JP3974054B2 - エンティティ装置、シェアードリンク制御方法、認証方法及びシェアードリンク制御プログラム並びにその記録媒体 - Google Patents
エンティティ装置、シェアードリンク制御方法、認証方法及びシェアードリンク制御プログラム並びにその記録媒体 Download PDFInfo
- Publication number
- JP3974054B2 JP3974054B2 JP2003056154A JP2003056154A JP3974054B2 JP 3974054 B2 JP3974054 B2 JP 3974054B2 JP 2003056154 A JP2003056154 A JP 2003056154A JP 2003056154 A JP2003056154 A JP 2003056154A JP 3974054 B2 JP3974054 B2 JP 3974054B2
- Authority
- JP
- Japan
- Prior art keywords
- entity
- event
- semantic information
- filter
- shared link
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Computer And Data Communications (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の詳細については非特許文献１、２に記載されている。また、この発明の出願人は、先に、特願2001-394980によってSIONetに関する出願を行っている。
【０００７】
【非特許文献１】
星合隆成、小柳恵一、ビルゲー・スクバタール、久保田稔、柴田弘、酒井隆道:"意味情報ネットワークアーキテクチャ”、電子情報通信学会論文誌Ｂ、Ｖｏｌ．Ｊ８４−Ｂ、Ｎｏ．３、ｐｐ．４、１１−４、２，４（２０００．７受付け、 ２００１−３掲載）．
【非特許文献２】
星合隆成、柴田弘、酒井隆道、小柳恵一:”意味情報ネットワークアーキテクチャ:ＳＩＯＮアーキテクチャ“、ＮＴＴ Ｒ＆ｄ、Ｖｏｌ．５０、Ｎｏ．３、ｐｐ．１５７−１６４（２０００．１２受付け、２００１．３掲載）
【０００８】
【発明が解決しようとする課題】
SIONetの目的は、一元的かつシンプルな仕組みで、エンティティがさまざまな「イベント場（コミュニティ）」を構築・運営することが可能なコミュニケーションツールを提供することにある。
具体的には、情報の配信レイヤ、および、探索レイヤにおいて、ブローカレスモデルに基づく「コミュニケーションの場」を構築すること、オーナーが付与する属性やプロパティに基づいて、他のエンティティと自律分散協調することが可能なエンティティを実現すること、などがSIONetの狙いである。
これに対し、「知的な場」アーキテクチャは、単なるコミュニケーションの手段であった「イベント場」を、インテリジェンスを有する「知的な場」へと進化させるためのものである。
図２６に示すように、知的な場アーキテクチャでは、ユーザや情報提供者の嗜好、興味、動作環境、状況、価値観、ポリシーなどから、エンティティがどのようにふるまうべきか、どういうエンティティとコミュニケーションすべきかをエンティティ自身が決定し、最終的にコミュニティ間でのコラボレーションが可能な「知的な場」を自律的に構築、成長させることにある。
このような知的な場アーキテクチャは、ブローカレス型ポリシーモデルの具現化コンセプトの一つであり、そして、「知的な場」の実現技術として位置づけられるものが、次世代SIONetである「COMNet(SIONet Hyper)」である。
COMNetでは、インテリジェントエンティティと呼ばれる人格を有するエンティティを実現し、インテリジェントエンティティ間でのコラボレーションにより、自己形成、自己成長、自己学習が可能な知的な場を実現する。
【０００９】
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しているエンティティのみがエントランスの公開が可能である。「コントロールパネルにより、公開が指示されている」かつ「当該エンティティに対するセッション（シェアードリンク）の確立数がデフォルト値を超えていない」を満足するとき、エンティティはエントランスやエンティティプロパティを実際に公開できる。例えば、エンティティの所有者がコントロールパネルを用いて公開を指示しても、デフォルト値を超えてシェアードリンクが確立している場合には、自動的に非公開モードとなる。なお、デフォルト値は、コントロールパネルで設定可能であり、例えば、エンティティの所有者が、当該エンティティの能力等により設定することができる。
【０１２１】
なお、ネットワークエンティティ、ネットワークエンティティファクトリ、
エンティティ制御部、コントロールパネル、サービスエンティティ、意味情報スイッチ、意味情報ルータ、意味情報ゲートウエイは専用のハードウェアにより実現されるものであってもよく、また、メモリ及びＣＰＵ（中央演算装置）により構成され、その機能を実現するためのプログラムをメモリにロードして実行することによりその機能を実現させるものであってもよい。
【０１２２】
また、ネットワークエンティティ、ネットワークエンティティファクトリ、
エンティティ制御部、コントロールパネル、サービスエンティティ、意味情報スイッチ、意味情報ルータ、意味情報ゲートウエイの機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより実現させてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
【０１２３】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【０１２４】
［この発明の実施形態］
以下、まず本発明の基本的な考え方について説明する。
本願発明では、信用度を以下のように定義し、信用度の観点から、個々のエンティティが有するプロパティ毎に、相関関係を考慮したプロパティの重み付け（格付け）を行うための概念として「トラスト」を提案する。
すなわち、通常、認証とは、本人確認のための厳密な信用調査である。
これに対して、COMNetにおいては、ピュア型認証のパラメータである信用度として、エンティティがコミュニティのメンバーとして相応しいかどうか、コミュニケーションやコラボレーションの相手として相応しいかどうかの「緩やかな信用度評価」を行う。
具体的には、今、たとえば、エンティティＡ（以下、Ａさんとする）と、エンティティＢ（以下、Ｂさんとする）について、信用度評価を行う場合を考えると、Ａさんの医療に関する情報は信用できるが、コンピュータに関する情報は信用できない、逆に、Bさんの医療に関する情報は信用できないが、コンピュータに関する情報は信用できる場合、医療に関するコミュニケーションに際しては、Bさんではなく、Aさんを発見すべきである。逆に、コンピュータに関するコミュニケーションのためには、AさんではなくBさんを発見すべきである。
つまり、信用度は、エンティティを特徴づけるプロパティの一つである。
【０１２５】
そして、たとえば、医療という一つの属性の信用度だけで、エンティティのすべてを絶対評価すべきではない。
例えば、Zさんは、Xさんから見れば信用の置ける人であっても、Yさんから見れば信用できない人かもしれない。
つまり、信用度とは絶対的なものではなく、相手によって変化する相対的なものである。このように、信用度は、エンティティ間の相対的な関係、および、個々のプロパティを考慮した評価が重要になる。
【０１２６】
一方、ブローカレスモデルの実現技術であるSIONetにおいて、ブローカ（エンティティのトラストを格付けする機関）を前提にすることはできない。
そこで、イベントパス多重度などの、エンティティ間のリレーションシップ強度を用いて、エンティティ間のトラスト、すなわち、エンティティのプロパティ項目毎（たとえば、コンピュータ情報、医療情報ごと）に、エンティティ間の信頼関係を表現する。
ここで、イベントパス多重度（リレーションシップ強度）とは、任意のイベントタイプ（エンティティプロパティも一つのイベントタイプ）の公開度と、イベントによる発火率と、リプライイベントによる発火率（以下、リプライ率とする）と、及びエンティティがイベントプレースに参加開始した時点からの経過時間とから算出される値である。
【０１２７】
すなわち、イベントパス多重度（リレーションシップ強度）は、各パラメータ（公開度、発火率、リプライ率、経過時間）と、それぞれのパラメータ値の重み付け値との積を加減算することで算出される。本実施形態においては、
と定義する。
つまり、任意のプロパティ(イベントタイプ)のイベントパス多重度が高い（エンティティ間のリレーションシップが強い）ほど、エンティティ間のトラストが高いと定義することができる。これにより、エンティティ間に緩やかな信頼関係を醸成することが可能になる。すなわち、トラストを用いて、信頼度、信用度、価値観に基づく関係の深いエンティティの認証を実現できる。
【０１２８】
このように、任意のイベントパスに関する任意の値以上のイベントパス多重度（リレーションシップ強度）を有するエンティティ間で、エンティティの認証情報を共有することにより、すべての各エンティティで、すべてのエンティティの認証情報を共有する方式に比して、格段に少ない認証情報の保時で、ピュア型認証を高い精度で行うことが可能になる。
一方、貢献に対する対価の支払い（課金）は、エンティティの貢献に対する正当な報酬である。しかしながら、課金は、極限までの厳密性を追求しなければならない。
【０１２９】
これに対して、ここでは、緩やかな対価である「インセンティブ」という考え方を提案する。
たとえば、CPU、メモリ、通信帯域などのコンピューティングリソースの提供、イベントのホップ中継のための役割、有益な情報の提供など、さまざま貢献に対するその貢献度に応じて、エンティティにインセンティブが与えられる。
インセンティブを有するエンティティは、たとえば、代替エンティティの探索により、イベントパス多重度の高いエンティティに対するシェアードリンクの再確立、同時に参加できるイベントプレース数を増加させることなどが可能になる。
さらに、インセンティブは、エンティティのライフタイムを決定するファクタの一つでもある。たとえば、インセンティブを消費したエンティティは、一定期間、所望のイベントプレースに参加できない、シェアードリンクが強制的に解除されるなどのペナルティが与えられる。すなわち、場への参加促進、新たな自分の発見、生き甲斐の発見、貢献度の評価、名誉・アワード・寄付の供与を行う。
【０１３０】
以下、図面を参照して、本願発明の一実施形態について説明する。
図１は、本実施形態のエンティティ装置をシェアードリンクを介して接続して構成されるイベントプレースにおいて、エンティティ装置のプロパティ（＝エンティティプロパティ）に基づいて、接続先エンティティ装置とのシェアードリンク設定を制御する処理の過程を示す概念図である。
ここで、イベントプレースとは、上述したように、シェアードリンクで結合されているエンティティ装置のグループであるとともに、イベント又はイベントパスの波及範囲を示す。
今、図１に示すエンティティ装置（以下、Ｅで表す）１〜Ｅ４は、各々内包している意味情報スイッチ同士において、セッション又はシェアードリンクにより接続されることでコネクションを確立している。すなわち、Ｅ１〜Ｅ４は、イベントプレースを構成しており、Ｅ１とＥ２、Ｅ２とＥ３、Ｅ２とＥ４は、それぞれシェアードリンクを確立している。
【０１３１】
図２８に具体的な各エンティティ装置の構成を示す。
Ｅ１は、サービスエンティティ（以下、ＳＥで表す）１と、意味情報スイッチ（以下、ＳＩ―ＳＷで表す）１とから構成される。
また、Ｅ２は、ＳＥ・２と、ＳＩ―ＳＷ・２と、意味情報ルータ（以下、ＳＩ−Ｒで表す）２，１と、ＳＩ−Ｒ２，４とから構成される。
また、Ｅ３は、ＳＥ・３と、ＳＩ―ＳＷ・３と、ＳＩ−Ｒ３，２とから構成される。
また、Ｅ４は、ＳＥ・４と、ＳＩ―ＳＷ・４とから構成される。
ＳＥ・１〜４は、上述したように、サービスとして振る舞うアプリケーションである。
ＳＩ―ＳＷ・１〜４は、上述したように、フィルタとして登録された意味情報と、イベントに付与された意味情報とを照合し、その結果発火したイベント受信エンティティを起動するスイッチであって、具体的には、図２９（ａ）に示すように、イベント受信部１と、照合部２と、イベント送信部３と、フィルタ管理部４と、制御要求受付部５と、制御部６と、シェアードリンク管理部７とから構成される。
イベント受信部１は、イベント送信元のエンティティ装置からイベントを受信する受信部である。
照合部２は、イベント送信元のエンティティ装置よりイベント受信部１が受信するイベントの意味情報と、意味情報ルータに登録されたフィルタとが合致するか否かを照合する照合処理部である。
イベント送信部３は、照合部２で合致、すなわち、発火したイベントをイベントの送信先に送信する送信部である。
フィルタ管理部４は、フィルタと、照合の結果、発火した場合のイベントの送信先とを記憶する。
制御要求受付部５は、他のスイッチ、ルータから制御情報の入力を受ける入力部である。
制御部６は、イベントパス多重度算出パラメータ（後述するフィルタ登録数、発火率、リプライ率、経過時間）に基づいてイベントパス多重度を算出し、このイベントパス多重度に基づいてシェアードリンクの設定を制御する。
シェアードリンク管理部７は、イベントパス多重度算出パラメータを記憶管理する。すなわち、任意のイベントタイプ（エンティティプロパティも一つのイベントタイプ）の公開度（＝フィルタ登録数）、イベントによる発火率、リプライイベントによる発火率（リプライ率）、エンティティ装置がイベントプレースに参加してからの経過時間を記憶する。
ここで、イベントタイプの公開度とは、エンティティ装置が内包する意味情報ルータにセットされたフィルタの登録数であって、他のエンティティ装置に対して、アドバタイズしているフィルタの登録数である。
また、発火率とは、受信するイベントの意味情報と、意味情報ルータに登録されたフィルタとが合致する割合である。
また、リプライ率とは、受信するリプライ通知の意味情報と、意味情報ルータに登録されたフィルタとが合致する割合である。
【０１３２】
ＳＩ−Ｒ２，１、ＳＩ−Ｒ２，４、ＳＩ−Ｒ３，２は、上述したように、意味情報に基づいて、ＳＩ−ＳＷ間のイベントルーティングを行うとともに、サービスエンティティより、イベントの取得条件を示すフィルタの登録要求を受けて、フィルタ及びフィルタの登録数を保持する。具体的には、図２９（ｂ）に示すように、イベント転送部１１と、制御要求受付部１２と、制御部１３と、フィルタ登録情報管理部１４とから構成される。
イベント転送部１１は、スイッチからイベントを受信し、他のスイッチへ送信する転送処理部である。
制御要求受付部１２は、他のスイッチ、ルータ等からシェアードリンク制御（確率、解除）、フィルタ登録制御等の制御要求を受付ける入力部である。
制御部１３は、制御要求受付部１２が受付けた制御を行う。
フィルタ登録情報管理部１４は、フィルタ情報（イベントタイプ毎の登録回数のカウンタ）を記憶管理する。すなわち、フィルタ登録情報管理部１４は、フィルタ及びフィルタの登録数を保持する。
【０１３３】
次に、図１に示すイベントプレースにおいて、エンティティプロパティに基づいて、接続先エンティティ装置とのシェアードリンク設定を制御する処理の過程について説明する。
今、図１のＥ１〜Ｅ４が構成するイベントプレースが、当該イベントプレースに参加していないＥ５（つまり、Ｅ５は、Ｅ１〜Ｅ４のいずれともシェアードリンクを張っていない）にとって、参加すべき場であるか否かをイベントパス多重度によって判定する場合、Ｅ５は、イベントパス多重度が閾値Ｎ以上のエンティティに対して、シェアードリンクの再確立を要求することができる。
すなわち、Ｅ１〜Ｅ４の意味情報スイッチＳＩ−ＳＷ１〜４は、「刺激」、「反応」、「発火」など、あるいは、定期的なタイマからの割り込みをトリガとして、イベントパス多重度を算出する。
Ｅ１〜Ｅ４は、算出したイベントパス多重度をアドバタイズしておき、Ｅ５は、送信データの制御情報部に、イベントパス多重度の値が閾値Ｎ以上とセットして、アドバタイズされているエントランスのエンティティ装置に対して送信する。
【０１３４】
このとき、エントランスのエンティティ装置（Ｅ１〜Ｅ４のいずれか）は、Ｅ５からの刺激に対して、イベントパス多重度がＮ以上であれば反応し、発火する。一方、イベントパス多重度がＮ以上であれば反応・発火しないことから、シェアードリンクで接続された意味情報スイッチに対して連鎖反応しない。
イベントパス多重度がＮ以上の場合、Ｅ５は、エントランスのエンティティ装置とシェアードリンクを再確立し、Ｅ１〜Ｅ４と同様に、意味情報スイッチＳＩ−ＳＷ５は、「刺激」、「反応」、「発火」など、あるいは、定期的なタイマからの割り込みをトリガとして、イベントパス多重度を算出する。
Ｅ５が、イベントプレースに対して貢献している場合、すなわち、イベントタイプＸについて、発火率、リプライ率、イベントタイプの公開度が高い場合、インセンティブとして、Ｅ５のイベントパス多重度は、増加する。一方、イベントタイプＸについて、発火率、リプライ率、イベントタイプの公開度が低い場合、Ｅ５のイベントパス多重度は減少し、また、イベントプレース参加開始からの経過時間に比例して、Ｅ５のイベントパス多重度は減少する。
そして、イベントプレース内で定められた所定の閾値以下となった場合、ペナルティとして、Ｅ５とエントランスのエンティティ装置との間のシェアードリンクは、強制的に解除される。
【０１３５】
したがって、本実施形態のエンティティ装置によれば、任意のイベントタイプ（エンティティプロパティも一つのイベントタイプ）の公開度、イベントによる発火率、リプライイベントによる発火率（リプライ率）などに基づいて、イベントパス多重度を動的に算出、更新し、この値に基づいて、シェアードリンクの設定制御、エンティティ装置のピュア認証、エンティティ装置のトラスト評価を行うので、自身とコミュニケートすべきインテリジェントエンティティや、自身のふるまいに影響を与えるインテリジェントエンティティを動的に、探索・発見・特定することができる効果が得られる。
また、これにより、複数のインテリジェントエンティティが互いにコラボレーションすることができ、同好の志によるコミュニティを形成し、「イベント場」を「知的な場」へと発展させることができる。
すなわち、ユーザ側において、コミュニティを見つけるための能動的なアクションが不要となり、かつ、コミュニティ側も、容易にユーザニーズを把握して、最適なユーザをメンバとすることができる効果が得られる。
【０１３６】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【０１３７】
上述のエンティティ装置、ピュア型認証装置は、内部に、コンピュータシステムを有している。
そして、上述したシェアードリンクの設定制御、エンティティ装置のピュア認証、エンティティ装置のトラスト評価処理に関する一連の処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。
すなわち、エンティティ装置、ピュア型認証装置における、各処理手段、処理部は、ＣＰＵ等の中央演算処理装置がＲＯＭやＲＡＭ等の主記憶装置に上記プログラムを読み出して、情報の加工・演算処理を実行することにより、実現されるものである。
ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【０１３８】
【発明の効果】
以上説明したように、本発明は、第１から第ｎ（ｎは２以上の自然数）のエンティティ装置をシェアードリンクを介して接続して構成されるイベントプレースにおいて、イベント送信元である第ｋのエンティティ装置よりイベントを受信すると、イベントの意味情報と、イベントの取得条件を示すフィルタとが合致するか否かを照合し、照合結果に基づいて、受信するイベントの意味情報と、意味情報ルータに登録されたフィルタとが合致する割合である発火率をエンティティプロパティとして所定の記憶管理部に書き込み、フィルタが登録される意味情報ルータであって、フィルタの登録数を保持する意味情報ルータのフィルタ登録数と、記憶管理部に書き込まれた発火率とからイベントパス多重度を算出し、イベントパス多重度に基づいて、シェアードリンクの設定を制御するので、自身とコミュニケートすべきインテリジェントエンティティや、自身のふるまいに影響を与えるインテリジェントエンティティを動的に、探索・発見・特定することができる効果を得ることができる。
【図面の簡単な説明】
【図１】 本発明の一実施形態において、接続先エンティティ装置とのシェアードリンク設定を制御する処理の過程を示す概念図である。
【図２】 同実施形態において、エンティティを説明する図、及び、エンティティの分類を説明する図である。
【図３】 同実施形態において、エンティティの状態遷移を説明する図である。
【図４】 同実施形態において、エンティティの内部構成を説明する図である。
【図５】 同実施形態において、イベントプレースの生成を説明する図である。
【図６】 同実施形態において、エンティティがイベントプレースへ参加する動作を説明する図である。
【図７】 同実施形態において、意味情報スイッチとセッションを説明する図である。
【図８】 同実施形態において、イベントの構成を説明する図である。
【図９】 同実施形態において、意味情報体系を説明する図である。
【図１０】 同実施形態において、グローバルエンティティ名を説明する図である。
【図１１】 同実施形態において、サービスエンティティのプラグインを説明する図である。
【図１２】 同実施形態において、リファレンスモデルを説明する図である。
【図１３】 同実施形態において、シェアードリンクを説明する図である。
【図１４】 同実施形態において、シェアードリンクを説明する図である。
【図１５】 同実施形態において、シェアードリンクを説明する図である。
【図１６】 同実施形態において、イベントパスを説明する図である。
【図１７】 同実施形態において、シェアードリンクの再確立を説明する図である。
【図１８】 同実施形態において、ホップ属性を説明する図である。
【図１９】 同実施形態において、イベントプレース及びエンティティの像減設を説明する図である。
【図２０】 同実施形態において、イベントプレース及びエンティティの像減設を説明する図である。
【図２１】 同実施形態において、エンティティのアドバタイズメントを説明する図である。
【図２２】 同実施形態において、エンティティのアドバタイズメントを説明する図である。
【図２３】 通信ネットワークのビジネスモデルの変遷を示す図である。
【図２４】 Ｐ２Ｐモデルのディメンションを示す図である。
【図２５】 SIONetの概念を説明する図である。
【図２６】 知的な場アーキテクチャの概念を説明する図である。
【図２７】 エンティティへのインテリジェントプログラムのプラグインを説明する図である。
【図２８】 本実施形態のエンティティ装置における、イベントプレースの構成を示す説明図である。
【図２９】 本実施形態のエンティティ装置における、意味情報スイッチ、意味情報ルータの構成を示す説明図である。
【符号の説明】
１…イベント受信部
２…照合部
３…イベント送信部
４…フィルタ管理部
５…制御要求受付部
６…制御部
７…シェアードリンク設定情報管理部
１１…イベント転送部
１２…制御要求受付部
１３…制御部
１４…フィルタ登録情報管理部
【発明の属する技術分野】
本発明は、自律分散ネットワークにおいて最適なリンク制御を実現するエンティティ装置、シェアードリンク制御方法、認証方法及びシェアードリンク制御プログラム並びにその記録媒体に関する。
【０００２】
【従来の技術】
従来、インターネットでは、図２３に示すように、「ブローカ型配信モデル」に基づいた情報配信が一般的であった。このビジネスモデルでは、ブローカとして位置付けられる情報配信者（例えば、パソコン通信会社）が、情報提供者の情報を集中管理し、必要に応じてユーザに対して情報の配信を行った。
しかしながら、ブローカ型探索モデルでは、ブローカが情報のメタデータを一括管理しているために、ユーザや情報提供者の多用なニーズにリアルタイムに応えることが困難であるなどから、より自由で、特定のブローカに支配されない新たなビジネスモデルが求められるようになり、このような問題認識から、「ブローカレス型探索モデル」という新たな概念が考え出された。
このブローカレス型探索モデルが、２０００年３月に発表された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の詳細については非特許文献１、２に記載されている。また、この発明の出願人は、先に、特願2001-394980によってSIONetに関する出願を行っている。
【０００７】
【非特許文献１】
星合隆成、小柳恵一、ビルゲー・スクバタール、久保田稔、柴田弘、酒井隆道:"意味情報ネットワークアーキテクチャ”、電子情報通信学会論文誌Ｂ、Ｖｏｌ．Ｊ８４−Ｂ、Ｎｏ．３、ｐｐ．４、１１−４、２，４（２０００．７受付け、 ２００１−３掲載）．
【非特許文献２】
星合隆成、柴田弘、酒井隆道、小柳恵一:”意味情報ネットワークアーキテクチャ:ＳＩＯＮアーキテクチャ“、ＮＴＴ Ｒ＆ｄ、Ｖｏｌ．５０、Ｎｏ．３、ｐｐ．１５７−１６４（２０００．１２受付け、２００１．３掲載）
【０００８】
【発明が解決しようとする課題】
SIONetの目的は、一元的かつシンプルな仕組みで、エンティティがさまざまな「イベント場（コミュニティ）」を構築・運営することが可能なコミュニケーションツールを提供することにある。
具体的には、情報の配信レイヤ、および、探索レイヤにおいて、ブローカレスモデルに基づく「コミュニケーションの場」を構築すること、オーナーが付与する属性やプロパティに基づいて、他のエンティティと自律分散協調することが可能なエンティティを実現すること、などがSIONetの狙いである。
これに対し、「知的な場」アーキテクチャは、単なるコミュニケーションの手段であった「イベント場」を、インテリジェンスを有する「知的な場」へと進化させるためのものである。
図２６に示すように、知的な場アーキテクチャでは、ユーザや情報提供者の嗜好、興味、動作環境、状況、価値観、ポリシーなどから、エンティティがどのようにふるまうべきか、どういうエンティティとコミュニケーションすべきかをエンティティ自身が決定し、最終的にコミュニティ間でのコラボレーションが可能な「知的な場」を自律的に構築、成長させることにある。
このような知的な場アーキテクチャは、ブローカレス型ポリシーモデルの具現化コンセプトの一つであり、そして、「知的な場」の実現技術として位置づけられるものが、次世代SIONetである「COMNet(SIONet Hyper)」である。
COMNetでは、インテリジェントエンティティと呼ばれる人格を有するエンティティを実現し、インテリジェントエンティティ間でのコラボレーションにより、自己形成、自己成長、自己学習が可能な知的な場を実現する。
【０００９】
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しているエンティティのみがエントランスの公開が可能である。「コントロールパネルにより、公開が指示されている」かつ「当該エンティティに対するセッション（シェアードリンク）の確立数がデフォルト値を超えていない」を満足するとき、エンティティはエントランスやエンティティプロパティを実際に公開できる。例えば、エンティティの所有者がコントロールパネルを用いて公開を指示しても、デフォルト値を超えてシェアードリンクが確立している場合には、自動的に非公開モードとなる。なお、デフォルト値は、コントロールパネルで設定可能であり、例えば、エンティティの所有者が、当該エンティティの能力等により設定することができる。
【０１２１】
なお、ネットワークエンティティ、ネットワークエンティティファクトリ、
エンティティ制御部、コントロールパネル、サービスエンティティ、意味情報スイッチ、意味情報ルータ、意味情報ゲートウエイは専用のハードウェアにより実現されるものであってもよく、また、メモリ及びＣＰＵ（中央演算装置）により構成され、その機能を実現するためのプログラムをメモリにロードして実行することによりその機能を実現させるものであってもよい。
【０１２２】
また、ネットワークエンティティ、ネットワークエンティティファクトリ、
エンティティ制御部、コントロールパネル、サービスエンティティ、意味情報スイッチ、意味情報ルータ、意味情報ゲートウエイの機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより実現させてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
【０１２３】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【０１２４】
［この発明の実施形態］
以下、まず本発明の基本的な考え方について説明する。
本願発明では、信用度を以下のように定義し、信用度の観点から、個々のエンティティが有するプロパティ毎に、相関関係を考慮したプロパティの重み付け（格付け）を行うための概念として「トラスト」を提案する。
すなわち、通常、認証とは、本人確認のための厳密な信用調査である。
これに対して、COMNetにおいては、ピュア型認証のパラメータである信用度として、エンティティがコミュニティのメンバーとして相応しいかどうか、コミュニケーションやコラボレーションの相手として相応しいかどうかの「緩やかな信用度評価」を行う。
具体的には、今、たとえば、エンティティＡ（以下、Ａさんとする）と、エンティティＢ（以下、Ｂさんとする）について、信用度評価を行う場合を考えると、Ａさんの医療に関する情報は信用できるが、コンピュータに関する情報は信用できない、逆に、Bさんの医療に関する情報は信用できないが、コンピュータに関する情報は信用できる場合、医療に関するコミュニケーションに際しては、Bさんではなく、Aさんを発見すべきである。逆に、コンピュータに関するコミュニケーションのためには、AさんではなくBさんを発見すべきである。
つまり、信用度は、エンティティを特徴づけるプロパティの一つである。
【０１２５】
そして、たとえば、医療という一つの属性の信用度だけで、エンティティのすべてを絶対評価すべきではない。
例えば、Zさんは、Xさんから見れば信用の置ける人であっても、Yさんから見れば信用できない人かもしれない。
つまり、信用度とは絶対的なものではなく、相手によって変化する相対的なものである。このように、信用度は、エンティティ間の相対的な関係、および、個々のプロパティを考慮した評価が重要になる。
【０１２６】
一方、ブローカレスモデルの実現技術であるSIONetにおいて、ブローカ（エンティティのトラストを格付けする機関）を前提にすることはできない。
そこで、イベントパス多重度などの、エンティティ間のリレーションシップ強度を用いて、エンティティ間のトラスト、すなわち、エンティティのプロパティ項目毎（たとえば、コンピュータ情報、医療情報ごと）に、エンティティ間の信頼関係を表現する。
ここで、イベントパス多重度（リレーションシップ強度）とは、任意のイベントタイプ（エンティティプロパティも一つのイベントタイプ）の公開度と、イベントによる発火率と、リプライイベントによる発火率（以下、リプライ率とする）と、及びエンティティがイベントプレースに参加開始した時点からの経過時間とから算出される値である。
【０１２７】
すなわち、イベントパス多重度（リレーションシップ強度）は、各パラメータ（公開度、発火率、リプライ率、経過時間）と、それぞれのパラメータ値の重み付け値との積を加減算することで算出される。本実施形態においては、
つまり、任意のプロパティ(イベントタイプ)のイベントパス多重度が高い（エンティティ間のリレーションシップが強い）ほど、エンティティ間のトラストが高いと定義することができる。これにより、エンティティ間に緩やかな信頼関係を醸成することが可能になる。すなわち、トラストを用いて、信頼度、信用度、価値観に基づく関係の深いエンティティの認証を実現できる。
【０１２８】
このように、任意のイベントパスに関する任意の値以上のイベントパス多重度（リレーションシップ強度）を有するエンティティ間で、エンティティの認証情報を共有することにより、すべての各エンティティで、すべてのエンティティの認証情報を共有する方式に比して、格段に少ない認証情報の保時で、ピュア型認証を高い精度で行うことが可能になる。
一方、貢献に対する対価の支払い（課金）は、エンティティの貢献に対する正当な報酬である。しかしながら、課金は、極限までの厳密性を追求しなければならない。
【０１２９】
これに対して、ここでは、緩やかな対価である「インセンティブ」という考え方を提案する。
たとえば、CPU、メモリ、通信帯域などのコンピューティングリソースの提供、イベントのホップ中継のための役割、有益な情報の提供など、さまざま貢献に対するその貢献度に応じて、エンティティにインセンティブが与えられる。
インセンティブを有するエンティティは、たとえば、代替エンティティの探索により、イベントパス多重度の高いエンティティに対するシェアードリンクの再確立、同時に参加できるイベントプレース数を増加させることなどが可能になる。
さらに、インセンティブは、エンティティのライフタイムを決定するファクタの一つでもある。たとえば、インセンティブを消費したエンティティは、一定期間、所望のイベントプレースに参加できない、シェアードリンクが強制的に解除されるなどのペナルティが与えられる。すなわち、場への参加促進、新たな自分の発見、生き甲斐の発見、貢献度の評価、名誉・アワード・寄付の供与を行う。
【０１３０】
以下、図面を参照して、本願発明の一実施形態について説明する。
図１は、本実施形態のエンティティ装置をシェアードリンクを介して接続して構成されるイベントプレースにおいて、エンティティ装置のプロパティ（＝エンティティプロパティ）に基づいて、接続先エンティティ装置とのシェアードリンク設定を制御する処理の過程を示す概念図である。
ここで、イベントプレースとは、上述したように、シェアードリンクで結合されているエンティティ装置のグループであるとともに、イベント又はイベントパスの波及範囲を示す。
今、図１に示すエンティティ装置（以下、Ｅで表す）１〜Ｅ４は、各々内包している意味情報スイッチ同士において、セッション又はシェアードリンクにより接続されることでコネクションを確立している。すなわち、Ｅ１〜Ｅ４は、イベントプレースを構成しており、Ｅ１とＥ２、Ｅ２とＥ３、Ｅ２とＥ４は、それぞれシェアードリンクを確立している。
【０１３１】
図２８に具体的な各エンティティ装置の構成を示す。
Ｅ１は、サービスエンティティ（以下、ＳＥで表す）１と、意味情報スイッチ（以下、ＳＩ―ＳＷで表す）１とから構成される。
また、Ｅ２は、ＳＥ・２と、ＳＩ―ＳＷ・２と、意味情報ルータ（以下、ＳＩ−Ｒで表す）２，１と、ＳＩ−Ｒ２，４とから構成される。
また、Ｅ３は、ＳＥ・３と、ＳＩ―ＳＷ・３と、ＳＩ−Ｒ３，２とから構成される。
また、Ｅ４は、ＳＥ・４と、ＳＩ―ＳＷ・４とから構成される。
ＳＥ・１〜４は、上述したように、サービスとして振る舞うアプリケーションである。
ＳＩ―ＳＷ・１〜４は、上述したように、フィルタとして登録された意味情報と、イベントに付与された意味情報とを照合し、その結果発火したイベント受信エンティティを起動するスイッチであって、具体的には、図２９（ａ）に示すように、イベント受信部１と、照合部２と、イベント送信部３と、フィルタ管理部４と、制御要求受付部５と、制御部６と、シェアードリンク管理部７とから構成される。
イベント受信部１は、イベント送信元のエンティティ装置からイベントを受信する受信部である。
照合部２は、イベント送信元のエンティティ装置よりイベント受信部１が受信するイベントの意味情報と、意味情報ルータに登録されたフィルタとが合致するか否かを照合する照合処理部である。
イベント送信部３は、照合部２で合致、すなわち、発火したイベントをイベントの送信先に送信する送信部である。
フィルタ管理部４は、フィルタと、照合の結果、発火した場合のイベントの送信先とを記憶する。
制御要求受付部５は、他のスイッチ、ルータから制御情報の入力を受ける入力部である。
制御部６は、イベントパス多重度算出パラメータ（後述するフィルタ登録数、発火率、リプライ率、経過時間）に基づいてイベントパス多重度を算出し、このイベントパス多重度に基づいてシェアードリンクの設定を制御する。
シェアードリンク管理部７は、イベントパス多重度算出パラメータを記憶管理する。すなわち、任意のイベントタイプ（エンティティプロパティも一つのイベントタイプ）の公開度（＝フィルタ登録数）、イベントによる発火率、リプライイベントによる発火率（リプライ率）、エンティティ装置がイベントプレースに参加してからの経過時間を記憶する。
ここで、イベントタイプの公開度とは、エンティティ装置が内包する意味情報ルータにセットされたフィルタの登録数であって、他のエンティティ装置に対して、アドバタイズしているフィルタの登録数である。
また、発火率とは、受信するイベントの意味情報と、意味情報ルータに登録されたフィルタとが合致する割合である。
また、リプライ率とは、受信するリプライ通知の意味情報と、意味情報ルータに登録されたフィルタとが合致する割合である。
【０１３２】
ＳＩ−Ｒ２，１、ＳＩ−Ｒ２，４、ＳＩ−Ｒ３，２は、上述したように、意味情報に基づいて、ＳＩ−ＳＷ間のイベントルーティングを行うとともに、サービスエンティティより、イベントの取得条件を示すフィルタの登録要求を受けて、フィルタ及びフィルタの登録数を保持する。具体的には、図２９（ｂ）に示すように、イベント転送部１１と、制御要求受付部１２と、制御部１３と、フィルタ登録情報管理部１４とから構成される。
イベント転送部１１は、スイッチからイベントを受信し、他のスイッチへ送信する転送処理部である。
制御要求受付部１２は、他のスイッチ、ルータ等からシェアードリンク制御（確率、解除）、フィルタ登録制御等の制御要求を受付ける入力部である。
制御部１３は、制御要求受付部１２が受付けた制御を行う。
フィルタ登録情報管理部１４は、フィルタ情報（イベントタイプ毎の登録回数のカウンタ）を記憶管理する。すなわち、フィルタ登録情報管理部１４は、フィルタ及びフィルタの登録数を保持する。
【０１３３】
次に、図１に示すイベントプレースにおいて、エンティティプロパティに基づいて、接続先エンティティ装置とのシェアードリンク設定を制御する処理の過程について説明する。
今、図１のＥ１〜Ｅ４が構成するイベントプレースが、当該イベントプレースに参加していないＥ５（つまり、Ｅ５は、Ｅ１〜Ｅ４のいずれともシェアードリンクを張っていない）にとって、参加すべき場であるか否かをイベントパス多重度によって判定する場合、Ｅ５は、イベントパス多重度が閾値Ｎ以上のエンティティに対して、シェアードリンクの再確立を要求することができる。
すなわち、Ｅ１〜Ｅ４の意味情報スイッチＳＩ−ＳＷ１〜４は、「刺激」、「反応」、「発火」など、あるいは、定期的なタイマからの割り込みをトリガとして、イベントパス多重度を算出する。
Ｅ１〜Ｅ４は、算出したイベントパス多重度をアドバタイズしておき、Ｅ５は、送信データの制御情報部に、イベントパス多重度の値が閾値Ｎ以上とセットして、アドバタイズされているエントランスのエンティティ装置に対して送信する。
【０１３４】
このとき、エントランスのエンティティ装置（Ｅ１〜Ｅ４のいずれか）は、Ｅ５からの刺激に対して、イベントパス多重度がＮ以上であれば反応し、発火する。一方、イベントパス多重度がＮ以上であれば反応・発火しないことから、シェアードリンクで接続された意味情報スイッチに対して連鎖反応しない。
イベントパス多重度がＮ以上の場合、Ｅ５は、エントランスのエンティティ装置とシェアードリンクを再確立し、Ｅ１〜Ｅ４と同様に、意味情報スイッチＳＩ−ＳＷ５は、「刺激」、「反応」、「発火」など、あるいは、定期的なタイマからの割り込みをトリガとして、イベントパス多重度を算出する。
Ｅ５が、イベントプレースに対して貢献している場合、すなわち、イベントタイプＸについて、発火率、リプライ率、イベントタイプの公開度が高い場合、インセンティブとして、Ｅ５のイベントパス多重度は、増加する。一方、イベントタイプＸについて、発火率、リプライ率、イベントタイプの公開度が低い場合、Ｅ５のイベントパス多重度は減少し、また、イベントプレース参加開始からの経過時間に比例して、Ｅ５のイベントパス多重度は減少する。
そして、イベントプレース内で定められた所定の閾値以下となった場合、ペナルティとして、Ｅ５とエントランスのエンティティ装置との間のシェアードリンクは、強制的に解除される。
【０１３５】
したがって、本実施形態のエンティティ装置によれば、任意のイベントタイプ（エンティティプロパティも一つのイベントタイプ）の公開度、イベントによる発火率、リプライイベントによる発火率（リプライ率）などに基づいて、イベントパス多重度を動的に算出、更新し、この値に基づいて、シェアードリンクの設定制御、エンティティ装置のピュア認証、エンティティ装置のトラスト評価を行うので、自身とコミュニケートすべきインテリジェントエンティティや、自身のふるまいに影響を与えるインテリジェントエンティティを動的に、探索・発見・特定することができる効果が得られる。
また、これにより、複数のインテリジェントエンティティが互いにコラボレーションすることができ、同好の志によるコミュニティを形成し、「イベント場」を「知的な場」へと発展させることができる。
すなわち、ユーザ側において、コミュニティを見つけるための能動的なアクションが不要となり、かつ、コミュニティ側も、容易にユーザニーズを把握して、最適なユーザをメンバとすることができる効果が得られる。
【０１３６】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【０１３７】
上述のエンティティ装置、ピュア型認証装置は、内部に、コンピュータシステムを有している。
そして、上述したシェアードリンクの設定制御、エンティティ装置のピュア認証、エンティティ装置のトラスト評価処理に関する一連の処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。
すなわち、エンティティ装置、ピュア型認証装置における、各処理手段、処理部は、ＣＰＵ等の中央演算処理装置がＲＯＭやＲＡＭ等の主記憶装置に上記プログラムを読み出して、情報の加工・演算処理を実行することにより、実現されるものである。
ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【０１３８】
【発明の効果】
以上説明したように、本発明は、第１から第ｎ（ｎは２以上の自然数）のエンティティ装置をシェアードリンクを介して接続して構成されるイベントプレースにおいて、イベント送信元である第ｋのエンティティ装置よりイベントを受信すると、イベントの意味情報と、イベントの取得条件を示すフィルタとが合致するか否かを照合し、照合結果に基づいて、受信するイベントの意味情報と、意味情報ルータに登録されたフィルタとが合致する割合である発火率をエンティティプロパティとして所定の記憶管理部に書き込み、フィルタが登録される意味情報ルータであって、フィルタの登録数を保持する意味情報ルータのフィルタ登録数と、記憶管理部に書き込まれた発火率とからイベントパス多重度を算出し、イベントパス多重度に基づいて、シェアードリンクの設定を制御するので、自身とコミュニケートすべきインテリジェントエンティティや、自身のふるまいに影響を与えるインテリジェントエンティティを動的に、探索・発見・特定することができる効果を得ることができる。
【図面の簡単な説明】
【図１】 本発明の一実施形態において、接続先エンティティ装置とのシェアードリンク設定を制御する処理の過程を示す概念図である。
【図２】 同実施形態において、エンティティを説明する図、及び、エンティティの分類を説明する図である。
【図３】 同実施形態において、エンティティの状態遷移を説明する図である。
【図４】 同実施形態において、エンティティの内部構成を説明する図である。
【図５】 同実施形態において、イベントプレースの生成を説明する図である。
【図６】 同実施形態において、エンティティがイベントプレースへ参加する動作を説明する図である。
【図７】 同実施形態において、意味情報スイッチとセッションを説明する図である。
【図８】 同実施形態において、イベントの構成を説明する図である。
【図９】 同実施形態において、意味情報体系を説明する図である。
【図１０】 同実施形態において、グローバルエンティティ名を説明する図である。
【図１１】 同実施形態において、サービスエンティティのプラグインを説明する図である。
【図１２】 同実施形態において、リファレンスモデルを説明する図である。
【図１３】 同実施形態において、シェアードリンクを説明する図である。
【図１４】 同実施形態において、シェアードリンクを説明する図である。
【図１５】 同実施形態において、シェアードリンクを説明する図である。
【図１６】 同実施形態において、イベントパスを説明する図である。
【図１７】 同実施形態において、シェアードリンクの再確立を説明する図である。
【図１８】 同実施形態において、ホップ属性を説明する図である。
【図１９】 同実施形態において、イベントプレース及びエンティティの像減設を説明する図である。
【図２０】 同実施形態において、イベントプレース及びエンティティの像減設を説明する図である。
【図２１】 同実施形態において、エンティティのアドバタイズメントを説明する図である。
【図２２】 同実施形態において、エンティティのアドバタイズメントを説明する図である。
【図２３】 通信ネットワークのビジネスモデルの変遷を示す図である。
【図２４】 Ｐ２Ｐモデルのディメンションを示す図である。
【図２５】 SIONetの概念を説明する図である。
【図２６】 知的な場アーキテクチャの概念を説明する図である。
【図２７】 エンティティへのインテリジェントプログラムのプラグインを説明する図である。
【図２８】 本実施形態のエンティティ装置における、イベントプレースの構成を示す説明図である。
【図２９】 本実施形態のエンティティ装置における、意味情報スイッチ、意味情報ルータの構成を示す説明図である。
【符号の説明】
１…イベント受信部
２…照合部
３…イベント送信部
４…フィルタ管理部
５…制御要求受付部
６…制御部
７…シェアードリンク設定情報管理部
１１…イベント転送部
１２…制御要求受付部
１３…制御部
１４…フィルタ登録情報管理部
Claims (10)
- 第１から第ｎ（ｎは２以上の自然数）のエンティティ装置をシェアードリンクを介して接続して構成されるイベントプレースにおいて、第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置のエンティティプロパティに基づいて、該第ｋのエンティティ装置とのシェアードリンク設定を制御するエンティティ装置であって、
サービスを提供するサービスエンティティと、
該サービスエンティティより、イベントの取得条件を示すフィルタの登録要求を受けて、該フィルタ及び該フィルタの登録数を保持する意味情報ルータと、
イベント送信元である前記第ｋのエンティティ装置より受信するイベントの意味情報と、該意味情報ルータに登録されたフィルタとが合致するか否かを照合する照合部と、
該受信するイベントの意味情報と、該意味情報ルータに登録されたフィルタとが合致する割合である発火率を前記エンティティプロパティとして記憶するシェアードリンク設定情報管理部と、
前記フィルタ登録数と、前記発火率とからイベントパス多重度を算出し、該イベントパス多重度が予め定められる閾値以下となった場合、前記シェアードリンクの設定を解除する制御部とを有する意味情報スイッチと
を具備することを特徴とするエンティティ装置。 - 第１から第ｎ（ｎは２以上の自然数）のエンティティ装置をシェアードリンクを介して接続して構成されるイベントプレースにおいて、第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置のエンティティプロパティに基づいて、該第ｋのエンティティ装置とのシェアードリンク設定を制御するエンティティ装置であって、
サービスを提供するサービスエンティティと、
該サービスエンティティより、イベントの取得条件を示すフィルタの登録要求を受けて、該フィルタ及び該フィルタの登録数を保持する意味情報ルータと、
イベント送信先である前記第ｌ（１≦ｌ≦ｎ ただしｌは自然数）のエンティティ装置より受信するリプライ通知の意味情報と、該意味情報ルータに登録されたフィルタとが合致するか否かを照合する照合部と、該受信するリプライ通知の意味情報と、該意味情報ルータに登録されたフィルタとが合致する割合であるリプライ率を前記エンティティプロパティとして記憶するシェアードリンク設定情報管理部と、前記フィルタ登録数と、前記リプライ率とからイベントパス多重度を算出し、該イベントパス多重度が予め定められる閾値以下となった場合、前記シェアードリンクの設定を解除する制御部とを有する意味情報スイッチと
を具備することを特徴とするエンティティ装置。 - 第１から第ｎ（ｎは２以上の自然数）のエンティティ装置をシェアードリンクを介して接続して構成されるイベントプレースにおいて、第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置のエンティティプロパティに基づいて、該第ｋのエンティティ装置とのシェアードリンク設定を制御するエンティティ装置であって、
サービスを提供するサービスエンティティと、
該サービスエンティティより、イベントの取得条件を示すフィルタの登録要求を受けて、該フィルタ及び該フィルタの登録数を保持する意味情報ルータと、
当該エンティティ装置が、当該イベントプレースに参加開始した時点からの経過時間を前記エンティティプロパティとして記憶するシェアードリンク設定情報管理部と、
前記フィルタ登録数と、前記経過時間とからイベントパス多重度を算出し、該イベントパス多重度が予め定められる閾値以下となった場合、前記シェアードリンクの設定を解除する制御部とを有する意味情報スイッチと
を具備することを特徴とするエンティティ装置。 - 第１から第ｎ（ｎは２以上の自然数）のエンティティ装置をシェアードリンクを介して接続して構成されるイベントプレースにおいて、第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置のエンティティプロパティに基づいて、自装置に対する該第ｋのエンティティ装置の信用度について認証するエンティティ装置であって、
サービスを提供するサービスエンティティと、
該サービスエンティティより、イベントの取得条件を示すフィルタの登録要求を受けて、該フィルタ及び該フィルタの登録数を保持する意味情報ルータと、
イベント送信元である前記第ｋのエンティティ装置より受信するイベントの意味情報と、該意味情報ルータに登録されたフィルタとが合致するか否かを照合する照合部と、該受信するイベントの意味情報と、該意味情報ルータに登録されたフィルタとが合致する割合である発火率を前記エンティティプロパティとして記憶するシェアードリンク設定情報管理部と、前記フィルタ登録数と、前記発火率とからイベントパス多重度を算出し、該イベントパス多重度をエンティティ間の相関関係とし、該相関関係に基づいて自装置に対する前記第ｋのエンティティ装置の信用度について認証する認証制御部とを有する意味情報スイッチと
を具備することを特徴とするエンティティ装置。 - サービスを提供するサービスエンティティと、該サービスエンティティより、イベントの取得条件を示すフィルタの登録要求を受けて、該フィルタ及び該フィルタの登録数を保持する意味情報ルータと、前記フィルタ登録数と前記発火率とからイベントパス多重度を算出し、該イベントパス多重度に基づいて前記シェアードリンクの設定を制御し、所定の記憶管理部を有する意味情報スイッチとを備えた複数のエンティティ装置であって第１から第ｎ（ｎは２以上の自然数）のエンティティ装置をシェアードリンクを介して接続して構成されるイベントプレースにおいて、第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置のエンティティプロパティに基づいて、該第ｋのエンティティ装置とのシェアードリンク設定を制御するシェアードリンク制御方法であって、
前記意味情報ルータが、イベント送信元である前記第ｋのエンティティ装置よりイベントを受信すると、
前記意味情報スイッチが、該イベントの意味情報と、前記イベントの取得条件を示すフィルタとが合致するか否かを照合し、
前記意味情報スイッチが、該照合結果に基づいて、前記受信するイベントの意味情報と、該意味情報ルータに登録されたフィルタとが合致する割合である発火率を前記エンティティプロパティとして前記所定の記憶管理部に書き込み、
前記意味情報スイッチが、前記フィルタが登録される意味情報ルータであって、該フィルタの登録数を保持する意味情報ルータのフィルタ登録数と、前記記憶管理部に書き込まれた発火率とからイベントパス多重度を算出し、
前記意味情報スイッチが、該イベントパス多重度が予め定められる閾値以下となった場合、前記シェアードリンクの設定を解除する制御を行う
ことを特徴とするシェアードリンク制御方法。 - サービスを提供するサービスエンティティと、該サービスエンティティより、イベントの取得条件を示すフィルタの登録要求を受けて、該フィルタ及び該フィルタの登録数を保持する意味情報ルータと、前記フィルタ登録数と前記発火率とからイベントパス多重度を算出し、該イベントパス多重度に基づいて前記シェアードリンクの設定を制御し、所定の記憶管理部を有する意味情報スイッチとを備えた複数のエンティティ装置であって第１から第ｎ（ｎは２以上の自然数）のエンティティ装置をシェアードリンクを介して接続して構成されるイベントプレースにおいて、第ｌ（１≦ｌ≦ｎ ただしｌは自然数）のエンティティ装置のエンティティプロパティに基づいて、該第ｌのエンティティ装置とのシェアードリンク設定を制御するシェアードリンク制御方法であって、
前記意味情報ルータが、イベント送信先である前記第ｌのエンティティ装置より送信したイベントに対するリプライ通知を受信し、
前記意味情報スイッチが、該リプライ通知の意味情報と、イベントの取得条件を示すフィルタとが合致するか否かを照合し、
前記意味情報スイッチが、該照合結果に基づいて、前記受信するリプライ通知の意味情報と、該意味情報ルータに登録されたフィルタとが合致する割合であるリプライ率を前記エンティティプロパティとして前記所定の記憶管理部に書き込み、
前記意味情報スイッチが、前記フィルタが登録される意味情報ルータであって、該フィルタの登録数を保持する意味情報ルータのフィルタ登録数と、前記記憶管理部に書き込まれたリプライ率とからイベントパス多重度を算出し、
前記意味情報スイッチが、該イベントパス多重度が予め定められる閾値以下となった場合、前記シェアードリンクの設定を解除する制御を行う
ことを特徴とするシェアードリンク制御方法。 - サービスを提供するサービスエンティティと、該サービスエンティティより、イベントの取得条件を示すフィルタの登録要求を受けて、該フィルタ及び該フィルタの登録数を保持する意味情報ルータと、前記フィルタ登録数と前記発火率とからイベントパス多重度を算出し、該イベントパス多重度に基づいて前記シェアードリンクの設定を制御し、所定の記憶管理部を有する意味情報スイッチとを備えた複数のエンティティ装置であって第１から第ｎ（ｎは２以上の自然数）のエンティティ装置をシェアードリンクを介して接続して構成されるイベントプレースにおいて、第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置のエンティティプロパティに基づいて、該第ｋのエンティティ装置とのシェアードリンク設定を制御するシェアードリンク制御方法であって、
前記意味情報スイッチが、当該エンティティ装置が当該イベントプレースに参加開始した時点からの経過時間を前記エンティティプロパティとして前記所定の記憶管理部に書き込み、
前記意味情報スイッチが、イベントの取得条件であるフィルタが登録される意味情報ルータであって、該フィルタの登録数を保持する意味情報ルータのフィルタ登録数と、前記記憶管理部に書き込まれた経過時間とからイベントパス多重度を算出し、
前記意味情報スイッチが、該イベントパス多重度が予め定められる閾値以下となった場合、前記シェアードリンクの設定を解除する制御を行う
ことを特徴とするシェアードリンク制御方法。 - サービスを提供するサービスエンティティと、該サービスエンティティより、イベントの取得条件を示すフィルタの登録要求を受けて、該フィルタ及び該フィルタの登録数を保持する意味情報ルータと、前記フィルタ登録数と前記発火率とからイベントパス多重度を算出し、該イベントパス多重度に基づいて前記シェアードリンクの設定を制御し、所定の記憶管理部を有する意味情報スイッチとを備えた複数のエンティティ装置であって第１から第ｎ（ｎは２以上の自然数）のエンティティ装置をシェアードリンクを介して接続して構成されるイベントプレースにおいて、第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置のエンティティプロパティに基づいて、自装置に対する該第ｋのエンティティ装置の信用度について認証を行う認証方法であって、
前記意味情報ルータが、イベント送信元である前記第ｋのエンティティ装置よりイベントを受信すると、
前記意味情報スイッチが、該イベントの意味情報と、前記イベントの取得条件を示すフィルタとが合致するか否かを照合し、
前記意味情報スイッチが、該照合結果に基づいて、前記受信するイベントの意味情報と、該意味情報ルータに登録されたフィルタとが合致する割合である発火率を前記エンティティプロパティとして前記所定の記憶管理部に書き込み、
前記意味情報スイッチが、前記フィルタが登録される意味情報ルータであって、該フィルタの登録数を保持する意味情報ルータのフィルタ登録数と、前記記憶管理部に書き込まれた発火率とからイベントパス多重度を算出し、
前記意味情報スイッチが、該イベントパス多重度をエンティティ間の相関関係とし、該相関関係に基づいて自装置に対する前記第ｋのエンティティ装置の信用度について認証する
ことを特徴とする認証方法。 - サービスを提供するサービスエンティティと、該サービスエンティティより、イベントの取得条件を示すフィルタの登録要求を受けて、該フィルタ及び該フィルタの登録数を保持する意味情報ルータと、前記フィルタ登録数と前記発火率とからイベントパス多重度を算出し、該イベントパス多重度に基づいて前記シェアードリンクの設定を制御し、所定の記憶管理部を有する意味情報スイッチとを備えた複数のエンティティ装置であって第１から第ｎ（ｎは２以上の自然数）のエンティティ装置をシェアードリンクを介して接続して構成されるイベントプレースにおいて、第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置のエンティティプロパティに基づいて、該第ｋのエンティティ装置とのシェアードリンクの設定を制御するエンティティ装置のコンピュータに、
前記意味情報ルータとして、イベント送信元である前記第ｋのエンティティ装置よりイベントを受信する処理と、
前記意味情報スイッチとして、該受信するイベントの意味情報と、イベントの取得条件を示すフィルタとが合致するか否かを照合する処理と、
前記意味情報スイッチとして、該照合結果に基づいて、前記受信するイベントの意味情報と、該意味情報ルータに登録されたフィルタとが合致する割合である発火率を前記エンティティプロパティとして所定の記憶管理部に書き込む処理と、
前記意味情報スイッチとして、前記フィルタが登録される意味情報ルータであって、該フィルタの登録数を保持する意味情報ルータのフィルタ登録数と、前記記憶管理部に書き込まれた発火率とからイベントパス多重度を算出する処理と、
前記意味情報スイッチとして、該イベントパス多重度に基づいて前記シェアードリンクが予め定められる閾値以下となった場合、前記シェアードリンクの設定を解除する制御を行う処理と
を実行させるためのシェアードリンク制御プログラム。 - サービスを提供するサービスエンティティと、該サービスエンティティより、イベントの取得条件を示すフィルタの登録要求を受けて、該フィルタ及び該フィルタの登録数を保持する意味情報ルータと、前記フィルタ登録数と前記発火率とからイベントパス多重度を算出し、該イベントパス多重度に基づいて前記シェアードリンクの設定を制御し、所定の記憶管理部を有する意味情報スイッチとを備えた複数のエンティティ装置であって第１から第ｎ（ｎは２以上の自然数）のエンティティ装置をシェアードリンクを介して接続して構成されるイベントプレースにおいて、第ｋ（１≦ｋ≦ｎ ただしｋは自然数）のエンティティ装置のエンティティプロパティに基づいて、該第ｋのエンティティ装置とのシェアードリンクを設定の設定を制御するエンティティ装置のコンピュータに、
前記意味情報ルータとして、イベント送信元である前記第ｋのエンティティ装置よりイベントを受信する処理と、
前記意味情報スイッチとして、該受信するイベントの意味情報と、イベントの取得条件を示すフィルタとが合致するか否かを照合する処理と、
前記意味情報スイッチとして、該照合結果に基づいて、前記受信するイベントの意味情報と、該意味情報ルータに登録されたフィルタとが合致する割合である発火率を前記エンティティプロパティとして所定の記憶管理部に書き込む処理と、
前記意味情報スイッチとして、前記フィルタが登録されるとともに、該フィルタの登録数を保持する意味情報ルータのフィルタ登録数と、前記記憶管理部に書き込まれた発火率とからイベントパス多重度を算出する処理と、
前記意味情報スイッチとして、該イベントパス多重度が予め定められる閾値以下となった場合、前記シェアードリンクの設定を解除する制御を行う処理と
を実行させるためのシェアードリンク制御プログラムを記録した記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003056154A JP3974054B2 (ja) | 2003-03-03 | 2003-03-03 | エンティティ装置、シェアードリンク制御方法、認証方法及びシェアードリンク制御プログラム並びにその記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003056154A JP3974054B2 (ja) | 2003-03-03 | 2003-03-03 | エンティティ装置、シェアードリンク制御方法、認証方法及びシェアードリンク制御プログラム並びにその記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004265228A JP2004265228A (ja) | 2004-09-24 |
| JP3974054B2 true JP3974054B2 (ja) | 2007-09-12 |
Family
ID=33119958
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003056154A Expired - Fee Related JP3974054B2 (ja) | 2003-03-03 | 2003-03-03 | エンティティ装置、シェアードリンク制御方法、認証方法及びシェアードリンク制御プログラム並びにその記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3974054B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8024396B2 (en) * | 2007-04-26 | 2011-09-20 | Microsoft Corporation | Distributed behavior controlled execution of modeled applications |
-
2003
- 2003-03-03 JP JP2003056154A patent/JP3974054B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004265228A (ja) | 2004-09-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Conti et al. | From opportunistic networks to opportunistic computing | |
| da Silva et al. | Middleware proposals for mobile ad hoc networks | |
| Al-Karaki et al. | Stimulating node cooperation in mobile ad hoc networks | |
| JP3850378B2 (ja) | エンティティ装置、アドホックネットワーク構築方法及びアドホックネットワーク構築プログラム並びにその記憶媒体 | |
| JP3974054B2 (ja) | エンティティ装置、シェアードリンク制御方法、認証方法及びシェアードリンク制御プログラム並びにその記録媒体 | |
| JP3946658B2 (ja) | エンティティ装置、イベント転送制御方法、イベント転送制御プログラム及びその記録媒体 | |
| JP3803329B2 (ja) | エンティティ装置、代替エンティティ探索方法及び代替エンティティ探索プログラム並びにその記録媒体 | |
| JP3723126B2 (ja) | エンティティ装置、名称付与方法、記録媒体及びプログラム | |
| JP3723127B2 (ja) | エンティティ装置、情報公開システム、方法、記録媒体及びプログラム | |
| JP3844747B2 (ja) | エンティティ装置、シェアードリンク再確立方法、シェアードリンク再確立プログラム及びその記録媒体 | |
| JP3792664B2 (ja) | エンティティ装置、リプライ通知制御方法、リプライ通知制御プログラム及びその記録媒体 | |
| JP3822178B2 (ja) | エンティティ装置、障害回復方法、及び、コンピュータプログラム | |
| JP3987817B2 (ja) | エンティティ装置、サービス共有方法、及び、コンピュータプログラム | |
| JP4028429B2 (ja) | コンピュータ、イベントプレース探索方法、及び、コンピュータプログラム | |
| JP3782345B2 (ja) | 組み込みシステム、方法、記録媒体及びプログラム | |
| JP3983187B2 (ja) | エンティティ装置、リンク再確立方法、及び、コンピュータプログラム | |
| JP3910550B2 (ja) | 意味情報ネットワークにおけるデータ検索方法および意味情報ネットワークシステム並びにプログラム | |
| JP3850379B2 (ja) | 意味情報ネットワークの構築方法および意味情報ネットワークシステム並びにプログラム | |
| JP3974357B2 (ja) | シェアードリンク設定方法、通信システム、エンティティ装置、およびそのコンピュータプログラムならびにその記録媒体 | |
| JP3732762B2 (ja) | 意味情報スイッチ、意味情報ルータ、方法、記録媒体、プログラム | |
| JP2004265325A (ja) | 意味情報ネットワークにおけるサービス提供方法および意味情報ネットワークシステム並びにプログラム | |
| Antoniadis et al. | The case of multi-hop peer-to-peer implementation of mobile social applications | |
| JP3974158B2 (ja) | イベントプレース探索方法、通信システム、エンティティ装置、およびそのコンピュータプログラムならびにその記録媒体 | |
| JP3977387B2 (ja) | 意味情報スイッチ、意味情報ルータ、方法、記録媒体、プログラム | |
| Sudhaakar et al. | A Survey of Selfish Node attack detection in Mobile Ad hoc Network (MANET) |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040709 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060919 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061120 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070403 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070514 |
|
| 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: 20070605 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070613 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100622 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100622 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110622 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120622 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |