JP2005266943A - Ｗｅｂサービス仲介装置、Ｗｅｂサービス仲介方法、及びプログラム - Google Patents

Abstract

【課題】Ｗｅｂサーバ上で稼働するＷｅｂアプリケーションを変更せずにクライアント装置に対してＷｅｂサービスを提供する。
【解決手段】Ｗｅｂサービス仲介装置は、Ｗｅｂサービスにおける要求メッセージとＷｅｂサーバとの通信手順とを対応付けて記憶する通信手順記憶部と、クライアント装置から送信されてくる要求メッセージを受信する要求メッセージ受信部と、要求メッセージ受信部が受信した要求メッセージに対応する通信手順を通信手順記憶部から取得する通信手順取得部と、要求メッセージと通信手順とに基づいてＷｅｂサーバとデータの送受信を行うＷｅｂサーバ通信部と、Ｗｅｂサーバ通信部がＷｅｂサーバから受信したデータに基づいて、Ｗｅｂサービスにおける応答メッセージを生成する応答メッセージ生成部と、応答メッセージをクライアント装置に送信する応答メッセージ送信部とを備える。
【選択図】 図３

Description

本発明は、Ｗｅｂサーバ上で稼働するＷｅｂアプリケーションを変更せずにクライアント装置に対してＷｅｂサービスを提供するためのＷｅｂサービス仲介装置、Ｗｅｂサービス仲介方法、及びプログラムに関する。

インターネットの普及に伴い、Ｗｅｂブラウザ（以後、「ブラウザ」と称する）を利用する情報処理システムの構築が行われている。図８は、ブラウザを利用する情報処理システムの構成を示す図である。図８の情報処理システムは、Ｗｅｂサーバ１０、ＤＢサーバ１１、及びＷｅｂクライアント１２を含んで構成されている。Ｗｅｂサーバ１０には、ＣＧＩ（Common Gateway Interface）等を介して起動されるプログラムであるＷｅｂアプリケーション１３が実装されている。

Ｗｅｂクライアント１２は、ブラウザを用いてＷｅｂサーバ１０にアクセスする。Ｗｅｂサーバ１０では、Ｗｅｂクライアント１２からの要求に応じてＷｅｂアプリケーション１３が実行される。Ｗｅｂアプリケーション１３は、ＤＢサーバ１１に格納されているデータの参照や更新を行う。Ｗｅｂサーバ１０とＷｅｂクライアント１２との間の通信プロトコルはＨＴＴＰ（Hyper Text Transfer Protocol）である。Ｗｅｂクライアント１２は、ＨＴＭＬ（Hyper Text Markup Language）で記述されたデータをＷｅｂサーバ１０から受信し、その内容をブラウザに表示する。

しかし、クライアント／サーバ型の情報処理システム等においてクライアント側のコンピュータで実行されるアプリケーションと比較して、Ｗｅｂクライアント１２におけるブラウザの画面表示機能やデータ入力支援機能には制約が多い。そこで、図８のようなブラウザを利用する情報処理システムを、画面表示機能やデータ入力支援機能が充実しているリッチ・クライアントを用いた情報処理システムに移行することが進められている。

図９は、非特許文献１に開示されているリッチ・クライアントを用いた情報処理システムの構成を示す図である。図９の情報処理システムは、Ｗｅｂアプリケーションサーバ１４、ＤＢサーバ１１、Ｗｅｂサービスクライアント１５、及びＷｅｂクライアント１２を含んで構成されている。図８のＷｅｂアプリケーション１３で実現されていた機能は、Ｗｅｂサービス１６としてＷｅｂアプリケーションサーバ１４に実装されている。ここで、Ｗｅｂサービス１６とは、例えばＳＯＡＰ（Simple Object Access Protocol）のようにメッセージを送受信することにより利用することができるアプリケーションのことである。

Ｗｅｂサービスクライアント１５には、ブラウザよりも豊富な画面表示機能やデータ入力支援機能を備えるアプリケーション（以後、「クライアントアプリケーション」と称する）が実装されている。Ｗｅｂサービスクライアント１５は、Ｗｅｂサービス１６を利用するための要求メッセージをＷｅｂアプリケーションサーバ１４に送信する。Ｗｅｂアプリケーションサーバ１４では、Ｗｅｂサービスクライアント１５から受信する要求メッセージに応じてＷｅｂサービス１６の機能を実行し、その結果を応答メッセージとしてＷｅｂサービスクライアント１５に送信する。

