ユーザ端末装置及びＷｅｂアプリケーション間でデータを継承する方法
【課題】 複数のＷｅｂアプリケーションを実行するときに、汎用Ｗｅｂブラウザを用いて、前段の処理結果を後段のＷｅｂアプリケーションに容易に引き継ぐ。
【解決手段】 ユーザ端末装置１は、複数のＷｅｂアプリケーション間のデータの継承関係を定義した状態遷移モデルを記憶する記憶部１２と、複数のＷｅｂアプリケーションのうちの第１のＷｅｂアプリケーションが実行されると、第１のＷｅｂアプリケーションの出力データを取得するＷｅｂブラウザ１５と、状態遷移モデル記憶部１２を参照し、第１のＷｅｂアプリケーションの出力データを継承する第２のＷｅｂアプリケーションを特定し、第２のＷｅｂアプリケーションに、第１のＷｅｂアプリケーションの出力データを継承させて、実行させる実行制御部１４と、を備える。
【解決手段】 ユーザ端末装置１は、複数のＷｅｂアプリケーション間のデータの継承関係を定義した状態遷移モデルを記憶する記憶部１２と、複数のＷｅｂアプリケーションのうちの第１のＷｅｂアプリケーションが実行されると、第１のＷｅｂアプリケーションの出力データを取得するＷｅｂブラウザ１５と、状態遷移モデル記憶部１２を参照し、第１のＷｅｂアプリケーションの出力データを継承する第２のＷｅｂアプリケーションを特定し、第２のＷｅｂアプリケーションに、第１のＷｅｂアプリケーションの出力データを継承させて、実行させる実行制御部１４と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂアプリケーションを利用するときの利便性を向上させるための技術に関し、特にＷｅｂアプリケーションを連続的に利用するときのユーザの入力操作を簡略化する技術に関する。
【背景技術】
【０００２】
ＬＡＮ（Local Area Network）やインターネットなどのネットワークを介して複数のサーバとクライアントとを接続し、クライアントが各サーバからさまざまなサービスの提供を受けるネットワークシステムが広く実用化されている。サーバでは、クライアントからのリクエストに応じて所定のＷｅｂアプリケーションを実行して、サービスを提供する。
【０００３】
ここで、サーバ及びクライアント間の通信ではＨＴＴＰ（Hyper Text Markup Language）が用いられることが多い。ＨＴＴＰでは、同じクライアントが複数のリクエストを行う場合でも、各リクエストはそれぞれ独立である。従って、ＨＴＴＰでは、コンテキスト（アプリケーションの状態）を記録しないという性質を有する。
【０００４】
そこで、特許文献１のように、Ｗｅｂブラウザのアクセス履歴を記録し、このアクセス履歴に基づいて動的コンテンツに対してアクセスする履歴再生装置が提案されている。
【特許文献１】特開２００１−６０１７９公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
あるサーバのＷｅｂアプリケーションを利用することで得た結果を、他のサーバのＷｅｂアプリケーションに引き継いで利用しようとする場合、後段のＷｅｂアプリケーションに対して前段の処理結果を改めて入力し直さなければならない。自動的に、クライアントにコンテキストを記録させて高度な処理を行うためには、通常のＷｅｂブラウザへのアドオン（プラグイン）が必要である。あるいは、これらの機能を備えた専用Ｗｅｂブラウザを使用する必要があった。ここで、アドオンとはソフトウェアの標準仕様を拡張できる追加機能を指す。
【０００６】
また、特許文献１の履歴再生装置であっても、記録されている履歴をそのまま後段のＷｅｂアプリケーションへ引き継ぐことはできない。
【０００７】
そこで、本発明の目的は、複数のＷｅｂアプリケーションを実行するときに、汎用Ｗｅｂブラウザを用いて、前段の処理結果を後段のＷｅｂアプリケーションに容易に引き継ぐことができるようにすることである。
【０００８】
本発明の別の目的は、複数のＷｅｂアプリケーションを連続的に実行するときに、実行する順序及び引き継ぐデータなどをユーザが自由に関連づけることができるようにすることである。
【課題を解決するための手段】
【０００９】
本発明の一実施態様に従うユーザ端末装置は、複数のＷｅｂアプリケーション間のデータの継承関係を定義したＷｅｂアプリケーション関連定義を記憶する手段と、前記複数のＷｅｂアプリケーションのうちの第１のＷｅｂアプリケーションが実行されると、第１のＷｅｂアプリケーションの出力データを取得する手段と、前記記憶手段を参照し、第１のＷｅｂアプリケーションの出力データを継承する第２のＷｅｂアプリケーションを特定する手段と、第２のＷｅｂアプリケーションに、前記取得手段が取得した第１のＷｅｂアプリケーションの出力データを継承させて、実行させる手段と、を備える。
【００１０】
好適な実施形態では、前記Ｗｅｂアプリケーション関連定義は、第１のＷｅｂアプリケーションと第２のＷｅｂアプリケーションとを対応付けるとともに、第１のＷｅｂアプリケーションの出力データ項目と第２のＷｅｂアプリケーションの入力データ項目とを対応づけるようにしてもよい。
【００１１】
好適な実施形態では、ユーザに対して入力画面を提供し、前記入力画面に対する入力に基づいて前記Ｗｅｂアプリケーション関連定義を生成する生成手段を、さらに備えるようにしてもよい。
【００１２】
好適な実施形態では、第１のＷｅｂアプリケーションが複数であってもよい。この場合、第２のＷｅｂアプリケーションは、前記複数の第１のＷｅｂアプリケーションの出力データを対比させて表示することもできる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の一実施形態に係るユーザ端末装置１について、図面を用いて説明する。図１は、本実施形態に係るユーザ端末装置１を含むクライアント・サーバシステムの全体構成を示す図である。
【００１４】
本実施形態のユーザ端末装置１は、インターネット、ＬＡＮなどのネットワーク９を介して種々のサーバ２（２ａ〜２ｄ）に接続されてクライアント・サーバシステムを構成する。そして、ユーザ端末装置１が、各サーバ２上で動作するＷｅｂアプリケーション２０（２０ａ〜２０ｄ）による種々のサービスの提供を受ける。
【００１５】
このユーザ端末装置１は、例えばプロセッサ及びメモリを備えた汎用的なコンピュータシステムにより構成され、以下に説明するユーザ端末装置１内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。
【００１６】
ユーザ端末装置１は、実績データ記憶部１１と、状態遷移モデル記憶部１２と、項目対応処理部１３と、実行制御部１４と、Ｗｅｂブラウザ１５と、比較部１６とを備える。
【００１７】
実績データ記憶部１１は、Ｗｅｂアプリケーションの実行結果に関するデータを記憶する。ユーザ端末装置１がサーバ２へアクセスしてＷｅｂアプリケーション２０を利用する度に、そのＷｅｂアプリケーション２０の出力データが蓄積されていく。本実施形態では、ユーザが出張に関するスケジュールを登録した後、その出張先までの列車検索、宿泊先の検索及び予約を行う場合を例に説明する。従って、以下の説明では、実績データ記憶部１２にスケジュールデータ１１１、経路データ１１２、ホテル検索データ（１）１１３、ホテル検索データ（２）１１４が、順次蓄積されていく。
【００１８】
ここで、スケジュールデータ１１１とは、後述するスケジュール入力により受け付けた出張のスケジュールに関するデータである。経路データ１１２とは、後述する路線検索により得られた移動経路及び交通手段に関するデータである。ホテル検索データ（１）１１３、（２）１１４は、それぞれ異なる検索エンジンによる宿泊先のホテルの検索結果のデータである。
【００１９】
状態遷移モデル記憶部１２は、Ｗｅｂアプリケーションのユーザによって設定される状態遷移モデルが格納される。状態遷移とは、ユーザから見て、ＷｅｂアプリケーションがユーザからのＷｅｂフォームデータ送信などのＨＴＴＰリクエストを受け付け、Ｗｅｂブラウザ上に当該リクエストが受け付けられたことを表すメッセージ等を表示される現象を指す。この現象は、Ｗｅｂアプリケーションが稼働するサーバ側に於いては、Ｗｅｂアプリケーションサーバ、またはこれと連携するデータベースサーバにて、データレコードを生成、更新、削除するトランザクションが発生していることを意味する。例えば、Ｗｅｂアプリケーションの状態遷移では、Ｗｅｂブラウザのフォームデータがユーザ端末装置１からサーバへと送られて、ＵＲＬ（Uniform Resource Locator）が変化する。
【００２０】
状態遷移モデル記憶部１２には、この状態遷移を示す情報が記憶されている。本実施形態の状態遷移モデルでは、複数のＷｅｂアプリケーション間のデータの継承関係を示す情報が定義されている。例えば、本実施形態であれば、対応テーブル１２１には、スケジュール登録のＷｅｂアプリケーション２０ａと経路検索のＷｅｂアプリケーション２０ｂとがそれぞれのＵＲＬにより対応付けられている。さらに、これらのＷｅｂアプリケーション間で継承されるデータについても定義されている。同様に、対応テーブル１２２は、経路検索のＷｅｂアプリケーション２０ｂとホテル検索（１）のＷｅｂアプリケーション２０ｃ、対応テーブル１２３は、経路検索のＷｅｂアプリケーション２０ｂとホテル検索（２）のＷｅｂアプリケーション２０ｄとをそれぞれ対応付け、それらの間で承継されるデータについて定義されている。対応テーブル１２４は、ホテル検索（１）のＷｅｂアプリケーション２０ｃ、及びホテル検索（２）のＷｅｂアプリケーション２０ｄの出力データを比較するために対応付けている。
【００２１】
対応テーブル１２１〜１２４は、後述するようにユーザの入力操作に基づいて生成され、生成されるごとに状態遷移モデル記憶部１２に蓄積される。
【００２２】
項目対応処理部１３は、Ｗｅｂアプリケーションの対応付けを行って、状態遷移モデルの定義を行う。例えば、あるＷｅｂアプリケーションから別のＷｅｂアプリケーションへの遷移を定義づける。この際、遷移前の前段のＷｅｂアプリケーションが出力するデータ項目と遷移先の後段のＷｅｂアプリケーションの入力のデータ項目との対応関係を定義する。この対応付けのための処理については、後述する。
【００２３】
実行制御部１４は、状態遷移モデルを参照して、次に呼び出すＷｅｂアプリケーションを決定し、そのＷｅｂアプリケーションのＵＲＬをＷｅｂブラウザ１５へ通知する。また、その際、実績データ記憶部１１から所望のデータを取得し、ここで呼び出すＷｅｂアプリケーションに承継させる。これにより、関連づけられているＷｅｂアプリケーション同士では、後段のＷｅｂアプリケーションにおいて前段のＷｅｂアプリケーションの処理結果をユーザが改めて手入力する必要がなく、その処理結果を自動的に引き継ぐことができる。
【００２４】
次に、本実施形態における状態遷移モデルの作成及び登録の手順について説明する。本実施形態では、既に述べたように、出張のスケジュールを登録した後、列車の検索、宿泊先の検索を行って、宿泊先の予約を行う。
【００２５】
まず、ユーザ端末装置１は、スケジュール登録を受け付けるサーバ２ａにアクセスし、スケジュール登録のためのＷｅｂアプリケーション２０ａを起動する。そして、図２に示すようなスケジュール入力画面１００が表示装置１８に表示され、ユーザがこの入力画面１００に対して出張のスケジュールを入力する。スケジュール登録が完了すると、Ｗｅｂブラウザ１５は、入力画面１００に対して入力された項目別のスケジュールデータ１１１を実績データ記憶部１１に格納する。ここで、各項目には予め項目名が付されているので、スケジュールデータ１１１は、項目別に各入力値が格納される。
【００２６】
次に、実行制御部１４は、図３に示すようなリンク画面２００を表示装置１８に表示させる。このリンク画面２００を用いて、既に処理を実行したＷｅｂアプリケーション（訪問したＷｅｂアプリケーション）２０１と、これと連携したいＷｅｂアプリケーション２０２を対応付ける。本実施形態では、直前に実行したＷｅｂアプリケーションと他のＷｅｂアプリケーションとを連携させているが、必ずしも直前に実行されたものである必要はなく、過去に実行されて、実績データが蓄積されているものであればよい。
【００２７】
そして、Ｗｅｂアプリケーション同士が対応付けられると、実行制御部１４は、図４に示すような項目対応画面３００を表示装置１８に表示させる。そして、対応付けられたＷｅｂアプリケーションの出力項目及び入力項目の対応付けを行う。項目対応画面３００では、前段のＷｅｂアプリケーションの出力項目３１０と、後段のＷｅｂアプリケーションの入力項目３２０とが対応付けられる。後段のＷｅｂアプリケーションの入力項目３２０は、Ｗｅｂブラウザ１５がサーバ２ｂへアクセスして取得するようにしてもよい。
【００２８】
前段のＷｅｂアプリケーションの出力項目３１０には、前段のＷｅｂアプリケーションの各出力項目名３１１（図中は１カ所のみ符号を付す）の表示領域が含まれている。後段のＷｅｂアプリケーションの入力項目３２０には、各入力項目名３２１（図中は１カ所のみ符号を付す）の表示領域が含まれている。そして、出力項目名３１１の表示領域は、出力項目名を選択できるようになっていて、ユーザが入力項目名３２１と対応する出力項目名を選択する。ここで、対応する項目がないときは、「引継なし」が選択される。
【００２９】
入力項目３２０には、さらに、各項目に入力する値の設定領域３２２（図中は１カ所のみ符号を付す）が設けられている。設定領域３２２には、各入力項目名３２１と対応付けられている出力項目名３１１の出力値が自動的にセットされる。設定領域３２２にセットされた値は、この画面３００においてユーザが修正可能である。また、「引継なし」の項目は、前段のＷｅｂアプリケーションから引き継ぐデータがないので、ユーザが手入力で設定する。
【００３０】
リンク画面２００及び項目対応画面３００で定義づけられたＷｅｂアプリケーション、入出力項目間の対応関係及び後段のＷｅｂアプリケーションに対する入力値は、対応テーブル１２１に格納される。
【００３１】
なお、項目対応画面３００において、入力項目の設定領域３２２を省略してもよい。この場合、項目対応画面３００では項目間の対応関係が定義される。
【００３２】
ここで、Ｗｅｂアプリケーションの呼び出しボタン３３０が押されると、上記の対応テーブル１２１への格納が行われるとともに、後段のＷｅｂアプリケーションである路線検索のＷｅｂアプリケーションが呼び出される。すなわち、実行制御部１４がＷｅｂブラウザ１５に対して、路線検索のサーバ２ｂへアクセスするよう指示する。
【００３３】
ここで、路線検索のＷｅｂアプリケーション２０ｂの各入力項目には、項目対応画面３００で設定した値が入力される。すなわち、ユーザ端末装置１が路線検索のＷｅｂアプリケーション２０ｂを起動すると、表示装置１８には、図５に示すように既に入力領域に値がセットされた状態の経路検索画面４００が表示される。これにより、Ｗｅｂアプリケーション間でのデータの引継が自動的に行われ、ユーザのデータ入力の手間を省くことができる。
【００３４】
なお、項目対応画面３００で入力項目の設定領域３２２が設けられていないときは、実績データ記憶部１１を参照し、スケジュールデータ１１１からそれぞれ対応付けられている項目の値を取得してもよい。この場合、「引継なし」の項目は、経路検索画面４００が表示されたときには入力値が設定されていない状態であり、経路検索画面４００に対してユーザが入力する。
【００３５】
経路検索画面４００の各入力項目に値がセットされてから、ユーザが検索実行を指示すると、その結果が経路データ１１２として実績データ記憶部１１に格納される。
【００３６】
つぎに、上記の場合と同様に、図６に示すリンク画面２１０で経路検索の次にリンクするＷｅｂアプリケーションを決定する。画面２１０にはここまでに生成された状態遷移モデル２１１が表示されている。図６の例では、ホテル検索（１）が選択されている。ここで、後段のＷｅｂアプリケーションを定めると、実行制御部１４は、経路検索とホテル検索（１）の項目を対応付けるための項目対応画面３００を表示装置１８に表示させ、上記と同様にしてユーザに項目同士のリンクを定義させる。ここでは、図面を用いた具体的な説明は省略するが、図４で行ったのと同様にして対応付けを行い、その結果が対応テーブル１２２として状態遷移モデル記憶部１２に格納される。
【００３７】
そして、サーバ２ｃのホテル検索（１）のＷｅｂアプリケーション２０ｃが起動されて、その入力画面に経路検索からデータが引き継がれる。例えば、ここで引き継がれるデータは日付（１月２９日）及び宿泊先の地域（京都）である。これらのデータは、いずれも経路検索がスケジュールデータ１１１から引き継いだものである。つまり、リンク先のＷｅｂアプリケーションに引き継がれるデータは、必ずしも前段のＷｅｂアプリケーションで新たに得られたデータでなくてもよい。
【００３８】
ホテル検索（１）が実行されると、その検索結果がホテル検索データ（１）１１３として実績データ記憶部１１に格納される。
【００３９】
次に、別の検索エンジンを使って再度ホテル検索を行うために、図７に示すリンク画面２２０で路線検索とホテル検索（２）をリンクさせる。この後、上記と同様にホテル検索（２）でホテルの検索を行い、その検索結果がホテル検索データ（２）１１４とし実績データ記憶部１１に格納する。なお、図７でもここまでに生成された状態遷移モデル２２１が表示されている。
【００４０】
そして、ホテル検索（１）（２）の結果を対比するため、図８に示すリンク画面２３０において、比較表を選択する。比較表は他のサーバが提供するＷｅｂアプリケーションであってもよいし、ユーザ端末装置１自身が行うアプリケーションでもよい。本実施形態では比較部１６が以下の比較処理を行う。
【００４１】
まず比較部１６は、図９に示すような比較するデータを選択するための選択画面５００を表示装置１８に表示させる。そして、ユーザに比較対象となる実績データを選択させる。ここでは、ホテル検索（１）及び（２）が選択されている。
【００４２】
そして、ここで選択された複数の実績データの比較するために、図１０に示すような項目名の定義画面６００を表示させて、各実績データの項目名の対応関係を定義させる。すなわち、本実施形態では、ホテル検索（１）の出力項目６１０とホテル検索（２）の出力項目６２０とを、ユーザが指定する正規名６３０として対応付けを行う。
【００４３】
正規名６３０により項目同士の対応付けがなされると、比較部１６は、実績データ記憶部１１からホテル検索データ（１）１１３及び（２）１１４を取得し、図１１に示す比較画面７００を表示させる。ユーザはこの画面７００を参照することにより、ホテル検索（１）と（２）の検索結果を容易に比較できる。そして、ユーザが選択するホテルの決定ボタン７０１（図中は１カ所のみ符号を付す）を押すと、そのホテルを検索したサーバ２のＷｅｂアプリケーションを起動して、図１２に示すような予約画面８００を表示装置１８に表示させる。ユーザはこの画面８００を確認して、予約を実行できる。
【００４４】
上記の処理により、図１３に示す状態遷移モデルが完成した。この状態遷移モデルが完成すると、次回以降のユーザの利便性が高まる。すなわち、スケジュール登録がなされると、この状態遷移モデルに従って、その以降のＷｅｂアプリケーションが起動されて、データが自動的に引き継がれる。これにより、ユーザの入力の手間が大幅に軽減される。
【００４５】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【図面の簡単な説明】
【００４６】
【図１】本発明の一実施形態に係るユーザ端末装置１を含むクライアント・サーバシステムの全体構成を示す図である。
【図２】スケジュール入力画面１００の一例を示す図である。
【図３】リンク画面２００の一例を示す図である。
【図４】項目対応画面３００の一例を示す図である。
【図５】経路検索画面４００の一例を示す図である。
【図６】リンク画面２１０の一例を示す図である。
【図７】リンク画面２２０の一例を示す図である。
【図８】リンク画面２３０の一例を示す図である。
【図９】選択画面５００の一例を示す図である。
【図１０】項目名の定義画面６００の一例を示す図である。
【図１１】比較画面７００の一例を示す図である。
【図１２】予約画面８００の一例を示す図である。
【図１３】選択画面５００の一例を示す図である。
【符号の説明】
【００４７】
１…ユーザ端末装置、２…サーバ、１１…実績データ記憶部、１２…状態遷移モデル記憶部、１４…実行制御部、１５…Ｗｅｂブラウザ、１００…スケジュール入力画面、２００…リンク画面、３００…項目対応画面、４００…経路検索画面、５００…選択画面、６００…項目名の定義画面、７００…比較画面、８００…予約画面。
【技術分野】
【０００１】
本発明は、Ｗｅｂアプリケーションを利用するときの利便性を向上させるための技術に関し、特にＷｅｂアプリケーションを連続的に利用するときのユーザの入力操作を簡略化する技術に関する。
【背景技術】
【０００２】
ＬＡＮ（Local Area Network）やインターネットなどのネットワークを介して複数のサーバとクライアントとを接続し、クライアントが各サーバからさまざまなサービスの提供を受けるネットワークシステムが広く実用化されている。サーバでは、クライアントからのリクエストに応じて所定のＷｅｂアプリケーションを実行して、サービスを提供する。
【０００３】
ここで、サーバ及びクライアント間の通信ではＨＴＴＰ（Hyper Text Markup Language）が用いられることが多い。ＨＴＴＰでは、同じクライアントが複数のリクエストを行う場合でも、各リクエストはそれぞれ独立である。従って、ＨＴＴＰでは、コンテキスト（アプリケーションの状態）を記録しないという性質を有する。
【０００４】
そこで、特許文献１のように、Ｗｅｂブラウザのアクセス履歴を記録し、このアクセス履歴に基づいて動的コンテンツに対してアクセスする履歴再生装置が提案されている。
【特許文献１】特開２００１−６０１７９公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
あるサーバのＷｅｂアプリケーションを利用することで得た結果を、他のサーバのＷｅｂアプリケーションに引き継いで利用しようとする場合、後段のＷｅｂアプリケーションに対して前段の処理結果を改めて入力し直さなければならない。自動的に、クライアントにコンテキストを記録させて高度な処理を行うためには、通常のＷｅｂブラウザへのアドオン（プラグイン）が必要である。あるいは、これらの機能を備えた専用Ｗｅｂブラウザを使用する必要があった。ここで、アドオンとはソフトウェアの標準仕様を拡張できる追加機能を指す。
【０００６】
また、特許文献１の履歴再生装置であっても、記録されている履歴をそのまま後段のＷｅｂアプリケーションへ引き継ぐことはできない。
【０００７】
そこで、本発明の目的は、複数のＷｅｂアプリケーションを実行するときに、汎用Ｗｅｂブラウザを用いて、前段の処理結果を後段のＷｅｂアプリケーションに容易に引き継ぐことができるようにすることである。
【０００８】
本発明の別の目的は、複数のＷｅｂアプリケーションを連続的に実行するときに、実行する順序及び引き継ぐデータなどをユーザが自由に関連づけることができるようにすることである。
【課題を解決するための手段】
【０００９】
本発明の一実施態様に従うユーザ端末装置は、複数のＷｅｂアプリケーション間のデータの継承関係を定義したＷｅｂアプリケーション関連定義を記憶する手段と、前記複数のＷｅｂアプリケーションのうちの第１のＷｅｂアプリケーションが実行されると、第１のＷｅｂアプリケーションの出力データを取得する手段と、前記記憶手段を参照し、第１のＷｅｂアプリケーションの出力データを継承する第２のＷｅｂアプリケーションを特定する手段と、第２のＷｅｂアプリケーションに、前記取得手段が取得した第１のＷｅｂアプリケーションの出力データを継承させて、実行させる手段と、を備える。
【００１０】
好適な実施形態では、前記Ｗｅｂアプリケーション関連定義は、第１のＷｅｂアプリケーションと第２のＷｅｂアプリケーションとを対応付けるとともに、第１のＷｅｂアプリケーションの出力データ項目と第２のＷｅｂアプリケーションの入力データ項目とを対応づけるようにしてもよい。
【００１１】
好適な実施形態では、ユーザに対して入力画面を提供し、前記入力画面に対する入力に基づいて前記Ｗｅｂアプリケーション関連定義を生成する生成手段を、さらに備えるようにしてもよい。
【００１２】
好適な実施形態では、第１のＷｅｂアプリケーションが複数であってもよい。この場合、第２のＷｅｂアプリケーションは、前記複数の第１のＷｅｂアプリケーションの出力データを対比させて表示することもできる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の一実施形態に係るユーザ端末装置１について、図面を用いて説明する。図１は、本実施形態に係るユーザ端末装置１を含むクライアント・サーバシステムの全体構成を示す図である。
【００１４】
本実施形態のユーザ端末装置１は、インターネット、ＬＡＮなどのネットワーク９を介して種々のサーバ２（２ａ〜２ｄ）に接続されてクライアント・サーバシステムを構成する。そして、ユーザ端末装置１が、各サーバ２上で動作するＷｅｂアプリケーション２０（２０ａ〜２０ｄ）による種々のサービスの提供を受ける。
【００１５】
このユーザ端末装置１は、例えばプロセッサ及びメモリを備えた汎用的なコンピュータシステムにより構成され、以下に説明するユーザ端末装置１内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。
【００１６】
ユーザ端末装置１は、実績データ記憶部１１と、状態遷移モデル記憶部１２と、項目対応処理部１３と、実行制御部１４と、Ｗｅｂブラウザ１５と、比較部１６とを備える。
【００１７】
実績データ記憶部１１は、Ｗｅｂアプリケーションの実行結果に関するデータを記憶する。ユーザ端末装置１がサーバ２へアクセスしてＷｅｂアプリケーション２０を利用する度に、そのＷｅｂアプリケーション２０の出力データが蓄積されていく。本実施形態では、ユーザが出張に関するスケジュールを登録した後、その出張先までの列車検索、宿泊先の検索及び予約を行う場合を例に説明する。従って、以下の説明では、実績データ記憶部１２にスケジュールデータ１１１、経路データ１１２、ホテル検索データ（１）１１３、ホテル検索データ（２）１１４が、順次蓄積されていく。
【００１８】
ここで、スケジュールデータ１１１とは、後述するスケジュール入力により受け付けた出張のスケジュールに関するデータである。経路データ１１２とは、後述する路線検索により得られた移動経路及び交通手段に関するデータである。ホテル検索データ（１）１１３、（２）１１４は、それぞれ異なる検索エンジンによる宿泊先のホテルの検索結果のデータである。
【００１９】
状態遷移モデル記憶部１２は、Ｗｅｂアプリケーションのユーザによって設定される状態遷移モデルが格納される。状態遷移とは、ユーザから見て、ＷｅｂアプリケーションがユーザからのＷｅｂフォームデータ送信などのＨＴＴＰリクエストを受け付け、Ｗｅｂブラウザ上に当該リクエストが受け付けられたことを表すメッセージ等を表示される現象を指す。この現象は、Ｗｅｂアプリケーションが稼働するサーバ側に於いては、Ｗｅｂアプリケーションサーバ、またはこれと連携するデータベースサーバにて、データレコードを生成、更新、削除するトランザクションが発生していることを意味する。例えば、Ｗｅｂアプリケーションの状態遷移では、Ｗｅｂブラウザのフォームデータがユーザ端末装置１からサーバへと送られて、ＵＲＬ（Uniform Resource Locator）が変化する。
【００２０】
状態遷移モデル記憶部１２には、この状態遷移を示す情報が記憶されている。本実施形態の状態遷移モデルでは、複数のＷｅｂアプリケーション間のデータの継承関係を示す情報が定義されている。例えば、本実施形態であれば、対応テーブル１２１には、スケジュール登録のＷｅｂアプリケーション２０ａと経路検索のＷｅｂアプリケーション２０ｂとがそれぞれのＵＲＬにより対応付けられている。さらに、これらのＷｅｂアプリケーション間で継承されるデータについても定義されている。同様に、対応テーブル１２２は、経路検索のＷｅｂアプリケーション２０ｂとホテル検索（１）のＷｅｂアプリケーション２０ｃ、対応テーブル１２３は、経路検索のＷｅｂアプリケーション２０ｂとホテル検索（２）のＷｅｂアプリケーション２０ｄとをそれぞれ対応付け、それらの間で承継されるデータについて定義されている。対応テーブル１２４は、ホテル検索（１）のＷｅｂアプリケーション２０ｃ、及びホテル検索（２）のＷｅｂアプリケーション２０ｄの出力データを比較するために対応付けている。
【００２１】
対応テーブル１２１〜１２４は、後述するようにユーザの入力操作に基づいて生成され、生成されるごとに状態遷移モデル記憶部１２に蓄積される。
【００２２】
項目対応処理部１３は、Ｗｅｂアプリケーションの対応付けを行って、状態遷移モデルの定義を行う。例えば、あるＷｅｂアプリケーションから別のＷｅｂアプリケーションへの遷移を定義づける。この際、遷移前の前段のＷｅｂアプリケーションが出力するデータ項目と遷移先の後段のＷｅｂアプリケーションの入力のデータ項目との対応関係を定義する。この対応付けのための処理については、後述する。
【００２３】
実行制御部１４は、状態遷移モデルを参照して、次に呼び出すＷｅｂアプリケーションを決定し、そのＷｅｂアプリケーションのＵＲＬをＷｅｂブラウザ１５へ通知する。また、その際、実績データ記憶部１１から所望のデータを取得し、ここで呼び出すＷｅｂアプリケーションに承継させる。これにより、関連づけられているＷｅｂアプリケーション同士では、後段のＷｅｂアプリケーションにおいて前段のＷｅｂアプリケーションの処理結果をユーザが改めて手入力する必要がなく、その処理結果を自動的に引き継ぐことができる。
【００２４】
次に、本実施形態における状態遷移モデルの作成及び登録の手順について説明する。本実施形態では、既に述べたように、出張のスケジュールを登録した後、列車の検索、宿泊先の検索を行って、宿泊先の予約を行う。
【００２５】
まず、ユーザ端末装置１は、スケジュール登録を受け付けるサーバ２ａにアクセスし、スケジュール登録のためのＷｅｂアプリケーション２０ａを起動する。そして、図２に示すようなスケジュール入力画面１００が表示装置１８に表示され、ユーザがこの入力画面１００に対して出張のスケジュールを入力する。スケジュール登録が完了すると、Ｗｅｂブラウザ１５は、入力画面１００に対して入力された項目別のスケジュールデータ１１１を実績データ記憶部１１に格納する。ここで、各項目には予め項目名が付されているので、スケジュールデータ１１１は、項目別に各入力値が格納される。
【００２６】
次に、実行制御部１４は、図３に示すようなリンク画面２００を表示装置１８に表示させる。このリンク画面２００を用いて、既に処理を実行したＷｅｂアプリケーション（訪問したＷｅｂアプリケーション）２０１と、これと連携したいＷｅｂアプリケーション２０２を対応付ける。本実施形態では、直前に実行したＷｅｂアプリケーションと他のＷｅｂアプリケーションとを連携させているが、必ずしも直前に実行されたものである必要はなく、過去に実行されて、実績データが蓄積されているものであればよい。
【００２７】
そして、Ｗｅｂアプリケーション同士が対応付けられると、実行制御部１４は、図４に示すような項目対応画面３００を表示装置１８に表示させる。そして、対応付けられたＷｅｂアプリケーションの出力項目及び入力項目の対応付けを行う。項目対応画面３００では、前段のＷｅｂアプリケーションの出力項目３１０と、後段のＷｅｂアプリケーションの入力項目３２０とが対応付けられる。後段のＷｅｂアプリケーションの入力項目３２０は、Ｗｅｂブラウザ１５がサーバ２ｂへアクセスして取得するようにしてもよい。
【００２８】
前段のＷｅｂアプリケーションの出力項目３１０には、前段のＷｅｂアプリケーションの各出力項目名３１１（図中は１カ所のみ符号を付す）の表示領域が含まれている。後段のＷｅｂアプリケーションの入力項目３２０には、各入力項目名３２１（図中は１カ所のみ符号を付す）の表示領域が含まれている。そして、出力項目名３１１の表示領域は、出力項目名を選択できるようになっていて、ユーザが入力項目名３２１と対応する出力項目名を選択する。ここで、対応する項目がないときは、「引継なし」が選択される。
【００２９】
入力項目３２０には、さらに、各項目に入力する値の設定領域３２２（図中は１カ所のみ符号を付す）が設けられている。設定領域３２２には、各入力項目名３２１と対応付けられている出力項目名３１１の出力値が自動的にセットされる。設定領域３２２にセットされた値は、この画面３００においてユーザが修正可能である。また、「引継なし」の項目は、前段のＷｅｂアプリケーションから引き継ぐデータがないので、ユーザが手入力で設定する。
【００３０】
リンク画面２００及び項目対応画面３００で定義づけられたＷｅｂアプリケーション、入出力項目間の対応関係及び後段のＷｅｂアプリケーションに対する入力値は、対応テーブル１２１に格納される。
【００３１】
なお、項目対応画面３００において、入力項目の設定領域３２２を省略してもよい。この場合、項目対応画面３００では項目間の対応関係が定義される。
【００３２】
ここで、Ｗｅｂアプリケーションの呼び出しボタン３３０が押されると、上記の対応テーブル１２１への格納が行われるとともに、後段のＷｅｂアプリケーションである路線検索のＷｅｂアプリケーションが呼び出される。すなわち、実行制御部１４がＷｅｂブラウザ１５に対して、路線検索のサーバ２ｂへアクセスするよう指示する。
【００３３】
ここで、路線検索のＷｅｂアプリケーション２０ｂの各入力項目には、項目対応画面３００で設定した値が入力される。すなわち、ユーザ端末装置１が路線検索のＷｅｂアプリケーション２０ｂを起動すると、表示装置１８には、図５に示すように既に入力領域に値がセットされた状態の経路検索画面４００が表示される。これにより、Ｗｅｂアプリケーション間でのデータの引継が自動的に行われ、ユーザのデータ入力の手間を省くことができる。
【００３４】
なお、項目対応画面３００で入力項目の設定領域３２２が設けられていないときは、実績データ記憶部１１を参照し、スケジュールデータ１１１からそれぞれ対応付けられている項目の値を取得してもよい。この場合、「引継なし」の項目は、経路検索画面４００が表示されたときには入力値が設定されていない状態であり、経路検索画面４００に対してユーザが入力する。
【００３５】
経路検索画面４００の各入力項目に値がセットされてから、ユーザが検索実行を指示すると、その結果が経路データ１１２として実績データ記憶部１１に格納される。
【００３６】
つぎに、上記の場合と同様に、図６に示すリンク画面２１０で経路検索の次にリンクするＷｅｂアプリケーションを決定する。画面２１０にはここまでに生成された状態遷移モデル２１１が表示されている。図６の例では、ホテル検索（１）が選択されている。ここで、後段のＷｅｂアプリケーションを定めると、実行制御部１４は、経路検索とホテル検索（１）の項目を対応付けるための項目対応画面３００を表示装置１８に表示させ、上記と同様にしてユーザに項目同士のリンクを定義させる。ここでは、図面を用いた具体的な説明は省略するが、図４で行ったのと同様にして対応付けを行い、その結果が対応テーブル１２２として状態遷移モデル記憶部１２に格納される。
【００３７】
そして、サーバ２ｃのホテル検索（１）のＷｅｂアプリケーション２０ｃが起動されて、その入力画面に経路検索からデータが引き継がれる。例えば、ここで引き継がれるデータは日付（１月２９日）及び宿泊先の地域（京都）である。これらのデータは、いずれも経路検索がスケジュールデータ１１１から引き継いだものである。つまり、リンク先のＷｅｂアプリケーションに引き継がれるデータは、必ずしも前段のＷｅｂアプリケーションで新たに得られたデータでなくてもよい。
【００３８】
ホテル検索（１）が実行されると、その検索結果がホテル検索データ（１）１１３として実績データ記憶部１１に格納される。
【００３９】
次に、別の検索エンジンを使って再度ホテル検索を行うために、図７に示すリンク画面２２０で路線検索とホテル検索（２）をリンクさせる。この後、上記と同様にホテル検索（２）でホテルの検索を行い、その検索結果がホテル検索データ（２）１１４とし実績データ記憶部１１に格納する。なお、図７でもここまでに生成された状態遷移モデル２２１が表示されている。
【００４０】
そして、ホテル検索（１）（２）の結果を対比するため、図８に示すリンク画面２３０において、比較表を選択する。比較表は他のサーバが提供するＷｅｂアプリケーションであってもよいし、ユーザ端末装置１自身が行うアプリケーションでもよい。本実施形態では比較部１６が以下の比較処理を行う。
【００４１】
まず比較部１６は、図９に示すような比較するデータを選択するための選択画面５００を表示装置１８に表示させる。そして、ユーザに比較対象となる実績データを選択させる。ここでは、ホテル検索（１）及び（２）が選択されている。
【００４２】
そして、ここで選択された複数の実績データの比較するために、図１０に示すような項目名の定義画面６００を表示させて、各実績データの項目名の対応関係を定義させる。すなわち、本実施形態では、ホテル検索（１）の出力項目６１０とホテル検索（２）の出力項目６２０とを、ユーザが指定する正規名６３０として対応付けを行う。
【００４３】
正規名６３０により項目同士の対応付けがなされると、比較部１６は、実績データ記憶部１１からホテル検索データ（１）１１３及び（２）１１４を取得し、図１１に示す比較画面７００を表示させる。ユーザはこの画面７００を参照することにより、ホテル検索（１）と（２）の検索結果を容易に比較できる。そして、ユーザが選択するホテルの決定ボタン７０１（図中は１カ所のみ符号を付す）を押すと、そのホテルを検索したサーバ２のＷｅｂアプリケーションを起動して、図１２に示すような予約画面８００を表示装置１８に表示させる。ユーザはこの画面８００を確認して、予約を実行できる。
【００４４】
上記の処理により、図１３に示す状態遷移モデルが完成した。この状態遷移モデルが完成すると、次回以降のユーザの利便性が高まる。すなわち、スケジュール登録がなされると、この状態遷移モデルに従って、その以降のＷｅｂアプリケーションが起動されて、データが自動的に引き継がれる。これにより、ユーザの入力の手間が大幅に軽減される。
【００４５】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【図面の簡単な説明】
【００４６】
【図１】本発明の一実施形態に係るユーザ端末装置１を含むクライアント・サーバシステムの全体構成を示す図である。
【図２】スケジュール入力画面１００の一例を示す図である。
【図３】リンク画面２００の一例を示す図である。
【図４】項目対応画面３００の一例を示す図である。
【図５】経路検索画面４００の一例を示す図である。
【図６】リンク画面２１０の一例を示す図である。
【図７】リンク画面２２０の一例を示す図である。
【図８】リンク画面２３０の一例を示す図である。
【図９】選択画面５００の一例を示す図である。
【図１０】項目名の定義画面６００の一例を示す図である。
【図１１】比較画面７００の一例を示す図である。
【図１２】予約画面８００の一例を示す図である。
【図１３】選択画面５００の一例を示す図である。
【符号の説明】
【００４７】
１…ユーザ端末装置、２…サーバ、１１…実績データ記憶部、１２…状態遷移モデル記憶部、１４…実行制御部、１５…Ｗｅｂブラウザ、１００…スケジュール入力画面、２００…リンク画面、３００…項目対応画面、４００…経路検索画面、５００…選択画面、６００…項目名の定義画面、７００…比較画面、８００…予約画面。
【特許請求の範囲】
【請求項１】
複数のＷｅｂアプリケーション間のデータの継承関係を定義したＷｅｂアプリケーション関連定義を記憶する手段と、
前記複数のＷｅｂアプリケーションのうちの第１のＷｅｂアプリケーションが実行されると、第１のＷｅｂアプリケーションの出力データを取得する手段と、
前記記憶手段を参照し、第１のＷｅｂアプリケーションの出力データを継承する第２のＷｅｂアプリケーションを特定する手段と、
第２のＷｅｂアプリケーションに、前記取得手段が取得した第１のＷｅｂアプリケーションの出力データを継承させて、実行させる手段と、を備えるユーザ端末装置。
【請求項２】
前記Ｗｅｂアプリケーション関連定義は、第１のＷｅｂアプリケーションと第２のＷｅｂアプリケーションとを対応付けるとともに、第１のＷｅｂアプリケーションの出力データ項目と第２のＷｅｂアプリケーションの入力データ項目とを対応づけることを特徴とする請求項１に記載のユーザ端末装置。
【請求項３】
ユーザに対して入力画面を提供し、前記入力画面に対する入力に基づいて前記Ｗｅｂアプリケーション関連定義を生成する生成手段を、さらに備えることを特徴とする請求項１に記載のユーザ端末装置。
【請求項４】
第１のＷｅｂアプリケーションが複数あり、
第２のＷｅｂアプリケーションは、前記複数の第１のＷｅｂアプリケーションの出力データを対比させて表示することを特徴とする請求項１に記載のユーザ端末装置。
【請求項５】
複数のＷｅｂアプリケーション間のデータの継承関係を定義したＷｅｂアプリケーション関連定義を記憶手段に記憶するステップと、
前記複数のＷｅｂアプリケーションのうちの第１のＷｅｂアプリケーションが実行されると、第１のＷｅｂアプリケーションの出力データを取得するステップと、
前記記憶手段を参照し、第１のＷｅｂアプリケーションの出力データを継承する第２のＷｅｂアプリケーションを特定するステップと、
第２のＷｅｂアプリケーションに、前記取得した第１のＷｅｂアプリケーションの出力データを継承させて、実行させるステップと、を有するＷｅｂアプリケーション間でデータを承継する方法。
【請求項６】
コンピュータに実行されると、
複数のＷｅｂアプリケーション間のデータの継承関係を定義したＷｅｂアプリケーション関連定義を記憶手段に記憶するステップと、
前記複数のＷｅｂアプリケーションのうちの第１のＷｅｂアプリケーションが実行されると、第１のＷｅｂアプリケーションの出力データを取得するステップと、
前記記憶手段を参照し、第１のＷｅｂアプリケーションの出力データを継承する第２のＷｅｂアプリケーションを特定するステップと、
第２のＷｅｂアプリケーションに、前記取得した第１のＷｅｂアプリケーションの出力データを継承させて、実行させるステップと、を有するＷｅｂアプリケーション間でデータを承継させるためのコンピュータプログラム。
【請求項１】
複数のＷｅｂアプリケーション間のデータの継承関係を定義したＷｅｂアプリケーション関連定義を記憶する手段と、
前記複数のＷｅｂアプリケーションのうちの第１のＷｅｂアプリケーションが実行されると、第１のＷｅｂアプリケーションの出力データを取得する手段と、
前記記憶手段を参照し、第１のＷｅｂアプリケーションの出力データを継承する第２のＷｅｂアプリケーションを特定する手段と、
第２のＷｅｂアプリケーションに、前記取得手段が取得した第１のＷｅｂアプリケーションの出力データを継承させて、実行させる手段と、を備えるユーザ端末装置。
【請求項２】
前記Ｗｅｂアプリケーション関連定義は、第１のＷｅｂアプリケーションと第２のＷｅｂアプリケーションとを対応付けるとともに、第１のＷｅｂアプリケーションの出力データ項目と第２のＷｅｂアプリケーションの入力データ項目とを対応づけることを特徴とする請求項１に記載のユーザ端末装置。
【請求項３】
ユーザに対して入力画面を提供し、前記入力画面に対する入力に基づいて前記Ｗｅｂアプリケーション関連定義を生成する生成手段を、さらに備えることを特徴とする請求項１に記載のユーザ端末装置。
【請求項４】
第１のＷｅｂアプリケーションが複数あり、
第２のＷｅｂアプリケーションは、前記複数の第１のＷｅｂアプリケーションの出力データを対比させて表示することを特徴とする請求項１に記載のユーザ端末装置。
【請求項５】
複数のＷｅｂアプリケーション間のデータの継承関係を定義したＷｅｂアプリケーション関連定義を記憶手段に記憶するステップと、
前記複数のＷｅｂアプリケーションのうちの第１のＷｅｂアプリケーションが実行されると、第１のＷｅｂアプリケーションの出力データを取得するステップと、
前記記憶手段を参照し、第１のＷｅｂアプリケーションの出力データを継承する第２のＷｅｂアプリケーションを特定するステップと、
第２のＷｅｂアプリケーションに、前記取得した第１のＷｅｂアプリケーションの出力データを継承させて、実行させるステップと、を有するＷｅｂアプリケーション間でデータを承継する方法。
【請求項６】
コンピュータに実行されると、
複数のＷｅｂアプリケーション間のデータの継承関係を定義したＷｅｂアプリケーション関連定義を記憶手段に記憶するステップと、
前記複数のＷｅｂアプリケーションのうちの第１のＷｅｂアプリケーションが実行されると、第１のＷｅｂアプリケーションの出力データを取得するステップと、
前記記憶手段を参照し、第１のＷｅｂアプリケーションの出力データを継承する第２のＷｅｂアプリケーションを特定するステップと、
第２のＷｅｂアプリケーションに、前記取得した第１のＷｅｂアプリケーションの出力データを継承させて、実行させるステップと、を有するＷｅｂアプリケーション間でデータを承継させるためのコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２００６−１７８８８７（Ｐ２００６−１７８８８７Ａ）
【公開日】平成１８年７月６日（２００６．７．６）
【国際特許分類】
【出願番号】特願２００４−３７３９００（Ｐ２００４−３７３９００）
【出願日】平成１６年１２月２４日（２００４．１２．２４）
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
【Ｆターム（参考）】
【公開日】平成１８年７月６日（２００６．７．６）
【国際特許分類】
【出願日】平成１６年１２月２４日（２００４．１２．２４）
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
【Ｆターム（参考）】
[ Back to top ]