JP5023160B2 - 画面遷移設計支援プログラムおよび画面遷移設計支援装置 - Google Patents

Description

本発明は、Ｗｅｂアプリケーションにおける画面遷移の設計を支援する画面遷移設計支援プログラムおよび画面遷移設計支援装置に関する。

一般的に、例えばＷｅｂアプリケーションにおける画面の遷移（以下、画面遷移と表記）の設計は、当該画面に見立てたボックス間に矢印が記述されることによって行われる。このような画面遷移の設計においては、例えばリクエストが発生した画面から他の画面への画面遷移が図示される。

この画面遷移の設計に関連する技術として、例えば頻繁に使用される画面遷移の一部分を画面遷移パターンと呼び、当該パターンを組み合わせたり、当該パターンを交換したりすることによって、画面遷移の設計を容易に行うことができる技術が知られている。

具体的には、例えば画面遷移図の特徴を考慮して、よく出現する画面遷移図の共通部分を抽出して、画面パターンとして登録し、別の画面遷移図を作成する場合に再利用したり、作成している画面遷移図に合成することなどにより、画面遷移パターンの再利用性、記述における支援機能を高めることが可能な技術（以下、第１の先行技術と表記）が開示されている（例えば、特許文献１を参照）。

また、画面遷移図の一部を構成する画面遷移パターンと交換可能な画面遷移パターンや、合成可能な画面遷移パターンを特定して、効率的に画面遷移図を作成することができる技術（以下、第２の先行技術と表記）が開示されている（例えば、特許文献２を参照）。

更に、開発対象システムの操作画面の遷移関係を容易に設計変更し、操作性に優れたユーザーインターフェースを設計することができる技術（以下、第３の先行技術と表記）が開示されている（例えば、特許文献３を参照）。

特開平７−２１９７５４号公報 特開２００７−４４６６号公報 特開２００８−２４２９６４号公報

ところで、Ｗｅｂアプリケーションにおける画面遷移は、画面から画面へ遷移するだけではない。

例えばリクエスト元の画面に対する入力値のエラーメッセージが表示される場合を想定する。この場合、リクエスト元の画面からエラー画面へ遷移する以外に、例えば当該エラー画面に遷移することなくエラーメッセージがポップアップで表示される、エラーメッセージがリクエスト元の画面の上部に表示される、または、エラーメッセージが入力フォームの下に表示されるような場合がある。

また、近年のＷｅｂアプリケーションにおいては、例えばＡｊａｘの普及等によって、例えばリクエストが発生することによりデータの入力画面が表示される際に、当該入力画面がリクエスト元の画面とは別の新しい画面として表示されず、当該リクエスト元の画面上にポップアップで表示されるような場合がある。

つまり、Ｗｅｂアプリケーションにおける画面遷移の設計をする際には、画面から画面へ遷移するという記述（以下、論理的な画面遷移の設計と表記）だけではなく、リクエストが発生した後の実際の画面の表示方法についての記述（以下、物理的な画面遷移の設計と表記）をする必要がある。

しかしながら、上記した第１〜第３の先行技術においては、論理的な画面遷移の設計をすることは可能であるが、物理的な画面遷移の設計をすることはできない。

また、例えばデータベースに格納されている複数のテーブルを扱うようなＷｅｂアプリケーションの場合においては、当該テーブル毎に画面設計が行われる。

ここで、例えば従業員情報を管理するＷｅｂアプリケーションにおいて、従業員テーブルおよび部署テーブルの２つのテーブルが扱われる場合を想定する。この場合において、これら２つのテーブルに対して同一の処理（例えば、テーブルに対する検索処理等）が行われるものとすると、上記した第１〜第３の先行技術では、当該各テーブルに対する画面遷移は同一であるにもかかわらず、当該テーブル毎に画面遷移の設計が必要となる。換言すれば、Ｗｅｂアプリケーションにおいて扱われる複数のテーブルに対する画面遷移が同一であっても、当該テーブルの数だけ画面遷移を設計する必要がある。

そこで、本発明の目的は、論理的な画面遷移の設計だけでなく、物理的な画面遷移の設計をすることが可能な画面遷移設計支援プログラムおよび画面遷移設計支援装置を提供することにある。

本発明の１つの態様によれば、アプリケーションにおける画面の遷移の設計を支援する画面遷移設計支援装置であって、データベースへの問い合わせ処理毎に、遷移元となる画面を示す遷移元画面情報、遷移先となる画面を示す遷移先画面情報および当該遷移元画面から当該遷移先画面に遷移する際の少なくとも１つの画面処理から構成される画面処理フローを示す画面処理フロー情報を含む第１の論理設計情報と前記第１の論理設計情報に含まれる画面処理フロー情報によって示される画面処理フローを構成する当該画面処理の複数の表示方法を示す物理設計情報とを格納する画面遷移パターン格納手段を有する外部記憶装置と、当該外部記憶装置を利用するコンピュータとから構成される画面遷移設計支援装置において、前記コンピュータによって実行される画面遷移設計支援プログラムであって、前記コンピュータに、前記アプリケーションにおいて扱われるテーブルのテーブル名であって、ユーザによって指定されたテーブル名を、当該ユーザが利用する端末装置から入力するステップと、前記画面遷移パターン格納手段に格納されている第１の論理設計情報に前記入力されたテーブル名が追加された第２の論理設計情報を生成するステップと、前記生成された第２の論理設計情報に含まれる遷移元画面情報によって示される遷移元となる画面、当該第２の論理設計情報に含まれる遷移先画面情報によって示される遷移先となる画面、当該第２の論理設計情報に含まれる画面処理フロー情報によって示される画面処理フローおよび前記画面遷移パターン格納手段に格納されている物理設計情報によって示される画面処理の複数の表示方法から、任意の遷移元となる画面、遷移先となる画面、画面処理フローおよび当該画面処理の表示方法を前記問い合わせ処理毎にユーザに選択させるステップと、前記問い合わせ処理毎にユーザによって選択された遷移元となる画面、遷移先となる画面、画面処理フローおよび当該画面処理の表示方法に基づいて、前記アプリケーションにおける画面の遷移を示す画面遷移設計情報を生成するステップとを実行させるための画面遷移設計支援プログラムが提供される。

本発明は、論理的な画面遷移の設計だけでなく、物理的な画面遷移の設計をすることを可能とする。

本発明の実施形態に係る画面設計支援装置のハードウェア構成を示すブロック図。 図１に示す画面設計支援装置３０の主として機能構成を示すブロック図。 図２に示す画面遷移パターン格納部２２に予め格納されている初期設定の論理設計情報のデータ構造の一例を示す図。 図２に示す画面遷移パターン格納部２２に予め格納されている初期設定の物理設計情報のデータ構造の一例を示す図。 ユーザが最初にＷｅｂアプリケーションにおける画面遷移を設計する場合の画面遷移設計支援装置３０の処理手順を示すフローチャート。 テーブル名の登録画面の一例を示す図。 利用者用の論理設計情報および初期設定の物理設計情報の項目が端末装置５０を介して選択される際に用いられる画面遷移設計画面の一例を示す図。 利用者の選択情報に矛盾がある旨が表示された場合の端末装置５０の表示画面の一例を示す図。 一度設計された画面遷移を編集する場合の画面遷移設計支援装置３０の処理手順を示すフローチャート。 検証処理の処理手順を示すフローチャート。 初期設定の論理設計情報の具体例を示す図。 初期設定の論理設計情報の具体例を示す図。 初期設定の論理設計情報の具体例を示す図。 初期設定の物理設計情報の具体例を示す図。 初期設定の物理設計情報の具体例を示す図。 初期設定の検証ルールの具体例を示す図。 初期設定の検証ルールの具体例を示す図。 初期設定の検証ルールの具体例を示す図。 利用者用の論理設計情報の具体例を示す図。 利用者用の論理設計情報の具体例を示す図。 利用者用の論理設計情報の具体例を示す図。 利用者用の論理設計情報の具体例を示す図。 利用者用の検証ルールの具体例を示す図。 利用者用の検証ルールの具体例を示す図。 利用者用の検証ルールの具体例を示す図。 利用者用の検証ルールの具体例を示す図。 利用者用の検証ルールの具体例を示す図。 利用者用の検証ルールの具体例を示す図。 画面遷移設計情報の具体例を示す図。 画面遷移設計情報の具体例を示す図。 画面遷移設計情報の具体例を示す図。 画面遷移設計情報の具体例を示す図。 画面遷移設計情報の具体例を示す図。 画面遷移設計情報の具体例を示す図。

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

図１は、本実施形態に係る画面設計支援装置のハードウェア構成を示すブロック図である。図１に示すように、コンピュータ１０は、例えばハードディスクドライブ（ＨＤＤ：Hard Disk Drive）のような外部記憶装置２０と接続されている。この外部記憶装置２０は、コンピュータ１０によって実行されるプログラム２１を格納する。コンピュータ１０および外部記憶装置２０は、画面遷移設計支援装置３０を構成する。

この画面設計支援装置３０は、例えばＷｅｂアプリケーションにおける画面の遷移（以下、画面遷移と表記）の設計を支援する機能を有する。

図２は、図１に示す画面設計支援装置３０の主として機能構成を示すブロック図である。図２に示すように、画面設計支援装置３０は、ユーザによって利用される端末装置５０と接続されている。

画面設計支援装置３０は、ＤＢ情報入力部３１、定義ファイル生成部３２、画面遷移編集部３３、画面遷移検証部３４および画面遷移生成部３５を含む。本実施形態において、これらの各部３１〜３５は、図１に示すコンピュータ１０が外部記憶装置２０に格納されているプログラム（画面遷移設計支援プログラム）２１を実行することにより実現されるものとする。このプログラム２１は、コンピュータ読み取り可能な記憶媒体に予め格納して頒布可能である。また、このプログラム２１が、例えばネットワークを介してコンピュータ１０にダウンロードされても構わない。

また、画面遷移設計支援装置３０は、画面遷移パターン格納部２２、検証ルール格納部２３および画面遷移格納部２４を含む。本実施形態において、これらの各部２２〜２４は、例えば外部記憶装置２０に格納される。

画面遷移パターン格納部２２は、画面遷移パターンを格納する機能を有する。画面遷移パターン格納部２２には、初期設定の定義ファイルである論理設計情報（第１の論理設計情報）および物理設計情報が予め格納されている。

画面遷移パターン格納部２２に格納されている論理設計情報においては、データベース（ＤＢ）への基本的な問い合わせ処理である登録、検索、更新および削除に関する画面遷移が定義されている。具体的には、画面遷移パターン格納部２２に格納されている論理設計情報には、この問い合わせ処理毎に、例えばＷｅｂアプリケーションにおける画面遷移において遷移元となる画面（以下、遷移元画面と表記）を示す遷移元画面情報、遷移先となる画面（以下、遷移先画面と表記）を示す遷移先画面情報および当該遷移元画面から当該遷移先画面に遷移する際の画面処理の流れ（以下、画面処理フローと表記）を示す画面処理フロー情報が含まれる。なお、画面処理フロー情報によって示される画面処理フローは、少なくとも１つの画面処理から構成される。

画面遷移パターン格納部２２に格納されている物理設計情報においては、例えば入力エラーメッセージまたは確認画面等の具体的な表示方法、つまり、物理的な画面の表示方法が定義されている。具体的には、画面遷移パターン格納部２２に格納されている物理設計情報は、論理設計情報に含まれる画面処理フロー情報によって示される画面処理フローを構成する画面処理毎の複数の表示方法（物理的な画面の表示方法）を示す。

検証ルール格納部２３は、初期設定の定義ファイルである検証ルール（情報）を格納する機能を有する。

ＤＢ情報入力部３１は、例えばＷｅｂアプリケーションにおいて扱われるテーブル（データベースに格納されているテーブル）のテーブル名であって、端末装置５０を利用するユーザによって指定されたテーブル名を示すＤＢ情報を当該端末装置５０から入力する。なお、ユーザは、端末装置５０を操作することによって少なくとも１つのテーブル名を指定することができる。

定義ファイル生成部３２は、ＤＢ情報入力部３１によって入力されたＤＢ情報を用いて、画面遷移パターン格納部２２に格納されている論理設計情報（初期設定の定義ファイル）を編集する。これにより、定義ファイル生成部３２は、端末装置５０を利用するユーザ（利用者）用の定義ファイルである論理設計情報（第２の論理設計情報）を生成する。定義ファイル生成部３２は、画面遷移パターン格納部２２に予め格納されている論理設計情報（初期設定の定義ファイル）にＤＢ情報入力部３１によって入力されたＤＢ情報によって示されるテーブル名を追加することによって利用者用の定義ファイルである論理設計情報（つまり、当該テーブル名が追加された論理設計情報）を生成する。なお、定義ファイル生成部３２によって生成された利用者用の定義ファイルである論理設計情報は、画面遷移パターン格納部２２に格納される。

なお、利用者用に編集されるのは論理設計情報のみであり、画面遷移パターン格納部２２に予め格納されている物理設計情報は利用者用に編集されない。

以下の説明においては、画面遷移パターン格納部２２に予め格納されている初期設定の定義ファイルである論理設計情報を初期設定の論理設計情報と称する。また、定義ファイル生成部３２によって生成された利用者用の定義ファイルである論理設計情報を利用者用の論理設計情報と称する。なお、画面遷移パターン格納部２２に予め格納されている初期設定の定義ファイルである物理設計情報を初期設定の物理設計情報と称する。

また、定義ファイル生成部３２は、ＤＢ情報入力部３１によって入力されたＤＢ情報を用いて、検証ルール格納部２３に格納されている検証ルール（初期設定の定義ファイル）を編集する。これにより、定義ファイル生成部３２は、端末装置５０を利用するユーザ（利用者）用の定義ファイルである検証ルール（情報）を生成する。定義ファイル生成部３２は、検証ルール格納部２３に予め格納されている検証ルール（初期設定の定義ファイル）にＤＢ情報入力部３１によって入力されたＤＢ情報によって示されるテーブル名を追加することによって利用者用の定義ファイルである検証ルール（つまり、当該テーブル名が追加された検証ルール）を生成する。なお、定義ファイル生成部３２によって生成された利用者用の定義ファイルである検証ルールは、検証ルール格納部２３に格納される。

以下の説明においては、検証ルール格納部２３に予め格納されている初期設定の定義ファイルである検証ルールを初期設定の検証ルールと称する。また、定義ファイル生成部３２によって生成された利用者用の定義ファイルである検証ルールを利用者用の検証ルールと称する。

画面遷移編集部３３は、画面遷移パターン格納部２２に格納された利用者用の論理設計情報（利用者用の定義ファイル）に含まれる遷移元画面情報によって示される遷移元画面、当該利用者用の論理設計情報に含まれる遷移先画面情報によって示される遷移先画面および当該利用者用の論理設計情報に含まれる画面処理フロー情報によって示される画面処理フロー（を構成する画面処理）から、任意の遷移元画面、遷移先画面および画面処理フローを問い合わせ処理毎にユーザに選択させる。

