JP2002288145A - 情報通信システムおよびそのイベント処理方法並びに情報通信システムにおけるイベント処理プログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】ファイアウオールなどでアクセス制限されたネ
ットワーク上でのイベント通信を可能とするとともに、
プログラム言語などが異なる異種システム間でのイベン
ト通信を可能とする。 【解決手段】受信側システムＳＹ２の受信モジュールＭ
Ｄ２は通知側システムＳＹ１側の通知モジュールＮＤ１
にイベント処理に関する登録を行う。そして、通知側シ
ステムＳＹ１でイベントの発生があると、通知側システ
ムＳＹ１はイベントデータおよびイベント通知方法デー
タをそれぞれタグ付き構造化データ（ＸＭＬファイル）
に変換し、それをHTTPサーバＳＡに送信する。HTTPサー
バＳＡはそのＸＭＬファイルを受信側システムＳＹ２に
転送する。受信側システムＳＹ２はそのＸＭＬファイル
をイベントデータとイベント通知方法データに復元し、
受信モジュールＭＤ２がそのイベント実行方法に従って
イベントを実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は分散オブジェクトシ
ステムなどの情報通信システムおよびそのイベント処理
方法並びに情報通信システムにおけるイベント処理プロ
グラムを記録した記録媒体に関する。

【０００２】

【従来の技術】ネットワーク上に分散したオブジェクト
を連携させて１つのシステムを構築する分散オブジェク
トシステムが従来から存在する。たとえば、Jini Looku
pサービスシステムやCORBAトレーダサービスシステムな
どもその分散オブジェクトシステムの１つである。

【０００３】図９はJini Lookupサービスシステムを説
明するもので、Ｎ１，Ｎ２はネットワークであって、こ
の場合、ネットワークＮ１にはJiniクライアントＣＬ
１，ＣＬ２，ＣＬ３が接続されるとともに、Jiniサービ
スＳＶ１が接続され、さらに、LookupサービスＬＵＳ１
が接続されているものとする。

【０００４】また、ネットワークＮ２にはJiniサービス
ＳＶ２，ＳＶ３，ＳＶ４が接続されるとともに、Lookup
サービスＬＵＳ２，ＬＵＳ３が接続さているものとす
る。また、 このネットワークＮ２には上述のLookupサ
ービスＬＵＳ１も接続されており、このJini Lookupサ
ービスＬＵＳ１は２つのネットワークＮ１，Ｎ２の仲介
役も果たしている。なお、図中、ＦＷはアクセス制限を
行うファイアウオール（FireWall）である。

【０００５】このような広域のネットワークを考えた場
合、図９の例では、JiniサービスＳＶ１は、自己のサー
ビスオブジェクトをLookupサービスＬＵＳ１に登録する
ものとし、 JiniサービスＳＶ２は、自己のサービスオ
ブジェクトをLookupサービスＬＵＳ２に登録するものと
し、 JiniサービスＳＶ３は、自己のサービスオブジェ
クトを同じくLookupサービスＬＵＳ２に登録するものと
し、また、JiniサービスＳＶ４は、自己のサービスオブ
ジェクトをLookupサービスＬＵＳ３に登録するものとし
ている。なお、図中、太線の矢印Ａ１〜Ａ４はそれぞれ
のJiniサービスＳＶ１，ＳＶ２，ＳＶ３，ＳＶ４がそれ
ぞれ登録すべきLookupサービスＬＵＳ１，ＬＵＳ２，Ｌ
ＵＳ３に自己のサービスオブジェクトを登録する経路を
示している。

【０００６】そして、たとえば、JiniクライアントＣＬ
１がJiniサービスＳＶ２の機能を用いる場合は、 Jini
クライアントＣＬ１はLookupサービスＬＵＳ２からJini
サービスＳＶ２のサービスオブジェクトをダウンロード
して、そのサービスオブジェクトを用いてJiniサービス
ＳＶ２との間で情報のやりとりを行う。

【０００７】このような分散オブジェクトシステムにお
いて、それぞれのJiniサービス間あるいはLookupサービ
ス間、さらにはJiniサービスとLookupサービスとの間
で、たとえば、ファイルの更新通知などを行う際にイベ
ントを利用することが考えられる。

【０００８】

【発明が解決しようとする課題】しかしながら、企業な
どのネットワークでは図９に示すようにファイアウオー
ルＦＷが用いられている場合が多く、それによってアク
セスできるプロトコルが制限されているのが一般的であ
る。

【０００９】したがって、このようなファイアウオール
ＦＷでアクセス制限が設けられたネットワーク上では、
イベントの通知ができない場合もある。一般的に企業な
どのネットワーク上においては、アクセス可能としてい
るプロトコルとしては、www上でのデータ転送に用いら
れる“ＨＴＴＰ”や電子メール転送などで用いられる
“ＳＭＴＰ”などである。

【００１０】勿論、このファイアウオールＦＷのアクセ
ス制限を緩めれば、様々なプロトコルでの通信が可能と
なるが、企業などではある程度アクセス制限を強くする
ことも必要であり、むやみにアクセス制限を緩めること
ができない現状がある。

【００１１】また、使用するプログラム言語の異なるよ
うな異種システム間ではイベントの通信が行えないとい
う問題もある。この異種システム間でイベントによる通
信を行うには、たとえば、CORBAなどによる仲介サービ
スを介在させて、一方のシステムからのあるプログラム
言語で記述されたイベントを他のシステムの使用してい
るプログラム言語に変換させる必要がある。確かに、こ
のような仲介サービスを介在させれば、異種システム間
においてもイベントによる通信が可能となるが、仲介用
のシステムを介在させる必要があり、ネットワークシス
テムを構築する上であまり好ましいものではない。

【００１２】そこで本発明は、ネットワーク上にファイ
アウオールが存在してもイベント通信を可能とし、しか
も異機種間でのイベント通信を可能とすることを目的と
している。

【００１３】

【課題を解決するための手段】上述した目的を達成する
ために、本発明の情報通信システムは、複数のシステム
間で情報の授受が可能であって、あるシステムから他の
システムにイベントの通知を行う機能を有した情報通信
システムにおいて、イベント通知側システムは、通知す
べきイベントのイベントデータおよびそのイベントをど
のように実行すべきかを示すイベント通知方法データを
それぞれタグ付き構造化データに変換するデータ変換手
段と、このデータ変換手段によって変換された前記イベ
ントデータに相当するタグ付き構造化データおよび前記
イベント通知方法データに相当するタグ付き構造化デー
タをイベント受信側システムに送信する送信手段とを有
している。また、イベント受信側システムは、前記イベ
ント通知側システムから送られてきたイベントデータに
相当するタグ付き構造化データおよびイベント通知方法
データに相当するタグ付き構造化データを受信する受信
手段と、その受信したイベントデータに相当するタグ付
き構造化データおよびイベント通知方法データに相当す
るタグ付き構造化データをイベントデータおよびイベン
ト通知方法データに復元するデータ変換手段と、その復
元された内容に基づいたイベント処理を行う手段とを有
している。

