JP4714463B2 - ユーザ端末装置及びＷｅｂアプリケーション間でデータを継承する方法 - Google Patents

Description

本発明は、Ｗｅｂアプリケーションを利用するときの利便性を向上させるための技術に関し、特にＷｅｂアプリケーションを連続的に利用するときのユーザの入力操作を簡略化する技術に関する。

ＬＡＮ（Local Area Network）やインターネットなどのネットワークを介して複数のサーバとクライアントとを接続し、クライアントが各サーバからさまざまなサービスの提供を受けるネットワークシステムが広く実用化されている。サーバでは、クライアントからのリクエストに応じて所定のＷｅｂアプリケーションを実行して、サービスを提供する。

ここで、サーバ及びクライアント間の通信ではＨＴＴＰ（Hyper Text Markup Language）が用いられることが多い。ＨＴＴＰでは、同じクライアントが複数のリクエストを行う場合でも、各リクエストはそれぞれ独立である。従って、ＨＴＴＰでは、コンテキスト（アプリケーションの状態）を記録しないという性質を有する。

そこで、特許文献１のように、Ｗｅｂブラウザのアクセス履歴を記録し、このアクセス履歴に基づいて動的コンテンツに対してアクセスする履歴再生装置が提案されている。
特開２００１−６０１７９公報

あるサーバのＷｅｂアプリケーションを利用することで得た結果を、他のサーバのＷｅｂアプリケーションに引き継いで利用しようとする場合、後段のＷｅｂアプリケーションに対して前段の処理結果を改めて入力し直さなければならない。自動的に、クライアントにコンテキストを記録させて高度な処理を行うためには、通常のＷｅｂブラウザへのアドオン（プラグイン）が必要である。あるいは、これらの機能を備えた専用Ｗｅｂブラウザを使用する必要があった。ここで、アドオンとはソフトウェアの標準仕様を拡張できる追加機能を指す。

また、特許文献１の履歴再生装置であっても、記録されている履歴をそのまま後段のＷｅｂアプリケーションへ引き継ぐことはできない。

そこで、本発明の目的は、複数のＷｅｂアプリケーションを実行するときに、汎用Ｗｅｂブラウザを用いて、前段の処理結果を後段のＷｅｂアプリケーションに容易に引き継ぐことができるようにすることである。

本発明の別の目的は、複数のＷｅｂアプリケーションを連続的に実行するときに、実行する順序及び引き継ぐデータなどをユーザが自由に関連づけることができるようにすることである。

本発明の一実施態様に従うユーザ端末装置は、複数のＷｅｂアプリケーション間のデータの継承関係を定義したＷｅｂアプリケーション関連定義を記憶する手段と、前記複数のＷｅｂアプリケーションのうちの第１のＷｅｂアプリケーションが実行されると、第１のＷｅｂアプリケーションの出力データを取得する手段と、前記記憶手段を参照し、第１のＷｅｂアプリケーションの出力データを継承する第２のＷｅｂアプリケーションを特定する手段と、第２のＷｅｂアプリケーションに、前記取得手段が取得した第１のＷｅｂアプリケーションの出力データを継承させて、実行させる手段と、を備える。

好適な実施形態では、前記Ｗｅｂアプリケーション関連定義は、第１のＷｅｂアプリケーションと第２のＷｅｂアプリケーションとを対応付けるとともに、第１のＷｅｂアプリケーションの出力データ項目と第２のＷｅｂアプリケーションの入力データ項目とを対応づけるようにしてもよい。

好適な実施形態では、ユーザに対して入力画面を提供し、前記入力画面に対する入力に基づいて前記Ｗｅｂアプリケーション関連定義を生成する生成手段を、さらに備えるようにしてもよい。

好適な実施形態では、第１のＷｅｂアプリケーションが複数であってもよい。この場合、第２のＷｅｂアプリケーションは、前記複数の第１のＷｅｂアプリケーションの出力データを対比させて表示することもできる。

