ＸＭＬ環境と分散オブジェクト環境とを相互接続するゲートウェイ及びそれを用いたシステム

トップ :: G 物理学 :: G06 計算;計数

【発明の名称】	ＸＭＬ環境と分散オブジェクト環境とを相互接続するゲートウェイ及びそれを用いたシステム
【発明者】	【氏名】堀内浩規【氏名】茂木信二【氏名】小田稔周
【要約】	【課題】ＸＭＬに基づくインターネット環境と、ＣＯＲＢＡに基づく分散オブジェクト環境との間で相互接続を可能にするゲートウェイを提供する。【解決手段】ＸＭＬインスタンスを用いてＸＭＬサーバと通信するためのＨＴＴＰサーバ手段と、該ＸＭＬインスタンスとＣＯＲＢＡクライアントの操作要求及び応答とを相互に変換する変換手段と、該操作要求及び応答を用いてＣＯＲＢＡクライアントと通信するためのＣＯＲＢＡサーバ手段とを有する。また、操作要求及び応答を用いてＣＯＲＢＡサーバと通信するためのＣＯＲＢＡクライアント手段を更に有し、ＨＴＴＰサーバ手段は更にＸＭＬクライアントと通信することは、より好ましい。

【特許請求の範囲】
【請求項１】ＸＭＬインスタンスを用いてＸＭＬサーバと通信するためのＨＴＴＰ処理手段と、該ＸＭＬインスタンスとＣＯＲＢＡ操作要求及び応答とを相互に変換する変換手段と、該ＣＯＲＢＡ操作要求及び応答を用いてＣＯＲＢＡクライアントと通信するためのＣＯＲＢＡサーバ手段とを有することを特徴とする、ＸＭＬ環境と分散オブジェクト環境とを相互接続するゲートウェイ。
【請求項２】前記ＣＯＲＢＡ操作要求及び応答を用いてＣＯＲＢＡサーバと通信するためのＣＯＲＢＡクライアント手段を更に有し、前記ＨＴＴＰ処理手段は更にＸＭＬクライアントと通信することを特徴とする請求項１に記載のゲートウェイ。
【請求項３】前記変換手段は、前記ＣＯＲＢＡサーバのオブジェクトが提供するサービスをインタフェース定義言語によって定義したインタフェース定義と、前記ＸＭＬインスタンスの型を表す文書型定義との変換規則を有することを特徴とする請求項１又は２に記載のゲートウェイ。
【請求項４】請求項１から３のいずれか１項に記載のゲートウェイを、前記ＣＯＲＢＡサーバと前記ＣＯＲＢＡクライアントとの両方に設け、該ＣＯＲＢＡサーバと該ＣＯＲＢＡクライアントとの間を通信が、前記ＸＭＬインスタンスを用いてＩＰネットワークを介して行われるように構成されることを特徴とするシステム。

【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、ＸＭＬ（eXtensible Markup Language）に基づくインターネット環境と、ＣＯＲＢＡ（Common Object Request Broker Architecture）に基づく分散オブジェクト環境との間で相互に通信することができるゲートウェイに関する。
【０００２】
【従来の技術】近年、分散しているアプリケーション又はデータを統合化するプラットフォームとしてＣＯＲＢＡが普及しつつある。一方、インターネット上での文書又はデータを通信する際に使用される文書記述言語としてＸＭＬが注目されている。
【０００３】ＣＯＲＢＡのアプリケーションは、クライアント及びサーバから構成され、サーバはオブジェクトを有し、クライアントはサーバ上のオブジェクトが提供するサービスを利用する。オブジェクトが提供するサービスのインタフェースは、ＩＤＬ（インタフェース定義言語）を用いて、オブジェクトの操作及び属性並びにデータ型等が定義される。クライアントが操作及び属性を呼出す際には、対象となるオブジェクトをオブジェクトリファレンスにより指定する。オブジェクトの名前とオブジェクトリファレンスとの組は、ネーミングサービスで管理される。
【０００４】一方、ＸＭＬは、文書を要素という単位から構成し、開始と終了の対からなるタグを使って表される。文書の構造は、要素を階層化することにより表現する。このタグ付き文書をＸＭＬインスタンスと呼ぶ。ＸＭＬ文書は、ＸＭＬインスタンスに加えて、ＸＭＬのバージョン又は文字コード等を宣言するＸＭＬ宣言と、文書の型を表すＤＴＤ（文書型定義）とから構成される。ＤＴＤは、タグ付き文書に現れる要素、属性及びエンティティの定義を行う。要素の定義では、名前、出現順序、出現回数について定義する。
【０００５】
【発明が解決しようとする課題】しかしながら、ＸＭＬに基づくインターネット環境と、ＣＯＲＢＡに基づく分散オブジェクト環境との間で相互に通信することはできなかった。図１は、従来のシステム構成図である。
【０００６】この課題に対して、本出願人は、特願２０００－６８５３５号「ＸＭＬを用いて分散オブジェクトにアクセスするためのゲートウェイ」において、ＸＭＬクライアントからＣＯＲＢＡサーバへアクセスするためのゲートウェイを開示した。但し、ＣＯＲＢＡクライアントからＸＭＬサーバへアクセスする方法については開示しておらず、ＸＭＬ環境と、ＣＯＲＢＡ環境との間で相互に通信することはできなかった。
【０００７】図２は、インターネットを介してＣＯＲＢＡサーバ及びクライアントが通信をする従来のシステム構成図である。図２によれば、ＷＷＷサーバのバックエンドにＣＯＲＢＡを適用している。パーソナルコンピュータであるＰＣ端末は、最初にアプレットをダウンロードし、ブラウザ上でＣＯＲＢＡクライアント及びサーバを動作させる。そして、ＰＣ端末は、バックエンドのＣＯＲＢＡアプリケーションへ直接的にアクセスするか、又はバックエンド側からのプログラムの起動等によりサービスが提供されていた。
【０００８】しかしながら、ファイアウォールは、通常、ＨＴＴＰのポートを開放していてもＩＩＯＰのポートを開放していない場合が多く、図２のようなシステムではデータの通過が困難な場合がある。また、ＣＯＲＢＡの実行プログラムにはＯＲＢ又はＡＷＴ(Abstract Window Toolkit)等が含まれ、必要なメモリ量が増大するために、携帯端末又はＰＤＡ等の処理能力の低い端末では実行が困難な場合がある。更に、ダウンロードするアプレットのプログラムが比較的大きく、アクセス回線が細い場合等にはダウンロード時間が増大する。
【０００９】そこで、本発明は、前述のような課題を解決し、ＸＭＬに基づくインターネット環境と、ＣＯＲＢＡに基づく分散オブジェクト環境との間で相互に通信を可能にするゲートウェイを提供することを目的とする。
【００１０】
【課題を解決するための手段】本発明のゲートウェイは、ＸＭＬインスタンスを用いてＸＭＬサーバと通信するためのＨＴＴＰ処理手段と、該ＸＭＬインスタンスとＣＯＲＢＡ操作要求及び応答とを相互に変換する変換手段と、該ＣＯＲＢＡ操作要求及び応答を用いてＣＯＲＢＡクライアントと通信するためのＣＯＲＢＡサーバ手段とを有する。
【００１１】本発明の他の実施形態によれば、ＣＯＲＢＡ操作要求及び応答を用いてＣＯＲＢＡサーバと通信するためのＣＯＲＢＡクライアント手段を更に有し、ＨＴＴＰ処理手段は更にＸＭＬクライアントと通信することは、より好ましい。これにより、ＸＭＬに基づくインターネット環境と、ＣＯＲＢＡに基づく分散オブジェクト環境との間で相互接続を可能にする。
【００１２】本発明の他の実施形態によれば、変換手段は、ＣＯＲＢＡサーバのオブジェクトが提供するサービスをインタフェース定義言語によって定義したインタフェース定義と、ＸＭＬインスタンスの型を表す文書型定義との変換規則を有することも好ましい。
【００１３】本発明のシステムによれば、前述したゲートウェイを、ＣＯＲＢＡサーバとＣＯＲＢＡクライアントとの両方に設け、該ＣＯＲＢＡサーバとＣＯＲＢＡクライアントとの間を通信が、ＸＭＬインスタンスを用いてＩＰネットワークを介して行われるように構成される。これにより、ＩＩＯＰのポートを開放していないファイアウォールにおいてもデータを通過させることができ、クライアント側でアプレットをダウンロードする必要もなくなる。
【００１４】
【発明の実施の形態】以下では、図面を用いて、本発明の実施形態を詳細に説明する。
【００１５】図３は、本発明によるゲートウェイを用いたシステム構成図である。図３によれば、ＣＯＲＢＡサーバとＸＭＬクライアントとの間で、及びＸＭＬサーバとＣＯＲＢＡクライアントとの間で、相互に通信が可能となる。
【００１６】図４は、本発明によるゲートウェイを用いたシステムのプロトコル形態の説明図である。ＣＯＲＢＡクライアントがＸＭＬサーバを、及びＸＭＬクライアントがＣＯＲＢＡサーバをアクセスできるように、ゲートウェイは、ＨＴＴＰ（Hypertext Transfer Protocol）を用いて転送されるＸＭＬインスタンスと、ＣＯＲＢＡのＩＩＯＰ(Internet Inter-ORB Protocol)の操作要求及び応答とを相互に変換する。ＣＯＲＢＡクライアントは、ＩＤＬに対応したＣＯＲＢＡ操作要求及び応答を送受信し、ＸＭＬクライアントは、ＩＤＬに対応したＸＭＬインスタンスを送受信する。
【００１７】表１は、ＣＯＲＢＡのデータ型とＸＭＬとの対応規則を表している。表２は、表1の対応規則に基づいたＸＭＬへの対応付け例を表している。また、図５は、本発明によるＩＤＬ定義とＤＴＤとの対応付けの一例である。既存のＣＯＲＢＡサーバを何ら変更することなくアクセスできるようにするために、ゲートウェイは、ＣＯＲＢＡサーバのアクセスに使用するＸＭＬインスタンスを、ＣＯＲＢＡサーバが提供するインタフェース毎に対応させて定義する。
【００１８】
【表１】

