JP3974357B2 - シェアードリンク設定方法、通信システム、エンティティ装置、およびそのコンピュータプログラムならびにその記録媒体 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、通信ネットワークに関する。
特に、意味情報の照合に基づきエンティティ間でピア・トゥ・ピア（peer-to-peer）にイベントを交換する通信モデルに基づく意味情報ネットワークにおける、イベントパスの波及方法およびエンティティのアドバタイズメント方法に関する。
【０００２】
【従来の技術】
まず、意味情報ネットワークを説明するために、インターネット上での通信形態およびビジネスモデルの変遷について述べる。図３３は、インターネット上でのビジネスモデルの変遷を示す概略図である。
【０００３】
米国国防総省が１９６９年に開始した実験ネットワーク（ＡＲＰＡＮＥＴ, Advanced Research Projects Agency Network）を礎とするインターネットは、今では我々の生活に欠かせないものになっている。世界中のあらゆるコンピュータを相互接続したインターネットは、いくつかの技術革新を経て、誰もがいつでもどこでも、気軽にネットワーク上の情報にアクセスできるネットワーク環境を我々に提供するようになった。
【０００４】
第１世代におけるインターネットでは、「ブローカ（broker）型配信モデル」に基づいた情報配信が一般的であった。このビジネスモデルでは、ブローカとして位置付けられる情報配信者（たとえば、パソコン通信会社）が、情報提供者の情報を集中管理し、必要に応じてユーザに対して情報の配信を行っていた。すなわち、ブローカがユーザと情報提供者を結びつける役割を果たしていた。そのため、ブローカは、膨大な情報を格納するための格納庫（ハードディスクなどのストレージ）、情報を処理するための高性能演算装置（高性能ワークステーションなど）、そしてユーザとの通信帯域の十分な確保などのために、膨大な設備投資が必要だった。
【０００５】
これに対し，インターネットの利便性を飛躍的に向上させ，利用者の裾野を拡大させた革新技術が、１９９２年に発表されたＷＷＷ（World Wide Web）である。これがインターネット第２世代への扉を開いた。ユーザはブラウザを介して、世界中のあらゆる情報（コンテンツ）を利用できる一方で、情報提供者はブローカ（情報配信者）を介することなく、自らが情報発信することが可能になった。
ＷＷＷでは、個々の情報提供者が情報を超分散管理し、情報同士をハイパーリンクすることにより、情報提供者のみで情報の超分散データベースを構築することができる。これにより、情報配信者を必要としない「情報配信ネットワークの構築」が可能になった。これこそが、インターネットが目指した真の姿であり、ＷＷＷが第２世代の革新技術と言われる所以である。本明細書では、ＷＷＷのような配信技術によって可能になった新たなビジネスモデルを、「ブローカレス（brokerless）型配信モデル」と呼ぶ。
【０００６】
ブローカレス型配信モデルに基づく情報配信、すなわち、情報提供者主導の情報配信が可能になる一方で、世界中に氾濫する情報の中から、ユーザが望む情報を簡単に特定することや、情報提供者に取って情報を配信するに相応しいユーザを特定できることが重要な課題となってきた。残念ながら、ＷＷＷはこの課題に対するソリューションを与えてくれなかった。そのため、ポータルサイト、検索サービス、リコメンデーションサービス、ディレクトリサービス、トレーダと呼ばれる新たなブローカが登場してきた。このビジネスモデルを、「ブローカ型探索モデル」と呼ぶ。
ブローカ型探索モデルでは、情報（源）の探索、もしくは、情報の配信先の探索まではブローカを介して行なわれるが、発見された相手との情報配信は、エンド・トゥ・エンド（end-to-end）で、言い換えればピア・トゥ・ピア（peer-to-peer）で、直接的に、すなわちブローカレス型配信モデルに基づいて行われる。
【０００７】
従って、１９９９年１月に発表され話題になったNapster（ナップスター）も、ブローカ型探索モデルに位置付けることができる。余談であるが、本願発明者は、世の中の大多数がNapsterをＰ２Ｐ（peer-to-peer, ブローカレス型配信モデル）として位置付けることに若干の疑念がある。それは、ＷＷＷによって初めて提唱されたブローカレス型配信モデルは、ブローカの存在なしに、自らが情報の配信ネットワークを構築できる点にある。しかしながら、Napsterはネットワーク（面）ではなく、単なるポイント（点）に過ぎない。すなわち、NapsterをＰ２Ｐと定義した時点で、ＦＴＰ（ファイル転送プロトコル, File Transfer Protocol）や糸電話を含め、ありとあらゆる通信形態がＰ２Ｐとして定義されることになるが、これは、Ｐ２Ｐの本質を全く反映してないものである。なぜなら、通信の起源は、peerとpeerの通信からスタートしているからである。これは、Ｐ２Ｐ通信方式（Ｐ２Ｐインタラクション方式）と呼ばれる古典的な考え方であり、今、話題のＰ２Ｐとは次元の違うものである。現状の他の評論を省みると、このような誤解をした解説が多々見受けられる。これらについての詳細な解説は、以下の文献１〜４を参照。
【０００８】
− 星合隆成、久保田稔：”インターネットの新潮流−非ブローカモデル型探索モデルと自律分散技術”, 電学誌, 121巻, 3号, pp.178-184（2000.12受付、2001.3掲載）（文献１）
− 星合隆成：”招待講演：インターネットの新潮流『非ブローカモデル』とその実現技術『SION：意味情報ネットワーク』”, SSE2000-235&IN2000-191, pp.65-72（2000.12受付, 2001.3掲載）（文献２）
− 星合隆成, 柴田弘：”御用聞き型情報提案のための自律分散照合環境アーキテクチャとその性能評価”, 電子情報通信学会論文誌（D-I）, Vol.J83-D-I, No.9, pp.1001-1012 （1999.10受付、2000-09掲載）（文献３）
− 星合隆成, “Jnutellaワークショップ招待講演”, 2001.5.22, http://www.jnutella.org/jnudev/jws-052201_2.shtml （文献４）
【０００９】
しかしながら、ブローカ型探索モデルでは、ブローカが情報のメタデータを一括管理しているために、ユーザや情報提供者の多用なニーズにリアルタイムに応えることが困難であること、すべてをブローカの運営ポリシーに委ねなければならないこと、ブローカが運営しているシステムがダウンするとすべてのサービスが停止してしまうこと、ユーザや情報提供者のプライバシー保護が困難なことなどから、より自由で、特定のブローカに支配されない新たなビジネスモデルが求められるようになった。すなわち、これまでのビジネスモデルにおいて一般的に用いられてきたブローカ（集中管理者）を排除し、エンティティ間（たとえば、ユーザと情報提供者との間）で、互いに相応しい相手を直接探索・発見することが可能なビジネスモデルが求められるようになった。
【００１０】
このような問題認識から、本願発明者が１９９８年に提唱した新たな概念が、「ブローカレス型探索モデル」である。これは、２０００年３月に発表されたGnutella（グヌーテラ）を契機に、世界中で注目されるようになったＰ２Ｐ（Peer-to-Peer）と同じ世界を指向しているものである。また、２００１年４月に発表されたＪＸＴＡも同様の世界を目指している。Ｐ２Ｐは、ＷＷＷ以来の革新技術であり、第３世代と呼ばれている。
【００１１】
また、余談であるが、本願発明者は、ブローカレス型ポリシーモデルが第４世代になると確信している。ブローカレス型ポリシーモデルとは、各エンティティが有するポリシーをエンティティ間でネゴシエーションすることにより、それらのエンティティで一意のポリシーを決定するためのビジネスモデルであり、その決定に関与する管理者が存在しないものを言う。
【００１２】
なお、ブローカ型探索モデルとブローカレス型配信モデルの組み合わせがハイブリッド（Hybrid）Ｐ２Ｐであり、ブローカレス型探索モデルが純（Pure）Ｐ２Ｐであると位置付けることもできる。図３４は、Ｐ２Ｐモデルのディメンションを示す概略図である。
【００１３】
ブローカレス型探索モデル（Ｐ２Ｐモデル）は、ビジョン・概念・理念であり、これが目指す世界は非常に単純で明快である。具体的には、以下のような世界を構築することを目標としている。
すなわち、第１に、従来、ブローカが担っていた役割を、それぞれのエンティティがボランティアとして分担することにより、特定の運営者、管理者の存在を前提としなくても、様々なネットワークサービスを構築、運営できることである。
また、第２に、ボランティアとして運営に参加している任意のエンティティが、障害や退去などの様々な理由により、運営から脱退しても、ネットワークサービス全体に影響を与えないように、残されたエンティティが自己組織化することによりサービスを継続できることである。
【００１４】
次に、意味情報ネットワークを、従来のネットワークとの比較において説明する。
【００１５】
従来ネットワークは、図２６に示すネットワークモデルにより概念的に表現される。図２６において、各端末は、端末アドレス（例えば、ネットワークアドレスとホストアドレス）を自身の識別子としてネットワークに登録する。一方、送信端末は、図２７に示す宛先アドレス（送信先の端末アドレス）とデータから構成されるイベント（パケット）をネットワークに送出する。すなわち、従来の情報ネットワークの基本概念は、宛先アドレスに基づいて、イベントを目的地まで正しく配送することにある。
【００１６】
このネットワークを用いて、提案型サービス（ユーザ毎にパーソナライズされた情報を提案するパーソナライズ情報提案サービス、および、検索サービスなどのイエローページサービス）を実現する場合を考える。従来は、パーソナライズ情報提案サービスを実現するために、図２８に示すような集中型のサーバシステム（ブローカ）を常に介在させる必要がある。同様に、イエローページサービスにおいても、検索サービスと呼ばれるブローカを前提とする必要がある。このようなブローカを介した中央集権的なビジネスモデルを、ブローカモデルと呼ぶ。このブローカモデルでは、ブローカ（仲介者）が情報提供者とユーザを結びつける役割を担う。すなわち、ブローカを介してのみユーザと情報提供者が出会うことが可能である。
【００１７】
図２９を用いて，上記ブローカモデルの詳細な説明を行なう。図２９に示すように、エンドユーザ（図中ではコンシューマ１０１）、情報提供者（コンテンツプロバイダ１０２）に加えて、サービスプロバイダ（コンテンツ情報プロバイダ）１０３の３つのビジネスロールから構成されるビジネスモデルにおいて、サービスプロバイダ１０３は、情報提供者（コンテンツプロバイダ１０２）から登録されるコンテンツ情報、及びエンドユーザ（コンシューマ１０１）から登録されるエンドユーザ嗜好情報を管理するとともに、登録されたコンテンツ情報とエンドユーザ嗜好情報を照合することにより、エンドユーザ（コンシューマ１０１）に相応しいコンテンツを提案するサービスを提案型サービスとして提供していた。このようなサービスプロバイダがブローカに相当する。
【００１８】
具体的なサービスとしては、ヤフー（Ｙａｈｏｏ）等の検索サービス、トレーディングサービス、エンドユーザの直接的な介在なしにエンドユーザの興味に合致するコンテンツを提案するパーソナライズ情報提案サービスがある。
これらのサービスは、図３０に示すように、ネットワーク網１０９、もしくはコンテンツ流通網１１０上に存在する個々のサービスプロバイダ１０３において、それぞれ一体型のサービスシステム（サービスアプリケーション）として実現されていた。
【００１９】
これらの形態に起因して、ブローカモデルでは、次の（１）〜（４）のような問題点があった。
【００２０】
（１） 情報提供者（コンテンツプロバイダ１０２）が、第三者を介在せずにエンドユーザ（コンシューマ１０１）に対してコンテンツ情報をアナウンスする手段が存在しなかったため、情報提供者（コンテンツプロバイダ１０２）自身がコンテンツ情報を流通させる情報提供者（コンテンツプロバイダ）主導型の御用聞き社会を実現することができなかった。すなわち、コンテンツの提供元である情報提供者（コンテンツプロバイダ１０２）は、第三者を介在することなく自身のポリシーでコンテンツ情報を流通させることができなかった。
【００２１】
（２） サービスプロバイダ１０３の提案サービスを享受するためには、サービスプロバイダ１０３の存在、位置、及びアクセス方法を、エンドユーザ（コンシューマ１０１）が明示的に認識しなければならなかった。
【００２２】
（３） 異なるサービスプロバイダ１０３間で、コンテンツ、コンテンツ情報、エンドユーザ嗜好情報を共有することを容易に実現できなかった。これまでは、個々のサービスプロバイダ１０３間で事前に取り決めたプロトコルに従って、情報のやり取りを行なうことにより、情報を共有していた。
【００２３】
（４） サービスプロバイダ１０３におけるコンテンツ情報及びエンドユーザ嗜好情報の集中管理に起因して、スケラビリティの高いシステムを構築することが容易ではなかった。これまでは、コンテンツ情報及びエンドユーザ嗜好情報を管理するサーバシステムを複数用意する等の古典的な手法が用いられてきた。
【００２４】
ところで、ＷＷＷ（World Wide Web）、ＣＯＲＢＡ（Common Object Request Broker Architecture）などの分散処理技術は、異機種分散システム上に分散配置されたコンテンツを居ながらにして簡単に入手できる環境を提供するとともに、誰もが容易にコンテンツ提供者になれることを可能にした。その反面、世界中に氾濫する膨大なコンテンツの中から、エンドユーザが所望するコンテンツを見つけ出すことは容易でなく、そのための実現技術の早期確立が望まれている。
【００２５】
このような事情や上記ブローカモデルの問題点に鑑み、情報提供者（コンテンツプロバイダ）が、ブローカの存在を仮定することなく自身のコンテンツに相応しいエンドユーザに対して、本願発明者は、直接コンテンツを提供することが可能な非ブローカモデルを提唱した。
【００２６】
非ブローカモデルの実現技術として、Ｇｎｕｔｅｌｌａ、ＳＵＮによる発明（US Patent 5,870,605：文献５）、ＮＥＣによる発明（特願平１１−３２８６５４，特開２０００−１６５４４９号公報：文献６）がある。
Ｇｎｕｔｅｌｌａは，Ｐ２Ｐ（Peer-to-Peer）インタラクションモデルに基づいて、インターネット上に分散する不特定多数のエンティティ（情報）の中から、特定のエンティティを探索・発見するネットワークである。なお、Ｇｎｕｔｅｌｌａではエンティティのことをサーバントとも呼ぶ。すなわち、個々の情報提供者がメタデータ（メタファイル）を超分散管理し、メタファイル間（メタファイルが格納されているホスト間）に任意のコネクションを設定することにより、情報提供者のみでメタデータに関する超分散データベースを構築する。そして、情報提供者同士が互いに分散協調することにより、ブローカを必要としない、メタデータの検索ネットワークの構築を可能にした。しかしながら、消費者からの検索要求パケットが、コネクションに基づいて全ての情報提供者に対してブロードキャストされる。すなわち、Ｐ２Ｐ方式のインタラクションを、コネクション情報に基づき、全てのホストに対して繰り返すため、ホスト数や扱うメタデータ種別の増加に比例して、不要なトラフィックが増大し、スケラビリティが極端に低下する問題がある。さらに、スケラビリティのみでなく、相互運用性、情報共有性、拡張性、セキュリティ、プライバシーなどの面においても問題を有している。
【００２７】
文献５は，内容ベースのルーティングを行なうネットワークシステムによって、情報提供者（Ｐｕｂｌｉｓｈｅｒ）とユーザ（Ｓｕｂｓｃｒｉｂｅｒ）が互いに相手に関する知識を有していない状況において，情報の要求と利用をブローカ不在で可能とする方法を示した。しかしながら、不要なイベント転送を抑止するようなルーティングの仕組みを有していないため、スケラビリティに問題がある。さらに、テリトリ間のオントロジ（イベント辞書を変換する仕組みなど）を有していないため、相互運用性、情報共有性、拡張性などの面においても問題を有している。すなわち、文献５では、共通のイベント辞書（event dictionary）を共有するテリトリを規定しているが、テリトリの実現方法や、異なるテリトリ間で情報を共有するための方法が明確化されていない。そのため、テリトリに関しては具体的実現性の記述に乏しい。
【００２８】
文献６は、特定の宛先アドレスを有するパケットのみならず、関心領域の指定を含むだけのパケットもルーティングすることが可能な情報ルーティングを提案している。情報ルーティングによって，ブローカを必要としない探索が実現できる。しかしながら、オントロジ体系の一意性やイベントの波及範囲を限定するイベントプレース、ゲートウエイ、セッションという概念がない。そのため、スケラビリティ、セキュリティ、プライバシー、相互運用性、情報共有性、拡張性などの面において問題を有している。
【００２９】
このように，従来の非ブローカモデルの実現技術は、大きく分けて以下の４つの課題を有している。
【００３０】
第１の課題は、セキュリティとプライバシーの保護の欠如である。
従来の非ブローカモデルの実現技術では、情報を流通させる範囲を限定する機構がない。つまり、イベントの波及先の限定が行なえない。そのために、ネットワークに接続している人であれば誰でも情報を見ることが可能になる。
また、情報の終端点が、エンドユーザの端末となり、外部からこれを参照する場合がある。そのために、外部に公開を望まない情報の載っている端末であっても、ネットワークに接続する場合は、情報を公開する可能性がある。
また、セッションの概念がないため、イベント送受信端末のみでのネットワークの構築はできるが、ネットワークプロバイダとイベント送受信者を分離できない。
【００３１】
第２の課題は、相互運用性の欠如である。
意味情報体系（オントロジ体系）が異なる領域を作る場合は、それらの領域を接続する仕組みを有していないため、それらの間でのイベントの共有ができない。
また、必要なイベントのみの転送ができない。
【００３２】
第３の課題は、拡張性の欠如である。
つまり、動的な機能の追加・削除が困難である。
また、ネットワーク規模を拡張することが容易でない。
【００３３】
第４の課題は、スケラビリティの欠如である。
つまり、イベントの送受信者数の増大に対処できない。
また、意味情報種別（メタデータ種別）の増大に対処できない。
また、不要なイベント転送を抑止できない。
【００３４】
そこで、本願発明者は、上述した非ブローカモデル以外の非ブローカモデルの実現技術として意味情報ネットワーク（Semantic Information-Oriented Network： ＳＩＯＮ）を提案した。なお、本願発明者らによる意味情報ネットワークに関する文献は、以下の文献７〜８である。
− 星合隆成, 柴田弘："御用聞き型情報提案のための自律分散照合環境アーキテクチャとその性能評価", 電子情報通信学会論文誌(D-I), Vol.J83-D-I, No.9, pp.1001-1012 (2000-09).（文献７）
− 星合隆成、柴田弘、酒井隆道、小柳恵一:”意味情報ネットワークアーキテクチャ: ＳＩＯＮアーキテクチャ”, NTT R&D, Vol.50, No.3, pp.157-164(2001.3).（文献８）
【００３５】
上記の文献７〜８で提案されているＳＩＯＮは、意味情報（メタデータ）に基づいてパケットを配送する自律分散ネットワークであり、ネットワーク上に分散するエンティティの中から、特定のエンティティを動的に探索・発見することができる。ＳＩＯＮの概念を図３１に示す。図３１と図２６とを比較すると明らかなように、ＳＩＯＮは、従来の宛先アドレス（誰に対して送信する）の代わりに、意味情報（どういう人に対して送信する）に基づくメタネットワークである。
【００３６】
ここで、意味情報ネットワークの概要を、図３２を参照して簡単に説明する。イベント受信者毎のエンティティ２２ａ、２２ｂ、２２ｃ（実際には端末等）と、イベント送信者毎のエンティティ２１ａ、２１ｂ（実際には端末等）は、ＳＩＯＮ１を介して接続されている。各エンティティ２２（ａ、ｂ、ｃ）は、あらかじめ、受信を希望するイベント（情報）の特性を示す意味情報をフィルタとして各々登録しておく。エンティティ２１（ａ、ｂ）は、イベントを送信することにより、ＳＩＯＮ１に「刺激」を与える。ここでは、エンティティ２１ａが刺激を与えたものとする。このイベントは、少なくとも意味情報を含んでいる。ＳＩＯＮ１は、送信されたイベントの意味情報と、登録された各フィルタを照合する。送信されたイベントの意味情報と登録されたフィルタが合致する場合、フィルタは「発火」し、当該イベントを対応するエンティティ２２に送信する。ここでは、エンティティ２２ｂのフィルタが発火したものとする。フィルタが発火すると、対応するエンティティ２２ｂは自律起動し、当該イベントを受信する。これにより、特定のエンティティのみを探索、発見することができる。
【００３７】
ＳＩＯＮでは、ＳＩＯＮの構成要素を含めたすべてのエンティティを自律分散協調させることにより、ネットワークが構築される。ＳＩＯＮのネットワーク構成要素には、意味情報スイッチ（ＳＩ−ＳＷ）、意味情報ルータ（ＳＩ−Ｒ）、意味情報ゲートウエイ（ＳＩ−ＧＷ）、イベントプレース、セッションなどがある。
【００３８】
ＳＩ−ＳＷは、フィルタとして登録された意味情報と、イベントに付与された意味情報を照合し、その結果発火したイベント受信エンティティを起動する。ＳＩ−Ｒは、ＳＩ−ＳＷ間の経路を選択し、エンティティたる端末から送信されたイベントを他のＳＩ−ＳＷに転送する。イベントプレースは、イベントの波及範囲である。ＳＩ−ＧＷは、イベントプレース間でイベントを転送する。セッションはＳＩ−ＳＷとエンティティ間の接続関係である。これらを必要に応じて組み合わせることにより、セキュアーでスケーラブルなＰ２Ｐネットワークをボトムアップアプローチで構築することができる。
【００３９】
【発明が解決しようとする課題】
以上説明した意味情報ネットワーク（ＳＩＯＮ）において、従来は、次のような問題があった。
【００４０】
まず、従来の意味情報ネットワークでは、イベントパス確立のためのイベントパス設定要求は、シェアードリンクで辿れるイベントプレース内のすべての意味情報ルータ（ＳＩ−Ｒ）および意味情報スイッチ（ＳＩ−ＳＷ）に波及するため、ネットワークトラフィックが増大するという問題があった。そこで、イベントパス設定要求の転送時や、イベントの転送時に、ネットワークトラフィックを軽減する技術が求められる。
【００４１】
また、従来の意味情報ネットワークでは、エンティティが自身の存在を他のエンティティに公開するための方法が確立されてないという問題があった。そこで、ブローカが介在することなく、エンティティが自身の存在を他のエンティティに公開するための技術が求められる。
さらに、エンティティ間のシェアードリンクにより構成されるトポロジにおいて、開トポロジを実現するための技術が求められる。
【００４２】
本発明は、上記のような事情を考慮してなされたものであり、意味情報ネットワークのパフォーマンスを改善するための方法を提供することを目的とする。
特に、ネットワークトラフィックを軽減させるためのエンティティ間のシェアードリンク設定方法を提供することを目的とする。
【００４３】
【課題を解決するための手段】
上記の課題を解決するために、本発明は、シェアードリンク確立情報が記憶された意味情報スイッチを含むエンティティによってイベントプレースが作成される通信システムにおいて、シェアードリンクの確立要求により前記イベントプレース内のエンティティ間でシェアードリンクを設定する方法であって、前記意味情報スイッチは、自身に記憶されたシェアードリンクの確立要求先となる意味情報スイッチとシェアードリンクの確立要求を受付けた意味情報スイッチとを記録したシェアードリンク確立情報を参照し、イベントプレース内の他のエンティティに対してシェアードリンクの確立要求を高々１回行うことを特徴とする。
【００５５】
また、本発明の通信システムは、意味情報スイッチを含むエンティティによって構成される通信システムにおいて、シェアードリンクの確立要求により前記エンティティ間でシェアードリンクを設定する通信システムであって、前記意味情報スイッチは、他のエンティティに対してシェアードリンクの確立要求を高々１回行なうことを特徴とするものである。
【００５６】
また、本発明のエンティティ装置は、フィルタとして登録された意味情報とイベントに付与された意味情報とを照合し、その結果発火したイベント受信エンティティを起動する意味情報スイッチを備え、意味情報ネットワークの構成要素となるエンティティ装置において、前記意味情報スイッチは、他のエンティティに対してシェアードリンクの確立要求を高々１回行なうことを特徴とするものである。
【００５７】
また、本発明のシェアードリンク設定方法は、フィルタとして登録された意味情報とイベントに付与された意味情報とを照合し、その結果発火したイベント受信エンティティを起動する意味情報スイッチを備え、意味情報ネットワークの構成要素となるエンティティ装置におけるシェアードリンクの設定方法であって、前記意味情報スイッチは、他のエンティティに対してシェアードリンクの確立要求を高々１回行なうことを特徴とするものである。
【００５８】
また、本発明のコンピュータプログラムは、フィルタとして登録された意味情報とイベントに付与された意味情報とを照合し、その結果発火したイベント受信エンティティを起動する意味情報スイッチを備え、意味情報ネットワークの構成要素となるエンティティ装置にシェアードリンクの設定の処理を実行させるコンピュータプログラムであって、前記意味情報スイッチが他のエンティティに対してシェアードリンクの確立要求を高々１回行なう処理を実行させることを特徴とするものである。
【００５９】
また、本発明の記録媒体は、前記の各コンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００６０】
【発明の実施の形態】
以下、図面を参照しながら、この発明の一実施形態について説明する。
以下、パーソナルコンピュータ、ワークステーション、情報携帯端末、携帯電話、ウエアラブルコンピュータなどのあらゆるコンピュータを総称して、「ホスト」と呼ぶ。さらに、ＳＩＯＮソフトウエアを実装したホストを、「ＳＩＯＮエンティティ」あるいは、単に、「エンティティ」と呼ぶ。
【００６１】
エンティティは、ＳＩＯＮにおける自律分散の単位であるとともに、ＳＩＯＮソフトウエアを実装したホストをＳＩＯＮにおける自律的な動作実体として仮想化したものである（図１参照）。また、ＳＩＯＮソフトウエアは、個々のエンティティが自律分散協調を行なうための種々の機構を提供する。
【００６２】
ここで、エンティティについて詳細に説明する。エンティティは、図２に示すように主に３つのタイプに分類される。
（１）サービスとして振舞うエンティティ（サービスエンティティ：以下「ＳＥ」と呼ぶ）
（２）ネットワーク構成要素として振舞うエンティティ（ネットワークエンティティ：以下「ＮＥ」と呼ぶ）
（３）サービス、および、ネットワーク構成要素の両者の観点から振舞うエンティティ（サービス・ネットワークエンティティ：以下「ＳＮＥ」と呼ぶ）
【００６３】
サービスエンティティは、アプリケーションプログラムをエンティティとして仮想化したものである。ＳＩＯＮ−ＭＴ（SION-Management Tool）が提供するプラグイン機構により、一般のアプリケーションプログラムをサービスエンティティとしてエンティティ化することが可能である。なお、ＳＩＯＮ−ＭＴ自身も一つのサービスエンティティである。サービスエンティティは、セッションを介して、ＳＩＯＮにイベントを送信したり、ＳＩＯＮからイベントを受信したりすることが可能である。また、一つのサービスエンティティから、ＳＩＯＮに対して複数のセッションを確立することができる。なお、サービスエンティティは、基本的にネットワークの構築・運営に関与しない。
【００６４】
ネットワークエンティティは、ＳＩＯＮを構築するためのエンティティであり、上述したようにＳＩ−ＳＷ（意味情報スイッチ）、ＳＩ−Ｒ（意味情報ルータ）、ＳＩ−ＧＷ（意味情報ゲートウエイ）、ＥＰ（イベントプレース）、セッション、統計情報エンティティ、障害処理エンティティ、Ａｌｉｖｅエンティティなどである。本実施形態のＳＩＯＮでは、このようなネットワーク構成要素を、必要に応じて、必要なものを、必要な数だけエンティティ内に動的に生成可能である。例えば、一つのエンティティ内に、複数のＳＩ−ＳＷを動的に生成可能である。また、同一エンティティ内のＳＩ−ＳＷがそれぞれ異なるＥＰに属することも可能である。
これらは、バックボーン型Ｐ２Ｐネットワークの構築や、ハイブリッド型Ｐ２Ｐネットワークを構築する際に用いられる。
ＳＮＥは、サービスとネットワーク構成要素の両者の観点から振舞うエンティティであり、ピュア（pure）型Ｐ２Ｐネットワークを構築する際に用いられる。これは、個々のＳＮＥが互いに助け合うことにより、ボランティア型のネットワークを構築する形態であり、ＳＮＥが分散協調することにより、ネットワークを自己組織化する。
【００６５】
なお、ハイブリッド型Ｐ２Ｐネットワークとは、例えばネットワークプロバイダなどの運営者がホスト等にイベントプレースをあらかじめ生成し、個人の端末等のサービスエンティティがセッションによりイベントプレースと接続することにより構成されるネットワークである。また、ピュア型Ｐ２Ｐネットワークとは、個人の送受信端末たるエンティティがシェアードリンクで各々接続されることにより構成されるネットワークであり、このネットワークのうち、イベントを共有する最小単位がイベントプレースである。バックボーン型Ｐ２Ｐネットワークとは、ネットワーク間の接続形態のことであり、例えば、複数の地域のピュア型Ｐ２Ｐネットワークをハイブリッド型Ｐ２Ｐネットワークを経由して接続した状態のネットワークのことをいう。
【００６６】
一つのエンティティ内に複数のネットワークエンティティを含む場合のエンティティの内部構成を図２４に示す。
この図において、エンティティ制御部は、コントロールパネルからの様々な要求を受け付ける。
コントロールパネルは、アプリケーション、人などのエンティティの所有者に対して、ＧＵＩ（Graphical User Interface）を提供する。例えば、エンティティにエンティティ名を付与することができる。
ネットワークエンティティファクトリは、ＮＥ（ネットワークエンティティ）をエンティティ内に生成する。エンティティ制御部で受けた生成要求に基づいて、ネットワークエンティティファクトリは上述のＮＥを生成する。
【００６７】
図４に、ＳＩＯＮのネットワーク構成例を示す。ＳＩＯＮでは、目的に応じて、エンティティを配置・組み合わせることにより、様々な形態のＰ２Ｐネットワークを構築することができる。また、異なる形態のＰ２Ｐネットワークをシームレスに連携させることができる。これは、「すべてのエンティティを、『刺激と発火に基づく連鎖反応』という一元的かつ単純な仕組みで自律分散協調させること」、「Ｐ２Ｐネットワーク形態の差異をエンティティの配置問題に帰着させること」などにより達成される。
なお、エンティティは公開プロトコルに基づいて、自身の存在をアドバタイズする。これをアドバタイズメントという。アドバタイズメントには、アドバタイズの発信基地として振舞う「アドバタイズメントベース（オリジンエンティティ、オリジンイベントプレースなど）」を用いる方法や、ブロードキャスト・カスケードによる方法がある。
以下に、個々のネットワークエンティティについて詳述する。
【００６８】
＜ＳＩ−ＳＷ（SI-Switch）＞
ＳＩ−ＳＷ（意味情報スイッチ）は、意味情報に基づいて、イベントをスイッチングするスイッチング機構を提供する。ＳＩＯＮでは、このＳＩ−ＳＷを分散ソフトウエアとして実装している。
図５にＳＩ−ＳＷの構成を示す。この図において、イベント受信部５１は、イベント送信者からのイベントを受信する。照合部５２は、イベント受信部で受信したイベントに付与された意味情報をフィルタと照合する。イベント送信部５３は、照合部により発火したイベントを、イベント受信者へ送信する。フィルタ管理部５４は、フィルタと、照合の結果発火した場合のイベントの送信先を記憶する。制御要求受付部５５は、他のスイッチ、ルータ等から制御要求を受け付ける。制御部５６は、制御要求受付部で受け付けた要求に基づいて、フィルタ制御（登録、解除）、セッション制御（登録、解除）、シェアードリンク制御（確立、解除、再確立、情報応答）等を行なう。シェアードリンク設定情報管理部５７は、シェアードリンク設定条件（設定相手のＳＷのＩＤ、設定要求／被要求の種別）を記憶する。
【００６９】
図６に示すように、ＳＩ−ＳＷはセッションを介して、サービスエンティティをスター型で収容する。ここで、セッションとは、ＳＩ−ＳＷとサービスエンティティ間のコネクションであり、サービスエンティティは、セッションを介してイベントの送受信を行なうことができる。なお、サービスエンティティは、ＳＩ−ＳＷに対してイベントの送受信を行なうエンティティであり、説明の便宜上、サービスエンティティをイベント送信エンティティとイベント受信エンティティとに区別して呼ぶことがある。前者は、ＳＩ−ＳＷに対してイベントを送信するエンティティであり、後者は、ＳＩ−ＳＷからイベントを受信するエンティティである。サービスエンティティは両者の側面を併せ持つことができる。
【００７０】
サービスエンティティは、ＳＩＯＮ上の分散アプリケーション（ＳＩＯＮを用いてイベントの送受信を行なうアプリケーションプログラム）として位置付けられるものであり、図１２に示すFile Exchanger（ファイル交換アプリケーション）、パーソナルＴＶサービスなどがサービスエンティティとして既に実装されている。
図７にイベント（ＳＩＯＮパケット）の構造を示す。イベントは、制御情報部（ＣＩ：Control Information）部、意味情報（ＳＩ：Semantic Information）部、データ部から構成される。データ部には、送信データが格納される。送信データとして、テキスト（文書、電話番号、ＸＭＬ（Extensible Markup Language））、バイナリデータ、リファレンス（ＵＲＬ（Uniform Resource Locator）, Object Reference）、プロキシ、エージェントなど、様々なデータ、プログラムを格納することができる。
【００７１】
一方、意味情報部には、送信データの意味情報（語彙とその値）、および、意味情報の語彙概念（イベントタイプと呼ぶ）が格納される。ここで、意味情報とは、送信データの特性を記述したメタデータであり、図８の意味情報体系（オントロジ体系）に示すように、いずれかのイベントタイプに属する。すなわち、意味情報はイベントタイプのインスタンスであり、イベントタイプは意味情報のテンプレートである。イベントタイプ間には継承関係を定義できる。なお、ＳＩＯＮ制御用（ＳＩＯＮのネットワークエンティティ用）に一部のイベントタイプ名が予約済みである。参考までに、意味情報体系の例を図９に示す。この図において、”タイトル；イエスタデイ”、”価格；＄３０”、”アーティスト名；ビートルズ”という意味情報は、”ポピュラー”というイベントタイプに属しており、また”音楽”というイベントタイプにも属している。また、”タイトル；きよしこの夜”、”価格；＄２０”、”シチュエーション；クリスマス”という意味情報は、”ＢＧＭ”というイベントタイプに属しており、また”音楽”というイベントタイプにも属している。
【００７２】
制御情報部は、ＳＩＯＮの実行制御のために用いられるデータフィールドであり、これのみがＳＩＯＮのユーザであるサービスエンティティに対して開放されていない。制御情報部には、合致したフィルタの識別子、合致したフィルタの照合得点、同期型統計情報収集フラグ、ＴＴＬ値（イベントプレース内、イベントプレース間）、ホップ数（イベントプレース内、イベントプレース間）などの様々な制御情報が設定される。
図１０に示すように、イベント受信エンティティは、セッションを介して、イベントの取得条件をＳＩ−ＳＷに登録する。これをフィルタと呼ぶ。
フィルタには、取得したいイベントのイベントタイプ、および、意味情報との照合条件（例えば、語彙”Ｐｒｉｃｅ”が”＄２０から＄４０の範囲”のものを取得対象とする）が設定される。なお、当該イベントタイプに定義されているすべての語彙との完全一致、一部の語彙との部分一致、重み付け一致なども、照合条件をフィルタ単位で選択することができる。
【００７３】
一つのセッションから、複数のフィルタを登録可能であるが、同一セッションを介して登録されたフィルタ間は”ｏｒ”関係を有する。すなわち、一つのイベントに対して、一つのセッションは高々１回しか発火しない。
取得したいイベントのイベントタイプにワイルドカードを指定した場合には、すべてのイベントタイプが照合の対象となる。また、意味情報との照合条件に１（論理値が真）が設定された場合には、無条件に意味情報との照合条件が満足されたことを意味する。
【００７４】
一方、イベント送信エンティティは、セッションを介して、ＳＩ−ＳＷにイベントの送信を行なう。このとき、ＳＩ−ＳＷのイベント受信部５１はイベントを受信し、照合部５２に渡す。照合部５２は、イベントの意味情報部とフィルタとを照合する。具体的には、まず、受信したいイベントタイプであるかどうかをチェックし、これを満足した場合には、意味情報と照合条件をチェックする。照合の結果、条件を満足した場合には、合致したフィルタを登録したイベント受信エンティティを起動するととともに、当該イベントを通知する。ＳＩＯＮでは、イベントの送信を”刺激”、フィルタがイベントに合致することを”反応”、合致したフィルタを登録したエンティティを起動しイベント通知することを”発火”と呼ぶ。
なお、発火によるイベント通知のほかに、ルックイン型のイベント通知もサポートする。これは、受信セッション単位にスプールされているイベントをプルで取得する受信モードである。このルックイン型のイベント通知は、図３５に示すようなファイアウォールを跨るイベント受信や、ＳＥがアクティブでない場合のイベント受信に有効である。
【００７５】
ＳＩＯＮの基本概念は、刺激と発火の連鎖反応により、すべてのエンティティを自律分散協調させることにある。
なお、フィルタに意味情報を登録し、イベントの意味情報部に配布条件（照合条件）を設定することも可能である。ＳＩＯＮでは、このような形態を御用聞き型モデルと呼んでいる。例えば、イベントの意味情報部に、「＄２０＜Ｐｒｉｃｅ＜＄３０」を設定することができる。一方、本文中で説明したような形態（ＳＩ−ＳＷにフィルタを登録し、イベントに意味情報を登録する形態）を御問い合せ型モデルと呼んでいる。
【００７６】
＜ＥＰ（Event Place）＞
イベントプレースは以下の目的から考案されたドメインの概念である（図１１参照）。なお、シェアードリンク、ＳＩ−Ｒについては後述する。
（１）イベントの転送範囲：刺激と発火に基づく連鎖反応の波及範囲を制限することができる。
（２）イベントルーティングの対象範囲：シェアードリンクにより接続されているＳＩ−ＳＷの集合である。イベントプレース毎に、リンクトポロジやイベントルーティング方式を選択できる。
（３）意味情報体系の一意性が保証される空間：取り扱うイベントタイプの爆発的な増大を抑止する。
【００７７】
このような特長を持つイベントプレースの主な利用方法として以下のものが挙げられる。
（１）サブネットの単位（物理的な単位）
例えば、職場のパソコンでＳＩＯＮのローカルネットワークを構築する場合などに利用する。
（２）サービスの単位（論理的な単位）
一般的にサービス毎に、必要とされる意味情報体系（語彙概念や語彙）が異なるため、例えば、証券情報提供サービス、医療情報サービスなどサービス種別毎にイベントプレースを構築する場合などに利用する。
（３）サービス運営者の単位
同じサービス種別でも、サービス運営者毎に、異なるイベントプレースを構築する場合などに利用する。
【００７８】
（４）セキュリティの保証単位
承認されたエンティティのみが、イベントプレースに参加することが許される。すなわち、イベントプレース内のＳＩ−ＳＷにセッションを確立する、もしくは、イベントプレース内のＳＩ−ＳＷに対してシェアードリンクを確立することが許容される。基本的には、イベントプレース間での情報共有は許容されない。
（５）ネットワーク運営・管理者の単位
運営や管理の容易性から、イベントプレースを更に複数のイベントプレースに分割することがある。
（６）負荷分散の単位
負荷分散の観点から、イベントプレースを複数のイベントプレースに分割することがある。
【００７９】
（７）セッション確立の制約に伴う物理的な単位
ＳＩＯＮでは、サービスエンティティとＳＩ−ＳＷ間のコネクション、およびＳＩ−ＳＷ間のコネクション（シェアードリンク）は、セッションにより実現される。セッション自体は論理的な概念であるが、物理的に無線ＬＡＮ等を用いて実装されている場合には、無線の到達距離によりグループ化の対象が制限される。
（８）グループのグループ化
後述するＳＩ−ＧＷを用いて、イベントプレースを階層的に連携させることにより、親グループ、子グループの関係を持ったクラスタリング構成を構築できる。
【００８０】
＜ＳＩ−ＧＷ（SI-Gateway）＞
イベントプレースはイベントの転送範囲を制限するためのものであり、基本的には、他イベントプレースとのイベント共有はできない。しかしながら、ＳＩ−ＧＷ（意味情報ゲートウエイ）を設定することにより、イベントプレース間でのイベント共有が可能になる（図１１を参照）。これにより、それぞれの用途や目的に応じて構築されたイベントプレース間の連携（フェデレーション）が可能になる。
図１１において、例えば、イベントプレースＡからイベントプレースＢに対して連携要求を行い、これがイベントプレースＢによって承認されたとき、イベントプレースＡは、ＳＩ−ＧＷ_A,Bを生成する。なお、連携要求として、片方向、もしくは双方向の連携を指定可能である。
【００８１】
ＳＩ−ＧＷ_A,BはイベントプレースＢに対してイベント受信用セッションを確立し、一方、自身のイベントプレースに対してイベント送信用セッションを確立する。これにより、イベントプレースＢで生起したイベントをイベントプレースＡに転送することが可能になる。
ＳＩ−ＧＷ_A,Bは、イベント受信用セッションを介して登録するフィルタ値の設定により、すべてのイベントタイプを転送の対象とする、特定のイベントタイプのみを転送の対象とするなど、きめ細かなファイアウォール制御が可能になる。
【００８２】
また、異なる意味情報体系を持つイベントプレース間においてイベント転送を行なう場合には、イベントの意味情報変換が必要になる。
そこで、ＳＩ−ＧＷ_A,Bは、イベントプレースＡとイベントプレースＢ間の意味情報変換テーブルを作成し、当該情報に基づいて意味情報変換を行った後に、イベントプレースＡに対して、イベント転送を行なう。イベントプレース間の転送回数（ホップ数）はＴＴＬ値により制限される。
上述の考え方に基づいて、他のＰ２Ｐネットワークとの相互接続も可能である。ＳＩＯＮでは、このための機構を「Ｓ／ｘ−ＧＷ」と呼ぶ。例えば、ＳＩＯＮからは、Ｓ／Ｇ−ＧＷを介して、Gnutellaネットワークが一つのエンティティとして仮想化される。
【００８３】
＜リファレンスモデル＞
ＳＩＯＮはリファレンスモデルの考え方を採用している。最下位層がＳＩＯＮでありイベントの伝達層である。上位層に対してネットワークインタフェースを提供する。ミドルウエア層がコミュニティネットワークであり、ＳＩＯＮのインテリジェンス層に相当する。最上位層がアプリケーション層（サービスエンティティ）である。
SION-Management TOOL（ＳＩＯＮ−ＭＴ）もサービスエンティティの一つに位置付けられる。これは、ＳＩＯＮのネットワークインタフェースを発行するＧＵＩ（Graphical User Interface）ツールであり、サービス固有のロジックは有していない。しかしながら、ＳＩＯＮ−ＭＴに他のアプリケーションプログラム（サービスロジックを有するアプリケーション）を組み込むことが可能なプラグイン機構を提供している。これにより、ユーザ毎にカスタマイズされたサービスエンティティを構築することが容易に可能になる。
【００８４】
＜オンライン増減設方式＞
ここでは、ネットワークエンティティの増減設方式に関して、特に、ＳＩ−ＳＷの増減設の観点から述べる。
＜ＳＩ−ＳＷ増減設の目的＞
まず、ＳＩＯＮにおけるＳＩ−ＳＷ増減設の目的について述べる。
（１）イベントプレースのトータル処理能力向上の観点から、イベントプレース内のＳＩ−ＳＷを増設し、イベントのフィルタリング処理を負荷分散する。また、その逆の観点から、ＳＩ−ＳＷを減設する。
（２）動的に生成されたＳＩ−ＳＷに対して、シェアードリンクを柔軟に確立することにより、フレキシブルでグローバルなネットワークをボトムアップ的に構築する。
【００８５】
＜増減設の形態＞
ＳＩＯＮでは幾つかの増減設形態を提供しているが、ここでは、図１３に代表的な形態を示す。
（１）イベントプレースの合成と分離
図１３の（ａ）に示すように、複数のイベントプレースを合成することができる。ここで、イベントプレースの合成とは、イベントの波及範囲を限定する単位であるイベントプレースにおいて、複数のイベントプレースを１つにすることにより、イベントの波及範囲を拡大することをいう。
これは、イベントプレースに属する任意のＳＩ−ＳＷ、もしくはイベントプレースに対して、合成要求（シェアードリンクの確立要求）を行なうことにより、イベントプレース間にシェアードリンクが確立され、両者の合成が実現される。なお、合成（シェアードリンク確立）の要求元および要求先は、それぞれ、ＳＩ−ＳＷでもイベントプレースでもどちらであってもかまわない。一方、分割する場合には、確立されているシェアードリンクを解除し、それぞれのイベントプレースに分離する。
【００８６】
（２）イベントプレースへの参加と退去
図１３の（ｂ）に示すように、イベントプレース内のＳＩ−ＳＷ、もしくは、イベントプレースに対して参加要求（シェアードリンクの確立要求）を行なうことにより、既存ＳＩ−ＳＷとの間にシェアードリンクが確立され、当該イベントプレースに参加することができる。
ＳＩ−ＳＷがイベントプレースから退去する場合には、他のＳＩ−ＳＷとのシェアードリンクを解除し、さらに、シェアードリンクの再構築を行い、当該イベントプレースから退去する。このとき、退去したＳＩ−ＳＷの状態は、サスペンド状態へと遷移する。
なお、イベントプレース側からＳＩ−ＳＷに対してシェアードリンクの確立を要求することにより、当該ＳＩ−ＳＷをイベントプレース内に取り込むことも可能である。これを吸収という。その逆を***という。
【００８７】
（３）ＳＩ−ＳＷの増減設
図１３の（ｃ）に示すように、イベントプレース内のＳＩ−ＳＷ、もしくは、イベントプレースに対して、ＳＩ−ＳＷの増設要求を行なうと、指定されたホスト（エンティティ）に指定された数のＳＩ−ＳＷが新たに生成され、既存のＳＩ−ＳＷとの間にシェアードリンクが確立される。一方、イベントプレースにＳＩ−ＳＷの減設要求を行なうと、指定されたＳＩ−ＳＷのシェアードリンクが解除された後、シェアードリンクの再確立が行われ、当該ＳＩ−ＳＷが削除される。このとき、ＳＩ−ＳＷの状態は、「Non-Existent」に遷移する。
【００８８】
（４）イベントプレース間のフェデレーション
図１３の（ｄ）に示すように、イベントプレース内のＳＩ−ＳＷ、もしくは、イベントプレースに対して、フェデレーション（連携）要求を行なうことにより、ＳＩ−ＧＷが生成され、セッションを介して両イベントプレースが連携する。なお、フェデレーションの要求元および要求先は、それぞれ、ＳＩ−ＳＷでもイベントプレースでもどちらであってもかまわない。
上記形態におけるＳＩ−ＳＷの状態遷移を図１４に示す。ＳＩ−ＳＷを生成した時の当該ＳＩ−ＳＷの状態は、「サスペンド」状態であるため、いずれかのイベントプレースに属さない限り、当該ＳＩ−ＳＷは「アクティブ」にならない。また、シェアードリンクが確立されているＳＩ−ＳＷを削除することはできない。
【００８９】
＜エンティティの配置とビジネスモデル＞
上述したように、ネットワークエンティティの配置の仕方により、ハイブリッド型のビジネスモデルとピュア型のビジネスモデルを構築することができる。
前者は、ネットワークプロバイダもしくはサービスプロバイダが用意するホストに、ネットワークエンティティを予め配置することによりイベントプレースを構築し、ユーザ（イベントの送受信者）はセッションを介して、イベントプレースに参加する形態である。
【００９０】
一方、後者は、イベント送受信者の個々のホストにネットワークエンティティを配置し、それぞれにシェアードリンクを確立することにより、ピュアＰ２Ｐネットワークを構築する形態である。
ＳＩＯＮを用いることにより、同一のネットワークアーキテクチャ、制御方式で、両者の形態を実現することができる。すなわち、ネットワークエンティティの配置方法の問題に帰着させることができる。また、ＳＩ−ＧＷを介して、両者を連携することも可能である。ＳＩ−ＧＷの利点は、あるイベントプレースＡに着目したとき、当該イベントプレースと連携しているイベントプレースＢ（ＳＩ−ＧＷ）が、イベントプレースＡの一つのサービスエンティティとして見える点にある。すなわち、一般のサービスエンティティとイベントプレースを同様に扱うことが可能である。この考え方を発展させ、ＳＩＯＮ／Ｇｎｕｔｅｌｌａ−ＧＷを配置することにより、Gnutellaのような他のP2Pネットワークとも簡単に連携することができる。ＳＩＯＮ（イベントプレース）側から見ると、Gnutellaネットワーク全体がＳＩＯＮに参加している一つのサービスエンティティとして見える。なお、このようなＳＸ−ＧＷ（Ｘ＝Ｉ，Ｇ）は、イベントプレース運営者が配置することも可能であるが、ＳＩＯＮ−ＭＴのプラグイン機構を用いてＳＸ−ＧＷをＳＩＯＮ−ＭＴに組み込むことにより、エンドユーザが配置することも可能である。
これにより、シームレスなネットワークをビルドアップに構築することが可能になるとともに、ＳＩＯＮが異なるビジネスモデル（ブローカモデル、他のブローカレスモデル）の接着剤となることができる。
【００９１】
＜イベントルーティング方式＞
シェアードリンク（共有リンク）は、複数の異なるＳＩ−ＳＷ間において、双方向のイベント共有を行なうための概念である。例えば、ＳＩ−ＳＷは、他のＳＩ−ＳＷに対して、シェアードリンク（Shared Link：ＳＬ）の確立要求を行なうことにより、ＳＩ−ＳＷ間にシェアードリンクを確立することができる。なお、後述するフィルタ値の設定によって、ＳＩ−ＳＷ間に様々なイベントルーティング方式を動的に選択できる。
図１５は、ＳＩ−ＳＷ２およびＳＩ−ＳＷ３がＳＩ−ＳＷ１に対して、それぞれシェアードリンクの確立要求を行っている状態を表している。
【００９２】
＜シェアードリンクの確立＞
ここで、図１５において、ＳＩ−ＳＷ２がＳＩ−ＳＷ１に対して、シェアードリンクの確立要求から確立までの仕組みを説明する。
図１６に示すように、ＳＩ−ＳＷとＳＩ−ＳＷとの間にはＳＩ−Ｒが設置され、ＳＩ−Ｒは、意味情報に基づいて、ＳＩ−ＳＷ間のイベントルーティング（イベント転送）を行なう。ＳＩ−Ｒの構成を、図１７を参照して説明する。
イベント転送部７１は、スイッチからイベントを受信し、他のスイッチへ送信する。制御要求受付部７２は、他のスイッチ、ルータ等からシェアードリンク制御（確立、解除）、フィルタ登録制御等の制御要求を受け付ける。制御部７３は、制御要求受付部で受け付けた制御を行なう。フィルタ登録情報管理部７４は、フィルタ登録情報（イベントタイプ毎の登録回数のカウンタ）を記録する。
【００９３】
以下、シェアードリンクが確立される動作を説明する。
（１）ＳＩ−ＳＷ２はＳＩ−ＳＷ１に対して、ＳＩ−ＳＷ２の識別子を含むシェアードリンクの確立要求を発行する。
（２）このとき、図１６に示すように、ＳＩ−ＳＷ１は、ＳＬ_1,2を確立するために、ネットワークエンティティファクトリによりＳＩ−Ｒ_1,2を動的に生成するとともに、シェアードリンク設定情報管理部５７にＳＩ−ＳＷ２がシェアードリンクの確立要求元であることを記憶する。ＳＩ−ＳＷ１はＳＩ−Ｒ_1,2に、ＳＩ−ＳＷ２の識別子を渡す。
【００９４】
（３）ＳＩ−Ｒ_1,2の制御部７３は、ＳＩ−ＳＷ２に対して、イベント受信のためのセッションを確立する。さらに、自身が属するＳＩ−ＳＷ１に対して、イベント送信のためのセッションを確立する。ＳＩ−Ｒが確立する送受信セッションの組み合わせがシェアードリンクの具体化といえる。
（４）これにより、ＳＬ_1,2が確立され、例えば、ＳＥ４がＳＩ−ＳＷ２に対して送出したイベントが、ＳＩ−Ｒ_1,2を介して、ＳＩ−ＳＷ１へも送出されることになる。
（５）このとき、ＳＩ−Ｒ_1,2はＳＩ−ＳＷ２に対して登録するフィルタの設定により、イベントの転送方式を選択できる。イベント転送方式の一例を以下（ａ）、（ｂ）で説明する。
【００９５】
（ａ）ＳＩ−ＳＷ２に対して送出されたイベントを、無条件にＳＩ−ＳＷ１へと転送する。すなわち、すべてのイベントに対して、ＳＩ−Ｒ_1,2が発火する。これは、ＳＩ−Ｒ_1,2がイベント受信セッションを介して登録するフィルタに対し、受信したいイベントタイプとしてワイルドカードを設定し、照合条件として１（論理値の真）を設定することにより可能になる。これを「無条件ルーティング」と呼ぶ。これは、主に、ブロードキャスト通信に用いられる。
【００９６】
（ｂ）ＳＩ−ＳＷ１に取って必要なイベントのみをＳＩ−ＳＷ２からＳＩ−ＳＷ１へ転送する（不要なイベント転送を行なわない）。すなわち、特定のイベントに対してのみ、ＳＩ−Ｒ_1,2が発火する。例えば、ＳＥ２がＳＩ−ＳＷ１に対して登録したフィルタを、ＳＩ−Ｒ_1,2がＳＩ−ＳＷ２にフィルタ登録することにより、本方式は実現できる。
なお、（ｉ）ＳＥ２がＳＩ−ＳＷ１に対して登録したフィルタ値のうち、ＳＩ−Ｒ_1,2がＳＩ−ＳＷ２に対して、イベントタイプのみをフィルタ登録する（照合条件は常に真とする）ことにより、イベントタイプのみをSI-SW2において照合し、その結果、ＳＩ−Ｒ_1,2が発火すると、ＳＩ−Ｒ_1,2は当該イベントをSI-SW1へと送出し、意味情報との照合をＳＩ−ＳＷ１において行なう形態（語彙概念によるイベントルーティング）と、（ｉｉ）ＳＥ２がＳＩ−ＳＷ１に対して登録したイベントタイプと照合条件の両者をＳＩ−Ｒ_1,2がＳＩ−ＳＷ２へフィルタ登録し、ＳＩ−ＳＷ２において完全なフィルタリングを行なう形態（語彙によるイベントルーティング）に大別される。前者は、主に属性付きマルチキャスト通信に、後者は主にユニキャスト通信、マルチキャスト通信に用いられる。これは、障害処理通知、統計情報通知、アライブ通知、リプライ通知、アドバタイズメント通知などで用いられている。
このようなイベント転送（イベントルーティング）のための経路選択情報（ＳＩ−Ｒがイベント共有のために登録するフィルタの集合を「イベントパス」と呼ぶ。
なお、シェアードリンクとイベントパスを用いたマルチホップ通信（ユニキャスト、ブロードキャスト、マルチキャスト、属性付きマルチキャスト）のほかに、通信先エンティティとの直接通信も可能である。このように、ＳＩＯＮでは、ＳＩ−Ｒが設定するフィルタ値の違いだけで、エンティティ間の連鎖反応の仕方を動的に制御することができる。すなわち、前述した様々な通信モードを実現することができる。このような単純で単一な仕組みもＳＩＯＮの大きな特徴の一つである。
また、ＥＰ（イベントパス）の生成時、もしくは、サービスエンティティからのフィルタ登録時に、イベント転送方式（ＳＩ−ＲによるＳＩ−ＳＷへのフィルタ登録時のフィルタ値）を選択できる。
【００９７】
語彙によるイベントルーティング方式では、無駄なイベント転送が全く発生しないが、ルーティングのためのフィルタ登録処理オーバヘッドが膨大になるため、フィルタ登録数に比べてイベント送出数が十分大きい場合に有効な方式である。
【００９８】
一方、語彙概念によるルーティング方式は、前述の２方式の折衷案的な位置付けにある。すなわち、フィルタ登録数とイベント送出数が同程度の場合、もしくは、フィルタ登録数とイベント送出数の比率を予測できないような利用形態において有効である。
これらの仕組みにより、意味情報に基づく、イベントのマルチホップおよびマルチキャストが実現される。
【００９９】
（６）上述した（２）から（５）の手順は、シェアードリンクの確立要求元であるＳＩ−ＳＷ２においても同様に行われる。すなわち、ＳＩ−ＳＷ２は、ＳＩ−ＳＷ１を確立要求先として記憶するとともに、ＳＬ_2,1を確立するために、ＳＩ−Ｒ（ＳＩ−Ｒ_2,1）を動的に生成し、以降の処理を同様に行なう。これにより、ＳＩ−ＳＷ１とＳＩ−ＳＷ２の間に、双方向のシェアードリンクが確立され、イベントを互いに共有することが可能になる。なお、フィルタの登録を行なわないことにより、片方向のシェアードリンクを論理的に確立することができる。
【０１００】
（７）ＴＴＬ値により、イベントの転送回数、すなわち、ＳＩ−ＳＷ間のホップ数を制限できる。これらによりＳＩ−ＳＷ間のマルチホップを実現できる。
これまでの説明から明らかなように、ＳＩ−Ｒは、イベント送信とイベント受信の両者の側面を持つエンティティであり、一般のサービスアプリケーションであるサービスエンティティと本質的な違いはない。ＳＩＯＮでは、ＳＩ−ＲのようなＳＩＯＮの制御に用いられるエンティティを、サービスエンティティと特に区別して、ネットワークエンティティと呼ぶ。ＳＩＯＮにおいては、サービスエンティティ、ネットワークエンティティのすべてのエンティティを共通のエンティティとして扱い、さらに、イベント送出とイベント受信、すなわち刺激と発火の連鎖反応という単純かつ一貫性のある共通ロジックに従って自律動作させることにより、すべてのエンティティが自律分散協調可能な超分散・超疎結合アーキテクチャを提供する。
【０１０１】
たとえば、図１８において、ＳＥ３がＳＩ−ＳＷ２に対してフィルタを登録した場合を考える。このとき、ＳＩ−Ｒ_2,1はＳＩ−ＳＷ２からの通知を受けて、ＳＥ３が登録したフィルタを、受信セッションを介してＳＩ−ＳＷ１に登録する。同様に、ＳＩ−Ｒ_1,3は当該フィルタを、受信セッションを介してＳＩ−ＳＷ３に登録する。このようにＳＩ−Ｒが登録したフィルタがシェアードリンクに基づいて、伝言ゲームのように順次隣接するＳＩ−Ｒに波及することにより、イベントパスが確立される。これを「イベントパスの設定要求」と呼ぶ。なお、この設定要求はイベントプレース内のすべてのＳＩ−Ｒに対して波及するが、ＴＴＬ値により波及範囲を制限することができる。
【０１０２】
つまり、本実施形態によるイベントパスの波及方法は、エンティティ間でのシェアードリンクに基づいて、通信システム内のエンティティへのイベントパスの設定を順次波及させていく方法であって、前記イベントパスの設定の要求に含まれるＴＴＬ値によって、前記エンティティ間での波及範囲を制限することを特徴とするものである。
【０１０３】
具体的には、例えば、本実施形態においてエンティティ（装置）では、意味情報ネットワーク内に、エンティティ装置間のシェアードリンクに基づいてフィルタのエンティティ装置への登録を順次波及させていくイベントパスの設定の要求があるとき、意味情報ルータが、前記要求に含まれるＴＴＬ値と当該要求の発生元のエンティティ装置から前記シェアードリンクを辿った段階数とを比較し、当該段階数が前記ＴＴＬ値以下である場合に限り、シェアードリンクに基づいて隣接する前記意味情報スイッチにフィルタを登録するようにする。
【０１０４】
また、別の具体例としては、波及していく毎に前記要求に含まれるＴＴＬ値を減じてゆき、ＴＴＬ値が０より大きい場合に前記意味情報スイッチにフィルタを登録するようにする。
【０１０５】
この波及範囲の制限について、図１９を用いて簡単に説明する。ここでは説明の便宜上、語彙概念ルーティングのためのイベントパス確立を前提としている。また、各エンティティは、同じ語彙概念をアドバタイズするものとする。図１９の（ａ）において、エンティティ２（厳密には、エンティティ２に属するＳＩ−Ｒ）がイベントパスの設定要求を開始している。ここでは、ＴＴＬ値を２としたため、エンティティ１、エンティティ３、そしてエンティティ４に対してのみイベントパスの設定要求が波及し、その結果、図１９の（ｂ）に示すようにイベントパスが確立される。同様に、エンティティ１１がイベントパスの設定要求を開始することにより、エンティティ１０、およびエンティティ９に対してイベントパスが確立される。そのため、エンティティ２とエンティティ１１の間では、イベントの共有が行われない。
【０１０６】
しかしながら、図１９の（ｂ）に示すように、エンティティ５がイベントパスの設定要求を開始することにより、エンティティ４、エンティティ５、エンティティ６、エンティティ７、そしてエンティティ９に対してイベントパスが確立される。結果的に、図１９の（ｃ）に示すように、エンティティ８を除く、イベントプレース内のすべてのエンティティに対してイベントパスが確立される。
【０１０７】
このように、当該語彙概念が当該イベントプレースにおいて、使用頻度の高いもの（評判が高い、流行しているもの）であるならば、最終的に、イベントプレース内にイベントパスの確立が行き渡ることになります。その逆で、あまり流行していない語彙概念は、いずれ淘汰されることになる。なお、図１９におけるイベントパス上の数字は、その多重度を示している。
【０１０８】
分散オブジェクト技術の観点から、イベントパスを以下のように解釈することもできる。世界中に超分散しているエンティティは、エンティティ間でなんらかの「相関関係」を有している。相関関係を与えるものとしては、エンティティの名前、グループ名、属性（位置、興味、評判、流行、サービス）など様々なプロパティがある。エンティティは、相関関係に基づいて、エンティティ間の結びつきを持ち、分散協調する。ＳＩＯＮでは、この相関関係を語彙概念と語彙により表現し、イベントパスとして管理する。また、相関関係の強弱が、語彙概念の汎化・特化、イベントパスの多重度などに相当する。
【０１０９】
すなわち、ＳＩＯＮでは、イベントパスにより、エンティティ間の相関関係を動的に制御・管理している。これこそが、フィルタによる連鎖反応の制御である。そのため、エンティティは固定的なエンティティ識別子を有していない。たとえば、ＩＰ（Internet Protocol）アドレスは、位置に基づいたエンティティの固定的な識別子である。ＳＩＯＮでは、これの代わりに、エンティティのプロパティ、イベントプレースのプロパティなどを語彙概念・語彙として記述したものをエンティティ識別子として用いる。エンティティは、これらをフィルタとしてＳＩ−ＳＷに登録することにより、エンティティのプロパティ（エンティティ識別子）を宣言するとともに、自身のプロパティをシェアードリンクに基づいてアドバタイズする。これがイベントパスの波及に相当し、これにより、イベントパスが確立される。
【０１１０】
以上述べたように、連鎖反応の波及範囲を制限することにより、ネットワークトラフィック（イベントパス設定要求の転送回数）を軽減することができる。また、それにもかかわらず、流行している語彙概念や、評判の高い語彙概念に対するイベントパスに対しては、イベントプレース内の全てのエンティティに対して、そのイベントパスを確立することができる。
【０１１１】
＜シェアードリンクの解除と再確立＞
特定のＳＩ−ＳＷを退去、減設させる場合には、当該ＳＩ−ＳＷ間において確立されているシェアードリンクを解除し、さらにシェアードリンクの再確立を行なわなければならない。以下に、その概要を紹介する。
図２０において、シェアードリンク確立要求の先頭数字は、それらの要求順序を示している。まず、ＳＩ−ＳＷ２からＳＩ−ＳＷ１へシェアードリンクの確立要求を行なう。次にＳＩ−ＳＷ３からＳＩ−ＳＷ２へシェアードリンクの確立要求を行なう。最後に、ＳＩ−ＳＷ４からＳＩ−ＳＷ２へシェアードリンクの確立要求を行なう。なお、各ＳＩ−ＳＷはシェアードリンクの確立要求を、他のＳＩ−ＳＷ各々に対し高々1回しかできないが、無制限に確立要求を受け付けることが可能なリンクトポロジに基づいてシェアードリンクの確立を行なう。これにより、シェアードリンクにより結合されたエンティティ間にループが発生しないことが保証される。すなわち、単純な方法で開トポロジを実現できる。
【０１１２】
この確立要求が成功したとき、前述した手順で各ＳＩ−ＳＷ間にシェアードリンクが確立される。このとき、例えば、ＳＩ−ＳＷ２は、自身が確立要求を行ったＳＩ−ＳＷ（ＳＩ−ＳＷ１）と、自身への確立を受け付けたＳＩ−ＳＷ（ＳＩ−ＳＷ３，ＳＩ−ＳＷ４）のリストをシェアードリンク設定情報管理部５７に保持している。
この状況において、例えば、ＳＩ−ＳＷ２の退去、減設などが求められる場合、ＳＩ−ＳＷ２に対してシェアードリンクの解除要求を発行し、シェアードリンクの解除後に新たなシェアードリンクの確立が必要になる。以下に手順を示す。なお、ここでは説明の便宜上、ＳＩ−ＳＷ１の各部はその末尾にａ（例えば制御部５６ａ）、ＳＩ−ＳＷ２の各部はその末尾にｂ（例えば制御部５６ｂ）、ＳＩ−ＳＷ３の各部はその末尾にｃ（例えば制御部５６ｃ）、ＳＩ−ＳＷ４の各部はその末尾にｄ（例えば制御部５６ｄ）と記載して説明する。
【０１１３】
（１）ＳＩ−ＳＷ２に対してシェアードリンクの解除要求が通知される。ＳＩ−ＳＷ２の制御要求受付部５５ｂは、その要求を受信し、制御部５６ｂに制御させる。
（２）ＳＩ−ＳＷ２の制御部５６ｂは、自身のシェアードリンクを解除する旨を、１ホップのＳＩ−ＳＷ（ＳＩ−ＳＷ１，ＳＩ−ＳＷ３，ＳＩ−ＳＷ４）に対して通知する。これは、イベントのＴＴＬ値を１にしてイベント送出を行なうことにより可能になる。なお、このとき、自身へのシェアードリンク確立を受け付けたＳＩ−ＳＷ（ＳＩ−ＳＷ３，ＳＩ−ＳＷ４）に対しては、自身に代わるシェアードリンクの確立要求先、すなわち自身が確立要求を行ったＳＩ−ＳＷ１を教える。なお、自身が確立要求を行なったエンティティが存在しない場合には、自身への確立要求元エンティティの中から任意のエンティティを選択して、これを自身に代わるシェアードリンクの確立要求先とする。その後、ＳＩ−ＳＷ２の制御部５６ｂは、自身が確立したシェアードリンク（ＳＬ_2,1，ＳＬ_2,3，ＳＬ_2,4）を解除するために、その旨をＳＩ−Ｒ_{2,1,SI-R2,3,SI-R2,4}（ただし、これらのＳＩ−Ｒは図示されていない）に通知する。これらのＳＩ−Ｒの各制御部７３は、これを契機に他のＳＩ−ＳＷとのセッションを解除する。
【０１１４】
（３）一方、ＳＩ−ＳＷ３，ＳＩ−ＳＷ４の制御部５６ｃ，５６ｄは、自身がＳＩ−ＳＷ２に対して確立していたシェアードリンク（ＳＬ_3,2,SL4,2）をすべて解除し、新たなＳＩ−ＳＷ（ＳＩ−ＳＷ１）に対してシェアードリンクの確立要求を行い、シェアードリンクを再確立する。なお、ＳＩ−ＳＷ１の制御部５６ａは、ＳＬ_1,2を解除し、ＳＩ−ＳＷ３，ＳＩ−ＳＷ４からの確立要求を待つ。
【０１１５】
（４）なお、ＳＩ−ＳＷの退去や減設などの正当な手順を踏んだシェアードリンクの解除要求ばかりでなく、ＳＩ−ＳＷの障害、電源断、セッション（通信路）の障害などに起因して、シェアードリンクを再確立しなければならないケースがある。しかしながら、このようなケースにおいては、シェアードリンクの再確立時に必要となる代わりのＳＩ−ＳＷを教授できない可能性がある。ＳＩＯＮでは、このような状況に対応するために、各ＳＩ−ＳＷはｎホップ（ｎは任意）のイベントを送出することにより、代わりの確立要求先ＳＩ−ＳＷの把握を行っている。なお、ＳＩＯＮでは、ＴＴＬ値と、イベントの意味情報中に含まれるホップ属性とを用いることにより、更にきめこまかなホップ制御が可能である。代表的なホップ属性には以下のものがある。
（ｉ）シェアードリンクの確立要求を行っているＳＩ−ＳＷのみをホップ対象とする。
（ｉｉ）シェアードリンクの確立要求を受け付けているＳＩ−ＳＷのみをホップ対象とする。
（ｉｉｉ）すべてのＳＩ−ＳＷをホップ対象とする。
【０１１６】
例えば、（ｉ）のホップ属性を指定した場合の、イベントの流れを図２１の破線で示している。図２１において、各ＳＩ−ＳＷに付記して示している「（ｉ／ｊ）」は各ＳＩ−ＳＷにおいて記憶している、シェアードリンクの確立情報である。ｉはＳＩ−ＳＷがシェアードリンクの確立要求を行った先のＳＩ−ＳＷを示しており、一方、ｊはＳＩ−ＳＷがシェアードリンクの確立要求を受け付けたＳＩ−ＳＷを示している。例えば、ＳＩ−ＳＷ３に付記した「（２／５，６）」は、ＳＩ−ＳＷ３がＳＩ−ＳＷ２に対して確立要求を行い、ＳＩ−ＳＷ５およびＳＩ−ＳＷ６から確立要求を受け付けていることを表している。各エンティティがこのようなシェアードリンクの確立情報を保持することにより、例えば、エンティティ３が他のエンティティに対して更なるシェアードリンクの確立要求を行なった場合、その要求をエラーとして拒絶することができる。この状況において、ＳＩ−ＳＷ６が２ホップで（ｉ）のホップ属性を持つイベントを送出し、ＳＩ−ＳＷ２から返却イベントを受信することにより、ＳＩ−ＳＷ２の存在を知ることが可能になり、これがＳＩ−ＳＷ３障害時の代替となる。
【０１１７】
＜イベントパスの管理方法＞
図２２は、片方向のシェアードリンクにおいて、サービスエンティティがフィルタを登録したときに、SI-Rが設定するイベントパス（イベントルーティング情報）がどのように更新・管理されるかを示したものである。
図２２の（ｂ）は、図２２の（ａ）のネットワーク構成において、イベントタイプ「ＢＧＭ」に対し、ＳＥがフィルタを登録・解除する時のＳＩ−Ｒのカウンタ値変遷例を示したものである。
【０１１８】
図２２の（ｂ）において、「ＳＥ_i+」は、サービスエンティティｉが、取得するイベントのイベントタイプとしてＢＧＭをフィルタ登録したことを意味している。一方、「ＳＥ_i-」は、サービスエンティティがフィルタを解除したことを意味している。また、表中の数字は、ＳＩ−Ｒのフィルタ登録情報管理部７４が保持しているイベントパス管理のためのカウンタ値であり、ＳＩ−ＲがＳＩ−ＳＷに対して、イベントパス設定のためのフィルタ登録を行っている回数を示している。このような管理は、イベントタイプ毎に行われる。但し、ＳＩ−ＲからＳＩ−ＳＷに対する実際のフィルタ登録は、カウンタ値が０から１へインクリメントされたときのみ行われるように制御部７３で制御される。ＳＩ−Ｒは、例えば、１から２へ遷移する場合には、フィルタ登録は行なわずに、フィルタ登録が要求された旨のみをフィルタ登録情報管理部７４のカウンタで記憶している。同様に、サービスエンティティがフィルタ解除を行った場合には、イベントパスの更新のために、カウンタをデクリメントするが、ＳＩ−ＲからＳＩ−ＳＷに対する実際のフィルタ解除は、カウンタ値が０になったときに始めて行われる。これにより、イベントパスの設定要求や解除要求が、順次、自律的に波及（伝播）していく回数を必要最低限に抑止することが可能になり、イベントパス制御のオーバヘッドを低減することができる。
【０１１９】
なお、説明を簡略化するために、片方向のシェアードリンクのみを説明に用いたが、実際には、双方向のシェアードリンクにおいて同様のイベントパス管理が行われる。
以下に、簡単に図２２の（ｂ）を説明する。
（１）初期値において、イベントタイプ「ＢＧＭ」に対するイベントパスは確立されていないことを示している。
（２）ＳＥ３がフィルタを登録することにより、イベントパスの設定要求が順次、自律的に波及し、その結果、ＳＩ−Ｒ_3,2がＳＩ−ＳＷ２にフィルタを登録し、同様に、ＳＩ−Ｒ_2,1とＳＩ−Ｒ_2,4がそれぞれＳＩ−ＳＷにフィルタ登録することによりイベントパスが設定される。このとき、該当のＳＩ−Ｒはそれぞれカウンタをインクリメントする。
（３）さらに、ＳＥ５がフィルタを登録すると、ＳＩ−Ｒ_5,3を介して、イベントパスの設定要求がＳＩ−Ｒ_3,2に対して波及するが、ＳＩ−Ｒ_3,2は、既にイベントタイプＢＧＭに関するイベントを転送するためのフィルタを登録済み（カウンタ値が１）であるため、カウンタを単に２にインクリメントするだけで、更なるフィルタ登録は行なわない。そのため、ＳＩ−Ｒ_2,1とＳＩ−Ｒ_2,4に対して、イベントパスの設定要求が波及しないため、両者のカウンタには変更が生じない。
（４）同様の考え方で、図２２の（ｂ）に示すように、表中のカウンタ値が更新される。
【０１２０】
次に、図３および図２３〜図２５を参照しながら、エンティティのアドバタイズメント（公開）の目的と仕組みを説明する。ＳＩＯＮにおけるエンティティのアドバタイズメントには、エンティティエントリポイントのアドバタイズメント（観点１）とエンティティプロパティのアドバタイズメント（観点２）との２つの観点がある。
【０１２１】
＜観点１ −エンティティエントリポイントのアドバタイズメント＞
エンティティは、自身がネットワークの構成要素となるために、ベースイベントプレースにJoin（参加）する。すなわち、ベースイベントプレース内の任意のエンティティとの間にシェアードリンクを確立する。これにより、シェアードリンクで接続されたエンティティグループが自己形成される。ベースイベントプレースは、エンティティに取って、最適なイベントプレースを芋づる式に探索（ディスカバリ）するためのベース（起点）となるイベントプレースである。つまり、ベースイベントプレースがＳＩＯＮへの入り口となる。そのため、ベースイベントプレース内のエンティティは、ベースイベントプレースへのJoinを希望するエンティティのために、シェアードリンクの確立先となる自身のエントリポイントをアドバタイズする。
【０１２２】
＜観点２ − エンティティプロパティのアドバタイズメント＞
シェアードリンクで接続されているエンティティグループにおいて、自身のプロパティをアドバタイズすることができる。これが前述したイベントパスに相当する。
【０１２３】
図２３は、アドバタイズメント方式を示す概略図である。以下に、図２３を参照しながら、エンティティが自己組織化されるまでの流れを説明する。なお、エンティティは、図３に示した状態遷移図に従って状態遷移する。
【０１２４】
（１）まず、ＳＩＯＮソフトウエアのインストールが行われる。この時点でのエンティティの状態は、「Non-Existent」である（図３を参照）。
【０１２５】
（２）ＳＩＯＮソフトウエアを実行することにより、「Non-Existent」状態から「Suspend（サスペンド）」状態に遷移する（図３を参照）。このとき、エンティティ内に、エンティティ制御部、ネットワークエンティティファクトリ、コントロールパネルなどの内部モジュールが生成される（図２４を参照）。この状態のエンティティは、ＳＩＯＮからその存在が認知されていない。
【０１２６】
（３）「Suspend」状態のエンティティは、ＳＩＯＮの構成要素としてネットワークに参加するための、エントリポイントを探索する。具体的には、ブロードキャストにより、近傍の「Active（アクティブ）」状態にあるエンティティを探索する。ブロードキャストの方法は、実装に依存する。たとえば、無線ネットワークで実装されている場合には、無線の到達範囲すべてのエンティティが探索の対象となる。また、たとえば、ＩＰネットワークで実装されている場合には、ＩＰブロードキャストを行なうことになる。
図２３では、ブロードキャストによる探索により、エンティティ１が発見されたことを表している。なお、ブロードキャストにより、近傍のエンティティを発見できない場合には、Well-Knownのベースエンティティを利用することもできる。
【０１２７】
（４）発見されたエンティティ１にJoinすることにより、当該エンティティ（説明の便宜上、以降、エンティティＹと呼ぶ）とエンティティ１との間にシェアードリンクが確立される。これにより、エンティティＹは、ベースイベントプレース内のネットワーク構成要素として自己組織化される（図２５を参照）。このとき、エンティティＹは、「Suspend」状態から「Active」状態へと遷移する（図３を参照）。
このようなエンティティの集合（ネットワークに参加するための、エントリポイントの集合）を「ベースイベントプレース」と呼ぶ。ベースイベントプレースは、エンティティＹに取って、最適なイベントプレースを芋づる式に探索するためのベースとなるイベントプレースである。
【０１２８】
「Active」状態のエンティティは自身の存在（エンティティプロパティ）をアドバタイズ（公開）することができる。エンティティプロパティには、エンティティ名、ニックネーム、グループ名、属性などがあります。たとえば、エンティティ３は、エンティティ３が参加しているイベントプレース（イベントプレースα）をエンティティプロパティの属性として公開することができる。また、エンティティプロパティの記述言語としては、ＸＭＬなどがある。これを、エンティティ内の意味情報スイッチにフィルタとして登録することにより、エンティティプロパティがシェアードリンクに基づいて他のエンティティに波及する。基本的には、イベントプレース内のすべてのエンティティに対して波及するが、ＴＴＬ値によって波及範囲を制限することもできる。なお、エンティティプロパティにおける、エンティティ名はマルチホップ型ユニキャスト通信時の識別子として、属性はマルチホップ型属性付きマルチキャスト通信時の識別子として用いられる。
【０１２９】
（５）ベースイベントプレースに参加したエンティティYは、「自身が参加したいイベントプレース」を探索するためのイベント（ディスカバリ）を送出することにより、「自身のニーズに合致するエンティティプロパティ」を公開しているエンティティを発見する。ここでは、その結果、エンティティ３が発見されたものとする。また、エンティティ３は、既にイベントプレースαに参加しているものとする。
【０１３０】
（６）エンティティ３に対してJoinすることにより、エンティティＹはイベントプレースαに参加することができる。これにより、イベントプレースαの存在を知ることができる。
【０１３１】
（７）さらに、エンティティＹが、イベントプレースαにおいて、同様の探索のためのイベントを送出することにより、自身のニーズに合致する新たなエンティティを発見することができる。たとえば、ここでは、エンティティ１２が発見されたものとする。これは、ベースイベントプレースにおいて発見することができなかったエンティティ１２を、エンティティ３を介して発見できるということを意味している。このような操作を繰り返すことにより、自身のニーズに合致したイベントプレースに、次第にたどり着くことが可能となる。
【０１３２】
上で説明したここで示したアドバタイズメント方式は、以下の効果を与える。第１に、エンティティの公開情報を管理するブローカ（管理者）が存在しないため、耐障害性の強い自己組織化ネットワークを構築することができる。また、膨大な数の公開情報（エンティティプロパティ）をブローカで管理することは現実的ではないが、本方式ではそのような管理は必要とならない。
【０１３３】
第２に、エンティティに取って相応しいイベントプレースを、芋づる式に絞り込むことができるので、効率的に所望のイベントプレースを探索することができる。たとえば、連鎖反応の波及範囲（ディスカバリーイベントのホップ数、および、エンティティプロパティのためのイベントパス設定要求の波及範囲）がＴＴＬ値で制限されたとしても、エンティティ３経由でエンティティ１２を発見し、その結果、エンティティ１２が同時に属している別のイベントプレース（イベントプレースβ）を発見することができる。なお、連鎖反応の波及範囲を制限することにより、ネットワークトラフィック（イベントの転送回数、イベントパス設定要求の転送回数）を軽減することができる。
【０１３４】
次に、本実施形態を実現するハードウェア構成について説明する。
図５、図１７におけるシェアードリンク設定情報管理部５７、フィルタ登録情報管理部７４は、ハードディスク装置や光磁気ディスク装置、フラッシュメモリ等の不揮発性のメモリや、ＣＤ−ＲＯＭ等の読み出しのみが可能な記憶媒体、ＲＡＭ（Random Access Memory）のような揮発性のメモリ、あるいはこれらの組み合わせにより構成されるもとのする。
【０１３５】
また、この図２４、図５、図１７における各部は専用のハードウェアにより実現されるものであってもよく、また、この図２４、図５、図１７における各部はメモリおよびＣＰＵ（中央演算装置）により構成され、図２４、図５、図１７における各部の機能を実現するためのプログラムをメモリにロードして実行することによりその機能を実現させるものであってもよい。
【０１３６】
また、図２４、図５、図１７における各部の機能の一部またはすべてを実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりその機能を実現させてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
【０１３７】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【０１３８】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【０１３９】
【発明の効果】
以上説明したように、本発明のシェアードリンク設定方法によれば、エンティティのシェアードリンク確立要求の回数を高々１回にすることにより、開トポロジを実現することが可能となる。
【図面の簡単な説明】
【図１】 本発明の一実施形態において、エンティティの概要を説明する図である。
【図２】 同実施形態において、エンティティのタイプ（種類）を説明する図である。
【図３】 同実施形態において、エンティティの状態遷移を説明する図である。
【図４】 同実施形態において、意味情報スイッチ、エンティティ、セッションの構成を説明する図である。
【図５】 同実施形態において、意味情報スイッチの構成を説明する図である。
【図６】 同実施形態において、意味情報ネットワークの構成例を示す図である。
【図７】 同実施形態において、イベントの構成を説明する図である。
【図８】 同実施形態において、意味情報体系（オントロジ体系）の概要を説明する図である。
【図９】同実施形態において、意味情報体系（オントロジ体系）の一例である。
【図１０】 同実施形態において、イベント取得条件の登録を説明する図である。
【図１１】 同実施形態において、イベントプレースの概要を説明する図である。
【図１２】 同実施形態において、リファレンスモデルの考え方を説明する図である。
【図１３】 同実施形態において、ネットワークエンティティの増減形態を説明する図である。
【図１４】 同実施形態において、意味情報スイッチの状態遷移を説明する図である。
【図１５】 同実施形態において、意味情報スイッチがシェアードリンクの確立要求を行なう状態を説明する図である。
【図１６】 同実施形態において、意味情報スイッチがシェアードリンクを確立する動作を説明する図である。
【図１７】 同実施形態において、意味情報ルータの構成を説明する図である。
【図１８】 同実施形態において、意味情報スイッチがシェアードリンクを確立する動作を説明する図である。
【図１９】 同実施形態におけるイベントパスの確立およびイベントパスの融合の過程を説明する図である。
【図２０】 同実施形態において、意味情報スイッチがシェアードリンクを解除、再確立する動作を説明する図である。
【図２１】 同実施形態において、ホップ属性を持つイベントの流れを説明する図である。
【図２２】 同実施形態において、任意のサービスエンティティがフィルタを登録した時、意味情報ルータにおいてどのようにイベントパスを管理、更新するかを説明する図である。
【図２３】 同実施形態において、エンティティがアドバタイズメントを行ってイベントプレースに参加（join）するまでの過程を説明する図である。
【図２４】 同実施形態におけるエンティティ内部のモジュール構成を説明する図である。
【図２５】 同実施形態により、エンティティが発見（discovery）と参加（join）の動作を経てイベントプレース内のネットワーク構成要素として自己組織化される過程を説明する図である。
【図２６】 従来技術によるネットワークを説明する図である。
【図２７】 従来技術によるネットワークにおけるイベント（パケット）の構成を説明する図である。
【図２８】 従来技術によるネットワークを用いてパーソナライズ情報提案サービスを実現するためのネットワーク構成を説明する図である。
【図２９】 従来技術によるブローカモデルを説明するための図である。
【図３０】 従来技術により、ブローカモデルの実現方法を説明する図である。
【図３１】 意味情報ネットワークの概念を説明する図である（従来技術）。
【図３２】 意味情報ネットワークにおいて、イベントを共有する概念を説明する図である（従来技術）。
【図３３】 従来からのビジネスモデルの変遷を示す概略図である。
【図３４】 Ｐ２Ｐ（peer-to-peer）モデルのディメンションを示す概略図である。
【図３５】 本発明の一実施形態において、ＳＩ−ＧＷを用いたファイアウォールを跨るフェデレーションを説明する図である。
【符号の説明】
１：意味情報ネットワーク（SION）、２：エンティティ、２１（ａ、ｂ）：エンティティ、２２（ａ、ｂ、ｃ）：エンティティ、５１：イベント受信部、５２：照合部、５３：イベント送信部、５４：フィルタ管理部、５５：制御要求受付部、５６：制御部、５７：シェアードリンク設定情報管理部、７１：イベント転送部、７２：制御要求受付部、７３：制御部、７４：フィルタ登録情報管理部

Claims (6)

1. シェアードリンク確立情報が記憶されたる意味情報スイッチを含むエンティティによってイベントプレースが作成される通信システムにおいて、シェアードリンクの確立要求により前記イベントプレースを作成したエンティティ及び前記イベントプレースに参加するエンティティ間でシェアードリンクを設定する方法であって、
   前記意味情報スイッチは、自身に記憶されたシェアードリンクの確立要求先となる意味情報スイッチとシェアードリンクの確立要求を受付けた意味情報スイッチとを記録したシェアードリンク確立情報を参照し、イベントプレース内の他のエンティティに対してシェアードリンクの確立要求を高々１回行うことを特徴とするシェアードリンク設定方法。
2. シェアードリンク確立情報が記憶された意味情報スイッチを含むエンティティによってイベントプレースが作成される通信システムにおいて、シェアードリンクの確立要求により前記イベントプレースを作成したエンティティ及び前記イベントプレースに参加するエンティティ間でシェアードリンクを設定する通信システムであって、
   前記意味情報スイッチは、自身に記憶されたシェアードリンクの確立要求先となる意味情報スイッチとシェアードリンクの確立要求を受付けた意味情報スイッチとを記録したシェアードリンク確立情報を参照し、イベントプレース内の他のエンティティに対してシェアードリンクの確立要求を高々１回行うことを特徴とする通信システム。
