JP3844747B2 - Entity device, shared link re-establishment method, shared link re-establishment program, and recording medium thereof - Google Patents
Entity device, shared link re-establishment method, shared link re-establishment program, and recording medium thereof Download PDFInfo
- Publication number
- JP3844747B2 JP3844747B2 JP2003095953A JP2003095953A JP3844747B2 JP 3844747 B2 JP3844747 B2 JP 3844747B2 JP 2003095953 A JP2003095953 A JP 2003095953A JP 2003095953 A JP2003095953 A JP 2003095953A JP 3844747 B2 JP3844747 B2 JP 3844747B2
- Authority
- JP
- Japan
- Prior art keywords
- entity
- shared link
- event
- establishment
- entity device
- 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 - Fee Related
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、自律分散ネットワークにおいて最適なリンク再確立制御を実現するエンティティ装置、シェアードリンク再確立方法、シェアードリンク再確立プログラム及びその記録媒体に関する。
【０００２】
【従来の技術】
従来、インターネットでは、図２３に示すように、「ブローカ型配信モデル」に基づいた情報配信が一般的であった。このビジネスモデルでは、ブローカとして位置付けられる情報配信者（例えば、パソコン通信会社）が、情報提供者の情報を集中管理し、必要に応じてユーザに対して情報の配信を行った。
しかしながら、ブローカ型探索モデルでは、ブローカが情報のメタデータを一括管理しているために、ユーザや情報提供者の多用なニーズにリアルタイムに応えることが困難であるなどから、より自由で、特定のブローカに支配されない新たなビジネスモデルが求められるようになり、このような問題認識から、「ブローカレス型探索モデル」という新たな概念が考え出された。
このブローカレス型探索モデルが、２０００年３月に発表されたGnutellaのような、世界中で注目されるようになったＰ２Ｐ（Ｐｅｅｒ−Ｔｏ−Ｐｅｅｒ）に相当する。また、２００１年４月に発表されたＪＸＴＡもＰ２Ｐ、すなわちブローカレス型探索モデルに相当する。Ｐ２Ｐは、WWW以来の革新技術であり、第３世代と呼ばれている。なお、近年、伝送レイヤにＰ２Ｐの概念を適用したブローカレス型伝送モデルや、ポリシーレイヤにＰ２Ｐの考え方を適用したブローカレス型ポリシーモデルの研究開発が活発化していている。ブローカレス（配信）モデルのディメンションを図２４に示す。このブローカレス型探索モデルの１つがＳＩＯＮｅｔ（Semantic Infomation Oriented Network）である。
【０００３】
SIONetは、意味情報（メタデータ）に基づいて、データと当該データの意味情報とからなるイベントを配送するメタネットワークである。図２５に示すように、イベント受信者は、受信したいイベントの条件を示す意味情報を予めSIONetに登録しておく。イベント送信者からイベントがSIONetに送信されると、SIONetは、当該イベントの意味情報と、登録された意味情報とを照合し、その照合結果に基づいて、当該イベントをイベント受信者に送信する。このように、イベントをSIONetに送信することを「刺激」といい、登録した意味情報とイベントの意味情報とが合致し、当該意味情報を登録したイベント受信者に、当該イベントを通知することを「発火」という。
【０００４】
これにより、ネットワーク上に超分散する不特定多数のエンティティ（端末装置）の中から、特定のエンティティを動的に探索・発見することができる。すなわち、SIONetは、従来のネットワークで用いていた宛先アドレス（誰に対して送信する）の代わりに、意味情報（どういう人に対して送信する）に基づいてイベントを配送するネットワークである。
【０００５】
また、SIONetは、SIONetの構成要素を含めたすべてのエンティティが自律分散協調することにより、ネットワークが自己組織化される自律分散協調ネットワーク（自律分散コンピュータ）である。SIONetのネットワーク構成要素には、「意味情報スイッチ(SI-SW)」、「意味情報ルータ(SI-R)」、「意味情報ゲートウエイ(SI-GW)」、「イベントプレース」、「セッション」などがあり、これらが必要に応じて自己組織化することにより、セキュアーでスケーラブルなP2Pネットワークをボトムアップアプローチで構築することができる。
【０００６】
SIONetの基本概念・原理は単純で一元的である。"エンティティによるフィルタの登録とイベントの送出"という単純操作の繰り返し、すなわち、"エンティティの「刺激」と「発火」が、SIONetのネットワーク構成要素間で「連鎖反応」"することにより、すべてのエンティティを自律分散協調させる点にある。この連鎖反応の振舞いを制御するものが、上述のイベント受信者がSIONetに登録した意味情報であり、これを「フィルタ」という。フィルタに登録するフィルタ値により、エンティティの連鎖反応の仕方を動的に制御することができる。SIONetにおけるもう一つの基本概念がイベントプレースである。イベントプレースは、シェアードリンクにより相互に接続されたエンティティグループであり、これにより連鎖反応の範囲を制限することができる。
なお、SIONetの詳細については非特許文献１、２に記載されている。また、この発明の出願人は、先に、特願２００１−３９４９８０によってSIONetに関する出願を行っている。
【０００７】
【非特許文献１】
星合隆成、小柳恵一、ビルゲー・スクバタール、久保田稔、柴田弘、酒井隆道:"意味情報ネットワークアーキテクチャ”、電子情報通信学会論文誌Ｂ、Ｖｏｌ．Ｊ８４−Ｂ、Ｎｏ．３、ｐｐ．４、１１−４、２，４（２０００．７受付け、 ２００１−３掲載）．
【非特許文献２】
星合隆成、柴田弘、酒井隆道、小柳恵一:”意味情報ネットワークアーキテクチャ:ＳＩＯＮアーキテクチャ“、ＮＴＴ Ｒ＆ｄ、Ｖｏｌ．５０、Ｎｏ．３、ｐｐ．１５７−１６４（２０００．１２受付け、２００１．３掲載）
【０００８】
【発明が解決しようとする課題】
このような単純で一元的なSIONetの基本概念において、イベントプレースに所属しているエンティティが、障害に陥った場合や、イベントプレースから退去する場合など、様々な理由により当該エンティティがネットワークの運営に関わることができないケースに対応するための方法として、SIONetでは、各エンティティはｎホップ（ｎは任意の自然数）のイベントを送出することにより、代わりの確立要求先エンティティの把握を行っており、代替エンティティの探索、シェアードリンクの再確立を実行する。
【０００９】
しかし、シェアードリンク再確立時において、残されたエンティティが自己組織化することによりネットワークサービスの継続を実現できる機能は、現在提案されているものだけでは不十分であり、これを従来アーキテクチャで実現することは、新たなメソッド（機能プログラム）の追加を意味している。
しかし、これでは迅速なシステム開発、開発規模の最小化、デバック工数の削減、開発費用の削減、維持管理の容易性などを望むことは到底不可能であるという問題がある。
【００１０】
本発明はこのような事情に鑑みてなされたもので、自律分散ネットワークにおいて、代替エンティティを探索し、シェアードリンクを再確立することができるエンティティ装置、シェアードリンク再確立方法、シェアードリンク再確立プログラム及びその記録媒体を提供することを目的とする。
【００１１】
【課題を解決するための手段】
この発明は上記の課題を解決すべくなされたもので、請求項１に記載の発明は、第１から第ｎ（ｎは２以上の自然数）のエンティティ装置をシェアードリンクを介して接続して構成されるイベントプレースにおいて、イベントの取得条件であるホップ属性を示すフィルタを保持する意味情報ルータと、前記シェアードリンクの解除要求送信元である第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置より受信するイベントの意味情報が示すホップ属性と、該意味情報ルータに登録されたフィルタのホップ属性とが合致するか否かを照合する照合部と、該照合部の照合結果に基づいてシェアードリンク再確立制御する制御部とを有する意味情報スイッチとを具備することを特徴とする。
【００１２】
ここで、シェアードリンクとは、第１から第ｎのエンティティ装置間において、双方向のイベント共有を行うためのリンクである。
また、イベントプレースとは、第１から第ｎのエンティティ装置をシェアードリンクを介して接続して構成されるネットワークである。
また、イベントとは、データと、そのデータの意味情報と、制御情報からなるパケットである。
また、意味情報とは、送信データの特性を示す語彙、値であって、ある語彙概念におけるインスタンスである。
また、ホップ属性とは、イベントの転送制御や代替エンティティの探索範囲を設定するパラメータである。
【００１３】
また、請求項２に記載の発明は、請求項１に記載の発明において、前記制御部は、前記照合結果が一致している場合、前記第ｋのエンティティ装置とのシェアードリンクを解除し、第ｋのエンティティ装置より受信するイベントの意味情報が示すシェアードリンク確立先のエンティティ装置とシェアードリンクを再確立することを特徴とする。
【００１４】
また、請求項３に記載の発明は、第１から第ｎ（ｎは２以上の自然数）のエンティティ装置をシェアードリンクを介して接続して構成されるイベントプレースにおいて、イベントの取得条件であるホップ属性を示すフィルタを保持する意味情報ルータと、前記シェアードリンク確立先である第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置の障害を検知すると、前記イベントプレースにおいて予め探索した第ｌ（１≦ｌ≦ｎ ただしｌ≠ｋを満たす自然数）の代替エンティティ装置とシェアードリンクを再確立する制御部を有する意味情報スイッチとを具備することを特徴とする。
【００１５】
また、請求項４に記載の発明は、第１から第ｎ（ｎは２以上の自然数）のエンティティ装置をシェアードリンクを介して接続して構成されるイベントプレースにおいて、前記シェアードリンクを再確立するシェアードリンク再確立方法であって、前記シェアードリンクの解除要求送信元である第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置より解除要求イベントを受信すると、該受信するイベントの意味情報が示すホップ属性と、イベントの取得条件であるホップ属性を示すフィルタを保持する意味情報ルータに登録されたフィルタのホップ属性とが合致するか否かを照合し、該照合結果に基づいてシェアードリンク再確立制御することを特徴とする。
【００１６】
また、請求項５に記載の発明は、請求項４に記載の発明において、前記照合結果が一致している場合、前記第ｋのエンティティ装置とのシェアードリンクを解除し、第ｋのエンティティ装置より受信するイベントの意味情報が示すシェアードリンク確立先のエンティティ装置とシェアードリンクを再確立することを特徴とする。
【００１７】
また、請求項６に記載の発明は、第１から第ｎ（ｎは２以上の自然数）のエンティティ装置をシェアードリンクを介して接続して構成されるイベントプレースにおいて、前記シェアードリンクを再確立するシェアードリンク再確立方法であって、前記シェアードリンク確立先である第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置の障害を検知すると、前記イベントプレースにおいて予め探索した第ｌ（１≦ｌ≦ｎ ただしｌ≠ｋを満たす自然数）の代替エンティティ装置とシェアードリンクを再確立することを特徴とする。
【００１８】
また、請求項７に記載の発明は、第１から第ｎ（ｎは２以上の自然数）のエンティティ装置をシェアードリンクを介して接続して構成されるイベントプレースにおいて、前記シェアードリンクを再確立する処理を前記エンティティ装置に実行させるためのプログラムであって、前記シェアードリンクの解除要求送信元である第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置より解除要求イベントを受信する処理と、該受信するイベントの意味情報が示すホップ属性と、イベントの取得条件であるホップ属性を示すフィルタを保持する意味情報ルータに登録されたフィルタのホップ属性とが合致するか否かを照合する処理と、該照合結果に基づいてシェアードリンク再確立制御する処理とを実行させるためのシェアードリンク再確立プログラムである。
【００１９】
また、請求項８に記載の発明は、請求項７に記載の発明において、前記照合結果が一致している場合、前記第ｋのエンティティ装置とのシェアードリンクを解除し、第ｋのエンティティ装置より受信するイベントの意味情報が示すシェアードリンク確立先のエンティティ装置とシェアードリンクを再確立する処理を実行させるためのシェアードリンク再確立プログラムである。
【００２０】
また、請求項９に記載の発明は、第１から第ｎ（ｎは２以上の自然数）のエンティティ装置をシェアードリンクを介して接続して構成されるイベントプレースにおいて、前記シェアードリンクを再確立する処理を前記エンティティ装置に実行させるためのプログラムであって、前記シェアードリンク確立先である第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置の障害を検知する処理と、前記イベントプレースにおいて予め探索した第ｌ（１≦ｌ≦ｎ ただしｌ≠ｋを満たす自然数）の代替エンティティ装置とシェアードリンクを再確立する処理とを実行させるためのシェアードリンク再確立プログラムである。
【００２１】
また、請求項１０に記載の発明は、第１から第ｎ（ｎは２以上の自然数）のエンティティ装置をシェアードリンクを介して接続して構成されるイベントプレースにおいて、前記シェアードリンクを再確立する処理を前記エンティティ装置に実行させるためのプログラムを記録した記録媒体であって、前記シェアードリンクの解除要求送信元である第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置より解除要求イベントを受信する処理と、該受信するイベントの意味情報が示すホップ属性と、イベントの取得条件であるホップ属性を示すフィルタを保持する意味情報ルータに登録されたフィルタのホップ属性とが合致するか否かを照合する処理と、該照合結果に基づいてシェアードリンク再確立制御する処理とを実行させるためのシェアードリンク再確立プログラムを記録した記録媒体である。
【００２２】
また、請求項１１に記載の発明は、請求項１０に記載の発明において、前記照合結果が一致している場合、前記第ｋのエンティティ装置とのシェアードリンクを解除し、第ｋのエンティティ装置より受信するイベントの意味情報が示すシェアードリンク確立先のエンティティ装置とシェアードリンクを再確立する処理を実行させるためのシェアードリンク再確立プログラムを記録した記録媒体である。
【００２３】
また、請求項１２に記載の発明は、第１から第ｎ（ｎは２以上の自然数）のエンティティ装置をシェアードリンクを介して接続して構成されるイベントプレースにおいて、前記シェアードリンクを再確立する処理を前記エンティティ装置に実行させるためのプログラムを記録した記録媒体であって、前記シェアードリンク確立先である第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置の障害を検知する処理と、前記イベントプレースにおいて予め探索した第ｌ（１≦ｌ≦ｎ ただしｌ≠ｋを満たす自然数）の代替エンティティ装置とシェアードリンクを再確立する処理とを実行させるためのシェアードリンク再確立プログラムを記録した記録媒体である。
【００２４】
【発明の実施の形態】
［SIONetの詳細］
＜SIONetエンティティの定義＞
ここでは、パーソナルコンピュータ、ワークステーション、情報携帯端末、携帯電話、ウエアラブルコンピュータなどのあらゆるコンピュータを総称して、ホストと呼ぶ。さらに、SIONetソフトウエアを実装したホストを、「SIONetエンティティ」もしくは単に「エンティティ」と呼ぶ。エンティティ（エンティティ装置）は、図２（ａ）に例を示すように、SIONetソフトウエアを実装したホストを、SIONetにおける自律分散協調の単位として仮想化したものである。SIONetソフトウエアは、個々のエンティティが自律分散協調を行うための仕組みを提供する。このSIONetソフトウエアにより、各ホストが自律分散コンピュータとなることが可能となる。
【００２５】
エンティティは、図２（ｂ）に示すように、主に以下の３つのタイプに分類される。
・サービスとして振る舞うアプリケーション（サービスエンティティ:ＳＥ、サービスエンティティ部）をエンティティ内部に含むもの
・ネットワーク構成要素として振る舞うモジュール（ネットワークエンティティ:ＮＥ）をエンティティ内部に含むもの
・上記ＳＥとＮＥとの両方をエンティティ内部に含むもの
【００２６】
＜エンティティ構造と状態遷移＞
図３は、エンティティの状態遷移を示す図である。この図に示すように、エンティティの状態として、”Non-Existent”、”サスペンド”、”アクティブ”という３つの状態がある。
”Non-Existent”状態は、ホストにSIONetソフトウエアをインストールした時点でのエンティティ状態を表している。
SIONetソフトウエアを実行（ラウンチ）することにより、”Non-Existent”状態から”サスペンド”状態に遷移する。このとき、エンティティ内に、図４に一例を示すように、エンティティ制御部、コントロールパネル、ネットワークエンティティファクトリ（ＮＥファクトリ）、ネットワークエンティティ（ＮＥ）、などの内部モジュールが生成される。以下に、それぞれの役割を簡単に説明する。
【００２７】
エンティティ制御部とは、エンティティの実体であり、他のエンティティやコントロールパネルからの様々な要求（後述するセッションの確立要求、シェアードリンクの確立要求など）を受け付ける。なお、”サスペンド”状態のエンティティに対して、他のエンティティからセッションの確立要求、シェアードリンクの確立要求などを行うことはできない。
【００２８】
コントロールパネルは、人などのエンティティの所有者に対して、GUI（Graphical User Interface）を提供する。コントロールパネルにより、例えば、エンティティの所有者にエンティティ名の入力を促し、入力されたエンティティ名に基づいて、エンティティ制御部が当該エンティティにエンティティ名を付与する。図４の例では、エンティティ名を”エンティティ２”としている。このエンティティ名を、後述する「グローバルエンティティ名」と特に区別して「ローカルエンティティ名」と呼ぶことがある。このローカルエンティティ名は、当該エンティティの所有者等が任意で設定できるものとする。
【００２９】
ＮＥ（ネットワークエンティティ）ファクトリとは、ＮＥを動的に生成する機能を備える。
ＮＥ（ネットワークエンティティ）とは、SI-R（Semantic Information Router、意味情報ルータ）、SI-GW（Semantic Information Gateway、意味情報ゲートウェイ ）、アライブエンティティ、障害処理エンティティ、統計情報収集エンティティなど、ネットワーク制御のために振る舞うモジュールの総称である。
【００３０】
ＳＥ（サービスエンティティ）とは、エンティティが提供するプラグイン機構を用いて、エンティティ内にＳＥとして組み込まれたアプリケーションであり、SIONet上で動作するＰ２Ｐアプリケーションを仮想化したものである。エンティティが提供するプラグイン機構を用いて、アプリケーションをＳＥとしてエンティティ内に組み込むことができる。また、ＳＥは、SI-SWに対して、任意数のセッションを確立することができる。ＳＥはセッションを介してのみ、イベントの送受信が可能である。ＳＥは、SIONetのネットワーク構築・運営に関与しない。なお、ＳＥをエンティティ内に組み込むプラグイン機構については後述する。
【００３１】
図３における”サスペンド”状態のエンティティ（エンティティ２）が、例えば、図５に例を示すように自らイベントプレースを生成したり、図６に例を示すように既存のイベントプレースにJoin（参加）などして、任意のイベントプレースに属し、エンティティグループのメンバーになったときに、エンティティ（エンティティ２）は”サスペンド”状態から”アクティブ”状態へと遷移する。”アクティブ”状態のエンティティのみが自身の存在をアドバタイズ（公開、詳細は後述する）し、他のエンティティからのセッションの確立要求やシェアードリンクの確立要求を受け付けることができる。
【００３２】
ここで、ソフトウェアがホストにインストールされ、ＮＥ、ＮＥファクトリ、エンティティ制御部、コントロールパネルなどを備えるエンティティが生成された後、当該エンティティが”アクティブ”状態となるまでの動作を説明する。エンティティが、当該エンティティの所有者などからコントロールパネルを介して、イベントプレースの生成や他のイベントプレースへの参加の指示を受けたものとする。エンティティのエンティティ制御部は、当該エンティティのＮＥファクトリにSI-SW（Semantic Information Switch、意味情報スイッチ）の生成を依頼する。ＮＥファクトリがSI-SWを生成すると、エンティティ制御部は、生成されたSI-SWと、ＮＥなどの内部モジュールとの間にセッションを確立する。これにより、アドバタイズや、他のエンティティからのセッションの確立要求、シェアードリンクの確立要求等を受け付けることが可能となる。
【００３３】
ここで、図７を参照し、SI-SWとセッションの役割について説明する。
セッションとは、SI-SWとＳＥ間のコネクションであり、ＳＥは、セッションを介してのみイベントの送受信を行うことができる。セッションには、イベントの送信セッション、受信セッション、送受信セッションの３タイプがある。
SI-SWは、意味情報に基づいて、イベントをスイッチングするスイッチング機構を提供する。SI-SWはセッションを介して、ＮＥや、プラグイン機構によりエンティティ内に組み込まれたＳＥやＮＥなどの内部エンティティをスター型で収容する。以下では、ＳＥを例にとり説明するが、ＮＥなど、エンティティに内包された他の内部エンティティも同様である。
【００３４】
ここで、イベントの構成について説明する。図８に一例を示すように、イベントは、制御情報部、意味情報部、データ部から構成される。データ部には、送信データが格納される。送信データとして、テキストデータ、バイナリデータ、リファレンス、プロキシ、エージェントなど、様々なデータ、プログラムを格納することができる。
【００３５】
意味情報部には、送信データの意味情報（語彙とその値）、及び、意味情報の語彙概念（イベントタイプ）が格納される。ここで、意味情報とは、送信データの特性を記述したメタデータであり、イベントタイプのインスタンスである。
また、イベントタイプは意味情報のテンプレートである。イベントタイプ間には継承関係を定義できる。図９に、意味情報体系の一例を示す。この図において、”タイトル；イエスタデイ”、”価格；＄３０”、”アーティスト名；ビートルズ”という意味情報は、”ポピュラー”というイベントタイプに属しており、また”音楽”というイベントタイプにも属している。また、”タイトル；きよしこの夜”、”価格；＄２０”、”シチュエーション；クリスマス”という意味情報は、”BGM”というイベントタイプに属しており、また”音楽”というイベントタイプにも属している。
【００３６】
意味情報体系の記述言語としてはXML（Extensible Markup Language）などがある。なお、ネットワークエンティティ用に一部のイベントタイプ名（SIONetから始まるすべての名称）が予約済みである。
図８に一例を示すイベントの制御情報部は、SIONetの実行制御のために用いられる制御フィールドであり、これのみがSIONetのユーザであるＳＥに対して開放されていない。制御情報部には、合致したフィルタの識別子、合致したフィルタの照合得点、同期型統計情報収集フラグ、イベントプレース内、イベントプレース間におけるＴＴＬ（Time To Live）値、イベントプレース内、イベントプレース間におけるホップ数、ホップ属性などの制御情報が設定される。
【００３７】
図７に示すようなエンティティの構成において、ＳＥの機能を説明する。ＳＥは、受信セッションを介して、イベントの取得条件をSI-SWに登録する。これを「フィルタ」と呼ぶ。フィルタには、取得したいイベントの語彙概念（イベントタイプ）、及び、意味情報との照合条件（例えば、語彙”Price”が”$20から$40の範囲”のものを取得対象とする）等を設定する。なお、当該イベントタイプに定義されているすべての語彙との「完全一致」、一部の語彙との「部分一致」、「重み付け一致」など、照合条件をフィルタ単位で選択することができる。
【００３８】
ＳＥは、一つの受信セッションから、複数のフィルタを登録することが可能であるが、同一セッションを介して登録されたフィルタ間は”or”関係を有する。すなわち、一つのイベントに対して、一つの受信セッションは高々１回しか発火しない。取得したいイベントのイベントタイプにワイルドカードを指定した場合には、すべてのイベントタイプが取得の対象となる。また、意味情報との照合条件に１（論理値が真）が設定された場合には、無条件に意味情報との照合条件が満足されたことを意味する。
【００３９】
また、ＳＥは、送信セッションを介して、SI-SWにイベントの送信を行う。このとき、SI-SWはイベントの意味情報部とフィルタとを照合する。具体的には、まず、受信したいイベントタイプであるかどうかをチェックし、これを満足した場合には、意味情報と照合条件をチェックする。この照合の結果、意味情報が照合条件を満足している場合には、合致したフィルタを登録したエンティティを起動するとともに、当該イベントを通知する。
SIONetでは、イベントの送信を「刺激」、フィルタがイベントに合致することを「反応」、合致したフィルタを登録したエンティティを起動しイベント通知することを「発火」と呼ぶ。
【００４０】
＜エンティティの名称付与方法＞
図５に示すように、エンティティ２が”イベントプレースＡ”と命名したイベントプレースを生成する場合を説明する。エンティティ２の所有者は、コントロールパネルを介するなどして、エンティティ２にイベントプレース名を入力する。ここでは、入力等されたイベントプレース名を「イベントプレースＡ」とする。すると、エンティティ制御部は、ＮＥファクトリにSI-SWの生成を依頼し、生成されたSI-SWと、ＮＥなどの内部モジュールとの間にセッションを確立する。さらに、エンティティ制御部は、生成されたSI-SWの名前を「イベントプレース名+ローカルエンティティ名」、すなわち「イベントプレースＡ+エンティティ２」として記憶する。この名前を「グローバルエンティティ名」と呼ぶ。このグローバルエンティティ名の作成がイベントプレースの生成に相当する。
【００４１】
すなわち、SIONetでは、イベントプレースの生成により、必ずしも何らかの管理実体が生成されるとは限らない。つまり、SIONetでは、イベントプレースに属しているエンティティのメンバー管理を、後述するエンティティ間のシェアードリンクにより実現しているため、メンバー管理を行う集中管理部自体が存在しない。そのため、イベントプレースを生成したエンティティが当該イベントプレースから退去しても、当該イベントプレースに残されたエンティティが自律的に自己組織化することにより、当該イベントプレースの運営が継続される。すなわち、イベントプレースから最後のエンティティが退去することが、イベントプレースの消滅に相当する。
【００４２】
このグローバルエンティティ名は、シェアードリンクやセッションを確立する場合に用いられる。図５に示すようなエンティティ２が、イベントプレースＢをさらに生成し、エンティティ１からのシェアードリンクを確立する動作を、図１０を参照して説明する。
【００４３】
まず、既にイベントプレースＡに参加しているエンティティ２が、イベントプレースＢを生成する動作を説明する。エンティティ２のエンティティ制御部は、前述と同様に、ＮＥファクトリに新たなSI-SWを生成させる。エンティティ制御部は、生成された新たなSI-SWにグローバルエンティティ名として「イベントプレースＢ+エンティティ２」を付与する。これにより、イベントプレースＢが生成される。この時点で、エンティティ２は、「イベントプレースＡ+エンティティ２」と「イベントプレースＢ+エンティティ２」という二つのグローバルエンティティ名（SI-SW名）を持つ。
【００４４】
次に、エンティティ１がイベントプレースＡにJoin（参加）する動作を説明する。上述のようにイベントプレースＡ及びイベントプレースＢに参加したエンティティ２は、“アクティブ”状態となっている。“アクティブ”状態のエンティティは、自身の存在を他のエンティティにアドバタイズ（公開）することができるが、その際にはグローバルエンティティ名が公開される。
【００４５】
エンティティ１がエンティティ２を発見し、当該エンティティ２に対してJoin要求を行うとき、エンティティ１は、Join先のエンティティであるエンティティ２のグローバルエンティティ名が「イベントプレースＡ+エンティティ２」である旨をエンティティ２に通知する。
【００４６】
このように、グローバルエンティティ名により、シェアードリンクを確立するSI-SWを一意に特定することが可能になり、ひいては、イベントプレースＡへの参加が可能になる。このように、シェアードリンクやセッションの確立先であるSI-SWはグローバルエンティティ名として仮想化されるため、エンティティの所有者等は、SI-SWを直接意識することはない。
【００４７】
＜ＳＥのプラグイン方法＞
以下に、図１１に示すエンティティへのＳＥの組み込みの動作を説明する。
（１）エンティティの所有者は、コントロールパネルに対して、アプリケーションのプラグインを指示する。このとき、プラグインするアプリケーションの実行ファイル名をパラメータとして与える。
（２）コントロールパネルは、プラグインの指示を受けた旨と、プラグインするアプリケーションの実行ファイル名とをエンティティ制御部に通知する。
【００４８】
（３）エンティティ制御部は、プラグインする実行ファイル名を記憶するとともに、与えられた実行ファイル名を用いて、アプリケーションを起動し、SI-SWと起動したアプリケーションとの間にセッションを確立する。
すなわち、SIONetにおけるプラグインとは、アプリケーションとSI-SWとの間にセッションを確立することに他ならない。SIONetでは、ＳＥ、ＮＥなどのすべての動作実体は、セッションを介して連携する。そのため、プラグイン/プラグアウト（着脱）を容易に実現できるとともに、プラグイン/プラグアウトが他の動作実体に影響を与えない（超疎結合）。この考え方を拡張することにより、後述するようなエンティティ間でのＳＥ共有が実現できる。
【００４９】
＜PREFERENCEアーキテクチャ＞
SIONetは図１２に一例を示すようなリファレンスモデルの考え方を採用している。図１２に示すPREFERENCEアーキテクチャは、フィルタに意味情報を登録し、イベントの意味情報部に配布条件（照合条件）を設定する 御用聞き社会（御用聞き型サイバーソサイアティ）構築に向けたアーキテクチャであり、ブローカレス型配信モデル、ブローカレス型探索モデル、ブローカレス型ポリシーモデルに対するトータルソリューションを提供する。具体的には、ストリームインターフェース、SIONet、COMNetなどから構成される。
SIONetはイベントの伝達層であり、上位層に対してネットワークインタフェースを提供する。ミドルウエア層がコミュニティ（コミュニティネットワーク:COMNet）であり、SIONetのインテリジェンス層に相当する。このレイヤにおいて、情報の局所化、認証、セキュリティ、情報の権利保証、ポリシー制御などが行われる。そして、最上位層がアプリケーション層となっている。このアプリケーション層には、ＳＥが実装される。ＳＥとしては、例えば、個人TV局、メッセージ交換サービスのスマートメッセンジャーなどがある。
【００５０】
このように、SIONetは、分散コンピューティング、情報交換、コラボレーション、メッセージ配信などのあらゆるＰ２Ｐサービス（ＳＥがサービスを提供する）に対して、共通のＰ２Ｐネットワーク基盤を提供するとともに、プラグイン機構の提供により、アプリケーション開発の効率化をサポートする。
【００５１】
＜SIONetにおけるエンティティの役割＞
SIONetは、個々のエンティティが互いに助け合うことにより、ボランティア型のネットワークを構築する形態であり、それぞれが自律分散協調することにより、ネットワークを自己組織化する。例えば、図６の構成において、エンティティ１の生成したイベントプレースにエンティティ２が参加し、その後、エンティティ１が当該イベントプレースから退去する動作を説明する。
【００５２】
予め、エンティティ１はイベントプレースを生成し、当該イベントプレースに参加している。ここに、エンティティ２がエンティティ１に対して、イベントプレースへのJoin要求を行うと、図１３に示すように、エンティティ２にSI-SWが生成され、さらに、エンティティ１及びエンティティ２のSI-SW間にシェアードリンクが確立され、エンティティグループが形成される。
このようにエンティティ１とエンティティ２のSI-SW間にシェアードリンクが確立され、エンティティ２がイベントプレースに参加した後、イベントプレースの生成者であるエンティティ１がイベントプレースから退去するものとする。すると、SI-SW間のシェアードリンクが解除され、以降は、エンティティ２のみでイベントプレースの構築・運営が継続される。このように、個々のエンティティが自己組織化するため、あるエンティティが退去、消失等しても他のエンティティが当該エンティティの機能を果たす。
【００５３】
ＳＩＯＮｅｔでは、目的に応じてエンティティを配置／組み合わせることにより、様々な形態のＰ２Ｐネットワークを構築することができる。また、異なる形態のＰ２Ｐネットワークをシームレスに連携させることもできる。これは、以下を実現させることにより達成される。
（１）すべてのエンティティを、”刺激と発火に基づく連鎖反応”という一元的かつ単純な仕組みで自律分散協調させること
（２）Ｐ２Ｐネットワーク形態の差異をエンティティの配置・運営問題に帰着させること
このように、単一の仕組みで様々な形態のＰ２Ｐネットワークを構築できる点がSIONetの特徴の一つである。
【００５４】
＜シェアードリンク＞
「シェアードリンク（共有リンク）」は、複数の異なるエンティティ間において、双方向のイベント共有を行うための概念である。例えば、図１４に示すように、エンティティ２がエンティティ１に対して、シェアードリンク(SL: Shared Link)の確立要求を行うことにより、図１５に示すように、SI-SW２とSI-SW１との間にシェアードリンクが確立され、新たなエンティティグループが形成される。
すなわち、シェアードリンクは、エンティティグループを形成するための仕組みであり、また、マルチホップの経路でもある。
【００５５】
図１４において、シェアードリンクの確立に成功したエンティティ２には、エンティティ１からイベントプレース名（グローバルエンティティ名）、当該イベントプレースにおけるイベント転送方式（ルーティング方式）、当該イベントプレースのディスクリプション（説明文）、プラグインされているＳＥ情報等のさまざまな情報が送信される。なお、後述するSI-Rによるフィルタ値の設定によって、SI-SW間に様々なイベントルーティング方式を動的に設定できる。以降において、シェアードリンクの確立の動作を説明し、さらに、SI-Rの役割、仕組みを詳述する。
【００５６】
＜シェアードリンクの確立＞
図１４及び図１５を用いて、シェアードリンク確立までの仕組みを説明する。まず、図１４において、エンティティ２がエンティティ１に対して、シェアードリンクの確立要求を発行した場合を考える。
（１）エンティティ２がエンティティ１に対して、シェアードリンクの確立要求を発行する。
【００５７】
（２）図１５に示すように、エンティティ１のエンティティ制御部は、SL1,2（エンティティ２からのイベントを受信するためのシェアードリンク）を確立するために、ＮＥファクトリに、意味情報に基づいてSI-SW間のイベントルーティング（イベント転送）を行うSI-R1,2 を、エンティティ１内部に動的に生成させる。さらに、エンティティ制御部は、エンティティ２がシェアードリンクの確立要求元であることを記憶する。厳密には、エンティティ２のエントリポイントとグローバルエンティティ名（SI-SW２）とをシェアードリンクの確立要求元として記憶する。
【００５８】
（３）SI-R1,2 は、エンティティ２に対してイベント受信セッションの確立要求を行うことでSI-SW２に対してイベント受信セッションを確立する。このとき、SI-SW２に、エンティティ１が受信するイベントの条件を示すフィルタを登録する。さらに、SI-R1,2 は、自身が属するSI-SW１に対して、イベント送信のためのセッションを確立する。このような、SI-Rが確立する送受信セッションの組み合せをシェアードリンクという。これによりSL1,2 が確立され、例えば、ＳＥ４がSI-SW２に対して送出したイベントは、SI-R1,2 を介して、SI-SW１へも送出される。
【００５９】
（４）このとき、SI-R1,2 がSI-SW２に対して登録するフィルタの設定値により、イベントの転送方式を動的に制御できる。その例を以下に示す。
（ａ）SI-SW２に対して送出されたイベントを、無条件にSI-SW１へと転送する。すなわち、すべてのイベントに対して、SI-R1,2 が発火する。これはSI-RがSI-SWに登録するフィルタとして、「取得する語彙概念にワイルドカードを、及び意味情報（語彙）との照合条件に真」を設定することにより可能になる。これを「無条件ルーティング」と呼ぶ。この設定は、シェアードリンク確立時に一度だけ行えばよい。この方式では、無駄なイベント転送と転送先でのイベント照合処理オーバヘッドが発生する可能性があるが、後述するイベントパス確立（ルーティング情報の設定）のためのオーバヘッドが発生しないため、フィルタ登録数がイベント送出数よりも十分大きい場合に有効な方式である。このルーティング方式は、主に、マルチホップ型ブロードキャスト通信に用いられる。
【００６０】
（ｂ）エンティティ１に取って必要なイベントのみをSI-SW２からSI-SW１へ転送する。これにより、不要なイベント転送を行わない。すなわち、特定のイベントに対してのみ、SI-R1,2 が発火する。これは、SI-Rが語彙概念のみ（照合条件は常に真）をフィルタに設定する「語彙概念によるイベントルーティング」と、語彙概念と語彙との照合条件をフィルタに設定する「語彙によるイベントルーティング」に大別される。前者は主にマルチホップ型属性付きマルチキャスト通信に、後者は主にマルチホップ型ユニキャスト通信、マルチホップ型マルチキャスト通信に用いられる。これは、障害処理通知、統計情報通知、アライブ通知、リプライ通知、アドバタイズメント通知などで用いられている。
なお、マルチホップ型ブロードキャスト通信、マルチホップ型属性付きマルチキャスト通信、マルチホップ型ユニキャスト通信、マルチホップ型マルチキャスト通信のようなマルチホップ通信のほかに、SI-Rの設定するフィルタ値により、通信先エンティティのエントリポイントを用いた直接通信も可能である。なお、マルチホップ型ブロードキャスト通信、マルチホップ型属性付きマルチキャスト通信、マルチホップ型ユニキャスト通信、マルチホップ型マルチキャスト通信については後述する。
【００６１】
（４）前述（２）から（３）の手順は、シェアードリンクの確立要求元であるエンティティ２においても同様に行われる。すなわち、エンティティ２のエンティティ制御部は、エンティティ１（SI-SW１）をシェアードリンクの確立要求先として記憶するとともに、SL2,1 を確立するために、NEファクトリにSI-R2,1 を動的に生成させる。この生成されたSI-R2,1 は、上述と同様にSI-SW１にフィルタを登録し、シェアードリンクを確立する。これにより、SI-SW１とSI-SW２の間に、双方向のシェアードリンクが確立され、エンティティ間でイベントを互いに共有することが可能になる。なお、SI-Rがフィルタの登録を行わないことにより、片方向のシェアードリンクを確立すること、すなわち、SI-Rを発火させないことができる。
【００６２】
＜イベントパスの確立＞
イベント転送（イベントルーティング）のための経路選択情報（SI-Rがイベント共有のために登録するフィルタの集合）を「イベントパス」と呼ぶ。例えば、図１５に示すように、エンティティ２とエンティティ３とが各々エンティティ１とシェアードリンクを確立している構成において、エンティティ２のＳＥ３がSI-SW２に対してフィルタを登録した場合を考える。このとき、エンティティ２のSI-R2,1 はＳＥ３の登録したフィルタを、受信セッションを介して、エンティティ１のSI-SW１に登録する。同様に、エンティティ１のSI-R1,3 は当該フィルタを、受信セッションを介して、エンティティ３のSI-SW３に登録する。このようにＳＥ３によるフィルタ登録をトリガに、SI-Rの登録したフィルタがシェアードリンクに基づいて、順次隣接するSI-Rに波及することにより、イベントパスが確立される。これを「イベントパスの設定、もしくは波及」と呼ぶ。
【００６３】
ここで、上述した「語彙概念によるイベントルーティング」のためのイベントパスの確立について説明する。図１５において、「語彙概念によるイベントルーティング」のためのイベントパスを確立するためには、エンティティ２のＳＥ３がSI-SW２に対して登録したフィルタにおいて、SI-R2,1 は、イベントタイプのみ（照合条件は常に真）をエンティティ１のSI-SW１へのフィルタとして設定する。すなわち、ＳＥ３がフィルタ登録した照合条件を活用しない。つまり、イベントタイプのみを活用することにより、例えば、エンティティ１のＳＥ１がイベント送信したとき、イベントタイプのみをSI-SW１において照合し、その結果、SI-R2,1 が発火すると、SI-R2,1 は当該イベントをSI-SW２へと送出し、意味情報との照合をSI-SW２において行う。
【００６４】
また、上述した「語彙によるイベントルーティング」のためのイベントパスの確立について説明する。図１５において、「語彙によるイベントルーティング」のためのイベントパス確立に際しては、エンティティ２のSI-R2,1 は、ＳＥ３が登録したフィルタ値を、そのままエンティティ１のSI-SW１へのフィルタ値として設定する。すなわち、SI-R2,1 は、ＳＥ３がフィルタ登録したイベントタイプと意味情報との両者をエンティティ１のSI-SW１へとフィルタ登録し、SI-SW１において完全なフィルタリングを行う形態である。
【００６５】
そのため、語彙によるイベントルーティング方式では、無駄なイベント転送が全く発生しないが、ルーティングのためのイベントパス設定オーバヘッドが膨大になるため、フィルタ登録数に比べてイベント送出数が十分大きい場合に有効な方式である。一方、イベントタイプに基づくルーティング方式は、前述の２方式の折衷案的な位置付けにある。すなわち、フィルタ登録数とイベント送出数が同程度の場合、もしくは、フィルタ登録数とイベント送出数の比率を予測できないような利用形態において有効である。これらの仕組みにより、意味情報に基づく、イベントのマルチホップ通信が実現される。なお、イベントプレースの生成時、もしくは、ＳＥからのフィルタ登録時に、イベントルーティング方式を指定できる。
【００６６】
イベントパスの設定要求はイベントプレース内のすべてのSI-Rに対して波及するが、ＴＴＬ値により、その波及範囲を制限することができる。図１６を用いて、その動作を簡単に説明する。ここでは説明の便宜上、語彙概念ルーティングのためのイベントパス確立を前提とするが、これに限られるわけではない。また、各エンティティは、同じ語彙概念をアドバタイズ（フィルタ登録）するものとする。また、ＴＴＬ値を２として説明する。
【００６７】
図１６（ａ）において、エンティティ２のSI-Rがイベントパスの設定要求を開始する。ここでは、ＴＴＬ値が２であるため、エンティティ１、エンティティ３、そしてエンティティ４に対してのみイベントパスの設定要求が波及し、その結果、図１６（ｂ）に示すようにイベントパスが確立される。
【００６８】
上述と同様に、エンティティ１１のSI-Rがイベントパスの設定要求を開始すると、エンティティ１０、及びエンティティ９に対してイベントパスが確立される。図１６に示す構成では、エンティティ２のSI-R及びエンティティ１１のSI-Rがイベントパスの設定要求をすると、エンティティ５にはイベントパスが設定されないため、エンティティ２とエンティティ１１の間では、イベントの共有が行われない。つまり、エンティティ２から生起したイベントは、エンティティ５〜１１に連鎖反応せず、エンティティ５〜１１へはイベントが転送されないことになる。
【００６９】
しかしながら、図１６（ｂ）に示すように、エンティティ５のSI-Rがイベントパスの設定要求を開始することにより、エンティティ４、エンティティ５、エンティティ６、エンティティ７、そしてエンティティ９に対してイベントパスが確立される。結果的に、図１６（ｃ）に示すように、エンティティ８を除く、イベントプレース内のすべてのエンティティに対してイベントパスが確立される。
【００７０】
このように、当該語彙概念が当該イベントプレースにおいて、使用頻度の高いもの（評判が高い、流行しているもの）であるならば、最終的に、イベントプレース内にイベントパスの確立が行き渡ることになる。その逆で、あまり流行していない語彙概念は、いずれ淘汰されることになり、これにより緩やかな連鎖反応を実現できる。なお、図１６におけるイベントパス上の数字は、その多重度を示している。
【００７１】
なお、エンティティは、イベントパスの多重度をエンティティプロパティの属性として公開することができる。一方、エンティティプロパティのディスカバリにより、イベントパスの多重度が高いエンティティを発見することができる。このとき、当該エンティティに対して、シェアードリンクの張り替えを行うことにより、同好の志（同好のエンティティ）が緩やかに近傍に集まることができる（同好エンティティの局所化）。エンティティプロパティの詳細については後述する。
【００７２】
分散オブジェクト技術の観点から、イベントパスを以下のように解釈することもできる。世界中に超分散しているエンティティは、エンティティ間でなんらかの「相関関係」を有する。相関関係を与えるものとしては、エンティティ名、グループ名、属性（位置、興味、評判、流行、サービス）など様々なプロパティがある。エンティティは、相関関係に基づいて、エンティティ間の結びつきを持ち分散協調する。この、エンティティの相関関係を与えるものを、エンティティプロパティという。
【００７３】
SIONetでは、この相関関係を語彙概念と語彙により表現し、シェアードリンクに基づいて、イベントパスとして設定する。また、相関関係の強弱が、語彙概念の汎化・特化、イベントパスの多重度などに相当する。すなわち、SIONetでは、イベントパスにより、エンティティ間の相関関係を動的に制御・管理している。これこそが、フィルタによる連鎖反応の制御である。そのため、エンティティは固定的なエンティティ識別子を有していない。
【００７４】
例えば、IPアドレスは、位置に基づいたエンティティの固定的な識別子であるが、SIONetでは、これの代わりに、エンティティプロパティを語彙概念・語彙として記述したものをエンティティ識別子として用いる。エンティティは、これらをフィルタとしてSI-SWに登録することにより、エンティティのプロパティ（エンティティ識別子）を宣言するとともに、自身のプロパティをシェアードリンクに基づいてアドバタイズする。これがイベントパスの波及に相当する。これにより、イベントパスが確立される。
【００７５】
上述したように、SI-Rは、イベント送信とイベント受信の両者の側面を持つネットワークエンティティであり、一般のサービスエンティティと本質的な違いはない。SIONetでは、SI-RのようなSIONetの制御に用いられるエンティティを、サービスエンティティ（ＳＥ）と特に区別して、ネットワークエンティティ（ＮＥ）と呼ぶ。SIONetにおいては、サービスエンティティ、ネットワークエンティティのすべてのエンティティを共通のエンティティとして扱い、さらに、イベント送出とイベント受信、すなわち刺激と発火の連鎖反応という単純かつ一貫性のある共通ロジックに従って自律動作させることにより、すべてのエンティティが自律分散協調可能な超分散・超疎結合アーキテクチャを提供する。
【００７６】
＜シェアードリンクの解除と再確立＞
イベントプレースに参加しているエンティティが、障害に陥ったり、イベントプレースから退去する場合など、様々な理由により当該エンティティがネットワークの運営に関わることができないケースにおいては、残されたエンティティが自己組織化することによりネットワークサービスを継続できることが必要になる。
SIONetでは、このようなケースにおいては、SI-SW間において確立されているシェアードリンクを解除し、さらにシェアードリンクの再確立を行う。その動作を図１７を参照して説明する。
【００７７】
図１７において、シェアードリンク確立要求の先頭数字（図中▲１▼や▲２▼など）は、それらの要求順序を示している。つまり、シェアードリンク確立要求の順序は、まず、エンティティ２からエンティティ１へシェアードリンクの確立要求を行う。次にエンティティ３からエンティティ２へシェアードリンクの確立要求を行う。最後に、エンティティ４からエンティティ２へシェアードリンクの確立要求を行うものとする。なお、ここで、「各エンティティは、同一イベントプレース内においてシェアードリンクの確立要求を高々1回しかできないが、無制限に確立要求を受け付けることが可能なリンクトポロジーに基づいて、シェアードリンクの確立を行う」リンク確立手法を提案する。これにより、シェアードリンクで結合されたエンティティ間に、ループが発生しないことが保証される。すなわち、この手法を用いることにより、隣接エンティティ間のリンク再確立のみで開リンクトポロジーを簡単に実現できる。
【００７８】
上述した順序で確立要求が成功すると、前述した手順で各SI-SW間にシェアードリンクが確立される。シェアードリンクが確立されると、各エンティティのエンティティ制御部は、自身が確立要求を行ったエンティティと、自身への確立を受け付けたエンティティを記憶している。例えば、エンティティ２は、自身が確立要求を行ったエンティティ１と、自身への確立を受け付けたエンティティ３、エンティティ４のリストを保持している。
この状況において、例えば、エンティティ２の退去、減設などが行われる場合、自身のSI-SW２に対して確立されているシェアードリンクの解除要求を発行し、シェアードリンクの解除を行う。その後、各エンティティは新たなシェアードリンクの確立を行う。以下、その動作を説明する。
【００７９】
（１）エンティティ２が退去する場合、エンティティ２のエンティティ制御部は、自身のシェアードリンクを解除する旨を、１ホップのエンティティ(エンティティ１、エンティティ３、エンティティ４)に対して通知する。これは、イベントのＴＴＬ値を１にしてイベント送出を行うことにより可能になる。なお、このとき、自身へのシェアードリンク確立を受け付けたエンティティ(エンティティ３、エンティティ４)に対しては、自身に代わる新たなシェアードリンクの確立要求先として、自身が確立要求を行ったエンティティ１を教える。なお、自身が確立要求を行ったエンティティが存在しない場合には、自身への確立要求元エンティティ（１ホップ先のエンティティ）の中から任意のエンティティを選択して、これを自身に代わるシェアードリンクの確立要求先とする。
【００８０】
（２）エンティティ２のエンティティ制御部は、自身が確立したシェアードリンク(SL2,1 、SL2,3 、SL2,4 )を解除するために、その旨をSI-R2,1 、SI-R2,
3 、SI-R2,4 （図示略）に通知する。なお、SI-R2,1 、SI-R2,3 、SI-R2,4 とはエンティティ２のSI-Rであり、上述したように、エンティティ１、エンティティ３、エンティティ４に対し、シェアードリンクSL2,1 、SL2,3 、SL2,4 を確立したものである。これらのSI-Rは、これをトリガとしてエンティティ２のSI-SW２へのセッションを解除する。
【００８１】
（３）エンティティ１のエンティティ制御部は、SI-R1,2 （図示略）に、シ
ェアードリンクSL1,2 の解除を指示する。SI-R1,2 は、シェアードリンクSL1,2 を解除する。エンティティ１は、エンティティ３、エンティティ４からの確立要求を待つ。
（４）エンティティ３、エンティティ４は、エンティティ１と同様に、自身がSI-SW２（エンティティ２のSI-SW２）に対して確立していたシェアードリンク(SL3,2 、SL4,2 )をすべて解除し、エンティティ２からシェアードリンクの確立要求先として教えられた新たなエンティティ(エンティティ１)に対してシェアードリンクの確立要求を行い、シェアードリンクを再確立する。すなわち、上述と同様に、各々のエンティティ制御部は、ＮＥファクトリに各々SI-R3,1 、SI-R4,1 を生成させ、当該SI-R3,1 、SI-R4,1 にシェアードリンクSL3,1 、SL4,1 を確立させる。
【００８２】
上述したように、シェアードリンクの確立処理、再確立処理は、隣接するエンティティ間においてのみ行われ、他のエンティティには影響を与えない。すなわち、全てのエンティティに対するリンクの再構築を必要としない。
【００８３】
なお、エンティティの退去や減設などの正当な手順を踏んだシェアードリンクの解除要求ばかりでなく、エンティティの障害、電源断、セッション（物理的な通信路）の障害などに起因して、シェアードリンクを再確立しなければならないケースがある。しかしながら、このようなケースにおいては、シェアードリンクの再確立時に必要となる代わりのエンティティを教授できない可能性がある。SIONetでは、このような状況に対応するために、各エンティティはｎホップ（ｎは任意の自然数）のイベントを送出することにより、代わりの確立要求先エンティティの把握を行っている。なお、SIONetでは、ＴＴＬ値とホップ属性を用いることにより、更にきめこまかなホップ制御が可能である。ホップ属性の例として、以下のものがある。
【００８４】
▲１▼シェアードリンクの確立要求先エンティティのみをホップ対象とする。
▲２▼シェアードリンクの確立要求元エンティティのみをホップ対象とする。
▲３▼すべてのエンティティをホップ対象とする。
【００８５】
▲１▼のホップ属性を指定した場合の、イベントの流れの例を図１８の破線で示している。図１８において、(i/j)は各エンティティにおいて記憶しているシェアードリンクの確立情報である。iはエンティティがシェアードリンクの確立要求を行った先のエンティティを示しており、一方、ｊはエンティティがシェアードリンクの確立要求を受け付けたエンティティを示している。例えば、エンティティ３の(2/5、6)は、エンティティ３がエンティティ２に対して確立要求を行い、エンティティ５及びエンティティ６から確立要求を受け付けていることを表している。各エンティティがシェアードリンクの確立情報を保持することにより、例えば、エンティティ３が他のエンティティに対して、更なるシェアードリンクの確立要求を行った場合、その要求をエラーとしてリジェクトすることができる。これにより、前述した開リンクトポロジーの一貫性を保証している。この状況において、エンティティ６が３ホップで、上述▲１▼のホップ属性を持つイベントを送出することにより、エンティティ１とエンティティ２の存在を知ることが可能になり、これらがエンティティ３障害時の代替エンティティとなる。
【００８６】
なお、上述したホップ属性は、障害時の代替エンティティの探索ばかりでなく、シェアードリンクの確立を受け付け可能なエンティティの探索、トップ（誰にもシェアードリンクの確立を行っていない）エンティティの探索などに有効である。SIONetでは、トップのエンティティのみが、他のイベントプレースに対して、フェデレーション（連携、イベントプレース間のシェアードリンクに相当）を確立することができる。
【００８７】
＜オンライン増減設の目的＞
SIONetにおけるエンティティ増減設の目的は、主に以下の二つに大別される。
（１）イベントプレースのトータル処理能力向上の観点から、イベントプレース内のエンティティを増設し、イベントのフィルタリング処理を負荷分散する。その逆の観点から、エンティティを減設する。これは、主に、ハイブリッドＰ２Ｐ、バックボーンＰ２Ｐネットワークの運用において用いられる。
（２）動的に生成されたエンティティに対して、シェアードリンクを柔軟に確立することにより、フレキシブルでグローバルなＰ２Ｐネットワークをボトムアップ的に構築する。これは、主に、ピュアＰ２Ｐネットワークの運営において用いられる。
【００８８】
なお、ハイブリッド型Ｐ２Ｐネットワークとは、例えばネットワークプロバイダなどの運営者がホスト等にイベントプレースをあらかじめ生成し、個人の端末等のサービスエンティティがセッションによりイベントプレースと接続することにより構成されるネットワークである。また、ピュア型Ｐ２Ｐネットワークとは、個人の送受信端末たるエンティティがシェアードリンクで各々接続されることにより構成されるネットワークであり、このネットワークのうち、イベントを共有する最小単位がイベントプレースである。バックボーン型Ｐ２Ｐネットワークとは、ネットワーク間の接続形態のことであり、例えば、複数の地域のピュア型Ｐ２Ｐネットワークをハイブリッド型Ｐ２Ｐネットワークを経由して接続した状態のネットワークのことをいう。
【００８９】
＜増減設の形態＞
SIONでは幾つかの増減設形態を提供しているが、ここでは、図１９、図２０に例を示す代表的な形態について述べる。
（１）イベントプレースの合成と分離
図１９（ａ）に示すように、複数のイベントプレースを合成することができる。ここで合成とは、複数のイベントプレースにそれぞれ属するエンティティを、一つのイベントプレース内のメンバーとして集めることを言う。典型的な例として、異なるサービス運営者間の業務提携に基づく、サービス統合（情報共有）が考えられる。
【００９０】
これは、イベントプレースに属する任意のエンティティ、もしくはイベントプレースに対して合成要求を行うことにより、合成要求先イベントプレース内のエンティティに対してシェアードリンクの確立要求が発行される。その結果、SI-SW間にシェアードリンクが確立され、両者の合成が実現される。なお、合成の要求元及び要求先は、それぞれ、エンティティでもイベントプレースでもどちらであってもかまわない。一方、分割する場合には、確立されているシェアードリンクを解除し、それぞれのイベントプレースに分離する。
【００９１】
（２）イベントプレースへの参加と退去
図１９（ｂ）に示すように、イベントプレース内のエンティティ、もしくは、イベントプレースに対してJoin（参加）要求を行うことにより、要求元エンティティにSI-SWが生成される。そして、要求先エンティティに対してシェアードリンクの確立要求が発行されることにより、SI-SW間にシェアードリンクが確立され、当該イベントプレースに参加することができる。
エンティティがイベントプレースから退去する場合には、上述と同様に、エンティティ間のシェアードリンクを解除し、さらに、シェアードリンクの再構築を行い、当該イベントプレースから退去する。このとき、退去したエンティティの状態は、サスペンド状態へと遷移する。
【００９２】
なお、イベントプレース側からエンティティに対してシェアードリンクの確立を要求することにより、当該エンティティをイベントプレース内に取り込むことも可能である。これを吸収という。その逆を***という。
（３）エンティティ（SI-SW）の増減設
図２０（ｃ）に示すように、イベントプレース内のエンティティ、もしくは、イベントプレースに対して、エンティティの増設要求を行うと、指定されたエンティティにSI-SWが新たに生成され、既存のSI-SWとの間にシェアードリンクが確立される。一方、イベントプレースにエンティティの減設要求を行うと、指定されたエンティティに対しシェアードリンクの解除要求が発行され、SI-SW間のシェアードリンクが解除された後、シェアードリンクの再確立が行われ、当該エンティティが削除される。このとき、エンティティの状態は、Non-Existentに遷移する。
【００９３】
（４）イベントプレース間のフェデレーション
図２０（ｄ）に示すように、イベントプレース内のエンティティ、もしくは、イベントプレースに対して、フェデレーション（連携）要求を行うことにより、イベントプレース間でイベントを転送するSI-GWが動的に生成され、セッションを介して両イベントプレースが連携する。なお、フェデレーションの要求元及び要求先は、それぞれ、エンティティでもイベントプレースでもどちらであってもかまわない。
【００９４】
＜エンティティのアドバタイズメント＞
図２１、図２２を参照し、エンティティのアドバタイズメント（公開）について説明する。SIONetにおけるエンティティのアドバタイズメントには、以下の２つの観点がある。
観点１：エントランスのアドバタイズメント
観点２：エンティティプロパティのアドバタイズメント
以下、各々の観点について説明する。
観点１：エントランスのアドバタイズメント
ベースイベントプレースは、エンティティに取って、最適なイベントプレースをいもづる式に探索（ディスカバリ）するためのベース（起点）となるイベントプレースである。つまり、ベースイベントプレースがSIONetへのエントランス（入り口）となる。そのため、ベースイベントプレースに参加しているエンティティは、SIONetのエントランスを公開することができる。ここで、エントランスの公開とは、シェアードリンクの確立要求先となるエンティティのエントリポイントとグローバルエンティティ名をアドバタイズすることを意味する。この公開情報は、後述するブロードキャストを用いた探索により発見される。
【００９５】
観点２：エンティティプロパティのアドバタイズメント
シェアードリンクで接続されている任意のエンティティグループ（ベースイベントプレースを含むすべてのイベントプレース）において、各エンティティは自身のエンティティプロパティをアドバタイズすることができる。これが前述したイベントパスの波及に相当する。この公開情報は、後述するディスカバリイベントの送出により発見される。
【００９６】
以下に、エンティティの公開、探索から、エンティティグループ形成までの流れを説明する。なお、以下では、ベースエンティティ、エンティティ１、エンティティ２、エンティティ３、エンティティ４、エンティティ５、エンティティ６はベースイベントプレースに属しており、エンティティ３、エンティティ１１、エンティティ１２、エンティティ１３はイベントプレースαに属しているものとして説明する。
【００９７】
▲１▼図２１に示すように、SIONetソフトウエアをホストにインストールする。
この時点でのエンティティの状態は、前述したように“Non-Existent”である。説明の便宜上、このエンティティをエンティティＹとする。
▲２▼SIONetソフトウエアを実行することにより、エンティティＹは“Non-Existent”から“サスペンド”状態に遷移する。この状態のエンティティは、SIONetからその存在がまだ認知されていない。
【００９８】
▲３▼“サスペンド”状態のエンティティＹは、SIONetの構成要素としてネットワークに参加するために、ベースイベントプレースに属している他のエンティティのエントランス（エントリポイントとグローバルエンティティ名）を探索する。具体的には、ブロードキャストにより、ベースイベントプレースに参加しているエンティティの中から、近傍のエンティティを探索する。ブロードキャストの方法は、実装に依存する。例えば、無線ネットワークで実装されている場合には、無線の到達範囲すべてのエンティティが探索の対象となる。一方、ＩＰネットワークで実装されている場合には、ＩＰブロードキャストもしくはＩＰマルチキャストを行うことになる。図２１では、ブロードキャストによる探索により、エンティティ１（エンティティ１のエントリポイントとグローバルエンティティ名）が発見されたことを表している。なお、ブロードキャストにより、近傍のエンティティを発見できない場合には、Well-Known（周知）のエンティティを利用することもできる。Well-Knownのエンティティをベースエンティティと呼ぶ。なお、ベースエンティティは、ベースイベントプレースを含むすべてのイベントプレース内に存在することができる。
【００９９】
▲４▼エンティティＹは、発見されたエンティティ１に対して、ベースイベントプレースへのJoin（参加）要求を行う。すなわち、エンティティＹは、エンティティ１のエントリポイントに対して、エンティティ１のグローバルエンティティ名をパラメータとしたJoin要求を行う。エンティティＹからのJoin要求を受けたエンティティ１は、自身の状態遷移が“アクティブ”であり、かつ、エントランスやエンティティプロパティが公開モードの場合のみ、当該Join要求を受け付ける。なお、エンティティＹは、最大Join数を超えてJoin要求を発行することはできない。この最大Join数は、エンティティＹのコントロールパネルで、エンティティＹの所有者等が設定可能である。エンティティ１がエンティティＹのJoin要求を受け付けると、上述と同様の動作により、エンティティＹ及びエンティティ１のSI-SW間にシェアードリンクが確立される。これにより、エンティティＹは、ベースイベントプレース内のネットワーク構成要素として自己組織化される。このとき、エンティティＹは、“サスペンド”状態から“アクティブ”状態へと遷移する。
【０１００】
ベースイベントプレースにJoinしたエンティティＹは、エントランスの公開が可能になる。また、エンティティプロパティをアドバタイズすることもできる。エンティティプロパティには、グローバルエンティティ名（及びエントリポイント）、ニックネーム、グループ名、アライブ（存在だけの表明であり、シェアードリンクの確立先情報となるエントリポイントとグローバルエンティティ名は公開しない、エンティティが非公開モードの場合でも公開の対象）、ディスクリプション（エンティティの説明文）、属性などがある。属性には、プラグインされているＳＥ情報、イベントパス多重度、イベントプレース情報などがある。なお、エンティティプロパティの記述言語としては、XMLなどがある。
【０１０１】
図２１において、例えばエンティティ３のエンティティ制御部は、エンティティ３が同時に参加しているイベントプレースαをエンティティプロパティの属性として公開することができる。さらに、エンティティ制御部は、現在Joinしているイベントプレースばかりでなく、過去にJoinしたイベントプレースのイベントプレース情報を公開することもできる。このイベントプレース情報とは、例えば、イベントプレースのディスクリプション（イベントプレースの説明文、説明情報）や、当該イベントプレースに参加する際にシェアードリンクを確立したエンティティ（意味情報スイッチ）のグローバルエンティティ名（イベントプレース名+エンティティ名、コネクション確立情報）、エントリポイント（エントリポイント情報）などである。この、過去にJoinしたイベントプレース情報をエンティティが保持できる数は任意とし、例えば、コントロールパネルによりエンティティ所有者等が設定できるものとする。この公開されたイベントプレース情報を取得したエンティティは、当該イベントプレース情報をコントロールパネル等により出力することで当該エンティティ所有者に提示する。これにより、エンティティ所有者は、他のイベントプレースの存在を認識することが出来る。
SIONetでは、どこにどのようなイベントプレースがあり当該イベントプレースではどのようなサービスを提供しているか、というようなイベントプレース情報を集中管理する機能がないので、イベントプレース情報を取得しようとする場合、他のエンティティのエンティティプロパティからイベントプレース情報を取得する必要がある。現在参加しているイベントプレースのみならず、過去に参加したイベントプレース情報を公開することにより、イベントプレース情報を取得する機会が増え、自身の求めるサービスを提供するイベントプレースに参加できる確立が高くなる。
【０１０２】
エンティティＹのエントランスの公開時には、これらのエンティティプロパティを、エンティティ内の意味情報スイッチにフィルタとして登録することにより、エンティティプロパティがシェアードリンクに基づいて他のエンティティに波及し、イベントパスが確立される。基本的には、イベントパスの確立要求がイベントプレース内のすべてのエンティティに対して波及するが、ＴＴＬ値で、イベントパス確立要求の波及範囲を制限することができる。なお、グローバルエンティティ名はマルチホップ型ユニキャスト通信時の識別子として、グループ名はマルチホップ型マルチキャスト通信時の識別子として、属性はマルチホップ型属性付きマルチキャスト通信時の識別子として用いられる。例えば、マルチホップ型ユニキャスト通信の代表例として、イベント受信エンティティからイベント送信元エンティティへのリプライ通知がある。
【０１０３】
すなわち、グローバルエンティティ名はマルチホップ型ユニキャスト通信とは、グローバルエンティティ名で特定されるエンティティのSI-SWからｎホップのイベントを送信する通信方式である。また、マルチホップ型マルチキャスト通信とは、グループ名で特定されるグループに属するエンティティのSI-SWにｎホップのイベントを送信する通信方式である。また、マルチホップ型属性付きマルチキャスト通信とは、自身と同様の属性のエンティティのSI-SWにｎホップのイベントを送信する通信方式である。また、マルチホップ型ブロードキャスト通信とは、任意のエンティティのSI-SWにｎホップのイベントを送信する通信方式である。
【０１０４】
▲５▼図２２において、ベースイベントプレースに参加したエンティティＹは、「自身が参加したいイベントプレース」を探索するためのディスカバリイベントを送出することにより、「自身のニーズに合致するエンティティプロパティ」を公開しているエンティティを探索する。このディスカバリイベントは、SIONetの制御のために用いられるイベントであり、ＳＥが送出するイベントと同等のものである。ディスカバリイベントとは、ＮＥを発火させるためのイベントであり、イベントの意味情報部には、エンティティプロパティとの照合条件が設定される。すなわち、SIONetにおける新たな機能追加とは、新たな語彙概念と語彙を規定することを意味する（仕組みの追加ではなく、連鎖反応条件の追加）。これにより、単一な仕組み（連鎖反応）だけで、様々な機能追加を可能にしている。
【０１０５】
ここでは、探索の結果、エンティティ３が発見されたものとする。上述したように、エンティティ３は、ベースイベントプレースと同時にイベントプレースαに参加している。エンティティ３を発見したことにより、エンティティＹはイベントプレースαの存在を知ることができる。
▲６▼エンティティＹは、エンティティ３に対してイベントプレースαへのJoin要求を発行し、イベントプレースαに参加する。なお、エンティティ３は、前述したように、自身の状態遷移が”アクティブ”であり、かつ、公開モードのときに、Join要求（シェアードリンクの確立要求）を受け付ける。
【０１０６】
▲７▼さらに、エンティティＹは、イベントプレースαにおいて、同様の探索のためのイベントを送出することができる。これにより、自身のニーズに合致する新たなエンティティを発見することができる。例えば、ここでは、エンティティ１２が発見されたものとする。すなわち、エンティティＹは、ベースイベントプレースにおいて発見することができなかったエンティティ１２を、エンティティ３を介して発見できるということを意味している。このような操作を繰り返すことにより、自身のニーズに合致したイベントプレースに、次第にたどり着くことが可能になる。
【０１０７】
ここで示したアドバタイズメント方式は以下の効果がある。
（１）エンティティの公開情報を管理するブローカ（管理部）が存在しないため、耐障害性に強い自己組織化ネットワークを低コストで構築することができる。また、膨大な数の公開情報（エントリポイントやエンティティプロパティ）をブローカで管理することは現実的でない。
（２）エンティティに取って相応しいイベントプレースを、芋づる式に絞り込むことができるので、効率的に所望のイベントプレースを探索することができる。例えば、連鎖反応の波及範囲（ディスカバリイベントのホップ数、及び、エンティティプロパティのためのイベントパス設定要求の波及範囲）がＴＴＬ値で制限されたとしても、上述のように、エンティティ３経由でエンティティ１２を発見し、その結果、エンティティ１２が同時に属している別のイベントプレースを発見することができる。なお、連鎖反応の波及範囲を制限することにより、ネットワークトラフィック（イベントの転送回数、イベントパス設定要求の転送回数）を軽減することができる。
【０１０８】
なお、自身は情報を提供することなく（例えば、エンティティプロパティを公開することなく）、他のエンティティからの情報提供を受けるだけのエンティティは、ペナルティーとして、強制的にシェアードリンクが解除され、一定条件を満足しない限り、再度イベントプレースに参加できないようにすることもできる。
【０１０９】
＜ＳＥの共有方法（自動配信）＞
以下に、ゲームイベントプレースにおけるＳＥ（ゲームアプリケーションプログラム）の共有を例に、ＳＥの共有方法の仕組みを示す。
（１）ゲームイベントプレースの運営者であるエンティティ２の所有者はエンティティ２のコントロールパネルを介してイベントプレース名を付与する。なお、ここで付与されたイベントプレース名は「ゲーム」であるものとして説明する。
【０１１０】
（２）エンティティ２のエンティティ制御部は、上述と同様に、ＮＥファクトリにより生成されたSI-SWに対してグローバルエンティティ名「ゲーム＋エンティティ２」を付与する。これにより、イベントプレースが生成される。このとき、ゲームイベントプレースの生成者であるエンティティ２は、イベントプレース生成時に当該イベントプレースに自動的に参加する。
（３）エンティティ２の所有者は、当該エンティティ２のコントロールパネルに対して、ゲームアプリケーションプログラム（ＳＥ）のプラグインを指示する。このとき、プラグインするアプリケーションの実行ファイル名、及び、ＳＥ共有の有無をパラメータとして与える。
【０１１１】
（４）エンティティ２のコントロールパネルはこの旨をエンティティ制御部に通知する。
（５）エンティティ２のエンティティ制御部は、プラグインする実行ファイル名を記憶するとともに、与えられた実行ファイル名を用いてアプリケーション（ＳＥ）を起動し、上述と同様に、SI-SWとアプリケーション間にセッションを確立する。すなわち、SIONetにおけるプラグインとは、アプリケーションとSI-SWとの間にセッションを確立することを意味する。
【０１１２】
（６）エンティティ２のエンティティ制御部は、エンティティ２のエンティティプロパティをアドバタイズ（公開）する。エンティティ２のエンティティプロパティの公開形態としては、例えば、以下のものがある。
・エンティティ２がベースイベントプレースに参加し、ベースイベントプレース内で、エンティティ２のエンティティプロパティを公開する。
・エンティティ２が、芋づる式探索を行うことにより、ゲームイベントプレースと関係の深いイベントプレースを発見、参加し、当該イベントプレース内で、エンティティ２のエンティティプロパティを公開する。
・エンティティ２をベースエンティティとする。すなわち、エンティティ２のエンティティプロパティ（エントリポイントとグローバルエンティティ名）を周知する。
【０１１３】
（７）エンティティ２の存在を知ったエンティティ１が、エンティティ２に対して、ゲームイベントプレースへの参加を要求する。
（８）この要求が承認された場合、エンティティ１は、エンティティ２に対して、シェアードリンクの確立を要求する。そして、上述と同様に、エンティティ１とエンティティ２の間にシェアードリンクが確立する。
（９）シェアードリンクが確立された場合、シェアードリンクの確立要求先（エンティティ２）は確立要求元（エンティティ１）に対して、当該イベントプレース内でイベントの送受信に必要な情報を返却する。具体的には、例えば、イベントプレース名（グローバルエンティティ名）、参加したイベントプレースがベースイベントプレースであるか否か、当該イベントプレースにおけるイベント転送方式（ルーティング方式）、イベントプレースのディスクリプション、プラグインされているＳＥ情報（ＳＥ共有が有りの場合）等である。
【０１１４】
ＳＥ共有を共有する場合にシェアードリンク確立要求元に返却するＳＥ情報とは、具体的には、例えば、上述したプラグインするアプリケーションの実行ファイル名や当該アプリケーションのファイル等である。
（１０）当該ファイルを受けたエンティティ１のエンティティ制御部は、上述と同様に、与えられた実行ファイル名を用いてアプリケーションを起動し、エンティティ１内のSI-SWとアプリケーションとの間にセッションを確立する。これにより、エンティティ１内部に、ゲームアプリケーションプログラムをＳＥとしてプラグインする。
【０１１５】
すなわち、イベントプレースへの参加とは、シェアードリンクにより結合されたエンティティグループを形成し、プラグイン済みのアプリケーションプログラムを参加者が共有することを意味する。これにより、イベントプレースに参加するだけで、当該イベントプレース内のメンバーであるエンティティが、プラグインされているアプリケーションを、自動的に利用することが可能になる。なお、エンティティ１がゲームイベントプレースから退去するとき、プラグインされたゲームアプリケーションプログラムは、プラグアウトされる。なおその際、エンティティ１は、受信した当該ファイルを保有しつづけることもできるし、プラグアウト時に、当該ファイルが削除されることもある。
【０１１６】
上述した動作は、ピュア型のＰ２Ｐネットワーク環境でのアプリケーション共有である。そのため、アプリケーションプログラムの配信は、シェアードリンク確立先エンティティと確立元エンティティの２者間でのみ行われるため、シェアードリンクにより既に結合されている他のエンティティに対して影響を与えない。すなわち、ファイル転送のため処理は２者間に局所化されるため、スケーラブルなＳＥ共有を達成することができる。
【０１１７】
＜ビジネスモデル＞
ここで、上述したSIONetを、サービスとして提供する実施例を説明する。
（１）クライアントサーバモデル
予め決められたエンティティのみでイベントプレースを運営する形態である。すなわち、予め決められたエンティティのみが当該イベントプレースに参加(Join)することが可能であり、参加を許されたエンティティは、エンティティ間のシェアードリンクを確立することにより、エンティティグループを構成する。一方、それ以外のエンティティは当該エンティティグループに対してセッションを確立し、当該セッションを介したイベントの送受信を行う。すなわち、イベントプレース（予め定められたエンティティのグループ）がサーバであり、その以外のエンティティがクライアントに相当する。このビジネスモデルでは、エンティティグループのメンバーである各エンティティは、自律分散コンピュータとして振舞い、任意のエンティティが障害に陥った際には、残されたエンティティが自己組織化しイベントプレースの運営を継続する。また、サーバの処理能力向上を図りたい場合には、新たなエンティティを当該イベントプレースに参加させれば良い。そのため、従来のサーバ実現方式と比べて、耐故障性に強く、安価で、スケーラブルなサーバを実現することができる。
【０１１８】
（２）ハイブリッドモデル
例えば、ゲームイベントプレースの運営者となるエンティティは、ゲームイベントプレースを生成し、当該イベントプレース内でのベースエンティティとなる。一方、ゲームイベントプレースのユーザとして位置付けられるエンティティは、当該イベントプレースに参加することにより、当該イベントプレースでのサービスを享受する。従来のクライアントサーバモデルでは、ユーザ数の増加に比例して新たな設備投資（CPUパワー、ストレージ、通信帯域など）が必要とされたが、本ビジネスモデルは、ユーザがイベントプレースに参加することにより、ユーザ自身のエンティティをサービス運営のために提供するため、イベントプレース運営者は新たな設備投資を必要としない。そのため、安価で、スケーラブルなＰ２Ｐサ-ビス環境を構築できる。なお、ベースエンティティにおいて、当該イベントプレースに参加するユーザ（エンティティ）の認証、課金が可能である。また、ベースエンティティは、ディスカバリイベントを送出することにより、エンティティグループの中から、シェアードリンクの確立が可能なエンティティ（代替エンティティ）を発見し、発見されたエンティティを参加希望のエンティティに対し通知し、両者の間でシェアードリンクを確立させることも可能である。
【０１１９】
（３）ピュアモデル
すべてのエンティティが自由にイベントプレースに対して参加（退去）することが可能なビジネスモデルである。
上述したように、SIONetでは、運営・配置問題に帰着することにより、様々なビジネスモデルを共通の仕組みで実現できる。そのため、開発工数、規模、デバッグ効率、維持管理の容易性等に大きな効果を与える。
【０１２０】
なお、上述したように、“サスペンド”状態のエンティティは、エントランスやエンティティプロパティを公開することはできない。“サスペンド”状態のエンティティは、任意のイベントプレースにJoinすることにより“アクティブ”状態に遷移する。“アクティブ”状態のエンティティのみが、エントランスやエンティティプロパティを公開することが可能である。また、ベースイベントプレースにJoinしているエンティティのみがエントランスの公開が可能である。「コントロールパネルにより、公開が指示されている」かつ「当該エンティティに対するセッション（シェアードリンク）の確立数がデフォルト値を超えていない」を満足するとき、エンティティはエントランスやエンティティプロパティを実際に公開できる。例えば、エンティティの所有者がコントロールパネルを用いて公開を指示しても、デフォルト値を超えてシェアードリンクが確立している場合には、自動的に非公開モードとなる。なお、デフォルト値は、コントロールパネルで設定可能であり、例えば、エンティティの所有者が、当該エンティティの能力等により設定することができる。
【０１２１】
なお、ネットワークエンティティ、ネットワークエンティティファクトリ、
エンティティ制御部、コントロールパネル、サービスエンティティ、意味情報スイッチ、意味情報ルータ、意味情報ゲートウエイは専用のハードウェアにより実現されるものであってもよく、また、メモリ及びＣＰＵ（中央演算装置）により構成され、その機能を実現するためのプログラムをメモリにロードして実行することによりその機能を実現させるものであってもよい。
【０１２２】
また、ネットワークエンティティ、ネットワークエンティティファクトリ、
エンティティ制御部、コントロールパネル、サービスエンティティ、意味情報スイッチ、意味情報ルータ、意味情報ゲートウエイの機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより実現させてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
【０１２３】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【０１２４】
［この発明の実施形態］
以下、本実施形態のエンティティ装置の構成について説明する。
今、図１に示す複数のエンティティ装置（以下、Ｅで表す）１〜Ｅ４は、各々内包している意味情報スイッチ同士において、セッション又はシェアードリンクにより接続されることでコネクションを確立している。すなわち、Ｅ１〜Ｅ４は、イベントプレースを構成しており、Ｅ１とＥ２、Ｅ２とＥ３、Ｅ２とＥ４は、それぞれシェアードリンクを確立している。
【０１２５】
各エンティティ装置は、具体的には、意味情報ルータと、意味情報スイッチとから構成される。
意味情報スイッチは、上述したように、フィルタとして登録された意味情報と、イベントに付与された意味情報とを照合し、その結果発火したイベント受信エンティティを起動するスイッチであって、具体的には、イベント受信部１と、照合部２と、イベント送信部３と、フィルタ管理部４と、制御要求受付部５と、制御部６と、シェアードリンク管理部７とから構成される。
イベント受信部１は、イベント送信元のエンティティ装置からイベントを受信する受信部である。
照合部２は、イベント送信元のエンティティ装置よりイベント受信部１が受信するイベントの意味情報と、意味情報ルータに登録されたフィルタとが合致するか否かを照合する照合処理部である。
すなわち、本実施形態のエンティティ装置において、シェアードリンク再確立先である代替エンティティを探索する場合、照合部２は、シェアードリンクの解除要求送信元のエンティティ装置より受信するイベントの意味情報が示すホップ属性と、意味情報ルータに登録されたフィルタのホップ属性とが合致するか否かを照合する。
また、本実施形態のエンティティ装置において、フェデレーション要求先エンティティを探索する場合、照合部２は、当該イベントプレースに属しないエンティティ装置であって、イベント送信元であるエンティティ装置より受信するイベントの意味情報が示すホップ属性と、意味情報ルータに登録されたフィルタのホップ属性とが合致するか否かを照合する。
また、本実施形態のエンティティ装置において、より最適なシェアードリンク再確立先エンティティを探索する場合、照合部２は、イベント送信元であるエンティティ装置より受信するイベントの意味情報が示すホップ属性と、意味情報ルータに登録されたフィルタのホップ属性とが合致するか否かを照合するとともに、照合結果に基づいて、さらに、上記エンティティ装置より受信するイベントの意味情報が示すイベントパス多重度と、意味情報ルータに登録されたフィルタのイベントパス多重度とが合致するか否かを照合する。
【０１２６】
イベント送信部３は、照合部２で合致、すなわち、発火したイベントをイベントの送信先に送信する送信部である。
フィルタ管理部４は、フィルタと、照合の結果、発火した場合のイベントの送信先とを記憶する。
制御要求受付部５は、他のスイッチ、ルータから制御情報の入力を受ける入力部である。
制御部６は、照合部２の照合結果に基づいて、シェアードリンク再確立制御を行う。すなわち、照合部２における照合結果が一致している場合、制御部６は、シェアードリンクの解除要求送信元のエンティティ装置とのシェアードリンクを解除し、このシェアードリンクの解除要求送信元のエンティティ装置より受信するイベントの意味情報が示すシェアードリンク確立先のエンティティ装置とシェアードリンクを再確立する処理を行う。
また、制御部６は、シェアードリンク確立先であるエンティティ装置の障害を検知すると、自身が属するイベントプレースにおいて予め探索した代替エンティティ装置とシェアードリンクを再確立する処理を行う。
シェアードリンク管理部７は、イベントパス多重度算出パラメータを記憶管理する。すなわち、任意のイベントタイプ（エンティティプロパティも一つのイベントタイプ）の公開度（＝フィルタ登録数）、イベントによる発火率、リプライイベントによる発火率（リプライ率）、エンティティ装置がイベントプレースに参加してからの経過時間を記憶する。
【０１２７】
意味情報ルータは、上述したように、意味情報に基づいて意味情報スイッチ間のイベントルーティングを行うとともに、サービスエンティティより、イベントの取得条件を示すフィルタの登録要求を受けて、イベントの取得条件であるホップ属性を示すフィルタを保持する。
具体的には、イベント転送部１１と、制御要求受付部１２と、制御部１３と、フィルタ登録情報管理部１４とから構成される。
イベント転送部１１は、スイッチからイベントを受信し、他のスイッチへ送信する転送処理部である。
制御要求受付部１２は、他のスイッチ、ルータ等からシェアードリンク制御（確立、解除）、フィルタ登録制御等の制御要求を受付ける入力部である。
制御部１３は、制御要求受付部１２が受付けた制御を行う。
フィルタ登録情報管理部１４は、フィルタ情報（イベントタイプ毎の登録回数のカウンタ）を記憶管理する。すなわち、フィルタ登録情報管理部１４は、イベントの取得条件であるホップ属性を示すフィルタを保持する。
【０１２８】
次に、図１に示すイベントプレースにおいて、ＳＩ−ＳＷ間において確立されているシェアードリンクを解除し、シェアードリンクの再確立を行う処理の過程について説明する。
ＳＩＯＮｅｔでは、本発明の課題として述べたような、イベントプレースに所属しているエンティティが、障害に陥った場合や、イベントプレースから退去する場合など、様々な理由により当該エンティティがネットワークの運営に関わることができないケースにおいて、ＳＩ−ＳＷ間において確立されているシェアードリンクを解除し、シェアードリンクの再確立を行う。
【０１２９】
図１は、本実施形態のイベントプレースにおけるシェアードリンク再確立制御処理の流れを示す説明図である。
図１において、各エンティティ１〜４の上部に記載された（ｉ／ｊ）は、各エンティティにおいて記憶している、シェアードリンクの確立情報である。
ｉはエンティティがシェアードリンクの確立要求を行った先のエンティティを、また、ｊはエンティティがシェアードリンクの確立要求を受け付けたエンティティを示している。
【０１３０】
たとえば、エンティティ２の（エンティティ１／エンティティ３、エンティティ４）は、エンティティ２がエンティティ１に対して確立要求を行い、エンティティ３およびエンティティ４から確立要求を受け付けていることを表している。この場合、エンティティ１はエンティティ２の上流であり、逆に、エンティティ３、エンティティ４はエンティティ２の下流として定義される。
また、エンティティ１の（−／エンティティ２）は、エンティティ１はいずれのエンティティに対しても確立要求を行っておらず、エンティティ２から確立要求を受け付けていることを表している。すなわち、本実施形態において、ｉ、ｊが"−"である場合は、確立要求・確立要求の受付を行っていないことを示す。
すなわち、本実施形態においては、（−／）をトップエンティティと定義し、（／ー）をボトムエンティティと定義する。
【０１３１】
図１において、たとえば、エンティティ２の退去、減設などが行われる場合、エンティティ２は、ＳＩ−ＳＷ２に対して確立されているシェアードリンクの解除要求を発行し、シェアードリンクの解除を行う。そして、その後、隣接の各エンティティは新たなシェアードリンクの確立を行う。
【０１３２】
以下、シェアードリンク再確立の手順を詳細に説明する。
本実施形態において、エンティティ２が退去する場合を考える。
エンティティ２は、障害に陥った場合、まず自身のシェアードリンクを解除する旨を意味情報に設定したイベントを、１ホップ先のエンティティ （本実施形態におけるエンティティ１, エンティティ３, エンティティ４）に対して通知する。このとき、１ホップ先のエンティティに対する通知は、エンティティ２がイベントのＴＴＬ値を１にしてイベント送出を行うことにより実行される。
【０１３３】
なお、このとき、エンティティ２は、自身へのシェアードリンク確立を受け付けたエンティティ(エンティティ３, エンティティ４)に対して、自身に代わる新たなシェアードリンクの確立要求先として上流のエンティティを通知する。本実施形態においては、例えば、自身が確立要求を行ったエンティティ１を通知する。
【０１３４】
一方、自身が確立要求を行ったエンティティが存在しない場合、つまり、自身がトップエンティティの場合、エンティティ２は、自身への確立要求元エンティティ（例えば、１ホップ下流のエンティティ）の中から任意のエンティティを選択して、これを自身に代わるシェアードリンクの確立要求先として設定し、自身へのシェアードリンク確立を受け付けたエンティティ(本実施形態におけるエンティティ３, エンティティ４)に対して通知する。
【０１３５】
エンティティ２は、自身が確立したシェアードリンク(ＳＬ２,１, ＳＬ２,３,ＳＬ２,４)を解除する旨を当該イベントプレースにおいて、イベントの取得条件であるホップ属性を示すフィルタを保持するＳＩ−Ｒ２ , １（図示せず）、 ＳＩ−Ｒ２ , ３（図示せず）、 ＳＩ−Ｒ２ , ４（図示せず）に通知する。このとき、ＳＩ−Ｒに対する通知は、エンティティ２がイベントのＴＴＬ値を０にしてイベント送出を行うことにより実行される。
ＳＩ−Ｒ２ , １、 ＳＩ−Ｒ２ , ３、 ＳＩ−Ｒ２ , ４は、シェアードリンク解除要求を受信すると、それぞれＳＩ−ＳＷへのセッションを解除する。
【０１３６】
一方、エンティティ３、エンティティ４は、自身がＳＩ−ＳＷ２に対して確立していたシェアードリンク(ＳＬ３ , ２, ＳＬ４ , ２)をすべて解除し、エンティティ２から通知された新たなエンティティ（エンティティ１）に対してシェアードリンクの確立要求を行い、シェアードリンクを再確立する。
なお、エンティティ１は、ＳＬ１ , ２を解除し、エンティティ３、エンティティ４からの確立要求を待つ。
【０１３７】
すなわち、本実施形態のエンティティ装置において、シェアードリンクの解除処理、再確立処理は、隣接するエンティティ間においてのみ行われる。したがって、イベントプレースに属する他のエンティティには直接の影響を与えない。
つまり、本実施形態のエンティティ装置によれば、全てのエンティティに対するリンクの再構築を必要としない。したがって、本実施形態のエンティティ装置によれば、スケーラブルなP２Pネットワークを構築することができる効果が得られる。
【０１３８】
なお、他のネットワークシステムと同様に、ＳＩＯＮｅｔにおいても、エンティティの退去や減設などの正当な手順を踏んだシェアードリンクの解除要求ばかりでなく、エンティティの障害、電源断、セッション（セッションが実装される物理的な通信路）の障害などに起因して、シェアードリンクを再確立しなければならないケースが想定される。
しかしながら、このようなケースにおいては、シェアードリンクの再確立時に必要となる代わりのエンティティの通知を享受出来ない可能性がある。
【０１３９】
ＳＩＯＮｅｔでは、このような状況に対応するために、各エンティティはｎホップ（ｎは任意）のイベントを送出することにより、代わりの確立要求先エンティティの探索を行う。
すなわち、図１に示すイベントプレースにおいて、エンティティ２に障害が発生する前の状況において、エンティティ３、４が、「２ホップで上流のホップ属性」を設定したイベントを送出すると、エンティティ２（ホップ数１で上流）より先のエンティティについて、エンティティ１（ホップ数２で上流）のみに連鎖反応を引き起こすことが可能になる。
したがって、エンティティ３、４は、エンティティ１を障害時の代替エンティティとして、予め探索・発見し、記憶しておくことができる効果が得られる。
【０１４０】
しかしながら、ｎホップ先までの代替エンティティの探索を行っても、これらｎ個のエンティティが、同時に退去、もしくは、障害に陥った場合には、シェアードリンクの確立先となるすべての代替エンティティが存在しないことになる。代替エンティティが存在しない場合、イベントプレースにおけるネットワークの分断が発生してしまう。
たとえば、エンティティ３のシェアードリンク確立先であるエンティティ２と、代替エンティティとなるエンティティ１が同時に障害に陥った場合、ネットワークの分断が発生し、エンティティ３は孤立してしまう。
【０１４１】
このようなネットワークの分断を回避するために、ＳＩＯＮｅｔにおいて、エンティティ３は、再度、最初に当該イベントプレースに所属するために行った操作を実行する。すなわち、エンティティ３は、他のイベントプレースのトップエンティティを探索する。
したがって、本実施形態のエンティティ装置によれば、シェアードリンクの確立先となるすべての代替エンティティが存在しない場合においても、ネットワークの分断を回避することができる効果が得られる。
【０１４２】
以上、この発明の実施形態について、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【０１４３】
上述のエンティティ装置は、内部に、コンピュータシステムを有している。
そして、上述したシェアードリンク再確立制御等の処理に関する一連の処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。
すなわち、エンティティ装置における、各処理手段、処理部は、ＣＰＵ等の中央演算処理装置がＲＯＭやＲＡＭ等の主記憶装置に上記プログラムを読み出して、情報の加工・演算処理を実行することにより、実現されるものである。
ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【０１４４】
【発明の効果】
以上説明したように、本発明は、第１から第ｎ（ｎは２以上の自然数）のエンティティ装置をシェアードリンクを介して接続して構成されるイベントプレースにおいて、シェアードリンクの解除要求送信元である第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置より解除要求イベントを受信すると、受信するイベントの意味情報が示すホップ属性と、イベントの取得条件であるホップ属性を示すフィルタを保持する意味情報ルータに登録されたフィルタのホップ属性とが合致するか否かを照合し、照合結果に基づいてシェアードリンク再確立制御するので、シェアードリンクを再確立することができる効果を得ることができる。
【０１４５】
また、本発明は、照合結果が一致している場合、第ｋのエンティティ装置とのシェアードリンクを解除し、第ｋのエンティティ装置より受信するイベントの意味情報が示すシェアードリンク確立先のエンティティ装置とシェアードリンクを再確立するので、全てのエンティティに対するリンクの再構築を必要としない。したがって、本実施形態のエンティティ装置によれば、スケーラブルなP２Pネットワークを構築することができる効果が得られる。
【０１４６】
また、本発明は、第１から第ｎ（ｎは２以上の自然数）のエンティティ装置をシェアードリンクを介して接続して構成されるイベントプレースにおいて、シェアードリンク確立先である第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置の障害を検知すると、イベントプレースにおいて予め探索した第ｌ（１≦ｌ≦ｎ ただしｌ≠ｋを満たす自然数）の代替エンティティ装置とシェアードリンクを再確立するので、代替エンティティの通知が無い場合であっても、シェアードリンクを再確立することができる効果が得られる。
【図面の簡単な説明】
【図１】 本発明の一実施形態において、シェアードリンク再確立制御処理の流れを示す説明図である。
【図２】 同実施形態において、エンティティを説明する図、及び、エンティティの分類を説明する図である。
【図３】 同実施形態において、エンティティの状態遷移を説明する図である。
【図４】 同実施形態において、エンティティの内部構成を説明する図である。
【図５】 同実施形態において、イベントプレースの生成を説明する図である。
【図６】 同実施形態において、エンティティがイベントプレースへ参加する動作を説明する図である。
【図７】 同実施形態において、意味情報スイッチとセッションを説明する図である。
【図８】 同実施形態において、イベントの構成を説明する図である。
【図９】 同実施形態において、意味情報体系を説明する図である。
【図１０】 同実施形態において、グローバルエンティティ名を説明する図である。
【図１１】 同実施形態において、サービスエンティティのプラグインを説明する図である。
【図１２】 同実施形態において、リファレンスモデルを説明する図である。
【図１３】 同実施形態において、シェアードリンクを説明する図である。
【図１４】 同実施形態において、シェアードリンクを説明する図である。
【図１５】 同実施形態において、シェアードリンクを説明する図である。
【図１６】 同実施形態において、イベントパスを説明する図である。
【図１７】 同実施形態において、シェアードリンクの再確立を説明する図である。
【図１８】 同実施形態において、ホップ属性を説明する図である。
【図１９】 同実施形態において、イベントプレース及びエンティティの像減設を説明する図である。
【図２０】 同実施形態において、イベントプレース及びエンティティの像減設を説明する図である。
【図２１】 同実施形態において、エンティティのアドバタイズメントを説明する図である。
【図２２】 同実施形態において、エンティティのアドバタイズメントを説明する図である。
【図２３】 通信ネットワークのビジネスモデルの変遷を示す図である。
【図２４】 Ｐ２Ｐモデルのディメンションを示す図である。
【図２５】 SIONetの概念を説明する図である。
【符号の説明】
１…イベント受信部
２…照合部
３…イベント送信部
４…フィルタ管理部
５…制御要求受付部
６…制御部
７…シェアードリンク設定情報管理部
１１…イベント転送部
１２…制御要求受付部
１３…制御部
１４…フィルタ登録情報管理部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an entity device that realizes optimal link re-establishment control in an autonomous distributed network, a shared link re-establishment method, a shared link re-establishment program, and a recording medium thereof.
[0002]
[Prior art]
Conventionally, on the Internet, as shown in FIG. 23, information distribution based on a “broker type distribution model” has been common. In this business model, an information distributor (for example, a personal computer communication company) positioned as a broker centrally manages information provided by an information provider and distributes information to users as necessary.
However, in the broker-type search model, since the broker manages the metadata of information collectively, it is difficult to meet the various needs of users and information providers in real time. A new business model that is not controlled by the broker has come to be demanded, and from this problem recognition, a new concept of “brokerless search model” has been devised.
This brokerless search model corresponds to P2P (Peer-To-Peer) that has been attracting attention all over the world, such as Gnutella announced in March 2000. JXTA announced in April 2001 also corresponds to P2P, that is, a brokerless search model. P2P is an innovative technology since the WWW and is called the third generation. In recent years, research and development of a brokerless transmission model in which the concept of P2P is applied to the transmission layer and a brokerless policy model in which the concept of P2P is applied to the policy layer have been activated. The dimensions of the brokerless (distribution) model are shown in FIG. One of these brokerless search models is SIONet (Semantic Information Oriented Network).
[0003]
SIONet is a meta network that delivers an event composed of data and semantic information of the data based on semantic information (metadata). As shown in FIG. 25, the event receiver registers semantic information indicating the condition of the event to be received in advance in SIONet. When an event is transmitted from the event sender to the SIONet, the SIONet collates the semantic information of the event with the registered semantic information, and transmits the event to the event receiver based on the collation result. In this way, sending an event to SIONet is called “stimulation”, and the registered semantic information matches the semantic information of the event, and notifying the event recipient who registered the semantic information of the event. It is called “ignition”.
[0004]
As a result, a specific entity can be dynamically searched and discovered from an unspecified number of entities (terminal devices) super-distributed on the network. That is, SIONet is a network that delivers events based on semantic information (sending to whom) instead of the destination address (sending to whom) used in the conventional network.
[0005]
SIONet is an autonomous distributed cooperative network (autonomous distributed computer) in which all entities including the components of SIONet perform autonomous distributed cooperation to self-organize the network. SIONet network components include "Semantic Information Switch (SI-SW)", "Semantic Information Router (SI-R)", "Semantic Information Gateway (SI-GW)", "Event Place", "Session", etc. These can be self-organized as needed to build a secure and scalable P2P network with a bottom-up approach.
[0006]
The basic concept and principle of SIONet is simple and unified. By repeating the simple operation of "registering a filter by an entity and dispatching an event", that is, "entity" stimulation "and" ignition "" chain reaction "between SIONet network components, all entities The thing that controls the behavior of this chain reaction is the semantic information registered in the SIONet by the above-mentioned event receiver, and this is called the “filter”. The method of chain reaction of entities can be dynamically controlled by the filter value registered in the filter. Another basic concept in SIONet is event place. An event place is an entity group connected to each other by a shared link, thereby limiting the scope of a chain reaction.
Details of SIONet are described in
[0007]
[Non-Patent Document 1]
Takanari Hoshiai, Keiichi Koyanagi, Birge Sukubatar, Kei Kubota, Hiroshi Shibata, Takamichi Sakai: "Semantic Information Network Architecture", IEICE Transactions B, Vol. J84-B, No. 3, pp. 4, 11-4, 2, 4 (2000.7 accepted, published in 2001-3).
[Non-Patent Document 2]
Takanari Hoshiai, Hiroshi Shibata, Takamichi Sakai, Keiichi Koyanagi: “Semantic Information Network Architecture: SION Architecture”, NTT R & d, Vol. 50, no. 3, pp. 157-164 (200.12 accepted, published in 2001.3)
[0008]
[Problems to be solved by the invention]
In such a simple and unified basic concept of SIONet, if an entity that belongs to an event place falls into a fault or leaves the event place, the entity can operate the network for various reasons. As a method for dealing with cases that cannot be involved, in SIONet, each entity sends an event of n hops (n is an arbitrary natural number) to grasp the alternative establishment request destination entity. Perform entity search and shared link re-establishment.
[0009]
However, at the time of shared link re-establishment, the functions that can continue the network service by self-organizing the remaining entities are not enough, and the functions that are currently proposed are not sufficient. This means the addition of a new method (functional program).
However, there is a problem that it is impossible to hope for rapid system development, minimization of development scale, reduction of debugging man-hours, reduction of development cost, ease of maintenance and the like.
[0010]
The present invention has been made in view of such circumstances, and in an autonomous distributed network, an entity device capable of searching for an alternative entity and reestablishing a shared link, a shared link reestablishing method, a shared link reestablishing program, and An object is to provide the recording medium.
[0011]
[Means for Solving the Problems]
The present invention has been made to solve the above-mentioned problems, and the invention according to claim 1 is configured by connecting first to n-th (n is a natural number of 2 or more) entity devices via a shared link. And a semantic information router that holds a filter indicating a hop attribute that is an event acquisition condition, and a kth (1 ≦ k ≦ n, where k is a natural number) entity that is a transmission source of the shared link release request A collation unit that collates whether or not the hop attribute indicated by the semantic information of the event received from the device matches the hop attribute of the filter registered in the semantic information router, and a shared result based on the collation result of the collation unit And a semantic information switch having a control unit for controlling link re-establishment.
[0012]
Here, the shared link is a link for performing bidirectional event sharing between the first to nth entity devices.
An event place is a network configured by connecting first to nth entity devices via a shared link.
An event is a packet composed of data, semantic information of the data, and control information.
The semantic information is a vocabulary and a value indicating the characteristics of transmission data, and is an instance in a certain vocabulary concept.
The hop attribute is a parameter for setting event transfer control and an alternative entity search range.
[0013]
The invention according to
[0014]
According to a third aspect of the present invention, in an event place configured by connecting first to n-th (n is a natural number of 2 or more) entity devices via a shared link, a hop that is an event acquisition condition When a failure is detected in the semantic information router holding a filter indicating an attribute and the kth (1 ≦ k ≦ n, where k is a natural number) entity device that is the shared link establishment destination, (1 ≦ l ≦ n, a natural number satisfying l ≠ k) and a semantic information switch having a control unit for reestablishing a shared link.
[0015]
The invention according to
[0016]
According to a fifth aspect of the present invention, in the fourth aspect of the present invention, when the collation results match, the shared link with the kth entity device is released, and the kth entity device The shared link is reestablished with the entity device of the shared link establishment destination indicated by the semantic information of the event to be received.
[0017]
The invention according to
[0018]
The invention according to
[0019]
Further, in the invention described in
[0020]
The invention according to
[0021]
The invention according to
[0022]
The invention according to claim 11 is the invention according to
[0023]
The invention according to
[0024]
DETAILED DESCRIPTION OF THE INVENTION
[Details of SIONet]
<Definition of SIONet entity>
Here, all computers such as personal computers, workstations, portable information terminals, mobile phones, and wearable computers are collectively referred to as hosts. Furthermore, a host that implements SIONet software is called a “SIONet entity” or simply an “entity”. As shown in FIG. 2A, an entity (entity device) is a virtualized host in which SIONet software is installed as a unit of autonomous distributed cooperation in SIONet. SIONet software provides a mechanism for individual entities to perform autonomous distributed cooperation. This SIONet software allows each host to become an autonomous distributed computer.
[0025]
Entities are mainly classified into the following three types as shown in FIG.
・ Applications that act as services (service entity: SE, service entity part) are included inside the entity.
· Modules that act as network components (network entity: NE) are included inside the entity
・ Including both SE and NE in the entity
[0026]
<Entity structure and state transition>
FIG. 3 is a diagram illustrating state transition of an entity. As shown in this figure, there are three states of an entity, “Non-Existent”, “Suspend”, and “Active”.
The “Non-Existent” state represents the entity state when the SIONet software is installed on the host.
By executing (launching) the SIONet software, a transition is made from the “Non-Existent” state to the “Suspend” state. At this time, internal modules such as an entity control unit, a control panel, a network entity factory (NE factory), and a network entity (NE) are generated in the entity as shown in FIG. Below, each role is demonstrated easily.
[0027]
The entity control unit is an entity entity, and accepts various requests (session establishment request, shared link establishment request, etc., which will be described later) from other entities and the control panel. Note that a request for establishing a session, a request for establishing a shared link, etc. cannot be made from another entity to an entity in the “suspend” state.
[0028]
The control panel provides a GUI (Graphical User Interface) to owners of entities such as people. For example, the control panel prompts the owner of the entity to input the entity name, and the entity control unit assigns the entity name to the entity based on the input entity name. In the example of FIG. 4, the entity name is “
[0029]
The NE (network entity) factory has a function of dynamically generating an NE.
NE (Network Entity) means SI-R (Semantic Information Router), SI-GW (Semantic Information Gateway), alive entity, fault handling entity, statistics collection entity, etc. It is a general term for modules that behave in order to achieve this.
[0030]
The SE (service entity) is an application embedded as an SE in an entity using a plug-in mechanism provided by the entity, and is a virtualized P2P application operating on SIONet. An application can be embedded in an entity as an SE using a plug-in mechanism provided by the entity. Also, the SE can establish an arbitrary number of sessions with the SI-SW. The SE can send and receive events only through a session. SE is not involved in SIONet network construction and operation. A plug-in mechanism for incorporating SE into an entity will be described later.
[0031]
The entity (entity 2) in the “suspend” state in FIG. 3 generates an event place by itself as shown in FIG. 5, for example, or joins (joins) an existing event place as shown in FIG. When the entity (entity 2) belongs to an arbitrary event place and becomes a member of an entity group, the entity (entity 2) transitions from the “suspend” state to the “active” state. Only an entity in the “active” state advertises its existence (public, details will be described later), and can accept a session establishment request or a shared link establishment request from another entity.
[0032]
Here, after the software is installed in the host and the entity including the NE, the NE factory, the entity control unit, the control panel, and the like is generated, the operation until the entity enters the “active” state will be described. Assume that an entity receives an instruction to create an event place or participate in another event place via the control panel from the owner of the entity. The entity control unit of the entity requests the NE factory of the entity to generate SI-SW (Semantic Information Switch). When the NE factory generates SI-SW, the entity control unit establishes a session between the generated SI-SW and an internal module such as NE. This makes it possible to accept advertisements, session establishment requests from other entities, shared link establishment requests, and the like.
[0033]
Here, the role of SI-SW and session will be described with reference to FIG.
A session is a connection between SI-SW and SE, and SE can send and receive events only through the session. There are three types of sessions: event transmission sessions, reception sessions, and transmission / reception sessions.
SI-SW provides a switching mechanism that switches events based on semantic information. The SI-SW accommodates NEs and internal entities such as SEs and NEs incorporated in the entities by a plug-in mechanism through a session in a star shape. In the following, SE will be described as an example, but the same applies to other internal entities included in an entity such as NE.
[0034]
Here, the configuration of the event will be described. As shown in an example in FIG. 8, the event includes a control information part, a semantic information part, and a data part. Transmission data is stored in the data portion. Various data and programs such as text data, binary data, reference, proxy, and agent can be stored as transmission data.
[0035]
The semantic information portion stores semantic information (vocabulary and its value) of transmission data and a vocabulary concept (event type) of semantic information. Here, the semantic information is metadata describing the characteristics of transmission data and is an instance of an event type.
The event type is a semantic information template. You can define inheritance relationships between event types. FIG. 9 shows an example of the semantic information system. In this figure, the meaning information “title; yesterday”, “price; $ 30”, “artist name; beatles” belongs to the event type “popular” and also belongs to the event type “music”. Yes. In addition, the meaning information “Title; Night of Kiyoshi”, “Price; $ 20”, “Situation; Christmas” belongs to the event type “BGM” and also belongs to the event type “Music”. .
[0036]
As a description language of the semantic information system, there is XML (Extensible Markup Language). Note that some event type names (all names starting with SIONet) are reserved for network entities.
The event control information part shown in FIG. 8 is a control field used for SIONet execution control, and only this is not open to the SE who is the user of SIONet. The control information section includes matched filter identifiers, matched filter verification scores, synchronous statistical information collection flags, TTL (Time To Live) values within event places, between event places, within event places, and between event places. Control information such as the number of hops and hop attributes is set.
[0037]
In the entity configuration as shown in FIG. 7, the function of the SE will be described. The SE registers event acquisition conditions in the SI-SW via the reception session. This is called a “filter”. In the filter, set the vocabulary concept (event type) of the event you want to acquire, and the matching condition with the semantic information (for example, the vocabulary “Price” is in the range of “$ 20 to $ 40”) . Note that collation conditions such as “complete match” with all vocabularies defined in the event type, “partial match” with some vocabularies, and “weighted match” can be selected in units of filters.
[0038]
The SE can register a plurality of filters from one reception session, but the filters registered through the same session have an “or” relationship. That is, for one event, one receiving session is fired at most once. If a wildcard is specified for the event type of the event to be acquired, all event types are targeted for acquisition. Further, when 1 (logical value is true) is set as the matching condition with the semantic information, it means that the matching condition with the semantic information is satisfied unconditionally.
[0039]
In addition, the SE transmits an event to the SI-SW via a transmission session. At this time, the SI-SW collates the semantic information part of the event with the filter. Specifically, first, it is checked whether or not the event type is desired to be received. If the event type is satisfied, the semantic information and the matching condition are checked. As a result of the collation, when the semantic information satisfies the collation condition, the entity that registered the matched filter is activated and the event is notified.
In SIONet, event transmission is referred to as “stimulation”, that the filter matches the event as “reaction”, and that the entity that registered the matched filter is activated to notify the event is referred to as “ignition”.
[0040]
<Entity name assignment method>
As shown in FIG. 5, the case where the
[0041]
That is, in SIONet, some management entity is not necessarily generated by generating an event place. That is, in SIONet, member management of entities belonging to an event place is realized by a shared link between entities described later, and therefore there is no centralized management unit itself that performs member management. For this reason, even if the entity that generated the event place leaves the event place, the entity remaining in the event place autonomously self-organizes, whereby the operation of the event place is continued. In other words, the removal of the last entity from the event place corresponds to the disappearance of the event place.
[0042]
This global entity name is used when a shared link or session is established. An operation in which the
[0043]
First, the operation in which the
[0044]
Next, an operation in which the entity 1 joins (joins) the event place A will be described. As described above, the
[0045]
When entity 1 discovers
[0046]
In this way, the global entity name can uniquely identify the SI-SW that establishes the shared link, and thus can participate in the event place A. In this way, the SI-SW, which is the shared link or session establishment destination, is virtualized as a global entity name, so that the entity owner or the like is not directly aware of the SI-SW.
[0047]
<SE plug-in method>
The operation of incorporating SE into the entity shown in FIG. 11 will be described below.
(1) The entity owner instructs an application plug-in to the control panel. At this time, the executable file name of the application to be plugged in is given as a parameter.
(2) The control panel notifies the entity control unit that the plug-in instruction has been received and the execution file name of the plug-in application.
[0048]
(3) The entity control unit stores an execution file name to be plugged in, starts an application using the given execution file name, and establishes a session between the SI-SW and the started application.
That is, the plug-in in SIONet is nothing but to establish a session between the application and SI-SW. In SIONet, all operation entities such as SE and NE cooperate through a session. Therefore, plug-in / plug-out (detachment) can be easily realized, and the plug-in / plug-out does not affect other operation entities (super loose coupling). By extending this concept, SE sharing between entities as described later can be realized.
[0049]
<PREFERENCE architecture>
SIONet adopts the concept of a reference model as shown in FIG. The PREFERENCE architecture shown in Fig. 12 is an architecture for building a listening society (a listening-oriented cyber society) in which semantic information is registered in the filter and distribution conditions (matching conditions) are set in the semantic information section of the event. Provides total solutions for less-less distribution model, broker-less search model, and broker-less policy model. Specifically, it consists of a stream interface, SIONet, COMNet, and the like.
SIONet is an event transmission layer and provides a network interface to higher layers. The middleware layer is a community (community network: COMNet), and corresponds to the intelligence layer of SIONet. In this layer, information localization, authentication, security, information right guarantee, policy control, and the like are performed. The highest layer is the application layer. SE is implemented in this application layer. Examples of the SE include a personal TV station and a smart messenger for a message exchange service.
[0050]
In this way, SIONet provides a common P2P network infrastructure for all P2P services (SEs provide services) such as distributed computing, information exchange, collaboration, and message delivery, and also provides a plug-in mechanism. To support efficient application development.
[0051]
<Role of entity in SIONet>
SIONet is a form of constructing a volunteer network by helping each other's entities to help each other, and each network is self-organizing through autonomous distributed cooperation. For example, in the configuration of FIG. 6, an operation in which the
[0052]
In advance, the entity 1 generates an event place and participates in the event place. Here, when
In this way, after the shared link is established between the SI-SWs of the entity 1 and the
[0053]
In SIONet, various forms of P2P networks can be constructed by arranging / combining entities according to purposes. Also, different forms of P2P networks can be seamlessly linked. This is achieved by realizing:
(1) All entities are autonomously distributed and coordinated using a simple and simple mechanism called “chain reaction based on stimulation and firing”.
(2) Reducing the difference in P2P network form to the problem of entity placement and management
Thus, one of the features of SIONet is that various types of P2P networks can be constructed with a single mechanism.
[0054]
<Shared link>
The “shared link” is a concept for performing bidirectional event sharing between a plurality of different entities. For example, as shown in FIG. 14, when
That is, the shared link is a mechanism for forming an entity group, and is also a multi-hop route.
[0055]
In FIG. 14, the
[0056]
<Establishment of shared link>
A mechanism up to establishment of a shared link will be described with reference to FIGS. 14 and 15. First, in FIG. 14, consider a case where
(1) The
[0057]
(2) As shown in FIG. 15, the entity control unit of entity 1 establishes SL1,2 (shared link for receiving an event from entity 2) based on semantic information in the NE factory. SI-R1,2 that performs event routing (event transfer) between SI and SW is dynamically generated inside entity 1. Further, the entity control unit stores that the
[0058]
(3) SI-R1,2 establishes an event reception session for SI-SW2 by requesting
[0059]
(4) At this time, the event transfer method can be dynamically controlled by the set value of the filter registered by SI-R1,2 to SI-SW2. An example is shown below.
(A) The event sent to SI-SW2 is unconditionally transferred to SI-SW1. That is, SI-R1,2 fires for all events. This is made possible by setting “wildcard for the acquired vocabulary concept and true for the matching condition with semantic information (vocabulary)” as a filter that SI-R registers in SI-SW. This is called “unconditional routing”. This setting only needs to be performed once when the shared link is established. In this method, there is a possibility that unnecessary event transfer and event collation processing overhead at the transfer destination may occur. However, since there is no overhead for event path establishment (routing information setting) described later, the number of registered filters is small. This method is effective when it is sufficiently larger than the number of event transmissions. This routing method is mainly used for multi-hop broadcast communication.
[0060]
(B) Transfer only events necessary for entity 1 from SI-
In addition to multi-hop communication such as multi-hop broadcast communication, multi-hop attribute multicast communication, multi-hop unicast communication, and multi-hop multicast communication, the communication destination can be set according to the filter value set by SI-R. Direct communication using entity entry points is also possible. Multi-hop broadcast communication, multi-hop attributed multicast communication, multi-hop unicast communication, and multi-hop multicast communication will be described later.
[0061]
(4) The procedures (2) to (3) described above are performed in the same way in the
[0062]
<Establishing an event path>
Route selection information for event forwarding (event routing) (a set of filters that SI-R registers for event sharing) is called an “event path”. For example, as shown in FIG. 15, in a configuration in which
[0063]
Here, the establishment of the event path for the above-described “event routing based on the vocabulary concept” will be described. In FIG. 15, in order to establish an event path for “event routing by vocabulary concept”, SI-R2,1 is the event type only in the filter registered by SE3 of
[0064]
In addition, establishment of an event path for the above-mentioned “event routing by vocabulary” will be described. In FIG. 15, when establishing an event path for “event routing by vocabulary”, SI-R2,1 of
[0065]
Therefore, the event routing method based on vocabulary does not cause any unnecessary event transfer, but the event path setting overhead for routing becomes enormous, so this method is effective when the number of event transmissions is sufficiently larger than the number of registered filters. It is. On the other hand, the routing method based on the event type is positioned as a compromise between the two methods described above. In other words, it is effective when the number of filter registrations and the number of event transmissions are about the same, or when the ratio between the number of filter registrations and the number of event transmissions cannot be predicted. With these mechanisms, multi-hop communication of events based on semantic information is realized. An event routing method can be specified when generating an event place or registering a filter from an SE.
[0066]
The event path setting request is propagated to all SI-Rs in the event place, but the propagation range can be limited by the TTL value. The operation will be briefly described with reference to FIG. Here, for convenience of explanation, it is assumed that an event path is established for vocabulary concept routing, but the present invention is not limited to this. Further, each entity advertises (filter registration) the same vocabulary concept. The description will be made assuming that the TTL value is 2.
[0067]
In FIG. 16A, the SI-R of the
[0068]
Similarly to the above, when the SI-R of the entity 11 starts an event path setting request, an event path is established for the
[0069]
However, as shown in FIG. 16B, when the SI-R of the
[0070]
Thus, if the vocabulary concept is frequently used (reputed or popular) in the event place, the event path will eventually be established in the event place. Become. On the other hand, vocabulary concepts that are not so popular will eventually be deceived, which allows a mild chain reaction to be realized. Note that the numbers on the event path in FIG. 16 indicate the multiplicity.
[0071]
An entity can publish the multiplicity of event paths as an attribute of an entity property. On the other hand, an entity having a high multiplicity of event paths can be found by entity property discovery. At this time, by re-sharing the shared link with respect to the entity, it is possible to gradually gather like-minds (like entities) in the vicinity (localization of like-entities). Details of the entity property will be described later.
[0072]
From the viewpoint of distributed object technology, the event path can also be interpreted as follows. Entities that are super-distributed around the world have some “correlation” between them. There are various properties such as an entity name, a group name, and attributes (location, interest, reputation, fashion, service) that give a correlation. Based on the correlation, the entities have a connection between the entities and perform distributed cooperation. This entity that gives an entity correlation is called an entity property.
[0073]
In SIONet, this correlation is expressed by the vocabulary concept and vocabulary and set as an event path based on the shared link. The strength of the correlation corresponds to generalization / specialization of vocabulary concepts, multiplicity of event paths, and the like. That is, in SIONet, the correlation between entities is dynamically controlled and managed by an event path. This is the control of the chain reaction by the filter. Therefore, the entity does not have a fixed entity identifier.
[0074]
For example, an IP address is a fixed identifier of an entity based on a position. In SIONet, instead of this, an entity property described as a vocabulary concept / vocabulary is used as an entity identifier. Entities register these as filters in SI-SW, thereby declaring entity properties (entity identifiers) and advertising their properties based on shared links. This corresponds to the propagation of the event path. Thereby, an event path is established.
[0075]
As described above, SI-R is a network entity having both aspects of event transmission and event reception, and is not fundamentally different from a general service entity. In SIONet, an entity used for SIONet control such as SI-R is called a network entity (NE), particularly distinguished from a service entity (SE). In SIONet, all service entities and network entities are treated as a common entity, and autonomously operated according to a simple and consistent common logic of event transmission and event reception, that is, chain reaction of stimulus and firing. , Provide a super-distributed and super-loosely coupled architecture in which all entities can cooperate autonomously and distributedly.
[0076]
<Release and re-establish shared link>
In cases where an entity participating in the event place falls into a failure or leaves the event place, the remaining entity is not able to participate in the operation of the network for various reasons. By doing so, it is necessary to be able to continue the network service.
In such a case, SIONet releases the shared link established between SI and SW, and re-establishes the shared link. The operation will be described with reference to FIG.
[0077]
In FIG. 17, the first numbers (1) and (2) in the shared link establishment request indicate the order of those requests. That is, in order of the shared link establishment request, first, the shared link establishment request is made from the
[0078]
If the establishment request is successful in the above-described order, a shared link is established between each SI-SW by the above-described procedure. When the shared link is established, the entity control unit of each entity stores the entity that has made the establishment request and the entity that has accepted the establishment to itself. For example, the
In this situation, for example, when the
[0079]
(1) When the
[0080]
(2) In order to release the shared link (SL2,1, SL2,3, SL2,4) established by itself, the entity control unit of
3. Notify SI-R2,4 (not shown). SI-R2,1, SI-R2,3, and SI-R2,4 are SI-Rs of
[0081]
(3) The entity control unit of entity 1 is connected to SI-R1,2 (not shown).
Instruct to cancel the air drink SL1,2. SI-R1,2 releases shared link SL1,2. The entity 1 waits for establishment requests from the
(4) As with entity 1,
[0082]
As described above, the shared link establishment process and re-establishment process are performed only between adjacent entities and do not affect other entities. That is, there is no need to reconstruct links for all entities.
[0083]
The shared link is not only requested to release the shared link by following proper procedures such as moving out or deinstalling the entity, but also due to an entity failure, power failure, session (physical communication path) failure, etc. There are cases where you must re-establish. However, in such cases, it may not be possible to teach alternative entities that are needed when reestablishing a shared link. In SIONet, in order to cope with such a situation, each entity transmits an event of n hops (n is an arbitrary natural number) to grasp an alternative establishment request destination entity. In SIONet, finer hop control is possible by using TTL values and hop attributes. Examples of hop attributes include:
[0084]
(1) Only the entity requesting shared link establishment is targeted for hopping.
(2) Only the entity requesting the establishment of a shared link is a hop target.
(3) All entities are targeted for hopping.
[0085]
An example of an event flow when the hop attribute of (1) is designated is indicated by a broken line in FIG. In FIG. 18, (i / j) is shared link establishment information stored in each entity. i indicates the entity to which the entity has made a shared link establishment request, while j indicates the entity that has accepted the shared link establishment request. For example, (2/5, 6) of the
[0086]
The hop attribute described above is used not only for searching for an alternative entity at the time of failure, but also for searching for an entity that can accept establishment of a shared link, and for searching for a top entity (nobody establishes a shared link). It is valid. In SIONet, only the top entity can establish a federation (corresponding to a shared link between event places) for other event places.
[0087]
<Purpose of online increase / decrease>
The purpose of the entity increase / decrease in SIONet is mainly divided into the following two.
(1) From the viewpoint of improving the total processing capacity of the event place, the number of entities in the event place is increased, and the event filtering process is load-balanced. From the opposite point of view, the entity is reduced. This is mainly used in the operation of hybrid P2P and backbone P2P networks.
(2) A flexible and global P2P network is constructed from the bottom up by flexibly establishing a shared link for dynamically generated entities. This is mainly used in the operation of a pure P2P network.
[0088]
The hybrid P2P network is a network configured by, for example, an operator such as a network provider generating an event place in advance on a host or the like, and a service entity such as a personal terminal connecting to the event place through a session. . The pure P2P network is a network configured by connecting entities as individual transmitting / receiving terminals via shared links, and the smallest unit for sharing an event is an event place. The backbone type P2P network is a connection form between networks, for example, a network in a state where pure type P2P networks in a plurality of regions are connected via a hybrid type P2P network.
[0089]
<Type of increase / decrease>
SION provides several types of increase / decrease configurations, but here, typical configurations shown in FIGS. 19 and 20 will be described.
(1) Combining and separating event places
As shown in FIG. 19A, a plurality of event places can be synthesized. Here, composition refers to collecting entities belonging to a plurality of event places as members in one event place. As a typical example, service integration (information sharing) based on a business alliance between different service operators can be considered.
[0090]
This is because a request for establishing a shared link is issued to any entity belonging to the event place or an entity in the event place where the request is made, by issuing a composition request. As a result, a shared link is established between SI and SW, and the combination of both is realized. The request source and the request destination of synthesis may be either an entity or an event place. On the other hand, in the case of division, the established shared link is released and separated into event places.
[0091]
(2) Participating in and leaving the event place
As shown in FIG. 19B, an SI-SW is generated in the request source entity by making a Join request to the entity in the event place or the event place. Then, by issuing a shared link establishment request to the request destination entity, the shared link is established between the SI and SW, and can participate in the event place.
When the entity leaves the event place, the shared link between the entities is released, the shared link is reconstructed, and the entity leaves the event place as described above. At this time, the state of the entity that has moved out transitions to the suspended state.
[0092]
By requesting the entity to establish a shared link from the event place side, the entity can be taken into the event place. This is called absorption. The opposite is called splitting.
(3) Increase / decrease of entities (SI-SW)
As shown in FIG. 20 (c), when an entity expansion request is made to an entity in an event place or an event place, an SI-SW is newly generated for the specified entity, and an existing SI-SW is generated. A shared link is established with the SW. On the other hand, when an entity reduction request is made to the event place, a shared link release request is issued to the specified entity, and after the shared link between SI and SW is released, the shared link is reestablished. , The entity is deleted. At this time, the state of the entity transitions to Non-Existent.
[0093]
(4) Federation between event places
As shown in Fig. 20 (d), a SI-GW that transfers events between event places is dynamically generated by making a federation (cooperation) request to the entities in the event place or to the event place. Both event places cooperate through the session. Note that the federation request source and request destination may be either an entity or an event place.
[0094]
<Entity advertisement>
With reference to FIGS. 21 and 22, the advertisement (publication) of an entity will be described. There are the following two aspects to entity advertisement in SIONet.
Viewpoint 1: Entrance advertisement
Viewpoint 2: Entity property advertisement
Hereinafter, each viewpoint will be described.
Viewpoint 1: Entrance advertisement
The base event place is an event place serving as a base (starting point) for searching for (discovering) an optimal event place based on an entity. In other words, the base event place is the entrance to SIONet. Therefore, entities participating in the base event place can make the SIONet entrance public. Here, opening the entrance means advertising the entry point and the global entity name of the entity that is the shared link establishment request destination. This public information is found by a search using a broadcast described later.
[0095]
Viewpoint 2: Entity property advertisement
In any entity group connected by a shared link (all event places including the base event place), each entity can advertise its entity properties. This corresponds to the propagation of the event path described above. This public information is discovered by sending out a discovery event described later.
[0096]
The flow from entity disclosure and search to entity group formation will be described below. In the following, base entity, entity 1,
[0097]
(1) Install SIONet software on the host as shown in FIG.
The state of the entity at this point is “Non-Existent” as described above. For convenience of explanation, this entity is assumed to be entity Y.
(2) By executing the SIONet software, the entity Y transitions from the “Non-Existent” state to the “Suspend” state. An entity in this state has not yet been recognized by SIONet.
[0098]
{Circle around (3)} The entity Y in the “suspend” state searches for the entrance (entry point and global entity name) of other entities belonging to the base event place in order to participate in the network as a component of SIONet. Specifically, a nearby entity is searched from among entities participating in the base event place by broadcasting. The broadcast method depends on the implementation. For example, when implemented in a wireless network, all entities within the wireless reach are targeted for search. On the other hand, when implemented in an IP network, IP broadcast or IP multicast is performed. FIG. 21 shows that the entity 1 (entry point of the entity 1 and the global entity name) is found by the search by broadcast. If a nearby entity cannot be found by broadcasting, a well-known entity can be used. Well-known entities are called base entities. Note that the base entity can exist in all event places including the base event place.
[0099]
{Circle around (4)} The entity Y makes a join request to the base event place for the discovered entity 1. That is, the entity Y makes a Join request to the entry point of the entity 1 using the global entity name of the entity 1 as a parameter. The entity 1 that has received the join request from the entity Y accepts the join request only when the state transition of the entity 1 is “active” and the entrance and the entity property are in the public mode. The entity Y cannot issue a Join request exceeding the maximum number of Joins. The maximum number of Joins can be set by the owner of the entity Y or the like on the control panel of the entity Y. When the entity 1 receives the join request of the entity Y, a shared link is established between the entity Y and the SI-SW of the entity 1 by the same operation as described above. Thereby, the entity Y is self-organized as a network component in the base event place. At this time, the entity Y transitions from the “suspend” state to the “active” state.
[0100]
Entity Y joined to the base event place can open the entrance. You can also advertise entity properties. Entity properties include global entity name (and entry point), nickname, group name, alive (only assertion exists, entry point and global entity name as shared link establishment information are not disclosed, entity is not disclosed (Even if it is a mode, there are disclosure targets), descriptions (descriptions of entities), attributes, etc. The attributes include plug-in SE information, event path multiplicity, event place information, and the like. The entity property description language includes XML.
[0101]
In FIG. 21, for example, the entity control unit of the
In SIONet, there is no function to centrally manage event place information such as where and what event place and what service is provided in that event place, so if you want to get event place information, Event place information needs to be obtained from entity properties of other entities. By making public the event place information that participated in the past as well as the event place that you are currently participating in, the chances of acquiring the event place information will increase, and the chances of participating in the event place that provides the service you want will increase. .
[0102]
When the entrance of the entity Y is released, these entity properties are registered as filters in the semantic information switch in the entity, whereby the entity properties are propagated to other entities based on the shared link, and an event path is established. Basically, the event path establishment request is propagated to all the entities in the event place, but the propagation range of the event path establishment request can be limited by the TTL value. The global entity name is used as an identifier during multi-hop type unicast communication, the group name is used as an identifier during multi-hop type multicast communication, and the attribute is used as an identifier during multicast communication with a multi-hop type attribute. For example, as a typical example of multi-hop unicast communication, there is a reply notification from an event reception entity to an event transmission source entity.
[0103]
In other words, the global entity name is multi-hop unicast communication, which is a communication method for transmitting an n-hop event from the SI-SW of the entity specified by the global entity name. Multi-hop multicast communication is a communication method for transmitting n-hop events to SI-SWs of entities belonging to a group specified by a group name. Multi-hop attributed multicast communication is a communication method for transmitting an n-hop event to an SI-SW of an entity having the same attribute as that of itself. Multi-hop broadcast communication is a communication method for transmitting an n-hop event to SI-SW of an arbitrary entity.
[0104]
(5) In FIG. 22, the entity Y who participated in the base event place releases “entity properties that meet his / her needs” by sending out a discovery event to search for the “event place where he / she wants to participate”. Search for the entity This discovery event is an event used for control of SIONet, and is equivalent to an event transmitted by SE. A discovery event is an event for igniting an NE, and a matching condition with an entity property is set in the semantic information portion of the event. In other words, adding a new function in SIONet means defining a new vocabulary concept and vocabulary (not adding a mechanism, but adding a chain reaction condition). As a result, various functions can be added only by a single mechanism (chain reaction).
[0105]
Here, it is assumed that the
(6) The entity Y issues a Join request to the event place α to the
[0106]
(7) Furthermore, the entity Y can send an event for the same search at the event place α. Thereby, it is possible to find a new entity that meets its own needs. For example, it is assumed here that the
[0107]
The advertisement method shown here has the following effects.
(1) Since there is no broker (management unit) that manages public information of entities, it is possible to construct a self-organizing network that is strong in fault tolerance at low cost. In addition, it is not realistic to manage a huge number of public information (entry points and entity properties) with a broker.
(2) Since the event place suitable for the entity can be narrowed down to the formula to be determined, a desired event place can be efficiently searched. For example, even if the spillover range of the chain reaction (the hop number of the discovery event and the spillover range of the event path setting request for the entity property) is limited by the TTL value, as described above, the
[0108]
Note that entities that simply receive information from other entities without providing information (for example, without disclosing entity properties) will be forced to release the shared link as a penalty, As long as you are not satisfied, you can prevent them from participating in the event place again.
[0109]
<SE sharing method (automatic distribution)>
In the following, the mechanism of the SE sharing method will be described by taking SE (game application program) sharing in the game event place as an example.
(1) The owner of the
[0110]
(2) The entity control unit of
(3) The owner of the
[0111]
(4) The control panel of
(5) The entity control unit of
[0112]
(6) The entity control unit of
-
[0113]
(7) The entity 1 that knows the existence of the
(8) If this request is approved, entity 1
(9) When the shared link is established, the shared link establishment request destination (entity 2) returns information necessary for transmission / reception of the event in the event place to the establishment request source (entity 1). Specifically, for example, an event place name (global entity name), whether or not the event place that participated is a base event place, an event transfer method (routing method) in the event place, a description of the event place, a plug-in SE information (when there is SE sharing) and the like.
[0114]
Specifically, the SE information returned to the shared link establishment request source when sharing the SE share is, for example, an execution file name of the application to be plugged in or a file of the application.
(10) The entity control unit of the entity 1 that has received the file activates the application using the given executable file name as described above, and establishes a session between the SI-SW in the entity 1 and the application. Establish. As a result, the game application program is plugged into the entity 1 as SE.
[0115]
In other words, participation in an event place means that an entity group connected by a shared link is formed, and a participant shares a plug-in-completed application program. As a result, an entity that is a member in the event place can automatically use the plugged-in application simply by participating in the event place. Note that when the entity 1 leaves the game event place, the plugged-in game application program is plugged out. At that time, the entity 1 can continue to hold the received file, or the file may be deleted at the time of plug-out.
[0116]
The operation described above is application sharing in a pure P2P network environment. Therefore, the distribution of the application program is performed only between the two parties, that is, the shared link establishment destination entity and the establishment source entity, and thus does not affect other entities that are already coupled by the shared link. That is, since the processing is localized between the two parties for file transfer, scalable SE sharing can be achieved.
[0117]
<Business model>
Here, an embodiment in which the above-described SIONet is provided as a service will be described.
(1) Client server model
This is a form in which an event place is operated only by a predetermined entity. That is, only a predetermined entity can participate (Join) in the event place, and an entity permitted to participate constitutes an entity group by establishing a shared link between the entities. On the other hand, the other entities establish a session with the entity group, and send and receive events via the session. That is, an event place (a predetermined group of entities) is a server, and other entities correspond to clients. In this business model, each entity that is a member of an entity group behaves as an autonomous distributed computer, and when any entity falls into a failure, the remaining entities are self-organized and continue to operate the event place. In order to improve the processing capacity of the server, a new entity may be added to the event place. Therefore, it is possible to realize a scalable server that is strong in fault tolerance, inexpensive, and scalable as compared with the conventional server realization method.
[0118]
(2) Hybrid model
For example, an entity that is an operator of a game event place generates a game event place and becomes a base entity in the event place. On the other hand, an entity positioned as a user of a game event place enjoys the service at the event place by participating in the event place. In the conventional client server model, new capital investment (CPU power, storage, communication bandwidth, etc.) was required in proportion to the increase in the number of users, but this business model is based on the fact that users participate in the event place. In order to provide the user's own entity for service operation, the event place operator does not need new capital investment. Therefore, an inexpensive and scalable P2P service environment can be constructed. Note that the base entity can authenticate and charge a user (entity) participating in the event place. In addition, the base entity sends out a discovery event to discover an entity that can establish a shared link (alternate entity) from the entity group, and notifies the entity that wants to participate to the discovered entity. It is also possible to establish a shared link between the two.
[0119]
(3) Pure model
This is a business model in which all entities can freely participate (leave) in the event place.
As mentioned above, SIONet can realize various business models with a common mechanism by reducing to operation / placement problem. Therefore, it has a great effect on development man-hours, scale, debugging efficiency, ease of maintenance and the like.
[0120]
As described above, an entity in the “suspended” state cannot disclose an entrance or an entity property. An entity in the “suspend” state transitions to an “active” state by joining an arbitrary event place. Only entities in the “active” state can expose entrances and entity properties. Also, only the entities that are joined to the base event place can open the entrance. An entity can actually publish an entrance or an entity property when satisfying “publication is instructed by the control panel” and “the number of established sessions (shared link) for the entity does not exceed the default value”. For example, even if the owner of an entity instructs the disclosure using the control panel, if the shared link is established beyond the default value, the private mode is automatically set. The default value can be set on the control panel. For example, the entity owner can set the default value based on the ability of the entity.
[0121]
Network entity, network entity factory,
The entity control unit, control panel, service entity, semantic information switch, semantic information router, semantic information gateway may be realized by dedicated hardware, and is configured by a memory and a CPU (central processing unit). The function may be realized by loading a program for realizing the function into a memory and executing the program.
[0122]
Network entity, network entity factory,
A program for realizing the functions of the entity control unit, control panel, service entity, semantic information switch, semantic information router, semantic information gateway is recorded on a computer-readable recording medium, and the program recorded on the recording medium is recorded. You may implement | achieve by making a computer system read and executing. Here, the “computer system” includes an OS and hardware such as peripheral devices.
Further, the “computer system” includes a homepage providing environment (or display environment) if a WWW system is used.
[0123]
The “computer-readable recording medium” refers to a storage device such as a flexible medium, a magneto-optical disk, a portable medium such as a ROM and a CD-ROM, and a hard disk incorporated in a computer system. Furthermore, the “computer-readable recording medium” dynamically holds a program for a short time, like a communication line when transmitting a program via a network such as the Internet or a communication line such as a telephone line. In this case, a volatile memory in a computer system serving as a server or a client in that case is also used to hold a program for a certain period of time. The program may be a program for realizing a part of the functions described above, and may be a program capable of realizing the functions described above in combination with a program already recorded in a computer system.
[0124]
[Embodiment of the Invention]
Hereinafter, the configuration of the entity device according to the present embodiment will be described.
Now, a plurality of entity devices (hereinafter referred to as E) 1 to E4 shown in FIG. 1 establish a connection by being connected by a session or a shared link between semantic information switches included therein. That is, E1 to E4 constitute an event place, and E1 and E2, E2 and E3, and E2 and E4 each establish a shared link.
[0125]
Specifically, each entity device includes a semantic information router and a semantic information switch.
As described above, the semantic information switch is a switch that collates the semantic information registered as a filter with the semantic information given to the event, and activates the event receiving entity that is fired as a result. The event receiving unit 1, the collating
The event reception unit 1 is a reception unit that receives an event from an entity device that is an event transmission source.
The
That is, in the entity device of the present embodiment, when searching for an alternative entity that is a shared link re-establishment destination, the
Also, in the entity device of the present embodiment, when searching for a federation request destination entity, the
Further, in the entity device of the present embodiment, when searching for a more optimal shared link re-establishment destination entity, the
[0126]
The
The
The control
The
Further, when detecting a failure of the entity device that is the shared link establishment destination, the
The shared
[0127]
As described above, the semantic information router performs event routing between the semantic information switches based on the semantic information, and receives the filter registration request indicating the event acquisition condition from the service entity, and is the event acquisition condition. Holds a filter indicating the hop attribute.
Specifically, it comprises an event transfer unit 11, a control
The event transfer unit 11 is a transfer processing unit that receives an event from a switch and transmits the event to another switch.
The control
The
The filter registration information management unit 14 stores and manages filter information (a counter for the number of registrations for each event type). That is, the filter registration information management unit 14 holds a filter indicating a hop attribute that is an event acquisition condition.
[0128]
Next, the process of releasing the shared link established between SI and SW and reestablishing the shared link in the event place shown in FIG. 1 will be described.
In SIONet, as described in the subject of the present invention, when an entity belonging to an event place falls into a failure or leaves the event place, the entity is involved in network operation for various reasons. In a case where this is not possible, the shared link established between SI and SW is released and the shared link is reestablished.
[0129]
FIG. 1 is an explanatory diagram showing the flow of shared link re-establishment control processing in the event place of this embodiment.
In FIG. 1, (i / j) described at the top of each entity 1 to 4 is shared link establishment information stored in each entity.
i represents an entity to which the entity has requested establishment of a shared link, and j represents an entity from which the entity has accepted a request for establishment of a shared link.
[0130]
For example, (entity 1 /
Further, (-/ entity 2) of entity 1 indicates that entity 1 has not made an establishment request to any entity and has accepted an establishment request from
That is, in this embodiment, (− /) is defined as the top entity, and (/ −) is defined as the bottom entity.
[0131]
In FIG. 1, for example, when the
[0132]
The shared link re-establishment procedure will be described in detail below.
In this embodiment, consider a case where the
When the
[0133]
At this time, the
[0134]
On the other hand, when there is no entity that has made an establishment request, that is, when the entity is a top entity, the
[0135]
The
SI-R2 , 1SI-R2 , 3SI-R2 , 4When receiving the shared link release request, each releases the session to the SI-SW.
[0136]
On the other hand, the
Entity 1 is SL1 , 2And wait for establishment requests from the
[0137]
That is, in the entity device of the present embodiment, the shared link release processing and re-establishment processing are performed only between adjacent entities. Therefore, it does not directly affect other entities belonging to the event place.
That is, according to the entity apparatus of this embodiment, it is not necessary to reconstruct links for all entities. Therefore, according to the entity apparatus of this embodiment, the effect which can build a scalable P2P network is acquired.
[0138]
As with other network systems, SIONet implements not only shared link release requests that follow legitimate procedures such as entity removal and removal, but also entity failures, power interruptions, and sessions (sessions are implemented). It is assumed that the shared link must be re-established due to a failure in the physical communication channel).
However, in such a case, it may not be possible to receive notification of an alternative entity that is required when the shared link is re-established.
[0139]
In SIONet, in order to cope with such a situation, each entity searches for an alternative establishment request destination entity by sending an event of n hops (n is arbitrary).
That is, in the event place shown in FIG. 1, when the
Therefore, the
[0140]
However, even when searching for alternative entities up to n hops away, if these n entities retire or fail at the same time, there are no alternative entities to which a shared link is established. It will be. If there is no alternative entity, network division at the event place will occur.
For example, when the
[0141]
In order to avoid such a division of the network, in SIONet, the
Therefore, according to the entity apparatus of this embodiment, even when all the alternative entities that are the establishment destinations of the shared link do not exist, the effect of avoiding the division of the network can be obtained.
[0142]
The embodiment of the present invention has been described in detail with reference to the drawings. However, the specific configuration is not limited to this embodiment, and includes design changes and the like within the scope not departing from the gist of the present invention. .
[0143]
The entity device described above has a computer system therein.
A series of processes related to the process such as the shared link re-establishment control described above is stored in a computer-readable recording medium in the form of a program, and the program is read and executed by the computer. Is done.
That is, each processing means and processing unit in the entity device is realized by a central processing unit such as a CPU reading the above program into a main storage device such as a ROM or RAM, and executing information processing / arithmetic processing. It is what is done.
Here, the computer-readable recording medium means a magnetic disk, a magneto-optical disk, a CD-ROM, a DVD-ROM, a semiconductor memory, or the like. Alternatively, the computer program may be distributed to the computer via a communication line, and the computer that has received the distribution may execute the program.
[0144]
【The invention's effect】
As described above, the present invention provides a shared link release request transmission source in an event place configured by connecting first to n-th (n is a natural number of 2 or more) entity devices via a shared link. When a release request event is received from a certain k-th (1 ≦ k ≦ n, where k is a natural number) entity device, a hop attribute indicated by semantic information of the received event and a filter indicating a hop attribute that is an event acquisition condition are retained. It is verified whether the hop attribute of the filter registered in the semantic information router matches, and the shared link re-establishment control is performed based on the collation result, so that the effect of re-establishing the shared link can be obtained. it can.
[0145]
Further, the present invention releases the shared link with the kth entity device when the matching results match, and the entity device of the shared link establishment destination indicated by the semantic information of the event received from the kth entity device Since the shared link is re-established, there is no need to rebuild the links for all entities. Therefore, according to the entity apparatus of this embodiment, the effect which can build a scalable P2P network is acquired.
[0146]
Further, the present invention provides a kth (1 ≦ k) that is a shared link establishment destination in an event place configured by connecting first to nth (n is a natural number of 2 or more) entity devices via a shared link. ≦ n where k is a natural number) When a failure of an entity device is detected, the shared link is reestablished with the l-th (1 ≦ l ≦ n where n ≠ k natural number) alternative entity device searched in advance in the event place. Even if there is no notification of an alternative entity, the shared link can be re-established.
[Brief description of the drawings]
FIG. 1 is an explanatory diagram showing a flow of shared link re-establishment control processing in an embodiment of the present invention.
FIG. 2 is a diagram for explaining entities and a diagram for explaining classification of entities in the embodiment.
FIG. 3 is a diagram illustrating entity state transition in the embodiment;
FIG. 4 is a diagram illustrating an internal configuration of an entity in the embodiment.
FIG. 5 is a diagram for explaining generation of an event place in the embodiment.
FIG. 6 is a diagram illustrating an operation in which an entity participates in an event place in the embodiment.
FIG. 7 is a diagram illustrating a semantic information switch and a session in the embodiment.
FIG. 8 is a diagram illustrating a configuration of an event in the embodiment.
FIG. 9 is a diagram illustrating a semantic information system in the embodiment.
FIG. 10 is a diagram illustrating a global entity name in the embodiment.
FIG. 11 is a diagram illustrating a service entity plug-in in the embodiment;
FIG. 12 is a diagram illustrating a reference model in the embodiment.
FIG. 13 is a diagram for explaining a shared link in the embodiment.
FIG. 14 is a diagram illustrating a shared link in the embodiment.
FIG. 15 is a diagram illustrating a shared link in the embodiment.
FIG. 16 is a diagram illustrating an event path in the embodiment.
FIG. 17 is a diagram for explaining re-establishment of a shared link in the embodiment.
FIG. 18 is a diagram illustrating a hop attribute in the embodiment.
FIG. 19 is a diagram illustrating event place and entity image reduction in the embodiment;
FIG. 20 is a diagram for explaining event place and entity image reduction in the embodiment;
FIG. 21 is a diagram illustrating advertisement of an entity in the same embodiment.
FIG. 22 is a diagram illustrating entity advertisement in the embodiment;
FIG. 23 is a diagram showing changes in a business model of a communication network.
FIG. 24 is a diagram showing dimensions of a P2P model.
FIG. 25 is a diagram illustrating the concept of SIONet.
[Explanation of symbols]
1 ... Event receiver
2 ... Verification part
3 ... Event transmitter
4. Filter management unit
5 ... Control request receiving part
6. Control unit
7. Shared link setting information management department
11 ... Event forwarding part
12 ... Control request receiving part
13. Control unit
14: Filter registration information management unit
Claims (12)
イベントの取得条件であるホップ属性を示すフィルタを保持する意味情報ルータと、
前記シェアードリンクの解除要求送信元である第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置より受信するイベントの意味情報が示すホップ属性と、該意味情報ルータに登録されたフィルタのホップ属性とが合致するか否かを照合する照合部と、該照合部の照合結果に基づいてシェアードリンク再確立制御する制御部とを有する意味情報スイッチと
を具備することを特徴とするエンティティ装置。In an event place configured by connecting first to n-th (n is a natural number of 2 or more) entity devices via a shared link,
A semantic router that holds a filter indicating a hop attribute that is an event acquisition condition;
The hop attribute indicated by the semantic information of the event received from the k-th (1 ≦ k ≦ n, where k is a natural number) entity device that is the transmission source of the shared link release request, and the filter hop registered in the semantic information router An entity device comprising: a semantic information switch that includes a collation unit that collates whether or not the attribute matches, and a control unit that controls shared link re-establishment based on a collation result of the collation unit.
ことを特徴とする請求項１に記載のエンティティ装置。The control unit releases the shared link with the kth entity device when the matching result matches, and the entity device of the shared link establishment destination indicated by the semantic information of the event received from the kth entity device The entity device according to claim 1, wherein the shared link is re-established.
イベントの取得条件であるホップ属性を示すフィルタを保持する意味情報ルータと、
前記シェアードリンク確立先である第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置の障害を検知すると、前記イベントプレースにおいて予め探索した第ｌ（１≦ｌ≦ｎ ただしｌ≠ｋを満たす自然数）の代替エンティティ装置とシェアードリンクを再確立する制御部を有する意味情報スイッチと
を具備することを特徴とするエンティティ装置。In an event place configured by connecting first to n-th (n is a natural number of 2 or more) entity devices via a shared link,
A semantic router that holds a filter indicating a hop attribute that is an event acquisition condition;
When a failure of the k-th (1 ≦ k ≦ n where k is a natural number) entity device as the shared link establishment destination is detected, the first (1 ≦ l ≦ n where l ≠ k) searched in advance in the event place is satisfied. A natural number) alternative entity device and a semantic information switch having a control unit for reestablishing a shared link.
前記シェアードリンクの解除要求送信元である第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置より解除要求イベントを受信すると、
該受信するイベントの意味情報が示すホップ属性と、イベントの取得条件であるホップ属性を示すフィルタを保持する意味情報ルータに登録されたフィルタのホップ属性とが合致するか否かを照合し、
該照合結果に基づいてシェアードリンク再確立制御する
ことを特徴とするシェアードリンク再確立方法。A shared link re-establishing method for re-establishing the shared link in an event place configured by connecting first to n-th (n is a natural number of 2 or more) entity devices via a shared link,
When a release request event is received from a k-th (1 ≦ k ≦ n, where k is a natural number) entity device that is the shared link release request transmission source,
Check whether the hop attribute indicated by the semantic information of the received event matches the hop attribute of the filter registered in the semantic information router that holds the filter indicating the hop attribute that is the event acquisition condition,
A shared link re-establishment method, wherein shared link re-establishment control is performed based on the collation result.
ことを特徴とする請求項４に記載のシェアードリンク再確立方法。If the matching results match, the shared link with the kth entity device is released, and the shared link establishment destination entity device and the shared link indicated by the semantic information of the event received from the kth entity device are re-established. The shared link re-establishment method according to claim 4 , wherein the method is established.
前記シェアードリンク確立先である第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置の障害を検知すると、
前記イベントプレースにおいて予め探索した第ｌ（１≦ｌ≦ｎ ただしｌ≠ｋを満たす自然数）の代替エンティティ装置とシェアードリンクを再確立する
ことを特徴とするシェアードリンク再確立方法。A shared link re-establishing method for re-establishing the shared link in an event place configured by connecting first to n-th (n is a natural number of 2 or more) entity devices via a shared link,
When a failure of the k-th (1 ≦ k ≦ n where k is a natural number) entity device as the shared link establishment destination is detected,
A shared link re-establishment method comprising re-establishing a shared link with an l-th (1 ≦ l ≦ n where n ≠ k natural number) alternative entity device searched in advance in the event place.
前記シェアードリンクの解除要求送信元である第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置より解除要求イベントを受信する処理と、
該受信するイベントの意味情報が示すホップ属性と、イベントの取得条件であるホップ属性を示すフィルタを保持する意味情報ルータに登録されたフィルタのホップ属性とが合致するか否かを照合する処理と、
該照合結果に基づいてシェアードリンク再確立制御する処理と
を実行させるためのシェアードリンク再確立プログラム。A program for causing an entity device to execute processing for re-establishing the shared link in an event place configured by connecting first to n-th (n is a natural number of 2 or more) entity devices via a shared link Because
A process of receiving a release request event from a k-th (1 ≦ k ≦ n, where k is a natural number) entity device that is the shared link release request transmission source;
A process of collating whether or not the hop attribute indicated by the semantic information of the received event matches the hop attribute of the filter registered in the semantic information router holding the filter indicating the hop attribute which is the event acquisition condition; ,
A shared link re-establishment program for executing a process for controlling shared link re-establishment based on the collation result.
を実行させるための請求項７に記載のシェアードリンク再確立プログラム。If the matching results match, the shared link with the kth entity device is released, and the shared link establishment destination entity device and the shared link indicated by the semantic information of the event received from the kth entity device are re-established. The shared link re-establishment program according to claim 7 , for executing the process of establishing.
前記シェアードリンク確立先である第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置の障害を検知する処理と、
前記イベントプレースにおいて予め探索した第ｌ（１≦ｌ≦ｎ ただしｌ≠ｋを満たす自然数）の代替エンティティ装置とシェアードリンクを再確立する処理と
を実行させるためのシェアードリンク再確立プログラム。A program for causing an entity device to execute processing for re-establishing the shared link in an event place configured by connecting first to n-th (n is a natural number of 2 or more) entity devices via a shared link Because
A process of detecting a failure of a k-th (1 ≦ k ≦ n where k is a natural number) entity device that is the shared link establishment destination;
A shared link re-establishment program for executing a process of re-establishing a shared link with the l-th (1 ≦ l ≦ n where n ≠ k natural number) alternative entity device searched in advance in the event place.
前記シェアードリンクの解除要求送信元である第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置より解除要求イベントを受信する処理と、
該受信するイベントの意味情報が示すホップ属性と、イベントの取得条件であるホップ属性を示すフィルタを保持する意味情報ルータに登録されたフィルタのホップ属性とが合致するか否かを照合する処理と、
該照合結果に基づいてシェアードリンク再確立制御する処理と
を実行させるためのシェアードリンク再確立プログラムを記録した記録媒体。A program for causing an entity device to execute processing for re-establishing the shared link in an event place configured by connecting first to n-th (n is a natural number of 2 or more) entity devices via a shared link A recording medium on which
A process of receiving a release request event from a k-th (1 ≦ k ≦ n, where k is a natural number) entity device that is the shared link release request transmission source;
A process of collating whether or not the hop attribute indicated by the semantic information of the received event matches the hop attribute of the filter registered in the semantic information router holding the filter indicating the hop attribute which is the event acquisition condition; ,
The recording medium which recorded the shared link re-establishment program for performing the processing which controls shared link re-establishment based on this collation result.
を実行させるための請求項１０に記載のシェアードリンク再確立プログラムを記録した記録媒体。If the matching results match, the shared link with the kth entity device is released, and the shared link establishment destination entity device and the shared link indicated by the semantic information of the event received from the kth entity device are re-established. The recording medium which recorded the shared link re-establishment program of Claim 10 for performing the process to establish.
前記シェアードリンク確立先である第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置の障害を検知する処理と、
前記イベントプレースにおいて予め探索した第ｌ（１≦ｌ≦ｎ ただしｌ≠ｋを満たす自然数）の代替エンティティ装置とシェアードリンクを再確立する処理と
を実行させるためのシェアードリンク再確立プログラムを記録した記録媒体。A program for causing an entity device to execute processing for re-establishing the shared link in an event place configured by connecting first to n-th (n is a natural number of 2 or more) entity devices via a shared link A recording medium on which
A process of detecting a failure of a k-th (1 ≦ k ≦ n where k is a natural number) entity device that is the shared link establishment destination;
A record in which a shared link re-establishment program for executing the l-th (1 ≦ l ≦ n where n ≠ k natural number satisfying) alternative entity device searched in advance in the event place and the process of re-establishing the shared link is recorded Medium.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003095953A JP3844747B2 (en) | 2003-03-31 | 2003-03-31 | Entity device, shared link re-establishment method, shared link re-establishment program, and recording medium thereof |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003095953A JP3844747B2 (en) | 2003-03-31 | 2003-03-31 | Entity device, shared link re-establishment method, shared link re-establishment program, and recording medium thereof |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004304576A JP2004304576A (en) | 2004-10-28 |
| JP3844747B2 true JP3844747B2 (en) | 2006-11-15 |
Family
ID=33408156
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003095953A Expired - Fee Related JP3844747B2 (en) | 2003-03-31 | 2003-03-31 | Entity device, shared link re-establishment method, shared link re-establishment program, and recording medium thereof |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3844747B2 (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4604830B2 (en) * | 2005-05-16 | 2011-01-05 | コニカミノルタホールディングス株式会社 | Information processing apparatus, program, information processing system, and isolated state avoidance method |
-
2003
- 2003-03-31 JP JP2003095953A patent/JP3844747B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004304576A (en) | 2004-10-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| El-Sayed et al. | A survey of proposals for an alternative group communication service | |
| Gupta et al. | An adaptive protocol for reliable multicast in mobile multi-hop radio networks | |
| JP3850378B2 (en) | Entity device, ad hoc network construction method, ad hoc network construction program, and storage medium thereof | |
| JP2021517767A (en) | Random differential relay and network coding systems and methods | |
| JP3946658B2 (en) | Entity device, event transfer control method, event transfer control program, and recording medium therefor | |
| JP3803329B2 (en) | Entity device, alternative entity search method, alternative entity search program, and recording medium thereof | |
| JP3844747B2 (en) | Entity device, shared link re-establishment method, shared link re-establishment program, and recording medium thereof | |
| JP3822178B2 (en) | Entity device, failure recovery method, and computer program | |
| JP3723127B2 (en) | Entity device, information disclosure system, method, recording medium, and program | |
| JP3723126B2 (en) | Entity device, name assigning method, recording medium, and program | |
| JP3792664B2 (en) | Entity device, reply notification control method, reply notification control program, and recording medium thereof | |
| JP3987817B2 (en) | Entity device, service sharing method, and computer program | |
| JP3983187B2 (en) | Entity device, link re-establishing method, and computer program | |
| JP3910550B2 (en) | Semantic information network data retrieval method, semantic information network system and program | |
| JP3782345B2 (en) | Embedded system, method, recording medium, and program | |
| JP3850379B2 (en) | Semantic information network construction method, semantic information network system, and program | |
| JP3974054B2 (en) | Entity device, shared link control method, authentication method, shared link control program, and recording medium thereof | |
| JP4028429B2 (en) | Computer, event place search method, and computer program | |
| JP3974357B2 (en) | Shared link setting method, communication system, entity device, computer program thereof, and recording medium thereof | |
| JP3732762B2 (en) | Semantic information switch, semantic information router, method, recording medium, program | |
| JP2004265325A (en) | Service providing method in semantic information network, semantic information network system, and program | |
| JP3977387B2 (en) | Semantic information switch, semantic information router, method, recording medium, program | |
| JP3974158B2 (en) | Event place search method, communication system, entity device, computer program thereof, and recording medium thereof | |
| JP3977388B2 (en) | Semantic information switch, semantic information router, method, recording medium, program | |
| JP4060325B2 (en) | Semantic information switch, semantic information router, method, recording medium, program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040709 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060123 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060425 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060605 |
|
| 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: 20060808 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060816 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090825 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100825 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100825 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110825 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120825 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |