JP5251643B2

JP5251643B2 - 端末装置及びプログラム

Info

Publication number: JP5251643B2
Application number: JP2009064991A
Authority: JP
Inventors: 宏紀 ▲榊▼原; 英司長谷川; 文雄本田
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2008-11-19
Filing date: 2009-03-17
Publication date: 2013-07-31
Anticipated expiration: 2029-03-17
Also published as: US20100124230A1; JP2010152856A

Description

本発明は、映画、音楽、画像、プログラムなどの情報（以下、コンテンツと記載）を送受信する端末装置に関するものである。

クライアントーサーバ型（Ｃ−Ｓ型）とは異なる、クライアント（ノード）間でメッセージを中継しあうことでネットワークを構成し、データの転送を行なうＰ２Ｐシステムが提案されている。

Ｐ２Ｐシステムは、ノード間で情報の検索と転送を行なうため、Ｃ−Ｓ型のように特定のサーバを設置する必要がない、という利点を有する。

特許文献１には、ネットワークを介して互いに通信可能な複数のノード装置と、該複数のノード装置間で共用される複数の共用情報を該複数のノード装置に分散して保存させる保存指示装置と、を備えた情報共有システムに含まれる保存指示装置において、情報共有システムに投入し前記複数のノード装置によって共用可能とすべき共用情報を取得する共用情報取得手段と、取得された共用情報の購入予約を行なったノード装置を識別する少なくとも１以上のノード装置識別情報を含む事前予約情報を取得する事前予約情報取得手段と、取得された共用情報と、当該共用情報の保存を指示する保存指示情報と、を、事前予約情報に含まれるノード装置識別情報に基づいて識別されるノード装置に送出する保存指示手段と、を有する保存支持装置が記載されている。

これにより、新たに投入する共用情報の購入予約を行なったノード装置に対して、当該コンテンツを他のノード装置と共用可能に保持するよう保存指示を行なうため、共用情報の公開後、購入予約を行なったノード装置は、共用情報を検索して他のノード装置から配信を受ける必要がないため、共用情報の公開後に、特定のノード装置に対する負荷の増大を防ぐことができる、とされている。

特開2008-020938号公報

コンテンツを放送やマルチキャスト通信を使って配信し、各ノードがダウンロードして利用（視聴）して楽しむ蓄積型サービスが今後考えられる。このサービスでは、視聴者は電子番組案内情報（ＥＰＧ：Electronic Program Guide）で保存したい番組を予め指定すると、配信時間になると番組が蓄積され、視聴者は好きな時間にダウンロードが完了した番組から選んで視聴できる。

しかし、放送は降雨や積雪など気象条件などによって、通信はネットワーク障害によって受信側ノードでは番組データの一部が欠損する可能性がある。

そこで、ノードごとに欠損箇所が異なるコンテンツデータに対する修復データを配信する方法として、Ｐ２Ｐシステムを用いることを検討している。

ところが、Ｐ２Ｐシステムにおいて、ノード間で情報を共有するためには、所有する情報をＰ２Ｐシステムに通知する必要がある。

そのため、コンテンツ配信完了直後、コンテンツを受信した全ノードから、コンテンツを所有する旨の通知が発行されることになり、Ｐ２Ｐネットワークにおける通信負荷が一時的に高まることになる。また、配信されたコンテンツに対する検証処理後、欠陥箇所を補完するためのデータを検索するコンテンツ検索要求が発行されることにより、Ｐ２Ｐネットワークにおける通信負荷が一時的に高まることになる。

本発明はかかる事情に鑑みてなされたものであり、その目的の一つは、Ｐ２Ｐシステムにおいて、コンテンツの欠陥を修復するデータを配信する際の、負荷集中を回避する端末装置を提案する。

本願に開示する端末装置は、ネットワークを介して互いに通信可能な複数のノード装置を有する情報共有システムに前記ノード装置として接続可能な端末装置であって、コンテンツの受信を予約する操作を受付ける予約入力部と、予約操作を受けた前記コンテンツを識別するコンテンツＩＤと、予約操作を受けた前記端末装置を識別する端末情報と、を有する予約情報を、前記コンテンツＩＤに基づいて特定される前記端末装置へ送信する予約送信部と、前記コンテンツ配信の予約操作を受けた前記端末装置から送信される前記予約情報を受信し、受信した前記予約情報に基づいて、前記コンテンツを識別する前記コンテンツＩＤと、前記コンテンツの配信を予約している前記端末装置を識別する前記端末情報と、を対応付けた予約端末リストを更新する予約受信部と、前記予約入力部により予約操作を受けた前記コンテンツを取得した場合、取得した前記コンテンツについて欠陥の有無を検証する検証処理部と、前記検証処理部により欠陥を有すると判定された前記コンテンツを識別する前記コンテンツＩＤを有する検索要求を、前記コンテンツＩＤに基づいて特定される前記端末装置へ送信し、前記検索要求の送信先の前記端末装置から検索結果を取得する、所有候補検索部と、前記配信された前記コンテンツに欠陥を有すると判定した前記端末装置から送信される前記検索要求を受信し、前記検索要求が有する前記コンテンツＩＤに対応して登録されている前記端末情報を前記予約端末リストから取得し、取得した前記端末情報を検索結果として送信する検索処理部と、前記所有候補検索部により取得された検索結果に示される前記端末情報により識別される前記端末装置から、前記検証処理部により欠陥を有すると判定された前記コンテンツの修復データを取得し、取得した修復データを用いて前記コンテンツを修復する、補完処理部と、前記補完処理部による前記コンテンツの修復に基づいて、前記端末装置からの前記検索要求に示される前記コンテンツＩＤと、前記検索要求した前記端末情報と、前記コンテンツＩＤと前記端末情報に対応付けて登録されている接続結果の記録された検索結果リストを更新する、接続結果更新部と、を備える。

開示の端末装置によれば、Ｐ２Ｐシステムにおいて、コンテンツの欠陥を修復するデータを配信する際の、負荷集中を効果的に回避することができる、という優れた効果を奏する。

システムの構成を示した図端末装置のハードウェア構成を示した図配信装置のハードウェア構成を示した図端末装置により実行されるプログラムの構成を示した図システムの処理の流れを示した図端末装置において実行される要求部ＰＧ１００における予約処理の流れを示した図端末装置により実行される管理部ＰＧ２００における予約処理の流れを示した図端末装置により実行される要求部ＰＧ１００における録画処理の流れを示した図端末装置により実行される要求部ＰＧ１００における所有候補検索処理の流れを示した図端末装置により実行される管理部ＰＧ２００における所有候補検索処理の流れを示した図端末装置Ｃから送信される端末リストの内容例を示した図予約画面の内容例を示した図電子番組案内情報テーブルＰＧ１１１の内容例を示した図端末装置Ａから送信される予約情報の内容例を示した図端末装置Ｃが有する予約端末リストの内容例を示した図端末リストＰＧ１１０のデータ構造を示した図電子番組案内情報テーブルＰＧ１１１のデータ構造を示した図コンテンツ管理テーブルＰＧ１１２のデータ構造を示した図予約リストＰＧ１１３のデータ構造を示した図検証情報ＤＢ（ＰＧ１１４）のデータ構造を示した図コンテンツＤＢ（ＰＧ１１５）のデータ構造を示した図所有候補ＤＢ（ＰＧ１１６）のデータ構造を示した図予約端末リストＰＧ２１０のデータ構造を示した図端末装置により実行される管理部ＰＧ２００における補完情報送信処理の流れを示した図実施例２に係る端末装置により実行されるプログラムの構成を示した図実施例２に係る要求部ＰＧ１００における録画処理の流れを示した図実施例３に係る端末装置により実行されるプログラムの構成を示した図実施例３に係るシステムの処理の流れを示した図実施例３に係るシステムにおいて共有される予約情報の流れを概念的に示した図実施例３に係る端末装置により実行される管理部ＰＧ２００における予約処理の流れを示した図実施例３に係る端末装置により実行される要求部ＰＧ１００における所有候補検索処理の流れを示した図実施例４に係る端末装置により実行されるプログラムの構成を示した図実施例４に係る要求部ＰＧ１００における録画処理の流れを示した図実施例５に係る端末装置により実行されるプログラムの構成を示した図実施例５に係る端末装置により実行される管理部ＰＧ２００における所有候補検索処理の流れを示した図実施例６に係る端末装置により実行されるプログラムの構成を示した図接続結果リストのデータ構造及び内容例を示した図接続結果リストのデータ構造及び内容例を示した図（その２）実施例６に係るシステムの処理の流れを示した図

以下本発明の実施の形態を、図面を参照して説明する。

〔１．システムの概要〕
図１は、本実施例に係るシステムの概要を示す図である。

図１に示すシステムは、複数台の端末装置１００と、配信装置２００と、通信回線３００と、電波送信機４００と、電波受信機５００と、を有する。

例えば、通信網３００として、インターネット（Internet）、ローカルエリアネットワーク（LAN: Local Area Network）、無線ＬＡＮ（Wireless LAN: Wireless Local Area Network）を用いることができる。端末装置１００と端末装置１００、端末装置１００と配信装置２００は、通信網３００を介して、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）、ＵＤＰ／ＩＰ（User Datagram Protocol/Internet Protocol）等、予め定められたプロトコルを用いて通信することができる。

また、端末装置１００は、配信装置２００から送信される情報を、電波送信機４００及び電波受信機５００を介して、受信することができる。

また、端末装置１００は、配信装置２００から送信される情報を、電波送信機４００及び電波受信機５００及びセットトップボックス６００を介して、受信することができる。

端末装置１００として、汎用のコンピュータ、携帯端末（ＰＤＡ：Personal Digital Assistant）、携帯電話、家電機器（例えば、テレビ、録画機器、冷蔵庫、空調機など）等を用いることができる。
〔２．端末装置の構成〕
〔２−１．端末装置のハード構成〕
図２は、本実施例に係る端末装置の構成を示す図である。図２に示す端末装置は、制御部１１０、記憶部１２０、通信部１４０、操作部１５０、出力部１６０、電源部１７０、放送受信部１８０を有しており、各部は通信線１３０を介して通信可能に接続されている。

制御部１１０は、通信線１３０を介して端末装置のハードウェア各部と接続されており、記憶部に格納されたプログラムの手順に従って所定の機能を実現する。例えば、制御部１１０として、ＣＰＵ（Central Processing Unit）、ＭＰＵ(Micro Processing Unit)等を用いることができる。

記憶部１２０は、例えば、主記憶部１２１と補助記憶部１２２を有しており、通信線１３０を介して接続されている制御部１１０の処理により、補助記憶部１２２に格納されたプログラムを主記憶部１２１に読み込み、主記憶部１２１に読み込んだプログラムが有する命令コード及びデータを制御部１１０に転送する。

主記憶部１２１として、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）を用いることができる。補助記憶部１２２として、例えば、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ（Flash Memory）、ＳＳＤ（Solid State Disk）を用いることができる。

通信部１４０は、有線又は無線方式により通信網３００を介してセンタ装置１００と信号を送受信する。

操作部１５０は、利用者の操作を受付ける。操作部１５０は、利用者の操作に応じた信号を、通信線１３０を介して制御部１１０へ出力する。例えば、操作部１５０として、入力ボタン、タッチパネルを用いることができる。

電源部１７０は、端末装置１００の動作に必要な電源の供給を受け、図示しない電力供給先を介して各部へ電源を供給する。また、電源部１７０は、通信線１３０を介して接続される制御部１１０からの指令により、図示しない電力供給先を介した各部への電源の供給量を制御する。なお、本実施例において、電源部１７０は、外部電源から電源の供給を受ける構成でもよいし、端末装置１００が搭載する一次電池又は二次電池から電源の供給を受ける構成でもよい。

放送受信部１８０は、例えば、デジタル放送を受信し、受信した放送信号を制御部１１０で処理可能なデータ形式に変換し、通信線１３０を介して制御部１１０へ変換したデータを供給する。放送受信部１８０は、受信したデジタル放送の電波信号から、動画像及び音声を有するコンテンツデータと、放送番組の電子番組案内情報（Electronic Program Gide）と、を分離する機能を有する。なお、放送受信部の上述の機能については、既存の技術を用いるため、詳細な説明を省略する。
〔２−２．端末装置におけるプログラムの構成〕
図４は、本実施例に係る端末装置において実行するプログラムの構成要素を示す図である。図４に示すプログラムの構成要素は、要求部ＰＧ１００と、管理部ＰＧ２００と、を有する。以下、各構成要素の概要を説明する。
〔２−２−１．要求部ＰＧ１００の概要〕
要求部ＰＧ１００は、図４に示すように、参加通知部ＰＧ１０１と、予約登録部ＰＧ１０２と、予約送信部ＰＧ１０３と、放送受信部ＰＧ１０４と、検証情報受信部ＰＧ１０５と、検証処理部ＰＧ１０６と、所有候補検索部ＰＧ１０７、補完処理部ＰＧ１０８と、を有する。

また、要求部ＰＧ１００は、端末リストＰＧ１１０と、電子番組案内情報テーブルＰＧ１１１と、コンテンツ管理テーブルＰＧ１１２と、予約リストＰＧ１１３と、検証情報ＤＢ（ＰＧ１１４）と、コンテンツＤＢ（ＰＧ１１５）と、所有候補ＤＢ（ＰＧ１１６）を参照することができる。

端末リストＰＧ１１０は、ノードＩＤ１１０１と、アドレス情報１１０２と、を有する端末情報を１レコードとした複数件のレコードを編成可能な形式で、記憶部１２０に格納される（図１６参照）。

ノードＩＤ１１０１は、本実施例に係るシステムにおいて、端末装置１００を識別する情報を示す。

アドレス情報１１０２は、ノードＩＤ１１０１を用いて識別される端末装置との通信処理に用いられるアドレスを示す。

電子番組案内情報テーブルＰＧ１１１は、コンテンツを識別するコンテンツＩＤ１１１１と、コンテンツの放送日時を示す情報１１１２と、を有する電子番組案内情報を１レコードとした複数件のレコードを編成可能な形式で、記憶部１２０に格納される（図１７参照）。

コンテンツ管理テーブルＰＧ１１２は、コンテンツを識別するコンテンツＩＤ１１２１と、分割されたコンテンツを識別する分割コンテンツＩＤ１１２２と、分割コンテンツの妥当性を示す状態情報１１２３と、を有するコンテンツ管理情報を１レコードとした複数件のレコードを編成可能な形式で、記憶部１２０に格納される（図１８参照）。

予約リストＰＧ１１３は、コンテンツを識別するコンテンツＩＤ１１３１と、放送日時１１３２を有する予約情報を１レコードとした複数件のレコードを編成可能な形式で、記憶部１２０に格納される（図１９参照）。

検証情報ＤＢ（ＰＧ１１４）は、コンテンツを識別するコンテンツＩＤ１１４１と、分割されたコンテンツを識別する分割コンテンツＩＤ１１４２と、コンテンツコンテンツデータの妥当性を判定する検証処理において用いられる検証データ１１４３と、を有する検証情報を１レコードとした複数件のレコードを編成可能な形式で、記憶部１２０に格納される（図２０参照）。

コンテンツＤＢ（ＰＧ１１５）は、コンテンツを識別するコンテンツＩＤ１１５１と、分割されたコンテンツを識別する分割コンテンツＩＤ１１５２と、分割されたコンテンツの内容として映像又は音声などを構成するコンテンツデータ１１５３と、を有するコンテンツ情報を１レコードとした複数件のレコードを編成可能な形式で、記憶部１２０に格納される（図２１参照）。

所有候補ＤＢ（ＰＧ１１６）は、コンテンツを識別するコンテンツＩＤ１１６１と、端末装置に関する情報を示す端末情報１１６２と、を有する所有候補情報を１レコードとした複数件のレコードを編成可能な形式で、記憶部１２０に格納される（図２２参照）。なお、端末情報は、本実施例に係るシステムにおいて端末装置を識別することができる情報であればよい。例えば、端末装置に関する情報として、端末装置を識別するノードＩＤや、端末装置へ情報を送信する際の宛先を示すアドレス情報など、を用いることができる。ここで、アドレス情報として、ＩＰアドレスや、ＵＲＬや、ＭＡＣアドレスなど、を用いることができる。

参加通知部ＰＧ１０１は、本実施例に係るシステムに対して自端末の存在を通知する参加通知を送信し、他の端末装置から他の端末装置のアドレス情報を取得し、取得したアドレス情報を端末リストＰＧ１１０に格納する構成要素として、制御部１１０を機能させる。

予約登録部ＰＧ１０２は、放送番組の録画予約を受付け、受付けた予約内容を予約リストＰＧ１１３に登録する構成要素として、制御部１１０を機能させる。

予約送信部ＰＧ１０３は、上述の受付けた予約内容を、本実施例に係るシステムに接続された他の端末装置へ送信する構成要素として、制御部１１０を機能させる。

放送受信部ＰＧ１０４は、予約リストＰＧ１１３に登録された予約内容に基づいて、録画の予約を設定された放送番組を放送受信部１８０を用いて受信し、放送受信部１８０から供給されるコンテンツデータをコンテンツＤＢ（ＰＧ１１５）に格納する構成要素として、制御部１１０を機能させる。

検証情報受信部ＰＧ１０５は、コンテンツデータの誤りを検証するために用いられる検証情報を、通信部１４０又は放送受信部１８０を用いて受信し、検証情報ＤＢ（ＰＧ１１４）に格納する構成要素として、制御部１１０を機能させる。

検証処理部ＰＧ１０６は、検証情報ＤＢ（ＰＧ１１４）に格納された検証情報を用いて、コンテンツＤＢ（ＰＧ１１５）に格納されたコンテンツデータの妥当性を検証する構成要素として、制御部１１０を機能させる。

所有候補検索部ＰＧ１０７は、妥当でないコンテンツデータ又は不完全なコンテンツデータを補完する補完情報を所有する端末装置の所在を検索する構成要素として、制御部１１０を機能させる。

補完処理部ＰＧ１０８は、上述の所有候補検索部ＰＧ１０７により取得された端末装置へ補完情報の依頼を通信部１４０を介して送信し、端末装置から送信される補完情報を通信部１４０を介して受信し、受信した補完情報を用いてコンテンツＤＢ（ＰＧ１１５）に格納されたコンテンツデータを更新する構成要素として、制御部１１０を機能させる。
〔２−２−２.管理部ＰＧ２００の概要〕
管理部ＰＧ２００は、図４に示すように、参加受理部ＰＧ２０１と、予約受信部ＰＧ２０２と、検索処理部ＰＧ２０３と、補完情報送信部ＰＧ２０４と、を有する。

また、管理部ＰＧ２００は、予約端末リストＰＧ２１０と、端末リストＰＧ１１０と、コンテンツ管理テーブルＰＧ１１２と、コンテンツＤＢＰＧ１１５と、を参照することができる。

予約端末リストＰＧ２１０は、コンテンツを識別するコンテンツＩＤ２１０１と、端末装置に関する情報を示す端末情報２１０２と、を有する予約端末情報を１レコードとした複数件のレコードを編成可能な形式で、記憶部１２０に格納される（図２３参照）。なお、端末装置情報２１０２は、本実施例に係るシステムにおいて端末装置を識別することができる情報であればよい。例えば、端末情報として、端末装置を識別するノードＩＤや、端末装置へ情報を送信する際の宛先を示すアドレス情報など、を用いることができる。ここで、アドレス情報として、ＩＰアドレスや、ＵＲＬや、ＭＡＣアドレスなど、を用いることができる。

参加受理部ＰＧ２０１は、本実施例に係るシステムに接続された他の端末装置から送信される参加通知を通信部１４０を介して受信し、記憶部１２０に保持されている端末リストＰＧ１１０の内容を通信部１４０を介して返信する構成要素として、制御部１１０を機能させる。

また、参加受理部ＰＧ２０１は、受信した参加通知に示される情報に基づいて、参加通知を送信した端末装置の情報を、記憶部１２０に格納されている端末リストＰＧ１１０に登録する構成要素として、制御部１１０を機能させる。

予約受信部ＰＧ２０２は、本実施例に係るシステムに接続された他の端末装置から送信される予約情報を通信部１４０を介して受信し、受信した予約情報に基づいて予約端末リストＰＧ２１０を更新する構成要素として、制御部１１０を機能させる。すなわち、予約受信部ＰＧ２０２として機能する制御部１１０は、通信部１４０を介して他の端末装置から受信した予約情報に含まれるコンテンツＩＤと、その予約情報を送信した端末装置に関する情報と、を対応付けて予約端末リストＰＧ２１０に格納する。

また、予約受信部ＰＧ２０２は、自端末装置の要求部ＰＧ１００から供給される予約情報を受信し、受信した予約情報に基づいて予約端末リストＰＧ２１０を更新する構成要素として、制御部１１０を機能させる。すなわち、予約受信部ＰＧ２０２として機能する制御部１１０は、自端末装置において実行される要求部ＰＧ１００からプロセス間通信等の技法を用いて受信した予約情報に含まれるコンテンツＩＤと、自端末装置に関する情報と、を対応付けて予約端末リストＰＧ２１０に格納する。

検索処理部ＰＧ２０３は、本実施例に係るシステムに接続された他の端末装置から送信される検索依頼を通信部１４０を介して受信し、受信した検索依頼に基づいて予約端末リストＰＧ２１０を参照し、受信した検索依頼に示される条件に該当する端末装置に関する情報２１０２を予約端末リストＰＧ２１０から取得する構成要素として、制御部１１０を機能させる。すなわち、検索処理部ＰＧ２０３として機能する制御部１１０は、通信部１４０を介して受信した検索依頼に示されるコンテンツＩＤに該当する予約端末情報を、予約端末リストＰＧ２１０から取得する。

また、検索処理部ＰＧ２０３は、上述の取得した端末装置に関する情報２１０２に基づいて端末リストを生成し、生成した端末リストを検索依頼を送信した端末装置へ通信部１４０を介して送信する構成要素として、制御部１１０を機能させる。すなわち、検索処理部ＰＧ２０３として機能する制御部１１０は、予約端末リストＰＧ２１０から取得した端末情報２１０２に基づいて生成した端末リストを、通信部１４０を介して送信する。

また、検索処理部ＰＧ２０３は、自端末装置の要求部ＰＧ１００から供給される検索依頼を受信し、受信した検索依頼に基づいて上述の検索処理及び端末リストの送信処理を実行する構成要素として、制御部１１０を機能させる。すなわち、検索処理部ＰＧ２０３として機能する制御部１１０は、自端末装置において実行される要求部ＰＧ１００からプロセス間通信等の技法を用いて受信した検索依頼に基づいて、上述の検索処理及び端末リストの送信処理を実行する。

補完情報送信部ＰＧ２０４は、本実施例に係るシステムに接続された他の端末装置から受信した補完情報の送信依頼に示されるコンテンツＩＤ及び分割コンテンツＩＤに対応するコンテンツデータを、記憶部１２０に保持されているコンテンツＤＢ（ＰＧ１１５）から取得する構成要素として、制御部１１０を機能させる。

また、補完情報送信部ＰＧ２０４は、送信依頼を送信した端末装置へ補完情報を送信する構成要素として、制御部１１０を機能させる。
〔３．配信装置の構成〕
〔３−１．配信装置のハード構成〕
図３は、本実施例に係る配信装置２００のハードウェア構成を示す図である。図３に示す配信装置２００は、制御部２１０、記憶部２２０、通信部２４０、操作部２５０、出力部２６０、電源部２７０、放送送信部２８０を有しており、各部は通信線２３０を介して通信可能に接続されている。

制御部２１０は、通信線２３０を介して端末装置のハードウェア各部と接続されており、記憶部２２０に格納されたプログラムの手順に従って所定の機能を実現する。例えば、制御部２１０として、ＣＰＵ（Central Processing Unit）、ＭＰＵ(Micro Processing Unit)等を用いることができる。

放送送信部２８０は、放送用の電波を出力する放送設備４００と専用線等で接続されており、放送設備４００を介して各種番組のコンテンツデータや検証情報などを送信する。なお、放送送信部２８０は、インターネット等の通信回線３００と接続し、インターネット等の通信回線３００を介して各種番組のコンテンツデータや検証情報などを送信することもできる。

配信装置２００のハードウェア構成のその他の部分は、一般的なパーソナルコンピュータなどと同様の構成であるため、詳細な説明を省略する。
〔４．システム全体の処理の流れ〕
図５は、本実施例に係るシステムの処理の流れを示した図である。

図５に示す例は、端末装置Ａ（１００）が本実施例に係るシステムに参加し、端末装置Ａ（１００）が本実施例に係るシステムからコンテンツの受信を行なう、という処理の流れを示している。
〔４−１．Ｐ２Ｐシステムへの参加〕
まず、端末装置Ａは、システムへの自端末の存在を通知する参加通知を、システムに接続している他の端末装置へ送信する（Ｓ１００及びＳ１００'）。すなわち、図４に示す要求部ＰＧ１００が有する参加通知部ＰＧ１０１として機能する制御部１１０が、通信部１４０を用いて通信回線３００へ参加通知を示す信号を出力する。

例えば、端末装置Ａは、通信回線300を介して通信可能に接続されている不特定多数の端末装置に対して、参加通知を示す信号を送信する。ここで、不特定多数の端末装置への信号の送信処理には、ＩＰネットワーク（Internet Protocol Network）においてはブロードキャスト（Broadcast）技術やマルチキャスト（Multicast）技術などを用いことができる。

端末装置Ａからの参加通知を示す信号を受信した端末装置Ｂ及び端末装置Ｃは、記憶部120に格納している端末リスト（ＰＧ１１０）を、端末装置Ａへ送信する（Ｓ１０１及びＳ１０１'）。すなわち、図４に示す管理部ＰＧ２００が有する参加受理部ＰＧ２０１として機能する制御部１１０は、通信部１４０から通信線１３０を介して取得した受信電文が参加通知を示す信号であった場合、記憶部１２０に保持されている端末リストＰＧ１１０に登録されている内容を、参加通知を送信した端末装置へ送信する。

なお、各端末装置は、端末リストを送信する際に、自端末装置に関する情報を、記憶部１２０に格納している端末リストに追加して送信してもよい。また、各端末装置は、自端末装置に関する情報を、端末リストの要素に加えて記憶部１２０に格納しておいてもよい。

図１１は、端末装置Ｃから送信される端末リストの内容例を示す図である。図１１に示す端末リストは、Ｐ２Ｐシステムにおいて端末装置を識別する情報を示すノードＩＤ１１０１と、通信回線３００を介して通信をする際に送信先又は送信元の端末装置を識別する情報として用いられるアドレス情報１１０２と、を有する。

図１１に示す例では、端末装置Ｃは、端末装置Ａからの参加通知を受信する以前に本実施例に係るシステムに参加しており、同様に既に参加している端末装置ＢのノードＩＤとアドレス情報を取得していることを示している。

