【０００１】
【発明の属する技術分野】
本件発明は、複数の受信装置に対してコンテンツを配信するコンテンツ配信システムおよびに関する。
【０００２】
【従来の技術】
従来においては、例えば、特開２０００−０８９７０８号公報に開示されているように、あらかじめ決められた複数の受信装置にコンテンツを自動的に蓄積させようとする場合には、１台（あっても高々数台）の送出装置がコンテンツ配信先の受信装置それぞれに対し直接配信していた。そして、受信装置からコンテンツの要求があった場合、送出装置は、同じコンテンツをそれぞれ要求のあった受信装置に対して逐一送出する、ということによりコンテンツの配信を行なっていた。
【特許文献１】特開２０００−０８９７０８号公報
【０００３】
【発明が解決しようとする課題】
しかしながら、このような従来のコンテンツ配信システムにあっては、同じコンテンツを何度も送出装置が送出することになり、受信装置が増加するにしたがって、必要となる送出装置の処理能力や出力帯域が増大していった。
【０００４】
本件発明は、このような課題に鑑みなされたもので、その第１の目的は、送出装置から配信されたコンテンツを受信装置同士が相互にやりとりすることにより、送出装置の処理負荷や必要とする出力帯域を軽減することである。
【０００５】
本発明の第２の目的は、受信装置が蓄積すべきコンテンツのリストの原本を送出装置から受信装置に通知し、受信装置がそれらのコンテンツをあらかじめ自動的に受信・蓄積しておくことにより、ユーザがコンテンツを利用したいと思ったときには蓄積済みの状態にしておくサービスを可能とすることである。
【０００６】
【課題を解決するための手段】
この課題を解決するために本発明は、第一に、コンテンツ配信システムを構成する送出装置は、コンテンツリスト原本、コンテンツ、受信装置リストを送信する送信手段と、コンテンツを管理するコンテンツ管理手段と、コンテンツ管理手段が管理するコンテンツを更新するコンテンツ更新手段と、受信装置リストを管理する受信装置リスト管理手段と、受信装置登録要求、コンテンツリスト原本送信要求、各受信装置の更新スケジュールを設定する更新スケジュール設定手段と、コンテンツ送信要求を受信する受信手段とを備えたことを要旨とするものである。
【０００７】
また、コンテンツ配信システムを構成する受信装置は、コンテンツリスト送信要求、コンテンツ送信要求、コンテンツリスト、コンテンツを受信する受信手段と、受信したコンテンツを蓄積するコンテンツ管理手段と、コンテンツ管理手段が蓄積しているコンテンツを再生・出力するコンテンツ出力手段と、受信したコンテンツリストを蓄積するコンテンツリスト蓄積手段と、受信した受信装置リストを蓄積する受信装置リスト蓄積手段と、コンテンツ管理手段が蓄積するコンテンツのリストを作成するコンテンツリスト作成手段と、コンテンツリスト蓄積手段が蓄積するコンテンツリストとコンテンツリスト作成手段が作成したコンテンツリストを比較して、送出装置、もしくは他の受信装置からダウンロード（Ｄ・・Ｌ）すべきコンテンツがあるかどうかを判断し、必要なコンテンツをダウンロードするダウンロード手段と、更新スケジュールを管理する更新スケジュール管理手段と、コンテンツリスト送信要求、コンテンツ送信要求、コンテンツ、受信装置登録要求を送信する送信手段とを備えたものである。
【０００８】
このような構成において、蓄積すべきコンテンツのリストの原本を送出装置または他の受信装置から受け取り、自身が保持していないコンテンツの実体は他の受信装置から受け取ることにより、送出装置でのコンテンツ更新を速やかに受信装置に伝え、コンテンツ自体のダウンロードに関しては送出装置の処理負荷や必要とする出力帯域を軽減することが可能となる。また、コンテンツを保持する可能性のある受信装置のリスト（受信装置リスト）も他の受信装置から受け取ることにより、更に送出装置の出力負荷を軽減することが可能となる。また、受信装置リストでの確認順をランダムに行うことにより、受信装置へのアクセスを平均化することが可能である。また、受信装置リストにネットワークでの位置を示す属性を付加し、ネットワークでの位置が近いものから確認を行うことにより、ネットワーク負荷を軽減することが可能となる。また、受信装置それぞれに対し更新スケジュールを設定可能とすることにより、送出装置への要求頻度やネットワークトラフィックを調整することが可能となる。
【０００９】
第二に、コンテンツ配信システムにおける送出装置は、コンテンツリスト原本、コンテンツ、受信装置リストを送信する送信手段、コンテンツを管理するコンテンツ管理手段、コンテンツ管理手段が管理するコンテンツを更新するコンテンツ更新手段、コンテンツのダウンロード順序を決定するコンテンツダウンロード順序を含む受信装置リスト管理手段、受信装置登録要求、コンテンツリスト原本送信要求、更新スケジュールを管理する更新スケジュール管理手段、コンテンツ送信要求を受信する受信手段を備えたものである。
【００１０】
また受信装置は、コンテンツリスト送信要求、コンテンツ送信要求、コンテンツリスト、コンテンツを受信する受信手段、受信したコンテンツを蓄積するコンテンツ管理手段、コンテンツ管理手段が蓄積しているコンテンツを再生・出力するコンテンツ出力手段、受信したコンテンツリストを蓄積するコンテンツリスト蓄積手段、受信したコンテンツのダウンロード順序を決定するコンテンツダウンロード順序を含む受信装置リストを蓄積する受信装置リスト蓄積手段、コンテンツ管理手段が蓄積するコンテンツのリストを作成するコンテンツ作成手段、コンテンツリスト蓄積手段が蓄積するコンテンツリストとコンテンツリスト作成手段が作成したコンテンツリストを比較して、ダウンロードすべきコンテンツがあるかどうかを判断し、必要なコンテンツを受信装置リストに記述されたコンテンツダウンロード順序に従ってダウンロード依頼する受信装置を決定し、ダウンロードを実効するダウンロード手段、更新スケジュールを管理する更新スケジュール管理手段、コンテンツリスト送信要求、コンテンツ送信要求、コンテンツ、受信装置登録要求を送信する送信手段を備えたものである。
【００１１】
このような構成において、コンテンツを回覧版のように複数受信装置が順番にダウンロードしてゆくことにより、コンテンツが存在する受信装置を検索する必要もなく、受信装置にコンテンツを行き渡らせることが可能となる。また、ダウンロードする順序を最適化することにより、よりネットワーク負荷を軽減することが可能となる。また、コンテンツダウンロードにかかる時間を考慮し、コンテンツダウンロード順序にしたがった更新スケジュールを設定することにより、時間的に無駄が少なく、効率的にコンテンツを全受信装置に行き渡らせることが可能となる。
【００１２】
第三に、コンテンツ配信システムにおける送出装置は、コンテンツリスト原本、コンテンツ、受信装置リストを送信する送信手段、コンテンツを管理するコンテンツ管理手段、コンテンツ管理手段が管理するコンテンツを更新するコンテンツ更新手段、受信装置を複数のグループに分割して受信装置リストを管理する受信装置リスト管理手段、受信装置登録要求、コンテンツリスト原本送信要求、コンテンツ送信要求を受信する受信手段を備えたものである。
【００１３】
また受信装置は、コンテンツリスト送信要求、コンテンツ送信要求、コンテンツリスト、コンテンツを受信する受信手段、受信したコンテンツを蓄積するコンテンツ管理手段、コンテンツ管理手段が蓄積しているコンテンツを再生・出力するコンテンツ出力手段、受信したコンテンツリストを蓄積するコンテンツリスト蓄積手段、受信した受信装置リストを蓄積する受信装置リスト蓄積手段、コンテンツ管理手段が蓄積するコンテンツのリストを作成するコンテンツ作成手段、コンテンツリスト蓄積手段が蓄積するコンテンツリストとコンテンツリスト作成手段が作成したコンテンツリストを比較して、送出装置、もしくは自身と同じグループに属する他の受信装置からダウンロードすべきコンテンツがあるかどうかを判断し、必要なコンテンツを送出装置、もしくは自身と同じグループに属する他の受信装置からダウンロードするダウンロード手段、コンテンツリスト送信要求、コンテンツ送信要求、コンテンツ、受信装置登録要求を送信する送信手段を備えたものである。
【００１４】
このような構成において、受信装置グループを定義し、それぞれの受信装置グループのみでコンテンツのダウンロードが実施されるようにすることにより、受信装置属性やユーザ属性に依存するコンテンツ（地域固有のコンテンツや、ユーザが選択したジャンルのコンテンツなど）を効率よく受信装置に配信することが可能となる。また、受信装置グループ内でのコンテンツダウンロードの順番をあらかじめ決定することにより、コンテンツダウンロードも効率的に行うことが可能となる。
【００１５】
第四に、コンテンツ配信システムにおける送出装置は、コンテンツリスト原本、コンテンツ、受信装置リストを送信する送信手段、コンテンツを管理するコンテンツ管理手段、コンテンツ管理手段が管理するコンテンツを更新するコンテンツ更新手段、受信装置リストを管理する受信装置リスト管理手段、受信装置登録要求、コンテンツリスト原本送信要求、コンテンツ送信要求を受信する受信手段、各受信装置から送られるダウンロード履歴を集計するダウンロード履歴集計手段を備えたものである。
【００１６】
また受信装置は、コンテンツリスト送信要求、コンテンツ送信要求、コンテンツリスト、コンテンツを受信する受信手段、受信したコンテンツを蓄積するコンテンツ管理手段、コンテンツ管理手段が蓄積しているコンテンツを再生・出力するコンテンツ出力手段、受信したコンテンツリストを蓄積するコンテンツリスト蓄積手段、受信した受信装置リストを蓄積する受信装置リスト蓄積手段、コンテンツ管理手段が蓄積するコンテンツのリストを作成するコンテンツ作成手段、コンテンツリスト蓄積手段が蓄積するコンテンツリストとコンテンツリスト作成手段が作成したコンテンツリストを比較して、送出装置、もしくは他の受信装置からダウンロードすべきコンテンツがあるかどうかを判断し、必要なコンテンツをダウンロードするダウンロード手段、コンテンツリスト送信要求、コンテンツ送信要求、コンテンツの他の受信装置へのダウンロード履歴を管理するダウンロード履歴管理手段、コンテンツ、受信装置登録要求、ダウンロード履歴を送信する送信手段を備えたものである。
【００１７】
以上のような構成において、他の受信装置に対するコンテンツダウンロード履歴を収集、集計して、コンテンツダウンロードに対する見返りを各受信装置（ユーザ）に支払うことにより、従来は送出装置が実施していたコンテンツダウンロードを請け負う受信装置に増加につながり、送出装置に必要な出力処理や出力帯域の軽減が更に進むこととなる。また、コンテンツダウンロード可能な時間帯を設定可能とすることによって、ユーザが都合の良い時間帯だけコンテンツダウンロードを請け負うことができるようになる。
【００１８】
【発明の実施の形態】
以下、本発明の各実施の形態を図面を参照しながら詳細に説明する。
【００１９】
（第１の実施の形態）
図１は、本発明の第１の実施の形態におけるコンテンツ配信システムを示すブロック図である。このコンテンツ配信システムは、コンテンツを送信する送出装置１０１と、通信ネットワーク１００を介して送出装置１０１に接続され、この送出装置１０１から送信されたコンテンツを受信する受信装置Ａ１０２および受信装置Ｂ１２６とから構成される。この実施の形態では受信装置は２台が接続されているが、さらに多くの受信装置が接続されていてもよい。受信装置Ａ１０２と受信装置Ｂ１２６とは基本的に同じ構成を有している。
【００２０】
図１において送出装置１０１は、コンテンツリスト原本、コンテンツ、受信装置リストを送信する送信手段１０３と、コンテンツを管理するコンテンツ管理手段１０４と、コンテンツ管理手段１０４により管理されているデータから受信装置が蓄積すべきコンテンツのリストの原本（コンテンツリスト原本）を作成するコンテンツリスト原本作成手段１０５と、コンテンツ管理手段１０４が管理するコンテンツを更新するコンテンツ更新手段１０６と、受信装置リストを管理する受信装置リスト管理手段１２１と、受信装置登録要求、コンテンツリスト原本送信要求、各受信装置の更新スケジュールを設定する更新スケジュール設定手段１２９と、コンテンツ送信要求を受信する受信手段１０７とから構成される。
【００２１】
受信装置Ａ１０２（或いは受信装置Ｂ１２６）は、コンテンツリスト送信要求、コンテンツ送信要求、コンテンツリスト、コンテンツを受信する受信手段１０８と、受信したコンテンツを蓄積するコンテンツ管理手段１１０と、コンテンツ管理手段１１０が蓄積しているコンテンツを再生・出力するコンテンツ出力手段１２２と、受信したコンテンツリストを蓄積するコンテンツリスト蓄積手段１１０と、受信した受信装置リストを蓄積する受信装置リスト蓄積手段１１５と、コンテンツ管理手段１１０が蓄積するコンテンツのリストを作成するコンテンツ作成手段１１２と、コンテンツリスト蓄積手段１１１が蓄積するコンテンツリストとコンテンツリスト作成手段１１２が作成したコンテンツリストを比較して、送出装置、もしくは他の受信装置からダウンロードすべきコンテンツがあるかどうかを判断し、必要なコンテンツをダウンロードするダウンロード手段１１４と、更新スケジュールを管理する更新スケジュール管理手段１２７と、コンテンツリスト送信要求、コンテンツ送信要求、コンテンツ、受信装置登録要求を送信する送信手段１１３とから構成される。
【００２２】
以上のような構成のときに、受信装置にコンテンツを自動的に蓄積させるサービスの流れについて説明する。ここでのサービスとは、例えば映画のような大容量コンテンツをあらかじめ暗号化して受信装置に蓄積させておき、ユーザが試聴したいときに課金処理を行い、復号化の鍵だけを送出装置から取得して再生する再生時課金のようなサービスである。ユーザの試聴希望後にコンテンツをダウンロードする仕組みでは、コンテンツが大容量であった場合、実際に試聴可能となるまでのユーザへの待ち時間が長くなってしまうが、あらかじめコンテンツを受信装置に蓄積しておくことにより、ユーザの試聴希望時にすぐにコンテンツを再生することが可能となる。各受信装置に蓄積させるコンテンツは、後述する受信装置属性やユーザ属性に依存するコンテンツを除いて基本的に同一であり、送出装置１０１のコンテンツ管理手段はそれらを管理する。
【００２３】
まずサービスを受ける受信装置（ここでは受信装置Ａ）１０２は、送信手段１１３から送出装置１０１に対し受信装置登録要求を送信する。提供されているサービス（コンテンツの詳細や料金など）や対応する送出装置へのアクセス方法などに関する情報は、ホームページやダイレクトメール、ちらし広告などから得ることができる。どのような形態で提供されるかは、本発明では問わない。サービスに入会すると決定したユーザは、サービス提供者による図２５のような入会用ホームページのサービス登録画面でユーザ名や受信装置へのアクセス方法を入力し、登録ボタンをクリックする。結果として送出装置１０１に送信される受信装置登録要求には、少なくとも受信装置へのアクセス方法（例えばＩＰアドレスと使用するポート番号）を含む。ここでは、受信装置登録要求にユーザ名とアクセス方法が含まれていることとする。ユーザ名はサービス内で一意になるようにする（例えば、受信装置から通知されたユーザ名がすでに登録済みのユーザ名と同じものであった場合には、異なるユーザ名を設定するよう促す）。
【００２４】
受信装置登録要求を受信した送出装置１０１は、受信装置リスト管理手段１２１が管理する受信装置リストに受信装置Ａを登録する。受信装置Ｂからも受信装置登録要求が送信された場合の受信装置リストは、図２のようなものになる。サービスに登録された受信装置に対し、送出装置１０１の更新スケジュール設定手段１２９は各受信装置がコンテンツの更新を確認する更新スケジュールを設定する。例えば、サービスに登録された受信装置Ａ１０２と受信装置Ｂ１２６の更新スケジュールを図２６のような更新スケジュール管理表によって管理しており、各受信装置に対し、例えばサービス登録のレスポンスとして送信手段１０３から送信する。結果、受信装置Ａ１０２の更新スケジュール管理手段１２７には、図２７のような更新スケジュールが蓄積される。同様に、受信装置Ｂ１２６の更新スケジュール管理手段１２８にも、受信装置Ｂの更新スケジュールが蓄積されることになる。
【００２５】
送出装置１０１ではコンテンツ管理手段１０４によって受信装置がダウンロードすべきコンテンツを、例えば図３のようなコンテンツ名、バージョン、受信装置での有効期限、送出装置での蓄積場所から構成されるコンテンツ管理表を用いて管理している。コンテンツリスト原本作成手段１０５は、コンテンツ管理表から例えば図４のようなコンテンツ名、バージョン、受信装置での有効期限から構成されるコンテンツリスト原本を作成する。コンテンツ管理手段１０４が管理するコンテンツは、受信装置に蓄積させるべきコンテンツに更新があった場合、コンテンツ更新手段１０５によって更新される。例えば、コンテンツ「Ｎｅｗｓ０６３０」をバージョン２．１ に更新する場合には、コンテンツの実体とともにバージョンが２．１ になることをコンテンツ管理手段１０４に通知する。コンテンツ管理手段１０４がコンテンツを更新した結果、コンテンツ管理表は図５のようになる。受信装置での有効期限も更新されている。
【００２６】
まず、サービス登録直後の流れについて説明する（図７）。上述のように、サービス登録時に、受信装置にはコンテンツの更新スケジュールが設定される。コンテンツの更新スケジュールは、受信装置がコンテンツの更新を確認するためのスケジュールであり、更新があった場合にはコンテンツをダウンロードする。以下、この流れについて詳細に説明する。
【００２７】
受信装置（ここでは受信装置Ａ）１０２は更新スケジュール管理スケジュールで指定された時刻（例えば、３時）になったら、まず、コンテンツリスト原本要求と受信装置リスト要求を送出装置１０１に送信する。これに対し、送出装置１０１はコンテンツリスト原本作成手段１０５が作成した図４のようなコンテンツリスト原本と、受信装置リスト管理手段１２１が管理する図２のような受信装置リストを送信し、受信装置１０２はそれぞれをコンテンツリスト蓄積手段１１１、受信装置リスト蓄積手段１１５に蓄積する（Ｓ７０１）。最初、受信装置１０２のコンテンツ管理手段１１０にはコンテンツは一つもダウンロードされていない。ダウンロード手段１１４はコンテンツリスト蓄積手段１１１が蓄積するコンテンツリスト原本とコンテンツリスト作成手段１１２が作成するコンテンツリストを比較して、ダウンロードすべきコンテンツを決定するが、自身のコンテンツリストには何も載っていない（コンテンツは一つもダウンロードされていない）ので、コンテンツリスト原本に載っているコンテンツをすべてダウンロードすべきと判断する（Ｓ７０２）。
【００２８】
コンテンツをダウンロードする手順を説明する。受信装置Ａ１０２は、まず受信装置リスト蓄積手段１１５に蓄積されている受信装置リストに載っている自身以外の受信装置（例えば、受信装置Ｂ）１２６に対し、コンテンツリスト要求を送信する。コンテンツリスト要求を受信した受信装置１２６は、コンテンツリスト作成手段１２３が作成した、自身のコンテンツ管理手段１１８に蓄積するコンテンツのリスト（例えば図６のようなコンテンツリスト）を、送信手段１２４を介して受信装置Ａ１０２に送信する。受信装置Ａ１０２は、受信装置１２６から送られてきたコンテンツリストの中に、所望のコンテンツが載っていれば（Ｓ７０３）、送信手段１１３から受信装置Ｂ１２６に対しコンテンツ送信要求を送信し、受信装置Ｂ１２６はコンテンツ管理手段１１８の管理するコンテンツを受信装置Ａ１０２に送信する。受信装置Ａ１０２は、必要なコンテンツについてすべて同様の処理を行い、他の受信装置に存在するコンテンツは当該他の受信装置からダウンロードする（Ｓ７０４）。もし、受信装置Ｂ１２６および他の受信装置に存在しないコンテンツがあった場合（コンテンツ更新後、受信装置へのダウンロードが初めて、という場合はこの状態になる）には、送出装置１０１からダウンロードする（Ｓ７０５）。
【００２９】
以降各受信装置は、更新スケジュールに記述されたタイミングで送出装置１０１からコンテンツリスト原本と受信装置端末リストを受信し、自身が蓄積・管理するコンテンツにはないコンテンツがコンテンツリスト原本に存在すれば、受信装置リストに載っている他の受信装置からコンテンツをダウンロードする処理を繰り返す。なお、受信装置によるコンテンツリスト原本の取得に関しては、コンテンツリスト原本のバージョンをまず取得し、自身が処理済みのコンテンツリスト原本のバージョンと比較し、更新されていればコンテンツリスト原本を取得するようにしても良い。また、更新スケジュールは明示的な時刻ではなく、５時間ごとのように間隔のみを設定するようにしても良い。また、図２８のような更新スケジュール設定画面によって、ユーザが更新スケジュールを設定できるようにしても良い。これによりユーザは、受信装置を他のサービスで使用する時間（例えばホームページを見たり、ストリーミングサービスを受けたりする時間）を避けるようコンテンツをダウンロードする時刻を設定することが可能となる。
【００３０】
その結果、各受信装置のコンテンツ管理手段で管理されるコンテンツの内容は、送出装置１０１のコンテンツ管理手段１０４で管理されるコンテンツの内容と同様となり、コンテンツ管理手段１１０が管理するコンテンツは図４のコンテンツリスト原本と同様の内容になる。各受信装置が更新スケジュールにしたがって、コンテンツの更新確認、ダウンロードを実施することにより、徐々に送出装置１０１のコンテンツ管理手段１０４でのコンテンツ更新が各受信装置に反映されることになる。コンテンツが削除された場合には、自身のコンテンツリストには存在するのに、コンテンツリスト原本からは削除され存在しない、という状態になる。そのような場合には、コンテンツを削除する。また、コンテンツに有効期限が付与されている場合には、有効期限が切れたコンテンツを削除するようにしても良い。
【００３１】
上述の例では、他の受信装置からはコンテンツリストのみを受信するようにしているが、受信装置リストも他の受信装置から受信するようにしても良い。受信タイミングは、例えばコンテンツリスト受信時などが考えられる。送出装置１０１の受信装置リスト管理手段１２１は、受信装置を登録または削除する度に受信装置リストに図８のようにバージョンを付与する。受信装置は、送出装置または他の受信装置との間で送受信がある度（もしくはあらかじめ決められたタイミング）にお互いの受信装置リストのバージョンを確認し、古いバージョンを保持している受信装置は新しいバージョンの受信装置リストを取得して、自身の受信装置リストを更新する。なお、バージョンは更新日時でも良い。その場合、受信装置は互いの受信装置リストの更新日時を確認し、より新しい日付の受信装置リストを取得し自身の受信装置リストを更新する。
【００３２】
また、各受信装置は受信装置リストでの確認はランダムに行っても良い。これによって、受信装置へのアクセスは平均化される。更にネットワーク負荷を軽減するために、受信装置リストにネットワークでの位置を示す属性を図９のように付加し、確認する際にはネットワーク上で近い受信装置から確認する。図９のような受信装置リストを参照して、コンテンツ確認をする受信装置が静岡の地域ＩＰ網内に存在している場合には、リストの先頭にあるＧＡＫＵではなく、同じ静岡の地域ＩＰ網に存在するＲＹＵとＲＩＫＵから確認する。同じ地域ＩＰ網内であるので、インターネットを介さないでやりとりすることになり、ネットワーク負荷を軽減することができる。ネットワーク位置を示す属性が同じものが複数あった場合には、その中でランダムに確認しても良い。また、各受信装置は他の受信装置それぞれとのネットワーク上の距離（ｐｉｎｇコマンドの応答時間など）を記憶しておき、距離が短い受信装置から順にアクセスするようにしても良い。
また、コンテンツリスト原本を送出装置１０１から受信するタイミングであるが、コンテンツリスト原本に有効期限を付与し、その有効期限が切れたら送出装置１０１にコンテンツリスト原本送信要求を送信し、コンテンツリスト原本を受信するようにしても良い。その場合、有効期限が切れて最初の更新スケジュールで受信することになる。また、コンテンツリスト原本も他の受信装置から受信するようにしても良い。
【００３３】
このようにして、図２９のような受信装置に蓄積されたコンテンツのリスト・・（蓄積コンテンツ選択画面）からユーザは試聴したいコンテンツを選択、選択されたコンテンツはコンテンツ出力手段１２２によって出力される。その際必要であれば、コンテンツの暗号化を解くための鍵を取得し、復号化して出力する。あらかじめコンテンツが蓄積されているので、たとえコンテンツが大容量だったとしてもコンテンツ選択時から試聴開始までの待ち時間を大幅に減らすことが可能である。
【００３４】
各受信装置の更新スケジュールは、送出装置１０１や各受信装置間のネットワークトラフィックなどにより、頻度を高く（低く）したり、ある時間帯を回避したり、ということも可能である。例えば、平日の夜は一般的にネットワークが混んでいるので、その時間帯を避けるような更新スケジュールを設定したり、送出装置１０１へのコンテンツリスト原本要求が多すぎて処理しきれないような場合には、頻度を低くしたりすることが可能となる。更新スケジュールを変更する受信装置（例えば受信装置Ａ１０２）から送出装置１０１に対しアクセスがあった場合に、変更後の更新スケジュールを送信する。更新スケジュールを受信した受信装置Ａ１０２は更新スケジュール管理手段１２７が管理する更新スケジュールを更新する。また、図３０のように更新スケジュールにリトライ間隔やリトライ回数を含めても良い。リトライ間隔は、要求に失敗した場合にリトライする間隔であり、リトライ回数だけリトライしたら処理を中断し、次回更新スケジュールに更新確認を行う。本実施の形態では、コンテンツリスト原本、コンテンツ、受信装置リストをすべて他の受信装置から受信することも可能であるので、送出装置にアクセスしない受信装置も存在し得る。そのような受信装置への更新スケジュール送信を確実にするために、受信装置が定期的に送出装置１０１へアクセスする日時を受信装置に設定するようにしても良い。また、更新スケジュール自体に有効期限を設け、有効期限が切れたときに送出装置１０１に新しい更新スケジュールを要求するようにしても良い。
【００３５】
以上のように、蓄積すべきコンテンツのリストを送出装置または他の受信装置から受け取り、自身が保持していないコンテンツの実体は他の受信装置から受け取ることにより、送出装置でのコンテンツ更新を速やかに受信装置に伝え、コンテンツ自体のダウンロードに関しては送出装置の処理負荷や必要とする出力帯域を軽減することが可能となる。また、コンテンツを保持する可能性のある受信装置のリスト（受信装置リスト）も他の受信装置から受け取ることにより、更に送出装置の出力負荷を軽減することが可能となる。
【００３６】
また、受信装置リストでの確認順をランダムに行うことにより、受信装置へのアクセスを平均化することが可能である。また、受信装置リストにネットワークでの位置を示す属性を付加し、ネットワークでの位置が近いものから確認を行うことにより、ネットワーク負荷を軽減することが可能となる。
【００３７】
また、受信装置それぞれに対し更新スケジュールを設定可能とすることにより、送出装置への要求頻度やネットワークトラフィックを調整することが可能となる。
【００３８】
（第２の実施の形態）
本実施の形態では、コンテンツを回覧版のように複数受信装置が順番にダウンロードしてゆく例について説明する。図１０は本実施の形態における、送出装置と複数の受信装置とから成るコンテンツ配信システムの構成を表すブロック図である。このコンテンツ配信システムは、送出装置１００１、受信装置Ａ〜Ｆ（１００２〜１００８）によって構成されている。矢印はコンテンツの流れを示す。送出装置、受信装置の中の構成は、図１に示すものと同様である。
【００３９】
受信装置Ａ１００２は受信装置群の代表であり、この受信装置Ａ１００２だけが送出装置１００１にアクセスし、コンテンツリスト原本を取得しコンテンツの更新を確認、必要なコンテンツを送出装置１０１からダウンロードするようになっている。受信装置Ｂ１００３は受信装置Ａ１００２からコンテンツリスト原本を取得しコンテンツの更新を確認するとともに、必要なコンテンツを受信装置Ａ１００２からダウンロードする。コンテンツリスト原本の取得、確認、コンテンツダウンロードの詳細な流れは、第１の実施の形態と同様である（ただし、コンテンツリスト原本の取得先を送出装置から受信装置Ａ１００２に読み替える）。コンテンツのダウンロードを順々に行い、コンテンツを受信装置Ｇ１００８まで行き渡らせる。受信装置Ａは受信装置Ｇ１００８にまでコンテンツが行き渡ったかどうかを確認し、ＯＫであれば送出装置１００１に通知する。ＯＫの場合、すべての受信装置にコンテンツが行き渡ったことを示す。受信装置群におけるコンテンツダウンロードの順番を示すコンテンツダウンロード順序リストは図１１のようなものであり、送出装置１００１の受信装置リスト管理手段１２１が作成する。また、受信装置が登録されたり削除されたりするたびに更新し、受信装置リスト内に存在する受信装置に対し、受信装置リストを送信し、受信装置はそれぞれ受信装置リスト蓄積手段内の受信装置リストを更新する。
【００４０】
通常の流れでは、受信装置リスト内に存在する受信装置すべてに正しくコンテンツが行き渡るが、何らかの障害（例えば、受信装置の電源をオフにしていた）によって自身の次の受信装置にコンテンツをダウンロードできない場合があり得る。その場合には、その次の受信装置が何であるか受信装置リストを参照することによって分かるので、その受信装置にコンテンツをダウンロードする。例えば、コンテンツが送出装置１００１から受信装置Ａ１００２、受信装置Ｂ１００３、受信装置Ｃ１００４までダウンロードされたが、受信装置Ｄ１００５へのダウンロードに失敗した場合には、受信装置Ｃ１００４は受信装置Ｅ１００６にコンテンツをダウンロードする。その際、受信装置Ｄ１００５へのダウンロードには失敗している旨伝える。その後、受信装置Ｅ１００６から受信装置Ｆ１００７、受信装置Ｇ１００８にコンテンツをダウンロードし（その際、受信装置Ｄ１００５へのダウンロードにも失敗していることも同時に通知）、受信装置Ａ１００２は受信装置Ｇ１００８までコンテンツがダウンロードされたことと、受信装置Ｄ１００５のダウンロードには失敗していることを確認し、送出装置１００１に伝える。
【００４１】
実装においては、第１の実施の形態で説明したように、ダウンロード先の受信装置が定期的もしくは更新スケジュールにしたがって、ダウンロード元の受信装置にアクセスし、必要なときのみダウンロード要求を送信し、その応用としてコンテンツのダウンロードが実施される（以降の説明でも同様の実装形態となる）。何らかの障害によって自身の前の受信装置にアクセスできない状態が発生した場合には、その前の受信装置にアクセスしてコンテンツのダウンロードを受ける。その前の受信装置がリストの先頭だった場合には、送出装置にアクセスしてコンテンツのダウンロードを受けることになる。コンテンツのダウンロードに失敗した受信装置Ｄ１００５に対しては、その後送出装置１００１がダウンロード可能かどうかを直接確認し、ダウンロード可能となったときにコンテンツをダウンロードする。
【００４２】
図１１のようなコンテンツダウンロード順序リストにおけるダウンロード順序決定の際には、まず各受信装置が自身以外の受信装置とのネットワーク上での距離（例えば、ｐｉｎｇコマンドの応答時間）を報告させ、それに基づき巡回セールスマン問題におけるアルゴリズムなどを利用して決定することも可能である。
各受信装置に設定する更新スケジュールは、ダウンロード順序にしたがった時刻を設定すればより効率的に行うことが可能である。例えば、コンテンツダウンロード順序が図１１のような順序であり、コンテンツのダウンロードが概ね３０分以内で終了する見込みだったときには、受信装置Ａが１０：００、受信装置Ｂが１０：３０、受信装置Ｃが１１：００、というに受信装置ＡからＧの更新スケジュールが３０分間隔になるように設定すればよい。これにより、図３１のように受信装置Ａでの処理開始から、順々に受信装置にコンテンツがダウンロードされてゆく。更新スケジュールの間隔は、コンテンツダウンロードにかかる時間などを考慮したものであるので、時間的な無駄が少なく、効率的にコンテンツを全受信装置に行き渡らせることが可能となる。
【００４３】
以上のように、コンテンツを回覧版のように複数受信装置が順番にダウンロードしてゆくことにより、コンテンツが存在する受信装置を検索する必要もなく、受信装置にコンテンツを行き渡らせることが可能となる。また、ダウンロードする順序を最適化することにより、よりネットワーク負荷を軽減することが可能となる。また、コンテンツダウンロードにかかる時間を考慮し、コンテンツダウンロード順序にしたがった更新スケジュールを設定することにより、時間的に無駄が少なく、効率的にコンテンツを全受信装置に行き渡らせることが可能となる。
【００４４】
（第３の実施の形態）
本実施の形態では、受信装置を複数の受信装置でグルーピングして配信する例について説明する。図１２が本実施の形態における、送出装置と受信装置の構成を示す図である。送出装置１２０１と受信装置Ａ〜Ｉ（１２０２〜１２１０）によって構成され、送出装置と受信装置における構成は第１の実施の形態と同様である。また、受信装置Ａ〜Ｅ（１２０２〜１２０５）を受信装置グループ１、受信装置Ｆ〜Ｉ（１２０７〜１２１０）を受信装置グループ２と定義する。送出装置１２０１と受信装置グループ１間のネットワーク１２１１と送出装置１２０１と受信装置グループ２間のネットワーク１２１２は、物理的に接続されていても良い。矢印は、コンテンツの流れである。送出装置からは受信装置のいずれかに対し、基本的に１回コンテンツのダウンロードが実施され、それ以降は受信装置間でコンテンツが互いにダウンロードされることになる。
【００４５】
受信装置リスト管理手段１２１では、図１３のようなグループ受信装置リストによって受信グループ管理も行う。グループ受信装置リストには、各受信装置がどの受信グループに属するのかを管理する。図１３では、図１２の状態を示しており、受信装置Ａ〜Ｅが受信装置グループ１、受信装置Ｆ〜Ｉが受信装置グループ２に属している。受信装置リストの送信要求が受信装置グループ１に属する受信装置からあった場合、受信装置リスト管理手段１２１は、その受信装置グループに属する受信装置だけを含む受信装置リストを作成して送信する。例えば、受信装置グループ１に属する受信装置Ａ１２０１から受信装置リストの要求があった場合には、図１４のような受信装置リストを作成して送信する。受信装置グループ内の受信装置リスト、コンテンツリスト原本、コンテンツなどのやりとりの仕組みは、実施の形態１に示した形態と同様である。
【００４６】
以上の説明においては、受信装置はただ一つの受信装置グループにしか属せないかのように説明したが、複数の受信装置グループに重複して属することも可能である。その場合、受信装置は受信装置リストを要求する際に、どの受信装置グループのものを要求するのかを通知する必要がある。受信装置がどの受信装置グループに属しているのかは、受信装置登録時に送出装置が受信装置に通知する。
【００４７】
どの受信装置グループに属するのかを、受信装置属性やユーザ属性によって決定すればより効率的にコンテンツを配信することができる。例えば、ユーザの居住地やユーザが選択したコンテンツのジャンルによって分ければ、それぞれの地域に固有のコンテンやジャンルに属するコンテンツを効率的に配信することができる。
【００４８】
また、図１５のように、受信装置グループを階層化する形態も可能である。受信装置グループ４に属する受信装置兼送出装置（１５０３〜１５０５）は、実施の形態１における受信装置と送出装置を合わせた機能を保有し、更新されたコンテンツリスト原本を直接送出装置１５０１から、もしくは更新されたコンテンツリストを他の受信装置兼送出装置（１５０３〜１５０５）から受信することにより、コンテンツの更新を認識し、コンテンツを保持する送出装置１５０１もしくは受信装置兼送出装置（１５０３〜１５０５）からダウンロードする。コンテンツをダウンロードした受信装置兼送出装置（１５０３〜１５０５）は、自身のコンテンツを更新し、コンテンツリスト原本も更新し、それぞれが割当てらた受信装置グループの受信装置に（例えば、受信装置兼送出装置１５０３は受信装置グループ１の受信装置に）、コンテンツリスト原本とコンテンツを送信する（詳細な処理は、第１の実施の形態の説明と同様である）。図１５の例では、２段階の階層であるが、それ以上の階層でも構わない。
【００４９】
また、第２の実施の形態で説明したように、受信装置グループ内でのコンテンツダウンロードの順番を示すコンテンツダウンロード順序リストを作成することにより、それぞれの受信装置グループ内で順番にコンテンツをダウンロードさせることも可能である。その場合の送出装置と受信装置の構成は、図１６のようなものである。受信装置グループ１は受信装置Ａ〜Ｆ（１６０２〜１６０８）によって構成され、受信装置グループ２は受信装置Ｃ１６０４、受信装置Ｄ１６０５、受信装置Ｈ〜Ｌ（１６０９〜１６１３）によって構成されている。それぞれの受信装置グループにおいては、受信装置Ａ１６０２と受信装置Ｈ１６０９のみが送出装置１６０１にコンテンツリスト原本の要求を行い、コンテンツの更新を確認してコンテンツをダウンロードする。その後、コンテンツを順番にダウンロードする流れについては、第２の実施の形態での説明と同様である。図１６においては、受信装置Ｃ１６０４と受信装置Ｄ１６０５が受信装置グループ１と受信装置グループ２の二つの受信装置グループに属しているが、三つ以上の受信装置グループに属しても構わない。
【００５０】
以上のように、受信装置グループを定義し、それぞれの受信装置グループのみでコンテンツのダウンロードが実施されるようにすることにより、受信装置属性やユーザ属性に依存するコンテンツ（地域固有のコンテンツや、ユーザが選択したジャンルのコンテンツなど）を効率よく受信装置に配信することが可能となる。また、受信装置グループ内でのコンテンツダウンロードの順番をあらかじめ決定することにより、コンテンツダウンロードも効率的に行うことが可能となる。
【００５１】
（第４の実施の形態）
本実施の形態では、各受信装置がコンテンツの受信のみなのか、受信と送信の両方を実施するかを設定し、その設定、もしくはコンテンツ送信の実績に応じて、サービスプロバイダから送信肩代わり料を支払う例について説明する。送出装置と受信装置の構成を図１７に示す。図１と異なる点は、送出装置１７０１に各受信装置から送られるダウンロード履歴を集計するダウンロード履歴集計手段１７２７が追加されている点、コンテンツの受信のみを行う受信装置Ａ１７０２からコンテンツリスト作成手段１７１２から送信手段１７１３への矢印が削除されている点、コンテンツの受信と送信の両方を実施する受信装置Ｂ１７２５にダウンロード履歴管理手段１７２５が追加されている点である。
【００５２】
本実施の形態では、受信装置からサービスへの登録を依頼する際の、送出装置１７０１に対する受信装置登録要求に、コンテンツの受信のみなのか、受信と送信の両方を実施するのかを併せて送信する。サービス登録の際の受信装置での画面は、図１８のようなものであり、ユーザ名やＩＰアドレス、ポート番号などとともに「コンテンツの受信のみ」か「コンテンツの受信＆送信」を選択するようになっている。「コンテンツの受信のみ」か「コンテンツの受信＆送信」は必ずどちらかを選択しなくてはならない（または、選択しなかった場合には、送出装置１７０１がデフォルトでどちらかに設定するようにしても良い）。「コンテンツの受信＆送信」を選択した受信装置では、常に、もしくは決まった時間では他の受信装置からのダウンロード要求やコンテンツリスト要求などを受け付けるようにしていなければならない。図１８の例では「コンテンツ受信のみ」が選択されている。送出装置１７０１の受信装置リスト管理手段１７２１では、図１９のように、「受信送信設定」の項目でそれぞれの受信装置についてどちらの設定なのかも管理する。受信装置から受信装置リストの送信要求があった場合には、・・「受信送信設定」が「受信＆送信」になっている受信装置だけから構成される図２０のような受信装置リストを作成し、送信する。
【００５３】
図２０の例では受信装置Ａは受信のみの設定なので、受信装置リストから外れている。よって、他の受信装置からコンテンツリストを要求されることがないため、コンテンツリストリスト作成手段１７１２から送信手段１７１３への矢印が存在せず、コンテンツリストは送信しない。受信装置Ｂは受信＆送信の設定なので、受信装置リストに存在している。よって、他の受信装置からコンテンツリスト要求に対しコンテンツリストを送信し、コンテンツのダウンロードを要求された場合には、コンテンツを送信する。その際、ダウンロード履歴管理手段１７２５でコンテンツをダウンロード履歴を記録する。ダウンロード履歴は、例えば図２１のようなもので、ダウンロード日時、コンテンツ名、バージョン、コンテンツ送信先ＩＰアドレスなどを記録してあり、定期的に送信手段１７２３から送出装置１７０１に送信する。
【００５４】
受信手段１７０７を介してダウンロード履歴を受信した送出装置１７０１のダウンロード履歴集計手段１７２７は、他の受信装置へのコンテンツの送信肩代わり料としてコンテンツダウンロードを実施した受信装置のユーザに支払うべき金額を計算する。計算方法としては、ダウンロードの回数のみによるもの、ダウンロードにかかった時間によるもの、それらを組み合わせたもの、などが考えられる。また、コンテンツによってそれぞれの単価が異なることもあり得る。計算された結果は、図２２のようなダウンロード履歴集計結果である。受信装置（ユーザ）ごとの支払額が計算されている。ここでは、ダウンロード履歴の結果から支払額を計算しているが、「受信送信設定」として「受信＆送信」を設定した受信装置（ユーザ）に対しては、一律同じ金額を支払うようにしても良い。
【００５５】
また、「受信送信設定」として「受信＆送信」を選択する際に、他の受信装置からのコンテンツダウンロード要求やコンテンツリスト要求を受け付け、コンテンツやコンテンツリストを送信する送信可能時間帯を決定するようにしても良い。例えば、図２３のようなサービス登録画面でユーザは決定し、送出装置１７０１に登録する。図２３では、送信可能時間帯として８時から１２時を設定している。このような設定の結果、送出装置１７０１から送信される受信装置リストは図２４のように送信可能時間帯が含まれている。各受信装置は他の受信装置に対してコンテンツリスト要求やコンテンツダウンロード要求を送信する際には、受信装置リストの送信可能時間帯に現在時刻が含まれているかどうかを判定し、含まれている受信装置に対して要求を送信する。もし、送信可能時間帯に現在時刻が含まれている受信装置が１台もなかった場合には、送出装置１７０１に対して要求を行う。
【００５６】
なお、ダウンロード履歴の収集は第１の実施の形態から第３の実施の形態において行ってもよい。つまり、サービス登録したすべての受信装置が受信と送信を行う、という状況においてもダウンロード履歴を収集、集計して、コンテンツダウンロードに対する見返りを各受信装置（ユーザ）に支払うようにしても良い。
【００５７】
以上のように、他の受信装置に対するコンテンツダウンロード履歴を収集、集計して、コンテンツダウンロードに対する見返りを各受信装置（ユーザ）に支払うことにより、従来は送出装置が実施していたコンテンツダウンロードを請け負う受信装置の増加につながり、送出装置に必要な出力処理や出力帯域の軽減が更に進むこととなる。また、コンテンツダウンロード可能な時間帯を設定可能とすることによって、ユーザが都合の良い時間帯だけコンテンツダウンロードを請け負うことができるようになる。
【００５８】
【発明の効果】
以上説明したように、本発明によれば、送出装置から配信されたコンテンツを受信装置同士が相互にやりとりすることにより、送出装置は多数の受信装置にコンテンツを送信する必要がなくなり、送出装置の処理負荷や必要とする出力帯域を軽減することができる。
【００５９】
また、コンテンツを受け取る側の受信装置が、蓄積すべきコンテンツのリストの原本を送出装置または他の受信装置から受け取り、自身が保持していないコンテンツの実体は他の受信装置から受け取るようにしているため、送出装置でのコンテンツ更新を速やかに受信装置に伝え、コンテンツ自体のダウンロードに関しては送出装置の処理負荷や必要とする出力帯域を軽減することが可能となる。
【００６０】
また、コンテンツを保持する可能性のある受信装置のリスト（受信装置リス・・ト）も他の受信装置から受け取ることにより、更に送出装置の出力負荷を軽減することが可能となる。
【００６１】
また、受信装置リストでの確認順をランダムに行うことにより、受信装置へのアクセスを平均化することが可能である。
【００６２】
さらに、受信装置リストにネットワークでの位置を示す属性を付加し、ネットワークでの位置が近いものから確認を行うことにより、ネットワーク負荷を軽減することが可能となる。
【００６３】
さらにまた、受信装置それぞれに対し更新スケジュールを設定可能とすることにより、送出装置への要求頻度やネットワークトラフィックを調整することが可能となる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態におけるコンテンツ配信システムの構成を示すブロック図
【図２】前記第１の実施の形態における受信装置リストを示す図
【図３】前記第１の実施の形態におけるコンテンツ管理表を示す図
【図４】前記第１の実施の形態におけるコンテンツリスト原本を示す図
【図５】前記第１の実施の形態におけるコンテンツ管理表を示す図
【図６】前記第１の実施の形態におけるコンテンツリストを示す図
【図７】前記第１の実施の形態におけるコンテンツダウンロードの手順を示す図
【図８】前記第１の実施の形態における受信装置リストの更新を示す図
【図９】前記第１の実施の形態における受信装置リストを示す図
【図１０】本発明の第２の実施の形態におけるコンテンツ配信システムの構成を示す図
【図１１】前記第２の実施の形態におけるコンテンツダウンロード順序リストを示す図
【図１２】本発明の第３の実施の形態におけるコンテンツ配信システムの構成を示す図
【図１３】前記第３の実施の形態におけるグループ受信装置リストを示す図
【図１４】前記第３の実施の形態における受信装置リストを示す図
【図１５】前記第３の実施の形態におけるコンテンツ配信システムの構成を示す図
【図１６】前記第３の実施の形態におけるコンテンツ配信システムの構成を示す図
【図１７】本発明の第４の実施の形態におけるコンテンツ配信システムの構成を示す図
【図１８】前記第４の実施の形態における受信装置でのサービス登録画面を示す図
【図１９】前記第４の実施の形態における受信装置リストを示す図
【図２０】前記第４の実施の形態における受信装置リストを示す図
【図２１】前記第４の実施の形態におけるコンテンツダウンロード履歴を示す図
【図２２】前記第４の実施の形態におけるダウンロード履歴集計結果を示す図
【図２３】前記第４の実施の形態における受信装置でのサービス登録画面を示す図
【図２４】前記第４の実施の形態における受信装置リストを示す図
【図２５】第１の実施の形態におけるサービス登録画面を示す図
【図２６】第１の実施の形態における更新スケジュール管理表を示す図
【図２７】第１の実施の形態における更新スケジュールを示す図
【図２８】第１の実施の形態における更新スケジュール設定画面を示す図
【図２９】第１の実施の形態における蓄積コンテンツ選択画面を示す図
【図３０】第１の実施の形態における更新スケジュール管理表を示す図
【図３１】第２の実施の形態における各受信装置のコンテンツダウンロードの時刻を示す図
【符号の説明】
１０１ 送出装置
１０２ 受信装置
１０３ 送信手段
１０４ コンテンツ管理手段
１０５ コンテンツリスト原本作成手段
１０６ コンテンツ更新手段
１０７ 受信手段
１０８ 受信手段
１１０ コンテンツ管理手段
１１１ コンテンツリスト蓄積手段
１１２ コンテンツリスト作成手段
１１３ 送信手段
１１４ ダウンロード手段
１１５ 受信手段
１１７ コンテンツ出力手段
１１８ コンテンツ管理手段
１１９ 受信装置リスト蓄積手段
１２０ コンテンツリスト蓄積手段
１２１ 受信装置リスト管理手段
１２２ コンテンツ出力手段
１２３ コンテンツリスト作成手段
１２４ 送信手段
１２５ ダウンロード手段
１２６ 受信装置
１２７ 更新スケジュール管理手段
１２８ 更新スケジュール管理手段
１２９ 更新スケジュール設定手段
１００１ 送出装置
１００２ 受信装置
１００３ 受信装置
１００４ 受信装置
１００５ 受信装置
１００６ 受信装置
１００７ 受信装置
１００８ 受信装置
１２０１ 送出装置
１２０２ 受信装置
１２０３ 受信装置
１２０４ 受信装置
１２０５ 受信装置
１２０６ 受信装置
１２０７ 受信装置
１２０８ 受信装置
１２０９ 受信装置
１２１０ 受信装置
１２１１ ネットワーク
１２１２ ネットワーク
１５０１ 送出装置
１５０２ ネットワーク
１５０３ 送出装置兼受信装置
１５０４ 送出装置兼受信装置
１５０５ 送出装置兼受信装置
１５０６ 受信装置
１５０７ 受信装置
１５０８ 受信装置
１５０９ ネットワーク
１６０１ 送出装置
１６０２ 受信装置
１６０３ 受信装置
１６０４ 受信装置
１６０５ 受信装置
１６０６ 受信装置
１６０７ 受信装置
１６０８ 受信装置
１６０９ 受信装置
１６１０ 受信装置
１６１１ 受信装置
１６１２ 受信装置
１６１３ 受信装置
１７０１ 送出装置
１７０２ 受信装置
１７０３ 送信手段
１７０４ コンテンツ管理手段
１７０５ コンテンツリスト原本作成手段
１７０６ コンテンツ更新手段
１７０７ 受信手段
１７０８ 受信手段
１７０９ コンテンツ出力手段
１７１０ コンテンツ管理手段
１７１１ コンテンツリスト蓄積手段
１７１２ コンテンツリスト作成手段
１７１３ 送信手段
１７１４ ダウンロード手段
１７１５ 受信装置リスト蓄積手段
１７１６ 受信手段
１７１７ コンテンツ出力手段
１７１８ コンテンツ管理手段
１７１９ 受信装置リスト蓄積手段
１７２０ コンテンツリスト蓄積手段
１７２１ 受信装置リスト管理手段
１７２２ コンテンツリスト作成手段
１７２３ 送信手段
１７２４ ダウンロード手段
１７２５ 受信装置
１７２６ ダウンロード履歴管理手段
１７２７ ダウンロード履歴集計手段
１７２８ 更新スケジュール管理手段
１７２９ 更新スケジュール管理手段
１７３０ 更新スケジュール設定手段[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a content distribution system that distributes content to a plurality of receiving devices.
[0002]
[Prior art]
Conventionally, for example, as disclosed in Japanese Patent Application Laid-Open No. 2000-089708, when contents are to be automatically stored in a plurality of predetermined receiving apparatuses, one (if any) A number of sending devices (at most) distributed directly to each receiving device as a content distribution destination. Then, when there is a request for content from the receiving device, the sending device delivers the content by sequentially sending the same content to the receiving device that requested it.
[Patent Document 1] Japanese Unexamined Patent Publication No. 2000-089708
[0003]
[Problems to be solved by the invention]
However, in such a conventional content distribution system, the same content is repeatedly sent out by the sending device, and as the number of receiving devices increases, the processing capability and output bandwidth of the sending device required are increased. It increased.
[0004]
The present invention has been made in view of such problems, and a first object of the present invention is to allow the receiving apparatus to exchange the contents distributed from the transmitting apparatus with each other, thereby increasing the processing load of the transmitting apparatus and the necessity. It is to reduce the output bandwidth.
[0005]
The second object of the present invention is to notify the receiving device of the original list of contents to be stored by the receiving device, and the receiving device automatically receives and stores these contents in advance. When the user wants to use the content, it is possible to provide a service that keeps the content in an accumulated state.
[0006]
[Means for Solving the Problems]
In order to solve this problem, according to the present invention, firstly, a transmission device constituting a content distribution system includes a content list original, content, a transmission device for transmitting a reception device list, a content management unit for managing content, Content updating means for updating content managed by the content management means, receiving device list managing means for managing the receiving device list, receiving device registration request, content list original transmission request, and updating schedule for setting an updating schedule for each receiving device The gist of the invention is that it comprises setting means and receiving means for receiving a content transmission request.
[0007]
In addition, the receiving device constituting the content distribution system includes a content list transmission request, a content transmission request, a content list, a receiving unit that receives the content, a content management unit that stores the received content, and a content management unit. Content output means for playing back and outputting the content, content list storage means for storing the received content list, receiver list storage means for storing the received receiver list, and a list of contents stored by the content management means The content list creation means to be created, the content list accumulated by the content list accumulation means, and the content list created by the content list creation means should be compared and downloaded (D ·· L) from the sending device or other receiving device Content Download means for determining whether there is a download, an update schedule management means for managing an update schedule, a transmission means for transmitting a content list transmission request, a content transmission request, content, and a receiving device registration request It is equipped with.
[0008]
In such a configuration, the original content list to be stored is received from the sending device or other receiving device, and the content entity that is not held by itself is received from the other receiving device. Can be promptly transmitted to the receiving apparatus, and the processing load on the transmitting apparatus and the required output bandwidth can be reduced with respect to downloading of the content itself. In addition, by receiving a list of receiving devices that may hold content (receiving device list) from other receiving devices, it is possible to further reduce the output load of the sending device. Further, it is possible to average access to the receiving devices by randomly performing the confirmation order in the receiving device list. Moreover, it is possible to reduce the network load by adding an attribute indicating the position on the network to the receiving apparatus list and confirming from the closest position on the network. Also, by making it possible to set an update schedule for each receiving device, it is possible to adjust the frequency of requests to the sending device and network traffic.
[0009]
Second, a transmission device in the content distribution system includes a content list original, content, a transmission unit that transmits a reception device list, a content management unit that manages content, a content update unit that updates content managed by the content management unit, and content Receiving device list management means including a content download order for determining the download order, receiving device registration request, content list original transmission request, update schedule management means for managing update schedule, and receiving means for receiving content transmission request It is.
[0010]
The receiving device also includes a content list transmission request, a content transmission request, a content list, a receiving unit that receives the content, a content management unit that stores the received content, and a content output that reproduces and outputs the content stored in the content management unit Means for storing the received content list, receiving device list storing means for storing the receiving device list including the content download order for determining the download order of the received content, and a list of contents stored by the content managing means. The content creation means to be created, the content list accumulated by the content list accumulation means and the content list created by the content list creation means are compared to determine whether there is content to be downloaded. Download device for requesting download according to the content download order described in the receiving device list, download means for executing download, update schedule management means for managing update schedule, content list transmission request, content transmission request, content And a transmission means for transmitting the reception device registration request.
[0011]
In such a configuration, the content can be distributed to the receiving device without the need to search for the receiving device in which the content exists, by sequentially downloading the content like a circulation version by a plurality of receiving devices. Become. In addition, the network load can be further reduced by optimizing the order of downloading. In addition, by setting the update schedule according to the content download order in consideration of the time taken for content download, it is possible to efficiently distribute the content to all the receiving devices with little time waste.
[0012]
Third, the transmission device in the content distribution system includes a content list original, content, a transmission unit that transmits a reception device list, a content management unit that manages content, a content update unit that updates content managed by the content management unit, and reception The apparatus includes a receiving device list managing unit that manages the receiving device list by dividing the device into a plurality of groups, a receiving unit that receives a receiving device registration request, a content list original transmission request, and a content transmission request.
[0013]
The receiving device also includes a content list transmission request, a content transmission request, a content list, a receiving unit that receives the content, a content management unit that stores the received content, and a content output that reproduces and outputs the content stored in the content management unit Means, content list storage means for storing the received content list, receiver list storage means for storing the received receiver list, content creation means for creating a list of contents stored by the content management means, and content list storage means The content list created by the content list creation means is compared with each other to determine whether there is content to be downloaded from the sending device or another receiving device belonging to the same group as itself. Tsu delivery device, or downloading means for downloading from another receiving device belonging to the same group as itself, a content list transmission request, the content transmission request, in which a transmitting means for transmitting content, the receiving apparatus registration request.
[0014]
In such a configuration, by defining a receiving device group and downloading the content only by each receiving device group, content that depends on the receiving device attribute and the user attribute (region-specific content, The content of the genre selected by the user can be efficiently distributed to the receiving device. Also, content download can be efficiently performed by determining in advance the order of content download within the receiving device group.
[0015]
Fourth, the transmission device in the content distribution system includes a content list original, content, a transmission unit for transmitting the reception device list, a content management unit for managing the content, a content update unit for updating the content managed by the content management unit, and reception. Receiving device list managing means for managing device list, receiving device registration request, content list original transmission request, receiving means for receiving content transmission request, and download history totaling means for totaling download history sent from each receiving device It is.
[0016]
The receiving device also includes a content list transmission request, a content transmission request, a content list, a receiving unit that receives the content, a content management unit that stores the received content, and a content output that reproduces and outputs the content stored in the content management unit Means, content list storage means for storing the received content list, receiver list storage means for storing the received receiver list, content creation means for creating a list of contents stored by the content management means, and content list storage means Compare the content list to be created with the content list created by the content list creation means, determine whether there is content to be downloaded from the sending device or other receiving device, and download the necessary content. Loading means, content list transmission request, content transmission request, download history management means for managing download history of content to other receiving devices, content, receiving device registration request, and transmitting means for transmitting download history .
[0017]
In the configuration as described above, content download histories for other receiving devices are collected and aggregated, and the payback for the content download is paid to each receiving device (user), so that the content downloading conventionally performed by the sending device can be performed. This leads to an increase in the number of receiving apparatuses under contract, and further reduction of output processing and output bandwidth necessary for the transmitting apparatus will progress. In addition, by making it possible to set a time period during which content can be downloaded, the user can undertake content download only during a convenient time period.
[0018]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
[0019]
(First embodiment)
FIG. 1 is a block diagram showing a content distribution system according to the first embodiment of the present invention. This content distribution system includes a transmission device 101 that transmits content, and a reception device A102 and a reception device B126 that are connected to the transmission device 101 via the communication network 100 and receive content transmitted from the transmission device 101. Is done. In this embodiment, two receiving apparatuses are connected, but more receiving apparatuses may be connected. The receiving device A102 and the receiving device B126 basically have the same configuration.
[0020]
In FIG. 1, the sending device 101 stores the content list original, the content, and the receiving device list by the sending device 103, the content managing device 104 for managing the content, and the receiving device from the data managed by the content managing device 104. Content list original creation means 105 for creating an original content list (content list original), content update means 106 for updating content managed by the content management means 104, and receiving apparatus list management for managing the receiving apparatus list Means 121, a receiving apparatus registration request, a content list original transmission request, an update schedule setting means 129 for setting an update schedule for each receiving apparatus, and a receiving means 107 for receiving the content transmission request.
[0021]
Receiving device A102 (or receiving device B126) stores content list transmission request, content transmission request, content list, content receiving means 108 for receiving content, content management means 110 for storing received content, and content management means 110 for storing. Content output means 122 for reproducing / outputting the content being received, content list storage means 110 for storing the received content list, receiving apparatus list storage means 115 for storing the received receiving apparatus list, and content management means 110 The content creation means 112 for creating a list of contents to be accumulated, the content list accumulated by the content list accumulation means 111 and the content list created by the content list creation means 112 are compared, and a sending device or other It is determined whether there is content to be downloaded from the communication device, download means 114 for downloading the necessary content, update schedule management means 127 for managing the update schedule, content list transmission request, content transmission request, content, reception It is comprised from the transmission means 113 which transmits an apparatus registration request.
[0022]
A description will be given of a service flow in which content is automatically stored in the receiving apparatus in the above configuration. The service here means that, for example, a large-capacity content such as a movie is encrypted in advance and stored in a receiving device, and when the user wants to listen, a billing process is performed, and only the decryption key is obtained from the sending device. This is a service such as billing during playback. In the mechanism that downloads content after the user desires to listen, if the content is large, the waiting time until the user can actually listen to the sample becomes long, but the content is stored in the receiving device in advance. This makes it possible to immediately reproduce the content when the user desires to listen. The contents stored in each receiving apparatus are basically the same except for contents depending on receiving apparatus attributes and user attributes, which will be described later, and the content management means of the sending apparatus 101 manages them.
[0023]
First, a receiving apparatus (in this case, receiving apparatus A) 102 that receives a service transmits a receiving apparatus registration request from the transmitting means 113 to the transmitting apparatus 101. Information on the provided services (content details, fees, etc.) and the access method to the corresponding sending device can be obtained from a homepage, direct mail, flyer advertisement, and the like. It does not matter in what form it is provided. The user who decides to join the service inputs the user name and the access method to the receiving device on the service registration screen of the homepage for membership as shown in FIG. 25 by the service provider, and clicks the registration button. As a result, the reception device registration request transmitted to the transmission device 101 includes at least a method for accessing the reception device (for example, an IP address and a port number to be used). Here, it is assumed that the user name and the access method are included in the receiving apparatus registration request. The user name is made unique within the service (for example, when the user name notified from the receiving device is the same as the registered user name, a user name different from that is urged to be set).
[0024]
Upon receiving the reception device registration request, the transmission device 101 registers the reception device A in the reception device list managed by the reception device list management unit 121. The receiving device list when the receiving device registration request is also transmitted from the receiving device B is as shown in FIG. For the receiving device registered in the service, the update schedule setting means 129 of the sending device 101 sets an update schedule for each receiving device to confirm content update. For example, the update schedule of the receiving device A102 and the receiving device B126 registered in the service is managed by the update schedule management table as shown in FIG. 26, and is transmitted from the transmitting means 103 to each receiving device, for example, as a service registration response. To do. As a result, an update schedule as shown in FIG. 27 is accumulated in the update schedule management means 127 of the receiving apparatus A102. Similarly, the update schedule management unit 128 of the receiving apparatus B 126 also stores the update schedule of the receiving apparatus B.
[0025]
In the sending device 101, the content management means 104 displays the content to be downloaded by the receiving device, for example, a content management table composed of the content name, version, expiration date in the receiving device, and storage location in the sending device as shown in FIG. Managed using. The content list original creation unit 105 creates a content list original composed of a content name, a version, and an expiration date at the receiving device as shown in FIG. 4 from the content management table. The content managed by the content management unit 104 is updated by the content update unit 105 when the content to be stored in the receiving device is updated. For example, when the content “News 0630” is updated to version 2.1, the content management unit 104 is notified that the version is 2.1 together with the substance of the content. As a result of the content management unit 104 updating the content, the content management table is as shown in FIG. The expiration date at the receiving device is also updated.
[0026]
First, the flow immediately after service registration will be described (FIG. 7). As described above, a content update schedule is set in the receiving device at the time of service registration. The content update schedule is a schedule for the receiving device to confirm the update of the content. When there is an update, the content is downloaded. Hereinafter, this flow will be described in detail.
[0027]
When the time specified by the update schedule management schedule (for example, 3 o'clock) has arrived, the receiving device (receiving device A here) 102 first transmits a content list original request and a receiving device list request to the sending device 101. On the other hand, the transmission apparatus 101 transmits the content list original as shown in FIG. 4 created by the content list original creation means 105 and the reception apparatus list as shown in FIG. Each of them is stored in the content list storage unit 111 and the receiving device list storage unit 115 (S701). Initially, no content is downloaded to the content management unit 110 of the receiving apparatus 102. The download unit 114 compares the original content list stored in the content list storage unit 111 with the content list generated by the content list generation unit 112 to determine the content to be downloaded, but nothing is listed in its own content list. Since there is no content (no content has been downloaded), it is determined that all the content on the original content list should be downloaded (S702).
[0028]
A procedure for downloading content will be described. The receiving device A 102 first transmits a content list request to a receiving device 126 (for example, the receiving device B) 126 other than itself on the receiving device list stored in the receiving device list storage unit 115. The receiving device 126 that has received the content list request sends the content list (for example, the content list as shown in FIG. 6) created by the content list creation unit 123 and stored in its content management unit 118 via the transmission unit 124. Transmit to the receiving apparatus A102. If the desired content is included in the content list transmitted from the reception device 126 (S703), the reception device A102 transmits a content transmission request from the transmission unit 113 to the reception device B126, and the reception device B126. Transmits the content managed by the content management means 118 to the receiving apparatus A102. The receiving apparatus A102 performs the same process for all necessary contents, and downloads the contents existing in the other receiving apparatus from the other receiving apparatus (S704). If there is content that does not exist in the receiving device B 126 and other receiving devices (if this is the first time downloading to the receiving device after content update is in this state), the content is downloaded from the sending device 101 (S705). ).
[0029]
Thereafter, each receiving device receives the content list original and the receiving device terminal list from the sending device 101 at the timing described in the update schedule, and if there is content in the content list original that does not exist in the content stored and managed by itself, The process of downloading content from other receiving devices on the receiving device list is repeated. Regarding the acquisition of the content list original by the receiving device, the version of the content list original is acquired first, compared with the version of the content list original processed by itself, and if it has been updated, the content list original is acquired. May be. In addition, the update schedule may be set not at an explicit time but only at intervals such as every 5 hours. Further, the user may be able to set an update schedule by using an update schedule setting screen as shown in FIG. Thus, the user can set the time for downloading the content so as to avoid the time for using the receiving device for other services (for example, the time for viewing the home page or receiving the streaming service).
[0030]
As a result, the content managed by the content management unit of each receiving apparatus is the same as the content managed by the content management unit 104 of the sending apparatus 101, and the content managed by the content management unit 110 is shown in FIG. The content is the same as the original content list. As each receiving device performs content update confirmation and download according to the update schedule, the content update in the content management means 104 of the sending device 101 is gradually reflected in each receiving device. When the content is deleted, it exists in its own content list but is deleted from the original content list and does not exist. In such a case, the content is deleted. Further, when an expiration date is given to the content, the content whose expiration date has expired may be deleted.
[0031]
In the above example, only the content list is received from another receiving device, but the receiving device list may also be received from another receiving device. The reception timing may be, for example, when a content list is received. The receiving device list management unit 121 of the sending device 101 gives a version to the receiving device list as shown in FIG. 8 every time the receiving device is registered or deleted. Each time the receiving device transmits / receives data to / from the sending device or another receiving device (or at a predetermined timing), the receiving device checks the version of the receiving device list, and the receiving device holding the old version is new. Obtain a version of the receiving device list and update its own receiving device list. The version may be an update date. In this case, the receiving devices confirm the update date and time of each other's receiving device list, obtain a receiving device list with a newer date, and update their own receiving device list.
[0032]
Further, each receiving device may check the receiving device list at random. This averages access to the receiving device. Further, in order to reduce the network load, an attribute indicating the position on the network is added to the receiving apparatus list as shown in FIG. Referring to the receiving device list as shown in FIG. 9, when the receiving device for confirming the content exists in the local IP network of Shizuoka, the local IP network of the same Shizuoka is used instead of the GAKU at the top of the list. Confirm from RYU and RIKU existing in Since they are in the same regional IP network, they are exchanged without going through the Internet, and the network load can be reduced. If there are a plurality of attributes having the same network location attribute, they may be checked at random. In addition, each receiving device may store a distance (such as a response time of a ping command) on the network with each of the other receiving devices, and may be accessed in order from the receiving device with the shortest distance.
Also, at the timing when the original content list is received from the sending device 101, an expiration date is given to the original content list, and when the valid term expires, a content list original transmission request is transmitted to the sending device 101, and the original content list is sent. You may make it receive. In that case, the expiration date expires and the first update schedule is received. The original content list may also be received from another receiving device.
[0033]
In this way, the user selects the content to be auditioned from the content list (stored content selection screen) stored in the receiving apparatus as shown in FIG. 29, and the selected content is output by the content output means 122. At that time, if necessary, a key for decrypting the content is acquired, decrypted and output. Since the content is stored in advance, even if the content is large, the waiting time from the selection of the content to the start of the trial listening can be greatly reduced.
[0034]
The update schedule of each receiving device can be increased (or decreased) or a certain time zone can be avoided by the network traffic between the transmitting device 101 and each receiving device. For example, since the network is generally busy on weekday nights, an update schedule that avoids that time zone is set, or there are too many content list original requests to the sending apparatus 101 to process it It is possible to reduce the frequency. When there is an access to the sending apparatus 101 from a receiving apparatus (for example, receiving apparatus A102) that changes the update schedule, the updated update schedule is transmitted. Receiving apparatus A102 that has received the update schedule updates the update schedule managed by update schedule management means 127. Further, as shown in FIG. 30, the update schedule may include a retry interval and the number of retries. The retry interval is an interval for retrying when the request fails, and when the retry is retried for the number of retries, the processing is interrupted and the update is confirmed in the next update schedule. In the present embodiment, the original content list, content, and receiving device list can all be received from other receiving devices, so that there may be receiving devices that do not access the sending device. In order to ensure transmission of the update schedule to such a receiving device, the date and time when the receiving device periodically accesses the sending device 101 may be set in the receiving device. Further, an expiration date may be provided in the update schedule itself, and a new update schedule may be requested from the sending apparatus 101 when the expiration date has expired.
[0035]
As described above, a list of contents to be stored is received from a sending apparatus or another receiving apparatus, and an entity of content that is not held by the receiving apparatus is received from another receiving apparatus, thereby promptly updating the contents in the sending apparatus. Regarding the downloading of the content itself to the receiving device, it is possible to reduce the processing load on the sending device and the required output bandwidth. In addition, by receiving a list of receiving devices that may hold content (receiving device list) from other receiving devices, it is possible to further reduce the output load of the sending device.
[0036]
Further, it is possible to average access to the receiving devices by randomly performing the confirmation order in the receiving device list. Moreover, it is possible to reduce the network load by adding an attribute indicating the position on the network to the receiving apparatus list and confirming from the closest position on the network.
[0037]
Also, by making it possible to set an update schedule for each receiving device, it is possible to adjust the frequency of requests to the sending device and network traffic.
[0038]
(Second Embodiment)
In the present embodiment, an example will be described in which a plurality of receiving apparatuses download contents sequentially like a circulation version. FIG. 10 is a block diagram showing a configuration of a content distribution system including a sending device and a plurality of receiving devices in the present embodiment. This content distribution system includes a sending device 1001 and receiving devices A to F (1002 to 1008). Arrows indicate the flow of content. The configuration in the sending device and the receiving device is the same as that shown in FIG.
[0039]
The receiving device A 1002 is a representative of the receiving device group, and only the receiving device A 1002 accesses the sending device 1001, acquires the original content list, confirms the content update, and downloads the necessary content from the sending device 101. ing. The receiving device B 1003 acquires the original content list from the receiving device A 1002, confirms the update of the content, and downloads the necessary content from the receiving device A 1002. The detailed flow of acquisition, confirmation, and content download of the content list original is the same as in the first embodiment (however, the acquisition source of the content list original is read from the sending device to the receiving device A1002). The contents are downloaded in order, and the contents are distributed to the receiving device G1008. The receiving device A confirms whether or not the content has reached the receiving device G1008, and if it is OK, notifies the sending device 1001. In the case of OK, it indicates that the content has been distributed to all receiving apparatuses. The content download order list indicating the order of content download in the receiving device group is as shown in FIG. 11 and is created by the receiving device list management means 121 of the sending device 1001. In addition, it is updated every time a receiving device is registered or deleted, and the receiving device list is transmitted to the receiving devices existing in the receiving device list, and each receiving device receives the receiving device list in the receiving device list storage means. Update.
[0040]
In the normal flow, the content is correctly distributed to all the receiving devices existing in the receiving device list, but the content cannot be downloaded to the next receiving device of itself due to some trouble (for example, the power of the receiving device is turned off). There can be. In that case, since it can be known by referring to the receiving device list what the next receiving device is, the content is downloaded to the receiving device. For example, when the content is downloaded from the sending device 1001 to the receiving device A 1002, the receiving device B 1003, and the receiving device C 1004, but downloading to the receiving device D 1005 fails, the receiving device C 1004 downloads the content to the receiving device E 1006. . At that time, it is notified that the download to the receiving device D1005 has failed. Thereafter, the content is downloaded from the receiving device E1006 to the receiving device F1007 and the receiving device G1008 (at the same time, notification that the download to the receiving device D1005 has failed), and the receiving device A1002 receives the content up to the receiving device G1008. It confirms that it has been downloaded and that the download of the receiving device D1005 has failed, and notifies the sending device 1001 of it.
[0041]
In the implementation, as described in the first embodiment, the receiving device of the download destination accesses the receiving device of the download source periodically or according to the update schedule, and transmits the download request only when necessary, Content is downloaded as an application (the same implementation is used in the following description). When a state in which the previous receiving device cannot be accessed due to some failure occurs, the previous receiving device is accessed and content is downloaded. If the previous receiving device is at the top of the list, the content is downloaded by accessing the sending device. For the receiving device D1005 that has failed to download the content, it is directly checked whether or not the sending device 1001 can download the content, and the content is downloaded when the download becomes possible.
[0042]
When determining the download order in the content download order list as shown in FIG. 11, first, each receiving apparatus reports the distance (for example, the response time of the ping command) on the network with a receiving apparatus other than itself. It is also possible to make a decision using an algorithm in the traveling salesman problem.
The update schedule set for each receiving apparatus can be performed more efficiently by setting the time according to the download order. For example, when the content download order is as shown in FIG. 11 and the content download is expected to end within approximately 30 minutes, the receiving device A is 10:00, the receiving device B is 10:30, and the receiving device C Is set to 11:00, so that the update schedule of G from the receiving device A is set to be every 30 minutes. As a result, as shown in FIG. 31, the contents are downloaded to the receiving device in order from the start of processing in the receiving device A. Since the update schedule interval takes into consideration the time required for content download, etc., there is little time waste, and the content can be efficiently distributed to all receiving apparatuses.
[0043]
As described above, a plurality of receiving devices sequentially download the contents like a circulation version, so that it is possible to distribute the contents to the receiving devices without searching for the receiving device in which the content exists. . In addition, the network load can be further reduced by optimizing the order of downloading. In addition, by setting the update schedule according to the content download order in consideration of the time taken for content download, it is possible to efficiently distribute the content to all the receiving devices with little time waste.
[0044]
(Third embodiment)
In this embodiment, an example will be described in which receiving apparatuses are grouped and distributed by a plurality of receiving apparatuses. FIG. 12 is a diagram showing the configuration of the sending device and the receiving device in the present embodiment. The transmission device 1201 and the reception devices A to I (1202 to 1210) are configured, and the configuration of the transmission device and the reception device is the same as that of the first embodiment. In addition, receiving apparatuses A to E (1202 to 1205) are defined as receiving apparatus group 1, and receiving apparatuses F to I (1207 to 1210) are defined as receiving apparatus group 2. The network 1211 between the sending device 1201 and the receiving device group 1 and the network 1212 between the sending device 1201 and the receiving device group 2 may be physically connected. Arrows indicate the flow of content. The content is basically downloaded once from the sending device to any of the receiving devices, and thereafter the content is downloaded between the receiving devices.
[0045]
The reception device list management means 121 also performs reception group management using a group reception device list as shown in FIG. The group receiving device list manages to which receiving group each receiving device belongs. FIG. 13 shows the state of FIG. 12, where the receiving devices A to E belong to the receiving device group 1 and the receiving devices F to I belong to the receiving device group 2. When the transmission request for the reception device list is from a reception device belonging to the reception device group 1, the reception device list management unit 121 creates and transmits a reception device list including only the reception devices belonging to the reception device group. For example, when a receiving device list is requested from the receiving device A 1201 belonging to the receiving device group 1, a receiving device list as shown in FIG. 14 is created and transmitted. The mechanism for exchanging the receiving device list, the content list original, and the content in the receiving device group is the same as that shown in the first embodiment.
[0046]
In the above description, the receiving device has been described as belonging to only one receiving device group. However, it is possible to overlap with a plurality of receiving device groups. In that case, when the receiving device requests the receiving device list, it is necessary to notify which receiving device group the request is for. The receiving device notifies the receiving device of which receiving device group the receiving device belongs to when registering the receiving device.
[0047]
By determining which receiving device group belongs to the receiving device attribute or the user attribute, the content can be distributed more efficiently. For example, if the content is classified according to the user's residence and the content genre selected by the user, the content belonging to the content and genre unique to each region can be efficiently distributed.
[0048]
Further, as shown in FIG. 15, a form in which the receiving device group is hierarchized is also possible. The receiving device / sending devices (1503 to 1505) belonging to the receiving device group 4 have the function of combining the receiving device and the sending device in the first embodiment, and the updated content list original is directly sent from the sending device 1501 or By receiving the updated content list from the other receiving device / sending device (1503-1505), the updating of the content is recognized, and from the sending device 1501 or the receiving device / sending device (1503-1505) holding the content. to download. The receiving device / sending device (1503-1505) that has downloaded the content updates its own content, updates the original content list, and sends it to the receiving device of the receiving device group to which each is assigned (for example, the receiving device / sending device). 1503 transmits to the receiving device of the receiving device group 1 the original content list and the content (detailed processing is the same as in the description of the first embodiment). In the example of FIG. 15, there are two levels of hierarchy, but higher levels may be used.
[0049]
In addition, as described in the second embodiment, by creating a content download order list indicating the order of content download within the receiving device group, the content is downloaded in order within each receiving device group. Is also possible. The configuration of the sending device and the receiving device in that case is as shown in FIG. Receiving device group 1 is composed of receiving devices A to F (1602 to 1608), and receiving device group 2 is composed of receiving device C1604, receiving device D1605, and receiving devices HL (1609 to 1613). In each receiving device group, only the receiving device A 1602 and the receiving device H 1609 make a request for the original content list to the sending device 1601, confirm the content update, and download the content. Thereafter, the flow of downloading the contents in order is the same as that described in the second embodiment. In FIG. 16, the receiving device C 1604 and the receiving device D 1605 belong to two receiving device groups, that is, the receiving device group 1 and the receiving device group 2, but may belong to three or more receiving device groups.
[0050]
As described above, by defining the receiving device group and downloading the content only by each receiving device group, content that depends on the receiving device attribute or the user attribute (region-specific content or user Can be efficiently distributed to the receiving apparatus. Also, content download can be efficiently performed by determining in advance the order of content download within the receiving device group.
[0051]
(Fourth embodiment)
In the present embodiment, it is set whether each receiving device only receives content or performs both reception and transmission, and pays a transmission substitution fee from the service provider according to the setting or the result of content transmission. An example will be described. The configuration of the sending device and the receiving device is shown in FIG. 1 differs from FIG. 1 in that a download history totaling unit 1727 for totaling download histories sent from each receiving device is added to the sending device 1701, and from the receiving device A 1702 that only receives content from the content list creating unit 1712. The arrow to the transmission unit 1713 is deleted, and the download history management unit 1725 is added to the reception device B 1725 that performs both reception and transmission of content.
[0052]
In this embodiment, a reception device registration request to the transmission device 1701 when requesting registration from the reception device to the service is transmitted together with whether only content reception is performed or both reception and transmission are performed. . The screen on the receiving apparatus at the time of service registration is as shown in FIG. 18, and the user name, IP address, port number, etc. are selected to select “content reception only” or “content reception & transmission”. It has become. Either “content reception only” or “content reception & transmission” must be selected (or if no selection is made, the sending apparatus 1701 is set to one by default). Is also good). A receiving apparatus that has selected “content reception & transmission” must accept download requests, content list requests, and the like from other receiving apparatuses at all times or at a fixed time. In the example of FIG. 18, “content reception only” is selected. As shown in FIG. 19, the receiving device list management unit 1721 of the sending device 1701 manages which setting is set for each receiving device in the item of “reception / transmission setting”. If there is a transmission request for the reception device list from the reception device: Create a reception device list as shown in FIG. 20 consisting only of reception devices whose “reception / transmission setting” is “reception & transmission”. And send.
[0053]
In the example of FIG. 20, since the receiving device A is set to receive only, it is not included in the receiving device list. Therefore, since the content list is not requested from another receiving apparatus, there is no arrow from the content list list creating unit 1712 to the transmitting unit 1713, and the content list is not transmitted. Since the receiving device B is set to receive & transmit, it exists in the receiving device list. Therefore, a content list is transmitted in response to a content list request from another receiving apparatus, and the content is transmitted when downloading of the content is requested. At that time, the download history management means 1725 records the download history of the content. The download history is, for example, as shown in FIG. 21, in which download date / time, content name, version, content transmission destination IP address, and the like are recorded, and are periodically transmitted from the transmission unit 1723 to the transmission device 1701.
[0054]
The download history totaling unit 1727 of the sending device 1701 that has received the download history via the receiving unit 1707 calculates the amount to be paid to the user of the receiving device that has downloaded the content as a substitute fee for transmitting the content to other receiving devices. . As a calculation method, one based on the number of downloads, one based on the time taken for download, or a combination of them can be considered. Each unit price may differ depending on the content. The calculated result is a download history tabulation result as shown in FIG. The amount of payment for each receiving device (user) is calculated. Here, the payment amount is calculated from the result of the download history, but the same amount may be paid to the receiving device (user) for which “reception & transmission” is set as the “reception transmission setting”. good.
[0055]
In addition, when “Reception & Transmission” is selected as “Reception / transmission setting”, a content download request or content list request from another reception device is accepted, and a transmittable time zone for transmitting the content or content list is determined. Anyway. For example, the user determines on the service registration screen as shown in FIG. In FIG. 23, the transmission time zone is set from 8:00 to 12:00. As a result of such setting, the reception device list transmitted from the transmission device 1701 includes a transmittable time zone as shown in FIG. When each receiving device transmits a content list request or content download request to another receiving device, it determines whether or not the current time is included in the transmittable time zone of the receiving device list. Send a request to the receiving device. If there is no receiving device whose current time is included in the transmittable time zone, a request is made to the sending device 1701.
[0056]
Note that download history collection may be performed in the first to third embodiments. That is, even in a situation where all receiving devices registered for service receive and transmit, download histories may be collected and aggregated, and a reward for downloading content may be paid to each receiving device (user).
[0057]
As described above, content download histories for other receiving devices are collected and aggregated, and the reward for content download is paid to each receiving device (user), thereby receiving the content downloading that has been conventionally performed by the sending device. This leads to an increase in the number of devices, and further reduces the output processing and output bandwidth required for the sending device. In addition, by making it possible to set a time period during which content can be downloaded, the user can undertake content download only during a convenient time period.
[0058]
【The invention's effect】
As described above, according to the present invention, the content distributed from the sending device is exchanged between the receiving devices, so that the sending device does not need to send the content to many receiving devices. Processing load and required output bandwidth can be reduced.
[0059]
In addition, the receiving device on the content receiving side receives the original content list to be stored from the sending device or another receiving device, and receives the entity of the content not held by the receiving device from the other receiving device. Therefore, it is possible to promptly transmit the content update at the transmission device to the reception device, and to reduce the processing load on the transmission device and the required output bandwidth for downloading the content itself.
[0060]
In addition, by receiving a list of receiving devices that may hold content (receiving device list) from other receiving devices, it is possible to further reduce the output load of the sending device.
[0061]
Further, it is possible to average access to the receiving devices by randomly performing the confirmation order in the receiving device list.
[0062]
Furthermore, it is possible to reduce the network load by adding an attribute indicating the position on the network to the receiving apparatus list and confirming from the closest position on the network.
[0063]
Furthermore, by making it possible to set an update schedule for each receiving device, it is possible to adjust the frequency of requests to the sending device and network traffic.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a content distribution system according to a first embodiment of the present invention.
FIG. 2 is a diagram showing a receiving device list in the first embodiment;
FIG. 3 is a view showing a content management table in the first embodiment.
FIG. 4 is a diagram showing an original content list in the first embodiment;
FIG. 5 is a diagram showing a content management table in the first embodiment;
FIG. 6 is a diagram showing a content list in the first embodiment.
FIG. 7 is a diagram showing a content download procedure in the first embodiment;
FIG. 8 is a diagram showing updating of a receiving device list in the first embodiment;
FIG. 9 is a diagram showing a receiving device list in the first embodiment;
FIG. 10 is a diagram showing a configuration of a content distribution system according to a second embodiment of the present invention.
FIG. 11 is a diagram showing a content download order list in the second embodiment.
FIG. 12 is a diagram showing a configuration of a content distribution system according to a third embodiment of the present invention.
FIG. 13 is a diagram showing a group receiver list in the third embodiment.
FIG. 14 is a diagram showing a receiving device list in the third embodiment.
FIG. 15 is a diagram showing a configuration of a content distribution system in the third embodiment.
FIG. 16 is a diagram showing a configuration of a content distribution system in the third embodiment.
FIG. 17 is a diagram showing a configuration of a content distribution system according to a fourth embodiment of the present invention.
FIG. 18 is a diagram showing a service registration screen in the receiving device in the fourth embodiment;
FIG. 19 is a diagram showing a receiving device list in the fourth embodiment.
FIG. 20 is a diagram showing a receiving device list in the fourth embodiment.
FIG. 21 is a diagram showing a content download history in the fourth embodiment.
FIG. 22 is a view showing a download history count result in the fourth embodiment.
FIG. 23 is a diagram showing a service registration screen in the receiving device in the fourth embodiment;
FIG. 24 is a diagram showing a receiving device list in the fourth embodiment.
FIG. 25 is a diagram showing a service registration screen in the first embodiment;
FIG. 26 is a diagram showing an update schedule management table in the first embodiment;
FIG. 27 is a diagram showing an update schedule in the first embodiment;
FIG. 28 is a diagram showing an update schedule setting screen according to the first embodiment.
FIG. 29 is a diagram showing a stored content selection screen according to the first embodiment.
FIG. 30 is a diagram showing an update schedule management table in the first embodiment;
FIG. 31 is a diagram showing content download time of each receiving device in the second embodiment;
[Explanation of symbols]
101 Sending device
102 Receiver
103 Transmission means
104 Content management means
105 Content list original creation means
106 Content update means
107 Receiving means
108 Receiving means
110 Content management means
111 Content list storage means
112 Content list creation means
113 Transmission means
114 Download means
115 Receiving means
117 Content output means
118 Content management means
119 Receiving device list storage means
120 Content list storage means
121 Receiving device list management means
122 Content output means
123 Content list creation means
124 Transmission means
125 download means
126 Receiver
127 Update schedule management means
128 Update schedule management means
129 Update schedule setting means
1001 Sending device
1002 Receiver
1003 Receiver
1004 Receiver
1005 Receiver
1006 Receiver
1007 Receiver
1008 Receiver
1201 Sending device
1202 Receiver
1203 Receiver
1204 Receiver
1205 Receiver
1206 Receiver
1207 Receiver
1208 Receiver
1209 Receiver
1210 Receiver
1211 network
1212 network
1501 Sending device
1502 network
1503 Sending and receiving device
1504 Sending and receiving device
1505 Transmitter / Receiver
1506 receiver
1507 receiver
1508 receiver
1509 network
1601 Sending device
1602 Receiver
1603 Receiver
1604 receiver
1605 receiver
1606 receiver
1607 Receiver
1608 Receiver
1609 receiver
1610 receiver
1611 receiver
1612 Receiver
1613 receiver
1701 Sending device
1702 Receiver
1703 Transmission means
1704 Content management means
1705 Contents list original creation means
1706 Content updating means
1707 Receiving means
1708 receiving means
1709 Content output means
1710 Content management means
1711 Content list storage means
1712 Content list creation means
1713 Transmission means
1714 Download means
1715 Receiving device list storage means
1716 Receiving means
1717 Content output means
1718 Content management means
1719 Receiving device list storage means
1720 Content list storage means
1721 Receiving device list management means
1722 Content list creation means
1723 transmission means
1724 download means
1725 Receiver
1726 Download history management means
1727 Download history counting means
1728 Update schedule management means
1729 Update schedule management means
1730 Update schedule setting means
