JPH11232126A - イベント通知方法及びノティフィケーションネットワーク - Google Patents

Abstract

(57)【要約】 【課題】 イベント配送後に要求条件を満たすようにな
ったコンシューマにもイベントを通知可能なイベント通
知方法及びこれを処理速度の低下等を招くことなく実施
可能なノティフィケーションネットワークを提供するこ
と。 【解決手段】 サプライヤ１１からイベント保持期間が
属性の一つとして指定されたイベントがＮ．Ｓ．２１へ
送信された場合、Ｎ．Ｓ．２１はコンシューマ１３，１
４に対してイベントの要求条件をチェックし、フィルタ
条件を満たすコンシューマ１３のみにイベントを配送す
るとともに、該イベントを蓄積しておき、その後、この
保持期間中にコンシューマ１４がフィルタ条件を変更す
ると、Ｎ．Ｓ．２１は保持しているイベントの属性と変
更されたフィルタ条件との照合を行い、フィルタ条件を
満たすイベントをコンシューマ１４へ通知する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、分散オブジェクト
環境に係わり、特に分散オブジェクト（以下、単にオブ
ジェクトと呼ぶ。）間でのイベント通知の確実性向上を
図ったイベント通知方法及びノティフィケーションネッ
トワークに関するものである。

【０００２】

【従来の技術】分散オブジェクト環境において、オブジ
ェクト間でイベントメッセージの送受信が行われること
があるが、その場合、イベントメッセージはそれを必要
とするオブジェクトのみにマルチキャストされることが
望ましい。

【０００３】ノティフィケーションサービス（ＯＭＧ：
“Notification Service Request For Proposal ”ＯＭ
Ｇ Document：telecom ／９７−０１−０３、参照）
は、オブジェクトであるイベント情報提供者（以下、サ
プライヤと称す。）及びイベント情報受信者（以下、コ
ンシューマと呼ぶ。）間のイベント通信機能をノティフ
ィケーションサーバ（以下、Ｎ．Ｓ．と呼ぶ。）を用い
て提供するサービスであり、push型通知、pull型通知、
マルチキャスト通信等の機能を有している。

【０００４】図１はＮ．Ｓ．を用いた従来のイベント通
知方法を示すもので、サプライヤ１１からイベントが
Ｎ．Ｓ．１２へ送信されると、Ｎ．Ｓ．１２はその時点
で登録しているコンシューマ１３，１４に対してイベン
トの要求条件（フィルタ）をチェックし、イベントに付
加されている属性の値がフィルタ条件を満たすコンシュ
ーマ、ここでは１３のみにイベントを配送し、この配送
が終わるとイベントは破棄する。

【０００５】

【発明が解決しようとする課題】このように、従来のイ
ベント通知方法では、Ｎ．Ｓ．１２が一度イベントを配
送してしまうと、その後、コンシューマ１４がフィルタ
条件を受け取れるように変更してもイベントは配送され
ず、また、その後、新規に登録したコンシューマにもイ
ベントが配送されないという問題があった。

【０００６】本発明の目的は、イベント配送後に要求条
件を満たすようになったコンシューマにもイベントを通
知可能なイベント通知方法を提供することにある。

【０００７】また、本発明の他の目的は、前記イベント
通知方法を処理速度の低下等を招くことなく実施可能な
ノティフィケーションネットワークを提供することにあ
る。

【０００８】

【課題を解決するための手段】本発明では、前記目的を
達成するため、分散オブジェクト環境におけるイベント
情報提供者及びイベント情報受信者間のイベントメッセ
ージをノティフィケーションサーバを介して通知するイ
ベント通知方法において、イベント情報提供者はノティ
フィケーションサーバに対してイベントをその保持期間
を指定して提供し、ノティフィケーションサーバは、イ
ベントの受信時、要求条件を満たすイベント情報受信者
にイベントを配送する第１の処理と、第１の処理後、指
定された期間内、イベントを保持し、その間、要求条件
を満たすようになったイベント情報受信者からのイベン
トの検索要求に対して保持しているイベントを検索し通
知する第２の処理とを行うことを特徴とする。

【０００９】前記構成によれば、イベント配送後もイベ
ントが所定期間保持され、該期間内であれば要求条件を
満たすようになったイベント情報受信者にも通知するた
め、イベント配送後に要求条件を満たすようになったイ
ベント情報受信者にもイベントを通知できる。

【００１０】また、同一の共有情報を使用する複数のノ
ティフィケーションサーバにより一つのドメインが構成
されるノティフィケーションネットワークにおいて、請
求項１記載のイベント通知方法における第１の処理を実
行するノティフィケーションサーバと、請求項１記載の
イベント通知方法における第２の処理を実行するノティ
フィケーションサーバとを同一ドメイン内に配置し、イ
ベント情報提供者及びイベント情報受信者からの処理要
求をプロキシを介して前記いずれかのノティフィケーシ
ョンサーバへ伝達することを特徴とする。

【００１１】前記構成によれば、従来通りのイベント通
知処理と、指定期間中、イベントを保持し、要求条件を
満たすイベント情報受信者からの検索要求に対して保持
しているイベントを検索し通知する拡張機能処理とを複
数のノティフィケーションサーバで分担して処理できる
ため、処理速度の低下等を招くことなく請求項１記載の
イベント通知方法を実施できる。

【００１２】

【発明の実施の形態】以下、図示する実施の形態に基づ
いて本発明をさらに詳しく説明する。

【００１３】図２は本発明のイベント通知方法の実施の
形態の一例を示すもので、図中、図１と同一構成要件は
同一符号をもって表す。即ち、１１はサプライヤ、１
３，１４はコンシューマ、２１はＮ．Ｓ．である。

【００１４】Ｎ．Ｓ．２１は、サプライヤからイベント
を受信すると、要求条件を満たすコンシューマにイベン
トを配送する第１の処理と、イベントの属性の一つとし
てイベント保持期間が指定されている場合、指定された
期間内、該イベントを保持し、要求条件を満たすコンシ
ューマからのイベントの検索要求に対して保持している
イベントを検索し通知する第２の処理とを行う。

【００１５】前記構成において、サプライヤ１１からイ
ベントがＮ．Ｓ．２１へ送信されると、Ｎ．Ｓ．２１は
その時点で登録しているコンシューマ１３，１４に対し
てイベントの要求条件（フィルタ）をチェックし、イベ
ントに付加されている属性の値がフィルタ条件を満たす
コンシューマ、ここでは１３のみにイベントを配送す
る。

【００１６】この際、サプライヤ１１からイベントの属
性の一つとしてイベント保持期間を指定されている場
合、Ｎ．Ｓ．２１はコンシューマ１３への配送後も、指
定された保持期間が過ぎない限り、該イベントを蓄積し
ておく。

【００１７】その後、この保持期間中にコンシューマ１
４がイベントを受け取れるようにフィルタ条件を変更
し、イベントの検索を要求すると、Ｎ．Ｓ．２１は保持
しているイベントの属性と変更されたフィルタ条件との
照合を行う。その結果、フィルタ条件を満たすイベント
があればコンシューマ１４へ通知（配送）する。

【００１８】また、前記保持期間中に登録した新規のコ
ンシューマからイベントの検索要求があった場合も、前
記同様に、Ｎ．Ｓ．２１は保持しているイベントの属性
とフィルタ条件との照合を行い、フィルタ条件を満たす
イベントがあれば通知（配送）する。

【００１９】このように、本発明によれば、イベント配
送後に要求条件を満たすようになったコンシューマにも
イベントを通知できる。

【００２０】ところで、サプライヤが指定した期間、イ
ベントを保持し、コンシューマに対して保持しているイ
ベントを検索し通知するようにＮ．Ｓ．の機能を拡張す
ると、従来のイベント通知サービスだけの場合と比べて
負荷が増大するため、この負荷により従来のサービスに
も処理が遅くなる等の影響が出る。また、サプライヤ及
びコンシューマの数やイベントの量の増大に対処する能
力（スケーラビリティ）も要求される。

