JP7397368B2 - 情報処理装置とその処理方法及びプログラム - Google Patents

Description

プログラム生成する情報処理装置とその処理方法及びプログラムに関する。

近年、企業内では、クライアント端末に特別なアプリケーションをインストールすることなく業務が行えるように、業務用アプリケーションのＷｅｂ化が急速に進んでいる。そしてこのような業務アプリケーションの開発現場においては、開発スキル不足や要員不足を解決するために、Ｗｅｂアプリケーションをプログラミングレスで容易に作成できる開発ツールが用いられている。このような開発ツールを用いると、プログラミング言語の知識を有していなくても、業務・設計ノウハウを活用して基本設計情報を定義するだけで、Ｗｅｂアプリケーションを自動生成することができる。

ところで、このようなＷｅｂアプリケーションは複数の画面を用意し、画面から別の画面へと遷移していくように設計されるが、全体の業務の流れを把握するために画面遷移図を作成することがある。

このような画面遷移図を手作業で作成することは煩雑であるため、自動で画面遷移図を作成することのできる仕組みが求められている。

特に、Ｗｅｂアプリケーションの開発時には画面遷移の仕様が開発途中で変更になることが多く、開発中においても画面遷移がどのような状態となっているのかを視覚的に認識することができる画面遷移図を生成する技術が、例えば特許文献１に開示されている。

特開２０１６－１７３７２１号公報

ところで、Ｗｅｂアプリケーションでは多くの画面を有しているため、画面遷移図を表示すると複雑な図となってしまい見づらい環境となってしまう。

また、Ｗｅｂアプリケーションを実行した場合、利用ユーザは画面を介して操作しているため、その画面を基準とした画面遷移図が望ましいが、特許文献１の技術では、所定の遷移数以上の画面を中心に画面遷移図を表示するため、Ｗｅｂアプリケーションの実行時の環境には適さないという課題があった。

そこで、本発明の目的は、アプリケーションを利用するエンドユーザーにとって、より直観的でわかりやすく見易い画面遷移図を生成する仕組みを提供することである。

特定のプログラムで表示される画面の遷移関係、および、前記遷移関係のある遷移元画面から遷移先画面へ渡す項目を特定する特定手段と、
所定の指示を受け付けたことに応じて、前記特定手段で特定した遷移関係に基づき、前記特定のプログラムで表示される複数の画面のうち前記複数の画面のそれぞれを基準とした遷移図を生成し、当該遷移図に係る所定の位置に前記遷移関係を示す矢印に係るアイコンを配置するように制御する制御手段と、
前記制御手段による制御で生成された前記遷移図および前記アイコンを表示し、前記アイコンに対する指示を受け付けたことに応じて当該アイコンに係る矢印が示す前記遷移関係の遷移元画面から遷移先画面へ渡す項目を表示するように制御する表示制御手段と
を有することを特徴とする。

本発明によれば、より適した画面遷移図を生成することができる。

本実施形態におけるシステム構成を示す図である。 本実施形態における各装置に適用可能なハードウェア構成を示す図である。 プログラム開発装置１０１における処理概要を示す図である。 プログラム開発装置１０１の処理後の処理概要を示す図である。 Ｗｅｂアプリケーションおよび画面仕様ドキュメント生成処理全体の一例を示すフローチャートである。 定義の構造の一例を示す図である。 画面仕様ドキュメントの生成処理の一例を示すフローチャートである。 検索情報作成処理の一例を示すフローチャートである。 画面一覧情報作成処理の一例を示すフローチャートである。 画面仕様情報作成処理の一例を示すフローチャートである。 画面項目仕様情報作成処理の一例を示すフローチャートである。 画面遷移図作成処理の一例を示すフローチャートである。 アプリケーション設定の一例を示す図である。 入出力定義の一例を示す図である。 入出力レイアウト定義画面の一例を示す図である。 階層レベルの設定情報の一例を示す図である。 画面遷移図と遷移図のデータの一例を示す図である。 アイコンが操作された際の画面遷移図の一例を示す図である。 画面仕様ドキュメントの一例を示す図である。 画面仕様ドキュメントにおける表示制御処理の一例を示すフローチャートである。 本実施形態における、特徴を示す機能構成の一例を示す図である。

以下、本発明の実施の形態を、図面を参照して詳細に説明する。

図１は、本発明に係わるプログラム開発装置（開発者がＷｅｂアプリケーション生成のために使用する情報処理装置）、プログラム開発サーバ、データベースサーバ、アプリケーションクライアント（クライアント装置）、アプリケーションサーバの構成の一例を示すシステム構成図である（情報処理システム）。

プログラム開発装置１０１は、開発者の操作に従って画面レイアウトおよびデータベース検索指示などを定義する。プログラム開発装置１０１単体では、開発者の入力受付を行い、後述するプログラム開発サーバ１０２に実際のプログラム生成処理、アプリケーション生成処理をさせてもよいし、プログラム開発装置１０１単体でプログラム生成、アプリケーション生成まで処理してもよい。

なお、この実施形態においては、プログラム開発装置１０１で生成するアプリケーションはＷｅｂアプリケーションとしたが、これに限定するものではなく、携帯電話・スマートフォン・タブレットなどの情報処理装置で動作するアプリケーションや組込みソフトウェアなど、Ｗｅｂ技術による通信を利用したアプリケーションでなくてもよい。

プログラム開発サーバ１０２ａ～１０２ｂ（情報処理装置）は、プログラム開発装置１０１により入力された開発者の指示に従って、プログラムを開発する。プログラム開発サーバ１０２ａはＬＡＮなどのネットワーク１０６内に配置されてもよいし、プログラム開発サーバ１０２ｂはインターネット上やクラウド上に配置されてもよい。

データベースサーバ１０３ａ～１０３ｂ（情報処理装置）は、開発されたアプリケーションが使用するデータベースであり、また本発明では開発時にも動作確認などのために利用してもよい。例えば、開発者が利用するためにデータベースサーバ１０３は、プログラム開発装置１０１と同一の装置で構成されていてもよいし、ＬＡＮなどのネットワーク１０６内に配置されてもよい（データベースサーバ１０３ａ）。またインターネット上やクラウド上に配置されてもよい（データベースサーバ１０３ｂ）。また、プログラム開発装置１０１が、プログラム開発サーバ１０２と協調する場合には、プログラム開発サーバ１０２とデータベースサーバ１０３が同一の装置内に構成されていてもよい。

