(57)【要約】【課題】  最新のコンテンツ及びコンテンツの全文に対して、検索を行うことができる検索システムを提供する。【解決手段】  本発明のブログ検索システムは、Ｗｅｂサーバ３０と、このＷｅｂサーバ３０と対をなすＤＢサーバ２０と、これらＷｅｂサーバ３０及びＤＢサーバ２０と対になって設けられる検索サーバ１０と、を備える。そして、このブログ検索システムは、ネットワーク上に複数設けられており、クライアント端末ＣＬから検索要求が転送されると、自身のコンテンツに該当する情報がない場合には、他のブログ検索システムに検索要求を転送する。これにより、更新されたばかりのブログについても検索を実行することができる。【選択図】図１
2006252384.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを収容するデータベースサーバと、前記データベースサーバと対をなすとと
もに、クライアント端末から検索要求を受信し、前記検索要求に対する検索結果を前記ク
ライアント端末に送信するネットワークサーバと、を備える検索システムにおいて、
前記データベースサーバ及び前記ネットワークサーバと対をなす検索サーバを備え、
前記検索サーバは、
自身の前記データベースサーバが収容するコンテンツを要約したコンテンツ要約情報、
及び、他の検索システムに属する前記データベースサーバのコンテンツ要約情報を取得す
るコンテンツ要約情報取得手段と、
自身の前記ネットワークサーバ又は他の検索システムから送信される前記検索要求の受
信に従って、自身の前記データベースを検索する検索手段と、
自身の前記ネットワークサーバ又は他の検索システムから送信される前記検索要求の受
信に従って、前記コンテンツ要約情報取得手段により取得されたコンテンツ要約情報と前
記受信した検索要求の検索内容との比較に基づき、前記検索要求に該当する情報を有する
データベースサーバを推定する所在推定手段と、
前記所在推定手段による推定結果に基づき、前記該当する情報を有すると推定されたデ
ータベースサーバで検索が行われるように前記検索要求を送信し、その検索結果を受信す
る検索要求転送手段と、
前記検索手段による検索結果又は前記検索要求転送手段により受信した検索結果を前記
検索要求の送信元に送信する検索結果送信手段と、
を備えることを特徴とする検索システム。
【請求項２】
コンテンツを収容するデータベースサーバと、前記データベースサーバと対をなすとと
もに、クライアント端末から検索要求を受信し、前記検索要求に対する検索結果を前記ク
ライアント端末に送信するネットワークサーバと、を備える検索システムにおいて、
前記データベースサーバ及び前記ネットワークサーバと対をなす検索サーバを備え、
前記検索サーバは、
自身の前記データベースサーバが収容するコンテンツを要約したコンテンツ要約情報、
及び、他の検索システムに属する前記データベースサーバのコンテンツ要約情報を取得す
るコンテンツ要約情報取得手段と、
前記コンテンツ要約情報取得手段により取得されたコンテンツ要約情報に基づき、前記
コンテンツ要約情報が取得された他の検索システムのうち、自身のコンテンツ要約情報と
の類似度が高い他の検索システムを優先的に選択する接続選択手段と、
自身の前記ネットワークサーバ又は他の検索システムから送信される前記検索要求の受
信に従って、自身の前記データベースを検索する検索手段と、
自身の前記ネットワークサーバ又は他の検索システムから送信される前記検索要求の受
信に従って、前記接続選択手段により選択された他の検索システムに前記検索要求を送信
し、その検索結果を受信する検索要求転送手段と、
前記検索手段による検索結果又は前記検索要求転送手段により受信した検索結果を前記
検索要求の送信元に送信する検索結果送信手段と、
を備えることを特徴とする検索システム。
【請求項３】
前記自身の前記ネットワークサーバ又は他の検索システムから送信される検索要求の受
信に従って、前記コンテンツ要約情報取得手段により取得されたコンテンツ要約情報と前
記受信した検索要求の検索内容との比較に基づき、前記検索要求に該当する情報を有する
他の検索システムを推定する所在推定手段を備え、
前記検索要求推定手段は、前記接続選択手段により選択された他の検索システムのうち
、前記所在推定手段により該当する情報を有すると推定された他の検索システムとよりネ
ットワーク的に近い関係にある検索システムに前記検索要求を送信することを特徴とする
請求項２に記載の検索システム。
【請求項４】
前記コンテンツ要約情報取得手段は、他の検索システムにコンテンツ要約情報の送信要
求を送信し、これに応答して他の検索システムから送信されるコンテンツ要約情報を受信
することでコンテンツ要約情報を取得し、
さらに、他の検索システムからのコンテンツ要約情報の送信要求を受信し、これに応答
して前記コンテンツ要約情報取得手段により取得した自身のデータベースサーバ及び他の
検索システムに属するデータベースサーバのコンテンツ要約情報を送信するコンテンツ要
約情報送信手段を備えることを特徴とする請求項１〜３に記載の検索システム。
【請求項５】
検索要求とそれに対する検索結果を記憶する検索結果記憶手段と、
前記検索サーバに設けられ、検索要求の受信に従って、前記検索結果記憶手段を参照し
、同じ内容の検索要求が記憶されていると判定した場合には、その検索要求に対し、前記
検索結果記憶手段に記憶される検索結果を前記検索結果送信手段に出力する検索結果参照
手段と、を備えることを特徴とする請求項１〜４のいずれか１項に記載の検索システム。
【請求項６】
前記検索要求転送手段により受信した他の検索システムにおける検索結果に基づき、前
記コンテンツ要約情報取得手段により以前に取得されたコンテンツ要約情報を修正するコ
ンテンツ要約情報修正手段を備えることを特徴とする請求項１〜５のいずれか１項に記載
の検索システム。
【請求項７】
前記コンテンツ要約情報は、コンテンツに含まれる単語の有無を示す情報であることを
特徴とする請求項１〜６のいずれか１項に記載の検索システム。
【請求項８】
前記コンテンツ要約情報は、コンテンツにおける前記単語の出現頻度による重み付けが
なされたものであることを特徴とする請求項１〜７のいずれか１項に記載の検索システム
。
【請求項９】
前記検索結果として送受されるデータは、項目名と、当該項目のデータとがテキストで
記述されたデータであることを特徴とする請求項１〜８のいずれか１項に記載の検索シス
テム。
【請求項１０】
前記ネットワークサーバは、前記クライアント端末から入力される情報に基づきウェブ
ログページを動的に生成するウェブログページ生成手段と、生成されたウェブログページ
を前記データベースサーバに登録する登録手段と、を備え、
前記データベースサーバは、前記ネットワークサーバの登録手段により登録されたウェ
ログページをコンテンツとして、前記ネットワークサーバから参照可能に保持することを
特徴とする請求項１〜９に記載の検索システム。
【請求項１１】
コンテンツを収容するデータベースサーバと、前記データベースサーバと対をなすとと
もに、クライアント端末から検索要求を受信し、前記検索要求に対する検索結果を前記ク
ライアント端末に送信するネットワークサーバと、を備える検索システムにおいて用いら
れる検索サーバであって、
前記データベースサーバ及び前記ネットワークサーバと対をなし、
自身と対をなす前記データベースサーバが収容するコンテンツを要約したコンテンツ要
約情報、及び、他の検索システムに属する前記データベースサーバのコンテンツ要約情報
を取得するコンテンツ要約情報取得手段と、
前記コンテンツ要約情報取得手段により取得されたコンテンツ要約情報に基づき、前記
コンテンツ要約情報が取得された他の検索システムのうち、自身のコンテンツ要約情報と
の類似度が高い他の検索システムを優先的に選択する接続選択手段と、
自身の前記ネットワークサーバ又は他の検索システムから送信される前記検索要求の受
信に従って、自身の前記データベースを検索する検索手段と、
自身と対をなす前記ネットワークサーバ又は他の検索システムから送信される前記検索
要求の受信に従って、前記接続選択手段により選択された他の検索システムに前記検索要
求を送信し、その検索結果を受信する検索要求転送手段と、
前記検索手段による検索結果又は前記検索要求転送手段により受信した検索結果を前記
検索要求の送信元に送信する検索結果送信手段と、
を備えることを特徴とする検索サーバ。
【請求項１２】
自身と対をなす前記ネットワークサーバ又は他の検索システムから送信される検索要求
の受信に従って、前記コンテンツ要約情報取得手段により取得されたコンテンツ要約情報
と前記受信した検索要求の検索内容との比較に基づき、前記検索要求に該当する情報を有
する他の検索システムを推定する所在推定手段を備え、
前記検索要求推定手段は、前記接続選択手段により選択された他の検索システムのうち
、前記所在推定手段により該当する情報を有すると推定された他の検索システムとよりネ
ットワーク的に近い関係にある検索システムに前記検索要求を送信することを特徴とする
請求項１１に記載の検索サーバ。
【請求項１３】
前記コンテンツ要約情報取得手段は、他の検索システムにコンテンツ要約情報の送信要
求を送信し、これに応答して他の検索システムから送信されるコンテンツ要約情報を受信
することでコンテンツ要約情報を取得し、
さらに、他の検索システムからのコンテンツ要約情報の送信要求を受信し、これに応答
して前記コンテンツ要約情報取得手段により取得した自身と対をなすデータベースサーバ
及び他の検索システムに属するデータベースサーバのコンテンツ要約情報を送信するコン
テンツ要約情報送信手段を備えることを特徴とする請求項１１又は１２に記載の検索サー
バ。
【請求項１４】
検索要求とそれに対する検索結果を記憶する検索結果記憶手段と、
検索要求の受信に従って、前記検索結果記憶手段を参照し、同じ内容の検索要求が記憶
されていると判定した場合には、その検索要求に対し、前記検索結果記憶手段に記憶され
る検索結果を前記検索結果送信手段に出力する検索結果参照手段と、を備えることを特徴
とする請求項１１〜１３のいずれか１項に記載の検索サーバ。
【請求項１５】
前記検索要求転送手段により受信した他の検索システムにおける検索結果に基づき、前
記コンテンツ要約情報取得手段により以前に取得されたコンテンツ要約情報を修正するコ
ンテンツ要約情報修正手段を備えることを特徴とする請求項１１〜１４のいずれか１項に
記載の検索サーバ。
【請求項１６】
請求項２に記載の検索システムにおいて用いられるネットワークサーバであって、
前記クライアント端末から送信される検索要求を前記検索サーバにおいて処理可能な検
索要求データに変換するとともに、前記検索サーバから送信される検索結果を前記クライ
アント端末において表示処理可能な検索結果データに変換するデータ変換手段を備えるこ
とを特徴とするネットワークサーバ。
【請求項１７】
前記ネットワークサーバは、Ｗｅｂページを公開するＷｅｂサーバであり、前記クライ
アント端末から入力される情報に基づきＷｅｂページを動的に生成するＷｅｂページ生成
手段と、生成されたＷｅｂページを前記データベースサーバに登録する登録手段と、を備
えることを特徴とする請求項１６に記載のネットワークサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は検索システム、検索サーバ、及び、ネットワークサーバに関し、特にネットワ
ーク上に存在する最新のコンテンツを対象に検索を行うことができる検索システム、検索
サーバ、及び、ネットワークサーバに関する。
【背景技術】
【０００２】
近年、初心者でも使用できる簡単なユーザインターフェースを備えた簡易型掲示板シス
テムと呼ばれるブログ（以下、ウェブログと記すこともある）が普及している。ブログの
システム的特徴は、一概に定義できないが、１）ＷｅｂサーバとＤＢサーバとの連携によ
るエントリと呼ばれる記事の管理、２）Ｗｅｂサーバでの動的ＨＴＭＬの生成によるエン
トリの時系列順の表示であると考えられる。
【０００３】
これらブログにより発信される情報をユーザが検索する方法としては、１）各ブログを
提供するサイト内での全文検索、２）ＰｉｎｇサーバやアンテナサーバによるＲＳＳ（Ｒ
ＤＦ  Ｓｉｔｅ  Ｓｕｍｍａｒｙ）内の要素に対する検索、３）Ｇｏｏｇｌｅ（ｈｔｔｐ
：／／ｗｗｗ．ｇｏｏｇｌｅ．ｃｏｍ／）に代表される、コンテンツ収集・インデックス
型検索エンジンによる検索などの方法が挙げられる。ここで、Ｐｉｎｇサーバやアンテナ
サーバは、ブログ作成者がブログを更新したときに発する更新情報、例えばブログタイト
ル、エントリ・タイトル、要旨等の要素からなるＲＳＳを収集し、更新情報を用いてサー
ビスを提供するサーバ（Ｗｅｂｌｏｇｓ（ｈｔｔｐ：／／ｗｗｗ．ｗｅｂｌｏｇｓ．ｃｏ
ｍ／），ＢｌｏｇＰｅｏｐｌｅ（ｈｔｔｐ：／／ｗｗｗ．ｂｌｏｇｐｅｏｐｌｅ．ｎｅｔ
／），Ｂｌｏｇｒｏｌｌｉｎｇ（ｈｔｔｐ：／／ｗｗｗ．ｂｌｏｇｒｏｌｌｉｎｇ．ｃｏ
ｍ／），はてなアンテナ（ｈｔｔｐ：／／ａ．ｈａｔｅｎａ．ｎｅ．ｊｐ／）など）であ
る。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述のようなサーバ・クライアント型の検索方法では、次のような問題
があった。
まず、サイト内の全文検索による方法では、検索対象が検索を行うサイトで収容するブ
ログのみで、複数のサイトをまとめて検索できず、コンテンツ数が少ないという問題があ
る。
また、Ｐｉｎｇサーバやアンテナサーバが収集したＲＳＳを検索する方法では、ＲＳＳ
の要素のみが検索対象であり、本文全体は検索対象外であり、やはり検索により十分な情
報を得られない。
【０００５】
また、Ｇｏｏｇｌｅ等の検索エンジンでは、検索エンジンが各サイトから巡回収集し内
部に蓄積した情報に対して検索を行うことから、更新が直ぐには反映されず、特にブログ
のように動的ＨＴＭＬ作成による簡易なユーザインターフェース機能を備え、頻繁に更新
されるようなコンテンツに対する検索方法としては不適切であった。
本発明は、上述の問題点に鑑みてなされたものであり、コンテンツを保持する情報源と
なるシステム同士をＰｅｅｒ−ｔｏ−Ｐｅｅｒ（Ｐ２Ｐ）プロトコルにより連携し、検索
を自律分散的に行うことで、コンテンツの最新の情報に対する検索を可能にする新たな検
索システム、検索サーバ、及び、ネットワークサーバを提供する。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明の請求項１による検索システムは、コンテンツを収
容するデータベースサーバと、前記データベースサーバと対をなすとともに、クライアン
ト端末から検索要求を受信し、前記検索要求に対する検索結果を前記クライアント端末に
送信するネットワークサーバと、を備える検索システムにおいて、前記データベースサー
バ及び前記ネットワークサーバと対をなす検索サーバを備え、前記検索サーバは、自身の
前記データベースサーバが収容するコンテンツを要約したコンテンツ要約情報、及び、他
の検索システムに属する前記データベースサーバのコンテンツ要約情報を取得するコンテ
ンツ要約情報取得手段と、自身の前記ネットワークサーバ又は他の検索システムから送信
される前記検索要求の受信に従って、自身の前記データベースを検索する検索手段と、自
身の前記ネットワークサーバ又は他の検索システムから送信される前記検索要求の受信に
従って、前記コンテンツ要約情報取得手段により取得されたコンテンツ要約情報と前記受
信した検索要求の検索内容との比較に基づき、前記検索要求に該当する情報を有するデー
タベースサーバを推定する所在推定手段と、前記所在推定手段による推定結果に基づき、
前記該当する情報を有すると推定されたデータベースサーバで検索が行われるように前記
検索要求を送信し、その検索結果を受信する検索要求転送手段と、前記検索手段による検
索結果又は前記検索要求転送手段により受信した検索結果を前記検索要求の送信元に送信
する検索結果送信手段と、を備えることを特徴とする。
このように、コンテンツを保持、公開するコンテンツ発信源のシステム同士をＰ２Ｐプ
ロトコルにより連携させ、検索要求をシステム間で転送し、コンテンツ発信源で直接検索
を行わせることにより、最新のコンテンツの全文に対して検索を行うことができる。
【０００７】
このほか、Ｐ２Ｐの手法を取り入れることで、クライアントサーバ型の検索システム（
コンテンツ発信源となるクライアントで発生するデータを検索主体となるサーバに保持さ
せることによって初めて検索が可能になる検索システム）における問題を解消することが
できる。すなわち、上記のようにコンテンツ発信源と検索主体との間に発生していたタイ
ムラグを解消できるほか、１つの検索主体となるサーバに大きく依存することなく検索が
可能になるため耐障害性の向上を図ることができる。また、多くの情報を収集、管理する
高機能な検索サーバを設置することなく、既存のシステムに簡易な機能を有する検索サー
バを付加するだけで低コストに最新のコンテンツに対する検索システムが構成可能である
。
【０００８】
一方、Ｐ２Ｐでは、検索要求が転送されることでネットワークの通信負荷が高いという
問題がある。しかしながら、本発明では、従来のＰ２Ｐによる検索システムのように検索
要求をブロードキャストすることなく、前記所在推定手段を設け、転送先をヒットする確
率の高いところに絞っている。従って、ネットワークの通信負荷を抑えつつ、最新のコン
テンツに対する検索が可能になる。
【０００９】
さらに、上記課題を解決するために、本発明の請求項２による検索システムは、コンテ
ンツを収容するデータベースサーバと、前記データベースサーバと対をなすとともに、ク
ライアント端末から検索要求を受信し、前記検索要求に対する検索結果を前記クライアン
ト端末に送信するネットワークサーバと、を備える検索システムにおいて、前記データベ
ースサーバ及び前記ネットワークサーバと対をなす検索サーバを備え、前記検索サーバは
、自身の前記データベースサーバが収容するコンテンツを要約したコンテンツ要約情報、
及び、他の検索システムに属する前記データベースサーバのコンテンツ要約情報を取得す
るコンテンツ要約情報取得手段と、前記コンテンツ要約情報取得手段により取得されたコ
ンテンツ要約情報に基づき、前記コンテンツ要約情報が取得された他の検索システムのう
ち、自身のコンテンツ要約情報との類似度が高い他の検索システムを優先的に選択する接
続選択手段と、自身の前記ネットワークサーバ又は他の検索システムから送信される前記
検索要求の受信に従って、自身の前記データベースを検索する検索手段と、自身の前記ネ
ットワークサーバ又は他の検索システムから送信される前記検索要求の受信に従って、前
記接続選択手段により選択された他の検索システムに前記検索要求を送信し、その検索結
果を受信する検索要求転送手段と、前記検索手段による検索結果又は前記検索要求転送手
段により受信した検索結果を前記検索要求の送信元に送信する検索結果送信手段と、を備
えることを特徴とする。
【００１０】
請求項２に記載の発明によっても、請求項１に記載の発明と同様に、コンテンツを保持
、公開するコンテンツ発信源のシステム同士をＰ２Ｐプロトコルにより連携させ、検索要
求をシステム間で転送し、コンテンツ発信源で直接検索を行わせることにより、最新のコ
ンテンツの全文に対して検索を行うことができる。
そして、Ｐ２Ｐの採用による通信負荷の増大を抑制すべく、請求項２に記載の発明では
、検索要求の転送相手となる他のシステムとして、自身のコンテンツ要約情報との類似度
が高いシステムを優先的に選択する。このように、類似度の低いシステムとの接続を断ち
、より類似度が高いシステムを選択していくことで、次第にコンテンツが類似するシステ
ム同士がネットワーク的に近くなる。コンテンツの類似度が高いと同様の嗜好の情報を多
く持ち検索要求に該当する情報が存在する確率も高いことから、コンテンツが類似するシ
ステム同士がネットワーク的に近くなった状態では、検索要求はより少ないホップ数で該
当する情報を有するシステムにたどり着く（コミュニティー効果）。従って、通信負荷の
増大を抑制し、また検索の応答速度の向上させつつ、最新のコンテンツに対する検索が可
能となる。
【００１１】
また、本発明の請求項３による検索システムは、請求項２において、前記自身の前記ネ
ットワークサーバ又は他の検索システムから送信される検索要求の受信に従って、前記コ
ンテンツ要約情報取得手段により取得されたコンテンツ要約情報と前記受信した検索要求
の検索内容との比較に基づき、前記検索要求に該当する情報を有する他の検索システムを
推定する所在推定手段を備え、前記検索要求推定手段は、前記接続選択手段により選択さ
れた他の検索システムのうち、前記所在推定手段により該当する情報を有すると推定され
た他の検索システムとよりネットワーク的に近い関係にある検索システムに前記検索要求
を送信することを特徴とする。
本発明によれば、請求項２に記載の構成によりコミュニティが自己組織的に再配置され
た状態で、さらに受信した検索要求の内容に応じて検索要求の転送先を絞ることにより、
より低い通信負荷での検索が可能になる。
【００１２】
また、本発明の請求項４による検索システムは、請求項１〜３のいずれか１項において
、前記コンテンツ要約情報取得手段は、他の検索システムにコンテンツ要約情報の送信要
求を送信し、これに応答して他の検索システムから送信されるコンテンツ要約情報を受信
することでコンテンツ要約情報を取得し、
さらに、他の検索システムからのコンテンツ要約情報の送信要求を受信し、これに応答
して前記コンテンツ要約情報取得手段により取得した自身のデータベースサーバ及び他の
検索システムに属するデータベースサーバのコンテンツ要約情報を送信するコンテンツ要
約情報送信手段を備えることを特徴とする。
【００１３】
このように、自身のデータベースサーバのみでなく、他の検索システムに属するデータ
ベースサーバのコンテンツ要約情報も取得することで、自身のコンテンツとの類似度がよ
り高い他の検索システムを見つけることができる。これとともに、自身とは離れた検索シ
ステムについても所在推定の対象とすることができるので、ヒット率を高め、かつより低
通信負荷での検索が可能である。
【００１４】
また、本発明の請求項５による検索システムは、請求項１〜４のいずれか１項において
、検索要求とそれに対する検索結果を記憶する検索結果記憶手段と、前記検索サーバに設
けられ、検索要求の受信に従って、前記検索結果記憶手段を参照し、同じ内容の検索要求
が記憶されていると判定した場合には、その検索要求に対し、前記検索結果記憶手段に記
憶される検索結果を前記検索結果送信手段に出力する検索結果参照手段と、を備えること
を特徴とする。
このように、検索結果を記憶しておけば、自己のコンテンツに検索要求に該当する情報
がない場合にも、検索要求を転送せずに応答することが可能になるので、トラヒックの低
減を図ることができる他、検索に対する迅速な検索応答が可能になる。
【００１５】
また、本発明の請求項６による検索システムは、請求項１〜５のいずれか１項において
、前記検索要求転送手段により受信した他の検索システムにおける検索結果に基づき、前
記コンテンツ要約情報取得手段により以前に取得されたコンテンツ要約情報を修正するコ
ンテンツ要約情報修正手段を備えることを特徴とする。
このように構成すれば、より正確にコンテンツの類似度を求め、あるいは、検索要求に
該当する情報を有する検索システムをより正確に推定することができる。
【００１６】
また、本発明の請求項７による検索システムは、請求項１〜６のいずれか１項において
、前記コンテンツ要約情報は、コンテンツに含まれる単語の有無を示す情報であることを
特徴とする。
このように構成すれば、検索要求として入力された検索キーワードを基に、検索要求に
該当する情報を有する検索システムを推定することができる。
【００１７】
また、本発明の請求項８による検索システムは、請求項１〜７のいずれか１項において
、前記コンテンツ要約情報は、コンテンツにおける前記単語の出現頻度による重み付けが
なされたものであることを特徴とする。
このように構成すれば、出現頻度が少なく、検索要求に該当するものの重要度の低い情
報を有する検索システムを転送先から外し、検索要求に該当するより多くの情報を有する
検索システムに絞って検索要求を転送することが可能になる。
重み付けの例としては、例えば、出現頻度の高いものだけをコンテンツ要約情報に含め
ることも含まれる。このようにすれば、上記の重み付けの効果を得ることができるととも
にコンテンツ要約情報の情報量を低減でき、コンテンツ要約情報の収集に要する通信負荷
や、記憶に必要な容量を低減できる。
【００１８】
また、本発明の請求項９による検索システムは、請求項１〜８のいずれか１項において
、前記検索結果として送受されるデータは、項目名と、当該項目のデータとがテキストで
記述されたデータであることを特徴とする。
このように構成すれば、データの互換性が確保されるため、検索結果が送受される検索
システムでの編集やネットワークサーバでのクライアント端末に提供するための編集等を
容易に行うことができる。
【００１９】
また、本発明の請求項１０による検索システムは、請求項１〜９のいずれか１項におい
て、前記ネットワークサーバは、前記クライアント端末から入力される情報に基づきウェ
ブログページを動的に生成するウェブログページ生成手段と、生成されたウェブログペー
ジを前記データベースサーバに登録する登録手段と、を備え、前記データベースサーバは
、前記ネットワークサーバの登録手段により登録されたウェログページをコンテンツとし
て、前記ネットワークサーバから参照可能に保持することを特徴とする。
本発明は、ウェブログページを動的に生成するウェブログページ生成手段による簡易な
ユーザインターフェースを備え、更新が頻繁に行われるコンテンツ提供システムの検索シ
ステムとして用いるときに、特に効果を発揮する。
【００２０】
さらに、本発明の請求項１１による検索サーバは、コンテンツを収容するデータベース
サーバと、前記データベースサーバと対をなすとともに、クライアント端末から検索要求
を受信し、前記検索要求に対する検索結果を前記クライアント端末に送信するネットワー
クサーバと、を備える検索システムにおいて用いられる検索サーバであって、前記データ
ベースサーバ及び前記ネットワークサーバと対をなし、自身と対をなす前記データベース
サーバが収容するコンテンツを要約したコンテンツ要約情報、及び、他の検索システムに
属する前記データベースサーバのコンテンツ要約情報を取得するコンテンツ要約情報取得
手段と、前記コンテンツ要約情報取得手段により取得されたコンテンツ要約情報に基づき
、前記コンテンツ要約情報が取得された他の検索システムのうち、自身のコンテンツ要約
情報との類似度が高い他の検索システムを優先的に選択する接続選択手段と、自身の前記
ネットワークサーバ又は他の検索システムから送信される前記検索要求の受信に従って、
自身の前記データベースを検索する検索手段と、自身と対をなす前記ネットワークサーバ
又は他の検索システムから送信される前記検索要求の受信に従って、前記接続選択手段に
より選択された他の検索システムに前記検索要求を送信し、その検索結果を受信する検索
要求転送手段と、前記検索手段による検索結果又は前記検索要求転送手段により受信した
検索結果を前記検索要求の送信元に送信する検索結果送信手段と、を備えることを特徴と
する。
【００２１】
また、本発明の請求項１２による検索サーバは、請求項１１において、自身と対をなす
前記ネットワークサーバ又は他の検索システムから送信される検索要求の受信に従って、
前記コンテンツ要約情報取得手段により取得されたコンテンツ要約情報と前記受信した検
索要求の検索内容との比較に基づき、前記検索要求に該当する情報を有する他の検索シス
テムを推定する所在推定手段を備え、前記検索要求推定手段は、前記接続選択手段により
選択された他の検索システムのうち、前記所在推定手段により該当する情報を有すると推
定された他の検索システムとよりネットワーク的に近い関係にある検索システムに前記検
索要求を送信することを特徴とする。
【００２２】
また、本発明の請求項１３による検索サーバは、請求項１１又は１２において、前記コ
ンテンツ要約情報取得手段は、他の検索システムにコンテンツ要約情報の送信要求を送信
し、これに応答して他の検索システムから送信されるコンテンツ要約情報を受信すること
でコンテンツ要約情報を取得し、さらに、他の検索システムからのコンテンツ要約情報の
送信要求を受信し、これに応答して前記コンテンツ要約情報取得手段により取得した自身
と対をなすデータベースサーバ及び他の検索システムに属するデータベースサーバのコン
テンツ要約情報を送信するコンテンツ要約情報送信手段を備えることを特徴とする。
【００２３】
また、本発明の請求項１４による検索サーバは、請求項１１〜１３のいずれか１項にお
いて、検索要求とそれに対する検索結果を記憶する検索結果記憶手段と、検索要求の受信
に従って、前記検索結果記憶手段を参照し、同じ内容の検索要求が記憶されていると判定
した場合には、その検索要求に対し、前記検索結果記憶手段に記憶される検索結果を前記
検索結果送信手段に出力する検索結果参照手段と、を備えることを特徴とする。
【００２４】
また、本発明の請求項１５による検索サーバは、請求項１１〜１４のいずれか１項にお
いて、前記検索要求転送手段により受信した他の検索システムにおける検索結果に基づき
、前記コンテンツ要約情報取得手段により以前に取得されたコンテンツ要約情報を修正す
るコンテンツ要約情報修正手段を備えることを特徴とする。
【００２５】
さらに、本発明の請求項１６によるネットワークサーバは、請求項２に記載の検索シス
テムにおいて用いられるネットワークサーバであって、前記クライアント端末から送信さ
れる検索要求を前記検索サーバにおいて処理可能な検索要求データに変換するとともに、
前記検索サーバから送信される検索結果を前記クライアント端末において表示処理可能な
検索結果データに変換するデータ変換手段を備えることを特徴とする。
【００２６】
また、本発明の請求項１７によるネットワークサーバは、請求項１６において、Ｗｅｂ
ページを公開するＷｅｂサーバであり、前記クライアント端末から入力される情報に基づ
きＷｅｂページを動的に生成するＷｅｂページ生成手段と、生成されたＷｅｂページを前
記データベースサーバに登録する登録手段と、を備えることを特徴とする。
【発明の効果】
【００２７】
本発明によれば、検索システム同士をＰ２Ｐプロトコルにより連携させることで、最新
のコンテンツ情報を得ることができる。また、類似度の高い検索システム同士がネットワ
ーク的に近くなるよう再配置されるので、コミュニティ効果により、低通信負荷で最新コ
ンテンツの検索が実現される。
【発明を実施するための最良の形態】
【００２８】
次に、図面を参照して本発明の実施の形態について説明する。
［ブログ検索システムの構成について］
本発明の検索システムの一例として、ウェブログをコンテンツとするブログ検索システ
ムについて説明する。このブログ検索システムの構成を図１に示す。
図１のブログ検索システムは、本発明のネットワークサーバに相当するＷｅｂサーバ３
０と、このＷｅｂサーバ３０と対をなすデータベースサーバ（以下、「ＤＢサーバ」と記
すこともある。）２０と、これらＷｅｂサーバ３０及びＤＢサーバ２０と対になって設け
られる検索サーバ１０と、を備える。そして、このブログ検索システムは、ネットワーク
上に複数設けられており、これらが互いに複数連携することで、Ｗｅｂサーバ３０に接続
したクライアント端末ＣＬから送信される検索要求に対する検索結果をクライアント端末
ＣＬに返信する機能を有する。以下、ブログ検索システムを構成する各要素について説明
する。
【００２９】
［Ｗｅｂサーバの構成について］
Ｗｅｂサーバ３０は、図２に示すように、ＨＴＴＰ通信部３０ａと、ウェブログ情報生
成部３０ｂと、検索要求送受信部３０ｃと、の各機能ブロックを備え、１以上のクライア
ント端末ＣＬとインターネットを介して通信接続されている。また、Ｗｅｂサーバ３０は
、演算処理を実行するＣＰＵ、実行されるプログラム及びデータを読み書き可能に保持す
るＲＡＭ、プログラムやデータを保持するＲＯＭ等を備えた一般的なコンピュータで構成
される。
【００３０】
ＨＴＴＰ通信部３０ａは、クライアント端末ＣＬのブラウザとＨＴＴＰ（ＨｙｐｅｒＴ
ｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）により通信し、クライアント端末ＣＬか
らの要求に応じてブラウザで処理可能なＷＷＷページの情報を返信する。より具体的には
、クライアント端末ＣＬからの要求がＵＲＬを指定したＷＷＷページの送信であれば、Ｄ
Ｂサーバ２０に保持される当該ＷＷＷページのデータを取得し、クライアント端末ＣＬに
返信する。また、クライアント端末ＣＬからの要求がウェブログページの生成であれば、
ウェブログ情報生成部３０ｂにウェブログページの生成指令を出力し、ウェブログ情報生
成部３０ｂから入力されるウェブログページのデータをクライアント端末ＣＬに返信する
。さらに、本実施形態では、クライアント端末ＣＬからの要求が検索要求であれば検索要
求送受信部３０ｃに、検索要求の送信指令を出力し、検索要求送受信部３０ｃから入力さ
れる検索結果をクライアント端末ＣＬに出力する。
【００３１】
上記の機能は、例えば、起動時からメモリに常駐し、クライアント端末ＣＬからの要求
を常に監視し、クライアントからの要求に応じてデータを返信する機能を有するとともに
、クライアントからの要求に応じてプログラムを実行し、結果をクライアントに送信する
動的ページ生成の機能や、データベースと連携したトランザクション処理機能も有するＡ
ｐａｃｈｅやＩＩＳ（Ｍｉｃｒｏｓｏｆｔ社製）等の公知のＷｅｂサーバプログラムによ
って実現される。
【００３２】
なお、図３に、ブラウザとＨＴＴＰ通信部３０ａによる通信の結果、ＷＷＷページが表
示された状態のクライアント端末ＣＬのブラウザウィンドウ４の一例を示す。同図のブラ
ウザウィンドウ４には、ＵＲＬを指定したＷＷＷページの送信要求に基づき、Ｗｅｂサー
バ３０から送信されたＷＷＷページが表示されている。さらに、同ブラウザウィンドウ４
の右下部分には、検索用のテキストボックス４ａが設けられており、ここにユーザが検索
キーワードを入力すると、この検索キーワードを指定した検索要求がＨＴＴＰ通信部３０
ａに送信されることとなる。
【００３３】
前記ウェブログ情報生成部３０ｂは、ＨＴＴＰ通信部３０ａから入力されるウェブログ
ページの生成指令に従って、ＨＴＭＬ等で記述されるウェブログページを生成し、この生
成したウェブログページの情報をＨＴＴＰ通信部３０ａに出力する。図３に一例を示すよ
うに、ウェブログページは、一般的には、カレンダ４ｄやブログタイトル４ｃなどの情報
をレイアウトを固定して表示させる固定表示部分と、ユーザが追加するエントリ４ｂと呼
ばれる記事情報を複数時系列順に表示させるエントリ表示部分と、からなっている。従っ
て、ウェブログページの生成指令としては、例えば、新たなエントリ４ｂの追加指令や、
固定表示部分のレイアウト変更指令が挙げられる。例えば、エントリ４ｂの追加指令が入
力された場合には、ウェブログ情報生成部３０ｂは、新たなエントリ４ｂを追加したウェ
ブログページをＨＴＭＬ等で記述、生成し、このＨＴＭＬデータをＨＴＴＰ通信部３０ａ
に出力する。
【００３４】
また、ウェブログ情報生成部３０ｂは、上記生成したウェブログページの情報を、ＨＴ
ＴＰ通信部３０ａへ出力するとともに、ＤＢサーバ２０に送信する。これにより、ウェブ
ログページが更新されることとなる。なお、このＤＢサーバ２０との接続形態は、本発明
において特に限定されるものでなく、インターネットを介して接続しても、ＬＡＮ等によ
り接続してもよい。
【００３５】
上記機能は、例えば、Ｍｏｖａｂｌｅ  Ｔｙｐｅ（Ｓｉｘ  Ａｐａｒｔ社製）等の公知
のウェブログサービス提供用プログラム等により実現される。
検索要求送受信部３０ｃは、ＨＴＴＰ通信部３０ａから入力される検索要求を、検索サ
ーバ１０に送信し、この検索要求の送信に応答して、検索サーバ１０から検索結果を受信
すると、この検索結果をＨＴＴＰ通信部３０ａに出力する。この際、検索要求送受信部３
０ｃは、ＨＴＴＰ通信部３０ａから入力される検索要求に基づき、これを検索サーバ１０
へ送信可能なデータに変換する。さらに、検索サーバ１０から受信するデータも、ブラウ
ザにおいて処理可能なＨＴＭＬ等で記述されるデータに変換する。
【００３６】
本実施形態では、Ｗｅｂサーバ３０と検索サーバ１０間の通信、及び、後述する検索サ
ーバ１０同士の通信は、ＴＣＰ／ＩＰ上に実装されるＴｅｌｌａＧａｔｅプロトコル（特
願２００３−３４５７３５号公報参照）に従って実現される。このため、検索要求送受信
部３０ｃはＨＴＴＰ通信部３０ａから入力された検索要求を図４（ａ）に示すようなデー
タレイアウトのＱｕｅｒｙメッセージに変換する。
【００３７】
図４（ａ）中、「ピアＧＵＩＤ」は、自身が接続する検索サーバ１０のピアＧＵＩＤで
あり、ネットワーク上の各検索サーバ１０に一意に付される識別子である。例えば、当該
検索サーバの管理者のメールアドレスから、一方向性ハッシュ関数ｓｈａ１を用いて２５
ｂｙｔｅ（＝２００ｂｉｔ）のデータを生成する。また、「サーチ基準」は、ユーザによ
り入力された検索キーワードであり、特定の文字コード（例えばＵＴＦ−８）で記述する
。また、検索キーワードが複数ある場合には、例えば検索キーワードの間はＮＵＬＬ（１
６進表記で０ｘ００）で区切り、読み出し側ではＡＮＤ条件として検索を実行する。個々
の要求にかかる検索キーワードは異なり可変長データとなるため、フィールドの終了はＮ
ＵＬＬで記述する。これにより、メッセージを受信する検索サーバ１０に検索内容を示す
とともに、検索要求の発生源である検索サーバ１０を特定して検索結果を返信させること
ができる。
【００３８】
なお、上述のようにＴｅｌｌａＧａｔｅプロトコルは、ＴＣＰ／ＩＰ上に実装されるこ
とから、Ｗｅｂサーバ３０及び検索サーバ１０間又は検索サーバ１０，１０間で送受信さ
れるメッセージは図５に示すＴＣＰフレームであり、図４（ａ）に示すデータはこのＴＣ
Ｐフレームの一部分のデータである。ＴＣＰフレームは、図５（ａ）に示すようにＴＣＰ
ヘッダ部及びＴＣＰデータ部からなる。さらに、ＴｅｌｌａＧａｔｅプロトコルで使用さ
れるメッセージでは、このＴＣＰデータ部は、図６に示すＴｅｌｌａＧａｔｅヘッダ部と
、ペイロード部と、からなっており、図４（ａ）に示すデータはこのペイロード部を構成
するデータである。図６中、「メッセージＧＵＩＤ」は、メッセージに一意に付される識
別子であり、例えば、ピアＧＵＩＤ、時間情報、疑似乱数を、ピアＧＵＩＤ：時間情報：
疑似乱数のように、コロン（：）区切りでテキスト化し、これより一方向性ハッシュ関数
ｓｈａ１を用いて生成する。また、「メッセージ種別」はＴｅｌｌａＧａｔｅプロトコル
で使用されるメッセージの種別を示すものであり、例えば、Ｑｕｅｒｙメッセージは１６
進表記で０ｘ８０、Ｐｉｎｇメッセージ（後述する）は０ｘ００などのように１ｂｙｔｅ
（＝８ｂｉｔ）のデータで示す。また、「ＴＴＬ」は、メッセージの生存時間（Ｔｉｍｅ
Ｔｏ  Ｌｉｖｅ）であり、検索サーバ１０は受け取ったメッセージのＴＴＬ値を判断し
、ＴＴＬ値が１よりも小さかったらそれ以上そのメッセージをフォワードしない。各検索
サーバ１０では、１回フォワードする毎にＴＴＬ値を１減算する。「Ｈｏｐ」は、フォワ
ードされた回数を示し、各検索サーバ１０では、メッセージをフォワードする時に、ＴＴ
Ｌ値を１減算すると同時に、Ｈｏｐに１加算する。「ペイロード長」は、ペイロード部の
データ長を示す。
なお、上記のような検索要求送受信部３０ｃの機能は、例えば、ＣＧＩ（Ｃｏｍｍｏｎ
Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）等のＨＴＴＰ通信部３０ａによって呼び出され
るプログラムにより実現される。
【００３９】
［ＤＢサーバの構成について］
前記ＤＢサーバ２０は、図７のブロックに示すように、コンテンツ記憶部２０ａと、ウ
ェブログ情報登録部２０ｂと、検索実行部２０ｃと、検索結果記憶部２０ｄと、検索結果
検索実行部２０ｅと、の各機能ブロックを備える。ＤＢサーバ２０は、演算処理を実行す
るＣＰＵ、実行されるプログラム及びデータを読み書き可能に保持するＲＡＭ、プログラ
ムやデータを保持するＲＯＭ等を備えた一般的なコンピュータで構成される。
ウェブログ情報登録部２０ｂは、Ｗｅｂサーバ３０のウェブログ情報生成部３０ｂから
ウェブログページの情報を受信して、コンテンツ記憶部２０ａに登録する。
【００４０】
コンテンツ記憶部２０ａは、ウェブログ情報登録部２０ｂから入力されるウェブログペ
ージの情報を、検索実行部２０ｃ、検索サーバ１０のコンテンツ要約情報生成部１０ｒや
Ｗｅｂサーバ３０によって参照可能に保持する。なお、コンテンツ記憶部２０ａでの、ウ
ェブログページの情報の保持形態は特に限定されるものでなく、ウェブログページをその
ままＨＴＭＬやＸＨＴＭＬ等で記述されたファイル、あるいはＸＭＬファイルとして保持
させてもよいし、タグを除去して抽出されるテキストファイルとして保持させてもよい。
これらは全文検索が可能である。あるいは、このテキストデータを前記エントリやブログ
タイトル等の各項目に区分しリレーショナルデータベースとして保持させてもよい。ＨＴ
ＭＬファイル等をそのまま保持しておけば、Ｗｅｂサーバ３０においてもそのまま用いる
ことができるので、ブラウザからの要求に対する応答が速い。一方、リレーショナルデー
タベースとして保持する場合には、タグの抽出等のデータの整形処理を要すためブラウザ
からの要求に対する応答が遅くなるが、検索処理には有利である。
【００４１】
前記検索実行部２０ｃは、後述するように検索サーバ１０から送信される検索要求の受
信に基づいて、コンテンツ記憶部２０ａを検索し、その検索結果を検索サーバ１０に送信
する。
検索結果検索実行部２０ｅは、検索サーバ１０の検索結果参照部１０ｂからの検索指令
の入力を受け、後述する検索結果情報を保持する検索結果記憶部２０ｄを検索し、その検
索結果を検索サーバ１０の検索結果参照部１０ｂに送信する。
【００４２】
上記ウェブログ情報登録部２０ｂ、検索実行部２０ｃ及び検索結果検索実行部２０ｅの
、コンテンツ記憶部２０ａに記憶されるウェブログページの情報の操作機能はＰｏｓｔｇ
ｒｅＳＱＬ，ＭｙＳＱＬ，ＳＱＬｉｔｅ等の公知のプログラムによって実現される。
なお、この検索サーバ１０とＤＢサーバ２０との接続は、本発明において特に限定され
るものでなく、インターネットを介して接続しても、ＬＡＮ等により接続してもよい。
【００４３】
［検索サーバの構成及び他の検索サーバとの連携について］
次に、検索サーバ１０の詳細な構成及び動作について説明する。
図８に検索サーバ１０の機能ブロック図を示す。図８の検索サーバ１０は、ＴＣＰ接続
部１０ｎと、コンテンツ要約情報取得部１０ｇと、コンテンツ要約情報送信部１０ｆと、
コンテンツ要約情報記憶部１０ｅと、コンテンツ要約情報生成部１０ｒと、検索要求受信
部１０ａと、検索結果参照部１０ｂと、検索部１０ｐと、検索結果記憶部１０ｈと、所在
推定部１０ｃと、検索要求転送部１０ｄと、コンテンツ要約情報修正部１０ｋと、検索結
果送信部１０ｊと、接続選択部１０ｉと、を備える。検索サーバ１０は、演算処理を実行
するＣＰＵ、実行されるプログラム及びデータを読み書き可能に保持するＲＡＭ、プログ
ラムやデータを保持するＲＯＭ等を備えた一般的なコンピュータで構成される。
【００４４】
ＴＣＰ接続部１０ｎは、他のブログ検索システムに属する検索サーバ１０とＴＣＰ接続
する機能を有する。本実施形態では、ＴＣＰ接続が確立されていない場合には、ＴＣＰ接
続すべき検索サーバ１０に対して接続確立要求メッセージを送信し、これを受信した相手
から送信される接続を許可する旨の接続確立応答メッセージを受信することで、ＴＣＰ接
続が確立される。
【００４５】
図９（ａ）に本実施形態で送受される接続確立要求メッセージ（Ｇａｔｅ  Ｏｐｅｎ要
求メッセージ）及び図９（ｂ）に接続確立応答メッセージ（Ｇａｔｅ  Ｏｐｅｎ応答メッ
セージ）を示す。図９のＧａｔｅ  Ｏｐｅｎ要求メッセージ及びＧａｔｅ  Ｏｐｅｎ応答
メッセージは、ＴＣＰフレームのＴＣＰデータ部（図５（ａ）参照）にＸＭＬ（ｅｘｔｅ
ｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データとして格納されている。図９（
ａ）中、ラインｌ４のＰｅｅｒＧＵＩＤタグで囲まれた部分はメッセージの送信元の検索
サーバ１０のピアＧＵＩＤの情報であり、同様にＩＰタグで囲まれた部分は送信元のＩＰ
アドレス、Ｐｏｒｔタグで囲まれた部分は送信元のポート番号である。ＩＰアドレスは、
リトルエイディアン表記（１ｂｙｔｅ：１ｂｙｔｅ：１ｂｙｔｅ：１ｂｙｔｅ＝８ｂｉｔ
：８ｂｉｔ：８ｂｉｔ：８ｂｕｔ＝２５５．２５５．２５５．２５５）されている。また
、図９（ｂ）中のラインｌ１４，ｌ１５、ｌ１６は、ＧａｔｅＯｐｅｎ要求メッセージと
同様に、今度はＧａｔｅＯｐｅｎ応答メッセージの送信元である検索サーバ１０のピアＧ
ＵＩＤ、ＩＰアドレス、ポート番号の情報が記述されている。また、ラインｌ１８〜ｌ２
１はＧａｔｅ  Ｏｐｅｎ応答メッセージの応答内容が記述され、ラインｌ１９には応答メ
ッセージ送信元の検索サーバによる応答コード、ラインｌ２０には応答状態（図中では「
ＯＫ」）が記述されている。
【００４６】
本実施形態ではＴＣＰ／ＩＰ上に実装されるＴｅｌｌａＧａｔｅプロトコルに従い検索
サーバ１０，１０間の通信を実現することから、ＴＣＰ接続を確立することで、他の検索
サーバ１０からのコンテンツ要約情報の収集や検索要求の転送等が可能になる。このよう
に直接ＴＣＰ接続が確立された検索サーバ１０，１０同士の関係を、１次接続（１次近傍
）と呼ぶ。一方、直接接続せず、自身と１次接続する検索サーバ１０に１次接続する検索
サーバ１０は、自身との関係において、２次接続（２次近傍）であると呼ぶ。なお、後述
するが、どの検索サーバ１０とＴＣＰ接続を確立するかは接続選択部１０ｉにより決定さ
れ、ＴＣＰ接続部１０ｎは接続選択部１０ｉから入力される指令に基づいてＴＣＰ接続を
確立する。
【００４７】
コンテンツ要約情報取得部１０ｇは、他のブログ検索システムに属する検索サーバ１０
にコンテンツ要約情報であるピアダイジェストの送信要求を送信し、これに応答して当該
検索サーバから送信されるピアダイジェストを受信し、コンテンツ要約情報記憶部１０ｅ
に記憶する。また、自身のピアダイジェストも収集すべく、コンテンツ要約情報生成部１
０ｒにピアダイジェストの生成指令を出力し、これに応答してコンテンツ要約情報生成部
１０ｒから入力される自身のピアダイジェストもコンテンツ要約情報記憶部１０ｅに記憶
する。このコンテンツ要約情報取得部１０ｇによるピアダイジェストの収集は、所定周期
で繰り返されるため、ピアダイジェストは順次更新される。したがって、コンテンツが時
々刻々と変化する場合にも、最新のコンテンツを対象に検索を行うことが可能になる。
【００４８】
図４（ｂ）にピアダイジェストの送信要求メッセージであるＴｅｌｌａＧａｔｅプロト
コルのＰｉｎｇメッセージのフォーマットを示す。図４（ｂ）中、「ピアＧＵＩＤ」、「
ＩＰ」及び「Ｐｏｒｔ」は、Ｐｉｎｇメッセージを送信する検索サーバ１０のピアＧＵＩ
Ｄ、ＩＰアドレス、ポート番号である。このような情報を送信することで、Ｐｉｎｇメッ
セージの送信先の検索サーバ１０において、相手先のＩＰアドレス及びポート番号を指定
した応答メッセージの送信が可能になる。
【００４９】
コンテンツ要約情報送信部１０ｆは、他の検索サーバ１０からのコンテンツ要約情報の
送信要求メッセージ（Ｐｉｎｇメッセージ）を受信し、これに応答してコンテンツ要約情
報記憶部１０ｅに記憶される自身のデータベースサーバ２０のピアダイジェストをＰｏｎ
ｇメッセージで返信する。さらに、本実施形態では、コンテンツ要約情報送信部１０ｆは
、自身のピアダイジェストのみでなく、既に収集した自身に１次接続するブログ検索シス
テムのピアダイジェストもＰｏｎｇメッセージで送信する（Ｐｏｎｇ代理応答機能）。し
たがって、Ｐｉｎｇメッセージの送信元（Ｐｏｎｇメッセージの送信先）の検索サーバ１
０は、当該検索サーバ１０にとって、Ｐｉｎｇメッセージの送信先（Ｐｏｎｇメッセージ
の送信元）を介して２次接続するブログ検索システムのピアダイジェストも受信すること
となる。
【００５０】
Ｐｏｎｇメッセージのメッセージフォーマットの例を、図４（ｃ）に示す。図４（ｃ）
に示すように、Ｐｏｎｇメッセージには、Ｐｏｎｇメッセージを送信する検索サーバ１０
又はこの検索サーバ１０によってＰｏｎｇが代理応答される検索サーバの「ピアＧＵＩＤ
」、「ＩＰ」、「Ｐｏｒｔ」及び当該ピアＧＵＩＤの検索サーバが属するブログ検索シス
テムの「ピアダイジェスト」が記述される。
【００５１】
コンテンツ要約情報記憶部１０ｅは、コンテンツ要約情報取得部１０ｇによって収集さ
れた自身のデータベースサーバ２０及び他のブログ検索システムに属するデータベースサ
ーバ２０のピアダイジェストを記憶する。本実施形態では、図１０に示すように自身との
接続関係を反映した木構造（以下、ピアダイジェストツリーと記すこともある。）の各ノ
ードに各検索サーバのピアダイジェストを保存する。各ノードには、ピアダイジェストの
みでなく、下記表１に示す各データ項目も保存する。表１中、更新時刻とは、ピアダイジ
ェストの更新時刻である。なお、コンテンツ要約情報記憶部１０ｅは、自身との接続関係
の情報（すなわち１次近傍及び２次近傍の別及び２次近傍検索サーバの場合には当該２次
近傍検索サーバと自身との接続を仲介する１次近傍検索サーバの情報）と、検索サーバを
特定するための情報及びこの検索サーバのピアダイジェストと、を少なくとも記憶してい
れば、その記憶されるデータの構造は上述したような木構造に限定されない。
【００５２】
【表１】
2006252384.tif 000003
【００５３】
これらコンテンツ要約情報取得部１０ｇ及び他の検索サーバ１０のコンテンツ要約情報
送信部１０ｆによる、Ｐｉｎｇメッセージ及びＰｏｎｇメッセージの交換、ダイジェスト
の収集フローを、図１１も参照してより具体的に説明する。
まず、コンテンツ要約情報取得部１０ｇの動作について説明する。
［ステップＳ１０１］まず、検索サーバ１０Ａのコンテンツ要約情報取得部１０ｇから、
検索サーバ１０Ａに１次接続する検索サーバ１０ＢにＰｉｎｇメッセージを送信する。こ
のとき、ＰｉｎｇメッセージのＴｅｌｌａＧａａｔｅヘッダのＴＴＬ値は１に設定する。
【００５４】
［ステップＳ１０２］検索サーバ１０Ｂから、Ｐｏｎｇメッセージを受け取り、Ｔｅｌｌ
ａＧａｔｅヘッダのＨｏｐ値を調べ、Ｈｏｐ＝１の場合はステップＳ１０３へ、Ｈｏｐ＝
２の場合はステップＳ１０４に移行する。
［ステップＳ１０３］ステップＳ１０２においてＨｏｐ＝１と判定された場合には、検索
サーバ１０Ｂを１次近傍検索サーバとして、前記ピアダイジェストツリーのうちルート直
下のノードに、Ｐｏｎｇメッセージ中のピアダイジェスト、その他ピアＧＵＩＤ等の情報
を保存する。
【００５５】
［ステップＳ１０４］ステップＳ１０２においてＨｏｐ＝２と判定された場合には、検索
サーバ１０Ｃ，１０Ｄ，１０Ｅを２次近傍検索サーバとして、前記ピアダイジェストツリ
ーのうち検索サーバ１０Ｂに相当するノード直下のノードにＰｏｎｇメッセージ中のピア
ダイジェスト等を保存する。この際、既に１次近傍検索サーバとして記憶されている場合
（図１１では、検索サーバＣ）には、当該Ｐｏｎｇメッセージを破棄する。あるいは、ピ
アダイジェストのみを取り出し、コンテンツ要約情報記憶部１０ｅに記憶されるピアダイ
ジェストを更新してもよい。
上記ステップＳ１０１による１次接続する検索サーバへのＰｉｎｇ送信処理は、例えば
所定時間毎（例えば１０ｍ秒毎）あるいは所定ステップ毎（例えば１０００ステップ毎）
の割り込み処理として繰り返し実行され、コンテンツ要約情報記憶部１０ｅに記憶される
ピアダイジェストを更新する。
【００５６】
次に、Ｐｉｎｇ受信側、すなわちコンテンツ要約情報送信部１０ｆの手順について説明
する。
［ステップＳ２１］まず、Ｐｉｎｇメッセージを受信すると、自身のピアダイジェスト（
ｄｉｇｅｓｔ10B：ｄｉｇｅｓｔXはＸのピアダイジェストを表す。以下同じ）を含むＰｏ
ｎｇメッセージで返答し、ステップＳ２２に移行する。
［ステップＳ２２］自身に１次接続する検索サーバがある場合には、１次接続する検索サ
ーバの中からランダムにＭＡＸPong Proxyだけ選びだし、それぞれのピアダイジェストを
Ｐｏｎｇに埋め込み返答する。その際、ＴｅｌｌａＧａｔｅヘッダのＨｏｐに１を加算す
る。
【００５７】
コンテンツ要約情報生成部１０ｒは、コンテンツ要約情報取得部１０ｇから入力される
コンテンツ要約情報の生成指令に従って、ピアダイジェスト（ＰｅｅｒＤｉｇｅｓｔ）を
生成し、コンテンツ要約情報取得部１０ｇに出力する。
ここで、ピアダイジェストは、コンテンツを要約を表すＭ−ｂｉｔのビット列またはＭ
／８次元のｃｈａｒ型ベクターのＢｌｏｏｍ  Ｆｉｌｔｅｒ（ブルーム・フィルタ）（Ｂ
．Ｂ１ｏｏｍ，“Ｓｐａｃｅ／ｔｉｍｅ  ｔｒａｄｅ‐ｏｆｆｓｉｎ  ｈａｓｈ  ｃｏｄ
ｉｎｇ  ｗｉｔｈ  ａｌｌｏｗａｂｌｅ  ｅｒｒｏｒｓ”，Ｃｏｍｍｕｎ．  ＡＣＭ，Ｖ
ｏｌ．１３，Ｎｏ．７，ｐｐ．４２２−４２６，１９７０参照）によって表される。
【００５８】
図１２のフローチャートに従って、その生成動作を具体的に説明する。
まず、ステップＳ１において、データベースサーバ２０に登録される全てのウェブログ
ページの情報をテキストに変換する。例えば、ｈｔｍｌなどのマークアップ言語に記述さ
れたファイルに関しては、タグフィルタによりタグを除去し、テキスト部分を抽出する。
また、ｄｏｃ，ｐｄｆ，ｐｓなどの形式のファイルに記録される、テキスト以外の文字デ
ータについては、ｗｖＷａｒｅ、ｐｄｆｔｏｔｅｘ、ｐｓ２ｔｅｘｔなどのフィルターに
よりテキストに変換する。
【００５９】
次に、ステップＳ２において、ステップＳ１において変換したテキスト中の文章から単
語を切り出す（単語の抽出）。日本語文章に関してはＣｈａＳｅｎなどの形態素解析器に
よって、名詞、未知語のみを抽出する。また、英語に関しては、大文字／小文字変換、ｓ
ｔｏｐｗｏｒｄ除去、ｓｔｅｍｍｔｎｇ処理を施す。
ステップ３においては、ステップＳ２によって抽出された単語ｗnから単語集合Ｗを作
成する。ここで、単語集合Ｗは、下記式（１）により表される。
Ｗ＝｛ｗ0，…，ｗN｝  …式（１）
但し、式（１）に示す集合は、下記式（２）に示すように出現頻度順にソートされた順
序付き集合である。また、Ｎは抽出された単語の数を表す自然数である。
ｆｒｅｑ（ｗ0）≧…≧ｆｒｅｑ（ｗN）…式（２）
なお、式（２）中、ｆｒｅｑ（ｗn）は、単語の出現頻度を示す。
【００６０】
図１３（ａ）に、単語集合の具体例を示す。この例では、“ｍｐ３”、“プレイヤー”
の各単語が抽出されている。
次に、ステップＳ４においてｎ及びｄｉｇｅｓｔを初期化する。ここで、ｄｉｇｅｓｔ
はダイジェストを表すＭ−ｂｉｔのビット列であり、以下の式（５）により表される。
ｄｉｇｅｓｔ＝（ｂ0，…，ｂM-1）  …式（５）
なお、ｂmは任意のｍ−１番目のビットを表し、その値は０又は１である。
【００６１】
ステップＳ５においては、一方向性ハッシュ関数ｈkによって単語ｗnを単語ベクトルｗ
nｂに変換する。
ここで、一方向性ハッシュ関数ｈkは下記式（３）に示す範囲のハッシュ値を取る。
０≦ｈk≦Ｍ−１  （ｋ＝１，…，Ｋ）  …式（３）
また、単語ベクトルｗnｂは、単語ｗnを一方向性ハッシュ関数ｈkによって変換して得
られるＫ次元ベクトルであり、下記式（４）で表される。
ｗnｂ＝（ｗnｂ1，…，ｗnｂK）＝（ｈ1（ｗn），…，ｈK（ｗn））  …式（４）
【００６２】
図１３（ｂ）には、同図（ａ）に示した単語集合のうち単語ｗ1（ｍｐ３）について求
めた４次元の単語ベクトルｗ1ｂの例を示している。
なお、一方向性ハッシュ関数の具体例として、本実施形態ではＭＤ５を用いる。ＭＤ５
は任意の文字列から１６０ｂｉｔのビット列を生成する。これを、３２ｂｉｔ毎に分割す
ることにより、４次元の単語ベクトル：ｗｂ∈Ｒ4を得ることができる。（Ｌ．Ｆａｎ，
Ｐ．Ｃａｏ，Ｊ．Ａｌｍｅｉｄ  ａｎｄ  Ａ．Ｂｒｏｄｅｒ著，“Ｓｕｍｍａｒｙ  ｃａ
ｃｈｅ：Ａ  ｓｃａｌａｂｌｅ  ｗｉｄｅ−ａｒｅａ  Ｗｅｂ  ｃａｃｈｅ  ｓｈａｒｉ
ｎｇ  ｐｒｏｔｏｃｏｌ”，ＩＥＥＥ／ＡＣＭ  Ｔｒａｎｓａｃｔｉｏｎｓ  ｏｎ  Ｎｅ
ｔｗｏｒｋｉｎｇ，Ｖｏｌ．８，Ｎｏ．３，ｐｐ．２８１−２９３，２０００））。
【００６３】
次に、ステップＳ６においてｋ＝０とする。
ステップＳ７においては、ｄｉｇｅｓｔのｗnｂk＋１番目のビット、すなわちｂwnbkを
１とする。このとき、当該ｗnｂk＋１番目のビットが既に１の場合はそのまま、すなわち
論理和のビット演算を行う。
この処理を、ｋがＫとなるまで、すなわちステップＳ５で変換した単語ベクトルｗnｂ
の全要素について行う（ステップＳ７〜Ｓ９）。図１３（ｃ）に、図１３（ｂ）の単語ｗ
1（ｍｐ３）の単語ベクトルｗ1ｂについてステップＳ７〜Ｓ９の処理を行った結果の例を
示す。この処理を施す前のｄｉｇｅｓｔは初期値（全てのビットが０）であり、処理後に
はｄｉｇｅｓｔのｂ1、ｂ50、ｂ61、ｂ100が１、他のビットは０となっている。
【００６４】
１つの単語ｗnについて上述したステップＳ７〜Ｓ９の処理が完了したら、ｎ＝ＮMAXに
なるまで、すなわちステップＳ３において抽出された単語集合に含まれる全ての単語につ
いて、ステップＳ５〜Ｓ１１の処理を繰り返す。
以上の手順により、データベースサーバ２０に登録された全てのウェブログページの情
報を基に、出現頻度の高いＮMAX個の単語からダイジェストが生成される。なお、一方向
性ハッシュ関数に代入する前の単語の文字コードは統一し、例えばＵＴＦ−８とする。
【００６５】
図８に戻り、検索要求受信部１０ａは、Ｗｅｂサーバ３０又は他の検索サーバ１０から
検索要求を受信し、この検索要求を検索結果参照部１０ｂに出力する。Ｗｅｂサーバ３０
から受信する検索要求メッセージは、前述のように図４（ａ）に示すＱｕｅｒｙメッセー
ジである。
検索結果参照部１０ｂは、検索要求受信部１０ａから検索要求の入力を受け、検索結果
記憶部１０ｈ及びＤＢサーバ２０に記憶される検索結果情報（後述する）を参照し、以前
に同じ内容の検索要求がなされたか否かを判定する。同じ内容の検索要求がなされている
と判定した場合には、検索結果情報を参照することで、当該検索要求に対応する検索結果
を取得し、これに基づきＱｕｅｒｙ  Ｈｉｔメッセージを生成し、検索結果送信部１０ｊ
に出力し、終了する。同じ内容の検索要求がないと判定した場合には、入力された検索要
求を検索部１０ｐ及び所在推定部１０ｃに出力する。
【００６６】
なお、Ｑｕｅｒｙ  Ｈｉｔメッセージのデータレイアウトを図４（ｄ）に示す。図４（
ｄ）中、「ピアＧＵＩＤ」、「ＩＰ」及び「Ｐｏｒｔ」は、それぞれ検索要求に該当する
情報を有するブログ検索システムの検索サーバ１０のピアＧＵＩＤ、ＩＰアドレス及びポ
ート番号である。また「ヒット件数」は、ヒットしたコンテンツの数であり、「結果ＸＭ
Ｌデータ」はヒットしたコンテンツのデータであり、複数のコンテンツがヒットした場合
には、ＮＵＬＬを挟んで繰り返しコンテンツが格納される。なお、データの詳細は後述す
る。
検索結果記憶部１０ｈは、後述する検索結果送信部１０ｊから入力されるＱｕｅｒｙ  
Ｈｉｔメッセージを検索結果情報として一定期間読み出し可能に記憶する。記憶されるデ
ータ項目は、表２に示すような項目であり、入力されるＱｕｅｒｙメッセージの主に結果
ＸＭＬデータ部（図４（ｄ）参照）から抽出又は生成する。
【００６７】
【表２】
2006252384.tif 000004
【００６８】
なお、表２中、「Ｑｕｅｒｙ  Ｈｉｔ受信時刻」はＱｕｅｒｙ  Ｈｉｔメッセージの受
信時刻、「ピアＧＵＩＤ」、「ＩＰ」及び「Ｐｏｒｔ」はＱｕｅｒｙ  Ｈｉｔメッセージ
の送信元、すなわち検索要求に該当する情報を有するブログ検索システムに属する検索サ
ーバのピアＧＵＩＤ、ＩＰアドレス及びポート番号である。また、「ｕｒｌ」は検索要求
に該当する情報を記述したウェブログページのＵＲＬ、「ｂｌｏｇ＿ｔｉｔｌｅ」は当該
ウェブログページのタイトル（ブログタイトル）、「ｅｎｔｒｙ＿ｔｉｔｌｅ」は当該ウ
ェブログページの検索要求に該当する情報が記述されるエントリのタイトル（エントリタ
イトル）、「ｓｕｍｍｒｙ」は当該エントリの要約、「ｍｏｄｉｆｉｅｄ」は当該エント
リの更新時刻である。
【００６９】
検索部１０ｐは、検索結果参照部１０ｂから入力される検索要求を、自身が接続するＤ
Ｂサーバ２０に送信する。そして、この検索要求に基づき検索を実行したＤＢサーバ２０
から送信される検索結果を受信する。この際、検索要求に該当する情報がＤＢサーバ２０
に存在した場合には、ＤＢサーバ２０から受信した検索結果に基づきＱｕｅｒｙ  Ｈｉｔ
メッセージを作成し、検索結果送信部１０ｊに出力する。一方、検索要求に該当する情報
がＤＢサーバ２０に存在しなかった場合には、その旨を検索結果送信部１０ｊに出力する
。
【００７０】
所在推定部１０ｃは、検索結果参照部１０ｂからの検索要求の入力を受け、コンテンツ
要約情報記憶部１０ｅを参照し、ピアダイジェストが記憶されるブログ検索システムのう
ち、当該検索要求に該当する情報を有するブログ検索システムを推定し、検索要求の転送
先を決定し、決定結果を検索要求転送部１０ｄに出力する。
なお、上記推定の結果に、検索要求の送信元となる検索サーバ１０以外に、１次接続す
る検索サーバ１０がない場合には、それ以上検索要求を転送することができないので、Ｑ
ｕｅｒｙ  Ｅｒｒｏｒメッセージ（デッドロック）を生成し、検索結果送信部１０ｊに出
力する。なお、Ｑｕｅｒｙ  Ｅｒｒｏｒメッセージのフォーマットは図４（ａ）に示すＱ
ｕｅｒｙメッセージと同様であり、ＴｅｌｌａＧａｔｅヘッダ部のメッセージ種別のみが
異なる。Ｑｕｅｒｙ  Ｅｒｒｏｒのうち、受け取ったＱｕｅｒｙに対する検索結果がヒッ
トなしで、かつＱｕｅｒｙの転送先がない場合は、デッドロック、既に同じＱｕｅｒｙを
受け取っている場合をループとし、異なるメッセージ種別を用いて区別する。
【００７１】
より具体的には、Ｑｕｅｒｙ  Ｒｏｕｔｉｎｇ  Ｐｒｏｔｏｃｏｌ  ｗｉｔｈ  Ｆｉｒ
ｅｗｏｒｋ（ＱＲＰｗＦ）に従い、以下の手順で検索要求（Ｑｕｅｒｙメッセージ）の転
送先を決定する。
［ステップＳ４１］まず、Ｑｕｅｒｙメッセージが入力されると、Ｌを初期化する。ここ
で、ＬはＱｕｅｒｙを転送先の候補となる検索サーバ集合であり、Ｌの初期値は、１次近
傍の検索サーバである。なお、Ｑｕｅｒｙメッセージが他の検索サーバより転送されたも
のである場合には、このＬからＱｕｅｒｙメッセージの送信元の１次近傍検索サーバを除
く。１次近傍の検索サーバの情報は、例えば前記ダイジェストキャッシュを参照すること
により取得する。上記初期化後、ステップＳ４２に移行する。
【００７２】
［ステップＳ４２］Ｌが空集合であるか否かの判定を行う。Ｌ＝φの場合、Ｑｕｅｒｙ  
Ｅｒｒｏｒメッセージ（デッドロック）を生成し、Ｑｕｅｒｙメッセージの送信元である
検索１０サーバに返信すべく、当該Ｑｕｅｒｙ  Ｅｒｒｏｒメッセージを検索結果送信部
１０ｊに出力し、終了する。Ｌ≠φの場合は、ステップＳ４３に移行する。
［ステップＳ４３］Ｌ≠φの場合、Ｌの各要素である１次近傍の検索サーバ１０について
、下記式（６）に示す関数を実行することで、ピアダイジェストに基づきコンテンツにお
ける検索キーワードの有無を推定し、Ｑｕｅｒｙを満たすコンテンツを所有しないと推定
される検索サーバ１０についてはＬから除外する。
ｃｈｅｃｋ（ｄｉｇｅｓｔX,ALL，ｗ）＝｛ｔｒｕｅ，ｆａｌｓｅ｝  …式（６）
【００７３】
ここで、左辺のｃｈｅｃｋ（ｄｉｇｅｓｔX,ALL，ｗ）は、ｄｉｇｅｓｔX,ALLに検索キ
ーワードｗが含まれているか否かをチェックする関数である。ｄｉｇｅｓｔX,ALLのＸは
Ｌの各要素である１次近傍検索サーバを示し、ＡＬＬは当該１次近傍検索サーバ自身及び
これに接続する全ての２次近傍検索サーバのダイジェストについて検索キーワードｗが含
まれているか否かをチェックすることを示す。また、右辺のカッコ内は戻り値であり、ｄ
ｉｇｅｓｔX,ALLが検索キーワードｗを含む場合はｔｒｕｅを、ｄｉｇｅｓｔX,ALLが検索
キーワードｗを含まない場合はｆａｌｓｅを返す。
【００７４】
なお、ｃｈｅｃｋ（ｄｉｇｅｓｔX,ALL，ｗ）は、具体的には例えば次のような処理を
行う。まずＱｕｅｒｙメッセージのサーチ基準から検索キーワードを取り出し、この検索
キーワードをピアダイジェストを生成する際に用いたものと同様の一方向性ハッシュ関数
により単語ベクトルに変換する。そして、この単語ベクトルをピアダイジェスト生成時と
同様にＭｂｉｔのビット列に変換し、ピアダイジェストのビット列と比較する。もし、検
索キーワードのビット列中の値が１であるビットと対応する全てのビットにおいて、ピア
ダイジェストのビット列も１となっているならば、完全なウェブログ情報にも当該検索キ
ーワードが含まれると推定される。従って、ｔｒｕｅを戻り値として返し、それ以外の場
合はｆａｌｓｅを返す。なお、サーチ基準に検索キーワードが複数含まれる場合には、検
索条件に応じて、例えばＡＮＤ条件であれば全ての検索キーワードがピアダイジェストに
含まれるか否かを判定する。
【００７５】
Ｌの全ての要素について、上記関数を実行したら、ステップＳ４４に移行する。
［ステップＳ４４］ステップＳ４３による処理後もＬ≠φの場合、Ｌを検索要求転送部１
０ｄに出力する。上記のように、ｃｈｅｃｋ関数を実行することにより、１次近傍検索サ
ーバ及びこれに接続する２次近傍検索サーバのダイジェストについても検索キーワードの
有無が判定されるため、１次近傍検索サーバには該当する情報がないと推定される場合に
も、２次近傍検索サーバが該当する情報を有すると推定される場合には、これに接続する
１次近傍検索サーバが転送先として決定されることとなる。
【００７６】
一方、ステップＳ４３による処理後、Ｌ＝φとなった場合には、ランダムに１次近傍の
検索サーバを選択し、Ｌに加える。
検索要求転送部１０ｄは、所在推定部１０ｃから転送先の入力を受け、転送先として決
定された検索サーバ１０にＱｕｅｒｙメッセージを転送する。また、Ｑｕｅｒｙメッセー
ジの転送に応答して検索サーバ１０から送信される検索結果（Ｑｕｅｒｙ  Ｈｉｔ又はＱ
ｕｅｒｙ  Ｅｒｒｏｒメッセージ）を受信し、検索結果をコンテンツ要約情報修正部１０
ｋに出力する。
【００７７】
図１４は、所在推定部１０ｃの決定に従って、検索要求が転送される様子を示す図であ
る。検索要求の送信元である検索サーバ１０ＡからＱｕｅｒｙを受信した検索サーバ１０
Ｂは、ｃｈｅｃｋ（ｄｉｇｅｓｔ，ｗ）がｔｒｕｅとなる１次近傍の検索サーバ１０Ｄに
Ｑｕｅｒｙメッセージを転送している。また、検索サーバ１０Ｂは、同様にｔｒｕｅとな
った２次近傍の検索サーバ１０ＦにＱｕｅｒｙメッセージが送信されるように、当該検索
サーバに１次接続する検索サーバ１０ＤにＱｕｅｒｙメッセージを転送している。このＱ
ｕｅｒｙメッセージを受信した検索サーバ１０Ｄにおいても、同様に１次近傍のピアダイ
ジェストを参照した所在推定に基づくメッセージ転送が行われるため、最終的に該当情報
を有する検索サーバ１０ＦにＱｕｅｒｙメッセージが転送される。Ｑｕｅｒｙメッセージ
を受信した検索サーバ１０Ｃからは、Ｑｕｅｒｙ  Ｈｉｔが検索サーバ１０Ｂに返送され
、さらに検索サーバ１０Ｂから検索サーバ１０Ａに返送される。また、検索サーバ１０Ｆ
からは検索サーバ１０Ｃを介して検索サーバ１０ＢへＱｕｅｒｙ  Ｈｉｔが返信され、検
索サーバ１０Ａに返送される。
【００７８】
コンテンツ要約情報修正部１０ｋは、検索要求転送部１０ｄから入力されたＱｕｅｒｙ
Ｈｉｔ又はＱｕｅｒｙ  Ｅｒｒｏｒメッセージに基づいて、コンテンツ要約情報記憶部
１０ｅに記憶されるピアダイジェストを修正し、そのままメッセージを検索結果送信部１
０ｊに記憶する。
より具体的には、次のようにして、ピアダイジェストの修正動作（Ｂａｃｋｗａｒｄ  
Ｌｅａｒｎｉｎｇ）を行う。
【００７９】
［ステップＳ５１］まず、入力されたメッセージについて、Ｑｕｅｒｙ  Ｅｒｒｏｒメッ
セージ又はＱｕｅｒｙ  Ｈｉｔメッセージの別を判定する。このとき、Ｑｕｅｒｙ  Ｅｒ
ｒｏｒメッセージであると判定した場合にはステップＳ５２に移行し、Ｑｕｅｒｙ  Ｈｉ
ｔメッセージであると判定した場合にはステップＳ５３に移行する。
【００８０】
［ステップＳ５２］入力されたメッセージがＱｕｅｒｙ  Ｅｒｒｏｒメッセージである場
合には、コンテンツ要約情報記憶部１０ｅに記憶される各検索サーバのピアダイジェスト
のうち、当該Ｑｕｅｒｙ  Ｅｒｒｏｒメッセージを送信してきた１次近傍検索サーバＸの
ピアダイジェストｄｉｇｅｓｔX＝（ｂ0，…，ｂM-1）を修正し、当該ピアダイジェスト
から検索キーワードに関する情報を削除する。より具体的には、例えば、Ｑｕｅｒｙ  Ｅ
ｒｒｏｒメッセージのＴＣＰヘッダ部からメッセージの送信元である１次近傍検索サーバ
ＸのＩＰアドレスを取得し、コンテンツ要約情報記憶部１０ｅを参照して当該ＩＰアドレ
スにより特定される検索サーバＸのピアダイジェストを抽出する。そして、Ｑｕｅｒｙ  
Ｅｒｒｏｒメッセージから検索キーワードｗを取得し、ピアダイジェストを生成したのと
同じ一方向性関数を用いてその検索キーワードｗについて単語ベクトルｗｂを求め、抽出
されたピアダイジェストを以下の式（７）のように修正する。
ｂwbk＝０（ｋ＝１，…，Ｋ）  …式（７）
【００８１】
［ステップＳ５３］入力されたメッセージがＱｕｅｒｙ  Ｈｉｔメッセージである場合に
は、コンテンツ要約情報記憶部１０ｅに記憶される各検索サーバのピアダイジェストのう
ち、当該Ｑｕｅｒｙ  Ｈｉｔメッセージの発生源、すなわち検索要求に該当する情報を有
する検索サーバＸのピアダイジェストｄｉｇｅｓｔX＝（ｂ0，…，ｂM-1）を修正し、当
該ピアダイジェストから検索キーワードに関する情報を追加又は上書きする。より具体的
には、例えば、入力されたＱｕｅｒｙ  Ｈｉｔメッセージから検索要求送信元の識別情報
であるピアＧＵＩＤを取得し、コンテンツ要約情報記憶部１０ｅを参照して当該ピアＧＵ
ＩＤにより特定される検索サーバＸのピアダイジェストを抽出する。そして、Ｑｕｅｒｙ
Ｈｉｔメッセージから検索キーワードｗを取得し、ピアダイジェストを生成したのと同
じ一方向性関数を用いてその単語ｗについて単語ベクトルｗｂを求め、抽出されたピアダ
イジェストを以下の式（８）のように修正する。
ｂwbk＝０（ｋ＝１，…，Ｋ）  …式（８）
【００８２】
また、本実施形態では、検索結果の送信先、すなわち検索要求の送信元の１次近傍検索
サーバのピアダイジェストについても同様に、検索キーワードに関する情報を追加する修
正を行う。これは、検索結果の送信先の１次近傍検索サーバでも、前述したように１度な
された検索要求に対する検索結果を記憶するため、以後同じ検索要求がなされた際には今
回の検索結果を参照し、Ｑｕｅｒｙ  Ｈｉｔを返信することできるようになるためである
。
【００８３】
図１５に、メッセージの流れとこれに伴うピアダイジェストの修正の例を示す。同図の
例では、検索サーバ１０Ａより発行されたＱｕｅｒｙが検索サーバ１０Ｂに送信され、そ
こからさらに検索サーバ１０Ｃ，１０Ｄ，１０Ｆに転送されている。また、検索サーバ１
０ＢからＱｕｅｒｙメッセージを受信した検索サーバ１０Ｄは、さらに検索サーバＣへ転
送している。これらのＱｕｅｒｙメッセージに基づき、検索サーバ１０Ｂは、検索サーバ
１０ＣからＱｕｅｒｙ  Ｈｉｔを、検索サーバ１０ＦからＱｕｅｒｙ  Ｅｒｒｏｒ（デッ
ドロック）を受信する。また、検索サーバ１０Ｄは、検索サーバ１０ＣからＱｕｅｒｙ  
Ｅｒｒｏｒ（ループ）を受信している。以上のようにメッセージが流れる状態では、検索
サーバ１０Ｂで、検索サーバ１０Ｃ，１０Ｆ及び１０Ａのピアダイジェストの修正が行わ
れる。また、検索サーバ１０Ｄで、検索サーバ１０Ｃのピアダイジェストの修正、すなわ
ち、Ｂａｃｋｗａｒｄ  Ｌｅａｒｎｉｎｇが行われる。
【００８４】
検索結果送信部１０ｊは、検索部１０ｐ、検索結果参照部１０ｂ、所在推定部１０ｃ及
びコンテンツ要約情報修正部１０ｋから入力されたＱｕｅｒｙ  Ｈｉｔ又はＱｕｅｒｙ  
Ｅｒｒｏｒメッセージを、検索要求の送信元である検索サーバ１０に送信する。
より具体的には、まず、検索部１０ｐ、検索結果参照部１０ｂ、所在推定部１０ｃ及び
コンテンツ要約情報修正部１０ｋからＱｕｅｒｙ  Ｈｉｔメッセージが入力されたときに
は、検索結果情報を検索結果記憶部１０ｈに記憶する。
【００８５】
そして、例えば、所在推定部１０ｃにより送信した全て又は所定数の１次近傍検索サー
バからＱｕｅｒｙ  Ｈｉｔ又はＱｕｅｒｙ  Ｅｒｒｏｒメッセージが返信されてきたとき
、あるいは、最初のＱｕｅｒｙメッセージ受信から所定時間が経過したときに、検索結果
記憶部１０ｈに記憶したＱｕｅｒｙ  Ｈｉｔメッセージを取り出し、検索要求の送信元に
返信する。このとき、複数のＱｕｅｒｙ転送先で該当する情報が見つかり、１つの検索要
求に対し複数のＱｕｅｒｙ  Ｈｉｔメッセージを受信した場合には、検索結果記憶部１０
ｈに記憶した複数のＱｕｅｒｙ  Ｈｉｔメッセージを、１つのＱｕｅｒｙ  Ｈｉｔメッセ
ージに集約、生成し、検索要求元に送信する。この場合に生成されるＱｕｅｒｙ  Ｈｉｔ
メッセージの結果ＸＭＬデータ部（図４（ｄ）参照）の例を図１６に示す。
【００８６】
図１６のラインｌ３１には、検索要求の検索キーワードの情報が記述され、ラインｌ３
３には検索要求に該当する情報を記述したウェブログページの「ｕｒｌ」、ラインｌ３４
には当該ウェブログページのタイトルである「ｂｌｏｇ＿ｔｉｔｌｅ」、ラインｌ３５に
は当該ウェブログページの検索要求に該当する情報が記述されるエントリのタイトルであ
る「ｅｎｔｒｙ＿ｔｉｔｌｅ」、ラインｌ３６には当該エントリの要約である「ｓｕｍｍ
ｒｙ」、ラインｌ４２には当該エントリの更新時刻である「ｍｏｄｉｆｉｅｄ」が記述さ
れている。なお、このラインｌ３３〜ｌ４２の情報は、検索要求に該当する情報を有する
１つのウェブログページの情報としてｒｅｃｏｒｄタグによって区切られており、同様に
ｒｅｃｏｒｄタグに区切られて検索要求に該当する情報を有する別ののウェブログページ
の情報がラインｌ４５〜ｌ４９に記述されている。
【００８７】
このように、検索結果記憶部１０ｈに記憶される情報に基づき、Ｑｕｅｒｙ  Ｈｉｔメ
ッセージの結果ＸＭＬデータ部に検索要求に該当する情報を有するウェブログページの情
報を集約する他、検索要求に該当する情報を有するウェブログページの数を集計し、Ｑｕ
ｅｒｙ  Ｈｉｔメッセージのヒット件数部（図４(ｄ)参照）に記述する。なお、Ｗｅｂサ
ーバ３０の検索要求送受信部３０ｃでは、Ｑｕｅｒｙ  Ｈｉｔメッセージからヒット件数
部と結果ＸＭＬデータ部を抽出し、表示用のデータに整形する。例えば、ＸＭＬデータ部
に関しては、例えば各項目のデータを表現する方法を定義したスタイルシート及びＸＭＬ
データをＨＴＭＬファイルで呼び出すことにより、ＸＭＬデータを整形することなくその
まま表示可能である。
【００８８】
なお、自身に接続するデータベースサーバ２０に検索要求該当する情報がなくかつ、検
索要求を転送すべき１次近傍検索サーバもないとき、あるいは、自身に接続するデータベ
ースサーバ２０に検索要求該当する情報がなくかつ、転送先からＱｕｅｒｙ  Ｈｉｔメッ
セージを受信することができなかったときは、Ｑｕｅｒｙ  Ｅｒｒｏｒメッセージを検索
要求の送信元へ送信する。
【００８９】
なお、本実施形態では、図示しないが、一定受信時刻以前あるいは所定数の保存メッセ
ージ数を超えると、検索結果記憶部１０ｈに記憶される検索結果情報はＤＢサーバ２０に
移され、前述のように検索結果参照部１０ｂにより参照される。
接続選択部１０ｉは、コンテンツ要約情報記憶部１０eに記憶された各ブログ検索シス
テムのピアダイジェストと自身のピアダイジェストとの類似度に基づき、自身と類似度が
より高いブログ検索システムと優先的に１次接続するように接続関係を変更する。本実施
形態においては、ピアダイジェストとの類似度に基づきダイジェストキャッシュツリーに
含まれる接続関係の情報を変更するとともに、これに基づきＴＣＰ接続の確立又はＴＣＰ
接続の切断指令をＴＣＰ接続部１０ｎに出力することで、より類似度の高いブログ検索シ
ステムとの接続を確立し、また類似度の低いブログ検索システムとの１次接続関係を解除
することにより接続関係を変更する。
【００９０】
より具体的には、コミュニティー自己組織化アルゴリズム（Ｃｏｍｍｕｎｉｔｙ  Ｓｅ
ｌｆ−Ｏｒｇａｎｉｚａｔｉｏｎ  Ａｌｇｏｒｉｔｈｍ）に従い、接続選択部１０ｉは以
下のような動作を行う。なお、前記の自己組織化アルゴリズムを適用する様子を示す模式
図である図１７も参照して説明する。
［ステップＳ６１］自身と１次又は２次接続するブログ検索システムのコンテンツについ
て、自身のコンテンツとの類似度を算出する。具体的には、ダイジェストキャッシュツリ
ーに記憶される各ピアダイジェストについて、自身のコンテンツのピアダイジェストとの
類似度を算出する。
【００９１】
ここで、検索サーバＡから見た検索サーバＢのピアダイジェストの類似度ｓｉｍABは、
次のような式を用いて算出する。
対称類似度：
ｓｉｍAB＝ｃｏｕｎｔ（ｄｉｇｅｓｔA∧ｄｉｇｅｓｔB）／Ｍ  …式（９）
ｃｏｕｎｔ（ｄｉｇｅｓｔA∧ｄｉｇｅｓｔB）
ｓｉｍAB＝  ――――――――――――――――――――――――  …式（１２）
ｃｏｕｎｔ（ｄｉｇｅｓｔA｜ｄｉｇｅｓｔB）
非対称類似度：
ｃｏｕｎｔ（ｄｉｇｅｓｔA∧ｄｉｇｅｓｔB）
ｓｉｍAB＝  ―――――――――――――――――――――――――  …式（１３）
ｃｏｕｎｔ（ｄｉｇｅｓｔA）
ｃｏｕｎｔ（ｄｉｇｅｓｔA∧ｄｉｇｅｓｔB）
ｓｉｍAB＝  ―――――――――――――――――――――――――  …式（１４）
ｃｏｕｎｔ（ｄｉｇｅｓｔB）
ここで、∧はビットＡＮＤ演算子、｜はビットＯＲ演算子である。また、関数ｃｏｕｎ
ｔは、ビットが1の要素を数え上げる関数である。０≦ｓｉｍAB≦１であり、ｓｉｍABの
値が大きいほど検索サーバＡから見て検索サーバＢは類似していることになる。ただし、
対称類似度は、ｓｉｍAB＝ｓｉｍBAであり、非対称類似度は一般的にｓｉｍAB≠ｓｉｍBA
となる。
【００９２】
上記式（９）、（１２）〜（１４）に示す類似度のどれか一つ使用して、類似度を計算
する。算出後、ステップＳ６２に移行する。
［ステップＳ６２］現在、自身と１次接続するブログ検索システム（検索サーバ）の集合
ｎｏｄｅ１、及び、２次接続するブログ検索システム（検索サーバ）の集合ｎｏｄｅ２の
それぞれについて、ステップＳ６１で算出された類似度の大きい順にソートする。このソ
ート後の、１次接続するブログ検索システムの順序つき集合Ｐを下記式（１０）に、２次
接続するブログ検索システムの順序つき集合Ｓを下記式（１１）に示す。
Ｐ＝｛ｐ0，ｐ1，…ｐM｝  …式（１０）
Ｓ＝｛ｓ0，ｓ1，…ｓN｝  …式（１１）
ソート後、ステップＳ６３に移行する。
【００９３】
［ステップＳ６３］現在のＴＣＰ接続数が最大ＴＣＰ接続数以下のとき、Ｇａｔｅ  Ｏｐ
ｅｎメッセージを２次接続検索サーバのうち最も自身との類似度高いｓ0へ送信するよう
に、ＴＣＰ接続部１０ｎにＴＣＰ接続の確立指令を出力する。これにより、ｓ0に対して
接続確立の要求がなされる（図１７（ｂ）参照）。なお、この最大ＴＣＰ接続数は、検索
サーバの処理能力等によって検索サーバ毎、あるいは、検索サーバに共通に定められる既
定値である。
【００９４】
［ステップＳ６４］上記ステップＳ６３において、ｓ0（図１７（ｂ）では検索サーバ１
０Ａ）に接続が拒否された場合、ｓ0をＳから削除し、ステップＳ６５に移行する。
［ステップＳ６５］上記ステップＳ６４によりＳ＝φとなった場合は終了する。一方、Ｓ
≠φの場合には、残りの各要素ｓの添字ｎをｎ＝ｎ−１とシフト後、上記ステップＳ６３
へ戻る。これにより、再び別の２次接続検索サーバに接続確立を要求する。
［ステップＳ６６］上記ステップＳ６３において接続が確立した場合には、当該ｓ0は２
次接続検索サーバから１次接続検索サーバに変更となったことから、ダイジェストキャッ
シュツリーの木構造を変更し、ルート直下にそのノードを配置する。
【００９５】
［ステップＳ６７］ステップＳ６３において、現在のＴＣＰ接続数が最大ＴＣＰ接続数を
超えていると判定された場合には、自身と１次接続する検索サーバ集合Ｐのうち、ｐM、
すなわち最も自身のコンテンツとの類似度が低い検索サーバにＢｙｅメッセージを送信す
るうようにＴＣＰ接続部１０ｎに指令を出力する。これにより、ｐMとのＴＣＰ接続が切
断される（図１７（ｃ）及び（ｄ））。なお、本実施形態ではＢｙｅメッセージは図４（
ａ）に示すようなフォーマットである。図４（ａ）中、「ピアＧＵＩＤ」はＢｙｅメッセ
ージを送信する検索サーバのＧＵＩＤ、「ＩＰ」は同じくＢｙｅメッセージを送信する検
索サーバのＩＰアドレス、「Ｐｏｒｔ」は同じくＢｙｅメッセージを送信する検索サーバ
のポート番号である。
なお、前記ステップＳ６１〜Ｓ６７の処理の実行タイミングは特に限定されないが、例
えば所定時間毎（例えば１０ｍ秒毎）や所定ステップ毎（例えば１０００ステップ毎）の
割り込み処理として、あるいは、コンテンツ要約情報取得部１０ｇによる処理と連動する
処理として実行する。
【００９６】
［ブログ検索システムの動作及び効果］
次に、前述のようにして構成されたブログ検索システムの動作について図１８及び図１
９を用いて説明する。
図１８のステップＳ２０１では、クライアント端末ＣＬのブラウザからＱｕｅｒｙが発
行される。ステップＳ２０２では、ステップＳ２０１で発行されたＱｕｅｒｙをＷｅｂサ
ーバ３０Ａで受信し、検索要求送受信部３０ｃでＴｅｌｌａＧａｔｅプロトコルにおける
Ｑｕｅｒｙメッセージに変換後、検索サーバ１０Ａへ送信する。
【００９７】
ステップＳ２０３では、Ｑｕｅｒｙメッセージを受信した検索サーバ１０Ａで、検索結
果参照部１０ｂにより検索結果記憶部１０ｈ及びＤＢサーバ２０Ａに記憶される検索結果
情報を検索する。同じ検索要求に対する検索結果が存在すれば、Ｑｕｅｒｙ  Ｈｉｔメッ
セージに加工後、ステップＳ２０８に移行する。検索結果が存在しない場合にはステップ
Ｓ２０４に移行する。
【００９８】
ステップＳ２０４では、検索サーバ１０ＡがＤＢサーバ２０Ａに検索要求を発行する。
ステップＳ２０５では、検索サーバ１０ＡがＤＢサーバ２０Ａから検索結果を受信する
。検索結果がＮＵＬＬ（該当情報なし）の場合は、ステップＳ２０６に移行する。一方、
ＮＵＬＬでない場合（該当情報あり）には、検索結果からＱｕｅｒｙ  Ｈｉｔメッセージ
を生成後、ステップＳ２０８に移行する。
【００９９】
ステップＳ２０６では、検索サーバ１０Ａが所在推定部１０ｃの決定に従い、Ｑｕｅｒ
ｙメッセージを他の検索サーバ１０Ｂ，１０Ｃへ転送する。
ステップＳ２０７では、検索サーバ１０ＡがステップＳ２０６においてＱｕｅｒｙメッ
セージを転送した他の検索サーバ１０Ｂ、１０ＣよりＱｕｅｒｙ  Ｈｉｔメッセージを受
信する。
【０１００】
ステップＳ２０８では、検索サーバ１０ＡにおいてＱｕｅｒｙ  Ｈｉｔメッセージを検
索結果記憶部１０ｈに保存し、Ｗｅサーバ３０Ａへ送信する。
ステップＳ２０９では、Ｗｅｂサーバ３０で受信したＱｕｅｒｙ  Ｈｉｔメッセージを
解析し、ＨＴＭＬに変換後クライアント端末ＣＬのブラウザへ返信する。
上述の過程において、検索要求メッセージが転送された他の検索サーバ１０Ｂ、１０Ｃ
における動作を図１９に示す。
【０１０１】
図１９のステップＳ３０１では、検索サーバ１０Ａから検索サーバ１０ＢにＱｕｅｒｙ
が転送される。すなわち、図１８のステップＳ２０６に相当するステップである。
ステップＳ３０２では、Ｑｕｅｒｙメッセージを受信した検索サーバ１０Ｂで、検索結
果参照部１０ｂにより検索結果記憶部１０ｈ及びＤＢサーバ２０Ｂに記憶される検索結果
情報を検索する。同じ検索要求に対する検索結果が存在すれば、Ｑｕｅｒｙ  Ｈｉｔメッ
セージに加工後、ステップＳ３０７に移行する。検索結果が存在しない場合にはステップ
Ｓ３０３に移行する。
【０１０２】
ステップＳ３０３では、検索サーバ１０ＢがＤＢサーバ２０Ｂに検索要求を発行する。
ステップＳ３０４では、検索サーバ１０ＢがＤＢサーバ２０Ｂから検索結果を受信する
。検索結果がＮＵＬＬ（該当情報なし）の場合は、ステップＳ３０５に移行する。一方、
ＮＵＬＬでない場合（該当情報あり）には、検索結果からＱｕｅｒｙ  Ｈｉｔメッセージ
を生成後、ステップＳ３０７に移行する。
【０１０３】
ステップＳ３０５では、検索サーバ１０Ｂが所在推定部１０ｃの決定に従い、Ｑｕｅｒ
ｙメッセージを他の検索サーバ１０Ｄへ転送する。
ステップＳ３０６では、検索サーバ１０ＢがステップＳ３０５においてＱｕｅｒｙメッ
セージを転送した他の検索サーバ１０ＤよりＱｕｅｒｙ  Ｈｉｔメッセージを受信する。
ステップＳ３０７では、検索サーバ１０ＢにおいてＱｕｅｒｙ  Ｈｉｔメッセージを検
索結果記憶部１０ｈに保存し、Ｑｕｅｒｙメッセージの送信元である検索サーバ１０Ａに
返信する。これは図１８のステップＳ２０７に相当する。
【０１０４】
なお、図示していないが、図１８のステップＳ２０６において検索サーバ１０ＡからＱ
ｕｅｒｙメッセージが転送される検索サーバ１０Ｃにおいても同様の処理が行われる。ま
た、さらに検索要求が他の検索サーバ１０Ｄに転送された場合にも、同様の処理が行われ
、検索結果を当該検索サーバに返信する以外は、転送先でも、検索要求の発生源の検索サ
ーバと同様の処理が行われる。
【０１０５】
上述のように、コンテンツを保持、公開するＷｅｂサーバ３０及びＤＢサーバ２０を備
えたブログ検索システム間で検索要求を転送することで、最新のコンテンツ、またコンテ
ンツの全文に対して、検索を行うことができる。
さらに、接続選択部１０ｉで類似度の高いブログ検索システムの選択し、ＴＣＰ接続の
確立と、切断を行い、コンテンツが類似するシステム同士がネットワーク的に近くなるよ
うに再配置されるので、より少ない転送回数で該当する情報を有するブログ検索システム
にたどり着くことができ、通信負荷の増大が抑制される。また、検索応答に要する時間を
短縮し、迅速な検索が可能になる。
【０１０６】
さらに、このように転送先の決定の際に、検索要求の内容に応じ、該当する情報を有す
るブログ検索システムの推定を行うので、より転送先が絞られ、ヒット率を高めるととも
に低通信負荷での検索が可能である。
なお、本発明は上記実施形態に限定されない。例えば、上記実施形態では、自身の検索
システムに該当する情報を発見しなかった場合にのみ、検索要求の他の検索システムへの
転送を行っているが、自身の検索システムでヒットした場合にも、他の検索システムへの
転送を行ってもよい。これにより、より多くの検索結果を得ることができる。
【０１０７】
また、実施形態では、ブログをコンテンツとするブログ検索システムに本発明を適用し
ているが、例えば、通常のＷｅｂページ全般を取り扱うＷｅｂサーバ及びＤＢサーバに対
応して検索サーバを設け、本発明を適用してもよい。さらに、複数のＷｅｂサーバ及びＤ
Ｂサーバの対に対応して検索サーバを設けてもよい。
【０１０８】
また、本発明では自身と１次近傍検索サーバから当該１次近傍検索サーバに１次接続す
る検索サーバ、すなわち自身と２次近傍検索サーバのコンテンツ要約情報を得ているが、
これに限定されず、例えば１次近傍検索サーバに当該１次近傍サーバに２次接続する検索
サーバ、すなわち自身とは３次近傍の検索サーバのコンテンツ要約情報を得てもよい。
また、上記実施形態では、検索要求を直接送信してきた送信元の検索サーバに検索結果
を返信しているが、例えば、１次接続ある場合には検索要求が発生した検索システムの検
索サーバに転送先から直接検索結果を返信する仕様としてもよい。
【図面の簡単な説明】
【０１０９】
【図１】本実施形態に係るブログ検索システムの構成を示す図である。
【図２】本実施形態に係るＷｅｂサーバの構成を示す機能ブロック図である。
【図３】クライアント端末のブラウザウィンドウの一例を示す図である。
【図４】本実施形態で用いる各メッセージのデータレイアウトを示す図である。
【図５】ＴＣＰフレームのデータレイアウトを説明する図である。
【図６】本実施形態で用いるメッセージのＴｅｌｌａＧａｔｅヘッダ部のデータレイアウトを示す図である。
【図７】本実施形態に係るＤＢサーバの構成を示す機能ブロック図である。
【図８】本実施形態に係る検索サーバの構成を示す機能ブロック図である。
【図９】（ａ）は本実施形態で用いる接続確立要求メッセージを示す図、（ｂ）は接続確立応答メッセージを示す図である。
【図１０】ピアダイジェストツリーを説明する図である。
【図１１】本実施形態に係るコンテンツ要約情報の取得を説明する図である。
【図１２】ピアダイジェストの生成動作を説明するフローチャートである。
【図１３】ピアダイジェストの生成過程のデータを説明する図である。
【図１４】検索要求が転送される様子を説明する図である。
【図１５】ピアダイジェストの修正を説明する図である。
【図１６】Ｑｕｅｒｙ  Ｈｉｔメッセージの結果ＸＭＬデータ部の例を示す図である。
【図１７】自己組織化アルゴリズムを説明する図である。
【図１８】本実施形態に係るブログ検索システムの動作を説明する図である。
【図１９】検索要求を受けたブログ検索システムの動作を説明する図である。
【符号の説明】
【０１１０】
１０   検索サーバ
２０   ＤＢサーバ
３０   Ｗｅｂサーバ
ＣＬ   クライアント端末
４     ブラウザウィンドウ
４ｂ   エントリ
４ｃ   ブログタイトル
【図１】
2006252384.tif 000005
【図２】
2006252384.tif 000006
【図３】
2006252384.tif 000007
【図４】
2006252384.tif 000008
【図５】
2006252384.tif 000009
【図６】
2006252384.tif 000010
【図７】
2006252384.tif 000011
【図８】
2006252384.tif 000012
【図９】
2006252384.tif 000013
【図１０】
2006252384.tif 000014
【図１１】
2006252384.tif 000015
【図１２】
2006252384.tif 000016
【図１３】
2006252384.tif 000017
【図１４】
2006252384.tif 000018
【図１５】
2006252384.tif 000019
【図１６】
2006252384.tif 000020
【図１７】
2006252384.tif 000021
【図１８】
2006252384.tif 000022
【図１９】
2006252384.tif 000023