JP2000155714A - アプリケーション開発支援方法および開発支援システム - Google Patents

Abstract

(57)【要約】 【課題】 Webサーバ拡張機能を利用してデータベース
への処理を行うWebアプリケーションの開発において、
プログラムがデータベース処理部と画面設計部が同一フ
ァイル上に混在するため、データベース処理や画面設計
が行われた場合、影響範囲を把握することが難しく、デ
バックにおける原因の特定が困難である。 【解決手段】 データベース処理定義を設計する作業と
クライアント画面を設計する作業を分離し、それぞれが
独立して開発を行うことができる環境を提供する。これ
ら個別に作成された部品から最終的なWebアプリケーシ
ョンを作成は、Webアプリケーション生成装置により行
われる。データベース処理設計、画面設計は完全に独立
しているため、各部位の編集作業は容易になり、また各
設計時にテストを行うことで、不整合の発生箇所も特定
しやすい。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、Web サーバにおけ
るデータベースアクセス機能を利用して動作するWebア
プリケーションの開発方法に係わり、特にサーバスクリ
プトベースで動作する Web アプリケーション開発方法
に関する。

【０００２】

【従来の技術】従来、この種のWebアプリケーション開
発方法は、通常のテキストエディタや、Webサーバ用の
データベースアクセスプログラムスケルトンを生成でき
る装置を持つ開発支援ツールを用いている。通常、プロ
グラムスケルトンを生成するためには、対話型のプログ
ラムを介して行われる。対話型のプログラムで抽出さ
れ、開発者の要求に従ってリレーショナル・データベー
ス言語（SQL）で記述され、中間的なソフト部品を組み
合わせ使ったものなどにより記述された基本的なデータ
ベース処理定義と、フォーム言語で記述されたクライア
ント画面に対するスケルトンとが同時に生成される。開
発者は生成されたスケルトンをテキストエディタや、専
用のGUI構築支援ツールなどを用いながら最終的なアプ
リケーションの形に整える。

【０００３】

【発明が解決しようとする課題】第１の問題点は、デー
タベース処理（JIS、ISOで標準化されているリレーショ
ナル・データベース言語SQLで記述）定義部分への修正
が、Webアプリケーションプログラムコードのどの部分
に影響するのかが不明な点である。その理由は、Webア
プリケーションが、データベース処理に関する部分とク
ライアント画面定義に関する部分とが混在した状態で生
成されており、明確な範囲区分がないためである。この
ため、データベース処理変更時にはプログラム全体の目
視検査による確認が必要となる。第２の問題点は、デバ
ッグ作業が困難なことである。その理由は、第一の問題
点で指摘したように、Webアプリケーションプログラム
コードにはデータベース処理とクライアント画面定義が
混在するため、検出された不整合はデータベース処理と
クライアント画面定義の両方に関係しながら発生する。
このためプログラムコード上の位置特定が困難であり、
正確な問題箇所の特定にはコード全体を目視検査する必
要がある。また、不整合箇所の修正においても第一の問
題点により、修正作業が困難である。本発明はこれらの
課題を解決するためになされたものであり、データベー
ス処理の変更にともなうプログラムコードへの影響範囲
の明確化と、Webアプリケーション構築過程で発生する
不整合の修正手段を提供することを目的とする。

【０００４】

【課題を解決するための手段】請求項１に記載の発明
は、ネットワーク環境で動作するWebサーバのDBMS(data
base management system)へアクセスを行う拡張機能
を利用し、上記Webサーバにおいてサーバ側で実行され
るスクリプトに基づいて処理を実行し、処理結果をクラ
イアントブラウザに対してHTTPで通信するシステムで動
作するWebアプリケーションを開発する支援方法におい
て、リレーショナル・データベース言語（SQL = Stru
ctured Query Language）で記述されるデータベース
処理定義を作成する過程と、フォーム言語で記述される
クライアント画面定義を作成する過程と、上記データベ
ース処理定義と上記クライアント画面定義とからWebサ
ーバで動作するアプリケーションを生成する過程と、上
記データベース処理定義の作成において発生する不整合
に対する修正過程と、上記クライアント画面構成におい
て発生する不整合に対するデバッグ過程とを備えること
を特徴としている。請求項２に記載の発明は、データベ
ース処理設計装置とクライアント画面設計装置と、さら
に、これらの装置から生成されるデータベース処理とク
ライアント画面定義を入力し、Webアプリケーションを
生成する手段（Webアプリケーション生成装置）を有す
るWebアプリケーション開発システムにおいて、上記デ
ータベース処理設計装置はSQLによりデータベースに対
する処理を設計するデータベース処理編集装置と、上記
データベース処理編集装置により設計されたデータベー
ス処理定義をテストするデータベース処理テスト手段と
により、データベース処理定義を生成する手段と、上記
クライアント画面設計装置はクライアント画面の設計手
段により、クライアント画面定義を生成する手段と、上
記Webアプリケーション生成装置は上記データベース処
理定義からユーザ入力変数とカラム情報出力変数を抽出
する特徴抽出装置と、該特徴抽出装置から得られるデー
タベース入出力変数一覧と上記クライアント画面定義と
からWebアプリケーションを生成するWebアプリケーショ
ン生成手段とを有することを特徴としている。請求項３
に記載の発明は、請求項２に記載のWebアプリケーショ
ン開発システムにおいて、上記のデータベース処理設計
装置におけるデータベース処理テスト手段は上記データ
ベース処理編集装置により作られたデータベース処理定
義を対象とするデータベースに対して直接テストして、
不整合が発生すれば、上記データベース処理設計装置に
作業を移し、該データベース処理定義を修正する手段を
有することを特徴としている。請求項４に記載の発明
は、請求項２に記載のWebアプリケーション開発システ
ムにおいて、上記のWebアプリケーション生成装置にお
けるWebアプリケーション生成手段は、上記特徴抽出装
置で得られるデータベース入出力変数一覧とクライアン
ト画面定義ファイルを入力して得られるクライアント画
面構成において、発生する不整合に対するデバッギング
の手段を有することを特徴としている。

【０００５】

【発明の実施の形態】以下図１を用いて、本発明の実施
の形態について説明する。図１は本発明の一実施形態に
係わるWebアプリケーション構築支援システムのブロッ
ク図である。本発明は、データベース処理設計装置１、
クライアント画面設計装置３、Webアプリケーション生
成装置５によりWebアプリケーション開発支援を行う。
データベース処理設計装置１から生成されるデータベー
ス処理定義ファイル２と、クライアント画面設計装置３
から生成されるクライアント画面定義ファイル４とをWe
bアプリケーション生成装置５に入力することによってW
ebアプリケーション６が生成される。データベース処理
テスト手段１２において不整合が発見された場合には、
データベース処理編集装置１１に処理を戻し、不整合箇
所を修正する。また、Webアプリケーション生成手段５
２におけるWebアプリケーション生成時に不整合が発生
した場合には、入力されたクライアント画面定義に修正
案を追加し、クライアント画面設計装置３に処理を戻し
（矢印３１）、クライアント画面の編集作業を行う。

【０００６】次に図１のWebアプリケーション開発支援
システムの細部について説明する。データベース処理設
計装置１は、データベース処理編集手段１１とデータベ
ース処理テスト手段１２からなり、データベース処理定
義ファイル２を生成する。データベース編集手段１１
は、リレーショナル・データベース言語（SQL）により
データベースに対する処理を設計する。設計されるデー
タベース処理定義には、実行時に入力値を要求する変数
（ユーザ入力変数）を埋め込むことができる。データベ
ース処理テスト手段１２は、データベース編集手段１１
により設計されたデータベース処理定義を、対象のデー
タベース８に対して直接テストする。テスト中に不整合
が発生した場合には、データベース８から取得したエラ
ーメッセージを表示し、データベース処理設計装置１に
作業を戻し、データベース処理定義への修正を要求す
る。テストに不整合が発生しなかった場合、データベー
ス処理設計装置１は、データベース処理定義ファイル２
を生成する。

【０００７】データベース処理定義ファイル２は、デー
タベース処理設計装置１で設計したテストを完了してい
るデータベース処理をファイルとして保存したものであ
る。データベース処理定義ファイル２は、データベース
処理設計装置１へ入力し、再編集可能である。

【０００８】クライアント画面設計装置３は、クライア
ントブラウザ９にて表示されるクライアント画面の設計
手段を提供する。クライアント画面設計装置３で設計さ
れたクライアント画面定義は、クライアント定義ファイ
ル４として保存される。クライアント画面定義ファイル
４は、クライアント画面設計装置３で行った画面設計を
ファイルに保存する。クライアント画面定義ファイル４
は、画面構成情報を表現するためにフォーム言語によっ
て記述される。クライアント画面定義ファイル４は、ク
ライアント画面設計装置３に入力し、再編集可能であ
る。

【０００９】Webアプリケーション生成装置５は、特徴
抽出装置５１とWebアプリケーション生成手段５２から
なり、入力されたデータベース処理定義ファイル２とク
ライアント画面定義ファイル４からWebアプリケーショ
ン６を生成する。特徴抽出装置５１には、データベース
定義ファイル２が入力される。データベース定義ファイ
ル２から、データベース処理を実行する上で必要となる
パラメータをユーザ入力変数として、また、実行後得ら
れるパラメータを出力変数として変数情報を抽出する。
Webアプリケーション生成手段５２では、特徴抽出装置
５１から得られたデータベース処理定義ファイル２中の
変数情報とクライアント画面定義ファイル４とからWeb
アプリケーション６を生成する。このとき、データベー
ス処理定義ファイル２から抽出された変数情報に対する
該当箇所がクライアント画面定義上に存在しない場合に
は、クライアント画面定義ファイル４に必要情報を追加
した上で、クライアント画面設計装置３に処理を戻し、
クライアント画面定義の再編集を要求する。

【００１０】Webアプリケーション６は、インストール
先のWebサーバ７用のプログラムコードのルールに沿っ
て生成される。生成されたWebアプリケーション６に対
しては、テスト実行が行われ、表示確認が行われる。も
し、表示テストが不合格である場合には、処理をクライ
アント画面設計装置３に戻し、再編集が行われる。テス
トを通過した場合には、Webサーバ７にインストールさ
れ、運用される。

【００１１】Webサーバ７はデータベース連携装置７１
とHTTPデーモン７２からなる。クライアントブラウザ９
から呼び出されたWebアプリケーション６を実行し、結
果をHTTPプロトコルでクライアントブラウザ９に送信す
る。なお、HTTPプロトコルは、TCP/IPの上位プロトコル
に相当し、一般に、インターネットで利用できる情報提
供システムWWWにおいて使用する通信プロトコルであ
り、Webサーバーに蓄積してあるファイルをWebブラウザ
が読み出したりするときに用いられる。データベース連
携装置７１は、Webアプリケーション６に記述された内
容に従ってデータベース処理を行い、フォーム言語でク
ライアント画面情報を構成する。HTTPデーモン７２は、
データベース連携装置７１から渡されるWebドキュメン
トをHTTPプロトコルでクライアントブラウザ９に送信す
る。

【００１２】クライアントブラウザ９は、入力としてWe
bサーバ７から送信される情報を受け取り、クライアン
ト画面を表示する。Webサーバ７とクライアントブラウ
ザ９は別マシンで実行され、ネットワークで接続され
る。

【００１３】次に図１および図２を参照して本実施例の
動作について詳細に説明する。データベース処理設計装
置１では、データベース処理編集手段１１によりデータ
ベースに対する処理を設計し（図２のステップＡ１、お
よびＡ２）、データベース処理定義ファイル２を生成す
る。データベース処理の設計は、リレーショナル・デー
タベース言語である標準SQLに基づいて行い、必要に応
じて外部からの入出力を表す変数（以下ユーザ入力変数
と記述）をデータ処理記述中に埋め込むことができるも
のとする。データベース処理の実行時には、埋め込まれ
たユーザ入力変数に対して値を代入する必要がある。ユ
ーザ入力変数に対する入力値が不正な場合には、実行時
に不整合が発生する。データベース処理テスト手段１２
では、作成したデータベース処理定義のテストを行う
（図２におけるＡ３）。データベース処理テスト手段１
２では、データベース処理定義の動作テストを、直接デ
ータベースに処理定義中に記述されているSQLを発行す
ることによって行う。もしテスト実行時に不整合が発生
した場合には、データベースシステムからエラーメッセ
ージを検出、表示した後、データベース処理編集手段１
１に処理を戻し、データベース処理定義の再編集を要求
する（Ａ３によりＡ１に処理を戻す）。テストが完了し
た場合には、データベース処理定義ファイル２として保
存し（Ａ４）、Webアプリケーション生成装置５に対し
て入力する（Ｃ１に進む）。

【００１４】次にクライアント画面設計装置３により、
クライアント画面の設計を行う（図２のステップＢ１、
Ｂ２、Ｂ３）。なお、便宜上データベース処理定義ファ
イル２の作成過程を先に説明したが、クライアント画面
定義ファイル４の作成を先に行ってもよい。クライアン
ト画面設計装置３は、テキストエディタか、あるいは通
常のGUIエディタのようなGUI部品の配置を常時目視確認
しながら設計でき、最終的にクライアント画面記述言語
を自動生成する機能を持つものとし、クライアント画面
定義ファイル４として保存する。クライアント画面定義
ファイル４は、クライアント画面設計を定義可能なフォ
ーム言語により記述する。フォーム記述言語は、データ
ベース処理定義の情報の入出力を表示する位置をマーク
するための拡張表現を持つ。この拡張により、クライア
ント画面定義ファイル４の内容は、静的な画面構成を表
す部分と、データベース処理の実行結果として得られる
ような動的情報の表示を行う部分から構成される。すな
わち、クライアント画面は以下の３つの型に分類するこ
とができる。

【００１５】<入力画面> データベース処理を起動する
画面であり、動的な表示を行う部分を含まない。必要に
応じてユーザからの入力を行うためのインタフェース
（以下ユーザ入力部品と呼ぶ）を画面上に配置する。ユ
ーザ入力部品は、キーボードから値を入力する部品と、
マウス操作により値を選択できる部品がある。各ユーザ
入力部品には、一意に特定するための識別子を設定して
もよい。

【００１６】<出力画面> データベース処理の実行結果
を表示するための画面であり、静的表示と動的表示の混
在する画面構成となる。画面上には、データベース処理
の結果として渡される、出力変数値を表示するための部
品（以下出力部品と呼ぶ）を配置することができる。各
出力部品には、一意に特定するための識別子を設定して
もよい。

【００１７】<入出力画面> 入力画面と出力画面の両方
の特徴を持つ画面。

【００１８】以上で説明したように、クライアント画面
には動的表示部分が含まれるため、クライアント画面設
計装置３では表示テストは行わず、クライアント画面定
義ファイル４として保存する。生成されたクライアント
画面定義ファイル４はWebアプリケーション生成装置５
に対して入力する。ただし、クライアント画面定義ファ
イル４のWebアプリケーション生成装置５への入力は必
須ではない。

【００１９】Webアプリケーション生成装置５は、入力
されたデータベース処理定義ファイル２とクライアント
画面定義ファイル４に対してWebアプリケーション６を
生成する。まず、作成されたデータベース定義ファイル
２を特徴抽出装置５１に入力する。特徴抽出装置５１で
は、データベース処理定義ファイル２中に埋め込まれた
ユーザ入力変数と、データベース処理に問合せ文（SELE
CT文）が含まれる場合に結果集合の情報として得られる
カラム情報を出力変数（以下単に出力変数と略）として
抽出し、これらの情報を入出力変数一覧（以下データベ
ース入出力変数一覧と略）にまとめ、Webアプリケーシ
ョン生成手段５２に渡す（図２のステップＣ１）。Web
アプリケーション生成手段５２には、特徴抽出装置５１
にて得られたデータベース入出力変数一覧と、クライア
ント画面定義ファイル４を入力する（ステップＣ２）。
このとき入力されるクライアント画面定義ファイル４の
画面型により異なる処理を行う必要がある。条件は以下
５通りである。

【００２０】<条件１> クライアント画面定義ファイル
４が入力されない <条件２> <入力画面>タイプのクライアント画面定義フ
ァイル４のみ入力 <条件３> <出力画面>タイプのクライアント画面定義フ
ァイル４のみ入力 <条件４> <入力画面>タイプと<出力画面>タイプの両方
のクライアント画面定義ファイル４が入力 <条件５> <入出力画面>タイプのクライアント画面定義
ファイル４のみ入力

【００２１】これらの条件に対するWebアプリケーショ
ン生成手段５２で行われる処理の詳細な説明を以下に記
述する。

【００２２】<条件１>では、画面に関する情報が与えら
れないため、Webアプリケーション６の生成に失敗す
る。この条件においては、ステップＣ３で不整合が検知
され、ステップＣ４において<入力画面>と<出力画面>と
の雛形２つを生成し、クライアント画面設計装置３に入
力する。

【００２３】この<入力画面>と<出力画面>の各画面雛形
の生成ステップを図５を参照して、より詳しく説明す
る。本条件の場合、ステップＥ１０では<入力画面>用と
<出力画面>用のクライアント画面の雛形（以下では入力
画面雛形、出力画面雛形と略）を生成する。データベー
ス入出力変数一覧中に出力変数が含まれている場合に
は、データベース処理が問合せ文と同義であるので、ス
テップＥ１１からステップＥ１２に進む。ステップＥ１
２では、データベース処理結果として得られた出力変数
から渡される値を表示するための出力部品を出力画面雛
形上に配置する。このとき出力部品の識別子として出力
変数名を設定する。ステップＥ１３において、データベ
ース入出力変数一覧にユーザ入力変数が存在している場
合には、ステップＥ１４に進む。ステップＥ１４では、
ユーザ入力変数への値の入力を要求するためのユーザ入
力部品を入力画面雛形上に配置する。ユーザ入力部品の
識別子として、ユーザ入力変数名を設定する。ステップ
Ｅ１５では、入力画面雛形に対してデータベース処理呼
び出し用のボタンを追加して作業を終了する。以上の作
業によって作成された各画面雛形はクライアント画面設
計装置３に入力され、再編集される。

【００２４】<条件２>では、以下の条件に該当すると
き、Webアプリケーション６の生成に失敗する。すなわ
ち、（ａ１）処理部変数一覧に含まれる各ユーザ入力変
数に対応する<入力画面>上のユーザ入力部品がない場
合、Webアプリケーション６の生成に失敗する。この場
合の処理は下記の通りである。データベース入出力変数
一覧に含まれるユーザ入力変数の変数名と等しい識別子
を持つ<入力画面>上に配置されたユーザ入力部品がある
場合、データベース入出力変数一覧からそのユーザ入力
変数を削除する。この作業を繰返した後、残ったユーザ
入力変数に対するユーザ入力を要求するためのユーザ入
力部品を<入力画面>上に配置する。このようにして作成
した<入力画面>をクライアント画面設計装置３に入力
し、再編集を要求する。

【００２５】（ａ２）データベース入出力変数一覧に結
果出力変数が含まれる場合、Webアプリケーション６の
生成に失敗する。この場合、<条件１>で説明した手順で
出力画面雛形を作成する（図５におけるステップＥ１
０、Ｅ１１、Ｅ１２）。このようにして作成した出力画
面雛形をクライアント画面設計装置３に入力し、再編集
を要求する。

【００２６】各条件が成立する場合に行う処理を以下で
詳細に説明する。両方が該当する場合には、各条件に対
応する処理を両方とも行う。もし以上の（ａ１）、（ａ
２）の条件に該当しない場合には、Webアプリケーショ
ン６が生成される（図２のステップＣ２、Ｃ３）。

【００２７】<条件３>では、以下の条件に該当すると
き、Webアプリケーション６の生成に失敗する。すなわ
ち、（ｂ１）データ入出力変数一覧に入力変数が含まれ
る場合、Webアプリケーション６の生成に失敗する。こ
の場合には、<条件１>で説明した手順で入力画面雛形を
作成する（図５のＥ１０、Ｅ１４、Ｅ１５、Ｅ１６）。
そして作成した入力画面雛形をクライアント画面設計装
置３に入力し、再編集を要求する。以上の条件（ｂ１）
に該当しない場合には、Webアプリケーションが生成さ
れる（ステップＣ２、Ｃ３）。データベース入出力変数
一覧に含まれる出力変数の変数名と同じ識別子を持つ<
出力画面>上の出力部品とを関係づけ、インストールさ
れるWebサーバ７に対する表示用プログラムコードを挿
入する。データベース入出力変数一覧に含まれる出力変
数の変数名と異なる識別子（未設定のものも含む）を持
つ<出力画面>上の出力部品は、Webアプリケーションに
おいては非表示とする。また、データベース入出力変数
一覧に含まれる出力変数に関連付け可能な出力部品が<
出力画面>上にない場合には、無視される。

【００２８】<条件４>では、（ａ１）の条件が該当する
ときにWebアプリケーション６の生成に失敗する。この
条件が成立した場合には、<条件２>において説明した対
処を行い、処理をクライアント画面設計装置３に戻す。
もし条件に該当しない場合には、Webアプリケーション
６が生成される（図２のステップＣ２、Ｃ３）。出力変
数に関しては、<条件３>の処理手順に従う。

【００２９】<条件５>では、以下の条件に該当するとき
Webアプリケーション６を生成できない。すなわち、
（ｃ１）処理部変数一覧に含まれる各ユーザ入力変数に
対応する<入出力画面>上のユーザ入力部品がない場合、
Webアプリケーション６を生成できない。この場合に
は、データベース入出力変数一覧に含まれるユーザ入力
変数の変数名と等しい識別子を持つ<入出力画面>上に配
置されたユーザ入力部品がある場合、データベース入出
力変数一覧からそのユーザ入力変数を削除する。この作
業を繰返した後、残ったユーザ入力変数に対するユーザ
入力を要求するためのユーザ入力部品を<入出力画面>上
に配置する。このようにして作成した<入出力画面>をク
ライアント画面設計装置３に入力し、再編集を要求す
る。もし条件に該当しない場合には、Webアプリケーシ
ョン６が生成される（図２のステップＣ２、Ｃ３）。出
力変数に関しては、<条件３>の処理手順に従う。Webア
プリケーション生成手段５２では、Webアプリケーショ
ン６の表示、実行テスト手段を提供する（図２における
ステップＣ５、Ｃ６）。テスト実行から返されたクライ
アント画面構成をクライアントブラウザ９を使用して表
示する。もし表示画面がイメージと異なる場合には、ク
ライアント画面設計装置３に処理を戻す（ステップＣ
７）。以上の作業によりWebアプリケーション６が生成
されるので、Webサーバ７に対してインストールする
（ステップＣ８）。

【００３０】次に、具体的な実施例を用いて本実施の形
態の動作を説明する。図３を用いて図１におけるWebア
プリケーション生成装置５の動作を説明する。本発明で
は、Webアプリケーション生成装置Ｄ３に対してデータ
ベース処理定義ファイルＤ１とクライアント画面定義フ
ァイルＤ２を入力（図中矢印Ｄ４、Ｄ５）することによ
り、Webアプリケーション生成処理を開始する。Webアプ
リケーション生成装置Ｄ３への入力として、データベー
ス処理定義ファイルＤ１の入力（Ｄ４）は必須である
が、クライアント画面定義ファイルＤ２の入力（Ｄ５）
は必ずしも必要ではない。

【００３１】Webアプリケーション生成装置Ｄ３への入
力（Ｄ５）としてのクライアント画面定義ファイルＤ２
の有無に対する説明を、図４を用いて行う。ステップＥ
１ではWebアプリケーション生成装置Ｄ３に対するクラ
イアント画面定義ファイルＤ２の入力Ｄ５の有無により
次のように処理を分岐して行う。クライアント定義ファ
イルＤ２がWebアプリケーション生成装置Ｄ３に対して
入力（Ｄ５）された場合にはステップＥ２、入力（Ｄ
５）がない場合にはステップＥ３の処理を行う。ステッ
プＥ２は、クライアント画面定義ファイルＤ２が存在し
ているのでWebアプリケーション生成装置Ｄ３によりWeb
アプリケーション生成処理が行われる。ステップＥ３
は、データベース処理定義ファイルＤ１に記述されるデ
ータベース処理に対応したクライアント画面定義の生成
処理を行う。データベース処理を行うために必要な入力
部分、処理結果を表示する必要がある場合には表示部分
といったように、最低限必要なクライアント画面定義を
用意する。このときクライアント画面設計装置（図１の
３）への入力として用いるために生成されたクライアン
ト画面定義を、クライアント画面雛形と呼ぶことにす
る。ステップＥ４では、ステップ３で生成されたクライ
アント画面雛形をクライアント画面設計装置（図１の
３）へ入力する。クライアント画面雛形として与えられ
たクライアント画面定義は、クライアント画面設計装置
（図１の３）により編集可能であり、Webアプリケーシ
ョン生成装置Ｄ３へ入力され、処理を繰返す。

