(57)【要約】【課題】  画面遷移を含むアプリケーションについて、拡張性に優れた設計を行うための支援技術を提供する。【解決手段】  アプリケーションの設計担当者が、遷移元画面に含まれる遷移要素と、遷移元画面が表示されているときに遷移要素がユーザからの入力を受け付けると、その入力に基づいて動作して、遷移先の画面を表示させるモジュールとを定めて、それらに遷移要素ＩＤおよびモジュールＩＤを割り当てる。そして、設計支援システムは、これらのＩＤの入力を受け付けて、コネクション定義テーブル３２に格納する。【選択図】  図１
2005235060.tif 000002
【特許請求の範囲】
【請求項１】
画面遷移を含むアプリケーションの設計支援システムであって、
遷移元画面に含まれ、ユーザからの入力を受け付けるその画面の構成要素を識別するための情報の入力を受け付ける手段と、
前記遷移元画面が表示されているときに前記構成要素がユーザからの入力を受け付けると、その入力に基づいて動作し、遷移先画面を表示させるための情報を生成するモジュールの識別情報の入力を受け付ける手段と、
前記構成要素の識別情報、および前記モジュールの識別情報を対応付けて記憶する手段と、
前記記憶手段に記憶されている情報を出力する手段とを備える設計支援システム。
【請求項２】
複数の遷移元画面のそれぞれに含まれている一つ以上の前記構成要素の各々について、前記構成要素の識別情報、および前記モジュールの識別情報の対応関係が、前記記憶手段に記憶されているとき、
前記出力手段は、前記遷移元画面別に前記構成要素の識別情報、および前記モジュールの識別情報を出力する請求項１記載の設計支援システム。
【請求項３】
前記モジュールの入力パラメータの入力を受け付ける手段をさらに備え、
前記記憶手段には、前記モジュールの識別情報と、前記入力パラメータとを対応付けて記憶する請求項１記載の設計支援システム。
【請求項４】
前記遷移先画面には、前記モジュールが所定の処理を実行して得た情報が表示される請求項１記載の設計支援システム。
【請求項５】
設計支援システムを用いて、画面遷移を含むアプリケーションの設計を支援するための方法であって、
遷移元画面に含まれ、ユーザからの入力を受け付けるその画面の構成要素を識別するための情報の入力を受け付けるステップと、
前記遷移元画面が表示されているときに前記構成要素がユーザからの入力を受け付けると、その入力に基づいて動作を行って、遷移先画面を表示させるモジュールの識別情報の入力を受け付けるステップと、
前記入力された構成要素の識別情報、および前記モジュールの識別情報を対応付けて、記憶部に格納するステップと、
前記記憶部に格納されている情報を出力するステップとを有する設計支援のための方法。
【請求項６】
コンピュータに実行されると、
遷移元画面に含まれ、ユーザからの入力を受け付けるその画面の構成要素を識別するための情報の入力を受け付けるステップと、
前記遷移元画面が表示されているときに前記構成要素がユーザからの入力を受け付けると、その入力に基づいて動作を行って、遷移先画面を表示させるモジュールの識別情報の入力を受け付けるステップと、
前記入力された構成要素の識別情報、および前記モジュールの識別情報を対応付けて、記憶部に格納するステップと、
前記記憶部に格納されている情報を出力するステップとを行う設計支援システムを用いて、画面遷移を含むアプリケーションの設計を支援するためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画面遷移を含むアプリケーションの設計支援をするための技術に関する。
【背景技術】
【０００２】
様々な業務処理について、画面遷移を含むアプリケーションが開発され、実用されている。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
アプリケーションの設計において、画面遷移を伴う部分の設計は、顧客が提示する画面遷移イメージの要求仕様に基づいて行うことが多い。このとき、顧客が提示する要求仕様は、見栄えや自己の業務上の要求に基づいて定められていて、システム的な考慮はなされないことが多い。
【０００４】
また、画面はシステムのユーザの目を引く部分であるため、顧客からの注文も厳しい。特に、インターネットを通じて提供されるＷｅｂアプリケーションは、アプリケーション全体が画面遷移を伴うものであり、画面の重要性は極めて高い。このため、画面の追加、変更を含む、仕様の変更、機能の追加などは頻繁に起こる。従って、画面遷移部分の設計は、仕様変更や機能追加などに容易に対応できるよう、拡張性に優れたものであることが望まれる。
【０００５】
そこで、本発明の目的は、画面遷移を含むアプリケーションについて、拡張性に優れた設計を行うための支援をする技術を提供することである。
【課題を解決するための手段】
【０００６】
本発明の一つの実施態様に従う画面遷移を含むアプリケーションの設計支援システムは、遷移元画面に含まれ、ユーザからの入力を受け付けるその画面の構成要素を識別するための情報の入力を受け付ける手段と、前記遷移元画面が表示されているときに前記構成要素がユーザからの入力を受け付けると、その入力に基づいて動作し、遷移先画面を表示させるための情報を生成するモジュールの識別情報の入力を受け付ける手段と、前記構成要素の識別情報、および前記モジュールの識別情報を対応付けて記憶する手段と、前記記憶手段に記憶されている情報を出力する手段とを備える。
【０００７】
好適な実施形態では、複数の遷移元画面のそれぞれに含まれている一つ以上の前記構成要素の各々について、前記構成要素の識別情報、前記モジュールの識別情報、および前記遷移先画面の識別情報の対応関係が、前記記憶手段に記憶されているとき、前記出力手段は、前記遷移元画面別に前記構成要素の識別情報、前記モジュールの識別情報、および前記遷移先画面の識別情報を出力するようにしてもよい。
【０００８】
好適な実施形態では、前記モジュールの入力パラメータの入力を受け付ける手段をさらに備えてもよい。このとき、前記記憶手段には、前記モジュールの識別情報と、前記入力パラメータとを対応付けて記憶する。
【０００９】
好適な実施形態では、前記遷移先画面には、前記モジュールが所定の処理を実行して得た情報が表示されるようにしてもよい。
【発明を実施するための最良の形態】
【００１０】
以下、本発明を適用した一実施形態について、図面を用いて説明する。
【００１１】
図１は、本発明の第１の実施形態に係るアプリケーションの設計支援システムの全体構成を示す図である。この設計支援システムは、ユーザインタフェースとして用意された画面が、ユーザからの操作を受け付けると、次の画面へ遷移していくＨＴＭＬ（Hyper Text Markup Language）を用いたＷｅｂアプリケーションの設計支援に用いると好適である。
【００１２】
この設計支援システムは、図１に示すように、設計支援装置１と、入力装置２と、表示装置３とを備える。設計支援装置１は、例えば汎用的なコンピュータシステムにより構成され、以下に説明する設計支援装置１内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。
【００１３】
入力装置２は、ユーザが入力を行うときに用いる装置であり、例えば、キーボードやマウスなどのポインティングデバイスであってもよい。表示装置３は、画面などを表示するための装置であり、例えば、液晶ディスプレイなどであってもよい。
【００１４】
本システムは、上述のように、画面遷移を含むアプリケーションの設計を支援する。本システムが設計を支援するアプリケーションでは、ある画面に貼り付けられている画像またはテキストが所定の操作を受け付けると、所定の画面へ遷移するように設計する。つまり、この画像あるいはテキストなどのように、所定の操作を受け付けると、その操作がきっかけとなって画面遷移を起こす画面を構成する要素を、ここでは遷移要素と呼ぶ。本実施形態では、上述の画像やテキストなどの一つ一つが別々の遷移要素であり、一つの画面に含まれる遷移要素の数は任意である。つまり、一画面の遷移要素数は一つでもよいし、あるいは複数でもよい。なお、遷移要素の典型的な例が上記の画像あるいはテキストであるが、操作を受け付けて画面遷移のトリガーとなるものであればこれに限定されない。また、遷移要素が受け付ける所定の操作とは、例えば、ポインティングデバイスにより選択されることを含む。
【００１５】
また、この設計支援システムの支援によりできあがったアプリケーションの動作環境を図２に示す。ここでは、サーバ５と、クライアント６とが、インターネットなどのネットワーク９を介して接続されている。クライアント６は複数台あってもよい。サーバ５およびクライアント６は、いずれも、例えば汎用的なコンピュータシステムにより構成され、以下に説明するサーバ５およびクライアント６内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。
【００１６】
サーバ５は、起動処理部５１と、画面遷移処理部５２と、記憶部５３、ライブラリ５６と、商品データベース５７とを備える。画面遷移処理部５２には、さらに、データ処理部５４と、表示準備処理部５５とを備える。起動処理部５１は、ライブラリ５６から必要なモジュールを取得して起動し、画面遷移処理部５２を動作させる。記憶部５３には、図１に示す設計支援装置１が生成した画面定義テーブル３１と、コネクション定義テーブル３２と、パラメータ定義テーブル３３とが記憶される。ライブラリ５６には、データ処理部５３を実現するためのモジュールと、表示準備処理部５４を実現するためのモジュールとが記憶されている。商品データベース５７は、後述するアプリケーションの具体例で使用するものである。
【００１７】
クライアント６は、入力装置６１と表示装置６２とを備える。クライアント６にはＷｅｂブラウザ６３が搭載されている。クライアント６では、Ｗｅｂブラウザ６３がＨＴＭＬのリクエストをネットワーク９を介してサーバ５へ送る。このリクエストに対する応答を受け取ると、Ｗｅｂブラウザ６３がこれに基づいて表示装置６２に画面を表示させる。
【００１８】
本実施形態におけるアプリケーションの動作概要は以下の通りである。すなわち、クライアント６の表示装置６２に表示されている画面（遷移元画面）の遷移要素がユーザによって選択されると、ＨＴＭＬリクエストの形で、その遷移要素にあらかじめ埋め込まれている遷移情報（後述する）がサーバ５へ通知される。
【００１９】
サーバ５では、クライアント６からの遷移情報に基づいて、起動処理部５１がコネクション定義テーブル３２を参照して、データ処理部５４および表示準備処理部５５を含む画面遷移処理部５２を起動する。起動されたデータ処理部５４は、クライアント６からの遷移情報に基づいて、パラメータ定義テーブル３３を参照し、所定の処理を実行する。そして、表示準備処理部５５は、遷移情報に基づいて、コネクション定義テーブル３２を参照し、遷移先の画面を表示させるためのＨＴＭＬ文書を生成して、クライアント６へ送信する。
【００２０】
上述のようなアプリケーションの設計を支援する設計支援装置１について、再び図１を参照して、以下、具体的に説明する。
【００２１】
設計支援装置１は、同図に示すように、入出力制御部１１と、テーブル編集処理部１２と、入力テーブル記憶部２０と出力テーブル記憶部３０とを備えている。設計支援装置１には、入力装置２と出力装置３とが接続されている。
【００２２】
入出力制御部１１は、入力装置２および表示装置３を制御して、データの入出力を行う。
【００２３】
入力テーブル記憶部２０には、表示準備処理定義テーブル２１と、遷移要素定義テーブル２２と、データ処理定義テーブル２３と、入力パラメータ定義テーブル２４と、データ処理定義テーブル２５と、起動パラメータ定義テーブル２６とを記憶するための領域が確保されている。これらの各テーブル２１〜２６には、ユーザが入力装置２から入力した情報が設定される。
【００２４】
表示準備処理定義テーブル２１は、各表示準備処理モジュールがどの画面の表示準備処理を行うかを対応付ける。例えば、図３に示すように、画面を識別するための画面ＩＤ２１１と、表示準備処理モジュールを識別するための表示準備処理ＩＤ２１２とを対応付けて記憶する。画面ＩＤ２１１は、システム全体を通して各画面を一意に識別するための識別情報である。この対応関係は、例えば、表示準備処理ＩＤ２１２が示す表示準備処理モジュールは、画面ＩＤ２１１に示す画面を表示させるためのＨＴＭＬ文書を生成することを示す。また、１つの画面ＩＤに対して、１つの表示準備処理モジュールを対応させる。なお、各表示準備モジュールは、別途実装され、実行時にはライブラリ５６に格納される。
【００２５】
遷移要素定義テーブル２２は、各画面に含まれる遷移要素とその遷移要素が選択されたときに起動されるデータ処理とを対応付けている。例えば、遷移要素定義テーブル２２は、図４に示すように、遷移要素ＩＤ２２１とデータ処理ＩＤ２２２とを対応付けて記憶している。遷移要素ＩＤ２２１は、各画面に含まれる遷移要素に対し割り当てられた、システム全体を通してユニークな識別情報である。遷移要素ＩＤ２２１は、画面ＩＤ２２３と、画面内遷移要素番号２２４とからなる。
【００２６】
データ処理ＩＤ２２２は、遷移要素が選択されたときに起動される、画面表示に先立つまたは付随する所定の処理を識別する識別情報である。データ処理ＩＤ２２２は、システム全体を通してユニークである。図４に示す例では、一つのデータ処理ＩＤ２２２は一つの遷移要素ＩＤ２２１に対応付けられているが、必ずしもこれに限定されない。例えば、一つのデータ処理ＩＤ２２２に複数の遷移要素ＩＤ２２１を対応付けてもよい。
【００２７】
遷移要素ＩＤ２２１と処理ＩＤ２２２との対応関係は、ユーザの仕様に基づいて定められる。
【００２８】
データ処理定義テーブル２３は、各データ処理が次に起動する表示準備処理モジュールを示す。例えば、図５に示すように、データ処理ＩＤ２３１と、画面条件決定条件２３２と、表示準備処理処理ＩＤ２３３とが対応付けられている。このとき、データ処理ＩＤ２３１を実行し、画面条件決定条件２３２に示す条件が満たされると、表示準備処理ＩＤ２３３に示す表示準備処理が起動されることを示す。従って、このテーブルでは、一つのデータ処理を行うと、その結果表示するべき画面のＩＤが一つに定まる。ここで、データ処理の結果によって複数の画面ＩＤへ分岐するようにしても良い。データ処理ＩＤ２３１を行うと無条件で表示準備処理ＩＤ２３３へ処理が移行するときは、画面条件決定条件２３２は省略できる。
【００２９】
入力パラメータ定義テーブル２４は、それぞれのデータ処理で必要な入力パラメータを定義する。例えば、図６に示すように、データ処理ＩＤ２４１と、入力パラメータ２４２とが対応付けられている。
【００３０】
データ処理定義テーブル２５は、各データ処理を構成するモジュールおよびエントリーコードを示す。それぞれのデータ処理は、例えば、モジュールとそのモジュールにおけるエントリーコードとから構成される。そこで、データ処理定義テーブル２５が、各データ処理とそれを構成するモジュールおよび個別処理を定義する。例えば、図７に示すように、データ処理ＩＤ２５１と、モジュールＩＤとエントリーコード２５２とが対応付けられている。エントリーコードは、モジュールの仮想的な入り口を示すコードである。一つのモジュールに複数のエントリーコードを設けることができる。なお、各モジュールは、別途実装され、実行時にはライブラリ５６に格納される。
【００３１】
起動パラメータ定義テーブル２６は、各モジュールの起動パラメータを定義する。例えば、図８に示すように、モジュールＩＤ２６１と、起動パラメータ２６２とが対応付けられている。
【００３２】
上述した各入力テーブル２１〜２６は、ユーザの仕様に基づいて入力される。そして、テーブル編集処理部１２は、各入力テーブル２１〜２６に入力された情報を編集して、以下に説明する出力テーブル３１〜３３を生成する。
【００３３】
出力テーブル３１〜３３は、いずれも表示画面３に表示させることができるし、図示しないプリンタから出力するようにしてもよい。これにより、アプリケーションの設計者は、システム全体の画面間のつながりを、重複および矛盾なく、正確に理解することができる。すなわち、設計者は、画面表示処理を設計するにあたって、設計支援装置１の出力する入力パラメータリスト情報に基づき、おのおの遷移要素情報にそれぞれ個別にそのパラメータを付与するのではなく、表示準備処理部５５において、設計支援装置の提示する、当該画面表示処理に対応した、次の遷移先へ渡す集約された入力パラメータリストの各パラメータに対し、値を割り当てるよう設計することができる。
【００３４】
出力テーブル記憶部３０には、画面定義テーブル３１と、コネクション定義テーブル３２と、パラメータ定義テーブル３３とを記憶するための領域が確保されている。
【００３５】
画面定義テーブル３１は、各画面について、画面を生成するために必要な画面定義情報が含まれている。例えば、図９に示すように、表示準備処理３１１と、画面ＩＤ３１２と、遷移要素ＩＤ３１３と、データ処理ＩＤ３１４と、入力パラメータ３１５とをデータ項目として有する。各表示準備処理モジュールがこのテーブルを参照する。そして、各表示準備処理モジュールが、このテーブルに設定されている情報に基づいて、画面を表示するためのＨＭＴＬ文書を生成する。
【００３６】
このテーブルは以下の対応関係を示している。すなわち、表示準備処理ＩＤ３１１が示す表示準備処理が、画面ＩＤ３１２が示す画面を生成するためのＨＴＭＬ文書を生成する。この画面には、遷移要素ＩＤ３１３が示す遷移要素を含む。各遷移要素には、選択されたときに遷移するデータ処理ＩＤ３１４と、そのデータ処理へ渡す入力パラメータ３１５が対応付けられている。
【００３７】
画面定義テーブル３１は、例えば、以下のようにして生成される。すなわち、テーブル編集処理部１２が、遷移要素定義テーブル２２を参照する。そして、遷移要素ＩＤ２２１に画面ＩＤ２２３が含まれることを利用し、テーブル編集処理部１２は、各画面ＩＤに対応する画面に含まれるすべての遷移要素ＩＤ２２１を抽出し、画面ＩＤ単位にソートする。さらに、テーブル編集処理部１２は、データ処理定義テーブル２３と入力パラメータ定義テーブル２４とを結合させて、画面定義テーブル３１を生成する。これにより、各遷移要素ＩＤ３１３と、データ処理ＩＤ３１４に対応して定義された入力パラメータリスト３１５を対応付けることができる。
【００３８】
コネクション定義テーブル３２は、画面とその画面から起動されるデータ処理との対応関係を示している。例えば、図１０に示すように、表示準備処理３２１と、画面ＩＤ３２２と、遷移要素ＩＤ３２３と、データ処理ＩＤ３２４と、モジュールＩＤとエントリーコード３２５と、起動パラメータ３２６とをデータ項目として有する。このテーブルは、表示準備処理部５５（図２参照）によって参照される。つまり、表示準備処理部５５は、各画面に含まれる遷移要素にあらかじめ埋め込んでおくべき情報、例えば、遷移要素ＩＤ３２３、起動パラメータ３２６および入力パラメータ３１５を画面定義テーブル３１およびコネクション定義テーブル３２から取得する。なお、ここで埋め込まれた情報は、その遷移要素が選択されたときにサーバへ送信される遷移情報となる。
【００３９】
パラメータ定義テーブル３３は、それぞれのデータ処理の入力パラメータを示す。例えば、図１１に示すように、データ処理ＩＤ３３１と、モジュールＩＤ３３２と、入力パラメータ３３３とをデータ項目として有する。このテーブルは、データ処理部５４（図２参照）が参照する。データ処理部５４は、クライアントから送られてきた情報と、このテーブルに記憶されている対応関係とを比較し、入力パラメータなどが一致するかを判定する。一致しないときは、エラー画面などを表示させてもよい。
【００４０】
この結果、システムの実装担当者は、出力テーブル３１〜３３を参照して、システムの仕様を正確に理解して実装することができる。例えば、画面内の遷移要素が、それぞれ保持していなければならない情報は、操作を受け付けたときに起動するモジュールの入力パラメータであるから、各画面が図３で対応付けられている各入力パラメータを備えるように実装すればよい。
【００４１】
次に、本システムを用いて図１２に示すような画面遷移を含むＷｅｂアプリケーションの設計を行う場合を例にとり、そのときの処理手順について説明する。
【００４２】
図１２に示す画面遷移は、オンラインショッピングにおける商品検索に関する部分の画面遷移である。この画面遷移の概要は、価格帯選択画面５１０が表示されているときに、ユーザが商品の価格帯を選択すると、検索モジュール７１０がその価格帯の商品を検索して、検索結果を表示する検索結果一覧画面５２０へ遷移する。検索結果一覧画面５２０に表示された商品について詳細な情報を表示させるときは、ユーザが詳細表示ボタンなどを押すと、詳細情報を取得するためのモジュール７２０，７３０が所定の処理を行い、１商品または複数商品についての詳細情報の表示画面５３０，５４０へ遷移する。
【００４３】
この例では、遷移要素は、「１０〜２０万円」の価格表示の遷移要素５１１、「２０〜３０万円」の価格表示の遷移要素５１２、「複数詳細」表示のためのボタンの遷移要素５２１、および各商品別の「詳細」表示のための遷移要素５２２の４つがある。
【００４４】
そして、この例では以下の４つの遷移が含まれている。
（第１遷移）遷移要素５１１（「１０〜２０万円」）が選択されたとき、検索結果一覧画面５２０へ遷移
（第２遷移）遷移要素５１２（「２０〜３０万円」）が選択されたとき、検索結果一覧画面５２０へ遷移
（第３遷移）遷移要素５２１（「複数詳細」）が選択されると、そのときチェックボックス５２３にチェックが入れられている商品の詳細情報を表示する複数商品詳細画面５４０へ遷移
（第４遷移）遷移要素５２２（「詳細」）が選択されたとき、選択された商品に関する詳細情報を表示する１商品詳細画面５３０へ遷移
本システムでは、まず、設計者は価格帯選択画面５１０と、検索結果一覧画面５２０と、１商品詳細画面５３０と、複数商品詳細画面５４０とについて、画面ＩＤを割り当てて、この画面ＩＤと各画面を表示させるための表示準備処理ＩＤとを入力する。ここで入力された情報が、表示準備処理定義テーブル２１に登録される。その後、上記（１）〜（４）の各遷移について、設計者が以下のようにして遷移要素とモジュールとの関連づけを行い、図示しない入力画面から入力して、遷移要素テーブル１８に登録する。この処理を、図１３に示すフローチャートを用いて説明する。
（第１遷移）
まず、遷移要素５１１について、画面内遷移要素番号を定め、遷移要素ＩＤを付与し、入力する（Ｓ１）。
【００４５】
次に、検索モジュール７１０にデータ処理ＩＤが予め付与されているときはこれを用い、付与されていないときは付与し、上で入力した遷移要素ＩＤとデータ処理ＩＤとを対応付けて入力する（Ｓ２）。（表示準備処理定義テーブル２２）
検索モジュール７１０が処理を行った後に遷移する画面を表示させるための表示準備処理ＩＤを入力する（Ｓ３）。（データ処理定義テーブル２３）
つぎに、検索モジュール７１０に対し、モジュールＩＤとエントリーコードとを定めて、遷移要素５１１のＩＤと対応付けて入力する（Ｓ４）。（モジュール定義テーブル２５）
さらに、設計者はこのときの検索モジュール７１０の入力パラメータを指定して、入力する（Ｓ５）。ここで、エントリーコード７１１に対する入力パラメータは「価格帯＝１０〜２０万円」である（入力パラメータ定義テーブル２４）。
【００４６】
そして、最後に各モジュールの起動パラメータを入力する（Ｓ６）。（起動パラメータ定義テーブル２６）
上記のようにして付与され、関連づけられたＩＤ等は、適宜、入力テーブル２１〜２６に登録される。そして、すべての遷移要素について、ステップＳ１〜Ｓ６までの処理を繰り返して遷移要素テーブルへの登録を行う（Ｓ７）。第２〜第４遷移のそれぞれについては、以下に説明するが、ステップＳ１〜Ｓ６の表示は省略する。
（第２遷移）
第２遷移についても第１遷移と同様にして、遷移要素５１２から検索結果一覧画面５２０への遷移についての関連づけを行う。つまり、遷移要素５１２に遷移要素ＩＤを付与し、検索モジュール７１０のエントリーコード２１２を定め、これらを互いに対応付ける。つまり、検索モジュール７１０には、２つのエントリーコードが設けられる。そして、エントリーコード２１２に対する入力パラメータは「価格帯＝２０〜３０万円」であるので、これらの対応関係が登録される。
（第３遷移、第４遷移）
第３遷移および第４遷移についても、設定すべき事項は第１遷移と同様である。つまり、遷移要素５２１，５２２について、それぞれ、遷移要素ＩＤを付与する。詳細取得モジュール７２０、７３０について、モジュールＩＤを付与するか、または予め定めておいてもよい。各遷移要素５２２，５２３に対して、詳細取得モジュール７２０，７３０のエントリーコード７２１，７３１を定め、遷移要素ＩＤと対応付けを行う。入力パラメータは、いずれも詳細表示させるための商品の識別情報である。
【００４７】
なお、各モジュール７１０，７２０，７３０の処理については別に定義される。例えば、検索モジュール７１０は、価格帯を入力パラメータとして受け取って商品データベース５７（図２参照）を検索する。この検索モジュール７１０に対応付けられている表示準備処理モジュールが、検索結果一覧画面５２０を表示するためのＨＴＭＬ文書を生成し、そこに検索結果を反映させる。詳細取得モジュール７２０は、一つの商品の識別情報を入力パラメータとして受け取り、その商品の詳細情報を商品データベース５７から取得する。この検索モジュール７２０に対応付けられている表示準備処理モジュールが、１商品詳細画面５３０を表示するためのＨＴＭＬ文書を生成する。また、詳細取得モジュール７３０の場合、複数の商品の識別情報を入力パラメータとして受け取り、それらの商品の詳細情報を商品データベース５７から取得する。この検索モジュール７３０に対応付けられている表示準備処理モジュールが、複数商品詳細画面５４０を表示するためのＨＴＭＬ文書を生成する。
【００４８】
上述の処理により定義された対応関係が各入力テーブル２１〜２６に登録された後、テーブル編集処理部１２が各出力テーブル３１〜３３を生成することにより、このアプリケーションの仕様が整理され、この後の設計、実装が容易になる。
【００４９】
例えば、設計支援装置１に対して入力するために、設計者は以下の事項を定義する。
【００５０】
第１に、設計者は、各画面に関するＩＤを定義し、表示準備処理定義テーブル２１および遷移要素定義テーブル２２（の一部）を生成するための情報として設計支援装置１へ入力する。すなわち、設計者は、画面ＩＤ２２３と画面内遷移要素番号２２４を決め、遷移要素ＩＤ２２１を決める。さらに、画面ＩＤ２２１の画面を表示させる表示準備処理ＩＤ２１２を決める。これらの情報が、設計支援装置１へ入力される。
【００５１】
第２に、設計者は、各データ処理に関するＩＤ等を定め、データ処理定義テーブル２３および入力パラメータ定義テーブル２４を生成するための情報として設計支援装置１へ入力する。すなわち、設計者は、各データ処理に対応するデータ処理ＩＤ２３１、２４１を決める。各データ処理ＩＤに必要な入力パラメータのリスト２４２を定義する。さらに、各データ処理ＩＤと各表示準備処理を対応付ける条件２３２を決める。これらの情報が、設計支援装置１へ入力される。
【００５２】
第３に、設計者は、各データ処理の実装と起動に関するＩＤ等を定め、データ処理定義テーブル２５および起動パラメータ定義テーブル２６を生成するための情報として設計支援装置１へ入力する。すなわち、設計者は、データ処理ＩＤ２５１の実装に対応するモジュールＩＤとエントリーコード２５２を定める。さらに、各モジュールＩＤ２６１の起動パラメータ２６２を定義する。これらの情報が、設計支援装置１へ入力される。
【００５３】
第４に、設計者は、画面遷移を定義し、遷移要素定義テーブル２２を完成させる。すなわち、設計者は、各遷移要素ＩＤ２２１に対しデータ処理ＩＤ２２２を対応付け、この対応関係を設計支援装置１へ入力する。
【００５４】
以上で入力した情報に基づいて、設計支援装置１を動作させ、各出力テーブル３１〜３３を生成する。
【００５５】
次に、設計者は、個々の処理の内容を定義する。例えば、設計者は、各表示準備処理の内容を定義する。このとき、設計者は、画面定義テーブル３１に基づき、表出すべき各遷移要素に関する整理された仕様を一覧できる。そして、実際に遷移すべき遷移先のモジュールを直接意識することなく、画面定義テーブル３１に示された入力パラメータ３１５を過不足なく定義することができる。同様に、設計者は、コネクション定義テーブル３２に従って、各遷移要素ＩＤ３２３によって起動すべきモジュールＩＤとエントリーコード３２５の起動パラメータ３２６を自動的に定義できる。
【００５６】
上述のようにして設計された画面遷移を伴うアプリケーションが実装されたときの動作の具体例を、図１２を用いて説明する。
【００５７】
Ｗｅｂブラウザ６３が表示装置６２に価格帯選択画面５１０を表示させているときに、ユーザが入力装置１１を用いて遷移要素５１１、つまり１０〜２０万円の価格帯を選択すると、クライアント６はこの入力を受け付ける。そして、この入力に基づいて、遷移情報がサーバ５へ送信される。すなわち、Ｗｅｂブラウザ６３がエントリーコード７１０を指定し、入力パラメータに「１０〜２０万円」を設定して、検索モジュール７１０のモジュールＩＤを指定して遷移情報（ＨＴＭＬリクエスト）をサーバ５へ送る。
【００５８】
ネットワークインタフェース部５１を介して遷移情報を受信すると、制御部５２は、検索モジュール７１０をライブラリ５４から取得して実行する。つまり、制御部５２は、１０〜２０万円の商品を商品データベース５７から検索し、その検索結果を埋め込まれた結果一覧画面５２０のＨＴＭＬ文書を生成して、クライアント６へ返送する。
【００５９】
クライアント６では、返送されたＨＴＭＬ文書を受信すると、Ｗｅｂブラウザ６３がこのＨＴＭＬ文書に基づいて、検索結果一覧画面５２０を表示装置６２に表示させる。
【００６０】
検索結果一覧画面５２０が表示されているとき、ユーザが入力装置１１を用いて遷移要素５２１を選択して１商品詳細画面５３０へ遷移する場合と、遷移要素５２２を選択し、そのときにチェックボックス５２３にチェックが入れられている商品について複数商品詳細画面５４０へ遷移する場合も、上記と同様の処理が行われる。すなわち、Ｗｅｂブラウザ６３がサーバ５へ、選択された遷移要素に対応したリクエストを送り、制御部５２がそのリクエストに応じた詳細情報の取得処理を行い、その結果をＨＴＭＬ文書に埋め込んで返送し、表示装置６２に表示されている画面が遷移する。
【００６１】
また、本システムを実行した時には、表示準備処理部５５が、画面定義テーブル３１に基づき、各遷移要素に対して定義された入力パラメータの過不足を自動的にチェックできる。また、このチェック情報をログ等に出力することにより、万一仕様と実装の不整合があった場合これを検知することができる。さらに、起動処理部５１がコネクション定義テーブル３２に基づき、各遷移要素に対応した適切なデータ処理部５４を選択し、起動できる。
【００６２】
データ処理部５４は、処理の最初の部分でパラメータ定義テーブル３３に従い、自動的に入力パラメータの過不足に関してチェックできる。このチェック情報をログ等に出力することにより、仕様と実装の不整合を検知することができる。
【００６３】
また、実行時にクライアント６から遷移情報として通知される遷移要素ＩＤを用いることで、各データ処理がそれぞれどのような時間に実際どの画面のどの遷移要素から起動されたかという情報を収集することも可能である。
【００６４】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【図面の簡単な説明】
【００６５】
【図１】本発明を適用した一実施形態に係るアプリケーション設計支援システムの構成を示す図である。
【図２】実装されたアプリケーションの実行時の構成を示す図である。
【図３】表示準備処理定義テーブルのデータ構造の一例を示す図である。
【図４】遷移要素定義テーブルのデータ構造の一例を示す図である。
【図５】データ処理定義テーブルのデータ構造の一例を示す図である。
【図６】入力パラメータ定義テーブルのデータ構造の一例を示す図である。
【図７】モジュール定義テーブルのデータ構造の一例を示す図である。
【図８】起動パラメータ定義テーブルのデータ構造の一例を示す図である。
【図９】画面定義テーブルのデータ構造の一例を示す図である。
【図１０】コネクション定義テーブルのデータ構造の一例を示す図である。
【図１１】パラメータ定義テーブルのデータ構造の一例を示す図である。
【図１２】画面遷移の設計手順を説明するための図である。
【図１３】画面遷移設計時の入力手順を示すフローチャートである。
【符号の説明】
【００６６】
１…設計支援装置、２…入力装置、３…表示装置、５…サーバ、６…クライアント、９…ネットワーク、１１…入出力制御部、１２…テーブル編集処理部、２０…入力テーブル記憶部、３０…出力テーブル記憶部、１８…遷移要素テーブル、１９…画面定義テーブル、５１…起動処理部、５２…画面遷移処理部、５３…記憶部、５６…ライブラリ、５７…商品データベース、６１…入力装置、６２…表示装置、６３…Ｗｅｂブラウザ。
【図１】
2005235060.tif 000003
【図２】
2005235060.tif 000004
【図３】
2005235060.tif 000005
【図４】
2005235060.tif 000006
【図５】
2005235060.tif 000007
【図６】
2005235060.tif 000008
【図７】
2005235060.tif 000009
【図８】
2005235060.tif 000010
【図９】
2005235060.tif 000011
【図１０】
2005235060.tif 000012
【図１１】
2005235060.tif 000013
【図１２】
2005235060.tif 000014
【図１３】
2005235060.tif 000015