【００１４】このような情報通信システムにおいて、前
記イベントデータに相当するタグ付き構造化データは、
イベント名、イベントを識別するためのイベントＩＤ、
イベントの順番を示す情報の他に、必要に応じてイベン
ト発生源を表す情報、ハンドバックなどの要素で構成さ
れている。そして、前記イベント通知方法データに相当
するタグ付き構造化データは、メソッド名、イベント通
知先を示す情報、前記イベントデータの他に、必要に応
じて、メソッドの形式によっては引数型とその引数の値
で構成され、さらに必要に応じて、イベントの実行に対
する応答データをタグ付き構造化データに変換したデー
タが加えられ、その応答データに対するタグ付き構造化
データは、戻り値型と戻り値、エラーなどを表す情報な
どの要素で構成されている。

【００１５】また、この情報通信システムにおいて、前
記タグ付き構造化データは、ＸＭＬで記述されたデータ
としている。

【００１６】さらに、そのタグ付き構造化データは、HT
TPまたはSMTPなどの既存のプロトコルを用いて送信する
ようにしている。

【００１７】また、本発明の情報通信システムにおける
イベント処理方法は、複数のシステム間で情報の授受が
可能であって、あるシステムから他のシステムにイベン
トの通知を行う機能を有した情報通信システムにおける
イベント処理方法において、イベント通知側システムで
は、通知すべきイベントのイベントデータおよびそのイ
ベントをどのように実行すべきかを示すイベント通知方
法データをそれぞれタグ付き構造化データに変換し、こ
の変換されたイベントデータに相当するタグ付き構造化
データおよびイベント通知方法データに相当するタグ付
き構造化データをイベント受信側システムに送信する。
また、イベント受信側システムは、前記イベント通知側
システムから送られてきたイベントデータに相当するタ
グ付き構造化データおよびイベント通知方法データに相
当するタグ付き構造化データを受信し、その受信したイ
ベントデータに相当するタグ付き構造化データおよびイ
ベント通知方法データに相当するタグ付き構造化データ
をイベントデータおよびイベント通知方法データに復元
し、その復元された内容に基づいたイベント処理を行
う。

【００１８】このような情報通信システムにおけるイベ
ント処理方法において、前記イベントに相当するタグ付
き構造化データは、イベント名、イベントを識別するた
めのイベントＩＤ、イベントの順番を示す情報の他に、
必要に応じてイベント発生源を表す情報、ハンドバック
などの要素で構成されている。そして、前記イベント通
知方法データに相当するタグ付き構造化データは、メソ
ッド名、イベント通知先を示す情報、前記イベントデー
タの他に、必要に応じて、メソッドの形式によっては引
数型とその引数の値で構成され、さらに必要に応じて、
イベントの実行に対する応答データをタグ付き構造化デ
ータに変換したデータが加えられ、その応答データに対
するタグ付き構造化データは、戻り値型と戻り値、エラ
ーなどを表す情報などの要素で構成される。

【００１９】また、この情報通信システムにおけるイベ
ント処理方法において、前記タグ付き構造化データは、
ＸＭＬで記述されたデータとしている。

【００２０】さらに、そのタグ付き構造化データは、HT
TPまたはSMTPなどの既存のプロトコルを用いて送信する
ようにしている。

【００２１】また、本発明の情報通信システムにおける
イベント処理プログラムを記録した記録媒体は、複数の
システム間で情報の授受が可能であって、あるシステム
から他のシステムにイベントの通知を行う機能を有した
情報通信システムにおけるイベント処理プログラムを記
録した記録媒体であって、イベント通知側システムで
は、通知すべきイベントのイベントデータおよびそのイ
ベントをどのように実行すべきかを示すイベント通知方
法データをそれぞれタグ付き構造化データに変換する手
順と、この変換されたイベントデータに相当するタグ付
き構造化データおよびイベント通知方法データに相当す
るタグ付き構造化データをイベント受信側システムに送
信する手順とが処理プログラムに書き込まれている。ま
た、前記イベント受信側システムは、前記イベント通知
側システムから送られてきたイベントデータに相当する
タグ付き構造化データおよびイベント通知方法データに
相当するタグ付き構造化データを受信する手順と、その
受信したイベントデータに相当するタグ付き構造化デー
タおよびイベント通知方法データに相当するタグ付き構
造化データをイベントデータおよびイベントの通知方法
データに復元する手順と、その復元された内容に基づい
たイベント処理を行う手順とが処理プログラムに書き込
まれている。

【００２２】このような情報通信システムにおけるイベ
ント処理プログラムを記録した記録媒体において、前記
イベントに相当するタグ付き構造化データは、イベント
名、イベントを識別するためのイベントＩＤ、イベント
の順番を示す情報の他に、必要に応じてイベント発生源
を表す情報、ハンドバックなどの要素で構成されてい
る。そして、前記イベント通知方法データに相当するタ
グ付き構造化データは、メソッド名、イベント通知先を
示す情報、前記イベントデータの他に、必要に応じて、
メソッドの形式によっては引数型とその引数の値で構成
され、さらに必要に応じて、イベントの実行に対する応
答データをタグ付き構造化データに変換したデータが加
えられ、その応答データに対するタグ付き構造化データ
は、戻り値型と戻り値、エラーなどを表す情報などの要
素で構成されている。

【００２３】また、この情報通信システムにおけるイベ
ント処理プログラムを記録した記録媒体において、前記
タグ付き構造化データは、ＸＭＬで記述されたデータと
している。

【００２４】さらに、そのタグ付き構造化データは、HT
TPまたはSMTPなどの既存のプロトコルを用いて送信する
ようにしている。

【００２５】このように本発明では、イベント通知側シ
ステムでは、通知すべきイベントデータとそのイベント
をどのように実行すべきかを示すイベント通知方法デー
タをそれぞれタグ付き構造化データに変換してそれをイ
ベント受信側システムに送信し、イベント受信側システ
ムでは、イベント通知側システムから送られてきたイベ
ントに相当するタグ付き構造化データおよびイベント通
知方法データに相当するタグ付き構造化データをイベン
トデータおよびイベント通知方法データに復元し、その
復元された内容に基づいたイベント処理を行うようにし
ている。

【００２６】このように、イベントデータとイベント通
知方法データをそれぞれタグ付き構造化データで記述す
ることによって、 HTTPやＳＭＴＰといった既存のプロ
トコルを用いてイベントの通信を行うことができるの
で、ファイアウオールなどのアクセス制限が存在しても
イベントの通信を行うことができる。また、このタグ付
き構造化データで表されたファイル（たとえばＸＭＬフ
ァイル）はテキストファイルであり、そのなかに様々な
情報を埋め込むことができるので、プログラムモジュー
ルを表現することができ、それによって、イベント及び
その通知方法などの情報を書き示すことができる。ま
た、テキストファイルであることから使用プログラム言
語の異なるシステム間でのイベント通信が可能となる。

【００２７】また、このようなタグ付き構造化データ
は、HTTPやＳＭＴＰといった既存のプロトコルを用いて
イベントの通信を行うことができるので、ファイアウオ
ールなどのアクセス制限が存在してもイベントの通信を
行うことができる。

【００２８】また、 前記イベントに対するタグ付き構
造化データは、イベント名、イベントを識別するための
イベントＩＤ、イベントの順番を示す情報の他に、必要
に応じてイベント発生源を表す情報、ハンドバックなど
の要素で構成されており、また、イベントの実行方法に
対するタグ付き構造化データは、メソッド名、イベント
通知先を示す情報、イベント内容の他に、メソッドの形
式によっては引数型とその引数の値、さらに、必要に応
じて、イベントを実行による応答データをタグ付き構造
化データに変換し、その応答データに対するタグ付き構
造化データは、戻り値型と戻り値、エラーなどを表す情
報などの要素で構成されている。

