(57)【要約】【課題】通常のＷｅｂサービス通信以外の様々な通信プロトコルのサービスとの連携を可能とし、通信プロトコルを意識することなく円滑な業務を遂行する。【解決手段】コア処理部２０は、特定の通信プロトコルを示す記述が含まれるＷＳＤＬファイルを読み込み、このファイル中の特定の通信プロトコルを示す記述を識別する機能を有する。共通Ｉ／Ｆ部２１は、コア処理部２０により識別された記述が示す通信プロトコルによってメッセージを送受信するプロトコル対応用アダプタ２５，２６を設定する。コア処理部２０は、プロトコル対応用アダプタを介して送受信されるメッセージのデータを処理する。【選択図】      図３
2009135583.tif 000002
【特許請求の範囲】
【請求項１】
通信プロトコルに従いサーバとの間でメッセージを送受信するクライアント装置において、
特定の通信プロトコルを示す記述が含まれるファイルを読み込む手段と、
前記ファイル中の特定の通信プロトコルを示す記述を識別する識別手段と、
前記識別手段により識別された記述が示す通信プロトコルによってメッセージを送受信するプロトコル対応用アダプタを設定するアダプタ設定手段と、
前記アダプタ設定手段により設定されたプロトコル対応用アダプタを介して送受信されるデータを処理するデータ処理手段と
を具備したことを特徴とするクライアント装置。
【請求項２】
前記アダプタ設定手段は、
複数の通信プロトコル対応用アダプタの何れかを選択して設定すると共に、前記データ処理手段により処理されるデータを前記プロトコル対応用アダプタに伝えるコンポーネントを作成することを特徴とする請求項１記載のクライアント装置。
【請求項３】
前記アダプタ設定手段は、複数のプロトコル対応用アダプタを設定することを特徴とする請求項１または請求項２記載のクライアント装置。
【請求項４】
前記特定の通信プロトコルを示す記述は、メッセージ構築のための記述の前に記述されることを特徴とする請求項１記載のクライアント装置。
【請求項５】
通信プロトコルに従いサーバとの間でメッセージを送受信するコンピュータを、
特定の通信プロトコルを示す記述が含まれるファイルを読み込む手段と、
前記ファイル中の特定の通信プロトコルを示す記述を識別する識別手段と、
前記識別手段により識別された記述が示す通信プロトコルによってメッセージを送受信するプロトコル対応用アダプタを設定するアダプタ設定手段と、
前記アダプタ設定手段により設定されたプロトコル対応用アダプタを介して送受信されるデータを処理するデータ処理手段として機能させるためのアプリケーションプログラム。
【請求項６】
前記特定の通信プロトコルを示す記述は、メッセージ構築のための記述の前に記述されることを特徴とする請求項１記載のクライアント装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂサービスが提供する機能が記述されたファイル、特にＢＰＥＬ（Business Process Execution Language for Web Services）を処理する処理エンジンが設けられるクライアント装置、同クライアント装置において実行されるプログラムに関する。
【背景技術】
【０００２】
ＷＷＷ（World Wide Web）関連の技術を使い、ソフトウェアの機能をネットワークを通じて利用できるようにするＷｅｂサービスが普及している。Ｗｅｂサービスを処理するクライアントは、例えばＢＰＥＬを処理する処理エンジンが設けられ、この処理エンジンによりＷｅｂサービス通信を実行する。処理エンジンは、例えばＳＯＡＰ（Simple Object Access Protocol）によりサーバとの間でメッセージを送受信する機能が設けられている。
【０００３】
さらに近年では、Ｗｅｂサービス以外にもＷｅｂ−ＡＰＩ（Web-Application Programming Interface）やＥＤＩ（Electronic Data Interchange）等、他の通信プロトコルで提供されるサービスが公開されてきている。そのため、ＢＰＥＬを用いて、Ｗｅｂサービス以外にも、これらの他の通信プロトコルにより提供されるサービスとも連携できることが望まれている。
【０００４】
従来、クライアント−サーバ間で通信を行う通信システムにおいて、通信プロトコルの追加や変更を行うことなく、新たに複数の通信プロトコルでのデータ通信を実現可能な通信プログラム対応方法が提案されている（例えば、特許文献１）。
【０００５】
特許文献１に記載されたクライアント−サーバ間通信システムでは、データ通信端末に各々異なる通信プロトコルに従った通信を行う複数の通信プロトコルモジュールを含む通信プロトコルモジュール群が設けられている。データ通信端末は、リモートサーバとの間でデータ通信を実行する場合、通信を行うリモートサーバの通信プロトコルに応じて、ユーザインタフェースを用いてユーザにより通信プロトコルモジュール群から通信プロトコルが選択される。データ通信端末は、ユーザによって選択された通信プロトコルモジュールを用いて、リモートサーバと通信を行う。
【特許文献１】特開２００２−９４６０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来のクライアントに設けられた処理エンジンでは、Ｗｅｂサービスのためのメッセージを送受信するための通信プロトコルのみによってサーバとの間でメッセージを送受信しているため、Ｗｅｂ−ＡＰＩやＥＤＩ等の他の通信プロトコルにより提供されるサービスとの連携をとることができなかった。
【０００７】
従来の特許文献１に開示された通信システムでは、複数の通信プロトコルに従う通信が可能であるものの、データ通信端末に用意された通信プロトコルモジュール群から、通信を行うリモートサーバに応じて通信プロトコルをユーザが選択しなければならなかった。そして、データ通信端末は、ユーザに選択された通信プロトコルのみによってリモートサーバと通信を行うだけであって、他の通信プロトコルにより提供されるサービスと連携することができなかった。
【０００８】
本発明は上記の事情を考慮したもので、その目的は、通常のＷｅｂサービス通信以外の様々な通信プロトコルのサービスとの連携を可能とし、通信プロトコルを意識することなく円滑な業務を遂行することが可能なクライアント装置、アプリケーションプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明は、通信プロトコルに従いサーバとの間でメッセージを送受信するクライアント装置において、特定の通信プロトコルを示す記述が含まれるファイルを読み込む手段と、前記ファイル中の特定の通信プロトコルを示す記述を識別する識別手段と、前記識別手段により識別された記述が示す通信プロトコルによってメッセージを送受信するプロトコル対応用アダプタを設定するアダプタ設定手段と、前記アダプタ設定手段により設定されたプロトコル対応用アダプタを介して送受信されるデータを処理するデータ処理手段とを具備したことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、特定の通信プロトコルを示す記述が含まれるファイルを読み込ませることにより、このファイル中の特定の通信プロトコルを示す記述に応じてプロトコル対応用アダプタを設定し、この特定の通信プロトコル用のアダプタを通じてサーバとの間でメッセージを送受信することができる。これにより、通常のＷｅｂサービス通信以外の様々な通信プロトコルを用いたサービスとの連携が可能となり、通信プロトコルを意識することなく円滑な業務を遂行することが可能となる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して本発明の実施の形態について説明する。  
図１は、本実施形態におけるネットワークサービス通信制御システムの構成を示すブロック図である。図１に示すように、クライアントＰＣ１は、インターネット２を介して、サービスを提供するサーバ３と接続される。クライアントＰＣ１は、ＢＰＥＬを処理してネットワークを介したサービスに関する処理を実行する処理エンジン５が設けられている。
【００１２】
本実施形態における処理エンジン５は、通常のＳＯＡＰによりメッセージが送受信されるＷｅｂサービス通信に加え、他の様々な通信プロトコルによりメッセージが送受信されるサービスと連携することができるようにする。処理エンジン５は、Ｗｅｂサービス以外のプロトコルの場合はＷＥＤＬの仕様に従った形で特殊な書き方をしたＷＳＤＬファイル６を書き込む。サーバ３から提供されるか、もしくは自らが用意するこのＷＳＤＬファイルから特定の通信プロトコルを示す記述（予め決められた独自の判断文字列）を識別し、この識別された記述に応じた通信プロトコルによるメッセージを送受信できるようにする機能を有する。
【００１３】
図２は、処理エンジン５が実現されるクライアントＰＣ１の構成を示すブロック図である。  
処理エンジン５は、クライアントＰＣ１にインストールされたアプリケーションプログラムを実行することにより実現される。
【００１４】
クライアントＰＣは、図１に示すように、処理エンジン５を実現するためのプログラムを含む各種プログラムやデータの制御などの処理を行う制御部１１と、外部との通信を行うインタフェース１２と、データなどを長期的に記憶しているハードディスク（ＨＤ）１３と、ハードディスク（ＨＤ）１３を制御するハードディスク制御回路１４と、プログラムなどを記憶しているＣＤ−ＲＯＭを制御するＣＤ−ＲＯＭ制御回路１５とを含んでいる。さらにクライアントＰＣ１は、キーボード１６等の入力装置の制御を行う入力制御回路１７と、データの制御や演算などの処理結果を表示する表示器１８を制御する表示器制御回路１９とを含んでいる。制御部１１はＣＰＵ（中央処理装置）と、ＣＰＵが処理するためのデータを一時的に記憶するＲＡＭ（Random Access Memory）と、処理プログラムなどを記憶するＲＯＭ（Read Only Memory）を含んでいる。
【００１５】
処理エンジン５を実現するためのアプリケーションプログラムは、ＣＤ−ＲＯＭもしくはＨＤ１３に格納されている。ＨＤ１３に格納される際は、ＣＤ−ＲＯＭからインストールされてもよいし、図には記載しないがＣＤ−ＲＯＭ以外のドライブやメディア（例えば、ＭＯドライブとＭＯディスク、ＵＳＢ端子とＵＳＢメモリなど）からインストールされてもよい。
【００１６】
図３は、処理エンジン５の機能構成を示すブロック図である。  
図３に示すように、処理エンジン５には、コア処理部２０と共通Ｉ／Ｆ部２１とが設けられる。コア処理部２０は、サーバ３との間で送受信されるメッセージに対する処理を実行するもので、共通Ｉ／Ｆ部２１を介してサーバ３との間でメッセージを送受信する。コア処理部２０は、サーバ３から提供される特定の通信プロトコルを示す記述が含まれるＷＳＤＬファイル６を読み込み、ファイル中の特定の通信プロトコルを示す記述を識別する機能を有する（図４参照）。
【００１７】
共通Ｉ／Ｆ部２１は、サーバ３との間でメッセージを送受信するもので、複数の異なる通信プロトコルによるメッセージをそれぞれ送受信するためのアダプタを設定することができる。共通Ｉ／Ｆ部２１では、コア処理部２０によってＷＳＤＬファイル６から識別された特定の通信プロトコルを示す記述に応じたアダプタを設定することができる。共通Ｉ／Ｆ部２１では、基本的にＳＯＡＰメッセージを送受信するためのＳＯＡＰプロトコル対応用アダプタ２４が設定されており、このアダプタ２４の他にＥＤＩＩＮＴＡＳ２（Electronic Data Interchange-Internet Integration Applicability Statement2，以下ＡＳ２と省略する）を用いた通信プロトコルによりＡＳ２メッセージを送受信するためのＡＳ２プロトコル対応用アダプタ２５、ｅｂＸＭＬ（electronic business Extensible Markup Language）を用いた通信プロトコルによりｅｂＸＭＬメッセージを送受信するためのｅｂＸＭＬプロトコル対応用アダプタ２６が選択的に設定される。なお、図３に示す以外の通信プロトコルによるメッセージを送受信するためのアダプタを設定できるようにしても良い。
【００１８】
また、共通Ｉ／Ｆ部２１は、ＷＳＤＬファイル６から識別された特定の通信プロトコルを示す記述に応じてアダプタを設定する際に、コア処理部２０とアダプタ２４〜２６との間でメッセージ中のデータ（入力値等）を伝える機能を有するコンポーネントを作成する。本実施形態においては、このコンポーネントを例えばプロキシ（プロキシクラス）とする。通常、Ｗｅｂサービス通信では、ＨＴＴＰ（HyperText Transfer Protocol）通信を利用してサーバとの間でＳＯＡＰ形式のＸＭＬデータ（ＳＯＡＰメッセージ）がやり取りされる。しかし、このＸＭＬデータの組立作業やＨＴＴＰ通信の制御コード処理は複雑なものになるため、これを肩代わりして処理させるためのプロキシを生成する。本実施形態では、このプロキシにおいて、特定の通信プロトコルを示す記述に応じて選択されたアダプタとコア処理部２０との間でデータを伝える機能を設ける。
【００１９】
図４には、ＷＳＤＬファイル６の記述内容の一例を示している。  
図４に示すＷＳＤＬファイル６の例では、独自の判断文字列として図中Ａで示す「ＰｏｓｔＡＳ２」の記述が含まれている。これは特定の通信プロトコルとして「ＡＳ２通信プロトコル」を示す記述の一例である。ＷＳＤＬファイル６では、例えば半角英数の文字が使用されて記述される。
【００２０】
図４に示す例では、特定の通信プロトコルを示す記述がＷＳＤＬファイル６中のｂｉｎｄｉｎｇ要素内のｖｅｒｂ属性に記載されるものとしている。処理エンジン５のコア処理部２０は、ＷＳＤＬファイル６からｂｉｎｄｉｎｇ要素内のｖｅｒｂ属性として記述された、予め設定された通信プロトコルを示す判断文字列を抽出して、この文字列をもとに特定の通信プロトコルを識別する。
【００２１】
なお、ＷＳＤＬファイル６における特定の通信プロトコルを示す記述は、図４に示すように、メッセージ構築のための記述の前にされていることが好ましい。これにより、処理エンジン５において、ＷＳＤＬファイル６の記述内容に応じた処理を実行する際に、通信プロトコルを識別し、この通信プロトコルに合わせたメッセージ構築をすることができる。
【００２２】
次に、本実施形態における処理エンジン５により実行される処理について、図５に示すフローチャートを参照しながら説明する。  
まず、クライアントＰＣ１では、ＣＰＵ１０がアプリケーションプログラムを実行することにより処理エンジン５が起動される。
【００２３】
クライアントＰＣ１は、サーバ３からインターネット２を通じて取得されたＷＳＤＬファイル６が読み込まれる（ステップＳ１０１）。このステップＳ１０１が読み込む手段である。サーバ３がＡＳ２通信プロトコルによりメッセージを送受信してサービスを提供する場合、ＷＳＤＬファイル６には例えば図４に示すように、ＡＳ２通信プロトコルを示す記述が含まれている。
【００２４】
処理エンジン５のコア処理部２０は、ＷＳＤＬファイル６内の通信プロトコル判断のための独自の判断文字列を取得する（ステップＳ１０２）。この文字列が示す特定の通信プロトコルを識別する（ステップＳ１０３）。このステップＳ１０３が識別手段である。
【００２５】
ここで、ＷＳＤＬファイル６内に特定の通信プロトコルを示す記述がない場合、あるいはＷｅｂサービス通信（ＳＯＡＰ）をする記述があった場合（ステップＳ１０３のＷｅｂサービス）は、コア処理部２０は、共通Ｉ／Ｆ部２１において、ＸＭＬデータの組立作業やＨＴＴＰ通信の制御コード処理を実行させるためのプロキシクラスを作成させる（ステップＳ１０４）。
【００２６】
コア処理部２０は、Ｗｅｂサービスを実現するための処理を実行し、サーバ３との間で送受信する必要があるデータを、プロキシクラスを介してＳＯＡＰプロトコル対応用アダプタ２４との間で受け渡す（ステップＳ１０５）。ＳＯＡＰプロトコル対応用アダプタ２４は、共通Ｉ／Ｆ部２１（プロキシクラス）との間で受け渡しされるデータをＳＯＡＰメッセージによって、インターネット２を介してサーバ３との間で送受信する（ステップＳ１０６）。
【００２７】
一方、コア処理部２０によってＷＳＤＬファイル６から特定の通信プロトコルを示す記述が識別された場合、コア処理部２０は、ＷＳＤＬファイル６から識別された特定の通信プロトコルによりメッセージを送受信するためのアダプタの設定処理を実行する。
【００２８】
例えば、ＷＳＤＬファイル６からＡＳ２通信プロトコルを示す記述が識別された場合、コア処理部２０は、共通Ｉ／Ｆ部２１において、ＡＳ２通信プロトコルによるメッセージをサーバ３との間で送受信するためのＡＳ２プロトコル対応用アダプタ２５を設定する（ステップＳ１０７）。また、このステップＳ１０７ではさらに、コア処理部２０とＡＳ２プロトコル対応用アダプタ２５との間でメッセージ中のデータ（入力値等）を伝える機能を有するコンポーネントを作成させる。ステップＳ１０７がアダプタ設定手段である。
【００２９】
図６は、共通Ｉ／Ｆ部２１におけるプロキシクラス３１とアダプタ３２（ＡＳ２プロトコル対応用アダプタ２５）の設定を説明する図である。
【００３０】
図６に示すように、共通Ｉ／Ｆ部２１は、コア処理部２０によってＷＳＤＬファイル６から識別された特定の通信プロトコル（ここではＡＳ２通信プロトコル）に応じて、プロキシ生成部３０によってアダプタ３２（ＡＳ２プロトコル対応用アダプタ２５）に対応するプロキシクラス３１を生成する。プロキシクラス３１は、例えばコア処理部２０により処理されたＡＳ２サーバ３に送信するデータを入力してアダプタ３２に伝える。アダプタ３２は、通信プロトコルに従ってメッセージを送受信するための処理を実行する。
【００３１】
例えばＡＳ２プロトコル対応用アダプタ２５が設定された場合、このＡＳ２プロトコル対応用アダプタ２５は、サーバ３に送信するＡＳ２メッセージの送信処理を実行する（ステップＳ１０８）。続いてサーバ３から受信されるＡＳ２メッセージについてＡＳ２メッセージの受信処理を実行する（ステップＳ１０９）。同様にして、ｅｂＸＭＬプロトコル対応用アダプタ２６は、ｅｂＸＭＬメッセージの送信処理する（ステップＳ１１０）。続いてｅｂＸＭＬメッセージの受信処理を実行する（ステップＳ１１１）。
【００３２】
なお、その他の通信プロトコル用のアダプタが設定された場合についても、同様にして、その通信プロトコルにおけるメッセージの送受信処理が実行される（ステップＳ１１２，Ｓ１１３）。ステップＳ１０８乃至ステップＳ１１３がデータ処理手段である。
【００３３】
図７（ａ）は、ＡＳ２プロトコル対応用アダプタ２５により実行されるＡＳ２メッセージの送信処理（ステップＳ１０８）の一例を示すフローチャートである。
【００３４】
ＡＳ２プロトコル対応用アダプタ２５は、サーバ３に送信するＡＳ２メッセージに対して暗号化が必要な場合には、ＡＳ２用の暗号化処理を実行する（ステップＡ１，Ａ２）。また、署名が必要な場合には、ＡＳ２用の署名付加処理を実行する（ステップＡ３，Ａ４）。
【００３５】
そして、ＡＳ２プロトコル対応用アダプタ２５は、ＡＳ２通信プロトコルによりメッセージを送信するために、ＡＳ２通信プロトコル用ヘッダ情報を付加する処理を実行する（ステップＡ５）。こうして、ＡＳ２プロトコル対応用アダプタ２５は、ＡＳ２通信プロトコルにより送信可能な形式に変換したＡＳ２メッセージをサーバ３に対して送信する。
【００３６】
なお、ＡＳ２プロトコル対応用アダプタ２５は、図７（ａ）に示す暗号化処理や署名付加処理の他にも、ＡＳ２メッセージを送信するために必要な他の処理についても実行可能であるものとする。
【００３７】
図８（ａ）は、ＡＳ２プロトコル対応用アダプタ２５により実行されるＡＳ２メッセージの受信処理（ステップＳ１０９）の一例を示すフローチャートである。
【００３８】
ＡＳ２プロトコル対応用アダプタ２５は、ＡＳ２通信プロトコルにより受信されたＡＳ２メッセージについて、ＡＳ２通信プロトコル用ヘッダ情報を解釈する処理を実行する（ステップＣ１）。
【００３９】
また、ＡＳ２プロトコル対応用アダプタ２５は、ＡＳ２メッセージについて署名が付加されている場合にはＡＳ２用の署名解読処理を実行する（ステップＣ２，Ｃ３）。また、ＡＳ２メッセージが暗号化されている場合には、ＡＳ２用の復号処理を実行する（ステップＣ４，Ｃ５）。
【００４０】
ＡＳ２プロトコル対応用アダプタ２５は、ＡＳ２通信プロトコル独自の処理を実行した後、ＡＳ２メッセージにより受信されたデータをプロキシクラス３１を介してコア処理部２０に伝える。
【００４１】
なお、ＡＳ２プロトコル対応用アダプタ２５は、メッセージの受信処理においても、図８（ａ）に示す暗号化処理や署名付加処理の他にも、ＡＳ２メッセージを受信するために必要な他の処理についても実行可能であるものとする。
【００４２】
図７（ｂ）は、ｅｂＸＭＬプロトコル対応用アダプタ２６により実行されるｅｂＸＭＬメッセージの送信処理（ステップＳ１１０）、図８（ｂ）は、ｅｂＸＭＬプロトコル対応用アダプタ２６により実行されるｅｂＸＭＬメッセージの受信処理（ステップＳ１１１）を示すフローチャートである。なお、ｅｂＸＭＬメッセージの送信処理／受信処理は、図７（ａ）、図８（ｂ）に示す処理とそれぞれほぼ同じように実行されるものとして詳細な説明を省略する。
【００４３】
なお、前述した説明では、１つの通信プロトコルに対応するアダプタが設定された場合について説明しているが、共通Ｉ／Ｆ部２１において複数の異なる通信プロトコルに対応するアダプタを同時に設定することもできる。例えば、ＡＳ２プロトコル対応用アダプタ２５とｅｂＸＭＬプロトコル対応用アダプタ２６とを設定し、両者を並行に動作させることも可能である。この場合、共通Ｉ／Ｆ部２１では、各アダプタに対応するプロキシクラス３１が生成されるものとする。この場合、ＡＳ２プロトコル対応用アダプタ２５とｅｂＸＭＬプロトコル対応用アダプタ２６は、それぞれの通信相手と１対１の関係を持ってメッセージの送受信を実行するものとする。
【００４４】
また、複数のアダプタを設定する構成では、１つのサーバとの間で異なる複数の通信プロトコルによってメッセージを送受信することもできるし、また複数のサーバ３との間でそれぞれ異なる通信プロトコルによるメッセージを送受信することも可能である。
【００４５】
このようにして、クライアントＰＣ１における処理エンジン５では、ＷＳＤＬファイル６中の特定のプロトコルを示す記述に応じて、共通Ｉ／Ｆ部２１において、異なる複数の通信プロトコルによりメッセージを送受信するための通信アダプタを設定することができる。このため、通常のＷｅｂサービス通信以外の様々な通信プロトコルのサービスとの連携を可能とし、通信プロトコルを意識することなく円滑な業務を遂行することが可能となる。
【００４６】
なお、本実施の形態では装置内部に発明を実施する機能が予め記録されている場合で説明をしたが、これに限らず同様の機能をネットワークから装置にダウンロードしても良いし、同様の機能を記録媒体に記憶させたものを装置にインストールしてもよい。記録媒体としては、ＣＤ−ＲＯＭ等プログラムを記憶でき、かつ装置が読み取り可能な記録媒体であれば、その形態は何れの形態であっても良い。またこのように予めインストールやダウンロードにより得る機能は装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。
【図面の簡単な説明】
【００４７】
【図１】本実施形態におけるネットワークサービス通信制御システムの構成を示すブロック図。
【図２】処理エンジン５が実現されるクライアントＰＣ１の構成を示すブロック図。
【図３】処理エンジン５の機能構成を示すブロック図。
【図４】ＷＳＤＬファイル６の記述内容の一例を示す図。
【図５】本実施形態における処理エンジン５により実行される処理を示すフローチャート。
【図６】共通Ｉ／Ｆ部２１におけるプロキシクラス３１とアダプタ３２の設定を説明する図。
【図７】ＡＳ２メッセージ／ｅｂＸＭＬメッセージの送信処理の一例を示すフローチャート。
【図８】ＡＳ２メッセージ／ｅｂＸＭＬメッセージの受信処理の一例を示すフローチャート。
【符号の説明】
【００４８】
１…クライアントＰＣ、２…インターネット、３…サーバ、５…処理エンジン、６…ＷＳＤＬファイル、２０…コア処理部、２１…共通Ｉ／Ｆ部２１、２４…ＳＯＡＰプロトコル対応用アダプタ、２５…ＡＳ２プロトコル対応用アダプタ、２６…ｅｂＸＭＬプロトコル対応用アダプタ、３０…プロキシ生成部、３１…プロキシクラス、３２…アダプタ、Ｓ１０１・・・読み込む手段、Ｓ１０３・・・識別手段、Ｓ１０７・・・アダプタ設定手段、Ｓ１０８・・・データ処理手段、Ｓ１０９・・・データ処理手段、Ｓ１１０・・・データ処理手段、Ｓ１１１・・・データ処理手段、Ｓ１１２・・・データ処理手段、Ｓ１１３・・・データ処理手段。
【図１】
2009135583.tif 000003
【図２】
2009135583.tif 000004
【図３】
2009135583.tif 000005
【図４】
2009135583.tif 000006
【図５】
2009135583.tif 000007
【図６】
2009135583.tif 000008
【図７】
2009135583.tif 000009
【図８】
2009135583.tif 000010