3. フィルタとして登録された意味情報とイベントに付与された意味情報とを照合し、その結果発火したイベント受信エンティティを起動する意味情報スイッチを備え、あるエンティティによってイベントプレースが作成された意味情報ネットワークの構成要素となるシェアードリンク確立情報が記憶されたエンティティ装置において、
   前記意味情報スイッチは、自身に記憶されたシェアードリンクの確立要求先となる意味情報スイッチとシェアードリンクの確立要求を受付けた意味情報スイッチとを記録したシェアードリンク確立情報を参照し、イベントプレース内の他のエンティティに対してシェアードリンクの確立要求を高々１回行うことを特徴とするエンティティ装置。
4. フィルタとして登録された意味情報とイベントに付与された意味情報とを照合し、その結果発火したイベント受信エンティティを起動する意味情報スイッチを備え、あるエンティティによってイベントプレースが作成された意味情報ネットワークの構成要素となるシェアードリンク確立情報が記憶されたエンティティ装置におけるシェアードリンクの設定方法であって、
   前記意味情報スイッチは、自身に記憶されたシェアードリンクの確立要求先となる意味情報スイッチとシェアードリンクの確立要求を受付けた意味情報スイッチとを記録したシェアードリンク確立情報を参照し、イベントプレース内の他のエンティティに対してシェアードリンクの確立要求を高々１回行うことを特徴とするシェアードリンク設定方法。
5. フィルタとして登録された意味情報とイベントに付与された意味情報とを照合し、その結果発火したイベント受信エンティティを起動する意味情報スイッチを備え、あるエンティティによってイベントプレースが作成された意味情報ネットワークの構成要素となるシェアードリンク確立情報が記憶されたエンティティ装置にシェアードリンクの設定の処理を実行させるコンピュータプログラムであって、
   前記意味情報スイッチが自身に記憶されたシェアードリンクの確立要求先となる意味情報スイッチとシェアードリンクの確立要求を受付けた意味情報スイッチとを記録したシェアードリンク確立情報を参照し、イベントプレース内の他のエンティティに対してシェアードリンクの確立要求を高々１回行う処理を実行させることを特徴とするコンピュータプログラム。
6. 請求項５に記載のコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images