同様に、画面遷移編集部３３は、画面遷移パターン格納部２２に格納されている初期設定の物理設計情報（初期設定の定義ファイル）によって示される画面処理の複数の表示方法から、任意の表示方法をユーザに選択させる。

ユーザは、端末装置５０を操作することによって遷移元画面、遷移先画面、画面処理フローおよび画面処理の表示方法を選択することができる。つまり、端末装置５０を利用するユーザは、当該端末装置５０を介してＷｅｂアプリケーションにおける画面遷移の設計を行うことができる。

以下、端末装置５０を介して問い合わせ処理毎にユーザによって選択された任意の遷移元画面、遷移先画面、画面処理フローおよび当該画面処理フローを構成する画面処理の表示方法（を示す情報）を利用者の選択情報と称する。

画面遷移検証部３４は、検証ルール格納部２３に格納された利用者用の検証ルール（利用者用の定義ファイル）を用いて、利用者の選択情報（ユーザによって選択された遷移元画面、遷移先画面、画面処理フローおよび表示方法）に矛盾があるか否かを検証（判定）する。

利用者の選択情報に矛盾があると判定された場合には、画面遷移検証部３４は、端末装置５０を介してその旨をユーザに通知する（知らせる）。

画面遷移生成部３５は、利用者の選択情報に基づいて、Ｗｅｂアプリケーションにおける画面遷移を示す画面遷移設計情報を生成する。画面遷移生成部３５によって生成された画面遷移設計情報は、画面遷移格納部２４に格納される。なお、画面遷移格納部２４に格納された画面遷移設計情報は、後述するように編集することができる。

図３は、図２に示す画面遷移パターン格納部２２に予め格納されている初期設定の論理設計情報のデータ構造の一例（つまり、初期設定の定義ファイルの定義例）を示す。

図３に示すように、初期設定の論理設計情報には、データベース（ＤＢ）への基本的な問い合わせ処理毎に、遷移元画面（情報）、画面処理フロー（情報）および遷移先画面（情報）が含まれる。データベースへの基本的な問い合わせ処理には、例えば登録、検索、更新および削除が含まれる。以下、データベースへの基本的な問い合わせ処理をＤＢ処理と称する。

遷移元画面は、Ｗｅｂアプリケーションにおける画面遷移において遷移元となる画面を示す。遷移元画面には、例えばトップ画面、検索処理の入力画面（以下、検索／入力画面と表記）および検索処理の結果画面（以下、検索／結果画面と表記）が含まれる。なお、初期設定の論理設計情報には、ＤＢ処理毎に少なくとも１つの遷移元画面が含まれる。

画面処理フローは、遷移元画面から遷移先画面に遷移する際の画面処理の流れを示す。画面処理フローは、例えば入力（処理）、確認（処理）および結果（処理）を含む画面処理から構成される。

遷移先画面は、Ｗｅｂアプリケーションにおける画面遷移において遷移先となる画面を示す。遷移先画面には、トップ画面、登録処理の入力画面（以下、登録／入力画面と表記）、検索／入力画面、検索／結果画面、更新処理の入力画面（以下、更新／入力画面と表記）および削除処理の確認画面（以下、削除／確認画面と表記）が含まれる。なお、初期設定の論理設計情報には、ＤＢ処理毎に複数の遷移先画面が含まれる。

図３に示す例では、初期設定の論理設計情報には、例えばＤＢ処理に含まれる登録に対応づけて、遷移元画面「トップ画面、検索／入力画面、検索／結果画面」、画面処理フロー「入力→（確認）→（結果）」および遷移先画面「トップ画面、登録／入力画面、検索／入力画面、検索／結果画面」が含まれている。

なお、画面処理フローにおいて括弧で囲まれていないもの（ここでは、入力）は必須の選択項目であり、括弧で囲まれているもの（ここでは、確認および結果）は任意の選択項目である。

また、初期設定の論理設計情報には、例えばＤＢ処理に含まれる検索に対応づけて、遷移元画面「トップ画面」、画面処理フロー「（入力）→結果」および遷移先画面「トップ画面、登録／入力画面、検索／結果画面、更新／入力画面、削除／確認画面」が含まれている。

同様に、初期設定の論理設計情報には、例えばＤＢ処理に含まれる更新に対応づけて、遷移元画面「検索／結果画面」、画面処理フロー「入力→（確認）→（結果）」および遷移先画面「トップ画面、検索／入力画面、検索／結果画面、更新／入力画面」が含まれている。

また、初期設定の論理設計情報には、例えばＤＢ処理に含まれる削除に対応づけて、遷移元画面「検索／結果画面」、画面処理フロー「（確認）→（結果）」および遷移先画面「トップ画面、検索／入力画面、検索／結果画面」が含まれている。

図４は、図２に示す画面遷移パターン格納部２２に予め格納されている初期設定の物理設計情報のデータ構造の一例（初期設定の定義ファイルの定義例）を示す。

図４に示すように、初期設定の物理設計情報は、初期設定の論理設計情報に含まれる画面処理フローを構成する画面処理毎の複数の表示方法（物理的な画面の表示方法）を示す。上記したように画面処理フローを構成する画面処理には、入力、確認および結果が含まれる。

入力の表示方法には、例えば入力エラーメッセージをポップアップ表示、入力エラーメッセージを入力画面の上部に表示、入力エラーメッセージを入力フォームの右横に表示および入力エラーメッセージをエラー画面として表示等が含まれる。

確認の表示方法には、例えばポップアップ表示および確認画面として表示等が含まれる。

結果の表示方法には、例えばポップアップ表示および結果画面として表示等が含まれる。

図４に示す例では、初期設定の物理設計情報は、画面処理に含まれる入力の表示方法として「入力エラーメッセージをポップアップ表示、入力エラーメッセージを入力画面の上部に表示、入力エラーメッセージを入力フォームの右横に表示、入力エラーメッセージをエラー画面として表示」を示す。

また、初期設定の物理設計情報は、画面処理に含まれる確認の表示方法として「ポップアップ表示、確認画面として表示」を示す。

同様に、初期設定の物理設計情報は、画面処理に含まれる結果の表示方法として「ポップアップ表示、結果画面として表示」を示す。

以下、本実施形態に係る画面遷移設計支援装置３０の処理について説明する。ここでは、ユーザ（利用者）が最初にＷｅｂアプリケーションにおける画面遷移を設計する場合の処理および一度設計された画面遷移を編集する場合の処理に分けて説明する。

まず、図５のフローチャートを参照して、ユーザが最初にＷｅｂアプリケーションにおける画面遷移を設計する場合の画面遷移設計支援装置３０の処理手順について説明する。

この場合、ユーザによって利用される端末装置５０においては、図６に示すようなテーブル名の登録画面（ＤＢテーブル名登録画面）１００が表示される。ユーザは、このＤＢテーブル名登録画面１００を用いてテーブル名を登録（指定）することができる。なお、ＤＢテーブル名登録画面１００においては、複数のテーブル名を登録することができる。また、このＤＢテーブル名登録画面１００においては、「行の追加」ボタン１０１および「行の削除」ボタン１０２が設けられており、このボタン１０１および１０２を押下（指定）することによって行の追加および行の削除が可能である。

図６に示すＤＢテーブル名登録画面１００を用いてテーブル名が登録（指定）された場合、画面遷移設計支援装置３０に含まれるＤＢ情報入力部３１は、当該テーブル名を示すＤＢ情報を端末装置５０から入力する（ステップＳ１）。なお、複数のテーブル名が登録された場合には、ＤＢ情報入力部３１は、当該テーブル名の各々を示す複数のＤＢ情報を入力する。