また、Ｗｅｂアプリケーションサーバ１４には、ＪＳＰ（Java Server Pages）やサーブレット等により実現されるインタフェースアプリケーション１７が実装されている。インタフェースアプリケーション１７は、Ｗｅｂクライアント１２のブラウザでの入出力とＷｅｂサービス１６の入出力とを仲介するためのアプリケーションである。
嶋本正、他８名，「Ｗｅｂサービス完全構築ガイド」，株式会社日経ＢＰ，２００１年１２月，ｐ．２１０

しかし、図８に示すブラウザを利用する情報処理システムを、図９に示す情報処理システムに移行するためには、Ｗｅｂサーバ１０に実装されているＷｅｂアプリケーション１３をＷｅｂサービス１６として再構築する必要がある。

また、移行後の情報処理システムにおいては、リッチ・クライアントであるＷｅｂサービスクライアント１５からのアクセスのみでなく、ブラウザを利用するＷｅｂクライアント１２からのアクセスも必要となる場合が多い。このような場合、図９に示す情報処理システムの構成では、Ｗｅｂクライアント１２からのアクセスに対しても、再構築されたＷｅｂサービス１６が実行されることとなる。そのため、従来から用いていたブラウザからのアクセスについても動作確認テストを行う必要がある。
このように、ブラウザを利用する情報処理システムを、リッチ・クライアントを用いた情報処理システムへ移行する際には、開発やテストの工数が大きくなってしまう。

本発明は上記の点に鑑みてなされたものであり、Ｗｅｂサーバ上で稼働するＷｅｂアプリケーションを変更せずに、リッチ・クライアントであるクライアント装置にＷｅｂサービスを提供するためのＷｅｂサービス仲介装置、Ｗｅｂサービス仲介方法、及びプログラムを提供することを目的とする。

上記の目的を達成するため、本発明のＷｅｂサービス仲介装置は、Ｗｅｂサービスに対応したクライアント装置及びＷｅｂサーバと通信可能に接続され、前記クライアント装置と前記Ｗｅｂサーバとの間の通信を仲介するＷｅｂサービス仲介装置であって、Ｗｅｂサービスにおける要求メッセージと、前記Ｗｅｂサーバとの通信手順とを対応付けて記憶する通信手順記憶部と、前記クライアント装置から送信されてくる前記要求メッセージを受信する要求メッセージ受信部と、前記要求メッセージ受信部が受信した前記要求メッセージに対応する前記通信手順を前記通信手順記憶部から取得する通信手順取得部と、前記要求メッセージ受信部が受信した前記要求メッセージと、前記通信手順取得部が取得した前記通信手順とに基づいて前記Ｗｅｂサーバとデータの送受信を行うＷｅｂサーバ通信部と、前記Ｗｅｂサーバ通信部が前記Ｗｅｂサーバから受信した前記データに基づいて、Ｗｅｂサービスにおける応答メッセージを生成する応答メッセージ生成部と、前記応答メッセージ生成部が生成した前記応答メッセージを前記クライアント装置に送信する応答メッセージ送信部と、を備えることとする。

なお、前記要求メッセージ及び前記応答メッセージを前記クライアント装置と送受信するプロトコルがＳＯＡＰであることとしてもよい。

また、前記Ｗｅｂサービス仲介装置は、前記要求メッセージを構成するために必要となるＷｅｂサービスのインタフェースを記憶するインタフェース記憶部を備えることとしてもよい。

さらに、前記インタフェース記憶部に記憶されているＷｅｂサービスのインタフェースがＷＳＤＬで記述されていることとしてもよい。

