JP2003067238A - コンテンツ提供／利用ツールおよびシステム - Google Patents

Abstract

(57)【要約】 【課題】 コンテンツ提供者Ａが、リソースを節約し、
特定ディレクトリサーバやコンテンツ資源への利用者の
アクセス集中，トラフィック集中を避ける一方、コンテ
ンツ利用者Ｕが、通信コストを節約し、希望のコンテン
ツを短時間で効率的に検索／収集できるようにするコン
テンツ提供／利用ツールを提供する。 【解決手段】 複数のサーバＢ〜Ｇにコンテンツを複製
配置する際、上流サーバが格納しているコンテンツを受
け取り、自サーバに余裕が無い場合にリソースにつりあ
うデータ量だけのコンテンツを格納し、下流サーバに自
ノードで格納したコンテンツのみを受け渡し、コンテン
ツ提供者Ａからのサーバの数が増すごとにコンテンツ量
を減少させ、複製配置する。格納できなかったコンテン
ツがある場合、格納できたコンテンツとできなかったコ
ンテンツの両方を格納している上流サーバのアドレスを
データ管理テーブルとして自サーバに登録するコンテン
ツ提供ツールを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンテンツの提供
者と利用者とが広域ネットワーク(ＷＡＮ)に接続され
て、コンテンツ利用者がコンテンツ提供者のデータ格納
手段に存在する資源を利用するコンテンツ提供／利用シ
ステムに係り、特に、コンテンツ提供者が優先度やコス
トを意識しながらコンテンツ資源を効率良く配置できる
とともに、コンテンツ利用者が希望するコンテンツを容
易かつ迅速に探し出して利用できるようにする技術に関
する。

【０００２】

【従来の技術】インターネットなどの広域ネットワーク
に接続されているコンテンツ提供サービスにおいては、
ニュース，天気予報などの情報やゲームソフトなどを提
供したいコンテンツ提供者と、それらコンテンツを利用
したいコンテンツ利用者とが、存在する。

【０００３】また、コンテンツ提供者の便宜および利用
者の便宜をそれぞれ図るインターネット活用サービス事
業者がいる。例えば、コンテンツ提供者の利便を図る事
業者には、レンタルサーバ業者などがある。コンテンツ
利用者の便宜を図る事業者には、コンテンツ検索／ディ
レクトリサービスを提供するＹＡＨＯＯや、情報配信サ
ービスを提供するPointcastなどがある。

【０００４】インターネット活用サービス事業者は、コ
ンテンツ提供者の便宜や利用者の便宜を図るサービスを
提供した対価、または、サービス提供用に整備したイン
フラストラクチャにコンテンツの一つとして流した広告
の広告料によって、利益を得る。

【０００５】したがって、インターネット活用サービス
事業者が提供するサービスは、より多くの利用者を獲得
できるように利便性の優れたサービスである必要があ
る。

【０００６】コンテンツ提供者や利用者を助ける技術に
は、以下のようなものがある。

【０００７】(１)コンテンツ利用者の利便を助ける技術
として、今日インターネット上で広く利用されているＷ
ＷＷ(World Wide Web)においては、一般に、次の手順で
コンテンツが利用されている。コンテンツ利用者は、ま
ず、コンテンツを得るため、所望するコンテンツが存在
する場所(検索情報)を探し出す検索を実行する。

【０００８】すなわち、キーワードを使って、収集した
いコンテンツをディレクトリサーバに問い合わせる。コ
ンテンツ利用者は、こうして得た検索情報の位置にアク
セスし、コンテンツを取得する。

【０００９】(２)コンテンツ利用時の検索に際して、特
開平11−195048号公報は、コンテンツの検索情報を広く
分散させ、検索情報へのアクセス時間を短くし、速く検
索するという技術を示している。

【００１０】(３)コンテンツを安定して提供する技術と
しては、ミラーサーバ方式が知られている。ミラーサー
バ方式は、あるサーバの機能や情報の複製を別なサーバ
にも保持させ、これらのサーバを各所に散在させ、多数
の利用者によるアクセスを分散させ、サーバ負荷やネッ
トワークトラフィックの増大を低減する方式である。ま
た、サーバの複製を持つと、サーバを多重化させること
になり、１台のサーバがダウンしても、別なサーバでの
サービスを継続でき、サービスを安定して提供できる。

【００１１】

【発明が解決しようとする課題】(１)コンテンツ利用者
の利便を助ける従来の技術には、ディレクトリサーバを
必要とする。また、ディレクトリサーバを使えたとして
も、コンテンツ提供者からの申請により、ディレクトリ
サーバに検索情報を登録しているので、申請が無いコン
テンツを利用できない。

【００１２】ディレクトリサーバへの登録のもう一つの
方法としては、予め決められたキーワードにより、イン
デキシング・ロボットが、ＷＷＷでのリンクをたどって
定期的に巡回し、得られた検索情報を登録する方法があ
る。しかし、リンクされていないコンテンツについて
は、検索も利用もできない。

【００１３】さらに、ディレクトリサービスを提供する
ディレクトリサーバは一つであるため、このサーバがダ
ウンすると、検索もコンテンツの収集もできなくなる。

【００１４】同様に、ディレクトリサーバへの検索アク
セスが集中して込み合うと、コンテンツの収集にかかる
トータル時間が長くなる。ディレクトリサービスでうま
く検索できたとしても、ディレクトリサーバは、特定の
コンテンツ資源をポインティングするため、コンテンツ
資源へのアクセスが込み合ってしまう。

【００１５】一方、コンテンツ資源も一つであるため、
この資源がダウンすると、コンテンツを提供できなくな
る。

【００１６】(２)コンテンツ利用時の検索については、
検索情報を分散させ、検索情報に対するアクセス集中を
回避し、耐障害性を上げることはできるが、複数のコン
テンツ利用者の検索結果が、特定のコンテンツ資源にポ
インティングされ、その後のコンテンツ収集の際には、
(１)と同じ問題に直面することになる。

【００１７】(３)コンテンツを安定して提供する技術に
ついては、元のサーバが保持する全ての機能や情報をそ
っくり別のサーバに保持させるため、元のサーバと同程
度以上の容量や性能を持ったサーバを複数用意する必要
がある。この種の高機能仕様のサーバは、高価であり、
大規模ネットワークにおける膨大な利用者のアクセスを
充分に分散させるには、多大な設備投資が必要になる。

【００１８】本発明の目的は、広域ネットワークにおけ
るコンテンツ提供／利用環境において、コンテンツ提供
者が、コンテンツ提供のために使用する記憶領域や通信
コストなどのリソースを節約できるとともに、コンテン
ツ利用者が、コンテンツ利用時に特定のディレクトリサ
ーバやコンテンツ資源へのアクセスやトラフィックの集
中を避け、希望するコンテンツを短い応答時間で効率的
に検索／収集し、全体として高信頼かつ高効率にコンテ
ンツを提供／利用できるコンテンツ提供／利用ツールお
よびコンテンツ提供／利用システムを提供することであ
る。

【００１９】

【課題を解決するための手段】本発明は、上記目的を達
成するために、コンテンツ提供者のノードと少なくとも
一つのサーバとコンテンツ利用者のノードとがネットワ
ークに接続され、コンテンツ利用者がコンテンツ提供者
のデータ格納手段に存在する資源を利用するコンテンツ
提供／利用システムにおいて、自サーバのデータ格納手
段の空き容量などの状況を把握するリソース確認手段
と、前記コンテンツ提供者により近い上流サーバから当
該上流サーバが格納しているコンテンツを受け取り前記
自サーバのリソース状況に応じたデータ量だけを自サー
バの前記データ格納手段のコンテンツデータベースに格
納し残りのコンテンツを削除するコンテンツデータベー
ス作成手段と、格納できたコンテンツデータについては
自サーバの前記データ格納手段のデータ管理テーブルに
自サーバのアドレスを登録し格納できなかったコンテン
ツデータがある場合は格納できたコンテンツデータと格
納できなかったコンテンツデータの両方を格納している
上流サーバのアドレスを前記データ管理テーブルに登録
するデータ管理テーブル作成手段と、前記格納できたコ
ンテンツデータを下流サーバに受け渡すとともに前記デ
ータ管理テーブルを前記コンテンツ利用者となる不特定
多数のノードに配布する手段とを備えたコンテンツ提供
ツールを提案する。

【００２０】本発明は、また、コンテンツ提供者のノー
ドと少なくとも一つのサーバとコンテンツ利用者のノー
ドとがネットワークに接続され、コンテンツ利用者がコ
ンテンツ提供者のデータ格納手段に存在する資源を利用
するコンテンツ提供／利用システムにおいて、自サーバ
のデータ格納手段の空き容量などの状況を把握するリソ
ース確認手段と、前記コンテンツ提供者により近い上流
サーバから当該上流サーバが格納しているコンテンツを
受け取り前記自サーバのリソース状況に応じたデータ量
だけを自サーバの前記データ格納手段のコンテンツデー
タベースに格納し残りのコンテンツを削除するコンテン
ツデータベース作成手段と、格納できたコンテンツデー
タについては自サーバの前記データ格納手段のデータ管
理テーブルに自サーバのアドレスを登録し格納できなか
ったコンテンツデータがある場合は格納できたコンテン
ツデータと格納できなかったコンテンツデータの両方を
格納している上流サーバのアドレスを前記データ管理テ
ーブルに登録するデータ管理テーブル作成手段と、前記
格納できたコンテンツデータを下流サーバに受け渡すと
ともに前記データ管理テーブルを前記コンテンツ利用者
となる不特定多数のノードに配布する配布手段とを備
え、前記コンテンツが、各コンテンツ構成項目について
少なくともそのコンテンツが格納されているサーバのア
ドレス，配布優先度，内部格納データ総量からなる特性
情報とコンテンツデータとを含むコンテンツ提供ツール
を提案する。

【００２１】本発明は、さらに、コンテンツ提供者のノ
ードと少なくとも一つのサーバとコンテンツ利用者のノ
ードとがネットワークに接続され、コンテンツ利用者が
コンテンツ提供者のデータ格納手段に存在する資源を利
用するコンテンツ提供／利用システムにおいて、自サー
バのデータ格納手段の空き容量などの状況を把握するリ
ソース確認手段と、前記コンテンツ提供者により近い上
流サーバから当該上流サーバが格納しているコンテンツ
を受け取り前記自サーバのリソース状況に応じたデータ
量だけを自サーバの前記データ格納手段のコンテンツデ
ータベースに格納し残りのコンテンツを削除するコンテ
ンツデータベース作成手段と、格納できたコンテンツデ
ータについては自サーバの前記データ格納手段のデータ
管理テーブルに自サーバのアドレスを登録し格納できな
かったコンテンツデータがある場合は格納できたコンテ
ンツデータと格納できなかったコンテンツデータの両方
を格納している上流サーバのアドレスを前記データ管理
テーブルに登録するデータ管理テーブル作成手段と、前
記格納できたコンテンツデータを下流サーバに受け渡す
手段と、前記データ管理テーブルを前記コンテンツ利用
者となる不特定多数のノードに配布する手段とを備え、
前記コンテンツが、各コンテンツ構成項目について少な
くともそのコンテンツが格納されているサーバのアドレ
ス，配布優先度，内部格納データ総量からなる特性情報
とコンテンツデータとを含み、前記配布手段が、予め前
記データ格納手段に作成された配布先管理テーブルを参
照して自サーバが有するコンテンツの配布要求を他のサ
ーバに送信し他のサーバから送られたコンテンツ配布要
求を受信し自サーバのリソース状況を判断しコンテンツ
の全てまたは一部を自サーバのデータ格納手段に格納し
他のサーバに情報配布要求を転送し自サーバが有する特
性情報の配布要求を他のサーバに送信するコンテンツ／
特性情報配布手段であるコンテンツ提供ツールを提案す
る。

【００２２】コンテンツ利用者から送られた検索要求を
受信し自サーバ内に格納されている該当特性情報を探し
出し検索要求に応答しコンテンツ利用者から送られた収
集要求を受信し自サーバ内に格納されている該当コンテ
ンツを探し出し収集要求に応答するコンテンツ検索／収
集応答手段を備えることができる。

【００２３】前記配布優先度は、前記コンテンツのデー
タ量，更新頻度，重要度のいずれかであり、前記コンテ
ンツの削除は、前記配布優先度の低い順になされること
が望ましい。

【００２４】コンテンツ利用者が遡れるサーバおよびノ
ードの段数を予め指定する有効ホップ数として前記コン
テンツとともに送信する有効ホップ数指定手段を備える
ことも可能である。

【００２５】本発明は、上記目的を達成するために、コ
ンテンツ提供者のノードと少なくとも一つのサーバと入
出力手段を有するコンテンツ利用者のノードとがネット
ワークに接続され、コンテンツ利用者がコンテンツ提供
者のデータ格納手段に存在する資源を利用するコンテン
ツ提供／利用システムにおいて、自ノードのデータ格納
手段の空き容量などの状況を把握するリソース確認手段
と、取り込んだコンテンツを管理するデータ管理テーブ
ルを前記自ノードのデータ格納手段に作成するデータ管
理テーブル作成手段と、コンテンツ配布要求を送信する
他のサーバのアドレスと特性情報配布要求を送信するノ
ードのアドレスとが設定されている配布先管理テーブル
と、サーバや他のノードから送られた特性情報配布要求
を受信し自ノードに特性情報を格納し前記配布先管理テ
ーブルを参照して他のノードに特性情報の配布要求を転
送する特性情報配布手段と、収集すべきコンテンツ構成
項目を格納するサーバが前記配布先管理テーブルに複数
登録されている時にまず一つのサーバにアクセスしてコ
ンテンツ収集を試み収集が失敗した場合は登録されてい
る別のサーバにアクセスして収集するコンテンツ検索／
収集要求手段とを備えたコンテンツ利用ツールを提案す
る。

【００２６】収集すべきコンテンツ構成項目を格納する
サーバが前記配布先管理テーブルに複数登録されている
時には、最初のアクセス先のサーバをランダムに決定し
てもよいし、最初のアクセス先を配布優先度が最も低い
サーバとしてもよい。

【００２７】いずれのコンテンツ利用ツールにおいて
も、前記入出力手段は、コンテンツ利用者が遡れるサー
バおよびノードの段数を有効ホップ数として指定する有
効ホップ数指定手段を含むことができる。

【００２８】本発明は、上記目的を達成するために、上
記いずれかのコンテンツ提供ツールをインストールした
ノードと、上記いずれかのコンテンツ利用ツールをイン
ストールしたノードとを含むコンテンツ提供／利用シス
テムを提案する。

【００２９】本発明は、また、上記いずれかのコンテン
ツ提供ツールをインストールしたノードと、上記いずれ
かのコンテンツ利用ツールをインストールしたノード
と、前記コンテンツ提供ツールおよび前記コンテンツ利
用ツールをリムーバブル記憶媒体の送付またはネットワ
ークを介したファイル転送などにより提供するネットワ
ーク活用サービス事業者のノードとを含むコンテンツ提
供／利用システムを提案する。

【００３０】

【発明の実施の形態】次に、図１ないし図２２を参照し
て、本発明によるコンテンツ提供／利用ツールおよびコ
ンテンツ提供／利用システムの実施形態を説明する。

【００３１】

【コンテンツ提供／利用システムの実施形態】図１は、
本発明によるコンテンツ提供／利用システムにおけるノ
ード接続の一例を示す系統図である。図１において、ア
ルファベットＡ〜Ｕは、サーバやノードの系統における
位置を示す。以下の説明では、特に区別する必要がない
限り、ノードと表記する。

【００３２】ノードＡは、コンテンツを配布しようとし
ているコンテンツ提供者１９１のノードである。ノード
Ｂ〜Ｇは、コンテンツ提供ツールをインストールしたサ
ーバのノード１９０である。ノードＬ〜Ｒは、コンテン
ツ利用ツールをインストールしたサーバまたはパーソナ
ルコンピュータなどのノード２９０である。ノードＵ
は、コンテンツ利用ツールをインストールしてコンテン
ツを今まさに利用しようとしているパーソナルコンピュ
ータなどのコンテンツ利用者のノード２９１である。な
お、ノードＢ〜Ｕは、コンテンツ利用ツールをインスト
ールすれば、いずれもコンテンツ利用者のノード２９１
になる資格がある。

【００３３】図２は、本発明によるコンテンツ提供／利
用システムの実施形態においてコンテンツ提供ツールを
インストールしたサーバ１９０の内部構成の一例を詳細
に示すブロック図である。

【００３４】なお、図１においては、ツリー形のネット
ワークを示し、図２および図３においては、スター形ま
たはリング形のネットワークを示してあるが、本発明
は、ネットワークの形には限定されない。

【００３５】サーバ１９０には、ネットワーク３２０を
介して、コンテンツ提供ツールをインストールした他の
サーバ１９０と、コンテンツ提供者のサーバ１９１と、
コンテンツ利用ツールをインストールしたサーバ２９０
と、コンテンツ利用者のコンピュータ２９１とが接続さ
れている。

【００３６】コンテンツ提供ツール１００およびコンテ
ンツ利用ツール２００は、コンテンツ提供者１９１が開
発しそのサーバから独自に提供してもよい。しかし、で
きる限り標準化して汎用性を高めるために、個々のコン
テンツ提供者からは独立したインターネット活用サービ
ス事業者が、コンテンツ提供／利用ツールを開発し、そ
のサーバ３００にコンテンツ提供／利用ツール提供手段
３１０を内蔵することが望ましい。

【００３７】コンテンツ提供ツール１００およびコンテ
ンツ利用ツール２００は、インターネット活用サービス
事業者３００から、フロッピディスクやＣＤ−ＲＯＭな
どのリムーバブル記憶媒体の送付またはネットワーク３
２０を介したファイル転送などにより提供され、各ノー
ドやサーバの管理者がインストールする。すなわち、イ
ンターネット活用サービス事業者３００は、ノードＡ〜
Ｇのサーバには、コンテンツ提供ツール１００を提供
し、ノードＬ〜Ｕのコンピュータには、コンテンツ利用
ツール２００を提供する。

【００３８】コンテンツ提供／利用ツールを活用したい
コンテンツ提供者は、インターネット活用サービス事業
者３００からコンテンツ提供ツール１００の提供を受け
て、サーバ１９１にインストールする。コンテンツ提供
者ではない者が所有するレンタルサーバなどのサーバ１
９０も、インターネット活用サービス事業者３００から
コンテンツ提供ツール１００の提供を受けて、このツー
ルをインストールする。

【００３９】コンテンツ提供／利用サービスを利用した
いコンテンツ利用者は、インターネット活用サービス事
業者３００からコンテンツ利用ツール２００の提供を受
けて、そのノードのコンピュータ２９０にインストール
する。

【００４０】コンテンツ提供ツール１００をインストー
ルしたサーバ１９０は、ハードディスクなどのデータ格
納手段１９２と、コンテンツ提供ツール１００とコンテ
ンツ利用ツール２００との間でやり取りするメッセージ
などをネットワークに送信したりネットワークから受信
する通信手段１９３と、オペレーティングシステムなど
のサーバの基本機能１９４とを含んでいる。

【００４１】コンテンツ提供ツール１００は、コンテン
ツ／特性情報配布手段１１０と、コンテンツ検索／収集
応答手段１２０と、リソース確認手段１３０とを備えて
おり、データ格納手段１９２内に、配布先管理テーブル
１３１と、データ管理テーブル１３２と、コンテンツデ
ータのデータベース(ＤＢ)１３３とを構築する。

【００４２】ここでは図示していないが、コンテンツ提
供ツール１００のデータ管理テーブル作成手段は、デー
タ管理テーブル１３２を作成し、登録し、読み出す。コ
ンテンツ提供ツール１００のコンテンツデータベース作
成手段は、コンテンツデータＤＢ１３３を作成し、登録
し、読み出す。

【００４３】コンテンツ／特性情報配布手段１１０は、
自サーバ１９０が有するコンテンツの配布要求を他のサ
ーバ１９０に送信したり、他のサーバ１９０から送られ
たコンテンツ配布要求を受信し、後述の図１２の処理手
順に従い、自サーバ１９０のリソース状況を判断し、コ
ンテンツの全てまたは一部を自サーバ１９０のデータ格
納手段１９２に格納し、他のサーバ１９０に情報配布要
求を転送したりする。さらに、自サーバ１９０が有する
特性情報の配布要求を他のサーバ１９０に送信する。

【００４４】コンテンツ検索／収集応答手段１２０は、
コンテンツ利用者から送られた検索要求を受信し、後述
の図１７の処理手順に従い、自サーバ１９０内に格納さ
れている該当特性情報を探し出し、検索要求に応答す
る。また、コンテンツ利用者から送られた収集要求を受
信し、後述の図２２の処理手順に従い、自サーバ１９０
内に格納されている該当コンテンツを探し出し、収集要
求に応答したりする。

【００４５】リソース確認手段１３０は、サーバ１９０
のデータ格納手段１９２の空き容量と、メモリの使用状
況と、ネットワークの状態とを把握する。

【００４６】データ格納手段１９２は、コンテンツ提供
ツール１００がコンテンツ配布要求を送信する他のサー
バのアドレスと特性情報配布要求を送信するノードのア
ドレスとが設定されている配布先管理テーブル１３１
と、自サーバに登録してあるコンテンツのコンテンツデ
ータ４４０に対応する内容コード４１０，バージョン４
２０，特性情報４３０を登録するデータ管理テーブル１
３２と、コンテンツデータを登録するコンテンツデータ
ＤＢ１３３とを含んでいる。

【００４７】図３は、本発明によるコンテンツ提供／利
用システムの実施形態においてコンテンツ利用ツールを
インストールしたノードのコンピュータ２９０の内部構
成の一例を詳細に示すブロック図である。

【００４８】コンテンツ利用ツール２００をインストー
ルしたコンピュータ２９０は、ハードディスクなどのデ
ータ格納手段２９２と、コンテンツ提供ツールとコンテ
ンツ利用ツールとの間でやり取りするメッセージをネッ
トワークに送信したりネットワークから受信する通信手
段２９３と、オペレーティングシステムなどのコンピュ
ータの基本機能２９４と、コンテンツの利用に必要なマ
ウス，オペレータからのコンテンツ収集や検索の指示を
入力するキーボードやコンテンツ検索や収集の結果を出
力表示する表示手段などの入出力手段２９５とを含んで
いる。

【００４９】コンテンツ利用ツール２００は、特性情報
配布手段２１０と、コンテンツ検索／収集要求手段２２
０と、リソース確認手段２３０と、ユーザインターフェ
イス２４０とを備えており、データ格納手段２９２内
に、配布先管理テーブル２３１と、データ管理テーブル
２３２とを構築する。

【００５０】ここでは図示していないが、コンテンツ利
用ツール２００のデータ管理テーブル作成手段は、デー
タ管理テーブル２３２を作成し、登録し、読み出す。

【００５１】特性情報配布手段２１０は、サーバや他の
ノードから送られた特性情報配布要求を受信し、後述の
図１４の処理手順に従い、自ノードに特性情報を格納し
たり、他のノードに特性情報の配布要求を転送したりす
る。

【００５２】コンテンツ検索／収集要求手段２２０は、
ユーザＩ／Ｆ２４０からの指示を受け、後述の図１６の
処理手順に従い、コンテンツ検索要求を送信し、コンテ
ンツ利用者のノードから送られた検索要求を受信し、後
述の図１７の処理手順に従い、自ノード内の該当特性情
報を探し出し検索応答を返したり、自ノードに該当する
特性情報がない場合は、他のノードに検索要求を転送し
たりする。また、後述の図２１の処理手順に従い、コン
テンツ収集要求を送信し、収集要求の結果をユーザＩ／
Ｆ２４０に返したりする。

【００５３】リソース確認手段２３０は、自ノードのデ
ータ格納手段２９２とメモリの空き容量とネットワーク
の使用状況とを把握する。

【００５４】ユーザＩ／Ｆ２４０は、オペレータが入出
力手段２９５を介して指示したコンテンツ検索や収集を
受け付け、コンテンツ検索／収集要求手段２２０に指示
したり、コンテンツ検索／収集要求手段２２０の要求処
理結果を入出力手段２９５の表示画面に出力するデータ
格納手段２９２は、特性情報配布要求を送信する場合に
自ノードが接続されるネットワーク接続Ｉ／Ｆを設定し
てある配布先管理テーブル２３１と、コンテンツを管理
するデータ管理テーブル２３２とを含んでいる。

【００５５】図４は、図２および図３の実施形態で取り
扱うコンテンツの構造，特性情報の構造，メッセージの
構造を示す図である。

【００５６】コンテンツは、図４(１)に示すように、内
容コード４１０と、バージョン４２０と、特性情報４３
０と、コンテンツデータ４４０とからなる。

【００５７】内容コード４１０は、コンテンツの内容を
識別するためにシステムで一意に決められている番号で
ある。

【００５８】バージョン４２０は、コンテンツ内の特性
情報４３０やコンテンツデータ４４０に変更があった場
合に、その値が増加する連続番号や時刻などの数値であ
る。

【００５９】特性情報４３０は、図４(２)に示すよう
に、コンテンツ構成項目４３１と、データ型４３２と、
配布優先度４３３と、外部格納データ総量４３４と、格
納ポインタ４３５と、内部格納データ総量４３６と、外
部格納ブロック数４３７と、内部格納ブロック数４３８
とからなる。

【００６０】コンテンツ構成項目４３１は、ある内容コ
ード４１０で提供できるコンテンツを構成する詳細内容
項目を示す。データ型４３２は、そのコンテンツに格納
されているコンテンツ構成項目ごとのコンテンツデータ
の型である。配布優先度４３３は、コンテンツ構成項目
ごとに付与される。外部格納データ総量４３４は、この
特性情報４３０が格納されているサーバ内またはメッセ
ージ内ではなく、別のサーバ内に格納されている該当コ
ンテンツのコンテンツ構成項目ごとのコンテンツデータ
の全体容量である。格納ポインタ４３５は、該当コンテ
ンツのコンテンツ構成項目ごとのコンテンツデータが格
納されているサーバ１９０のアドレスを示す。内部格納
データ総量４３６は、特性情報４３０が存在するサーバ
１９０内またはメッセージ内に格納されている該当コン
テンツのコンテンツ構成項目ごとのコンテンツデータの
全体容量である。

【００６１】外部格納ブロック数４３７は、コンテンツ
構成項目４３1で構成されるコンテンツデータにおい
て、特性情報４３０が存在するサーバ１９０内またはメ
ッセージ内ではなく、別のサーバ内に格納されているブ
ロックが幾つあるかを示す。内部格納ブロック数４３８
は、コンテンツ構成項目４３1で構成されるコンテンツ
データにおいて、特性情報４３０が存在するサーバ１９
０内またはメッセージ内に格納されているブロックが幾
つあるかを示す。

【００６２】配布優先度４３３は、コンテンツ提供者１
９１が付与し、情報配布要求を受けたサーバがさまざま
な状況から、配布を要求されたコンテンツそのまま全て
を自ノードに格納できないと判断した場合、自サーバに
格納するコンテンツ構成項目の選択に使用する情報であ
る。配布を要求されたコンテンツをそのまま全て自ノー
ドに格納できないと判断した場合、配布優先度の低いコ
ンテンツ構成項目から削除する。本実施形態では、配布
優先度が低い場合をその数値が大きい場合とする。

【００６３】コンテンツデータ４４０には、特性情報４
３０で宣言した構造およびデータ型で、特性情報４３０
で宣言した要素数分のブロックのコンテンツデータを格
納する。

【００６４】コンテンツの提供／利用に際してコンテン
ツ提供ツール／コンテンツ利用ツール間でやり取りする
メッセージは、図４(３)に示すように、ヘッダ部４５０
とデータ部４６０とからなる。

【００６５】ヘッダ部４５０は、メッセージの宛先アド
レスを格納する宛先アドレス４５１と、メッセージの送
信元アドレスを格納する送信元アドレス４５２と、メッ
セージ内容の発生元にある有効ホップ数指定手段が決定
しメッセージ転送の際に転送するサーバや他のノードの
数を指定する有効ホップ数４５３と、メッセージの種類
を示すメッセージ種別４５４とからなる。

【００６６】メッセージ種別４５４には、コンテンツや
特性情報の自ノードへの配布をサーバに要求する配布要
求と、コンテンツの検索をサーバに要求する検索要求
と、検索要求の応答を返す検索応答と、コンテンツ収集
をサーバに要求する収集要求と、収集要求の応答を返す
収集応答とがある。

【００６７】《コンテンツ提供ツール１００によるコン
テンツ配布と特性情報配布》図５は、各サーバの配布先
管理テーブル１３１の内容の一例を示す図である。図
６，図７，図８は、各サーバのデータ管理テーブル１３
２の内容の一例を示す図である。図９，図１０，図１１
は、各サーバのコンテンツデータＤＢ１３３の内容の一
例を示す図である。

【００６８】コンテンツ提供ツール１００によるコンテ
ンツ配布および特性情報配布の処理手順を説明する。サ
ーバ管理者は、図５に示すように、コンテンツ配布要求
を送信する他のサーバのアドレスと特性情報配布要求を
送信する他のノードのアドレスとをサーバＡ〜Ｆの配布
先管理テーブル１３１に予め設定しておく。

【００６９】図５の例において、サーバＡは、サーバＢ
に対して上流サーバであり、サーバＢは、サーバＣおよ
びサーバＬに対して上流サーバであり、サーバＢは、サ
ーバＣおよびサーバＬに対して上流サーバであり、サー
バＣは、サーバＤおよびサーバＭに対して上流サーバで
あり、サーバＤは、サーバＥおよびサーバＨに対して上
流サーバであり、サーバＥは、サーバＦおよびサーバＮ
に対して上流サーバであり、サーバＦは、サーバＧおよ
びサーバＯおよびサーバＰに対して上流サーバであり、
サーバＧは、…に対して上流サーバである。

【００７０】ここでは、サーバＢ〜Ｆには、コンテンツ
はまだ何も登録されていないとする。また、サーバＢの
データ格納手段１９２には、充分な空きがあり、サーバ
Ｃ，Ｄ，Ｆのデータ格納手段１９２には、あまり空きが
なく、サーバＥのデータ格納手段１９２には、空きが無
いとする。したがって、サーバＥのデータ格納手段１９
２に空きが生ずるまでは、図６，図７，図８の格納ポイ
ンタの欄にＥが記載されることはない。

【００７１】メッセージの有効ホップ数４５３は、メッ
セージ内容の発生元にある有効ホップ数指定手段が決定
する。すなわち、コンテンツ配布要求は、コンテンツ提
供者のサーバＡが決定し、特性情報配布要求は、サーバ
Ｂ〜Ｆが、それぞれ決定する。コンテンツ提供者のサー
バＡの有効ホップ数指定手段が、コンテンツ配布要求の
有効ホップ数を５と決定し、サーバＢ〜Ｆの有効ホップ
数指定手段が、それぞれ特性情報配布要求の有効ホップ
数を３と決定しているとする。

【００７２】コンテンツ提供者のサーバＡのデータ管理
テーブル１３２には、図６(１)に示すように、内容コー
ド４１０に４００００(株情報)，バージョン４２０に
１，特性情報４３０が格納されている。

【００７３】コンテンツ提供者のサーバＡのコンテンツ
データＤＢ１３３には、図９(１)に示す内容のコンテン
ツデータが格納される。

【００７４】図１２は、コンテンツ提供ツール１００の
コンテンツ配布要求受信処理の処理手順の一例を示すフ
ローチャートである。

【００７５】《サーバＡのコンテンツ提供者１９１》サ
ーバＡのコンテンツ提供者１９１は、コンテンツ提供ツ
ール１００のコンテンツ／特性情報配布手段１１０によ
り、配布先管理テーブル１３１に配布先のサーバとして
図５(１)のように設定されているノードＢのサーバに、
通信手段１９３を介して、図４(３)の構造の配布要求の
メッセージを発行する。

【００７６】メッセージのヘッダ部４５０には、宛先ア
ドレス４５１としてノードＢ，送信元アドレス４５２と
して自サーバのアドレスノードＡ，有効ホップ数４５３
として既に決定されている５，メッセージ種別４５４と
して配布要求を格納する。データ部４６０には、図４
(１)の構造で、図６(１)の特性情報と図９(１)のコンテ
ンツデータとを格納する。

【００７７】《ノードＢのコンテンツ／特性情報配布手
段１１０》ノードＢのサーバ１９０は、コンテンツ提供
ツール１００のコンテンツ／特性情報配布手段１１０に
より、通信手段１９３を介して、ノードＡのサーバから
の配布要求メッセージを受信する。

【００７８】ステップ１３０１で、データ管理テーブル
１３２を調べ、メッセージで受け取ったデータ部４６０
のコンテンツが自サーバに登録されていれば、ステップ
１３１０に進む。ここでは、まだ登録されていないの
で、ステップ１３０２に進む。

【００７９】ステップ１３０２で、リソース確認手段１
３０が、自サーバのデータ格納手段１９２の空きが受け
取ったコンテンツの登録に充分かどうか調べ、充分にあ
るので、ステップ１３０５に進む。

【００８０】ステップ１３０５で、受信したコンテンツ
のコンテンツデータ４４０そのまま全てをコンテンツデ
ータＤＢ１３３に登録し、ステップ１３０６に進む。

【００８１】ステップ１３０６で、受信した全データを
登録できたので、受信した特性情報の全てのコンテンツ
構成項目４３１について、格納ポインタ４３５(図４
(２))を自サーバを示すノードＢに書き換えたものをノ
ードＢのサーバの特性情報４３０(図４(１))とし、受信
したコンテンツの内容コード４１０，バージョン４２０
とともに、データ管理テーブル１３２に登録し、ステッ
プ１３０７に進む。

【００８２】ステップ１３０７で、配布先管理テーブル
１３１に図５(２)のように設定されているノードＬに受
信し登録し転送すべきコンテンツの特性情報を配布する
メッセージを作成し、通信手段１９３を介して発行し、
ステップ１３０８に進む。

【００８３】メッセージのヘッダ部４５０には、宛先ア
ドレス４５１としてノードＬ，送信元アドレス４５２と
して自サーバのノードＢ，有効ホップ数４５３として既
に決定されている３，メッセージ種別４５４として配布
要求を格納し、データ部４６０には、図４(２)の内容の
内容コード４１０，バージョン４２０，特性情報４３０
を格納する。

【００８４】ステップ１３０８で、受信したメッセージ
のヘッダ部４５０の有効ホップ数４５３を調べ、有効ホ
ップ数が１ならば、処理が終了する。ここでは、有効ホ
ップ数が５なので、ステップ１３０９に進む。

【００８５】ステップ１３０９で、配布先管理テーブル
１３１に図５(２)のように設定されているノードＣのサ
ーバに受信し登録したコンテンツを転送するメッセージ
を作成し、通信手段１９３を介して、転送し、終了す
る。

【００８６】メッセージのヘッダ部４５０には、宛先ア
ドレス４５１としてノードＣ，送信元アドレス４５２と
して自サーバのノードＢ，有効ホップ数４５３として受
信した有効ホップ数５から１を減算した４，メッセージ
種別４５４として配布要求を格納して、データ部４６０
には、図４(１)の構造で、図６(２)の特性情報と図９
(１)のコンテンツデータとを格納する。

【００８７】《ノードＣのコンテンツ／特性情報配布手
段１１０》ノードＣのサーバ１９０のコンテンツ／特性
情報配布手段１１０は、通信手段１９３を介して、ノー
ドＢのサーバからの配布要求メッセージを受信する。

【００８８】ステップ１３０１で、データ管理テーブル
１３２を調べ、メッセージで受け取ったデータ部４６０
のコンテンツが、自サーバにまだ登録されていないの
で、ステップ１３０２に進む。

【００８９】ステップ１３０２で、リソース確認手段１
３０が、自サーバのデータ格納手段１９２の空きが受け
取ったコンテンツの登録に充分かどうかを調べ、あまり
空きがないので、ステップ１３０４に進む。

【００９０】ステップ１３０４で、データ格納手段１９
２の空き容量以下になるように、受信したコンテンツデ
ータ４４０のうち配布優先度４３３が低いものから削除
し、残ったコンテンツデータ４４０をコンテンツデータ
ＤＢ１３３に登録する。ここでは、配布優先度４３３の
１〜３までのコンテンツデータ４４０を登録できたとす
る。

【００９１】ステップ１３０６で、受信したデータのう
ち配布優先度４３３の１〜３までを登録できたので、受
信した特性情報(図６(２))の配布優先度４３３が１〜３
のコンテンツ構成項目４３１の格納ポインタ４３５を自
サーバを示すノードＣに書き換え、配布優先度４３３が
４のコンテンツ構成項目４３１の内部格納データ総量４
３６を０に書き換えたものをノードＣのサーバの特性情
報４３０とし、受信したコンテンツの内容コード４１
０，バージョン４２０とともに、図７(３)のように、デ
ータ管理テーブル１３２に登録し、ステップ１３０７に
進む。

【００９２】ステップ１３０７で、配布先管理テーブル
１３１に図５(３)のように設定されているノードＭに受
信し登録し転送すべきコンテンツの特性情報を配布する
メッセージを作成し、通信手段１９３を介して発行し、
ステップ１３０８に進む。

【００９３】メッセージのヘッダ部４５０には、宛先ア
ドレス４５１にノードＭ，送信元アドレス４５２に自サ
ーバのノードＣ，有効ホップ数４５３に前述で決定され
ている３，メッセージ種別４５４に配布要求を格納し、
データ部４６０には、図７(３)に示すような内容コード
４１０，バージョン４２０，特性情報４３０を格納す
る。

【００９４】ステップ１３０８で、受信したメッセージ
のヘッダ部の有効ホップ数４５３を調べ、ここでは、有
効ホップ数が４なので、ステップ１３０９に進む。

【００９５】ステップ１３０９で、配布先管理テーブル
１３１に図５(３)のように設定されているノードＤのサ
ーバに受信し登録したコンテンツを転送するメッセージ
を作成し、通信手段１９３を介して転送し、終了する。

【００９６】メッセージの、ヘッダ部４５０には、宛先
アドレス４５１にノードＤ，送信元アドレス４５２に自
サーバのノードＣ，有効ホップ数４５３に受信した有効
ホップ数４から１減算した３，メッセージ種別４５４に
配布要求を格納し、データ部４６０には、図７(３)と図
１０(２)の内容のコンテンツ(図４(１))を格納する。

【００９７】《ノードＤのコンテンツ／特性情報配布手
段１１０》ノードＤのサーバ１９０のコンテンツ／特性
情報配布手段１１０は、ノードＣのサーバからの配布要
求メッセージを通信手段１９３を介して受信する。

【００９８】ステップ１３０１で、データ管理テーブル
１３２を調べ、メッセージで受け取ったデータ部４６０
のコンテンツが自サーバにまだ登録されていないので、
ステップ１３０２に進む。

【００９９】ステップ１３０２で、自サーバのデータ格
納手段１９２の空きが受け取ったコンテンツの登録に充
分かどうかリソース確認手段１３０を介して調べ、あま
り空きがないので、ステップ１３０４に進む。

【０１００】ステップ１３０４で、データ格納手段１９
２の空き容量以下になるように受信したコンテンツのコ
ンテンツデータ４４０のうち配布優先度４３３が低いも
のから削除したコンテンツデータ４４０をコンテンツデ
ータＤＢ１３３に登録する。ここでは、配布優先度４３
３が１〜２までのコンテンツデータ４４０を登録できた
とする。

【０１０１】ステップ１３０６で、受信したデータのう
ち配布優先度４３３が１〜２までを登録できたので、受
信した特性情報(図７(３))の配布優先度４３３が１〜２
のコンテンツ構成項目４３１の格納ポインタ４３５を自
サーバを示すノードＤに書き換え、配布優先度４３３が
３〜４のコンテンツ構成項目４３１の内部格納データ総
量４３６を０に書き換えたものをノードＤのサーバの特
性情報４３０とし、受信したコンテンツの内容コード４
１０，バージョン４２０とともに、図７(４)のようにデ
ータ管理テーブル１３２に登録し、ステップ１３０７に
進む。

【０１０２】ステップ１３０７で、配布先管理テーブル
１３１に図５(４)のように設定されているノードＨに受
信／登録／転送したコンテンツの特性情報を配布するメ
ッセージを作成し、通信手段１９３を介して発行し、ス
テップ１３０８に進む。

【０１０３】メッセージのヘッダ部４５０には、宛先ア
ドレス４５１としてノードＨ，送信元アドレス４５２と
して自サーバのノードＤ，有効ホップ数４５３として既
に決定されている３，メッセージ種別４５４として配布
要求を格納し、データ部４６０には、図７(３)の内容コ
ード４１０，バージョン４２０，特性情報４３０を格納
する。

【０１０４】ステップ１３０８で、受信したメッセージ
のヘッダ部の有効ホップ数４５３を調べ、ここでは、有
効ホップ数が３なので、ステップ１３０９に進む。

【０１０５】ステップ１３０９で、配布先管理テーブル
１３１に図５(４)のように設定されているノードＤのサ
ーバに受信し登録したコンテンツを転送するメッセージ
を作成し、通信手段１９３を介して転送し、終了する。

【０１０６】メッセージのヘッダ部４５０には、宛先ア
ドレス４５１としてノードＥ，送信元アドレス４５２と
して自サーバのノードＤ，有効ホップ数４５３として受
信した有効ホップ数３から１を減算した２，メッセージ
種別４５４として配布要求を格納し、データ部４６０に
は、図４(１)の構造で、図７(４)の特性情報と図１１
(３)のコンテンツとを格納する。

【０１０７】《ノードＥのコンテンツ／特性情報配布手
段１１０》ノードＥのサーバ１９０のコンテンツ／特性
情報配布手段１１０は、通信手段１９３を介して、ノー
ドＤのサーバからの配布要求メッセージを受信する。

【０１０８】ステップ１３０１で、データ管理テーブル
１３２を調べ、メッセージで受け取ったデータ部４６０
のコンテンツが自サーバにまだ登録されていないので、
ステップ１３０２に進む。

【０１０９】ステップ１３０２で、リソース確認手段１
３０は、自サーバのデータ格納手段１９２の空きが受け
取ったコンテンツの登録に充分かどうかを調べ、空きが
全くないので、ステップ１３０３に進む。

【０１１０】ステップ１３０３で、コンテンツデータ４
４０を登録し、特性情報４３０を登録し、特性情報を配
布し、ステップ１３１０に進む。

【０１１１】特性情報の登録では、受信した特性情報
(図７(４))そのままをノードＥのサーバの特性情報４３
０とし、受信したコンテンツの内容コード４１０，バー
ジョン４２０とともに、図７(４)のようにデータ管理テ
ーブル１３２に登録する。

【０１１２】特性情報の配布では、配布先管理テーブル
１３１に図５(５)のように設定されているノードＮに受
信し登録した特性情報を配布するメッセージを作成し、
通信手段１９３を介して発行する。

【０１１３】メッセージのヘッダ部４５０には、宛先ア
ドレス４５１としてノードＮ，送信元アドレス４５２と
して自サーバのノードＥ，有効ホップ数４５３として既
に決定されている３，メッセージ種別４５４として配布
要求を格納し、データ部４６０には、図７(４)の内容コ
ード４１０，バージョン４２０，特性情報４３０を格納
する。

【０１１４】ステップ１３１０で、受信したメッセージ
のヘッダ部の有効ホップ数４５３を調べ、有効ホップ数
が１なら処理が終了するが、ここでは、有効ホップ数が
２なので、ステップ１３１１に進む。

【０１１５】ステップ１３１１で、受信したメッセージ
の有効ホップ数を受信したメッセージの有効ホップ数２
から１減算した１に書き換え、他の内容は、そのまま
で、通信手段１９３を介して、配布先管理テーブル１３
１に図５(５)のように設定されているノードＦのサーバ
に転送し、終了する。

【０１１６】《ノードＦのコンテンツ／特性情報配布手
段１１０》ノードＦのサーバ１９０のコンテンツ／特性
情報配布手段１１０は、通信手段１９３を介して、ノー
ドＥのサーバからの配布要求メッセージを受信する。

【０１１７】ステップ１３０１で、データ管理テーブル
１３２を調べ、メッセージで受け取ったデータ部４６０
のコンテンツが自サーバにまだ登録されていないので、
ステップ１３０２に進む。

【０１１８】ステップ１３０２で、リソース確認手段１
３０が、自サーバのデータ格納手段１９２の空きが受け
取ったコンテンツの登録に充分かどうか調べ、あまり空
きがないので、ステップ１３０４に進む。

【０１１９】ステップ１３０４で、データ格納手段１９
２の空き容量以下になるように受信したコンテンツデー
タ４４０のうち配布優先度４３３が低いものから削除
し、残ったコンテンツデータ４４０をコンテンツデータ
ＤＢ１３３に登録する。ここでは、配布優先度４３１の
みのコンテンツデータ４４０を登録できたとする。

【０１２０】ステップ１３０６で、受信したデータのう
ち配布優先度４３３が１のみを登録できたので、受信し
た特性情報(図７(４))の配布優先度４３３が１のコンテ
ンツ構成項目４３１の格納ポインタ４３５を自サーバを
示すノードＦに書き換え、配布優先度４３３が２〜４の
コンテンツ構成項目４３１の内部格納データ総量４３６
を０に書き換えたものをノードＦのサーバの特性情報４
３０とし、受信したコンテンツの内容コード４１０，バ
ージョン４２０とともに、図８(５)のようにデータ管理
テーブル１３２に登録し、ステップ１３０７に進む。

【０１２１】ステップ１３０７で、配布先管理テーブル
１３１に図５(６)のように設定されているノードＯとノ
ードＰに受信し登録し転送すべきコンテンツの特性情報
を配布するメッセージを作成し、通信手段１９３を介し
て転送し、ステップ１３０８に進む。