次に、定義ファイル生成部３２は、画面遷移パターン格納部２２に格納されている初期設定の論理設計情報を取得する。

定義ファイル生成部３２は、取得された初期設定の論理設計情報およびＤＢ情報入力部３１によって入力されたＤＢ情報を利用することによって、利用者用の論理設計情報を生成する（ステップＳ２）。この場合、定義ファイル生成部３２は、取得された初期設定の論理設計情報（初期設定の定義ファイル）をもとに、ＤＢ情報入力部３１によって入力されたＤＢ情報によって示されるテーブル名が追加された定義ファイルを利用者用の論理設計情報（定義ファイル）として生成する。

なお、利用者用の論理設計情報は、Ｗｅｂアプリケーションにおいて扱われるテーブル（ＤＢ情報入力部３１によって入力されたＤＢ情報によって示されるテーブル名）毎に論理的な画面遷移を定義する必要があるために生成される。

定義ファイル生成部３２によって生成された利用者用の論理設計情報は、画面遷移パターン格納部２２に格納される。

また、定義ファイル生成部３２は、検証ルール格納部２３に格納されている初期設定の検証ルールを取得する。

定義ファイル生成部３２は、取得された初期設定の検証ルールおよびＤＢ情報入力部３１によって入力されたＤＢ情報を利用することによって、利用者用の検証ルールを生成する（ステップＳ３）。この場合、定義ファイル生成部３２は、取得された初期設定の検証ルール（初期設定の定義ファイル）をもとに、ＤＢ情報入力部３１によって入力されたＤＢ情報によって示されるテーブル名が追加された定義ファイルを利用者用の検証ルール（定義ファイル）として生成する。

なお、利用者用の検証ルールは、後述するようにＷｅｂアプリケーションにおいて扱われるテーブル（ＤＢ情報入力部３１によって入力されたＤＢ情報によって示されるテーブル名）間の検証を定義する必要があるために生成される。

定義ファイル生成部３２によって生成された利用者用の検証ルールは、検証ルール格納部２３に格納される。

上記したように、初期設定の論理設計情報および初期設定の検証ルールについては利用者用の論理設計情報および利用者用の検証ルールが生成されるが、初期設定の物理設計情報においては、Ｗｅｂアプリケーションにおいて扱われる複数テーブル間で共通の定義を利用することが可能であるため、利用者用の定義ファイル（つまり、利用者用の物理設計情報）は生成されない。

次に、画面遷移編集部３３は、画面遷移パターン格納部２２に格納されている利用者用の論理設計情報を取得する。また、画面遷移編集部３３は、画面遷移パターン格納部２２に格納されている初期設定の物理設計情報（初期設定の定義ファイル）を取得する。

画面遷移編集部３３は、取得された利用者用の論理設計情報および初期設定の物理設計情報の項目をユーザに選択させる（ステップＳ４）。

画面遷移編集部３３は、取得された利用者用の論理設計情報に含まれる遷移元画面情報によって示される遷移元画面、当該利用者用の論理設計情報に含まれる遷移先画面情報によって示される遷移先画面、当該利用者用の論理設計情報に含まれる画面処理フロー情報によって示される画面処理フローおよび取得された初期設定の物理設計情報によって示される画面処理の表示方法から、任意の遷移元画面、遷移先画面、画面処理フローおよび画面処理の表示方法をＤＢ処理毎にユーザに選択させる。なお、ＤＢ情報入力部３１によってテーブル名を示すＤＢ情報が複数入力されている場合には、画面遷移編集部３３は、当該テーブルのうちの１つのテーブル、または、当該複数のテーブルの全てについて遷移元画面、遷移先画面、画面処理フローおよび画面処理の表示方法をユーザに選択させる。

この場合、ユーザは、端末装置５０に表示される画面遷移設計画面を用いて、ＤＢ処理毎に任意の遷移元画面、遷移先画面、画面処理フローおよび画面処理の表示方法を選択することができる。

つまり、端末装置５０を利用するユーザは、当該端末装置５０を介して利用者用の論理設計情報および初期設定の物理設計情報の項目（遷移元画面、遷移先画面、画面処理フローおよび画面処理の表示方法）を選択することによって、Ｗｅｂアプリケーションにおける画面遷移の設計（当該Ｗｅｂアプリケーションにおいて扱われるテーブルについての画面遷移の設計）を行うことができる。

ここで、図７は、利用者用の論理設計情報および初期設定の物理設計情報の項目が端末装置５０を介して選択される際に用いられる画面遷移設計画面の一例を示す。ここでは、上述した図３に示す初期設定の論理設計情報から生成された利用者用の論理設計情報および図４に示す初期設定の物理設計情報の項目が選択される場合の画面遷移設計画面について説明する。なお、図３に示す初期設定の論理設計情報から生成された利用者用の論理設計情報には、当該初期設定の論理設計情報に含まれる遷移元画面（情報）、画面処理フロー（情報）および遷移先画面（情報）が含まれる。

図７に示すように、画面遷移設計画面２００においては、ＤＢ処理（登録、検索、更新、削除）毎に、遷移元画面、画面処理フロー、遷移先画面および画面処理の表示方法が選択可能である。

なお、画面遷移設計画面２００においては、遷移元画面および遷移先画面をＤＢ処理毎の各リスト（例えば、トップ画面等）の中から１以上選択しなければならない。例えばＤＢ処理が登録である場合には、ユーザは、遷移元画面をリスト「トップ画面、検索／入力画面、検索／結果画面」の中から１以上選択しなければならない。また、例えばＤＢ処理が登録である場合には、ユーザは、遷移先画面をリスト「トップ画面、登録／入力画面、検索／入力画面、検索／結果画面」の中から１以上選択しなければならない。

また、画面遷移設計画面２００においては、画面処理フローを構成する画面処理を選択することができる。なお、画面処理フローを構成する画面処理のうち必須の選択項目（図３の画面処理フローにおいて括弧で囲まれてない処理）は必ず選択しなければならない。このように、ユーザが画面処理を選択することによって、当該画面処理から構成される画面処理フローが選択される。例えばＤＢ処理が登録である場合には、ユーザは、画面処理フローを構成する画面処理を「入力→（確認）→（結果）」の中から選択することができる。なお、上記したように入力は必須の選択項目であるため、ユーザは、当該入力を必ず選択しなければならない。ここで、ユーザによって例えば入力および結果が選択されたものとすると、画面処理フローとして「入力→結果」が選択されたことになる。

また、画面遷移設計画面２００においては、ユーザによって選択された画面処理毎の表示方法を当該画面処理の表示方法のリストの中から１つだけ選択しなければならない。つまり、ユーザによって選択された画面処理が入力である場合には、当該画面処理（入力）の表示方法をリスト「入力エラーメッセージをポップアップ表示、入力エラーメッセージを入力画面の上部に表示、入力エラーメッセージを入力フォームの右横に表示、入力エラーメッセージをエラー画面として表示」の中から１つだけ選択しなければならない。

なお、複数のテーブルを扱うＷｅｂアプリケーションの場合、つまり、ＤＢ情報入力部３１によって複数のＤＢ情報が入力された場合、図７に示す画面遷移設計画面２００においては、当該複数のテーブルのうちの１つのテーブルについてのみ画面遷移の設計を行うか、または、当該複数のテーブルの全てについての画面遷移を設計するかを選択することができる。

