JP3589965B2 - イベントルーティング方法、及びイベントルーティング装置 - Google Patents
イベントルーティング方法、及びイベントルーティング装置 Download PDFInfo
- Publication number
- JP3589965B2 JP3589965B2 JP2000284075A JP2000284075A JP3589965B2 JP 3589965 B2 JP3589965 B2 JP 3589965B2 JP 2000284075 A JP2000284075 A JP 2000284075A JP 2000284075 A JP2000284075 A JP 2000284075A JP 3589965 B2 JP3589965 B2 JP 3589965B2
- Authority
- JP
- Japan
- Prior art keywords
- event
- filter
- semantic information
- place
- shared link
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上に分散する膨大な情報の中から、エンドユーザが最適な情報を特定することができ、また、情報提供者が情報を配布すべき最適なユーザを特定することができるイベントルーティング方法、及びイベントルーティング装置に関する。
【０００２】
【従来の技術】
従来ネットワークは、図１６に示すネットワークモデルにより概念的に表現される。図１６において、各端末は、端末アドレス（例えば、ネットワークアドレスとホストアドレス）を自身の識別子としてネットワークに登録する。一方、送信端末は、図１７に示す宛先アドレス（送信先の端末アドレス）とデータから構成されるイベントをネットワークに送出する。すなわち、従来の情報ネットワークの基本概念は、宛先アドレスに基づいて、イベントを目的地まで正しく配送することにある。
【０００３】
このネットワークを用いて、提案型サービス（ユーザ毎にパーソナライズされた情報を提案するパーソナライズ情報提案サービス、および、検索サービスなどのイエローページサービス）を実現する場合を考える。従来は、パーソナライズ情報提案サービスを実現するために、図１８に示すような集中型のサーバシステム（ブローカ）を常に介在させる必要がある。同様に、イエローページサービスにおいても、検索サービスと呼ばれるブローカを前提とする必要がある。このようなブローカを介した中央集権的なビジネスモデルは、一般的にブローカモデルと呼ばれる。このブローカモデルでは、ブローカ（仲介者）が情報提供者とユーザを結びつける役割を担う。すなわち、ブローカを介してのみユーザと情報提供者が出会うことが可能である。
【０００４】
【発明が解決しようとする課題】
ところで、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）、ＣＯＲＢＡなどの分散処理技術は、異機種分散システム上に分散配置されたコンテンツを居ながらにして簡単に入手できる環境を提供するとともに、誰もが容易にコンテンツ提供者になれることを可能にした。その反面、世界中に氾濫する膨大なコンテンツの中から、エンドユーザが所望するコンテンツを見つけ出すことは容易でなく、そのための実現技術の早期確立が望まれている。
【０００５】
本発明は、このような事情に鑑みてなされたもので、ネットワーク上に分散する膨大な情報の中から、エンドユーザが最適な情報を特定することができ、また、情報提供者が情報を配布すべき最適なユーザを特定することができ、さらに、ブローカを介することなく、コミュニケートすべきエンティティを、直接、探索・発見・特定することが可能なイベントルーティング方法、及びイベントルーティング装置を提供することを目的とする。
【０００６】
【課題を解決するための手段】
請求項１に記載の発明は、データと該データのメタ情報である意味情報からなるイベントの配送を行うために、イベント受信エンティティが受信を希望するイベントの意味情報をイベントの取得条件として設定したフィルタに対しイベント送信エンティティからのイベントを照合させるための場であるイベントプレースにおいて、前記イベントに含まれる意味情報に基づいてイベント配送の経路を決定するイベントルーティング装置におけるイベントルーティング方法であって、前記フィルタとして予め登録された前記意味情報と、前記イベントに含まれる前記意味情報とを照合してその結果に基づき一致したイベントを該フィルタに対応する前記イベント受信エンティティに送信する複数のイベントプレースオブジェクト間の物理リンク情報に基づいて、前記イベントプレースオブジェクト間にリング状でかつ片方向のみにイベント転送可能な論理リンクであるシェアードリンクを確立し、前記イベントプレースオブジェクト間の前記イベントを転送するシェアードリンクオブジェクトを生成するシェアードリンクオブジェクト生成過程と、前記シェアードリンクオブジェクトによって確立されたシェアードリンクに基づいて一連のイベントプレースオブジェクトに対して前記イベントのテンプレートであるイベントタイプが指定された前記フィルタを登録することによってイベントタイプ毎のイベントパスを設定するイベントパス設定過程とを有することを特徴とする。
【０００７】
請求項２に記載の発明は、データと該データのメタ情報である意味情報からなるイベントの配送を行うために、イベント受信エンティティが受信を希望するイベントの意味情報をイベントの取得条件として設定したフィルタに対しイベント送信エンティティからのイベントを照合させるための場であるイベントプレースにおいて、前記イベントに含まれる意味情報に基づいてイベント配送の経路を決定するイベントルーティング装置におけるイベントルーティング方法であって、前記フィルタとして予め登録された前記意味情報と、前記イベントに含まれる前記意味情報とを照合してその結果に基づき一致したイベントを該フィルタに対応する前記イベント受信エンティティに送信する複数のイベントプレースオブジェクト間の物理リンク情報に基づいて、前記イベントプレースオブジェクト間にリング状でかつ片方向のみにイベント転送可能な論理リンクであるシェアードリンクを確立し、前記イベントプレースオブジェクト間の前記イベントを転送するシェアードリンクオブジェクトを生成するシェアードリンクオブジェクト生成過程と、前記シェアードリンクオブジェクトによって確立されたシェアードリンクに基づいて一連のイベントプレースオブジェクトに対して前記イベントのテンプレートであるイベントタイプとしてワイルドカードが指定されたフィルタを登録するフィルタ登録過程とを有することを特徴とする。
【０００８】
請求項３に記載の発明は、データと該データのメタ情報である意味情報からなるイベントの配送を行うために、イベント受信エンティティが受信を希望するイベントの意味情報をイベントの取得条件として設定したフィルタに対しイベント送信エンティティからのイベントを照合させるための場であるイベントプレースにおいて、前記イベントに含まれる意味情報に基づいてイベント配送の経路を決定するイベントルーティング装置であって、前記フィルタとして予め登録された前記意味情報と、前記イベントに含まれる前記意味情報とを照合してその結果に基づき一致したイベントを該フィルタに対応する前記イベント受信エンティティに送信する複数のイベントプレースオブジェクト間の物理リンク情報に基づいて、前記イベントプレースオブジェクト間にリング状でかつ片方向のみにイベント転送可能な論理リンクであるシェアードリンクを確立し、前記イベントプレースオブジェクト間の前記イベントを転送するシェアードリンクオブジェクトを生成するシェアードリンクオブジェクト生成手段と、前記シェアードリンクオブジェクトによって確立されたシェアードリンクに基づいて一連のイベントプレースオブジェクトに対して前記イベントのテンプレートであるイベントタイプが指定された前記フィルタを登録することによってイベントタイプ毎のイベントパスを設定するイベントパス設定手段とを備えたことを特徴とする。
請求項４に記載の発明は、データと該データのメタ情報である意味情報からなるイベントの配送を行うために、イベント受信エンティティが受信を希望するイベントの意味情報をイベントの取得条件として設定したフィルタに対しイベント送信エンティティからのイベントを照合させるための場であるイベントプレースにおいて、前記イベントに含まれる意味情報に基づいてイベント配送の経路を決定するイベントルーティング装置であって、前記フィルタとして予め登録された前記意味情報と、前記イベントに含まれる前記意味情報とを照合してその結果に基づき一致したイベントを該フィルタに対応する前記イベント受信エンティティに送信する複数のイベントプレースオブジェクト間の物理リンク情報に基づいて、前記イベントプレースオブジェクト間にリング状でかつ片方向のみにイベント転送可能な論理リンクであるシェアードリンクを確立し、前記イベントプレースオブジェクト間の前記イベントを転送するシェアードリンクオブジェクトを生成するシェアードリンクオブジェクト生成手段と、前記シェアードリンクオブジェクトによって確立されたシェアードリンクに基づいて一連のイベントプレースオブジェクトに対して前記イベントのテンプレートであるイベントタイプとしてワイルドカードが指定されたフィルタを登録するフィルタ登録手段とを備えたことを特徴とする。
【０００９】
請求項５に記載の発明は、データと該データのメタ情報である意味情報からなるイベントの配送を行うために、イベント受信エンティティが受信を希望するイベントの意味情報をイベントの取得条件として設定したフィルタに対しイベント送信エンティティからのイベントを照合させるための場であるイベントプレースにおいて、前記イベントに含まれる意味情報に基づいてイベント配送の経路を決定するイベントルーティング装置において経路決定を行うイベントルーティングプログラムを記録したコンピュータ読み取り可能な記録媒体であって、前記フィルタとして予め登録された前記意味情報と、前記イベントに含まれる前記意味情報とを照合してその結果に基づき一致したイベントを該フィルタに対応する前記イベント受信エンティティに送信する複数のイベントプレースオブジェクト間の物理リンク情報に基づいて、前記イベントプレースオブジェクト間にリング状でかつ片方向のみにイベント転送可能な論理リンクであるシェアードリンクを確立し、前記イベントプレースオブジェクト間の前記イベントを転送するシェアードリンクオブジェクトを生成するシェアードリンクオブジェクト生成処理と、前記シェアードリンクオブジェクトによって確立されたシェアードリンクに基づいて一連のイベントプレースオブジェクトに対して前記イベントのテンプレートであるイベントタイプが指定された前記フィルタを登録することによってイベントタイプ毎のイベントパスを設定するイベントパス設定処理とをコンピュータに行わせることを特徴とする。
請求項６に記載の発明は、データと該データのメタ情報である意味情報からなるイベントの配送を行うために、イベント受信エンティティが受信を希望するイベントの意味情報をイベントの取得条件として設定したフィルタに対しイベント送信エンティティからのイベントを照合させるための場であるイベントプレースにおいて、前記イベントに含まれる意味情報に基づいてイベント配送の経路を決定するイベントルーティング装置において経路決定を行うイベントルーティングプログラムを記録したコンピュータ読み取り可能な記録媒体であって、前記フィルタとして予め登録された前記意味情報と、前記イベントに含まれる前記意味情報とを照合してその結果に基づき一致したイベントを該フィルタに対応する前記イベント受信エンティティに送信する複数のイベントプレースオブジェクト間の物理リンク情報に基づいて、前記イベントプレースオブジェクト間にリング状でかつ片方向のみにイベント転送可能な論理リンクであるシェアードリンクを確立し、前記イベントプレースオブジェクト間の前記イベントを転送するシェアードリンクオブジェクトを生成するシェアードリンクオブジェクト生成処理と、前記シェアードリンクオブジェクトによって確立されたシェアードリンクに基づいて一連のイベントプレースオブジェクトに対して前記イベントのテンプレートであるイベントタイプとしてワイルドカードが指定されたフィルタを登録するフィルタ登録処理とをコンピュータに行わせることを特徴とする。
【００１０】
【発明の実施の形態】
以下、本発明の一実施形態を図面を参照して説明する。
まず、意味情報ネットワーク（Ｓｅｍａｎｔｉｃ Ｉｎｆｏｒｍａｔｉｏｎ−Ｏｒｉｅｎｔｅｄ Ｎｅｔｗｏｒｋ、以下、ＳＩＯＮと称する）について概要を説明する。ＳＩＯＮは、意味情報に基づいて、イベントを目的地まで配送することが可能なネットワークである。図１に、ＳＩＯＮの概念モデルを示す。図１において、各端末２は、意味情報（Ｓｅｍａｎｔｉｃ Ｉｎｆｏｒｍａｔｉｏｎ：ＳＩ）をＳＩＯＮ１に対して登録する。一方、イベントを送信する端末２は、図２に示す意味情報（Ｓｅｎｍａｎｔｉｃ ｉｎｆｏｒｍａｔｉｏｎ）とデータ（Ｄａｔａ）から構成されるイベントをＳＩＯＮ１に送出する。ここでいう、意味情報とは、イベントに含まれるデータの特性を記述したものであり、データのメタ情報として位置づけられる。例えば、意味情報は、
・データを“東京在住者”に配送する。
・データを“クラシックに興味のある人”に配送する。
・データを“１Ｍｂｐｓ以上の通信環境を有する人”に配送する。
・データを“目白通りを通行中の人”に配送する。
・データを“キーワード（例えば旅行）に合致するコンテンツを有するコンテンツプロバイダ”に配送する。
等の表現が用いられる。
【００１１】
ＳＩＯＮは、上述したような意味情報に基づいて、データを配送すべき対象（端末、人、ソフトウエアなど）を動的に決定し、特定された対象者に対して、データの配送および通知を行うことが可能な自律分散型のメタネットワークである。このＳＩＯＮを用いることにより、ブローカを介することなく、情報提供者が提供するに相応しいユーザに対してのみ、自身の情報を直接提案することが可能になる。このような、ブローカ非介在型（非ブローカモデル）でｐｅｅｒ−ｔｏ−ｐｅｅｒの情報提案が可能なビジネスモデルを、ここでは、御用聞きモデル（または、御用聞き型情報提案モデル、非ブローカモデル）と呼ぶ。同様に、検索サービス（ブローカ）を介することなく、ユーザが希望する情報を直接探索可能な、リアルタイム情報検索も可能である。なお、御用聞き型情報提案サービスとして、以下のサービス等に適用することが可能である。。
（１）製造会社：自社製品に興味を持ってくれそうなお客様を中心に製品案内を送りたい。
（２）広告主：お客様ごとにパーソナライズされた広告を送りたい。
（３）物々交換：ユーザ間の合意に基づいて、製品を売買したり、交換したい。
【００１２】
なお、イベントのデータ部にどのような情報を設定するかは、サービス依存である。例えば情報の実体、情報へのリファレンス（ＵＲＬ、分散オブジェクト識別子等）、プロキシ（Ｊｉｎｉプロキシ等）、モバイルエージェントなど様々な利用形態が可能である。
【００１３】
次に、ＳＩＯＮの詳細について説明する。
＜ＳＩＯＮアーキテクチャ＞
まず、ＳＩＯＮのネットワークアーキテクチャについて説明する。図３にＳＩＯＮのネットワークモデルを示す。ここで、説明の便宜上、端末２を、イベント送信者の送信端末２１とイベント受信者の受信端末２２とに区別して表記する。イベント受信者は、受信端末２２を用いて自身が受信することを希望するイベントの意味情報（受信するイベントのタイプと取得条件）をメタデータとしてＳＩＯＮ１に登録する。これをフィルタ（Ｆｉｌｔｅｒ）と呼ぶ。一方、イベント送信者は、送信端末２１を用いてＳＩＯＮ１にイベントを送出することにより、ＳＩＯＮに刺激（Ｉｎｃｅｎｔｉｖｅ）を与える。このイベントは、図２に示すようにイベントの特性を記述した意味情報とデータから構成される。意味情報の定義を図４に示す。意味情報は、イベントのメタデータであり、かつ、意味情報タイプ（イベントタイプ）のインスタンスである。
【００１４】
ＳＩＯＮ１は、イベント受信者が登録したフィルタに対して、イベント送信者が送出したイベントを照合（フィルターリング）させるための自律分散型の照合ネットワークである。照合の結果、イベントが通過した（イベントに反応した）フィルタは発火（Ｉｇｎｉｔｉｏｎ）し、対応するイベント受信者の受信端末２２が自律起動する。この仕組みにより、不特定多数の端末２の中から、対象となる端末２をスケーラブルかつリアルタイムに探索・発見することが可能になる。
【００１５】
次に、イベントタイプについて説明する。図５に、イベントのテンプレートであるイベントタイプの定義例を示す。図５に示すように、イベントタイプは、イベントタイプ名（Ｅｖｅｎｔ ｔｙｐｅ ｎａｍｅ）と条件名（図５においては、”Ｓｅｒｖｉｃｅ”や”ＣＰＵ ｐｏｗｅｒ”が相当する）、およびそれぞれの条件名に対するデータ型（ＳｔｉｒｎｇやＬｏｎｇが相当する）と条件式（＝＝や＞＝が相当する）が定義されたものである。イベントタイプ名は、イベントタイプを一意に識別するための名称である。
なお、イベントタイプの親タイプを継承可能である。
【００１６】
図６に示すように、イベントタイプのデータ構造に従って、イベントを作成する。イベントは、イベントタイプ名、条件名と条件値の組み合せ、および、データ部から構成される。イベントの中で定義された条件名、条件式、条件値が、イベントタイプと一致しない場合は、エラーになる。但し、イベントの中で使用される条件名は、イベントタイプのサブセットでも良い。
【００１７】
図７にフィルタの定義例を示す。フィルタは、受け付けるイベントタイプ名（Ｅｖｅｎｔ ｔｙｐｅ ｎａｍｅ）、属性名（図７においては、”ＣＰＵ ｐｏｗｅｒ”や”Ａｇｅ”が相当する）と属性値（図７においては、２００や２５が相当する）のペアーから成る。受け付けるイベントタイプ名で定義されたイベントタイプに属するイベントのみが、フィルタリングの対象となる。ここには、複数のイベントタイプ名を定義することができ、さらに、ワイルドカード（＊．＊）を指定することにより、全てのイベントを対象とすることも可能である。なお、フィルタで定義された属性名が、受け付けるイベントタイプ名で定義されたイベントタイプの条件名の中に存在しない場合には、エラーとなる。但し、イベントタイプのサブセットでも良い。
【００１８】
次に、ＳＩＯＮ１の構成を説明する。図８は、ＳＩＯＮ１の構成を示す図である。図８に示すようにＳＩＯＮ１は、意味情報スイッチ（Ｓｅｍａｎｔｉｃ Ｉｎｆｏｒｍａｔｉｏｎ−Ｓｗｉｔｃｈ、図面ではＳＩ−ＳＷと図示する）、意味情報ルータ（Ｓｅｍａｎｔｉｃ Ｉｎｆｏｒｍａｔｉｏｎ −Ｒｏｕｔｅｒ、図面ではＳＩ−Ｒと図示する）、意味情報ゲートウェイ（Ｓｅｍａｎｔｉｃ Ｉｎｆｏｒｍａｔｉｏｎ−Ｇｅｔａｗａｙ、図面ではＳＩ−ＧＷと図示する）から構成される。
【００１９】
意味情報スイッチ（ＳＩ−ＳＷ）は、フィルタとして登録された意味情報と、イベントに付与された意味情報を照合し、その結果、発火したイベント受信者の端末２を起動するスイッチング機構を提供する。意味情報スイッチ（ＳＩ−ＳＷ）と各端末２はスター型で結合される。
【００２０】
意味情報ルータ（ＳＩ−Ｒ）は、意味情報スイッチ間のイベント経路選択を行うとともに、端末２から意味情報スイッチに対して送出されたイベントを他の意味情報スイッチに転送する役割を担う。これは、意味情報に基づく動的なイべントルーティングにより達成される。
【００２１】
意味情報ゲートウェイ（ＳＩ−ＧＷ）は、イベントプレース（Ｅｖｅｎｔ ｐｌａｃｅ）間でのイベントの転送を行う。ここで、イベントプレースは、共通の意味情報空間を保証する最小単位（オントロジードメイン）である。イベントプレース内では、イベントタイプの名称、概念、語彙、意味、関連などのオントロジー体系の一意性が保証され、共通のオントロジーに基づいて意味情報が記述されることになる。基本的には、イベント送信者の端末２から送出したイベントは、イベントプレース内のみで流通するが、意味情報ゲートウェイ（ＳＩ−ＧＷ）を介することにより、異なるオントロジー体系を有するイベントプレース間でのイベントの相互流通が可能になる。このとき、意味情報ゲートウェイ（ＳＩ−ＧＷ）はイベントのオントロジー変換を行った後、異なるイベントプレースヘイベントを転送する。
【００２２】
＜動作メカニズムとインタフェース仕様＞
ＳＩＯＮ１の実現方法の一例として、分散オブジェクト技術を用いた実装方法を示す。ここで、ＳＩ−ＳＷ，ＳＩ−Ｒ，ＳＩ−ＧＷは、それぞれ、イベントプレースオブジェクト（ＥＰＯ）、シェアードリンクオブジェクト（ＳＬＯ）、フェデレーションエージェント（ＦＡ）と呼ばれる分散オブジェクトとして実装される。図９を用いて、ＳＩＯＮ１の動作メカニズムと制御インタフェースを詳述する。また、ＳＩＯＮ−ＭＴ（Ｍａｎａｇｅｍｅｎｔ Ｔｏｏｌ）やＳＩＯＮインタフェーサを用いることにより、ＳＩＯＮ１のネットワークインタフェースを使用することができる。また、ＭＴを用いて、ＥＰＯの撤収・増減設、物理リンク情報の動的変更、ＰＯマイグレーション（ＰＯのバインド先ＥＰＯの動的変更）、発火率の収集、人気の高い惰報や流行している情報の統計情報収集などを簡単に行うことができる。
【００２３】
・イべントプレースファクトリの起動＆初期化（図９（１））
まず、ＳＩＯＮ運営者は、任意のホスト上にイベントプレースファクトリ（ＥＰＦ）を起動し、続いて、ＥＰＦの初期化を行う。この時、ＥＰＦに対して、イべントプレース（ＥＰ）を生成可能なホスト名、およびＥＰの実行ファイルの格納先を与える。これらを、ＥＰ生成情報と呼ぶ。
【００２４】
・イべントプレースの生成要求（図９（２））
次に、ＥＰ運営者は、ＥＰＦに対して、ＥＰの生成を要求する。このとき、ＥＰ名、およびＥＰ属性を与える。ここで、ＥＰ属性とは、生成されたＥＰが、御用聞きモデルもしくは問い合せモデルのどちらの目的で使用されるかを表したものであり、イべントの流れの方向性を表すものである。
【００２５】
・イべントプレースの生成（図９（３））
次に、ＥＰ生成要求を受け取ったＥＰＦは、ＥＰを生成する。具体的には、このとき、ＥＰの管理を司るイべントプレースマネージメントオブジェクト（ＥＰＭＯ）が生成される。すなわち、ＥＰへの処理要求は、ＥＰＭＯへの処理要求と同義である。ＥＰＦは、生成要求元に生成したＥＰ（すなわち、ＥＰＭＯ）の識別子を返却する。なお、ＥＰＭＯは、図９の（１）において指定された、ＥＰを生成可能なホストの中から、動的に決定されたホストに対して生成される。ＥＰＭＯの起動先ホストの決定方法として、サイクリックに起動先を決定する、トラヒックに応じて決定する、起動先ホストを明示的に指定する、等の方法を選択できる。
【００２６】
・イべントプレースの初期化要求（図９（４））
次に、ＥＰ運営者は、ＥＰの初期化をＥＰＭＯに依頼する。このとき、シングルイべントプレースオブジェクトもしくは、マルチプルイべントプレースオブジェクトの指定を行う。マルチプルイべントプレースオブジェクトを指定した場合には、イべントプレースオブジェクト（ＥＰＯ）の物理リンク情報（トポロジ）も併せて与える必要がある。ここで、ＥＰＯの物理リンク情報は、任意のＥＰＯが他のどのＥＰＯの存在を知っているかを表現したものである。
【００２７】
例えば、図１０に示すように、リング型結合を持つ物理リンクにおいて、ＥＰＯ２は、ＥＰＯ１、ＥＰＯ３の存在を知っていることを表現している。このように、マルチプルＥＰＯは、ＥＰ内でのイべント照合処理の負荷分散によるスケラビリティ向上を目的としたものである。
【００２８】
ＥＰＭＯは、図９の（１）において指定された、ＥＰを生成可能なホストリストの中から、ＥＰＯを生成するホストを動的に決定し、そこにＥＰＯを生成する。このとき、各ＥＰＯには、それぞれ一つのフィルタファクトリ（ＦＦ）と統計情報収集オブジェクト（ＳＯ）が常に付随して生成され、これらが、ＳＩ−ＳＷに相当する。さらに、物理リンクに応じて、シェアードリンクオブジェクト（ＳＬＯ）が各ＥＰＯに付随して一つ生成される。たとえば、ＥＰＯ２に対しては、図中のＳＬＯ２，３が生成される。これが、ＳＩ−Ｒに相当する。ＥＰＯの起動先の決定方法は、ＥＰＭＯのそれと同様であるが、イベントタイプ毎に使用するＥＰＯを固定化することも可能である。なお、ＥＰＭＯは、ＥＰ内にイベントタイプファクトリ（ＥＴＦ）を生成する。ＥＰ内では一元的なイベントタイプの名前空間がＥＴＦにより保証される。
【００２９】
・イべントプレースに対するイべント送信のためのセッション確立要求（図９（５））
次に、ＥＰにセッションの確立を要求する。ＥＰＭＯは、セッション要求毎にプロキシオブジェクト（ＰＯ）を生成する。要求元へは、ＰＯの識別子であるセッション識別子を返却する。
なお、ＥＰＭＯは、ＰＯの生成時に、ＰＯに対して、どのＥＰＯを使用する（どのＥＰＯとバインドする）かを指示する。この指示は、マルチプルＥＰＯにおいて必要となるが、バインドするＥＰＯの決定方法は、ＥＰＭＯのそれと同様である。ＥＰへのセッション確立要求時に、イべント送信のためのセッションであるか、イべント受信のためのセッションであるかを指定する必要がある。本例においては、イべント送信のためのセッションを指定する。
【００３０】
・イべントタイプの登録（図９（６））
次に、ＰＯに対して、イべントタイプの登録を要求する。このとき、ＰＯは、ＥＴＦにイべントタイプオブジェクト（ＥＴＯ）の生成を要求する。さらに生成されたＥＴＯにイべントタイプを格納する。一方、ＥＰに、イべントタイプ登録を要求することができる。このとき、ＥＰＭＯは、ＥＴＦにＥＴＯの生成を要求し、生成されたＥＴＯにイべントタイプを格納する。一般的に、イべント送信者がイべントタイプを登録する場合は、ＰＯ経由で行う。一方、ＥＰ運営者は、ＥＰに、イべントタイプ登録を行う。なお、同じ名前のイベントタイプを登録するとエラーになる。
【００３１】
・イべントプレースに対するイべント受信のためのセッション確立要求（図９（７））
次に、ＥＰに対してイベント受信のためのセッションの確立を要求する。このとき、セッション確立の要求者（イべント受信オブジェクト）は、イべントの通知先であるイべント受信オブジェクトの識別子、および、イべントの通知方法（発火型、ルックイン型）をパラメータとして与える。
続いて、ＥＰＭＯは、セッション要求毎にＰＯを生成する。要求元へは、セッション識別子を返却する。なお、ＥＰＭＯは、ＰＯの生成時に、ＰＯに対して、使用するＥＰＯを指示する。この指示は、マルチプルＥＰＯにおいて必要となるが、バインドするＥＰＯの決定方法は、ＥＰＭＯのそれと同様である。
【００３２】
・フィルタオブジェクトの生成要求（図９（８））
次に、ＰＯに対して、フィルタオブジェクト（ＦＯ）の生成を依頼する。このとき、ＰＯは、ＦＦにＦＯの生成を要求する。このとき、ＰＯとバインドされたＥＰＯに付随したＦＦが使用される。なお、ＦＯの生成要求元には、生成されたＦＯの識別子がＰＯ経由で返却される。
【００３３】
・フィルタ値の設定（図９（９））
次に、ＦＯ識別子をパラメータとして、ＦＯへのフィルタ値の設定を、ＰＯへ依頼する。なお、フィルタオブジェクトの中に格納されているイべントタイプ名（すなわち、フィルターリングの対象とするイべントタイプ名）をキーに、ＦＯのデータ構造（フィルタ値）が正しいかどうかのチェックをＥＴＯに依頼することが選択的に可能である。正しくない場合は、エラーとなる。但し、ワイルドカードが指定された場合には、このチェック処理を一切行わない。
【００３４】
・フィルタ登録（図９（１０））
次に、ＦＯにフィルタ値を設定した後、Ｆのフィルタ識別子をパラメータとして、ＰＯに対しフィルタの登録を依頼する。このとき、登録要求元にフィルタ識別子が返却される。これを契機に、イべントの受信が可能になる。なお、一つのＰＯを介して、複数のフィルタ登録が可能であるが（これには、一つのＰＯを介して異なる複数のＦＯをフィルタとして登録する、もしくは、同一のＦＯを複数回、フィルタとして登録する場合が考えられるが）、一つのＰＯに対して登録されたすべてのフィルタは、“ＯＲの関係”を持つ。
【００３５】
・イべント送信（図９（Ａ））
次に、イベント送信者は、ＰＯに対して、イべントを送信する。このとき、ＰＯは、イべントの中に格納されているイべントタイプ名をキーに、イべントのデータ構造が正しいかどうかのチェックをＥＴＯに依頼することが選択的に可能である。このチェック処理を選択したとき、正しい場合は、次の処理（図９（Ｂ））へ、正しくない場合は、エラーとなる。
【００３６】
・イベントの照合依頼（図９（Ｂ））
次に、ＰＯはイベントをＥＰＯに転送する。このとき、ＥＰＯがスレッドを生成する。なお、スレッドはイベント毎に生成され、各スレッドはイベントの多重処理を行う。
【００３７】
・フィルタとの照合（図９（Ｃ））
次に、スレッド（ＥＰＯ）は、イベントとフィルタを照合することにより、フィルターリング処理を行う。これには、完全一致、部分一致、重みづけ一致などがあり、フィルタ値の設定時に指定することができる。
【００３８】
・プロキシオブジェクトの起動（図９（Ｄ））
次に、フィルタとの照合の結果、イベントがフィルタを通過すると、対応するＰＯが起動されこのイベントを受け取る。このとき、ＰＯは、受信したイベントのタイプ、値、イベントＩＤ等をＳＯに登録することが選択的に可能である。これらの情報から、ＳＯはイベントの発火率（イベントタイプ毎、イベント毎）や、ＥＰ内で流行している評判の高いイベントを測定することが可能になる。
【００３９】
・イベント受信オブジェクトの起動（図９（Ｅ））
次に、ＰＯは、イベント受信オブジェクトを起動するとともに、イベント受信オブジェクトに対してこのイベントを渡す。これが、発火型（割り込み型）のイベント通知に対応する。
【００４０】
・ルックイン型のイベント通知（図９（Ｆ））
一方、ＰＯがイベント受信オブジェクトを起動するのではなく、イベント受信オブジェクト自身が、イベント受信オブジェクトに対応するＰＯにスプールされているイベントを、取り出すことも可能である。これがルックイン型のイベント通知に対応する。イベント受信オブジェクトの起動契機は、サービス形態に依存して種々存在するが、典型的な例として、エンドユーザがイベント受信オブジェクトにコンテンツの提案要求を行った場合が考えられる。
【００４１】
＜フィルタの管理方法＞
次に、各ＥＰＯにおけるフィルタの管理方法を説明する。
まず、イベント受信のためのセッションを確立する。このとき、セッション要求毎に一つのＰＯが生成され、このＰＯは任意の一つのＥＰＯにバインドされる。このＥＰＯには、それぞれ、一つのＦＦが付随している。これにより、ＰＯが使用するＥＰＯが一意に決定され、以降の処理はすべて、ＰＯ（イベント受信用セッション）を介して行われる。
【００４２】
次に、ＦＯを生成し、ＦＯに対してフィルタ値（受信するイベントのタイプとその取得条件）を設定する。続いて、ＦＯ識別子をパラメータとして、フィルタの登録を行う。このとき、各フィルタには、ＦＯ識別子が格納される。各ＥＰＯは、ＰＯを介して登録されたフィルタを以下に示す規則に基づいて管理する。
まず、フィルタに格納されているＦＯ識別子を用いて、ＦＯに設定されている“受信するイベントのタイプ”を参照する。続いて、受信するイベントのタイプ毎にフィルタを分類し、イベントタイプ毎に分類されたフィルタを、さらにＰＯ毎に細分類し、管理する。
【００４３】
この管理規則について図１１を参照して、ＰＯ１を介して、フィルタを登録する場合について説明する。ここでは、フィルタ登録時に指定するＦＯの中に、受信するイベントのタイプとして、“イベントタイプＸ”が設定されているものとする。このとき、ＥＰＯに登録されるフィルタは、図１１のフィルタ１が相当し、同様に、ＰＯ２を介して登録されたフィルタにはフィルタ２が相当する。また、各ＰＯにおいて、複数のフィルタを登録することが可能であるが、登録されたフィルタは“ＯＲ関係”を有するものとする。
【００４４】
まず、イベントタイプＸのイベントがＥＰＯに到着したとき、フィルタ１との照合が行われる。その結果、フィルタ１が発火するとＰＯ１が起動される。次に、フィルタ２との照合が行われ、その結果、フィルタ２が発火するとＰＯ２が起動される。このとき、フィルタ２とフィルタ３は“ＯＲ関係”を有するため、フィルタ３との照合は行われない。このようなフィルタ管理方法を用いることにより、一つのイベントに対する各ＥＰＯでの照合処理回数を、基本的にＰＯ数（受信用セッション数）以下にすることができる。
【００４５】
＜イベントルーティング方法＞
次に、イベントルーティング方法について説明する。
ＥＰＯ（ＳＩ−ＳＷ）は、イベントの送受信者（端末などのエンティティ）をセッションを介してスター型で収容する。さらに、ＥＰＯ（ＳＩ−ＳＷ）は、イベント受信者（イベント受信オブジェクト）が登録したフィルタと、イベント送信者が送出したイベントを照合し、その結果、発火したフィルタに対応するイベント受信者のみにイベントを通知する（合致するイベント受信者にのみイベントを配送する）照合スイッチである。
【００４６】
そのため、イベントの送信者数（イベント数）やイベントの受信者数（フィルタ数）が増加すると、それに比例してＥＰＯの処理能力が飽和する。そこで、ＳＩＯＮアーキテクチャでは、スケラビリティの高いＥＰを実現する手段として、マルチプルＥＰＯを提供する。マルチプルＥＰＯとは、ＥＰＯ数に比して、ＥＰのトータル処理能力をスケーラブルに向上させることを目的とし、具体的には、以下の２つの観点からＥＰの高いスケラビリティを達成する。
【００４７】
第一点は、負荷分散と自律分散である。これは、複数のＥＰＯに、イベントの送受信者を分散させることにより、イベントのフィルターリング処理の負荷分散を行い、処理の集中に伴うボトルネック要因を作らないようにするものである。。さらに、各ＥＰＯが他のＥＰＯの影響を受けることなく、自律的に動作可能な機構による分散協調を達成する。
【００４８】
第二点は、ネットワークトラヒックの削減とフィルターリング処理の最適化である。これは、ＥＰＯ間で不要なイベントを転送しないことによる通信量の最小化と、それに伴う無駄なフィルタリング処理の削減を行うものである。
【００４９】
図１０において、ＥＰＯ３・３３に対し、受信するイベントのタイプとして、イベントタイプＸのフィルタが登録される場合を考える。ここで、イベントタイプＸのイベントがＥＰＯ１に対して送出されたとき、ＥＰＯ１からＥＰＯ３へ、もしくは、ＥＰＯ２経由でこのイベントをＥＰＯ３に転送する必要がある。このようなリング状のＥＰＯ間のイベントのルーティング制御を行うものが、シェアードリンクオブジェクト（ＳＬＯ）であり、前述したＳＩ−Ｒに相当する。
【００５０】
以下にＳＩ−Ｒについて詳細を説明する。
まず、ＥＰの初期化時に、物理リンク情報（ＥＰＯのトポロジ）に基づいて、ＳＬＯが各ＥＰＯに付随して生成される。たとえば、図９において、ＥＰＯ２に対してＳＬＯ２，３が生成される。このＳＬＯｉ，ｊは、ＥＰＯｊからＥＰＯｉへのイベント転送を行うシェアードリンク（ＳＬｉ，ｊ）を確立する。すなわち、図９および図１２に示すように、ＳＬＯｉ，ｊは、ＥＰＯｊに対してイベント受信のセッションを確立し、一方、ＥＰＯｉに対してイベント送信のセッションを確立することにより、イベント転送のための論理リンクであるシェアードリンクＳＬｉ，ｊを確立する（シェアードリンクとは、ＥＰの初期化時における、ＳＬＯによるセッションの確立を意味し、フィルタ登録処理を含まない）。これによって、片方向のリング状のシェアードリンクＳＬｉ，ｊが確立される。
【００５１】
ＥＰの初期化後に、イベント受信者は、ＥＰへのセッションを確立し、セッションを介してフィルタを登録することが可能になる。このとき、確立済みのシェアードリンクに従って、イベントパスが設定される。例えば、図１２において、イベント受信者（Ｅｖｅｎｔ Ｒｅｃｅｉｖｅｒ）３がＰＯ３を介して、イベントタイプＸのイベント受信を行うフィルタを、ＥＰＯ３へ登録した場合を考える。このとき、ＰＯ３は、ＥＰＯ３ヘイベントタイプＸのフィルタを登録するとともに、その旨をＳＬＯ３，１に通知する。このとき、ＳＬＯ３，１には、フィルタ登録の要求発生元がＥＰＯ３である旨がパラメータとして与えられる。ＳＬＯ３，１はＳＬ３，１を用いて、ＥＰＯ１に対してイベントタイプＸのフィルタを登録する。これは、前述したように、ＳＬＯ３，１に対して割り当てられた受信用セッションのＰＯを介して行われる。同様に、このＰＯは、その旨を、ＳＬＯ１，２に対して通知する。ＳＬＯ１，２は、ＳＬ１，２を用いて、ＥＰＯ２ヘフィルタを登録する。順次同様に、すべてのＥＰＯにイベントＸに対するパスが設定されるまで、繰り返される。なお、この処理は、フィルタ登録の要求発生元（ここでは、ＥＰＯ３）の直前まで繰り返される。すなわち、ＳＬＯ２，３は、ＥＰＯ３にフィルタを登録しない。
【００５２】
このように、イベントタイプＸに対して確立された一連のパスを、イベントパスと呼ぶ。これは、ＰＯ３を介したフィルタ登録がトリガとなって、すべてのＥＰＯへ、イベントタイプ毎のイベントパス設定要求が順次、自律的に波及していく方式である。すなわち、個々のＥＰＯは隣接するＥＰＯのみを認識すれば良い。そのため、イベントパスの集中管理やブロードキャストによるイベントパスの設定・管理方法に比べて、簡単かつ一元的な自律ロジックでイベントパスを確立することが可能になる。
【００５３】
この時点でのＥＰＯ１におけるフィルタの登録状況を図１３に示す。イベント受信者３がＰＯ３を介してフィルタを登録した結果、フィルタ１がＥＰＯ１に登録されることになる。イベントパスの設定とは、シェアードリンク情報に基づいて、一連のＥＰＯにイベント転送のためのフィルタを登録することを指す。なお、ＳＬＯが登録するフィルタには、受信するイベントタイプ名が設定されるのみであり、取得条件は設定されず、イベントタイプ名のみのフィルターリングを行う。
【００５４】
この状況において、イベント受信者２がＰＯ２を介して、イベントタイプＸのフィルタを、ＥＰＯ２へ登録したとき、前述と同様に新たなイベントパスの設定がすべてのＥＰＯへ波及し、その結果として、フィルタ２がＥＰＯ１へ登録されることになり、イベントパス設定の要求毎にフィルタが登録されることになる。
【００５５】
このとき、ＥＰＯ１にイベントタイプＸのイベントが送出されると、フィルタ１が発火し、ＳＬＯ３，１が起動される。ＳＬＯ３，１が、当該イベントをＥＰＯ３へ送出することにより、ＳＬＯ２，３が起動される。さらに、ＳＬＯ２，３を介して、当該イベントがＥＰＯ２へも転送されることになる。なお、イベントの無限巡回を防止するために、イベントは、制御情報の一つとして、イベントが生起したＥＰＯの識別子を保持し、イベントの生起元ＥＰＯ（ＳＬＯ）に当該イベントが巡回して戻って来たときに、当該イベントを破棄する。
【００５６】
なお、前述したように、フィルタ１とフィルタ２は、ＯＲ関係を有するため、フィルタ１が発火した場合にはフィルタ２との照合は行われない。そのため、フィルタ１が存在するにも関わらず、新たにフィルタ２を登録したことに伴う、フィルターリング処理の冗長オーバヘッドは全く生じないようにすることができる。これは、イベントパスを設定したときに、既設のイベントパスを含めた全イベントパスの再構築を全く必要としないことを意味し、簡単かつ一元的なイベントパスの自律的な設定が可能になる。
【００５７】
また、ＥＰＯ１内に、イベント受信者が確立したセッションおよびそれを介したフィルタ登録がある場合には（ＰＯｎのフィルタ３に対応）、ＳＬＯ対応のフィルタリング処理がすべて完了した後に、ＰＯｎ対応のフィルターリング処理が行われる。すなわち、他のＥＰＯへのイベント転送処理を優先して行い、その後、自ＥＰＯでの照合処理が開始される。
【００５８】
以上説明した、イベントルーチング方法の更なる効果として、フィルタ登録解除時に、イベントパスの再構築が必要ない点が挙げられる。例えば、イベント受信者３がＰＯ３を介して、登録したフィルタの登録解除を行った場合、登録の場合と同様に、解除要求が順次、自律的に波及する。その結果、ＥＰＯ１において、フィルタ１の登録のみが解除されることになるが、フィルタ２は存命する（これ以降は、フィルタ２がフィルタ１の代わりにイベントを転送する）ため、イベントパスの再構築なしに、すべての既設イベントパスの一貫性が保証される。
【００５９】
このような自律分散型のルーティング制御方法を用いることによって、ＥＰＯの相互接続と分散協調を容易に実現することが可能になる。これに伴い、小規模なネットワークから大規模なネットワークヘの移行、ローカルなネットワークからグローバルなネットワークヘの移行等をスムーズに行うことができる。また、ボトムアップアプローチによるグローバルネットワーク化を、共通のロジックで容易に達成することができる。
【００６０】
次に、前述したイベントルーティング方法とは異なるイベントルーティング方法を説明する。このルーティング方法は、シェアードリンク（論理リンク）を確立するまでの手順は、前述した方法と同様である。このイベントルーティング方法が前述した方法と異なるのは、イベントパスを確立しない点であり、ＳＬＯｉ，ｊがシェアードリンクＳＬｉ，ｊを確立する時に同時に、唯一のフィルタを登録するようにするものである。このとき、登録されるフィルタには、受信するイベントのタイプとしてワイルドカードを指定する。これによって、すべてのイベントを転送の対象とし、イベントタイプ毎のイベントパスを確立しないようにする。
このように意味情報にワイルドカードを指定することによって、リング状のシェアードリンクＳＬｉ，ｊ内をイベントが巡回するため、全てのＥＰＯに対してイベントを配送することが可能となる。
【００６１】
＜フェデレーション方法＞
次に、図１４を参照してフェデレーション方法について説明する。フェデレーションエージェント（ＦＡ）とは、イベントプレース間のフェデレーションを確立するエージェントであり、前述したＳＩ−ＧＷに相当する。例えば、イベントプレース（Ｅｖｅｎｔ Ｐｌａｃｅ）Ａがイベントプレース（Ｅｖｅｎｔ Ｐｌａｃｅ）Ｂに対してフェデレーションを確立する場合を考える。まず、イベントプレースＡに属するＦＡが、イベントプレースＢに対して、フィルタを登録する。このとき、イベントプレースＢに属するイベント送信者がイベントを送出し、その結果、このフィルタが発火すると、ＦＡが自律起動する。これは、ＦＡをイベントプレースＢに属する一つのイベント受信者として見なすことができる。次に、ＦＡは取得したイベントを、自身が属するイベントプレースＡに対して再送出する。これは、ＦＡを、イベントプレースＡに属する一つのイベント送信者として見なすことができる。
【００６２】
このように両者の役割を併せ持つＦＡを用いて、イベントプレース間のフェデレーションを容易に実現できる。すなわち、単一イべントプレースと同じ制御論理で、イベントプレース間のフェデレーションを実現することが可能である。この機構を用いて、ＳＩＯＮ１の基本構成単位であるイベントプレースを相互接続することにより、グローバルな照合ネットワークをボトムアップアプローチで構築することが可能となり、イベントプレース間に跨るイベントの共有を実現することができる。なお、イベントプレースＡとイベントプレースＢがそれぞれ異なるオントロジーを持つ場合、イベントプレースＡに属するＦＡは、イベントプレースＢから取得したイベントを、イベントプレースＡのオントロジーに変換した後、イベントプレースＡに送出する。
【００６３】
異なるオントロジー体系に跨ってイベント転送を行う場合には、オントロジー変換が必要になる。この変換を行う従来技術として、標準オントロジーを規定し、他のイベントプレースにイベントを転送する場合には、一旦、標準オントロジーに準拠した形式に変換した後に、イベントの転送を行う方法や、イベントプレースの組み合わせの数だけオントロジー変換テーブルを事前に用意しておくなどの方法がある。
【００６４】
しかしながら、イベントプレースの動的なフェデレーション（フェデレーションの動的な開始、開始解除）に対応するためには、従来の方法は柔軟性に欠ける。そこで、本発明では、図１４に示すように、ＦＡが隣接するイベントプレースのオントロジー情報との差分（変換情報）のみを、オントロジー変換テーブルに保持するようにしている。すなわち、これは、各ＦＡが変換情報をそれぞれ分散して保有し、全体でオントロジー体系の一貫性を保証する方法である。これは、イベントプレース間の動的なフェデレーションに容易に対応することが可能になるが、その反面、イベントがイベントプレースを跨る毎に、オントロジー変換処理が発生するため、従来方法に比べて、変換処理オーバヘッドが増大するという特徴を有している。
【００６５】
＜コミュニティと進化型ネットワーク＞
次に、ＳＩＯＮ１のキラーサービスの一つであるコミュニティサービスについて説明する。コミュニティサービスにおけるエンティティは、自身のポリシに基づいて、学習・進化・退化・消滅等を繰り返すことにより、その活動様式を動的に決定することが可能な自律分散型の動作主体である。コミュニティは、このようなエンティティに対して効率的なコミュニケーションの場を提供するものである。すなわち、コミュニティ内のエンティティは、自身とコミュニケートすべきエンティティや、自身の振る舞いに影響を与えるエンティティを動的に探索・発見・特定し、特定されたエンティティとインタラクションを行うことが可能である。
【００６６】
このコミュニティは、特に以下の特徴を持つエンティティを取り扱うことができる。
（１）極小粒度で、膨大な数のエンティティがコミュニティに存在する（不特定多数のエンティティ）。
（２）エンティティの属性がリアルタイムに変化する。典型的なエンティティの属性として、位置情報、時刻等がある。
（３）コミュニティ内のエンティティの振る舞いに規則性がなく、行動予測が困難である。
（４）コミュニティヘの参加、コミュニティからの退去、消滅、複製等が頻繁かつ不規則に発生する。
（５）コミュニティ内のエンティティは、ポリシ、属性、シナリオ等に基づいて相互にリアルタイムに出会う必要がある。
【００６７】
このような特性を持つエンティティをサーバやメディエータ（ブローカ）で管理し、相互にリアルタイムに探索・発見することは性能上、容易でない。ＳＩＯＮ１のＥＰは、このような特徴を持つコミュニティの実行環境として位置づけられる。すなわち、コミュニティはＥＰのメタ実行環境であり、ＥＰを直接用いることに比して、抽象度の高いコミュニケーションの場を提供するものである。コミュニティの実行環境にＥＰを用いることにより、コミュニティ内のすべてのエンティティは、ブローカを介することなく、コミュニケーションすべきエンティティを直接発見することができる。これは、コミュニティ内のエンティティのコミュニケーションは、ＥＰ内のイベントの送受信として実装されるためである。
【００６８】
図１５にコミュニティの概念モデルを示す。ユーザエージェント（ＵＡ）、情報・サービス提供エージェント（ＩＳＡ）がコミュニティ内のエンティティに相当する。ＵＡは自律的に振る舞うエージェントであり、ユーザの嗜好、動作環境、位置情報、状況、傾向などに応じて、自身の振る舞いを動的に決定し、インタラクションすべきＩＳＡや他のＵＡを探索し、それらとインタラクションする。ＩＳＡも自律的に振る舞うエージェントであり、提供者の意図に基づいて、インタラクションすべきＵＡや他のＩＳＡを探索する。すなわち、自身の情報を提供するのに相応しいユーザを探索して特定する。
【００６９】
一方、コミュニティエージェント（ＣｏｍＡ）は、コミュニティの運営を司るエージェントである。ＥＰ運営者は、運営ポリシに基づいて、ＳＩＯＮ−ＭＴを介したＳＩＯＮの制御・運営を行う。従って、ＣｏｍＡは、ＥＰ運営者をエージェント化したものと見なすことができる。基本的に、コミュニティの運営ポリシはＣｏｍＡによって規定される。例えば、ＵＡ、ＩＳＡなどのエンティティに対するコミュニティヘの参加、退去、消滅、複製などの認可、コミュニティ内に流通させる情報の把握と統制（相応しくないイベントの削除など）、コミュニティ内の統計情報（トレンド情報、評判の高い情報など）の管理などを自身の運営ポリシに基づいて司る。
【００７０】
また、コミュニティの高いスケーラビリティやリライアビリティの保証を達成するため、負荷状況や障害状況に応じて、ＥＰおよびＥＰＯの増減設、撤収、マイグレーション等のＳＩＯＮ制御を実行する。すなわち、ＳＩＯＮ１とＣｏｍＡを組み合わせることにより、ＳＩＯＮ１は自律分散型ネットワークから、学習、成長、進化が可能な進化型ネットワークヘと発展する。このように、ＣｏｍＡはコミュニティ内のエンティティの振る舞いを統制するとともに、ＳＩＯＮ１を自己組織化するための役割を担う。さらに、コミュニティ間のコラボレーションにより、コミュニティ間での情報の共有が可能である。例えば、コミュニティＡにおいて流通している情報の中で、人気が高いトップ１０のみを、コミュニティＢに流通させることができる。以下に処理の流れを示す。
【００７１】
まず、コミュニティＢのＣｏｍＡが、イベントプレースＢのＦＡに対して、“コミュニティＡにおいて流通している情報の中で、人気が高いトップ１０のみを、コミュニティＢに流通させる”旨を指示する。
【００７２】
次にＦＡは、イベントプレースＡに対して、トップ１０のイベントタイプを問い合わせる。これを受けて、イベントプレースＡは、配下の統計情報収集オブジェクト（ＳＯ）に問い合わせ、その結果を、ＦＡに返却する。
【００７３】
次に、ＦＡは取得したイベントタイプを基に、オントロジー変換テーブルを作成するとともに、イベントプレースＡに対しフィルタを設定する。以降、ＦＡは、イベントプレースＡから、当該イベントを受信可能になる。
【００７４】
次にＦＡは、イベントプレースＡから取得したイベントを、オントロジー変換テーブルに基づいてオントロジー変換し、それをイベントプレースＢへと送出する。
【００７５】
以上説明したように、この実施形態によれば、以下の２点の効果を得ることができる。
第１に、分散オブジェクト環境上にＳＩＯＮのネットワーク環境を容易に構築できる。
第２に、サービスアプリケーションをエンティティとしてコミュニティに参加させることにより、簡単にイベントを送出したり、必要なイベントをピックアップすることが可能になり、相互にコミュニケションを図ることが可能になる。
【００７６】
【発明の効果】
以上説明したように、この発明によれば、複数のＥＰＯに、イベントの送受信者を分散させることにより、イベントのフィルターリング処理の負荷分散を行い、処理の集中に伴うボトルネック要因を作らないようにすることができる。さらに、各ＥＰＯが他のＥＰＯの影響を受けることなく、自律的に動作可能な機構による分散協調を達成することが可能となる。
【００７７】
また、ＥＰＯ間で不要なイベントを転送しないことによる通信量の最小化と、それに伴う無駄なフィルタリング処理の削減を行うことができる。
【００７８】
また、ＥＰＯ間においてリング状でかつ片方向のみ配送可能なシェアードインクを確立するようにし、隣接するＥＰＯに対してのみイベントの転送を行うようにしたため、各ＥＰＯ内の処理を簡単にすることができるという効果が得られる。これによって、結果的に各ＥＰＯにおける処理の負荷を低減することが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態の構成を示すブロック図である。
【図２】イベントの構成を示す説明図である。
【図３】意味情報ネットワークのモデルを示す図である。
【図４】意味情報の定義を示す説明図である。
【図５】イベントタイプの定義例を示す説明図である。
【図６】イベントの一例を示す説明図である。
【図７】フィルタの定義例を示す説明図である。
【図８】意味情報ネットワークの構成を示す図である。
【図９】意味情報ネットワークの動作メカニズムと制御インタフェースを示す説明図である。
【図１０】物理リンクを示す説明図である。
【図１１】フィルタの管理方法を示す説明図である。
【図１２】イベントルーティング方法を示す説明図である。
【図１３】フィルタの登録状況を示す説明図である。
【図１４】フェデレーション方法を示す説明図である。
【図１５】コミュニティモデル示す説明図である。
【図１６】従来技術を示す説明図である。
【図１７】従来技術を示す説明図である。
【図１８】従来技術を示す説明図である。
【符号の説明】
１・・・意味情報ネットワーク（ＳＩＯＮ）、
２・・・端末、
ＳＩ−ＳＷ・・・意味情報スイッチ、
ＳＩ−Ｒ・・・意味情報ルータ、
ＳＩ−ＧＷ・・・意味情報ゲートウェイ、
ＥＰＯ・・・イベントプレースオブジェクト、
ＳＬＯ・・・シェアードリンクオブジェクト、
ＦＡ・・・フェデレーションエージェント。
【発明の属する技術分野】
本発明は、ネットワーク上に分散する膨大な情報の中から、エンドユーザが最適な情報を特定することができ、また、情報提供者が情報を配布すべき最適なユーザを特定することができるイベントルーティング方法、及びイベントルーティング装置に関する。
【０００２】
【従来の技術】
従来ネットワークは、図１６に示すネットワークモデルにより概念的に表現される。図１６において、各端末は、端末アドレス（例えば、ネットワークアドレスとホストアドレス）を自身の識別子としてネットワークに登録する。一方、送信端末は、図１７に示す宛先アドレス（送信先の端末アドレス）とデータから構成されるイベントをネットワークに送出する。すなわち、従来の情報ネットワークの基本概念は、宛先アドレスに基づいて、イベントを目的地まで正しく配送することにある。
【０００３】
このネットワークを用いて、提案型サービス（ユーザ毎にパーソナライズされた情報を提案するパーソナライズ情報提案サービス、および、検索サービスなどのイエローページサービス）を実現する場合を考える。従来は、パーソナライズ情報提案サービスを実現するために、図１８に示すような集中型のサーバシステム（ブローカ）を常に介在させる必要がある。同様に、イエローページサービスにおいても、検索サービスと呼ばれるブローカを前提とする必要がある。このようなブローカを介した中央集権的なビジネスモデルは、一般的にブローカモデルと呼ばれる。このブローカモデルでは、ブローカ（仲介者）が情報提供者とユーザを結びつける役割を担う。すなわち、ブローカを介してのみユーザと情報提供者が出会うことが可能である。
【０００４】
【発明が解決しようとする課題】
ところで、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）、ＣＯＲＢＡなどの分散処理技術は、異機種分散システム上に分散配置されたコンテンツを居ながらにして簡単に入手できる環境を提供するとともに、誰もが容易にコンテンツ提供者になれることを可能にした。その反面、世界中に氾濫する膨大なコンテンツの中から、エンドユーザが所望するコンテンツを見つけ出すことは容易でなく、そのための実現技術の早期確立が望まれている。
【０００５】
本発明は、このような事情に鑑みてなされたもので、ネットワーク上に分散する膨大な情報の中から、エンドユーザが最適な情報を特定することができ、また、情報提供者が情報を配布すべき最適なユーザを特定することができ、さらに、ブローカを介することなく、コミュニケートすべきエンティティを、直接、探索・発見・特定することが可能なイベントルーティング方法、及びイベントルーティング装置を提供することを目的とする。
【０００６】
【課題を解決するための手段】
請求項１に記載の発明は、データと該データのメタ情報である意味情報からなるイベントの配送を行うために、イベント受信エンティティが受信を希望するイベントの意味情報をイベントの取得条件として設定したフィルタに対しイベント送信エンティティからのイベントを照合させるための場であるイベントプレースにおいて、前記イベントに含まれる意味情報に基づいてイベント配送の経路を決定するイベントルーティング装置におけるイベントルーティング方法であって、前記フィルタとして予め登録された前記意味情報と、前記イベントに含まれる前記意味情報とを照合してその結果に基づき一致したイベントを該フィルタに対応する前記イベント受信エンティティに送信する複数のイベントプレースオブジェクト間の物理リンク情報に基づいて、前記イベントプレースオブジェクト間にリング状でかつ片方向のみにイベント転送可能な論理リンクであるシェアードリンクを確立し、前記イベントプレースオブジェクト間の前記イベントを転送するシェアードリンクオブジェクトを生成するシェアードリンクオブジェクト生成過程と、前記シェアードリンクオブジェクトによって確立されたシェアードリンクに基づいて一連のイベントプレースオブジェクトに対して前記イベントのテンプレートであるイベントタイプが指定された前記フィルタを登録することによってイベントタイプ毎のイベントパスを設定するイベントパス設定過程とを有することを特徴とする。
【０００７】
請求項２に記載の発明は、データと該データのメタ情報である意味情報からなるイベントの配送を行うために、イベント受信エンティティが受信を希望するイベントの意味情報をイベントの取得条件として設定したフィルタに対しイベント送信エンティティからのイベントを照合させるための場であるイベントプレースにおいて、前記イベントに含まれる意味情報に基づいてイベント配送の経路を決定するイベントルーティング装置におけるイベントルーティング方法であって、前記フィルタとして予め登録された前記意味情報と、前記イベントに含まれる前記意味情報とを照合してその結果に基づき一致したイベントを該フィルタに対応する前記イベント受信エンティティに送信する複数のイベントプレースオブジェクト間の物理リンク情報に基づいて、前記イベントプレースオブジェクト間にリング状でかつ片方向のみにイベント転送可能な論理リンクであるシェアードリンクを確立し、前記イベントプレースオブジェクト間の前記イベントを転送するシェアードリンクオブジェクトを生成するシェアードリンクオブジェクト生成過程と、前記シェアードリンクオブジェクトによって確立されたシェアードリンクに基づいて一連のイベントプレースオブジェクトに対して前記イベントのテンプレートであるイベントタイプとしてワイルドカードが指定されたフィルタを登録するフィルタ登録過程とを有することを特徴とする。
【０００８】
請求項３に記載の発明は、データと該データのメタ情報である意味情報からなるイベントの配送を行うために、イベント受信エンティティが受信を希望するイベントの意味情報をイベントの取得条件として設定したフィルタに対しイベント送信エンティティからのイベントを照合させるための場であるイベントプレースにおいて、前記イベントに含まれる意味情報に基づいてイベント配送の経路を決定するイベントルーティング装置であって、前記フィルタとして予め登録された前記意味情報と、前記イベントに含まれる前記意味情報とを照合してその結果に基づき一致したイベントを該フィルタに対応する前記イベント受信エンティティに送信する複数のイベントプレースオブジェクト間の物理リンク情報に基づいて、前記イベントプレースオブジェクト間にリング状でかつ片方向のみにイベント転送可能な論理リンクであるシェアードリンクを確立し、前記イベントプレースオブジェクト間の前記イベントを転送するシェアードリンクオブジェクトを生成するシェアードリンクオブジェクト生成手段と、前記シェアードリンクオブジェクトによって確立されたシェアードリンクに基づいて一連のイベントプレースオブジェクトに対して前記イベントのテンプレートであるイベントタイプが指定された前記フィルタを登録することによってイベントタイプ毎のイベントパスを設定するイベントパス設定手段とを備えたことを特徴とする。
請求項４に記載の発明は、データと該データのメタ情報である意味情報からなるイベントの配送を行うために、イベント受信エンティティが受信を希望するイベントの意味情報をイベントの取得条件として設定したフィルタに対しイベント送信エンティティからのイベントを照合させるための場であるイベントプレースにおいて、前記イベントに含まれる意味情報に基づいてイベント配送の経路を決定するイベントルーティング装置であって、前記フィルタとして予め登録された前記意味情報と、前記イベントに含まれる前記意味情報とを照合してその結果に基づき一致したイベントを該フィルタに対応する前記イベント受信エンティティに送信する複数のイベントプレースオブジェクト間の物理リンク情報に基づいて、前記イベントプレースオブジェクト間にリング状でかつ片方向のみにイベント転送可能な論理リンクであるシェアードリンクを確立し、前記イベントプレースオブジェクト間の前記イベントを転送するシェアードリンクオブジェクトを生成するシェアードリンクオブジェクト生成手段と、前記シェアードリンクオブジェクトによって確立されたシェアードリンクに基づいて一連のイベントプレースオブジェクトに対して前記イベントのテンプレートであるイベントタイプとしてワイルドカードが指定されたフィルタを登録するフィルタ登録手段とを備えたことを特徴とする。
【０００９】
請求項５に記載の発明は、データと該データのメタ情報である意味情報からなるイベントの配送を行うために、イベント受信エンティティが受信を希望するイベントの意味情報をイベントの取得条件として設定したフィルタに対しイベント送信エンティティからのイベントを照合させるための場であるイベントプレースにおいて、前記イベントに含まれる意味情報に基づいてイベント配送の経路を決定するイベントルーティング装置において経路決定を行うイベントルーティングプログラムを記録したコンピュータ読み取り可能な記録媒体であって、前記フィルタとして予め登録された前記意味情報と、前記イベントに含まれる前記意味情報とを照合してその結果に基づき一致したイベントを該フィルタに対応する前記イベント受信エンティティに送信する複数のイベントプレースオブジェクト間の物理リンク情報に基づいて、前記イベントプレースオブジェクト間にリング状でかつ片方向のみにイベント転送可能な論理リンクであるシェアードリンクを確立し、前記イベントプレースオブジェクト間の前記イベントを転送するシェアードリンクオブジェクトを生成するシェアードリンクオブジェクト生成処理と、前記シェアードリンクオブジェクトによって確立されたシェアードリンクに基づいて一連のイベントプレースオブジェクトに対して前記イベントのテンプレートであるイベントタイプが指定された前記フィルタを登録することによってイベントタイプ毎のイベントパスを設定するイベントパス設定処理とをコンピュータに行わせることを特徴とする。
請求項６に記載の発明は、データと該データのメタ情報である意味情報からなるイベントの配送を行うために、イベント受信エンティティが受信を希望するイベントの意味情報をイベントの取得条件として設定したフィルタに対しイベント送信エンティティからのイベントを照合させるための場であるイベントプレースにおいて、前記イベントに含まれる意味情報に基づいてイベント配送の経路を決定するイベントルーティング装置において経路決定を行うイベントルーティングプログラムを記録したコンピュータ読み取り可能な記録媒体であって、前記フィルタとして予め登録された前記意味情報と、前記イベントに含まれる前記意味情報とを照合してその結果に基づき一致したイベントを該フィルタに対応する前記イベント受信エンティティに送信する複数のイベントプレースオブジェクト間の物理リンク情報に基づいて、前記イベントプレースオブジェクト間にリング状でかつ片方向のみにイベント転送可能な論理リンクであるシェアードリンクを確立し、前記イベントプレースオブジェクト間の前記イベントを転送するシェアードリンクオブジェクトを生成するシェアードリンクオブジェクト生成処理と、前記シェアードリンクオブジェクトによって確立されたシェアードリンクに基づいて一連のイベントプレースオブジェクトに対して前記イベントのテンプレートであるイベントタイプとしてワイルドカードが指定されたフィルタを登録するフィルタ登録処理とをコンピュータに行わせることを特徴とする。
【００１０】
【発明の実施の形態】
以下、本発明の一実施形態を図面を参照して説明する。
まず、意味情報ネットワーク（Ｓｅｍａｎｔｉｃ Ｉｎｆｏｒｍａｔｉｏｎ−Ｏｒｉｅｎｔｅｄ Ｎｅｔｗｏｒｋ、以下、ＳＩＯＮと称する）について概要を説明する。ＳＩＯＮは、意味情報に基づいて、イベントを目的地まで配送することが可能なネットワークである。図１に、ＳＩＯＮの概念モデルを示す。図１において、各端末２は、意味情報（Ｓｅｍａｎｔｉｃ Ｉｎｆｏｒｍａｔｉｏｎ：ＳＩ）をＳＩＯＮ１に対して登録する。一方、イベントを送信する端末２は、図２に示す意味情報（Ｓｅｎｍａｎｔｉｃ ｉｎｆｏｒｍａｔｉｏｎ）とデータ（Ｄａｔａ）から構成されるイベントをＳＩＯＮ１に送出する。ここでいう、意味情報とは、イベントに含まれるデータの特性を記述したものであり、データのメタ情報として位置づけられる。例えば、意味情報は、
・データを“東京在住者”に配送する。
・データを“クラシックに興味のある人”に配送する。
・データを“１Ｍｂｐｓ以上の通信環境を有する人”に配送する。
・データを“目白通りを通行中の人”に配送する。
・データを“キーワード（例えば旅行）に合致するコンテンツを有するコンテンツプロバイダ”に配送する。
等の表現が用いられる。
【００１１】
ＳＩＯＮは、上述したような意味情報に基づいて、データを配送すべき対象（端末、人、ソフトウエアなど）を動的に決定し、特定された対象者に対して、データの配送および通知を行うことが可能な自律分散型のメタネットワークである。このＳＩＯＮを用いることにより、ブローカを介することなく、情報提供者が提供するに相応しいユーザに対してのみ、自身の情報を直接提案することが可能になる。このような、ブローカ非介在型（非ブローカモデル）でｐｅｅｒ−ｔｏ−ｐｅｅｒの情報提案が可能なビジネスモデルを、ここでは、御用聞きモデル（または、御用聞き型情報提案モデル、非ブローカモデル）と呼ぶ。同様に、検索サービス（ブローカ）を介することなく、ユーザが希望する情報を直接探索可能な、リアルタイム情報検索も可能である。なお、御用聞き型情報提案サービスとして、以下のサービス等に適用することが可能である。。
（１）製造会社：自社製品に興味を持ってくれそうなお客様を中心に製品案内を送りたい。
（２）広告主：お客様ごとにパーソナライズされた広告を送りたい。
（３）物々交換：ユーザ間の合意に基づいて、製品を売買したり、交換したい。
【００１２】
なお、イベントのデータ部にどのような情報を設定するかは、サービス依存である。例えば情報の実体、情報へのリファレンス（ＵＲＬ、分散オブジェクト識別子等）、プロキシ（Ｊｉｎｉプロキシ等）、モバイルエージェントなど様々な利用形態が可能である。
【００１３】
次に、ＳＩＯＮの詳細について説明する。
＜ＳＩＯＮアーキテクチャ＞
まず、ＳＩＯＮのネットワークアーキテクチャについて説明する。図３にＳＩＯＮのネットワークモデルを示す。ここで、説明の便宜上、端末２を、イベント送信者の送信端末２１とイベント受信者の受信端末２２とに区別して表記する。イベント受信者は、受信端末２２を用いて自身が受信することを希望するイベントの意味情報（受信するイベントのタイプと取得条件）をメタデータとしてＳＩＯＮ１に登録する。これをフィルタ（Ｆｉｌｔｅｒ）と呼ぶ。一方、イベント送信者は、送信端末２１を用いてＳＩＯＮ１にイベントを送出することにより、ＳＩＯＮに刺激（Ｉｎｃｅｎｔｉｖｅ）を与える。このイベントは、図２に示すようにイベントの特性を記述した意味情報とデータから構成される。意味情報の定義を図４に示す。意味情報は、イベントのメタデータであり、かつ、意味情報タイプ（イベントタイプ）のインスタンスである。
【００１４】
ＳＩＯＮ１は、イベント受信者が登録したフィルタに対して、イベント送信者が送出したイベントを照合（フィルターリング）させるための自律分散型の照合ネットワークである。照合の結果、イベントが通過した（イベントに反応した）フィルタは発火（Ｉｇｎｉｔｉｏｎ）し、対応するイベント受信者の受信端末２２が自律起動する。この仕組みにより、不特定多数の端末２の中から、対象となる端末２をスケーラブルかつリアルタイムに探索・発見することが可能になる。
【００１５】
次に、イベントタイプについて説明する。図５に、イベントのテンプレートであるイベントタイプの定義例を示す。図５に示すように、イベントタイプは、イベントタイプ名（Ｅｖｅｎｔ ｔｙｐｅ ｎａｍｅ）と条件名（図５においては、”Ｓｅｒｖｉｃｅ”や”ＣＰＵ ｐｏｗｅｒ”が相当する）、およびそれぞれの条件名に対するデータ型（ＳｔｉｒｎｇやＬｏｎｇが相当する）と条件式（＝＝や＞＝が相当する）が定義されたものである。イベントタイプ名は、イベントタイプを一意に識別するための名称である。
なお、イベントタイプの親タイプを継承可能である。
【００１６】
図６に示すように、イベントタイプのデータ構造に従って、イベントを作成する。イベントは、イベントタイプ名、条件名と条件値の組み合せ、および、データ部から構成される。イベントの中で定義された条件名、条件式、条件値が、イベントタイプと一致しない場合は、エラーになる。但し、イベントの中で使用される条件名は、イベントタイプのサブセットでも良い。
【００１７】
図７にフィルタの定義例を示す。フィルタは、受け付けるイベントタイプ名（Ｅｖｅｎｔ ｔｙｐｅ ｎａｍｅ）、属性名（図７においては、”ＣＰＵ ｐｏｗｅｒ”や”Ａｇｅ”が相当する）と属性値（図７においては、２００や２５が相当する）のペアーから成る。受け付けるイベントタイプ名で定義されたイベントタイプに属するイベントのみが、フィルタリングの対象となる。ここには、複数のイベントタイプ名を定義することができ、さらに、ワイルドカード（＊．＊）を指定することにより、全てのイベントを対象とすることも可能である。なお、フィルタで定義された属性名が、受け付けるイベントタイプ名で定義されたイベントタイプの条件名の中に存在しない場合には、エラーとなる。但し、イベントタイプのサブセットでも良い。
【００１８】
次に、ＳＩＯＮ１の構成を説明する。図８は、ＳＩＯＮ１の構成を示す図である。図８に示すようにＳＩＯＮ１は、意味情報スイッチ（Ｓｅｍａｎｔｉｃ Ｉｎｆｏｒｍａｔｉｏｎ−Ｓｗｉｔｃｈ、図面ではＳＩ−ＳＷと図示する）、意味情報ルータ（Ｓｅｍａｎｔｉｃ Ｉｎｆｏｒｍａｔｉｏｎ −Ｒｏｕｔｅｒ、図面ではＳＩ−Ｒと図示する）、意味情報ゲートウェイ（Ｓｅｍａｎｔｉｃ Ｉｎｆｏｒｍａｔｉｏｎ−Ｇｅｔａｗａｙ、図面ではＳＩ−ＧＷと図示する）から構成される。
【００１９】
意味情報スイッチ（ＳＩ−ＳＷ）は、フィルタとして登録された意味情報と、イベントに付与された意味情報を照合し、その結果、発火したイベント受信者の端末２を起動するスイッチング機構を提供する。意味情報スイッチ（ＳＩ−ＳＷ）と各端末２はスター型で結合される。
【００２０】
意味情報ルータ（ＳＩ−Ｒ）は、意味情報スイッチ間のイベント経路選択を行うとともに、端末２から意味情報スイッチに対して送出されたイベントを他の意味情報スイッチに転送する役割を担う。これは、意味情報に基づく動的なイべントルーティングにより達成される。
【００２１】
意味情報ゲートウェイ（ＳＩ−ＧＷ）は、イベントプレース（Ｅｖｅｎｔ ｐｌａｃｅ）間でのイベントの転送を行う。ここで、イベントプレースは、共通の意味情報空間を保証する最小単位（オントロジードメイン）である。イベントプレース内では、イベントタイプの名称、概念、語彙、意味、関連などのオントロジー体系の一意性が保証され、共通のオントロジーに基づいて意味情報が記述されることになる。基本的には、イベント送信者の端末２から送出したイベントは、イベントプレース内のみで流通するが、意味情報ゲートウェイ（ＳＩ−ＧＷ）を介することにより、異なるオントロジー体系を有するイベントプレース間でのイベントの相互流通が可能になる。このとき、意味情報ゲートウェイ（ＳＩ−ＧＷ）はイベントのオントロジー変換を行った後、異なるイベントプレースヘイベントを転送する。
【００２２】
＜動作メカニズムとインタフェース仕様＞
ＳＩＯＮ１の実現方法の一例として、分散オブジェクト技術を用いた実装方法を示す。ここで、ＳＩ−ＳＷ，ＳＩ−Ｒ，ＳＩ−ＧＷは、それぞれ、イベントプレースオブジェクト（ＥＰＯ）、シェアードリンクオブジェクト（ＳＬＯ）、フェデレーションエージェント（ＦＡ）と呼ばれる分散オブジェクトとして実装される。図９を用いて、ＳＩＯＮ１の動作メカニズムと制御インタフェースを詳述する。また、ＳＩＯＮ−ＭＴ（Ｍａｎａｇｅｍｅｎｔ Ｔｏｏｌ）やＳＩＯＮインタフェーサを用いることにより、ＳＩＯＮ１のネットワークインタフェースを使用することができる。また、ＭＴを用いて、ＥＰＯの撤収・増減設、物理リンク情報の動的変更、ＰＯマイグレーション（ＰＯのバインド先ＥＰＯの動的変更）、発火率の収集、人気の高い惰報や流行している情報の統計情報収集などを簡単に行うことができる。
【００２３】
・イべントプレースファクトリの起動＆初期化（図９（１））
まず、ＳＩＯＮ運営者は、任意のホスト上にイベントプレースファクトリ（ＥＰＦ）を起動し、続いて、ＥＰＦの初期化を行う。この時、ＥＰＦに対して、イべントプレース（ＥＰ）を生成可能なホスト名、およびＥＰの実行ファイルの格納先を与える。これらを、ＥＰ生成情報と呼ぶ。
【００２４】
・イべントプレースの生成要求（図９（２））
次に、ＥＰ運営者は、ＥＰＦに対して、ＥＰの生成を要求する。このとき、ＥＰ名、およびＥＰ属性を与える。ここで、ＥＰ属性とは、生成されたＥＰが、御用聞きモデルもしくは問い合せモデルのどちらの目的で使用されるかを表したものであり、イべントの流れの方向性を表すものである。
【００２５】
・イべントプレースの生成（図９（３））
次に、ＥＰ生成要求を受け取ったＥＰＦは、ＥＰを生成する。具体的には、このとき、ＥＰの管理を司るイべントプレースマネージメントオブジェクト（ＥＰＭＯ）が生成される。すなわち、ＥＰへの処理要求は、ＥＰＭＯへの処理要求と同義である。ＥＰＦは、生成要求元に生成したＥＰ（すなわち、ＥＰＭＯ）の識別子を返却する。なお、ＥＰＭＯは、図９の（１）において指定された、ＥＰを生成可能なホストの中から、動的に決定されたホストに対して生成される。ＥＰＭＯの起動先ホストの決定方法として、サイクリックに起動先を決定する、トラヒックに応じて決定する、起動先ホストを明示的に指定する、等の方法を選択できる。
【００２６】
・イべントプレースの初期化要求（図９（４））
次に、ＥＰ運営者は、ＥＰの初期化をＥＰＭＯに依頼する。このとき、シングルイべントプレースオブジェクトもしくは、マルチプルイべントプレースオブジェクトの指定を行う。マルチプルイべントプレースオブジェクトを指定した場合には、イべントプレースオブジェクト（ＥＰＯ）の物理リンク情報（トポロジ）も併せて与える必要がある。ここで、ＥＰＯの物理リンク情報は、任意のＥＰＯが他のどのＥＰＯの存在を知っているかを表現したものである。
【００２７】
例えば、図１０に示すように、リング型結合を持つ物理リンクにおいて、ＥＰＯ２は、ＥＰＯ１、ＥＰＯ３の存在を知っていることを表現している。このように、マルチプルＥＰＯは、ＥＰ内でのイべント照合処理の負荷分散によるスケラビリティ向上を目的としたものである。
【００２８】
ＥＰＭＯは、図９の（１）において指定された、ＥＰを生成可能なホストリストの中から、ＥＰＯを生成するホストを動的に決定し、そこにＥＰＯを生成する。このとき、各ＥＰＯには、それぞれ一つのフィルタファクトリ（ＦＦ）と統計情報収集オブジェクト（ＳＯ）が常に付随して生成され、これらが、ＳＩ−ＳＷに相当する。さらに、物理リンクに応じて、シェアードリンクオブジェクト（ＳＬＯ）が各ＥＰＯに付随して一つ生成される。たとえば、ＥＰＯ２に対しては、図中のＳＬＯ２，３が生成される。これが、ＳＩ−Ｒに相当する。ＥＰＯの起動先の決定方法は、ＥＰＭＯのそれと同様であるが、イベントタイプ毎に使用するＥＰＯを固定化することも可能である。なお、ＥＰＭＯは、ＥＰ内にイベントタイプファクトリ（ＥＴＦ）を生成する。ＥＰ内では一元的なイベントタイプの名前空間がＥＴＦにより保証される。
【００２９】
・イべントプレースに対するイべント送信のためのセッション確立要求（図９（５））
次に、ＥＰにセッションの確立を要求する。ＥＰＭＯは、セッション要求毎にプロキシオブジェクト（ＰＯ）を生成する。要求元へは、ＰＯの識別子であるセッション識別子を返却する。
なお、ＥＰＭＯは、ＰＯの生成時に、ＰＯに対して、どのＥＰＯを使用する（どのＥＰＯとバインドする）かを指示する。この指示は、マルチプルＥＰＯにおいて必要となるが、バインドするＥＰＯの決定方法は、ＥＰＭＯのそれと同様である。ＥＰへのセッション確立要求時に、イべント送信のためのセッションであるか、イべント受信のためのセッションであるかを指定する必要がある。本例においては、イべント送信のためのセッションを指定する。
【００３０】
・イべントタイプの登録（図９（６））
次に、ＰＯに対して、イべントタイプの登録を要求する。このとき、ＰＯは、ＥＴＦにイべントタイプオブジェクト（ＥＴＯ）の生成を要求する。さらに生成されたＥＴＯにイべントタイプを格納する。一方、ＥＰに、イべントタイプ登録を要求することができる。このとき、ＥＰＭＯは、ＥＴＦにＥＴＯの生成を要求し、生成されたＥＴＯにイべントタイプを格納する。一般的に、イべント送信者がイべントタイプを登録する場合は、ＰＯ経由で行う。一方、ＥＰ運営者は、ＥＰに、イべントタイプ登録を行う。なお、同じ名前のイベントタイプを登録するとエラーになる。
【００３１】
・イべントプレースに対するイべント受信のためのセッション確立要求（図９（７））
次に、ＥＰに対してイベント受信のためのセッションの確立を要求する。このとき、セッション確立の要求者（イべント受信オブジェクト）は、イべントの通知先であるイべント受信オブジェクトの識別子、および、イべントの通知方法（発火型、ルックイン型）をパラメータとして与える。
続いて、ＥＰＭＯは、セッション要求毎にＰＯを生成する。要求元へは、セッション識別子を返却する。なお、ＥＰＭＯは、ＰＯの生成時に、ＰＯに対して、使用するＥＰＯを指示する。この指示は、マルチプルＥＰＯにおいて必要となるが、バインドするＥＰＯの決定方法は、ＥＰＭＯのそれと同様である。
【００３２】
・フィルタオブジェクトの生成要求（図９（８））
次に、ＰＯに対して、フィルタオブジェクト（ＦＯ）の生成を依頼する。このとき、ＰＯは、ＦＦにＦＯの生成を要求する。このとき、ＰＯとバインドされたＥＰＯに付随したＦＦが使用される。なお、ＦＯの生成要求元には、生成されたＦＯの識別子がＰＯ経由で返却される。
【００３３】
・フィルタ値の設定（図９（９））
次に、ＦＯ識別子をパラメータとして、ＦＯへのフィルタ値の設定を、ＰＯへ依頼する。なお、フィルタオブジェクトの中に格納されているイべントタイプ名（すなわち、フィルターリングの対象とするイべントタイプ名）をキーに、ＦＯのデータ構造（フィルタ値）が正しいかどうかのチェックをＥＴＯに依頼することが選択的に可能である。正しくない場合は、エラーとなる。但し、ワイルドカードが指定された場合には、このチェック処理を一切行わない。
【００３４】
・フィルタ登録（図９（１０））
次に、ＦＯにフィルタ値を設定した後、Ｆのフィルタ識別子をパラメータとして、ＰＯに対しフィルタの登録を依頼する。このとき、登録要求元にフィルタ識別子が返却される。これを契機に、イべントの受信が可能になる。なお、一つのＰＯを介して、複数のフィルタ登録が可能であるが（これには、一つのＰＯを介して異なる複数のＦＯをフィルタとして登録する、もしくは、同一のＦＯを複数回、フィルタとして登録する場合が考えられるが）、一つのＰＯに対して登録されたすべてのフィルタは、“ＯＲの関係”を持つ。
【００３５】
・イべント送信（図９（Ａ））
次に、イベント送信者は、ＰＯに対して、イべントを送信する。このとき、ＰＯは、イべントの中に格納されているイべントタイプ名をキーに、イべントのデータ構造が正しいかどうかのチェックをＥＴＯに依頼することが選択的に可能である。このチェック処理を選択したとき、正しい場合は、次の処理（図９（Ｂ））へ、正しくない場合は、エラーとなる。
【００３６】
・イベントの照合依頼（図９（Ｂ））
次に、ＰＯはイベントをＥＰＯに転送する。このとき、ＥＰＯがスレッドを生成する。なお、スレッドはイベント毎に生成され、各スレッドはイベントの多重処理を行う。
【００３７】
・フィルタとの照合（図９（Ｃ））
次に、スレッド（ＥＰＯ）は、イベントとフィルタを照合することにより、フィルターリング処理を行う。これには、完全一致、部分一致、重みづけ一致などがあり、フィルタ値の設定時に指定することができる。
【００３８】
・プロキシオブジェクトの起動（図９（Ｄ））
次に、フィルタとの照合の結果、イベントがフィルタを通過すると、対応するＰＯが起動されこのイベントを受け取る。このとき、ＰＯは、受信したイベントのタイプ、値、イベントＩＤ等をＳＯに登録することが選択的に可能である。これらの情報から、ＳＯはイベントの発火率（イベントタイプ毎、イベント毎）や、ＥＰ内で流行している評判の高いイベントを測定することが可能になる。
【００３９】
・イベント受信オブジェクトの起動（図９（Ｅ））
次に、ＰＯは、イベント受信オブジェクトを起動するとともに、イベント受信オブジェクトに対してこのイベントを渡す。これが、発火型（割り込み型）のイベント通知に対応する。
【００４０】
・ルックイン型のイベント通知（図９（Ｆ））
一方、ＰＯがイベント受信オブジェクトを起動するのではなく、イベント受信オブジェクト自身が、イベント受信オブジェクトに対応するＰＯにスプールされているイベントを、取り出すことも可能である。これがルックイン型のイベント通知に対応する。イベント受信オブジェクトの起動契機は、サービス形態に依存して種々存在するが、典型的な例として、エンドユーザがイベント受信オブジェクトにコンテンツの提案要求を行った場合が考えられる。
【００４１】
＜フィルタの管理方法＞
次に、各ＥＰＯにおけるフィルタの管理方法を説明する。
まず、イベント受信のためのセッションを確立する。このとき、セッション要求毎に一つのＰＯが生成され、このＰＯは任意の一つのＥＰＯにバインドされる。このＥＰＯには、それぞれ、一つのＦＦが付随している。これにより、ＰＯが使用するＥＰＯが一意に決定され、以降の処理はすべて、ＰＯ（イベント受信用セッション）を介して行われる。
【００４２】
次に、ＦＯを生成し、ＦＯに対してフィルタ値（受信するイベントのタイプとその取得条件）を設定する。続いて、ＦＯ識別子をパラメータとして、フィルタの登録を行う。このとき、各フィルタには、ＦＯ識別子が格納される。各ＥＰＯは、ＰＯを介して登録されたフィルタを以下に示す規則に基づいて管理する。
まず、フィルタに格納されているＦＯ識別子を用いて、ＦＯに設定されている“受信するイベントのタイプ”を参照する。続いて、受信するイベントのタイプ毎にフィルタを分類し、イベントタイプ毎に分類されたフィルタを、さらにＰＯ毎に細分類し、管理する。
【００４３】
この管理規則について図１１を参照して、ＰＯ１を介して、フィルタを登録する場合について説明する。ここでは、フィルタ登録時に指定するＦＯの中に、受信するイベントのタイプとして、“イベントタイプＸ”が設定されているものとする。このとき、ＥＰＯに登録されるフィルタは、図１１のフィルタ１が相当し、同様に、ＰＯ２を介して登録されたフィルタにはフィルタ２が相当する。また、各ＰＯにおいて、複数のフィルタを登録することが可能であるが、登録されたフィルタは“ＯＲ関係”を有するものとする。
【００４４】
まず、イベントタイプＸのイベントがＥＰＯに到着したとき、フィルタ１との照合が行われる。その結果、フィルタ１が発火するとＰＯ１が起動される。次に、フィルタ２との照合が行われ、その結果、フィルタ２が発火するとＰＯ２が起動される。このとき、フィルタ２とフィルタ３は“ＯＲ関係”を有するため、フィルタ３との照合は行われない。このようなフィルタ管理方法を用いることにより、一つのイベントに対する各ＥＰＯでの照合処理回数を、基本的にＰＯ数（受信用セッション数）以下にすることができる。
【００４５】
＜イベントルーティング方法＞
次に、イベントルーティング方法について説明する。
ＥＰＯ（ＳＩ−ＳＷ）は、イベントの送受信者（端末などのエンティティ）をセッションを介してスター型で収容する。さらに、ＥＰＯ（ＳＩ−ＳＷ）は、イベント受信者（イベント受信オブジェクト）が登録したフィルタと、イベント送信者が送出したイベントを照合し、その結果、発火したフィルタに対応するイベント受信者のみにイベントを通知する（合致するイベント受信者にのみイベントを配送する）照合スイッチである。
【００４６】
そのため、イベントの送信者数（イベント数）やイベントの受信者数（フィルタ数）が増加すると、それに比例してＥＰＯの処理能力が飽和する。そこで、ＳＩＯＮアーキテクチャでは、スケラビリティの高いＥＰを実現する手段として、マルチプルＥＰＯを提供する。マルチプルＥＰＯとは、ＥＰＯ数に比して、ＥＰのトータル処理能力をスケーラブルに向上させることを目的とし、具体的には、以下の２つの観点からＥＰの高いスケラビリティを達成する。
【００４７】
第一点は、負荷分散と自律分散である。これは、複数のＥＰＯに、イベントの送受信者を分散させることにより、イベントのフィルターリング処理の負荷分散を行い、処理の集中に伴うボトルネック要因を作らないようにするものである。。さらに、各ＥＰＯが他のＥＰＯの影響を受けることなく、自律的に動作可能な機構による分散協調を達成する。
【００４８】
第二点は、ネットワークトラヒックの削減とフィルターリング処理の最適化である。これは、ＥＰＯ間で不要なイベントを転送しないことによる通信量の最小化と、それに伴う無駄なフィルタリング処理の削減を行うものである。
【００４９】
図１０において、ＥＰＯ３・３３に対し、受信するイベントのタイプとして、イベントタイプＸのフィルタが登録される場合を考える。ここで、イベントタイプＸのイベントがＥＰＯ１に対して送出されたとき、ＥＰＯ１からＥＰＯ３へ、もしくは、ＥＰＯ２経由でこのイベントをＥＰＯ３に転送する必要がある。このようなリング状のＥＰＯ間のイベントのルーティング制御を行うものが、シェアードリンクオブジェクト（ＳＬＯ）であり、前述したＳＩ−Ｒに相当する。
【００５０】
以下にＳＩ−Ｒについて詳細を説明する。
まず、ＥＰの初期化時に、物理リンク情報（ＥＰＯのトポロジ）に基づいて、ＳＬＯが各ＥＰＯに付随して生成される。たとえば、図９において、ＥＰＯ２に対してＳＬＯ２，３が生成される。このＳＬＯｉ，ｊは、ＥＰＯｊからＥＰＯｉへのイベント転送を行うシェアードリンク（ＳＬｉ，ｊ）を確立する。すなわち、図９および図１２に示すように、ＳＬＯｉ，ｊは、ＥＰＯｊに対してイベント受信のセッションを確立し、一方、ＥＰＯｉに対してイベント送信のセッションを確立することにより、イベント転送のための論理リンクであるシェアードリンクＳＬｉ，ｊを確立する（シェアードリンクとは、ＥＰの初期化時における、ＳＬＯによるセッションの確立を意味し、フィルタ登録処理を含まない）。これによって、片方向のリング状のシェアードリンクＳＬｉ，ｊが確立される。
【００５１】
ＥＰの初期化後に、イベント受信者は、ＥＰへのセッションを確立し、セッションを介してフィルタを登録することが可能になる。このとき、確立済みのシェアードリンクに従って、イベントパスが設定される。例えば、図１２において、イベント受信者（Ｅｖｅｎｔ Ｒｅｃｅｉｖｅｒ）３がＰＯ３を介して、イベントタイプＸのイベント受信を行うフィルタを、ＥＰＯ３へ登録した場合を考える。このとき、ＰＯ３は、ＥＰＯ３ヘイベントタイプＸのフィルタを登録するとともに、その旨をＳＬＯ３，１に通知する。このとき、ＳＬＯ３，１には、フィルタ登録の要求発生元がＥＰＯ３である旨がパラメータとして与えられる。ＳＬＯ３，１はＳＬ３，１を用いて、ＥＰＯ１に対してイベントタイプＸのフィルタを登録する。これは、前述したように、ＳＬＯ３，１に対して割り当てられた受信用セッションのＰＯを介して行われる。同様に、このＰＯは、その旨を、ＳＬＯ１，２に対して通知する。ＳＬＯ１，２は、ＳＬ１，２を用いて、ＥＰＯ２ヘフィルタを登録する。順次同様に、すべてのＥＰＯにイベントＸに対するパスが設定されるまで、繰り返される。なお、この処理は、フィルタ登録の要求発生元（ここでは、ＥＰＯ３）の直前まで繰り返される。すなわち、ＳＬＯ２，３は、ＥＰＯ３にフィルタを登録しない。
【００５２】
このように、イベントタイプＸに対して確立された一連のパスを、イベントパスと呼ぶ。これは、ＰＯ３を介したフィルタ登録がトリガとなって、すべてのＥＰＯへ、イベントタイプ毎のイベントパス設定要求が順次、自律的に波及していく方式である。すなわち、個々のＥＰＯは隣接するＥＰＯのみを認識すれば良い。そのため、イベントパスの集中管理やブロードキャストによるイベントパスの設定・管理方法に比べて、簡単かつ一元的な自律ロジックでイベントパスを確立することが可能になる。
【００５３】
この時点でのＥＰＯ１におけるフィルタの登録状況を図１３に示す。イベント受信者３がＰＯ３を介してフィルタを登録した結果、フィルタ１がＥＰＯ１に登録されることになる。イベントパスの設定とは、シェアードリンク情報に基づいて、一連のＥＰＯにイベント転送のためのフィルタを登録することを指す。なお、ＳＬＯが登録するフィルタには、受信するイベントタイプ名が設定されるのみであり、取得条件は設定されず、イベントタイプ名のみのフィルターリングを行う。
【００５４】
この状況において、イベント受信者２がＰＯ２を介して、イベントタイプＸのフィルタを、ＥＰＯ２へ登録したとき、前述と同様に新たなイベントパスの設定がすべてのＥＰＯへ波及し、その結果として、フィルタ２がＥＰＯ１へ登録されることになり、イベントパス設定の要求毎にフィルタが登録されることになる。
【００５５】
このとき、ＥＰＯ１にイベントタイプＸのイベントが送出されると、フィルタ１が発火し、ＳＬＯ３，１が起動される。ＳＬＯ３，１が、当該イベントをＥＰＯ３へ送出することにより、ＳＬＯ２，３が起動される。さらに、ＳＬＯ２，３を介して、当該イベントがＥＰＯ２へも転送されることになる。なお、イベントの無限巡回を防止するために、イベントは、制御情報の一つとして、イベントが生起したＥＰＯの識別子を保持し、イベントの生起元ＥＰＯ（ＳＬＯ）に当該イベントが巡回して戻って来たときに、当該イベントを破棄する。
【００５６】
なお、前述したように、フィルタ１とフィルタ２は、ＯＲ関係を有するため、フィルタ１が発火した場合にはフィルタ２との照合は行われない。そのため、フィルタ１が存在するにも関わらず、新たにフィルタ２を登録したことに伴う、フィルターリング処理の冗長オーバヘッドは全く生じないようにすることができる。これは、イベントパスを設定したときに、既設のイベントパスを含めた全イベントパスの再構築を全く必要としないことを意味し、簡単かつ一元的なイベントパスの自律的な設定が可能になる。
【００５７】
また、ＥＰＯ１内に、イベント受信者が確立したセッションおよびそれを介したフィルタ登録がある場合には（ＰＯｎのフィルタ３に対応）、ＳＬＯ対応のフィルタリング処理がすべて完了した後に、ＰＯｎ対応のフィルターリング処理が行われる。すなわち、他のＥＰＯへのイベント転送処理を優先して行い、その後、自ＥＰＯでの照合処理が開始される。
【００５８】
以上説明した、イベントルーチング方法の更なる効果として、フィルタ登録解除時に、イベントパスの再構築が必要ない点が挙げられる。例えば、イベント受信者３がＰＯ３を介して、登録したフィルタの登録解除を行った場合、登録の場合と同様に、解除要求が順次、自律的に波及する。その結果、ＥＰＯ１において、フィルタ１の登録のみが解除されることになるが、フィルタ２は存命する（これ以降は、フィルタ２がフィルタ１の代わりにイベントを転送する）ため、イベントパスの再構築なしに、すべての既設イベントパスの一貫性が保証される。
【００５９】
このような自律分散型のルーティング制御方法を用いることによって、ＥＰＯの相互接続と分散協調を容易に実現することが可能になる。これに伴い、小規模なネットワークから大規模なネットワークヘの移行、ローカルなネットワークからグローバルなネットワークヘの移行等をスムーズに行うことができる。また、ボトムアップアプローチによるグローバルネットワーク化を、共通のロジックで容易に達成することができる。
【００６０】
次に、前述したイベントルーティング方法とは異なるイベントルーティング方法を説明する。このルーティング方法は、シェアードリンク（論理リンク）を確立するまでの手順は、前述した方法と同様である。このイベントルーティング方法が前述した方法と異なるのは、イベントパスを確立しない点であり、ＳＬＯｉ，ｊがシェアードリンクＳＬｉ，ｊを確立する時に同時に、唯一のフィルタを登録するようにするものである。このとき、登録されるフィルタには、受信するイベントのタイプとしてワイルドカードを指定する。これによって、すべてのイベントを転送の対象とし、イベントタイプ毎のイベントパスを確立しないようにする。
このように意味情報にワイルドカードを指定することによって、リング状のシェアードリンクＳＬｉ，ｊ内をイベントが巡回するため、全てのＥＰＯに対してイベントを配送することが可能となる。
【００６１】
＜フェデレーション方法＞
次に、図１４を参照してフェデレーション方法について説明する。フェデレーションエージェント（ＦＡ）とは、イベントプレース間のフェデレーションを確立するエージェントであり、前述したＳＩ−ＧＷに相当する。例えば、イベントプレース（Ｅｖｅｎｔ Ｐｌａｃｅ）Ａがイベントプレース（Ｅｖｅｎｔ Ｐｌａｃｅ）Ｂに対してフェデレーションを確立する場合を考える。まず、イベントプレースＡに属するＦＡが、イベントプレースＢに対して、フィルタを登録する。このとき、イベントプレースＢに属するイベント送信者がイベントを送出し、その結果、このフィルタが発火すると、ＦＡが自律起動する。これは、ＦＡをイベントプレースＢに属する一つのイベント受信者として見なすことができる。次に、ＦＡは取得したイベントを、自身が属するイベントプレースＡに対して再送出する。これは、ＦＡを、イベントプレースＡに属する一つのイベント送信者として見なすことができる。
【００６２】
このように両者の役割を併せ持つＦＡを用いて、イベントプレース間のフェデレーションを容易に実現できる。すなわち、単一イべントプレースと同じ制御論理で、イベントプレース間のフェデレーションを実現することが可能である。この機構を用いて、ＳＩＯＮ１の基本構成単位であるイベントプレースを相互接続することにより、グローバルな照合ネットワークをボトムアップアプローチで構築することが可能となり、イベントプレース間に跨るイベントの共有を実現することができる。なお、イベントプレースＡとイベントプレースＢがそれぞれ異なるオントロジーを持つ場合、イベントプレースＡに属するＦＡは、イベントプレースＢから取得したイベントを、イベントプレースＡのオントロジーに変換した後、イベントプレースＡに送出する。
【００６３】
異なるオントロジー体系に跨ってイベント転送を行う場合には、オントロジー変換が必要になる。この変換を行う従来技術として、標準オントロジーを規定し、他のイベントプレースにイベントを転送する場合には、一旦、標準オントロジーに準拠した形式に変換した後に、イベントの転送を行う方法や、イベントプレースの組み合わせの数だけオントロジー変換テーブルを事前に用意しておくなどの方法がある。
【００６４】
しかしながら、イベントプレースの動的なフェデレーション（フェデレーションの動的な開始、開始解除）に対応するためには、従来の方法は柔軟性に欠ける。そこで、本発明では、図１４に示すように、ＦＡが隣接するイベントプレースのオントロジー情報との差分（変換情報）のみを、オントロジー変換テーブルに保持するようにしている。すなわち、これは、各ＦＡが変換情報をそれぞれ分散して保有し、全体でオントロジー体系の一貫性を保証する方法である。これは、イベントプレース間の動的なフェデレーションに容易に対応することが可能になるが、その反面、イベントがイベントプレースを跨る毎に、オントロジー変換処理が発生するため、従来方法に比べて、変換処理オーバヘッドが増大するという特徴を有している。
【００６５】
＜コミュニティと進化型ネットワーク＞
次に、ＳＩＯＮ１のキラーサービスの一つであるコミュニティサービスについて説明する。コミュニティサービスにおけるエンティティは、自身のポリシに基づいて、学習・進化・退化・消滅等を繰り返すことにより、その活動様式を動的に決定することが可能な自律分散型の動作主体である。コミュニティは、このようなエンティティに対して効率的なコミュニケーションの場を提供するものである。すなわち、コミュニティ内のエンティティは、自身とコミュニケートすべきエンティティや、自身の振る舞いに影響を与えるエンティティを動的に探索・発見・特定し、特定されたエンティティとインタラクションを行うことが可能である。
【００６６】
このコミュニティは、特に以下の特徴を持つエンティティを取り扱うことができる。
（１）極小粒度で、膨大な数のエンティティがコミュニティに存在する（不特定多数のエンティティ）。
（２）エンティティの属性がリアルタイムに変化する。典型的なエンティティの属性として、位置情報、時刻等がある。
（３）コミュニティ内のエンティティの振る舞いに規則性がなく、行動予測が困難である。
（４）コミュニティヘの参加、コミュニティからの退去、消滅、複製等が頻繁かつ不規則に発生する。
（５）コミュニティ内のエンティティは、ポリシ、属性、シナリオ等に基づいて相互にリアルタイムに出会う必要がある。
【００６７】
このような特性を持つエンティティをサーバやメディエータ（ブローカ）で管理し、相互にリアルタイムに探索・発見することは性能上、容易でない。ＳＩＯＮ１のＥＰは、このような特徴を持つコミュニティの実行環境として位置づけられる。すなわち、コミュニティはＥＰのメタ実行環境であり、ＥＰを直接用いることに比して、抽象度の高いコミュニケーションの場を提供するものである。コミュニティの実行環境にＥＰを用いることにより、コミュニティ内のすべてのエンティティは、ブローカを介することなく、コミュニケーションすべきエンティティを直接発見することができる。これは、コミュニティ内のエンティティのコミュニケーションは、ＥＰ内のイベントの送受信として実装されるためである。
【００６８】
図１５にコミュニティの概念モデルを示す。ユーザエージェント（ＵＡ）、情報・サービス提供エージェント（ＩＳＡ）がコミュニティ内のエンティティに相当する。ＵＡは自律的に振る舞うエージェントであり、ユーザの嗜好、動作環境、位置情報、状況、傾向などに応じて、自身の振る舞いを動的に決定し、インタラクションすべきＩＳＡや他のＵＡを探索し、それらとインタラクションする。ＩＳＡも自律的に振る舞うエージェントであり、提供者の意図に基づいて、インタラクションすべきＵＡや他のＩＳＡを探索する。すなわち、自身の情報を提供するのに相応しいユーザを探索して特定する。
【００６９】
一方、コミュニティエージェント（ＣｏｍＡ）は、コミュニティの運営を司るエージェントである。ＥＰ運営者は、運営ポリシに基づいて、ＳＩＯＮ−ＭＴを介したＳＩＯＮの制御・運営を行う。従って、ＣｏｍＡは、ＥＰ運営者をエージェント化したものと見なすことができる。基本的に、コミュニティの運営ポリシはＣｏｍＡによって規定される。例えば、ＵＡ、ＩＳＡなどのエンティティに対するコミュニティヘの参加、退去、消滅、複製などの認可、コミュニティ内に流通させる情報の把握と統制（相応しくないイベントの削除など）、コミュニティ内の統計情報（トレンド情報、評判の高い情報など）の管理などを自身の運営ポリシに基づいて司る。
【００７０】
また、コミュニティの高いスケーラビリティやリライアビリティの保証を達成するため、負荷状況や障害状況に応じて、ＥＰおよびＥＰＯの増減設、撤収、マイグレーション等のＳＩＯＮ制御を実行する。すなわち、ＳＩＯＮ１とＣｏｍＡを組み合わせることにより、ＳＩＯＮ１は自律分散型ネットワークから、学習、成長、進化が可能な進化型ネットワークヘと発展する。このように、ＣｏｍＡはコミュニティ内のエンティティの振る舞いを統制するとともに、ＳＩＯＮ１を自己組織化するための役割を担う。さらに、コミュニティ間のコラボレーションにより、コミュニティ間での情報の共有が可能である。例えば、コミュニティＡにおいて流通している情報の中で、人気が高いトップ１０のみを、コミュニティＢに流通させることができる。以下に処理の流れを示す。
【００７１】
まず、コミュニティＢのＣｏｍＡが、イベントプレースＢのＦＡに対して、“コミュニティＡにおいて流通している情報の中で、人気が高いトップ１０のみを、コミュニティＢに流通させる”旨を指示する。
【００７２】
次にＦＡは、イベントプレースＡに対して、トップ１０のイベントタイプを問い合わせる。これを受けて、イベントプレースＡは、配下の統計情報収集オブジェクト（ＳＯ）に問い合わせ、その結果を、ＦＡに返却する。
【００７３】
次に、ＦＡは取得したイベントタイプを基に、オントロジー変換テーブルを作成するとともに、イベントプレースＡに対しフィルタを設定する。以降、ＦＡは、イベントプレースＡから、当該イベントを受信可能になる。
【００７４】
次にＦＡは、イベントプレースＡから取得したイベントを、オントロジー変換テーブルに基づいてオントロジー変換し、それをイベントプレースＢへと送出する。
【００７５】
以上説明したように、この実施形態によれば、以下の２点の効果を得ることができる。
第１に、分散オブジェクト環境上にＳＩＯＮのネットワーク環境を容易に構築できる。
第２に、サービスアプリケーションをエンティティとしてコミュニティに参加させることにより、簡単にイベントを送出したり、必要なイベントをピックアップすることが可能になり、相互にコミュニケションを図ることが可能になる。
【００７６】
【発明の効果】
以上説明したように、この発明によれば、複数のＥＰＯに、イベントの送受信者を分散させることにより、イベントのフィルターリング処理の負荷分散を行い、処理の集中に伴うボトルネック要因を作らないようにすることができる。さらに、各ＥＰＯが他のＥＰＯの影響を受けることなく、自律的に動作可能な機構による分散協調を達成することが可能となる。
【００７７】
また、ＥＰＯ間で不要なイベントを転送しないことによる通信量の最小化と、それに伴う無駄なフィルタリング処理の削減を行うことができる。
【００７８】
また、ＥＰＯ間においてリング状でかつ片方向のみ配送可能なシェアードインクを確立するようにし、隣接するＥＰＯに対してのみイベントの転送を行うようにしたため、各ＥＰＯ内の処理を簡単にすることができるという効果が得られる。これによって、結果的に各ＥＰＯにおける処理の負荷を低減することが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態の構成を示すブロック図である。
【図２】イベントの構成を示す説明図である。
【図３】意味情報ネットワークのモデルを示す図である。
【図４】意味情報の定義を示す説明図である。
【図５】イベントタイプの定義例を示す説明図である。
【図６】イベントの一例を示す説明図である。
【図７】フィルタの定義例を示す説明図である。
【図８】意味情報ネットワークの構成を示す図である。
【図９】意味情報ネットワークの動作メカニズムと制御インタフェースを示す説明図である。
【図１０】物理リンクを示す説明図である。
【図１１】フィルタの管理方法を示す説明図である。
【図１２】イベントルーティング方法を示す説明図である。
【図１３】フィルタの登録状況を示す説明図である。
【図１４】フェデレーション方法を示す説明図である。
【図１５】コミュニティモデル示す説明図である。
【図１６】従来技術を示す説明図である。
【図１７】従来技術を示す説明図である。
【図１８】従来技術を示す説明図である。
【符号の説明】
１・・・意味情報ネットワーク（ＳＩＯＮ）、
２・・・端末、
ＳＩ−ＳＷ・・・意味情報スイッチ、
ＳＩ−Ｒ・・・意味情報ルータ、
ＳＩ−ＧＷ・・・意味情報ゲートウェイ、
ＥＰＯ・・・イベントプレースオブジェクト、
ＳＬＯ・・・シェアードリンクオブジェクト、
ＦＡ・・・フェデレーションエージェント。
Claims (6)
- データと該データのメタ情報である意味情報からなるイベントの配送を行うために、イベント受信エンティティが受信を希望するイベントの意味情報をイベントの取得条件として設定したフィルタに対しイベント送信エンティティからのイベントを照合させるための場であるイベントプレースにおいて、前記イベントに含まれる意味情報に基づいてイベント配送の経路を決定するイベントルーティング装置におけるイベントルーティング方法であって、
前記フィルタとして予め登録された前記意味情報と、前記イベントに含まれる前記意味情報とを照合してその結果に基づき一致したイベントを該フィルタに対応する前記イベント受信エンティティに送信する複数のイベントプレースオブジェクト間の物理リンク情報に基づいて、前記イベントプレースオブジェクト間にリング状でかつ片方向のみにイベント転送可能な論理リンクであるシェアードリンクを確立し、前記イベントプレースオブジェクト間の前記イベントを転送するシェアードリンクオブジェクトを生成するシェアードリンクオブジェクト生成過程と、
前記シェアードリンクオブジェクトによって確立されたシェアードリンクに基づいて一連のイベントプレースオブジェクトに対して前記イベントのテンプレートであるイベントタイプが指定された前記フィルタを登録することによってイベントタイプ毎のイベントパスを設定するイベントパス設定過程と
を有することを特徴とするイベントルーティング方法。 - データと該データのメタ情報である意味情報からなるイベントの配送を行うために、イベント受信エンティティが受信を希望するイベントの意味情報をイベントの取得条件として設定したフィルタに対しイベント送信エンティティからのイベントを照合させるための場であるイベントプレースにおいて、前記イベントに含まれる意味情報に基づいてイベント配送の経路を決定するイベントルーティング装置におけるイベントルーティング方法であって、
前記フィルタとして予め登録された前記意味情報と、前記イベントに含まれる前記意味情報とを照合してその結果に基づき一致したイベントを該フィルタに対応する前記イベント受信エンティティに送信する複数のイベントプレースオブジェクト間の物理リンク情報に基づいて、前記イベントプレースオブジェクト間にリング状でかつ片方向のみにイベント転送可能な論理リンクであるシェアードリンクを確立し、前記イベントプレースオブジェクト間の前記イベントを転送するシェアードリンクオブジェクトを生成するシェアードリンクオブジェクト生成過程と、
前記シェアードリンクオブジェクトによって確立されたシェアードリンクに基づいて一連のイベントプレースオブジェクトに対して前記イベントのテンプレートであるイベントタイプとしてワイルドカードが指定されたフィルタを登録するフィルタ登録過程と
を有することを特徴とするイベントルーティング方法。 - データと該データのメタ情報である意味情報からなるイベントの配送を行うために、イベント受信エンティティが受信を希望するイベントの意味情報をイベントの取得条件として設定したフィルタに対しイベント送信エンティティからのイベントを照合させるための場であるイベントプレースにおいて、前記イベントに含まれる意味情報に基づいてイベント配送の経路を決定するイベントルーティング装置であって、
前記フィルタとして予め登録された前記意味情報と、前記イベントに含まれる前記意味情報とを照合してその結果に基づき一致したイベントを該フィルタに対応する前記イベント受信エンティティに送信する複数のイベントプレースオブジェクト間の物理リンク情報に基づいて、前記イベントプレースオブジェクト間にリング状でかつ片方向のみにイベント転送可能な論理リンクであるシェアードリンクを確立し、前記イベントプレースオブジェクト間の前記イベントを転送するシェアードリンクオブジェクトを生成するシェアードリンクオブジェクト生成手段と、
前記シェアードリンクオブジェクトによって確立されたシェアードリンクに基づいて一連のイベントプレースオブジェクトに対して前記イベントのテンプレートであるイベント タイプが指定された前記フィルタを登録することによってイベントタイプ毎のイベントパスを設定するイベントパス設定手段と
を備えたことを特徴とするイベントルーティング装置。 - データと該データのメタ情報である意味情報からなるイベントの配送を行うために、イベント受信エンティティが受信を希望するイベントの意味情報をイベントの取得条件として設定したフィルタに対しイベント送信エンティティからのイベントを照合させるための場であるイベントプレースにおいて、前記イベントに含まれる意味情報に基づいてイベント配送の経路を決定するイベントルーティング装置であって、
前記フィルタとして予め登録された前記意味情報と、前記イベントに含まれる前記意味情報とを照合してその結果に基づき一致したイベントを該フィルタに対応する前記イベント受信エンティティに送信する複数のイベントプレースオブジェクト間の物理リンク情報に基づいて、前記イベントプレースオブジェクト間にリング状でかつ片方向のみにイベント転送可能な論理リンクであるシェアードリンクを確立し、前記イベントプレースオブジェクト間の前記イベントを転送するシェアードリンクオブジェクトを生成するシェアードリンクオブジェクト生成手段と、
前記シェアードリンクオブジェクトによって確立されたシェアードリンクに基づいて一連のイベントプレースオブジェクトに対して前記イベントのテンプレートであるイベントタイプとしてワイルドカードが指定されたフィルタを登録するフィルタ登録手段と
を備えたことを特徴とするイベントルーティング装置。 - データと該データのメタ情報である意味情報からなるイベントの配送を行うために、イベント受信エンティティが受信を希望するイベントの意味情報をイベントの取得条件として設定したフィルタに対しイベント送信エンティティからのイベントを照合させるための場であるイベントプレースにおいて、前記イベントに含まれる意味情報に基づいてイベント配送の経路を決定するイベントルーティング装置において経路決定を行うイベントルーティングプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記フィルタとして予め登録された前記意味情報と、前記イベントに含まれる前記意味情報とを照合してその結果に基づき一致したイベントを該フィルタに対応する前記イベント受信エンティティに送信する複数のイベントプレースオブジェクト間の物理リンク情報に基づいて、前記イベントプレースオブジェクト間にリング状でかつ片方向のみにイベント転送可能な論理リンクであるシェアードリンクを確立し、前記イベントプレースオブジェクト間の前記イベントを転送するシェアードリンクオブジェクトを生成するシェアードリンクオブジェクト生成処理と、
前記シェアードリンクオブジェクトによって確立されたシェアードリンクに基づいて一連のイベントプレースオブジェクトに対して前記イベントのテンプレートであるイベントタイプが指定された前記フィルタを登録することによってイベントタイプ毎のイベントパスを設定するイベントパス設定処理と
をコンピュータに行わせることを特徴とするイベントルーティングプログラムを記録した記録媒体。 - データと該データのメタ情報である意味情報からなるイベントの配送を行うために、イベント受信エンティティが受信を希望するイベントの意味情報をイベントの取得条件として設定したフィルタに対しイベント送信エンティティからのイベントを照合させるための場であるイベントプレースにおいて、前記イベントに含まれる意味情報に基づいてイベント配送の経路を決定するイベントルーティング装置において経路決定を行うイベントルーティングプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記フィルタとして予め登録された前記意味情報と、前記イベントに含まれる前記意味情報とを照合してその結果に基づき一致したイベントを該フィルタに対応する前記イベント受信エンティティに送信する複数のイベントプレースオブジェクト間の物理リンク情報に基づいて、前記イベントプレースオブジェクト間にリング状でかつ片方向のみにイベン ト転送可能な論理リンクであるシェアードリンクを確立し、前記イベントプレースオブジェクト間の前記イベントを転送するシェアードリンクオブジェクトを生成するシェアードリンクオブジェクト生成処理と、
前記シェアードリンクオブジェクトによって確立されたシェアードリンクに基づいて一連のイベントプレースオブジェクトに対して前記イベントのテンプレートであるイベントタイプとしてワイルドカードが指定されたフィルタを登録するフィルタ登録処理と
をコンピュータに行わせることを特徴とするイベントルーティングプログラムを記録した記録媒体。
Priority Applications (10)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000284075A JP3589965B2 (ja) | 2000-09-19 | 2000-09-19 | イベントルーティング方法、及びイベントルーティング装置 |
| PCT/JP2001/001771 WO2001067690A1 (fr) | 2000-03-07 | 2001-03-07 | Reseau d'information semantique |
| CNB200410055945XA CN100417130C (zh) | 2000-03-07 | 2001-03-07 | 语义信息网络（sion） |
| CNB018091547A CN100474835C (zh) | 2000-03-07 | 2001-03-07 | 语义信息网络(sion) |
| EP11167933.8A EP2383943B1 (en) | 2000-03-07 | 2001-03-07 | Event delivery apparatus and method |
| US10/220,864 US7702744B2 (en) | 2000-03-07 | 2001-03-07 | Semantic information network (SION) |
| CA002401982A CA2401982C (en) | 2000-03-07 | 2001-03-07 | Semantic information-oriented network (sion) |
| KR10-2002-7011648A KR100505265B1 (ko) | 2000-03-07 | 2001-03-07 | 의미 정보 네트워크 |
| EP01912149.0A EP1267527B1 (en) | 2000-03-07 | 2001-03-07 | Semantic information network (sion) |
| US11/788,335 US7747697B2 (en) | 2000-03-07 | 2007-04-18 | Semantic information network (SION) |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000284075A JP3589965B2 (ja) | 2000-09-19 | 2000-09-19 | イベントルーティング方法、及びイベントルーティング装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002092026A JP2002092026A (ja) | 2002-03-29 |
| JP3589965B2 true JP3589965B2 (ja) | 2004-11-17 |
Family
ID=18768352
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000284075A Expired - Lifetime JP3589965B2 (ja) | 2000-03-07 | 2000-09-19 | イベントルーティング方法、及びイベントルーティング装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3589965B2 (ja) |
-
2000
- 2000-09-19 JP JP2000284075A patent/JP3589965B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002092026A (ja) | 2002-03-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100505265B1 (ko) | 의미 정보 네트워크 | |
| CN102316091B (zh) | 用于内容分发网络的应用层流量优化增强 | |
| US8433804B2 (en) | Dynamic event server subsystem utilizing session initiation protocol | |
| JP4463999B2 (ja) | 通信ネットワークにおける方法及び装置 | |
| JP2004532471A (ja) | 分散コンピュータ・ネットワークのスケーラブルなリソース・ディスカバリおよび再構成 | |
| JP3571632B2 (ja) | 意味情報ネットワーク、意味情報スイッチ、意味情報ルータ、意味情報ゲートウェイ、イベントルーティング方法、及びイベントルーティング装置 | |
| CN102934396A (zh) | 用于控制网络内的数据通信的方法和系统 | |
| Akiyama et al. | Scalable pub/sub system using openflow control | |
| JP3589965B2 (ja) | イベントルーティング方法、及びイベントルーティング装置 | |
| JP2005252986A (ja) | 動的なネットワークにおけるサービス選択方法およびサービス選択システム | |
| JP2003044502A (ja) | オントロジー対応情報生成装置、方法、プログラム、記憶媒体 | |
| JP2002259251A (ja) | 意味情報ネットワークを用いたグループメンバ間情報配信方法とシステムおよび送信端末と受信端末 | |
| JP2002183874A (ja) | 意味情報ネットワークを用いた移動するサービス提供者探索方法および探索システムと送信端末および受信端末 | |
| JP2002185945A (ja) | 放送コンテンツ配信方法、システム、放送コンテンツ提供者端末、および放送受信者端末 | |
| JP2002259584A (ja) | 意味情報ネットワークを用いたニュース／メッセージ配信方法およびシステムと送信端末および受信端末 | |
| JP2002259404A (ja) | 意味情報ネットワークを用いた匿名相談方法およびシステムと送信端末および受信端末 | |
| JP2002312396A (ja) | 意味情報ネットワークを用いた会員サービス提供方法および提供システム、送信端末、受信端末、意味情報ネットワーク | |
| JP2002183387A (ja) | 意味情報ネットワークを用いた情報提供方法とシステム、情報受信方法および送信端末と受信端末 | |
| JP2002183184A (ja) | 意味情報ネットワークを用いた案内情報提供方法とシステム、案内情報受信方法および送信端末と受信端末 | |
| JP2002236832A (ja) | 意味情報ネットワークを用いたリソースの予約管理方法およびシステム、送信端末、受信端末 | |
| Chai et al. | Towards information-centric networking: research, standardization, business and migration challenges | |
| JP2002183585A (ja) | 広告配信方法、広告配信システム、広告提供者端末、コンテンツ提供者端末、およびコンテンツ利用者端末 | |
| JP2002183016A (ja) | 意味情報ネットワークを用いたアップデータ配信方法と受信方法、配信システムと受信システムおよび受信端末と送信端末 | |
| JP2002183279A (ja) | 意味情報ネットワークを用いた出会支援方法およびシステムと送信端末および受信端末 | |
| JP2002259541A (ja) | 環境情報配信方法、システム、環境情報提供者端末、およびサイト提供者端末 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040127 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040329 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040518 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040715 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040810 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040818 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 3589965 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080827 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080827 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090827 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090827 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100827 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100827 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110827 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120827 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130827 Year of fee payment: 9 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |