JP2002259541A

JP2002259541A - 環境情報配信方法、システム、環境情報提供者端末、およびサイト提供者端末

Info

Publication number: JP2002259541A
Application number: JP2001054973A
Authority: JP
Inventors: Hiroshi Shibata; 弘柴田; Takanari Hoshiai; 隆成星合; Takamichi Sakai; 隆道酒井; Keiichi Koyanagi; 恵一小柳; Keiji Kanasugi; 恵次金杉; Jun Maeda; 潤前田
Original assignee: Fujitsu Ltd; Nippon Telegraph and Telephone Corp
Current assignee: Fujitsu Ltd; Nippon Telegraph and Telephone Corp
Priority date: 2001-02-28
Filing date: 2001-02-28
Publication date: 2002-09-13

Abstract

(57)【要約】【課題】不特定多数のサイト提供者と不特定多数の環
境情報提供者が仲介者なしに、リアルタイムに環境情報
の配送を行う。【解決手段】環境情報提供用アプリケーション４₁，
４₂，４₃は端末１₁，１₂，１₃から入力された、環境情
報の識別情報と提供条件をフィルタとして意味情報ネッ
トワーク３に設定する。サイト用アプリケーション
５₁，５₂は端末２₁，２₂から入力された、環境情報の識
別情報、要求条件、返信先情報を含む環境情報要求イベ
ントを生成し、意味情報ネットワーク３に送信する。自
己のフィルタに設定された情報がイベントの情報と一致
する環境情報提供用アプリケーションは環境情報の案内
情報と入手情報を、返信先情報を元に意味情報ネットワ
ーク３に送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、少なくとも１台の
環境情報提供者端末から、環境情報を表示する少なくと
も１つのサイトのサイト提供者端末へ環境情報をネット
ワークを介して配信する環境情報配信方法およびシステ
ムに関する。

【０００２】

【従来の技術】環境情報とは、大衆の場に設置された表
示装置に映し出された、大衆向けのコンテンツのことで
ある。また、ここでは上記表示装置が設置された場所
（広場、建物等）のことをサイトと呼ぶ。

【０００３】図２９は、環境情報配信システムの従来例
の構成図で、サイト（例：商店街モール、イベント会
場、駅前ビル）において、大衆の注意を引く環境情報を
表示装置（例：大型スクリーン）に表示して大衆を集
め、その大衆を目当てにビジネスを行うサイト利用者に
とって価値あるサイトを提供するサイト提供者が、サイ
トごとに特定の環境情報提供者と直接契約を結び、固定
的な環境情報受信ルートを設定して、受信した環境情報
をあるスケジューリングで表示する仕組みを示すもの
で、環境情報の内容は各サイトの性格を考慮して環境情
報提供者ごとに全面依存したり事前に要求を出したりす
る。

【０００４】図２９の環境情報配信システムは、それぞ
れ環境情報提供者Ａ₁，Ａ₂，Ａ₃の環境情報提供者端末
１１₁，１１₂，１１₃と、サイト提供者Ｂのそれぞれサ
イトＳ₁，Ｓ₂のサイト提供者端末１２₁，１２₂と、イン
ターネット等のネットワーク１３で構成されている。環
境情報提供者端末１１₁，１１₂，１１₃にはそれぞれ環
境情報提供用アプリケーション１４₁，１４₂，１４₃が
インストールされ、サイト提供者端末１２₁，１２₂には
それぞれサイト用アプリケーション１５₁，１５₂がイン
ストールされている。サイト提供者Ｂは各サイト提供者
端末１２₁，１２₂からサイト用アプリケーション１
５₁，１５₂を用い、ネットワーク１３を介して各環境情
報提供者端末１１₁，１１₂，１１₃のうちの特定の環境
情報提供者端末に環境情報を要求し（１）、環境情報を
入手する（２）。この後、サイト提供者Ｂは環境情報提
供者に料金を支払う。

【０００５】また、図３０は、環境情報配信システムの
他の従来例で、特定の環境情報提供者の環境情報をとり
まとめる仲介者端末１６（仲介用アプリケーション１７
がインストールされている）が存在する例で、サイト提
供者Ｂは、サイトごとに特定の仲介者Ｃと直接取引をし
（１）、図３０の環境情報提供者に対するのと同様に振
る舞い、仲介者端末１６と特定の環境情報提供者端末と
の間では、直接契約を結び固定的な環境情報受信ルート
を設定して環境情報の送受を行い（２、３）、仲介者Ｃ
がサイト提供者Ｂへの対応を準備する。ビジネス形態に
従って、環境情報を案内・参照するための情報は事前に
送るが、環境情報そのものはサイト提供者Ｂの要求に連
動して送ったり環境情報そのものも事前に送ったりす
る。このとき、サイト提供者Ｂから環境情報提供者へ環
境情報使用料が最終的に渡るのに上乗せされて仲介者Ｃ
の手数料等が発生する。ただし、仲介者Ｃと環境情報提
供者間のビジネス形態によっては、仲介者Ｃが環境情報
提供者に支払いをしその分をサイト提供者Ｂへの手数料
等に上乗せすることもある。また、図２９、図３０と
も、同一のサイト提供者が提供する各サイトでの環境情
報の効果をサイト間にわたって反映させるためには、サ
イト提供者が、直接介入して効果を解釈し、サイト用ア
プリケーションに指示したり環境情報提供者側に要求を
出しなおしたりしなければならない。

【０００６】

【発明が解決しようとする課題】上述した従来の環境情
報配信システムは、１．仲介者がいない場合、・事前に特定の環境情報提供者を知って選ばなければな
らない・環境情報受信ルートをいくつも固定的に設定しておか
なければならない２．仲介者がいる場合、・仲介者が存在することによる、リアルタイム性の低下
の可能性・仲介料の発生・仲介者の運営するサーバにおける負荷の集中化・仲介者の存在を知らなければならない３．両方の場合、・欲しい環境情報をタイムリーに取得することが難しい・環境情報の効果をサイトで共有させるのが難しいという問題がある。

【０００７】本発明の目的は、環境情報提供者や仲介者
の存在を知らなくても、不特定多数のサイト提供者と不
特定多数の環境情報提供者が環境情報の送受信を行うこ
とができ、環境情報配送のルートを動的に最小限にとど
め、環境情報配送のリアルタイム性を向上させ、仲介料
の発生をなくし、負荷の集中を回避し、欲しい環境情報
のタイムリーな取得を容易にし、環境情報の効果をサイ
トで共有させるのを容易にする環境情報配信方法および
システムを提供することにある。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、ネットワークとして、情報に付与された
意味情報を元に情報を配送する意味情報ネットワークを
使用し、サイト提供者端末、環境情報提供者端末として
意味情報ネットワークに接続されたコンピュータを使用
し、以下の処理を行なう。第１の態様（１）一人以上の環境情報提供者は、環境情報提供用ア
プリケーションを使用し、環境情報識別情報（例えば、
環境情報名、環境情報の種類など）および環境情報提供
条件（例えば、子供連れ家族向きの環境なら提供でき
る）と、環境情報参照情報（環境情報の内容を示す環境
情報案内情報、および大衆を引きつけるためにサイトの
環境に流せるコンテンツをアクセスするための環境情報
入手情報から成る）を環境情報提供者端末に入力し、環
境情報要求の受付を開始する。このとき、環境情報提供
用アプリケーションは、環境情報要求を選択的に受け付
けるための情報をフィルタとして意味情報ネットワーク
に設定する。（２）サイト提供者は、サイト用アプリケーションを使
用し、環境情報識別情報および意味情報ネットワーク内
で前記環境情報提供条件と照合される環境情報要求条件
をサイト提供者端末に入力する。このときサイト用アプ
リケーションは、環境情報要求をイベントとして意味情
報ネットワークに送信するが、要求に対する応答を受け
るための返信先情報も当該イベントに含める。ここで、
環境情報識別情報は環境情報の種類などの分類情報が入
力されるのが一般で入力無しの場合もあり、環境情報要
求条件も全ての情報が指定されている必要はなく、各情
報のさまざまな組合せ（情報の和集合や積集合、また情
報間の階層構造など）がある。さらに、環境情報識別情
報や環境情報要求条件の各項目は、サイト用アプリケー
ションがサイト提供者から事前に入力を受け付ける場合
もある。（３）自己のフィルタに設定された環境情報識別情報と
環境情報提供条件が環境情報要求イベントの前記環境情
報識別情報と前記環境情報要求条件に合致する環境情報
提供者は、環境情報要求イベントを環境情報提供用アプ
リケーションが受信した際に、当該アプリケーション画
面においてサイト提供者からの要求を確認し、環境情報
提供者が環境情報参照情報（環境情報案内情報と環境情
報入手情報）を入力してサイト用アプリケーションに返
信するか、または前記環境情報提供用アプリケーション
が自動的に環境情報参照情報を設定してサイト用アプリ
ケーションに返信する。返信先情報は環境情報提供用ア
プリケーションが環境情報要求イベント中から抽出す
る。（４）サイト提供者が使用するサイト用アプリケーショ
ンは、環境情報参照情報の返信を受けると、当該アプリ
ケーション画面においてサイト提供者に環境情報案内情
報の表示を行い、サイト提供者によって環境情報のアク
セスが指示された場合、環境情報入手情報をもとに当該
情報のアクセスを行うか、またはサイト用アプリケーシ
ョンが環境情報案内情報を表示することなく自動的に前
記環境情報案内情報をもとに環境情報を選択し当該情報
のアクセスを行う。次いで、アクセスによって得た環境
情報（コンテンツ）をサイト表示待ち行列で管理する。
ここで、環境情報そのものを得る代わりにその環境情報
入手情報をサイト表示待ち行列で管理し、表示契機にな
った時に環境情報入手情報をもとに環境情報のアクセス
を行って、直接、環境情報提供者から環境情報（コンテ
ンツ）を受信しながらサイト表示を行うストリーミング
方式もある。（５）サイト提供者が使用するサイト用アプリケーショ
ンは、大衆の集まり具合を監視できる装置や随時サイト
提供者などから環境情報の効果値を得て、サイト提供者
からこれまで受けた情報の履歴によるサイトの性格や効
果のある環境情報の履歴などから大衆にとって最も望ま
しい評価情報を求める。当該情報を用いて、可能であれ
ば、サイト用アプリケーションは、環境情報案内情報を
評価して環境情報を自動選択したり、環境情報識別情報
や環境情報要求条件を新たに推定生成してこれらを環境
情報要求のイベントとして意味情報ネットワークに送信
したりする。ここで、前記した環境情報の自動選択や環
境情報要求イベントの送信の契機は、評価情報を求めた
時やそれとは独立な契機（例えば、周期的な間隔、サイ
ト表示待ち行列の長さの下限値割り込み、など）があり
うる。（６）サイト提供者が使用するサイト用アプリケーショ
ンは、サイト提供者が提供する他のサイトのサイト用ア
プリケーションと、前記意味情報ネットワークや在来の
ネットワークを用いて（５）の評価情報や環境情報要求
イベントを送受し合い、受信した場合は、サイトの性格
の違いを受信情報に反映させたあと当該受信情報に関し
て（５）と同様な振る舞いをする。ここで、送信の契機
は、（５）の評価情報を求めた時や環境情報要求イベン
トを生成した時あるいはそれらとは独立な契機（例え
ば、周期的な間隔、など）がありうる。また、サイト用
アプリケーション間で情報を授受し合うのに意味情報ネ
ットワークを用いる場合は、サイト提供者識別情報をキ
ーとして盛り込んだ当該情報授受用のフィルタを相互に
前記意味情報ネットワークに設定し、送信側の各サイト
用アプリケーションが当該情報を内容とするイベントを
作成して前記意味情報ネットワークに設定する。第２の態様（１）一人以上のサイト提供者は、提供サイトごとに、
サイト用アプリケーションを使用し、環境情報識別情報
（例えば、環境情報の種類など）およびサイトの性格に
合った環境情報要求条件（例えば、子供連れ家族向きの
環境に合うものが欲しい）を入力し、環境情報提供要求
の受付を開始する。このときサイト用アプリケーション
は、環境情報提供要求を選択的に受け付けるための情報
をフィルタとして意味情報ネットワークに設定する。こ
こで、環境情報識別情報は環境情報の種類などの分類情
報が入力されるのが一般で入力無しの場合もあり、環境
情報要求条件も全ての情報が指定されている必要はな
く、各情報のさまざまな組合せ（情報の和集合や積集
合、または情報間の階層構造など）がある。（２）環境情報提供者は、環境情報提供用アプリケーシ
ョンを使用し、環境情報識別情報および意味情報ネット
ワーク内で環境情報要求条件と照合される環境情報提供
条件、さらに環境情報参照情報（環境情報の内容を示す
環境情報案内情報、および大衆を引きつけるためにサイ
トの環境に流せるコンテンツをアクセスするための環境
情報入手情報から成る）を環境情報提供者端末に入力す
る。このとき環境情報提供用アプリケーションは、当該
入力情報をもとに作成した環境情報提供要求をイベント
として意味情報ネットワークに送信する。ここで、環境
情報提供要求イベントは、他の契機（例えば、周期的な
間隔、など）でも送信されうる。（３）フィルタに設定された環境情報識別情報と環境情
報要求条件が環境情報提供要求イベントの環境情報識別
情報と環境情報提供条件に合致するサイトのサイト用ア
プリケーションは、環境情報提供要求イベントを受信し
た際に環境情報参照情報を抽出すると、当該アプリケー
ション画面においてサイトの提供者に環境情報案内情報
の表示を行い、サイト提供者によって環境情報のアクセ
スが指示された場合、環境情報入手情報をもとに当該情
報のアクセスを行うか、またはサイト用アプリケーショ
ンが前記環境情報案内情報を表示することなく自動的に
前記環境情報案内情報をもとに環境情報を選択し当該情
報のアクセスを行う。次いで、アクセスによって得た環
境情報（コンテンツ）をサイト表示待ち行列で管理す
る。ここで、環境情報そのものを得る代わりにその環境
情報入手情報をサイト表示待ち行列で管理し、表示契機
になった時に環境情報入手情報をもとに環境情報のアク
セスを行って、直接、環境情報提供者から環境情報（コ
ンテンツ）を受信しながらサイト表示を行うストリーミ
ング方式もある。（４）サイト提供者が使用するサイト用アプリケーショ
ンは、大衆の集まり具合を監視できる装置や随時サイト
提供者などから環境情報の効果値を得て、サイトの性格
や効果のある環境情報の履歴などから大衆にとって最も
望ましい評価情報を求める。当該情報を用いて、サイト
用アプリケーションは、環境情報案内情報を評価して環
境情報を自動選択したり、環境情報識別情報や環境情報
要求条件を新たに推定生成して、環境情報提供要求を選
択的に受け付けるためのフィルタとして、意味情報ネッ
トワークに送信したりする。ここで、前記した環境情報
の自動選択の契機は第１の態様の（５）と同様である。（５）サイト提供者が使用するサイト用アプリケーショ
ンは、サイト提供者が提供する他のサイトのサイト用ア
プリケーションと、意味情報ネットワークや在来のネッ
トワークを用いて（４）の評価情報やフィルタを送受し
合い、受信した場合は、サイトの性格の違いを受信情報
に反映させたあと当該受信情報に関して（４）と同様な
振る舞いをする。ここで、送信の契機は、（４）の評価
情報を求めた時やフィルタを生成した時である。また、
前記サイト用アプリケーション間で情報を授受し合うの
に意味情報ネットワークを用いる場合は、（６）と同様
である。

【０００９】本発明の実施形態を説明する前に、本発明
の前提となる、発信する情報のメッセージ性を高めた分
散型ネットワークシステムについて説明する。

【００１０】分散型指向のネットワークシステムとして
は、ナップスターを用いるものが知られ、さらに、分散
性を高めたネットワークシステムとしては、Ｇｎｕｔｅ
ｌｌａを用いるものが知られている。

【００１１】まず、ナップスターを用いるネットワーク
システムについて説明する。ナップスター利用者は、各
ナップスター利用者が公開するファイルの情報を格納し
たナップスター社のサーバに検索要求を送信し、ナップ
スター社のサーバは検索したファイルを所有するナップ
スター利用者に関するＩＰアドレス等の情報を返信す
る。実際のファイルのやり取りはナップスター社のサー
バを介することなく、ＩＰアドレスを入手した利用者が
直接目的とするファイルを所有するナップスター利用者
にアクセスすることにより行われる。

【００１２】Ｇｎｕｔｅｌｌａを用いるネットワークシ
ステムの場合には、Ｇｎｕｔｅｌｌａ利用者の端末は、
接続している相手端末の状態を定期的に確認し、メッセ
ージやファイルの検索要求を中継し合うことが行われ
る。検索結果は検索要求を行った相手に戻され、その後
のファイル転送はナップスターと同様に利用者間で直接
行われる。これにより、サーバを用いることなくネット
ワークが構築されることとなる。

【００１３】これらの各ネットワークシステムのうち、
ナップスターを用いるものにおいては、本発明が問題点
とする仲介者に相当するサーバを必要とするため、本発
明の目的を達成するものではない。

【００１４】Ｇｎｕｅｔｅｌｌａを用いるネットワーク
システムにおいては、サーバを用いることなくメッセー
ジやファイルの検索要求が行われるものの、発信する情
報が単なるファイルの検索要求であり、この応答を確認
した利用者によるファイルの転送が利用者間で行われる
ものであるため、オークションや逆オークション等の１
対複数でのやり取りが必要となる形態にはそぐわない。

【００１５】発信する情報のメッセージ性を高めた分散
型ネットワークシステムとして以下に説明する意味情報
ネットワークシステムがあり、本発明は、このような意
味情報ネットワークシステムを用いることを前提とす
る。

【００１６】まず、意味情報ネットワーク（Semantic I
nformation-Oriented Network、以下、ＳＩＯＮと称す
る）について概要を説明する。ＳＩＯＮは、意味情報に
基づいて、イベントを目的地まで配送することが可能な
ネットワークである。図３１に、ＳＩＯＮの概念モデル
を示す。図３１において、各端末２２は、意味情報（Se
mantic Information：ＳＩ）をＳＩＯＮ２１に対して登
録する。一方、イベントを送信する端末２２は、図３２
に示す意味情報（Senmantic information）とデータ（D
ata）から構成されるイベントをＳＩＯＮ２１に送出す
る。ここでいう、意味情報とは、イベントに含まれるデ
ータの特性を記述したものであり、データのメタ情報と
して位置づけられる。例えば、意味情報は、・データ
を"東京在住者"に配送する。・データを"クラシックに興味のある人"に配送する。・データを"１Ｍｂｐｓ以上の通信環境を有する人"に配
送する。・データを"目白通りを通行中の人"に配送する。・データを"キーワード（例えば旅行）に合致するコン
テンツを有するコンテンツプロバイダ"に配送する。等の表現が用いられる。

【００１７】ＳＩＯＮ２１は、上述したような意味情報
に基づいて、データを配送すべき対象（端末、人、ソフ
トウエアなど）を動的に決定し、特定された対象者に対
して、データの配送および通知を行うことが可能な自律
分散型のメタネットワークである。このＳＩＯＮ２１を
用いることにより、ブローカを介することなく、情報提
供者が提供するに相応しいユーザに対してのみ、自身の
情報を直接提案することが可能になる。このような、ブ
ローカ非介在型（非ブローカモデル）でpeer-to-peerの
情報提案が可能なビジネスモデルを、ここでは、御用聞
きモデル（または、御用聞き型情報提案モデル、非ブロ
ーカモデル）と呼ぶ。同様に、検索サービス（ブロー
カ）を介することなく、ユーザが希望する情報を直接探
索可能な、リアルタイム情報検索も可能である。なお、
御用聞き型情報提案サービスとして、以下のサービス等
に適用することが可能である。（１）製造会社：自社製品に興味を持ってくれそうなお
客様を中心に製品案内を送りたい。（２）広告主：お客様ごとにパーソナライズされた広告
を送りたい。（３）物々交換：ユーザ間の合意に基づいて、製品を売
買したり、交換したい。

【００１８】なお、イベントのデータ部にどのような情
報を設定するかは、サービス依存である。例えば情報の
実体、情報へのリファレンス（ＵＲＬ、分散オブジェク
ト識別子等）、プロキシ（Ｊｉｎｉプロキシ等）、モバ
イルエージェントなど様々な利用形態が可能である。

【００１９】次に、ＳＩＯＮの詳細について説明する。

【００２０】＜ＳＩＯＮアーキテクチャ＞まず、ＳＩＯ
Ｎ２１のネットワークアーキテクチャについて説明す
る。図３３にＳＩＯＮ２１のネットワークモデルを示
す。ここで、説明の便宜上、端末２２を、イベント送信
者の送信端末３１とイベント受信者の受信端末３２とに
区別して表記する。イベント受信者は、受信端末３２を
用いて自身が受信することを希望するイベントの意味情
報（受信するイベントのタイプと取得条件）をメタデー
タとしてＳＩＯＮ２１に登録する。これをフィルタ（Fi
lter）と呼ぶ。一方、イベント送信者は、送信端末３１
を用いてＳＩＯＮ２１にイベントを送出することによ
り、ＳＩＯＮ２１に刺激（Incentive）を与える。この
イベントは、図３２に示すようにイベントの特性を記述
した意味情報とデータから構成される。意味情報の定義
を図２２に示す。意味情報は、イベントのメタデータで
あり、かつ、意味情報タイプ（イベントタイプ）のイン
スタンスである。

【００２１】ＳＩＯＮ２１は、イベント受信者が登録し
たフィルタに対して、イベント送信者が送出したイベン
トを照合（フィルターリング）させるための自律分散型
の照合ネットワークである。照合の結果、イベントが通
過した（イベントに反応した）フィルタは発火（Igniti
on）し、対応するイベント受信者の受信端末３２が自律
起動する。この仕組みにより、不特定多数の端末２の中
から、対象となる端末２２をスケーラブルかつリアルタ
イムに探索・発見することが可能になる。

【００２２】次に、イベントタイプについて説明する。
図３５に、イベントのテンプレートであるイベントタイ
プの定義例を示す。図３５に示すように、イベントタイ
プは、イベントタイプ名（Event type name）と条件名
（図３５においては、"Service"や"CPU power"が相当す
る）、およびそれぞれの条件名に対するデータ型（Stri
ngやLongが相当する）と条件式（＝＝や＞＝が相当す
る）が定義されたものである。イベントタイプ名は、イ
ベントタイプを一意に識別するための名称である。

【００２３】なお、イベントタイプの親タイプを継承可
能である。

【００２４】図３６に示すように、イベントタイプのデ
ータ構造に従って、イベントを作成する。イベントは、
イベントタイプ名、条件名と条件値の組み合せ、およ
び、データ部から構成される。イベントの中で定義され
た条件名、条件式、条件値が、イベントタイプと一致し
ない場合は、エラーになる。但し、イベントの中で使用
される条件名は、イベントタイプのサブセットでも良
い。

【００２５】図３７にフィルタの定義例を示す。フィル
タは、受け付けるイベントタイプ名（Event type nam
e）、属性名（図３７においては、"CPU power"や"Age"
が相当する）と属性値（図３７においては、２００や２
５が相当する）のペアーから成る。受け付けるイベント
タイプ名で定義されたイベントタイプに属するイベント
のみが、フィルタリングの対象となる。ここには、複数
のイベントタイプ名を定義することができ、さらに、ワ
イルドカード（＊．＊）を指定することにより、全ての
イベントを対象とすることも可能である。なお、フィル
タで定義された属性名が、受け付けるイベントタイプ名
で定義されたイベントタイプの条件名の中に存在しない
場合には、エラーとなる。但し、イベントタイプのサブ
セットでも良い。

【００２６】次に、ＳＩＯＮ２１の構成を説明する。図
３８は、ＳＩＯＮ２１の構成を示す図である。図３８に
示すようにＳＩＯＮ２１は、意味情報スイッチ（Semant
ic Information-Switch、図面ではＳＩ−ＳＷと図示す
る）、意味情報ルータ（Semantic Information -Route
r、図面ではＳＩ−Ｒと図示する）、意味情報ゲートウ
ェイ（Semantic Information-Gateway、図面ではＳＩ−
ＧＷと図示する）から構成される。

【００２７】意味情報スイッチ（ＳＩ−ＳＷ）は、フィ
ルタとして登録された意味情報と、イベントに付与され
た意味情報を照合し、その結果、発火したイベント受信
者の端末２を起動するスイッチング機構を提供する。意
味情報スイッチ（ＳＩ−ＳＷ）と各端末２はスター型で
結合される。

【００２８】意味情報ルータ（ＳＩ−Ｒ）は、意味情報
スイッチ間のイベント経路選択を行うとともに、端末２
２から意味情報スイッチに対して送出されたイベントを
他の意味情報スイッチに転送する役割を担う。これは、
意味情報に基づく動的なイべントルーティングにより達
成される。

【００２９】意味情報ゲートウェイ（ＳＩ−ＧＷ）は、
イベントプレース（Event place）間でのイベントの転
送を行う。ここで、イベントプレースは、共通の意味情
報空間を保証する最小単位（オントロジードメイン）で
ある。イベントプレース内では、イベントタイプの名
称、概念、語彙、意味、関連などのオントロジー体系の
一意性が保証され、共通のオントロジーに基づいて意味
情報が記述されることになる。基本的には、イベント送
信者の端末２２から送出したイベントは、イベントプレ
ース内のみで流通するが、意味情報ゲートウェイ（ＳＩ
−ＧＷ）を介することにより、異なるオントロジー体系
を有するイベントプレース間でのイベントの相互流通が
可能になる。このとき、意味情報ゲートウェイ（ＳＩ−
ＧＷ）はイベントのオントロジー変換を行った後、異な
るイベントプレースヘイベントを転送する。

【００３０】＜動作メカニズムとインタフェース仕様＞
ＳＩＯＮ２１の実現方法の一例として、分散オブジェク
ト技術を用いた実装方法を示す。ここで、ＳＩ−ＳＷ，
ＳＩ−Ｒ，ＳＩ−ＧＷは、それぞれ、イベントプレース
オブジェクト（ＥＰＯ）、シェアードリンクオブジェク
ト（ＳＬＯ）、フェデレーションエージェント（ＦＡ）
と呼ばれる分散オブジェクトとして実装される。図３９
を用いて、ＳＩＯＮ１の動作メカニズムと制御インタフ
ェースを詳述する。また、ＳＩＯＮ−ＭＴ（Ｍａｎａｇ
ｅｍｅｎｔＴｏｏｌ）やＳＩＯＮインタフェーサを用
いることにより、ＳＩＯＮ１のネットワークインタフェ
ースを使用することができる。また、ＭＴを用いて、Ｅ
ＰＯの撤収・増減設、物理リンク情報の動的変更、ＰＯ
マイグレーション（ＰＯのバインド先ＥＰＯの動的変
更）、発火率の収集、人気の高い惰報や流行している情
報の統計情報収集などを簡単に行うことができる。

【００３１】・イべントプレースファクトリの起動＆初
期化（図３９の（１））まず、ＳＩＯＮ運営者は、任意のホスト上にイベントプ
レースファクトリ（ＥＰＦ）を起動し、続いて、ＥＰＦ
の初期化を行う。この時、ＥＰＦに対して、イべントプ
レース（ＥＰ）を生成可能なホスト名、およびＥＰの実
行ファイルの格納先を与える。これらを、ＥＰ生成情報
と呼ぶ。

【００３２】・イべントプレースの生成要求（図３９の
（２））次に、ＥＰ運営者は、ＥＰＦに対して、ＥＰの生成を要
求する。このとき、ＥＰ名、およびＥＰ属性を与える。
ここで、ＥＰ属性とは、生成されたＥＰが、御用聞きモ
デルもしくは問い合せモデルのどちらの目的で使用され
るかを表したものであり、イべントの流れの方向性を表
すものである。

【００３３】・イべントプレースの生成（図３９の
（３））次に、ＥＰ生成要求を受け取ったＥＰＦは、ＥＰを生成
する。具体的には、このとき、ＥＰの管理を司るイべン
トプレースマネージメントオブジェクト（ＥＰＭＯ）が
生成される。すなわち、ＥＰへの処理要求は、ＥＰＭＯ
への処理要求と同義である。ＥＰＦは、生成要求元に生
成したＥＰ（すなわち、ＥＰＭＯ）の識別子を返却す
る。なお、ＥＰＭＯは、図３９の（１）において指定さ
れた、ＥＰを生成可能なホストの中から、動的に決定さ
れたホストに対して生成される。ＥＰＭＯの起動先ホス
トの決定方法として、サイクリックに起動先を決定す
る、トラヒックに応じて決定する、起動先ホストを明示
的に指定する、等の方法を選択できる。

【００３４】・イべントプレースの初期化要求（図３９
の（４））次に、ＥＰ運営者は、ＥＰの初期化をＥＰＭＯに依頼す
る。このとき、シングルイべントプレースオブジェクト
もしくは、マルチプルイべントプレースオブジェクトの
指定を行う。マルチプルイべントプレースオブジェクト
を指定した場合には、イべントプレースオブジェクト
（ＥＰＯ）の物理リンク情報（トポロジ）も併せて与え
る必要がある。ここで、ＥＰＯの物理リンク情報は、任
意のＥＰＯが他のどのＥＰＯの存在を知っているかを表
現したものである。

【００３５】例えば、図４０に示すように、ＥＰＯ２・
４２は、ＥＰＯ１・４１、ＥＰＯ３・４３、ＥＰＯ４・
４４の存在を知っているが、ＥＰＯ３・４３はＥＰＯ２
・４２の存在しか知らないことを表現している。このよ
うに、マルチプルＥＰＯは、ＥＰ内でのイべント照合処
理の負荷分散によるスケラビリティ向上を目的としたも
のである。

【００３６】ＥＰＭＯは、図３９の（１）において指定
された、ＥＰを生成可能なホストリストの中から、ＥＰ
Ｏを生成するホストを動的に決定し、そこにＥＰＯを生
成する。このとき、各ＥＰＯには、それぞれ一つのフィ
ルタファクトリ（ＦＦ）と統計情報収集オブジェクト
（ＳＯ）が常に付随して生成され、これらが、ＳＩ−Ｓ
Ｗに相当する。さらに、物理リンク数に応じて、シェア
ードリンクオブジェクト（ＳＬＯ）が各ＥＰＯに付随し
て生成される。例えば、ＥＰＯ２・３２に対しては３個
のＳＬＯが生成され（図中のＳＬＯ2,1、ＳＬＯ2,3、Ｓ
ＬＯ2,4に対応する）、これらが、ＳＩ−Ｒに相当す
る。ＥＰＯの起動先の決定方法は、ＥＰＭＯのそれと同
様であるが、イべントタイプ毎に使用するＥＰＯを固定
化することも可能である。なお、ＥＰＭＯは、ＥＰ内に
イべントタイプファクトリ（ＥＴＦ）を生成する。ＥＰ
内では一元的なイベントタイプの名前空間がＥＴＦによ
り保証される。

【００３７】・イべントプレースに対するイべント送信
のためのセッション確立要求（図３９の（５））次に、ＥＰにセッションの確立を要求する。ＥＰＭＯ
は、セッション要求毎にプロキシオブジェクト（ＰＯ）
を生成する。要求元へは、ＰＯの識別子であるセッショ
ン識別子を返却する。

【００３８】なお、ＥＰＭＯは、ＰＯの生成時に、ＰＯ
に対して、どのＥＰＯを使用する（どのＥＰＯとバイン
ドする）かを指示する。この指示は、マルチプルＥＰＯ
において必要となるが、バインドするＥＰＯの決定方法
は、ＥＰＭＯのそれと同様である。ＥＰへのセッション
確立要求時に、イべント送信のためのセッションである
か、イべント受信のためのセッションであるかを指定す
る必要がある。本例においては、イべント送信のための
セッションを指定する。

【００３９】・イべントタイプの登録（図３９の
（６））次に、ＰＯに対して、イべントタイプの登録を要求す
る。このとき、ＰＯは、ＥＴＦにイべントタイプオブジ
ェクト（ＥＴＯ）の生成を要求する。さらに生成された
ＥＴＯにイべントタイプを格納する。一方、ＥＰに、イ
べントタイプ登録を要求することができる。このとき、
ＥＰＭＯは、ＥＴＦにＥＴＯの生成を要求し、生成され
たＥＴＯにイべントタイプを格納する。一般的に、イべ
ント送信者がイべントタイプを登録する場合は、ＰＯ経
由で行う。一方、ＥＰ運営者は、ＥＰに、イべントタイ
プ登録を行う。なお、同じ名前のイベントタイプを登録
するとエラーになる。

【００４０】・イべントプレースに対するイべント受信
のためのセッション確立要求（図３９の（７））次に、ＥＰに対してイベント受信のためのセッションの
確立を要求する。このとき、セッション確立の要求者
（イべント受信オブジェクト）は、イべントの通知先で
あるイべント受信オブジェクトの識別子、および、イべ
ントの通知方法（発火型、ルックイン型）をパラメータ
として与える。

【００４１】続いて、ＥＰＭＯは、セッション要求毎に
ＰＯを生成する。要求元へは、セッション識別子を返却
する。なお、ＥＰＭＯは、ＰＯの生成時に、ＰＯに対し
て、使用するＥＰＯを指示する。この指示は、マルチプ
ルＥＰＯにおいて必要となるが、バインドするＥＰＯの
決定方法は、ＥＰＭＯのそれと同様である。

【００４２】・フィルタオブジェクトの生成要求（図３
９の（８））次に、ＰＯに対して、フィルタオブジェクト（ＦＯ）の
生成を依頼する。このとき、ＰＯは、ＦＦにＦＯの生成
を要求する。このとき、ＰＯとバインドされたＥＰＯに
付随したＦＦが使用される。なお、ＦＯの生成要求元に
は、生成されたＦＯの識別子がＰＯ経由で返却される。

【００４３】・フィルタ値の設定（図３９の（９））次に、ＦＯ識別子をパラメータとして、ＦＯへのフィル
タ値の設定を、ＰＯへ依頼する。なお、フィルタオブジ
ェクトの中に格納されているイべントタイプ名（すなわ
ち、フィルターリングの対象とするイべントタイプ名）
をキーに、ＦＯのデータ構造（フィルタ値）が正しいか
どうかのチェックをＥＴＯに依頼することが選択的に可
能である。正しくない場合は、エラーとなる。但し、ワ
イルドカードが指定された場合には、このチェック処理
を一切行わない。

【００４４】・フィルタ登録（図３９の（１０））次に、ＦＯにフィルタ値を設定した後、Ｆのフィルタ識
別子をパラメータとして、ＰＯに対しフィルタの登録を
依頼する。このとき、登録要求元にフィルタ識別子が返
却される。これを契機に、イべントの受信が可能にな
る。なお、一つのＰＯを介して、複数のフィルタ登録が
可能であるが（これには、一つのＰＯを介して異なる複
数のＦＯをフィルタとして登録する、もしくは、同一の
ＦＯを複数回、フィルタとして登録する場合が考えられ
るが）、一つのＰＯに対して登録されたすべてのフィル
タは、"ＯＲの関係"を持つ。

【００４５】・イべント送信（図３９の（Ａ））次に、イベント送信者は、ＰＯに対して、イべントを送
信する。このとき、ＰＯは、イべントの中に格納されて
いるイべントタイプ名をキーに、イべントのデータ構造
が正しいかどうかのチェックをＥＴＯに依頼することが
選択的に可能である。このチェック処理を選択したと
き、正しい場合は、次の処理（図３９の（Ｂ））へ、正
しくない場合は、エラーとなる。

【００４６】・イベントの照合依頼（図３９の（Ｂ））次に、ＰＯはイベントをＥＰＯに転送する。このとき、
ＥＰＯがスレッドを生成する。なお、スレッドはイベン
ト毎に生成され、各スレッドはイベントの多重処理を行
う。

【００４７】・フィルタとの照合（図３９の（Ｃ））次に、スレッド（ＥＰＯ）は、イベントとフィルタを照
合することにより、フィルターリング処理を行う。これ
には、完全一致、部分一致、重みづけ一致などがあり、
フィルタ値の設定時に指定することができる。

【００４８】・プロキシオブジェクトの起動（図３９の
（Ｄ））次に、フィルタとの照合の結果、イベントがフィルタを
通過すると、対応するＰＯが起動されこのイベントを受
け取る。このとき、ＰＯは、受信したイベントのタイ
プ、値、イベントＩＤ等をＳＯに登録することが選択的
に可能である。これらの情報から、ＳＯはイベントの発
火率（イベントタイプ毎、イベント毎）や、ＥＰ内で流
行している評判の高いイベントを測定することが可能に
なる。

【００４９】・イベント受信オブジェクトの起動（図３
９の（Ｅ））次に、ＰＯは、イベント受信オブジェクトを起動すると
ともに、イベント受信オブジェクトに対してこのイベン
トを渡す。これが、発火型（割り込み型）のイベント通
知に対応する。

【００５０】・ルックイン型のイベント通知（図３９の
（Ｆ））一方、ＰＯがイベント受信オブジェクトを起動するので
はなく、イベント受信オブジェクト自身が、イベント受
信オブジェクトに対応するＰＯにスプールされているイ
ベントを、取り出すことも可能である。これがルックイ
ン型のイベント通知に対応する。イベント受信オブジェ
クトの起動契機は、サービス形態に依存して種々存在す
るが、典型的な例として、エンドユーザがイベント受信
オブジェクトにコンテンツの提案要求を行った場合が考
えられる。

【００５１】＜フィルタの管理方法＞次に、各ＥＰＯに
おけるフィルタの管理方法を説明する。

【００５２】まず、イベント受信のためのセッションを
確立する。このとき、セッション要求毎に一つのＰＯが
生成され、このＰＯは任意の一つのＥＰＯにバインドさ
れる。このＥＰＯには、それぞれ、一つのＦＦが付随し
ている。これにより、ＰＯが使用するＥＰＯが一意に決
定され、以降の処理はすべて、ＰＯ（イベント受信用セ
ッション）を介して行われる。

【００５３】次に、ＦＯを生成し、ＦＯに対してフィル
タ値（受信するイベントのタイプとその取得条件）を設
定する。続いて、ＦＯ識別子をパラメータとして、フィ
ルタの登録を行う。このとき、各フィルタには、ＦＯ識
別子が格納される。各ＥＰＯは、ＰＯを介して登録され
たフィルタを以下に示す規則に基づいて管理する。

【００５４】まず、フィルタに格納されているＦＯ識別
子を用いて、ＦＯに設定されている"受信するイベント
のタイプ"を参照する。続いて、受信するイベントのタ
イプ毎にフィルタを分類し、イベントタイプ毎に分類さ
れたフィルタを、さらにＰＯ毎に細分類し、管理する。

【００５５】この管理規則について図４１を参照して、
ＰＯ１を介して、フィルタを登録する場合について説明
する。ここでは、フィルタ登録時に指定するＦＯの中
に、受信するイベントのタイプとして、"イベントタイ
プＸ"が設定されているものとする。このとき、ＥＰＯ
に登録されるフィルタは、図４１のフィルタ１が相当
し、同様に、ＰＯ２を介して登録されたフィルタにはフ
ィルタ２が相当する。また、各ＰＯにおいて、複数のフ
ィルタを登録することが可能であるが、登録されたフィ
ルタは"ＯＲ関係"を有するものとする。

【００５６】まず、イベントタイプＸのイベントがＥＰ
Ｏに到着したとき、フィルタ１との照合が行われる。そ
の結果、フィルタ１が発火するとＰＯ１が起動される。
次に、フィルタ２との照合が行われ、その結果、フィル
タ２が発火するとＰＯ２が起動される。このとき、フィ
ルタ２とフィルタ３は"ＯＲ関係"を有するため、フィル
タ３との照合は行われない。このようなフィルタ管理方
法を用いることにより、一つのイベントに対する各ＥＰ
Ｏでの照合処理回数を、基本的にＰＯ数（受信用セッシ
ョン数）以下にすることができる。

【００５７】＜イベントルーティング方法＞次に、イベ
ントルーティング方法について説明する。

【００５８】ＥＰＯ（ＳＩ−ＳＷ）は、イベントの送受
信者（端末などのエンティティ）をセッションを介して
スター型で収容する。さらに、ＥＰＯ（ＳＩ−ＳＷ）
は、イベント受信者（イベント受信オブジェクト）が登
録したフィルタと、イベント送信者が送出したイベント
を照合し、その結果、発火したフィルタに対応するイベ
ント受信者のみにイベントを通知する（合致するイベン
ト受信者にのみイベントを配送する）照合スイッチであ
る。