【００２９】このように、イベントデータおよびイベン
ト通知方法データの構成要素を定義することによって、
それぞれのシステムで統一的なイベント処理が可能とな
り、しかも、これらはタグ付き構造化データで表されて
いるので、前述したように、使用プログラム言語の異な
るような異種のシステム間でのイベント通信が可能とな
る。

【００３０】

【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。なお、この実施の形態で説明する内容は、
本発明の情報通信システムおよびそのイベント処理方法
の説明であるとともに、本発明の情報通信システムにお
けるイベント処理プログラムを記録した記録媒体のイベ
ント処理プログラムの処理内容の説明をも含むものであ
る。

【００３１】本発明はファイアウオールによるアクセス
制限が存在していてもシステム間でのイベントによる通
知を可能とするとともに異機種間であっても仲介システ
ムを介在させることなくイベントによる通知を可能とす
るものであり、それを実現するために、通知すべきイベ
ントのイベントデータおよびそのイベントをどのように
実行すべきかを示すイベント通知方法データを、タグ付
き構造化データで表す。そして、この実施の形態では、
タグ付き構造化データとしてＸＭＬを用いる。このＸＭ
Ｌはタグを独自に定義できるのが特徴でありその点がＨ
ＴＭＬ（HyperText Markup Language）と異なってい
る。

【００３２】そして、このＸＭＬで作成されたファイル
はテキストファイルであり、そのテキストファイルに様
々なデータを埋め込むことができるのが特徴である。し
たがって、このようなＸＭＬを用いたタグ付き構造化デ
ータはプログラムモジュールを表現することができるの
で、たとえば、前述したシステムの持つ情報に変更が生
じた場合など、その変更内容などを記述することができ
る。なお、このようなＸＭＬファイルはそれを閲覧でき
るブラウザ（ＸＭＬブラウザ）を用いれば、その内容を
読み取ることができる。

【００３３】また、あるシステムから他のあるシステム
にイベントの通知を行う際は、そのＸＭＬファイル（テ
キストファイル）をHTTPまたはSMTPのプロトコルで送る
ようにする。

【００３４】これによって、ファイアウオールを通過す
ることができ、さらに、異種システム間であっても、通
信が可能となる。たとえば、図９に示すシステムを例に
取れば、 LookupサービスＬＵＳ１とLookupサービスＬ
ＵＳ２との間でイベントをやりとりする場合、両者とも
に通信プロトコルをHTTPまたはSMTPのいずれかに一致さ
せておけば、イベントの通信を行うことができる。

【００３５】そして、それぞれの LookupサービスＬＵ
Ｓ１とLookupサービスＬＵＳ２に接続されたサービス
（この図９に示すシステムではJiniサービスＳＶ１やJi
niサービスＳＶ２など）は、たとえプログラム言語が異
なっていても送られてくるイベントはテキストファイル
なので、内容を読み取ることができる。以下、本発明に
ついて詳細に説明する。

【００３６】本発明を実現する上で必要な構成要件とし
ては、ここでは図示しないが、イベント送信側システム
においては、通知すべきイベントのイベントデータおよ
びそのイベントをどのように実行すべきかを示すイベン
ト通知方法データ通知すべきイベントをそれぞれタグ付
き構造化データ（ＸＭＬファイル）に変換する手段と、
これらイベントデータとイベント通知方法データを送信
する手段とを有している。

【００３７】一方、イベント受信側システムにおいて
は、送られてきたイベントデータに対するタグ付き構造
化データ（ＸＭＬファイル）およびイベント通知方法デ
ータに対するタグ付き構造化データ（ＸＭＬファイル）
を受信する手段と、そのイベントデータに相当するタグ
付き構造化データ（ＸＭＬファイル）をイベントに復元
する手段と、イベント通知方法データに相当するタグ付
き構造化データ（ＸＭＬファイル）をイベント通知方法
に復元する手段とを有している。

【００３８】本発明の実施の形態で用いられるイベント
データに対するタグ付き構造化データは以下の要素で構
成される。

【００３９】（ａ）イベント名 （ｂ）イベントＩＤ （ｃ）シーケンス番号（イベントの順番を示す番号） であり、その他、オプションの要素として以下のものが
ある。

【００４０】（ｃ）イベントソース（イベント発生源を
表す情報） （ｄ）ハンドバッグ が存在する。これら各要素は、イベント受信システム
（イベントリスナともいう）がイベント通知する側にイ
ベントリスナとして登録する際に、イベントリスナ側へ
の送付内容としてこれら各要素を登録することができ
る。

【００４１】図１はイベントデータをタグ付き構造化デ
ータで表した一例、つまり、イベントデータに相当する
ＸＭＬファイルの一例を示すもので、（ａ）〜（ｅ）を
付した部分は上述の（ａ）〜（ｅ）に対応するデータで
ある。これら（ａ）〜（ｅ）の各要素において、（ａ）
のイベント名はたとえば“File Update”というように
文字列で記述され、（ｂ）のイベントＩＤや（ｃ）のシ
ーケンス番号などはそれを表す数字が記述されて、ま
た、（ｄ）のイベントソースや（ｅ）のハンドバックは
それを示す何らかのデータが記述される。なお、この図
１では、それぞれの要素の殆どがその要素を示す具体例
の図示が省略されている。

【００４２】そして、これら（ａ）〜（ｅ）の各要素の
あとに、これら（ａ）〜（ｅ）の各要素の内容を意味付
けするデータがＤＴＤとして記述され、これら両方でイ
ベントデータに対するＸＭＬファイルが構成される。

【００４３】一方、イベントをどのように実行すべきか
のイベント通知方法データは、上述したイベントデータ
と同様にタグ付き構造化データで表され、そのタグ付き
構造化データは以下の要素で構成される。

【００４４】（Ａ）メソッド名 （Ｂ）オブジェクト（イベントの通知先のクラス名やそ
のＩＤ） （Ｃ）上述したイベント内容（図１参照） の他に、メソッドの形式により、以下のものがオプショ
ンとして記述される。

【００４５】（Ｄ）引数型と引数の値 さらに、オプションとしてイベント通知に対する応答を
行うことも可能で、その応答データもタグ付き構造化デ
ータで表され、そのタグ付き構造化データは以下の要素
で構成される。

【００４６】（Ｅ）戻り値型と戻り値 （Ｆ）例外の型と例外（エラーなどに関する情報） これら各要素は、イベントリスナ（イベントを受ける
側）がイベント通知する側にイベントリスナとして登録
する際に、イベント通知側に登録される。（Ａ）のメソ
ッドは、イベントに対して実行される関数であり、それ
ぞれのイベントごとにその関数が指定される。たとえ
ば、ファイル内容の更新であればそれに対応して、“fi
le update”といったメソッドが登録され、また、ファ
イルの削除に対してはそれに対応したメソッドが登録さ
れる。

【００４７】図２はこのイベント通知方法データの一例
を示すもので、この図２においては、イベント通知方法
データ部分Ｚ１とそれに対する応答データ部分Ｚ２で構
成されている。

【００４８】なお、イベント通知方法データ部分Ｚ１に
おいて、（Ａ）〜（Ｄ）を付した部分は上述の（Ａ）〜
（Ｄ）に対応するデータである。これら（Ａ）〜（Ｄ）
の各要素において、（Ａ）のメソッド名はたとえば“Fi
le Updated”というように文字列で記述され、（Ｂ）の
オブジェクトにおけるイベントの通知先はイベントの通
知先が文字列で記述され、そのＩＤはそれを表す数字で
記述されている。

【００４９】また、（Ｃ）のイベントは図１で示したイ
ベントデータが記述され、（Ｄ）の引数型はそれを表す
文字列が記述され、引数の値はそれを表す何らかのデー
タが記述される。

【００５０】また、（Ｅ）の戻り値型はそれを表す文字
列が記述され、戻り値の値はそれを表す何らかのデータ
が記述され、（Ｆ）の例外の型はそれを表す文字列が記
述され、例外はそれを表す何らかのデータが記述され
る。

【００５１】なお、この図２においても、それぞれの要
素の殆どはそのデータについての具体例の図示が省略さ
れている。

【００５２】そして、これら（Ａ）〜（Ｄ）および
（Ｅ）と（Ｆ）の内容を意味付けするデータがそれぞれ
ＤＴＤとして記述されている。

【００５３】図３は本発明のイベント処理手順を説明す
るフローチャートであり、この図３を参照しながらその
手順について説明する。

【００５４】まず、イベント受信側システムはイベント
通知側システムに登録する（ステップｓ１）。この登録
は自身をイベント受信者として登録とともに、前述した
ようなイベントデータとしての各要素の登録を行うこと
ができ、さらに、イベント通知方法データとしての各要
素の登録を行うことができる。

【００５５】そして、イベント通知側システムでイベン
トが発生すると（ステップｓ２）、イベント通知側シス
テムは、データ変換手段（図示せず）を用いて、そのイ
ベントデータを構成する各要素を図１で示すようなタグ
付き構造化データに変換するとともに、イベント通知方
法データを図２に示すようなタグ付き構造化データに変
換する（ステップｓ３）。そして、これらタグ付き構造
化データをそのイベント通知側システムに登録されてい
る全てのイベント受信側システムに対し、データ送信手
段（図示せず）を用いて送信する（ステップｓ４）。

【００５６】一方、イベント受信側システムでは、イベ
ント通知側システムから送られてきたタグ付き構造化デ
ータをデータ受信部（図示せず）で受信し（ステップｓ
５）、その受信したタグ付き構造化データをデータ変換
手段（図示せず）を用いてデータ変換を行うことによっ
て、イベントデータとイベント実行方法データにそれぞ
れ復元する（ステップｓ６）。

【００５７】そして、イベント受信側システムでは、デ
ータ変換部によって復元されたイベント通知方法データ
にしたがって、当該イベントを自身のイベント受信モジ
ュールに通知し（ステップｓ７）、それによって、イベ
ント受信モジュールはそのイベントを処理する（ステッ
プｓ８）。このとき、イベント受信モジュールは必要に
応じてイベント通知側システムに応答を出す。

【００５８】その応答が出されると、イベント受信側シ
ステムのデータ変換部はその応答データを受け取ってタ
グ付き構造化データに変換し（ステップｓ９）、そのタ
グ付き機構造化データをデータ送信部を用いてイベント
通知側システムに送信し（ステップｓ１０）、それによ
って、イベント受信側システムの処理を終了する（ステ
ップｓ１１）。

【００５９】イベント通知側システムでは、送られてき
たタグ付き機構造化データをデータ受信部を用いて受信
し（ステップｓ１２）、その受信したタグ付き機構造化
データをデータ変換部を用いて応答データに復元する
（ステップｓ１３）。そして、イベント通知側システム
は登録されているすべてのイベント受信側システムから
送られてきた応答データ処理を行い（ステップｓ１
４）、処理を終了する（ステップｓ１５）。

【００６０】図４は本発明を説明するシステム構成図で
あり、構成要素としては、イベントの通知を行うイベン
ト通知側システムＳＹ１とイベントを受信するイベント
受信側システムＳＹ２、このイベント受信側システムＳ
Ｙ２に設けられたHTTPサーバＳＡを考える。

【００６１】そして、イベント通知側システムＳＹ１に
はイベント通知モジュールＭＤ１が存在し、イベント受
信側システムＳＹ２にはイベント受信モジュールＭＤ２
が存在する。また、HTTPサーバＳＡは、イベント通知側
システムＳＹ１からのイベントデータやイベント通知方
法データが記述されたそれぞれのタグ付き構造化データ
（ＸＭＬファイル）を受け取ると、専用のプログラムを
実行させて（たとえばＣＧＩを用いる）、当該ＸＭＬフ
ァイルをイベント受信側システムＳＹ２に転送する。

【００６２】このようなシステム構成において、具体的
なイベント処理手順について説明する。ここでは、イベ
ント通知側システムＳＹ１でファイル更新がなされた場
合のイベント処理について説明する。

【００６３】まず、イベント受信側システムＳＹ２のイ
ベント受信モジュールＭＤ２は、イベント通知側システ
ムＳＹ１のイベント通知モジュールＭＤ１にファイル更
新イベントに関するデータを登録する。そして、イベン
ト通知側システムＳＹ１において、あるファイルの更新
がなされたとすると、イベント通知モジュールＭＤ１は
ファイル更新イベントオブジェクトを生成する。

【００６４】そして、イベント通知側システムＳＹ１
は、そのイベントオブジェクトの情報をデータ変換手段
（図示せず）を用いてタグ付き機構造化データ（ＸＭＬ
ファイル）に変換するとともに、イベント受信モジュー
ルＭＤ２が指定したメソッド（受信モジュールで実行す
べきメソッド）などイベント通知方法データをタグ付き
機構造化データ（ＸＭＬファイル）に変換して、それを
送信手段（図示せず）を用いてHTTPサーバＳＡに送信す
る。

【００６５】HTTPサーバＳＡはイベント通知側システム
ＳＹ１から送られてきたＸＭＬファイルを、専用のプロ
グラムを働かせてイベント受信側システムＳＹ２に転送
する。

【００６６】これによって、イベント受信側システムＳ
Ｙ２はHTTPサーバＳＡからのＸＭＬファイルをデータ変
換手段（図示せず）を用いてイベントデータとイベント
実行方法データに復元し、イベント受信モジュールＭＤ
２が実行すべきメソッドを呼び出して、それによってイ
ベント受信モジュールＭＤ２がイベント通知方法データ
に基づいてイベントを実行する。そして、応答の必要が
あれば、イベント受信側システムＳＹ２はイベント受信
モジュールＭＤ２の応答データをＸＭＬファイルに変換
し、それをイベント通知側システムＳＹ１のHTTPサーバ
（図示せず）に転送する。これによって、そのHTTPサー
バはイベント通知側システムＳＹ１にそのＸＭＬファイ
ルを転送する。

【００６７】そして、そのＸＭＬファイル（応答情報に
対するＸＭＬファイル）をイベント通知側システムＳＹ
１が受け取ると、そのＸＭＬファイルをデータ変換手段
（図示せず）を用いて応答情報に復元して、その内容に
基づいた処理を行う。

【００６８】以上説明したように本発明によれば、イベ
ントデータとイベント通知方法データをタグ付き構造化
データ（この実施の形態ではＸＭＬ）で定義することに
より、HTTPなど既存のプロトコルを用いてイベントの通
知を行うことができる。これによって、ファイアウオー
ルを通過することができ、また、このＸＭＬで作成され
たファイルはテキストファイルであるので、使用プログ
ラム言語が異なるような異種システム間であっても通信
が可能となる。

【００６９】なお、本発明の具体的な適用例として、以
下に示すようなシステムが考えられる。

【００７０】図５はJini Lookupサービスシステムの全
体的な構成を示すもので、この図５に示すシステムで
は、図９で示した分散オブジェクト管理手段としてのLo
okupサービスＬＵＳ１，ＬＵＳ２，ＬＵＳ３の機能を拡
張して、それらをポータルサービスとしての機能を有す
るようにしたものであり、この図５ではLookupサービス
ＬＵＳ１，ＬＵＳ２，ＬＵＳ３をそれぞれポータルサー
ビスＰＳ１，ＰＳ２，ＰＳ３と呼ぶことにする。

【００７１】また、この実施の形態では、Jiniクライア
ントＣＬ１，ＣＬ２，ＣＬ３が登録されたネットワーク
Ｎ１上のポータルサービスＰＳ１を主体に説明するの
で、ポータルサービスＰＳ１をローカルポータルサービ
スＰＳ１と呼ぶ場合もある。

【００７２】なお、この図５に示すポータルサービスＰ
Ｓ１，ＰＳ２，ＰＳ３は、図示しないがそれぞれ登録す
べきクライアントに関するクライアント情報の登録を行
う手段と、登録されたクライアントからの情報取得要求
を受信する手段と、他の分散オブジェクト管理手段に自
身を登録するとともに自身には他の分散オブジェクト管
理手段を登録する手段と、他の分散オブジェクト管理手
段が有する情報をキャッシュする手段と、前記登録され
たクライアントから要求された情報を取得する手段と、
それによって取得された情報を当該クライアントに提供
する手段とを有している。

【００７３】このポータルサービＰＳ１の行う概略的な
処理について図６から図８を参照して説明する。

【００７４】図６はポータルサービスの起動処理につい
て説明するもので、ここではポータルサービスＰＳ１に
ついての処理を説明する。まず、ポータルサービスＰＳ
１が起動されると（ステップｓ２１）、キャッシュされ
ているサービスオブジェクトが存在するかということ
や、自分に登録されている他のポータルサービス（自分
が情報を見に行くべき他のポータルサービス）があるか
を判断し（ステップｓ２２）、あると判断されれば、そ
のキャッシュされている情報や登録情報を抽出する（ス
テップｓ２３）。

【００７５】そして、そのキャッシュ情報が更新されて
いる場合には、それを更新処理する（ステップｓ２
４）。この更新処理は他のポータルサービスからの更新
通知を受けることによって行われる。すなわち、それぞ
れのポータルサービスが持っている情報内容に変更が生
じた場合、それを他のポータルサービスに通知し、その
更新通知を受け取った、ポータルサービスは自身にキャ
ッシュされている情報のうち更新された情報の更新を行
う。

【００７６】このような更新処理が終了すると処理を終
了する（ステップｓ２５）。なお、この更新処理につい
ては図８を用いてのちに説明する。

【００７７】図７はクライアントからのサービス取得要
求に対するポータルサービスのサービス取得処理につい
て説明するもであり、ここでは、クライアントＣＬ１か
らのサービス取得要求に対するポータルサービスＰＳ１
のサービス取得処理についてを説明する。

【００７８】まず、クライアントＣＬ１からポータルサ
ービスＰＳ１に接続要求が出されると（ステップｓ３
１）、ポータルサービスＰＳ１はその接続要求の出され
たクライアントＣＬ１が自身に登録済みのクライアント
であるか否かを判断し（ステップｓ３２）、登録済みの
クライアントであれば、そのクライアントが自身のポー
タルサービスＰＳ１を利用するためのサービスオブジェ
クト（ポータルサービスＰＳ１自身に予め登録されてい
る）をクライアントＣＬ１に送信する（ステップｓ３
３）。

【００７９】そして、クライアントＣＬ１に対してはポ
ータルサービスＰＳ１が持つ全てのサービス（サービス
一覧）を提示し（ステップｓ３４）、それによって、ク
ライアントＣＬ１はポータルサービスＰＳ１に存在する
サービス一覧を見ることができる。このサービス一覧
は、図５に示すシステムの例では、ポータルサービスＰ
Ｓ１がもともと持っているJiniサービスＳＶ１のサービ
スオブジェクトの他、キャッシュされた他のポータルサ
ービスＰＳ２，ＰＳ２が持っている情報（Jiniサービス
Ｓ２，Ｓ３，Ｓ４のサービスオブジェクトなど）が存在
する。

【００８０】そして、クライアントＣＬ１からサービス
要求を受け付けると（ステップｓ３５）、そのサービス
要求の内容がローカルのサービス（この場合、ローカル
ポータルサービスＰＳ１がもともと持っているJiniサー
ビスＳ１のサービスオブジェクト）を要求しているか否
かを判断し（ステップｓ３６）、ローカルのサービス要
求である場合には、その情報（ JiniサービスＳ１のサ
ービスオブジェクト）をクライアントＣＬ１へ送信し
（ステップｓ３７）、処理を終了する（ステップｓ３
８）。

【００８１】また、クライアントＣＬ１からのサービス
要求の内容がローカルなサービスでない場合には、キャ
ッシュされている情報を要求しているか否かを判断し
（ステップｓ３９）、キャッシュされているサービスの
要求である場合には、そのキャッシュされているサービ
スをクライアントに送信し（ステップｓ３７）、処理を
終了する（ステップｓ３８）。なお、このキャッシュさ
れているサービスというのは、他のポータルサービスＰ
Ｓ２，ＰＳ３を経由して取得した情報（この図５に示す
システムの例ではJiniサービスＳ２、Ｓ３，Ｓ４のサー
ビスオブジェクト）である。

【００８２】また、クライアントＣＬ１からのサービス
要求の内容がローカルなサービスでなく、キャッシュさ
れているサービスでもない場合には、自身（ローカルポ
ータルサービスＰＳ１）に登録されている他のポータル
サービスＰＳ２，ＰＳ３に対するサービス要求と判断し
て、他のポータルサービスＰＳ２またはＰＳ３にサービ
ス要求を出す（ステップｓ４０）。これは、本発明の主
旨からすれば、ポータルサービスＰＳ１は、自身に登録
されている他のポータルサービスＰＳ２，ＰＳ３の持つ
情報（Jiniサービスｓ２，ｓ３，ｓ４のサービスオブジ
ェクト）をキャッシュしているはずであるが、何らかの
要因によって、それらの情報がポータルサービスＰＳ１
にキャッシュされていない場合もある。

【００８３】このような場合、ポータルサービスＰＳ１
は他のポータルサービス、すなわち、ポータルサービス
ＰＳ２やＰＳ３に対し、サービス要求を出して、クライ
アントＣＬ１の要求するサービスが存在するポータルサ
ービスから情報を取得する。なお、ポータルサービスＰ
Ｓ１が他のポータルサービスＰＳ２やＰＳ３にサービス
要求を出す際、要求先のポータルサービスに対し、サー
ビス内容に変更が生じたときのために自身（ポータルサ
ービスＰＳ１）に更新通知を出すように、そのポータル
サービスに対し更新通知依頼登録を行う。

【００８４】このように、ローカルポータルサービスＰ
Ｓ１は自身に登録されたポータルサービスＰＳ２，ＰＳ
３にサービス要求を出したあと、取得すべき情報がサー
ビス要求を出したクライアントＣＬ１に提供できるサー
ビスであるか否かを判断し（ステップｓ４１）、そのク
ライアントＣＬ１に提供できるサービスであれば、その
サービスを取得して（ステップｓ４２）、取得したサー
ビスを自身にキャッシュ（ステップｓ４３）するととも
に、その取得したサービスをクライアントＣＬ１に送信
し（ステップｓ３７）、処理を終了する（ステップｓ３
８）。

【００８５】なお、上述のクライアントＣＬ１に提供で
きる情報か否かというのは、たとえば、クライアントに
よって、使えるサービスが限定されている場合もあり、
たとえば、クライアントＣＬ１はJiniサービスＳ２とＳ
３の情報は受けることはできるが、 JiniサービスＳ４
の情報は受けることができないといった制限が設けられ
ている場合もあるので、それを判断し、当該クライアン
トＣＬ１が受けることのできないサービスである場合
は、サービスの提供は行わずに処理を終了する。

【００８６】図８はポータルサービスのキャッシュ更新
処理について説明するもので、ここでもポータルサービ
スＰＳ１についての処理を説明する。まず、キャッシュ
するポータルサービスＰＳ１は、他のポータルサービス
（ここではポータルサービスＰＳ２，ＰＳ３）に対し、
ポータルサービスＰＳ１がキャッシュすべき情報と前回
の更新日時とともに、自身（ポータルサービスＰＳ１）
を登録する（ステップｓ５１）。

【００８７】そして、オリジナル情報（他のポータルサ
ービスＰＳ２，ＰＳ３の持つ情報）の更新日時が自身の
キャッシュ内容の更新日時よりも新しいか否かを判断し
（ステップｓ５２）、オリジナル情報の更新日時が自身
のキャッシュ内容の更新日時よりも新しければ、その情
報を有するポータルサービスからの更新通知を受け付け
て（ステップｓ５３）、キャッシュされているサービス
の情報を更新して（ステップｓ５４）、処理を終了する
（ステップｓ５５）。

【００８８】なお、更新通知を発行する側のポータルサ
ービスは、更新したサービスの更新日時を現在時刻に
し、その更新通知は、当該ポータルサービス（更新通知
を発行する側のポータルサービス）に登録されているす
べてのポータルサービスに更新通知を行う。そして、そ
の更新通知を受け取った全てのポータルサービスは自身
のキャッシュされている情報を更新するとともに、必要
に応じて応答を返す。

【００８９】上述したポータルサービスＰＳ１の起動処
理（図６参照）、サービス取得処理（図７参照）、キャ
ッシュ更新処理（図８参照）を踏まえて、本発明の実施
の形態を全体的かつ具体的に説明する。

【００９０】この図５で示されたシステムの前提として
は前述したように、 （１）ポータルサービスには当該ポータルサービスにア
クセス可能なクライアントに関する情報が登録されてい
る。 （２）ポータルサービスには自身が管理するサービスと
その情報が登録されている。 （３）ポータルサービスには他のポータルサービスとそ
のポータルサービスが管理するサービスの情報が予め設
定されていて、その情報を利用できる。 （４）クライアントの情報と外部サービスの情報は外部
リポジトリ（ファイル、データベースなど）に格納され
ている。 （５）クライアントは特定のポータルサービスへの接続
手段を有している。 （６）Java／Jini技術を用いる。

【００９１】このような前提において、クライアントＣ
Ｌ１がポータルサービスをＰＳ１を利用する際の具体的
な利用方法について説明する。

【００９２】クライアントＣＬ１は自信の登録情報（ユ
ーザ名、登録グループ名、登録サイト情報、サービス名
など）とともに、ポータルサービスＰＳ１への接続要求
を送信する。

【００９３】ポータルサービスＰＳ１はクライアントＣ
Ｌ１から出された接続要求に基づき、クライアントＣＬ
１の登録情報が自身のリポジトリにある登録クライアン
ト情報と一致するか否かを調べ、一致していれば、自身
のサービスオブジェクト（ポータルサービスＰＳ１を利
用するためのサービスオブジェクト）を当該クライアン
トＣＬ１に送信する。

【００９４】クライアントＣＬ１は自分が利用できるサ
ービス一覧をポータルサービスＰＳ１に要求し、それに
よって、ポータルサービスＰＳ１はクライアント情報
（ユーザ名、登録グループ名）に基づき、適当な全サー
ビスの情報（サービス名、ベンダー情報、バージョン情
報、説明など）の一覧をクライアントＣＬ１に送信す
る。

【００９５】クライアントＣＬ１はそのサービス一覧の
中から、たとえば、ローカルなサービスを選択すると、
ポータルサービスＰＳ１は、自身がもともと持っている
サービス（たとえば、前述したように、JiniサービスＳ
１のサービスオブジェクト）をクライアントＣＬ１へ送
信する。

【００９６】また、クライアントＣＬ１からのサービス
要求の内容が、キャッシュされているサービスの要求
（前述したように、他のポータルサービスＰＳ１，ＰＳ
２を経由して取得した情報であって、たとえば、図５で
示したシステムの例ではJiniサービスＳ２、Ｓ３，Ｓ４
などのサービスオブジェクト）である場合には、その情
報をクライアントＣＬ１に送信する。

【００９７】また、クライアントＣＬ１からのサービス
要求の内容がローカルなサービスでなく、キャッシュさ
れているサービスでもない場合には、自身（ポータルサ
ービスＰＳ１）に登録されている他のポータルサービス
に対するサービスの要求と判断して、そのポータルサー
ビスにサービス要求を出す。

【００９８】そして、そのサービスを管理しているポー
タルサービスが見つかった場合、そのポータルサービス
からそのサービスの情報とサービスオブジェクトを受け
取って、受け取ったサービスの情報とサービスオブジェ
クトを自身のキャッシュに登録したのち、そのサービス
オブジェクトをクライアントＣＬ１に送信する。それに
よって、クライアントＣＬ１は送られてきたサービスオ
ブジェクトを用いてそのサービスオブジェクトを有する
サービスとの間での通信が可能となる。

【００９９】ところで、それぞれのサービス（この例で
は、Jini サービスＳＶ１〜ＳＶ４）は、サービス内容
のバージョンアップや機能の変更などが発生するが、そ
の場合、そのサービスを登録しているポータルサービス
に変更通知を出す。

【０１００】これによって、そのポータルサービスは自
分の持つ情報の更新を行い、このように、自身のポータ
ルサービスの情報を更新した場合、自分以外のポータル
サービス（登録されているポータルサービス）に対して
も、自分が管理している情報の更新がなされたことを知
らせる。

【０１０１】たとえば、図５のシステムにおいて、図示
の太い破線Ｂ１，Ｂ２が更新通知の経路の一例を示すも
ので、この場合、ポータルサービスＰＳ２とＰＳ３にお
いてそれぞれ自分の管理している情報の更新がなされ、
その更新通知がポータルサービスＰＳ１に対しても送ら
れていることが示されている。また、逆にポータルサー
ビスＰＳ１の管理している情報の更新がなされた場合に
は、その更新通知をポータルサービスＰＳ２，ＰＳ３に
も送る。

【０１０２】このようなサービス更新の手続きは前述の
図８で既に説明したように、まず、ポータルサービス
（ポータルサービスＰＳ１とする）は、自身に登録され
ている他のポータルサービスに更新通知を取得するため
の登録を行う。他のポータルサービス（たとえば、ポー
タルサービスＰＳ２とする）は自身の持つサービス内容
の更新を検知し、更新されている内容があれば、そのポ
ータルサービスに登録されている全てポータルサービス
に対して更新通知を行う。

