22 (266) / Web PF-Web Web Web Web / Web Web PF-Web Web Web Web CGI Web Web 1 Web PF-Web Web Perl C CGI A Pipe/Filter Architecture Based Software Gener

(1)

パイプ

/

フィルタアーキテクチャに基づく

Web

アプリケーション生成系

PF-Web

の設計と実装

松崎智広鈴木徹也徳田雄洋

Webアプリケーションのプログラムを作成するには，アプリケーションロジック以外にもデータ入出力，セッション管理，セキュリティ管理等のプログラムを作成する必要があり，その作成に多くの手間とWeb関連知識が必要となる．我々は，Webアプリケーションの実行をパイプ/フィルタアーキテクチャに基づくプログラムの実行とみなすことにより，Webページとアプリケーションロジックの記述からWebアプリケーションを構築する生成系PF-Webを設計し実現した．Webアプリケーションの記述にはWebページとプログラム間の値の流れを図示したWeb遷移図とフィルタの出力値を定める等式を用いる．これらの記述にはCGI等のWebの規格に関する知識は不要であり，データ入出力，セッション管理，セキュリティ管理等のプログラムは自動生成されプログラマが作成する必要はない．図を用いる全体的動作の定義と値の依存関係に基づく計算の定義によってWebアプリケーションを容易に構築できる．

1 はじめに

本論文ではWebアプリケーション生成系PF-Webを提案する．Webアプリケーションの実現方法としては，PerlやC等の汎用プログラミング言語でCGIプ A Pipe/Filter Architecture Based Software Generator

PF-Web for Constructing Web Applications. Tomohiro Matsuzaki, Tetsuya Suzuki, Takehiro

Tokuda, 東京工業大学大学院情報理工学研究科計算工学専攻, Department of Computer Science, Gradu-ate School of Information Science and Engineering, Tokyo Institute of Technology.

コンピュータソフトウェア, Vol.19, No.4(2002), pp.22–38. [論文] 2001 年 4 月 11 日受付. ログラムを作成する方法が基本的である．この場合，作成する必要のあるプログラムはアプリケーションロジックを実現するものだけではない．ここでアプリケーションロジックとは，表示する値の計算，データーベースに格納する値の計算，Webページ表示順の制御を指す．アプリケーションロジック以外に必要となるプログラムとしては，Webページからのデータ入力，セッション管理，Webページの生成などの処理がある．また，プログラマの意図しないデータがユーザによって入力されることにより，ファイルの破壊や機密情報の漏洩等のセキュリティ問題が発生する危険があり，その対策も必要である[8]．さらに，これらの処理を実現するプログラムを作成するにはCGI, HTML等のWebに関する規格を熟知している必要がある．そのため，小規模なWebアプリケーションを作成する場合でも多くの労力を必要とし，一般的なプログラミングの経験がある者でもWeb 特有の規格を学習しなければならない．本論文で提案する生成系PF-Webは，基本的なデータ入出力，セッション管理，セキュリティ管理等の処理を含んだCGIプログラムを，アプリケーションロジックの記述から自動生成できる．PF-Webでは，Webアプリケーションの実行をパイプ/フィルタアーキテクチャ[7]に基づいて構築されたプログラムの実行とみなし，WebページとCGIプログラムをそれぞれパイプとフィルタに対応させる．アプリケーションロジックの記述に用いるのは，WebページやCGIプログラム等の Webアプリケーションの構成要素間の値の流れを図示したWeb遷移図[3] [12]と，フィルタ出力値を求める等式によってフィルタが行う計算の詳細を定義した処理内

(2)

容記述の2つである．すなわち，手続き的プログラミングは不要であり，図を用いる全体的動作の定義と，値の依存関係に基づく計算の定義によってWebアプリケーションを簡潔に記述する．Web遷移図と処理内容記述の作成にはWebに関する知識は不要であり，フィルタ出力値を求める式を定義できる者であればPF-Webで Webアプリケーションを構築できる．我々はPF-Web生成系のプロトタイプシステムを実現した．このシステムはPerlによるCGIプログラムを生成し，データベースサーバとしてPostgreSQLを使用する．実現したシステムによって，会議室予約システムや回覧板システム等の典型的なWebアプリケーションを手作業で作成する場合に比べ簡潔な記述によって生成することができた． Webアプリケーションのプログラムを実現する手段としてはCGIを使う方法が基本的であるが，その他にも様々な手段がある．PF-Webが生成するWebアプリケーションの位置付けを明確にするため，CGI以外の手段について簡単に述べる．Webアプリケーションのプログラムの実現手段は，プログラムをどこで動作させるかによって次の3通りに分類できる． 1. サーバ側で動作させる方法．ブラウザが発するドキュメント取得要求によってサーバ側でプログラムが動作を開始する．サーバ側プログラムを実現する方法としてはCGIの他に，Java Servlet[9], JSP [10], ASP[4], PHP[11]等がある．CGIはWeb サーバがその外部のプログラムを呼び出すためのインタフェースを定義した規格である．残りの4つは既存のプログラミング言語や独自の言語を使って CGIより容易にWebアプリケーションを作るための機構であり，サーバ側プログラムの作成を助ける様々な機能を提供している． 2. ブラウザ側で動作させる方法．JavaScriptのようにHTMLドキュメント内のプログラムをブラウザに実行させる方法や，Java Applet のように HTMLドキュメントとは別にプログラムをダウンロードする方法がある．サーバ側でWebサーバ以外のソフトウェアが動作していない場合，ブラウザ側プログラム単独ではサーバ上のデータの検索やサーバへのデータの蓄積は実現できない． 3. 上記のサーバ側プログラムとブラウザ側プログラムを両方使用する方法．この場合，サーバ側で主な計算を行い，ブラウザ側では入力内容の検査やユーザインタフェースの制御など，補助的な計算を行わせるのが一般的である．なお，ブラウザ側プログラムとサーバ側プログラムの通信にJava RMIや CORBA等の分散オブジェクト技術を使う方法もある．この場合，単にブラウザ側プログラムをダウンロードするためにWebを使用しており，Webアプリケーションというよりは一般的な分散アプリケーションであると考えた方が自然である． PF-Web生成系はCGIによるサーバ側プログラムで構成されるWebアプリケーションの生成を目的としている．CGIを選択した理由は，サーバ側プログラムの実現方法として最も基本的であり，その他は発展形と考えられるためである．ただし，その他のサーバ側プログラムにもPF-Webの考え方は適用できるため，生成系の実装の変更によってCGI以外のプログラムを生成することも可能である．ブラウザ側プログラムは一般にサーバ側の補助として用いられることが多いため，PF-Web ではまずサーバ側プログラムの生成の実現を優先させた．本論文の構成は以下の通りである．2節ではCGIによるWebアプリケーション構築の問題点を述べる．3 節では本論文で提案するPF-Web生成系の設計について，4節では実装したプロトタイプシステムによるWeb アプリケーションの構築手順について述べる．5節では CGIプログラムの生成方法を述べる．6節では生成例として会議室予約システムを示す．7節でPF-Web生成系を評価し，8節でまとめる．

2 CGI による Web アプリケーション構築の

問題点

CGIによるWebアプリケーション作成時の問題点について述べる．なおこれ以降，プログラムとはサーバ側プログラムを指すものとする．規格の知識 CGIによるプログラミングには，Web 特有の様々な規格の知識が必要になる．例えば， Webサーバとプログラムの間での入出力方法，フォームに入力されたデータがブラウザからサーバ

(3)

に送信される際の符号化方式，HTML等の知識が必要である．入出力やセッション管理のコード作成の手間 CGI プログラムには，アプリケーションロジックを実現するコード以外にも，データ入出力やセッション管理などのために多くのコードが必要であり，その作成の手間が問題となる．データ入出力に必要となる主な処理は，フォームに入力された値をデコードして変数に代入するフォームデータ入力処理や，計算結果表示用のHTMLドキュメントを作成して出力するWebページ出力処理である．セッション管理としては，セッション同定処理と値の引継ぎ処理が必要である．一般にWebアプリケーションの実行はブラウザとWebサーバが要求と応答を何回か繰り返すことによりひとまとまりの計算を遂行する．この一連の要求と応答の繰り返しをセッションと呼ぶ．HTTP[1]の通信は1回の要求とその応答で通信が完了するため，各要求がどのセッションに属するのかはサーバ側プログラムが自力で判断しなければならない．この判断を行う処理をセッション同定処理と呼ぶ．また，サーバ側プログラムはHTTP 要求があるたびに実行を開始し応答を返すときに終了するために，変数の値は同一セッション内で後続の処理を行うプログラムには引き継がれない．そのため，Webページ内の隠しコントロール†1やファイルなどを使って次のプログラムに値を渡す処理が必要になる．これを値の引継ぎ処理と呼ぶ．セキュリティ管理プログラマが意図しないデータをユーザが入力することによって誤動作やセキュリティ問題が発生しないようにCGIプログラムには対策を施す必要がある．例えば，入力データが長すぎたり書式が間違っていると，想定外のファイルへのアクセスや任意のコマンドの実行が可能になり，ファイル破壊や機密情報の漏洩等のセキュリティ問題が発生することがある．これを防ぐには，フォームデータ入力処理において入力値が意図した範囲内であることを確認する処理が必要である．また， Webページ出力処理においては，表示文字列中に †1 HTML のタグ <INPUT TYPE=HIDDEN> で表される フォーム構成要素 [6]．不等号が含まれていると，それがブラウザによってHTMLタグやクライアントサイドスクリプトと解釈され，表示の乱れや誤動作を引き起こす．従って，表示文字列に含まれる不等号などの特殊記号は文字参照†2に置き換えなければならない．プログラム実行順序の管理一般にブラウザは取得したWebページを保存するキャッシュを持ち，過去に表示したWebページを「戻る」ボタンなどによって表示させることができる．このため，プログラマが意図した順番でプログラムが実行されるとは限らず，特定の実行順序を仮定してプログラムを作成した場合には正しい計算が行われない．従って，プログラムの実行順序を管理して意図しない順序でプログラムが呼び出された場合には処理を中断したり，任意の順序で実行されても問題が起きないようプログラムを設計するなどの対策が必要である．

3 PF-Web 生成系の設計

PF-Webでは，Webアプリケーションの実行をパイプ/フィルタアーキテクチャに基づいて構築されたプログラムの実行と見なし，Webページとプログラムをそれぞれパイプとフィルタに対応させる．アプリケーションの記述にはWeb遷移図と処理内容記述を用いる． Web遷移図はWebページやプログラム等のWebアプリケーション構成要素の間のデータの流れを示した有向グラフであり，処理内容記述は各プログラムの計算の詳細記述である．なお，この節以降では会議室予約システムを例として用いる．例3.1:会議室予約システム会議室の予約をWeb上で行う「会議室予約システム」は次の4つの機能を持つ． 1. 利用者のID/パスワードの登録とPIN番号の発行 2. 日時と部屋番号を指定しての会議室の予約 3. 日時と部屋番号を指定しての予約のキャンセル 4. 予約一覧の表示 □ †2 HTML において文字の名前によって文字を表現する方 法．例えば文字参照’<’ は文字’<’ を表す．

(4)

図1 Web 遷移図のノードと有向辺 3.1 Web遷移図 Web遷移図は図1に示す4種類のノードと2種類の有向辺で構成される．ノードの中にはその名前を記述する． 3.1.1 Web遷移図のノードと有向辺まず4種類のノードについて説明する．固定Webページノードアプリケーションの実行によって表示が変化せず，動的に生成するプログラムを必要としないWebページを表す．出力Webページノードプログラムの実行終了時に表示され，その計算結果を表示するWebページを表す．その表示内容はプログラムによって動的に生成される．固定Webページノードと出力Web ページノードを合わせて，Webページノードと呼ぶ．処理ノードサーバ側プログラムを表す．ユーザが Webページ中の送信ボタンを押すことによって呼び出されて動作を開始し，実行終了時に出力Web ページをブラウザに送信する．外部記憶ノードデータベース等の外部記憶を表す．外部記憶とはプログラムから読み書きされる永続記憶であり，すべてのセッションで共有される． PF-Webではデータベースに格納されている各テーブルをそれぞれ外部記憶として扱う．また，プログラムからの電子メールの送信を可能にするため，送信するメールを一時的に蓄える格納場所があると考え，これを書き込み専用の外部記憶として扱う．こ図2 利用者登録機能部分の Web 遷移図 (概略) の格納場所を送信メールスプールと呼ぶ．有向辺は次の2種類である．ページ遷移リンクデータの転送を伴わないWeb ページ間のリンクを表す．この終点は常に固定 Webページノードである．データフローリンクリンクの起点から終点へのデータの流れを示す．その正確な意味は，起点と終点のノードの種類により異なる．処理ノードと外部記憶ノード間のデータフローリンクはプログラムから外部記憶への読み書きがあることを示す．Web ページノードから処理ノードへのデータフローリンクは，そのWebページからプログラムが呼び出され，Webページ中のフォームに入力された値や 3.1.2節で述べる不可視パラメータ等の値がプログラムに与えられることを示す．処理ノードから出力 Webページノードへのデータフローリンクは，プログラム実行完了時にWebページが出力されることを示す．例3.2:利用者登録機能のWeb遷移図図2に会議室予約システムの利用者登録機能部分のWeb遷移図を示す． 3.1.2節で述べるWebページ構成要素は省いてある．この図で，処理ノードADD1が利用者登録をするプログラムである．ADD1はRegisterページに入力されたID やパスワードなどの情報を受け取り，それをデータベーステーブルuser listに追加し，PIN番号をメールで送信することをユーザに示すためにConfirm1ページを表示させる．user listテーブルに既に同名のユーザがいる場合など登録に失敗した場合はError1ページを表示させる．なお，Confirm1ページとError1ページのどちらを表示させるか決定する条件はWeb遷移図に

(5)

は示さず，3.4節で述べる処理内容記述で定義する． □

3.1.2 Webページ構成要素

Web遷移図のWebページノードの中にはWebページの構成要素を記述する．一般にテキストや画像もWeb ページの構成要素であるが，これらはWeb遷移図には記述せず，プログラムとのデータ送受信やWebページ間の遷移に関係する以下の要素を記述する．ページ遷移リンク起点ページ遷移リンクの起点となる要素で，Webページ上にはリンクとして表示される．コントロールフォーム内でデータを入力するための部品であり，文字列を入力するテキスト入力コントロールや，選択肢一覧からの選択を受け付けるセレクトコントロール等がある．各コントロールは属性を持ち，その値がコントロールの表示や働きの詳細を定める．例えば，テキスト入力コントロールの属性maxLengthは入力可能最大文字数を，セレクトコントロールの属性optionsは選択肢の要素を定める．不可視パラメータプログラムから出力される値であり，Webページを経由して次に呼び出されるプログラムへ渡される．可視パラメータ不可視パラメータと同様であるが，値がWebページ上にテキストとして表示される点が異なる．プログラムでの処理結果をWebページに表示させるために用いる．フォーム付きテーブルデータベーステーブルを Webページに表示した上で，そのテーブルからレコードを1つ選択するフォームを作成する構成要素である．次に呼び出されるプログラムには，選択されたレコードの各カラムの値が渡される．例えば，ショッピングカタログから商品を選択するWeb ページで用いる．各構成要素には名前を付け，図3に示す表記法でWeb ページノード中に記述する．不可視パラメータ，可視パラメータ，フォーム付きテーブルはプログラムの出力値を必要とするため固定Webページノードには含まれない．フォーム付きテーブルの表記法は後述の例3.4で述べる．図3 Web ページ構成要素 図4 利用者登録機能部分の Web 遷移図 例 3.3: RegisterページとConfirm1ページの構成要素図2のWeb遷移図にWebページ構成要素を追加したものを図4に示す．RegisterページにはID，パスワード，電子メールアドレスを入力するための3つのテキスト入力コントロールと送信ボタンがある．各テキスト入力コントロールには属性maxLengthに入力可能最大文字数を与えるが，この値はuser listテーブルの対応するフィールドの長さと同じになるよう設定して，入力された情報が必ずフィールドに収まるようにする．Confirm1ページには可視パラメータEMと不可視パラメータPINがあり，それぞれ電子メールアドレスとPIN番号を表す．これらはプログラムADD1から出力され，Confirm1ページから呼び出されるプログラム EMAIL1に渡される．EMAIL1は受け取った電子メールアドレス宛てにPIN番号を送信する． □ 例 3.4: フォーム付きテーブルの使用例会議室予約システムの予約取り消し機能では，予約一覧から取り消す予約を選択するページでフォーム付テーブルを用いている．この部分のWeb遷移図を図5に示す．Cancel ページ内のBOOKINGLISTがフォーム付テーブルであ

(6)

図5 予約取り消し画面部分の Web 遷移図 図6 セッション開始ページと終了ページ る．フォーム付テーブルはその構成要素として可視パラメータ，不可視パラメータ，コントロールを持ち，テーブル内の1レコード分の表示方法を定義する．Cancel ページでは，フォーム付テーブル内に3個の可視パラメータDAY, TIME, ROOMと送信ボタンが含まれる．これにより，Webページには予約一覧テーブルの各レコードごとにDAY(予約日), TIME(予約時間帯), ROOM(部屋番号)の3つのカラムの値が表示され，送信ボタンが付加される．ユーザが送信ボタンを押すと，そのボタンに対応するレコードのDAY, TIME, ROOMが次のプログラムに渡される．このように，可視パラメータの名前は表示するレコードの名前として用いられる．不可視パラメータの場合は，可視パラメータと同様にカラムの値が次のプログラムに渡されるが，表示はされない． □ 3.1.3 セッションの開始と終了の定義セッション管理を行うには，セッションがいつ始まりいつ終了するのかを定義する必要がある．PF-Webではセッション開始ページの送信ボタンが押されたことによってセッションが始まり，プログラムがセッション終了ページを出力した時点でセッションが終了すると考える．セッション開始ページとなるのは，処理ノードへのデータフローリンクを持つすべての固定Webページである．すわなち，データフローの開始をセッションの開始とする．一方，データフローの終了がセッションの終了であると考え，処理ノードへのデータフローリンクを持たない出力Webページがセッション終了ページとなる．しかし，この条件を満たすWebページであってもセッション終了ページとして適当でない場合がある．例えば，図4のError1ページは入力の不備を通知するエラーページであるが，これは前述の条件を満たす．しかし，ユーザが前のページに戻って入力をやり直せるようにセッションは継続されるべきである．そこで，Web 遷移図ではセッション終了ページとなる出力Webページノードにセッション終了マークを付け明示する(図 6)． 3.2 パイプ/フィルタアーキテクチャの適用プログラムから見るとWebページはフォームに入力されたデータの送信元であり，計算結果の出力先でもある．また，Webページはプログラム間で値を中継する役割も持つ．このようなプログラムとWebページの関係に注目して，PF-Web ではWebページとプログラムをそれぞれパイプ/フィルタソフトウェアアーキテクチャにおけるパイプとフィルタであるとみなす．プログラムXがWebページAから入力を受けWeb ページBを出力する場合，X, A, BをそれぞれフィルタF_X，F_Xの入力に結合したパイプP_A，F_Xの出力に結合したパイプPBに対応させる(図7)．ただし，プログラムが出力するWebページを条件によって切り替える場合，すなわち，Web遷移図において処理ノードから複数の出力Webページノードへのデータフローリンクがある場合には，そのプログラムを複数のフィルタで構成し，各フィルタにそのフィルタが使用される条件と出力先Webページ1つを割り当て，プログラム実行時には条件を満たしたフィルタ1個のみが計算を行うと考える．パイプは複数のフィールドから成り，それぞれが1個の値を出力先のフィルタへ伝達する．各フィールドは Webページ構成要素に対応し，可視パラメータ，不可視パラメータ，コントロール，フォーム付きテーブルに対応するフィールドをそれぞれ可視フィールド，不可視フィールド，コントロールフィールド，フォーム付きテーブルフィールドと呼ぶ．コントロールフィールドに与えられる値はWebページ上の対応するコントロール

(7)

図7 パイプ / フィルタと Web アプリケーションの対応 図8 プログラム ADD1 を構成するフィルタと結合するパイプ に入力された値である．その他のフィールドにはフィルタが出力した値が与えられる．例3.5:プログラムADD1を構成するフィルタ図4のプログラムADD1を構成するフィルタと，そのフィルタに結合するパイプ，パイプを構成するフィールドを図8に示す． □ 3.3 外部記憶へのアクセスデータベース等の外部記憶の参照と更新がフィルタから行えるように，パイプ内のフィールドの値と同様に外部記憶内のデータもフィルタに対して入出力されると考える．例えばデータベーステーブルの場合は，テーブル全体がフィルタに入力され，フィルタから出力されたテーブルがそのままデータベースに保存されると考える (図9)．レコードの追加，更新は，フィルタが受け取ったテーブルにレコードを追加，更新して出力することによって実現できる． 3.4 処理内容記述フィルタが行う計算は，フィルタの入力フィールドの値から出力フィールドの値を求める式によって定義する．この式を出力定義式と呼ぶ．入力フィールドとはフィルタの入力側のパイプの全フィールドであり，出力フィールドは出力側パイプのフィールドのうちコントロールフィールドを除いたものである．さらに，フィルタから外部記憶へのアクセスがある場合は，その外部記図9 フィルタ – 外部記憶間の入出力 図10 フィルタ ADD1b の入出力フィールド 憶に対応するフィールドが入力フィールドと出力フィールドそれぞれに含まれる．各出力定義式は等式a = f(a1, a2, . . . , an) (n≥ 0) である．ここで，fはn引数関数，aは出力フィールド，ai(1≤ i ≤ n)は入力フィールドである．各フィルタが使用される条件は，式g(a1, a2, . . . , an) で定義する．ここで gは真偽値を返すn引数関数， ai(1≤ i ≤ n)は入力フィールドである．この式を有効条件式と呼ぶ．プログラム実行時はフィルタを記述した順番で有効条件式が評価され，最初に有効条件式が真となるフィルタの計算のみが行われ，そのフィルタの出力先パイプに対応するWebページがブラウザ画面上に表示される．どのプログラムも有効条件式が恒真のフィルタを1つ持つものとする． PF-Webには既定義の演算子として四則演算，論理演算，比較演算などが，既定義の関数として文字列の分割や結合，正規表現によるマッチング，データベーステーブルの参照と更新などが用意されており，それらを使用して出力定義式と有効条件式を記述する．フィルタの出力定義式と有効条件式の記述を合わせて処理内容記述と呼ぶ．例3.6:プログラムADD1の処理内容記述プログラムADD1を構成する2つのフィルタのうち，図8に示し

(8)

1: process add1 {

2: Error1 if i.ID eq "" || i.PW eq "" || 3: i.EM eq "" || db_ntuples( 4: db_select("ID",i.user_list, 5: "WHERE ID=’%s’",i.ID) 6: ) > 0 with { 7: o.user_list=i.user_list; 8: o.DESC="登録できません。 " 9: } 10:

11: Confirm1 otherwise with { 12: pin=generatePIN(i.ID,i.PW,i.EM) 13: 14: o.EM=i.EM; 15: o.PIN=pin; 16: o.user_list= 17: db_insert(i.user_list, 18: "VALUES(’%s’,’%s’,’%s’,%d)", 19: i.ID,i.PW,i.EM,pin) 20: } 21: } 図11 プログラム ADD1 の処理内容記述 たフィルタADD1bの入出力フィールドを図10に示す．この図では，入力フィールド名の頭には“i.” を，出力フィールド名には“o.”を付けて両者を区別している． i.user list, o.user listはそれぞれデータベース user listに対応する入力フィールドと出力フィールドである．また，ADD1の2つのフィルタの処理内容記述を図11に示す．これは以下の形式で記述されている． process 処理ノード名 { フィルタ名有効条件式 with { ユーザ定義変数または関数1 = 式; : ユーザ定義変数または関数m = 式出力フィールド1 = 式; : 出力フィールドn = 式 } (処理ノード1個を構成するフィルタの数だけ上記を繰り返す) } ここで，通常の有効条件式は“if 式”の形式で，恒真のものは“otherwise”と記述している．図12 PF-Web 生成系の構成 図13 Web 遷移図エディタの実行画面 図11の処理内容記述はADD1の2つのフィルタをそれぞれ2-9行目と11-20行目で定義しており，2-6行目が前者のフィルタの有効条件式である．これらの式で用いている“eq ”や“||”等のPF-Web既定義の演算子の使用法はPerlと同様である． 4行目と17行目は，それぞれ入力したデータベーステーブルに対する検索とレコード追加の記述である． 16行目は，新規レコードを追加したテーブルの出力を表し，これによりデータベースの書き換えが行われる．テーブルに対する計算はdb select, db insert等の既定義の関数を使って記述する．前者は検索結果のテーブルを返す関数，後者は引数に渡されたテーブルにレコードを追加して返す関数である．これらの関数では，検索の条件や追加するレコードを記述した文字列を引数として与えるが，この記述にはデータベース問い合わせ言語 SQLと同様の文法を使い，その記述中に式の値を埋め込むためにC言語のprintf関数と同様の文字%を使った記法を用いる． □

(9)

4 PF-Web による構築作業

我々はPF-Web生成系のプロトタイプシステムを作成した．その構成を図12に示す．実装した生成系は Java 2 Platform, Standard Edition仕様のJavaが利用可能な計算機上で動作する．生成されるCGIプログラムはPerlスクリプトであり，データベースサーバとしてPostgreSQL[5]を使用する． Web遷移図は今回作成したWeb遷移図エディタで構築する．その実行画面を図13に示す．画面上にノードを配置し，起点と終点を選択して有向辺を作成するという作業でWeb遷移図を作成する．処理内容記述はテキストで記述する．処理内容記述には各処理ノードごとにそのプログラムを構成するフィルタの有効条件式と出力定義式を記述するほか，関数や変数も定義できる．また，生成されるCGIプログラムと Webページの格納先やURL，データベースサーバに接続するのに必要なホスト名，ユーザ名，データベース名も記述する． PF-Web生成器はWeb遷移図と処理内容記述から，各処理ノードに対応するCGIプログラムと各Webページノードに対応するWebページテンプレートを生成する．このとき，Web遷移図と処理内容記述との間の整合性が検査される．すなわち，処理ノードを構成するフィルタが処理内容記述で定義されていない場合はエラーになる．また，各フィルタについて，その出力フィールドの値をすべて定義しているかどうかや，出力定義式や有効条件式の引数に入力フィールドでもユーザ定義変数でもない未定義の名前を使用していないかが検査される． Webページテンプレートは，CGIプログラムが出力するWebページの雛型となるHTMLドキュメントである．その内部にはフィールドの値に置き換えられるべき文字列を含んでおり，CGIプログラム実行時にはその文字列がフィールドの値に置き換えられて完成した Webページとして出力される．生成されたWebページテンプレートに含まれているのはフォームやリンクなど，Web遷移図に与えられた情報から生成可能な要素だけである．このWebページテンプレートはWebアプリケーションの実行には十分であるが，必要があれば既存のHTMLエディタやテキストエディタ等で編集し，テキストや画像などを追加してデザインを整えたWeb ページテンプレートにする．例 4.1: Confirm1ページのWebページテンプレート会議室予約システムのConfirm1ページのWebページテンプレートを図14に示す．CGIプログラムADD1 はこのWebページテンプレート中の文字列 PIN をフィールドPINの値に， EM と #EM をフィールド EMの値に置き換えて出力する．EMについて2種類の置換文字列があるのは，隠しコントロールに与える文字列と表示用の文字列が異なるためである．後者については改行を<BR>タグに置き換えることにより，改行を含む文字列がWebページ上でも改行されるようにする． □

5 CGI プログラムの生成

PF-Webが生成したCGIプログラムには，出力値を計算するルーチンのほかに，フォームデータ入力，Web ページ出力，セッション管理，セキュリティ管理，プログラム実行順序管理の各処理が含まれている．生成されたCGIプログラムの例として会議室予約システムの CGIプログラムADD1の一部を図15に示す．この節では各処理の実現方法を述べる．出力フィールド値の計算処理内容記述で定義した計算は，入出力フィールドを変数で，関数定義をサブルーチンで，フィルタ出力値定義を代入文として実装することにより実現している．フィルタの選択は if文で行い，そのthen節が各フィルタの出力を求める手続きで構成される． Webページ出力処理 Webページ出力処理は， Webページテンプレート内に埋め込まれた可視フィールド名を実際のフィールド値に置き換えた上で出力する．この際，フィールド値がHTMLの特殊記号’<’, ’>’, ’&’を含んでいれば，それらを文字参照にそれぞれ置き換える．この処理により，これらの特殊記号がタグやクライアントサイドスクリプトとして解釈されて表示の乱れや誤動作が生じるのを防ぐ．この処理は，予め定義してあるWeb ページ出力サブルーチンを呼び出して実現している (図15 28–32行目)．セッション同定処理セッション同定処理は，フォー

(10)

1: <HEAD><TITLE>confirm1</TITLE></HEAD> 2: <BODY>

3: __#EM__ <BR>

4: <FORM METHOD=post ACTION="http://ikura/~tmatsu/roombooking/email1.cgi"> 5: <INPUT TYPE=HIDDEN NAME="_session" VALUE="___session__">

6: <INPUT TYPE=HIDDEN NAME="EM" VALUE="__EM__"> 7: <INPUT TYPE=HIDDEN NAME="PIN" VALUE="__PIN__"> 8: <INPUT TYPE=SUBMIT VALUE="SUBMIT"> <BR> 9: </FORM> 10: </BODY> 11: </HTML> 図14 Confirm1 ページの Web ページテンプレート ムに埋め込んだ隠しコントロールを利用して実現している．セッション開始時にセッションIDを生成し，CGIプログラムが出力するWebページ内の隠しコントロールにセッションIDを与える．これにより，次回CGIプログラムが呼び出される時にセッションIDもブラウザから送信され，どのセッションの処理の続きであるかを判断できる．値の引き継ぎ値の引き継ぎ処理は，フォームに埋め込んだ隠しコントロールを利用して実現している． PF-Webにおいて次のプログラムに引き継ぐべき値は，パイプを構成する可視フィールド，不可視フィールド，フォーム付きテーブルフィールドの値である．Webページテンプレート内には各フィールドに対応する隠しコントロールを設け，その値としてフィールド名を与え，Webページ出力処理時にフィールド名をその値に置き換えるようにする．この方法により，Webページに埋め込まれたフィールド値は，次に呼び出されるCGIプログラムの入力として与えられる．図14に示したWeb ページテンプレートの6, 7行目は値の引き継ぎを実現する隠しコントロールである．フォームデータ入力フォームデータ入力処理では，ブラウザから受信したフォームデータをデコードして各入力フィールドに対応する変数に代入する(図 15 34-42行目)．この際，テキスト入力コントロールに対応するフィールドの場合，最大入力文字数を越えていないかを検査する．セレクトコントロールについては，対応する入力フィールドの値がセレクトコントロールの選択肢と一致するかどうかを検査する．これらの検査で入力に異常が見つかれば，エラーメッセージを表示するWebページを出力してプログラムの実行を終了する．プログラム実行順序の管理 PF-Webによる計算の記述はプログラムの実行順序を仮定して行っている．すなわち，Web遷移図には固定Webページを起点としてデータフローリンクで構成される経路があり，その経路上に処理ノードが出現する順番でプログラムが実行されることを仮定している．しかし， 2節で述べたように，特定の実行順序を仮定している場合にはブラウザの「戻る」ボタン等が使用された際に意図通りの計算が行われなくなる危険がある． PF-Webにおいて，仮定と異なる順序でプログラムが実行されて問題が発生するのは，外部記憶への書き込みを行うプログラムが存在する場合である．例えば，図16のようにプログラムがX,Y,Zの順で実行され，それぞれWebページA,B,Cを出力し，現在WebページCを表示しているとする．また，プログラムX,Zは外部記憶Eへの書き込みを，Yは読み込みを行うとする．ここで，ユーザが「戻る」ボタンを使ってWebページAに戻ってプログラム Yを呼び出すと，Yは一般には正しく計算を行えない．外部記憶E内のデータはプログラムZによって書き換えられており，プログラムX終了直後の状態と異なるためである．もし，プログラムZが外部記憶への書き込みをしないならば，戻ってプログラムYを実行しても正しく計算を行える．その理由は次の通りである． PF-Webではプログラムの入力となる値はフィルタの入力となる値であり，それは入力側パイプの各フィールドの値と外部記憶内のデータである．値の

(11)

01: &readFormData; 02: &openDB;

03: ($id,$nextinstance,$guard)=&session_topCgi(’roombooking’,’localhost’,’tmatsu’); 04:

05: if($i_ID eq "" || $i_PW eq "" || $i_EM eq "" ||

06: &db_ntuples(&db_select("ID",$i_user_list,"WHERE ID=’%s’",$i_ID))>0) {

07: (中略)

08: } 09: else {

10: $v_pin=&f_generatePIN( $i_ID, $i_PW, $i_EM ); 11:

12: $o_EM = $i_EM; 13: $o_PIN = $v_pin;

14: $o_user_list = &db_insert( $i_user_list,

15: "VALUES (’%s’,’%s’,’%s’,%d)", $i_ID, $i_PW, $i_EM, $v_pin ); 16: if (($o_user_list eq $i_user_list)) { 17: %OUT=&session_intermediateFilter($id,$nextinstance,$guard); 18: } 19: else { 20: %OUT=&session_guardedFilter($id,$nextinstance,$guard); 21: } 22: &_gen_confirm1_page; 23: } 24: 25: &closeDB; 26: exit; 27: 28: sub _gen_confirm1_page { 29: $OUT{’EM’}=$o_EM; 30: $OUT{’PIN’}=$o_PIN; 31: &genhtml(’/home/decanter/tmatsu/ikura_html/roombooking/confirm1.html’,%OUT); 32: } 33: 34: sub readFormData { 35: %VAR=&decodeFormData; 36: $i_EM=$VAR{’EM’}; 37: &checkscalar($i_EM,80); 38: $i_PW=$VAR{’PW’}; 39: &checkscalar($i_PW,40); 40: $i_ID=$VAR{’ID’}; 41: &checkscalar($i_ID,20); 42: } 43: 44: (後略) 図15 生成された CGI プログラム ADD1(部分) 引継ぎ処理の実現方法の説明で述べたように，入力側パイプの各フィールドの値はWebページ中の隠しコントロールからプログラムに入力されるため，プログラムYが呼び出される時には必ずXが実行を終了した時点で出力した値を受け取ることができる．外部記憶に変更がなければ，戻って呼び出されたYの入力はX終了直後と変わらない． PF-Webが生成したプログラムは「戻る」ボタンにより生じる問題を回避するために，セッションの実行過程で外部記憶への書き込みを行った場合には，それより前のページに戻ってプログラムを呼び出した際に実行を拒否する．外部記憶への書き込みがない限りは何度でも戻ってプログラムを実行することができる．この処理を実現するには，外部記憶への

(12)

図17 会議室予約システムの Web 遷移図 図16 外部記憶書き込み後の「戻る」ボタンの使用 書き込みとWebページの出力との前後関係を判断する必要がある．そのため，Webページの発行番号を隠しコントロールに与える．発行番号はWeb ページを出力する度に1ずつ増える値である．外部記憶への書き込みを行ったCGIプログラムは出力するWebページに与えた発行番号をサーバ側のデータベースに記録する．CGIプログラム実行開始時には，そのCGIプログラムを呼び出したWebページの発行番号とサーバ側で記録した番号とを比較する．発行番号の方が小さければ，そのWebページは外部記憶への書き込み以前に表示されたページであることを意味するため，CGIプログラムの実行を中断してエラーを通知するWebページを出力する．

6 生成例

会議室予約システムのWeb遷移図の全体を図17に示す．この図では説明のため，このシステムの4つの機能を実現するWebページノードと処理ノードをそれぞれ点線で囲ってある．使用しているデータベーステーブルはユーザ情報を保存するuser listと予約情報を保存するbooking listの2つである．外部記憶emailは送信メールスプールであり，ユーザ登録完了後と予約完了後に電子メールを送信するのに使用する．図18に会議室予約システムの実行画面を示す．このうち，一覧からキャンセルする予約を選択するcancel ページについては，生成されたWebページテンプレートを編集しTABLEタグなどを追加して，予約一覧が表と

(13)

図18 会議室予約システムの実行画面 して整形されるようにした．その他のWebページは生成されたWebページテンプレートをそのまま使用している．

7 PF-Web 生成系の評価

この節では，PF-Web生成系の有効性を確認するために行った記述実験について述べ，PF-Webを従来の Webアプリケーション構築方法と比較する． 7.1 記述実験 PF-Web生成系の有効性を確認するために大学院の学生の協力を得て実験を行い，Webアプリケーションの作成に必要な記述量と時間を，PF-Webで作成した場合とPerlでCGIプログラムを作成した場合とで比較した．作成を依頼したWebアプリケーションは次の2つである．コメント機能付き掲示板不特定多数のユーザがメッセージの投稿，閲覧を行える．投稿者へのコメントをメールで送信することもできる．電子メールアドレス帳メールアドレスの一覧を管理し，アドレスの追加と変更，選択したアドレスへのメール送信が行える． PF-Webの場合もPerlの場合も，各アプリケーションそれぞれ2人ずつに製作を依頼した． PF-Webによる作成に先だって，学生にPF-Web生成系の解説と，簡単な例題によるWebアプリケーション作成の実演を行った．その後，同じ例題を各自で作成して作成方法を理解してもらった後に課題のアプリケーションを作成してもらった．一方，Perlでの作成にあたっては，事前にPerlの使用法について学習を依頼した．また，アプリケーション作成前に以下に示す3つのライブラリを提供し，その使用法を解説した上で簡単なアプリケーションの作成を通して使用法を理解してもらった．

CGI.pm Perlに標準添付のCGIプログラム作成支援ライブラリ．ブラウザからのデータ受信や HTMLタグの出力を行うサブルーチン群を提供する． MyCGI.pm 今回の実験用に作成したCGIプログラム作成支援ライブラリ．セッションIDにハッシュを関連づけてファイルに保存する機能を提供する． Pg.pm PostgreSQLにアクセスする機能を提供するライブラリ．PostgreSQLに添付されている． Perlで作成するプログラムでは以下の処理を含めるよう依頼した．PF-Webが生成するプログラムにはこれらの機能が含まれるためである． • データベースへの書き込み後とセッション終了後には「戻る」ボタンで戻ったページからの要求は受け付けない． • Webページ内に出力する特殊記号は文字参照に置き換える． • ブラウザから得た入力データが最大長を越えていないか検査する．実験結果として，作成に要した時間と記述量を図19に示す．ここで，PF-Webの記述量としては処理内容記述の行数を示した．また，Perlについては全CGIプログラムの合計行数を示した．ただし，Perlプログラム中には出力するWebページのHTML記述が文字列として埋め込まれていたため，その部分は合計行数には含めていない．この部分はWebページの記述量として考えるべきであるから，処理内容記述と比較する際には除外するのが適切である．図19から，PF-Webでの作成時間はPerlの平均 77%，記述行数は平均23%であり，いずれもPerlによるCGIプログラム作成より十分少なくてすむと言え