【０１２２】メッセージのヘッダ部４５０には、宛先ア
ドレス４５１としてノードＯまたはノードＰ，送信元ア
ドレス４５２として自サーバのノードＤ，有効ホップ数
４５３として既に決定されている３，メッセージ種別４
５４として配布要求を格納して、データ部４６０には、
図８(５)の内容コード４１０，バージョン４２０，特性
情報４３０を格納する。

【０１２３】ステップ１３０８で、受信したメッセージ
のヘッダ部の有効ホップ数４５３を調べ、ここでは、有
効ホップ数が１なので、終了する。

【０１２４】このようにして、複数のサーバに、コンテ
ンツ提供者から経由するサーバの数が増すに従い、コン
テンツデータの量を減少させて複製配置し、かつ自サー
バに格納できなかったコンテンツデータがある場合は、
自サーバに格納できたコンテンツデータと格納できなか
ったコンテンツデータの両方を格納しているサーバのア
ドレスを自サーバの特性情報として登録する。

【０１２５】また、こうして登録した自サーバの特性情
報をコンテンツ利用者となるノードに配布する。

【０１２６】図１３は、特性情報の内容の一例を示す図
である。図１４は、コンテンツ提供ツール１００の特性
情報配布要求受信処理の処理手順の一例を示すフローチ
ャートである。

【０１２７】《コンテンツ利用ツール２００の特性情報
配布》各コンテンツ提供ツール１００から配布された特
性情報配布要求メッセージを受信した各コンテンツ利用
ツール２００における処理を説明する。

【０１２８】ノードＨ〜ノードＵの配布先管理テーブル
２３１には、各ノード２９０の通信の設定によって接続
する通信Ｉ／Ｆの情報が予め設定されている。

【０１２９】ノードＨ〜ノードＵには、特性情報は、ま
だ何も登録されていないとする。

【０１３０】各ノードのデータ格納手段２９２のうち、
ノードＩは、空きがないが、他のノードは、充分空きが
あるとする。

【０１３１】ここでは、ノードＤのサーバから特性情報
を配布する場合に、コンテンツ利用ツール２００内の特
性情報配布手段２１０の処理手順を説明する。

【０１３２】《ノードＤの特性情報配布手段１１０》ノ
ードＤのサーバは、ステップ１３０７で、特性情報を配
布するメッセージを作成し、通信手段１９３を介して、
ノードＨに発行している。

【０１３３】メッセージのヘッダ部４５０には、宛先ア
ドレス４５１としてノードＨ，送信元アドレス４５２と
して自サーバのノードＤ，有効ホップ数４５３として既
に決定されている３，メッセージ種別４５４として配布
要求が格納され、データ部４６０には、図７(３)の内容
コード４１０，バージョン４２０，特性情報４３０が格
納されている。

【０１３４】《ノードＨの特性情報配布手段２１０》ノ
ードＨのサーバ２９０の特性情報配布手段２１０は、通
信手段２９３を介して、ノードＤのサーバからの配布要
求メッセージを受信する。

【０１３５】ステップ１６０１で、データ管理テーブル
２３２を調べ、メッセージで受け取ったデータ部４６０
の内容コード４１０，バージョン４２０，特性情報４３
０が自ノードに登録されていれば、ステップ１６０４に
進む。まだ登録されていないので、ステップ１６０２に
進む。

【０１３６】ステップ１６０２で、リソース確認手段２
３０が、自サーバのデータ格納手段２９２の空きが受け
取った特性情報の登録に充分かどうかを調べ、充分ある
ので、ステップ１６０３に進む。

【０１３７】ステップ１６０３で、受信した内容コード
４１０，バージョン４２０，特性情報４３０そのまま全
てをデータ管理テーブル２３２に登録し、ステップ１６
０４に進む。

【０１３８】ステップ１６０４で、受信したメッセージ
のヘッダ部の有効ホップ数４５３を調べ、有効ホップ数
が１なら処理が終了するが、ここでは、有効ホップ数が
３なので、ステップ１６０５に進む。

【０１３９】ステップ１６０５で、受信したメッセージ
の有効ホップ数を受信したメッセージの有効ホップ数３
から１減算した２に書き換え、宛先アドレス４５１を不
特定に書き換え、他の内容は、そのままで、通信手段２
９３を介して、配布先管理テーブル２３１に設定されて
いる全ての接続Ｉ／Ｆ(ノードＩが接続されているＩ／
ＦとノードＫが接続されているＩ／Ｆと）に転送し、終
了する。

【０１４０】《ノードＩの特性情報配布手段２１０》ノ
ードＩのサーバ２９０の特性情報配布手段２１０は、ノ
ードＨからの配布要求メッセージを通信手段２９３を介
して受信し、ステップ１６０１で、データ管理テーブル
２３２を調べ、メッセージで受け取ったデータ部４６０
の内容コード４１０，バージョン４２０，特性情報４３
０が自ノードにまだ登録されていないので、ステップ１
６０２に進む。

【０１４１】ステップ１６０２で、リソース確認手段２
３０は、自サーバのデータ格納手段２９２の空きが受け
取った特性情報の登録に充分かどうかを調べ、空きが無
いので、ステップ１６０４に進む。

【０１４２】ステップ１６０４で、受信したメッセージ
のヘッダ部の有効ホップ数４５３を調べ、ここでは、有
効ホップ数が２なので、ステップ１６０５に進む。

【０１４３】ステップ１６０５で、受信したメッセージ
の有効ホップ数を受信したメッセージの有効ホップ数２
から１減算した１に書き換え、宛先アドレス４５１を不
特定に書き換え、他の内容は、そのままで、通信手段２
９３を介して、配布先管理テーブル２３１に設定されて
いる全ての接続Ｉ／Ｆ(ノードＪが接続されているＩ／
Ｆ)に転送し、終了する。

【０１４４】《ノードＪの特性情報配布手段２１０》ノ
ードＪのサーバ２９０の特性情報配布手段２１０は、通
信手段２９３を介して、ノードＩからの配布要求メッセ
ージを受信する。

【０１４５】ステップ１６０１で、データ管理テーブル
２３２を調べ、メッセージで受け取ったデータ部４６０
の内容コード４１０，バージョン４２０，特性情報４３
０が自ノードに登録されていれば、ステップ１６０４に
進む。まだ登録されていないので、ステップ１６０２に
進む。

【０１４６】ステップ１６０２で、リソース確認手段２
３０が、自サーバのデータ格納手段２９２の空きが受け
取った特性情報の登録に充分かどうかを調べ、充分ある
ので、ステップ１６０３に進む。

【０１４７】ステップ１６０３で、受信した内容コード
４１０，バージョン４２０，特性情報４３０そのまま全
てをデータ管理テーブル２３２に登録し、ステップ１６
０４に進む。

【０１４８】ステップ１６０４で、受信したメッセージ
のヘッダ部における有効ホップ数４５３を調べ、有効ホ
ップ数が１なので、終了する。

【０１４９】このようにして、コンテンツの内容とその
コンテンツデータの格納情報を含む特性情報が、コンテ
ンツ利用者となる不特定多数のノードに配布される。

【０１５０】図１５は、ノード２９０または２９１にお
ける検索指示画面および結果表示画面の一例を示す図で
ある。図１６は、コンテンツ利用ツール２００の検索要
求送信処理の処理手順の一例を示すフローチャートであ
る。

【０１５１】《コンテンツの検索》ノードＵのコンテン
ツ利用者が、有効ホップ数２０，タイムアウト時間１０
秒の条件で、内容コードとして４００００(株情報)を検
索要求する場合を例とし、図３，１５，１６を参照し
て、コンテンツ検索の処理手順を説明する。

【０１５２】ノードＨ〜ノードＵの配布先管理テーブル
２３１には、各ノード２９０の通信設定によって接続す
る通信Ｉ／Ｆの情報が予め設定されている。

【０１５３】ノードＨ〜ノードＪには、図７(４)に示す
特性情報が登録されており、他のノードには、特性情報
は何も登録されていないとする。

【０１５４】ノードＵからノードＪまでの転送ホップ数
は、１０であるとする。

【０１５５】《ノードＵのコンテンツ検索要求手段２２
０》ノードＵのコンテンツ利用ツール２００のコンテン
ツ検索／収集要求手段２２０でのコンテンツ検索要求送
信処理を図１６の処理手順で説明する。

【０１５６】ノードＵのコンテンツ利用者が、図１５
(１)のような画面やキーボード，マウスなど入出力手段
２９５を用いて、すなわち、有効ホップ数指定手段など
を活用し、検索したい情報と検索メッセージの有効ホッ
プ数と検索時の許容応答時間であるタイムアウト時間と
を指示する。

【０１５７】ノードＵのサーバ２９０のコンテンツ検索
／収集要求手段２２０は、以下の処理を実行する。

【０１５８】ステップ１７０１で、オペレータからの検
索指示受け、ユーザＩ／Ｆ２４０を介し、検索コンテン
ツが株情報(内容コード４００００)，有効ホップ数が２
０，タイムアウト時間が１０秒であることを入力する。

【０１５９】ステップ１７０２で、自ノードのデータ管
理テーブル２３２を調べ、検索指示があった内容コード
４００００(株情報)の特性情報がないかを調べ、あれ
ば、ステップ１７０５に進む。このノードには、該当す
る特性情報が無いので、ステップ１７０３に進む。

【０１６０】ステップ１７０３で、検索要求メッセージ
を作成し、通信手段２９３を介して、配布先管理テーブ
ル２３１に設定されている全ての接続Ｉ／Ｆ(ノードＲ
が接続されているＩ／Ｆ)に発行し、前述タイムアウト
時間１０秒でタイムアウト・タイマを起動する。

【０１６１】メッセージのヘッダ部４５０において、宛
先アドレス４５１に不特定，送信元アドレス４５２に自
ノードのノードＵ，有効ホップ数４５３に２０，メッセ
ージ種別４５４に検索要求を格納し、データ部４６０に
は、内容コード４００００を格納する。

【０１６２】ステップ１７０４で、検索応答が返ってき
たかどうか調べ、返ってきたらステップ１７０５に進
み、返ってこなければ、ステップ１７０６に進む。

【０１６３】ステップ１７０６で、タイムアウト・タイ
マがタイムアウト時間１０秒を経過したか調べ、経過し
ていなければ、ステップ１７０４に、タイムアウト時間
を経過していたらステップ１７０７に進む。

【０１６４】ステップ１７０７で、ユーザＩ／Ｆ２４０
を介して、タイムアウト時間を経過しても検索応答が返
ってこないために検索処理を打ちきった旨を入出力手段
２９５に出力表示する。

【０１６５】ステップ１７０５で、返ってきた検索応答
の内容コード４１０，バージョン４２０，特性コード４
３０をデータ管理テーブル２３２に登録し、ユーザＩ／
Ｆ２４０を介して、図１５(２)のように、入出力手段２
９５に出力表示する。

【０１６６】図１７は、コンテンツ提供ツール１００の
検索要求受信処理の処理手順の一例を示すフローチャー
トである。

【０１６７】《ノードＲのコンテンツ検索／収集要求手
段２２０》ノードＲのサーバ２９０のコンテンツ検索／
収集要求手段２２０は、ノードＵからの検索要求メッセ
ージを通信手段２９３を介して受信する。

【０１６８】ステップ１４０１で、自ノードのデータ管
理テーブル２３２を調べ、メッセージに格納されている
内容コード４００００の特性情報がないかを調べて、あ
れば、ステップ１４０２に進む。このノードには、該当
する特性情報が無いので、ステップ１４０３に進む。

【０１６９】ステップ１４０３で、受信したメッセージ
のヘッダ部の有効ホップ数４５３を調べ、有効ホップ数
が１ならステップ１４０５に進み該当コンテンツがなか
った旨を検索応答に格納しノードＵに返信する。ここで
は、有効ホップ数が２０なので、ステップ１４０４に進
む。

【０１７０】ステップ１４０４で、受信したメッセージ
の有効ホップ数を受信したメッセージの有効ホップ数２
０から１減算した１９に書き換え、他の内容は、そのま
まで、通信手段２９３を介して、配布先管理テーブル２
３１に設定されている全ての接続Ｉ／Ｆ(ノードＱが接
続されているＩ／Ｆ)に転送し、終了する。

【０１７１】《ノードＪのコンテンツ検索／収集要求手
段２２０》同様にして、１０個のノードで転送を繰り返
すと、特性情報を格納しているノードＪに検索要求メッ
セージが転送される。

【０１７２】ノードＪのサーバ２９０のコンテンツ検索
／収集要求手段２２０は、ノードＵからの検索要求メッ
セージを通信手段２９３を介して受信し、ステップ１４
０１で、自ノードのデータ管理テーブル２３２を調べ、
メッセージに格納されている内容コード４００００の特
性情報がないか調べ、あるので、ステップ１４０２に進
む。

【０１７３】ステップ１４０２で、検索応答メッセージ
を作成し、通信手段２９３を介して、受信した検索要求
メッセージの送信元アドレスに格納されているノードＵ
に返信し、終了する。

【０１７４】メッセージのヘッダ部４５０には、宛先ア
ドレス４５１にノードＵ，送信元アドレス４５２に自ノ
ードのノードＪ，メッセージ種別４５４に検索応答を格
納し、データ部４６０には、７(４)に示す内容コード４
００００，バージョン４２０，特性情報４３０を格納す
る。

【０１７５】このようにして、コンテンツ利用者は、特
定のディレクトリサーバにアクセスしなくても、よりコ
ンテンツ利用者に近いノードから、利用したいコンテン
ツの構成項目やコンテンツデータの格納場所を知ること
ができる。

【０１７６】図１８は、ノード２９０または２９１にお
ける収集指示画面および結果表示画面の一例を示す図で
ある。図１９は、収集要求メッセージのデータ部の一例
を示す図である。図２０は、収集応答メッセージのデー
タ部の一例を示す図である。図２１は、コンテンツ利用
ツール２００の収集要求送信処理の処理手順の一例を示
すフローチャートである。

【０１７７】《コンテンツの収集》ノードＵのコンテン
ツ利用者ノードで、株情報(内容コード４００００)をタ
イムアウト時間１０秒、トライ回数３で収集要求する場
合についてコンテンツ収集の処理を説明する。

【０１７８】コンテンツを収集するには、それに先だっ
てコンテンツ検索に成功している必要がある。ここで
は、ノードＵコンテンツ利用者ノードが、図１５，図１
６，図１７のコンテンツ検索の結果を使って、コンテン
ツを収集する場合を説明する。

【０１７９】《全てのサーバが正常にアクセスできる場
合》ネットワークが込み合うことなく、全てのサーバに
正常にアクセスできる場合のコンテンツ収集動作を説明
する。

【０１８０】《ノードＵのコンテンツ収集要求手段２２
０》ノードＵにおいて、コンテンツ検索／収集要求手段
２２０は、検索要求で取得してデータ管理テーブル２３
２に格納した株情報(内容コード４００００)の特性情報
(図７(４)の内容)に基づき、ユーザＩ／Ｆ２４０を介し
て、図１８(１)のような画面を入出力手段２９５に表示
する。

【０１８１】オペレータは、この画面上で、収集したい
コンテンツの詳細な収集条件と収集時の許容応答時間で
あるタイムアウト時間と収集の試行回数とを指示する。
ここでは、タイムアウト時間１０秒，試行回数３回の条
件で、株情報(内容コード４００００)のコンテンツ構成
項目の銘柄がワイウ製粉の証券コード，時刻，株価，前
日比の情報を収集指示したとする。

【０１８２】ステップ１８０１で、ノードＵのサーバ２
９０のコンテンツ検索／収集要求手段２２０は、ユーザ
Ｉ／Ｆ２４０を介して、オペレータからの収集指示受
け、収集要求するコンテンツの詳細条件が、株情報(内
容コード４００００)で、コンテンツ構成項目の銘柄が
ワイウ製粉の証券コード，時刻，株価，前日比の情報で
あり、タイムアウト時間が１０秒，試行回数が３回であ
ることを取り込む。

【０１８３】ステップ１８０２で、先の検索で取得して
データ管理テーブル２３２に格納しておいた株情報(内
容コード４００００)の特性情報(図７(４)の内容)か
ら、収集要求されたコンテンツ構成項目４３１のうち最
も低い配布優先度４３３を調べ、この優先度のコンテン
ツデータ４４０を格納しているサーバを求める。

【０１８４】ここでは、収集要求されたコンテンツ構成
項目４３１のうち最も低い配布優先度４３３は、２であ
り、この優先度のコンテンツデータを持つサーバは、ノ
ードＤのサーバであることが判る。

【０１８５】そこで、このノードＤのサーバ宛の収集要
求メッセージを作成し、通信信手段２９３を介して、メ
ッセージを発行するとともに、オペレータが入力したタ
イムアウト時間１０秒でタイムアウト・タイマを起動す
る。

【０１８６】メッセージのヘッダ部４５０には、宛先ア
ドレス４５１としてノードＤ，送信元アドレス４５２と
して自ノードのノードＵ，メッセージ種別４５４として
収集要求を格納する。データ部４６０には、図７(４)に
示すように、検索で取得済み内容コード４００００，そ
のバージョン１，取得済み特性情報４３０とを格納し、
オペレータが指示した収集条件から作成した特性情報
(図１９(１))とコンテンツデータ(図１９(２))とを格納
する。

【０１８７】ステップ１８０３で、検索応答が返ってき
たかどうか調べ、返ってきたらステップ１８０４に進
み、返ってこなければ、ステップ１８０６に進む。

【０１８８】今回は、全てのサーバが正常にアクセスで
きるので、タイムアウト時間内に応答が返ってきてお
り、ステップ１８０４に進む。

【０１８９】ステップ１８０４で、収集応答メッセージ
を調べ、収集失敗が返ってきていれば、ステップ１８０
７に進み、収集失敗では、なく成功であれば、ステップ
１８０５に進む。

【０１９０】今回は、全てのサーバが正常にアクセスで
きるので、収集成功しているから、ステップ１８０５に
進む。

【０１９１】ステップ１８０５で、ユーザＩ／Ｆ２４０
を介して、返ってきた収集応答の内容を図２０(２)のよ
うに入出力手段２９５に出力表示する。

【０１９２】図２２は、コンテンツ提供ツール１００の
収集要求受信処理の処理手順の一例を示すフローチャー
トである。

【０１９３】《ノードＤのコンテンツ検索／収集要求手
段１２０》ノードＤのサーバ１９０のコンテンツ検索／
収集要求手段１２０は、ノードＵからの収集要求メッセ
ージを通信手段１９３を介して受信する。

【０１９４】ステップ１５０１で、図７(４)のデータ管
理テーブル１３２を参照し、自ノードに収集要求された
内容コード４００００の登録があるかどうか調べ、登録
があれば、ステップ１５０２に進む。無ければ、ステッ
プ１５０９に進み、該当コンテンツがない旨を収集応答
に格納し、ノードＵに返信する。今回は、内容コード４
００００の特性情報があるので、ステップ１５０２に進
む。

【０１９５】ステップ１５０２で、収集要求条件が内容
コードのみであるか調べ、他の収集要求の条件無けれ
ば、ステップ１５０６に進む。他に収集条件あるなら
ば、ステップ１５０３に進む。今回は、他の収集条件あ
るので、ステップ１５０３に進む。

【０１９６】ステップ１５０３で、図７(４)のデータ管
理テーブル１３２を参照し、図１９(１)のコンテンツ構
成項目で要求のマークがついているものが存在するかを
調べ、存在すれば、ステップ１５０４に進む。存在しな
ければ、ステップ１５０８に進み、該当コンテンツ構成
項目４３１がこのコンテンツ提供システムに存在しない
旨を収集応答に格納し、ノードＵに返信する。今回は、
存在するので、ステップ１５０４に進む。

【０１９７】ステップ１５０４で、図７(４)のデータ管
理テーブル１３２を参照し、図１９(１)で要求のマーク
がついているもののコンテンツデータ４４０が自ノード
のコンテンツデータＤＢ１３３に登録されているかを調
べ、要求のある全てのコンテンツ構成項目４３１のコン
テンツデータ４４０が自ノードにあれば、ステップ１５
０５に進む。

【０１９８】一部でもコンテンツデータ４４０が存在し
ないコンテンツ構成項目４３１があれば、ステップ１５
０７に進み、該当コンテンツ構成項目４３１がこのサー
バに存在しない旨とこのサーバが有する該当内容コード
の特性情報とを収集応答に格納し、ノードＵに返信す
る。

【０１９９】ステップ１５０５で、収集要求の条件で要
求している内容コード４００００のコンテンツ構成項目
(図１９(１)で要求のマークがついているもの)のうち、
指定されたコンテンツデータ(図１９(２)に示すよう
に、銘柄が一致するもの)と一致しているブロックがあ
るかについて、図１１(３)に示すコンテンツデータＤＢ
１３３を検索する。

【０２００】検索した結果一致するブロックがあれば、
ステップ１５０６に進む。無ければ、ステップ１５０８
に進む。

【０２０１】ステップ１５０６で、図２０(２)に示した
一致するブロックをコンテンツデータＤＢ１３３から取
り出し、これに該当する図２０(１)に示した特性情報
と、データ管理テーブル１３２の該当する内容コード４
００００と、バージョン１とを付加して、収集応答メッ
セージを構成し、収集要求元のノードＵのコンテンツ利
用者に返信する。

【０２０２】《ノードＤのサーバのみアクセス障害発生
し、他の全サーバが正常にアクセスできる場合》ネット
ワークが込み合うことはないが、ノードＤのサーバのみ
が停止し、他の全てのサーバが正常に動作している場合
のコンテンツ収集動作を説明する。

【０２０３】《ノードＵのコンテンツ検索／収集要求手
段２２０》ノードＵのコンテンツ利用者ノードでのコン
テンツ利用ツール２００のコンテンツ検索／収集要求手
段２２０でのコンテンツ収集要求送信処理を図２２の処
理手順で説明する。

【０２０４】ノードＵのコンテンツ利用者ノードで、検
索要求で取得しデータ管理テーブル２３２に格納した株
情報(内容コード４００００)の特性情報(図７(４)の内
容)を元にコンテンツ検索／収集要求手段２２０は、図
１６(１)のような画面をユーザＩ／Ｆ２４０を介し入出
力手段２９５に表示し、オペレータは、この画面から収
集したいコンテンツの詳細な収集条件と収集時の許容応
答時間であるタイムアウト時間と収集の試行回数とを指
示する。

【０２０５】ここでは、株情報(内容コード４００００)
のコンテンツ構成項目の銘柄がワイウ製粉の証券コー
ド，時刻，株価，前日比の情報を、タイムアウト時間１
０秒、試行回数３回で収集指示された場合で説明する。
ノードＵのサーバ２９０のコンテンツ検索／収集要求手
段２２０は、ステップ１８０１で、オペレータからの収
集指示受け、ユーザＩ／Ｆ２４０を介し、収集要求する
コンテンツの詳細条件は、株情報(内容コード４０００
０)でコンテンツ構成項目の銘柄がワイウ製粉の証券コ
ード、時刻、株価、前日比の情報、およびタイムアウト
時間が１０秒、試行回数が３回であることを入力する。

【０２０６】ステップ１８０２で、先の検索で取得しデ
ータ管理テーブル２３２に格納した株情報(内容コード
４００００)の特性情報(図７(４)の内容)より、収集要
求されたコンテンツ構成項目４３１のうち最も低い配布
優先度４３３を調べ、この優先度のコンテンツデータ４
４０を格納しているサーバを求める。ここでは、収集要
求されたコンテンツ構成項目４３１のうち最も低い配布
優先度４３３は、２で、この優先度のコンテンツデータ
を持つサーバは、ノードＤのサーバであることが判る。

【０２０７】このノードＤのサーバ宛の収集要求メッセ
ージを作成し、通信信手段２９３を介してメッセージを
発行し、前述のオペレータが入力したタイムアウト時間
１０秒でタイムアウト・タイマを起動する。

【０２０８】メッセージのヘッダ部４５０には、宛先ア
ドレス４５１にノードＤ、送信元アドレス４５２に自ノ
ードのノードＵ、メッセージ種別４５４に収集要求を格
納し、データ部４６０には、検索で取得済み内容コード
４１０として４００００とそのバージョン４２０として
１、取得済み特性情報４３０、図７(４))とオペレータ
からの指示のあった収集条件から作成した特性情報(図
１９(１))とコンテンツデータ(図１９(２))とを格納す
る。

【０２０９】ステップ１８０３で、検索応答が返ってき
たかどうか調べる。今回は、ノードＤのサーバは、アク
セス障害発生しているため、タイムアウト時間内に応答
が返ってこないため、ステップ１８０７に進む。

【０２１０】ステップ１８０７で、試行回数を調べ、試
行回数が１でなければ、ステップ１８０９に進む。試行
回数が１であれば、ステップ１８１１に進み、収集処理
を打ちきった旨をユーザＩ／Ｆ２４０を介して、入出力
手段２９５に出力表示する。今回は、３であるためステ
ップ１８０８に進む。

【０２１１】ステップ１８０８で、取得済み特性情報４
３０を参照し、前回収集要求したサーバより低い配布優
先度４３１のコンテンツデータ４４０を格納しているサ
ーバがあるかどうか調べ、無ければ、ステップ１８１１
に進む。

【０２１２】今回は、特性情報４３０、図７(４))を参
照し、ノードＤのサーバの配布優先度４３３２より低い
コンテンツデータ４４０を持つサーバがあるので、ステ
ップ１８０９に進む。

【０２１３】ステップ１８０９で、現在の試行回数３か
ら１減算して２にする。

【０２１４】ステップ１８１０で、特性情報４３０、図
７(４))を参照し、ノードＤのサーバの次に低い配布優
先度４３３のコンテンツデータ４４０が格納されている
ノードＣのサーバが求まる。

【０２１５】このノードＣのサーバ宛の収集要求メッセ
ージを作成し、通信信手段２９３を介してメッセージを
発行し、前述のオペレータが入力したタイムアウト時間
１０秒でタイムアウト・タイマを起動する。

【０２１６】メッセージのヘッダ部４５０には、宛先ア
ドレス４５１にノードＣ，送信元アドレス４５２にノー
ドＵ，メッセージ種別４５４に収集要求を格納し、デー
タ部４６０には、検索で取得済み内容コード４１０とし
て４００００，そのバージョン４２０として１，図７
(４)に示した取得済み特性情報４３０，オペレータから
の指示のあった収集条件に基づき作成した特性情報(図
１９(１))とコンテンツデータ(図１９(２))とを格納す
る。

【０２１７】これ以降は、障害が無い場合と同様の処理
手順で、コンテンツを収集できる。

【０２１８】《ノードＣのコンテンツ検索／収集応答手
段１２０》障害がある場合に、ノードＵのコンテンツ利
用者ノードのコンテンツ利用ツール２００が発行した収
集要求メッセージを受信するノードＣのサーバのコンテ
ンツ提供ツール１００のコンテンツ検索／収集応答手段
１２０でのコンテンツ検索要求受信処理は、障害が無い
場合のノードＤのサーバの動作と同じである。

【０２１９】あるサーバが障害でアクセス不能になった
場合でも、利用したいコンテンツデータを格納している
別のサーバが存在し、その別のサーバの情報を簡単に知
ることができる。

【０２２０】そのため、コンテンツ利用における信頼性
が高く、利用しやすいコンテンツ提供／利用システムを
実現できる。

【０２２１】《配布優先度の決め方に関する実施形態》
本実施形態では、配布優先度４３１が低い場合を、その
数値が大きい場合とする。構成や配布、検索、収集の動
作は、前記実施形態と同様とする。

【０２２２】《１．データ量で配布優先度を決める》コ
ンテンツの一例として図１３(１)に示すコンテンツ構成
項目４３１と外部格納データ総量４３４のニュースがあ
ったとする。配布優先度４３３は、外部格納データ総量
４３４の大きいものの配布優先度４３３を低く(配布優
先度の値を大きく)決める。

【０２２３】こうして決めた特性情報４３０でコンテン
ツを構成したものを、前記(１)コンテンツ提供ツールの
コンテンツ配布と特性情報配布の手順で配布すると、 (ａ)配布優先度４３３が低く外部格納データ総量４３４
が多いコンテンツ構成項目４３１は、コンテンツ提供者
１９１のからの転送ホップ数が少ないところに配置でき
るので、複製配置時通信コストを削減できる。また、配
布優先度４３３が低く外部格納データ総量４３４が多い
コンテンツ構成項目４３１は、複製数が少なくなるの
で、複製配置のために占有するトータルのディスク容量
を少なくできる。 (ｂ)配布優先度４３３が高く外部格納データ総量４３４
が少ないコンテンツ構成項目４３１は、より多く複製配
置されるので、コンテンツ利用者２９１がアクセスしや
すくなる。

【０２２４】《２．更新頻度で配布優先度を決める》コ
ンテンツの一例として、特性情報が、図１３(２)に示す
コンテンツ構成項目４３１を含むゲームソフトがあった
とする。このゲームソフトでは、ゲームに登場するキャ
ラクタを変更できるようになっていて、そのキャラクタ
データが頻繁に更新される場合を考える。配布優先度４
３３は、更新頻度が高いものの配布優先度４３３を低く
(配布優先度の値を大きく)決める。

【０２２５】このように決めた特性情報４３０でコンテ
ンツを構成したデータを、コンテンツ提供ツール１００
のコンテンツ配布と特性情報配布の処理手順で配布する
と、 (ｃ)配布優先度４３３が低く更新頻度が高いコンテンツ
構成項目４３１は、コンテンツ提供者１９１のからの転
送ホップ数が少ないところに配置でき、複製数が少なく
なるので、更新時の通信コストを削減できる。 (ｄ)配布優先度４３３が高く更新頻度が低いコンテンツ
構成項目４３１は、より多く複製配置されるので、コン
テンツ利用者２９１がアクセスしやすくなる。

【０２２６】《３．重要度で配布優先度を決める》コン
テンツとしてコンテンツ構成項目４３１ごとにコンテン
ツ提供者１９１がコンテンツ利用者２９１に提供したい
重要度が異なるものがあったとする。配布優先度４３３
は、重要なものの配布優先度４３３を高く(配布優先度
の値を小さく)決める。

【０２２７】こうして決めた特性情報４３０でコンテン
ツを構成したものを、コンテンツ提供ツール１００のコ
ンテンツ配布と特性情報配布の手順で配布すると、 (ｅ)配布優先度４３３が低く重要度が低いコンテンツ構
成項目４３１は、コンテンツ提供者１９１のからの転送
ホップ数が少ないところに配置できるので、複製配置時
の通信コストを削減できる。

【０２２８】また、配布優先度４３３が低く重要度が低
いコンテンツ構成項目４３１は、複製数が少なくなるの
で、分散配置のために占有するトータルのディスク容量
を少なくできる。 (ｆ)配布優先度４３３が高く重要度が高いコンテンツ構
成項目４３１は、より多く複製配置されるので、コンテ
ンツ利用者２９１がアクセスしやすくなる。

【０２２９】このようにして、コンテンツ提供に要する
リソースを節約しながら、コンテンツ利用者が楽にアク
セスでき、効率良くサービスを提供できる。

【０２３０】

【発明の効果】本発明によれば、あるサーバが障害でア
クセス不能になった場合でも、利用したいコンテンツデ
ータを格納している別のサーバが存在し、その別のサー
バの情報を容易に知ることができる。その結果、コンテ
ンツ利用において簡単で信頼性が高いコンテンツ提供／
利用システムを提供できる。

【０２３１】コンテンツが複製配置されているので、コ
ンテンツ利用者が、元々の情報発生源であるコンテンツ
提供者へのアクセスやネットワークの集中を避け、通信
コスト節約し、短い応答時間でコンテンツを収集可能な
コンテンツ提供／利用システムを提供できる。

【０２３２】コンテンツ利用者は、特定のディレクトリ
サーバにアクセスしなくても、よりコンテンツ利用者に
近いノードから、利用したいコンテンツの構成項目やコ
ンテンツデータの格納場所を容易に知ることができる。

【０２３３】コンテンツ提供者は、コンテンツの内容項
目のデータ量，構成項目の更新の頻度，重要度などによ
り配布優先度を決めるとともに、コンテンツ構成項目別
にコンテンツ提供者からの転送ホップ数や複製数の多い
少ないを決定でき、用途によってその決定法を変える
と、システムトータルとしてコンテンツ提供に要するリ
ソースを節約しながら、コンテンツ利用者が容易にアク
セス可能なコンテンツ提供／利用システムを効率良く提
供できる。

【図面の簡単な説明】

【図１】本発明によるコンテンツ提供／利用システムに
おけるノード接続の一例を示す系統図である。

【図２】本発明によるコンテンツ提供／利用システムの
実施形態においてコンテンツ提供ツールをインストール
したサーバ１９０の内部構成の一例を詳細に示すブロッ
ク図である。

【図３】本発明によるコンテンツ提供／利用システムの
実施形態においてコンテンツ利用ツールをインストール
したノードのコンピュータ２９０の内部構成の一例を詳
細に示すブロック図である。

【図４】図２および図３の実施形態で取り扱うコンテン
ツの構造，特性情報の構造，メッセージの構造を示す図
である。

【図５】各サーバの配布先管理テーブル１３１の内容の
一例を示す図である。

【図６】各サーバのデータ管理テーブル１３２の内容の
一例を示す図である。

【図７】各サーバのデータ管理テーブル１３２の内容の
一例を示す図である。

【図８】各サーバのデータ管理テーブル１３２の内容の
一例を示す図である。

【図９】各サーバのコンテンツデータＤＢ１３３の内容
の一例を示す図である。

【図１０】各サーバのコンテンツデータＤＢ１３３の内
容の一例を示す図である。

【図１１】各サーバのコンテンツデータＤＢ１３３の内
容の一例を示す図である。

【図１２】コンテンツ提供ツール１００のコンテンツ配
布要求受信処理の処理手順の一例を示すフローチャート
である。

【図１３】特性情報の内容の一例を示す図である。

【図１４】コンテンツ提供ツール１００の特性情報配布
要求受信処理の処理手順の一例を示すフローチャートで
ある。

【図１５】ノード２９０または２９１における検索指示
画面および結果表示画面の一例を示す図である。

【図１６】コンテンツ利用ツール２００の検索要求送信
処理の処理手順の一例を示すフローチャートである。

【図１７】コンテンツ提供ツール１００の検索要求受信
処理の処理手順の一例を示すフローチャートである。

【図１８】ノード２９０または２９１における収集指示
画面および結果表示画面の一例を示す図である。

【図１９】収集要求メッセージのデータ部の一例を示す
図である。

【図２０】収集応答メッセージのデータ部の一例を示す
図である。

【図２１】コンテンツ利用ツール２００の収集要求送信
処理の処理手順の一例を示すフローチャートである。

【図２２】コンテンツ提供ツール１００の収集要求受信
処理の処理手順の一例を示すフローチャートである。

【符号の説明】

１００ コンテンツ提供ツール １１０ コンテンツ／特性情報配布手段 １２０ コンテンツ検索／収集応答手段 １３０ リソース確認手段 １３１ 配布先管理テーブル １３２ データ管理テーブル １３３ コンテンツデータＤＢ １９０ サーバ １９１ コンテンツ提供者 １９２ データ格納手段 １９３ 通信手段 １９４ サーバの基本機能 ２００ コンテンツ利用ツール ２１０ 特性情報配布手段 ２２０ コンテンツ検索／収集要求手段 ２３０ リソース確認手段 ２３１ 配布先管理テーブル ２３２ データ管理テーブル ２４０ ユーザＩ／Ｆ ２９０ ノード ２９１ コンテンツ利用者 ２９２ データ格納手段 ２９３ 通信手段 ２９４ 計算機の基本機能 ２９５ 入出力手段 ３００ インターネット活用サービス事業者 ３１０ コンテンツ提供／利用ツールの提供手段 ３２０ ネットワーク ４１０ 内容コード ４２０ バージョン ４３０ 特性情報 ４３１ コンテンツ構成項目 ４３２ データ型 ４３３ 配布優先度 ４３４ 外部格納データ総量 ４３５ 格納ポインタ ４３６ 内部格納データ総量 ４３７ 外部格納ブロック数 ４３８ 内部格納ブロック数 ４４０ コンテンツデータ ４５０ ヘッダ部 ４５１ 宛先アドレス ４５２ 送信元アドレス ４５３ 有効ホップ数 ４５４ メッセージ種別 ４６０ データ部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 外岡 秀樹 茨城県日立市大みか町五丁目２番１号 株 式会社日立製作所情報制御システム事業部 内 (72)発明者 鈴木 邦弘 茨城県日立市大みか町五丁目２番１号 株 式会社日立製作所情報制御システム事業部 内 (72)発明者 足達 芳昭 茨城県日立市大みか町五丁目２番１号 株 式会社日立製作所情報制御システム事業部 内 (72)発明者 森 欣司 東京都町田市つくし野二丁目11番１号 Ｆターム(参考） 5B082 CA16 CA17 FA12 GC04

Claims (12)

【特許請求の範囲】
1. 【請求項１】 コンテンツ提供者のノードと少なくとも
   一つのサーバとコンテンツ利用者のノードとがネットワ
   ークに接続され、コンテンツ利用者がコンテンツ提供者
   のデータ格納手段に存在する資源を利用するコンテンツ
   提供／利用システムにおいて、 自サーバのデータ格納手段の空き容量などの状況を把握
   するリソース確認手段と、前記コンテンツ提供者により
   近い上流サーバから当該上流サーバが格納しているコン
   テンツを受け取り前記自サーバのリソース状況に応じた
   データ量だけを自サーバの前記データ格納手段のコンテ
   ンツデータベースに格納し残りのコンテンツを削除する
   コンテンツデータベース作成手段と、格納できたコンテ
   ンツデータについては自サーバの前記データ格納手段の
   データ管理テーブルに自サーバのアドレスを登録し格納
   できなかったコンテンツデータがある場合は格納できた
   コンテンツデータと格納できなかったコンテンツデータ
   の両方を格納している上流サーバのアドレスを前記デー
   タ管理テーブルに登録するデータ管理テーブル作成手段
   と、前記格納できたコンテンツデータを下流サーバに受
   け渡すとともに前記データ管理テーブルを前記コンテン
   ツ利用者となる不特定多数のノードに配布する配布手段
   とを備えたことを特徴とするコンテンツ提供ツール。
2. 【請求項２】 コンテンツ提供者のノードと少なくとも
   一つのサーバとコンテンツ利用者のノードとがネットワ
   ークに接続され、コンテンツ利用者がコンテンツ提供者
   のデータ格納手段に存在する資源を利用するコンテンツ
   提供／利用システムにおいて、 自サーバのデータ格納手段の空き容量などの状況を把握
   するリソース確認手段と、前記コンテンツ提供者により
   近い上流サーバから当該上流サーバが格納しているコン
   テンツを受け取り前記自サーバのリソース状況に応じた
   データ量だけを自サーバの前記データ格納手段のコンテ
   ンツデータベースに格納し残りのコンテンツを削除する
   コンテンツデータベース作成手段と、格納できたコンテ
   ンツデータについては自サーバの前記データ格納手段の
   データ管理テーブルに自サーバのアドレスを登録し格納
   できなかったコンテンツデータがある場合は格納できた
   コンテンツデータと格納できなかったコンテンツデータ
   の両方を格納している上流サーバのアドレスを前記デー
   タ管理テーブルに登録するデータ管理テーブル手段と、
   前記格納できたコンテンツデータを下流サーバに受け渡
   すとともに前記データ管理テーブルを前記コンテンツ利
   用者となる不特定多数のノードに配布する配布手段とを
   備え、 前記コンテンツが、各コンテンツ構成項目について少な
   くともそのコンテンツが格納されているサーバのアドレ
   ス，配布優先度，内部格納データ総量からなる特性情報
   とコンテンツデータとを含むことを特徴とするコンテン
   ツ提供ツール。
3. 【請求項３】 コンテンツ提供者のノードと少なくとも
   一つのサーバとコンテンツ利用者のノードとがネットワ
   ークに接続され、コンテンツ利用者がコンテンツ提供者
   のデータ格納手段に存在する資源を利用するコンテンツ
   提供／利用システムにおいて、 自サーバのデータ格納手段の空き容量などの状況を把握
   するリソース確認手段と、前記コンテンツ提供者により
   近い上流サーバから当該上流サーバが格納しているコン
   テンツを受け取り前記自サーバのリソース状況に応じた
   データ量だけを自サーバの前記データ格納手段のコンテ
   ンツデータベースに格納し残りのコンテンツを削除する
   コンテンツデータベース作成手段と、格納できたコンテ
   ンツデータについては自サーバの前記データ格納手段の
   データ管理テーブルに自サーバのアドレスを登録し格納
   できなかったコンテンツデータがある場合は格納できた
   コンテンツデータと格納できなかったコンテンツデータ
   の両方を格納している上流サーバのアドレスを前記デー
   タ管理テーブルに登録するデータ管理テーブル手段と、
   前記格納できたコンテンツデータを下流サーバに受け渡
   すとともに前記データ管理テーブルを前記コンテンツ利
   用者となる不特定多数のノードに配布する配布手段とを
   備え、 前記コンテンツが、各コンテンツ構成項目について少な
   くともそのコンテンツが格納されているサーバのアドレ
   ス，配布優先度，内部格納データ総量からなる特性情報
   とコンテンツデータとを含み、 前記配布手段が、予め前記データ格納手段に作成された
   配布先管理テーブルを参照して自サーバが有するコンテ
   ンツの配布要求を他のサーバに送信し他のサーバから送
   られたコンテンツ配布要求を受信し自サーバのリソース
   状況を判断しコンテンツの全てまたは一部を自サーバの
   データ格納手段に格納し他のサーバに情報配布要求を転
   送し自サーバが有する特性情報の配布要求を他のサーバ
   に送信するコンテンツ／特性情報配布手段であることを
   特徴とするコンテンツ提供ツール。
4. 【請求項４】 請求項２または３に記載のコンテンツ提
   供ツールにおいて、 コンテンツ利用者から送られた検索要求を受信し自サー
   バ内に格納されている該当特性情報を探し出し検索要求
   に応答しコンテンツ利用者から送られた収集要求を受信
   し自サーバ内に格納されている該当コンテンツを探し出
   し収集要求に応答するコンテンツ検索／収集応答手段を
   備えたことを特徴とするコンテンツ提供ツール。
5. 【請求項５】 請求項２ないし４のいずれか一項に記載
   のコンテンツ提供ツールにおいて、 前記配布優先度が、前記コンテンツのデータ量，更新頻
   度，重要度のいずれかであり、 前記コンテンツの削除が、前記配布優先度の低い順にな
   されることを特徴とするコンテンツ提供ツール。
6. 【請求項６】 請求項１ないし５のいずれか一項に記載
   のコンテンツ提供ツールにおいて、 コンテンツ利用者が遡れるサーバおよびノードの段数を
   予め指定する有効ホップ数として前記コンテンツととも
   に送信する有効ホップ数指定手段を備えたことを特徴と
   するコンテンツ提供ツール。
7. 【請求項７】 コンテンツ提供者のノードと少なくとも
   一つのサーバと入出力手段を有するコンテンツ利用者の
   ノードとがネットワークに接続され、コンテンツ利用者
   がコンテンツ提供者のデータ格納手段に存在する資源を
   利用するコンテンツ提供／利用システムにおいて、 自ノードのデータ格納手段の空き容量などの状況を把握
   するリソース確認手段と、取り込んだコンテンツを管理
   するデータ管理テーブルを前記自ノードのデータ格納手
   段に作成するデータ管理テーブル作成手段と、コンテン
   ツ配布要求を送信する他のサーバのアドレスと特性情報
   配布要求を送信するノードのアドレスとが設定されてい
   る配布先管理テーブルと、サーバや他のノードから送ら
   れた特性情報配布要求を受信し自ノードに特性情報を格
   納し前記配布先管理テーブルを参照して他のノードに特
   性情報の配布要求を転送する特性情報配布手段と、収集
   すべきコンテンツ構成項目を格納するサーバが前記配布
   先管理テーブルに複数登録されている時にまず一つのサ
   ーバにアクセスしてコンテンツ収集を試み収集が失敗し
   た場合は登録されている別のサーバにアクセスして収集
   するコンテンツ検索／収集要求手段とを備えたことを特
   徴とするコンテンツ利用ツール。
8. 【請求項８】 請求項７に記載のコンテンツ利用ツール
   において、 収集すべきコンテンツ構成項目を格納するサーバが前記
   配布先管理テーブルに複数登録されている時に最初のア
   クセス先のサーバをランダムに決定することを特徴とす
   るコンテンツ利用ツール。
9. 【請求項９】 請求項７に記載のコンテンツ利用ツール
   において、 収集すべきコンテンツ構成項目を格納するサーバが前記
   配布先管理テーブルに複数登録されている時に最初のア
   クセス先を配布優先度が最も低いサーバとすることを特
   徴とするコンテンツ利用ツール。
10. 【請求項１０】 請求項７ないし９のいずれか一項に記
    載のコンテンツ利用ツールにおいて、 前記入出力手段が、コンテンツ利用者が遡れるサーバお
    よびノードの段数を有効ホップ数として指定する有効ホ
    ップ数指定手段を含むことを特徴とするコンテンツ利用
    ツール。
11. 【請求項１１】 請求項１ないし請求項６のいずれか一
    項に記載されたコンテンツ提供ツールをインストールし
    たノードと、 請求項７ないし１０のいずれか一項に記載されたコンテ
    ンツ利用ツールをインストールしたノードとを含むコン
    テンツ提供／利用システム。
12. 【請求項１２】 請求項１ないし請求項６のいずれか一
    項に記載されたコンテンツ提供ツールをインストールし
    たノードと、 請求項７ないし１０のいずれか一項に記載されたコンテ
    ンツ利用ツールをインストールしたノードと、 前記コンテンツ提供ツールおよび前記コンテンツ利用ツ
    ールをリムーバブル記憶媒体の送付またはネットワーク
    を介したファイル転送などにより提供するネットワーク
    活用サービス事業者のノードとを含むコンテンツ提供／
    利用システム。