(57)【要約】【課題】Ｗｅｂシステムの実行環境で表示する画面の画面遷移図を容易に生成する仕組みを提供すること。【解決手段】Ｗｅｂシステムで用いるクライアント装置で表示する画面に対応する入出力定義に従って、Ｗｅｂシステムで実行するプログラムを生成する情報処理装置であって、前記入出力定義に含まれるアクション情報に従って、遷移先の入出力定義を特定する特定手段と、前記特定手段により特定された遷移先の入出力定義に従って、基準となる入出力定義における遷移構成を決定する決定手段と、前記決定手段により決定された遷移構成に従って、生成されるプログラムで用いられる指定された画面それぞれに対応する画面遷移図を生成する画面遷移図生成手段とを備えることを特徴とする。【選択図】図３
2018181072.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂシステムで用いるクライアント装置で表示する画面に対応する入出力定義に従って、Ｗｅｂシステムで実行するプログラムを生成する情報処理装置であって、
前記入出力定義に含まれるアクション情報に従って、遷移先の入出力定義を特定する特定手段と、
前記特定手段により特定された遷移先の入出力定義に従って、基準となる入出力定義における遷移構成を決定する決定手段と、
前記決定手段により決定された遷移構成に従って、生成されるプログラムで用いられる指定された画面それぞれに対応する画面遷移図を生成する画面遷移図生成手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記画面遷移図における遷移元又は遷移先にかかるアクション情報を取得する取得手段を更に備え、
前記画面遷移図生成手段は、前記取得手段により取得されたアクション情報を任意に表示可能に、画面遷移図を生成することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記画面遷移図生成手段は、前記入出力定義の複数のアクション情報を含み、同一の遷移先に対するアクション情報が複数ある場合には、当該複数のアクション情報をまとめて表示可能に、画面遷移図を生成することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記画面遷移図生成手段は、前記アクション情報を表示させるオブジェクトを、画面遷移図における遷移にかかる位置に配置することを特徴とする請求項２又は３に記載の情報処理装置。
【請求項５】
前記入出力定義に従って、入出力定義の仕様を表示するドキュメントを生成するドキュメント生成手段と、
前記画面遷移図生成手段は、前記ドキュメント生成手段で生成されたドキュメントに対応して画面遷移図を生成することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
前記画面遷移図生成手段は、基準となる入出力定義と、遷移先又は遷移元の入出力定義に対応するオブジェクトを生成することを特徴とし、
前記オブジェクトは、前記ドキュメント生成手段により生成されたドキュメントとリンクするように生成されることを特徴とする請求項５に記載の情報処理装置。
【請求項７】
当該オブジェクトは前記入出力定義のタイプに従って識別可能に生成されることを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記基準となる入出力定義は、前記ドキュメント生成手段でドキュメントを生成する際に用いられる入出力定義であって、
前記画面遷移図生成手段は、前記基準となる入出力定義に対応するオブジェクトをユーザが認識しやすい形態で配置した画面遷移図を生成することを特徴とする請求項５乃至７のいずれか１項に記載の情報処理装置。
【請求項９】
Ｗｅｂシステムで用いるクライアント装置で表示する画面に対応する入出力定義に従って、Ｗｅｂシステムで実行するプログラムを生成する情報処理装置の処理方法であって、
前記入出力定義に含まれるアクション情報に従って、遷移先の入出力定義を特定する特定ステップと、
前記特定ステップにより特定された遷移先の入出力定義に従って、基準となる入出力定義における遷移構成を決定する決定ステップと、
前記決定ステップにより決定された遷移構成に従って、生成されるプログラムで用いられる指定された画面それぞれに対応する画面遷移図を生成する画面遷移図生成ステップと
を含むことを特徴とする処理方法。
【請求項１０】
Ｗｅｂシステムで用いるクライアント装置で表示する画面に対応する入出力定義に従って、Ｗｅｂシステムで実行するプログラムを生成する情報処理装置のプログラムであって、
前記情報処理装置を、
前記入出力定義に含まれるアクション情報に従って、遷移先の入出力定義を特定する特定手段と、
前記特定手段により特定された遷移先の入出力定義に従って、基準となる入出力定義における遷移構成を決定する決定手段と、
前記決定手段により決定された遷移構成に従って、生成されるプログラムで用いられる指定された画面それぞれに対応する画面遷移図を生成する画面遷移図生成手段
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
プログラム生成する情報処理装置とその処理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、企業内では、クライアント端末に特別なアプリケーションをインストールすることなく業務が行えるように、業務用アプリケーションのＷｅｂ化が急速に進んでいる。そしてこのような業務アプリケーションの開発現場においては、開発スキル不足や要員不足を解決するために、Ｗｅｂアプリケーションをプログラミングレスで容易に作成できる開発ツールが用いられている。このような開発ツールを用いると、プログラミング言語の知識を有していなくても、業務・設計ノウハウを活用して基本設計情報を定義するだけで、Ｗｅｂアプリケーションを自動生成することができる。
【０００３】
ところで、このようなＷｅｂアプリケーションは複数の画面を用意し、画面から別の画面へと遷移していくように設計されるが、全体の業務の流れを把握するために画面遷移図を作成することがある。
【０００４】
このような画面遷移図を手作業で作成することは煩雑であるため、自動で画面遷移図を作成することのできる仕組みが求められている。
【０００５】
特に、Ｗｅｂアプリケーションの開発時には画面遷移の仕様が開発途中で変更になることが多く、開発中においても画面遷移がどのような状態となっているのかを視覚的に認識することができる画面遷移図を生成する技術が、例えば特許文献１に開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１６−１７３７２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、Ｗｅｂアプリケーションでは多くの画面を有しているため、画面遷移図を表示すると複雑な図となってしまい見づらい環境となってしまう。
【０００８】
また、Ｗｅｂアプリケーションを実行した場合、利用ユーザは画面を介して操作しているため、その画面を基準とした画面遷移図が望ましいが、特許文献１の技術では、所定の遷移数以上の画面を中心に画面遷移図を表示するため、Ｗｅｂアプリケーションの実行時の環境には適さないという課題があった。
【０００９】
そこで、本発明の目的は、Ｗｅｂシステムの実行環境で表示する画面の画面遷移図を容易に生成する仕組みを提供することである。
【課題を解決するための手段】
【００１０】
Ｗｅｂシステムで用いるクライアント装置で表示する画面に対応する入出力定義に従って、Ｗｅｂシステムで実行するプログラムを生成する情報処理装置であって、前記入出力定義に含まれるアクション情報に従って、遷移先の入出力定義を特定する特定手段と、前記特定手段により特定された遷移先の入出力定義に従って、基準となる入出力定義における遷移構成を決定する決定手段と、前記決定手段により決定された遷移構成に従って、生成されるプログラムで用いられる指定された画面それぞれに対応する画面遷移図を生成する画面遷移図生成手段とを備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、Ｗｅｂシステムの実行環境で表示する画面の画面遷移図を容易に生成することができる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態におけるシステム構成を示す図である。
【図２】本実施形態における各装置に適用可能なハードウェア構成を示す図である。
【図３】プログラム開発装置１０１における処理概要を示す図である。
【図４】プログラム開発装置１０１の処理後の処理概要を示す図である。
【図５】Ｗｅｂアプリケーションおよび画面仕様ドキュメント生成処理全体の一例を示すフローチャートである。
【図６】定義の構造の一例を示す図である。
【図７】画面仕様ドキュメントの生成処理の一例を示すフローチャートである。
【図８】検索情報作成処理の一例を示すフローチャートである。
【図９】画面一覧情報作成処理の一例を示すフローチャートである。
【図１０】画面仕様情報作成処理の一例を示すフローチャートである。
【図１１】画面項目仕様情報作成処理の一例を示すフローチャートである。
【図１２】画面遷移図作成処理の一例を示すフローチャートである。
【図１３】アプリケーション設定の一例を示す図である。
【図１４】入出力定義の一例を示す図である。
【図１５】入出力レイアウト定義画面の一例を示す図である。
【図１６】階層レベルの設定情報の一例を示す図である。
【図１７】画面遷移図と遷移図のデータの一例を示す図である。
【図１８】アイコンが操作された際の画面遷移図の一例を示す図である。
【図１９】画面仕様ドキュメントの一例を示す図である。
【図２０】画面仕様ドキュメントにおける表示制御処理の一例を示すフローチャートである。
【図２１】本実施形態における、特徴を示す機能構成の一例を示す図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態を、図面を参照して詳細に説明する。
【００１４】
図１は、本発明に係わるプログラム開発装置（開発者がＷｅｂアプリケーション生成のために使用する情報処理装置）、プログラム開発サーバ、データベースサーバ、アプリケーションクライアント（クライアント装置）、アプリケーションサーバの構成の一例を示すシステム構成図である（情報処理システム）。
【００１５】
プログラム開発装置１０１は、開発者の操作に従って画面レイアウトおよびデータベース検索指示などを定義する。プログラム開発装置１０１単体では、開発者の入力受付を行い、後述するプログラム開発サーバ１０２に実際のプログラム生成処理、アプリケーション生成処理をさせてもよいし、プログラム開発装置１０１単体でプログラム生成、アプリケーション生成まで処理してもよい。
【００１６】
なお、この実施形態においては、プログラム開発装置１０１で生成するアプリケーションはＷｅｂアプリケーションとしたが、これに限定するものではなく、携帯電話・スマートフォン・タブレットなどの情報処理装置で動作するアプリケーションや組込みソフトウェアなど、Ｗｅｂ技術による通信を利用したアプリケーションでなくてもよい。
【００１７】
プログラム開発サーバ１０２ａ〜１０２ｂ（情報処理装置）は、プログラム開発装置１０１により入力された開発者の指示に従って、プログラムを開発する。プログラム開発サーバ１０２ａはＬＡＮなどのネットワーク１０６内に配置されてもよいし、プログラム開発サーバ１０２ｂはインターネット上やクラウド上に配置されてもよい。
【００１８】
データベースサーバ１０３ａ〜１０３ｂ（情報処理装置）は、開発されたアプリケーションが使用するデータベースであり、また本発明では開発時にも動作確認などのために利用してもよい。例えば、開発者が利用するためにデータベースサーバ１０３は、プログラム開発装置１０１と同一の装置で構成されていてもよいし、ＬＡＮなどのネットワーク１０６内に配置されてもよい（データベースサーバ１０３ａ）。またインターネット上やクラウド上に配置されてもよい（データベースサーバ１０３ｂ）。また、プログラム開発装置１０１が、プログラム開発サーバ１０２と協調する場合には、プログラム開発サーバ１０２とデータベースサーバ１０３が同一の装置内に構成されていてもよい。
【００１９】
アプリケーションサーバ１０５ａ〜１０５ｂ（情報処理装置）は、プログラム開発装置１０１で開発されたアプリケーションを実行する。ＬＡＮなどのネットワーク１０６内に配置されてもよい（アプリケーションサーバ１０５ａ）し、またインターネット上やクラウド上に配置されてもよい（アプリケーションサーバ１０５ｂ）。また、ネットワーク１０６、インターネット、クラウド上のデータベースサーバ１０３と接続して動作する可能である。
【００２０】
アプリケーションクライアント１０４ａ〜１０４ｂ（情報処理装置）は、アプリケーションサーバ１０５と協調してプログラム開発装置１０１で開発したアプリケーションプログラムを動作させる、ユーザの入力端末である。ＬＡＮなどのネットワーク１０６内に配置されてもよい（アプリケーションクライアント１０４ａ）し、またインターネット上やクラウド上に配置されてもよい（アプリケーションクライアント１０４ｂ）。携帯端末などの情報処理装置であってもよい。
【００２１】
図２は、本発明に係わるプログラム開発装置１０１、プログラム開発サーバ１０２、データベースサーバ１０３、アプリケーションクライアント１０４、アプリケーションサーバ１０５として適用可能な各ハードウェア構成の一例を示すブロック図である。
【００２２】
図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。
【００２３】
また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバ、クライアント、装置など情報処理装置の後述する各種機能を実現するためのプログラムが記憶されている。
【００２４】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。
【００２５】
入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、情報処理装置では、キーボード、マウス等のポインティングデバイスが挙げられる。
【００２６】
出力コントローラ２０６は、出力部２１０の表示を制御する。この出力部２１０としては、例えば、ＣＲＴや液晶ディスプレイ等が挙げられる。
【００２７】
外部メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザーファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。加えて、各サーバ、クライアント、装置等の各種機能を実現するための各種テーブル、パラメータが記憶されている。この外部メモリ２１１としては、ハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。
【００２８】
通信Ｉ／Ｆコントローラ２０８は、ネットワークを介して外部機器との通信制御処理を実行する。
【００２９】
本発明を実現するためのプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３０】
次に本実施形態における基本の処理について、図３、図４の構成図を用いて説明する。なお、本実施形態における特徴となる処理の詳細については、図５、図７〜図１２、図２０のフローチャートを用いて説明する（特に図１２）。
【００３１】
図３は、プログラム開発装置１０１の処理概要を示す構成図である。プログラム開発装置１０１は、Ｗｅｂアプリケーションを開発する開発者が定義した定義ファイルをもとにＷｅｂアプリケーションを自動生成することを目的とした装置である。プログラム開発装置１０１は、リポジトリ定義部４０１、Ｗｅｂアプリケーション生成部４１６、画面仕様ドキュメント生成部４２０により構成される。また、前述に加え、階層レベル設定４１５、画面遷移図生成部４３９を本実施形態における特徴として備えている。
【００３２】
リポジトリ定義部４０１は、アプリケーション定義４０２、入出力定義４０３、データモデル定義４０４、ビジネスプロセス定義４０５、データベース定義４０６、ドキュメント用定義４０７、画面ＨＴＭＬデータ４０８、ドキュメントフィルタ定義４０９、表紙ファイル４１０、アプリケーションリソースファイル４１１、ドキュメントリソースファイル４１２、ヘッダ／フッタファイル４１３、関連文書４１４、階層レベル設定４１５を備える。これらのファイルは、Ｗｅｂアプリケーション開発ツールを介して開発者によって入力され、作成される。すなわち、リポジトリ定義部４０１は、プログラムへ引数として入力される項目を定義する入力定義情報と、プログラムから処理結果として出力する項目を定義する出力定義情報とを入出力定義情報として管理している。
【００３３】
次に、Ｗｅｂアプリケーション生成部４１６について説明する。Ｗｅｂアプリケーション生成部４１６で生成された情報は、外部メモリ２１１に記憶される。
【００３４】
Ｗｅｂアプリケーション生成部４１６はリポジトリ定義解析部４１７によってリポジトリ定義部４０１を解析し、Ｗｅｂアプリケーションコード生成部４１８を介し、ソースコードコンパイル部４１９にてコンパイル済Ｊａｖａコード４４４とＨＴＭＬ／ＪＳＰ／ＪａｖａＳｃｒｉｐｔ４４５からなるＷｅｂアプリケーション４４３を生成する（ｊａｖａは登録商標）。
【００３５】
リポジトリ定義解析部４１７は、リポジトリ定義部４０１からデータベース定義４０６、アプリケーション定義４０２、データモデル定義４０４、入出力定義４０３、ビジネスプロセス定義４０５を読み込み解析するものとする。
【００３６】
すなわち、Ｗｅｂアプリケーション生成部４１６は、Ｗｅｂアプリケーションに用いられるプログラムを生成するルールを記憶する手段の一例である。
【００３７】
Ｗｅｂアプリケーション生成部４１６は、外部メモリ２１１に記憶されているコード生成ルールと、リポジトリ定義解析部４１７によって解析された内容とを用いて、Ｗｅｂアプリケーションコード生成部４１８でソースコード（ＪＳＰ）を生成する。このソースコードを取り込みソースコードコンパイル部４１９でコンパイルされたファイルを生成する。そしてソースコードコンパイル部４１９がコンパイルされたファイルをアプリケーションサーバへデプロイする。なお、ソースコード、コンパイルされたファイル、デプロイされたデータを総称してプログラムデータともいう。
【００３８】
より詳細には、生成されるソースコードは、大きくサーバ用とクライアント用に分かれている。サーバ用のソースコードをコンパイルしコンパイルされたファイルが生成され、クライアント用のソースコードはコンパイルされずファイルとしてプログラム開発装置１０１上に置く。このファイルを用いてアプリケーションサーバ１０５にデプロイする。
【００３９】
また、サーバ用はＪａｖａプログラム（ｊａｖａは登録商標）が生成され、生成された直後にコンパイルされてｃｌａｓｓファイルになり、そのｃｌａｓｓファイルがデプロイされる。クライアント用はＪＳＰ／ＪａｖａＳｃｒｉｐｔ／ＣＳＳが生成され、それらはコンパイルされず、そのままデプロイされる。
【００４０】
デプロイされたモジュールがＷｅｂアプリケーション４４３である。具体的には、デプロイすると「．ｗａｒ」の拡張子を有するファイルがアプリケーションサーバに配置される。すなわち、Ｗｅｂアプリケーション生成部４１６は、Ｗｅｂアプリケーションに用いられるプログラムを生成するルールを記憶している。例えば、予め決められたルールに従って、ソースコードが生成される。
【００４１】
次に、画面仕様ドキュメント生成部４２０について説明する。画面仕様ドキュメント生成部４２０で生成された情報は、外部メモリ２１１に記憶される。
【００４２】
画面仕様ドキュメント生成部４２０は、リポジトリ定義解析部４２１によってリポジトリ定義部４０１を解析する。画面仕様ドキュメント生成部４２０は、画面一覧生成部４２２、画面仕様生成部４２３、画面ＨＴＭＬ生成部４２４、画面項目仕様生成部４２５、検索機能生成部４２６、関連文書生成部４２８、表紙生成部４２９、ヘッダ／フッタ生成部４３０、画面遷移図生成部４３９を介してＨＴＭＬ／ＣＳＳ／ＪａｖａＳｃｒｉｐｔ４４９と画像ファイル４５０からなる画面仕様ドキュメント４４８を生成する（ｊａｖａは登録商標）。
【００４３】
画面遷移図生成部４３９は、画面遷移図に必要なデータを抽出する画面遷移データ抽出部４４０と、画面ブロック生成部４４１と、画面遷移図レイアウト構成部４４２を有している。
【００４４】
その際、画面遷移図レイアウト構成部４４２は、出力フィルタ管理部４３１を介してドキュメントエリア設定管理部４３３のエリア出力設定４３４とエリアサイズ設定４３５によって画面一覧生成部４２２、画面仕様生成部４２３、画面ＨＴＭＬ生成部４２４、画面項目仕様生成部４２５、検索機能生成部４２６へレイアウトを反映し、さらにドキュメントテーマ管理部を介して、組み込みデザイン情報４３７やユーザ作成デザイン情報４３８を用いて、ドキュメント全体の装飾を画面仕様ドキュメント４４８へ反映する。
【００４５】
また、言語別ドキュメント置換処理部４３２は表紙生成部４２９、ヘッダ／フッタ生成部４３０へ言語別のファイルを設定する。
【００４６】
すなわち、画面仕様ドキュメント生成部４２０は、入出力定義４０３を用いて、Ｗｅｂアプリケーションの定義（画面）を説明するドキュメントを生成する。
【００４７】
図４は、アプリケーションサーバ１０５とＷｅｂサーバ１０７とアプリケーションクライアント１０４の処理概要を示す構成図である。
【００４８】
アプリケーションサーバ１０５は、Ｗｅｂアプリケーション生成部４１６で生成されたファイルをデプロイし、Ｗｅｂアプリケーション４４３を実行するサーバである。Ｗｅｂアプリケーション４４３は、コンパイル済Ｊａｖａコード４４４と、ＨＴＭＬ／ＪＳＰ／ＪａｖａＳｃｒｉｐｔ４４５のファイルを含むものである（ｊａｖａは登録商標）。また、データベース４４６と連携している。
【００４９】
Ｗｅｂサーバ１０７は、画面仕様ドキュメント生成部４２０で生成された画面仕様ドキュメント４４８を記憶し、アプリケーションクライアント１０４からの要求に応じて、画面仕様ドキュメントをアプリケーションクライアント１０４送信する。
【００５０】
画面仕様ドキュメントのアプリケーションクライアント１０４の表示例が図１９の１９００である。
【００５１】
なお、本実施形態では、アプリケーションサーバ１０５とＷｅｂサーバ１０７とを別筐体としたが、同一筐体で実行させる構成であってもよい。
【００５２】
図５は、Ｗｅｂアプリケーションおよび画面仕様ドキュメント生成処理全体のフローチャートの一例を示す図である。なお、以下のフローチャートの各ステップは、各装置のＣＰＵ２０１が実行する。
【００５３】
ステップＳ５００において、プログラム開発装置１０１は、Ｗｅｂアプリケーションの自動生成のための定義の入力を受ける。具体的には、開発するＷｅｂアプリケーション（プロジェクト）として、図１３のアプリケーション設定１３００でアプリケーションのコードや名前、アプリケーションタイプなどを設定する。
【００５４】
このＷｅｂアプリケーション（プロジェクト）に対して、データモデル定義、入出力定義、ビジネスプロセス定義を設定する。これらの定義は、Ｗｅｂアプリケーション自動生成する設定画面でユーザが任意に設定するものとするが、予め生成された定義を読み込む構成であってもよい。
【００５５】
また、所属入出力一覧１３０１で、どの入出力定義を所属（利用）するかを設定する。
【００５６】
入出力定義は、図１４と図１５で設定したデータを用いて定義されるものである。また、画面仕様ドキュメントで表示する画面遷移図階層レベルについても、事前に設定しておくものとし、図１６の１６００の設定情報を記憶する。本実施形態では、１６０１で示すように階層は１階層の設定となっている。
【００５７】
ステップＳ５０１において、プログラム開発装置１０１は、ユーザによるＷｅｂアプリケーション生成指示を受け付けると、外部メモリ２１１に記憶されているリポジトリ定義部４０１のアプリケーション定義４０２をＲＡＭ２０２に読み込む。
【００５８】
ステップＳ５０２において、プログラム開発装置１０１は、データモデル定義４０４を読み込む。データモデル定義４０４は、リポジトリ定義部４０１として登録されている。データモデル定義４０４は、データモデル設定画面（不図示）でデータベース上の項目をマッピングして登録されるものである。一般的には、１テーブル１データモデルが作成される。データモデル定義の作成はＷｅｂアプリケーションの開発において既知の技術であるため説明を省略する。
【００５９】
ステップＳ５０３において、プログラム開発装置１０１は、入出力定義４０３を読み込む。入出力定義４０３は、リポジトリ定義部４０１として登録されている。
【００６０】
入出力定義４０３の生成について説明する。上述したように入出力定義４０３の設定自体はステップＳ５００など事前に行われる。まず、図１５の入出力レイアウト定義画面１５００上で、画面エディタ上にオブジェクト（フィールドやアクションボタン）をドラッグアンドドロップ操作等により配置する。
【００６１】
また、アクションボタンに対して、図１５の１５０１で条件を設定する。１５０２でアクションボタンを押下した際の遷移先の画面（次入出力の定義）を設定する。
【００６２】
図１５に対応する入出力定義の例が、図１４の１４０３である。図１４の１４０３では、アクションボタンに対応する定義のほか、入出力レイアウト定義画面１５００上で設定したテキストフィールドの定義が別のレコードに表示されている。
【００６３】
画面ごとの入出力定義が１４００〜１４０３を示している。なお、次入出力への設定は画面の定義以外に、インポートやエクスポートの処理にかかる定義を設定することも可能である。
【００６４】
１４０４で、入出力定義に対して、「（アット）ＮＯＤＯＣ」の識別情報を設定することで、個別に画面仕様ドキュメントが生成されないように制御することが可能となっている。画面仕様ドキュメントは生成されないが、画面遷移図のオブジェクトとしては表示されるものとする。「（アット）ＮＯＤＯＣ」については、以下「ＮＯＤＯＣ」として説明する。
【００６５】
本実施形態における設定された定義の構造を示す図が図６の６００であり、１４００〜１４０３に対応する構造が、６０１である。
【００６６】
アクションボタンに対応する定義については、項目タイプ、項目コード、名前、次入出力などの値を有している。次入出力については、アクションにより次に移る画面（定義）が設定されている。本実施形態では、特に項目タイプによって画面遷移図が色分けされ、次入出力によって遷移先が決定され画面遷移図が生成される。
【００６７】
ステップＳ５０４において、プログラム開発装置１０１は、ビジネスプロセス定義４０５を読み込む。ビジネスプロセス定義４０５は、リポジトリ定義部４０１として登録されている。ビジネスプロセス定義４０５についてステップＳ５００で事前に設定されているものである。また、ビジネスプロセス定義４０５は、受け付けたデータの処理の流れを定義したものである。例えば、入力したデータの重複をチェックして、登録するといったロジックを定義したものである。ビジネスプロセル定義についても、Ｗｅｂアプリケーションの開発において既知の技術であるため説明を省略する。
【００６８】
ステップＳ５０５において、プログラム開発装置１０１は、外部メモリ２１１に記憶されているリポジトリ定義部４０１のデータベース定義４０６をＲＡＭ２０２に読み込む。データベース定義４０６は予め生成されているものとする。
【００６９】
ステップＳ５０６で、プログラム開発装置１０１のＷｅｂアプリケーション生成部４１６が、読み込みしたリポジトリ定義部４０１の各定義・各ファイルから情報を取得し、Ｗｅｂアプリケーションのソースコードを生成する（例えば、Ｗｅｂアプリケーション４４３）。具体的には、「入出力定義」「データモデル定義」「ビジネスプロセス定義」に基づき生成する。なお、生成されたソースコードにはプログラミング言語が記載されたファイルＨＴＭＬ、ＪＳＰ、ＪａｖａＳｃｒｉｐｔ（登録商標）等のＷｅｂアプリケーションの提供に利用されるファイルも含まれる。
【００７０】
ステップＳ５０７で、プログラム開発装置１０１の画面仕様ドキュメント生成部４２０が、画面仕様ドキュメント４４８を生成する。リポジトリ定義解析部４２１は、読み込んだ定義を解析したうえでメモリに記憶しておき、各生成部から適宜参照される。また、レイアウト構成部４２７は、各生成部の作成したドキュメントの各構成要素をレイアウトして、画面仕様ドキュメントを構成する。
【００７１】
画面仕様ドキュメントの生成処理については、図７で詳述するが、生成した画面仕様ドキュメントのイメージ図は図１９の１９００である。生成された画面仕様ドキュメントは、対応する入出力定義のコード（例えば、ＰＲＯＤＵＣＴ＿ＲＥＧＩＳＴ＿ＩＯなど）に対応付いて保存される。
【００７２】
ここで、図１９の画面仕様ドキュメントの説明を行う。
【００７３】
１９０１は、検索機能を示している。画面仕様ドキュメントから、指定された文字列を含む入出力を検索して表示することが可能である。
【００７４】
１９０２は、画面仕様ドキュメントを表示可能な一覧である。１３０１で指定した入出力の一覧に対応して表示する。ユーザの操作（クリック等）で、その入出力の画面仕様ドキュメントを右ペインに表示する。
【００７５】
１９０３は、画面仕様エリアである。入出力定義で設定した属性を表示する。
【００７６】
１９０４は、画面ＨＴＭＬエリアである。入出力定義の画面イメージをＨＴＭＬで表示する。
【００７７】
１９０５は、画面項目仕様エリアである。画面に対応する入出力項目の属性を一覧表示する。１９０４の「１」〜「６」に対応して属性が表示されている。
【００７８】
１９０６は、画面遷移図エリアである。ドキュメント表示している入出力の遷移元、遷移先を画面遷移図で表示する。この画面遷移図の生成は図１２で詳述する。
【００７９】
１９０７は、関連文書エリアである。関連文書へのリンクを表示する。
【００８０】
図７は、画面仕様ドキュメント生成のフローチャートの一例を示す図である。なお、以下のフローチャートの各ステップは、装置のＣＰＵ２０１が実行する。
【００８１】
ステップＳ７０１は、出力フィルタ管理部４３１が、ドキュメントフィルタ定義４０９を読み込む。出力フィルタ管理部４３１はドキュメントフィルタ情報をメモリに記憶し、その情報は各種生成部から適宜参照される。
【００８２】
ドキュメントフィルタとは、例えば、図１９の１９００に表示する属性（項目）や、入出力タイプ（ＩＯ，ＭＥＮＵ，ＤＩＡＬＯＧ）を決定するものであり、開発者が任意に設定できるものである。これによって、図１９の１９００に表示される情報がフィルタされる。
【００８３】
ステップＳ７０２は、ヘッダ／フッタ生成部４３０が、ヘッダ／フッタファイル４１３の有無を確認する。ヘッダ／フッタファイル４１３があった場合、ステップＳ７０３で、ヘッダ／フッタ生成部４３０が、ヘッダ／フッタを作成する。ここでいうヘッダ／フッタとは、図１９の１９００で不図示となっており、例えば、１９００に加えてヘッダ部とフッタ部をＪＳＰで記述できるものである。ヘッダ部は例えば企業ロゴなどを表示するような部分である。また、フッタ部は例えば、コピーライトを表示するような部分である。
【００８４】
ステップＳ７０４は、検索機能生成部４２６が、検索情報の作成を行う。詳細については、図８のフローチャートで説明する。
【００８５】
ステップＳ７０５は、画面一覧生成部４２２が、画面一覧の作成を行う。詳細については、図９のフローチャートで説明する。
【００８６】
入出力の定義分、ステップＳ７０６からＳ７１９までの処理を繰り返す。なお、本実施形態では、図１４に示すように入出力定義が３つ（メインメニュー、商品一覧、商品登録）あるため、３回繰り返すものとする。
【００８７】
ステップＳ７０７は、画面仕様ドキュメント生成部４２０が、入出力定義に「ＮＯＤＯＣ」指定があるかどうか確認する。指定があった場合、その入出力定義に対する画面仕様ドキュメントは出力せず、次の入出力定義の処理に移る。
【００８８】
「ＮＯＤＯＣ」の指定は、１４０４で指定されているもので、各入出力定義情報に対してメモリで管理している。１４０４は、入出力定義に「ＮＯＤＯＣ」を指定した画面イメージ図である。
【００８９】
ステップＳ７０８は、画面仕様ドキュメント生成部４２０が、出力フィルタ管理部に問い合わせ、入出力定義の入出力タイプ（ＭＥＮＵやＩＯなど）が出力対象と設定されているかどうか確認する。出力対象とするかは事前に開発者が設定しているものとする。
【００９０】
出力対象とされていなかった場合、その入出力定義の画面仕様ドキュメントは出力対象とせず、次の入出力の処理に移る。
【００９１】
ステップＳ７０９は、画面一覧生成部４２２が、ステップＳ７０５で作成した情報を元に、画面一覧を出力する。具体的には、１９０２に表示されるＨＴＭＬ情報を出力するものである。
【００９２】
ステップＳ７１０は、画面仕様生成部４２３が、画面仕様を作成・出力する。画面仕様作成・出力処理については、図１０のフローチャートで説明する。
【００９３】
ステップＳ７１１は、画面ＨＴＭＬ生成部４２４が、画面ＨＴＭＬを作成・出力する。画面ＨＴＭＬの各表示部品には、画面ＨＴＭＬデータ４０８のデータを組み込む。この画面ＨＴＭＬは、入出力レイアウト定義画面１５００でレイアウトした画面に相当するデータであり、各項目に対して番号を付与したものである。
【００９４】
ステップＳ７１２は、画面項目仕様生成部４２５が、画面項目仕様を作成・出力する。画面項目仕様作成・出力処理については、図１１のフローチャートで説明する。
【００９５】
ステップＳ７１３は、関連文書生成部４２８が、関連文書４１４が設定されているかかどうか確認する。設定されている場合には、ステップＳ７１４へ処理を移し、設定されていなかった場合は、ステップＳ７１５へ処理を移す。
【００９６】
ステップＳ７１４は、関連文書生成部４２８が、関連文書のリンク情報を作成してＨＴＭＬファイルへ出力する。
【００９７】
ステップＳ７１５は、画面遷移図生成部４３９が、画面遷移図を作成・出力する。画面遷移図作成・出力処理については、図１２のフローチャートで説明する。
【００９８】
ステップＳ７１６は、ヘッダ／フッタ生成部４３０が、ステップＳ７０２にてヘッダ／フッタが作成されているか否かを判定する。作成されていた場合、ステップＳ７１７へ処理を移し、作成されていない場合にはステップＳ７１８へ処理を移す。
【００９９】
ステップＳ７１７は、ヘッダ／フッタ生成部４３０が、作成したヘッダ／フッタをＨＴＭＬファイルへ出力する。
【０１００】
ステップＳ７１８は、検索機能生成部４２６が、ステップＳ７０４で作成した情報を元に、ＨＴＭＬファイルへ出力する。
【０１０１】
ステップＳ７２０は、表紙生成部４２９が、表紙ファイル４１０が設定されているかを判定する。表紙ファイル４１０が設定されている場合には、ステップＳ７２１へ処理を移す。表紙ファイル４１０が設定されていない場合には、処理を終了する。
【０１０２】
表紙ファイル４１０は、１９０８のエリアに表示するトップ画面を示すファイルである。このトップ画面がない場合には、画面一覧における最初の画面（定義）に対応する画面仕様ドキュメントが表示される。例えば、メインメニュー。
【０１０３】
図８は、検索情報作成のフローチャートの一例を示す図である。なお、以下のフローチャートの各ステップは、装置のＣＰＵ２０１が実行する。
【０１０４】
入出力定義の数分、検索機能生成部４２６が、ステップＳ８０１からステップＳ８０５までの処理を繰り返す。
【０１０５】
ステップＳ８０２は、入出力定義に「ＮＯＤＯＣ」指定があるか否かを判定する。「ＮＯＤＯＣ」指定がある場合には、ステップＳ８０４へ処理を移し、「ＮＯＤＯＣ」指定がない場合には、ステップＳ８０３へ処理を移す。「ＮＯＤＯＣ」指定がある場合には、その入出力の検索情報は作成せず、次の入出力定義の処理に移る。
【０１０６】
ステップＳ８０３で、出力フィルタ管理部４３１に問い合わせ、入出力定義の入出力タイプ（１４００参照）が出力対象と設定されているか否かを判定する。出力対象とされていない場合、その入出力の検索情報は作成せず、次の入出力の処理に移る。
【０１０７】
ステップＳ８０４で、検索情報を作成する。検索情報とは、画面仕様ドキュメント内を検索するための文字列を含む情報である。例えば、入出力定義の設定値であって、１９０１で入力されたキーワードを検索するためのテキストベースのデータである。作成された検索情報は外部メモリに記憶する。
【０１０８】
図９は、画面一覧情報作成のフローチャートの一例を示す図である。なお、以下のフローチャートの各ステップは、装置のＣＰＵ２０１が実行する。
【０１０９】
入出力定義の数分、画面一覧生成部４２２が、ステップＳ９０１からステップＳ９０５までの処理を繰り返す。
【０１１０】
ステップＳ９０２は、入出力定義に「ＮＯＤＯＣ」指定があるか否かを判定する。「ＮＯＤＯＣ」指定がある場合には、ステップＳ９０５へ処理を移し、「ＮＯＤＯＣ」指定がない場合には、ステップＳ９０３へ処理を移す。「ＮＯＤＯＣ」指定がある場合には、その入出力定義に関する画面一覧情報（１９０１に相当）は作成せず、次の入出力定義の処理に移る。
【０１１１】
ステップＳ９０３は、出力フィルタ管理部４３１に問い合わせ、入出力定義の入出力タイプ（１４００参照）が出力対象と設定されているか否かを判定する。出力対象とされていない場合、その入出力の検索情報は作成せず、次の入出力の処理に移る。
【０１１２】
ステップＳ９０４で、入出力定義に対応する画面一覧情報を作成する。具体的には、入出力定義のコードと名前（１４００参照）をもとに、部品を生成する。この部品には、生成される画面仕様ドキュメントのリンクを付与され、部品を押下すると対象の画面仕様ドキュメントを取得して表示することが可能となる。
【０１１３】
図１０は、画面仕様情報作成のフローチャートの一例を示す図である。なお、以下のフローチャートの各ステップは、装置のＣＰＵ２０１が実行する。
【０１１４】
入出力定義の属性の数分、画面仕様生成部４２３が、ステップＳ１００１からステップＳ１００４までの処理を繰り返す。
【０１１５】
ステップＳ１００２は、出力フィルタ管理部４３１に問い合わせ、入出力定義の属性が出力対象と設定されているか否かを判定する。出力対象とされていなかった場合、その入出力属性情報は作成せず、次の入出力属性の処理に移る。出力対象とされていた場合、ステップＳ１００３へ処理を移す。
【０１１６】
ステップＳ１００３は、入出力属性情報（１９０３に相当）を作成する。
【０１１７】
ステップＳ１００５は、画面仕様生成部４２３が、入出力属性情報を元に、画面仕様をＨＴＭＬファイルへ出力する。
【０１１８】
図１１は、画面項目仕様情報作成のフローチャートの一例を示す図である。なお、以下のフローチャートの各ステップは、装置のＣＰＵ２０１が実行する。
【０１１９】
入出力定義の項目の数分、画面項目仕様生成部４２５が、ステップＳ１１０１からステップＳ１１１０までの処理を繰り返す。
【０１２０】
ステップＳ１１０２は、入出力項目に「ＮＯＤＯＣ」指定があるか否かを判定する。指定があった場合、その入出力項目の画面項目仕様情報は作成せず、次の入出力項目の処理に移る。指定がなかった場合ステップＳ１１０３へ処理を移す。
【０１２１】
ステップＳ１１０３は、入出力項目が非表示項目かいなかを判定する。非表示項目であった場合にはステップＳ１１０４へ処理を移す。
【０１２２】
ステップＳ１１０４は、出力フィルタ管理部４３１に問い合わせ、非表示項目が出力対象と設定されているか否かを判定する。出力対象とされていなかった場合、その入出力項目の画面項目仕様情報は作成せず、次の入出力項目の処理に移す。出力対象とされている場合、ステップＳ１１０５へ処理を移す。
【０１２３】
ステップＳ１１０５は、出力フィルタ管理部４３１に問い合わせ、入出力項目の入出力項目タイプが出力対象と設定されているか否かを判定する。出力対象とされていなかった場合、その入出力項目の画面項目仕様情報は作成せず、次の入出力項目の処理に移る。出力対象とされている場合、ステップＳ１１０６へ処理を移す。
【０１２４】
入出力項目の入出力項目属性の数分、ステップＳ１１０６からステップＳ１１０９までの処理を繰り返す。
【０１２５】
ステップＳ１１０７は、出力フィルタ管理部４３１に問い合わせ、入出力項目の属性が出力対象と設定されているか否かを判定する。出力対象とされていなかった場合、その入出力項目属性情報は作成せず、次の入出力属性の処理に移る。
出力対象とされていた場合、ステップＳ１１０８へ処理を移す。
【０１２６】
ステップＳ１１０８は、画面項目仕様情報を作成する。
【０１２７】
ステップＳ１１１１は、画面項目仕様生成部４２５が、画面項目仕様情報を元に、画面項目仕様をＨＴＭＬファイルへ出力する（１９０５に相当）。
【０１２８】
図１２は、画面遷移図作成のフローチャートの一例を示す図である。なお、以下のフローチャートの各ステップは、装置のＣＰＵ２０１が実行する。
【０１２９】
入出力定義の定義数分、画面遷移データ抽出部４４０が、ステップＳ１２０１からステップＳ１２０７までの処理を繰り返す。本実施形態では、入出力定義が３つあるため、３回繰り返す。
【０１３０】
ステップＳ１２０２は、入出力定義から入出力の項目コードと名前（図１４参照）と画面データ（図１５の１５０３に相当）を抽出する。
【０１３１】
ステップＳ１２０３は、入出力定義からアクション定義を全て抽出しメモリに保存する。アクション定義とは、項目タイプで「Ａ  アクション」となっている定義である。なお、ユーザの操作等によりイベントが発生したときに自動でアクション（検索、登録、削除、キャンセル）が実行されるものが、アクション定義として設定がされている。
【０１３２】
ステップＳ１２０４からステップＳ１２０６までの処理をアクション定義の数分繰り返す。
【０１３３】
ステップＳ１２０５は、アクション定義から遷移データを抽出し、メモリに保存する。遷移データとは、図１４にある次入出力の設定値である。１４１３を参照すると、商品登録画面で登録ボタンが押下されると、商品一覧画面に遷移することを特定できる情報が保存される。また、１４１１と１４１２を参照すると、商品登録画面は、メインメニューと商品一覧画面から遷移することが特定できる情報が保存される。すなわち、入出力定義に含まれるアクション情報に従って、遷移先の入出力定義を特定する特定処理の一例を示すものである。
【０１３４】
ステップＳ１２０８は、階層レベル設定ファイル１６００を読み込む。本実施形態では、１６０１に示す通り階層レベルは「１」となっている。
【０１３５】
ステップＳ１２０９は、ステップＳ１２０２とステップＳ１２０５で保存したメモリから今回の処理対象の画面（例えば、商品登録画面の定義）のデータとステップＳ１２０８で１６００のような設定ファイルから読み込んだ階層レベル設定分の遷移データを読み出す。
【０１３６】
画面遷移データ抽出部４４０で抽出した対象画面と遷移画面分のデータを、
画面ブロック生成部４４１が、ステップＳ１２１０からステップＳ１２１４までの処理を繰り返す。この処理は遷移図で用いる遷移元と遷移先となるデータ部品を生成する処理である。
【０１３７】
ステップＳ１２１１は、画面遷移する入出力をデータ部品（ブロック）に変換する。データ部品に変換する際には、１４００のコードと名前の値を含めたデータ部品（矩形オブジェクト）を生成する。なお、データ部品を変換する（生成する）場合には、１４００の入出力タイプが識別できるように色分けする。色情報はタイプによってあらかじめ定義されているものとするが、開発者が任意に設定してもよい。
【０１３８】
また、生成している画面仕様ドキュメントに対応する入出力定義が基準となり、この基準となる入出力定義と、遷移先又は遷移元の入出力定義に対応するオブジェクトを生成すると処理と言い換えることも可能である。
【０１３９】
ステップＳ１２１２は、入出力定義に「ＮＯＤＯＣ」指定があるか否かを判定する。指定がある場合には、その入出力定義の画面仕様ドキュメントへのリンクの作成は行わず、次の入出力の処理に移る。指定がない場合には、ステップＳ１２１３に処理を移す。
【０１４０】
ステップＳ１２１３は、生成したデータ部品に、入出力定義に対応して生成された画面仕様ドキュメントへのリンクを作成する。画面仕様ドキュメントのファイル名などあらかじめルールに従って生成されるため、このタイミングでリンクを生成することが可能となっている。なお、リンクの作成は、図７の処理が終了したタイミング（画面仕様ドキュメントが完全に生成されたタイミング）で行ってもよい。
【０１４１】
「ＮＯＤＯＣ」指定がある場合には、画面仕様ドキュメントは生成されていないが、遷移元や遷移先としてはユーザに認識させることが望ましいため画面遷移図上では確認できるようになっている。
【０１４２】
ステップＳ１２２３は、アクション情報を生成する。具体的には、遷移元の画面（入出力定義）で用いられているアクション情報（１５０１）を収集する。このアクション情報は、１７０３のアイコンの押下によって表示される情報となる。画面遷移図における遷移元又は遷移先にかかるアクション情報を取得する取得処理の一例を示すものである。
【０１４３】
ここで、アクション情報で同じ画面に遷移する場合（同じ次入出力がある場合）、画面遷移図でアクション情報をまとめて表示できるように管理する。
【０１４４】
ステップＳ１２１５は、画面遷移図レイアウト構成部４４２がデータ部品を描画する位置を設定する。具体的には、商品登録画面（商品登録の入出力定義）に対する画面仕様ドキュメントを生成している場合には、商品登録画面のデータ部品を中央になるように位置を決定する（ＨＴＭＬ５のＣａｎｖａｓ上の位置）。図１７を参照すると、１７０５の位置である。Ｃａｎｖａｓを示す情報が、１７０１である。すなわち、基準となる入出力定義に対応するオブジェクトをユーザが認識しやすい形態で配置する処理の一例を示すものである。
【０１４５】
ステップＳ１２１６は、データ部品を遷移元と遷移先のグループに分類する。
図１７を参照すると、１７０２のように、対象画面とそれ以外の画面データを遷移元、遷移先グループに分類した画面遷移情報を作成する。１７０６が遷移元の情報で、１７０７が遷移先の情報となっている。
【０１４６】
ステップＳ１２１６で分類したグループ分、ステップＳ１２１７からステップＳ１２２１までの処理を繰り返す。
【０１４７】
ステップＳ１２１８は、各グループのデータ部品を描画する位置（ＨＴＭＬ５のＣａｎｖａｓ上の位置）を設定する。描画する位置は、ステップＳ１２１５の決定した位置の左の位置に遷移元のデータ部品の位置を、右の位置に遷移先のデータ部品の位置を設定する。同じグループに複数のデータ部品がある場合には、縦に位置するように設定する。描画する位置は所定のルールに従って決定される。
【０１４８】
ステップＳ１２１９は、各データ部品間を結ぶ遷移を表す遷移矢印を描画する位置を設定する。
【０１４９】
ステップＳ１２２０は、アクション情報を表示するためのアイコンを描画する位置を設定する。すなわち、アクション情報を表示させるオブジェクトを、画面遷移図における遷移にかかる位置に配置する処理の一例を示すものである。
【０１５０】
すなわち、ステップＳ１２１０〜ステップＳ１２２１の処理は、特定処理により特定された遷移先の入出力定義に従って、基準となる入出力定義における遷移構成を決定する決定処理の一例を示すものである。
【０１５１】
ステップＳ１２２２は、ステップＳ１２１５からステップＳ１２２１で設定した画面遷移図描画のための設定を基に、キャンバス上に画面遷移図を描画する。すなわち、決定処理により決定された遷移構成に従って、生成されるプログラムで用いられる指定された画面それぞれに対応する画面遷移図を生成する画面遷移図生成処理の一例を示すものである。また、アクション情報を任意に表示可能に、画面遷移図を生成する処理である。
【０１５２】
ここで画面遷移図を描画した際のイメージについて説明する。図１７は画面遷移図と遷移図のデータを示す図である。
【０１５３】
１７００は、画面仕様ドキュメント出力の対象となる入出力定義（ＰＲＯＤＵＣＴ＿ＲＥＧＩＳＴ＿ＩＯ）の画面遷移図のイメージ図である。１７０１は、画面遷移図部分のＨＴＭＬである。１７０２は、画面遷移情報である。
１７０３は、画面遷移図に表示しているアイコンをクリックしたときに表示するアイコンである。１７０４は、１４１３の次入出力の設定値から決定された遷移先のデータ部品である。１７０５は、画面仕様ドキュメント出力の対象となる入出力定義（ＰＲＯＤＵＣＴ＿ＲＥＧＩＳＴ＿ＩＯ）のデータ部品を示し、キャンバス上の中央に配置されている。
【０１５４】
また、図１７の１７０３のアクション情報のアイコンが操作された際の画面遷移図を図１８に示す。図１８は、アイコンが操作された際の画面遷移図のイメージ図である。１８００はアクション情報表示例を示す図であり、１８０１がアイコンを押下した際に表示される商品一覧のアクション情報例である。また１８０１は、１４１２のアクションに関する情報となっている。
【０１５５】
この１８０１に表示するアクションに関する情報は、ステップＳ１２２２で遷移図を描画する際に、メモリから取得する。すなわち、画面遷移図における遷移元又は遷移先にかかるアクション情報を取得する取得処理の一例である。
【０１５６】
また、１８０１に表示するアクションに関する情報は、同一の遷移先に対するアクション情報が複数ある場合には、当該複数のアクション情報をまとめて表示可能に、画面遷移図に表示する。
【０１５７】
このように、指定された画面（入出力定義）を基準として、その画面それぞれに適した画面遷移図を容易に生成することができる。画面仕様ドキュメント単位で適した画面遷移図が生成することができるため、ユーザが確認している画面を基準に、どのようなアクションによってどのような画面遷移がされるのかを容易に把握させることが可能となる。
【０１５８】
図２０は、画面仕様ドキュメントにおける表示制御のフローチャートの一例を示す図である。なお、以下のフローチャートの各ステップは、装置のＣＰＵ２０１が実行する。
【０１５９】
アプリケーションクライアント１０４から、Ｗｅｂサーバ１０７へアクセスして、画面仕様ドキュメント（ＨＴＭＬ）を取得する。取得した画面仕様ドキュメントを表示部に表示する。上述したように、画面仕様ドキュメントの表示例が図１９である。
【０１６０】
ステップＳ２００１は、画面一覧１９０２を介してユーザからの操作を受け付ける。具体的には、表示したい入出力定義の画面仕様ドキュメントのクリックを受け付ける。
【０１６１】
ステップＳ２００２は、選択された入出力定義の画面仕様ドキュメントを、画面一覧１９０２のリンクに従って、Ｗｅｂサーバ１０７から取得して表示する（１９０８）。なお、リンクには、画面に対応するコード（例えば、ＰＲＯＤＵＣＴ＿ＲＥＧＩＳＴ＿ＩＯ）が含まれており、このコードに対応する画面仕様ドキュメントを取得するものとする。
【０１６２】
ステップＳ２００３は、画面仕様ドキュメントの画面遷移図１９において、アクション情報のアイコン１７０３が選択されたか否かを判定する。アイコン１７０３が選択された場合は、ステップＳ２００４へ処理を移す。アイコン１７０３が選択されていない場合は、ステップＳ２００５へ処理を移す。
【０１６３】
ステップＳ２００４は、アクション情報を表示する。アクション情報の表示例が１８０１である。このアクション情報もＷｅｂサーバ１０７から取得される。
【０１６４】
ステップＳ２００５は、データ部品がクリックされたか否かを判定する。具体的には、１７０４などのデータ部品が選択されたか否かを判定する。データ部品が選択された場合にはステップＳ２００６へ処理を移す。データ部品が選択されていない場合には終了する（操作待ちとなる）。
【０１６５】
ステップＳ２００６は、選択されたデータ部品が有している、コードを取得する。例えば、１７０７の「ＰＲＯＤＵＣＴ＿ＬＩＳＴ＿ＩＯ」を取得する。
【０１６６】
ステップＳ２００７は、取得したコードをもとに、Ｗｅｂサーバに対象の画面仕様ドキュメントを要求し、コードに対応した画面仕様ドキュメントを取得する。また、この取得した画面仕様ドキュメントを表示する。
【０１６７】
なお、本実施形態では、Ｗｅｂアプリケーションを生成し構築するシステムとして説明したが、ＸＭＬ形式でやり取りするＷｅｂサービスとして動作するシステムであってもよい。
【０１６８】
次に、図２１を用いて、本実施形態における、特徴を示す機能構成の一例について説明する。
【０１６９】
なお、図２１の機能構成は、プログラム開発装置１０１の機能構成であるが、プログラム開発が可能な装置であればサーバであってもよい。すなわち、クラウド環境で開発できるシステムを利用する場合、サーバの機能構成に置き換えることも可能である。すなわち、Ｗｅｂシステムで実行するプログラムを生成する情報処理装置と言い換えることが可能である。また、Ｗｅｂシステムで用いるクライアント装置で表示する画面に対応する入出力定義に従って、Ｗｅｂシステムで実行するプログラムを生成する情報処理装置である。
【０１７０】
特定部２１０１は、入出力定義に含まれるアクション情報に従って、遷移先の入出力定義を特定する機能部である。
【０１７１】
決定部２１０２は、特定部２１０１により特定された遷移先の入出力定義に従って、基準となる入出力定義における遷移構成を決定する機能部である。
【０１７２】
画面遷移図生成部２１０３は、決定部２１０２により決定された遷移構成に従って、生成されるプログラムで用いられる指定された画面それぞれに対応する画面遷移図を生成する機能部である。
【０１７３】
取得部２１０４は、画面遷移図における遷移元又は遷移先にかかるアクション情報を取得する機能部である。
【０１７４】
また、画面遷移図生成部２１０３は、取得部２１０４により取得されたアクション情報を任意に表示可能に、画面遷移図を生成する機能部である。
【０１７５】
また、画面遷移図生成部２１０３は、前記入出力定義の複数のアクション情報を含み、同一の遷移先に対するアクション情報が複数ある場合には、当該複数のアクション情報をまとめて表示可能に、画面遷移図を生成する機能部である。
【０１７６】
また、画面遷移図生成部２１０３は、前記アクション情報を表示させるオブジェクトを、画面遷移図における遷移にかかる位置に配置する機能部である。
【０１７７】
ドキュメント生成部２１０５は、前記入出力定義に従って、入出力定義の仕様を表示するドキュメントを生成する機能部である。
【０１７８】
また、画面遷移図生成部２１０３は、ドキュメント生成部２１０５で生成されたドキュメントに対応して画面遷移図を生成する機能部である。
【０１７９】
また、画面遷移図生成部２１０３は、基準となる入出力定義と、遷移先又は遷移元の入出力定義に対応するオブジェクトを生成する機能部である。
【０１８０】
前記オブジェクトは、ドキュメント生成部２１０５は、により生成されたドキュメントとリンクするように生成されるもので、画面遷移図生成部２１０３により作成される。当該オブジェクトは前記入出力定義のタイプに従って識別可能に生成される。
【０１８１】
前記基準となる入出力定義は、ドキュメント生成部２１０５でドキュメントを生成する際に用いられる入出力定義であって、画面遷移図生成部２１０３は、前記基準となる入出力定義に対応するオブジェクトをユーザが認識しやすい形態で配置した画面遷移図を生成する。
【０１８２】
以上、本実施形態の詳細な説明を終了する。
【０１８３】
本実施形態では、Ｗｅｂアプリケーションの実行環境で表示する画面ごとの画面遷移図を容易に生成することができる。
【０１８４】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【０１８５】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【０１８６】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【０１８７】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８８】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８９】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１９０】
上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。
【０１９１】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１９２】
１０１  プログラム開発装置
１０２  プログラム開発サーバ
１０３  データベースサーバ
１０４  アプリケーションクライアント
１０５  アプリケーションサーバ
１０６  ネットワーク
１０７  Ｗｅｂサーバ
２０１  ＣＰＵ
２０２  ＲＡＭ
２１１  外部メモリ
【図１】
2018181072.tif 000003
【図２】
2018181072.tif 000004
【図３】
2018181072.tif 000005
【図４】
2018181072.tif 000006
【図５】
2018181072.tif 000007
【図６】
2018181072.tif 000008
【図７】
2018181072.tif 000009
【図８】
2018181072.tif 000010
【図９】
2018181072.tif 000011
【図１０】
2018181072.tif 000012
【図１１】
2018181072.tif 000013
【図１２】
2018181072.tif 000014
【図１３】
2018181072.tif 000015
【図１４】
2018181072.tif 000016
【図１５】
2018181072.tif 000017
【図１６】
2018181072.tif 000018
【図１７】
2018181072.tif 000019
【図１８】
2018181072.tif 000020
【図１９】
2018181072.tif 000021
【図２０】
2018181072.tif 000022
【図２１】
2018181072.tif 000023