【０１０３】なお、この更新通知はイベントを用いて行
うようにする。そして、その更新通知を受けたポータル
サービスはイベント内のサービス情報とサービスオブジ
ェクトを自分のキャッシュに反映させる。このように、
更新通知にイベントを利用することによって、時間によ
る定期的な更新チェックを行う必要がなくなり、それに
より、ネットワークの負荷を減少させることができる。

【０１０４】そこで、このような分散オブジェクトシス
テムにおけるそれぞれのサービス（図５で示されるシス
テムの例では、JiniサービスＳＶ１〜ＳＶ４）で発生す
るファイルの更新（サービスオブジェクトなどの更新）
に対して、前述した本発明のイベント処理方法を利用す
ることができる。

【０１０５】たとえば、JiniサービスＳＶ２のサービス
オブジェクトの更新がなされ、そのJiniサービスＳＶ２
を管理するポータルサービスＰＳ２からポータルサービ
スＰＳ１にイベント通知を行うことを考えた場合、図４
で示したイベント通知を行うためのシステム構成に当て
はめると、イベント通知側システムＳＹ１はポータルサ
ービスＰＳ２に相当し、イベント受信側システムＳＹ２
がポータルサービスＰＳ１に相当し、HTTPサーバＳＡは
ポータルサーバＰＳ１に存在する。なお、その処理手順
などについては既に詳細に説明したのでここでは省略す
る。

【０１０６】このように、分散オブジェクトシステムに
おいて、あるポータルサービスが自身の持つサービス内
容に更新されている内容があったとき、そのポータルサ
ービスに登録されている全てポータルサービスに対して
の更新通知をイベントを用いて行うことによって、時間
による定期的な更新チェックを行う必要がなくなり、そ
れにより、ネットワークの負荷を減少させることができ
る。

【０１０７】なお、本発明は以上説明した実施の形態に
限定されるものではなく、本発明の要旨を逸脱しない範
囲で種々変形実施可能となるものである。たとえば、前
述の実施の形態では、タグ付き構造化データとしてＸＭ
Ｌを例にとって説明したが、タグを独自に定義できテキ
ストファイルとして作成可能な構造化可能なデータであ
ればＸＭＬ以外のタグ付き構造化データも使用可能であ
る。

【０１０８】また、本発明は、以上説明した本発明を実
現するための処理手順が記述された処理プログラムを作
成し、その処理プログラムをフロッピィディスク、光デ
ィスク、ハードディスクなどの記録媒体に記録させてお
くことができ、本発明はその処理プログラムが記録され
た記録媒体をも含むものである。また、ネットワークか
ら当該処理プログラムを得るようにしてもよい。

【０１０９】

【発明の効果】以上説明したように本発明によれば、イ
ベント通知側システムでは、通知すべきイベントデータ
とそのイベントをどのように実行すべきかを示すイベン
ト通知方法データをそれぞれタグ付き構造化データに変
換してそれをイベント受信側システムに送信し、イベン
ト受信側システムでは、イベント通知側システムから送
られてきたイベントに相当するタグ付き構造化データお
よびイベント通知方法データに相当するタグ付き構造化
データをイベントデータおよびイベント通知方法データ
に復元し、その復元された内容に基づいたイベント処理
を行うようにしている。

【０１１０】このように、イベントデータとイベント通
知方法データをそれぞれタグ付き構造化データで記述す
ることによって、 HTTPやＳＭＴＰといった既存のプロ
トコルを用いてイベントの通信を行うことができるの
で、ファイアウオールなどのアクセス制限が存在しても
イベントの通信を行うことができる。

【０１１１】また、このタグ付き構造化データで表され
たファイル（たとえばＸＭＬファイル）はテキストファ
イルであり、そのなかに様々な情報を埋め込むことがで
きるので、プログラムモジュールを表現することがで
き、それによって、イベント及びその通知方法などの情
報を書き示すことができる。また、テキストファイルで
あることから使用プログラム言語の異なるシステム間で
のイベント通信が可能となる。

【０１１２】また、このようなタグ付き構造化データ
は、HTTPやＳＭＴＰといった既存のプロトコルを用いて
イベントの通信を行うことができるので、ファイアウオ
ールなどのアクセス制限が存在してもイベントの通信を
行うことができる。

【０１１３】また、 前記イベントに対するタグ付き構
造化データは、イベント名、イベントを識別するための
イベントＩＤ、イベントの順番を示す情報の他に、必要
に応じてイベント発生源を表す情報、ハンドバックなど
の要素で構成されており、また、イベントの実行方法に
対するタグ付き構造化データは、メソッド名、イベント
通知先を示す情報、イベント内容の他に、メソッドの形
式によっては引数型とその引数の値、さらに、必要に応
じて、イベントを実行による応答データをタグ付き構造
化データに変換し、その応答データに対するタグ付き構
造化データは、戻り値型と戻り値、エラーなどを表す情
報などの要素で構成されている。

【０１１４】このように、イベントデータおよびイベン
ト通知方法データの構成要素を定義することによって、
それぞれのシステムで統一的なイベント処理が可能とな
り、しかも、これらはタグ付き構造化データで表されて
いるので、前述したように、使用プログラム言語の異な
るような異種のシステム間でのイベント通信が可能とな
る。

【図面の簡単な説明】

【図１】本発明において用いられるイベントデータをタ
グ付き構造化データ（ＸＭＬファイル）に変換した一例
を示す図である。

【図２】本発明において用いられるイベント通知方法デ
ータをタグ付き構造化データ（ＸＭＬファイル）に変換
した一例を示す図である。

【図３】本発明のイベント処理手順を説明するフローチ
ャートである。

【図４】本発明の基本的な処理を説明するシステム構成
図である。

【図５】本発明のイベント処理を分散オブジェクトシス
テム（ Jini Lookupサービス）に適用した場合を説明す
るシステム構成の一例を示す図である。

【図６】図５で示したシステムにおけるポータルサービ
スＰＳ１の起動処理手順を説明するフローチャートであ
る。

【図７】図１で示したシステムにおけるポータルサービ
スＰＳ１のサービス取得処理手順を説明するフローチャ
ートである。

【図８】図１で示したシステムにおけるポータルサービ
スＰＳ１のキャッシュ更新処理手順を説明するフローチ
ャートである。

【図９】従来の分散オブジェクトシステムの一例である
Jini Lookupサービスシステムを概念的に説明する図で
ある。

【符号の説明】

ＳＹ１ イベント通知側システム ＳＹ２ イベント受信側システム ＭＤ１ イベント通知側モジュール ＭＤ２ イベント受信側モジュール ＳＡ HTTPサーバ ＣＬ１，ＣＬ２，ＣＬ３ クライアント ＬＵＳ１，ＬＵＳ２，ＬＵＳ３ Lookupサービス ＳＶ１，ＳＶ２，ＳＶ３ Jiniサービス Ｎ１，Ｎ２ ネットワーク ＰＳ１，ＰＳ２，ＰＳ３ ポータルサービス

Claims (12)