アプリケーションサーバ１０５ａ～１０５ｂ（情報処理装置）は、プログラム開発装置１０１で開発されたアプリケーションを実行する。ＬＡＮなどのネットワーク１０６内に配置されてもよい（アプリケーションサーバ１０５ａ）し、またインターネット上やクラウド上に配置されてもよい（アプリケーションサーバ１０５ｂ）。また、ネットワーク１０６、インターネット、クラウド上のデータベースサーバ１０３と接続して動作する可能である。

アプリケーションクライアント１０４ａ～１０４ｂ（情報処理装置）は、アプリケーションサーバ１０５と協調してプログラム開発装置１０１で開発したアプリケーションプログラムを動作させる、ユーザの入力端末である。ＬＡＮなどのネットワーク１０６内に配置されてもよい（アプリケーションクライアント１０４ａ）し、またインターネット上やクラウド上に配置されてもよい（アプリケーションクライアント１０４ｂ）。携帯端末などの情報処理装置であってもよい。

図２は、本発明に係わるプログラム開発装置１０１、プログラム開発サーバ１０２、データベースサーバ１０３、アプリケーションクライアント１０４、アプリケーションサーバ１０５として適用可能な各ハードウェア構成の一例を示すブロック図である。

図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。

また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバ、クライアント、装置など情報処理装置の後述する各種機能を実現するためのプログラムが記憶されている。

ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。

入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、情報処理装置では、キーボード、マウス等のポインティングデバイスが挙げられる。

出力コントローラ２０６は、出力部２１０の表示を制御する。この出力部２１０としては、例えば、ＣＲＴや液晶ディスプレイ等が挙げられる。

外部メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザーファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。加えて、各サーバ、クライアント、装置等の各種機能を実現するための各種テーブル、パラメータが記憶されている。この外部メモリ２１１としては、ハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。

通信Ｉ／Ｆコントローラ２０８は、ネットワークを介して外部機器との通信制御処理を実行する。

本発明を実現するためのプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。

次に本実施形態における基本の処理について、図３、図４の構成図を用いて説明する。なお、本実施形態における特徴となる処理の詳細については、図５、図７～図１２、図２０のフローチャートを用いて説明する（特に図１２）。

図３は、プログラム開発装置１０１の処理概要を示す構成図である。プログラム開発装置１０１は、Ｗｅｂアプリケーションを開発する開発者が定義した定義ファイルをもとにＷｅｂアプリケーションを自動生成することを目的とした装置である。プログラム開発装置１０１は、リポジトリ定義部４０１、Ｗｅｂアプリケーション生成部４１６、画面仕様ドキュメント生成部４２０により構成される。また、前述に加え、階層レベル設定４１５、画面遷移図生成部４３９を本実施形態における特徴として備えている。

リポジトリ定義部４０１は、アプリケーション定義４０２、入出力定義４０３、データモデル定義４０４、ビジネスプロセス定義４０５、データベース定義４０６、ドキュメント用定義４０７、画面ＨＴＭＬデータ４０８、ドキュメントフィルタ定義４０９、表紙ファイル４１０、アプリケーションリソースファイル４１１、ドキュメントリソースファイル４１２、ヘッダ／フッタファイル４１３、関連文書４１４、階層レベル設定４１５を備える。これらのファイルは、Ｗｅｂアプリケーション開発ツールを介して開発者によって入力され、作成される。すなわち、リポジトリ定義部４０１は、プログラムへ引数として入力される項目を定義する入力定義情報と、プログラムから処理結果として出力する項目を定義する出力定義情報とを入出力定義情報として管理している。

次に、Ｗｅｂアプリケーション生成部４１６について説明する。Ｗｅｂアプリケーション生成部４１６で生成された情報は、外部メモリ２１１に記憶される。

Ｗｅｂアプリケーション生成部４１６はリポジトリ定義解析部４１７によってリポジトリ定義部４０１を解析し、Ｗｅｂアプリケーションコード生成部４１８を介し、ソースコードコンパイル部４１９にてコンパイル済Ｊａｖａコード４４４とＨＴＭＬ／ＪＳＰ／ＪａｖａＳｃｒｉｐｔ４４５からなるＷｅｂアプリケーション４４３を生成する（ｊａｖａは登録商標）。

リポジトリ定義解析部４１７は、リポジトリ定義部４０１からデータベース定義４０６、アプリケーション定義４０２、データモデル定義４０４、入出力定義４０３、ビジネスプロセス定義４０５を読み込み解析するものとする。

すなわち、Ｗｅｂアプリケーション生成部４１６は、Ｗｅｂアプリケーションに用いられるプログラムを生成するルールを記憶する手段の一例である。

Ｗｅｂアプリケーション生成部４１６は、外部メモリ２１１に記憶されているコード生成ルールと、リポジトリ定義解析部４１７によって解析された内容とを用いて、Ｗｅｂアプリケーションコード生成部４１８でソースコード（ＪＳＰ）を生成する。このソースコードを取り込みソースコードコンパイル部４１９でコンパイルされたファイルを生成する。そしてソースコードコンパイル部４１９がコンパイルされたファイルをアプリケーションサーバへデプロイする。なお、ソースコード、コンパイルされたファイル、デプロイされたデータを総称してプログラムデータともいう。

より詳細には、生成されるソースコードは、大きくサーバ用とクライアント用に分かれている。サーバ用のソースコードをコンパイルしコンパイルされたファイルが生成され、クライアント用のソースコードはコンパイルされずファイルとしてプログラム開発装置１０１上に置く。このファイルを用いてアプリケーションサーバ１０５にデプロイする。

また、サーバ用はＪａｖａプログラム（ｊａｖａは登録商標）が生成され、生成された直後にコンパイルされてｃｌａｓｓファイルになり、そのｃｌａｓｓファイルがデプロイされる。クライアント用はＪＳＰ／ＪａｖａＳｃｒｉｐｔ／ＣＳＳが生成され、それらはコンパイルされず、そのままデプロイされる。

デプロイされたモジュールがＷｅｂアプリケーション４４３である。具体的には、デプロイすると「．ｗａｒ」の拡張子を有するファイルがアプリケーションサーバに配置される。すなわち、Ｗｅｂアプリケーション生成部４１６は、Ｗｅｂアプリケーションに用いられるプログラムを生成するルールを記憶している。例えば、予め決められたルールに従って、ソースコードが生成される。

次に、画面仕様ドキュメント生成部４２０について説明する。画面仕様ドキュメント生成部４２０で生成された情報は、外部メモリ２１１に記憶される。

