(57)【要約】【課題】対話型通信に対応したＷｅｂアプリケーションをＷｅｂサービスとして利用する。【解決手段】第１の形式のリクエストを用いた対話型通信によって所望の情報を含む最終コンテンツを提供するコンテンツ提供サーバ、及び、所望の情報を取得するために第２の形式のリクエストを送信する端末と接続されたリクエスト代行システムであって、コンテンツ提供サーバと対話型通信を行って最終コンテンツを受信することにより、第１の形式と第２の形式とを変換する際のルールを生成するルール生成装置と、端末から送信された第２の形式のリクエストを、生成されたルールに従い、第１の形式の複数のリクエストに変換してコンテンツ提供サーバと対話型通信を行うことによって受信した最終コンテンツから所望の情報を抽出し、生成されたルールに従い、抽出された所望の情報を第２の形式に変換して端末へ送信するリクエスト代行装置とを有する。【選択図】図１
2011048559.tif 000002
【特許請求の範囲】
【請求項１】
所望の情報を特定するための複数の特定情報のうち、要求した特定情報が挿入された第１の形式のリクエストの受信と、該受信した第１の形式のリクエストに応じたレスポンスの送信とを繰り返す対話型通信により、前記第１の形式で前記所望の情報を含む最終コンテンツを提供するコンテンツ提供サーバ、及び、前記所望の情報を取得するために第２の形式のリクエストを送信する端末と接続されたリクエスト代行システムであって、
前記第２の形式のリクエストには、前記複数の特定情報の全てが挿入され、
前記コンテンツ提供サーバと対話型通信を行って前記最終コンテンツを受信し、当該最終コンテンツを受信するまでに当該コンテンツ提供サーバへ送信した前記第１の形式の複数のリクエストの記述内容及び当該最終コンテンツの記述内容に基づき、前記第１の形式と前記第２の形式とを変換する際のルールを生成するルール生成装置と、
前記端末から送信された前記第２の形式のリクエストを受信し、前記ルール生成装置にて生成されたルールに従い、当該受信した第２の形式のリクエストを前記第１の形式の複数のリクエストに変換し、該変換された複数のリクエストを用いて、前記コンテンツ提供サーバと対話型通信を行って前記最終コンテンツを受信し、さらに、当該受信した最終コンテンツから前記所望の情報を抽出し、前記ルール生成装置にて生成されたルールに従い、前記抽出された前記第１の形式の前記所望の情報を前記第２の形式に変換して前記端末へ送信するリクエスト代行装置と、を有するリクエスト代行システム。
【請求項２】
請求項１に記載のリクエスト代行システムにおいて、
前記ルール生成装置は、
前記コンテンツ提供サーバと対話型通信を行って前記最終コンテンツを受信し、当該最終コンテンツを受信するまでに当該コンテンツ提供サーバへ送信した前記第１の形式の複数のリクエストの記述内容を記録した遷移情報を生成し、該生成された遷移情報を出力する遷移情報生成機能部と、
前記遷移情報生成機能部から出力された遷移情報を受け付け、該受け付けた遷移情報に含まれる前記複数の特定情報と、前記第２の形式のリクエストに挿入される前記複数の特定情報とを対応付け、該対応付けがなされた遷移情報を用いて、前記コンテンツ提供サーバと対話型通信を行って前記最終コンテンツを受信することにより、前記第２の形式のリクエストを前記第１の形式の複数のリクエストに変換するための変換ルールを生成するとともに、当該受信した最終コンテンツの記述内容から、前記所望の情報を前記第２の形式で抽出するための抽出ルールを生成し、前記生成された変換ルール及び抽出ルールを前記リクエスト代行装置へ送信するルール生成機能部と、を有し、
前記リクエスト代行装置は、
前記ルール生成装置から送信された変換ルール及び抽出ルールを受信し、該受信した変換ルール及び抽出ルールを記憶するルール保持機能部と、
前記端末から送信された前記第２の形式のリクエストを受信し、前記ルール保持機能部に記憶された変換ルールに従い、当該受信した第２の形式のリクエストを前記第１の形式の複数のリクエストに変換し、該変換された複数のリクエストを用いて、前記コンテンツ提供サーバと対話型通信を行うことにより、前記最終コンテンツを受信し、該受信した最終コンテンツを出力するリクエスト代行機能部と、
前記リクエスト代行機能部から出力された最終コンテンツを受け付け、前記ルール保持機能部に記憶された抽出ルールに従い、当該受け付けた最終コンテンツから前記所望の情報を前記第２の形式で抽出し、該抽出された前記所望の情報を前記端末へ送信する抽出機能部と、を有するリクエスト代行システム。
【請求項３】
請求項２に記載のリクエスト代行システムにおいて、
前記変換ルールは、前記第１の形式の複数のリクエストのうち、前記第２の形式のリクエストに挿入された前記複数の特定情報のそれぞれが挿入されるリクエストを指定する情報と、該指定されたリクエスト中で当該特定情報が挿入される位置を指定する情報とを含み、
前記抽出ルールは、前記最終コンテンツ中の前記所望の情報が記述されている位置を指定する情報を含むリクエスト代行システム。
【請求項４】
所望の情報を特定するための複数の特定情報のうち、要求した特定情報が挿入された第１の形式のリクエストの受信と、該受信した第１の形式のリクエストに応じたレスポンスの送信とを繰り返す対話型通信により、前記第１の形式で前記所望の情報を含む最終コンテンツを提供するコンテンツ提供サーバ、及び、前記所望の情報を取得するために第２の形式のリクエストを送信する端末と接続されたリクエスト代行システムにおけるリクエスト代行方法であって、
前記第２の形式のリクエストには、前記複数の特定情報の全てが挿入され、
前記コンテンツ提供サーバと対話型通信を行って前記最終コンテンツを受信し、当該最終コンテンツを受信するまでに当該コンテンツ提供サーバへ送信した前記第１の形式の複数のリクエストの記述内容及び当該最終コンテンツの記述内容に基づき、前記第１の形式と前記第２の形式とを変換する際のルールを生成するルール生成処理と、
前記端末から送信された前記第２の形式のリクエストを受信し、前記生成されたルールに従い、当該受信した第２の形式のリクエストを前記第１の形式の複数のリクエストに変換し、該変換された複数のリクエストを用いて、前記コンテンツ提供サーバと対話型通信を行って前記最終コンテンツを受信し、さらに、当該受信した最終コンテンツから前記所望の情報を抽出し、前記生成されたルールに従い、前記抽出された前記第１の形式の前記所望の情報を前記第２の形式に変換して前記端末へ送信するリクエスト代行処理と、を有するリクエスト代行方法。
【請求項５】
請求項４に記載のリクエスト代行方法において、
前記ルール生成処理は、
前記コンテンツ提供サーバと対話型通信を行って前記最終コンテンツを受信し、当該最終コンテンツを受信するまでに当該コンテンツ提供サーバへ送信した前記第１の形式の複数のリクエストの記述内容を記録した遷移情報を生成する処理と、
前記生成された遷移情報に含まれる前記複数の特定情報と、前記第２の形式のリクエストに挿入される前記複数の特定情報とを対応付け、該対応付けがなされた遷移情報を用いて、前記コンテンツ提供サーバと対話型通信を行って前記最終コンテンツを受信することにより、前記第２の形式のリクエストを前記第１の形式の複数のリクエストに変換するための変換ルールを生成するとともに、当該受信した最終コンテンツの記述内容から、前記所望の情報を前記第２の形式で抽出するための抽出ルールを生成する処理と、を含み、
前記リクエスト代行処理は、
前記端末から送信された前記第２の形式のリクエストを受信し、前記生成された変換ルールに従い、当該受信した第２の形式のリクエストを前記第１の形式の複数のリクエストに変換し、該変換された複数のリクエストを用いて、前記コンテンツ提供サーバと対話型通信を行うことにより、前記最終コンテンツを受信する処理と、
前記生成された抽出ルールに従い、前記受信した最終コンテンツから前記所望の情報を前記第２の形式で抽出し、該抽出された前記所望の情報を前記端末へ送信する処理と、を含むリクエスト代行方法。
【請求項６】
請求項５に記載のリクエスト代行方法において、
前記変換ルールは、前記第１の形式の複数のリクエストのうち、前記第２の形式のリクエストに挿入された前記複数の特定情報のそれぞれが挿入されるリクエストを指定する情報と、該指定されたリクエスト中で当該特定情報が挿入される位置を指定する情報とを含み、
前記抽出ルールは、前記最終コンテンツ中の前記所望の情報が記述されている位置を指定する情報を含むリクエスト代行方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、対話型のアプリケーションへのリクエストの送信を代行するリクエスト代行システム及びリクエスト代行方法に関する。
【背景技術】
【０００２】
近年、Ｗｅｂサービスの必要性が高まってきている。Ｗｅｂサービスとは、Ｗｅｂ上での様々なサービスを実現するために、部品として用いられるサービスコンポーネントのことである。
【０００３】
Ｗｅｂサービスを利用すれば、ネットワーク上でコンポーネント化された多くのアプリケーションやデータベース等を連携させて１つのアプリケーションのように動作させることができる。これにより、ユーザは、１つのリクエストを送信することにより、多くのアプリケーションやデータベース等から情報を取得することが可能となる。これまでＷｅｂサービスは主に、Ｂ２Ｂの分野で用いられてきた。なお、Ｂ２Ｂとは、企業間の商取引のことである。
【０００４】
また、近年、ユビキタスの分野においてもＷｅｂサービスを利用しようとする動きが高まってきており、実際に、Ｂ２ＣやＣ２Ｃの分野においてもＷｅｂサービスが利用され始めている。なお、Ｂ２Ｃとは、企業と消費者との間の商取引のことであり、Ｃ２Ｃとは、消費者間の商取引のことである。
【０００５】
しかし、現段階では、利用することが可能なＷｅｂサービス数が少なく、Ｗｅｂサービスによるサービスを十分に提供できる状況には至っていない。そこで、Ｗｅｂサービス数を増やすとともに、それらを組み合わせて、さらに多様なサービスを提供できる環境を整える必要がある。
【０００６】
ここで、既存のＷｅｂアプリケーションをＷｅｂサービスとして利用するというアイディアがある。Ｗｅｂアプリケーションは、既に膨大な数が存在している。従って、ＷｅｂアプリケーションをＷｅｂサービスとして利用すれば、多くのＷｅｂサービスをユーザに提供することが可能となる。このように、ＷｅｂアプリケーションをＷｅｂサービスとして利用することを実現することができるラッパがある。なお、ラッパとは、ＷｅｂアプリケーションからのレスポンスであるＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ドキュメントから、予め決められた所定の部分を抽出するためのプログラムのことである。
【０００７】
ラッパを備えたラッパサーバは、Ｗｅｂサービスのインタフェースと、Ｗｅｂアプリケーションのインタフェースとの両方を有している。ラッパサーバは、Ｗｅｂサービス側のインタフェースで受け付けたＷｅｂサービスのリクエストをＷｅｂアプリケーションのリクエストに変換する。
【０００８】
具体的には例えば、ラッパサーバは、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で記述されたＷｅｂサービスのリクエストをＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）で受信する。そして、受信したＷｅｂサービスのリクエストのＸＭＬによる記述内容に基づき、ＷｅｂサービスのリクエストをＷｅｂアプリケーションへのリクエストであるＨＴＴＰ（ＨｙｐａｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のリクエストに変換する。
【０００９】
そして、ラッパサーバは、ＷｅｂアプリケーションのリクエストをＷｅｂアプリケーションへ送信する。その後、Ｗｅｂアプリケーションから送信されたＨＴＭＬドキュメントから予め決められた所定の部分を抽出し、抽出された所定の部分をＷｅｂサービスのレスポンスとしてリクエストの送信者へ送信する。
【００１０】
このとき、ラッパサーバは、ＷｅｂサービスのリクエストをＷｅｂアプリケーションのリクエストに変換するためのルールが記述されたコンフィグファイルをＷｅｂアプリケーション毎に備えている必要がある。例えば、ホテル検索Ｗｅｂアプリケーションをホテル検索Ｗｅｂサービスとして利用する場合には、ラッパサーバは、そのホテル検索Ｗｅｂアプリケーション用のコンフィグファイルを備えている必要がある。
【００１１】
なお、コンフィグファイルには、ＷｅｂサービスのリクエストをＷｅｂアプリケーションのリクエストに変換するためのルールと、Ｗｅｂアプリケーションから送信されたＨＴＭＬドキュメントから所定の部分を抽出し、抽出された所定の部分をＷｅｂサービスのレスポンスに変換するためのルールとが少なくとも含まれる。
【００１２】
このようなルールを用いてＷｅｂサービスのプロトコルとＷｅｂアプリケーションのプロトコルとを相互に変換するための技術が例えば、特許文献１，２に開示されている。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特開２００７−２４１４１７号公報
【特許文献２】特開２００８−００３８４８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１４】
ここで、ユーザが一般的なＷｅｂアプリケーションから所望の情報を取得する場合を考えてみる。この場合、ユーザは、まず、所望の情報を有するＷｅｂアプリケーションにアクセスするためのリクエストを、そのＷｅｂアプリケーションへ送信する（第１のステップ）。
【００１５】
リクエストを受信したＷｅｂアプリケーションは、そのリクエストに応じたレスポンスであるＨＴＭＬドキュメントをユーザへ送信することにより、ユーザに対して情報の送信を要求する（第２のステップ）。
【００１６】
そして、そのＨＴＭＬドキュメントを受信したユーザは、受信したＨＴＭＬドキュメント内のリンクやボタンなどをクリックすることにより、Ｗｅｂアプリケーションから要求された情報を含むリクエストを送信する（第３のステップ）。
【００１７】
上記の第２のステップと第３のステップとは、複数回繰り返されるのが通常である。つまり、ユーザは、Ｗｅｂアプリケーションからの要求に応じてリクエストの送信を複数回繰り返す対話型通信により、そのＷｅｂアプリケーションから所望の情報を取得することができる。
【００１８】
そのため、上述したような対話型通信に対応したＷｅｂアプリケーションをＷｅｂサービスとして利用するためには、Ｗｅｂサービスのリクエストを複数のＷｅｂアプリケーションのリクエストに変換する必要がある。
【００１９】
上述した特許文献１，２には、Ｗｅｂサービスのリクエストを複数のＷｅｂアプリケーションに変換することについては言及されていない。
【００２０】
従って、Ｗｅｂサービスのリクエストを複数のＷｅｂアプリケーションのリクエストに変換するためのルールをＷｅｂアプリケーション毎に人手によって作成することが考えられる。
【００２１】
しかし、Ｗｅｂアプリケーションは膨大な数が存在しており、人手によるルールの作成には膨大な時間とコストとがかかるという問題点があり、事実上、不可能である。
【００２２】
本発明は、対話型通信に対応したＷｅｂアプリケーションをＷｅｂサービスとして利用することを可能にするリクエスト代行システム及びリクエスト代行方法を提供することを目的とする。
【課題を解決するための手段】
【００２３】
上記目的を達成するために本発明は、
所望の情報を特定するための複数の特定情報のうち、要求した特定情報が挿入された第１の形式のリクエストの受信と、該受信した第１の形式のリクエストに応じたレスポンスの送信とを繰り返す対話型通信により、前記所望の情報を含む最終コンテンツを提供するコンテンツ提供サーバ、及び、前記所望の情報を取得するために第２の形式のリクエストを送信する端末と接続されたリクエスト代行システムであって、
前記第２の形式のリクエストには、前記複数の特定情報の全てが挿入され、
前記コンテンツ提供サーバと対話型通信を行って前記最終コンテンツを受信し、当該最終コンテンツを受信するまでに当該コンテンツ提供サーバへ送信した複数のリクエストの記述内容及び当該最終コンテンツの記述内容に基づき、前記第１の形式と前記第２の形式とを変換する際のルールを生成するルール生成装置と、
前記端末から送信された前記第２の形式のリクエストを受信し、前記ルール生成装置にて生成されたルールに従い、当該受信した第２の形式のリクエストを前記第１の形式の複数のリクエストに変換し、該変換された複数のリクエストを用いて、前記コンテンツ提供サーバと対話型通信を行って前記最終コンテンツを受信し、さらに、当該受信した最終コンテンツから前記所望の情報を抽出し、前記ルール生成装置にて生成されたルールに従い、前記抽出された前記所望の情報を前記第２の形式に変換して前記端末へ送信するリクエスト代行装置と、を有する。
【００２４】
また、所望の情報を特定するための複数の特定情報のうち、要求した特定情報が挿入された第１の形式のリクエストの受信と、該受信した第１の形式のリクエストに応じたレスポンスの送信とを繰り返す対話型通信により、前記所望の情報を含む最終コンテンツを提供するコンテンツ提供サーバ、及び、前記所望の情報を取得するために第２の形式のリクエストを送信する端末と接続されたリクエスト代行システムにおけるリクエスト代行方法であって、
前記第２の形式のリクエストには、前記複数の特定情報の全てが挿入され、
前記コンテンツ提供サーバと対話型通信を行って前記最終コンテンツを受信し、当該最終コンテンツを受信するまでに当該コンテンツ提供サーバへ送信した複数のリクエストの記述内容及び当該最終コンテンツの記述内容に基づき、前記第１の形式と前記第２の形式とを変換する際のルールを生成するルール生成処理と、
前記端末から送信された前記第２の形式のリクエストを受信し、前記生成されたルールに従い、当該受信した第２の形式のリクエストを前記第１の形式の複数のリクエストに変換し、該変換された複数のリクエストを用いて、前記コンテンツ提供サーバと対話型通信を行って前記最終コンテンツを受信し、さらに、当該受信した最終コンテンツから前記所望の情報を抽出し、前記生成されたルールに従い、前記抽出された前記所望の情報を前記第２の形式に変換して前記端末へ送信するリクエスト代行処理と、を有する。
【発明の効果】
【００２５】
本発明は以上説明したように構成されているので、対話型通信に対応したＷｅｂアプリケーションをＷｅｂサービスとして利用することが可能になる。
【図面の簡単な説明】
【００２６】
【図１】本発明のリクエスト代行システムを適用したコンテンツ提供システムの実施の一形態の構成を示すブロック図である。
【図２】図１に示したルール生成装置の構成の一例を示すブロック図である。
【図３】図１に示したリクエスト代行装置の構成の一例を示すブロック図である。
【図４】図１〜３に示したリクエスト代行システムの動作を説明するためのシーケンス図である。
【図５】図１及び図２に示したルール生成装置の動作を説明するためのシーケンス図である。
【図６】図１及び図３に示したリクエスト代行装置の動作を説明するためのシーケンス図である。
【発明を実施するための形態】
【００２７】
以下に、本発明の実施の形態について図面を参照して説明する。
【００２８】
図１は、本発明のリクエスト代行システムを適用したコンテンツ提供システムの実施の一形態の構成を示すブロック図である。
【００２９】
本実施形態のコンテンツ提供システムは図１に示すように、リクエスト代行システム１０と、端末２０と、コンテンツ提供サーバ３０とを備えている。なお、本実施形態においては端末及びコンテンツ提供サーバの数を１台ずつとしているが、１台に限定されるものではない。
【００３０】
端末２０は、Ｗｅｂサービスを利用するクライアントである。端末２０は例えば、マッシュアップアプリケーションを備えている。マッシュアップとは、複数のＷｅｂサービスのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）を組み合わせて、１つのアプリケーションを作成することである。端末２０は、コンテンツ提供サーバ３０が有する所望の情報を取得するためのリクエストをリクエスト代行システム１０へ送信する。端末２０から送信されるリクエストは、第２の形式であるＳＯＡＰに対応したＸＭＬで記述されており、所望の情報を特定するための特定情報がタグによって示されている。なお、ＸＭＬは一例であって、ＸＭＬに限定されるものではない。また、特定情報とは例えば、コンテンツ提供サーバ３０へログインするためのユーザＩＤやパスワード、所望の情報を特定するキーワード等である。また、以降、端末２０から送信され、ＳＯＡＰに対応したＸＭＬで記述されたリクエストのことをＳＯＡＰリクエストという。また、端末２０は、リクエスト代行システム１０から送信され、ＳＯＡＰリクエストに対するレスポンスであるＳＯＡＰレスポンスをリクエスト代行システム１０から受信する。なお、ＳＯＡＰレスポンスは、ＸＭＬで記述されており、所望の情報を含んでいる。
【００３１】
コンテンツ提供サーバ３０は、対話型通信に対応したＷｅｂアプリケーションを備えており、リクエスト代行システム１０と対話型通信を行う。この対話型通信において、コンテンツ提供サーバ３０は、リクエスト代行システム１０から、第１の形式であるＨＴＴＰのリクエストを受信する。そして、受信したリクエストに応じたコンテンツであるＨＴＭＬドキュメントをリクエスト代行システム１０へ送信する。なお、以降、リクエスト代行システム１０から送信されるＨＴＴＰのリクエストのことをＨＴＴＰリクエストという。
【００３２】
リクエスト代行システム１０は、リクエスト代行装置１１０と、ルール生成装置１２０とを備えている。
【００３３】
図２は、図１に示したルール生成装置１２０の構成の一例を示すブロック図である。
【００３４】
図１に示したルール生成装置１２０は図２に示すように、遷移情報生成機能部１２１と、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を備えたルール生成機能部１２２とを備えている。なお、ルール生成装置１２０に接続された入力装置５０は例えば、マウスやキーボード等である。
【００３５】
遷移情報生成機能部１２１は例えば、専用プラグインがインストールされたＷｅｂブラウザである。遷移情報生成機能部１２１は、リクエスト代行システム１０のシステム管理者等が、コンテンツ提供サーバ３０が有する所望の情報を取得するために、入力装置５０を操作することによって行ったＷｅｂブラウザ上での選択や入力を受け付ける。そして、受け付けた内容に従ってコンテンツ提供サーバ３０と対話型通信を行う。つまり、遷移情報生成機能部１２１は、コンテンツ提供サーバ３０が備えるＷｅｂアプリケーションにおけるページ遷移を行う。遷移情報生成機能部１２１は、コンテンツ提供サーバ３０と対話型通信を行うことにより、所望の情報を含むＨＴＭＬドキュメントである最終コンテンツを受信する。そして、遷移情報生成機能部１２１は、最終コンテンツを受信するまでに、コンテンツ提供サーバ３０へ送信した複数のＨＴＴＰリクエストの記述内容を記録した遷移情報を生成し、生成された遷移情報をルール生成機能部１２２へ出力する。なお、図２において遷移情報生成機能部１２１は、対話型通信におけるＨＴＴＰリクエストの送信及びＨＴＭＬドキュメントの受信を２回ずつ行っているが、この回数は２回に限定されない。これは、以降の説明において参照する図３〜図６においても同様である。
【００３６】
ルール生成機能部１２２は、遷移情報生成機能部１２１から出力された遷移情報を受け付ける。そして、ルール生成機能部１２２は、受け付けた遷移情報中に含まれる情報と、ＳＯＡＰリクエストに含まれる複数の特定情報等とを対応付ける。この対応付けは、システム管理者等が入力装置５０を用いてＧＵＩを操作することによって行われる。このとき、システム管理者等は例えば、ＳＯＡＰリクエストに含まれる複数の特定情報のそれぞれを、遷移情報中のどのＨＴＴＰリクエストに挿入するかを指定する。さらに、指定されたＨＴＴＰリクエスト中のどこにその特定情報を挿入するかも指定する。また、システム管理者等は例えば、コンテンツ提供サーバ３０から受信したＨＴＭＬドキュメントに含まれる情報を、遷移情報中のどのＨＴＴＰリクエストに挿入するかを指定する。さらに、指定されたＨＴＴＰリクエスト中のどこにその情報を挿入するかも指定する。そして、ルール生成機能部１２２は、指定された位置に特定情報等が挿入された遷移情報を用いて、コンテンツ提供サーバ３０と対話型通信を行い、最終コンテンツを受信する。これにより、ルール生成機能部１２２は、１つのＳＯＡＰリクエストを複数のＨＴＴＰリクエストに変換するための変換ルールを生成する。また、システム管理者等は、入力装置５０を用いてＧＵＩを操作することにより、最終コンテンツ中の所望の情報が記述された位置を指定する。これにより、ルール生成機能部１２２は、最終コンテンツから所望の情報をＸＭＬドキュメントとして抽出するための抽出ルールを生成する。なお、抽出ルールは例えば、ＸＭＬドキュメントを変換するための言語であるＸＳＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｓｔｙｌｅｓｈｅｅｔ  Ｌａｎｇｕａｇｅ）である。そして、ルール生成機能部１２２は、生成された変換ルール及び抽出ルールを示す情報をリクエスト代行装置１１０へ送信する。
【００３７】
図３は、図１に示したリクエスト代行装置１１０の構成の一例を示すブロック図である。
【００３８】
図１に示したリクエスト代行装置１１０は図３に示すように、ルール保持機能部１１１と、送受信機能部１１２と、リクエスト代行機能部１１３と、抽出機能部１１４とを備えている。
【００３９】
ルール保持機能部１１１は例えば、ルールを保存するためのディレクトリである。ルール保持機能部１１１は、ルール生成装置１２０から送信された変換ルール及び抽出ルールを受信し、受信した変換ルール及び抽出ルールを記憶する。
【００４０】
送受信機能部１１２は、端末２０から送信されたＳＯＡＰリクエストを受信し、受信したＳＯＡＰリクエストをリクエスト代行機能部１１３へ出力する。また、送受信機能部１１２は、リクエスト代行機能部１１３から出力されたＨＴＴＰリクエストを受け付け、受け付けたＨＴＴＰリクエストをコンテンツ提供サーバ３０へ送信する。また、送受信機能部１１２は、コンテンツ提供サーバ３０から送信されたＨＴＭＬドキュメントを受信し、受信したＨＴＭＬドキュメントをリクエスト代行機能部１１３へ出力する。また、送受信機能部１１２は、抽出機能部１１４から出力されたＳＯＡＰレスポンスを受信し、受信したＳＯＡＰレスポンスを端末２０へ送信する。
【００４１】
リクエスト代行機能部１１３は、ルール保持機能部１１１に記憶された変換ルールを予め取得しておく。そして、送受信機能部１１２から出力されたＳＯＡＰリクエストを受け付けると、取得しておいた変換ルールに従い、受け付けたＳＯＡＰリクエストからＨＴＴＰリクエストを生成する。このとき、リクエスト代行機能部１１３は例えば、変換ルールに記述されているＨＴＴＰリクエストの一部分を、受け付けたＳＯＡＰリクエスト中のタグで囲まれている特定情報と置き換えたＨＴＴＰリクエストを生成する。そして、生成されたＨＴＴＰリクエストを送受信機能部１１２へ出力する。また、リクエスト代行機能部１１３は、送受信機能部１１２から出力されたＨＴＭＬドキュメントを受け付けると、取得しておいた変換ルールに従い、コンテンツ提供サーバ３０へ次に送信するＨＴＴＰリクエストを生成する。このとき、リクエスト代行機能部１１３は例えば、受け付けたＨＴＭＬドキュメントの不可視フィールド (<input type="hidden">) に記述されている値を抽出し、変換ルールに記述されているＨＴＴＰリクエストの一部分を、抽出された値と置き換えたＨＴＴＰリクエストを生成する。そして、生成されたＨＴＴＰリクエストを送受信機能部１１２へ出力する。このように、リクエスト代行機能部１１３は、送受信機能部１１２を介してコンテンツ提供サーバ３０と対話型通信を行う。そして、リクエスト代行機能部１１３は、送受信機能部１１２から出力された最終コンテンツを受信すると、受信した最終コンテンツを抽出機能部１１４へ出力する。
【００４２】
抽出機能部１１４は、ルール保持機能部１１１に記憶された抽出ルールを予め取得しておく。そして、抽出機能部１１４は、リクエスト代行機能部１１３から出力された最終コンテンツを受け付ける。そして、取得しておいた抽出ルールに従い、受け付けた最終コンテンツから所望の情報をＸＭＬドキュメントとして抽出する。そして、抽出されたＸＭＬドキュメントをＳＯＡＰレスポンスとして送受信機能部１１２へ出力する。
【００４３】
以下に、上記のように構成されたリクエスト代行システム１０の動作について説明する。
【００４４】
まず、図１〜３に示したリクエスト代行システム１０の全体の動作について説明する。
【００４５】
図４は、図１〜３に示したリクエスト代行システム１０の全体の動作を説明するためのシーケンス図である。
【００４６】
ルール生成装置１２０は、所望の情報を取得するための対話型通信をコンテンツ提供サーバ３０と行い、最終コンテンツを受信する（ステップＳ１）。
【００４７】
ルール生成装置１２０は、最終コンテンツを受信するまでにコンテンツ提供サーバ３０へ送信したＨＴＴＰリクエストの記述内容及び最終コンテンツの記述内容に基づき、変換ルール及び抽出ルールを生成する（ステップＳ２）。
【００４８】
そして、ルール生成装置１２０は、生成された変換ルール及び抽出ルールをリクエスト代行装置１１０へ送信する（ステップＳ３）。
【００４９】
次に、リクエスト代行装置１１０は、端末２０から送信されたＳＯＡＰリクエストを受信する（ステップＳ４）。
【００５０】
次に、リクエスト代行装置１１０は、ルール生成装置１２０から送信された変換ルールに従い、受信したＳＯＡＰリクエストから複数のＨＴＴＰリクエストを生成し、生成されたＨＴＴＰリクエストを用いて、コンテンツ提供サーバ３０と対話型通信を行う（ステップＳ５）。
【００５１】
次に、リクエスト代行装置１１０は、コンテンツ提供サーバ３０から送信された最終コンテンツを受信し、ルール生成装置１２０から送信された抽出ルールに従い、受信した最終コンテンツから所望の情報をＸＭＬドキュメントとして抽出する（ステップＳ６）。
【００５２】
そして、リクエスト代行装置１１０は、抽出されたＸＭＬドキュメントをＳＯＡＰレスポンスとして端末２０へ送信する（ステップＳ７）。
【００５３】
以上が図１〜３に示したリクエスト代行システム１０の全体の動作である。
【００５４】
次に、図１及び図２に示したルール生成装置１２０と、図１及び図３に示したリクエスト代行装置１１０とのそれぞれの動作について説明する。
【００５５】
まず、図１及び図２に示したルール生成装置１２０の動作について説明する。
【００５６】
図５は、図１及び図２に示したルール生成装置１２０の動作を説明するためのシーケンス図である。
【００５７】
遷移情報生成機能部１２１は、ユーザの操作に従い、所望の情報を取得するための対話型通信をコンテンツ提供サーバ３０と行い、最終コンテンツを受信する（ステップＳ１０１）。
【００５８】
次に、遷移情報生成機能部１２１は、最終コンテンツを受信するまでにコンテンツ提供サーバ３０へ送信したＨＴＴＰリクエストの記述内容を記録した遷移情報を生成する（ステップＳ１０２）。
【００５９】
次に、遷移情報生成機能部１２１は、生成された遷移情報をルール生成機能部１２２へ出力する（ステップＳ１０３）。
【００６０】
遷移情報生成機能部１２１から出力された遷移情報を受け付けたルール生成機能部１２２は、システム管理者等からの指示に従い、受け付けた遷移情報中に含まれる情報と、ＳＯＡＰリクエストに含まれる特定情報等を対応付けてコンテンツ提供サーバ３０と対話型通信を行い、最終コンテンツを受信する（ステップＳ１０４）。
【００６１】
次に、ルール生成機能部１２２は、変換ルール及び抽出ルールを生成する（ステップＳ１０５）。
【００６２】
そして、ルール生成機能部１２２は、生成された変換ルール及び抽出ルールをリクエスト代行装置１１０へ送信する（ステップＳ１０６）。
【００６３】
以上が、図１及び図２に示したルール生成装置１２０の動作である。
【００６４】
次に、図１及び図３に示したリクエスト代行装置１１０の動作について説明する。
【００６５】
図６は、図１及び図３に示したリクエスト代行装置１１０の動作を説明するためのシーケンス図である。
【００６６】
ルール保持機能部１１１は、ルール生成装置１２０から送信された変換ルール及び抽出ルールを受信し（ステップＳ２０１）、受信した変換ルール及び抽出ルールを記憶する。
【００６７】
リクエスト代行機能部１１３は、ルール保持機能部１１１に記憶された変換ルールを取得する（ステップＳ２０２）。
【００６８】
抽出機能部１１４は、ルール保持機能部１１１に記憶された抽出ルールを取得する（ステップＳ２０３）。
【００６９】
送受信機能部１１２は、端末２０から送信されたＳＯＡＰリクエストを受信し、受信したＳＯＡＰリクエストをリクエスト代行機能部１１３へ出力する（ステップＳ２０４〜Ｓ２０５）。
【００７０】
送受信機能部１１２から出力されたＳＯＡＰリクエストを受け付けたリクエスト代行機能部１１３は、取得した変換ルールに従い、受け付けたＳＯＡＰリクエストからＨＴＴＰリクエストを生成する（ステップＳ２０６）。
【００７１】
そして、リクエスト代行機能部１１３は、生成されたＨＴＴＰリクエストを送受信機能部１１２へ出力する（ステップＳ２０７）。
【００７２】
リクエスト代行機能部１１３から出力されたＨＴＴＰリクエストを受け付けた送受信機能部１１２は、受け付けたＨＴＴＰリクエストをコンテンツ提供サーバ３０へ送信する（ステップＳ２０８）。
【００７３】
リクエスト代行装置１１０から送信されたＨＴＴＰリクエストを受信したコンテンツ提供サーバ３０は、受信したＨＴＴＰリクエストに応じたＨＴＭＬドキュメントをリクエスト代行装置１１０へ送信する（ステップＳ２０９）。
【００７４】
コンテンツ提供サーバ３０から送信されたＨＴＭＬドキュメントを受信した送受信機能部１１２は、受信したＨＴＭＬドキュメントをリクエスト代行機能部１１３へ出力する（ステップＳ２１０）。
【００７５】
送受信機能部１１２から出力されたＨＴＭＬドキュメントを受け付けたリクエスト代行機能部１１３は、取得した変換ルールに従い、受け付けたＨＴＭＬドキュメントと、ステップＳ２０５にて受け付けたＳＯＡＰリクエストとから次のＨＴＴＰリクエストを生成する（ステップＳ２１１）。
【００７６】
そして、リクエスト代行機能部１１３は、生成されたＨＴＴＰリクエストを送受信機能部１１２へ出力する（ステップＳ２１２）。
【００７７】
リクエスト代行機能部１１３から出力されたＨＴＴＰリクエストを受け付けた送受信機能部１１２は、受け付けたＨＴＴＰリクエストをコンテンツ提供サーバ３０へ送信する（ステップＳ２１３）。
【００７８】
リクエスト代行装置１１０から送信されたＨＴＴＰリクエストを受信したコンテンツ提供サーバ３０は、受信したＨＴＴＰリクエストに応じたＨＴＭＬドキュメントをリクエスト代行装置１１０へ送信する（ステップＳ２１４）。なお、本動作フローでは、このＨＴＭＬドキュメントを最終コンテンツとする。
【００７９】
コンテンツ提供サーバ３０から送信された最終コンテンツを受信した送受信機能部１１２は、受信した最終コンテンツをリクエスト代行機能部１１３へ出力する（ステップＳ２１５）。
【００８０】
リクエスト代行機能部１１３は、このように送受信機能部１１２を介してコンテンツ提供サーバ３０と対話型通信を行うことにより、最終コンテンツを受信する。
【００８１】
送受信機能部１１２から出力された最終コンテンツを受け付けたリクエスト代行機能部１１３は、受け付けた最終コンテンツを抽出機能部１１４へ出力する（ステップＳ２１６）。
【００８２】
リクエスト代行機能部１１３から出力された最終コンテンツを受け付けた抽出機能部１１４は、取得した抽出ルールに従い、受け付けた最終コンテンツから所望の情報をＸＭＬドキュメントとして抽出し（ステップＳ２１７）、抽出されたＸＭＬドキュメントをＳＯＡＰレスポンスとして送受信機能部１１２へ出力する（ステップＳ２１８）。
【００８３】
抽出機能部１１４から出力されたＳＯＡＰレスポンスを受け付けた送受信機能部１１２は、受け付けたＳＯＡＰレスポンスを端末２０へ送信する（ステップＳ２１９）。
【００８４】
このように本実施形態のリクエスト代行システム１０は、コンテンツ提供サーバ３０と対話型通信を行って最終コンテンツを受信し、当該最終コンテンツを受信するまでに当該コンテンツ提供サーバへ送信した複数のリクエストの記述内容及び当該最終コンテンツの記述内容に基づき、Ｗｅｂアプリケーションの形式とＷｅｂサービスの形式とを変換する際のルールを生成するルール生成装置１２０を有する。また、リクエスト代行システム１０は、端末２０から送信されたＳＯＡＰリクエストを受信し、ルール生成装置１２０にて生成されたルールに従い、当該受信したＳＯＡＰリクエストを複数のＨＴＴＰリクエストに変換し、変換された複数のＨＴＴＰリクエストを用いて、コンテンツ提供サーバ３０と対話型通信を行って最終コンテンツを受信し、さらに、当該受信した最終コンテンツから所望の情報を抽出し、ルール生成装置１２０にて生成されたルールに従い、抽出された所望の情報をＳＯＡＰレスポンスの形式に変換して端末２０へ送信するリクエスト代行装置１１０を有する。
【００８５】
これにより、対話型通信に対応したＷｅｂアプリケーションをＷｅｂサービスとして利用することが可能になる。
【００８６】
なお、本実施形態においては、ＷｅｂサービスのプロトコルとしてＳＯＡＰを一例とし、ＷｅｂアプリケーションプロトコルとしてＨＴＴＰを一例として説明したが、これらに限定されるものではない。Ｗｅｂサービスのプロトコルとしては他に、例えばＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ  Ｓｔａｔｅ  Ｔｒａｎｓｆｅｒ）がある。
【符号の説明】
【００８７】
１０    リクエスト代行システム
２０    端末
３０    コンテンツ提供サーバ
５０    入力装置
１１０    リクエスト代行装置
１１１    ルール保持機能部
１１２    送受信機能部
１１３    リクエスト代行機能部
１１４    抽出機能部
１２０    ルール生成装置
１２１    遷移情報生成機能部
１２２    ルール生成機能部
【図１】
2011048559.tif 000003
【図２】
2011048559.tif 000004
【図３】
2011048559.tif 000005
【図４】
2011048559.tif 000006
【図５】
2011048559.tif 000007
【図６】
2011048559.tif 000008