【００２１】そこで、本発明では、従来のイベント通知
サービスを処理するＮ．Ｓ．、拡張機能を処理するＮ．
Ｓ．、サプライヤの定義したイベントのタイプ名や属性
及びコンシューマの設定したフィルタ条件等の情報（以
下、共有情報と呼ぶ。）を管理するサーバを構成要素と
する、Ｎ．Ｓ．間インタワーク（情報の共用とイベント
配送処理等の分担）方式を用いて、拡張機能の処理負荷
による従来の通知サービスへの影響をなくすとともにス
ケーラビリティの向上を図る。

【００２２】即ち、図３に示すように、同一の共有情報
を使用する複数のＮ．Ｓ．により一つの共通範囲（以
下、ノティフィケーションドメインあるいは単にドメイ
ンと呼ぶ。）を構成、具体的にはＮ．Ｓ．３１１〜３１
３によりドメイン３１、Ｎ．Ｓ．３２１〜３２３により
ドメイン３２、Ｎ．Ｓ．３３１〜３３３によりドメイン
３３を構成してノティフィケーションネットワーク３０
を構成し、前記各ドメイン内でのインタワークと、ドメ
イン間のインタワークとの２種類を設け、前者のドメイ
ン内でのＮ．Ｓ．間インタワークによって、従来の通知
サービスの処理速度を落とさずに拡張機能を提供できる
Ｎ．Ｓ．をユーザに見せるようにする。

【００２３】ドメイン内の全Ｎ．Ｓ．はイベントのタイ
プ名や属性及びフィルタの定義、供給されたイベントデ
ータを共有し、ユーザ（サプライヤ及びコンシューマ）
にはどのＮ．Ｓ．に接続されているかに拘らず、一様な
イベントの送受信が提供される。また、ユーザとＮ．
Ｓ．との間の要求の伝達を行う分散オブジェクト（以
下、プロキシと呼ぶ。）が存在し、ユーザからの処理要
求（イベント発信、フィルタ条件設定等）をどのＮ．
Ｓ．が実行するかは見せず、ドメイン内部のＮ．Ｓ．同
士のインタワークも見せないため、ユーザの視点から見
るとドメインは一つのＮ．Ｓ．となる。

【００２４】このようなドメイン構成で、従来のイベン
ト通知を処理するＮ．Ｓ．と、拡張された機能（イベン
ト蓄積と検索）を処理するＮ．Ｓ．とを使い分け、従来
の通知を処理するＮ．Ｓ．は、サプライヤからイベント
を受信し、登録済みコンシューマへのマルチキャストが
終了した時、イベントを破棄する前に拡張機能を処理す
るＮ．Ｓ．へ配送する。

【００２５】サプライヤからイベントが供給された時、
ドメイン内のＮ．Ｓ．は各フィルタ条件との照合を行
い、送るべきコンシューマへマルチキャストするが、ド
メイン内のＮ．Ｓ．のうちの拡張機能を担当するＮ．
Ｓ．がイベントを保持しているため、その後、登録ある
いはフィルタ条件を変更したコンシューマに対しても配
送することが可能となる。また、新たに設定されたフィ
ルタ条件に合うイベントを保持中のＮ．Ｓ．から検索す
る処理を担当のＮ．Ｓ．だけに留め、この処理負荷の影
響を受けずに従来のイベント通知サービス用のＮ．Ｓ．
が存在するため、従来のイベント通知サービスと同等の
即応性が保証される。

【００２６】図４は本発明のノティフィケーションネッ
トワークの実施の形態の一例、ここでは一つのドメイン
の詳細を示すものである。

【００２７】図４において、４０はノティフィケーショ
ンドメインであり、複数、ここでは４つのＮ．Ｓ．４
１，４２，４３，４４と、共有情報管理サーバ４５とか
らなり、Ｎ．Ｓ．４１，Ｎ．Ｓ．４２は従来のイベント
通知処理を担当し、Ｎ．Ｓ．４３，Ｎ．Ｓ．４４は拡張
機能の処理を担当し、共有情報管理サーバ４５は本ドメ
イン４０における共有情報を管理する。なお、このサー
バ４５はドメイン内の別のサーバと一体化しても良い。

【００２８】また、５１，５２，５３，５４はサプライ
ヤ、６１，６２，６３，６４，６５，６６はコンシュー
マ、７１，７２，７３，７４，７５，７６はプロキシで
ある。プロキシ７１〜７６はユーザ（サプライヤ及びコ
ンシューマ）とＮ．Ｓ．との間を仲介するオブジェクト
であり、ドメイン内のＮ．Ｓ．群を隠蔽して一つのＮ．
Ｓ．であるように見せる。

【００２９】次に、上述のような特徴を有するドメイン
内のＮ．Ｓ．間インタワークを実現する仕組みを説明す
る。

【００３０】各Ｎ．Ｓ．同士はイベントの転送方向を図
中の矢印の方向になるように接続させている。つまり、
Ｎ．Ｓ．４１から見ると、Ｎ．Ｓ．４２はサプライヤで
ありコンシューマでもあり、Ｎ．Ｓ．４３はコンシュー
マであり、Ｎ．Ｓ．４については知らない。同様にＮ．
Ｓ．４３から見ると、Ｎ．Ｓ．４１はサプライヤであ
り、Ｎ．Ｓ．４２については知らず、Ｎ．Ｓ．４４はサ
プライヤでありコンシューマでもある。

【００３１】サプライヤ５１，５２はプロキシ７１，７
２を介してＮ．Ｓ．４１と接続し、サプライヤ５３，５
４はプロキシ７３，７４を介してＮ．Ｓ．４２と接続し
ている。既に登録及びフィルタ設定済のコンシューマ６
１，６２はＮ．Ｓ．４１と接続し、同じく登録及びフィ
ルタ設定済のコンシューマ６３，６４はＮ．Ｓ．４２と
接続している。また、登録またはフィルタ設定前のコン
シューマ６５はプロキシ７５を介してＮ．Ｓ．４３と接
続し、同じく登録またはフィルタ設定前のコンシューマ
６６はプロキシ７６を介してＮ．Ｓ．４４と接続してい
る。

【００３２】ここで、サプライヤ５１あるいは５２がイ
ベントをプロキシ７１あるいは７２へ送信すると、該プ
ロキシ７１あるいは７２が従来のイベント通知担当の
Ｎ．Ｓ．４１へ転送し、これを受けたＮ．Ｓ．４１がイ
ベントに対し各コンシューマのフィルタ条件との照合を
行い、フィルタ条件を満たすコンシューマ６１，６２、
さらにＮ．Ｓ．４２、Ｎ．Ｓ．４３へマルチキャスト
し、コンシューマ６３，６４へのマルチキャストはＮ．
Ｓ．４２によって行われ、コンシューマ数の増大に対応
できる。

【００３３】また、サプライヤ５３あるいは５４がイベ
ントをプロキシ７３あるいは７４へ送信した場合は、プ
ロキシ７３あるいは７４からＮ．Ｓ．４１ではなくＮ．
Ｓ．４２へイベントが転送され、該Ｎ．Ｓ．４２がフィ
ルタ条件との照合を行い、コンシューマ６３，６４、
Ｎ．Ｓ．４１、Ｎ．Ｓ．４４へマルチキャストし、さら
にＮ．Ｓ．４１によってコンシューマ６１，６２へのマ
ルチキャストが行われ、サプライヤ数の増大やイベント
量の増大にも対応できる。

【００３４】ここで、コンシューマ６５がフィルタ設定
のオペレーションをプロキシ７５に対して実行すると、
プロキシ７５はＮ．Ｓ．４３にフィルタ条件を伝える。
Ｎ．Ｓ．４３は保持中のイベント全てに対しその属性と
前記フィルタ条件との照合を行い、条件を満たすイベン
トを検出すると、コンシューマ６５へそれらのイベント
を送信する。

【００３５】この処理中、Ｎ．Ｓ．４１及びＮ．Ｓ．４
２は従来通りのイベント通知処理を実行することがで
き、Ｎ．Ｓ．４３の処理負荷の影響は及ばない。同様に
コンシューマ６６がフィルタ設定をプロキシ７６を介し
て行うと、Ｎ．Ｓ．４４がこのフィルタ条件を満たすイ
ベントを保持中の全イベントから検出、通知する処理を
行うため、この負荷はＮ．Ｓ．４１やＮ．Ｓ．４２には
及ばない。

【００３６】このように、従来のイベント通知処理は従
来通りの即応性で提供可能であり、コンシューマ数やイ
ベント量の増大にも対応できる。

【００３７】なお、前記実施の形態では、従来の通知処
理を行うＮ．Ｓ．が２つ、拡張機能処理を行うＮ．Ｓ．
が２つで構成されるドメインのＮ．Ｓ．間インタワーク
について述べたが、本発明はこの構成に限定されるもの
ではなく、それぞれの用途のＮ．Ｓ．が３つ以上の構成
にも適用可能である。

【００３８】

【発明の効果】以上説明したように、本発明によれば、
（１）サプライヤはイベントに保持期間を設定して送信
でき、コンシューマはその期間中にイベントの検索及び
取り出しができ、（２）前記拡張機能処理の負荷の影響
のない従来のイベント通知サービスを提供できる、とい
う効果が得られる。

【図面の簡単な説明】

【図１】従来のイベント通知方法を示す図

【図２】本発明のイベント通知方法の実施の形態の一例
を示す図

【図３】本発明のノティフィケーションネットワークの
概要を示す図

【図４】本発明のノティフィケーションネットワークの
実施の形態の一例を示す図

【符号の説明】

１１，５１〜５４：サプライヤ、１３，１４，６１〜６
６：コンシューマ、２１，３１１〜３１３，３２１〜３
２３，３３１〜３３３，４１〜４４：ノティフィケーシ
ョンサーバ（Ｎ．Ｓ．）、３１〜３３，４０：ノティフ
ィケーションドメイン、３０：ノティフィケーションネ
ットワーク、４５：共有情報管理サーバ、７１〜７６：
プロキシ。

Claims (2)

【特許請求の範囲】
1. 【請求項１】 分散オブジェクト環境におけるイベント
   情報提供者及びイベント情報受信者間のイベントメッセ
   ージをノティフィケーションサーバを介して通知するイ
   ベント通知方法において、 イベント情報提供者はノティフィケーションサーバに対
   してイベントをその保持期間を指定して提供し、 ノティフィケーションサーバは、 イベントの受信時、要求条件を満たすイベント情報受信
   者にイベントを配送する第１の処理と、 第１の処理後、指定された期間内、イベントを保持し、
   その間、要求条件を満たすようになったイベント情報受
   信者からのイベントの検索要求に対して保持しているイ
   ベントを検索し通知する第２の処理とを行うことを特徴
   とするイベント通知方法。
2. 【請求項２】 同一の共有情報を使用する複数のノティ
   フィケーションサーバにより一つのドメインが構成され
   るノティフィケーションネットワークにおいて、 請求項１記載のイベント通知方法における第１の処理を
   実行するノティフィケーションサーバと、請求項１記載
   のイベント通知方法における第２の処理を実行するノテ
   ィフィケーションサーバとを同一ドメイン内に配置し、 イベント情報提供者及びイベント情報受信者からの処理
   要求をプロキシを介して前記いずれかのノティフィケー
   ションサーバへ伝達することを特徴とするノティフィケ
   ーションネットワーク。