具体的には、複数のテーブルのうちの１つのテーブルについてのみ画面遷移の設計を行う場合には、画面遷移設計画面２００における「１テーブル設計」のタブを選択して設計（つまり、各項目の選択）を行う。一方、複数のテーブルの全てについての画面遷移を設計する場合には、画面遷移設計画面２００における「複数テーブル設計」のタブを選択して設計を行う。

なお、画面遷移設計画面２００における「１テーブル設計」のタグを選択して設計が行われた場合には、他のテーブルにも当該設計が引き継がれる（つまり、１つのテーブルについての設計が他のテーブルにも引き継がれる）。

上記したように画面遷移設計画面２００において利用者用の論理設計情報および初期設定の物理設計情報の項目がユーザによって選択されると、当該ユーザによって選択された項目の情報（利用者の選択情報）が端末装置５０から画面遷移設計支援装置３０に渡される。

この場合、画面遷移編集部３３は、端末装置５０から渡された利用者の選択情報を取得する。なお、利用者の選択情報には、ユーザによってＤＢ処理毎に選択された遷移元画面、遷移先画面、画面処理フローおよび当該画面処理フローを構成する画面処理毎の表示方法（を示す情報）が含まれる。

再び図５に戻ると、画面遷移検証部３４は、検証ルール格納部２３に格納されている利用者用の検証ルールを取得する。

画面遷移検証部３４は、取得された利用者用の検証ルールを用いて、画面遷移編集部３３によって取得された利用者の選択情報に矛盾があるか否かを検証する処理（以下、検証処理と表記）を実行する（ステップＳ５）。

この場合、画面遷移検証部３４は、例えば画面遷移編集部３３によって取得された利用者の選択情報に含まれる遷移元画面および遷移先画面が正しく選択されているか否かを検証（判定）する。

例えばＤＢ処理のいずれかにおいてある遷移元画面が選択されている場合に、当該遷移元画面が別のＤＢ処理において遷移先画面として選択されていない場合には、当該利用者の選択情報に含まれる遷移元画面および遷移先画面は正しく選択されていないと判定される。

なお、画面遷移検証部３４は、上記した以外にも、利用者の選択情報に含まれる画面処理の表示方法および複数のテーブル間についての画面遷移の設計についても検証を行う。この画面遷移検証部３４による検証処理の詳細については後述する。

次に、画面遷移検証部３４は、検証結果に基づいて、利用者の選択情報に矛盾があるか否かを判定する（ステップＳ６）。

利用者の選択情報に矛盾があると判定された場合（ステップＳ６のＹＥＳ）、画面遷移検証部３４は、画面遷移編集部３３および端末装置５０を介して、当該利用者の選択情報に矛盾がある旨をユーザに対して通知する（ステップＳ７）。この場合、端末装置５０には、利用者の選択情報に矛盾がある旨が表示される。

ここで、図８は、利用者の選択情報に矛盾がある旨が表示された場合の端末装置５０の表示画面の一例を示す。

図８に示す例では、表示画面３００には、利用者の選択情報に矛盾がある旨として、例えば「○○○に選択ミスがあります。」および「×××に選択ミスがあります。」のメッセージが表示されている。

また、表示画面３００には、通知された利用者の選択情報の矛盾に対して修正を指示するための「修正します」ボタン３０１および当該矛盾に対して修正を指示しないための「修正しません」ボタン３０２が設けられている。

ユーザは、表示画面３００に表示されたメッセージを確認した後に「修正します」ボタン３０１および「修正しません」ボタン３０２を押下（指定）することによって、利用者の選択情報を修正するか否かを画面遷移設計支援装置３０に対して指示することができる。

つまり、ユーザは、利用者の選択情報に矛盾があると判断する場合には「修正します」ボタン３０１を押下することによって当該利用者の選択情報を修正する旨を指示することができる。一方、ユーザは、利用者の選択情報に矛盾がないと判断する場合には「修正しません」ボタン３０２を押下することによって当該利用者の選択情報を修正しない旨を指示することができる。

再び図５に戻ると、上記した表示画面３００に対するユーザの操作に応じて、ユーザに対して通知された利用者の選択情報の矛盾に対する修正指示があるか否かが判定される（ステップＳ８）。

この場合、表示画面３００に設けられている「修正します」ボタン３０１がユーザによって押下された場合には、利用者の選択情報の矛盾に対する修正指示があると判定される。一方、表示画面３００に設けられている「修正しません」ボタン３０２がユーザによって押下された場合には、利用者の選択情報の矛盾に対する修正指示がないと判定される。

ユーザに対して通知された利用者の選択情報の矛盾に対する修正指示がないと判定された場合（ステップＳ８のＮＯ）、画面遷移検証部３４は、ユーザによって設計された情報（つまり、利用者の選択情報）を検証ルール格納部２３に格納されている利用者用の検証ルールに反映させる。換言すれば、画面遷移検証部３４は、利用者の選択情報に基づいて、検証ルール格納部２３に格納されている利用者用の検証ルールを更新する（ステップＳ９）。具体的には、画面遷移検証部３４は、検証ルール格納部２３に格納されている利用者用の検証ルールを、利用者の選択情報の矛盾に対して修正の必要がないというユーザの意図を反映するような利用者用の検証ルールに更新する。

次に、画面遷移生成部３５は、利用者の選択情報に基づいて、Ｗｅｂアプリケーションにおける画面遷移を示す画面遷移設計情報（当該画面遷移の定義ファイル）を生成する（ステップＳ１０）。

画面遷移生成部３５は、生成された画面遷移設計情報を画面遷移格納部２４に格納する（ステップＳ１１）。

一方、上記したステップＳ６において利用者の選択情報に矛盾がないと判定された場合、ステップＳ１０の処理が実行される。

また、上記したステップＳ８において、ユーザに対して通知された利用者の選択情報の矛盾に対する修正指示があると判定された場合、ステップＳ４に戻って処理が繰り返される。つまり、利用者用の論理設計情報および初期設定の物理設計情報の項目が再度ユーザによって選択される。この場合、ユーザは、上記した図８に示す表示画面３００を確認することによって、矛盾がないように遷移元画面および遷移先画面等を選択することができる。

次に、図９のフローチャートを参照して、一度設計された画面遷移（つまり、画面遷移設計情報）を編集する場合の画面遷移設計支援装置３０の処理手順について説明する。なお、図９に示す処理は、例えばユーザによって画面遷移の編集が指示された場合に実行される。

この場合、画面遷移パターン格納部２２には、初期設定の論理設計情報、利用者用の論理設計情報および初期設定の物理設計情報が格納されている。また、検証ルール格納部２３には、初期設定の検証ルールおよび利用者用の検証ルールが格納されている。また、画面遷移格納部２４には、Ｗｅｂアプリケーションにおける画面遷移を示す画面遷移設計情報が格納されている。

まず、画面遷移編集部３３は、画面遷移格納部２４に格納されている画面遷移設計情報を、当該画面遷移格納部２４から取り出す（ステップＳ２１）。

画面遷移編集部３３は、画面遷移パターン格納部２２に格納されている画面遷移パターンを、当該画面遷移パターン格納部２２から取り出す（ステップＳ２２）。ここで、画面遷移編集部３３によって取り出される画面遷移パターンとは、画面遷移パターン格納部２２に格納されている利用者用の論理設計情報および初期設定の物理設計情報である。