また、本発明のＷｅｂサービス仲介方法は、Ｗｅｂサービスに対応したクライアント装置及びＷｅｂサーバと通信可能に接続されるコンピュータによって、前記クライアント装置と前記Ｗｅｂサーバとの間の通信を仲介する方法であって、前記コンピュータが、前記クライアント装置から送信されてくる前記要求メッセージを受信し、前記クライアント装置から受信した前記要求メッセージに対応する通信手順を所定の通信手順記憶部から取得し、前記クライアント装置から受信した前記要求メッセージと、前記通信手順記憶部から取得した前記通信手順とに基づいて前記Ｗｅｂサーバとデータの送受信を行い、前記Ｗｅｂサーバから受信した前記データに基づいて、Ｗｅｂサービスにおける応答メッセージを生成し、生成した前記応答メッセージを前記クライアント装置に送信することとする。

また、本発明のプログラムは、Ｗｅｂサービスに対応したクライアント装置及びＷｅｂサーバと通信可能に接続されるコンピュータに実行させるプログラムであって、前記プログラムが、前記クライアント装置から送信されてくる前記要求メッセージを受信するステップと、前記クライアント装置から受信した前記要求メッセージに対応する通信手順を所定の通信手順記憶部から取得するステップと、前記クライアント装置から受信した前記要求メッセージと、前記通信手順記憶部から取得した前記通信手順とに基づいて前記Ｗｅｂサーバとデータの送受信を行うステップと、前記Ｗｅｂサーバから受信した前記データに基づいて、Ｗｅｂサービスにおける応答メッセージを生成するステップと、生成した前記応答メッセージを前記クライアント装置に送信するステップと、を備えることとする。

本発明によれば、Ｗｅｂサーバ上で稼働するアプリケーションを変更せずにクライアント装置にＷｅｂサービスを提供することが可能となる。

＝＝システム構成＝＝
図１は、本発明の一実施形態である情報処理システムの全体構成を示す図である。情報処理システムは、Ｗｅｂサービスサーバ２０（本発明の「Ｗｅｂサービス仲介装置」に該当）、Ｗｅｂサービスクライアント１５（本発明の「クライアント装置」に該当）、Ｗｅｂサーバ１０、ＤＢサーバ１１、及びＷｅｂクライアント１２を含んで構成されている。なお、Ｗｅｂサーバ１０、ＤＢサーバ１１、及びＷｅｂクライアント１２は図８の構成と同様であり、Ｗｅｂサーバ１０にはＷｅｂアプリケーション１３が実装されている。

Ｗｅｂサービスサーバ２０は、Ｗｅｂサービスクライアント１５とＷｅｂサーバ１０とを仲介するサーバである。Ｗｅｂサービスサーバ２０は、Ｗｅｂサービスクライアント１５からＳＯＡＰ形式の要求メッセージを受信すると、その要求メッセージに対応するＷｅｂアプリケーション１３の起動要求をＷｅｂサーバ１０に送信する。そして、Ｗｅｂサーバ１０からＷｅｂアプリケーション１３の実行結果を受信すると、その実行結果をＳＯＡＰ形式の応答メッセージに変換してＷｅｂサービスクライアント１５に送信する。つまり、Ｗｅｂサービスサーバ２０は、Ｗｅｂサービスクライアント１５に対して仮想的なＷｅｂサービス（以後、「仮想Ｗｅｂサービス」と称する）を提供している。仮想Ｗｅｂサービスは、Ｗｅｂアプリケーション１３が備える機能をＷｅｂサービスクライアント１５に提供することができる。

なお、本実施の形態の情報処理システムは、例えば、預金の残高照会等の機能を備えるインターネットバンキングサービスを提供するものとするが、本発明の適用範囲はこれに限らない。

＝＝ハードウェア構成＝＝
図２は、Ｗｅｂサービスサーバ２０のハードウェア構成を示す図である。Ｗｅｂサービスサーバ２０は、ＣＰＵ２１、メモリ２２、記憶装置２３、通信インタフェース２４、及び記録媒体読取装置２７等を含んで構成される。

記憶装置２３は、例えばハードディスクドライブである。記憶装置２３に記憶されているプログラムがメモリ２２に順次格納され、ＣＰＵ２１がそのプログラムを実行することにより、様々な機能が実現される。
通信インタフェース２４は、ネットワークを介してデータの送受信を行うためのインタフェースであり、Ｗｅｂサービスクライアント１５及びＷｅｂサーバ１０との通信のために用いられる。
記録媒体読取装置２５は、例えばＣＤ−ＲＯＭドライブである。記録媒体読取装置２５は、ＣＤ−ＲＯＭ等の記録媒体２６に記録されているプログラムを読みとり、記憶装置２３に記憶することができる。

＝＝機能構成＝＝
図３は、Ｗｅｂサービスサーバ２０が備える機能を示す図である。Ｗｅｂサービスサーバ２０は、要求メッセージ受信部３１、通信手順取得部３２、通信手順記憶部３３、Ｗｅｂサーバ通信部３４、応答メッセージ生成部３５、応答メッセージ送信部３６、及びインタフェース記憶部３７を備えている。これらの機能は、Ｗｅｂサービスサーバ２０が備えるハードウェア、又はＣＰＵ２１が実行するプログラムにより実現される。

要求メッセージ受信部３１は、Ｗｅｂサービスクライアント１５からＳＯＡＰ形式の要求メッセージを受信する。通信手順取得部３２は、要求メッセージ受信部３１が受信した要求メッセージに対応するＷｅｂサーバ１０との通信手順を通信手順記憶部３３から取得する。Ｗｅｂサーバ通信部３４は、通信手順取得部３２が取得した通信手順に従いＷｅｂサーバ１０との間でデータの送受信を行う。応答メッセージ生成部３５は、Ｗｅｂサーバ通信部３４がＷｅｂサーバ１０から取得するデータに基づいて、ＳＯＡＰ形式の応答メッセージを生成する。そして、応答メッセージ送信部３６は、生成されたＳＯＡＰ形式の応答メッセージをＷｅｂサービスクライアント１５に送信する。

この一連の動作により、Ｗｅｂサービスサーバ２０はＷｅｂサービスクライアント１５に対して仮想Ｗｅｂサービスを提供することができる。

また、インタフェース記憶部３７には、仮想Ｗｅｂサービスにより提供される機能が記述されたファイルが記憶されている。このファイルはＷＳＤＬ（Web Services Description Language）で記述されている。そのため、Ｗｅｂサービスクライアント１５は、仮想Ｗｅｂサービスにより提供される機能を、通常のＷｅｂサービスにより提供される機能として利用することができる。

＝＝メッセージのデータ構造＝＝
図４に、Ｗｅｂサービスクライアント１５とＷｅｂサービスサーバ２０との間で送受信されるメッセージのデータ構造を示す。本実施の形態においては、Ｗｅｂサービスクライアント１５とＷｅｂサービスサーバ２０との間の通信プロトコルはＨＴＴＰである。そのため、送受信されるメッセージは全てＨＴＴＰデータ４０となっている。ＨＴＴＰデータ４０は、ＨＴＴＰヘッダ４１及びＨＴＴＰボディ４２で構成されている。そして、ＨＴＴＰボディ４２の中に、Ｗｅｂサービスにおける要求メッセージや応答メッセージを構成するＳＯＡＰエンベロープ４３が含まれている。ＳＯＡＰエンベロープ４３は、ＳＯＡＰヘッダ４４とＳＯＡＰボディ４５とで構成される。ＳＯＡＰヘッダ４４には、要求メッセージや応答メッセージを処理する際の認証や暗号化等に関する情報が記述される。ＳＯＡＰボディ４５には、要求メッセージの場合には仮想Ｗｅｂサービスにより提供されるメソッドやその引数、応答メッセージの場合にはメソッドにより実行された結果等が記述される。

なお、本実施の形態においては、Ｗｅｂサービスクライアント１５とＷｅｂサービスサーバ２０との間の通信プロトコルはＨＴＴＰであることとしたが、ＨＴＴＰに限らず、ＦＴＰ（File Transfer Protocol）やＳＭＴＰ（Simple Mail Transfer Protocol）等であることとしてもよい。

＝＝ＷＳＤＬファイル（図５）＝＝
図５は、インタフェース記憶部３７に記憶されている仮想Ｗｅｂサービスのインタフェースが記述されたファイル５０（以後、「ＷＳＤＬファイル」と称する）の構造を示す図である。ＷＳＤＬファイル５０は、メッセージ定義５１、ポートタイプ定義５２、バインディング定義５３、及びサービス定義５４で構成されている。

メッセージ定義５１には、仮想Ｗｅｂサービスにおけるメッセージの種類と、メッセージに含まれるデータの型が記述される。メッセージとしては、例えば、インターネットバンキングサービスにおいて預金の残高を照会するための「残高照会要求メッセージ」が定義されている。また、残高照会の結果を送信するための「残高照会応答メッセージ」が定義されている。そして、「残高照会応答メッセージ」に含まれる残高を表すデータの型が記述されている。

ポートタイプ定義５２には、メッセージ定義５１に記述されている要求メッセージ及び応答メッセージを用いて実現される機能が記述される。例えば、「残高照会要求メッセージ」と「残高照会応答メッセージ」とが対応付けられることにより、「残高照会」という機能が提供されることが記述されている。

バインディング定義５３には、ポートタイプ定義５２に定義されている機能を利用するためのプロトコルが定義されている。ここで指定されるプロトコルとはＳＯＡＰ−ＲＰＣやＳＯＡＰ−Ｄｏｃｕｍｅｎｔ等である。

サービス定義５４には、Ｗｅｂサービスサーバ２０が仮想Ｗｅｂサービスを提供するＵＲＬ及びポートが記述されている。

クライアントアプリケーションの開発者は、このＷＳＤＬファイル５０をＷｅｂサービスサーバ２０から取得することにより、仮想Ｗｅｂサービスの機能を利用するクライアントアプリケーションを作成することができる。

＝＝通信手順＝＝
図６は、通信手順記憶部３３に記憶されている通信手順テーブル６０を示す図である。通信手順テーブル６０は、要求メソッド６０１、Ｗｅｂサーバ識別子６０２、順序６０３、ＨＴＴＰメソッド６０４、及び通信データ６０５で構成されている。

要求メソッド６０１には、仮想Ｗｅｂサービスの要求メッセージに含まれるメソッドが設定されている。図６には、「残高照会要求メッセージ」である“GetBalanceRequest”と「銀行振込要求メッセージ」である“TransferRequest”が例示されている。Ｗｅｂサーバ識別子６０２には、要求メッセージに応じて通信を行うＷｅｂサーバ１０の識別子が設定されている。そして、通信データ６０５には、要求メッセージに応じてＷｅｂサーバ１０に送信するＨＴＴＰリクエストを構成するためのＵＲＬやＣＧＩ等の情報が設定されている。そして、ＨＴＴＰメソッド６０４には、ＨＴＴＰリクエストをＷｅｂサーバ１０に送信する際のメソッド（ＧＥＴメソッド、ＰＯＳＴメソッド等）が設定されている。

また、一つの要求メッセージに対してＷｅｂサービスサーバ２０とＷｅｂサーバ１０との間で複数回の通信が行われる可能性がある。そのため、順序６０３には通信データ６０５を送信する順序が設定されている。例えば、「残高照会要求メッセージ」の場合、“GetBalanceRequest”には口座種別・店番・口座番号が設定されている。これに対応する通信データ６０５として、まず、残高照会可能な口座番号のリストをＷｅｂサーバ１０に要求するためのデータが設定される（順序６０３「１」）。そして、取得した口座番号のリスト中に指定された口座番号が含まれている場合に、当該口座番号の残高照会をＷｅｂサーバ１０に要求するためのデータが設定される（順序６０３「２」）。このように、Ｗｅｂクライアント１２がＷｅｂサーバ１０とやりとりする順序に従って順序６０３が設定されている。

＝＝処理の説明＝＝
本実施の形態の情報処理システムにおける処理の流れを説明する。図７は、Ｗｅｂサービスクライアント１５、Ｗｅｂサービスサーバ２０、及びＷｅｂサーバ１０で実行される処理を示すフローチャートである。

まず、Ｗｅｂサービスクライアント１５は、「残高照会要求メッセージ」等の要求メッセージを生成し（Ｓ７０１）、生成した要求メッセージをＷｅｂサービスサーバ２０に送信する（Ｓ７０２）。