以下、本発明の一実施形態に係るユーザ端末装置１について、図面を用いて説明する。図１は、本実施形態に係るユーザ端末装置１を含むクライアント・サーバシステムの全体構成を示す図である。

本実施形態のユーザ端末装置１は、インターネット、ＬＡＮなどのネットワーク９を介して種々のサーバ２（２ａ〜２ｄ）に接続されてクライアント・サーバシステムを構成する。そして、ユーザ端末装置１が、各サーバ２上で動作するＷｅｂアプリケーション２０（２０ａ〜２０ｄ）による種々のサービスの提供を受ける。

このユーザ端末装置１は、例えばプロセッサ及びメモリを備えた汎用的なコンピュータシステムにより構成され、以下に説明するユーザ端末装置１内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。

ユーザ端末装置１は、実績データ記憶部１１と、状態遷移モデル記憶部１２と、項目対応処理部１３と、実行制御部１４と、Ｗｅｂブラウザ１５と、比較部１６とを備える。

実績データ記憶部１１は、Ｗｅｂアプリケーションの実行結果に関するデータを記憶する。ユーザ端末装置１がサーバ２へアクセスしてＷｅｂアプリケーション２０を利用する度に、そのＷｅｂアプリケーション２０の出力データが蓄積されていく。本実施形態では、ユーザが出張に関するスケジュールを登録した後、その出張先までの列車検索、宿泊先の検索及び予約を行う場合を例に説明する。従って、以下の説明では、実績データ記憶部１２にスケジュールデータ１１１、経路データ１１２、ホテル検索データ（１）１１３、ホテル検索データ（２）１１４が、順次蓄積されていく。

ここで、スケジュールデータ１１１とは、後述するスケジュール入力により受け付けた出張のスケジュールに関するデータである。経路データ１１２とは、後述する路線検索により得られた移動経路及び交通手段に関するデータである。ホテル検索データ（１）１１３、（２）１１４は、それぞれ異なる検索エンジンによる宿泊先のホテルの検索結果のデータである。

状態遷移モデル記憶部１２は、Ｗｅｂアプリケーションのユーザによって設定される状態遷移モデルが格納される。状態遷移とは、ユーザから見て、ＷｅｂアプリケーションがユーザからのＷｅｂフォームデータ送信などのＨＴＴＰリクエストを受け付け、Ｗｅｂブラウザ上に当該リクエストが受け付けられたことを表すメッセージ等を表示される現象を指す。この現象は、Ｗｅｂアプリケーションが稼働するサーバ側に於いては、Ｗｅｂアプリケーションサーバ、またはこれと連携するデータベースサーバにて、データレコードを生成、更新、削除するトランザクションが発生していることを意味する。例えば、Ｗｅｂアプリケーションの状態遷移では、Ｗｅｂブラウザのフォームデータがユーザ端末装置１からサーバへと送られて、ＵＲＬ（Uniform Resource Locator）が変化する。

状態遷移モデル記憶部１２には、この状態遷移を示す情報が記憶されている。本実施形態の状態遷移モデルでは、複数のＷｅｂアプリケーション間のデータの継承関係を示す情報が定義されている。例えば、本実施形態であれば、対応テーブル１２１には、スケジュール登録のＷｅｂアプリケーション２０ａと経路検索のＷｅｂアプリケーション２０ｂとがそれぞれのＵＲＬにより対応付けられている。さらに、これらのＷｅｂアプリケーション間で継承されるデータについても定義されている。同様に、対応テーブル１２２は、経路検索のＷｅｂアプリケーション２０ｂとホテル検索（１）のＷｅｂアプリケーション２０ｃ、対応テーブル１２３は、経路検索のＷｅｂアプリケーション２０ｂとホテル検索（２）のＷｅｂアプリケーション２０ｄとをそれぞれ対応付け、それらの間で承継されるデータについて定義されている。対応テーブル１２４は、ホテル検索（１）のＷｅｂアプリケーション２０ｃ、及びホテル検索（２）のＷｅｂアプリケーション２０ｄの出力データを比較するために対応付けている。