次に、ユーザの操作に応じて、画面遷移の設計が編集される（ステップＳ２３）。この場合、画面遷移編集部３３は、上述した図５に示すステップＳ４の処理と同様に、取得された画面遷移パターン（利用者用の論理設計情報および初期設定の物理設計情報）の項目をユーザに選択させる。つまり、画面遷移編集部３３は、取得された利用者用の論理設計情報に含まれる遷移元画面情報によって示される遷移元画面、当該利用者用の論理設計情報に含まれる遷移先画面情報によって示される遷移先画面、当該利用者用の論理設計情報に含まれる画面処理フロー情報によって示される画面処理フローおよび取得された初期設定の物理設計情報によって示される画面処理の表示方法から、任意の遷移画面、遷移先画面、画面処理フローおよび画面処理の表示方法をＤＢ処理毎にユーザに選択させる。

なお、ユーザは、上記した図７に示すような画面遷移設計画面を用いて任意の遷移元画面、遷移先画面、画面処理フローおよび画面処理の表示方法を選択することができる。

つまり、ユーザは、端末装置５０を介して利用者用の論理設計情報および初期設定の物理設計情報の項目（遷移元画面、遷移先画面、画面処理フローおよび画面処理の表示方法）を選択することによって、Ｗｅｂアプリケーションにおける画面遷移の設計を再度行うことができる。

画面遷移設計画面において利用者用の論理設計情報および初期設定の物理設計情報の項目がユーザによって選択されることによって画面遷移の設計が再度行われると、当該ユーザによって選択された項目の情報（利用者の選択情報）が端末装置５０から画面遷移設計支援装置３０に渡される。この場合、画面遷移編集部３３は、端末装置５０から渡された利用者の選択情報を取得する。

次に、画面遷移検証部３４は、検証ルール格納部２３に格納されている利用者用の検証ルールを取得する。

画面遷移検証部３４は、取得された利用者用の検証ルールを用いて、画面遷移編集部３３によって取得された利用者の選択情報に矛盾があるか否かを検証する処理（検証処理）を実行する（ステップＳ２４）。この画面遷移検証部３４による検証処理の詳細については後述する。なお、このステップＳ２４の処理は、上述した図５に示すステップＳ５の処理に相当する。

ステップＳ２４の処理が実行されると、上述した図５に示すステップＳ６〜ステップＳ９の処理に相当するステップＳ２５〜ステップＳ２８の処理が実行される。

次に、画面遷移生成部３５は、利用者の選択情報（ユーザによって選択された遷移元画面、遷移先画面、画面処理フローおよび画面処理の表示方法の情報）に基づいて、上記したステップＳ１において取り出された画面遷移設計情報（画面遷移の定義ファイル）を編集する（ステップＳ２９）。

画面遷移生成部３５は、編集された画面遷移設計情報を画面遷移格納部２４に格納する（ステップＳ３０）。

一方、上記したステップＳ２５において利用者の選択情報に矛盾がないと判定された場合、ステップＳ２９の処理が実行される。

また、上記したステップＳ２７において、ユーザに対して通知された利用者の選択情報の矛盾に対する修正指示があると判定された場合、ステップＳ２３に戻って処理が繰り返される。

次に、図１０のフローチャートを参照して、上述した検証処理（図５に示すステップＳ５および図９に示すステップＳ２４の処理）の処理手順について説明する。

この検証処理においては、上記したように利用者の選択情報に矛盾があるか否かが検証される。なお、利用者の選択情報には、Ｗｅｂアプリケーションにおいて扱われるテーブル（ＤＢ情報入力部３１によって入力されたＤＢ情報によって示されるテーブル名）毎に、ユーザによって選択されたＤＢ処理毎の遷移元画面、遷移先画面、画面処理フローおよび当該画面処理フローを構成する画面処理の表示方法が含まれる。

なお、検証処理は、以下に説明するアルゴリズム（検証アルゴリズム）により実行される。この検証アルゴリズムは、検証処理において用いられる利用者用の検証ルールとして定義ファイルに記述されている。

以下の説明においては、利用者用の論理設計情報をＬＰ、初期設定の物理設計情報をＳＰ、ユーザによって選択された遷移元画面（つまり、利用者の選択情報に含まれる遷移元画面）をＩＮ、当該ユーザによって選択された遷移元画面（つまり、利用者の選択情報に含まれる遷移先画面）をＯＵＴとする。更に、ＤＢ処理に含まれる登録をＣ、検索をＲ、更新をＵ、削除をＤとする。なお、ＤＢ処理に含まれる登録、検索、更新、削除をＣＲＵＤと表記する。

検証処理においては、Ｗｅｂアプリケーションにおいて扱われるテーブルの各々について以下に説明するステップＳ４１〜ステップＳ４７の処理が実行される。ここでは、ステップＳ４１〜ステップＳ４７の処理の対象となるテーブルを対象テーブルと称する。

まず、画面遷移検証部３４は、対象テーブルのＣＲＵＤにおけるＬＰのＩＮおよびＯＵＴに矛盾があるか否かを検証する（ステップ４１）。

具体的には、対象テーブルのＤＢ処理（つまり、ＣＲＵＤ）のいずれかにおいて任意の遷移元画面（ここでは、画面Ｘとする）が選択されているが、別のＤＢ処理において遷移先画面として当該画面Ｘが選択されていない場合には、当該対象テーブルのＣＲＵＤにおけるＬＰのＩＮおよびＯＵＴに矛盾があると判定される。

次に、画面遷移検証部３４は、対象テーブルのＣＲＵＤ間におけるＳＰが同一である否かを検証する（ステップＳ４２）。

この場合、同一の画面処理の表示方法が対象テーブルのＣＲＵＤ間において異なる場合には、当該対象テーブルのＣＲＵＤ間におけるＳＰが同一でないため矛盾があると判定される。

具体的には、画面処理である入力の表示方法として、対象テーブルのＣ（登録）においては「入力エラーメッセージをポップアップ表示」が選択されているのに対して、対象テーブルＵ（更新）においては「入力エラーメッセージを入力画面の上部に表示」が選択されているような場合には、当該対象テーブルのＣＲＵＤ間におけるＳＰが同一でないため矛盾があると判定される。

次に、Ｗｅｂアプリケーションにおいて扱われる例えば複数のテーブルのうち対象テーブルとは異なるテーブルの各々について、ステップＳ４３〜ステップＳ４６の処理が実行される。このステップＳ４３〜ステップＳ４６の処理においては、対象テーブルおよび当該対象テーブルとは異なるテーブル間においてＣＲＵＤのＬＰおよびＳＰが比較される。以下、対象テーブルと比較される当該対象テーブルとは異なるテーブルを比較テーブルと称する。

まず、画面遷移検証部３４は、対象テーブルおよび比較テーブル間においてＣのＬＰおよびＳＰが同一であるか否かを検証する（ステップＳ４３）。

この場合、対象テーブルおよび比較テーブル間においてＣのＬＰおよびＳＰが異なる場合には、当該対象テーブルおよび当該比較テーブル間においてＣのＬＰおよびＳＰが同一でないため矛盾があると判定される。

次に、画面遷移検証部３４は、対象テーブルおよび比較テーブル間においてＲのＬＰおよびＳＰが同一であるか否かを検証する（ステップＳ４４）。

この場合、対象テーブルおよび比較テーブル間においてＲのＬＰおよびＳＰが異なる場合には、当該対象テーブルおよび当該比較テーブル間においてＲのＬＰおよびＳＰが同一でないため矛盾があると判定される。

また、画面遷移検証部３４は、対象テーブルおよび比較テーブル間においてＵのＬＰおよびＳＰが同一であるか否かを検証する（ステップＳ４５）。

この場合、対象テーブルおよび比較テーブル間においてＵのＬＰおよびＳＰが異なる場合には、当該対象テーブルおよび当該比較テーブル間においてＵのＬＰおよびＳＰが同一でないため矛盾があると判定される。