要求メッセージ受信部３１は、Ｗｅｂサービスクライアント１５から送信されてくる要求メッセージを受信する（Ｓ７０３）。そして、通信手順取得部３２は、当該要求メッセージに設定されている要求メソッド６０１に対応するＷｅｂサーバ識別子６０２、順序６０３、ＨＴＴＰメソッド６０４、及び通信データ６０５を通信手順テーブル６０から取得する。Ｗｅｂサーバ通信部３４は、要求メッセージに設定されている「口座番号」等の情報を通信データ６０５の変数に設定し、ＨＴＴＰリクエストを生成する。そして、Ｗｅｂサーバ通信部３４は、生成したＨＴＴＰリクエストをＨＴＴＰメソッド６０４に従いＷｅｂサーバ識別子６０２で示されるＷｅｂサーバ１０に送信する（Ｓ７０５）。

Ｗｅｂサーバ１０は、Ｗｅｂサービスサーバ２０から受信する通信データ６０５に基づいてＷｅｂアプリケーション１３を実行し（Ｓ７０６）、その処理結果をＷｅｂサービスサーバ２０に送信する（Ｓ７０７）。

Ｗｅｂサーバ通信部３４は、Ｗｅｂサーバ１０から送信されてくる処理結果を受信する（Ｓ７０８）。通信手順テーブル６０から取得した順序６０３が複数ある場合、Ｗｅｂサーバ通信部３４は、上述したＳ７０５〜Ｓ７０８の処理を順序６０３の順に繰り返し実行する。

応答メッセージ生成部３５は、Ｗｅｂサーバ通信部３４が全ての順序６０３の通信データ６０５の送信を完了しているか、またはＷｅｂサーバ１０からエラーメッセージを受信しているかを確認している（Ｓ７０９）。全ての順序６０３の通信データ６０５の送信が完了するか又はエラーメッセージを受信すると、応答メッセージ生成部３５は、Ｗｅｂサーバ１０から受信した結果に基づいて応答メッセージを生成する（Ｓ７１０）。なお、応答メッセージの生成は、ＷＳＤＬファイル５０に定義されている内容に基づいて行うことができる。もしくは、通信データ６０５に対応する応答メッセージが通信手順テーブル６０に設定され、その内容に基づいて応答メッセージを生成することとしてもよい。そして、応答メッセージ送信部３６は、当該応答メッセージをＷｅｂサービスクライアント１５に送信する（Ｓ７１１）。

最後に、Ｗｅｂサービスクライアント１５が、Ｗｅｂサービスサーバ２０から送信されてくる応答メッセージを受信する（Ｓ７１２）。これで、一つの要求メッセージに対する一連の処理が完了する。

以上説明したように、本実施の形態によれば、Ｗｅｂサーバ１０に実装されているＷｅｂアプリケーション１３をＷｅｂサービス１６に再構築することなく、Ｗｅｂサービスクライアント１５からの要求に応じることができる。

また、本実施の形態によれば、Ｗｅｂサーバ１０におけるＷｅｂクライアント１２からのアクセスに対する処理は従来の情報処理システムから変更されない。そのため、ブラウザからのアクセスに関する動作確認テストを行う必要がない。

したがって、ブラウザを利用する情報処理システムを、リッチ・クライアントを用いた情報処理システムへ移行する際の開発及びテストの工数を抑えることが可能となる。

さらに、仮想ＷｅｂサービスのインタフェースをＷＳＤＬファイル５０に記述することにより、仮想Ｗｅｂサービスを通常のＷｅｂサービス１６と同等のものとしてＷｅｂサービスクライアント１５に提供することができる。

本発明の一実施形態における情報処理システムの全体構成図である。 Ｗｅｂサービスサーバのハードウェア構成を示す図である。 Ｗｅｂサービスサーバが備える機能を示す図である。 ＷｅｂサービスクライアントとＷｅｂサービスサーバとの間で送受信されるデータの構造を示す図である。 インタフェース記憶部に記憶されるＷＳＤＬファイルの構造を示す図である。 通信手順記憶部に記憶される通信手順テーブルを示す図である。 Ｗｅｂサービスクライアント、Ｗｅｂサービスサーバ、及びＷｅｂサーバで実行される処理を示すフローチャートである。 従来のＷｅｂサーバを用いた情報処理システムの全体構成図である。 従来のＷｅｂサービスに対応した情報処理システムの全体構成図である。

符号の説明