対応テーブル１２１〜１２４は、後述するようにユーザの入力操作に基づいて生成され、生成されるごとに状態遷移モデル記憶部１２に蓄積される。

項目対応処理部１３は、Ｗｅｂアプリケーションの対応付けを行って、状態遷移モデルの定義を行う。例えば、あるＷｅｂアプリケーションから別のＷｅｂアプリケーションへの遷移を定義づける。この際、遷移前の前段のＷｅｂアプリケーションが出力するデータ項目と遷移先の後段のＷｅｂアプリケーションの入力のデータ項目との対応関係を定義する。この対応付けのための処理については、後述する。

実行制御部１４は、状態遷移モデルを参照して、次に呼び出すＷｅｂアプリケーションを決定し、そのＷｅｂアプリケーションのＵＲＬをＷｅｂブラウザ１５へ通知する。また、その際、実績データ記憶部１１から所望のデータを取得し、ここで呼び出すＷｅｂアプリケーションに承継させる。これにより、関連づけられているＷｅｂアプリケーション同士では、後段のＷｅｂアプリケーションにおいて前段のＷｅｂアプリケーションの処理結果をユーザが改めて手入力する必要がなく、その処理結果を自動的に引き継ぐことができる。

次に、本実施形態における状態遷移モデルの作成及び登録の手順について説明する。本実施形態では、既に述べたように、出張のスケジュールを登録した後、列車の検索、宿泊先の検索を行って、宿泊先の予約を行う。

まず、ユーザ端末装置１は、スケジュール登録を受け付けるサーバ２ａにアクセスし、スケジュール登録のためのＷｅｂアプリケーション２０ａを起動する。そして、図２に示すようなスケジュール入力画面１００が表示装置１８に表示され、ユーザがこの入力画面１００に対して出張のスケジュールを入力する。スケジュール登録が完了すると、Ｗｅｂブラウザ１５は、入力画面１００に対して入力された項目別のスケジュールデータ１１１を実績データ記憶部１１に格納する。ここで、各項目には予め項目名が付されているので、スケジュールデータ１１１は、項目別に各入力値が格納される。

次に、実行制御部１４は、図３に示すようなリンク画面２００を表示装置１８に表示させる。このリンク画面２００を用いて、既に処理を実行したＷｅｂアプリケーション（訪問したＷｅｂアプリケーション）２０１と、これと連携したいＷｅｂアプリケーション２０２を対応付ける。本実施形態では、直前に実行したＷｅｂアプリケーションと他のＷｅｂアプリケーションとを連携させているが、必ずしも直前に実行されたものである必要はなく、過去に実行されて、実績データが蓄積されているものであればよい。

そして、Ｗｅｂアプリケーション同士が対応付けられると、実行制御部１４は、図４に示すような項目対応画面３００を表示装置１８に表示させる。そして、対応付けられたＷｅｂアプリケーションの出力項目及び入力項目の対応付けを行う。項目対応画面３００では、前段のＷｅｂアプリケーションの出力項目３１０と、後段のＷｅｂアプリケーションの入力項目３２０とが対応付けられる。後段のＷｅｂアプリケーションの入力項目３２０は、Ｗｅｂブラウザ１５がサーバ２ｂへアクセスして取得するようにしてもよい。

前段のＷｅｂアプリケーションの出力項目３１０には、前段のＷｅｂアプリケーションの各出力項目名３１１（図中は１カ所のみ符号を付す）の表示領域が含まれている。後段のＷｅｂアプリケーションの入力項目３２０には、各入力項目名３２１（図中は１カ所のみ符号を付す）の表示領域が含まれている。そして、出力項目名３１１の表示領域は、出力項目名を選択できるようになっていて、ユーザが入力項目名３２１と対応する出力項目名を選択する。ここで、対応する項目がないときは、「引継なし」が選択される。

入力項目３２０には、さらに、各項目に入力する値の設定領域３２２（図中は１カ所のみ符号を付す）が設けられている。設定領域３２２には、各入力項目名３２１と対応付けられている出力項目名３１１の出力値が自動的にセットされる。設定領域３２２にセットされた値は、この画面３００においてユーザが修正可能である。また、「引継なし」の項目は、前段のＷｅｂアプリケーションから引き継ぐデータがないので、ユーザが手入力で設定する。

リンク画面２００及び項目対応画面３００で定義づけられたＷｅｂアプリケーション、入出力項目間の対応関係及び後段のＷｅｂアプリケーションに対する入力値は、対応テーブル１２１に格納される。

なお、項目対応画面３００において、入力項目の設定領域３２２を省略してもよい。この場合、項目対応画面３００では項目間の対応関係が定義される。

ここで、Ｗｅｂアプリケーションの呼び出しボタン３３０が押されると、上記の対応テーブル１２１への格納が行われるとともに、後段のＷｅｂアプリケーションである路線検索のＷｅｂアプリケーションが呼び出される。すなわち、実行制御部１４がＷｅｂブラウザ１５に対して、路線検索のサーバ２ｂへアクセスするよう指示する。

ここで、路線検索のＷｅｂアプリケーション２０ｂの各入力項目には、項目対応画面３００で設定した値が入力される。すなわち、ユーザ端末装置１が路線検索のＷｅｂアプリケーション２０ｂを起動すると、表示装置１８には、図５に示すように既に入力領域に値がセットされた状態の経路検索画面４００が表示される。これにより、Ｗｅｂアプリケーション間でのデータの引継が自動的に行われ、ユーザのデータ入力の手間を省くことができる。

なお、項目対応画面３００で入力項目の設定領域３２２が設けられていないときは、実績データ記憶部１１を参照し、スケジュールデータ１１１からそれぞれ対応付けられている項目の値を取得してもよい。この場合、「引継なし」の項目は、経路検索画面４００が表示されたときには入力値が設定されていない状態であり、経路検索画面４００に対してユーザが入力する。

経路検索画面４００の各入力項目に値がセットされてから、ユーザが検索実行を指示すると、その結果が経路データ１１２として実績データ記憶部１１に格納される。

つぎに、上記の場合と同様に、図６に示すリンク画面２１０で経路検索の次にリンクするＷｅｂアプリケーションを決定する。画面２１０にはここまでに生成された状態遷移モデル２１１が表示されている。図６の例では、ホテル検索（１）が選択されている。ここで、後段のＷｅｂアプリケーションを定めると、実行制御部１４は、経路検索とホテル検索（１）の項目を対応付けるための項目対応画面３００を表示装置１８に表示させ、上記と同様にしてユーザに項目同士のリンクを定義させる。ここでは、図面を用いた具体的な説明は省略するが、図４で行ったのと同様にして対応付けを行い、その結果が対応テーブル１２２として状態遷移モデル記憶部１２に格納される。

そして、サーバ２ｃのホテル検索（１）のＷｅｂアプリケーション２０ｃが起動されて、その入力画面に経路検索からデータが引き継がれる。例えば、ここで引き継がれるデータは日付（１月２９日）及び宿泊先の地域（京都）である。これらのデータは、いずれも経路検索がスケジュールデータ１１１から引き継いだものである。つまり、リンク先のＷｅｂアプリケーションに引き継がれるデータは、必ずしも前段のＷｅｂアプリケーションで新たに得られたデータでなくてもよい。

ホテル検索（１）が実行されると、その検索結果がホテル検索データ（１）１１３として実績データ記憶部１１に格納される。

次に、別の検索エンジンを使って再度ホテル検索を行うために、図７に示すリンク画面２２０で路線検索とホテル検索（２）をリンクさせる。この後、上記と同様にホテル検索（２）でホテルの検索を行い、その検索結果がホテル検索データ（２）１１４とし実績データ記憶部１１に格納する。なお、図７でもここまでに生成された状態遷移モデル２２１が表示されている。

そして、ホテル検索（１）（２）の結果を対比するため、図８に示すリンク画面２３０において、比較表を選択する。比較表は他のサーバが提供するＷｅｂアプリケーションであってもよいし、ユーザ端末装置１自身が行うアプリケーションでもよい。本実施形態では比較部１６が以下の比較処理を行う。

まず比較部１６は、図９に示すような比較するデータを選択するための選択画面５００を表示装置１８に表示させる。そして、ユーザに比較対象となる実績データを選択させる。ここでは、ホテル検索（１）及び（２）が選択されている。

そして、ここで選択された複数の実績データの比較するために、図１０に示すような項目名の定義画面６００を表示させて、各実績データの項目名の対応関係を定義させる。すなわち、本実施形態では、ホテル検索（１）の出力項目６１０とホテル検索（２）の出力項目６２０とを、ユーザが指定する正規名６３０として対応付けを行う。

正規名６３０により項目同士の対応付けがなされると、比較部１６は、実績データ記憶部１１からホテル検索データ（１）１１３及び（２）１１４を取得し、図１１に示す比較画面７００を表示させる。ユーザはこの画面７００を参照することにより、ホテル検索（１）と（２）の検索結果を容易に比較できる。そして、ユーザが選択するホテルの決定ボタン７０１（図中は１カ所のみ符号を付す）を押すと、そのホテルを検索したサーバ２のＷｅｂアプリケーションを起動して、図１２に示すような予約画面８００を表示装置１８に表示させる。ユーザはこの画面８００を確認して、予約を実行できる。

上記の処理により、図１３に示す状態遷移モデルが完成した。この状態遷移モデルが完成すると、次回以降のユーザの利便性が高まる。すなわち、スケジュール登録がなされると、この状態遷移モデルに従って、その以降のＷｅｂアプリケーションが起動されて、データが自動的に引き継がれる。これにより、ユーザの入力の手間が大幅に軽減される。

上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。

本発明の一実施形態に係るユーザ端末装置１を含むクライアント・サーバシステムの全体構成を示す図である。 スケジュール入力画面１００の一例を示す図である。 リンク画面２００の一例を示す図である。 項目対応画面３００の一例を示す図である。 経路検索画面４００の一例を示す図である。 リンク画面２１０の一例を示す図である。 リンク画面２２０の一例を示す図である。 リンク画面２３０の一例を示す図である。 選択画面５００の一例を示す図である。 項目名の定義画面６００の一例を示す図である。 比較画面７００の一例を示す図である。 予約画面８００の一例を示す図である。 選択画面５００の一例を示す図である。

符号の説明

１…ユーザ端末装置、２…サーバ、１１…実績データ記憶部、１２…状態遷移モデル記憶部、１４…実行制御部、１５…Ｗｅｂブラウザ、１００…スケジュール入力画面、２００…リンク画面、３００…項目対応画面、４００…経路検索画面、５００…選択画面、６００…項目名の定義画面、７００…比較画面、８００…予約画面。

Claims (5)