更に、画面遷移検証部３４は、対象テーブルおよび比較テーブル間においてＤのＬＰおよびＳＰが同一であるか否かを検証する（ステップＳ４６）。

この場合、対象テーブルおよび比較テーブル間においてＤのＬＰおよびＳＰが異なる場合には、当該対象テーブルおよび当該比較テーブル間においてＤのＬＰおよびＳＰが同一でないため矛盾があると判定される。

次に、画面遷移検証部３４は、全ての比較テーブルについて上記したステップＳ４３〜ステップＳ４６の処理が実行されたか否かを判定する（ステップＳ４７）。つまり、画面遷移検証部３４は、対象テーブルと全ての比較テーブルとが比較されたか否かを判定する。

全ての比較テーブルについて処理が実行されていないと判定された場合（ステップＳ４７のＮＯ）、上記したステップＳ４３に戻って処理が繰り返される。この場合、処理が実行されていない比較テーブルについてステップＳ４３以降の処理が実行される。

一方、全ての比較テーブルについて処理が実行されたと判定された場合（ステップＳ４７のＹＥＳ）、画面遷移検証部３４は、Ｗｅｂアプリケーションにおいて扱われる全てのテーブルについて上記したステップＳ４１〜ステップＳ４７の処理が実行されたか否かを判定する（ステップＳ４８）。

全てのテーブルについて処理が実行されていないと判定された場合（ステップＳ４８のＮＯ）、上記したステップＳ４１に戻って処理が繰り返される。この場合、処理が実行されていないテーブルを対象テーブルとしてステップＳ４１以降の処理が実行される。

一方、全てのテーブルについて処理が実行されたと判定された場合（ステップＳ４８のＹＥＳ）、検証処理は終了される。

なお、この検証処理において矛盾があると判定された内容については、上述した図８において説明したように画面遷移編集部３３および端末装置５０を介してユーザに対して通知される。

以下、上述した初期設定の論理設計情報、初期設定の物理設計情報、初期設定の検証ルール、利用者用の論理設計情報、利用者用の検証ルールおよび画面遷移設計情報の具体例について説明する。

図１１〜図１３は、初期設定の論理設計情報（論理設計情報の初期設定の定義ファイル）の具体例を示す。以下、図１１〜１３に示す初期設定の論理設計情報を初期設定の論理設計情報２２１とする。図１４および図１５は、初期設定の物理設計情報（物理設計情報の初期設定の定義ファイル）の具体例を示す。以下、図１４および図１５に示す初期設定の物理設計情報を初期設定の物理設計情報２２２とする。図１６〜図１８は、初期設定の検証ルール（検証ルールの初期設定の定義ファイル）の具体例を示す。以下、図１６〜図１８に示す初期設定の検証ルールを初期設定の検証ルール２３１とする。図１９〜図２２は、利用者用の論理設計情報（論理設計情報の利用者用の定義ファイル）の具体例を示す。以下、図１９〜図２２に示す利用者用の論理設計情報を利用者用の論理設計情報２２３とする。図２３〜図２８は、利用者用の検証ルール（検証ルールの利用者用の定義ファイル）の具体例を示す。以下、図２３〜図２８に示す利用者用の検証ルールを利用者用の検証ルール２３２とする。図２９〜図３４は、画面遷移設計情報（画面遷移の定義ファイル）の具体例を示す。以下、図２９〜図３４に示す画面遷移設計情報を画面遷移設計情報２４１とする。

初期設定の論理設計情報２２１、初期設定の物理設計情報２２２および初期設定の検証ルール２３１においては、１つのテーブルに対する画面遷移の定義が記述されている。

また、初期設定の検証ルール２３１においては、上述した図１０に示すステップＳ４１およびステップＳ４２の処理について記述されている。

上記した利用者用の論理設計情報２２３および利用者用の検証ルール２３２は、初期設定の論理設計情報２２１、初期設定の検証ルール２３１およびＤＢ情報入力部３１によって入力されたＤＢ情報（によって示されるテーブル名）を利用することによって生成される。なお、利用者用の論理設計情報２２３および利用者用の検証ルール２３２は、例えばテーブル名「table1」および「table2」を示すＤＢ情報がＤＢ情報入力部３１によって入力され、当該ＤＢ情報を利用することによって生成された場合における利用者用の論理設計情報および利用者用の検証ルールである。

上述した図５に示すステップＳ４および図９に示すステップ２３の処理においては、利用者用の論理設計情報２２３および初期設定の物理設計情報２２２に記述されている項目が図７に示す画面遷移設計画面２００を通じてユーザによって選択されることによって、画面遷移の設計が行われる。

利用者用の検証ルール２３２には、上述した図１０に示すステップＳ４１〜ステップＳ４６の処理（検証アルゴリズム）について記述されている。つまり、上述した検証処理（図５に示すステップＳ５および図９に示すステップＳ２４の処理）は、この利用者用の検証ルール２３２が使用されることによって実行される。

また、上述した図５に示すステップＳ９および図９に示すステップＳ２８に示す処理においては、この利用者用の検証ルール（の定義ファイル）２３２に対して修正が加えられることによって利用者用の検証ルールが更新される。

また、上述した図５に示すステップＳ１０および図９に示すステップＳ２９の処理においては、上記した画面遷移設計画面を通じてユーザによって選択された項目をもとに例えば画面遷移設計情報２４１が生成される。

具体的には、画面遷移設計情報２４１（の定義）は、ＤＢ処理のうちの例えば登録の基本画面として利用者用の論理設計情報２２３のtable1の登録の画面処理フローから入力（table1_create_input）、確認（table1_create_confirm）、結果（table1_create_result）の画面がユーザによって選択されたことを意味する。また、画面遷移設計情報２４１は、初期設定の物理設計情報２２２から入力（エラーメッセージ）の表示方法としてポップアップ（popup）、確認の表示方法として確認画面（confirm_screen）、結果の表示方法として結果画面（result_screen）がユーザによって選択されたことを意味する。更に、画面遷移設計情報２４１は、遷移元画面（遷移元となる画面）として利用者用の論理設計情報２２３のfromタグの定義のうちトップ画面（top）以外の画面がユーザによって選択されたことを意味する。また、画面遷移設計情報２４１は、遷移先画面（遷移先となる画面）として利用者用の論理設計情報２２３のtoタグの定義のうちトップ画面（top）と登録／入力画面（table1_create_input）以外の画面が選択されたことを意味する。

上記したように本実施形態においては、Ｗｅｂアプリケーションにおいて扱われるテーブルのテーブル名を示すＤＢ情報が入力され、初期設定の論理設計情報に当該入力されたＤＢ情報によって示されるテーブル名が追加されることによって利用者用の論理設計情報が生成される。また、本実施形態においては、利用者用の論理設計情報および初期設定の物理設計情報の項目をユーザに選択させ、当該ユーザによって選択された項目（利用者の選択情報）に基づいて、Ｗｅｂアプリケーションにおける画面遷移を示す画面遷移設計情報が生成される。

これにより、本実施形態においては、画面遷移の論理的な設計だけではなく、物理的な設計をすることができるため、実装する際に必要となる情報を含む詳細な画面遷移の設計をすることが可能となる。

また、本実施形態においては、初期設定の検証ルールにＤＢ情報によって示されるテーブル名が追加されることによって利用者用の検証ルールが生成され、当該検証ルールを用いてユーザによって選択された項目（利用者の選択情報）の矛盾が検証される。

これにより、本実施形態においては、あるテーブルの画面処理フローを構成する例えば確認（処理）の表示方法としてポップアップを利用しているにもかかわらず、他の画面処理フローを構成する確認の表示方法としては当該ポップアップを利用していないというような一貫性のなさを回避することが可能となる。