【００５９】そのため、イベントの送信者数（イベント
数）やイベントの受信者数（フィルタ数）が増加する
と、それに比例してＥＰＯの処理能力が飽和する。そこ
で、ＳＩＯＮアーキテクチャでは、スケラビリティの高
いＥＰを実現する手段として、マルチプルＥＰＯを提供
する。マルチプルＥＰＯとは、ＥＰＯ数に比して、ＥＰ
のトータル処理能力をスケーラブルに向上させることを
目的とし、具体的には、以下の２つの観点からＥＰの高
いスケラビリティを達成する。

【００６０】第一点は、負荷分散と自律分散である。こ
れは、複数のＥＰＯに、イベントの送受信者を分散させ
ることにより、イベントのフィルターリング処理の負荷
分散を行い、処理の集中に伴うボトルネック要因を作ら
ないようにするものである。さらに、各ＥＰＯが他のＥ
ＰＯの影響を受けることなく、自律的に動作可能な機構
による分散協調を達成する。

【００６１】第二点は、ネットワークトラヒックの削減
とフィルターリング処理の最適化である。これは、ＥＰ
Ｏ間で不要なイベントを転送しないことによる通信量の
最小化と、それに伴う無駄なフィルタリング処理の削減
を行うものである。

【００６２】図４０において、ＥＰＯ３・４３に対し、
受信するイベントのタイプとして、イベントタイプＸの
フィルタが登録される場合を考える。ここで、イベント
タイプＸのイベントがＥＰＯ４・４４に対して送出され
たとき、ＥＰＯ２・４２経由でこのイベントをＥＰＯ３
・４３に転送する必要がある。このとき、イベントタイ
プＸのフィルタが登録されていないＥＰＯ１・４１に対
して、当該イベントが転送されてはならない。このよう
なＥＰＯ間のイベントのルーティング制御を行うもの
が、シェアードリンクオブジェクト（ＳＬＯ）であり、
前述したＳＩ−Ｒに相当する。

【００６３】以下にＳＩ−Ｒについて詳細を説明する。

【００６４】まず、ＥＰの初期化時に、物理リンク情報
（ＥＰＯのトポロジ）に基づいて、ＳＬＯが各ＥＰＯに
付随して生成される。例えば、図４４において、ＥＰＯ
２に対して３個のＳＬＯが生成される。これらは、図中
のＳＬＯ2,1、ＳＬＯ2,3、ＳＬＯ2,4に対応する。この
ＳＬＯi,jは、ＥＰＯjからＥＰＯjへのイベント転送を
行うシェアードリンク（ＳＬi,j）を確立する。すなわ
ち、図４４および図４６に示すように、ＳＬＯi,jは、
ＥＰＯjに対してイベント受信のセッションを確立し、
一方、ＥＰＯiに対してイベント送信のセッションを確
立することにより、イベント転送のための論理リンクで
あるシェアードリンクＳＬi,jを確立する（シェアード
リンクとは、ＥＰの初期化時における、ＳＬＯによるセ
ッションの確立を意味し、フィルタ登録処理を含まな
い）。

【００６５】ＥＰの初期化後に、イベント受信者は、Ｅ
Ｐへのセッションを確立し、セッションを介してフィル
タを登録することが可能になる。このとき、確立済みの
シェアードリンクに従って、イベントパスが設定され
る。例えば、図４６において、イベント受信者（Event
Receiver）３がＰＯ３を介して、"イベントタイプＸの
イベント受信を行うフィルタを、ＥＰＯ３へ登録した場
合において、ＰＯ３は、ＥＰＯ３ヘイベントタイプＸの
フィルタを登録するとともに、その旨をＳＬＯ3,j（こ
こでは、ＳＬＯ3,2）に通知する。ＳＬＯ3,2はＳＬ3,2
を用いて、ＥＰＯ２に対してイベントタイプＸのフィル
タを登録する。これは、前述したように、ＳＬＯ3,2に
対して割り当てられた受信用セッションのＰＯを介して
行われる。同様に、このＰＯは、その旨を、ＳＬＯ2,3
を除くその他のＳＬＯ2,jに対して通知する。ＳＬＯ2,j
（ｊ≠３）は、ＳＬ2,jを用いて、ＥＰＯヘフィルタを
登録する。順次同様に、すべてのＥＰＯにイベントＸに
対するパスが設定されるまで、繰り返される。

【００６６】このように、イベントタイプＸに対して確
立された一連のパスを、イベントパスと呼ぶ。これは、
ＰＯ３を介したフィルタ登録がトリガとなって、すべて
のＥＰＯへ、イベントタイプ毎のイベントパス設定要求
が順次、自律的に波及していくものである。すなわち、
個々のＥＰＯは隣接するＥＰＯのみを認識すれば良い。
そのため、イベントパスの集中管理やブロードキャスト
によるイベントパスの設定・管理方法に比べて、簡単か
つ一元的な自律ロジックでイベントパスを確立すること
が可能になる。

【００６７】この時点でのＥＰＯ１におけるフィルタの
登録状況を図４３に示す。イベント受信者３がＰＯ３を
介してフィルタを登録した結果、フィルタ１がＥＰＯ１
に登録されることになる。イベントパスの設定とは、シ
ェアードリンク情報に基づいて、一連のＥＰＯにイベン
ト転送のためのフィルタを登録することを指す。また、
ＳＬＯが登録するフィルタには、受信するイベントタイ
プ名が設定されるのみであり、取得条件は設定されず、
イベントタイプ名のみのフィルターリングを行う。

【００６８】この状況において、イベント受信者２がＰ
Ｏ２を介して、イベントタイプＸのフィルタを、ＥＰＯ
２へ登録したとき、前述と同様に新たなイベントパスの
設定がすべてのＥＰＯへ波及し、その結果として、フィ
ルタ２がＥＰＯ１へ登録されることになり、イベントパ
ス設定の要求毎にフィルタが登録されることになる。

【００６９】このとき、ＥＰＯ１にイベントタイプＸの
イベントが送出されると、フィルタ１が発火し、ＳＬＯ
2,1が起動される。ＳＬＯ2,1が、このイベントをＥＰＯ
２へ送出することにより、ＳＬＯ3,2が起動される。さ
らに、ＳＬＯ3,2を介して、当該イベントがＥＰＯ３へ
も転送されることになる。また、ＳＬ2,3とＳＬ3,2間で
のイベントの無限転送を防止するために、イベントは、
制御情報の一つとして、通過したＥＰＯの識別子を、最
新順に最大２つ保持する。

【００７０】なお、前述したように、フィルタ１とフィ
ルタ２は、ＯＲ関係を有するため、フィルタ１が発火し
た場合にはフィルタ２との照合は行われない。そのた
め、フィルタ１が存在するにも関わらず、新たにフィル
タ２を登録したことに伴う、フィルターリング処理の冗
長オーバヘッドを全く生じないようにすることができ
る。これは、イベントパスを設定したときに、既設のイ
ベントパスを含めた全イベントパスの再構築を全く必要
としないことを意味し、簡単かつ一元的なイベントパス
の自律的な設定が可能になる。

【００７１】また、ＥＰＯ１内に、イベント受信者が確
立したセッションおよびそれを介したフィルタ登録があ
る場合には（ＰＯｎのフィルタ３に対応）、ＳＬＯ対応
のフィルタリング処理がすべて完了した後に、ＰＯｎ対
応のフィルターリング処理が行われる。すなわち、他の
ＥＰＯへのイベント転送処理を優先して行い、その後、
自ＥＰＯでの照合処理が開始される。

【００７２】以上説明した、イベントルーチング方法の
更なる効果として、フィルタ登録解除時に、イベントパ
スの再構築が必要ない点が挙げられる。例えば、イベン
ト受信者３がＰＯ３を介して、登録したフィルタの登録
解除を行った場合、登録の場合と同様に、解除要求が順
次、自律的に波及する。その結果、ＥＰＯ１において、
フィルタ１の登録のみが解除されることになるが、フィ
ルタ２は存命する（これ以降は、フィルタ２がフィルタ
１の代わりにイベントを転送する）ため、イベントパス
の再構築なしに、すべての既設イベントパスの一貫性が
保証される。

【００７３】このような自律分散型のルーティング制御
方法を用いることによって、ＥＰＯの相互接続と分散協
調を容易に実現することが可能になる。これに伴い、小
規模なネットワークから大規模なネットワークヘの移
行、ローカルなネットワークからグローバルなネットワ
ークヘの移行等をスムーズに行うことができる。また、
ボトムアップアプローチによるグローバルネットワーク
化を、共通のロジックで容易に達成することができる。

【００７４】図４４ないし図４７はリング型結合を持つ
物理リンクにおけるＳＩ−Ｒについて説明するために図
である。

【００７５】例えば、図４５に示すように、リング型結
合を持つ物理リンクにおいて、ＥＰＯ２は、ＥＰＯ１、
ＥＰＯ３の存在を知っていることを表現している。この
ように、マルチプルＥＰＯは、ＥＰ内でのイべント照合
処理の負荷分散によるスケラビリティ向上を目的とした
ものである。

【００７６】ＥＰＭＯは、図４４の（１）において指定
された、ＥＰを生成可能なホストリストの中から、ＥＰ
Ｏを生成するホストを動的に決定し、そこにＥＰＯを生
成する。このとき、各ＥＰＯには、それぞれ一つのフィ
ルタファクトリ（ＦＦ）と統計情報収集オブジェクト
（ＳＯ）が常に付随して生成され、これらが、ＳＩ−Ｓ
Ｗに相当する。さらに、物理リンクに応じて、シェアー
ドリンクオブジェクト（ＳＬＯ）が各ＥＰＯに付随して
一つ生成される。たとえば、ＥＰＯ２に対しては、図中
のＳＬＯ２，３が生成される。これが、ＳＩ−Ｒに相当
する。ＥＰＯの起動先の決定方法は、ＥＰＭＯのそれと
同様であるが、イベントタイプ毎に使用するＥＰＯを固
定化することも可能である。なお、ＥＰＭＯは、ＥＰ内
にイベントタイプファクトリ（ＥＴＦ）を生成する。Ｅ
Ｐ内では一元的なイベントタイプの名前空間がＥＴＦに
より保証される。

【００７７】以下にＳＩ−Ｒについて詳細を説明する。

【００７８】まず、ＥＰの初期化時に、物理リンク情報
（ＥＰＯのトポロジ）に基づいて、ＳＬＯが各ＥＰＯに
付随して生成される。たとえば、図４４において、ＥＰ
Ｏ２に対してＳＬＯ2,3が生成される。このＳＬＯi,j
は、ＥＰＯjからＥＰＯiへのイベント転送を行うシェア
ードリンク（ＳＬi,j）を確立する。すなわち、図４５
および図４７に示すように、ＳＬＯi,jは、ＥＰＯjに対
してイベント受信のセッションを確立し、一方、ＥＰＯ
iに対してイベント送信のセッションを確立することに
より、イベント転送のための論理リンクであるシェアー
ドリンクＳＬi,jを確立する（シェアードリンクとは、
ＥＰの初期化時における、ＳＬＯによるセッションの確
立を意味し、フィルタ登録処理を含まない）。これによ
って、片方向のリング状のシェアードリンクＳＬi,jが
確立される。

【００７９】ＥＰの初期化後に、イベント受信者は、Ｅ
Ｐへのセッションを確立し、セッションを介してフィル
タを登録することが可能になる。このとき、確立済みの
シェアードリンクに従って、イベントパスが設定され
る。例えば、図４６において、イベント受信者（Event
Receiver）３がＰＯ３を介して、イベントタイプＸのイ
ベント受信を行うフィルタを、ＥＰＯ３へ登録した場合
を考える。このとき、ＰＯ３は、ＥＰＯ３ヘイベントタ
イプＸのフィルタを登録するとともに、その旨をＳＬＯ
3,1に通知する。このとき、ＳＬＯ3,1には、フィルタ登
録の要求発生元がＥＰＯ３である旨がパラメータとして
与えられる。ＳＬＯ3,1はＳＬ3,1を用いて、ＥＰＯ１に
対してイベントタイプＸのフィルタを登録する。これ
は、前述したように、ＳＬＯ3,1に対して割り当てられ
た受信用セッションのＰＯを介して行われる。同様に、
このＰＯは、その旨を、ＳＬＯ1,2に対して通知する。
ＳＬＯ1,2は、ＳＬ1,2を用いて、ＥＰＯ２ヘフィルタを
登録する。順次同様に、すべてのＥＰＯにイベントＸに
対するパスが設定されるまで、繰り返される。なお、こ
の処理は、フィルタ登録の要求発生元（ここでは、ＥＰ
Ｏ３）の直前まで繰り返される。すなわち、ＳＬＯ2,3
は、ＥＰＯ３にフィルタを登録しない。

【００８０】この時点でのＥＰＯ１におけるフィルタの
登録状況を図４７に示す。イベント受信者３がＰＯ３を
介してフィルタを登録した結果、フィルタ１がＥＰＯ１
に登録されることになる。イベントパスの設定とは、シ
ェアードリンク情報に基づいて、一連のＥＰＯにイベン
ト転送のためのフィルタを登録することを指す。なお、
ＳＬＯが登録するフィルタには、受信するイベントタイ
プ名が設定されるのみであり、取得条件は設定されず、
イベントタイプ名のみのフィルターリングを行う。

【００８１】この状況において、イベント受信者２がＰ
Ｏ２を介して、イベントタイプＸのフィルタを、ＥＰＯ
２へ登録したとき、前述と同様に新たなイベントパスの
設定がすべてのＥＰＯへ波及し、その結果として、フィ
ルタ２がＥＰＯ１へ登録されることになり、イベントパ
ス設定の要求毎にフィルタが登録されることになる。

【００８２】このとき、ＥＰＯ１にイベントタイプＸの
イベントが送出されると、フィルタ１が発火し、ＳＬＯ
3,1が起動される。ＳＬＯ3,1が、当該イベントをＥＰＯ
３へ送出することにより、ＳＬＯ2,3が起動される。さ
らに、ＳＬＯ2,3を介して、当該イベントがＥＰＯ２へ
も転送されることになる。なお、イベントの無限巡回を
防止するために、イベントは、制御情報の一つとして、
イベントが生起したＥＰＯの識別子を保持し、イベント
の生起元ＥＰＯ（ＳＬＯ）に当該イベントが巡回して戻
って来たときに、当該イベントを破棄する。

【００８３】次に、前述したイベントルーティング方法
とは異なるイベントルーティング方法を説明する。この
ルーティング方法は、シェアードリンク（論理リンク）
を確立するまでの手順は、前述した方法と同様である。
このイベントルーティング方法が前述した方法と異なる
のは、イベントパスを確立しない点であり、ＳＬＯi,j
がシェアードリンクＳＬi,jを確立する時に同時に、唯
一のフィルタを登録するようにするものである。このと
き、登録されるフィルタには、受信するイベントのタイ
プとしてワイルドカードを指定する。これによって、す
べてのイベントを転送の対象とし、イベントタイプ毎の
イベントパスを確立しないようにする。

【００８４】このように意味情報にワイルドカードを指
定することによって、リング状のシェアードリンクＳＬ
i,j内をイベントが巡回するため、全てのＥＰＯに対し
てイベントを配送することが可能となる。

【００８５】＜フェデレーション方法＞次に、図４８を
参照してフェデレーション方法について説明する。フェ
デレーションエージェント（ＦＡ）とは、イベントプレ
ース間のフェデレーションを確立するエージェントであ
り、前述したＳＩ−ＧＷに相当する。例えば、イベント
プレース（Event Place）Ａがイベントプレース（Event
Place）Ｂに対してフェデレーションを確立する場合を
考える。まず、イベントプレースＡに属するＦＡが、イ
ベントプレースＢに対して、フィルタを登録する。この
とき、イベントプレースＢに属するイベント送信者がイ
ベントを送出し、その結果、このフィルタが発火する
と、ＦＡが自律起動する。これは、ＦＡをイベントプレ
ースＢに属する一つのイベント受信者として見なすこと
ができる。次に、ＦＡは取得したイベントを、自身が属
するイベントプレースＡに対して再送出する。これは、
ＦＡを、イベントプレースＡに属する一つのイベント送
信者として見なすことができる。

【００８６】このように両者の役割を併せ持つＦＡを用
いて、イベントプレース間のフェデレーションを容易に
実現できる。すなわち、単一イべントプレースと同じ制
御論理で、イベントプレース間のフェデレーションを実
現することが可能である。この機構を用いて、ＳＩＯＮ
１の基本構成単位であるイベントプレースを相互接続す
ることにより、グローバルな照合ネットワークをボトム
アップアプローチで構築することが可能となり、イベン
トプレース間に跨るイベントの共有を実現することがで
きる。なお、イベントプレースＡとイベントプレースＢ
がそれぞれ異なるオントロジーを持つ場合、イベントプ
レースＡに属するＦＡは、イベントプレースＢから取得
したイベントを、イベントプレースＡのオントロジーに
変換した後、イベントプレースＡに送出する。

【００８７】異なるオントロジー体系に跨ってイベント
転送を行う場合には、オントロジー変換が必要になる。
この変換を行う従来技術として、標準オントロジーを規
定し、他のイベントプレースにイベントを転送する場合
には、一旦、標準オントロジーに準拠した形式に変換し
た後に、イベントの転送を行う方法や、イベントプレー
スの組み合わせの数だけオントロジー変換テーブルを事
前に用意しておくなどの方法がある。

【００８８】しかしながら、イベントプレースの動的な
フェデレーション（フェデレーションの動的な開始、開
始解除）に対応するためには、従来の方法は柔軟性に欠
ける。そこで、本発明では、図４８に示すように、ＦＡ
が隣接するイベントプレースのオントロジー情報との差
分（変換情報）のみを、オントロジー変換テーブルに保
持するようにしている。すなわち、これは、各ＦＡが変
換情報をそれぞれ分散して保有し、全体でオントロジー
体系の一貫性を保証する方法である。これは、イベント
プレース間の動的なフェデレーションに容易に対応する
ことが可能になるが、その反面、イベントがイベントプ
レースを跨る毎に、オントロジー変換処理が発生するた
め、従来方法に比べて、変換処理オーバヘッドが増大す
るという特徴を有している。

【００８９】＜コミュニティと進化型ネットワーク＞次
に、ＳＩＯＮ１のキラーサービスの一つであるコミュニ
ティサービスについて説明する。コミュニティサービス
におけるエンティティは、自身のポリシに基づいて、学
習・進化・退化・消滅等を繰り返すことにより、その活
動様式を動的に決定することが可能な自律分散型の動作
主体である。コミュニティは、このようなエンティティ
に対して効率的なコミュニケーションの場を提供するも
のである。すなわち、コミュニティ内のエンティティ
は、自身とコミュニケートすべきエンティティや、自身
の振る舞いに影響を与えるエンティティを動的に探索・
発見・特定し、特定されたエンティティとインタラクシ
ョンを行うことが可能である。

【００９０】このコミュニティは、特に以下の特徴を持
つエンティティを取り扱うことができる。

【００９１】（１）極小粒度で、膨大な数のエンティテ
ィがコミュニティに存在する（不特定多数のエンティテ
ィ）。

【００９２】（２）エンティティの属性がリアルタイム
に変化する。典型的なエンティティの属性として、位置
情報、時刻等がある。

【００９３】（３）コミュニティ内のエンティティの振
る舞いに規則性がなく、行動予測が困難である。

【００９４】（４）コミュニティヘの参加、コミュニテ
ィからの退去、消滅、複製等が頻繁かつ不規則に発生す
る。

【００９５】（５）コミュニティ内のエンティティは、
ポリシ、属性、シナリオ等に基づいて相互にリアルタイ
ムに出会う必要がある。

【００９６】このような特性を持つエンティティをサー
バやメディエータ（ブローカ）で管理し、相互にリアル
タイムに探索・発見することは性能上、容易でない。Ｓ
ＩＯＮ１のＥＰは、このような特徴を持つコミュニティ
の実行環境として位置づけられる。すなわち、コミュニ
ティはＥＰのメタ実行環境であり、ＥＰを直接用いるこ
とに比して、抽象度の高いコミュニケーションの場を提
供するものである。コミュニティの実行環境にＥＰを用
いることにより、コミュニティ内のすべてのエンティテ
ィは、ブローカを介することなく、コミュニケーション
すべきエンティティを直接発見することができる。これ
は、コミュニティ内のエンティティのコミュニケーショ
ンは、ＥＰ内のイベントの送受信として実装されるため
である。

【００９７】図４９にコミュニティの概念モデルを示
す。ユーザエージェント（ＵＡ）、情報・サービス提供
エージェント（ＩＳＡ）がコミュニティ内のエンティテ
ィに相当する。ＵＡはユーザの代理人として自律的に振
る舞うエージェントであり、ユーザの嗜好、動作環境、
位置情報、状況、傾向などに応じて、自身の振る舞いを
動的に決定し、インタラクションすべきＩＳＡや他のＵ
Ａを探索し、それらとインタラクションする。ＩＳＡは
情報提供者やサービス提供者の代理人として自律的に振
る舞うエージェントであり、提供者の意図に基づいて、
インタラクションすべきＵＡや他のＩＳＡを探索する。
すなわち、自身の情報を提供するのに相応しいユーザを
探索して特定する。

【００９８】一方、コミュニティエージェント（Ｃｏｍ
Ａ）は、コミュニティの運営を司るエージェントであ
る。ＥＰ運営者は、運営ポリシに基づいて、ＳＩＯＮ−
ＭＴを介したＳＩＯＮの制御・運営を行う。従って、Ｃ
ｏｍＡは、ＥＰ運営者をエージェント化したものと見な
すことができる。基本的に、コミュニティの運営ポリシ
はＣｏｍＡによって規定される。例えば、ＵＡ、ＩＳＡ
などのエンティティに対するコミュニティヘの参加、退
去、消滅、複製などの認可、コミュニティ内に流通させ
る情報の把握と統制（相応しくないイベントの削除な
ど）、コミュニティ内の統計情報（トレンド情報、評判
の高い情報など）の管理などを自身の運営ポリシに基づ
いて司る。

【００９９】また、コミュニティの高いスケーラビリテ
ィやリライアビリティの保証を達成するため、負荷状況
や障害状況に応じて、ＥＰおよびＥＰＯの増減設、撤
収、マイグレーション等のＳＩＯＮ制御を実行する。す
なわち、ＳＩＯＮ２１とＣｏｍＡを組み合わせることに
より、ＳＩＯＮ２１は自律分散型ネットワークから、学
習、成長、進化が可能な進化型ネットワークヘと発展す
る。このように、ＣｏｍＡはコミュニティ内のエンティ
ティの振る舞いを統制するとともに、ＳＩＯＮ１を自己
組織化するための役割を担う。さらに、コミュニティ間
のコラボレーションにより、コミュニティ間での情報の
共有が可能である。例えば、コミュニティＡにおいて流
通している情報の中で、人気が高いトップ１０のみを、
コミュニティＢに流通させることができる。以下に処理
の流れを示す。

【０１００】まず、コミュニティＢのＣｏｍＡが、イベ
ントプレースＢのＦＡに対して、"コミュニティＡにお
いて流通している情報の中で、人気が高いトップ１０の
みを、コミュニティＢに流通させる"旨を指示する。

【０１０１】次にＦＡは、イベントプレースＡに対し
て、トップ１０のイベントタイプを問い合わせる。これ
を受けて、イベントプレースＡは、配下の統計情報収集
オブジェクト（ＳＯ）に問い合わせ、その結果を、ＦＡ
に返却する。

【０１０２】次に、ＦＡは取得したイベントタイプを基
に、オントロジー変換テーブルを作成するとともに、イ
ベントプレースＡに対しフィルタを設定する。以降、Ｆ
Ａは、イベントプレースＡから、当該イベントを受信可
能になる。

【０１０３】次にＦＡは、イベントプレースＡから取得
したイベントを、オントロジー変換テーブルに基づいて
オントロジー変換し、それをイベントプレースＢへと送
出する。

【０１０４】以上説明したような形態によれば、以下の
２点の効果を得ることができる。

【０１０５】第１に、分散オブジェクト環境上にＳＩＯ
Ｎのネットワーク環境を容易に構築できる。

【０１０６】第２に、サービスアプリケーションをエン
ティティとしてコミュニティに参加させることにより、
簡単にイベントを送出したり、必要なイベントをピック
アップすることが可能になり、相互にコミュニケション
を図ることが可能になる。

【０１０７】以上説明したように、ＳＩＯＮでは、以下
の効果を得ることができる。

【０１０８】ＦＡを介したイベントプレース間のフェデ
レーション機構により、他のイベントプレースのみで流
通していたイベントを、自イベントプレース内に取り込
むことができる。逆に、他のイベントプレースにイベン
トを送出することにより、自イベントプレース内で流通
しているイベントをアドバタイズできる。このように、
異なるイベントプレース間で、イベントの共有が可能に
なるとともに、オントロジーを考慮したイベントプレー
ス間の相互運用により、ボトムアップアプローチによる
グローバルな自律分散型の照合ネットワークを構築する
ことが可能になる。

【０１０９】マルチプルＥＰＯの機構により、フィルタ
リング処理を複数のＥＰＯに負荷分散させることが可能
になるとともに、自律的に動作するＥＰＯ間のイベント
ルーチング機構により、ネットワークトラヒックを最小
限に抑えることが可能になる。これにより、結果的にＥ
Ｐのトータルスループットをスケーラブルに向上させる
ことが可能となる。

【０１１０】ブローカを介することなく、自身に相応し
いエンティティを直接探索・発見することが可能とな
る。例えば、情報提供者は、ユーザの存在を知ることな
く、自身が提供する情報に相応しいユーザを特定するこ
とができる。同様に、ユーザは情報提供者の存在を知る
ことなく、自身の嗜好に相応しい情報提供者を探索・発
見することができる。すなわち、ユーザと情報提供者は
互いに等価的である。これにより、特定のブローカに頼
ることなく、自身のポリシに従って、リアルタイムに情
報を発信することが可能になる。また、探索対象となる
エンティティの数が膨大な場合やエンティティが探索対
象ドメインに頻繁に出入りする場合において、非ブロー
カモデルに基づく探索技術が特に有効となる。

【０１１１】ＳＩＯＮにおいては、意味情報の終端点が
ネットワークとなる。一方、端末間でpeer-to-peer接続
を行う方法においては、意味情報の終端点が端末になる
ため、端末の中身を外部に公開することになる。従っ
て、ＳＩＯＮは後者の方法と比べて、高いセキュリティ
とプライバシ保護を実現することが可能である。

【０１１２】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。

【０１１３】図１は本発明の一実施形態の環境情報配信
システムの構成図である。

【０１１４】本実施形態の環境情報配信システムは環境
情報提供者端末１₁，１₂，１₃とサイト提供者端末２₁，
２₂と意味情報ネットワーク３で構成されている。

【０１１５】環境情報提供者端末１₁は、ＳＦ／アニメ
映像クリップを提供する環境情報提供者Ａ₁用である。
環境情報提供者端末１₂は、アウトドア活動映像クリッ
プを提供する環境情報提供者Ａ₂用である。環境情報提
供者端末１₃は、スポーツ競技映像クリップを提供する
環境情報提供者Ａ₃用である。

【０１１６】サイト提供者端末２₁，２₂は同一のサイト
提供者Ｂが提供するそれぞれサイトＳ₁（子供連れ家族
向け施設会場）、サイトＳ₂（スポーツ用品店専門モー
ル）用である。

【０１１７】環境情報提供者端末１₁，１₂，１₃にはそ
れぞれ環境情報提供用アプリケーション４₁，４₂，４₃
がインストールされ、サイト提供者用端末２₁，２₂には
それぞれサイト用アプリケーション５₁，５₂がインスト
ールされている。各端末１₁〜１₃，２₁，２₂にＣＯＲＢ
Ａ（Common Object Resource Broken Architecture）準
拠のＯＲＢ（Object Resource Broken）等ミドルウェア
と、イベントプレースファクトリ生成機構をインストー
ルして自身の端末においてイベントプレースを生成して
それを使用するか、あるいは他のネットワークシステム
上にあるイベントプレースへアクセスしてセッションを
確立する等して、意味情報ネットワーク３に接続されて
いる。第１の実施形態（１）環境情報提供者Ａ₁、環境情報提供者Ａ₂、環境情
報提供者Ａ₃はそれぞれ環境情報提供用アプリケーショ
ン４₁，４₂，４₃を使用し、図３のようなアプリケーシ
ョン画面に提供する環境情報（コンテンツ）の情報を環
境情報提供者端末１₁，１₂，１₃に入力し、環境情報要
求の受付を開始する。例として、環境情報提供者Ａ₁は
「ＳＦ」、環境情報提供者Ａ₂は「キャンピング」、環
境情報提供者Ａ₃は「サッカー」の映像クリップをそれ
ぞれ設定したとする。図３、図４、図５の入力内容は、
それぞれ環境情報提供者Ａ₁、環境情報提供者Ａ₂、環境
情報提供者Ａ₃が入力した例を示すものである。このと
き各環境情報提供用アプリケーション４₁，４₂，４
₃は、イベントプレースに対して、図１０のようなイベ
ントタイプを登録し（まだ登録されていない場合）、イ
ベント受信のためのセションを確立すると、フィルタオ
ブジェクトの生成を行い、このフィルタオブジェクトに
図１１のようなフィルタ値を設定する。図１１、図１
２、図１３の入力内容は、それぞれ環境情報提供者
Ａ₁、環境情報提供者Ａ₂、環境情報提供者Ａ₃の環境情
報提供用アプリケーション４₁，４₂，４₃が設定した例
を示すものである。（２）図１でサイト提供者Ｂは、サイトＳ₁、サイトＳ₂
の端末２₁，２₂においてサイト用アプリケーション
５₁，５₂を使用し、図６のような端末上のアプリケーシ
ョン画面から、環境情報識別情報と環境情報要求条件を
入力し、環境情報の要求をする。例として、サイトＳ₁
は「子供向き家族向き」の「ＳＦ」を指定し、サイトＳ
₂は識別情報に人気の「サッカー」とその他要求条件に
は「アウトドア派向きのもの」をそれぞれ独立な関係で
設定したとする。図６、図７の入力内容は、サイト提供
者Ｂがそれぞれサイト提供者端末２₁、２₂で入力した例
を示すものである。このとき、サイト提供者端末２₁、
２₂が使用した各サイト用アプリケーション５₁，５
₂は、それぞれ図１４のようなイベントＥ₁と図１５のよ
うなイベントＥ₂とＥ₃を生成し、イベントプレースに送
信する。ここで、イベント中の"ｄｏｎ'ｔｃａｒｅ"
は情報項目の値を特定しないことを示し、「表示システ
ム」項目は各サイト用アプリケーション５₁，５₂がサイ
ト提供者Ｂから事前に入力されたとする。

【０１１８】イベントプレースにおいて、各サイト用ア
プリケーション５₁，５₂が送信したイベントＥ₁，Ｅ₂，
Ｅ₃と各環境情報提供用アプリケーション４₁，４₂，４₃
が設定したフィルタとの照合が行われ、フィルタ値に示
される条件に合致したイベントは、当該フィルタを設定
した環境情報提供者に転送される。各サイト用アプリケ
ーション５₁，５₂が使用したイベントプレースと、各環
境情報提供用アプリケーション４₁，４₂，４₃が使用し
たイベントプレース間は、イベントプレースのフェデレ
ーション機能により、情報の相互流通が可能であるた
め、イベントＥ₁，Ｅ₂，Ｅ₃はいくつかのイベントプレ
ースを経由して、目的の環境情報提供用アプリケーショ
ンが使用しているイベントプレースへ最終的に転送され
る。図では、最終的には、サイトＳ₁のイベントＥ₁は環
境情報提供者端末１₁が、サイトＳ₂のイベントＥ₂は環
境情報提供者端末１₂が、イベントＥ₁は環境情報提供者
端末１₃が、それぞれ受信する。（３）環境情報要求イベントを受信した環境情報提供者
端末では、環境情報提供用アプリケーションが、前記イ
ベント中にある環境情報識別情報（図では情報の種類）
と環境情報要求条件（図では提供条件や表示システムな
ど）をもとに、図３、図４、図５ですでに環境情報提供
者が投入済みの環境情報案内情報と環境情報入手情報を
求め、前記イベント中にある返信先情報をもとに環境情
報案内情報と環境情報入手情報の組を返信する。（４）各サイト用アプリケーション５₁，５₂は、予め定
められた期間、情報の返信を待ち、その期間に受信した
情報を、ユーザ（サイト提供者Ｂ）に対して端末２₁，
２₂上に図８のような画面で表示する。図８、図９の表
示内容は、それぞれサイト提供者端末２₁、サイト提供
者端末２₂が受信した例を示すものである。図８では、
「子供向き家族向き」の「ＳＦ」指定に対する返送とし
て、図１に示されていない環境情報提供者からの「タイ
ムマシン」も表示されているが、これは一般にあるイベ
ントが不特定多数の環境情報提供者に届いて複数の返送
がありうることを示している。サイト提供者Ｂは、未選
択環境情報一覧から表示するものを選択する。選択され
た環境情報は、表示中環境情報があれば表示待ち環境情
報一覧にリストされ、大型スクリーンなどの表示装置に
表示されるまでに、サイト用アプリケーションによって
環境情報入手情報から環境情報そのもの（コンテンツ）
が取り込まれる。

【０１１９】これにより、環境情報を利用したいサイト
提供者が、環境情報を提供したい不特定多数の者の中か
ら、要求条件に合った環境情報の提供者に向けて、ただ
し前記環境情報提供者を認識することなく、環境情報要
求をリアルタイムに送信することができ、またその結果
を受信し環境情報を選択・表示することができる。この
時、サイト提供者と複数の環境情報提供者間の情報送受
信ルートが一般に動的に決まり、事前の固定的なルート
設定は必要ない。（５）各サイト用アプリケーション５₁，５₂は、図８の
ような画面にある表示環境情報の効果値入力をサイト提
供者Ｂから受けたり、大衆の集まり具合を監視できる装
置などから効果情報を受けたりして、これまでサイト提
供者Ｂから受けた情報の履歴によるサイトの性格ととも
に、効果のある環境情報の履歴を求める。大衆の集まり
具合の収集方法の例として、サイト周辺の大衆の所有す
る携帯端末から発信される電波を収集し、その収集結果
から周辺の大衆の集まり具合を算出する等がある。

【０１２０】この結果を参照・利用しながら、可能であ
れば、未選択の環境情報を自動選択したり、新たな環境
情報要求のイベントを意味情報ネットワーク３に送信し
たり、図２に示すように互いに他のサイト用アプリケー
ションに前記結果や前記の新たなイベントを送受したり
する。図２の例では、サイト提供者端末２₁が効果のあ
った「スタートレック」（種類はＳＦ）に関連した情報
をサイト提供者端末２ ₂に、サイト提供者端末２₂が効果
のあった「Ｗ杯ダイジェスト」（種類はサッカー）に関
連した情報をサイト提供者端末２₁に、それぞれ在来の
ネットワーク（インターネット）を介して送り、各サイ
トが受け取った情報に自サイトの性格を反映させて新た
な環境情報要求のイベントを生成し（サイトＳ₁は図１
６、サイトＳ₂は図１７。図１７で提供条件に「競技観
戦派」が追加されているのは効果のあった「Ｗ杯ダイジ
ェスト」の影響による）それぞれ意味情報ネットワーク
３に送信したところ、サイトＳ₁は環境情報提供者Ａ₃が
すでに「子供連れ家族向け」の「サッカー」として登録
していた「少年サーカーゲーム」に合って環境情報提供
者Ａ₃から環境情報（コンテンツ）の提供を受けたが、
サイトＳ₂は「ＳＦ」が「スポーツ関連（アウトドア派
／スポーツ競技観戦派）」と合わず環境情報提供者Ａ₁
にイベントが至らなかったことを示す（図２にある環境
情報提供者以外の提供者に各サイトの前記イベントが届
くこともありうるが省略）。

【０１２１】これにより、サイト提供者Ｂは、各サイト
用アプリケーション５₁，５₂に、表示した環境情報の効
果にしたがってより相応しい環境情報の要求をさせ、サ
イトごとに効果的な環境情報表示をさせることができ、
また、効果の大きな環境情報に関する情報をサイト間で
共有し、個々の効果を相互に反映させて、サイトの集合
全体の効果を上げることができる。

【０１２２】図１８は以上の処理（１）〜（５）につい
てサイト提供者端末２₁，２₂と環境情報提供者１₃の間
に着目したシーケンス図である。第２の実施形態（１）図１９でサイト提供者Ｂは、サイトＳ₁、サイト
Ｓ₂のサイト提供者端末２ ₁，２₂においてサイト用アプ
リケーション５₁，５₂を使用し、図６のような端末上の
アプリケーション画面から、環境情報識別情報と環境情
報要求条件を入力し、環境情報の要求をする。例とし
て、サイトＳ₁は「子供向き家族向き」の「ＳＦ」を指
定し、サイトＳ₂は識別情報に人気の「サッカー」とそ
の他要求条件には「アウトドア派向きのもの」をそれぞ
れ独立な関係で設定したとする。図６、図７の入力内容
は、サイト提供者Ｂがそれぞれサイト提供者端末２₁、
２₂で入力した例を示すものである。このとき、各サイ
ト用アプリケーション５₁，５₂は、イベントプレースに
対して、図１０のようなイベントタイプを登録し（まだ
登録されていない場合）、イベント受信のためのセショ
ンを確立すると、フィルタオブジェクトの生成を行い、
それぞれのフィルタオブジェクトに、サイトＳ₁では図
２１のようなフィルタを、サイトＳ₂では図２２のよう
な２組のフィルタ値を設定する。ここで、フィルタ中
の"ｄｏｎ'ｔｃａｒｅ"は情報項目の値を特定しない
ことを、「表示システム」項目は各サイト用アプリケー
ション５₁，５₂がサイト提供者Ｂから事前に入力された
とする。（２）図１９で環境情報提供者Ａ₁、環境情報提供者
Ａ₂、環境情報提供者Ａ₃は、それぞれ環境情報提供用ア
プリケーション４₁，４₂，４₃を使用し、図３のような
アプリケーション画面に提供する環境情報（コンテン
ツ）の情報を入力し、環境情報提供要求を開始する。例
として、環境情報提供者Ａ₁は「ＳＦ」、環境情報提供
者Ａ₂は「キャンピング」、環境情報提供者Ａ₃は「サッ
カー」の映像クリップをそれぞれ設定したとする。図
３、図４、図５の入力内容は、それぞれ環境情報提供者
Ａ₁、環境情報提供者Ａ₂、環境情報提供者Ａ₃が入力し
た例を示すものである。このとき各環境情報提供用アプ
リケーション４₁，４₂，４₃は、図２３のようなイベン
トを生成しイベントプレースに送信する。図２３、図２
４、図２５の入力内容は、それぞれ環境情報提供者
Ａ₁、環境情報提供者Ａ₂、環境情報提供者Ａ₃の環境情
報提供用アプリケーション４₁，４₂，４₃が設定した例
を示すものである。ここで、環境情報提供要求イベント
は、他の契機（例えば、周期的な間隔、など）でも送信
されうる。

【０１２３】イベントプレースにおいて、各環境情報提
供用アプリケーション４₁，４₂，４ ₃が送信したイベン
トと各サイト用アプリケーション５₁，５₂が設定したフ
ィルタとの照合が行われ、フィルタ値に示される条件に
合致したイベントは、当該フィルタを設定したサイト提
供者端末に転送される。各サイト用アプリケーション５
₁，５₂が使用したイベントプレースと、各環境情報提供
用アプリケーション４ ₁，４₂，４₃が使用したイベント
プレース間は、イベントプレースのフェデレーション機
能により、情報の相互流通が可能であるため、前記イベ
ントはいくつかのイベントプレースを経由して、目的の
サイト用アプリケーションが使用しているイベントプレ
ースへ最終的に転送される。図では、最終的には、環境
情報提供者Ａ₁のイベントはサイト提供者端末２₁が、環
境情報提供者Ａ₂のイベントはサイト提供者端末２₂が、
環境情報提供者Ａ₃のイベントはサイト提供者端末２
₂が、それぞれ受信する。（３）前記環境情報提供要求イベントを受信したサイト
提供者端末２₁，２₂では、サイト提供用アプリケーショ
ン５₁，５₂が、前記イベント中にある環境情報案内情報
と環境情報入手情報を求め、ユーザ（サイト提供者Ｂ）
に対して端末上に図８のような画面で表示する。図８、
図９の表示内容は、それぞれサイト提供者端末２₁、２₂
が受信した例を示すものである。図８では、「子供向き
家族向き」の「ＳＦ」指定に対する環境情報として、図
１に示されていない環境情報提供者からの「タイムマシ
ン」も表示されているが、これは一般に不特定多数の環
境情報提供者からのイベントがフィルタに合致して複数
届くことがあることを示している。サイト提供者Ｂは、
未選択環境情報一覧から表示するものを選択する。選択
された環境情報は、表示中環境情報があれば表示待ち環
境情報一覧にリストされ、大型スクリーンなどの表示装
置に表示されるまでに、サイト用アプリケーション
５₁，５₂によって環境情報入手情報から環境情報そのも
の（コンテンツ）が取り込まれる。

【０１２４】これにより、環境情報を提供したい者が、
環境情報を利用したい不特定多数のサイト提供者の中か
ら、提供要求条件に合った環境情報の利用者に向けて、
ただしサイト提供者を認識することなく、環境情報提供
要求をリアルタイムに送信することができ、またサイト
提供者はその結果を受信し環境情報を選択・表示するこ
とができる。この時、環境情報提供者と一般に複数のサ
イト提供者間の情報送受信ルートが動的に決まり、事前
の固定的なルート設定は必要ない。（４）各サイト用アプリケーション５₁，５₂は、図８の
ような画面にある表示環境情報の効果値入力をサイト提
供者Ｂから受けたり、大衆の集まり具合を監視できる装
置などから効果情報を受けたりして、これまでサイト提
供者Ｂから受けた情報の履歴によるサイトの性格ととも
に、効果のある環境情報の履歴を求める。この結果を参
照・利用しながら、可能であれば、未選択の環境情報を
自動選択したり、新たな環境情報受付のフィルタを意味
情報ネットワーク３に設定したり、図２０に示すように
互いに他のサイト用アプリケーションに前記結果や前記
の新たなフィルタを送受したりする。図２０の例では、
サイト提供者端末２₁が効果のあった「スタートレッ
ク」（種類はＳＦ）に関連した情報をサイト提供者端末
２₂に、サイト提供者端末２₂が効果のあった「Ｗ杯ダイ
ジェスト」（種類はサッカー）に関連した情報をサイト
提供者端末２₁に、それぞれ在来のネットワーク（イン
ターネット）を介して送り、各サイトが受け取った情報
に自サイトの性格を反映させて新たな環境情報受付のフ
ィルタを生成し（サイトＳ₁は図２６、サイトＳ₂は図２
７。図２７で提供条件に「競技観戦派」が追加されてい
るのは効果のあった「Ｗ杯ダイジェスト」の影響によ
る）それぞれ意味情報ネットワーク３に送信したとこ
ろ、環境情報提供者側から周期起動などにより再度以前
と同じイベントの送信や新規のイベントの送信があり、
サイトＳ₁は環境情報提供者Ａ₃が新規に用意した「子供
連れ家族向け」の「サッカー」に合って環境情報提供者
Ａ₃から環境情報（コンテンツ）の提供を受けたが、サ
イトＳ₂は「ＳＦ」が「スポーツ関連（アウトドア派／
スポーツ競技観戦派）」に合わず環境情報提供者Ａ ₁か
らのイベントがサイトＳ₂に至らなかったことを示す
（図２０にあるサイト提供者Ｂ以外あるいはサイト提供
者ＢのサイトＳ₁、サイトＳ₂以外のサイトに各環境情報
提供者の前記イベントが届くこともありうるが省略）。
サイト用アプリケーション５₁，５₂は、環境情報提供用
アプリケーション４₁，４₂，４₃からの周期的イベント
送信などにより、同一のイベントを受信した場合、自動
廃棄あるいはサイト提供者の確認を求めて廃棄を決める
などの機能を持つこともできる。

【０１２５】図２８は以上の処理（１）〜（４）につい
てサイト提供者端末２₁，２₂と環境情報提供者１₃の間
に着目したシーケンス図である。

【０１２６】これにより、サイト提供者Ｂは、各サイト
用アプリケーション５₁，５₂に、表示した環境情報の効
果にしたがってより相応しい環境情報の要求をさせ、サ
イトごとに効果的な環境情報表示をさせることができ、
また、効果の大きな環境情報に関する情報をサイト間で
共有させ個々の効果を相互に反映させて、サイトの集合
全体の効果を上げることができる。

【０１２７】

【発明の効果】以上説明したように、本発明は、・環境情報提供者や仲介者の存在を知らなくても、不特
定多数のサイト提供者と不特定多数の環境情報提供者が
環境情報の送受信を行うことができ、・環境情報配送のルートを動的に最小限にとどめ、・環境情報配送のリアルタイム性を向上させ、・仲介料の発生をなくし、・負荷の集中を回避し、・欲しい環境情報のタイムリーな取得を容易にし、・環境情報の効果をサイトで共有させるのを容易にする
という効果がある。

【図面の簡単な説明】

【図１】本発明の第１の実施形態の環境情報配信システ
ムの構成図である。

【図２】図１の環境情報配信システムにおいて、サイト
提供者ＢのサイトＳ₁，Ｓ₂間でリアルタイムに効果的な
環境情報を共有する例を示す図である。

【図３】サイト提供者Ｂからの環境情報要求の受付を環
境情報提供者側で開始する際の、環境情報提供者用端末
１₁におけるアプリケーション画面を示す図である。

【図４】サイト提供者Ｂからの環境情報要求の受付を環
境情報提供者側で開始する際の、環境情報提供者用端末
１₂におけるアプリケーション画面を示す図である。

【図５】サイト提供者Ｂからの環境情報要求の受付を環
境情報提供者側で開始する際の、環境情報提供者用端末
１₃におけるアプリケーション画面を示す図である。

【図６】サイト提供者Ｂから環境情報要求を発信する際
の、サイト提供者用端末２₁におけるアプリケーション
画面を示す図である。

【図７】サイト提供者Ｂから環境情報要求を発信する際
の、サイト提供者用端末２₂におけるアプリケーション
画面を示す図である。

【図８】サイト提供者Ｂが受信環境情報を選択したり表
示環境情報の効果値を入力したりする際の、サイト端末
２₁におけるアプリケーション画面を示す図である。

【図９】サイト提供者Ｂが受信環境情報を選択したり表
示環境情報の効果値を入力したりする際の、サイト端末
２₂におけるアプリケーション画面を示す図である。

【図１０】環境情報の配送を行うため、意味情報ネット
ワーク３において定義されるイベントタイプの一例を示
す図である。

【図１１】環境情報提供者Ａ₁が環境情報要求を受け付
けるため、意味情報ネットワーク３に設定されるフィル
タ条件の一例を示す図である。

【図１２】環境情報提供者Ａ₂が環境情報要求を受け付
けるため、意味情報ネットワーク３に設定されるフィル
タ条件の一例を示す図である。

【図１３】環境情報提供者Ａ₃が環境情報要求を受け付
けるため、意味情報ネットワーク３に設定されるフィル
タ条件の一例を示す図である。

【図１４】サイト提供者端末２₁が環境情報要求を環境
情報提供者に送信するため、意味情報ネットワーク３に
発信するイベントの一例を示す図である。

【図１５】サイト提供者端末２₂が環境情報要求を環境
情報提供者に送信するため、意味情報ネットワーク３に
発信するイベントの一例を示す図である。

【図１６】サイト提供者Ｂのサイト提供者端末２₁がサ
イト提供者端末２₂から得た効果の高い環境情報種別に
基づいて環境情報要求を環境情報提供者に送信するた
め、意味情報ネットワーク３に発信するイベントの一例
を示す図である。

【図１７】サイト提供者Ｂのサイト提供者端末２₂がサ
イト提供者端末２₁から得た効果の高い環境情報種別に
基づいて環境情報要求を環境情報提供者に送信するた
め、意味情報ネットワーク３に発信するイベントの一例
を示す図である。

【図１８】第１の実施形態のサイト提供者Ｂのサイト提
供者端末２₁，２₂と環境情報提供者Ａ₃の環境情報提供
者端末１₃の間に着目したシーケンス図である。

【図１９】本発明の第２の実施形態の環境情報配信シス
テムの構成図である。

【図２０】図１９の環境情報配信システムにおいて、サ
イト提供者ＢのサイトＳ₁，Ｓ₂間でリアルタイムに効果
的な環境情報を共有する例を示す図である。

【図２１】サイト提供者Ｂのサイト提供者端末２₁が環
境情報提供要求を受け付けるため、意味情報ネットワー
ク３に設定されるフィルタ条件の一例を示す図である。

【図２２】サイト提供者Ｂのサイト提供者端末２₂が環
境情報提供要求を受け付けるため、意味情報ネットワー
ク３に設定されるフィルタ条件の一例を示す図である。

【図２３】環境情報提供者Ａ₁が環境情報提供要求をサ
イト提供者Ｂに送信するため、意味情報ネットワーク３
に発信するイベントの一例を示す図である。

【図２４】環境情報提供者Ａ₂が環境情報提供要求をサ
イト提供者Ｂに送信するため、意味情報ネットワーク３
に発信するイベントの一例を示す図である。

【図２５】環境情報提供者Ａ₃が環境情報提供要求をサ
イト提供者Ｂに送信するため、意味情報ネットワーク３
に発信するイベントの一例を示す図である。

【図２６】サイト提供者Ｂのサイト提供者端末２₁がサ
イト提供者端末２₂から得た効果の高い環境情報種別に
基づいて環境情報提供要求を受け付けるため、意味情報
ネットワーク３に設定されるフィルタ条件の一例を示す
図である。

【図２７】サイト提供者Ｂのサイト提供者端末２₂がサ
イト提供者端末２₁から得た効果の高い環境情報種別に
基づいて環境情報提供要求を受け付けるため、意味情報
ネットワーク３に設定されるフィルタ条件の一例を示す
図である。

【図２８】第２の実施形態の、サイト提供者Ｂのサイト
提供者端末２₁，２₂と環境情報提供者Ａ₃の環境情報提
供者端末１₃間に着目したシーケンス図である。

【図２９】環境情報配信システムの第１の従来例の構成
図である。

【図３０】環境情報配信システムの第２の従来例の構成
図である。

【図３１】意味情報ネットワークの概念モデルを示す図
である。

【図３２】イベントの構成を示す説明図である。

【図３３】意味情報ネットワークのモデルを示す図であ
る。

【図３４】意味情報の定義を示す説明図である。

【図３５】イベントタイプの定義例を示す説明図であ
る。

【図３６】イベントの一例を示す説明図である。

【図３７】フィルタの定義例を示す説明図である。

【図３８】意味情報ネットワークの構成を示す図であ
る。

【図３９】意味情報ネットワークの動作メカニズムと制
御インタフェースを示す説明図である。

【図４０】物理リンクを示す説明図である。

【図４１】フィルタの管理方法を示す説明図である。

【図４２】イベントルーティング方法を示す説明図であ
る。

【図４３】フィルタの登録状況を示す説明図である。

【図４４】意味情報ネットワークの動作メカニズムと制
御インタフェースを示す説明図である。

【図４５】物理リンクを示す説明図である。

【図４６】イベントルーティング方法を示す説明図であ
る。

【図４７】フィルタの登録状況を示す説明図である。

【図４８】フェデレーション方法を示す説明図である。

【図４９】コミュニティモデルを示す説明図である。

【符号の説明】

１₁，１₂，１₃，１１₁，１１₂，１１₃ 環境情報提供
者端末２₁，２₂，１２₁，１２₂ サイト提供者端末３意味情報ネットワーク４₁，４₂，４₃，１４₁，１４₂，１４₃ 環境情報提供
用アプリケーション５₁，５₂，１５₁，１５₂ サイト用アプリケーション１３ネットワーク（インターネット）１６仲介者端末１７仲介用アプリケーションＡ₁，Ａ₂，Ａ₃ 環境情報提供者Ｂサイト提供者端末Ｃ仲介者２１意味情報ネットワーク（ＳＩＯＮ）２２端末ＳＩ−ＳＷ意味情報スイッチＳＩ−Ｒ意味情報ルータＳＩ−ＧＷ意味情報ゲートウェイＥＰＯイベントプレースオブジェクトＳＬＯシェアードリンクオブジェクトＦＡフェデレーションエージェント

───────────────────────────────────────────────────── フロントページの続き (72)発明者星合隆成東京都千代田区大手町二丁目３番１号日本電信電話株式会社内 (72)発明者酒井隆道東京都千代田区大手町二丁目３番１号日本電信電話株式会社内 (72)発明者小柳恵一東京都千代田区大手町二丁目３番１号日本電信電話株式会社内 (72)発明者金杉恵次神奈川県川崎市中原区上小田中４丁目１番１号富士通株式会社内 (72)発明者前田潤神奈川県川崎市中原区上小田中４丁目１番１号富士通株式会社内

Claims

【特許請求の範囲】