【００１９】
【表２】

【００２０】図５によれば、モジュール("Example")を文書に、その要素にインタフェース("Account"等)を定義する。インタフェースの要素は、オブジェクトの名前("cos_naming")、操作要求・応答("operation_ind"等)、属性取得・設定の要求・応答("attriute_get_ind"等)から構成する。更に、操作の要素は、操作名、引数名、データ型名・値等の要素から構成する。ＣＯＲＢＡのデータ型は、型を示すタグと値を示すＰＣＤＡＴＡによるテキストとして表現する。
【００２１】このような変換規則は、ＩＤＬからＤＴＤを自動的に生成するトランスレータを用いることも好ましい。ゲートウェイは、種々のＣＯＲＢＡサーバのオブジェクトに対応する必要があるが、新たなＩＤＬ定義が生じた場合にのみ、トランスレータを用いてＤＴＤを生成する。さらに、モジュール毎にＤＴＤをＷｅｂ上に公開し、クライアントによるＸＭＬ作成時の利用と、ゲートウェイにおけるＸＭＬインスタンスの検証時の利用とを可能とする。これにより、ゲートウェイは、様々なＣＯＲＢＡサーバに柔軟に対応できる。
【００２２】図６は、本発明によるゲートウェイの構成図である。ゲートウェイは、ＸＭＬインスタンスを用いてクライアントと通信するためのＨＴＴＰ処理部と、受信したＸＭＬ文書のパース結果を解析するＸＭＬパーサ部と、該ＸＭＬインスタンスとＣＯＲＢＡサーバの操作要求及び応答とを相互に変換する操作・属性変換部と、該操作要求及び応答を用いてＣＯＲＢＡサーバと通信するためのＣＯＲＢＡクライアント部と、該操作要求及び応答を用いてＣＯＲＢＡクライアントと通信するためのＣＯＲＢＡサーバ部とを有する。
【００２３】また、ゲートウェイは、ＸＭＬインスタンスで渡されるパラメータ値又はＣＯＲＢＡのＤＩＩ(動的起動インタフェース)、DSI(動的スケルトンインタフェース)ならびにIFR(インタフェースリポジトリ)を活用して、対象となるＩＤＬ定義が変更されてもプログラムを変更せずに対応可能なシステム構成としている。尚、ゲートウェイの実装では、Java Servletを用いたＷｅｂアプリケーションとするとともに、ＸＭＬパーサとしてＩＢＭ製のXML Parser for Javaを使用する。
【００２４】また、クライアント、サーバ及びゲートウェイにおいて、ＸＭＬインスタンスの作成・検証を容易とするため、ＩＤＬからＤＴＤに自動変換するトランスレータを用意し、ゲートウェイは変換を行ったＤＴＤを公開する。
【００２５】ＨＴＴＰクライアントからＣＯＲＢＡサーバにアクセスする際のゲートウェイの処理シーケンスを以下に示す。
■ＨＴＴＰクライアントからのアクセスに対して、ＨＴＴＰ処理部は、受信したＸＭＬインスタンスをＸＭＬパーサ部へ通知する。該ＸＭＬパーサ部は、ＤＴＤを用いた検証及びパースを行う。
■操作・属性変換部は、ＸＭＬパーサ部でエレメントハンドラ（ＩＢＭ製XMLParser for Java）が起動される毎に呼び出され、ＸＭＬインスタンス中に定義された操作又はパラメータ等をＣＯＲＢＡサーバを呼び出す形式に変換する。
■ＣＯＲＢＡ処理部は、ネーミングサービスにより処理対象オブジェクトのリファレンスを取得する。これにより、特定のＣＯＲＢＡサーバを、ＸＭＬを用いるクライアントからアクセスすることが可能となる。
■更に、ＩＦＲ(インタフェース・リポジトリ)を参照して、パラメータ設定等に必要なデータを補った後、ＤＩＩを呼び出して、ＣＯＲＢＡサーバに操作要求を送信する。
■ＣＯＲＢＡ処理部によりＣＯＲＢＡサーバから操作応答を受信し、操作・属性変換部により変換とＤＯＭ(Documet Object Model)の値設定を行った後、ＸＭＬパーサ部でＤＯＭをＸＭＬインスタンスに変換する。
■ＨＴＴＰ処理部は上記■で作成したＸＭＬインスタンスをＨＴＴＰサーバに送信する。
【００２６】ＣＯＲＢＡクライアントからＸＭＬサーバにアクセスする際のゲートウェイの処理は、基本的に前述したシーケンスの逆となる。即ち、ＤＳＩ(動的スケルトンインタフェース)を介して、ＣＯＲＢＡ処理部がＣＯＲＢＡの操作要求を受信し、操作・属性変換部でＤＯＭに値を設定した後、ＸＭＬパーサ部でＸＭＬインスタンスを作成し、ＨＴＴＰ処理部によりそれをＨＴＴＰクライアントに送信する処理を行う。
【００２７】また、ＣＯＲＢＡサーバからの一方的な通知は、ＣＯＲＢＡクライアント手段と変換手段とを介し、ＨＴＴＰサーバ手段によってＨＴＴＰクライアントに通知することもできる。
【００２８】図７は、請求項４で示したゲートウェイの適用例である。図８は、図２のシステムの課題を解決する、本発明のシステム構成図である。図８によれば、ゲートウェイをバックエンドのＣＯＲＢＡクライアントとサーバに適用して、インターネット上での相互接続手順としてＸＭＬｏｖｅｒＨＴＴＰを利用する。ＰＣ端末にとっては、アプレットのダウンロードが不要となるだけでなく、ＸＭＬに基づくテキスト処理によるために、高速に且つ処理負荷が軽減されるという効果がある。更に、ＨＴＴＰの利用により、ファイアウォールの通過も容易になる。
【００２９】前述した本発明の種々の実施形態について、当業者によれば、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【００３０】
【発明の効果】以上、詳細に説明したように、本発明のゲートウェイによれば、ＸＭＬに基づくインターネット環境と、ＣＯＲＢＡに基づく分散オブジェクト環境との間で相互接続を可能にする。また、ＩＤＬ定義とＤＴＤとの対応付けを規定しているので、様々なオブジェクトに対応できる汎用性も有する。
【００３１】更に、本発明のゲートウェイをＣＯＲＢＡサーバとＣＯＲＢＡクライアントとに設け、ＸＭＬを用いてインターネットを介して通信することにより、ＩＩＯＰポートを開放していないファイアウォールも通過することができ、クライアント側でのアプレットのダウンロードをする必要もなくなる。

【出願人】	【識別番号】０００２０８８９１【氏名又は名称】ケイディーディーアイ株式会社
【出願日】	平成１２年９月２９日（２０００．９．２９）
【代理人】	【識別番号】１０００７４９３０【弁理士】【氏名又は名称】山本恵一
【公開番号】	特開２００２－１０８６８８（Ｐ２００２－１０８６８８Ａ）
【公開日】	平成１４年４月１２日（２００２．４．１２）
【出願番号】	特願２０００－２９９７２５（Ｐ２０００－２９９７２５）