また、本実施形態においては、Ｗｅｂアプリケーションにおいて複数のテーブルが扱われる（つまり、複数のＤＢ情報が入力された）場合であって当該複数のテーブルのうちの１つのテーブルについてのみ画面遷移設計画面を通じて画面遷移の設計が行われた場合には、他のテーブルにも当該設計が引き継がれる。

これにより、本実施形態においては、複数のテーブルについて画面遷移の設計が行われる場合であっても、当該設計における工数を削減することが可能となる。

なお、本願発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。

１０…コンピュータ、２０…外部記憶装置、２１…プログラム、２２…画面遷移パターン格納部、２３…検証ルール格納部、２４…画面遷移格納部、３０…画面遷移設計支援装置、３１…ＤＢ情報入力部、３２…定義ファイル生成部、３３…画面遷移編集部、３４…画面遷移検証部、３５…画面遷移生成部、５０…端末装置。

Claims (5)

1. アプリケーションにおける画面の遷移の設計を支援する画面遷移設計支援装置であって、データベースへの問い合わせ処理毎に、遷移元となる画面を示す遷移元画面情報、遷移先となる画面を示す遷移先画面情報および当該遷移元画面から当該遷移先画面に遷移する際の少なくとも１つの画面処理から構成される画面処理フローを示す画面処理フロー情報を含む第１の論理設計情報と前記第１の論理設計情報に含まれる画面処理フロー情報によって示される画面処理フローを構成する当該画面処理の複数の表示方法を示す物理設計情報とを格納する画面遷移パターン格納手段を有する外部記憶装置と、当該外部記憶装置を利用するコンピュータとから構成される画面遷移設計支援装置において、前記コンピュータによって実行される画面遷移設計支援プログラムであって、
   前記コンピュータに、
   前記アプリケーションにおいて扱われるテーブルのテーブル名であって、ユーザによって指定されたテーブル名を、当該ユーザが利用する端末装置から入力するステップと、
   前記画面遷移パターン格納手段に格納されている第１の論理設計情報に前記入力されたテーブル名が追加された第２の論理設計情報を生成するステップと、
   前記生成された第２の論理設計情報に含まれる遷移元画面情報によって示される遷移元となる画面、当該第２の論理設計情報に含まれる遷移先画面情報によって示される遷移先となる画面、当該第２の論理設計情報に含まれる画面処理フロー情報によって示される画面処理フローおよび前記画面遷移パターン格納手段に格納されている物理設計情報によって示される画面処理の複数の表示方法から、任意の遷移元となる画面、遷移先となる画面、画面処理フローおよび当該画面処理の表示方法を前記問い合わせ処理毎にユーザに選択させるステップと、
   前記問い合わせ処理毎にユーザによって選択された遷移元となる画面、遷移先となる画面、画面処理フローおよび当該画面処理の表示方法に基づいて、前記アプリケーションにおける画面の遷移を示す画面遷移設計情報を生成するステップと
   を実行させるための画面遷移設計支援プログラム。
2. 前記コンピュータに、
   前記問い合わせ処理毎にユーザによって選択された遷移元となる画面および遷移先となる画面に矛盾があるかを判定するステップを更に実行させ、
   前記画面遷移設計情報を生成するステップにおいて、前記問い合わせ処理毎にユーザによって選択された遷移元となる画面および遷移先となる画面に矛盾がないと判定された場合に、前記問い合わせ処理毎にユーザによって選択された遷移元となる画面、遷移先となる画面、画面処理フローおよび当該画面処理の表示方法に基づいて画面遷移設計情報を生成する
   ことを特徴とする請求項１記載の画面遷移設計支援プログラム。
3. 前記入力するステップにおいて、前記アプリケーションにおいて扱われる複数のテーブルのテーブル名であって、ユーザによって指定された複数のテーブル名を入力し、
   前記第２の論理設計情報を生成するステップにおいて、前記画面遷移パターン格納手段に格納されている第１の論理設計情報に前記入力された複数のテーブル名が追加された第２の論理設計情報を生成し、
   前記画面遷移設計情報を生成するステップにおいて、前記問い合わせ処理毎にユーザによって選択された遷移元となる画面、遷移先となる画面、画面処理フローおよび当該画面処理の表示方法に基づいて、前記アプリケーションにおいて扱われる複数のテーブルの各々に対応する画面遷移設計情報を生成する
   ことを特徴とする請求項１記載の画面遷移設計支援プログラム。
4. 前記コンピュータに、
   前記生成された第２の論理設計情報を前記画面遷移パターン格納手段に格納するステップと、
   前記生成された画面遷移設計情報を画面遷移格納手段に格納するステップと、
   ユーザの指示に応じて、前記画面遷移パターン格納手段に格納された第２の論理設計情報に含まれる遷移元画面情報によって示される遷移元となる画面、当該第２の論理設計情報に含まれる遷移先画面情報によって示される複数の遷移先となる画面、当該第２の論理設計情報に含まれる画面処理フロー情報によって示される画面処理フローおよび前記画面遷移パターン格納手段に格納されている物理設計情報によって示される画面処理の複数の表示方法から、任意の遷移元となる画面、遷移先となる画面、画面処理フローおよび当該画面処理の表示方法を前記問い合わせ処理毎に当該ユーザに再度選択させるステップと、
   前記ユーザによって再度選択された遷移元となる画面、遷移先となる画面、画面処理フローおよび当該画面処理の表示方法に基づいて、前記画面遷移格納手段に格納された画面遷移設計情報を編集するステップと
   を更に実行させることを特徴とする請求項１記載の画面遷移設計支援プログラム。
5. アプリケーションにおける画面の遷移の設計を支援する画面遷移設計支援装置において、
   データベースへの問い合わせ処理毎に、遷移元となる画面を示す遷移元画面情報、遷移先となる画面を示す遷移先画面情報および当該遷移元画面から当該遷移先画面に遷移する際の少なくとも１つの画面処理から構成される画面処理フローを示す画面処理フロー情報を含む第１の論理設計情報と前記第１の論理設計情報に含まれる画面処理フロー情報によって示される画面処理フローを構成する当該画面処理の複数の表示方法を示す物理設計情報とを格納する画面遷移パターン格納手段と、
   前記アプリケーションにおいて扱われるテーブルのテーブル名であって、ユーザによって指定されたテーブル名を、当該ユーザによって利用される端末装置から入力する入力手段と、
   前記画面遷移パターン格納手段に格納されている第１の論理設計情報に前記入力されたテーブル名が追加された第２の論理設計情報を生成する定義ファイル生成手段と、
   前記生成された第２の論理設計情報に含まれる遷移元画面情報によって示される遷移元となる画面、当該第２の論理設計情報に含まれる遷移先画面情報によって示される遷移先となる画面、当該第２の論理設計情報に含まれる画面処理フロー情報によって示される画面処理フローおよび前記画面遷移パターン格納手段に格納されている物理設計情報によって示される画面処理の複数の表示方法から、任意の遷移元となる画面、遷移先となる画面、画面処理フローおよび当該画面処理の表示方法を前記問い合わせ処理毎にユーザに選択させる画面遷移編集手段と、
   前記問い合わせ処理毎にユーザによって選択された遷移元となる画面、遷移先となる画面、画面処理フローおよび当該画面処理の表示方法に基づいて、前記アプリケーションにおける画面の遷移を示す画面遷移設計情報を生成する画面遷移生成手段と
   を具備することを特徴とする画面遷移設計支援装置。

Images