１０ Ｗｅｂサーバ １１ ＤＢサーバ
１２ Ｗｅｂクライアント １３ Ｗｅｂアプリケーション
１４ Ｗｅｂサービスクライアント ２０ Ｗｅｂサービスサーバ
３１ 要求メッセージ受信部 ３２ 通信手順取得部
３３ 通信手順記憶部 ３４ Ｗｅｂサーバ通信部
３５ 応答メッセージ生成部 ３６ 応答メッセージ送信部
３７ インタフェース記憶部 ６０ 通信手順テーブル

Claims (6)

1. Ｗｅｂサービスに対応したクライアント装置及びＷｅｂサーバと通信可能に接続され、前記クライアント装置と前記Ｗｅｂサーバとの間の通信を仲介するＷｅｂサービス仲介装置であって、
   Ｗｅｂサービスにおける要求メッセージと、前記Ｗｅｂサーバとの通信手順とを対応付けて記憶する通信手順記憶部と、
   前記クライアント装置から送信されてくる前記要求メッセージを受信する要求メッセージ受信部と、
   前記要求メッセージ受信部が受信した前記要求メッセージに対応する前記通信手順を前記通信手順記憶部から取得する通信手順取得部と、
   前記要求メッセージ受信部が受信した前記要求メッセージと、前記通信手順取得部が取得した前記通信手順とに基づいて前記Ｗｅｂサーバとデータの送受信を行うＷｅｂサーバ通信部と、
   前記Ｗｅｂサーバ通信部が前記Ｗｅｂサーバから受信した前記データに基づいて、Ｗｅｂサービスにおける応答メッセージを生成する応答メッセージ生成部と、
   前記応答メッセージ生成部が生成した前記応答メッセージを前記クライアント装置に送信する応答メッセージ送信部と、
   を備えることを特徴とするＷｅｂサービス仲介装置。
2. 請求項１に記載のＷｅｂサービス仲介装置であって、
   前記要求メッセージ及び前記応答メッセージを前記クライアント装置と送受信するプロトコルがＳＯＡＰであること
   を特徴とするＷｅｂサービス仲介装置。
3. 請求項１に記載のＷｅｂサービス仲介装置であって、
   前記要求メッセージを構成するために必要となるＷｅｂサービスのインタフェースを記憶するインタフェース記憶部を備えること
   を特徴とするＷｅｂサービス仲介装置。
4. 請求項４に記載のＷｅｂサービス仲介装置であって、
   前記インタフェース記憶部に記憶されているＷｅｂサービスのインタフェースがＷＳＤＬで記述されていること
   を特徴とするＷｅｂサービス仲介装置。
5. Ｗｅｂサービスに対応したクライアント装置及びＷｅｂサーバと通信可能に接続されるコンピュータによって、前記クライアント装置と前記Ｗｅｂサーバとの間の通信を仲介する方法であって、
   前記コンピュータが、
   前記クライアント装置から送信されてくる前記要求メッセージを受信し、
   前記クライアント装置から受信した前記要求メッセージに対応する通信手順を所定の通信手順記憶部から取得し、
   前記クライアント装置から受信した前記要求メッセージと、前記通信手順記憶部から取得した前記通信手順とに基づいて前記Ｗｅｂサーバとデータの送受信を行い、
   前記Ｗｅｂサーバから受信した前記データに基づいて、Ｗｅｂサービスにおける応答メッセージを生成し、
   生成した前記応答メッセージを前記クライアント装置に送信すること、
   を特徴とするＷｅｂサービス仲介方法。
6. Ｗｅｂサービスに対応したクライアント装置及びＷｅｂサーバと通信可能に接続されるコンピュータに実行させるプログラムであって、
   前記プログラムが、
   前記クライアント装置から送信されてくる前記要求メッセージを受信するステップと、
   前記クライアント装置から受信した前記要求メッセージに対応する通信手順を所定の通信手順記憶部から取得するステップと、
   前記クライアント装置から受信した前記要求メッセージと、前記通信手順記憶部から取得した前記通信手順とに基づいて前記Ｗｅｂサーバとデータの送受信を行うステップと、
   前記Ｗｅｂサーバから受信した前記データに基づいて、Ｗｅｂサービスにおける応答メッセージを生成するステップと、
   生成した前記応答メッセージを前記クライアント装置に送信するステップと、
   を備えることを特徴とするプログラム。
   
   

Images