【特許請求の範囲】
1. 【請求項１】 複数のシステム間で情報の授受が可能で
   あって、あるシステムから他のシステムにイベントの通
   知を行う機能を有した情報通信システムにおいて、 イベント通知側システムは、通知すべきイベントのイベ
   ントデータおよびそのイベントをどのように実行すべき
   かを示すイベント通知方法データをそれぞれタグ付き構
   造化データに変換するデータ変換手段と、このデータ変
   換手段によって変換された前記イベントデータに相当す
   るタグ付き構造化データおよび前記イベント通知方法デ
   ータに相当するタグ付き構造化データをイベント受信側
   システムに送信する送信手段とを有し、 そのイベント受信側システムは、前記イベント通知側シ
   ステムから送られてきたイベントデータに相当するタグ
   付き構造化データおよびイベント通知方法データに相当
   するタグ付き構造化データを受信する受信手段と、その
   受信したイベントデータに相当するタグ付き構造化デー
   タおよびイベント通知方法データに相当するタグ付き構
   造化データをイベントデータおよびイベント通知方法デ
   ータに復元するデータ変換手段と、その復元された内容
   に基づいたイベント処理を行う手段とを有することを特
   徴とする情報通信システム。
2. 【請求項２】 前記イベントデータに相当するタグ付き
   構造化データは、イベント名、イベントを識別するため
   のイベントＩＤ、イベントの順番を示す情報の他に、必
   要に応じてイベント発生源を表す情報、ハンドバックな
   どの要素で構成され、 前記イベント通知方法データに相当するタグ付き構造化
   データは、メソッド名、イベント通知先を示す情報、前
   記イベントデータの他に、必要に応じて、メソッドの形
   式によっては引数型とその引数の値で構成され、さらに
   必要に応じて、イベントの実行に対する応答データをタ
   グ付き構造化データに変換したデータが加えられ、その
   応答データに対するタグ付き構造化データは、戻り値型
   と戻り値、エラーなどを表す情報などの要素で構成され
   ることを特徴とする請求項１記載の情報通信システム。
3. 【請求項３】 前記タグ付き構造化データは、ＸＭＬ
   （extensible markuplanguage）で記述されたデータで
   あることを特徴とする請求項１または２記載の情報通信
   システム。
4. 【請求項４】 前記タグ付き構造化データは、HTTP（Hy
   perText Transfer Protocol）またはSMTP（Simple Mail
   Transfer Protocol）などの既存のプロトコルを用いて
   送信されることを特徴とする請求項１から３のいずれか
   に記載の情報通信システム。
5. 【請求項５】 複数のシステム間で情報の授受が可能で
   あって、あるシステムから他のシステムにイベントの通
   知を行う機能を有した情報通信システムにおけるイベン
   ト処理方法において、 イベント通知側システムでは、通知すべきイベントのイ
   ベントデータおよびそのイベントをどのように実行すべ
   きかを示すイベント通知方法データをそれぞれタグ付き
   構造化データに変換し、この変換されたイベントデータ
   に相当するタグ付き構造化データおよびイベント通知方
   法データに相当するタグ付き構造化データをイベント受
   信側システムに送信し、 そのイベント受信側システムは、前記イベント通知側シ
   ステムから送られてきたイベントデータに相当するタグ
   付き構造化データおよびイベント通知方法データに相当
   するタグ付き構造化データを受信し、その受信したイベ
   ントデータに相当するタグ付き構造化データおよびイベ
   ント通知方法データに相当するタグ付き構造化データを
   イベントデータおよびイベント通知方法データに復元
   し、その復元された内容に基づいたイベント処理を行
   う、 ことを特徴とする情報通信システムにおけるイベント処
   理方法。
6. 【請求項６】 前記イベントに相当するタグ付き構造化
   データは、イベント名、イベントを識別するためのイベ
   ントＩＤ、イベントの順番を示す情報の他に、必要に応
   じてイベント発生源を表す情報、ハンドバックなどの要
   素で構成され、 前記イベント通知方法データに相当するタグ付き構造化
   データは、メソッド名、イベント通知先を示す情報、前
   記イベントデータの他に、必要に応じて、メソッドの形
   式によっては引数型とその引数の値で構成され、さらに
   必要に応じて、イベントの実行に対する応答データをタ
   グ付き構造化データに変換したデータが加えられ、その
   応答データに対するタグ付き構造化データは、戻り値型
   と戻り値、エラーなどを表す情報などの要素で構成され
   ることを特徴とする請求項５記載の情報通信システムに
   おけるイベント処理方法。
7. 【請求項７】 前記タグ付き構造化データは、ＸＭＬで
   記述されたデータであることを特徴とする請求項５また
   は６記載の情報通信システムにおけるイベント処理方
   法。
8. 【請求項８】 前記タグ付き構造化データは、HTTPまた
   はSMTPなどの既存のプロトコルを用いて送信されること
   を特徴とする請求項５から７のいずれかに記載の情報通
   信システムにおけるイベント処理方法。
9. 【請求項９】 複数のシステム間で情報の授受が可能
   であって、あるシステムから他のシステムにイベントの
   通知を行う機能を有した情報通信システムにおけるイベ
   ント処理プログラムを記録した記録媒体であって、 イベント通知側システムでは、通知すべきイベントのイ
   ベントデータおよびそのイベントをどのように実行すべ
   きかを示すイベント通知方法データをそれぞれタグ付き
   構造化データに変換する手順と、この変換されたイベン
   トデータに相当するタグ付き構造化データおよびイベン
   ト通知方法データに相当するタグ付き構造化データをイ
   ベント受信側システムに送信する手順とが処理プログラ
   ムに書き込まれており、 前記イベント受信側システムは、前記イベント通知側シ
   ステムから送られてきたイベントデータに相当するタグ
   付き構造化データおよびイベント通知方法データに相当
   するタグ付き構造化データを受信する手順と、その受信
   したイベントデータに相当するタグ付き構造化データお
   よびイベント通知方法データに相当するタグ付き構造化
   データをイベントデータおよびイベントの通知方法デー
   タに復元する手順と、その復元された内容に基づいたイ
   ベント処理を行う手順とが処理プログラムに書き込まれ
   てなることをを特徴とする情報通信システムにおけるイ
   ベント処理プログラムを記録した記録媒体。
10. 【請求項１０】 前記イベントに相当するタグ付き構造
    化データは、イベント名、イベントを識別するためのイ
    ベントＩＤ、イベントの順番を示す情報の他に、必要に
    応じてイベント発生源を表す情報、ハンドバックなどの
    要素で構成され、 前記イベント通知方法データに相当するタグ付き構造化
    データは、メソッド名、イベント通知先を示す情報、前
    記イベントデータの他に、必要に応じて、メソッドの形
    式によっては引数型とその引数の値で構成され、さらに
    必要に応じて、イベントの実行に対する応答データをタ
    グ付き構造化データに変換したデータが加えられ、その
    応答データに対するタグ付き構造化データは、戻り値型
    と戻り値、エラーなどを表す情報などの要素で構成され
    ることを特徴とする請求項９記載の情報通信システムに
    おけるイベント処理プログラムを記録した記録媒体。
11. 【請求項１１】 前記タグ付き構造化データは、ＸＭＬ
    で記述されたデータであることを特徴とする請求項９ま
    たは１０記載の情報通信システムにおけるイベント処理
    プログラムを記録した記録媒体。
12. 【請求項１２】 前記タグ付き構造化データは、HTTPま
    たはSMTPなどの既存のプロトコルを用いて送信されるこ
    とを特徴とする請求項９から１１のいずれかに記載の情
    報通信システムにおけるイベント処理プログラムを記録
    した記録媒体。