画面仕様ドキュメント生成部４２０は、リポジトリ定義解析部４２１によってリポジトリ定義部４０１を解析する。画面仕様ドキュメント生成部４２０は、画面一覧生成部４２２、画面仕様生成部４２３、画面ＨＴＭＬ生成部４２４、画面項目仕様生成部４２５、検索機能生成部４２６、関連文書生成部４２８、表紙生成部４２９、ヘッダ／フッタ生成部４３０、画面遷移図生成部４３９を介してＨＴＭＬ／ＣＳＳ／ＪａｖａＳｃｒｉｐｔ４４９と画像ファイル４５０からなる画面仕様ドキュメント４４８を生成する（ｊａｖａは登録商標）。

画面遷移図生成部４３９は、画面遷移図に必要なデータを抽出する画面遷移データ抽出部４４０と、画面ブロック生成部４４１と、画面遷移図レイアウト構成部４４２を有している。

その際、画面遷移図レイアウト構成部４４２は、出力フィルタ管理部４３１を介してドキュメントエリア設定管理部４３３のエリア出力設定４３４とエリアサイズ設定４３５によって画面一覧生成部４２２、画面仕様生成部４２３、画面ＨＴＭＬ生成部４２４、画面項目仕様生成部４２５、検索機能生成部４２６へレイアウトを反映し、さらにドキュメントテーマ管理部を介して、組み込みデザイン情報４３７やユーザ作成デザイン情報４３８を用いて、ドキュメント全体の装飾を画面仕様ドキュメント４４８へ反映する。

また、言語別ドキュメント置換処理部４３２は表紙生成部４２９、ヘッダ／フッタ生成部４３０へ言語別のファイルを設定する。

すなわち、画面仕様ドキュメント生成部４２０は、入出力定義４０３を用いて、Ｗｅｂアプリケーションの定義（画面）を説明するドキュメントを生成する。

図４は、アプリケーションサーバ１０５とＷｅｂサーバ１０７とアプリケーションクライアント１０４の処理概要を示す構成図である。

アプリケーションサーバ１０５は、Ｗｅｂアプリケーション生成部４１６で生成されたファイルをデプロイし、Ｗｅｂアプリケーション４４３を実行するサーバである。Ｗｅｂアプリケーション４４３は、コンパイル済Ｊａｖａコード４４４と、ＨＴＭＬ／ＪＳＰ／ＪａｖａＳｃｒｉｐｔ４４５のファイルを含むものである（ｊａｖａは登録商標）。また、データベース４４６と連携している。

Ｗｅｂサーバ１０７は、画面仕様ドキュメント生成部４２０で生成された画面仕様ドキュメント４４８を記憶し、アプリケーションクライアント１０４からの要求に応じて、画面仕様ドキュメントをアプリケーションクライアント１０４送信する。

画面仕様ドキュメントのアプリケーションクライアント１０４の表示例が図１９の１９００である。

なお、本実施形態では、アプリケーションサーバ１０５とＷｅｂサーバ１０７とを別筐体としたが、同一筐体で実行させる構成であってもよい。

図５は、Ｗｅｂアプリケーションおよび画面仕様ドキュメント生成処理全体のフローチャートの一例を示す図である。なお、以下のフローチャートの各ステップは、各装置のＣＰＵ２０１が実行する。

ステップＳ５００において、プログラム開発装置１０１は、Ｗｅｂアプリケーションの自動生成のための定義の入力を受ける。具体的には、開発するＷｅｂアプリケーション（プロジェクト）として、図１３のアプリケーション設定１３００でアプリケーションのコードや名前、アプリケーションタイプなどを設定する。

このＷｅｂアプリケーション（プロジェクト）に対して、データモデル定義、入出力定義、ビジネスプロセス定義を設定する。これらの定義は、Ｗｅｂアプリケーション自動生成する設定画面でユーザが任意に設定するものとするが、予め生成された定義を読み込む構成であってもよい。

また、所属入出力一覧１３０１で、どの入出力定義を所属（利用）するかを設定する。

入出力定義は、図１４と図１５で設定したデータを用いて定義されるものである。また、画面仕様ドキュメントで表示する画面遷移図階層レベルについても、事前に設定しておくものとし、図１６の１６００の設定情報を記憶する。本実施形態では、１６０１で示すように階層は１階層の設定となっている。

ステップＳ５０１において、プログラム開発装置１０１は、ユーザによるＷｅｂアプリケーション生成指示を受け付けると、外部メモリ２１１に記憶されているリポジトリ定義部４０１のアプリケーション定義４０２をＲＡＭ２０２に読み込む。

ステップＳ５０２において、プログラム開発装置１０１は、データモデル定義４０４を読み込む。データモデル定義４０４は、リポジトリ定義部４０１として登録されている。データモデル定義４０４は、データモデル設定画面（不図示）でデータベース上の項目をマッピングして登録されるものである。一般的には、１テーブル１データモデルが作成される。データモデル定義の作成はＷｅｂアプリケーションの開発において既知の技術であるため説明を省略する。

ステップＳ５０３において、プログラム開発装置１０１は、入出力定義４０３を読み込む。入出力定義４０３は、リポジトリ定義部４０１として登録されている。

入出力定義４０３の生成について説明する。上述したように入出力定義４０３の設定自体はステップＳ５００など事前に行われる。まず、図１５の入出力レイアウト定義画面１５００上で、画面エディタ上にオブジェクト（フィールドやアクションボタン）をドラッグアンドドロップ操作等により配置する。

また、アクションボタンに対して、図１５の１５０１で条件を設定する。１５０２でアクションボタンを押下した際の遷移先の画面（次入出力の定義）を設定する。

図１５に対応する入出力定義の例が、図１４の１４０３である。図１４の１４０３では、アクションボタンに対応する定義のほか、入出力レイアウト定義画面１５００上で設定したテキストフィールドの定義が別のレコードに表示されている。

画面ごとの入出力定義が１４００～１４０３を示している。なお、次入出力への設定は画面の定義以外に、インポートやエクスポートの処理にかかる定義を設定することも可能である。

１４０４で、入出力定義に対して、「（アット）ＮＯＤＯＣ」の識別情報を設定することで、個別に画面仕様ドキュメントが生成されないように制御することが可能となっている。画面仕様ドキュメントは生成されないが、画面遷移図のオブジェクトとしては表示されるものとする。「（アット）ＮＯＤＯＣ」については、以下「ＮＯＤＯＣ」として説明する。

本実施形態における設定された定義の構造を示す図が図６の６００であり、１４００～１４０３に対応する構造が、６０１である。

アクションボタンに対応する定義については、項目タイプ、項目コード、名前、次入出力などの値を有している。次入出力については、アクションにより次に移る画面（定義）が設定されている。本実施形態では、特に項目タイプによって画面遷移図が色分けされ、次入出力によって遷移先が決定され画面遷移図が生成される。

