(57)【特許請求の範囲】
【請求項１】
相互に関連性を持ち得る複数の画面を有するシステムに属する該複数画面間の遷移の経路を表す第１の情報を格納する第１の記憶手段と、
前記複数画面の各画面に表示されるべき表示情報を定義する第２の情報を格納する第２の記憶手段と、
前記表示情報の相互の関連度を表す第３の情報を格納する第３の記憶手段と、
前記第１、第２及び第３の情報に基づいて、該第１の画面からの新たな遷移が必要と判断する第２の画面と、該第１の画面から該第２の画面への必要な遷移の経路とを選出する遷移候補選出手段とを具備することを特徴とする編集装置。
【請求項２】
請求項１記載の編集装置であって、前記第３の記憶手段に格納される前記第３の情報が方向性を持ち得ることを特徴とする編集装置。
【請求項３】
請求項２記載の編集装置であって、
前記システムに係る任意の画面について画面遷移を実行する画面遷移実行手段と、
前記画面遷移実行手段により実行された画面遷移の履歴に関する第４の情報を作成し記憶する手段と、
前記第４の情報に基づいて前記第３の情報を更新する手段とをさらに具備することを特徴とする編集装置。
【請求項４】
請求項１記載の編集装置であって、
前記遷移候補選出手段は、
前記第２及び第３の情報に基づいて前記画面間の関連度に関する第５の情報を算定する手段と、
前記第１の情報に基づいて前記画面間の最短の遷移に関する第６の情報を算定する手段と、
前記第５の情報及び第６の情報に基づいて、前記第１の画面から前記第２の画面への必要な遷移の経路に関する第７の情報を求める手段とを具備することを特徴とする編集装置。
【請求項５】
相互に関連性を持ち得る複数の画面を有するシステムに属する該複数画面間の遷移の経路を表す第１の情報を格納するステップと、
前記複数画面の各画面に表示されるべき表示情報を定義する第２の情報を格納するステップと、
前記表示情報の相互の閨連度を表す第３の情報を格納するステップと、
前記第１、第２及び第３の情報に基づいて、該第１の画面からの新たな遷移が必要と判断する第２の画面と、該第１の画面から該第２の画面への必要な遷移の経路とを選出する遷移候補選出ステップと、
を具備することを特徴とする編集方法。
【請求項６】
請求項５記載の編集方法であって、
前記第３の情報が方向性を持ち得ることを特徴とする編集方法。
【請求項７】
請求項６記載の編集方法であって、
前記システムに係る任意の画面について画面遷移を実行するステップと、
前記実行された画面遷移の履歴に関する第４の情報を作成し記憶するステップと、
前記第４の情報に基づいて前記第３の情報を更新するステップとをさらに具備することを特徴とする編集方法。
【請求項８】
請求項５記載の編集方法であって、前記遷移候補選出ステップは、
前記第２及び第３の情報に基づいて前記画面間の関連度に関する第５の情報を算定するステップと、
前記第１の情報に基づいて前記画面間の最短の遷移に関する第６の情報を算定するステップと、
前記第５の情報及び第６の情報に基づいて、前記第１の画面から前記第２の画面への必要な遷移の経路に関する第７の情報を求めるステップとを具備することを特徴とする編集方法。
【請求項９】
コンピュータに、
相互に関連性を持ち得る複数の画面を有するシステムに属する該複数画面間の遷移の経路を表す第１の情報を格納する第１の記憶手段と、
前記複数画面の各画面に表示されるべき表示情報を定義する第２の情報を格納する第２の記憶手段と、
前記表示情報の相互の関連度を表す第３の情報を格納する第３の記憶手段と、
前記第１、第２及び第３の情報に基づいて、該第１の画面からの新たな遷移が必要と判断する第２の画面と、該第１の画面から該第２の画面への必要な遷移の経路とを選出する遷移候補選出手段とを実行させるためのプログラムを記録した記録媒体。
【請求項１０】
請求項９記載のプログラムを記録した記録媒体であって、前記第３の情報が方向性を持ち得ることを特徴とする記録媒体。
【請求項１１】
請求項１０記載のプログラムを記録した記録媒体であって、
前記システムに係る任意の画面について画面遷移を実行する画面遷移実行手段と、
前記画面遷移実行手段により実行された画面遷移の履歴に関する第４の情報を作成し記憶する第４の記億手段と、
前記第４の情報に基づいて前記第３の情報を更新する手段とをさらにコンピュータに実行させるためのプログラムを記録した記録媒体。
【請求項１２】
請求項９記載のプログラムを記録した記録媒体であって、
前記遷移候補選出手段は、
前記第２及び第３の情報に基づいて前記画面間の関連度に関する第５の情報を算定する手段と、
前記第１の情報に基づいて前記画面間の最短の遷移に関する第６の情報を算定する手段と、
前記第５の情報及び第６の情報に基づいて、前記第１の画面から前記第２の画面への必要な遷移の経路に関する第７の情報を求める手段とをコンピュータに実行させることを特徴とするプログラムを記録した記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば複数の対象（画面を含む）を有する対話システムにおける編集装置、編集方法及び編集手段をコンピュータに実行させるためのプログラムを記録した記憶媒体に関する。
【０００２】
【従来の技術】
対話システムの開発期間を短縮するには、基本設計の誤りを未然に防ぐことおよび早期に発見することが重要であると考えられる。基本設計の誤りとは、システム使用時において、必要としている情報を表示する画面を表示するまでに多くの画面を遷移しなければならないような操作性の悪さというような誤りである。従来から各種の対話システム開発装置が考案されている。しかしこれらの従来からの対話システム開発装置においては、対話システムの画面遷移設計後に、実際に対話システム形式で画面遷移のシミュレーションを行い、その時の画面遷移の記録と実際の設計とを比較した時点でなければ、設計の誤りを発見することができない（特開平７−３０６７７５）点が問題となっていた。
【０００３】
【発明が解決しようとする課題】
このように、従来の対話システム開発装置においては、画面遷移設計後に画面遷移のシミュレーションを行った時点でなければ、設計の誤りを発見することができないという問題点があった。
【０００４】
つまり、従来技術においては、画面遷移設計後に実際に画面遷移を実行し、その結果を記録することで画面遷移設計の誤りを発見し、誤りが発見された場合には、その部分の設計をやり直さなければならないこととなる。
【０００５】
本発明は上記の従来技術の問題を解決するためになされたもので、対話システム開発において、画面遷移設計時に、開発中の対話システムに必要であり加えるべき遷移を提示することのできる編集装置、編集方法及び編集手段を実行するプログラムを記録した記録媒体を提供することを目的とする。
【０００６】
本発明の別の目的は、対話システムの開発期間を短縮させるとともに、設計者にとっての画面遷移設計を容易にさせる（操作性を向上させる）編集装置、編集方法及び編集手段を実行するプログラムを記録した記録媒体を提供することにある。
【０００７】
本発明の更なる目的は、別の類似した対話システムを新規開発するときに、以前のシステムと類似した遷移の操作感覚をもつシステムを開発することを可能にするような編集装置、編集方法及び編集手段を実行するプログラムを記録した記録媒体を提供することにある。
【０００８】
また本発明は、相互に有機的関連を持つような対象（画面や情報を含む。以下同様）群の参照順序を規定する対象参照設計時に、開発中のシステムに必要であり加えるべき参照対象を提示することのできる編集装置、編集方法及び編集手段を実行するプログラムを記録した記録媒体を提供することを目的とする。
【０００９】
本発明の別の目的は、例えばエキスパートシステムなどのように多くの対象の繋がりを制御するシステム開発に係る開発期間を短縮させるとともに、設計者にとっての対象の参照設計を容易にさせる（操作性を向上させる）編集装置、編集方法及び編集手段を実行するプログラムを記録した記録媒体を提供することにある。
【００１０】
本発明の更なる目的は、別の類似したシステムを新規開発するときに、以前のシステムと類似した対象参照の操作感覚をもつシステムを開発することを可能にするような編集装置、編集方法及び編集手段を実行するプログラムを記録した記録媒体を提供することにある。
【００２７】
【課題を解決するための手段】
かかる課題を解決するため、請求項１記載の本発明は、相互に関連性を持ち得る複数の画面を有するシステムに属する該複数画面間の遷移の経路を表す第１の情報を格納する第１の記憶手段と、前記複数画面の各画面に表示されるべき表示情報を定義する第２の情報を格納する第２の記憶手段と、前記表示情報の相互の関連度を表す第３の情報を格納する第３の記憶手段と、前記第１、第２及び第３の情報に基づいて、該第１の画面からの新たな遷移が必要と判断する第２の画面と、該第１の画面から該第２の画面への必要な遷移の経路とを選出する遷移候補選出手段とを具備する。
【００２８】
請求項２記載の本発明は、請求項１記載の編集装置であって、前記第３の記憶手段に格納される前記第３の情報が方向性を持ち得ることを特徴とする。
【００２９】
請求項４記載の本発明は、請求項１記載の編集装置であって、前記遷移候補選出手段は、前記第２及び第３の情報に基づいて前記画面間の関連度に関する第５の情報を算定する手段と、前記第１の情報に基づいて前記画面間の最短の遷移に関する第６の情報を算定する手段と、前記第５の情報及び第６の情報に基づいて、前記第１の画面から前記第２の画面への必要な遷移の経路に関する第７の情報を求める手段とを具備することを特徴とする。
【００３１】
請求項５記載の本発明は、相互に関連性を持ち得る複数の画面を有するシステムに属する該複数画面間の遷移の経路を表す第１の情報を格納するステップと、前記複数画面の各画面に表示されるべき表示情報を定義する第２の情報を格納するステップと、前記表示情報の相互の関連度を表す第３の情報を格納するステップと、前記第１、第２及び第３の情報に基づいて、該第１の画面からの新たな遷移が必要と判断する第２の画面と、該第１の画面から該第２の画面への必要な遷移の経路とを選出する遷移候補選出ステップとを具備する。
【００３２】
請求項６記載の本発明は、請求項５記載の編集方法であって、前記第３の情報が方向性を持ち得ることを特徴とする。
【００３３】
請求項７記載の本発明は、請求項６記載の編集方法であって、前記システムに係る任意の画面について画面遷移を実行するステップと、前記実行された画面遷移の履歴に関する第４の情報を作成し記憶するステップと、前記第４の情報に基づいて前記第３の情報を更新するステップとをさらに具備する。
【００３４】
請求項８記載の本発明は、請求項５記載の編集方法であって、前記遷移候補選出ステップは、前記第２及び第３の情報に基づいて前記画面間の関連度に関する第５の情報を算定するステップと、前記第１の情報に基づいて前記画面間の最短の遷移に関する第６の情報を算定するステップと、前記第５の情報及び第６の情報に基づいて、前記第１の画面から前記第２の画面への必要な遷移の経路に関する第７の情報を求めるステップとを具備することを特徴とする。
【００３６】
請求項９記載の本発明は、相互に関連性を持ち得る複数の画面を有するシステムに属する該複数画面間の遷移の経路を表す第１の情報を格納する第１の記憶手段と、前記複数画面の各画面に表示されるべき表示情報を定義する第２の情報を格納する第２の記憶手段と、前記表示情報の相互の関連度を表す第３の情報を格納する第３の記憶手段と、前記第１、第２及び第３の情報に基づいて、該第１の画面からの新たな遷移が必要と判断する第２の画面と、該第１の画面から該第２の画面への必要な遷移の経路とを選出する遷移候補選出手段とを具備する。
【００３７】
請求項１０記載の本発明は、請求項９記載のプログラムを記録した記録媒体であって、前記第３の情報が方向性を持ち得ることを特徴とする。
【００３８】
請求項１１記載の本発明は、請求項１０記載のプログラムを記録した記録媒体であって、前記システムに係る任意の画面について画面遷移を実行する画面遷移実行手段と、前記画面遷移実行手段により実行された画面遷移の履歴に関する第４の情報を作成し記憶する第４の記憶手段と、前記第４の情報に基づいて前記第３の情報を更新する手段とをさらに具備する。
【００３９】
請求項１２記載の本発明は、請求項９記載のプログラムを記録した記録媒体であって、前記遷移候補選出手段は、前記第２及び第３の情報に基づいて前記画面間の関連度に関する第５の情報を算定する手段と、前記第１の情報に基づいて前記画面間の最短の遷移に関する第６の情報を算定する手段と、前記第５の情報及び第６の情報に基づいて、前記第１の画面から前記第２の画面への必要な遷移の経路に関する第７の情報を求める手段とを具備することを特徴とする。
【００４６】
請求項１、請求項５及び請求項９記載の本発明では、開発対象システムの画面の表示情報の関連度情報と現在の画面遷移設計情報とから、開発中の対話システムに必要な加えるべき遷移を自動的に算定し提示するように構成したので、システムの開発期間が大幅に短縮されるだけでなく、ユーザにとっての使いやすさが向上する。従って、システムの開発支援機能が大幅に増進する。
【００４７】
請求項２、請求項６及び請求項１０記載の本発明では、表示情報間の関連度に方向性という概念を導入し、その上で、開発対象システムの画面の表示情報の関連度情報と現在の画面遷移設計情報とから、開発中の対話システムに必要な加えるべき遷移を自動的に算定し提示するように構成したので、画面遷移に価値的要素を更に細かく反映させた、推理・判断を要する知能的画面遷移設計の支援が可能となる。また、不要な方向への遷移をなくすので、システムを簡略化することも可能となる。
【００４８】
請求項４、請求項７及び請求項１１記載の本発明では、画面遷移実行手段により実行された画面遷移の履歴に関する情報を記憶するとともに、この情報に基づいて開発中の対話システムに必要な加えるべき遷移を自動的に算定し提示するように構成したので、システム外からの画面遷移指令を盛り込んだ画面遷移設計を行うことが可能となる。また、画面遷移実行手段で画面入力及び出力を繰り返すので、設計者は全体を視野に入れた画面遷移の設計を確認することができる。また、設計者が実際に画面を遷移させた結果を記録し、それを初期定義情報として用いるので、これを繰り返すことにより、画面遷移設計を実用上の最適値に近づけることができ、従って、設計者の設計を効率化できる。
【００４９】
請求項４、請求項８及び請求項１２記載の本発明では、表示情報の相互の関連度から画面間の関連度を計算し、画面間の遷移の経路を表す情報から画面間の最短の遷移を計算し、この計算により得られた画面間の関連度と画面間の最短の遷移とから必要な画面遷移を求めるので、画面遷移設計後に画面遷移のシミュレーションを行った後でなく、画面遷移設計時に、開発中の対話システムに必要であり加えるべき遷移を自動的に算定し提示することが可能となる。これにより、設計者にとっての画面遷移設計が容易になる。
【００５０】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態を説明する。
【００５１】
複数の画面を有する対話システムの開発を行っている場合を考える。
【００５２】
図１は本発明の第１の実施形態に係る画面遷移設計支援装置の構成を示すブロック図である。
【００５３】
同図に示すように、端末装置１００と画面遷移設計装置１０１との間、端末装置１００と画面表示情報定義装置１０２との間では互いに情報がやり取りされる。画面遷移設計装置１０１からの情報は画面遷移データベース１０８に入力され、画面表示情報定義装置１０２からの情報は画面表示情報データベース１０９に入力される。端末装置１００にはさらに、遷移候補選出装置１０３を介して表示情報関連度データベース１１０が接続される。
【００５４】
遷移候補選出装置１０３は、画面関連度計算部１０４、最短遷移計算部１０５、遷移候補選出部１０６及び画面遷移出力部１０７を具備している。画面関連度計算部１０４には端末装置１００、画面表示情報データベース１０９及び表示情報関連度データベース１１０から情報が入力され、この画面関連度計算部１０４から出力される情報は遷移候補選出部１０６に入力される。最短遷移計算部１０５には端末装置１００、画面遷移設計装置１０１及び画面遷移データベース１０８から情報が入力され、この最短遷移計算部１０５から出力される情報は遷移候補選出部１０６に入力される。遷移候補選出部１０６から出力される情報は、画面遷移出力部１０７を介して画面遷移設計装置１０１に入力される。
【００５５】
端末装置１００は、例えば（図示しない）キーボードやモニタをもつ計算機端末である。この端末装置１００は、開発対象である対話システムの画面遷移を設計する画面遷移設計装置１０１及び各画面に表示されるべき情報を定義する画面表示情報定義装置１０２との間でユーザが対話を行なう際のインターフェースとしての機能を有する。
【００５６】
画面遷移設計装置１０１は開発対象である（直接は図示しない）対話システムに属する画面間の遷移を設計するための装置である。画面遷移設計装置１０１は、開発の対象であるシステム内の各画面に対して、当該各画面の次にモニタ上に現れ得る（複数の）画面（「当該各画面の遷移画面」という。）を定義するための（図示しない）遷移画面入力機構と、この遷移画面入力機構により形成される一連の遷移画面の接続情報を表示するための（図示しない）表示機構とを少なくとも具備している。遷移画面入力機構においては、ある画面（「出発画面」という。）と、その画面が遷移する先の画面（「遷移画面」という。）との組み合わせが定義されている。この定義された組み合わせは全画面分だけ存在する。この出発画面と遷移画面との組み合わせを全画面分集合させたものを画面遷移設計情報と呼ぶ。この画面遷移設計情報は、後述するように画面と遷移画面との対応表構造を有し、画面遷移データベース１０８に格納される。
【００５７】
遷移画面入力機構により、当該対話システムの第１番目に表示される出発画面（「第１世代画面」という。）から該出発画面に対する複数の遷移画面（「第２世代画面群」という。）が形成される。次に第２世代画面群の各々の画面を出発画面として該画面に対する複数の遷移画面（「第３世代画面群」という。）が形成され、以下同様に、第Ｎ世代画面群（Ｎは特定の自然数）まで形成される。このようにすることにより該システムに関わる全ての画面が連鎖的に繋がった構造（「遷移構造」という。）が得られるが、この得られた遷移構造によって表現される画面間の遷移の繋がりに関する情報を、当該システムに係る遷移画面接続情報と呼ぶ。本実施形態においてはこのように、人間の連想思考の一形態として遷移構造として把握できるような遷移画面の接続情報を対象とする。
【００５８】
なお、この遷移構造の形態は、ツリー構造に限定されるものではなく、マルチペアレンツを持つネットワーク構造など、種々の構造が含まれる。
【００５９】
図２は、このような画面遷移設計装置１０１の遷移画面入力機構によって形成される、あるシステムに係る遷移画面接続情報の全体を表した概念図である。同図にあるように各画面は矢印を持った線分で結ばれるが、図中の矢印は、矢印の後方が出発画面、矢印の先方が遷移画面であることを示す。当該システムに係る全画面が矢印を持った線分で結ばれることによって形作られる遷移画面接続情報は、第１世代画面を頂点とする遷移構造を呈する。
【００６０】
同図に示すように、出発画面である画面＃１からの遷移画面は、画面＃２及び＃３の第２世代画面群である。「＃１」「＃２」「＃３」は画面の識別子である。他の識別子と異なり、画面の識別子であることを表すべく、「＃」を先頭に付けた数字で表すこととする。第２世代画面である画面＃２及び画面＃３からの遷移画面は、画面＃２に対しては画面＃４、画面＃３に対しては画面＃５の第３世代画面群である。同様に、第３世代画面である画面＃４及び画面＃５からの遷移画面は、画面＃４に対しては画面＃６及び＃７、画面＃５に対しては画面＃８及び＃９の第４世代画面群である。この遷移構造の内の画面間を結ぶ線分を遷移単位と呼び、この遷移構造上のある画面から別の画面に至るまでの、画面及び遷移単位によって特定される経路を当該ある画面から当該別の画面に至るルートと呼ぶ。例えば図２において、画面＃３から画面＃６に至るルートは、「画面＃３→画面＃１→画面＃２→画面＃４→画面＃６」で示され、５つの画面数と４本の遷移単位で構成される。また、同図においては、各線分がいずれも双方向の矢印を有している。このように遷移画面接続情報において双方向の矢印を有するということは、出発画面と遷移画面との関係は、相互に交換可能、即ち、出発画面から遷移画面へ、遷移画面から出発画面へ、の双方向の遷移が可能であることを表している。一般に、この出発画面と遷移画面との関係は、相互に交換可能（即ち、出発画面から遷移画面へ、遷移画面から出発画面へ、の双方向の遷移が可能）であってもよいし、相互の交換不可能（即ち、出発画面から遷移画面への遷移のみが可能）であってもよい。出発画面と遷移画面とが相互に交換可能とは、例えば、ある画面と同列に関連し、その画面を参照した場合に並列的に参照されるような画面を遷移画面とするような場合をいい、出発画面と遷移画面とが相互に交換不可能とは、例えば、機械故障の発生の原因を突き止めるべく部位ごとに絞り込んでゆく際に、広範囲の画面を出発画面とし、その内の部分を詳細に表す画面を遷移画面とするような場合をいう。本実施形態においては前者の場合を想定する。後者については別の実施形態において説明する。
【００６１】
図３は、このような画面遷移設計装置１０１の表示機構に表示される画面の一例を示した概念図である。本図の例においては、上述の遷移画面入力機構によって形成される、ある特定システムに係る遷移画面接続情報のうち、画面＃４を出発画面とした場合の遷移画面が画面＃６及び＃７であることを表す部分を拡大して視覚化したものである。
【００６２】
図４は、画面遷移設計情報の構造を表した概念図である。
【００６３】
同図は、図２のような遷移画面接続情報で表されるシステムの画面遷移設計情報を表した概念図である。即ち同図では、画面＃１が出発画面のときの遷移画面は画面＃２及び＃３、画面＃２が出発画面のときの遷移画面は画面＃１及び＃４、画面＃３が出発画面のときの遷移画面は画面＃１及び＃５、画面＃４が出発画面のときの遷移画面は画面＃２、＃６及び＃７、画面＃５が出発画面のときの遷移画面は画面＃３、＃８及び＃９、画面＃６が出発画面のときの遷移画面は画面＃４、画面＃７が出発画面のときの遷移画面は画面＃４、画面＃８が出発画面のときの遷移画面は画面＃５、画面＃９が出発画面のときの遷移画面は画面＃５であることがそれぞれ示されている。
【００６４】
以上のように、画面遷移設計装置１０１は複数の画面を結ぶことで、システム内の画面遷移を設計することができる。
【００６５】
画面表示情報定義装置１０２は開発対象のシステムに属する各画面がどのような情報を表示するかを定義するための装置である。この表示の対象となる情報は当該システムが有する全ての情報及びシステムには存しない情報から、前者については選択することにより、後者については外部から入力することにより、定義（選択）される。画面表示情報定義装置１０２は、開発の対象であるシステム内の各画面に対して、当該各画面上に表示されるべき情報（「画面表示情報」という。）またはその識別子を定義するための（図示しない）画面表示情報入力機構と、この画面表示情報入力機構により定義された情報（またはその識別子）を表示するための（図示しない）表示機構とを少なくとも具備している。画面表示情報入力機構では、システムに属する画面と、システムに属する情報（例えば、システム内情報や外部からの情報を含む情報）を結び付けることにより、各画面に表示する情報を定義することができる。この画面表示情報入力機構により定義された画面と画面表示情報との対応関係を表す情報を画面−表示情報対応データと呼ぶ。画面−表示情報対応データは各画面に対しての表示情報、各表示情報に対しての画面という双方向の検索が可能な形でデータベース化され、画面表示情報データベース１０９に格納される。
【００６６】
図５は、このような画面と表示情報とが双方向に検索可能であることを説明するために、画面−表示情報対応データの構造を表した概念図である。
【００６７】
同図の例では、画面＃１に表示されるべき情報の内容若しくは情報の識別子として「ａ１」「ａ２」「ａ３」「ｂ３」「ｃ２」が対応し、画面＃２には「ｂ１」「ｃ１」が、画面＃３には「ｂ２」「ｃ３」が対応している。そしてこの対応関係は、上述したように、情報の側からみることも可能である。尚、同図に示す例においては情報に対応する画面は１個となっているが、必ずしも１個に限定されるものではない。同図は画面−表示情報対応データの構造を概念的に表したものであり、実際の画面表示情報データベース１０９に格納される画面−表示情報対応データは表形式でデータベース化されている。
【００６８】
図６は、このような画面表示情報定義装置１０２の表示機構に表示される画面の一例を示した概念図である。
【００６９】
同図に示すように、上記表示機構の画面は、その左上に配置された対象画面の識別子を示す画面識別用ウィンドウ、画面右側に配置された、システム内で表示情報として選択（定義）可能な情報（若しくはその識別子）を表示情報候補を表示するための表示情報候補ウィンドウ、及び、この表示情報候補ウィンドウから選択され、或いは、外部から入力される結果、選択（定義）された表示情報（若しくはその識別子）を表示するための表示情報ウィンドウを有している。同図の例では、画面識別用ウィンドウには対象画面として「画面＃１」が表示され、表示情報候補ウィンドウには、対象画面「画面＃１」に対して表示情報として選択（定義）可能な情報（若しくはその識別子）として、「Ａ」カテゴリーから「ａ１」「ａ２」「ａ３」、「Ｂ」カテゴリーから「ｂ１」「ｂ２」「ｂ３」、「Ｃ」カテゴリーから「ｃ１」「ｃ２」「ｃ３」、「Ｄ」カテゴリーから「ｄ３」、「Ｅ」カテゴリーから「ｅ２」が候補として表示されている。ここでアルファベットの大文字は、表示情報を例えば属性・類似性等により括ったときの情報群の一まとまりに付される識別子をいい、例えばカテゴリー名などを指す。表示情報ウィンドウには、「ａ１」「ａ２」「ａ３」「ｂ３」「ｃ２」で示される表示情報が選択（定義）されたことが表示されている。
【００７０】
画面遷移データベース１０８は画面遷移設計の情報を格納するデータベースであり、その内容は画面遷移設計装置１０１より編集することができる。画面遷移データベース１０８に格納されるデータの構造は上記説明したように図４のようになっており、各画面から遷移可能な画面が組み合わせとして格納されている。画面表示情報データベース１０９は画面−表示情報対応データ、即ち、システム内の画面がどのような情報を表示するかについての情報が格納されたデータベースであり、その内容は画面表示情報定義装置１０２により編集することができる。画面表示情報データベース１０９に格納されるデータの構造は上記説明したように図５のようになっており、各画面がもつ表示情報を検索することができ、また逆に各表示情報が表示する画面を検索することができるようになっている。表示情報関連度データベース１１０は開発対象となる対話システムに属する情報の間の関連度に関する情報（「関連度情報」という。）が格納されたデータベースである。ここで「情報」とは、上述したように、開発対象のシステムに属する各画面上に表示される情報である。「関連度」とは、任意の２つの情報の間の関連性の度合いを示す数値をいい、この例では関連度の範囲を０以上、１以下と設定しており、比較的関連のある２つの表示情報間の関連度の値を１に近いものとして、関連の低い表示情報間の関連度を０に近いものとする。
【００７１】
図７は、表示情報関連度データベース１１０に格納される関連度情報の構造の一例を示した概念図である。
【００７２】
同図に示すように、関連度情報は、任意の情報間に定義され得るため、マトリックス構造を有している。同一情報間での関連度は１とする。例えば同図において情報「ａ１」と情報「ａ２」との関連度はマトリックスのａ１行ａ２列の要素から０．８であることがわかる。この図において、情報「ａ１」と情報「ａ２」との関連度と、情報「ａ２」と情報「ａ１」との関連度とは等しい。このことは当行列の任意の２要素についていえることから、この行列は対称行列である。図中、例えば情報「ａ１」に対して情報「ａ２」「ａ３」「ｂ１」「ｂ２」「ｂ３」「ｃ１」「ｃ２」の関連度はそれぞれ０．８、０．８、０．７、０．５、０．３、０．１、０．１となるから、情報「ａ１」については情報「ａ２」及び情報「ａ３」が最も関連度が高いといえる。
【００７３】
遷移候補選出装置１０３は、関連度の高い表示情報を表示している異なる２つの画面間の遷移の回数を減らすために、画面遷移データベース１０８、画面表示情報データベース１０９、表示情報関連度データベース１１０のそれぞれに格納されている情報を利用することで、２つの画面間の表示情報の関連度と、その画面間で遷移するときに最低限必要な遷移の回数から、開発対象のシステムに必要な遷移を選び出し、画面遷移設計装置１０１に出力する機能を有する。ここで、「遷移の回数」とは、図２のような、画面遷移設計装置１０１によって初期設定（初期定義）された遷移画面接続情報において、任意の画面から別の画面に達するのに要する遷移の回数のことをいい、例えば、同図において画面＃５から画面＃２に達するまでには「画面＃５→画面＃３→画面＃１→画面＃２」と３段階
（回）の遷移を要するので、この場合は「画面＃５から画面＃２までの遷移回数は３である。」というように表現する。この例でわかるように、画面間の遷移回数を求めるに当たっては、画面遷移設計装置１０１によって初期設定（初期定義）された遷移画面接続情報である遷移構造によって呈されるルートを辿ることによるものとする。つまり、画面遷移設計装置１０１によって定義された遷移単位のみを用いることにより遷移回数が求められる。
【００７４】
画面関連度計算部１０４は、画面表示情報データベース１０９に格納されている画面−表示情報対応データと表示情報関連度データベース１１０に格納されている表示情報の関連度情報とから画面間の関連度を算定する。そしてこの得られた画面間の関連度を遷移候補選出部１０６に出力する。
【００７５】
最短遷移計算部１０５は画面遷移設計装置１０１から画面遷移に関する情報を読み出し、端末装置１００を用いてユーザにより指定された画面から関連度の高い画面への最短の遷移方法とその遷移回数を算定する。ここで、ある画面から別の画面への遷移回数を当該ある画面から当該別の画面までの画面遷移距離と呼ぶ。例えば図８はあるシステムに係る遷移画面接続情報を表した概念図であるが、同図において、画面＃８１から画面＃８５までの画面遷移距離は２であり、画面＃８５から画面＃８７までの画面遷移距離は４である。二つの画面間に複数の遷移方法が存在する場合には、その内の最小の画面遷移距離を、その画面間の画面遷移距離とする。最短遷移計算部１０５は求まった最短の遷移方法と画面遷移距離とに関する情報を遷移候補選出部１０６に出力する。
【００７６】
遷移候補選出部１０６は、画面関連度計算部１０４で求めた画面間の関連度と、最短遷移計算部１０５で求めた画面遷移距離とから、端末装置１００でユーザにより指定された画面への遷移が開発対象の対話システムに必要かどうかを判定する。
【００７７】
遷移出力部１０７は選出された遷移を外部に出力する。この場合は画面遷移設計装置１０１に出力しているが、端末装置１００や画面遷移データベース１０８に出力することも考えられる。
【００７８】
次に、以上のように構成された本画面遷移設計支援装置の動作を説明する。
【００７９】
図９は本支援装置の動作を示すフローチャートである。本動作において、画面遷移設計支援の対象、即ち、開発の対象となるシステムをＮとする。
【００８０】
同図に示すように、まず、画面遷移設計装置１０１によって、システムＮの各画面に対して、当該各画面のそれぞれに対する遷移画面が初期定義される（ステップ９０１）。この遷移画面は、ある画面の次に表示されるべき画面であるから、往々にして、出発画面に関連性が強い画面が選択される。このようにして得られた当該システムに係る遷移画面の接続情報は、システムに属する各画面に対してその遷移画面を組み合わせた集合としてのデータベース構造を有し画面遷移データベース１０８に格納される。ここでは説明のため、システムＮに係る遷移画面の接続情報は図４に示されるようなものが画面遷移データベース１０８に格納されているものとする。従ってその遷移画面接続情報は図２で示されるようなものとなる。
【００８１】
同様にして、画面表示情報定義装置１０２によって、開発対象のシステムに属する各画面がどのような情報を表示するかを初期定義する（ステップ９０２）。ユーザは定義にあたり、画面表示情報定義装置１０２内の（図示しない）表示機構を見ながら画面表示情報入力機構から必要事項を選択する。まず画面識別用ウィンドウに自分が表示情報を定義する対象の画面を画面表示情報入力機構を用いて呼び出す。この際に表示機構の画面中の表示情報候補ウィンドウには表示情報として選択可能な情報（内容もしくはその識別子）が表示情報候補として表示される。ユーザはこの表示された表示情報候補から画面表示情報入力機構を用いて情報を選択する。この選択された情報は、表示情報ウィンドウ上に、当該表示情報定義対象画面に表示されるべきとして定義された表示情報として表示される。この表示の対象となる情報はシステムが有する情報に限られず、システムには存しない情報であっても外部から入力することにより定義することが可能である。この定義は結局、画面と画面表示情報との対応関係を表す情報である画面−表示情報対応データを作成していることになる。この画面−表示情報対応データは各画面に対しての表示情報、各表示情報に対しての画面という双方向の検索が可能な形でデータベース化され、画面表示情報データベース１０９に格納される。ここでは説明のため、システムＮに係る画面−表示情報対応データは図１０に示されるようなものが画面表示情報データベース１０９に格納されているものとする。  次に、初期的操作として、表示情報間の関連度情報を初期定義する（ステップ９０３）。ユーザは定義にあたり上記と同様の操作を行う。即ち、（図示しない）表示機構を見ながら（図示しない）表示情報関連度入力機構から必要事項を選択する。この選択動作の結果定義された表示情報間の関連度情報は表示情報関連度データベース１１０に格納される。ここでは説明のため、システムＮに係る表示情報間の関連度情報は図１１に示されるようなものが表示情報関連度データベース１１０に格納されているものとする。
【００８２】
次に、開発対象であるシステムの画面遷移設計の支援動作、つまり、定義された画面遷移設計情報が、画面に表示される情報間の関連度に比して適切か否かを検証し、必要に応じて初期定義された画面遷移設計情報を修正する動作に移行する（ステップ９０４）。
【００８３】
まず、ユーザが、適正さを検証したい画面遷移設計情報に係る画面を指定する（ステップ９０５）。指定は、例えば端末装置１００に接続される（図示しない）キーボードを用いることにより行うことができる。このようにして指定された画面を検査対象画面と呼ぶ。ここでは画面＃４が検査対象画面として指定されたとする。
【００８４】
この検証に当たり、「関連度の高い表示情報を表示している異なる２つの画面は画面間の関連度も高く、従って当該画面間の遷移回数を減らす（一定以下にする）べきである」という考え方を採用する。つまり、異なる２つの画面＃Ｘ、＃Ｙに表示される表示情報ｘ、ｙの間の関連度が高いということは、画面＃Ｘのあとには画面＃Ｙ、画面＃Ｙのあとには画面＃Ｘが参照される可能性が高いと考えられる。もし画面遷移設計装置１０１によって初期定義され、画面遷移データベース１０８に格納されている画面遷移設計情報による画面＃Ｘと画面＃Ｙとの遷移回数が表示情報ｘ、ｙの間の関連度に対応しない程度に高い値ならば、かかる遷移回数は適切でなく、表示情報ｘ、ｙの間の関連度に相応する値に修正されるべきである。
【００８５】
この考え方に立って、検証動作を進行させる。
【００８６】
検証動作の第１段階として、画面関連度計算部１０４が、画面表示情報データベース１０９に格納されている画面−表示情報対応データと表示情報関連度データベース１１０に格納されている表示情報の関連度情報とから画面間の関連度を算定する（ステップ９０６）。まず、検査対象画面＃４に表示される表示情報を画面表示情報データベース１０９から検索し、図１０の画面−表示情報対応データから「ｄ１」「ｄ２」を画面＃４の表示情報として得る。次に、検索された表示情報と関連度が高い表示情報を関連度データベース１１０から検索する。関連度が高いかどうかということは、開発するシステムにより異なるが、閾値を設けることで、後に操作する表示情報を減らすことができ、最終的に選びだす遷移候補を減らすことができる。ここでは閾値を０．５以上とすると、「ｄ１」と関連度が高い情報は該当なし、「ｄ２」と関連度が高い情報は、ｅ２（関連度０．８）となる。そこで、検索された表示情報ｅ２を表示している画面を画面表示情報データベース１０９に格納された図１０の画面−表示情報対応データからから検索する。この結果、ｅ２を表示している画面として画面＃５を得る。この時点で、端末装置１００でユーザにより指定された検査対象画面の表示情報と関連度がある閾値以上の表示情報をもつ画面（「高関連度画面」という。）が検索されたことになる。ここで、上記で説明したように、この表示情報間の関連度を画面間の関連度（「画面関連度」と呼ぶ。）として、遷移候補選出部１０６に出力する。なお、この画面関連度は、１つの検査対象画面に対して複数存在する可能性があり、従って、高関連度画面も複数存在する可能性がある。
【００８７】
次に最短遷移計算部１０５が、画面遷移設計装置１０１を介して画面遷移データベース１０８から画面遷移設計情報を読み出し、検査対象画面からステップ９０６で求めた高関連度画面への最短の遷移方法（ルート）とその遷移回数とを算定する（ステップ９０７）。上述したように、高関連度画面が複数存在する場合には、その各画面に対して検証段階を進めるべく、当該複数の高関連度画面から対象を１つずつ取り出す（ステップ９０７ａ）。本例においては、図２により、検査対象画面＃４からステップ９０６で求めた画面＃５への最短の遷移方法（ルート）は「画面＃４→画面＃２→画面＃１→画面＃３→画面＃５」となり、その遷移回数は４となる。ここで上述したように、画面遷移距離は遷移回数と等しく４となる。そこで最短遷移計算部１０５は、こうして求められた最短の遷移方法（ルート）と画面遷移距離とを遷移候補選出部１０６に出力する。
【００８８】
次に遷移候補選出部１０６は、画面関連度計算部１０４で求めた画面間の関連度と、最短遷移計算部１０５で求めた画面遷移距離より、検査対象画面から高関連度画面への遷移が開発対象の対話システムに必要かどうかを判定する（ステップ９０８）。判定は、画面関連度ｒから理想的画面遷移距離を求め、その理想的画面遷移距離値と、設計上の画面遷移距離との差を用いることにより行う。理想的画面遷移距離は、
ｄ（ｒ）＝１０×（１−ｒ）
で求めるとする。ｒ＝０．５のときは理想的画面遷移距離は５となる。実際の画面遷移距離がこうして求められる理想的画面遷移距離よりも大きな場合には、検査対象画面と高関連度画面との間の遷移距離を短くする必要があると判定する
（ステップ９０８）。遷移距離を短くする必要がないと判定された場合には、当該複数の高関連度画面から次の対象を取り出すべく、ステップ９０７ａに戻る。検査対象画面と高関連度画面との間の遷移距離を短くする必要があると判定された場合には、遷移先画面の候補に加える（ステップ９０８ａ）。
【００８９】
そして、上述した当該複数の高関連度画面の全ての対象について判定したかを判断し（ステップ９０８ｂ）、全ての対象について判定がなされていない場合にはステップ９０７ａに戻る。全ての対象について判定がなされた場合には、遷移先画面の候補の中から、設計者（ユーザ）が遷移先画面を選出する（ステップ９０８ｃ）。
【００９０】
このようにして遷移先画面が選出されると、次に、理想的画面遷移距離以下になるような遷移ルートを選出する（ステップ９０９）。実際的には、画面遷移データベース１０８に格納される画面遷移接続情報の遷移構造の短絡路（ショートカット）を考える。本例の場合には、ステップ９０６で求めたように、画面＃４と画面＃５の間の関連度は０．７であるから、前出の式を用いると、理想遷移距離は３となる。このとき、ステップ９０７で求めたように、画面＃４から画面＃５への最短の遷移は「画面＃４→画面＃２→画面＃１→画面＃３→画面＃５」となり、その遷移回数は４となり、理想遷移距離３よりは大きいので、遷移候補選出部１０６は画面＃４と画面＃５との間の遷移距離を短くする必要があると判定し、画面＃４から画面＃５への遷移距離が３以下になるような画面遷移ルートの候補を選びだす。尚、この画面遷移ルートの候補の選択に当たっては、以下のようなロジックを採用する。画面遷移は実際上、人間（開発者）が対象システムを設計する際に複数画面を参照してゆく経路であり、多分に人間の感覚と結び付けられているものであることから一つの画面に対する遷移画面数は、人間の一画面空の連想画面数以下と考える。つまり、一画面が全ての画面を遷移画面とすることは理論上は可能であるが、実際の設計者が設計に当たり画面を参照するパターンは限定されるものと考える。また同時に、この画面遷移ルートの候補の選択に当たっては、同様に一つの画面に対する遷移画面数を制限する観点から、図２のような画面遷移接続情報の遷移構造の短絡路（ショートカット）を選定する際に既存の遷移構造によって奏される秩序を尊重するように動作、即ち、既存の遷移単位と交差するような短絡路や直線でない短絡路は除外する。例えば、図２において、「画面＃４→画面＃６→画面＃５」のような画面遷移ルートは候補としない。
【００９１】
図１３は、理想遷移距離を満たしていてもある種のルートを選択しないとする上記のロジックを本装置において実現するためのフローチャートである。
【００９２】
同図に示すように、初期化ステップとして、端末装置１００で指定された検査対象画面をｓ０とし、高関連度画面をｓ１とする（ステップ３００）。また処理対象となる画面（即ち、画面遷移ルート候補を構成する画面）をｓｉ、ｓｊとして、ｓｉの初期値はｓ０とし、ｓｊの初期値はｓ１とする（ステップ３００）。処理済み登録ステップでは、処理されることになる画面ｓｉ、ｓｊを、それぞれ操作済集合Ｄｉ、Ｄｊに登録する（ステップ３０１）。遷移候補登録ステップでは、Ｄｉに含まれる画面からｓ１ヘの遷移および、ｓ０からＤｊに含まれる画面への遷移の中で、理想遷移距離（現在のシステムに存在しないもの）を遷移候補に登録する（ステップ３０２）。終了判定ステップでは、遷移候補登録ステップ３０２で登録した遷移が理想遷移距離を超えたかどうかを判定し（ステップ３０３）、超えていたら終了する（ステップ３０５）。超えていない場合は次処理ステップに進み、ｓ０からｓ１への最短経路にそってｓｉを更新し、その逆をたどるようにｓｊを更新し（ステップ３０４）、処理済み登録ステップ３０１に登録する。このように動作することにより、例えば、図２において、「画面＃４→画面＃６→画面＃５」のような画面遷移ルートは候補とはされないこととなる。
【００９３】
このようにして選択された画面遷移ルートの候補は図１２の点線で示されたようなルートとなる。即ち、「画面＃４→画面＃５」「画面＃４→画面＃２→画面＃５」「画面＃４→画面＃３→画面＃５」「画面＃４→画面＃２→画面＃３→画面＃５」「画面＃４→画面＃２→画面＃１→画面＃５」「画面＃４→画面＃１→画面＃３→画面＃５」が画面遷移ルート候補として選ばれる。
【００９４】
次に、選択された画面遷移ルート候補が端末装置１００の（図示しない）表示装置を用いてユーザに提示される（ステップ９１０）。この選択された画面遷移ルート候補のユーザへの提示動作に係る様子を図を用いて説明する。
【００９５】
図１４は端末装置１００に付属する（図示しない）表示装置上に表示される画面を表した図である。
【００９６】
同図で示される画面は、検査対象画面の周囲の画面遷移設計情報表示部分１４０１と、ステップ９０８において検査対象画面に関して遷移が必要と判断された場合に遷移提示が表示される遷移提示部分１４０２とを具備する。画面遷移設計情報表示部分１４０１の表示には画面遷移設計装置１０１の表示機構のデータが反映される。即ち、画面遷移設計情報表示部分１４０１には、検査対象画面１４０３と遷移単位１４０５で結ばれた周囲の遷移画面１４０４とが画面遷移接続情報の構造を反映させて表示される。
【００９７】
検査対象画面１４０３は上段に画面識別子表示欄１４０６、中段に表示情報表示欄１４０７、下段に遷移画面表示欄１４０８を有する。画面識別子表示欄１４０６にはユーザの指定した検査対象画面の識別子が表示され、表示情報表示欄１４０７には当該検査対象画面に表示される表示情報（複数あり得る）の識別子が表示される。遷移画面表示欄１４０８には当該検査対象画面を出発画面としたときの遷移画面の識別子が表示される。つまり、検査対象画面１４０３上に設計中の設計データ（表示情報、遷移画面）が全て表示されるようになっている。
【００９８】
遷移画面１４０４についても同様の構成を持っている。
【００９９】
遷移提示部分１４０２は、提案画面欄１４０９と詳細遷移情報欄１４１０を有する。提案画面欄１４０９には、高関連度画面の識別子が表示される。詳細遷移情報欄１４１０は、ステップ９０９で求めた画面遷移ルートの候補の数だけの行数をもち、遷移提案内容を提示する提案内容欄１４１１、検査対象画面と遷移候補画面との各々の表示情報のうち最も関連度の高い組み合わせを提示する情報表示欄１４１２、その情報間の関連度を提示する関連度表示欄１４１３を有している。
【０１００】
本例の場合では、画面識別子表示欄１４０６には検査対象画面の識別子「＃４」が表示される。表示情報表示欄１４０７には当該画面＃４の表示情報「ｄ１」「ｄ２」が表示される。遷移画面表示欄１４０８には、図１０で示されるような画面遷移データベース１０８に格納された画面遷移設計情報から、当該画面＃４を出発画面としたときの遷移画面の識別子「＃２」「＃６」「＃７」が表示される。遷移画面１４０４ａの画面識別子表示欄１４０６´には画面の識別子「＃２」が表示される。表示情報表示欄１４０７´には画面＃２の表示情報「ｂ１」「ｃ１」が表示される。遷移画面１４０４ａの遷移候補画面表示欄１４０８´には当該画面＃２を出発画面としたときの遷移画面の識別子「＃１」「＃４」が表示される。遷移画面１４０４ｂについても同様に、画面識別子表示欄１４０６´には画面の識別子「＃７」が表示される。表示情報表示欄１４０７´には画面＃７の表示情報「ｄ３」「ｅ１」が、遷移候補画面表示欄１４０８´には当該画面＃７を出発画面としたときの遷移画面の識別子「＃４」が表示される。尚、遷移画面接続情報によれば、実際には、端末装置１００に付属する（図示しない）表示装置上に表示される画面上には画面＃６に係る遷移画面も表示されるが、ここでは説明の便宜上図示を省略してある。
【０１０１】
遷移提示部分１４０２の提案画面欄１４０９には、高関連度画面の識別子「＃５」が表示される。詳細遷移情報欄１４１０には、ステップ９０９で選択された、検査対象画面から遷移することが推奨される画面の識別子「＃５」「＃２」「＃３」「＃７」「＃８」分の詳細遷移情報が表示される。遷移推奨画面「＃５」に対しては検査対象画面＃４の持つ表示情報「ｄ２」と最も高い関連度を持つ遷移推奨画面「＃５」の表示情報「ｅ２」との組み合わせが情報表示欄１４１２に、「ｄ２」と「ｅ２」の関連度「０．８」が関連度表示欄１４１３に提示される。遷移推奨画面「＃２」に対しては検査対象画面＃４の持ついずれの表示情報と遷移推奨画面「＃２」のいずれの表示情報もここでは関連度が等しいので、情報表示欄１４１２には、その代表値「ｄ１」と「ｂ１」の組み合わせが、関連度表示欄１４１３にはその関連度「０．４」が提示される。以下同様にして、遷移推奨画面「＃３」については「ｄ１」と「ｂ２」及び関連度「０．２」が、「＃７」に対しては「ｄ１」と「ｄ３」及び関連度「０．４」が、「＃８」に対しては「ｄ１」と「ｆ２」及び関連度「０．１」が提示される。
【０１０２】
これらの画面をもとに設計者（ユーザ）はＧＵＩ（Ｇｒａｐｈｉｃ  ＵｓｅｒＩｎｔｅｒｆａｃｅ）を用い画面遷移および画面設計をすることができる。具体的には、画面＃４を検査対象に指定した設計者（ユーザ）は、遷移提示部分１４０２の提案画面欄１４０９に「＃５」が表示されているので、画面＃５が関連度が高い画面であるにもかかわらず遷移距離が長く、＃４から＃５への遷移距離を短くすることが提案されているのを知る。そして、そのための具体的な遷移内容も詳細遷移情報欄１４１０に提案されている。そこでユーザは、詳細遷移情報欄１４１０の表示を見ながら検討し、遷移が必要と判断すれば、例えば遷移提示部分１４０２の詳細遷移情報欄１４１０の対応箇所を選択することにより、遷移候補を選択する（ステップ９１１）。選択された遷移候補を例えば（図示しない）バッファに出力することで、さらに上記の選択を連続的に行うこともできる。
【０１０３】
このように選択され、または選択ののち（図示しない）バッファに格納されていた遷移候補は画面遷移設計装置１０１により、画面遷移データベース１０８に追加登録される（ステップ９１２）。
【０１０４】
最後に、遷移出力部１０７は選出された遷移候補を外部に出力する（ステップ９１３）。この場合の「外部」とは画面遷移データベース１０８以外の、例えば、端末装置１００などをいう。
【０１０５】
以上により、検証動作は終了する（ステップ９１４）。
【０１０６】
このように、本実施形態によれば、対話システム開発など、有機的な情報間の繋がりを有するような画面を対象とした遷移設計において、表示情報の関連度と現在の（ユーザによる）遷移設計とから、開発中の対話システムに必要な加えるべき遷移を自動的に算定し提示することが可能となる。これにより、対話システムの開発期間が（特に関係画面数が巨大なシステムほど）大幅に短縮されるだけでなく、ユーザにとっての使いやすさが向上する。従って、システムの開発支援機能が大幅に増進するという効果をもたらす。
【０１０７】
次に、本発明の第２の実施形態を説明する。
【０１０８】
本画面遷移設計支援装置の構成は第１の実施形態の場合と共通である。
【０１０９】
図１５は画面に表示される表示情報の関連度構造の一例を表した図である。同図中のｘ、ｙ、ｚは表示情報（「データ」と呼ぶ。）である。対話システムの使用中の、データｘとデータｙに何らかの因果関係があるときなど、データｘを参照してから、データｙを参照することに意味がある場合にはｘ行、ｙ列の関連度を高くすることにする。同じデータ間であっても、データｙを参照してから、データｘを参照することに意味がない場合には、ｙ行、ｘ列の関連度を低くすることにする。つまり、第１の実施形態では図７のように、関連度情報を表すマトリックスは対称行列である場合を考慮したが、本実施形態では、このマトリックスが対称行列に限られない場合を考慮する。そのようにすることにより、システムに図１６のような遷移設計がなされていた場合に、図１５のようにｙ行、ｘ列の値を高めの値０．９とし、ｘ行、ｙ列の値を低めの値０．１とし、前述の式ｄ
（ｒ）＝１０×（１−ｒ）を用いると、データｘを参照してから、データｙを参照する場合には、関連度は０．９となるから、画面＃１６０２から画面＃１６０３への理想的遷移距離は１となる。ここで実際の画面遷移距離は２であるので、上述したように、システムに加えるべき遷移候補にリストアップされるが、逆にデータｙを参照してから、データｘを参照する場合には、関連度は０．１であるから、理想的遷移距離は９となり、システムに加えるべき遷移候補にはリストアップされない。結果的には、本システムは、データｘを表示している画面＃１６０２から、データｙを表示している画面＃１６０３への遷移は提案するが、データｙを表示している画面＃１６０３から、データｘを表示している画面＃１６０２への遷移は提案しない。
【０１１０】
以上説明したように、本実施形態によれば、第１の実施形態の場合に更に表示情報間の関連度に方向性という概念を導入し、その上で第１の実施形態で説明した検証及び画面遷移提案等の動作を行うので、画面遷移に価値的要素を更に細かく反映させた、有機的な画面遷移設計が可能となる。即ち、機械故障の発生の原因を突き止めるべく部位ごとに絞り込んでゆく際の原因追究動作など、推理・判断を要する知能的画面遷移設計の支援が可能となる。他方、不要な方向への遷移をなくし、システムを簡略化することも可能となる。
【０１１１】
次に、本発明の第３の実施形態を説明する。
【０１１２】
図１７は本実施形態に係る画面遷移設計支援装置の構成を示すブロック図である。
【０１１３】
同図に示すように本実施形態に係る画面遷移設計支援装置は、図１の場合の構成に加え、設計確認者からの入力により端末装置１００上に画面遷移結果を表示する画面遷移確認装置４００と、そのときの遷移を記録する遷移記録データベース４０１と、遷移記録データベース４０１の内容より、表示情報関連度データベース１１０を更新する関連度更新装置４０２とを具備している。
【０１１４】
画面遷移確認装置４００は端末装置１００を通して画面遷移設計を確認する装置である。画面が遷移する条件（キータッチ、システム外からの画面遷移指令など）を確認者若しくは設計者が入力すると、画面の遷移先を画面遷移データベース１０８から検索し、図１４は端末装置１００に付属する（図示しない）表示装置上に出力すると同時に、この画面遷移を遷移記録データベース４０１に記録する機能を持っている。このように、参照したい１つの画面を端末装置１００から入力し、画面遷移先が端末装置１００に出力されるのを確認してから次の画面を入力する、といった動作を繰り返すことにより、全体として画面が一連に連なる参照画面履歴が得られる。この参照画面履歴は上記の説明にあるように、遷移記録データとして遷移記録データベース４０１に格納される。このようにして全体的な画面遷移の設計を確認が行われる。
【０１１５】
遷移記録データベース４０１は確認開始時点からの遷移画面を参照（確認）された順に記憶した情報、即ち、上述した遷移記録データが格納された記憶装置である。遷移記録データベース４０１に格納された遷移記録データのデータ構造は、例えば、図１８に示すように、画面が一連に連なる形態を有している。
【０１１６】
関連度更新装置４０２は表示情報関連度データベースを更新する装置である。システム内のデータのある２つのデータｘ、ｙに注目したときに、データｘを参照した後に、データｙを参照したときの、遷移回数の平均をａとし、データｙを参照した後に、データｘを参照したときの、遷移回数の平均をｂとする。この時に、値ａと値ｂを比較し、明らかに値ａのほうが値ｂよりも小さい場合には、データｘを参照してからデータｙを参照することに何らかの意義があるということにする。よってこの場合には、図７のような関連度情報マトリックスの構成要素のうち、ｘ行ｙ列の関連度の値を高くするとともに、ｙ行ｘ列の関連度の値を低くする。こうすることで、再設計の段階で、開発対象のシステムの遷移設計によっては、データｘを表示する画面からデータｙを表示する画面への画面遷移を設計者に提示するようになる。
【０１１７】
ここでは、図１９に示すような画面遷移が設計されており、図２０に示すような遷移記録データが遷移記録データベース４０１に格納されていたとして、本装置の動作を次に説明する。
【０１１８】
第１の実施形態における動作に加えて、設計者は、画面遷移確認装置４００を用い、端末装置１００を通して画面遷移設計を確認する。即ち設計者が端末装置１００を通して、画面が遷移する条件（キータッチ、システム外からの画面遷移指令など）を入力する。すると画面遷移確認装置４００が画面の遷移先を画面遷移データベース１０８から検索し、端末装置１００に付随する（図示しない）表示機構画面上に出力する。設計者は、参照したい１つの画面を端末装置１００から入力し、画面遷移先が端末装置１００に出力されるのを確認してから次の画面を入力する、といった動作を繰り返しながら画面遷移を設計する。また、表示された画面の遷移先を確認しながら第１の実施形態で説明した検証動作等を行う。この結果、全体として画面が一連に連なる遷移記録データが得られる。この遷移記録データとは画面を実際に遷移させた順番の記録であるから、設計された画面遷移である。画面遷移確認装置４００は、上述したように、この遷移記録データを遷移記録データベース４０１に記録する。
【０１１９】
以降、第１の実施形態で示した動作を進めてゆく。その過程において、ステップ９０６の画面間の関連度の算定動作に注目する。データｘとデータｙに着目したときに、データｘを表示するのは画面＃１９０４であり、データｙを表示するのは画面＃１９０５である。そこで、遷移記録データベース４０１中の画面＃１９０４と画面＃１９０５の遷移記録に注目する。図２０において、画面＃１９０４から画面＃１９０５への遷移回数は、画面＃１９０４（２００１）→画面＃１９０２→画面＃１９０５（２００１）では遷移回数は２であり、画面＃１９０４（２００３）→画面＃１９０２→画面＃１９０１→画面＃１９０２→画面＃１９０５（２００４）では遷移回数は４である。よって、画面＃１９０４から画面＃１９０５への遷移回数の平均は３となる。逆に画面＃１９０５から画面＃１９０４への遷移回数は、画面＃１９０５（２００２）→画面＃１９０２→画面＃１９０１→画面＃１９０３→画面＃１９０６→画面＃１９０３→画面＃１９０１→画面＃１９０２→画面＃１９０４（２００３）であり、遷移の回数は８となる。画面＃１９０４から画面＃１９０５への遷移回数の平均は４であり、画面＃１９０５から画面＃１９０４への遷移回数の平均は８である。そこで、画面＃１９０４を参照してから画面＃１９０５を参照することの必要性のほうが高いと考え、そこに表示されている現在の注目データｘとデータｙにも参照するべき順番があると判断する。そして、データｘを参照してからデータｙを参照することが多いので、表示情報関連度データベース１１０中に格納される関連度情報マトリックスの構成要素のうちのｘ行ｙ列の関連度の値を高くし、ｙ行ｘ列の関連度を低くする。こうすることで、データｘとデータｙの因果関係を強くすることができる。以上のように、本実施形態によれば、設計者が画面の遷移条件を端末装置１００から入力すると、画面遷移確認装置４００が画面遷移先を端末装置１００に出力するので、例えばシステム異常の際に自動的に画面が遷移するような、システム外からの画面遷移指令を盛り込んだ画面遷移設計を行うことが可能となる。さらに本実施形態では上記の端末装置１００からの入力と端末装置１００への出力動作を繰り返すので、設計者は全体を視野に入れた画面遷移の設計を確認することができる。
【０１２０】
また、本実施形態では、設計者が画面を実際に遷移させた順番の記録である遷移記録データをもとにして遷移回数の計算をし、画面間の関連度算定以降のステップに繋げるので、設計者が実際に画面を遷移させた結果を画面遷移設計に反映させることができる。このことは、画面遷移設計にあたり、画面遷移接続情報の初期定義がされていない場合、または、画面遷移接続情報の初期定義が十分に練っていない仮定的なものである場合であっても、画面遷移設計が可能となることを意味する。即ち、設計者が、例えば巨大なシステムに係る画面遷移設計をしようとするとき、暫定的設計であっても細部まで行っていたら時間がかる。このとき、暫定的設計も行わずに（画面遷移接続情報の初期定義をせずに）、直接画面遷移を本装置画面上で実行してみる（第１回実行）。この結果は遷移記録データとして格納されるから、第２回目の実行に当たっては、当該遷移記録データに基づくデータを初期定義データとして用いることができる。この動作を繰り返すことにより、回数を増すほど最適値に近付くことができる。つまり、このように実際に辿った経路を記録し、それを初期定義情報として用いて本発明に係る動作を行えば設計値を最適化することができる。従って、本実施形態によれば、設計者の設計を効率化できるとともに、画面遷移設計を実用上の最適値に近似させることが可能となる。
【０１２１】
つまり、本発明によれば、画面または情報間に関連度がない、もしくは、未定義の状態で、初期設定が（仮定的に）なされたものとしてそれをシミュレーションすることで、人間の直観的な値を導入するのでなく、画面または情報にもとづくデータ間の関連度を客観的に求めることができる。そしてそれを繰り返すことで、該関連度を洗練させることができる。
【０１２２】
なお、本発明は、上述した実施形態には限定されず、本発明の技術思想の範囲内で様々な変形が可能である。
【０１２３】
例えば、上述した実施形態１乃至３においては、画面間の関連度の算定（ステップ９０６）において画面に係る表示情報が複数である場合は関連度が最大となる情報を一つ選定し、該情報のみの関連度をもって画面の関連度を指標させることとして説明したが、この情報は複数を用いることが可能である。例えば、全ての表示情報の関連度の平均値を用いても良い。また、例えば、表示情報に重要性の属性を付加させ、この重要性の大きさが一定以上の情報の平均値を用いても良い。
【０１２４】
また、上述した実施形態１乃至３においては、システムに係る全ての画面が、関連度をもって有機的に繋がることにより形作られる遷移画面の接続情報がツリー構造型の遷移構造をなす場合を例にとり説明したが、遷移画面の接続情報が形作る遷移構造はツリー構造型によらない場合であっても、本発明の技術思想は用いることが可能である。この場合には、例えば図２において画面＃６から画面＃８への遷移を定義し得ることになる。
【０１２５】
また、上述した実施形態１乃至３においては、ステップ９１０において、遷移ルートの候補をユーザへ提示し、その中からユーザが選択する場合で説明したが、例えば、本装置内部で最適ルートを自動選択するようにしてもよい。この場合は図２１で示すように、画面遷移出力部１０７からの出力は画面遷移設計装置１０１を介さず、直接画面遷移データベース１０８に書き込まれる。
【０１２６】
また、上述した実施形態１乃至３において、ステップ９０８で理想的画面遷移距離を求めるに当たり、「ｄ（ｒ）＝１０×（１−ｒ）」を算定式に用いる場合で説明したが、この算定式は例えば反比例関数のような、関連度（ｘ軸）が高いものほど理想的画面遷移距離（ｙ軸）が短くなるような関係を示す式であれば算定式に用いることが可能である。
【０１２７】
さらに、第３の実施形態において、設計者の実際に遷移した画面の経路を記録し、それを初期定義情報として用いて本発明に係る動作を行うことで設計値を最適化する場合を説明したが、本技術的思想は、その適用対象を画面に限るものではまく、例えば、エキスパートシステムなどのような情報や概念などの対象一般に適用することが可能である。即ち、ある対象（概念、情報、画面を含む。以下同様）を参照したら次に参照される蓋然性・関係性が高い対象が定義され得るような情報システムにあっては、本発明の「画面」を「対象」に、「遷移」を「参照」に、「画面表示情報」を「対象を規定する要素」と読み替えることにより、例えば医療診断システムなど、複数の情報もしくは概念群に有機的な関連がありその参照順序に規則性が定義され得るような対象であれば本発明の技術的思想はそのまま適用することが可能である。
【０１２８】
また、上述した実施形態１乃至３においては、ステップ９１０の遷移ルート候補のユーザへの提示の際の提案画面は図１４に示すものに限られるものでなく、例えばある一定水準以下のものは表示させないようにすることも可能である。また、例えば、画面遷移候補に係る詳細データとして表示情報及び関連度の代わりに遷移距離などの他のデータを表示させるようにしてもよい。
【０１２９】
また、上述した実施形態１乃至３において画面遷移設計装置１０１の表示機構は、遷移構造の全体を表示させるようにしてもよいし、該構造の部分を拡大して表示させるようにしてもよい。さらに、上記の表示機構は、視覚による場合であっても、視覚以外の五感、例えば音声によるものであってもよい。
【０１３０】
また、上述した実施形態１乃至３においては画面と情報との対応関係が重複しない場合を説明したが、例えば、同一の情報を複数の画面が表示情報として有するようにしてもよい。
【０１３１】
また、上述した実施形態１乃至３においては、表示情報の関連度を画面間の関連度と等しくみなすような場合を説明したが、画面間の関連度は表示情報の関連度と必ずしも等しくなくとも、表示情報の関連度と一定の相関関係が維持されるような値を採用するようにしてもよい。
【０１３２】
【発明の効果】
以上説明したように、請求項１、請求項６及び請求項１１記載の本発明によれば、システムに係る第１の対象を規定する第１の要素と第２の対象を規定する第２の要素との関連度に基づき、前記第１の対象と第２の対象との関連度を求めるので、対象参照経路の設計をその関連性を反映させるように最適化することができる。
【０１３３】
請求項２、請求項７及び請求項１２記載の本発明によれば、開発対象システムに包含される対象と、かかる対象から参照される別の対象との関連度情報と現在の対象参照設計情報とから、開発中のシステムに必要な対象参照を自動的に算定し提示するように構成したので、システムの開発期間が大幅に短縮されるだけでなく、ユーザにとっての使いやすさが向上する。従って、システムの開発支援機能が大幅に増進する。
【０１３４】
請求項３、請求項８及び請求項１３記載の本発明によれば、対象を規定する要素間の関連度に方向性という概念を導入し、その上で、開発対象システムの参照される対象の関連度情報と現在の対象参照設計情報とから、開発中のシステムに必要な、新たに参照すべき対象を自動的に算定し提示するように構成したので、対象参照に価値的要素を更に細かく反映させた、推理・判断を要する知能的対象参照設計の支援が可能となる。また、不要な方向への対象参照をなくすので、システムを簡略化することも可能となる。
【０１３５】
請求項４、請求項９及び請求項１４記載の本発明によれば、対象参照実行手段により実行された対象参照の履歴に関する情報を記憶するとともに、この情報に基づいて開発中のシステムに必要な加えるべき対象参照を自動的に算定し提示するように構成したので、システム外からの対象参照指令を盛り込んだ対象参照設計を行うことが可能となる。また、対象参照実行手段で参照すべき対象の入力及び出力を繰り返すので、設計者は全体を視野に入れた対象参照の設計を確認することができる。また、設計者が実際に対象を参照した結果を記録し、それを初期定義情報として用いるので、これを繰り返すことにより、対象参照設計を実用上の最適値に近づけることができ、従って、設計者の設計を効率化できる。
【０１３６】
請求項５、請求項１０及び請求項１５記載の本発明によれば、対象を構成する要素の相互の関連度から参照される対象間の関連度を計算し、かかる対象間の参照の経路を表す情報から該対象間の最短の参照経路を計算し、この計算により得られた対象間の関連度と対象間の最短の参照経路とから必要な対象参照を求めるので、対象参照設計後のシミュレーションを要することなく、対象参照設計時に、開発中のシステムに必要であり参照されるべき対象を自動的に算定し提示することが可能となる。これにより、設計者にとっての対象参照設計が容易になる。
【０１３７】
請求項１６、請求項２１及び請求項２６記載の本発明によれば、システムに係る第１の画面に表示される第１の表示情報と第２の画面に表示される第２の表示情報との関連度に基づき、前記第１の画面と第２の画面との関連度を求めるので、画面遷移設計をその関連性を反映させるように最適化することができる。
【０１３８】
請求項１７、請求項２２及び請求項２７記載の本発明によれば、開発対象システムの画面の表示情報の関連度情報と現在の画面遷移設計情報とから、開発中の対話システムに必要な加えるべき遷移を自動的に算定し提示するように構成したので、システムの開発期間が大幅に短縮されるだけでなく、ユーザにとっての使いやすさが向上する。従って、システムの開発支援機能が大幅に増進する。
【０１３９】
請求項１８、請求項２３及び請求項２８記載の本発明によれば、表示情報間の関連度に方向性という概念を導入し、その上で、開発対象システムの画面の表示情報の関連度情報と現在の画面遷移設計情報とから、開発中の対話システムに必要な加えるべき遷移を自動的に算定し提示するように構成したので、画面遷移に価値的要素を更に細かく反映させた、推理・判断を要する知能的画面遷移設計の支援が可能となる。また、不要な方向への遷移をなくすので、システムを簡略化することも可能となる。
【０１４０】
請求項１９、請求項２４及び請求項２９記載の本発明によれば、画面遷移実行手段により実行された画面遷移の履歴に関する情報を記憶するとともに、この情報に基づいて開発中の対話システムに必要な加えるべき遷移を自動的に算定し提示するように構成したので、システム外からの画面遷移指令を盛り込んだ画面遷移設計を行うことが可能となる。また、画面遷移実行手段で画面入力及び出力を繰り返すので、設計者は全体を視野に入れた画面遷移の設計を確認することができる。また、設計者が実際に画面を遷移させた結果を記録し、それを初期定義情報として用いるので、これを繰り返すことにより、画面遷移設計を実用上の最適値に近づけることができ、従って、設計者の設計を効率化できる。
【０１４１】
請求項２０、請求項２５及び請求項３０記載の本発明によれば、表示情報の相互の関連度から画面間の関連度を計算し、画面間の遷移の経路を表す情報から画面間の最短の遷移を計算し、この計算により得られた画面間の関連度と画面間の最短の遷移とから必要な画面遷移を求めるので、画面遷移設計後に画面遷移のシミュレーションを行った後でなく、画面遷移設計時に、開発中の対話システムに必要であり加えるべき遷移を自動的に算定し提示することが可能となる。これにより、設計者にとっての画面遷移設計が容易になる。
【０１４２】
従って、本発明によれば、画面遷移や情報参照の設計段階において、より関連度の高い画面遷移もしくは情報参照を提案することで、より使いやすい、基本設計を行わせるように、設計支援することができる。これにより、開発期間を短縮するとともに、使いやすい対話型システムの設計が可能となる。また以前に利用された、関連度情報を利用することにより、従来のシステムと類似した画面遷移や情報参照の感覚を持つ、対話システムを設計することができる。
【０１４３】
また、本発明によれば、画面または情報間に関連度がない、もしくは、未定義の状態で、初期設定が（仮定的に）なされたものとしてそれをシミュレーションすることで、人間の直観的な値を導入するのでなく、画面または情報にもとづくデータ間の関連度を客観的に求めることができる。そしてそれを繰り返すことで、該関連度を洗練させることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る画面遷移設計支援装置の構成を示すブロック図である。
【図２】本発明の一実施形態に係る遷移画面接続情報の全体を表す概念図である。
【図３】本発明の一実施形態に係る画面遷移設計装置の表示機構に表示される画面の一例を示す概念図である。
【図４】本発明の一実施形態に係る画面遷移設計情報の構造を表す概念図である。
【図５】本発明の一実施形態に係る画面−表示情報対応データの構造を表す概念図である。
【図６】本発明の一実施形態に係る画面表示情報定義装置の表示機構に表示される画面の一例を示す概念図である。
【図７】本発明の一実施形態に係る関連度情報の構造の一例を示す概念図である。
【図８】本発明の一実施形態に係る遷移画面接続情報を表す概念図である。
【図９】本発明の一実施形態に係る画面遷移設計支援装置の動作を示すフローチャートである。
【図１０】本発明の一実施形態に係る画面−表示情報対応データの一例を示す概念図である。
【図１１】本発明の一実施形態に係る表示情報間の関連度情報の一例を示す概念図である。
【図１２】本発明の一実施形態に係る画面遷移ルートの候補を説明するための図である。
【図１３】本発明の一実施形態に係るルート選択における動作を示すフローチャートである。
【図１４】本発明の一実施形態に係る端末装置に付属する表示装置上に表示される画面を表した図である。
【図１５】本発明の一実施形態に係る表示情報の関連度構造の一例を表す図である。
【図１６】本発明の一実施形態に係る画面遷移設計の一例を表した図である。
【図１７】本発明の一実施形態に係る画面遷移設計支援装置の構成を示すブロック図である。
【図１８】本発明の一実施形態に係る遷移記録データのデータ構造を示す概念図である。
【図１９】本発明の一実施形態に係る画面遷移設計の一例を表す図である。
【図２０】本発明の一実施形態に係る遷移記録データの一例を表す図である。
【図２１】本発明の一実施形態に係る画面遷移設計支援装置の構成を示すブロック図である。
【符号の説明】
１００  端末装置
１０１  画面遷移設計装置
１０２  画面表示情報定義装置
１０３  遷移候補選出装置
１０４  画面関連度計算部
１０５  最短遷移計算部
１０６  遷移候補選出部
１０７  遷移出力部
１０８  画面遷移データベース
１０９  画面表示情報データベース
１１０  表示情報関連度データベース
２００  端末画面
４００  画面遷移確認装置
４０１  遷移記録データベース
４０２  関連度更新装置
【図１】
0003582962.tif 000002
【図２】
0003582962.tif 000003
【図３】
0003582962.tif 000004
【図４】
0003582962.tif 000005
【図５】
0003582962.tif 000006
【図６】
0003582962.tif 000007
【図７】
0003582962.tif 000008
【図８】
0003582962.tif 000009
【図９】
0003582962.tif 000010
【図１０】
0003582962.tif 000011
【図１１】
0003582962.tif 000012
【図１２】
0003582962.tif 000013
【図１３】
0003582962.tif 000014
【図１４】
0003582962.tif 000015
【図１５】
0003582962.tif 000016
【図１６】
0003582962.tif 000017
【図１７】
0003582962.tif 000018
【図１８】
0003582962.tif 000019
【図１９】
0003582962.tif 000020
【図２０】
0003582962.tif 000021
【図２１】
0003582962.tif 000022