(14)

図19 アプリケーションの作成時間と記述行数 る．記述行数の差に比べ作成時間の差が小さいが，その原因として次のことが考えられる． 1. PF-WebにおいてWeb遷移図エディタの操作性が悪く，図の修正に時間がかかった．学生からの指摘として，Webページ構成要素の配置順序変更などの機能が無いため修正に手間取る点，ノードのコピー機能などがあれば作図そのものが容易になる点が挙げられた．このような操作性を改善することによりPF-Webによる作成時間は短縮できると思われる． 2. Perlで作成されたプログラムにおいて，サブルーチン化により行数を削減できる余地がある．例えば，データベースアクセス時のエラー処理や入力データの文字列長検査など繰り返し使用されている部分を，エディタのカットアンドペーストで作成する傾向があった．作成時間と記述量以外におけるPF-Webの利点としては次の2点が得られた． 1. CGIプログラムの作成経験がなくてもPF-Webで Webアプリケーションが構築できる．PF-Webによる作成を担当した学生Bは，CGIプログラムの作成経験がなかったが，他の学生と同程度の時間で作成できた． 2. Web遷移図がWebアプリケーションの設計手段として有効である．Perlによる作成を担当した学生は4人ともWeb遷移図，あるいは，それを省略した形式の図を紙に書いてから作業を始めている． Web遷移図を用いたのは，この学生らが既にWeb 遷移図の記述法を知っているためだと思われる．しかし，手作業によるCGIプログラム作成では必須でないにもかかわらずWeb遷移図を作成したということは，Web遷移図がWebアプリケーション設計に有効であることを示しているといえる． 7.2 従来のWebアプリケーション構築方法との比較 7.2.1 手作業によるCGIプログラム作成との比較 2節で述べたようにCGIプログラムを手作業で作成する際の問題点としては，データ入出力，セッション管理，セキュリティ管理，実行順序管理のためのコードの作成が必要な点がある．また，これらのコードを作成するためには，Web特有の規格の知識が必要になる．これに対し，PF-Webにおいて処理内容記述に必要なのは入力値から出力値を求める計算を定めた出力定義式と，次のWebページを決定する有効条件式である．データ入出力やセッション管理等のコードは必要はない．実装した生成系では式の記述にC言語やPerlに近い構文を

(15)

用いており，これらの言語の使用経験があれば容易に記述できる． PF-Webの利点について，以下にWebアプリケーション作成時に必要となる知識とコードの観点から述べる．PF-Webによる作成ではCGIやフォームデータ符号化方式の知識は不要であり，Webページテンプレートの編集に視覚的HTMLエディタを用いる場合には HTMLの知識も不要である．ただし，データベースを扱う場合には手作業による方法と同様にSQLの知識が必要となる．フォームデータ入力処理，Webページ出力処理，セッション管理，実行順序管理に必要なコードはPF-Webによって生成されるため，プログラマが作成する必要はない．セキュリティ管理としては，入力データの文字列長及び選択肢の検査と，HTML特殊記号の文字参照への置換のためのコードが自動生成される．ただし，入力データの書式の異常を検出するコードは生成されないため，間違った書式に対してエラーを通知するWebページが表示されるように処理内容記述を作成する必要がある． PF-WebではパイプがプログラムとWebページとの間のインタフェースを定義しており，プログラムとWeb ページとの間で入出力される値の個数と名前を明らかにしている．そのため，フォームデータ入力処理や値の引き継ぎ処理などのコードが自動生成できるだけでなく， Webアプリケーション実行前にWebページとプログラムの間の不整合を検出できる．例えば，Webページから入力される値を処理内容記述中で間違った名前で参照したり，Webページに出力すべき値を定義し忘れたりという記述ミスを検出できる． Web遷移図は，Webアプリケーションを構成する Webページとプログラムを列挙してそれらの関係を示すため，全体の動作を把握しやすくする．一般に手作業で作成したWebアプリケーションにおいて，Webページとそこから呼び出されるプログラムの関係やプログラムとそれによって出力されるWebページの関係を把握するには，個々のWebページやプログラムを読む必要があり，全体の動作を把握するのが困難である．手作業でCGIプログラムを作成する場合の利点として，Cookie，HTTP，HTML等Webに関する規格を駆使して複雑な制御や表示を用いたアプリケーションを作成できる点がある．PF-WebではWeb遷移図と処理内容記述で表せる範囲の基本的な表示や制御のみを扱う．例えば，ユーザカスタマイズ情報のブラウザ側での保存，ブラウザに合ったWebページ記述言語の自動選択，フレームを用いた画面分割などを用いたアプリケーションもあるが，これらの機能をPF-Webで扱うのは今後の課題である． 7.2.2 CGI以外のサーバ側プログラム実現方法との比較サーバ側プログラムの実現方法としてはCGI以外にもサーバ内蔵インタプリタを利用するJava Servletや， ASP, JSP, PHP等のサーバサイドスクリプトを使う方法がある．これらは，Web特有の処理を容易に作成できる機能を提供している．例えば，ブラウザから受信したフォームデータは自動的にデコードされ連想配列に読込まれるため，フォームデータ入力処理の作成が容易である．セッションの同定はCookieを利用して自動的に行われる．同一セッションに属するプロセスが共有するセッションオブジェクトと呼ぶオブジェクトが提供されており，値の引き継ぎ処理はサーバ内のメモリを使って比較的容易に実現できる．しかし，CGIプログラムを手作業で作成する場合と同様に，セキュリティ管理やプログラム実行順序管理は手作業で作成する必要がある．また，PF-Webの利点として7.2.1節で述べたように，Webページとプログラムの間の整合性が検査できる点や，Web遷移図によってWebアプリケーション全体の動作が把握しやすい点は，CGI以外のサーバ側プログラム実現方法と比べた場合の利点でもある． 7.2.3 開発ツールとの比較 Webアプリケーション向け統合開発環境のMicrosoft Visual InterDev[4]では，Webページ上のコントロールにイベントハンドラを割り当てる方法でプログラムを作成でき，Webページとプログラムの入出力はコントロールのプロパティを読み書きして行う．この方法ではプロパティがWebページとプログラムとのインタフェースを定義していると見なせる．ただし，この方法で作成されるのは同一の出力Webページの表示を繰り返すアプリケーションであり，プログラムの実行と新たな出力Webページの表示を繰り返す一般的なWebア

(16)

プリケーションの実行形態には合っていない．また， Visual InterDevでは，サイトダイアグラムと呼ぶ図によって章と節のようなWebページの親子関係を定義できる．しかしこの図は兄弟ページや子ページへのリンク一覧の自動生成を目的としており，Web遷移図のようにWebページとプログラムの関係を記述するものではない．

Autoweb System[2]は，Webアプリケーションで表示する情報の構造として，情報のクラスとクラス間の関係を定義することにより，その情報の検索や探索を行うアプリケーションを生成するシステムで，応用例としてショッピングカタログや大学の講義案内がある． PF-Webは主にユーザの入力データに基づく情報の蓄積や更新を行うアプリケーションの生成を目的とし， Autoweb Systemとは扱う対象が異なる．我々の研究グループではPF-Webとは異なるアプローチによるWebアプリケーション生成系も提案している．その1つであるT-Web[3]は，Web遷移図を用い，予め用意されているプログラムテンプレートを処理ノードに割り当てる方法でアプリケーションを作成する．この方法では手続きや式の記述が不要であるが，作成できるWebアプリケーションは用意されているテンプレートの組合わせで実現できる範囲に限られる． 7.3 今後の課題今後PF-Webを比較的容易に拡張できると思われる点を以下に述べる．可視パラメータによる表示データの多様化計算結果の表示に使う可視パラメータで表示できるのはテキストだけであるが，一般には画像やリンクも計算結果として表示させることが多い．可視パラメータに値の型とその表示方法を定義するなどの方法で，テキスト以外も表示可能にする． Web遷移図の記述力の向上 Web遷移図ではその構造を簡単にするためにWebページは高々1つのフォームしか持たないとしているが，一般には複数のフォームを持つWebページもよく用いられる．さらに，フレームを用いた分割表示やCookieを用いたユーザカスタマイズ等も一般によく使用されており，これらをWeb遷移図で表現できるようにする．構築支援ツールの整備 PF-Webによる構築作業をより効率的にするために，Web遷移図や処理内容記述の作成において分割記述や記述の再利用を可能にするツールや枠組みを整備する．隠しコントロール改竄の防止セッション管理や値の引き継ぎに隠しコントロールを使用しているため，それらの情報の改竄を防ぐ処理が必要である．現状では，セッションIDの改竄によって他人のセッションになりすましたり，Webページ間で引き継ぐ値を改竄することによってWebアプリケーションを誤動作させることが可能である．このような改竄を防ぐ方法として，隠しコントロールに与えたデータに電子署名を付加する方法や，データをサーバ側で管理する方法などを検討する必要がある． CGI以外のプログラムの生成 PF-Webが生成するプログラムの実現方法としてPerlとCGIを用いたが，それ以外のWebアプリケーション実現方法を用いたプログラムの生成を可能にする．CGI以外の主な実現方法として，Java ServletやASPがある．これを実現するためには，生成するプログラムの記述言語を変更し，データベース，ファイル，ブラウザとの入出力方法を生成対象となるWebアプリケーション実現方法に合わせれば良い．PF-Web が生成するプログラムはPerl固有の機能を使っているわけではないため，Java言語やC言語などの一般的なプログラミング言語でも実現できる．また，ブラウザからのパラメータの受信，HTML出力，データベースアクセスなどの機能は，Java Servlet やASPに限らずWebアプリケーションの実現を目的としたシステムならば標準的に用意されている．例えばJava Servletを生成する場合は，記述言語に Javaを，データベースアクセスにJDBCを，パラメータ受信やHTML出力にはServletが提供する HttpServletRequestオブジェクトと HttpServle-tResponseオブジェクトを利用すれば良い．

8 おわりに

Webアプリケーションの実行をパイプ/フィルタアーキテクチャで構築されたソフトウェアの実行とみなす

(17)

手法を用いて，Webアプリケーション生成系PF-Web を提案し，そのプロトタイプシステムを作成した． PF-Webでは，Webページ，CGIプログラム，データベース間のデータフローを示すWeb遷移図と，フィルタの出力値を求める式によってWebアプリケーションを記述する．手続き的なプログラミングは不要であり，図を用いた全体的動作の定義と，値の依存関係に基づく計算の定義によってWebアプリケーションを容易に構築できる．CGI等のWeb特有の規格に関する知識は必要なく，データ入出力やセッション管理等を処理する煩雑なコードを作成する必要もない．実現したプロトタイプシステムは，フォームデータ入力，Webページ出力，セッション管理，実行順序管理，基本的なセキュリティ管理のためのコードを含んだCGIプログラムを生成する．今後は，より複雑な制御や表示を可能にするとともに，より効率的な構築作業を支援するためのツールの整備を検討したい．参考文献

[ 1 ] Fielding, R., Gettys, J., Mogul, J., Frystyk, H., Masinter, L., Leach, P. and Berners-Lee, T. :

Hypertext Transfer Protocol — HTTP/1.1, 1999. RFC2616.

[ 2 ] Fraternali, P. and Paolini, P. : A Concep-tual Model and a Tool Environment for Developing More Scalable, Dynamic, and Customizable Web Applications, Lecture Notes in Computer Science, Vol. 1377(1998), pp. 421–435.

[ 3 ] Jamroendararasame, K., Suzuki, T. and Tokuda, T. : A Generator of Web-based Transaction Systems Using Web Transition Diagrams, 日本ソフトウェア科 学会第 17 回大会講演論文集, 2000, pp. E6–2.

[ 4 ] Microsoft Corporation : MSDN Library. http:// www.microsoft.com/japan/developer/library/. [ 5 ] PostgreSQL Global Development Group :

Post-greSQL. http://www.postgresql.org/.

[ 6 ] Raggett, D., Hors, A. L. and Jacobs, I. : HTML 4.01 Specification, 1999. http://www.w3.org/TR/ html4/.

[ 7 ] Shaw, M. and Garlan, D. : Software archi-tecture: Perspectives on an emerging disclipline,

Prentice-Hall, 1996.

[ 8 ] Stein, L. D. : Web Security: A Step-by-Step

Ref-erence Guide, Addison-Wesley, 1998.

[ 9 ] Sun Microsystems, Inc. : Java Servlet Technol-ogy. http://java.sun.com/products/servlet/. [10] Sun Microsystems, Inc. : JavaServer Pages

Tech-nology. http://java.sun.com/products/jsp/. [11] The PHP Development Team : PHP: Hypertext

Processor. http://www.php.net.

[12] 松崎智広, 鈴木徹也, 徳田雄洋 : パイプ / フィルタアーキテクチャに基づく Web アプリケーション生成系, 日本ソフトウェア科学会第 17 回大会講演論文集, 2000, pp. E6–1.