ステップＳ５０４において、プログラム開発装置１０１は、ビジネスプロセス定義４０５を読み込む。ビジネスプロセス定義４０５は、リポジトリ定義部４０１として登録されている。ビジネスプロセス定義４０５についてステップＳ５００で事前に設定されているものである。また、ビジネスプロセス定義４０５は、受け付けたデータの処理の流れを定義したものである。例えば、入力したデータの重複をチェックして、登録するといったロジックを定義したものである。ビジネスプロセル定義についても、Ｗｅｂアプリケーションの開発において既知の技術であるため説明を省略する。

ステップＳ５０５において、プログラム開発装置１０１は、外部メモリ２１１に記憶されているリポジトリ定義部４０１のデータベース定義４０６をＲＡＭ２０２に読み込む。データベース定義４０６は予め生成されているものとする。

ステップＳ５０６で、プログラム開発装置１０１のＷｅｂアプリケーション生成部４１６が、読み込みしたリポジトリ定義部４０１の各定義・各ファイルから情報を取得し、Ｗｅｂアプリケーションのソースコードを生成する（例えば、Ｗｅｂアプリケーション４４３）。具体的には、「入出力定義」「データモデル定義」「ビジネスプロセス定義」に基づき生成する。なお、生成されたソースコードにはプログラミング言語が記載されたファイルＨＴＭＬ、ＪＳＰ、ＪａｖａＳｃｒｉｐｔ（登録商標）等のＷｅｂアプリケーションの提供に利用されるファイルも含まれる。

ステップＳ５０７で、プログラム開発装置１０１の画面仕様ドキュメント生成部４２０が、画面仕様ドキュメント４４８を生成する。リポジトリ定義解析部４２１は、読み込んだ定義を解析したうえでメモリに記憶しておき、各生成部から適宜参照される。また、レイアウト構成部４２７は、各生成部の作成したドキュメントの各構成要素をレイアウトして、画面仕様ドキュメントを構成する。

画面仕様ドキュメントの生成処理については、図７で詳述するが、生成した画面仕様ドキュメントのイメージ図は図１９の１９００である。生成された画面仕様ドキュメントは、対応する入出力定義のコード（例えば、ＰＲＯＤＵＣＴ＿ＲＥＧＩＳＴ＿ＩＯなど）に対応付いて保存される。

ここで、図１９の画面仕様ドキュメントの説明を行う。

１９０１は、検索機能を示している。画面仕様ドキュメントから、指定された文字列を含む入出力を検索して表示することが可能である。

１９０２は、画面仕様ドキュメントを表示可能な一覧である。１３０１で指定した入出力の一覧に対応して表示する。ユーザの操作（クリック等）で、その入出力の画面仕様ドキュメントを右ペインに表示する。

１９０３は、画面仕様エリアである。入出力定義で設定した属性を表示する。

１９０４は、画面ＨＴＭＬエリアである。入出力定義の画面イメージをＨＴＭＬで表示する。

１９０５は、画面項目仕様エリアである。画面に対応する入出力項目の属性を一覧表示する。１９０４の「１」～「６」に対応して属性が表示されている。

１９０６は、画面遷移図エリアである。ドキュメント表示している入出力の遷移元、遷移先を画面遷移図で表示する。この画面遷移図の生成は図１２で詳述する。

１９０７は、関連文書エリアである。関連文書へのリンクを表示する。

図７は、画面仕様ドキュメント生成のフローチャートの一例を示す図である。なお、以下のフローチャートの各ステップは、装置のＣＰＵ２０１が実行する。

ステップＳ７０１は、出力フィルタ管理部４３１が、ドキュメントフィルタ定義４０９を読み込む。出力フィルタ管理部４３１はドキュメントフィルタ情報をメモリに記憶し、その情報は各種生成部から適宜参照される。

ドキュメントフィルタとは、例えば、図１９の１９００に表示する属性（項目）や、入出力タイプ（ＩＯ，ＭＥＮＵ，ＤＩＡＬＯＧ）を決定するものであり、開発者が任意に設定できるものである。これによって、図１９の１９００に表示される情報がフィルタされる。

ステップＳ７０２は、ヘッダ／フッタ生成部４３０が、ヘッダ／フッタファイル４１３の有無を確認する。ヘッダ／フッタファイル４１３があった場合、ステップＳ７０３で、ヘッダ／フッタ生成部４３０が、ヘッダ／フッタを作成する。ここでいうヘッダ／フッタとは、図１９の１９００で不図示となっており、例えば、１９００に加えてヘッダ部とフッタ部をＪＳＰで記述できるものである。ヘッダ部は例えば企業ロゴなどを表示するような部分である。また、フッタ部は例えば、コピーライトを表示するような部分である。

ステップＳ７０４は、検索機能生成部４２６が、検索情報の作成を行う。詳細については、図８のフローチャートで説明する。

ステップＳ７０５は、画面一覧生成部４２２が、画面一覧の作成を行う。詳細については、図９のフローチャートで説明する。

入出力の定義分、ステップＳ７０６からＳ７１９までの処理を繰り返す。なお、本実施形態では、図１４に示すように入出力定義が３つ（メインメニュー、商品一覧、商品登録）あるため、３回繰り返すものとする。

ステップＳ７０７は、画面仕様ドキュメント生成部４２０が、入出力定義に「ＮＯＤＯＣ」指定があるかどうか確認する。指定があった場合、その入出力定義に対する画面仕様ドキュメントは出力せず、次の入出力定義の処理に移る。

「ＮＯＤＯＣ」の指定は、１４０４で指定されているもので、各入出力定義情報に対してメモリで管理している。１４０４は、入出力定義に「ＮＯＤＯＣ」を指定した画面イメージ図である。

ステップＳ７０８は、画面仕様ドキュメント生成部４２０が、出力フィルタ管理部に問い合わせ、入出力定義の入出力タイプ（ＭＥＮＵやＩＯなど）が出力対象と設定されているかどうか確認する。出力対象とするかは事前に開発者が設定しているものとする。

出力対象とされていなかった場合、その入出力定義の画面仕様ドキュメントは出力対象とせず、次の入出力の処理に移る。

ステップＳ７０９は、画面一覧生成部４２２が、ステップＳ７０５で作成した情報を元に、画面一覧を出力する。具体的には、１９０２に表示されるＨＴＭＬ情報を出力するものである。

ステップＳ７１０は、画面仕様生成部４２３が、画面仕様を作成・出力する。画面仕様作成・出力処理については、図１０のフローチャートで説明する。