ここで、ノードＩＤは、本実施例に係るシステムにおいて各端末装置１００を識別することができる情報であればよい。例えば、工場出荷時に予め割り振られた製造番号やマシン名等を共通のハッシュ関数（Hash Function）によりハッシュ化して得たハッシュ値をノードＩＤとして用いることができる。本実施例に係るシステムにおいて端末装置を識別する情報としてハッシュ値を用いることにより、本実施例に係るシステムに参加する端末装置をハッシュ値の大小関係などに基づいて管理することができる。例えば、生成桁数１２８ｂｉｔのハッシュ関数を用いることにより、２の１２８乗である約３４０×１０＾３６台の端末装置を、本実施例に係るシステム上で管理することができる。

端末装置Ａは、各端末装置から受信した端末リストを集約し、記憶部１２０に格納する。すなわち、図４に示す要求部ＰＧ１００が有する参加通知部ＰＧ１０１として機能する制御部１１０が、各端末装置から受信した端末リストを集約し、集約した端末リストを記憶部１２０に保持される端末リストＰＧ１１０に登録する。
〔４−２．予約処理〕
次に、端末装置Ａは、操作者の入力操作により、コンテンツの配信を受けるための予約を行なう指示を受けた場合、予約内容を記憶部１２０に格納し、予約を受けたコンテンツに基づいて特定される管理ノードに対して予約内容を示す予約情報を送信する（Ｓ１０２）。すなわち、図４に示す要求部ＰＧ１００が有する予約登録部ＰＧ１０２として機能する制御部１１０が、予約内容を記憶部１２０に保持される予約リストＰＧ１１３に登録する。また、要求部ＰＧ１００が有する予約送信部ＰＧ１０３として機能する制御部１１０が、予約情報を通信部１４０を介して送信する。

図１２は、端末装置において予約操作を受付ける予約画面の内容例を示した図である。図１２に示す予約画面１２００は、時刻１２０１と、配信局ＡＡＡ（１２０２）と、配信局ＢＢＢ（１２０３）と、配信局ＣＣＣ（１２０４）と、を有するコンテンツ配信スケジュール表１２１０が表示されている。図１２に示す例において、端末装置の操作者は、予約画面１２００に表示されるコンテンツＡ−４（１２１１）を選択し、予約実行ボタン１２１２を押下することにより、所望のコンテンツＡ−４の予約指示を端末装置に入力することができる。

図１４は、端末装置Ａから送信される予約情報の内容例を示した図である。図１４に示す予約情報は、コンテンツＩＤ１４０１と、アドレス情報１４０２と、を有する。

コンテンツＩＤ１４０１は、本実施例に係るシステムにおいてコンテンツを識別することができる情報であればよい。例えば、コンテンツの配信局がコンテンツに対して付与した名称やコンテンツのデータ長などの情報を共通のハッシュ関数によりハッシュ化して得たハッシュ値をコンテンツＩＤとして用いることができる。

アドレス情報１４０２は、予約情報を送信する端末装置のアドレスを示す情報であり、例えばＩＰアドレスやＵＲＬやＭＡＣアドレスなどを用いることができる。

図１４に示す例では、コンテンツＩＤ１４０１としてコンテンツＡ−４を識別する情報、アドレス情報１４０２として端末装置Ａのアドレスを示す情報が示されている。

本実施例に係るシステムにおいてコンテンツを識別する情報としてハッシュ値を用いることにより、各コンテンツをハッシュ値の大小関係に基づいて管理することができる。さらに、実施例に係るシステムにおいて、コンテンツを識別する情報及び端末装置を識別する情報としてハッシュ値を用いることにより、コンテンツＩＤとしてのハッシュ値と、端末装置ＩＤとしてのハッシュ値と、の大小関係を比較することができる。

図５に示す例では、端末装置Ａは、予約指示を受けたコンテンツに基づいて特定される管理ノードとして端末装置Ｃへ、予約指示の内容を示す予約情報を送信している（Ｓ１０２）。例えば、予約指示を受けたコンテンツのコンテンツＩＤと、端末リストに登録されている端末ＩＤとの大小関係を比較し、コンテンツＩＤと端末ＩＤとが最も近い値（差分が最も小さい値）となる端末装置を管理ノードとして特定することができる。なお、コンテンツＩＤ及び端末ＩＤとして、ハッシュ値ではなくアルファベット文字や記号が混在したキャラクタ型のデータを用いた場合であっても、文字コードを用いて大小関係を比較することができる。

端末装置Ｃは、端末装置Ａから受信した予約情報に基づいて記憶部120に格納された予約端末リストを更新する。図１５は、端末装置Ｃにおいて格納される予約端末リストの内容例を示した図である。図１５に示す予約端末リストは、コンテンツＩＤ１５０１と、アドレス情報１５０２と、を有する。

コンテンツＩＤ１５０１は、受信した予約情報に含まれるコンテンツＩＤ１４０１に基づいて登録される。

アドレス情報１５０２は、受信した予約情報に含まれるアドレス情報１４０２に基づいて登録される。

図１５に示す例では、コンテンツＩＤ１５０１としてコンテンツＡ−４を識別する情報が登録されており、コンテンツＡ−４に対する予約情報を送信した端末装置のアドレスを示す情報として端末装置Ａのアドレス１と端末装置Ｂのアドレス２とが登録されていることを示している。
〔４−３．配信処理〕
次に、端末装置Ａは、予約指示を受けたコンテンツを配信装置２００から受信し、受信したコンテンツデータをコンテンツＩＤ及び分割コンテンツＩＤに対応付けてコンテンツＤＢ（ＰＧ１１５）に格納する（Ｓ１０３）。すなわち、図４に示す要求部ＰＧ１００が有する方送受信部ＰＧ１０４として機能する制御部１１０が、通信部１４０を介して受信したコンテンツを、記憶部１２０に保持されるコンテンツＤＢ（ＰＧ１１５）に登録する。

コンテンツデータの受信処理を実行する契機は、例えば、予約指示を受けたコンテンツが配信装置から配信される時刻の到来に連動させることができる。この場合、端末装置は、連動させる対象となる配信時刻を、電子番組案内（Electronic Program Guide）情報から取得することができる。

さらに、端末装置Ａは、予約指示を受けたコンテンツについての検証情報を配信装置２００から受信し、受信した検証情報をコンテンツＩＤ及び分割コンテンツＩＤに対応付けて検証情報ＤＢ（ＰＧ１１４）に格納する（Ｓ１０４）。すなわち、要求部ＰＧ１００が有する検証情報受信部ＰＧ１０５として機能する制御部１１０が、通信部１４０を介して受信した検証情報を、記憶部１２０に保持される検証情報ＤＢ（ＰＧ１１４）に登録する。

なお、検証情報の受信処理を実行する契機は、上述の配信時刻に連動させる必要は無い。例えば、端末装置は、データカルーセル（Data Carousel）伝送方式により、コンテンツＩＤ及び分割コンテンツＩＤに対応付けて繰り返し送信される検証情報を、適当なタイミングで受信する。すなわち、端末装置は、コンテンツデータとともに検証情報を受信してもよいし、コンテンツデータを受信する前又はコンテンツデータを受信した後に検証情報を受信してもよい。

図５に示す例において、上述のコンテンツデータの受信処理及び検証情報の受信処理は、端末装置Ｂにおいても実行される（Ｓ１０３’及びＳ１０４’）。すなわち、端末装置Ｂが有するコンテンツＤＢ（ＰＧ１１５）には、上述の処理Ｓ１０３において端末装置Ａが受信したコンテンツと同じコンテンツＩＤを有するコンテンツデータが格納されている。

ただし、端末装置Ａと端末装置Ｂとでは、コンテンツＤＢ（ＰＧ１１５）に格納されているコンテンツデータの内容が異なる場合がある。例えば、端末装置Ａが設置されている地域の受信時の天候が豪雨であり、端末装置Ｂが設置されている地域の受信時の天候が晴天である場合など、両者の設置場所の天候が異なる場合に生じる。すなわち、端末装置が設置された地域が豪雨の場合には、降雨減衰が生じることにより、受信感度が悪化し、その結果、コンテンツデータの内容が不完全であったり、誤った値になったりする。また、天候の他にも、端末装置側の設備の動作不良に起因して、ノイズが混入する等した結果、コンテンツデータの内容が本来の値と異なる場合がある。
〔４−４．検証処理〕
次に、端末装置Ａは、受信した検証情報を用いて、コンテンツＤＢ（ＰＧ１１５）に格納されているコンテンツデータの検証処理を実行する。すなわち、図４に示す要求部ＰＧ１００が有する検証処理部ＰＧ１０６として機能する制御部１１０が、記憶部１２０に保持されている検証情報ＤＢ（ＰＧ１１４）に登録されている検証情報を用いて、記憶部１２０に保持されるコンテンツＤＢ（ＰＧ１１５）に登録されているコンテンツについて検証処理を実行する。

端末装置は、検索処理を実行した結果妥当でないと判定された箇所について、補完情報を取得する処理を行なう。

まず、端末装置Ａは、該当箇所の補完情報を所有する端末装置の所在を得るための検索依頼を、管理ノードとして機能する端末装置Ｃへ送信する（Ｓ１０５）。すなわち、図４に示す要求部ＰＧ１００が有する所有候補検索部ＰＧ１０７として機能する制御部１１０が、検索依頼を示す信号を、通信部１４０を介して送信する。

ここで、端末装置Ａから送信される検索依頼は、上述の検証において妥当でないと判定されたコンテンツに対応するコンテンツＩＤを有する。

端末装置Ｃは、受信した検索依頼に示されるコンテンツＩＤに該当する予約端末情報を、予約端末リストＰＧ２１０から取得する。

端末装置Ｃは、取得した予約端末情報に基づいて生成した端末リストを、検索依頼を送信した端末装置Ａへ送信する（Ｓ１０６）。すなわち、図４に示す管理部ＰＧ２００が有する検索処理部ＰＧ２０３として機能する制御部１１０が、記憶部１２０に保持される予約端末リストＰＧ２１０に登録されている予約端末情報を取得し、取得した予約端末情報を通信部１４０を介して送信する。

端末装置Ａは、受信した端末リストに示される端末装置へ、コンテンツの補完情報を取得するための取得依頼を送信する（Ｓ１０７）。すなわち、図４に示す要求部ＰＧ１００が有する補完処理部ＰＧ１０８として機能する制御部１１０が、取得依頼を示す信号を、通信部１４０を介して送信する。ここで、端末装置Ａから送信される取得依頼は、コンテンツを識別するコンテンツＩＤ及び分割コンテンツＩＤを有する。

端末装置Ｂは、受信した取得依頼に示されるコンテンツＩＤ及び分割コンテンツＩＤに該当する分割コンテンツデータを、コンテンツＤＢ（ＰＧ１１５）から取得する。

端末装置Ｂは、取得した分割コンテンツデータを、取得依頼を送信した端末装置Ａへ、補完情報として送信する（Ｓ１０８）。すなわち、図４に示す管理部ＰＧ２００が有する補完情報送信部ＰＧ２０４として機能する制御部１１０が、記憶部１２０に保持されているコンテンツＤＢ（ＰＧ１１５）を参照して補完情報を取得し、取得した補完情報を通信部１４０を介して送信する。

ここで、端末装置Ｂから送信される補完情報は、コンテンツを識別するコンテンツＩＤと、分割コンテンツＩＤと、分割コンテンツデータと、を有する。

端末装置Ａは、受信した補完情報に示されるコンテンツＩＤ及び分割コンテンツＩＤに対応付けてコンテンツＤＢ（ＰＧ１１５）に格納されている分割コンテンツデータを、受信した補完情報が有する分割コンテンツデータを用いて更新する。

以上が、本実施例に係るシステムの全体の処理の流れである。
〔５．要求部ＰＧ１００における予約処理の流れ〕
次に、端末装置１００により実行される要求部ＰＧ１００における予約処理の具体的な手順を、図６を用いて説明する。図６は、端末装置により実行される要求部ＰＧ１００における予約処理の具体的な処理手順を示した図である。なお、図６に示す処理手順は、図４に示す要求部ＰＧ１００が有する予約登録部ＰＧ１０２及び予約送信部ＰＧ１０３として機能する制御部１１０により実行される。

まず、端末装置の制御部１１０は、図示しないシステムクロック等から現在の日時を取得し（Ｓ２０１）、取得した日時に基づいて電子番組案内の表示範囲を設定する（Ｓ２０２）。ここで、表示範囲の設定は、取得した日時を起点とした所定の時間範囲を設定することができる。例えば、現在日時が「２００８年１０月１３日、１０：００」の場合、所定の時間範囲を「３時間」としたときは、表示範囲の始点は「２００８年１０月１３日、１０：００」であり、表示範囲の終点は「２００８年１０月１３日、１３：００」となる。

次に、制御部１１０は、電子番組案内情報テーブルＰＧ１１１を参照し、上述の処理Ｓ２０２で設定した表示範囲に該当する電子番組案内情報を取得し（Ｓ２０３）、取得した電子番組案内情報に基づいて電子番組案内画面を表示する（Ｓ２０４）。

図１３は、電子番組案内情報テーブルＰＧ１１１の内容例を示した図である。図１３に示す電子番組案内情報テーブルＰＧ１１１に格納される電子番組案内情報は、配信局ＩＤ１３０１と、コンテンツＩＤ１３０２と、開始日時１３０３と、終了日時１３０４と、を有する。

制御部１１０は、上述の処理Ｓ２０３において、電子番組案内情報テーブルＰＧ１１１に格納されている電子番組案内情報が有する開始日時１３０３と終了日時１３０４とを参照し、開始日時１３０３と終了日時１３０４とにより示される時間帯と、上述の処理Ｓ２０２で設定された表示範囲とを比較する。

制御部１１０は、比較した結果、開始日時１３０３と終了日時１３０４とにより示される時間帯と、上述の処理Ｓ２０２で設定された表示範囲と、が重複する部分が存在する場合、表示範囲に該当すると判定する。

図１３に示す例において、「２００８年１０月１３日、１０：００」を始点とし、「２００８年１０月１３日、１３：００」を終点とする、表示範囲が設定されている場合、表示範囲に該当する電子番組案内情報は、電子番組案内情報Ａ１３０１乃至Ａ１３０４と、電子番組案内情報Ｂ１３０１乃至Ｂ１３０６、電子番組案内情報Ｃ１３０１乃至Ｃ１３０４となる。すなわち、図１３に示す内容のうち、電子番組案内情報Ａ１３００と、電子番組案内情報Ｂ１３００と、電子番組案内情報Ｃ１３００と、は表示範囲に設定されている時間帯と重複する部分を有さないため、表示範囲に該当しないと判定され、上述の処理Ｓ２０３において取得対象から除外される。

図１２は、端末装置において表示される電子番組案内画面の内容例を示した図である。図１２に示す電子番組案内画面は、時刻１２０１と、配信局ＡＡＡ（１２０２）と、配信局ＢＢＢ（１２０３）と、配信局ＣＣＣ（１２０４）と、を有する電子番組案内一覧１２１０と、表示範囲通知部１２０５、表示範囲変更指示部１２０６乃至１２０９と、番組選択部１２１１と、予約実行指示部１２１２が表示されている。

図１２に示す表示範囲通知部１２０５は、電子番組案内一覧１２１０に表示されている電子番組案内情報の表示範囲が、「２００８年１０月１３日、１０：００」を始点とし、「２００８年１０月１３日、１３：００」を終点とすることを示している。

図１２に示す電子番組案内一覧１２１０は、配信局ＡＡＡ（１２０２）が配信する番組として、「コンテンツＡ−１」が「１０：００〜１１：３０」の時間帯に配信され、「コンテンツＡ−２」が「１０：３０〜１１：００」の時間帯に配信され、「コンテンツＡ−３」が「１１：００〜１２：００」の時間帯に配信され、「コンテンツＡ−４」が「１２：００〜１３：００」の時間帯に配信される、ことを示している。

図１２に示す電子番組案内一覧１２１０において、配信局ＢＢＢ（１２０３）と配信局ＣＣＣ（１２０４）についても、配信局ＡＡＡ（１２０２）と同様であるため、説明を省略する。

制御部１１０は、電子情報案内画面の入力操作が行なわれたことを示す検出信号を操作部１５０から受信した場合、入力操作の内容が予約実行指示部１２１２の押下であるか否かを判定する（Ｓ２０５）。

制御部１１０は、上述のＳ２０５の判定処理において、入力操作の内容が予約実行指示部１２１２の押下であると判定した場合（Ｓ２０５でＹＥＳ）、予約情報の登録処理を行なう（Ｓ２０６）。すなわち、番組選択部１２１１により選択された番組を示す電子番組案内情報を取得し、取得された電子番組案内情報に基づいて予約情報を生成し、予約リストＰＧ１１３に登録する（Ｓ２０６）。図１２に示す例では、番組選択部１２１１が「配信局ＡＡＡ」の番組「コンテンツＡ−４」を選択していることを示している。

制御部１１０、電子番組案内情報に示されるコンテンツＩＤ１３０２を有する予約情報を生成し、予約リストＰＧ１１３に登録する。この際に、電子番組案内情報から取得した放送日時１１１２（開始日時１３０３、終了日時１３０４）を予約情報に登録してもよいし、予約情報を参照する都度に電子番組案内情報から放送日時１１１２（開始日時１３０３、終了日時１３０４）を取得してもよい。

次に、制御部１１０は、上述の処理２０６において取得した電子番組案内情報に示されるコンテンツＩＤに基づいて、予約情報の送信先として設定する端末装置を決定する（Ｓ２０７）。

制御部１１０は、上述の処理Ｓ２０６において取得した電子番組案内情報に示されるコンテンツＩＤ１３０２と、端末リストＰＧ１１０に登録されているノードＩＤ１１０１とを比較し、コンテンツＩＤ１３０２の値に最も近い値を有するノードＩＤ１１０１を取得する。

制御部１１０は、取得したノードＩＤに対応するアドレス情報１１０２を、端末リストＰＧ１１０から取得する（Ｓ２０７）。

制御部１１０は、取得したアドレス情報１１０２に示される端末装置１００のアドレスを用いて、上述の処理Ｓ２０６において電子番組案内情報テーブルＰＧ１１１から取得したコンテンツＩＤと、自端末装置に割当てられているアドレス情報又はノードＩＤを有する予約情報を送信する（Ｓ２０８）。また、制御部１１０は、プロセス間通信等の技法を用いて、自端末装置により実行される管理部ＰＧ２００へ予約情報を送信することもできる（Ｓ２０８）。

一方、制御部１１０は、上述の処理Ｓ２０５において、入力操作の内容が予約実行指示部１２１２の押下ではないと判定した場合（Ｓ２０５でＮＯ）、入力操作の内容が表示範囲の変更指示を示す表示範囲変更指示部１２０６乃至１２０９の押下であるか否かを判定する（Ｓ２０９）。図１２に示す例において、表示範囲変更指示部１２０６は表示範囲の日付を１日分遡る指示を入力する際に用いられ、表示範囲変更指示部１２０７は表示範囲の時刻を１時間分遡る指示を入力する際に用いられ、表示範囲変更指示部１２０８は表示範囲の時刻を１時間分進める指示を入力する際に用いられ、表示範囲変更指示部１２０９は表示範囲の日付を１日分進める指示を入力する際に用いられる。

制御部１１０は、上述の処理Ｓ２０９において、入力操作の内容が表示範囲の変更指示を示す表示範囲変更指示部１２０６乃至１２０９の押下であると判定した場合（Ｓ２０９でＹＥＳ）、押下された表示範囲変更指示部１２０６乃至１２０９の種別に応じて表示範囲を更新する（Ｓ２１０）。

一方、制御部１１０は、上述の処理Ｓ２０９において、入力操作の内容が表示範囲の変更指示を示す表示範囲変更指示部１２０６乃至１２０９の押下ではないと判定した場合（Ｓ２０９でＮＯ）、上述の処理Ｓ２０５からの処理を実行する。

以上が、本実施例に係る端末装置において実行される要求部ＰＧ１００による予約処理の流れである。
〔６．管理部ＰＧ２００における予約処理の流れ〕
次に、端末装置により実行される管理部ＰＧ２００における予約処理の具体的な手順を、図７を用いて説明する。図７は、端末装置により実行される管理部ＰＧ２００における予約処理の具体的な手順を示した図である。なお、図７に示す処理手順は、図４に示す管理部ＰＧ２００が有する予約受信部ＰＧ２０２として機能する制御部１１０により実行される。

まず、端末装置の制御部１１０は、予約情報の受信を検知したか否かを判定する（Ｓ３００）。制御部１１０は、通信部１４０から通信線１３０を介して取得した受信電文を解析し、受信電文が予約情報を示すと判定した場合に、予約情報の受信を検知したと判定する（Ｓ３００でＹＥＳ）。また、制御部１１０は、プロセス間通信等の技法を用いて、自端末装置により実行される要求部ＰＧ１００から取得した受信電文を解析し、受信電文が予約情報を示すと判定した場合に、予約情報を受信したと判定する（Ｓ３００でＹＥＳ）こともできる。

制御部１１０は、予約情報の受信を検知した場合（Ｓ３００でＹＥＳ）、受信した予約情報を通信部１４０から取得し、取得した予約情報に基づいて予約端末情報を予約端末リストＰＧ２１０に登録する（Ｓ３０１）。すなわち、予約情報に示されるコンテンツＩＤ及び端末情報に基づいて、コンテンツＩＤ２１０１及び端末情報２１０２を有する予約端末情報を予約端末リストＰＧ２１０に登録する。ここで、端末情報２１０２は、ノードＩＤでもよいし、アドレス情報でもよい。

制御部１１０は、予約端末情報の登録処理を実行した後、上述の処理Ｓ３００を実行する。また、制御部１１０は、上述の処理Ｓ３００において、予約情報の受信を検知していないと判定した場合（Ｓ３００でＮＯ）、所定時間が経過した後に処理Ｓ３００を再度実行する。

以上が、本実施例に係る端末装置１００により実行される管理部ＰＧ２００における予約処理の流れである。
〔７．要求部ＰＧ１００における録画処理〕
次に、端末装置１００により実行される要求部ＰＧ１００における録画処理の具体的な手順を、図８を用いて説明する。図８は、端末装置１００により実行される要求部ＰＧ１００における録画処理の流れを示した図である。なお、図８に示す処理手順は、図４に示す要求部ＰＧ１００が有する放送受信部ＰＧ１０４、検証情報受信部ＰＧ１０５、検証処理部ＰＧ１０６、所有候補検索部ＰＧ１０７、補完処理部ＰＧ１０８として機能する制御部１１０により実行される。

まず、端末装置の制御部１１０は、検証情報を受信したか否かを判定する（Ｓ４００）。制御部１１０は、通信部１４０から通信線１３０を介して取得した受信電文を解析し、受信電文が検証情報を示すと判定した場合に、検証情報を受信したと判定する（Ｓ４００でＹＥＳ）。

制御部１１０は、検証情報を受信したと判定した場合（Ｓ４００でＹＥＳ）、受信した検証情報を検証情報ＤＢ（ＰＧ１１４）に登録する。検証情報は、図２０に示すように、コンテンツＩＤ１１４１と、分割コンテンツＩＤ１１４２と、検証データ１１４３と、を有する。検証データは、例えば、所定の時間単位などに分割されたコンテンツデータをハッシュ化して得たハッシュ値を用いることができる。

制御部１１０は、上述の処理Ｓ４００において検証情報を受信していないと判定した場合（Ｓ４００でＮＯ）、コンテンツを受信したか否かを判定する（Ｓ４０２）。制御部１１０は、通信部１４０から通信線１３０を介して取得した受信電文を解析し、受信電文がコンテンツ情報を示すと判定した場合に、コンテンツを受信したと判定する（Ｓ４０２でＹＥＳ）。

制御部１１０は、コンテンツ情報を受信したと判定した場合（Ｓ４０２でＹＥＳ）、受信したコンテンツ情報をコンテンツＤＢ（ＰＧ１１５）に登録し、受信したコンテンツ情報の状態を示すコンテンツ管理情報をコンテンツ管理テーブル（ＰＧ１１２）に登録する（Ｓ４０３）。

コンテンツ情報は、図２１に示すように、コンテンツＩＤ１１５１と、分割コンテンツＩＤ１１５２と、コンテンツデータ１１５３と、を有する。コンテンツデータ１１５３は、コンテンツＩＤ１１５１で識別されるコンテンツを、所定の時間単位などに分割されたコンテンツデータである。

コンテンツ管理情報は、図１８に示すように、コンテンツＩＤ１１２１と、分割コンテンツＩＤ１１２２と、状態情報１１２３と、を有する。状態情報１１２３は、コンテンツ情報が有するコンテンツデータについて実行される検証処理の結果を示す。状態情報１１２３には、例えば、検証処理が実行される前であれば「検証未」を示す値が格納される。また、検証処理を実行した結果、検証情報との整合性を有する場合には「整合性あり」を示す値が格納され、検証情報との整合性を有さない場合には「整合性なし」を示す値が格納される。

なお、電波受信機５００において受信されるコンテンツ情報は、分割コンテンツＩＤを有していなくてもよい。この場合、電波受信機５００において受信されたコンテンツ情報が有するコンテンツデータを、検証処理の対象となる単位に再構成し、再構成した順番を示すシーケンス番号を端末装置１００において付与すればよい。すなわち、この例では、コンテンツ情報及び検証情報が有する分割コンテンツＩＤとして、上述のシーケンス番号を用いることができる。

次に、制御部１１０は、上述の処理Ｓ４０３においてコンテンツＤＢに登録したコンテンツ情報が有するコンテンツＩＤ及び分割コンテンツＩＤに対応する検証情報を検証情報ＤＢから取得する（Ｓ４０４）。

制御部１１０は、取得した検証情報が有する検証データ１１４３を用いて、コンテンツ情報が有するコンテンツデータの整合性の検証処理を実行する（Ｓ４０５）。制御部１１０は、例えば、検証データを生成したときと同じアルゴリズムを用いてコンテンツデータから生成したハッシュ値を、検証データと比較して、両者が一致した場合に整合性を有すると判定することができる（Ｓ４０６でＮＯ）。すなわち、制御部１１０は、コンテンツデータに欠陥がないと判定した場合（Ｓ４０６でＮＯ）、上述の処理Ｓ４００からの処理を実行する。

一方、制御部１１０は、上述の処理Ｓ４０５を実行した結果、コンテンツデータに欠陥があると判定した場合（Ｓ４０６でＹＥＳ）、欠陥を補完するデータを有する可能性のある端末装置を示す所有候補を検索する（Ｓ４０７）。処理Ｓ４０７における検索処理の具体例については後述する。

制御部１１０は、検索処理を実行した結果、所有候補を得られたか否かを判定する（Ｓ４０８）。制御部１１０は、上述の検索処理を実行した結果、所有候補を得られたと判定した場合（Ｓ４０８でＹＥＳ）、上述の検索処理で取得した所有候補に示される端末装置に対して、補完情報の送信を要求する取得依頼を送信する（Ｓ４０９）。ここで、所有候補に示される端末装置に対して送信される取得依頼は、上述の検証処理において欠陥を有すると判定されたコンテンツデータに対応するコンテンツＩＤ及び分割コンテンツＩＤを有する。

上述の検索処理（Ｓ４０７）において取得する所有候補として、複数の端末装置を示すリスト形式に編成したデータを用いることができる。この場合、制御部１１０は、所有候補リストに示される端末装置を任意の順序で選択して取得依頼を順次送信しても良いし、マルチキャスト（Multicast）してもよい（Ｓ４０９）。

一方、制御部１１０は、上述の処理Ｓ４０８において、所有候補の取得に失敗したと判定した場合（Ｓ４０８でＮＯ）、配信装置２００に対して、補完情報の送信を要求する取得依頼を送信する（Ｓ４１２）。ここで、配信装置２００に対して送信される取得依頼は、上述の検証処理において欠陥を有すると判定されたコンテンツデータに対応するコンテンツＩＤ及び分割コンテンツＩＤを有する。

制御部１１０は、取得依頼の送信先から補完情報を受信し（Ｓ４１０）、受信した補完情報を用いて補完処理を実行する（Ｓ４１１）。ここで、取得依頼の送信先から受信された補完情報は、コンテンツＩＤと、分割コンテンツＩＤと、コンテンツデータと、を有する。すなわち、制御部１１０は、上述の補完処理において、受信された補完情報が有するコンテンツＩＤ及び分割コンテンツＩＤに対応するコンテンツ情報を、コンテンツＤＢ（ＰＧ１１５）から検索する。そして、制御部１１０は、検索されたコンテンツ情報が有するコンテンツデータを、受信された補完情報が有するコンテンツデータを用いて更新する。

なお、取得依頼の送信先において整合性を有するコンテンツデータを所有していない場合、制御部１１０は、上述の処理Ｓ４１０において不完全な補完情報を受信する。この場合、制御部１１０は、上述の処理Ｓ４１１を実行せずに補完情報を破棄し、他の所有候補の端末装置からの補完情報の受信処理を実行するか、配信装置からの補完情報の受信処理を実行する。

以上が、端末装置１００により実行される要求部ＰＧ１００における録画処理の流れである。なお、上述の例では、端末装置１００を用いた録画処理について説明したが、配信されるコンテンツの再生時に上述の補完処理を実行してもよい。
〔８．要求部ＰＧ１００における所有候補検索処理〕
次に、上述の処理Ｓ４０７において実行される所有候補検索処理の具体的な手順を、図９を用いて説明する。図９は、端末装置により実行される要求部ＰＧ１００における所有候補検索処理の流れを示した図である。なお、図９に示す処理手順は、図４に示す要求部ＰＧ１００が有する所有候補検索部ＰＧ１７０として機能する制御部１１０により実行される。

まず、制御部１１０は、コンテンツＩＤを指定して所有候補検索処理を開始する（Ｓ５００）。ここで、コンテンツＩＤは、上述の処理４０５において実行された検証処理により欠陥を有すると判定されたコンテンツデータに対応するコンテンツＩＤである。

制御部１１０は、所有候補の情報が存在するか否かを判定する（Ｓ５０１）。例えば、制御部１１０は、自端末装置又は他端末装置により実行される管理部ＰＧ２００から、所有候補の情報を取得済みである場合、所有候補の情報が存在すると判定する（Ｓ５０１でＮＯ）。

制御部１１０は、上述の処理Ｓ５０１において所有候補が存在すると判定した場合（Ｓ５０１でＮＯ）、すでに保持している所有候補の情報を検索結果として出力する（Ｓ５０６）。

一方、制御部１１０は、上述の処理Ｓ５０１において所有候補が存在しないと判定した場合（Ｓ５０１でＹＥＳ）、管理ノードの選択処理を実行する（Ｓ５０２）。例えば、制御部１１０は、上述の処理Ｓ５００において取得したコンテンツＩＤと、端末リストＰＧ１１０に登録されているノードＩＤ１１０１とを比較し、コンテンツＩＤの値に最も近い値を有するノードＩＤ１１０１を取得する。

制御部１１０は、取得したノードＩＤに対応するアドレス情報１１０２を、端末リストＰＧ１１０から取得する（Ｓ５０２）。

制御部１１０は、取得したアドレス情報１１０２に示される端末装置に対して、上述の処理Ｓ５００において取得したコンテンツＩＤを含む検索依頼を送信する（Ｓ５０３）。また、制御部１１０は、プロセス間通信等の技法を用いて、自端末装置により実行される管理部ＰＧ２００へ検索依頼を送信することもできる（Ｓ５０３）。

制御部１１０は、検索依頼の送信先から、検索結果として端末リストを受信し（Ｓ５０４）、受信した端末リストを所有候補ＤＢ（ＰＧ１１６）に登録する（Ｓ５０５）。上述の処理Ｓ５０４において受信された端末リストは、コンテンツＩＤと、端末情報と、を有する。端末情報は、ノードＩＤでもよいし、アドレス情報でもよい。なお、端末情報としてノードＩＤを用いる場合、端末リストＰＧ１１０を参照してアドレス情報１１０２を取得することができる。

制御部１１０は、上述の処理Ｓ５０４において受信した端末リストを所有候補として出力する（Ｓ５０６）。

以上が、本実施例に係る端末装置１００により実行される要求部ＰＧ１００における検索処理の流れである。
〔９．管理部ＰＧ２００における所有候補検索処理〕
次に、上述の処理Ｓ５０３において送信された検索依頼を受信した端末装置１００において実行される所有候補検索処理の具体的な手順を、図１０を用いて説明する。

図１０は、端末装置により実行される管理部ＰＧ２００における所有候補検索処理の流れを示した図である。なお、図１０に示す処理手順は、図４に示す管理部ＰＧ２００が有する検索処理部ＰＧ２０３として機能する制御部１１０により実行される。

まず、制御部１１０は、検索依頼を受信したか否かを判定する（Ｓ６００）。制御部１１０は、通信部１４０から通信線１３０を介して取得した受信電文を解析し、受信電文が検索依頼を示すと判定した場合に、検索依頼を受信したと判定する（Ｓ６００でＹＥＳ）。また、制御部１１０は、プロセス間通信等の技法を用いて、自端末装置により実行される要求部ＰＧ１００から取得した受信電文を解析し、受信電文が検索依頼を示すと判定した場合に、検索依頼を受信したと判定する（Ｓ６００でＹＥＳ）こともできる。

制御部１１０は、検索依頼を受信したと判定した場合（Ｓ６００でＹＥＳ）、予約端末の検索処理を実行する（Ｓ６０１）。すなわち、制御部１１０は、予約端末リストＰＧ２１０を参照し、受信した検索依頼が示すコンテンツＩＤに対応する端末情報２１０２を取得する（Ｓ６０１）。端末情報は、ノードＩＤでもよいし、アドレス情報でもよい。なお、端末情報としてノードＩＤを用いる場合、端末リストＰＧ１１０を参照してアドレス情報１１０２を取得してもよい。

制御部１１０は、上述の処理Ｓ６０１において取得した端末情報２１０２に基づいて、検索結果である端末リストを生成し（Ｓ６０２）、検索依頼を送信した端末装置の要求部ＰＧ１００へ、生成した端末リストを送信する（Ｓ６０３）。

以上が、本実施例に係る端末装置１００により実行される管理部ＰＧ２００における所有候補検索処理の流れである。
〔１０．管理部ＰＧ２００における補完情報送信処理〕
次に、上述の処理Ｓ４０９において送信された取得依頼を受信した端末装置１００において実行される補完情報送信処理の具体的な手順を、図２４を用いて説明する。図２４は、端末装置１００により実行される管理部ＰＧ２００における補完情報送信処理の流れを示した図である。なお、図２４に示す処理手順は、図４に示す管理部ＰＧ２００が有する補完情報送信部ＰＧ２０４として機能する制御部１１０により実行される。

まず、制御部１１０は、補完情報の送信依頼を受信したか否かを判定する（Ｓ２５０１）。制御部１１０は、通信部１４０から通信線１３０を介して取得した受信電文を解析し、受信電文が補完情報の送信依頼を示すと判定した場合に、送信依頼を受信したと判定する（Ｓ２５０１でＹＥＳ）。また、制御部１１０は、プロセス間通信等の技法を用いて、自端末装置により実行される要求部ＰＧ１００から取得した受信電文を解析し、受信電文が補完情報の送信依頼を示すと判定した場合に、補完情報の送信依頼を受信したと判定する（Ｓ２５０１でＹＥＳ）こともできる。

制御部１１０は、送信依頼を受信したと判定した場合（Ｓ２５０１でＹＥＳ）、コンテンツ管理テーブル（ＰＧ１１２）の検索処理を実行する（Ｓ２５０２）。すなわち、制御部１１０は、受信した送信依頼が示すコンテンツＩＤ及び分割コンテンツＩＤに対応するコンテンツ管理情報を、コンテンツ管理テーブル（ＰＧ１１２）から取得する（Ｓ２５０２）。

制御部１１０は、取得したコンテンツ管理情報が有する状態情報１１２３を参照し、整合性を有する旨の値が設定されているか否かを判定する（Ｓ２５０３）。

制御部１１０は、状態情報１１２３に整合性を有する旨の値が設定されていると判定した場合（Ｓ２５０３でＹＥＳ）、コンテンツＤＢ（ＰＧ１１５）の検索処理を実行する（Ｓ２５０４）。すなわち、制御部１１０は、上述の処理Ｓ２５０１において受信した送信依頼が示すコンテンツＩＤ及び分割コンテンツＩＤに対応するコンテンツデータを、コンテンツＤＢ（ＰＧ１１５）から取得する（Ｓ２５０４）。

制御部１１０は、取得したコンテンツデータを有する補完情報を生成し、送信依頼を送信した端末装置へ、生成した補完情報を送信する（Ｓ２５０５）。

一方、制御部１１０は、上述の処理２５０３において状態情報１１２３に整合性を有する旨の値が設定されていないと判定した場合（Ｓ２５０３でＮＯ）、整合性を有するコンテンツデータを所有していないことを示す補完情報を送信する（Ｓ２５０６）。すなわち、制御部１１０は、上述の処理Ｓ２５０１において受信した送信依頼が示すコンテンツＩＤ及び分割コンテンツＩＤに対応するコンテンツデータを有さない不完全な補完情報を送信する（Ｓ２５０６）。

以上が、端末装置１００により実行される管理部ＰＧ２００における補完情報送信処理の流れである。

〔１．実施例２に係る端末装置により実行されるプログラムの構成〕
図２５は、本実施例に係る端末装置により実行されるプログラムの構成を示した図である。図２５に示すプログラムの構成要素は、上述の実施例１に示すプログラムの構成要素（図４参照）と同様の構成に対して、同一の参照符号を付している。図２５に示すプログラムの構成要素は、例えば、待機処理部ＰＧ１０９が追加されている点で、図４に示す実施例１に係る端末装置により実行されるプログラムの構成と相違する。

本実施例において追加されている、待機処理部ＰＧ１０９は、配信装置２００から取得したコンテンツに欠陥があった場合に、他の端末装置へ依頼を送信する処理を任意の時間が経過するまで待機させる構成として、制御部１１０を機能させる。

その他の構成については、上述の実施例１と同様であるため、説明を省略する。
〔２．実施例２に係る要求部ＰＧ１００における録画処理〕
図２６は、実施例２に係る端末装置により実行される要求部ＰＧ１００における録画処理の流れを示した図である。なお、図２６に示す処理手順は、図２５に示す要求部ＰＧ１００が有する方送受信部ＰＧ１０４、検証情報受信部ＰＧ１０５、検証処理部ＰＧ１０６、所有候補検索部ＰＧ１０７、補完処理部ＰＧ１０８、待機処理部ＰＧ１０９として機能する制御部１１０により実行される。

図２６に示す処理の流れは、図８に示す実施例１に係る録画処理と同様の内容となる処理手順に対して、同一の参照符号を付している。図２６に示す処理手順は、例えば、処理Ｓ４１３が追加されている点で、図８に示す処理手順と相違する。そこで、説明の簡略化のため、同じ内容となる処理手順については部分的に説明を省略する。

本実施例に係る端末装置１００の制御部１１０は、実施例１における処理４０５と同様に、処理Ｓ４０４において取得した検証情報が有する検証データ１１４３を用いて、コンテンツ情報が有するコンテンツデータの整合性の検証処理を実行する（Ｓ４０５）。

制御部１１０は、上述の処理Ｓ４０５を実行した結果、コンテンツデータに欠陥があると判定した場合（Ｓ４０６でＹＥＳ）、本実施例に特有の待機処理を実行する（Ｓ４１３）。

上述の待機処理（Ｓ４１３）において、待機時間は、乱数に基づいて設定してもよいし、自端末装置と管理ノードとして選択された端末装置との論理的な距離に基づいて設定してもよい。ここで、論理的な距離として、自端末装置が有するノードＩＤと、管理ノードとして選択された端末装置が有するノードＩＤと、の差分値を用いることができる。

制御部１１０は、上述の乱数又は論理的な距離に基づいて得た数値を予め定めた最大待ち時間で除算し、その余りを待機時間として設定する。そして、制御部１１０は、設定した待機時間が経過するまで、所有候補の検索処理（Ｓ４０７）の実行を待機する。

制御部１１０は、待機時間が経過した後、所有候補の検索処理（Ｓ４０７）を実行する。その後の処理は、実施例１と同様であるため、説明を省略する。

なお、上述の待機処理を実行するタイミングは、上述の所有候補の検索処理（Ｓ４０７）において、検索依頼を管理ノードへ送信する前の段階であれば、適宜変更することができる。

以上が、実施例２に係る端末装置１００により実行される管理部ＰＧ２００における録画処理の流れである。

〔１．実施例３に係る端末装置により実行されるプログラムの構成〕
図２７は、本実施例に係る端末装置により実行されるプログラムの構成を示した図である。図２７に示すプログラムの構成要素は、上述の実施例１に示すプログラムの構成要素（図４参照）と同様の構成に対して、同一の参照符号を付している。図２７に示すプログラムの構成要素は、例えば、予約情報送信部ＰＧ２０５が追加されている点で、図４に示す実施例１に係る端末装置により実行されるプログラムの構成と相違する。

本実施例において追加されている、予約情報送信部ＰＧ２０５は、予約端末リストＰＧ２１０に登録されている端末装置に対して、予約受信部ＰＧ２０２として機能する制御部１１０が受信した予約情報を送信する構成として、制御部１１０を機能させる。

その他の構成については、上述の実施例１と同様であるため、説明を省略する。
〔２.実施例３に係るシステムの処理の流れを示した図〕
図２８は、本実施例に係るシステムの処理の流れを示した図である。

図２８に示す例は、上述の実施例１に示すシステムの処理の流れ（図５参照）と同様の処理に対して、同一の参照符号を付している。図２８に示す処理の流れは、例えば、予約情報の送信処理Ｓ１０９が追加されている点で、図５に示す処理の流れと相違する。そこで、説明の簡略化のため、同じ内容となる処理手順については部分的に説明を省略する。

図２８に示す例は、図５と同様に端末装置Ａ（１００）が本実施例に係るシステムに参加し、端末装置Ａ（１００）が本実施例に係るシステムからコンテンツの受信を行なう、という処理の流れを示している。

まず、端末装置Ａは、実施例１と同様の手順によりＰ２Ｐシステムへの参加を行なう（Ｓ１００乃至Ｓ１０１）。

端末装置Ａは、操作者の入力操作により、コンテンツの配信を受けるための予約を行なう指示を受けた場合、予約内容を記憶部１２０に格納し、予約を受けたコンテンツに基づいて特定される管理ノードに対して予約内容を示す予約情報を送信する（Ｓ１０２）。

端末装置Ｃは、端末装置Ａから受信した予約情報に示されるコンテンツＩＤと同じコンテンツＩＤに対応付けて予約端末リストに登録されている端末装置を検索する。すなわち、図２７に示す管理部ＰＧ２００が有する予約受信部ＰＧ２０２として機能する制御部１１０が、通信部１４０を介して受信した予約情報に示されるコンテンツＩＤを用いて、記憶部１２０に保持される予約端末リストＰＧ２１０から対応する予約情報を検索する。

ここで、端末装置Ｃの予約端末リストには、端末装置Ａから受信した予約情報に示されるコンテンツＩＤと同じコンテンツＩＤに対応付けて端末装置Ｂが登録されている。

端末装置Ｃは、予約端末リストに登録されている端末装置Ｂに対して、端末装置Ａから受信した予約情報を送信する（Ｓ１０９）。すなわち、図２７に示す管理部ＰＧ２００が有する予約情報送信部ＰＧ２０５として機能する制御部１１０が、通信部１４０を介して予約情報を送信する。

端末装置Ｂは、端末装置Ｃから受信した予約情報に基づいて記憶部１２０に格納された予約端末リストを更新する。すなわち、図２７に示す管理部ＰＧ２００が有する予約受信部ＰＧ２０２として機能する制御部１１０が、記憶部１２０に保持される予約端末リストＰＧ２１０に、通信部１４０を介して受信した予約情報を登録する。

端末装置Ｃは、予約情報を送信した端末装置Ａに対して、予約端末リストに登録されている予約情報を送信する（Ｓ１０９’）。すなわち、図２７に示す管理部ＰＧ２００が有する予約情報送信部ＰＧ２０５として機能する制御部１１０が、通信部１４０を介して予約情報を送信する。

端末装置Ａは、端末装置Ｃから受信した予約情報に基づいて記憶部１２０に格納された予約端末リストを更新する。すなわち、図２７に示す管理部ＰＧ２００が有する予約受信部ＰＧ２０２として機能する制御部１１０が、記憶部１２０に保持される予約端末リストＰＧ２１０に、通信部１４０を介して受信した予約情報を登録する。

端末装置Ｃは、端末装置Ａから受信した予約情報に基づいて記憶部１２０に格納された予約端末リストを更新する。図１５は、端末装置Ｃにおいて格納される予約端末リストの内容例を示した図である。図１５に示す例では、コンテンツＩＤ１５０１としてコンテンツＡ−４を識別する情報が登録されており、コンテンツＡ−４に対する予約情報を送信した端末装置のアドレスを示す情報として端末装置Ａのアドレス１と端末装置Ｂのアドレス２とが登録されていることを示している。

その後の処理は、実施例１に係るシステムの処理の流れと同様のため、説明を省略する。

以上の処理により、管理ノードとして選択された端末装置へ送信される予約情報を、各端末装置で共有することができる。

図２９は、本実施例に係るシステムにおいて共有される予約情報の流れを概念的に示した図である。図２９において黒丸Ａ、Ｂ、Ｃ、Ｄは、端末装置を示しており、それぞれ端末装置Ａ、Ｂ、Ｃ、Ｄと呼ぶ。

図２９において、端末装置Ａは、予約端末リストに端末装置Ｂに関する情報が登録されていることを示している。

図２９において、端末装置Ｂは、予約端末リストに端末装置Ａに関する情報が登録されていることを示している。

図２９において、端末装置Ｄは、予約端末リストに端末装置Ａと端末装置Ｂに関する情報が登録されていることを示している。

図２９において、端末装置Ｃは、利用者からの操作を受けて生成した予約情報を、管理ノードとして選択した端末装置Ｄに対して送信する（１）ことを示している。

図２９において、端末装置Ｄは、予約端末リストに登録されている端末装置ＡとＢに対して、端末装置Ｃから受信した予約情報を送信する（２，３）ことを示している。

図２９において、端末装置Ｄは、予約情報の送信元である端末装置Ｃに対して、予約端末リストに登録されている端末装置ＡとＢに関する端末情報に基づいて生成した予約情報を、送信する（４）ことを示している。

図２９において、端末装置Ｃは、端末装置Ｄから受信した予約情報を、予約端末リストに登録することを示している。

図２９において、端末装置Ｄは、端末装置Ｃから受信した予約情報を、予約端末リストに登録することを示している。

図２９において、端末装置Ａは、端末装置Ｄから受信した端末装置Ｃに関する予約情報を、予約端末リストに登録されている端末装置Ｂに対して送信する（５）ことを示している。

図２９において、端末装置Ａは、端末装置Ｄから受信した端末装置Ｃに関する予約情報を、予約端末リストに登録することを示している。

図２９において、端末装置Ｂは、端末装置Ｄから受信した端末装置Ｃに関する予約情報を、予約端末リストに登録されている端末装置Ａに対して送信する（６）ことを示している。

図２９において、端末装置Ｂは、端末装置Ｄから受信した端末装置Ｃに関する予約情報を、予約端末リストに登録することを示している。
〔３．実施例３の管理部ＰＧ２００における予約処理の流れ〕
図３０は、実施例３に係る端末装置により実行される管理部ＰＧ２００における予約処理の具体的な手順を示した図である。図３０に示す例は、上述の実施例１に示す管理部ＰＧ２００における予約処理の流れ（図７参照）と同様の処理に対して、同一の参照符号を付している。図３０に示す処理の流れは、例えば、予約情報の送信処理Ｓ３０２〜３０７が追加されている点で、図７に示す処理の流れと相違する。そこで、説明の簡略化のため、同じ内容となる処理手順については部分的に説明を省略する。

まず、端末装置の制御部１１０は、予約情報の受信を検知したか否かを判定する（Ｓ３００）。制御部１１０は、通信部１４０から通信線１３０を介して取得した受信電文を解析し、受信電文が予約情報を示すと判定した場合に、予約情報の受信を検知したと判定する（Ｓ３００でＹＥＳ）。

制御部１１０は、予約情報の受信を検知した場合（Ｓ３００でＹＥＳ）、通信部１４０から取得した予約情報が有する端末情報を参照し、端末情報が自端末装置を示すか否かを判定する（Ｓ３０２）。制御部１１０は、例えば、端末情報に示されるアドレス情報が、自端末装置に割当てられているアドレス情報と同じである場合に、端末情報が自端末装置を示すと判定する（Ｓ３０２でＹＥＳ）。また、制御部１１０は、例えば、端末情報に示されるノードＩＤが、自端末装置に割当てられているノードＩＤと同じである場合に、端末情報が自端末装置を示すと判定する（Ｓ３０２でＹＥＳ）。

制御部１１０は、受信した予約情報が有する端末情報が自端末装置を示さないと判定した場合（Ｓ３０２でＮＯ）、受信した予約情報に基づいて予約端末リストＰＧ２１０を検索する（Ｓ３０３）。すなわち、制御部１１０は、受信した予約情報に示されるコンテンツＩＤと同じコンテンツＩＤに対応して予約端末リストＰＧ２１０に登録されている端末装置を検索する（Ｓ３０３）。

一方、制御部１１０は、上述の処理Ｓ３０２において、受信した予約情報が有する端末情報が自端末装置を示すと判定した場合（Ｓ３０２でＹＥＳ）、処理Ｓ３００を再度実行する。

制御部１１０は、上述の処理Ｓ３０３における検索処理により予約端末リストから取得した端末情報を参照し、上述の処理Ｓ３００で受信した予約情報が有する端末情報が、予約端末リストＰＧ２１０に登録されているか否かを判定する（Ｓ３０４）。制御部１１０は、例えば、上述の処理Ｓ３００で受信した予約情報が有する端末情報を、上述の処理Ｓ３０３における検索処理により取得した端末情報と比較し、同じ値を有する端末情報が存在する場合に、上述の処理Ｓ３００で受信した予約情報が有する端末情報が、予約端末リストＰＧ２１０に登録されていると判定する。

制御部１１０は、例えば、上述の処理Ｓ３００で受信した予約情報が有する端末情報を、上述の処理Ｓ３０３における検索処理により取得した端末情報と比較し、同じ値を有する端末情報が１件も存在しない場合に、上述の処理Ｓ３００で受信した予約情報が有する端末情報が、予約端末リストＰＧ２１０に登録されていないと判定する。

制御部１１０は、上述の処理Ｓ３０４において端末情報が未登録であると判定した場合（Ｓ３０４でＹＥＳ）、上述の処理Ｓ３０３における検索処理により取得した端末情報に示される端末装置に対して、上述の処理Ｓ３００で受信した予約情報を、通信部１４０を介して送信する（Ｓ３０５）。予約端末リストは、コンテンツＩＤ及び端末情報を有する。端末情報２１０２は、ノードＩＤでもよいし、アドレス情報でもよい。

制御部１１０は、上述の処理Ｓ３００で受信した予約情報が有する端末情報が示す端末装置が、予約情報の送信元である端末装置と一致するか否かを判定する（Ｓ３０６）。制御部１１０は、上述の処理Ｓ３００において通信部１４０から取得した受信電文を解析することにより、送信元の端末装置を特定することができる。例えば、受信電文が有するＩＰ（InternetProtocol）ヘッダに示される送信元ＩＰアドレス（Source Address）を参照することにより、送信元の端末装置を特定することができる。

制御部１１０は、上述の処理Ｓ３０６において受信した予約情報が有する端末情報が示す端末装置と予約情報の送信元である端末装置が一致すると判定した場合（Ｓ３０６でＹＥＳ）、受信した予約情報の送信元である端末装置に対して、上述の処理Ｓ３０３における検索処理により取得した端末情報とコンテンツＩＤとを有する予約情報を送信する（Ｓ３０７）。

制御部１１０は、上述の処理Ｓ３００において受信した予約情報に示されるコンテンツＩＤ及び端末情報に基づいて、コンテンツＩＤ２１０１及び端末情報２１０２を有する予約端末情報を予約端末リストＰＧ２１０に登録する（Ｓ３０１）。ここで、端末情報２１０２は、ノードＩＤでもよいし、アドレス情報でもよい。

一方、制御部１１０は、上述の処理Ｓ３０６において、予約情報が有する端末情報が示す端末装置と予約情報の送信元である端末装置が一致しないと判定した場合（Ｓ３０６でＮＯ）、上述の処理Ｓ３０７を実行せずに、上述の処理Ｓ３０１における登録処理を実行する。

以上が、本実施例に係る端末装置１００により実行される管理部ＰＧ２００における予約処理の流れである。
〔４．実施例３の要求部ＰＧ１００における所有候補検索処理〕
図３１は、実施例３に係る端末装置により実行される要求部ＰＧ１００における所有候補検索処理の具体的な手順を示した図である。図３１に示す例は、上述の実施例１に示す要求部ＰＧ１００における所有候補検索処理の流れ（図９参照）と同様の処理に対して、同一の参照符号を付している。図３１に示す処理の流れは、例えば、管理ノードの選択処理（Ｓ５０２）が削除されている点で、図９に示す処理の流れと相違する。そこで、説明の簡略化のため、同じ内容となる処理手順については部分的に説明を省略する。

まず、制御部１１０は、実施例１に示す要求部ＰＧ１００における録画処理の流れ（図８参照）と同様の処理手順により、受信したコンテンツに対して検証処理を実行し（図８のＳ４０５）、欠陥ありと判定されたコンテンツのコンテンツＩＤを指定して所有候補の検索処理を実行する（図８のＳ４０７）ことにより、所有候補検索処理を開始する。

すなわち、制御部１１０は、コンテンツＩＤの指定を受けて、所有候補検索処理を開始する（Ｓ５００）。ここで、コンテンツＩＤは、上述の処理４０５において実行された検証処理により欠陥を有すると判定されたコンテンツデータに対応するコンテンツＩＤである。

制御部１１０は、所有候補の情報が存在するか否かを判定する（Ｓ５０１）。例えば、制御部１１０は、自端末装置により実行される管理部ＰＧ２００から、所有候補の情報を取得済みである場合、所有候補の情報が存在すると判定する（Ｓ５０１でＮＯ）。

一方、制御部１１０は、上述の処理Ｓ５０１において所有候補が存在しないと判定した場合（Ｓ５０１でＹＥＳ）、プロセス間通信等の技法を用いて、自端末装置により実行される管理部ＰＧ２００へ検索依頼を送信する（Ｓ５０３）。

以上が、本実施例に係る端末装置１００により実行される要求部ＰＧ１００における所有候補検索処理の流れである。

なお、本実施例に係る端末装置により実行される管理部ＰＧ２００における所有候補検索処理は、実施例1と同様であるため、説明を省略する。

〔１．実施例４の概要〕
本実施例は、上述の実施例３と同様の構成において、上述の実施例２に示す待機処理と同様の待機処理を追加するものである。

ただし、本実施例における待機処理は、補完情報の送信を要求する取得依頼の送信処理に対して、任意の時間が経過するまで実行を待機させる。

以下の説明において、上述の実施例３と同様の内容については、部分的に説明を省略する。
〔２．実施例４に係る端末装置により実行されるプログラムの構成〕
図３２は、本実施例に係る端末装置により実行されるプログラムの構成を示した図である。図３２に示すプログラムの構成要素は、上述の実施例３に示すプログラムの構成要素（図２７参照）と同様の構成に対して、同一の参照符号を付している。図３２に示すプログラムの構成要素は、例えば、待機処理部ＰＧ１０９が追加されている点で、図２７に示す実施例３に係るプログラムの構成と相違する。

その他の構成については、上述の実施例３と同様であるため、説明を省略する。
〔３．実施例４に係る要求部ＰＧ１００における録画処理〕
図３３は、実施例４に係る端末装置により実行される要求部ＰＧ１００における録画処理の流れを示した図である。なお、図３３に示す処理手順は、図３２に示す要求部ＰＧ１００が有する方送受信部ＰＧ１０４、検証情報受信部ＰＧ１０５、検証処理部ＰＧ１０６、所有候補検索部ＰＧ１０７、補完処理部ＰＧ１０８、待機処理部ＰＧ１０９として機能する制御部１１０により実行される。

制御部１１０は、検索処理を実行した結果、所有候補を得られたか否かを判定する（Ｓ４０８）。制御部１１０は、上述の検索処理を実行した結果、所有候補を得られたと判定した場合（Ｓ４０８でＹＥＳ）、本実施例に特有の待機処理を実行する（Ｓ４１３）。

上述の待機処理（Ｓ４１３）において、待機時間は、乱数に基づいて設定してもよいし、上述の処理Ｓ４０７における所有候補検索処理により取得した所有候補に示される端末装置の個数に基づいて設定してもよい。

制御部１１０は、例えば、上述の処理Ｓ４０７における所有候補検索処理により取得した所有候補に示される端末装置の個数に基づいて最大の待ち時間の値を決定し、決定された値から０値までの範囲でランダムに待ち時間を設定することができる。これにより、所有候補数の多さに応じて、設定されうる最大の待ち時間を調整することができる。すなわち、所有候補数が多くなれば、所有候補数が少ない場合に比べて、上述の処理Ｓ４１３において実行される待機時間が長く設定される可能性が生じる。その結果、本実施例において、各端末装置から送信される取得依頼が短時間に集中することを効果的に回避できる。

一方、所有候補数が少なくなれば、所有候補数が多い場合に比べて、上述の処理Ｓ４１３において実行され得る最長の待機時間が短く設定される。これは、所有候補数が少ないほど、各端末装置から送信される取得依頼が短時間に集中する可能性が低いためである。すなわち、この場合には、所有候補数が多い場合に比べて、取得依頼を送信するタイミングを分散させる時間的な範囲を短く設定することにより、補完処理を早く完了させることができる。

制御部１１０は、待機時間が経過した後、上述の検索処理で取得した所有候補に示される端末装置に対して、補完情報の送信を要求する取得依頼を送信する（Ｓ４０９）。ここで、所有候補に示される端末装置に対して送信される取得依頼は、上述の検証処理において欠陥を有すると判定されたコンテンツデータに対応するコンテンツＩＤ及び分割コンテンツＩＤを有する。

以上が、端末装置１００により実行される要求部ＰＧ１００における録画処理の流れである。なお、上述の例では、端末装置１００を用いた録画処理について説明したが、配信されるコンテンツの再生時に上述の補完処理を実行してもよい。

〔１．実施例５に係る端末装置により実行されるプログラムの構成について〕
図３４は、本実施例に係る端末装置により実行されるプログラムの構成を示した図である。図３４に示すプログラムの構成要素は、上述の実施例１に示すプログラムの構成要素（図４参照）と同様の構成に対して、同一の参照符号を付している。図３４に示すプログラムの構成要素は、例えば、応答待機処理部ＰＧ２０６が追加されている点で、図４に示す実施例１に係るプログラムの構成と相違する。

本実施例において追加されている応答待機処理部ＰＧ２０６は、所有候補の検索依頼を受信した際に、検索結果である端末リストの送信処理を任意の時間が経過するまで待機させる構成として、制御部１１０を機能させる。

その他の構成については、上述の実施例と同様であるため、説明を省略する。
〔２．実施例５に係る端末装置により実行される管理部における所有候補検索処理について〕
図３５に示す処理の流れは、図１０に示す実施例１に係る所有候補検索処理と同様の内容となる処理手順に対して、同一の参照符号を付している。図３５に示す処理手順は、例えば、処理Ｓ６０４及び処理Ｓ６０５が追加されている点で、図１０に示す処理手順と相違する。そこで、説明の簡略化のため、同じ内容となる処理手順については部分的に説明を省略する。

まず、端末装置１００の制御部１１０は、検索依頼を受信したか否かを判定し（Ｓ６００）、検索依頼を受信したと判定した場合（Ｓ６００でＹＥＳ）、処理Ｓ６０３における端末リストの送信処理の実行を待機させる待機時間を設定する（Ｓ６０４）。

処理Ｓ６０４において、制御部１１０は、乱数に基づいて生成された待機時間を設定することができる。また、処理Ｓ６０４において、制御部１１０は、待機中の他の端末装置からの検索依頼要求の数に基づいて生成された待機時間を設定することができる。たとえば、処理Ｓ６００において検索依頼を受信するたびにカウント値を加算し、処理Ｓ６０４においてカウント値に基づいて生成された待機時間を設定し、処理Ｓ６０３において端末リストを送信するたびにカウント値を減算する。例えば、処理Ｓ６０４において、カウント値が大きいほど待機時間を長くし、カウント値が小さいほど待機時間を短く設定することができる。

つぎに、制御部１１０は、設定した待機時間が経過するまで、所有候補の検索処理（Ｓ６０５）の実行を待機する。なお、処理Ｓ６０５において、制御部１１０は、待機時間が経過するまで、待機中である旨を示す信号を、所定のタイミングで端末装置へ送信してもよい。また、制御部１１０は、処理Ｓ６０５を開始する前に、検索依頼要求を受け付けた旨を示す信号を、端末装置へ送信してもよい。

制御部１１０は、待機時間が経過した後、予約端末の検索処理（Ｓ６０１）を実行する。その後の処理は、実施例１と同様であるため、説明を省略する。

〔１．実施例６に係る端末装置により実行されるプログラムの構成について〕
図３６は、本実施例に係る端末装置により実行されるプログラムの構成を示した図である。図３６に示すプログラムの構成要素は、上述の実施例５に示すプログラムの構成要素（図３４参照）と同様の構成に対して、同一の参照符号を付している。図３６に示すプログラムの構成要素は、例えば、接続結果送信部ＰＧ１０９及び接続結果受信部ＰＧ２０７及び接続結果更新部ＰＧ２０８及び接続結果リストＰＧ２２０を有する点で、図３４に示す実施例５に係るプログラムの構成と相違する。

接続結果送信部ＰＧ１０９は、補完処理部ＰＧ１０８の工程における補完情報の送受信結果を示す接続結果情報を、通信部１４０を用いて管理ノードに対して送信する構成要素として、制御部１１０を機能させる。ここで、接続結果情報は、コンテンツＩＤと、端末情報と、接続結果とを有する。接続結果情報に示すコンテンツＩＤは、補完処理部ＰＧ１０８の工程における補完情報に対応するコンテンツのコンテンツＩＤが設定される。接続結果情報に示す端末情報は、補完処理部ＰＧ１０８を実行する端末装置を識別するための情報が設定される。接続結果情報に示す接続結果は、補完処理部ＰＧ１０８の工程における補完情報の送受信結果を示す。

接続結果受信部ＰＧ２０７は、接続結果送信部ＰＧ１０９の工程により送信される接続結果情報を、通信部１４０を用いて受信する構成要素として、制御部１１０を機能させる。

接続結果更新部ＰＧ２０８は、接続結果受信部ＰＧ２０７の工程により受信される接続結果情報に基づいて、接続結果リストＰＧ２２０を更新する構成要素として、制御部１１０を機能させる。

本実施例に係る応答待機処理部ＰＧ２０６は、接続結果リストＰＧ２２０に基づいて待機時間を設定する構成要素として、制御部１１０を機能させる。

図３７は、本実施例に係る接続結果リストのデータ構造を示す。図３７に示す接続結果リストは、コンテンツＩＤ（２２０１）と、端末情報（２２０２）と、接続結果（２２０３）とを有している。

図３７に示すコンテンツＩＤ（２２０１）は、接続結果受信部ＰＧ２０７の工程により受信された接続結果情報に示されるコンテンツＩＤが設定される。すなわち、補完処理部ＰＧ１０８の工程における補完情報に対応するコンテンツのコンテンツＩＤが設定される。

図３７に示す端末情報（２２０２）は、接続結果受信部ＰＧ２０７の工程により受信された接続結果情報に示される端末情報が設定される。すなわち、接続結果情報を送信した端末装置を識別するための情報が設定される。例えば、端末装置のＩＰアドレスや、ノードＩＤなどを、端末情報として用いることができる。

図３７に示す接続結果（２２０３）は、接続結果受信部ＰＧ２０７の工程により受信された接続結果情報に示される接続結果が設定される。

図３７に示す例では、コンテンツＩＤ（２２０１）「コンテンツＡ−４」に対応付けて、端末装置Ａ乃至Ｇの接続結果（２２０３）が示されている。図３７に示す例では、端末装置Ａ及び端末装置Ｇの接続結果は、検索依頼の受付後であって端末リストを送信していない状態を示す「Ｓ１」が設定されている。図３７に示す例では、端末装置Ｅ及び端末装置Ｆの接続結果は、端末リストの送信後であって補完情報の受信が完了していない状態を示す「Ｓ２」が示されている。図３７に示す例では、端末装置Ｂ及び端末装置Ｃの接続結果は、補完情報の受信が完了している状態を示す「Ｓ３」が設定されている。

その他の構成については、上述の実施例と同様であるため、説明を省略する。
〔２．実施例６に係るシステムの処理の流れについて〕
図３９は、実施例６に係るシステムの処理の流れを示す。図３９に示す例は、上述の実施例１に示すシステムの処理の流れ（図５参照）と同様の処理に対して、同一の参照符号を付している。図３９に示す処理の流れは、例えば、接続結果の送信処理Ｓ１１０が追加されている点で、図５に示す処理の流れと相違する。そこで、説明の簡略化のため、同じ内容となる処理手順については部分的に説明を省略する。

図３９に示す例は、図５と同様に端末装置Ａ（１００）が本実施例に係るシステムからコンテンツの受信を行なう、という処理の流れを示している。ただし、端末装置Ａ乃至端末装置Ｄの４台の端末装置のうち、端末装置Ｄが管理ノードとして機能しており、端末装置Ａ乃至端末装置Ｃが一般ノードとして機能している。

まず、端末装置Ａは、実施例１と同様に、該当箇所の補完情報を所有する端末装置の所在を得るための検索依頼を、管理ノードとして機能する端末装置Ｄへ送信する（Ｓ１０５）。

端末装置Ｄは、検索依頼を受信した場合、受信した検索依頼の内容に基づいて、接続結果リストを更新する。すなわち、受信した検索依頼に示されるコンテンツＩＤと、検索依頼を送信した端末装置と、に対応付けて登録されている接続結果（２２０３）に「Ｓ１」を設定する。ここで、「Ｓ１」は、検索依頼の受付後であって端末リストを送信していない状態を示す。

端末装置Ｄは、接続結果リスト（ＰＧ２２０）に基づいて設定された待機時間が経過した後に、実施例１と同様にして取得した予約端末情報に基づいて生成した端末リストを、検索依頼を送信した端末装置Ａへ送信する（Ｓ１０６）。その際、端末装置Ｄは、接続結果リスト（ＰＧ２２０）を更新する。すなわち、端末装置Ｄは、受信した検索依頼に示されるコンテンツＩＤと、検索依頼を送信した端末装置と、に対応付けて登録されている接続結果（２２０３）に「Ｓ２」を設定する。ここで、「Ｓ２」は、端末リストの送信後であって補完情報の受信が完了していない状態を示す。

端末装置Ａは、受信した端末リストに示される端末装置へ、コンテンツの補完情報を取得するための取得依頼を送信する（Ｓ１０７）。図３９に示す例では、端末装置Ｂへ取得依頼を送信したところ、端末装置Ｂとの通信に失敗したことを示している。