【請求項１】少なくとも１台の環境情報提供者端末か
ら、環境情報を表示する少なくとも１つのサイトのサイ
ト提供者端末へ環境情報をネットワークを介して配信す
る環境情報配信方法であって、前記環境情報提供者端末上の環境情報提供用アプリケー
ションと前記サイト提供者端末上のサイト提供用アプリ
ケーションを、前記ネットワークである意味情報ネット
ワークに接続し、前記環境情報提供者端末に入力された、環境情報の識別
情報と提供条件をフィルタとして前記意味情報ネットワ
ークに設定し、前記サイト提供者端末に入力された、環境情報の識別情
報、前記提供条件と照合される要求条件、および要求に
対する応答を受けるための返信先情報を含む環境情報要
求イベントを生成し、前記意味情報ネットワークに送信
し、自己のフィルタに設定された識別情報と提供条件が、受
信した前記環境情報要求イベントに含まれる識別情報と
要求条件に合致した環境情報提供者端末が、環境情報の
内容を示す案内情報と、環境情報の入手方法を示す入手
情報を前記イベント中にある返信先情報をもとに前記意
味情報ネットワークに送信し、前記サイト提供者端末が前記環境情報提供者端末から一
定期間受信した案内情報の表示を行い、サイト提供者に
よって環境情報のアクセスが指示された場合、前記入手
情報をもとに環境情報のアクセスを行うか、または前記
案内情報を表示することなく前記案内情報をもとに環境
情報を選択し、アクセスする環境情報配信方法。
【請求項２】少なくとも１台の環境情報提供者端末か
ら、環境情報を表示する少なくとも１つのサイトのサイ
ト提供者端末へ環境情報をネットワークを介して配信す
る環境情報配信方法であって、前記環境情報提供者端末上の環境情報提供用アプリケー
ションを、前記ネットワークである意味情報ネットワー
クに接続し、前記環境情報提供者端末に入力された、環境情報の識別
情報と提供条件をフィルタとして前記意味情報ネットワ
ークに設定し、自己のフィルタに設定された識別情報と提供条件が、前
記サイト提供者端末から前記意味情報ネットワークを介
して受信した環境情報要求イベントに含まれる、環境情
報の識別条件と要求条件に合致すると、環境情報の内容
を示す案内情報と、その入手方法を示す入手情報を前記
イベントに含まれる返信先情報をもとに前記意味情報ネ
ットワークに送信する環境情報配信方法。
【請求項３】少なくとも１台の環境情報提供者端末か
ら、環境情報を表示する少なくとも１つのサイトのサイ
ト提供者端末へ環境情報をネットワークを介して配信す
る環境情報配信方法であって、前記サイト提供者端末上のサイト提供用アプリケーショ
ンを、前記ネットワークである意味情報ネットワークに
接続し、前記サイト提供者端末に入力された、環境情報の識別情
報、要求条件、および要求に対する応答を受けるための
返信先情報を含む環境情報要求イベントを生成し、前記
意味情報ネットワークに送信し、前記サイト提供者端末が、前記環境情報要求イベントの
応答として前記環境情報提供者端末から一定期間受信し
た環境情報の案内情報の表示を行い、サイト提供者によ
って環境情報のアクセスが指示された場合、前記環境情
報提供者端末から送信された、環境情報の入手方法を示
す入手情報をもとに環境情報のアクセスを行うか、また
は前記案内情報を表示することなく前記案内情報をもと
に環境情報を選択し、アクセスする環境情報配信方法。
【請求項４】環境情報提供用アプリケーションを含む
少なくとも１台の環境情報提供者端末と、サイト提供用アプリケーションを含む少なくとも１台の
サイト提供者端末と、前記環境情報提供用アプリケーションと前記サイト提供
用アプリケーションを接続する意味情報ネットワークを
有し、前記環境情報提供用アプリケーションは、前記環境情報
提供者端末から入力された、環境情報の識別情報と提供
条件をフィルタとして前記意味情報ネットワークに設定
する処理と、自己のフィルタに設定された識別情報と提
供条件が、前記サイト提供者端末から前記意味情報ネッ
トワークを介して受信した環境情報要求イベントに含ま
れる、環境情報の識別情報と要求条件に合致すると、環
境情報の内容を示す案内情報と、環境情報の入手方法を
示す入手情報を前記イベント中にある返信先情報をもと
に前記意味情報ネットワークに送信する処理を含み、前記サイト提供用アプリケーションは、前記サイト提供
者端末に入力された、環境情報の識別情報、要求条件、
および要求に対する応答を受けるための返信先情報を含
む環境情報要求イベントを生成し、前記意味情報ネット
ワークに送信する処理と、前記サイト提供者端末が、前
記環境情報要求イベントの応答として前記環境情報提供
者端末から一定期間受信した環境情報の案内情報の表示
を行い、サイト提供者によって環境情報のアクセスが指
示された場合、前記環境情報提供者端末から送信された
入手情報をもとに環境情報のアクセスを行うか、または
前記案内情報を表示することなく前記案内情報をもとに
環境情報を選択し、アクセスする処理を含む環境情報配
信システム。
【請求項５】環境情報を表示する少なくとも１台のサ
イト提供者端末へネットワークを介して環境情報を配信
する環境情報提供者端末であって、前記環境情報提供者端末に入力された、環境情報の識別
情報と提供条件をフィルタとして前記ネットワークであ
る意味情報ネットワークに設定する処理と、自己のフィ
ルタに設定された識別情報と提供条件が、前記サイト提
供者端末から前記意味情報ネットワークを介して受信し
た環境情報要求イベントに含まれる、環境情報の識別情
報と要求条件に合致すると、環境情報の内容を示す案内
情報と、その入手方法を示す入手情報を前記イベント中
にある返信先情報をもとに前記意味情報ネットワークに
送信する処理を含み、前記意味情報ネットワークに接続
される環境情報提供用アプリケーションを有する環境情
報提供者端末。
【請求項６】少なくとも１台の環境情報提供者端末か
ら意味情報ネットワークを介して送信された環境情報を
受信し、サイトに表示するサイト提供者端末であって、前記サイト提供者端末に入力された、環境情報の識別情
報、要求条件、および要求に対する応答を受けるための
返信先情報を含む環境情報要求イベントを生成し、前記
ネットワークである意味情報ネットワークに送信する処
理と、前記環境情報要求イベントの応答として、前記環
境情報提供者端末から一定期間受信した環境情報の案内
情報の表示を行い、サイト提供者によって環境情報のア
クセスが指示された場合、前記環境情報提供者端末から
送信された、環境情報の入手方法を示す入手情報をもと
に環境情報のアクセスを行うか、または前記案内情報を
表示することなく前記案内情報をもとに環境情報を選択
し、アクセスする処理を含み、前記意味情報ネットワー
クに接続されるサイト提供用アプリケーションを有する
サイト提供者端末。
【請求項７】少なくとも１台の環境情報提供者端末か
ら、環境情報を表示する少なくとも１つのサイトのサイ
ト提供者端末へ環境情報をネットワークを介して配信す
る環境情報配信方法であって、前記環境情報提供者端末上の環境情報提供用アプリケー
ションと前記サイト提供者端末上のサイト提供用アプリ
ケーションを、前記ネットワークである意味情報ネット
ワークに接続し、前記サイト提供者端末に入力された、環境情報の識別情
報と要求条件をフィルタとして前記意味情報ネットワー
クに設定し、前記環境情報提供者端末に入力された、環境情報の識別
情報、前記要求条件と照合される提供条件、環境情報の
入手方法を示す入手情報を含む環境情報提供要求イベン
トを生成し、前記意味情報ネットワークに送信し、自己のフィルタに設定された識別情報と要求条件が、受
信した前記環境情報提供要求イベントに含まれる識別情
報と提供条件に合致したサイト提供者端末が、前記環境
情報提供者端末から送信された、環境情報の内容を示す
案内情報の表示を行い、サイト提供者によって環境情報
のアクセスが指示された場合、前記入手情報をもとに環
境情報のアクセスを行うか、前記案内情報を表示するこ
となく前記案内情報をもとに環境情報を選択し、アクセ
スする環境情報配信方法。
【請求項８】少なくとも１台の環境情報提供者端末か
ら、環境情報を表示する少なくとも１つのサイトのサイ
ト提供者端末へ環境情報をネットワークを介して配信す
る環境情報配信方法であって、前記環境情報提供者端末上の環境情報提供用アプリケー
ションを、前記ネットワークである意味情報ネットワー
クに接続し、前記環境情報提供者端末に入力された、環境情報の識別
情報、前記サイト提供者端末に入力された要求条件と照
合される提供条件、環境情報の入手方法を示す入手情報
を含む環境情報提供要求イベントを生成し、前記意味情
報ネットワークに送信する環境情報配信方法。
【請求項９】少なくとも１台の環境情報提供者端末か
ら、環境情報を表示する少なくとも１つのサイトのサイ
ト提供者端末へ環境情報をネットワークを介して配信す
る環境情報配信方法であって、前記サイト提供者端末に入力された、環境情報の識別情
報と要求条件をフィルタとして、前記ネットワークであ
る意味情報ネットワークに送信し、自己のフィルタに設定された識別条件と要求条件が、前
記環境情報提供者端末から前記意味情報ネットワークを
介して受信した環境情報提供要求イベントに含まれる識
別条件と提供条件に合致すると、前記環境情報提供者端
末から送信された、環境情報の内容を示す案内情報の表
示を行い、サイト提供者によって環境情報のアクセスが
指示された場合、前記環境情報要求イベントに含まれ
る、環境情報の入手方法を示す入手情報をもとに環境情
報のアクセスを行うか、前記案内情報を表示することな
く前記案内情報をもとに環境情報を選択し、アクセスす
る環境情報配信方法。
【請求項１０】環境情報提供用アプリケーションを含
む少なくとも１台の環境情報提供者端末と、サイト提供用アプリケーションを含む少なくとも１台の
サイト提供者端末と、前記環境情報提供用アプリケーシ
ョンと前記サイト提供用アプリケーションを接続する意
味情報ネットワークを有し、前記環境情報提供用アプリケーションは、前記環境情報
提供者端末に入力された、環境情報の識別情報、前記サ
イト提供者端末に入力された要求条件と照合される提供
条件、環境情報の入手方法を示す入手情報を含む環境情
報提供要求イベントを生成し、前記意味情報ネットワー
クに送信する処理を含み、前記サイト提供用アプリケーションは、前記サイト提供
者端末に入力された、環境情報の識別情報と要求条件を
フィルタとして前記意味情報ネットワークに設定する処
理と、自己のフィルタに設定された識別情報と要求条件
が、受信した前記環境情報提供要求イベントに含まれる
識別情報と提供条件に合致すると、環境情報の内容を示
す案内情報の表示を行い、サイト提供者によって環境情
報のアクセスが指示された場合、前記環境情報提供要求
イベントに含まれる、環境情報の入手方法を示す入手情
報をもとに環境情報のアクセスを行うか、前記案内情報
を表示することなく前記案内情報をもとに環境情報を選
択し、アクセスする処理を含む環境情報配信システム。
【請求項１１】環境情報を表示するサイトの少なくと
も１台のサイト提供者端末へ環境情報をネットワークを
介して配信する環境情報提供者端末であって、前記環境情報提供者端末に入力された、環境情報の識別
情報、前記サイト提供者端末に入力された要求条件と照
合される提供条件、環境情報の入手方法を示す入手情報
を含む環境情報提供要求イベントを生成し、前記ネット
ワークである意味情報ネットワークに送信する処理を含
み、前記意味情報ネットワークに接続される環境情報提
供者端末。
【請求項１２】少なくとも１台の環境情報提供者端末
からネットワークを介して送信された環境情報を受信
し、サイトに表示するサイト提供者端末であって、前記サイト提供者端末に入力された、環境情報の識別情
報と要求条件をフィルタとして前記ネットワークである
意味情報ネットワークに設定する処理と、自己のフィル
タに設定された識別情報と要求条件が、前記環境情報提
供者端末から受信した前記環境情報提供要求イベントに
含まれる識別情報と提供条件に合致すると、環境情報の
内容を示す案内情報の表示を行い、サイト提供者によっ
て環境情報のアクセスが指示された場合、前記環境情報
提供要求イベントに含まれる、環境情報の入手方法を示
す入手情報をもとに環境情報のアクセスを行うか、前記
案内情報を表示することなく前記案内情報をもとに環境
情報を選択し、アクセスする処理を含み、前記意味情報
ネットワークに接続されるサイト提供者端末。
【請求項１３】前記サイト提供者端末は環境情報の評
価情報を求め、該評価情報を用いて環境情報を自動選択
し、あるいは環境情報の識別情報と要求条件を生成し、
環境情報要求イベントとして前記意味情報ネットワーク
に送信する、請求項１、３、７、９のいずれか１項記載
の方法。
【請求項１４】他のサイトのサイト用アプリケーショ
ンと前記意味情報ネットワークまたは通常のネットワー
クを用いて前記評価情報、環境情報要求イベントを送受
し合い、受信した場合にはサイトの性格を受信情報に反
映する、請求項１３記載の方法。
【請求項１５】前記サイト用アプリケーションは環境
情報の評価情報を求め、該評価情報を用いて環境情報を
自動選択し、あるいは環境情報の識別情報と要求条件を
生成し、環境情報要求イベントとして前記意味情報ネッ
トワークに送信する処理をさらに含む、請求項４または
１０記載のシステム。
【請求項１６】前記サイト用アプリケーションは他の
サイトのサイト用アプリケーションと前記意味情報ネッ
トワークまたは通常のネットワーク用いて前記評価情
報、環境情報要求イベントを送受し合い、受信した場合
にはサイトの性格を受信情報に反映する処理をさらに含
む、請求項１５記載のシステム。
【請求項１７】前記サイト用アプリケーションは環境
情報の評価情報を求め、該評価情報を用いて環境情報を
自動選択し、あるいは環境情報の識別情報と要求条件を
生成し、環境情報要求イベントとして前記意味情報ネッ
トワークに送信する処理をさらに含む、請求項６または
１２記載のサイト提供者端末。
【請求項１８】前記サイト用アプリケーションは他の
サイトのサイト用アプリケーションと前記意味情報ネッ
トワークまたは通常のネットワーク用いて前記評価情
報、環境情報要求イベントを送受し合い、受信した場合
にはサイトの性格を受信情報に反映する処理をさらに含
む、請求項１７記載のサイト提供者端末。