【００３２】次に図４のステップＥ３のクライアント画
面雛形生成における手順を図５を用いて詳細説明する。
ステップＥ１０は、入力画面、出力画面の両方のクライ
アント画面雛形（それぞれ入力クライアント画面雛形、
出力クライアント画面雛形と呼ぶ）を生成し、初期化す
る。初期化された各クライアント画面雛形は、画面上に
何も配置されていない状態となっている。ステップＥ１
１は、データベース処理定義ファイルＤ１に定義されて
いるデータベース処理により、行われる処理を変更す
る。データベース処理定義ファイルＤ１で定義されてい
る処理が問合せ文（SELECT文）である場合ステップＥ１
２、問合せ文以外の場合にはＥ１３の処理をそれぞれ行
う。ステップＥ１２は、データベース処理定義ファイル
Ｄ１に記述されるデータベース処理が問合せ文であると
きのみ行われる処理である。このステップでは、問合せ
文の実行結果として得られる結果集合の表示部を出力ク
ライアント画面雛形に挿入し、ステップＥ１３に進む。
ステップＥ１３は、データベース処理定義ファイルＤ１
の記述中にユーザ入力変数が埋め込まれているかどうか
で行われる処理を区別する。ユーザ入力変数が埋め込ま
れている場合はステップＥ１４、埋め込まれていない場
合にはＥ１５をそれぞれ処理する。ステップＥ１４で
は、データベース処理定義ファイルＤ１に埋め込まれて
いるユーザ入力変数に対応する入力箇所を入力クライア
ント画面雛形に挿入する。ステップＥ１５は、クライア
ント画面からデータベース処理を呼び出すためのボタン
を入力クライアント画面雛形に追加する。

【００３３】次に図５のクライアント画面雛形生成処理
を含む図１におけるWebアプリケーション生成装置５の
動作を詳細に説明する。Webアプリケーション生成装置
５は、データベース処理定義ファイル２の入力を最低限
必要とし、Webアプリケーション６生成を行う場合に
は、合わせてクライアント画面定義ファイル４の入力も
必要となる。Webアプリケーション生成装置５に対して
データベース処理定義ファイル２が入力された場合に
は、特徴抽出装置５１では、図６におけるデータベース
入出力変数一覧Ｄ２を最初に生成する。

【００３４】図７を用いてデータベース入出力変数一覧
（図６のＤ２）の生成手順を説明する。ステップＥ２０
では、データベース処理定義ファイル２のデータベース
処理記述中にユーザ入力変数（ホスト変数）が含まれて
いるかどうかにより異なる処理を行う。ユーザ入力変数
が存在する場合はステップＥ２１、存在しない場合はス
テップＥ２２へそれぞれ進む。ステップＥ２１では、デ
ータベース処理定義ファイル２中に含まれるユーザ入力
変数は、処理記述中のファイル先頭から出現した順番で
データベース入出力変数一覧に追加される。すべてのユ
ーザ変数を追加した後、ステップＥ２２に進む。ステッ
プＥ２２では、データベース処理定義ファイル２で与え
られるデータベース処理が問合せ文（SELECT文）である
かどうかで異なる処理を行う。データベース処理が問合
せ文である場合には、ステップＥ２３へ進む。ステップ
Ｅ２３は、データベース処理定義ファイル２で定義され
るデータベース処理が問合せ文である場合にのみ実行さ
れる。問合せ文で検索される結果集合のカラム名を出力
変数名としてデータベース入出力変数一覧に順次追加す
る。すべてのカラム名が出力変数としてデータベース入
出力変数一覧に追加されるまで作業を行う。以上のステ
ップによりデータベース入出力変数一覧作成作業は完了
する。

【００３５】次にデータベース入出力変数一覧作成手順
を図６を用いて具体例で説明する。最初の手続きである
図７のステップＥ２０を行う。データベース処理定義フ
ァイルＤ１に記述されているデータベース処理中には、
ユーザ入力変数が存在するので、ステップＥ２１へ進
む。ステップＥ２１に従い、データベース処理定義ファ
イルＤ１の先頭から出現するユーザ入力変数をデータベ
ース入出力一覧に追加する。図６においてはデータベー
ス処理定義ファイルＤ１中に定義されいているデータベ
ース処理の先頭から走査した場合、in1ユーザ入力変数
が最初に見つかるので、この変数をデータベース入出力
変数一覧Ｄ２に追加する（図６におけるＤ３）。このと
き入力変数であることを表すために、データベース入出
力変数一覧Ｄ２にもユーザ入力変数名の先頭に’：’を
付けた形で登録しておく。さらに以降の処理定義を走査
を続けるが、ユーザ入力変数は存在しないのでステップ
Ｅ２１は終了し、ステップＥ２２に進む。ステップＥ２
２の処理により、図６のデータベース処理定義ファイル
Ｄ１のデータベース処理が問合せ文であるので、ステッ
プＥ２３に進む。ステップＥ２３では出力変数の検出を
行う。データベース処理定義ファイルＤ１に記述されて
いるデータベース処理を実行することにより、’Ｉ
Ｄ’、’ＮＡＭＥ’の二つのカラムが検出される。よっ
て、これら二つのカラムを出力変数としてデータベース
入出力変数に追加する（図６におけるＤ４、Ｄ５）。以
上でデータベース入出力変数一覧の作成は終了する。

