JP2002304481A

JP2002304481A - 意味情報ネットワークを用いた信用情報提供方法およびシステム、信用情報収集方法およびシステム、送信端末、受信端末、意味情報ネットワーク

Info

Publication number: JP2002304481A
Application number: JP2001107327A
Authority: JP
Inventors: Takamichi Sakai; 隆道酒井; Hiroshi Shibata; 弘柴田; Takanari Hoshiai; 隆成星合; Keiichi Koyanagi; 恵一小柳
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2001-04-05
Filing date: 2001-04-05
Publication date: 2002-10-18

Abstract

(57)【要約】【課題】仲介者を介することなく信用情報提供サービ
スを実現する。【解決手段】イベントとして送信されたデータを選択
的に受信するためにイベントのタイプと取得条件とから
なるフィルタが設定される信用情報提供者の端末４
０₁、４０₂と、信用情報の要求をイベントとして送信す
るユーザの端末５０とが、意味情報ネットワーク１０を
介して接続されている。信用情報提供者１、２の端末４
０₁、４０₂は、信用情報を収集したサービス提供者６０
を特定するための情報をフィルタとして設定する。ユー
ザの端末５０は、信用情報の入手を希望するサービス提
供者６０を特定するための情報を含んだ信用情報要求イ
ベントを意味情報ネットワーク１０に送信する。送信さ
れたイベントのタイプと取得条件に合致したフィルタを
設定されている信用情報提供者の端末にのみ、その信用
情報要求イベントは受信される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク上に
分散するコンテンツの中からエンドユーザの興味に合致
するコンテンツを特定する、あるいは、コンテンツプロ
バイダがコンテンツを配布すべき最適なコンシューマを
特定する意味情報ネットワークを用いて、ある特定のサ
ービス提供者の信用情報を収集する信用情報収集方法お
よびシステム、ある特定のサービス提供者の信用情報の
入手を希望するユーザにそのサービス提供者の信用情報
を提供する信用情報提供方法およびシステムに関する。

【０００２】

【従来の技術】商品の販売、飲食物の提供等のサービス
の提供を行っているサービス提供者からサービスの提供
を受けようとするユーザは、一般的に、そのサービス提
供者の信用性を確認してからサービスの提供を受けるか
否かの決定を行う。サービス提供者の具体的な例として
は、商品の販売店、飲食店、メーカ等があげられる。ま
た、複数のサービス提供者が存在する場合には、そのサ
ービス提供者の信用性を比較して、サービスの提供を受
けるサービス提供者を選択する。

【０００３】そして、サービス提供者の信用性に関する
情報である信用情報を、そのサービス提供者の信用情報
の入手を希望するユーザに提供するための方法として信
用情報提供方法が用いられている。信用情報の具体的な
例としては、サービス提供者の株価、経営状態に関する
情報から、実際に評価者が当該サービス提供者が提供し
ているサービスを受けたときの個人的な感想等が挙げら
れる。

【０００４】また、信用情報提供方法では、提供する信
用情報を収集するために様々な信用情報収集方法が用い
られている。従来の信用情報収集方法では、口コミによ
る情報収集や、紙によるアンケートの配布、回収、集計
または電話によるアンケートの実施、集計を行うことに
より信用情報の収集を行っていた。しかし、口コミによ
る情報収集では、得られる情報量に限度があり信用性の
高い信用情報を得られることができない。また、紙や電
話によるアンケートでは、アンケート対象者を多くする
ことにより得られる情報の信用性を高くすることはでき
るが、信用情報を得るためには多くの手間および時間を
要するので、得られる信用情報のリアルタイム性が低下
するという問題がある。

【０００５】図４３は、従来の信用情報提供システムに
より実現される信用情報提供サービスの仕組みを示して
いる。この従来の信用情報提供システムでは、信用情報
提供者１、２の端末１０１、１０２、仲介者のサーバ２
００、ユーザの端末３００がインターネット５００等の
通信網を介して接続されている。

【０００６】この従来の信用情報提供サービスは、信用
情報提供者１、２が収集したサービス提供者６０の信用
情報を、仲介者が、サービス提供者６０の信用情報の入
手を希望するユーザに提供することにより実現される。
仲介者のサーバ２００の具体的な例としては、ブロー
カ、ポータルサイト、ディレクトリサーバ等が考えられ
る。

【０００７】この従来の信用情報提供方法を図４３を参
照して説明する。図４３中の括弧内の番号は、情報が伝
送される順番または実行される処理の順番を示すもので
ある。

【０００８】（１）信用情報の提供を行う信用情報提供
者１、２は、端末１０１、１０２の信用情報提供者用ア
プリケーションを用いて、あるサービスを提供している
サービス提供者６０の信用度に関する評価を行い、その
評価結果を信用情報として入力する。信用度の評価は、
過去にその信用情報提供者がサービス提供者６０のサー
ビスを受けた際に感じた感想に基づいて行い場合以外に
も、上述したような口コミ、紙によるアンケート、電話
によるアンケート等による方法に基づいて行う場合があ
る。

【０００９】（２）そして、信用情報提供者１、２は、
得られた信用情報を仲介者のサーバ２００に登録する。

【００１０】（３）あるサービス（例えば、商品の購入
等）の提供を受けようとするユーザは、当該サービスを
提供しているサービス提供者に関する信用情報の入手を
希望する場合、端末３００のユーザ用アプリケーション
を用いて、仲介者のサーバ２００に当該サービス提供者
の信用情報の問い合わせを行う。

【００１１】（４）上記仲介者のサーバ２００は、ユー
ザからの問い合わせに対し、保有している信用情報の中
からユーザが希望する信用情報を検索し、検索した信用
情報をユーザの端末３００に提供する。この際、仲介者
はユーザから情報料を徴収する場合もある。そして、仲
介者のサーバ２００からサービス提供者６０の信用情報
を入手したユーザは、その信用情報に基づいてサービス
提供者６０によるサービスの提供を受けるか否かを決定
する。

【００１２】

【発明が解決しようとする課題】上述した従来の信用情
報提供システムでは、ある特定のサービス提供者の信用
情報の入手を希望するユーザにそのサービス提供者の信
用情報を提供しようとする場合、信用情報の提供を行う
信用情報提供者とユーザとの間に仲介者が介在すること
が必要となることから以下の問題点がある。（１）仲介者のサーバに保管されている信用情報の変更
にはある程度の時間が必要となるため、信用情報のリア
ルタイムな更新が困難である。（２）仲介料が発生する、または、仲介者による広告の
付与等が発生する。（３）信用情報提供サービスを利用する信用情報提供
者、ユーザの増加に伴い仲介者の運営するサーバにおけ
る負荷が集中し、ユーザからの信用情報の要求に対する
結果の通知のリアルタイム性がさらに低下するとともに
高価な大型サーバ機が必要となることにもなる。（４）ユーザ及び信用情報提供者は仲介者の存在を知
り、仲介者が運営するダウンロードサーバやＦＴＰサー
バに接続して信用情報の登録または要求を行う必要があ
るが、ネットワーク上に分散するコンテンツの数はイン
ターネットの普及に伴って増加する一方であり、自分に
とって最適な信用情報提供サービスを探すことは困難で
あり手間がかかる。

【００１３】（５）信用情報提供者およびユーザのプラ
イバシに関わる機密情報が仲介者によって一元管理さ
れ、仲介者によって利用されているサーバに侵入が図ら
れたときの危険分散が行われていない。また、仲介者の
機密情報管理の信頼性が低い場合には、仲介者にプライ
バシ情報を開示すること自体に不安が伴う。

【００１４】（６）信用情報提供者およびユーザは、仲
介者へのアクセス方法、信用情報のフォーマット等に関
して、仲介者が規定する信用情報提供サービスの運営方
針(ポリシ)に従わなければならない。

【００１５】また、従来の信用情報収集方法では、信用
度の高い信用情報をリアルタイムに得ることができない
という問題を有していた。

【００１６】本発明は上述したような従来の技術が有す
る問題点に鑑みてなされたものであって、仲介者を介す
ることなくネットワークを用いた信用情報提供サービス
の運営を可能とすることにより上記の各問題点を解決
し、特に、信用情報のリアルタイムな反映を可能とし、
信用情報提供者、ユーザのポリシによる信用情報提供が
可能となり、ユーザ及び信用情報提供者の機密情報に関
する安全性を向上することができる信用情報提供方法お
よび提供システムを実現することを目的とする。

【００１７】また、本発明の他の目的は、信用度の高い
信用情報をリアルタイムに得ることができる信用情報収
集方法およびシステムを提供することである。

【００１８】

【課題を解決するための手段】上記目的を達成するため
に、本発明の信用情報提供方法は、データをイベントと
して送信する送信端末と、イベントとして送信された前
記データを選択的に受信するために、イベントのタイプ
と取得条件とからなるフィルタが設定される受信端末と
から構成される意味情報ネットワークを用いて、ある特
定のサービス提供者の信用情報の入手を希望するユーザ
にそのサービス提供者の信用情報を提供するための、意
味情報ネットワークを用いた信用情報提供方法であっ
て、信用情報提供者の端末が、信用度調査の対象となる
サービス提供者の信用情報を作成するステップと、前記
信用情報提供者の端末が、信用情報を作成したサービス
提供者を特定するための情報をフィルタとして前記意味
情報ネットワークに設定するステップと、ユーザの端末
が、信用情報の入手を希望するサービス提供者を特定す
るための条件を含んだ信用情報要求をイベントとして前
記意味情報ネットワークに送信するステップと、信用情
報を作成したサービス提供者を特定するための情報がフ
ィルタの取得条件として設定されている前記信用情報提
供者の端末が、イベントとして送信された前記信用情報
要求を前記意味情報ネットワークから受信するステップ
と、イベントとして送信された前記信用情報要求を前記
意味情報ネットワークから受信した信用情報提供者の端
末が、該信用情報要求に含まれる情報により特定される
サービス提供者の信用情報を、当該信用情報要求を送信
したユーザの端末に対して送信するステップと、前記ユ
ーザの端末が、イベントとして送信された前記信用情報
要求を前記意味情報ネットワークから受信した信用情報
提供者の端末により送信されたサービス提供者の信用情
報を受信するステップとを有する。

【００１９】本発明によれば、信用情報提供者は、信用
情報を作成したサービス提供者または信用情報を作成可
能なサービス提供者を特定するための情報をフィルタと
して意味情報ネットワークに設定し、ユーザは信用情報
の入手を希望するサービス提供者を特定するための情報
をイベントとして意味情報ネットワークに送信するよう
にしているので、ユーザは、希望するサービス提供者の
信用情報を仲介者を必要とせずに行うことが可能とな
る。

【００２０】また、本発明の他の信用情報提供方法は、
データをイベントとして送信する送信端末と、イベント
として送信された前記データを選択的に受信するため
に、イベントのタイプと取得条件とからなるフィルタが
設定される受信端末とから構成される意味情報ネットワ
ークを用いて、ある特定のサービス提供者の信用情報の
入手を希望するユーザにそのサービス提供者の信用情報
を提供するための、意味情報ネットワークを用いた信用
情報提供方法であって、前記信用情報提供者の端末が、
信用情報を作成可能なサービス提供者を特定するための
情報をフィルタとして前記意味情報ネットワークに設定
するステップと、ユーザの端末が、信用情報の入手を希
望するサービス提供者を特定するための条件を含んだ信
用情報要求をイベントとして前記意味情報ネットワーク
に送信するステップと、信用情報を作成可能なサービス
提供者を特定するための情報がフィルタの取得条件とし
て設定されている前記信用情報提供者の端末が、イベン
トとして送信された前記信用情報要求を前記意味情報ネ
ットワークから受信するステップと、イベントとして送
信された前記信用情報要求を前記意味情報ネットワーク
から受信した信用情報提供者の端末が、該信用情報要求
に含まれる情報により特定されるサービス提供者の信用
情報を作成するステップと、前記信用情報提供者の端末
が、作成した信用情報を、前記信用情報要求を送信した
ユーザの端末に対して送信するステップと、前記ユーザ
の端末が、イベントとして送信された前記信用情報要求
を前記意味情報ネットワークから受信した信用情報提供
者の端末により送信されたサービス提供者の信用情報を
受信するステップとを有する。

【００２１】本発明は、ユーザからの信用情報の要求を
受信してから、そのサービス提供者の信用情報を作成す
ることにより、要求を受けてから信用情報を送信するま
での時間は長くなるものの予め信用情報を作成して保持
しておくという処理が不要となる。

【００２２】また、本発明の信用情報収集方法は、デー
タをイベントとして送信する送信端末と、イベントとし
て送信された前記データを選択的に受信するために、イ
ベントのタイプと取得条件とからなるフィルタが設定さ
れる受信端末とから構成される意味情報ネットワークを
用いて、ある特定のサービス提供者の信用情報を収集す
るための、意味情報ネットワークを用いた信用情報収集
方法であって、信用度調査アンケートに応答する意思の
あるアンケート応答者の端末が、当該アンケート応答者
のプロファイルおよびアンケート実施者である信用情報
提供者に対する条件をフィルタとして設定するステップ
と、アンケート実施者の端末が、アンケート実施者のプ
ロファイルとアンケート対象者の条件およびアンケート
内容を信用度調査アンケート要求イベントとして意味情
報ネットワークに送信するステップと、前記アンケート
実施者の端末が、イベントとして送信した信用度調査ア
ンケート要求に対応したアンケート結果を受信するため
のフィルタを前記意味情報ネットワークに設定するステ
ップと、アンケート実施者に対する条件とアンケート応
答者のプロファイルがフィルタの取得条件として設定さ
れている前記アンケート応答者の端末が、イベントとし
て送信された前記信用度調査アンケート要求を前記意味
情報ネットワークから受信するステップと、イベントと
して送信された前記信用度調査アンケート要求を受信し
た前記アンケート応答者の端末が、該信用度調査アンケ
ート要求に含まれるアンケートに対する結果であるアン
ケート結果を、イベントとして前記意味情報ネットワー
クに送信するステップと、前記アンケート結果を受信す
るためのフィルタの取得条件として設定されているアン
ケート実施者の端末が、イベントとして送信されてきた
アンケート結果を受信するステップとを有する。

【００２３】本発明によれば、ある特定のサービス提供
者の信用情報を収集する信用情報収集方法を仲介者を必
要とせずに実現することができるので、信用度の高い信
用情報をリアルタイムに得ることができる。

【００２４】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００４１】次に、ＳＩＯＮ１の構成を説明する。図８
は、ＳＩＯＮ１の構成を示す図である。図８に示すよう
にＳＩＯＮ１は、意味情報スイッチ（Semantic Informa
tion-Switch、図面ではＳＩ−ＳＷと図示する）、意味
情報ルータ（Semantic Information -Router、図面では
ＳＩ−Ｒと図示する）、意味情報ゲートウェイ（Semant
ic 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接続
を行う方法においては、意味情報の終端点が端末になる
ため、端末の中身を外部に公開することになる。従っ
て、ＳＩＯＮは後者の方法と比べて、高いセキュリティ
とプライバシ保護を実現することが可能である。

【０１２７】次に、上記のような内容を備える意味情報
ネットワークシステムを用いた本発明の実施の形態につ
いて説明する。

【０１２８】（第１の実施形態）先ず、本発明の第１の
実施形態の信用情報提供方法について説明する。

【０１２９】本実施形態の信用情報提供方法は、サービ
ス提供者の信用情報を作成し、作成した信用情報をその
信用情報の入手を希望するユーザに対して提供するもの
である。そこで、本実施形態の信用情報提供方法を説明
する前に、本実施形態における信用情報提供者が信用情
報を作成するために用いることが可能な信用情報収集方
法について説明する。

【０１３０】図２０は、本実施形態の信用情報提供方法
において用いられる信用情報収集方法を説明するための
システム図である。

【０１３１】本実施形態における信用情報収集方法は、
信用情報の提供を行う信用情報提供者が、意味情報ネッ
トワーク１０を用いて、ある特定のサービス提供者の信
用情報を収集することにより実現される。また、本実施
形態では、図２０における意味情報ネットワーク１０
を、上述したイベントプレースを用いて実現している
が、意味情報ネットワーク１０の実現方法はこの限りで
はない。

【０１３２】本実施形態の信用情報収集システムでは、
アンケート実施者となる信用情報提供者の端末４０と、
アンケート応答者１〜３の端末３１〜３３とが意味情報
ネットワーク１０を介して接続されている。

【０１３３】信用情報提供者の端末４０は、信用度調査
アンケート要求をイベントとして意味情報ネットワーク
１０に送信する送信端末として機能する。また、アンケ
ート応答者の端末３１〜３３はイベントとして送信され
た信用度調査アンケート要求を選択的に受信するため
に、イベントのタイプと取得条件とからなるフィルタが
設定される受信端末として機能する。

【０１３４】各アンケート応答者１〜３、信用情報提供
者はそれぞれ使用するＰＣ等の端末３１〜３３、４０
に、ＣＯＲＢＡ準拠のＯＲＢ等のミドルウェアと、上述
したイベントプレースファクトリ生成機構をインストー
ルして自身の端末においてイベントプレースを生成する
か、あるいは、他のネットワークノード上にあるイベン
トプレースに対するセッションを確立し、意味情報ネッ
トワーク１０に接続されていることを前提とする。

【０１３５】また、意味情報ネットワーク１０には、一
例として、図２１のようなイベントタイプが登録されて
いるとする。この登録されているイベントタイプは、イ
ベントタイプ名として「アンケート依頼」が定義され、
イベントプロパティ名として「要求元住所」、「要求元
職業」、「要求元年齢」、「要求元性別」、「対象住
所」、「対象職業」、「対象年齢上限」、「対象年齢下
限」、「対象性別」、「返答イベントタイプ名」、「ア
ンケート種類」、「懸賞品」が定義されている。また、
これらのイベントプロパティには、イベントプロパティ
値として「string型」、「string型」、「short型」、
「string型」、「string型」、「string型」、「short
型」、「short型」、「string型」、「string型」、「s
tring型」、「string型」がそれぞれ定義されている。

【０１３６】ここで、「要求元住所」、「要求元職
業」、「要求元年齢」、「要求元性別」とは、信用度調
査アンケートの要求元であるアンケート実施者の条件を
設定するためのプロパティである。また、「対象住
所」、「対象職業」、「対象年齢上限」、「対象年齢下
限」、「対象性別」とは、アンケート応答者の条件を設
定するためのプロパティである。また、「返答イベント
タイプ名」とは、アンケートに応答した場合に、そのア
ンケート結果をイベントとして送信する際に使用するイ
ベントタイプの名称を示すプロパティであり、「アンケ
ート種類」とは、このアンケートがどのような性格であ
るかを示すプロパティであり、例えば投票等の義務的な
ものであるとか、懸賞がつくものであるとか、単なる実
態調査（ボランティア）であるとかいうことを示してい
る。

【０１３７】また、「懸賞品」とは、このアンケートが
懸賞がつくものである場合に、その懸賞品のおおまなか
特徴を示すプロパティであり、例えば、携帯電話機が当
たる、車が当たる、賞金がもらえる等の内容が入力され
るものである。

【０１３８】次に、本実施形態の信用情報収集方法につ
いて図面を参照して詳細に説明する。図２０中の括弧内
の番号は、情報が伝送される順番または実行される処理
の順番を示すものであり、以下、この番号順に本実施形
態の動作について説明する。図２２は、本実施形態にお
ける信用情報収集方法を説明するためのシーケンスチャ
ートである。

【０１３９】（１）先ず、信用度調査アンケートを受信
し、その信用度アンケートに応答する意思のあるアンケ
ート応答者１〜３は、端末３１〜３３のアンケート受付
・応答用アプリケーションを用いて、自己のプロファイ
ルを入力する。アンケート応答者１〜３が、自己のプロ
ファイルをフィルタに設定する際に、端末３１〜３３に
表示されるアンケート受付・応答用アプリケーションの
画面の一例を図２３に示す。

【０１４０】そして、同様にしてアンケート応答者は、
受け付ける信用度調査アンケートの実施者に対する条件
を設定する。アンケート応答者１〜３が、受け付ける信
用度調査アンケートの要求元に対する条件を設定する際
に、端末３１〜３３に表示されるアンケート受付・応答
用アプリケーションの画面の一例を図２４に示す。例え
ば、無職の人からの信用度調査アンケートを拒否した
り、２０歳未満の人からの信用度調査アンケートは受け
付けない等の制限や、懸賞として図書券の当たる信用度
調査アンケートのみを受け付ける等の条件設定を行う。
このようにしてアンケート応答者のプロファイル、受け
付ける信用度調査アンケートの実施者を限定するための
条件が設定されると、端末３１〜３３のアンケート受付
・応答用アプリケーションは、図２５に示すようなフィ
ルタを意味情報ネットワーク１０に設定する。尚、図２
０では、設定されるフィルタを概念的に黒丸にて示す。

【０１４１】（２）次に、信用度調査アンケートを実施
したい信用情報提供者は、端末４０のアンケート発信・
集計用アプリケーションを用いて図２６に示すような画
面から自己のプロファイルを設定し、図２７に示すよう
な画面から信用度調査アンケートを実施する対象および
信用度調査アンケートの内容、懸賞内容等を設定する。
このような信用情報提供者のプロファイル、信用度調査
アンケートを実施する対象および信用度調査アンケート
の内容、懸賞内容等が設定された、端末４０のアンケー
ト発信・集計用アプリケーションは、図２８に示すよう
な信用度調査アンケート要求イベントを意味情報ネット
ワーク１０に対して送信する。

【０１４２】本実施形態においては、信用情報は、評価
対象となるサービス提供者の信用度と、その信用度評価
についての説明・根拠とから構成されるものとして説明
する。ここで、信用度は０（信用性が低い）から１（信
用性が高い）の範囲における実数値で評価されるものと
する。尚、信用度Ａ、Ｂ、Ｃ、Ｄ、Ｅ評価は、それぞれ
０．０〜０．２、０．２〜０．４、０．４〜０．６、
０．６〜０．８、０．８〜１．０の値に対応して付けら
れている。

【０１４３】そして、アンケート発信・集計用アプリケ
ーションは、アンケート応答者からのアンケート結果を
受信するために、図２９に示すようなイベントタイプを
意味情報ネットワーク１０に定義する。ここで定義され
るイベントタイプは、イベントタイプ名として「ＡＢＣ
ショップ信用度調査」が定義され、イベントプロパティ
名として「返信者住所」、「返信者職業」、「返信者年
齢」、「返信者性別」、「信用度」、「説明情報」が定
義されている。また、これらのイベントプロパティに
は、イベントプロパティ値として「string型」、「stri
ng型」、「short型」、「string型」、「string型」、
「string型」がそれぞれ定義されている。

【０１４４】ここで、「返信者住所」、「返信者職
業」、「返信者年齢」、「返信者性別」とは、アンケー
ト返信者であるアンケート応答者のプロファイルを示す
プロパティである。また、「信用度」、「説明・根拠」
とは、サービス提供者の信用情報であり、そのサービス
提供者の信用性を評価した信用度と、信用度を評価した
理由の説明および根拠を示すプロパティである。

【０１４５】そして、図２９に示すようなイベントタイ
プの定義を行った端末４０のアンケート発信・集計用ア
プリケーションは、アンケート応答者からのアンケート
結果を受信するためのフィルタを意味情報ネットワーク
１０に設定する。すなわち本実施形態においては、「Ａ
ＢＣショップ信用度調査」というイベントタイプ名に関
する条件のみが設定されたフィルタを設定する。

【０１４６】（３）そして、意味情報ネットワーク１０
にフィルタとして設定されている信用度調査アンケート
実施者に対する条件とイベントとして送信された信用情
報提供者のプロファイルが合致し、かつ、フィルタとし
て設定されているアンケート応答者のプロファイルとイ
ベントとして送信されたアンケート対象者の条件とが合
致すると、そのイベントはアンケート応答者の端末によ
り受信される。信用情報提供者からの信用度調査アンケ
ート要求イベントを受信したアンケート応答者の端末に
おけるアンケート受付・応答用アプリケーションにより
表示される画面の一例を図３０に示す。図２０では、信
用情報提供者が端末４０から送信したイベントは、アン
ケート応答者１〜３の端末３１〜３３により受信される
場合を示している。

【０１４７】信用度調査アンケートを受信したアンケー
ト応答者が、図３０に示すような画面から、サービス提
供者の信用情報として店の信用度と、信用度についての
説明・根拠を入力すると、アンケート受付・応答用アプ
リケーションは、図３１に示すようなイベントを意味情
報ネットワーク１０に対して送信する。このイベントに
は、返信者住所、返信者職業、返信者年齢、返信者性別
等のアンケート応答者のプロファイルと、信用度および
説明・根拠からなる信用情報が含まれている。図３１の
例では、懸賞付きの信用度調査アンケートに応答してい
るため、自己の住所や返信先情報を記入しているが、ア
ンケートの返信をイベントを用いて行っているため、ア
ンケートの応答者が誰であるかを特定できない匿名での
信用度調査アンケート回答にも対応可能である。

【０１４８】アンケートの応答者を匿名にする必要が無
い場合には、アンケート応答者からの信用情報提供者へ
のアンケートの回答は、意味情報ネットワーク１０を介
したイベントとする必要はなく、通常の電子メール等に
よる通信を用いることができる。

【０１４９】（４）アンケート応答者１〜３からのアン
ケート回答であるイベントを受信した信用情報提供者
は、懸賞が当たる等の報酬付きの信用度調査アンケート
を実施した場合、アンケート応答者の中から懸賞品を送
る者を選択し、当選者に懸賞品の発送等を行う。

【０１５０】（５）そして、アンケート応答者１〜３か
らのアンケート回答であるイベントを受信した信用情報
提供者は、受信したアンケート回答を集計することによ
り、サービス提供者の信用情報を収集することができ
る。アンケートの回答の集計結果を端末４０上に表示し
た場合の一例を図３２に示す。

【０１５１】次に、上記で説明した信用情報収集方法に
より収集した信用情報をユーザに提供するための信用情
報提供方法について説明する。ただし、本実施形態にお
いて信用情報提供者が信用情報を作成する方法は、上記
で説明した信用情報収集方法により収集した信用情報に
基づいて信用情報を作成する方法に限定されない。

【０１５２】図３３は、本実施形態の信用情報提供方法
を実行する信用情報提供システムを示す図である。

【０１５３】本実施形態の信用情報提供方法は、信用情
報提供者１、２が収集したサービス提供者６０の信用情
報を、サービス提供者６０の信用情報の入手を希望する
ユーザに提供することにより実現される。また、本実施
形態では、図３３における意味情報ネットワーク１０
を、上述したイベントプレースを用いて実現している
が、意味情報ネットワーク１０の実現方法はこの限りで
はない。

【０１５４】本実施形態の信用情報提供システムでは、
信用情報提供者の端末４０₁、４０₂と、ユーザの端末５
０とが意味情報ネットワーク１０を介して接続されてい
る。

【０１５５】ユーザの端末５０は、ある特定のサービス
提供者の信用情報を要求する信用情報要求をイベントと
して意味情報ネットワーク１０に送信する送信端末とし
て機能する。また、信用情報提供者１、２の端末４
０₁、４０₂は、イベントとして送信された信用情報要求
を選択的に受信するために、イベントのタイプと取得条
件とからなるフィルタが設定される受信端末として機能
する。

【０１５６】各信用情報提供者１、２、ユーザはそれぞ
れ使用するＰＣ等の端末４０₁、４０₂、端末５０に、Ｃ
ＯＲＢＡ準拠のＯＲＢ等のミドルウェアと、上述したイ
ベントプレースファクトリ生成機構をインストールして
自身の端末においてイベントプレースを生成するか、あ
るいは、他のネットワークノード上にあるイベントプレ
ースに対するセッションを確立し、意味情報ネットワー
ク１０に接続されていることを前提とする。

【０１５７】また、意味情報ネットワーク１０には、一
例として、図３４のようなイベントタイプが登録されて
いるとする。この登録されているイベントタイプは、イ
ベントタイプ名として「信用情報」が定義され、イベン
トプロパティ名として「サービス提供者」、「サービス
種別」、「ホームページアドレス」、「メールアドレ
ス」、「住所」、「電話番号」、「料金」が定義されて
いる。また、これらのイベントプロパティには、イベン
トプロパティ値として「string型」、「string型」、
「string型」、「string型」、「string型」、「string
型」、「long型」がそれぞれ定義されている。

【０１５８】ここで、「名前」、「種別」、「ホームペ
ージ」、「メールアドレス」、「電話番号」とは、信用
度を評価するサービス提供者を特定するための情報を示
すプロパティである。また、「料金」とは、信用情報提
供サービスの利用が有料の場合に、信用情報を受け取る
際に支払う必要がある使用料金を示すプロパティであ
る。

【０１５９】次に、本実施形態の信用情報提供方法につ
いて図面を参照して詳細に説明する。図３３中の括弧内
の番号は、情報が伝送される順番または実行される処理
の順番を示すものであり、以下、この番号順に本実施形
態の動作について説明する。図３５は、本実施形態にお
ける信用情報提供方法を説明するためのシーケンスチャ
ートである。（１）先ず、信用情報提供者１、２は、サービス提供者
６０が提供しているサービスに対する信用度の評価を行
い、その評価結果を信用情報として作成する。上述した
通り、本実施形態においては、信用情報は、評価対象と
なるサービス提供者の信用度と、その信用度についての
説明・根拠とから構成されるものとして説明する。

【０１６０】（２）そして、次に、信用情報提供者１、
２は、信用情報を収集したサービス提供者６０を特定す
るための情報、および信用情報を、端末４０₁、４０₂の
信用情報提供者用アプリケーションを用いて入力する。
この際に、信用情報提供者用アプリケーションにより表
示される画面の一例を図３６に示す。この図３６では、
サービス提供者６０を特定するための情報として、ホー
ムページアドレス、メールアドレス、住所、電話番号を
設定する場合を示している。また、ここでの料金とは、
信用情報の料金を示している。

【０１６１】また、図３６は、信用情報提供者は、サー
ビス提供者６０が提供しているサービスに対する信用情
報を、図２２のシーケンスチャート等を用いて説明した
上記信用情報収集方法により収集したサービス提供者６
０の信用情報の集計結果に基づいて記載する例を示して
いる。なお、信用情報提供者は個人的な経験等に基づい
て信用情報を入力する形態もある。

【０１６２】そして、端末４０₁、４０₂の信用情報提供
者用アプリケーションは、設定された情報をイベントプ
レースである意味情報ネットワーク１０に対しフィルタ
として設定する。図３７は、このとき意味情報ネットワ
ーク１０に対して設定されるフィルタの一例を示す図で
ある。尚、図３３では、設定されるフィルタを概念的に
黒丸にて示す。

【０１６３】（３）次に、サービス提供者６０の信用情
報の入手を希望するユーザは、サービス提供者６０を特
定するための情報を端末５０のユーザ用アプリケーショ
ンを用いて入力し、ユーザ用アプリケーションは入力さ
れたこの情報をイベントとして意味情報ネットワーク１
０に送信する。ユーザが信用情報の入手を希望するサー
ビス提供者６０を特定するための情報を設定する際に端
末５０のユーザ用アプリケーションにより表示される画
面の一例を図３８に示す。図３８に示す例では、名称が
「ＡＢＣショップ」であるサービス提供者を、そのホー
ムページアドレスにより特定する場合を示している。そ
して、図３８に示すような入力がされたユーザの端末５
０のユーザ用アプリケーションは、図３９に示すような
イベントを作成して信用情報要求として意味情報ネット
ワーク１０に送信する。

【０１６４】（４）そして、意味情報ネットワーク１０
にフィルタとして設定されているサービス提供者を特定
するための情報と、イベントとして送信されたサービス
提供者を特定するための情報が合致し、意味情報ネット
ワークから信用情報要求のイベントを受け取った信用情
報提供者は、この信用情報要求イベントに含まれる情報
により特定されるサービス提供者６０の信用情報を当該
信用情報の要求イベントの送信者であるユーザに対して
送信する。図３３では、ユーザが端末５０から送信され
たイベントは、信用情報提供者１、２の端末４０₁、４
０₂に受信され、信用情報提供者１、２からユーザに対
して信用情報が送信された場合を示している。信用情報
提供者１、２の端末４０₁、４０₂からの信用情報を受信
した端末５０のユーザ用アプリケーションは、図４０に
示すように、受信した信用情報と、受信した信用情報と
を用いて算出した信用度の平均値と分散を表示する。

【０１６５】尚、信用度Ａ、Ｂ、Ｃ、Ｄ、Ｅ評価は、そ
れぞれ０．０〜０．２、０．２〜０．４、０．４〜０．
６、０．６〜０．８、０．８〜１．０の値に対応して付
けられている。例えば、信用情報提供者であるＤＪさん
は、ＡＢＣショップの信用度がＢ（０．７）であると評
価しており、その説明・根拠として「購入手順がわかり
やすい上に、セキュリティがしっかりしている。」と述
べている。

【０１６６】（５）そして、図３３には示されていない
が、信用情報提供者１、２の端末４０₁、４０₂からの信
用情報を受信したユーザは、対価の支払いが必要な場合
には信用情報提供者１、２に対して対価の支払いを行
う。

【０１６７】このようにしてサービス提供者６０の信用
情報を得たユーザは、得られた信用情報を用いて、サー
ビス提供者６０から提供されるサービスを利用するか否
かを判断し、利用しようと判断した場合にはサービス提
供者６０に対してサービスの利用要求を行う。

【０１６８】上記のようにして行われる本実施形態の信
用情報提供システムによれば、信用情報提供者１、２
は、信用情報を収集したサービス提供者６０を特定する
ための情報をフィルタとして意味情報ネットワーク１０
に設定し、ユーザは信用情報の入手を希望するサービス
提供者６０を特定するための情報をイベントとして意味
情報ネットワーク１０に送信するようにしているので、
ユーザは、希望するサービス提供者６０の信用情報を仲
介者を必要とせずに入手することが可能となる。

【０１６９】（第２の実施形態）次に、本発明の第２の
実施形態の信用情報提供方法について説明する。

【０１７０】上記第１の実施形態の信用情報提供方法で
は、信用情報提供者は予めサービス提供者の信用情報を
収集しておき、収集した信用情報を、そのサービス提供
者の信用情報の入手を希望するユーザに提示するための
方法であった。これに対して本実施形態の信用情報提供
方法は、ユーザからあるサービス提供者の信用情報の入
手を希望する旨のイベントを受信してから、そのサービ
ス提供者の信用情報を収集して、収集したその信用情報
をユーザに提示するための方法である。

【０１７１】本実施形態の信用情報提供方法を行うため
の手順を図４１のシステム図、および図４２のシーケン
スチャートに示す。

【０１７２】本実施形態の信用情報提供方法は、信用情
報提供者により行われるサービス提供者の評価が、信用
情報提供者がユーザからの信用情報要求イベントを受信
した後に行われる以外は、上記で説明した第１の実施形
態の信用情報提供方法と同様であるためその説明は省略
する。

【０１７３】本実施形態の信用情報提供方法では、フィ
ルタとして設定するのは、信用情報を収集したサービス
提供者を特定するための情報ではなく、信用情報を収集
することが可能なサービス提供者を特定するための情報
である。そして、本実施形態のように、ユーザからの信
用情報の要求を受信してから、そのサービス提供者の信
用情報を収集することにより、要求を受けてから信用情
報を送信するまでの時間は長くなるものの予め信用情報
を収集して保持しておくという処理が不要となる。

【０１７４】

【発明の効果】以上説明したように、本発明によれば、
以下のような効果を得ることができる。（１）本発明の信用情報収集方法によれば、ある特定の
サービス提供者の信用情報を収集する信用情報収集方法
およびシステムを仲介者を必要とせずに実現することが
できるので、信用度の高い信用情報をリアルタイムに得
ることができる。（２）本発明の信用情報提供方法によれば、ある特定の
サービス提供者の信用情報の入手を希望するユーザにそ
のサービス提供者の信用情報を提供するために仲介者を
必要としなくなり、信用情報のリアルタイムな反映を可
能とし、信用情報提供者、ユーザのポリシによる信用情
報提供が可能となり、ユーザ及び信用情報提供者の機密
情報に関する安全性を向上することができる。

【図面の簡単な説明】

【図１】本発明の一実施形態の構成を示すブロック図で
ある。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図２０】本発明の第１の実施形態の信用情報収集方法
を示す図である。

【図２１】図２０に示される意味情報ネットワーク１０
に登録されているイベントタイプを示す図である。

【図２２】本発明の第１の実施形態における信用情報収
集方法を説明するためのシーケンスチャートである。

【図２３】アンケート応答者が、自己のプロファイルを
フィルタとして設定する際に、端末３１〜３３に表示さ
れるアンケート受付・応答用アプリケーションの画面の
一例を示す図である。

【図２４】アンケート応答者が、受け付ける信用度調査
アンケート実施者に対する条件をフィルタとして設定す
る際に、端末３１〜３３に表示されるアンケート受付・
応答用アプリケーションの画面の一例を示す図である。

【図２５】アンケート応答者が、信用情報提供者からの
信用度調査アンケートを受信するために意味情報ネット
ワーク１０に設定するフィルタ条件の一例を示す図であ
る。

【図２６】信用情報提供者が、自己のプロファイルを設
定する際に、端末４０に表示されるアンケート発信・集
計用アプリケーションの画面の一例を示す図である。

【図２７】信用情報提供者が、信用度調査アンケートを
実施する対象および信用度調査アンケート内容、懸賞内
容等を設定する際に、端末４０に表示されるアンケート
発信・集計用アプリケーションの画面の一例を示す図で
ある。

【図２８】アンケート発信・集計用アプリケーションプ
ログラムにより生成されるイベントの一例を示す図であ
る。

【図２９】図２０に示される意味情報ネットワーク１０
に定義されるイベントタイプを示す図である。

【図３０】信用情報提供者からのイベントを受信したア
ンケート応答者の端末におけるアンケート受付・応答用
アプリケーションにより表示される画面の一例を示す図
である。

【図３１】アンケート受付・応答用アプリケーションに
より意味情報ネットワーク１０に対して送信されるイベ
ントの一例を示す図である。

【図３２】アンケート発信・集計用アプリケーションに
より端末４０に示される、アンケートの回答の集計結果
の一例を示す図である。

【図３３】本発明の第１の実施形態の信用情報提供シス
テムを示す図である。

【図３４】図３３に示される意味情報ネットワーク１０
に登録されているイベントタイプを示す図である。

【図３５】本発明の第１の実施形態の信用情報提供方法
を説明するためのシーケンスチャートである。

【図３６】信用情報提供者１、２が、信用情報を入手し
たサービス提供者を特定するための情報をフィルタとし
て設定する際に、端末４０₁、４０₂に表示される信用情
報提供者用アプリケーションの画面の一例を示す図であ
る。

【図３７】信用情報提供者がユーザからの信用情報要求
イベントを受信するために、意味情報ネットワーク１０
に設定されるフィルタ条件の一例を示す図である。

【図３８】ユーザが、信用情報の入手を希望するサービ
ス提供者を特定するための情報を設定する際に、端末５
０に表示されるユーザ用アプリケーションの画面の一例
を示す図である。

【図３９】端末５０のユーザ用アプリケーションプログ
ラムにより生成されるイベントの一例を示す図である。

【図４０】信用情報提供者からの信用情報を受信したユ
ーザの端末５０におけるユーザ用アプリケーションによ
り表示される画面の一例を示す図である。

【図４１】本発明の第２の実施形態の信用情報提供シス
テムを示す図である。

【図４２】本発明の第２の実施形態の信用情報提供方法
を説明するためのシーケンスチャートである。

【図４３】従来の信用情報提供システムを示す図であ
る。

【符号の説明】

１意味情報ネットワーク（ＳＩＯＮ）２端末１０意味情報ネットワーク２１送信端末２２受信端末３１〜３３アンケート応答者の端末４０、４０₁、４０₂ 信用情報提供者の端末５０ユーザの端末６０サービス提供者１０１、１０２信用情報提供者の端末２００仲介者のサーバ３００ユーザの端末５００インターネットＳＩ−ＳＷ意味情報スイッチＳＩ−Ｒ意味情報ルータＳＩ−ＧＷ意味情報ゲートウェイＥＰＯイベントプレースオブジェクトＳＬＯシェアードリンクオブジェクトＦＡフェデレーションエージェント

───────────────────────────────────────────────────── フロントページの続き (72)発明者星合隆成東京都千代田区大手町二丁目３番１号日本電信電話株式会社内 (72)発明者小柳恵一東京都千代田区大手町二丁目３番１号日本電信電話株式会社内

Claims

【特許請求の範囲】

【請求項１】データをイベントとして送信する送信端
末と、イベントとして送信された前記データを選択的に
受信するために、イベントのタイプと取得条件とからな
るフィルタが設定される受信端末とから構成される意味
情報ネットワークを用いて、ある特定のサービス提供者
の信用情報の入手を希望するユーザにそのサービス提供
者の信用情報を提供するための、意味情報ネットワーク
を用いた信用情報提供方法であって、信用情報提供者の端末が、信用度調査の対象となるサー
ビス提供者の信用情報を作成するステップと、前記信用情報提供者の端末が、信用情報を作成したサー
ビス提供者を特定するための情報をフィルタとして前記
意味情報ネットワークに設定するステップと、ユーザの端末が、信用情報の入手を希望するサービス提
供者を特定するための条件を含んだ信用情報要求をイベ
ントとして前記意味情報ネットワークに送信するステッ
プと、信用情報を作成したサービス提供者を特定するための情
報がフィルタの取得条件として設定されている前記信用
情報提供者の端末が、イベントとして送信された前記信
用情報要求を前記意味情報ネットワークから受信するス
テップと、イベントとして送信された前記信用情報要求を前記意味
情報ネットワークから受信した信用情報提供者の端末
が、該信用情報要求に含まれる情報により特定されるサ
ービス提供者の信用情報を、当該信用情報要求を送信し
たユーザの端末に対して送信するステップと、前記ユーザの端末が、イベントとして送信された前記信
用情報要求を前記意味情報ネットワークから受信した信
用情報提供者の端末により送信されたサービス提供者の
信用情報を受信するステップとを有する、意味情報ネッ
トワークを用いた信用情報提供方法。
【請求項２】データをイベントとして送信する送信端
末と、イベントとして送信された前記データを選択的に
受信するために、イベントのタイプと取得条件とからな
るフィルタが設定される受信端末とから構成される意味
情報ネットワークを用いて、ある特定のサービス提供者
の信用情報の入手を希望するユーザにそのサービス提供
者の信用情報を提供するための、意味情報ネットワーク
を用いた信用情報提供方法であって、ユーザの端末が、信用情報の入手を希望するサービス提
供者を特定するための条件を含んだ信用情報要求をイベ
ントとして前記意味情報ネットワークに送信するステッ
プと、前記ユーザの端末が、イベントとして送信された前記信
用情報要求を前記意味情報ネットワークから受信した信
用情報提供者の端末により送信されたサービス提供者の
信用情報を受信するステップとを有する、意味情報ネッ
トワークを用いた信用情報提供方法。
【請求項３】データをイベントとして送信する送信端
末と、イベントとして送信された前記データを選択的に
受信するために、イベントのタイプと取得条件とからな
るフィルタが設定される受信端末とから構成される意味
情報ネットワークを用いて、ある特定のサービス提供者
の信用情報の入手を希望するユーザにそのサービス提供
者の信用情報を提供するための、意味情報ネットワーク
を用いた信用情報提供方法であって、信用情報提供者の端末が、信用度調査の対象となるサー
ビス提供者の信用情報を作成するステップと、前記信用情報提供者の端末が、信用情報を作成したサー
ビス提供者を特定するための情報をフィルタとして前記
意味情報ネットワークに設定するステップと、信用情報を作成したサービス提供者を特定するための情
報がフィルタの取得条件として設定されている前記信用
情報提供者の端末が、イベントとして送信された信用情
報要求を前記意味情報ネットワークから受信するステッ
プと、イベントとして送信された前記信用情報要求を前記意味
情報ネットワークから受信した信用情報提供者の端末
が、該信用情報要求に含まれる情報により特定されるサ
ービス提供者の信用情報を、当該信用情報要求を送信し
たユーザの端末に対して送信するステップとを有する、
意味情報ネットワークを用いた信用情報提供方法。
【請求項４】データをイベントとして送信する送信端
末と、イベントとして送信された前記データを選択的に
受信するために、イベントのタイプと取得条件とからな
るフィルタが設定される受信端末とから構成される意味
情報ネットワークを用いて、ある特定のサービス提供者
の信用情報の入手を希望するユーザにそのサービス提供
者の信用情報を提供するための、意味情報ネットワーク
を用いた信用情報提供方法であって、前記信用情報提供者の端末が、信用情報を作成可能なサ
ービス提供者を特定するための情報をフィルタとして前
記意味情報ネットワークに設定するステップと、ユーザの端末が、信用情報の入手を希望するサービス提
供者を特定するための条件を含んだ信用情報要求をイベ
ントとして前記意味情報ネットワークに送信するステッ
プと、信用情報を作成可能なサービス提供者を特定するための
情報がフィルタの取得条件として設定されている前記信
用情報提供者の端末が、イベントとして送信された前記
信用情報要求を前記意味情報ネットワークから受信する
ステップと、イベントとして送信された前記信用情報要求を前記意味
情報ネットワークから受信した信用情報提供者の端末
が、該信用情報要求に含まれる情報により特定されるサ
ービス提供者の信用情報を作成するステップと、前記信用情報提供者の端末が、作成した信用情報を、前
記信用情報要求を送信したユーザの端末に対して送信す
るステップと、前記ユーザの端末が、イベントとして送信された前記信
用情報要求を前記意味情報ネットワークから受信した信
用情報提供者の端末により送信されたサービス提供者の
信用情報を受信するステップとを有する、意味情報ネッ
トワークを用いた信用情報提供方法。
【請求項５】データをイベントとして送信する送信端
末と、イベントとして送信された前記データを選択的に
受信するために、イベントのタイプと取得条件とからな
るフィルタが設定される受信端末とから構成される意味
情報ネットワークを用いて、ある特定のサービス提供者
の信用情報の入手を希望するユーザにそのサービス提供
者の信用情報を提供するための、意味情報ネットワーク
を用いた信用情報提供方法であって、前記信用情報提供者の端末が、信用情報を作成可能なサ
ービス提供者を特定するための情報をフィルタとして前
記意味情報ネットワークに設定するステップと、信用情報を作成可能なサービス提供者を特定するための
情報がフィルタの取得条件として設定されている前記信
用情報提供者の端末が、イベントとして送信された信用
情報要求を前記意味情報ネットワークから受信するステ
ップと、イベントとして送信された前記信用情報要求を前記意味
情報ネットワークから受信した信用情報提供者の端末
が、該信用情報要求に含まれる情報により特定されるサ
ービス提供者の信用情報を作成するステップと、前記信用情報提供者の端末が、作成した信用情報を、前
記信用情報要求を送信したユーザの端末に対して送信す
るステップとを有する、意味情報ネットワークを用いた
信用情報提供方法。
【請求項６】信用情報提供者の端末が、信用度調査の
対象となるサービス提供者の信用情報を作成するステッ
プが、信用度調査アンケートに応答する意思のあるアンケート
応答者の端末が、当該アンケート応答者のプロファイル
およびアンケート実施者である信用情報提供者に対する
条件をフィルタとして設定するステップと、前記信用情報提供者の端末が、信用情報提供者のプロフ
ァイルとアンケート対象者の条件およびアンケート内容
を信用度調査アンケート要求イベントとして意味情報ネ
ットワークに送信するステップと、前記信用情報提供者の端末が、イベントとして送信した
信用度調査アンケート要求に対応したアンケート結果を
受信するためのフィルタを前記意味情報ネットワークに
設定するステップと、信用情報提供者に対する条件とアンケート応答者のプロ
ファイルがフィルタの取得条件として設定されている前
記アンケート応答者の端末が、イベントとして送信され
た前記信用度調査アンケート要求を前記意味情報ネット
ワークから受信するステップと、イベントとして送信された前記信用度調査アンケート要
求を受信した前記アンケート応答者の端末が、該信用度
調査アンケート要求に含まれるアンケートに対する結果
であるアンケート結果を、イベントとして前記意味情報
ネットワークに送信するステップと、前記アンケート結果を受信するためのフィルタの取得条
件として設定されている信用情報提供者の端末が、イベ
ントとして送信されてきたアンケート結果を受信するス
テップとから構成される請求項１、３、４、５のいずれ
か１項記載の、意味情報ネットワークを用いた信用情報
提供方法。
【請求項７】データをイベントとして送信する送信端
末と、イベントとして送信された前記データを選択的に
受信するために、イベントのタイプと取得条件とからな
るフィルタが設定される受信端末とから構成される意味
情報ネットワークを用いて、ある特定のサービス提供者
の信用情報を収集するための、意味情報ネットワークを
用いた信用情報収集方法であって、信用度調査アンケートに応答する意思のあるアンケート
応答者の端末が、当該アンケート応答者のプロファイル
およびアンケート実施者である信用情報提供者に対する
条件をフィルタとして設定するステップと、アンケート実施者の端末が、アンケート実施者のプロフ
ァイルとアンケート対象者の条件およびアンケート内容
を信用度調査アンケート要求イベントとして意味情報ネ
ットワークに送信するステップと、前記アンケート実施者の端末が、イベントとして送信し
た信用度調査アンケート要求に対応したアンケート結果
を受信するためのフィルタを前記意味情報ネットワーク
に設定するステップと、アンケート実施者に対する条件とアンケート応答者のプ
ロファイルがフィルタの取得条件として設定されている
前記アンケート応答者の端末が、イベントとして送信さ
れた前記信用度調査アンケート要求を前記意味情報ネッ
トワークから受信するステップと、イベントとして送信された前記信用度調査アンケート要
求を受信した前記アンケート応答者の端末が、該信用度
調査アンケート要求に含まれるアンケートに対する結果
であるアンケート結果を、イベントとして前記意味情報
ネットワークに送信するステップと、前記アンケート結果を受信するためのフィルタの取得条
件として設定されているアンケート実施者の端末が、イ
ベントとして送信されてきたアンケート結果を受信する
ステップとを有する、意味情報ネットワークを用いた信
用情報収集方法。
【請求項８】データをイベントとして送信する送信端
末と、イベントとして送信された前記データを選択的に
受信するために、イベントのタイプと取得条件とからな
るフィルタが設定される受信端末とから構成される意味
情報ネットワークを用いて、ある特定のサービス提供者
の信用情報を収集するための、意味情報ネットワークを
用いた信用情報収集方法であって、アンケート実施者の端末が、アンケート実施者のプロフ
ァイルとアンケート対象者の条件およびアンケート内容
を信用度調査アンケート要求イベントとして意味情報ネ
ットワークに送信するステップと、前記アンケート実施者の端末が、イベントとして送信し
た信用度調査アンケート要求に対応したアンケート結果
を受信するためのフィルタを前記意味情報ネットワーク
に設定するステップと、前記アンケート結果を受信するためのフィルタの取得条
件として設定されているアンケート実施者の端末が、イ
ベントとして送信されてきたアンケート結果を受信する
ステップとを有する、意味情報ネットワークを用いた信
用情報収集方法。
【請求項９】データをイベントとして送信する送信端
末と、イベントとして送信された前記データを選択的に
受信するために、イベントのタイプと取得条件とからな
るフィルタが設定される受信端末とから構成される意味
情報ネットワークを用いて、ある特定のサービス提供者
の信用情報を収集するための、意味情報ネットワークを
用いた信用情報収集方法であって、信用度調査アンケートに応答する意思のあるアンケート
応答者の端末が、当該アンケート応答者のプロファイル
およびアンケート実施者である信用情報提供者に対する
条件をフィルタとして設定するステップと、アンケート実施者に対する条件とアンケート応答者のプ
ロファイルがフィルタの取得条件として設定されている
前記アンケート応答者の端末が、イベントとして送信さ
れた前記信用度調査アンケート要求を前記意味情報ネッ
トワークから受信するステップと、イベントとして送信された前記信用度調査アンケート要
求を受信した前記アンケート応答者の端末が、該信用度
調査アンケート要求に含まれるアンケートに対する結果
であるアンケート結果を、イベントとして前記意味情報
ネットワークに送信するステップとを有する、意味情報
ネットワークを用いた信用情報収集方法。
【請求項１０】データをイベントとして送信する送信
端末と、イベントとして送信された前記データを選択的
に受信するために、イベントのタイプと取得条件とから
なるフィルタが設定される受信端末とから構成される意
味情報ネットワークを用いて、ある特定のサービス提供
者の信用情報の入手を希望するユーザにそのサービス提
供者の信用情報を提供するための、意味情報ネットワー
クを用いた信用情報提供システムであって、信用度調査の対象となるサービス提供者の信用情報を作
成し、信用情報を作成したサービス提供者を特定するた
めの情報をフィルタとして前記意味情報ネットワークに
設定し、イベントとして送信された信用情報要求を前記
意味情報ネットワークから受信すると、該信用情報要求
に含まれる情報により特定されるサービス提供者の信用
情報を、当該信用情報要求を送信したユーザの端末に対
して送信する信用情報提供者の端末と、信用情報の入手を希望するサービス提供者を特定するた
めの条件を含んだ信用情報要求をイベントとして前記意
味情報ネットワークに送信し、イベントとして送信され
た前記信用情報要求を前記意味情報ネットワークから受
信した信用情報提供者の端末により送信されたサービス
提供者の信用情報を受信するユーザの端末とを有する、
意味情報ネットワークを用いた信用情報提供システム。
【請求項１１】データをイベントとして送信し、イベ
ントとして送信された前記データを選択的に受信するた
めに、イベントのタイプと取得条件とからなるフィルタ
が設定されている複数の端末とから構成される意味情報
ネットワークに対して、データをイベントとして送信す
る送信端末であって、信用情報の入手を希望するサービス提供者を特定するた
めの条件を含んだ信用情報要求をイベントとして意味情
報ネットワークに送信し、イベントとして送信された前
記信用情報要求を前記意味情報ネットワークから受信し
た信用情報提供者の端末により送信されたサービス提供
者の信用情報を受信する送信端末とを有する、意味情報
ネットワークを用いた信用情報提供システム。
【請求項１２】送信端末からイベントとして送信され
たデータを、意味情報ネットワークを介して選択的に受
信するためにイベントのタイプと取得条件とからなるフ
ィルタが設定されている受信端末であって、信用度調査の対象となるサービス提供者の信用情報を作
成し、信用情報を作成したサービス提供者を特定するた
めの情報をフィルタとして前記意味情報ネットワークに
設定し、イベントとして送信された信用情報要求を前記
意味情報ネットワークから受信すると、該信用情報要求
に含まれる情報により特定されるサービス提供者の信用
情報を、当該信用情報要求を送信したユーザの端末に対
して送信する受信端末。
【請求項１３】データと該データの特性を記述した意
味情報とから構成されるイベントを、前記意味情報に基
づいて目的地まで配送することが可能なネットワークで
ある意味情報ネットワークであって、信用情報の入手を希望するサービス提供者を特定するた
めの条件を含んだ信用情報要求をイベントとして意味情
報ネットワークに送信し、イベントとして送信された前
記信用情報要求を前記意味情報ネットワークから受信し
た信用情報提供者の端末により送信されたサービス提供
者の信用情報を受信する送信端末と、信用度調査の対象となるサービス提供者の信用情報を作
成し、信用情報を作成したサービス提供者を特定するた
めの情報をフィルタとして前記意味情報ネットワークに
設定し、イベントとして送信された信用情報要求を前記
意味情報ネットワークから受信すると、該信用情報要求
に含まれる情報により特定されるサービス提供者の信用
情報を、当該信用情報要求を送信したユーザの端末に対
して送信する受信端末と、が接続されている意味情報ネ
ットワーク。
【請求項１４】データをイベントとして送信する送信
端末と、イベントとして送信された前記データを選択的
に受信するために、イベントのタイプと取得条件とから
なるフィルタが設定される受信端末とから構成される意
味情報ネットワークを用いて、ある特定のサービス提供
者の信用情報の入手を希望するユーザにそのサービス提
供者の信用情報を提供するための、意味情報ネットワー
クを用いた信用情報提供システムであって、信用情報を作成可能なサービス提供者を特定するための
情報をフィルタとして前記意味情報ネットワークに設定
し、イベントとして送信された信用情報要求を前記意味
情報ネットワークから受信すると、該信用情報要求に含
まれる情報により特定されるサービス提供者の信用情報
を作成し、作成した該信用情報を当該信用情報要求を送
信したユーザの端末に対して送信する信用情報提供者の
端末と、信用情報の入手を希望するサービス提供者を特定するた
めの条件を含んだ信用情報要求をイベントとして前記意
味情報ネットワークに送信し、イベントとして送信され
た前記信用情報要求を前記意味情報ネットワークから受
信した信用情報提供者の端末により送信されたサービス
提供者の信用情報を受信するユーザの端末とを有する、
意味情報ネットワークを用いた信用情報提供システム。
【請求項１５】送信端末からイベントとして送信され
たデータを、意味情報ネットワークを介して選択的に受
信するためにイベントのタイプと取得条件とからなるフ
ィルタが設定されている受信端末であって、信用情報を作成可能なサービス提供者を特定するための
情報をフィルタとして前記意味情報ネットワークに設定
し、イベントとして送信された信用情報要求を意味情報
ネットワークから受信すると、該信用情報要求に含まれ
る情報により特定されるサービス提供者の信用情報を作
成し、作成した該信用情報を当該信用情報要求を送信し
たユーザの端末に対して送信する受信端末。
【請求項１６】データと該データの特性を記述した意
味情報とから構成されるイベントを、前記意味情報に基
づいて目的地まで配送することが可能なネットワークで
ある意味情報ネットワークであって、信用情報の入手を希望するサービス提供者を特定するた
めの条件を含んだ信用情報要求をイベントとして意味情
報ネットワークに送信し、イベントとして送信された前
記信用情報要求を前記意味情報ネットワークから受信し
た信用情報提供者の端末により送信されたサービス提供
者の信用情報を受信する送信端末と、信用情報を作成可能なサービス提供者を特定するための
情報をフィルタとして前記意味情報ネットワークに設定
し、イベントとして送信された信用情報要求を意味情報
ネットワークから受信すると、該信用情報要求に含まれ
る情報により特定されるサービス提供者の信用情報を作
成し、作成した該信用情報を当該信用情報要求を送信し
たユーザの端末に対して送信する受信端末と、が接続さ
れている意味情報ネットワーク。
【請求項１７】データをイベントとして送信する送信
端末と、イベントとして送信された前記データを選択的
に受信するために、イベントのタイプと取得条件とから
なるフィルタが設定される受信端末とから構成される意
味情報ネットワークを用いて、ある特定のサービス提供
者の信用情報を収集するための、意味情報ネットワーク
を用いた信用情報収集システムであって、アンケート応答者のプロファイルおよびアンケート実施
者である信用情報提供者に対する条件を意味情報ネット
ワークにフィルタとして設定し、アンケート実施者の端
末からイベントとして送信された信用度調査アンケート
要求を前記意味情報ネットワークから受信し、該信用度
調査アンケート要求に含まれるアンケートに対する結果
であるアンケート結果を、イベントとして前記意味情報
ネットワークに送信するアンケート応答者の端末と、アンケート実施者のプロファイルとアンケート対象者の
条件およびアンケート内容を信用度調査アンケート要求
イベントとして意味情報ネットワークに送信し、イベン
トとして送信した信用度調査アンケート要求に対応した
アンケート結果を受信するためのフィルタを前記意味情
報ネットワークに設定し、イベントとして送信されてき
たアンケート結果を受信するアンケート実施者の端末と
を有する、意味情報ネットワークを用いた信用情報収集
システム。
【請求項１８】データをイベントとして送信し、イベ
ントとして送信された前記データを選択的に受信するた
めに、イベントのタイプと取得条件とからなるフィルタ
が設定されている複数の端末とから構成される意味情報
ネットワークに対して、データをイベントとして送信す
る送信端末であって、アンケート実施者のプロファイルとアンケート対象者の
条件およびアンケート内容を信用度調査アンケート要求
イベントとして意味情報ネットワークに送信し、イベン
トとして送信した信用度調査アンケート要求に対応した
アンケート結果を受信するためのフィルタを前記意味情
報ネットワークに設定し、イベントとして送信されてき
たアンケート結果を受信する送信端末。
【請求項１９】送信端末からイベントとして送信され
たデータを、意味情報ネットワークを介して選択的に受
信するためにイベントのタイプと取得条件とからなるフ
ィルタが設定されている受信端末であって、アンケート応答者のプロファイルおよびアンケート実施
者である信用情報提供者に対する条件を意味情報ネット
ワークにフィルタとして設定し、アンケート実施者の端
末からイベントとして送信された信用度調査アンケート
要求を意味情報ネットワークから受信し、該信用度調査
アンケート要求に含まれるアンケートに対する結果であ
るアンケート結果を、イベントとして前記意味情報ネッ
トワークに送信する受信端末。
【請求項２０】データと該データの特性を記述した意
味情報とから構成されるイベントを、前記意味情報に基
づいて目的地まで配送することが可能なネットワークで
ある意味情報ネットワークであって、アンケート実施者のプロファイルとアンケート対象者の
条件およびアンケート内容を信用度調査アンケート要求
イベントとして意味情報ネットワークに送信し、イベン
トとして送信した信用度調査アンケート要求に対応した
アンケート結果を受信するためのフィルタを前記意味情
報ネットワークに設定し、イベントとして送信されてき
たアンケート結果を受信する送信端末と、アンケート応答者のプロファイルおよびアンケート実施
者である信用情報提供者に対する条件を前記意味情報ネ
ットワークにフィルタとして設定し、アンケート実施者
の端末からイベントとして送信された信用度調査アンケ
ート要求を前記意味情報ネットワークから受信し、該信
用度調査アンケート要求に含まれるアンケートに対する
結果であるアンケート結果を、イベントとして前記意味
情報ネットワークに送信する受信端末と、が接続されて
いる意味情報ネットワーク。