1. 別々のサーバで稼働している互いに独立した複数のＷｅｂアプリケーションの実行順序とＷｅｂアプリケーション間の出力データ項目と入力データ項目の引き継ぎ関係を定義したＷｅｂアプリケーション関連定義を記憶する記憶手段と、
   前記複数のＷｅｂアプリケーションのうちの第１のＷｅｂアプリケーションが第１のサーバで実行されると、第１のサーバから第１のＷｅｂアプリケーションの出力データを取得する取得手段と、
   前記記憶手段に記憶されている前記Ｗｅｂアプリケーション関連定義を参照し、第１のＷｅｂアプリケーションの次に実行されるべき第２のＷｅｂアプリケーションと、前記第１のＷｅｂアプリケーションの出力データから前記第２のＷｅｂアプリケーションの入力データに引き継ぐべきデータ項目を特定する特定手段と、
   前記取得手段が取得した第１のＷｅｂアプリケーションの出力データを前記特定手段にて特定された引き継ぐべきデータ項目に基づいて、前記第２のＷｅｂアプリケーションの入力データとして引き継がせて、第２のサーバで実行させるための実行指示を行う実行手段と、を備えるユーザ端末装置。
2. ユーザに対して入力画面を提供し、前記入力画面に対する入力に基づいて前記Ｗｅｂアプリケーション関連定義を生成する生成手段を、さらに備えることを特徴とする請求項１に記載のユーザ端末装置。
3. 前記Ｗｅｂアプリケーション関連定義において実行順序が同一の第１のＷｅｂアプリケーションが複数あり、
   第２のＷｅｂアプリケーションは、前記複数の第１のＷｅｂアプリケーションの出力データを対比させて表示することを特徴とする請求項１に記載のユーザ端末装置。
4. ユーザ端末装置が行う方法であって、
   別々のサーバで稼働している互いに独立した複数のＷｅｂアプリケーションの実行順序とＷｅｂアプリケーション間の出力データ項目と入力データ項目の引き継ぎ関係を定義したＷｅｂアプリケーション関連定義を記憶手段に記憶するステップと、
   前記複数のＷｅｂアプリケーションのうちの第１のＷｅｂアプリケーションが第１のサーバで実行されると、第１のサーバから第１のＷｅｂアプリケーションの出力データを取得するステップと、
   前記記憶手段に記憶されている前記Ｗｅｂアプリケーション関連定義を参照し、第１のＷｅｂアプリケーションの次に実行されるべき第２のＷｅｂアプリケーションと、前記第１のＷｅｂアプリケーションの出力データから前記第２のＷｅｂアプリケーションの入力データに引き継ぐべきデータ項目を特定するステップと、
   前記取得した第１のＷｅｂアプリケーションの出力データを前記特定手段にて特定された引き継ぐべきデータ項目に基づいて、前記第２のＷｅｂアプリケーションの入力データとして引き継がせて、第２のサーバで実行させるための実行指示を行うステップと、を有するＷｅｂアプリケーション間でデータを引き継がせる方法。
5. コンピュータに実行されると、
   別々のサーバで稼働している互いに独立した複数のＷｅｂアプリケーションの実行順序とＷｅｂアプリケーション間の出力データ項目と入力データ項目の引き継ぎ関係を定義したＷｅｂアプリケーション関連定義を記憶手段に記憶するステップと、
   前記複数のＷｅｂアプリケーションのうちの第１のＷｅｂアプリケーションが第１のサーバで実行されると、第１のサーバから第１のＷｅｂアプリケーションの出力データを取得するステップと、
   前記記憶手段に記憶されている前記Ｗｅｂアプリケーション関連定義を参照し、第１のＷｅｂアプリケーションの次に実行されるべき第２のＷｅｂアプリケーションと、前記第１のＷｅｂアプリケーションの出力データから前記第２のＷｅｂアプリケーションの入力データに引き継ぐべきデータ項目を特定するステップと、
   第２のＷｅｂアプリケーションに、前記取得した第１のＷｅｂアプリケーションの出力データを前記特定手段にて特定された引き継ぐべきデータ項目に基づいて、前記第２のＷｅｂアプリケーションの入力データとして引き継がせて、第２のサーバで実行させるための実行指示を行うステップと、を有するＷｅｂアプリケーション間でデータを引き継がせるためのコンピュータプログラム。
   

Images