【００３６】次にデータベース入出力変数一覧Ｄ２から
入力クライアント画面雛形、出力クライアント画面雛形
の生成手順である図５を図８の具体例を用いて説明す
る。図８は、図６のデータベース入出力一覧Ｄ２から入
力クライアント画面雛形、出力クライアント画面雛形を
それぞれ生成する手順を示したものである。図５のステ
ップＥ１０では、入力クライアント画面雛形、出力画面
雛形を作成し、初期化する（Ｅ３４、Ｅ３７）。この段
階では、両画面雛形には何も表示されない状態である。
ステップＥ１１の処理により、データベース処理定義フ
ァイルＤ１は問合せ文であるので、ステップＥ１２に進
む。データベース処理が問合せ文ではなくても、データ
ベース入出力変数一覧Ｅ３０に出力変数が含まれる場合
にはＥ１２に進む。ステップＥ１２では、問合せ文の実
行結果として得られる結果集合の表示部の追加を行う。
データベース入出力変数一覧には’ＩＤ’、’ＮＡＭ
Ｅ’の２つの出力変数が登録されているので、出力クラ
イアント画面雛形に対してこれらに該当する表示部を追
加する（Ｅ３２、Ｅ３３）。出力クライアント画面雛形
には２つの出力を表示するためのＥ３８、Ｅ３９という
表示部分が追加される。Ｅ３２、Ｅ３３により必要とな
る表示部の追加作業は終了する。ステップＥ１３は、デ
ータベース入出力変数一覧Ｅ３０にユーザ入力変数が含
まれるので、ステップＥ１４に進む。ステップＥ１４で
は、データベース入出力変数一覧Ｅ３０に含まれるユー
ザ入力変数に対応する入力部分を入力クライアント画面
雛形に追加する。データベース入出力変数一覧Ｅ３０に
はユーザ入力変数’ｉｎ１’が存在するので、入力クラ
イアント画面雛形に対して入力部分を追加する（Ｅ３
１）。この例ではユーザ入力変数は一つだけであるの
で、ステップＥ１４を終了し、ステップＥ１５に進む。
ステップＥ１５では、データベース処理実行ボタンを追
加する（Ｅ３６）。以上で両クライアント画面雛形の生
成作業は終了である。

【００３７】次に図１におけるWebアプリケーション６
を生成する手順について説明する。Webアプリケーショ
ン６の生成は、クライアント画面雛形を作成する手順の
逆を行うことになり、図８を用いて説明する。図１の特
徴抽出装置５１でデータベース入出力変数一覧Ｅ３０を
求める。この作業は、先ほど説明したように図７の手順
で求めることができる。データベース入出力変数一覧Ｅ
３０が抽出されたのち、図２におけるクライアント画面
定義における入出力情報Ｃ２（以降クライアント情報と
略）の抽出を行う。図８の例では、入力箇所としてＥ３
５、出力箇所としてＥ３８、Ｅ３９が存在する。このよ
うにして図１におけるデータベース処理定義ファイル２
とクライアント画面定義ファイル４の特徴が抽出された
ので、図２のWebアプリケーションの生成Ｃ３を行う。
ここでの作業はデータベース入出力変数一覧Ｅ３０に存
在する変数とクライアント情報の結合を行う。例により
説明すると、Ｅ３５からの入力値をｉｎ１変数へ渡す処
理と、’ＩＤ’、’ＮＡＭＥ’で得られた結果集合の値
をそれぞれＥ３８、Ｅ３９に渡す処理をWebアプリケー
ション６コードとして生成する。このときデータベース
入出力変数一覧Ｅ３０とクライアント情報の間に不整合
があった場合には作業が中止される。そのときの不整合
は、入力クライアント画面での入力箇所がデータベース
処理定義中に埋め込まれているユーザ入力変数の数より
少ない場合に生じる。

【００３８】次に、本発明の第２の実施の形態について
図９を用いて説明する。本発明の第２の形態は、入出力
画面を設計し（Ｆ１）、クライアント画面テンプレート
ファイルができた段階ではデータベース処理が確定して
いない点で異なる。入出力画面の設計（Ｆ１）は、図２
における画面設計フェーズと同様に、必要に応じてユー
ザからの入力を行うためのクライアント画面、およびデ
ータベース処理結果を表示する画面を設計する。ユーザ
入力変数の検出（Ｆ２）では、結果を求めるために用意
されたユーザからの入力を行うために用意されたクライ
アントの部品（タグ、HTML（Hyper Text Markup Langua
ge））をユーザ入力変数として入力変数一覧に追加す
る。出力変数の検出（Ｆ３）では、データベース処理の
結果表示される項目が存在する場合には、出力変数とし
て出力変数一覧に追加する。作成可能なデータベース処
理項目の表示、選択（Ｆ４）では、以下のような利用可
能なデータベース処理を選択表示する。

【００３９】＜出力変数あり＞は問合せ（SELECT）文。
＜出力変数なし＞は挿入（INSERT）文、更新（UPDATE）
文、削除（DELETE）文。

【００４０】次にこれらのいずれを用いるかを選択す
る。データベース処理定義ファイルの作成（Ｆ５）で
は、Ｆ２、Ｆ３で求められた入出力変数をもとに選択さ
れたデータベース処理の雛形を作成し、データベース処
理定義ファイルとして保存するする。必要に応じてデー
タベース処理雛形を図１のデータベース処理設計装置１
に入力してもよい。最後にデータベース処理定義ファイ
ルをWebアプリケーション生成装置（Ｆ６）に入力し、W
ebアプリケーションの生成を行う。

【００４１】

【発明の効果】本願において開示される発明のうち代表
的なものによって得られる効果を簡単に説明すれば、下
記のとおりである。 （１）データベース処理設計装置１でデータベース処理
テスト手段を用意することにより、Webアプリケーショ
ン生成装置５においてのデータベース処理に関するデバ
ック作業は発生しない。 （２）データベース処理定義ファイル２を実行する上で
のクライアント画面定義ファイルにおける不整合には、
図２におけるステップＣ３、Ｃ４により修正される。

【図面の簡単な説明】

【図１】 本発明のWebアプリケーションの開発支援シ
ステムのブロック図である。

【図２】 本発明のWebアプリケーションの開発支援方
法の手順を示すフローチャートである。

【図３】 本発明のWebアプリケーション生成処理の基
本構成図である。

【図４】 クライアント画面定義の有無に対応する処理
手順を示すブロック図である。

【図５】 クライアント画面雛形生成の処理手順を示す
ブロック図である。

【図６】 データベース処理定義ファイルから入出力変
数を取り出し、データベース入出力変数一覧に追加する
作業を示す図である。

【図７】 データベース入出力変数一覧に入出力変数を
追加する処理手順を示すブロック図である。

【図８】 データベース入出力変数一覧から入力クライ
アント画面雛形、出力クライアント画面雛形を生成する
具体例を示す図である。

【図９】 本発明の他の実施例によるWebアプリケーシ
ョンの開発支援方法の手順を示すブロック図である。

【符号の説明】 １…データベース処理設計装置 １１…データベー
ス処理編集装置（手段） １２…データベース処理テスト手段 ２…データベース
処理定義ファイル ３…クライアント画面設計装置 ４…クライアント
画面定義ファイル ５…Webアプリケーション生成装置 ５１…特徴抽出装
置 ５２…Webアプリケーション生成手段 ６…Webアプリケ
ーション ７…Webサーバ ７１…データベー
ス連携装置 ７２…HTTPデーモン ９…クライアント
ブラウザ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 ネットワーク環境で動作するサーバの制
   御プログラムへアクセスを行う拡張機能を利用し、上記
   サーバにおいてサーバ側で実行されるスクリプトに基づ
   いて処理を実行し、処理結果をクライアントブラウザに
   対して所定の通信するシステムで動作するアプリケーシ
   ョンの開発支援方法において、 リレーショナル・データベース言語で記述されるデータ
   ベース処理定義を作成する過程とフォーム言語で記述さ
   れるクライアント画面定義を作成する過程と、 上記データベース処理定義と上記クライアント画面定義
   とから前記サーバで動作するアプリケーションを生成す
   る過程と、 上記データベース処理定義の作成において発生する不整
   合に対する修正過程と、 上記クライアント画面構成において発生する不整合に対
   するデバッグ過程とを備えたことを特徴とするアプリケ
   ーション開発支援方法。
2. 【請求項２】 データベース処理を設計するデータベー
   ス処理設計装置とクライアント画面を設計するクライア
   ント画面設計装置と、さらに、これらの装置から生成さ
   れるデータベース処理とクライアント画面定義を入力
   し、アプリケーションを生成するアプリケーション生成
   装置とを有するアプリケーション開発システムにおい
   て、 上記データベース処理設計装置は所定の言語によりデー
   タベースに対する処理を設計するデータベース処理編集
   装置と、上記データベース処理編集装置により設計され
   たデータベース処理定義をテストするデータベース処理
   テスト手段とにより、データベース処理定義を生成する
   手段と、 上記クライアント画面設計装置はクライアント画面の設
   計手段により、クライアント画面定義を生成する手段
   と、 上記アプリケーション生成装置は上記データベース処理
   定義からユーザ入力変数とカラム情報出力変数を抽出す
   る特徴抽出装置と、該特徴抽出装置から得られるデータ
   ベース入出力変数一覧と上記クライアント画面定義とか
   らWebアプリケーションを生成するアプリケーション生
   成手段とを有することを特徴とするアプリケーション開
   発支援システム。
3. 【請求項３】 上記のデータベース処理設計装置におけ
   るデータベース処理テスト手段は上記データベース処理
   編集装置により作られたデータベース処理定義を、対象
   とするデータベースに対して直接テストして、不整合が
   発生すれば、上記データベース処理設計装置に作業を移
   し、該データベース処理定義を修正する手段を有するこ
   とを特徴とする請求項２記載のアプリケーション開発支
   援システム。
4. 【請求項４】 上記のアプリケーション生成装置におけ
   るアプリケーション生成手段は、上記特徴抽出装置で得
   られるデータベース入出力変数一覧とクライアント画面
   定義ファイルを入力して得られるクライアント画面構成
   において、発生する不整合に対するデバッギングの手段
   を有することを特徴とする請求項２記載のアプリケーシ
   ョン開発支援システム。