ステップＳ７１１は、画面ＨＴＭＬ生成部４２４が、画面ＨＴＭＬを作成・出力する。画面ＨＴＭＬの各表示部品には、画面ＨＴＭＬデータ４０８のデータを組み込む。この画面ＨＴＭＬは、入出力レイアウト定義画面１５００でレイアウトした画面に相当するデータであり、各項目に対して番号を付与したものである。

ステップＳ７１２は、画面項目仕様生成部４２５が、画面項目仕様を作成・出力する。画面項目仕様作成・出力処理については、図１１のフローチャートで説明する。

ステップＳ７１３は、関連文書生成部４２８が、関連文書４１４が設定されているかかどうか確認する。設定されている場合には、ステップＳ７１４へ処理を移し、設定されていなかった場合は、ステップＳ７１５へ処理を移す。

ステップＳ７１４は、関連文書生成部４２８が、関連文書のリンク情報を作成してＨＴＭＬファイルへ出力する。

ステップＳ７１５は、画面遷移図生成部４３９が、画面遷移図を作成・出力する。画面遷移図作成・出力処理については、図１２のフローチャートで説明する。

ステップＳ７１６は、ヘッダ／フッタ生成部４３０が、ステップＳ７０２にてヘッダ／フッタが作成されているか否かを判定する。作成されていた場合、ステップＳ７１７へ処理を移し、作成されていない場合にはステップＳ７１８へ処理を移す。

ステップＳ７１７は、ヘッダ／フッタ生成部４３０が、作成したヘッダ／フッタをＨＴＭＬファイルへ出力する。

ステップＳ７１８は、検索機能生成部４２６が、ステップＳ７０４で作成した情報を元に、ＨＴＭＬファイルへ出力する。

ステップＳ７２０は、表紙生成部４２９が、表紙ファイル４１０が設定されているかを判定する。表紙ファイル４１０が設定されている場合には、ステップＳ７２１へ処理を移す。表紙ファイル４１０が設定されていない場合には、処理を終了する。

表紙ファイル４１０は、１９０８のエリアに表示するトップ画面を示すファイルである。このトップ画面がない場合には、画面一覧における最初の画面（定義）に対応する画面仕様ドキュメントが表示される。例えば、メインメニュー。

図８は、検索情報作成のフローチャートの一例を示す図である。なお、以下のフローチャートの各ステップは、装置のＣＰＵ２０１が実行する。

入出力定義の数分、検索機能生成部４２６が、ステップＳ８０１からステップＳ８０５までの処理を繰り返す。

ステップＳ８０２は、入出力定義に「ＮＯＤＯＣ」指定があるか否かを判定する。「ＮＯＤＯＣ」指定がある場合には、ステップＳ８０４へ処理を移し、「ＮＯＤＯＣ」指定がない場合には、ステップＳ８０３へ処理を移す。「ＮＯＤＯＣ」指定がある場合には、その入出力の検索情報は作成せず、次の入出力定義の処理に移る。

ステップＳ８０３で、出力フィルタ管理部４３１に問い合わせ、入出力定義の入出力タイプ（１４００参照）が出力対象と設定されているか否かを判定する。出力対象とされていない場合、その入出力の検索情報は作成せず、次の入出力の処理に移る。

ステップＳ８０４で、検索情報を作成する。検索情報とは、画面仕様ドキュメント内を検索するための文字列を含む情報である。例えば、入出力定義の設定値であって、１９０１で入力されたキーワードを検索するためのテキストベースのデータである。作成された検索情報は外部メモリに記憶する。

図９は、画面一覧情報作成のフローチャートの一例を示す図である。なお、以下のフローチャートの各ステップは、装置のＣＰＵ２０１が実行する。

入出力定義の数分、画面一覧生成部４２２が、ステップＳ９０１からステップＳ９０５までの処理を繰り返す。

ステップＳ９０２は、入出力定義に「ＮＯＤＯＣ」指定があるか否かを判定する。「ＮＯＤＯＣ」指定がある場合には、ステップＳ９０５へ処理を移し、「ＮＯＤＯＣ」指定がない場合には、ステップＳ９０３へ処理を移す。「ＮＯＤＯＣ」指定がある場合には、その入出力定義に関する画面一覧情報（１９０１に相当）は作成せず、次の入出力定義の処理に移る。

ステップＳ９０３は、出力フィルタ管理部４３１に問い合わせ、入出力定義の入出力タイプ（１４００参照）が出力対象と設定されているか否かを判定する。出力対象とされていない場合、その入出力の検索情報は作成せず、次の入出力の処理に移る。

ステップＳ９０４で、入出力定義に対応する画面一覧情報を作成する。具体的には、入出力定義のコードと名前（１４００参照）をもとに、部品を生成する。この部品には、生成される画面仕様ドキュメントのリンクを付与され、部品を押下すると対象の画面仕様ドキュメントを取得して表示することが可能となる。

図１０は、画面仕様情報作成のフローチャートの一例を示す図である。なお、以下のフローチャートの各ステップは、装置のＣＰＵ２０１が実行する。

入出力定義の属性の数分、画面仕様生成部４２３が、ステップＳ１００１からステップＳ１００４までの処理を繰り返す。

ステップＳ１００２は、出力フィルタ管理部４３１に問い合わせ、入出力定義の属性が出力対象と設定されているか否かを判定する。出力対象とされていなかった場合、その入出力属性情報は作成せず、次の入出力属性の処理に移る。出力対象とされていた場合、ステップＳ１００３へ処理を移す。

ステップＳ１００３は、入出力属性情報（１９０３に相当）を作成する。

ステップＳ１００５は、画面仕様生成部４２３が、入出力属性情報を元に、画面仕様をＨＴＭＬファイルへ出力する。

図１１は、画面項目仕様情報作成のフローチャートの一例を示す図である。なお、以下のフローチャートの各ステップは、装置のＣＰＵ２０１が実行する。

入出力定義の項目の数分、画面項目仕様生成部４２５が、ステップＳ１１０１からステップＳ１１１０までの処理を繰り返す。

ステップＳ１１０２は、入出力項目に「ＮＯＤＯＣ」指定があるか否かを判定する。指定があった場合、その入出力項目の画面項目仕様情報は作成せず、次の入出力項目の処理に移る。指定がなかった場合ステップＳ１１０３へ処理を移す。

ステップＳ１１０３は、入出力項目が非表示項目かいなかを判定する。非表示項目であった場合にはステップＳ１１０４へ処理を移す。

ステップＳ１１０４は、出力フィルタ管理部４３１に問い合わせ、非表示項目が出力対象と設定されているか否かを判定する。出力対象とされていなかった場合、その入出力項目の画面項目仕様情報は作成せず、次の入出力項目の処理に移す。出力対象とされている場合、ステップＳ１１０５へ処理を移す。

ステップＳ１１０５は、出力フィルタ管理部４３１に問い合わせ、入出力項目の入出力項目タイプが出力対象と設定されているか否かを判定する。出力対象とされていなかった場合、その入出力項目の画面項目仕様情報は作成せず、次の入出力項目の処理に移る。出力対象とされている場合、ステップＳ１１０６へ処理を移す。

入出力項目の入出力項目属性の数分、ステップＳ１１０６からステップＳ１１０９までの処理を繰り返す。

ステップＳ１１０７は、出力フィルタ管理部４３１に問い合わせ、入出力項目の属性が出力対象と設定されているか否かを判定する。出力対象とされていなかった場合、その入出力項目属性情報は作成せず、次の入出力属性の処理に移る。
出力対象とされていた場合、ステップＳ１１０８へ処理を移す。

ステップＳ１１０８は、画面項目仕様情報を作成する。

ステップＳ１１１１は、画面項目仕様生成部４２５が、画面項目仕様情報を元に、画面項目仕様をＨＴＭＬファイルへ出力する（１９０５に相当）。

図１２は、画面遷移図作成のフローチャートの一例を示す図である。なお、以下のフローチャートの各ステップは、装置のＣＰＵ２０１が実行する。

入出力定義の定義数分、画面遷移データ抽出部４４０が、ステップＳ１２０１からステップＳ１２０７までの処理を繰り返す。本実施形態では、入出力定義が３つあるため、３回繰り返す。

ステップＳ１２０２は、入出力定義から入出力の項目コードと名前（図１４参照）と画面データ（図１５の１５０３に相当）を抽出する。

ステップＳ１２０３は、入出力定義からアクション定義を全て抽出しメモリに保存する。アクション定義とは、項目タイプで「Ａ アクション」となっている定義である。なお、ユーザの操作等によりイベントが発生したときに自動でアクション（検索、登録、削除、キャンセル）が実行されるものが、アクション定義として設定がされている。

ステップＳ１２０４からステップＳ１２０６までの処理をアクション定義の数分繰り返す。

ステップＳ１２０５は、アクション定義から遷移データを抽出し、メモリに保存する。遷移データとは、図１４にある次入出力の設定値である。１４１３を参照すると、商品登録画面で登録ボタンが押下されると、商品一覧画面に遷移することを特定できる情報が保存される。また、１４１１と１４１２を参照すると、商品登録画面は、メインメニューと商品一覧画面から遷移することが特定できる情報が保存される。すなわち、入出力定義に含まれるアクション情報に従って、遷移先の入出力定義を特定する特定処理の一例を示すものである。

ステップＳ１２０８は、階層レベル設定ファイル１６００を読み込む。本実施形態では、１６０１に示す通り階層レベルは「１」となっている。

ステップＳ１２０９は、ステップＳ１２０２とステップＳ１２０５で保存したメモリから今回の処理対象の画面（例えば、商品登録画面の定義）のデータとステップＳ１２０８で１６００のような設定ファイルから読み込んだ階層レベル設定分の遷移データを読み出す。

画面遷移データ抽出部４４０で抽出した対象画面と遷移画面分のデータを、
画面ブロック生成部４４１が、ステップＳ１２１０からステップＳ１２１４までの処理を繰り返す。この処理は遷移図で用いる遷移元と遷移先となるデータ部品を生成する処理である。

ステップＳ１２１１は、画面遷移する入出力をデータ部品（ブロック）に変換する。データ部品に変換する際には、１４００のコードと名前の値を含めたデータ部品（矩形オブジェクト）を生成する。なお、データ部品を変換する（生成する）場合には、１４００の入出力タイプが識別できるように色分けする。色情報はタイプによってあらかじめ定義されているものとするが、開発者が任意に設定してもよい。

また、生成している画面仕様ドキュメントに対応する入出力定義が基準となり、この基準となる入出力定義と、遷移先又は遷移元の入出力定義に対応するオブジェクトを生成すると処理と言い換えることも可能である。

ステップＳ１２１２は、入出力定義に「ＮＯＤＯＣ」指定があるか否かを判定する。指定がある場合には、その入出力定義の画面仕様ドキュメントへのリンクの作成は行わず、次の入出力の処理に移る。指定がない場合には、ステップＳ１２１３に処理を移す。

ステップＳ１２１３は、生成したデータ部品に、入出力定義に対応して生成された画面仕様ドキュメントへのリンクを作成する。画面仕様ドキュメントのファイル名などあらかじめルールに従って生成されるため、このタイミングでリンクを生成することが可能となっている。なお、リンクの作成は、図７の処理が終了したタイミング（画面仕様ドキュメントが完全に生成されたタイミング）で行ってもよい。

「ＮＯＤＯＣ」指定がある場合には、画面仕様ドキュメントは生成されていないが、遷移元や遷移先としてはユーザに認識させることが望ましいため画面遷移図上では確認できるようになっている。

ステップＳ１２２３は、アクション情報を生成する。具体的には、遷移元の画面（入出力定義）で用いられているアクション情報（１５０１）を収集する。このアクション情報は、１７０３のアイコンの押下によって表示される情報となる。画面遷移図における遷移元又は遷移先にかかるアクション情報を取得する取得処理の一例を示すものである。

ここで、アクション情報で同じ画面に遷移する場合（同じ次入出力がある場合）、画面遷移図でアクション情報をまとめて表示できるように管理する。

ステップＳ１２１５は、画面遷移図レイアウト構成部４４２がデータ部品を描画する位置を設定する。具体的には、商品登録画面（商品登録の入出力定義）に対する画面仕様ドキュメントを生成している場合には、商品登録画面のデータ部品を中央になるように位置を決定する（ＨＴＭＬ５のＣａｎｖａｓ上の位置）。図１７を参照すると、１７０５の位置である。Ｃａｎｖａｓを示す情報が、１７０１である。すなわち、基準となる入出力定義に対応するオブジェクトをユーザが認識しやすい形態で配置する処理の一例を示すものである。

ステップＳ１２１６は、データ部品を遷移元と遷移先のグループに分類する。
図１７を参照すると、１７０２のように、対象画面とそれ以外の画面データを遷移元、遷移先グループに分類した画面遷移情報を作成する。１７０６が遷移元の情報で、１７０７が遷移先の情報となっている。

ステップＳ１２１６で分類したグループ分、ステップＳ１２１７からステップＳ１２２１までの処理を繰り返す。

ステップＳ１２１８は、各グループのデータ部品を描画する位置（ＨＴＭＬ５のＣａｎｖａｓ上の位置）を設定する。描画する位置は、ステップＳ１２１５の決定した位置の左の位置に遷移元のデータ部品の位置を、右の位置に遷移先のデータ部品の位置を設定する。同じグループに複数のデータ部品がある場合には、縦に位置するように設定する。描画する位置は所定のルールに従って決定される。

ステップＳ１２１９は、各データ部品間を結ぶ遷移を表す遷移矢印を描画する位置を設定する。

ステップＳ１２２０は、アクション情報を表示するためのアイコンを描画する位置を設定する。すなわち、アクション情報を表示させるオブジェクトを、画面遷移図における遷移にかかる位置に配置する処理の一例を示すものである。

すなわち、ステップＳ１２１０～ステップＳ１２２１の処理は、特定処理により特定された遷移先の入出力定義に従って、基準となる入出力定義における遷移構成を決定する決定処理の一例を示すものである。

ステップＳ１２２２は、ステップＳ１２１５からステップＳ１２２１で設定した画面遷移図描画のための設定を基に、キャンバス上に画面遷移図を描画する。すなわち、決定処理により決定された遷移構成に従って、生成されるプログラムで用いられる指定された画面それぞれに対応する画面遷移図を生成する画面遷移図生成処理の一例を示すものである。また、アクション情報を任意に表示可能に、画面遷移図を生成する処理である。

ここで画面遷移図を描画した際のイメージについて説明する。図１７は画面遷移図と遷移図のデータを示す図である。

１７００は、画面仕様ドキュメント出力の対象となる入出力定義（ＰＲＯＤＵＣＴ＿ＲＥＧＩＳＴ＿ＩＯ）の画面遷移図のイメージ図である。１７０１は、画面遷移図部分のＨＴＭＬである。１７０２は、画面遷移情報である。
１７０３は、画面遷移図に表示しているアイコンをクリックしたときに表示するアイコンである。１７０４は、１４１３の次入出力の設定値から決定された遷移先のデータ部品である。１７０５は、画面仕様ドキュメント出力の対象となる入出力定義（ＰＲＯＤＵＣＴ＿ＲＥＧＩＳＴ＿ＩＯ）のデータ部品を示し、キャンバス上の中央に配置されている。

また、図１７の１７０３のアクション情報のアイコンが操作された際の画面遷移図を図１８に示す。図１８は、アイコンが操作された際の画面遷移図のイメージ図である。１８００はアクション情報表示例を示す図であり、１８０１がアイコンを押下した際に表示される商品一覧のアクション情報例である。また１８０１は、１４１２のアクションに関する情報となっている。

この１８０１に表示するアクションに関する情報は、ステップＳ１２２２で遷移図を描画する際に、メモリから取得する。すなわち、画面遷移図における遷移元又は遷移先にかかるアクション情報を取得する取得処理の一例である。

また、１８０１に表示するアクションに関する情報は、同一の遷移先に対するアクション情報が複数ある場合には、当該複数のアクション情報をまとめて表示可能に、画面遷移図に表示する。

このように、指定された画面（入出力定義）を基準として、その画面それぞれに適した画面遷移図を容易に生成することができる。画面仕様ドキュメント単位で適した画面遷移図が生成することができるため、ユーザが確認している画面を基準に、どのようなアクションによってどのような画面遷移がされるのかを容易に把握させることが可能となる。

図２０は、画面仕様ドキュメントにおける表示制御のフローチャートの一例を示す図である。なお、以下のフローチャートの各ステップは、装置のＣＰＵ２０１が実行する。

アプリケーションクライアント１０４から、Ｗｅｂサーバ１０７へアクセスして、画面仕様ドキュメント（ＨＴＭＬ）を取得する。取得した画面仕様ドキュメントを表示部に表示する。上述したように、画面仕様ドキュメントの表示例が図１９である。

ステップＳ２００１は、画面一覧１９０２を介してユーザからの操作を受け付ける。具体的には、表示したい入出力定義の画面仕様ドキュメントのクリックを受け付ける。

ステップＳ２００２は、選択された入出力定義の画面仕様ドキュメントを、画面一覧１９０２のリンクに従って、Ｗｅｂサーバ１０７から取得して表示する（１９０８）。なお、リンクには、画面に対応するコード（例えば、ＰＲＯＤＵＣＴ＿ＲＥＧＩＳＴ＿ＩＯ）が含まれており、このコードに対応する画面仕様ドキュメントを取得するものとする。

ステップＳ２００３は、画面仕様ドキュメントの画面遷移図１９において、アクション情報のアイコン１７０３が選択されたか否かを判定する。アイコン１７０３が選択された場合は、ステップＳ２００４へ処理を移す。アイコン１７０３が選択されていない場合は、ステップＳ２００５へ処理を移す。

ステップＳ２００４は、アクション情報を表示する。アクション情報の表示例が１８０１である。このアクション情報もＷｅｂサーバ１０７から取得される。

ステップＳ２００５は、データ部品がクリックされたか否かを判定する。具体的には、１７０４などのデータ部品が選択されたか否かを判定する。データ部品が選択された場合にはステップＳ２００６へ処理を移す。データ部品が選択されていない場合には終了する（操作待ちとなる）。

ステップＳ２００６は、選択されたデータ部品が有している、コードを取得する。例えば、１７０７の「ＰＲＯＤＵＣＴ＿ＬＩＳＴ＿ＩＯ」を取得する。

ステップＳ２００７は、取得したコードをもとに、Ｗｅｂサーバに対象の画面仕様ドキュメントを要求し、コードに対応した画面仕様ドキュメントを取得する。また、この取得した画面仕様ドキュメントを表示する。

なお、本実施形態では、Ｗｅｂアプリケーションを生成し構築するシステムとして説明したが、ＸＭＬ形式でやり取りするＷｅｂサービスとして動作するシステムであってもよい。

次に、図２１を用いて、本実施形態における、特徴を示す機能構成の一例について説明する。

なお、図２１の機能構成は、プログラム開発装置１０１の機能構成であるが、プログラム開発が可能な装置であればサーバであってもよい。すなわち、クラウド環境で開発できるシステムを利用する場合、サーバの機能構成に置き換えることも可能である。すなわち、Ｗｅｂシステムで実行するプログラムを生成する情報処理装置と言い換えることが可能である。また、Ｗｅｂシステムで用いるクライアント装置で表示する画面に対応する入出力定義に従って、Ｗｅｂシステムで実行するプログラムを生成する情報処理装置である。

特定部２１０１は、入出力定義に含まれるアクション情報に従って、遷移先の入出力定義を特定する機能部である。

決定部２１０２は、特定部２１０１により特定された遷移先の入出力定義に従って、基準となる入出力定義における遷移構成を決定する機能部である。