図３９に示す例では、端末装置Ａは、さらに、受信した端末リストに示される他の端末装置である端末装置Ｃへ、コンテンツの補完情報を取得するための取得依頼を送信する（Ｓ１０７’）。

端末装置Ｃは、受信した取得依頼に示されるコンテンツＩＤ及び分割コンテンツＩＤに該当する分割コンテンツデータを、コンテンツＤＢ（ＰＧ１１５）から取得する。

端末装置Ｃは、取得した分割コンテンツデータを、取得依頼を送信した端末装置Ａへ、補完情報として送信する（Ｓ１０８）。

端末装置Ａは、端末装置Ｂ及び端末装置Ｃとの取得依頼の送信結果及び補完情報の受信結果を示す接続結果情報を、管理ノードとして機能する端末装置Ｄへ送信する（Ｓ１１０）。

端末装置Ｄは、端末装置Ａから受信した接続結果情報に基づいて、接続結果リスト（ＰＧ２２０）を更新する。図３８は、図３９に示す処理Ｓ１１０により更新された後の接続結果リストの内容例を示す。図３８に示す例では、端末装置Ａに対応付けられた接続結果（２２０３）に、補完情報の受信が完了済みである旨を示す「Ｓ３」が設定されている。図３８に示す例では、端末装置Ｂに対応付けられた接続結果（２２０３）に、補完情報の取得依頼の送信処理が失敗した旨を示す「Ｓ０」が設定されている。これは、図３９に示す処理Ｓ１０７において、端末装置Ａから端末装置Ｂへの取得依頼の送信処理が失敗したことに基づいて更新された例を示している。

以上が、本実施例に係るシステムの全体の処理の流れである。
〔３．実施例６に係る待機時間の設定処理について〕
つぎに、本実施例に係る待機時間の設定処理を説明する。なお、本実施例に係る端末装置により実行される管理部ＰＧ２００における所有候補検索処理の全体の流れは、図３５に示す実施例５に係る処理手順と同様であるため、説明を省略する。

まず、制御部１１０は、処理Ｓ６００において受信した検索依頼に示されるコンテンツＩＤに対応して登録されている接続結果情報を、接続結果リスト（ＰＧ２２０）から検出する。

制御部１１０は、検出した接続結果情報のうち、接続結果（２２０３）が「Ｓ２」を示す接続結果情報の個数を計数する。すなわち、端末リストの送信後であって補完情報の受信が完了していない状態を示す接続結果情報の個数を計数する。

制御部１１０は、計数した「Ｓ２」の接続結果情報の個数に基づいて、待機時間を設定する。例えば、制御部１１０は、計数した「Ｓ２」の接続結果情報の個数が大きくなるほど待機時間を長く設定し、計数した「Ｓ２」の接続結果情報の個数が小さくなるほど待機時間を短く設定することができる。また、制御部１１０は、計数した「Ｓ２」の接続結果情報の個数が所定の閾値以上の場合に乱数等に基づいて任意の待機時間を設定し、計数した「Ｓ２」の接続結果情報の個数が所定の閾値未満である場合に待機時間を０に設定してもよい。すなわち、計数した「Ｓ２」の接続結果情報の個数が所定の閾値未満である場合には待機処理を実行せずに、端末リストの送信処理を実行するようにしてもよい。

端末リストの送信後であって補完情報の受信が完了していない状態にある端末装置は、他の端末装置からの補完情報の受信処理を実行している可能性が高い。すなわち、端末リストの送信後であって補完情報の受信が完了していない状態にある端末装置の台数が増えるほど、補完情報の受信処理を実行している端末装置の台数が増えることになる。そのため、端末リストの送信後であって補完情報の受信が完了していない状態にある端末装置の台数に応じて待機時間を設定することにより、補完情報の送受信処理が集中することによるネットワーク上の負荷が過大となることを回避することができる。
〔その他の実施態様〕
上述の実施例において説明した工程のうち、自動的に行なわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的に行なわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。

さらに、本実施例に示す各装置にて行なわれる処理は、その全部または任意の一部が、ワイヤードロジックによるハードウェアとして実現され得る。

Claims

ネットワークを介して互いに通信可能な複数のノード装置を有する情報共有システムに前
記ノード装置として接続可能な端末装置であって、
コンテンツの受信を予約する操作を受付ける、予約入力部と、
予約操作を受けた前記コンテンツを識別するコンテンツＩＤと、予約操作を受けた前記端末装置を識別する端末情報と、を有する予約情報を、前記コンテンツＩＤに基づいて特定される前記端末装置へ送信する、予約送信部と、
前記コンテンツ配信の予約操作を受けた前記端末装置から送信される前記予約情報を受信し、受信した前記予約情報に基づいて、前記コンテンツを識別する前記コンテンツＩＤと、前記コンテンツの配信を予約している前記端末装置を識別する前記端末情報と、を対応付けた予約端末リストを更新する、予約受信部と、
前記予約入力部により予約操作を受けた前記コンテンツを取得した場合、取得した前記コンテンツについて欠陥の有無を検証する、検証処理部と、
前記検証処理部により欠陥を有すると判定された前記コンテンツを識別する前記コンテンツＩＤを有する検索要求を、前記コンテンツＩＤに基づいて特定される前記端末装置へ送信し、前記検索要求の送信先の前記端末装置から検索結果を取得する、所有候補検索部と、
前記配信された前記コンテンツに欠陥を有すると判定した前記端末装置から送信される前記検索要求を受信し、前記検索要求が有する前記コンテンツＩＤに対応して登録されている前記端末情報を前記予約端末リストから取得し、取得した前記端末情報を検索結果として送信する、検索処理部と、
前記所有候補検索部により取得された検索結果に示される前記端末情報により識別される前記端末装置から、前記検証処理部により欠陥を有すると判定された前記コンテンツの修復データを取得し、取得した修復データを用いて前記コンテンツを修復する、補完処理部と、
前記補完処理部による前記コンテンツの修復に基づいて、前記端末装置からの前記検索要求に示される前記コンテンツＩＤと、前記検索要求した前記端末情報と、前記コンテンツＩＤと前記端末情報に対応付けて登録されている接続結果の記録された検索結果リストを更新する、接続結果更新部と、
を有する端末装置。
請求項１に記載の端末装置であって、
前記コンテンツＩＤに基づいて特定される前記端末装置への前記検索要求の送信処理を待機させる待機時間を設定する、待機処理部と、
を有し、
前記所有候補検索部は、
前記待機処理部により設定された待機時間が経過した後に、前記コンテンツ
ＩＤに基づいて特定される前記端末装置への前記検索要求の送信を実行する、
端末装置。
請求項１に記載の端末装置であって、
前記予約受信部により受信された予約情報に示される前記コンテンツＩＤに対応付けて登録されている前記端末情報を前記予約端末リストから取得し、取得された前記端末情報により識別される前記端末装置に対して前記受信された予約情報を送信する、予約転送部と、を有し、
前記所有候補検索部は、
前記コンテンツＩＤに基づいて特定される前記端末装置として、前記予約操作を受けた自端末装置を選択し、前記自端末装置が有する前記検索処理部へ検索要求を送信する、
端末装置。
請求項３に記載の端末装置であって、
前記所有候補検索部により取得された検索結果に示される前記端末情報により識別される前記端末装置から前記検証処理部により欠陥を有すると判定された前記コンテンツの修復データを取得する処理を待機させる待機時間を設定する、第二の待機処理部と、
を有し、
前記補完処理部は、
前記待機処理部により設定された待機時間が経過した後に、前記コンテンツの修
復データを取得する処理を実行する、
端末装置。
ネットワークを介して互いに通信可能な複数のノード装置を有する情報共有システムに前
記ノード装置として接続可能な端末装置において用いられるプログラムであって、
コンテンツの受信を予約する操作を受付ける、予約入力部と、
予約操作を受けた前記コンテンツを識別するコンテンツＩＤと、予約操作を受けた前記端末装置を識別する端末情報と、を有する予約情報を、前記コンテンツＩＤに基づいて特定される前記端末装置へ送信する、予約送信部と、
前記コンテンツ配信の予約操作を受けた前記端末装置から送信される前記予約情報を受信し、受信した前記予約情報に基づいて、前記コンテンツを識別する前記コンテンツＩＤと、前記コンテンツの配信を予約している前記端末装置を識別する前記端末情報と、を対応付けた予約端末リストを更新する、予約受信部と、
前記予約入力部により予約操作を受けた前記コンテンツを取得した場合、取得した前記コンテンツについて欠陥の有無を検証する、検証処理部と、
前記検証処理部により欠陥を有すると判定された前記コンテンツを識別する前記コンテンツＩＤを有する検索要求を、前記コンテンツＩＤに基づいて特定される前記端末装置へ送信し、前記検索要求の送信先の前記端末装置から検索結果を取得する、所有候補検索部と、
前記配信された前記コンテンツに欠陥を有すると判定した前記端末装置から送信される前記検索要求を受信し、前記検索要求が有する前記コンテンツＩＤに対応して登録されている前記端末情報を前記予約端末リストから取得し、取得した前記端末情報を検索結果として送信する、検索処理部と、
前記所有候補検索部により取得された検索結果に示される前記端末情報により識別される前記端末装置から、前記検証処理部により欠陥を有すると判定された前記コンテンツの修復データを取得し、取得した修復データを用いて前記コンテンツを修復する、補完処理部と、
前記補完処理部による前記コンテンツの修復に基づいて、前記端末装置からの検索要求に示される前記コンテンツＩＤと、検索依頼した前記端末情報とに対応付けて登録されている接続結果の記録された検索結果リストを更新する、接続結果更新部、
として前記端末装置を機能させるプログラム。
ネットワークを介して互いに通信可能な複数のノード装置を有する情報共有システムに前
記ノード装置として接続可能な端末装置であって、
コンテンツ配信の予約操作を受けた前記端末装置から送信される予約情報を受信し、受信した前記予約情報に基づいて、コンテンツを識別するコンテンツＩＤと、前記コ
ンテンツの配信を予約している前記端末装置を識別する端末情報と、を対応付けた予約端末リストを更新する、予約受信部と、
配信された前記コンテンツに欠陥を有すると判定した前記端末装置から送信される、結果を有すると判定された前記コンテンツを識別する前記コンテンツＩＤを有する検索要求を受信し、前記検索要求が有する前記コンテンツＩＤに対応して登録されている端末情報を前記予約端末リストから取得し、取得した前記端末情報を検索結果として送信する、検索処理部と、
前記補完処理部による前記コンテンツの修復に基づいて、前記端末装置からの検索依頼に示される前記コンテンツＩＤと、検索依頼した前記端末情報とに対応付けて登録されている接続結果の記録された検索結果リストを更新する、接続結果更新部と、
を有する端末装置。
ネットワークを介して互いに通信可能な複数のノード装置を有する情報共有システムに前
記ノード装置として接続可能な端末装置であって、
コンテンツの受信を予約する操作を受付ける、予約入力部と、
予約操作を受けた前記コンテンツを識別するコンテンツＩＤと、前記予約操作を受けた前記端末装置を識別する端末情報と、を有する予約情報を、前記コンテンツを識別する前記コンテンツＩＤと、前記コンテンツの配信を予約している前記端末装置を識別する前記端末情報と、を対応付けた予約端末リストを更新させるために、前記コンテンツＩＤに基づいて特定される前記端末装置へ送信する、予約送信部と、
前記予約入力部により予約操作を受けた前記コンテンツを取得した場合、取得した前記コンテンツについて欠陥の有無を検証する、検証処理部と、
前記検証処理部により欠陥を有すると判定された前記コンテンツを識別する前記コンテンツＩＤを有する検索要求を、前記検索要求の送信先の前記端末装置が有する前記予約端末リストにおいて前記コンテンツＩＤに対応して登録されている前記端末情報を検索結果として取得するために、前記コンテンツＩＤに基づいて特定される前記端末装置へ送信する所有候補検索部と、
前記所有候補検索部により取得された検索結果に示される前記端末情報により識別される前記端末装置から、前記検証処理部により欠陥を有すると判定された前記コンテンツの修復データを取得し、取得した前記修復データを用いて前記コンテンツを修復する、補完処理部と、
前記補完処理部による前記コンテンツの修復に基づいて、前記端末装置からの検索要求に示される前記コンテンツＩＤと、検索要求した前記端末情報とに対応付けて登録されている接続結果の記録された検索結果リストを更新する、接続結果更新部と、
を有する端末装置。
請求項１に記載の端末装置であって、
前記検索処理部は、前記検索結果の送信処理を待機させる待機時間を設定し、設定した待機時間が経過するまで、前記検索結果の送信処理を待機させる
端末装置。
前記検索要求が有する前記コンテンツＩＤに対応付けて、前記検索処理部により前記検索結果の送信処理が実行された旨を示す第一の実行結果情報を記憶する、第一の実行結果記憶部と、
前記補完処理部により修復データを取得したことに基づいて、前記補完処理部が実行された旨を示す情報である第二の実行結果情報を、前記コンテンツＩＤに基づいて特定される前記端末装置へ送信する、第二の実行結果送信部と、
前記第二の実行結果情報を前記コンテンツＩＤに対応付けて受信し、前記コンテンツＩＤごとに前記受信した第二の実行結果情報を記憶する、第二の実行結果記憶部と、
を有し、
前記第一の実行結果記憶部により記憶されている前記第一の実行結果情報と、前記第二の実行結果記憶部により記憶されている前記第二の実行結果情報と、に基づいて前記待機時間を設定する、
ことを特徴とする請求項８に記載の端末装置。