JP2002183477A

JP2002183477A - 意味情報ネットワークを用いた売買方法およびシステム

Info

Publication number: JP2002183477A
Application number: JP2000380082A
Authority: JP
Inventors: Hiroshi Shibata; 弘柴田; Takanari Hoshiai; 隆成星合; Takamichi Sakai; 隆道酒井; Keiichi Koyanagi; 恵一小柳
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2000-12-14
Filing date: 2000-12-14
Publication date: 2002-06-28

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接続
を行う方法においては、意味情報の終端点が端末になる
ため、端末の中身を外部に公開することになる。従っ
て、ＳＩＯＮは後者の方法と比べて、高いセキュリティ
とプライバシ保護を実現することが可能である。

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

【０１６２】図２０は本発明による売買サービスの一例
としての逆オークションサービスの仕組みを示すブロッ
ク図である。取引される品目は、航空チケットである。

【０１６３】本実施例は航空チケット購入希望者と航空
チケット販売者間の情報交換により実現される。また、
この実施例では、図における意味情報ネットワークを、
特願２０００−０６２４４７号に記載されるイベントプ
レースを用いて実現しているが、意味情報ネットワーク
の実現方法はこの限りではない。

【０１６４】航空チケット購入希望者および航空チケッ
ト販売希望者のそれぞれが使用するパーソナルコンピュ
ータ等の端末１１０１〜１１０４は、ＣＯＲＢＡ準拠の
ＯＲＢ等のネットワークＯＳと、特願２０００−０６２
４４７号に記載されるイベントプレースファクトリ生成
機構がインストールされ、意味情報ネットワークに接続
されている。

【０１６５】以下の説明においては、端末１１０１を航
空チケットの購入希望者が利用し、端末１１０２〜端末
１１０４を航空チケットの販売希望者が利用するものと
して説明する。図示する状態では、各端末１１０１〜１
１０４の間にイベントプレース１１０５が発生してい
る。図中の括弧内の番号は、伝送される情報について、
生起順に付されており、以下、この番号順に本実施例の
動作について説明する。

【０１６６】（１）航空チケットの販売希望者は、予
め、販売用アプリケーションプログラム等を使用し、図
２１に示すようなアプリケーション画面に販売する航空
チケットの情報を入力し、販売受付を開始している。本
実施例では、端末１１０２〜１１０４を利用する各販売
希望者は、＄２０５０、＄１９８０、＄２０３０の価格
をそれぞれ設定している。図２１に示す例は、端末１１
０３を利用する販売希望者の入力例を示すものであり、
年齢制限として２０歳以上、対象地域として東京都であ
ることが付与されている。

【０１６７】このとき販売用アプリケーションは、イベ
ントプレースに対して、情報Ｓ１１１１〜Ｓ１１１３を
送信し、図２５に示すようなイベントタイプを登録し、
イベント受信のためのセッションを確立するとともに、
フィルタオブジェクトの生成を行い、このフィルタオブ
ジェクトに図２６に示すようなフィルタ値を設定する。
図１７に示される入力内容は、端末１１０３の販売用ア
プリケーションが設定した例を示すものである。

【０１６８】（２）端末１１０１を利用する購入希望者
は、購入用アプリケーション等を使用し、図２２に示す
ような端末上のアプリケーション画面から、東京−ニュ
ーヨーク間の航空チケットを＄２５００以内で買いたい
という情報を入力する。ここでは、さらに、探索期限を
１２時間とする制限が付与されている。このとき、端末
１１０１の利用者が使用した購入用アプリケーションプ
ログラムは、図３６に示すようなイベントを示す情報Ｓ
１１１４を生成し、イベントプレースに送信する。この
イベントには、端末１１０１利用者の年齢、住所、返信
先等の情報が付与されている。

【０１６９】イベントプレースにおいて、前記イベント
とフィルタとの照合が行われ、フィルタ値に示される条
件に合致したイベントが、当該フィルタを設定した端末
へ転送される。航空チケット販売用アプリケーションが
使用したイベントプレースと、航空チケット購入用アプ
リケーションが使用したイベントプレース間は、特願２
０００−０６２４４７号に記載されるイベントプレース
のフェデレーション機能により、情報の相互流通が可能
である。図２０に示す例ではイベントプレース１１０５
が示されているが、実際には、前記イベントはいくつか
のイベントプレースを経由して、目的の航空チケット販
売用アプリケーションが使用しているイベントプレース
へ最終的に転送される。

【０１７０】（３）端末１１０２〜１１０４を利用する
航空チケットの販売希望者が前記イベント群を情報Ｓ１
１１５〜Ｓ１１１７として受信する。上述したようなフ
ィルタ値が設定されていることにより、端末１１０２〜
１１０４を利用する航空チケットの販売希望者は、端末
１１０１を利用する航空チケット購入希望者により発生
した前記イベント群を情報Ｓ１１１５〜Ｓ１１１７とし
て受信する。

【０１７１】（４）前記購入要求イベントを情報Ｓ１１
１５〜Ｓ１１１７として受信した航空チケット等の販売
者端末１１０２〜１１０４では、販売希望者が図２３に
示すような航空チケット販売用アプリケーション画面を
確認する。ここでの空欄（白抜きで示される）には、販
売希望価格の変更や購入応答期限等の返答内容を入力し
て返信する。

【０１７２】本実施例では、各販売希望者とも販売希望
価格を変更することなく応答し、端末１１０２〜１１０
４のそれぞれから端末１１０１に対して＄２０５０、＄
１９８０、＄２０３０の価格にて販売する旨の情報Ｓ１
１１８〜Ｓ１１１２０が送信されている。

【０１７３】（５）購入用アプリケーションは、予め定
められた期間（本実施例の場合には１２時間）情報の返
信を待ち、その期間に受信した情報から最も都合の良い
価格が最も安い端末１１０３からの情報Ｓ１１１９の受
信内容を端末１１０１のディスプレイ上に表示する。図
２２はその表示例であり、端末１１０１の利用者は図２
２に示す画面により購入できる航空チケットの情報を確
認し、航空チケットの購入を決定する旨の入力を行う。
なお、購入の決定は端末が自動的に行うものとしてもよ
い。これに応じて、端末１１０１から端末１１０３へは
購入する旨の情報Ｓ１１２１が送られ、端末１１０１を
利用する航空チケット購入希望者と端末１１０３を利用
する航空チケット販売希望者と売買契約を交わす。これ
により、航空チケットを買いたい人（購入者）の条件付
購入要求をリアルタイムに航空チケットを売りたい人
（販売者）に送信することができ、応答した販売希望者
のうち最も購入者に都合の良い販売希望者から購入でき
る。

【０１７４】以上説明した実施例は取引する物品の販売
額を販売者が定める逆オークションの形態であったが、
同様に通常行われる購入額を購入者がさだめるオークシ
ョンの形態とすることもできる。この場合の手順は以下
の通りである。

【０１７５】（１）購入希望者は、購入用アプリケーシ
ョンを使用し、所定の物品および購入額を定めたフィル
タ値を設定する。

【０１７６】（２）販売希望者は、販売用アプリケーシ
ョンを使用し、所定の物品およびその販売額を示すイベ
ントを生成し、イベントプレースに送信する。

【０１７７】イベントプレースにおいて、前記イベント
とフィルタとの照合が行われ、フィルタ値に示される条
件に合致したイベントが、当該フィルタを設定した端末
へ転送される。

【０１７８】（３）購入希望者が前記イベント群を受信
する。

【０１７９】（４）購入希望者が購入用アプリケーショ
ン画面を確認し、返答内容を入力して返信する。

【０１８０】（５）販売用アプリケーションは、予め定
められた期間情報の返信を待ち、その期間に受信した情
報から最も都合の良い受信内容を端末のディスプレイ上
に表示する。該端末の利用者は表示画面により販売でき
る物品の情報を確認し、販売を決定する旨の入力を行
う。なお、販売の決定は端末が自動的に行うものとして
もよい。これに応じて、販売希望者の端末から購入希望
者の端末へは販売する旨の情報が送られ、販売希望者と
購入希望者とが売買契約を交わす。これにより、これに
より、物品を売りたい人（販売者）の条件付販売要求を
リアルタイムに物品を買いたい人（購入者）に送信する
ことができ、応答した購入希望者のうち最も販売者に都
合の良い購入希望者へ販売できる。

【０１８１】次に、本発明の第２の実施例について説明
する。

【０１８２】本実施例は、特殊なデジタルコンテンツ
（以下、激レアデジタルコンテンツと称する）について
の両方向同時オークションを、仲介者なしで実現する形
態であり、激レアデジタルコンテンツ購入希望者と激レ
アデジタルコンテンツ販売者間の情報交換により実現さ
れる。また、本実施例においても、意味情報ネットワー
クを特願２０００−０６２４４７号に記載されるイベン
トプレースを用いて実現しているが、意味情報ネットワ
ークの実現方法はこの限りではない。

【０１８３】本実施例が第１の実施例と異なる点は、購
入希望者および販売希望者がそれぞれ複数であり、設定
されている条件が折り合わない場合にそれを調停する機
能を設けた点にある。

【０１８４】激レアデジタルコンテンツ購入希望者およ
び激レアデジタルコンテンツ販売希望者のそれぞれが使
用するパーソナルコンピュータ等の端末１９０１〜１９
０６は、ＣＯＲＢＡ準拠のＯＲＢ等のネットワークＯＳ
と、特願２０００−０６２４４７号に記載されるイベン
トプレースファクトリ生成機構がインストールされ、意
味情報ネットワークに接続されている。また、イベント
プレースには、図２５に示したようなイベントタイプが
登録されている。

【０１８５】以下の説明においては、端末１９０１〜１
９０３を激レアデジタルコンテンツの購入希望者が利用
し、端末１９０４〜端末１９０６を激レアデジタルコン
テンツの販売希望者が利用するものとして説明する。図
示する状態では、各端末１９０１〜１９０６の間にイベ
ントプレース１９０７が発生している。図中の括弧内の
番号は、伝送される情報について、生起順に付されてお
り、以下、この番号順に本実施例の動作について説明す
る。

【０１８６】（１）激レアデジタルコンテンツの販売希
望者は、予め、激レアデジタルコンテンツ販売用アプリ
ケーションプログラム等を使用し、図２９に示すような
アプリケーション画面に販売する激レアデジタルコンテ
ンツの情報を入力し、販売受付を開始している。

【０１８７】図２９に示す例では、激レアデジタルコン
テンツの在庫が１０であり、希望販売価格が＄２５０
０、状況に応じて値下げを行う場合、下限値を＄２００
０、販売期間を３０日と設定している。

【０１８８】このとき販売用アプリケーションは、イベ
ントプレースに対して、情報Ｓ１９０１〜Ｓ１９０３を
送信し、イベントタイプを登録し、イベント受信のため
のセッションを確立するとともに、フィルタオブジェク
トの生成を行い、このフィルタオブジェクトに図３２に
示すようなフィルタ値を設定する。図３２（ａ）に示す
フィルタ値は、希望販売価格が＄２５００であり、図２
３（ｂ）に示すフィルタ値は、希望販売価格が＄２４０
０である。

【０１８９】本実施例では、端末１９０４〜１９０６を
利用する各販売希望者は、＄２５００、＄２２００、＄
２３００をそれぞれ下限価格として設定している。

【０１９０】（２）端末１９０１〜１９０３を利用する
購入希望者は、購入用アプリケーションプログラム等を
使用し、図２９に示すような端末上のアプリケーション
画面から、激レアデジタルコンテンツを所定の条件で買
いたいという情報を入力する。図３０に示す例は、端末
１９０１を利用する購入希望者によるものであり、激レ
アデジタルコンテンツを＄２０００以内で買いたいと
し、さらに他の条件として、＄２０００で買えない場
合、購入金額を上あげて再度購入を自動処理させ、その
場合の上限値として＄３０００とし、また２０日間で購
入先が見つからない場合は中断する等期限を設定してい
る。

【０１９１】本実施例において、端末１９０２を利用す
る購入希望者は激レアデジタルコンテンツを＄２０００
程度で買いたいという情報を入力し、端末１９０３を利
用する購入希望者は激レアデジタルコンテンツを＄２２
００程度で買いたいという情報を入力する。

【０１９２】このとき、それぞれの購入希望者の使用し
た購入用アプリケーションプログラムは、図３３に示す
ようなイベントを示す情報Ｓ１９０４〜Ｓ１９０６を生
成し、イベントプレースに送信する。図３３（ａ）に示
す例は購入希望価格が＄２０００であり、図３３（ｂ）
に示す例は購入希望価格が＄２１００である。このイベ
ントには、端末利用者への返信先等の情報が付与されて
いる。

【０１９３】イベントプレースにおいて、前記イベント
とフィルタとの照合が行われ、フィルタ値に示される条
件に合致したイベントが、当該フィルタを設定した端末
へ転送される。激レアデジタルコンテンツ販売用アプリ
ケーションが使用したイベントプレースと、激レアデジ
タルコンテンツ購入用アプリケーションが使用したイベ
ントプレース間は、特願２０００−０６２４４７号に記
載されるイベントプレースのフェデレーション機能によ
り、情報の相互流通が可能である。図２８にはイベント
プレース１９０７が示されているが、実際には、前記イ
ベントはいくつかのイベントプレースを経由して、目的
の激レアデジタルコンテンツ販売用アプリケーションが
使用しているイベントプレースへ最終的に転送される。

【０１９４】本実施例では、端末１９０４は、端末１９
０１からの情報Ｓ１９０４を示す情報Ｓ１９０７を受信
し、端末１９０５は端末１９０１，１９０３からの情報
Ｓ１９０４、Ｓ１９０６を示す情報Ｓ１９０８を受信
し、端末１９０６は、端末１９０１からの情報Ｓ１９０
４を示す情報Ｓ１９０９を受信している。

【０１９５】（３）前記購入要求イベントを受信した端
末１９０４〜１９０６では、販売用アプリケーションに
より自動的に応答が返される。本実施例では、端末１９
０４からは＄２５００、端末１９０５からは＄２２０
０、端末１９０６からは＄２３００等の価格情報等が設
定され、応答が返される。この応答における販売希望価
格はその上限価格とされ、端末１９０４〜１９０６のそ
れぞれから端末１９０１に対して＄２５００、＄２２０
０、＄２３００の価格にて販売する旨の情報Ｓ１９１１
〜Ｓ１９１３が送信される。

【０１９６】（４）端末１９０１の購入用アプリケーシ
ョンは、予め定められた期間、情報の返信を待ち、その
期間に受信した情報から最も都合の良い価格の情報、本
実施例の場合には端末１９０５からの情報Ｓ１９１１の
受信内容を端末１９０１のディスプレイ上に表示する。
図３１（ａ）はその表示例であり、端末１９０１の利用
者は図３１（ａ）に示す画面により、購入した激レアデ
ジタルコンテンツの情報を確認し、激レアデジタルコン
テンツの購入を決定し、端末１９０５に対して売買契約
を交わす旨の情報Ｓ１９１３を送出する。

【０１９７】以上までの手順は、予め販売利用者が設定
した販売希望価格と、購入希望者の設定した購入希望価
格とが折り合っているときの手順である。販売希望価格
と購入希望価格とが折り合わず、売買が成立しない場合
には、購入希望者が利用する端末には図３１（ｂ）に示
すような画面が表示される。

【０１９８】また、本実施例では、販売希望価格と購入
希望価格とが折り合わず、売買が成立しない場合には以
下の手順が続行して行われる。

【０１９９】（５）手順（１）では図３２（ａ）のよう
なフィルタ値を設定した（購入要求の応答として＄２５
００を提示する）販売希望者の端末における販売用アプ
リケーションは、前記の手順（１）〜（４）で販売でき
なかった場合には、自動的に、販売価格を下げる等条件
を変更する、例えば、図３２（ｂ）に示すようなフィル
タ値（購入要求の応答として＄２４００を提示する）に
設定変更し、購入要求の受付を継続する。

【０２００】（６）一方、手順（２）で図３３（ａ）に
示すようなイベントを送信した（購入希望価格として＄
２０００を提示）購入希望者の端末における購入用アプ
リケーションは、前記の手順（１）〜（４）で購入でき
なかった場合には、自動的に、希望価格の上限を上げる
等条件を変更する、例えば、図３３（ｂ）に示すような
イベント（購入希望価格として＄２１００を提示）を送
信する。

【０２０１】図３４は、上記の購入希望者が利用する端
末の動作を示すフローチャートであり、図３５は販売希
望者が利用する端末の動作を示すフローチャートであ
る。

【０２０２】まず、購入希望者が利用する端末の動作に
ついて図３４を参照して説明する。

【０２０３】購入用アプリケーションによる表示画面に
応じて入力された、希望購入価格、上限価格、探索期間
を設定し、所定の品物に対する購入要求イベントを発信
する要求を行う（ステップＳ２５０１）。具体例とし
て、＄２０００〜＄３０００、２０日間で「激レアデジ
タルコンテンツ」を購入希望とする。ここで、希望購入
価格の初期値は、設定範囲内で最も安い＄２０００とし
て「激レアデジタルコンテンツ」の購入を要求するイベ
ントを発信する（ステップＳ２５０２）。この後、所定
期間（例えば１日）販売者から応答があるかを待つ（ス
テップＳ２５０３）。販売者からの応答が確認された場
合には、応答の中で条件の良い（例えば、価格が安い
等）売買契約を行う相手を選択し、「激レアデジタルコ
ンテンツ」を購入し（ステップＳ２５０５）、「激レア
デジタルコンテンツ」の購入を完了した旨を端末に表示
させる（ステップＳ２５０６）。

【０２０４】一方、ステップＳ２５０３において、所定
期間販売者からの応答がないことが確認された場合に
は、２０日経過したかが確認される（ステップＳ２５０
４）。２０日経過した場合には、「激レアデジタルコン
テンツ」を購入できなかった旨を端末に表示させる（ス
テップＳ２５０７）、２０日経過していない場合には、
上限価格を超えない範囲で、希望購入価格を所定の額
（例えば＄５０）上げ、ステップＳ２５０２に戻って
「激レアデジタルコンテンツ」の購入を要求するイベン
トを再度発信する。

【０２０５】上記の構成とすることにより、販売者の応
答がない場合、希望購入価格は、ステップＳ２５０３で
定められる所定期間毎に、ステップＳ２５０４で定めら
れる所定額分、徐々に上げられることとなる。

【０２０６】次に、販売希望者が利用する端末の動作に
ついて図３５を参照して説明する。

【０２０７】販売用アプリケーションによる表示画面に
応じて入力された、希望販売価格、下限価格、購入要求
受付期間、在庫量を設定し、所定の品物に対する購入要
求を受け付けるフィルタを設定する要求を行う（ステッ
プＳ２６０１）。具体例として、希望販売価格が＄２５
００、下限価格が＄２０００、１０人分の「激レアデジ
タルコンテンツ」を３０日間販売とする。ここで、希望
販売価格の初期値は、設定範囲内で最も高い＄２５００
としたフィルタを設定する（ステップＳ２６０２）。こ
の後、所定期間（例えば１日）購入要求イベントを受信
したかを確認する（ステップＳ２６０３）。

【０２０８】ステップＳ２６０３にて購入要求イベント
を受信したことが確認された場合には、購入希望者に販
売価格を付与した応答を返信する（ステップＳ２６０
４）。この後、購入希望者から購入する旨の応答がある
かの確認を行い（ステップＳ２６０５）、応答があった
ことが確認された場合には応答のあった購入希望者に
「激レアデジタルコンテンツ」を売却する（ステップＳ
２６０６）。

【０２０９】売却後は、在庫があるかの確認を行う（ス
テップＳ２６０７）。ここで、在庫があることが確認さ
れた場合には、希望販売価格を所定の額（例えば＄５
０）上げ、ステップＳ２６０２に戻って「激レアデジタ
ルコンテンツ」の購入要求を受け付けるフィルタを再度
設定する。

【０２１０】ステップＳ２６０３において、所定期間購
入要求イベントが受信されなかったこと、ステップＳ２
６０５において購入希望者からの購入する旨の応答がな
かったことが確認された場合には、３０日経過したかが
確認される（ステップＳ２６０８）。３０日経過してい
ない場合には、下限価格を下回らない範囲で、希望購入
価格を所定の額（例えば＄５０）下げ、ステップＳ２６
０２に戻って「激レアデジタルコンテンツ」の購入要求
を受け付けるフィルタを再度設定する。

【０２１１】ステップＳ２６０７にて在庫がないことが
確認された場合、ステップＳ２６０８にて３０日経過し
たことが確認された場合にはフィルタを解除し、図２７
に示すような「激レアデジタルコンテンツ」の販売数、
売り上げ内容を表示させる（ステップＳ２６０９）。

【０２１２】上記の構成とすることにより、購入要求イ
ベントが受信されない場合、希望販売価格は、ステップ
Ｓ２６０３で定められる所定期間毎に、ステップＳ２６
０８で定められる所定額分、徐々に下げられる。また、
売却があった場合にはステップＳ２６０７で定められる
所定額分、徐々に上げられることとなる。

【０２１３】上記（５）および（６）の処理が図３４お
よび図３５に示されるフローで繰り返される。これによ
り、激レアデジタルコンテンツを売りたい人と、激レア
デジタルコンテンツを買いたい人が、お互いの希望価格
を変更させるなどによりお互い歩み寄って、売買を行う
ことができる。

【０２１４】なお、本発明は、上記実施形態の機能を実
現するソフトウェアのプログラムを記憶した記憶媒体を
システムに供給し、そのシステムのコンピュータが記憶
媒体に格納されたプログラムを読み出し実行するように
しても構成することが可能である。この場合の記憶媒体
としては、例えば、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、フロッピ
ー（登録商標）ディスクなどを用いることができる。

【０２１５】

【発明の効果】以上に説明したように構成される本発明
は以下に記載するような効果を奏する。・販売者にとっても購入者にとっても都合の良い売買を
行うことが可能となる。・売買要求情報配送のリアルタイム性が向上する。・仲介料の発生がなくなる。・負荷が仲介者に分散することがなくなる。・仲介者の存在を知らなくても、不特定多数の購入希望
者あるいは販売希望者と売買を行うことができる。・購入希望者・販売者のプライバシ・機密情報の安全性
が向上する。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図２０】本発明の仲介者なしでリアルタイムに売買者
検出を実現する方法を示す図である。

【図２１】航空チケット販売者の航空チケット販売受付
開始を行う際の、端末におけるアプリケーション画面を
示す図である。

【図２２】航空チケット購入希望者の航空チケット購入
要求を発信する際の、端末におけるアプリケーション画
面を示す図である。

【図２３】航空チケット販売者の航空チケット購入要求
に対する返信を行う際の、端末におけるアプリケーショ
ン画面を示す図である。

【図２４】航空チケット購入希望者の航空チケット購入
を決定する際の、端末におけるアプリケーション画面を
示す図である。

【図２５】航空チケット売買を行うため、意味情報ネッ
トワークにおいて定義されるイベントタイプの一例を示
す図である。

【図２６】航空チケット販売者が航空チケット購入要求
を受け付けるため、意味情報ネットワークに設定される
フィルタ条件の一例を示す図である。

【図２７】航空チケット購入希望者が航空チケット購入
要求を航空チケット販売者に送信するため、意味情報ネ
ットワークに発信するイベントの一例を示す図である。

【図２８】本発明の両方向同時オークションを、仲介者
なしでリアルタイムに売買者特定を実現する方法を示す
図である。

【図２９】激レアデジタルコンテンツ販売者の激レアデ
ジタルコンテンツ販売受付開始を行う際の、端末におけ
るアプリケーション画面を示す図である。

【図３０】激レアデジタルコンテンツ購入希望者の激レ
アデジタルコンテンツ購入要求を発信する際の、端末に
おけるアプリケーション画面を示す図である。

【図３１】激レアデジタルコンテンツ販売者の激レアデ
ジタルコンテンツ購入要求に対する返信を行う際の、端
末におけるアプリケーション画面を示す図である。

【図３２】激レアデジタルコンテンツ販売者が激レアデ
ジタルコンテンツ購入要求を受け付けるため、意味情報
ネットワークに設定されるフィルタ条件の一例を示す図
である。

【図３３】激レアデジタルコンテンツ購入希望者が激レ
アデジタルコンテンツ購入要求を激レアデジタルコンテ
ンツ販売者に送信するため、意味情報ネットワークに発
信するイベントの一例を示す図である。

【図３４】激レアデジタルコンテンツ購入用アプリケー
ションが、激レアデジタルコンテンツ販売者が検出でき
るまで激レアデジタルコンテンツ購入価格等の条件を変
更しながら探索を繰り返すフローチャートである。

【図３５】激レアデジタルコンテンツ販売用アプリケー
ションが、激レアデジタルコンテンツの価格を需要と供
給等の関係から自動的に変動しながら、購入希望者から
の購入要求を受け付けるフローチャートである。

【図３６】激レアデジタルコンテンツ購入希望者の激レ
アデジタルコンテンツ販売が終了した際の、端末におけ
るアプリケーション画面を示す図である。

【図３７】従来の売買サービスの一例である逆オークシ
ョンサービスの概要を示す図である。

【図３８】従来の売買サービスの一例であるオークショ
ンサービスの概要を示す図である。

【図３９】従来の複数の購入希望者と販売希望者間の仲
介を行うサービスの概要を示す図である。

【符号の説明】

１意味情報ネットワーク（ＳＩＯＮ）２端末ＳＩ−ＳＷ意味情報スイッチＳＩ−Ｒ意味情報ルータＳＩ−ＧＷ意味情報ゲートウェイＥＰＯイベントプレースオブジェクトＳＬＯシェアードリンクオブジェクトＦＡフェデレーションエージェント

───────────────────────────────────────────────────── フロントページの続き (72)発明者酒井隆道東京都千代田区大手町二丁目３番１号日本電信電話株式会社内 (72)発明者小柳恵一東京都千代田区大手町二丁目３番１号日本電信電話株式会社内Ｆターム(参考） 5B075 KK02 PQ02

Claims

【特許請求の範囲】

【請求項１】データを送信する送信端末と、前記デー
タを選択的に受信するためにそのタイプと取得条件とか
らなるフィルタが設定される受信端末から構成される意
味情報ネットワークを用いた売買方法であって、前記送信端末が、所定の条件が付与された購入要求を前
記データとして送信する第１のステップと、前記データとして送信された前記購入要求を受信した受
信端末が、所定の条件が付与された販売要求を返信する
第２のステップと、前記第２のステップにて返信された販売要求を受信した
送信端末が、受信した販売要求を表示する第３のステッ
プとを有することを特徴とする意味情報ネットワークを
用いた売買方法。
【請求項２】データを送信する送信端末と、前記デー
タを選択的に受信するためにそのタイプと取得条件とか
らなるフィルタが設定される受信端末から構成される意
味情報ネットワークを用いた売買方法であって、前記送信端末が、所定の条件が付与された購入要求を前
記データとして送信する第１のステップと、前記データとして送信された前記購入要求を受信した受
信端末が、所定の条件が付与された販売要求を返信する
第２のステップと、前記第２のステップにて返信された販売要求を受信した
送信端末が、受信端末に対して購入する旨を送信する第
３のステップとを有することを特徴とする意味情報ネッ
トワークを用いた売買方法。
【請求項３】請求項１または請求項２記載の意味情報
ネットワークを用いた売買方法において、前記受信端末は、前記送信端末からの購入要求が所定時
間受信されない場合に、前記フィルタを変更するステッ
プを有することを特徴とする意味情報ネットワークを用
いた売買方法。
【請求項４】請求項１ないし請求項３のいずれかに記
載の意味情報ネットワークを用いた売買方法において、前記送信端末は、前記受信端末からの販売要求が所定時
間返信されない場合に、前記データを変更するステップ
を有することを特徴とする意味情報ネットワークを用い
た売買方法。
【請求項５】データを送信する送信端末と、前記デー
タを選択的に受信するためにそのタイプと取得条件とか
らなるフィルタが設定される受信端末から構成される意
味情報ネットワークを用いた売買方法であって、前記送信端末が、所定の条件が付与された販売要求を前
記データとして送信する第１のステップと、前記データとして送信された前記販売要求を受信した受
信端末が、所定の条件が付与された購入要求を返信する
第２のステップと、前記第２のステップにて返信された購入要求を受信した
送信端末が、受信した購入要求を表示する第３のステッ
プとを有することを特徴とする意味情報ネットワークを
用いた売買方法。
【請求項６】データを送信する送信端末と、前記デー
タを選択的に受信するためにそのタイプと取得条件とか
らなるフィルタが設定される受信端末から構成される意
味情報ネットワークを用いた売買方法であって、前記送信端末が、所定の条件が付与された販売要求を前
記データとして送信する第１のステップと、前記データとして送信された前記販売要求を受信した受
信端末が、所定の条件が付与された購入要求を返信する
第２のステップと、前記第２のステップにて返信された購入要求を受信した
送信端末が、受信端末に対して販売する旨を送信する第
３のステップとを有することを特徴とする意味情報ネッ
トワークを用いた売買方法。
【請求項７】請求項５または請求項６記載の意味情報
ネットワークを用いた売買方法において、前記受信端末は、前記送信端末からの販売要求が所定時
間受信されない場合に、前記フィルタを変更するステッ
プを有することを特徴とする意味情報ネットワークを用
いた売買方法。
【請求項８】請求項５ないし請求項７のいずれかに記
載の意味情報ネットワークを用いた売買方法において、前記送信端末は、前記受信端末からの購入要求が所定時
間返信されない場合に、前記データを変更するステップ
を有することを特徴とする意味情報ネットワークを用い
た売買方法。
【請求項９】データを送信する送信端末と、前記デー
タを選択的に受信するためにそのタイプと取得条件とか
らなるフィルタが設定される受信端末から構成される意
味情報ネットワークを用いた売買方法であって、前記受信端末は、前記送信端末から前記データとして送
信された前記購入要求を受信すると、所定の条件が付与
された販売要求を返信することを特徴とする意味情報ネ
ットワークを用いた売買方法。
【請求項１０】請求項９記載の意味情報ネットワーク
を用いた売買方法において、前記受信端末は、前記購入要求が所定時間受信されない
場合に、前記フィルタを変更することを特徴とする意味
情報ネットワークを用いた売買方法。
【請求項１１】データを送信する送信端末と、前記デ
ータを選択的に受信するためにそのタイプと取得条件と
からなるフィルタが設定される受信端末から構成される
意味情報ネットワークを用いた売買方法であって、前記受信端末は、前記送信端末から前記データとして送
信された前記販売要求を受信すると、所定の条件が付与
された購入要求を返信することを特徴とする意味情報ネ
ットワークを用いた売買方法。
【請求項１２】請求項１１記載の意味情報ネットワー
クを用いた売買方法において、前記受信端末は、前記送信端末からの販売要求が所定時
間受信されない場合に、前記フィルタを変更するステッ
プを有することを特徴とする意味情報ネットワークを用
いた売買方法。
【請求項１３】データを送信する送信端末と、前記デ
ータを選択的に受信するためにそのタイプと取得条件と
からなるフィルタが設定される受信端末から構成される
意味情報ネットワークを用いた売買方法であって、前記送信端末は、所定の条件が付与された購入要求を前
記データとして送信するとともに、前記受信端末から返
信された販売要求を受信すると、受信した販売要求を表
示することを特徴とする意味情報ネットワークを用いた
売買方法。
【請求項１４】データを送信する送信端末と、前記デ
ータを選択的に受信するためにそのタイプと取得条件と
からなるフィルタが設定される受信端末から構成される
意味情報ネットワークを用いた売買方法であって、前記送信端末は、所定の条件が付与された購入要求を前
記データとして送信するとともに、前記受信端末から返
信された販売要求を受信すると、受信端末に対して購入
する旨を送信することを特徴とする意味情報ネットワー
クを用いた売買方法。
【請求項１５】請求項１３または請求項１４に記載の
意味情報ネットワークを用いた売買方法において、前記送信端末は、前記受信端末からの販売要求が所定時
間返信されない場合に、前記データを変更することを特
徴とする意味情報ネットワークを用いた売買方法。
【請求項１６】データを送信する送信端末と、前記デ
ータを選択的に受信するためにそのタイプと取得条件と
からなるフィルタが設定される受信端末から構成される
意味情報ネットワークを用いた売買方法であって、前記送信端末は、所定の条件が付与された販売要求を前
記データとして送信するとともに、前記受信端末から返
信された購入要求を受信すると、受信した購入要求を表
示することを特徴とする意味情報ネットワークを用いた
売買方法。
【請求項１７】データを送信する送信端末と、前記デ
ータを選択的に受信するためにそのタイプと取得条件と
からなるフィルタが設定される受信端末から構成される
意味情報ネットワークを用いた売買方法であって、前記送信端末は、所定の条件が付与された販売要求を前
記データとして送信するとともに、前記受信端末から返
信された購入要求を受信すると、受信端末に対して販売
する旨を送信することを特徴とする意味情報ネットワー
クを用いた売買方法。
【請求項１８】請求項１６または請求項１７記載の意
味情報ネットワークを用いた売買方法において、前記送信端末は、前記受信端末からの購入要求が所定時
間返信されない場合に、前記データを変更するステップ
を有することを特徴とする意味情報ネットワークを用い
た売買方法。
【請求項１９】データを送信する送信端末と、前記デ
ータを選択的に受信するためにそのタイプと取得条件と
からなるフィルタが設定される受信端末から構成される
意味情報ネットワークを用いた売買システムであって、前記送信端末は、所定の条件が付与された購入要求を前
記データとして送信し、前記データとして送信された前記購入要求を受信した受
信端末は、所定の条件が付与された販売要求を返信し、前記販売要求を受信した送信端末は、受信した販売要求
を表示することを特徴とする意味情報ネットワークを用
いた売買システム。
【請求項２０】データを送信する送信端末と、前記デ
ータを選択的に受信するためにそのタイプと取得条件と
からなるフィルタが設定される受信端末から構成される
意味情報ネットワークを用いた売買システムであって、前記送信端末は、所定の条件が付与された購入要求を前
記データとして送信し、前記データとして送信された前記購入要求を受信した受
信端末は、所定の条件が付与された販売要求を返信し、前記販売要求を受信した送信端末は、受信端末に対して
購入する旨を送信することを特徴とする意味情報ネット
ワークを用いた売買システム。
【請求項２１】請求項１９または請求項２１記載の意
味情報ネットワークを用いた売買システムにおいて、前記受信端末は、前記送信端末からの購入要求が所定時
間受信されない場合に、前記フィルタを変更することを
特徴とする意味情報ネットワークを用いた売買システ
ム。
【請求項２２】請求項１９ないし請求項２１のいずれ
かに記載の意味情報ネットワークを用いた売買システム
において、前記送信端末は、前記受信端末からの販売要求が所定時
間返信されない場合に、前記データを変更するステップ
を有することを特徴とする意味情報ネットワークを用い
た売買システム。
【請求項２３】データを送信する送信端末と、前記デ
ータを選択的に受信するためにそのタイプと取得条件と
からなるフィルタが設定される受信端末から構成される
意味情報ネットワークを用いた売買システムであって、前記送信端末は、所定の条件が付与された販売要求を前
記データとして送信し、前記データとして送信された前記販売要求を受信した受
信端末は、所定の条件が付与された購入要求を返信し、前記購入要求を受信した送信端末は、受信した購入要求
を表示することを特徴とする意味情報ネットワークを用
いた売買システム。
【請求項２４】データを送信する送信端末と、前記デ
ータを選択的に受信するためにそのタイプと取得条件と
からなるフィルタが設定される受信端末から構成される
意味情報ネットワークを用いた売買システムであって、前記送信端末は、所定の条件が付与された販売要求を前
記データとして送信し、前記データとして送信された前記販売要求を受信した受
信端末は、所定の条件が付与された購入要求を返信し、前記購入要求を受信した送信端末は、受信端末に対して
販売する旨を送信することを特徴とする意味情報ネット
ワークを用いた売買システム。
【請求項２５】請求項２３または請求項２４記載の意
味情報ネットワークを用いた売買システムにおいて、前記受信端末は、前記送信端末からの販売要求が所定時
間受信されない場合に、前記フィルタを変更することを
特徴とする意味情報ネットワークを用いた売買システ
ム。
【請求項２６】請求項２３ないし請求項２５のいずれ
かに記載の意味情報ネットワークを用いた売買システム
において、前記送信端末は、前記受信端末からの購入要求が所定時
間返信されない場合に、前記データを変更することを特
徴とする意味情報ネットワークを用いた売買システム。
【請求項２７】データを送信する送信端末と、前記デ
ータを選択的に受信するためにそのタイプと取得条件と
からなるフィルタが設定される受信端末から構成される
意味情報ネットワークを用いた売買システムの受信端末
であって、前記送信端末から前記データとして送信された前記購入
要求を受信すると、所定の条件が付与された販売要求を
返信することを特徴とする意味情報ネットワークを用い
た売買システムの受信端末。
【請求項２８】請求項２７記載の意味情報ネットワー
クを用いた売買システムの受信端末において、前記受信端末は、前記送信端末からの購入要求が所定時
間受信されない場合に、前記フィルタを変更することを
特徴とする意味情報ネットワークを用いた売買システム
の受信端末。
【請求項２９】データを送信する送信端末と、前記デ
ータを選択的に受信するためにそのタイプと取得条件と
からなるフィルタが設定される受信端末から構成される
意味情報ネットワークを用いた売買システムの受信端末
であって、前記送信端末から前記データとして送信された前記販売
要求を受信すると、所定の条件が付与された購入要求を
返信することを特徴とする意味情報ネットワークを用いた売買システムの受信端末。
【請求項３０】請求項２９記載の意味情報ネットワー
クを用いた売買システムの受信端末において、前記送信端末からの販売要求が所定時間受信されない場
合に、前記フィルタを変更することを特徴とする意味情
報ネットワークを用いた売買システムの受信端末。
【請求項３１】データを送信する送信端末と、前記デ
ータを選択的に受信するためにそのタイプと取得条件と
からなるフィルタが設定される受信端末から構成される
意味情報ネットワークを用いた売買システムの送信端末
であって、所定の条件が付与された購入要求を前記データとして送
信するとともに、前記受信端末から返信された販売要求
を受信すると、受信した販売要求を表示することを特徴
とする意味情報ネットワークを用いた売買システムの送
信端末。
【請求項３２】データを送信する送信端末と、前記デ
ータを選択的に受信するためにそのタイプと取得条件と
からなるフィルタが設定される受信端末から構成される
意味情報ネットワークを用いた売買システムの送信端末
であって、所定の条件が付与された購入要求を前記データとして送
信するとともに、前記受信端末から返信された販売要求
を受信すると、受信端末に対して購入する旨を送信する
ことを特徴とする意味情報ネットワークを用いた売買シ
ステムの送信端末。
【請求項３３】請求項３１または請求項３２に記載の
意味情報ネットワークを用いた売買システムの送信端末
において、前記受信端末からの販売要求が所定時間返信されない場
合に、前記データを変更するステップを有することを特
徴とする意味情報ネットワークを用いた売買システムの
送信端末。
【請求項３４】データを送信する送信端末と、前記デ
ータを選択的に受信するためにそのタイプと取得条件と
からなるフィルタが設定される受信端末から構成される
意味情報ネットワークを用いた売買システムの送信端末
であって、所定の条件が付与された販売要求を前記データとして送
信するとともに、前記受信端末から返信された購入要求
を受信すると、受信した購入要求を表示することを特徴
とする意味情報ネットワークを用いた売買システムの送
信端末。
【請求項３５】データを送信する送信端末と、前記デ
ータを選択的に受信するためにそのタイプと取得条件と
からなるフィルタが設定される受信端末から構成される
意味情報ネットワークを用いた売買システムの送信端末
であって、所定の条件が付与された販売要求を前記データとして送
信するとともに、前記受信端末から返信された購入要求
を受信すると、受信端末に対して販売する旨を送信する
ことを特徴とする意味情報ネットワークを用いた売買シ
ステムの送信端末。
【請求項３６】請求項３４または請求項３５に記載の
意味情報ネットワークを用いた売買システムの送信端末
において、前記受信端末からの購入要求が所定時間返信されない場
合に、前記データを変更することを特徴とする意味情報
ネットワークを用いた売買システムの送信端末。