画面遷移図生成部２１０３は、決定部２１０２により決定された遷移構成に従って、生成されるプログラムで用いられる指定された画面それぞれに対応する画面遷移図を生成する機能部である。

取得部２１０４は、画面遷移図における遷移元又は遷移先にかかるアクション情報を取得する機能部である。

また、画面遷移図生成部２１０３は、取得部２１０４により取得されたアクション情報を任意に表示可能に、画面遷移図を生成する機能部である。

また、画面遷移図生成部２１０３は、前記入出力定義の複数のアクション情報を含み、同一の遷移先に対するアクション情報が複数ある場合には、当該複数のアクション情報をまとめて表示可能に、画面遷移図を生成する機能部である。

また、画面遷移図生成部２１０３は、前記アクション情報を表示させるオブジェクトを、画面遷移図における遷移にかかる位置に配置する機能部である。

ドキュメント生成部２１０５は、前記入出力定義に従って、入出力定義の仕様を表示するドキュメントを生成する機能部である。

また、画面遷移図生成部２１０３は、ドキュメント生成部２１０５で生成されたドキュメントに対応して画面遷移図を生成する機能部である。

また、画面遷移図生成部２１０３は、基準となる入出力定義と、遷移先又は遷移元の入出力定義に対応するオブジェクトを生成する機能部である。

前記オブジェクトは、ドキュメント生成部２１０５は、により生成されたドキュメントとリンクするように生成されるもので、画面遷移図生成部２１０３により作成される。当該オブジェクトは前記入出力定義のタイプに従って識別可能に生成される。

前記基準となる入出力定義は、ドキュメント生成部２１０５でドキュメントを生成する際に用いられる入出力定義であって、画面遷移図生成部２１０３は、前記基準となる入出力定義に対応するオブジェクトをユーザが認識しやすい形態で配置した画面遷移図を生成する。

以上、本実施形態の詳細な説明を終了する。

本実施形態では、Ｗｅｂアプリケーションの実行環境で表示する画面ごとの画面遷移図を容易に生成することができる。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ－ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１０１ プログラム開発装置
１０２ プログラム開発サーバ
１０３ データベースサーバ
１０４ アプリケーションクライアント
１０５ アプリケーションサーバ
１０６ ネットワーク
１０７ Ｗｅｂサーバ
２０１ ＣＰＵ
２０２ ＲＡＭ
２１１ 外部メモリ

Claims (17)

1. 特定のプログラムで表示される画面の遷移関係、および、前記遷移関係のある遷移元画面から遷移先画面へ渡す項目を特定する特定手段と、
   所定の指示を受け付けたことに応じて、前記特定手段で特定した遷移関係に基づき、前記特定のプログラムで表示される複数の画面のうち前記複数の画面のそれぞれを基準とした遷移図を生成し、当該遷移図に係る所定の位置に前記遷移関係を示す矢印に係るアイコンを配置するように制御する制御手段と、
   前記制御手段による制御で生成された前記遷移図および前記アイコンを表示し、前記アイコンに対する指示を受け付けたことに応じて当該アイコンに係る矢印が示す前記遷移関係の遷移元画面から遷移先画面へ渡す項目を表示するように制御する表示制御手段と
   を有することを特徴とする情報処理装置。
2. 前記所定の指示は、ユーザによる指示であること
   を特徴とする請求項１に記載の情報処理装置。
3. 前記所定の指示は、前記特定のプログラムを生成する指示であること
   を特徴とする請求項１または２に記載の情報処理装置。
4. 前記特定のプログラムを生成する生成手段をさらに有し、
   前記制御手段は、前記生成手段により生成される特定のプログラムで表示される複数の画面のそれぞれを基準とする遷移図をそれぞれ生成するように制御すること
   を特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記特定手段は、前記特定のプログラムを生成するための定義情報に基づいて前記遷移関係を特定すること
   を特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記特定手段は、各画面に対応する入出力定義に従って、各画面の遷移関係を特定すること
   を特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 前記特定手段は、前記入出力定義に含まれるアクション情報に従って、各画面の遷移関係を特定すること
   を特徴とする請求項６に記載の情報処理装置。
8. 前記特定手段は、前記アクション情報に定義される次入出力情報に従って、各画面の遷移関係を特定すること
   を特徴とする請求項７に記載の情報処理装置。
9. 前記特定のプログラムは、Ｗｅｂシステムで実行するプログラムであること
   を特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
10. 前記複数の画面は、前記Ｗｅｂシステムで用いるクライアント装置で表示される画面であること
    を特徴とする請求項９に記載の情報処理装置。
11. 前記表示制御手段は、特定の画面ごとの仕様を表示するドキュメントを生成し、生成された前記ドキュメントと共に、前記遷移図を表示するよう制御すること
    を特徴とする請求項１乃至１０のいずれか１項に記載の情報処理装置。
12. 前記ドキュメントには、前記特定の画面の画面イメージ、画面項目一覧の情報を含むこと
    を特徴とする請求項１１に記載の情報処理装置。
13. 前記制御手段によって生成される遷移図は、前記複数の画面のそれぞれを基準として遷移回数が所定数までの遷移元と遷移先の少なくとも一方の画面の情報を含むこと
    を特徴とする請求項１乃至１２のいずれか１項に記載の情報処理装置。
14. 前記所定数は、前記特定のプログラムの開発者によって予め入力された情報に基づく数であること
    を特徴とする請求項１３に記載の情報処理装置。
15. 前記所定数が設定された設定ファイルを読み込む読み込み手段を更に有し、
    前記表示制御手段は、前記設定ファイルに設定された前記所定数に基づいて前記遷移図を表示するように制御することを特徴とする請求項１３または１４に記載の情報処理装置。
16. 特定のプログラムで表示される画面の遷移関係、および、前記遷移関係のある遷移元画面から遷移先画面へ渡す項目を特定する特定ステップと、
    所定の指示を受け付けたことに応じて、前記特定ステップで特定した遷移関係に基づき、前記特定のプログラムで表示される複数の画面のうち、前記複数の画面のそれぞれを基準とした遷移図を生成し、当該遷移図に係る所定の位置に前記遷移関係を示す矢印に係るアイコンを配置するように制御する制御ステップと、
    前記制御ステップによる制御で生成された前記遷移図および前記アイコンを表示し、前記アイコンに対する指示を受け付けたことに応じて当該アイコンに係る矢印が示す前記遷移関係の遷移元画面から遷移先画面へ渡す項目を表示するように制御する表示制御ステップと
    を情報処理装置に処理させる処理方法。
17. コンピュータを、請求項１乃至１５のいずれか１項に記載された情報処理装置の各手段として機能させるためのプログラム。
    

Images