(57)【要約】【課題】ユーザが視聴するコンテンツの属性等と親和性の高い広告コンテンツを、広告主等が主体的に配信することが可能な新たな配信システムを提供する。【解決手段】ネットワーク８を介して互いにコンテンツが送受信可能とされている複数のノードＮｎに接続されたセンタサーバＳＶにおいて、ノードＮｎにおいて再生されたコンテンツに対応する再生情報をノードＮｎから取得し、取得された再生情報に対応するコンテンツの属性に基づいて、ノードＮｎにおいて再生されるべき広告用の広告コンテンツを決定し、決定された広告コンテンツを所定のノードＮｎに取得させて再生させる。【選択図】図１
2011138398.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツが送受信可能とされているノード装置にネットワークを介して接続された情報処理装置において、
前記ノード装置において再生された前記コンテンツに対応する再生情報を、前記ノード装置から取得する取得手段と、
前記取得手段により取得された前記再生情報に対応する前記コンテンツの属性に基づいて、前記ノード装置において再生されるべき広告用の広告コンテンツを決定する決定手段と、
前記決定手段により決定された前記広告コンテンツを、所定の前記ノード装置に取得させる取得処理を行う処理実行手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記コンテンツには、前記広告コンテンツと異なる主コンテンツであって配信者が主として配信する主コンテンツが含まれており、
前記決定手段は、前記取得手段により取得された前記再生情報に対応する前記主コンテンツの属性、または、当該再生情報に対応する前記広告コンテンツの属性、のいずれかに基づいて、前記ノード装置において再生されるべき前記広告コンテンツを決定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記広告コンテンツは複数の属性を有しており、
前記主コンテンツは複数の属性を有しており、
前記取得手段により取得された前記再生情報に対応する前記主コンテンツの属性と、前記広告コンテンツの属性と、を比較する比較手段を更に備え、
前記決定手段は、前記比較手段による比較結果に基づき、前記取得手段により取得された前記再生情報に対応する前記主コンテンツの前記属性に一致する前記属性を多く有する前記広告コンテンツを優先させて、前記ノード装置において再生されるべき前記広告コンテンツと決定することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記決定手段は、前記取得手段により取得された前記再生情報に対応する前記主コンテンツの前記属性に一致する前記属性を有し、且つ未だ前記処理実行手段による前記取得処理の対象とされていない前記広告コンテンツを、前記ノード装置において再生されるべき前記広告コンテンツと決定することを特徴とする請求項２に記載の情報処理装置。
【請求項５】
前記再生情報は、前記ノード装置において現在再生中である前記コンテンツに対応する当該再生情報であることを特徴とする請求項１から４のいずれか一項に記載の情報処理装置。
【請求項６】
前記広告コンテンツには、前記ノード装置における当該広告コンテンツの再生回数の上限値が付与されており、
前記取得手段により取得された前記再生情報に基づいて、前記上限値まで各前記ノード装置において再生された否かを判定する上限値判定手段と、
前記上限値判定手段により前記上限値まで再生されたと判定されたとき、当該上限値まで再生された前記広告コンテンツの再生を禁止させる禁止処理を行う禁止手段と、
を更に備えることを特徴とする請求項１から５のいずれか一項に記載の情報処理装置。
【請求項７】
前記取得手段により取得される前記再生情報には、前記広告コンテンツの前記ノード装置における再生回数を示す再生回数情報が含まれており、
前記決定手段は、前記取得手段により取得された前記再生情報に含まれていた前記再生回数情報に基づいて、前記ノード装置において再生されるべき前記広告コンテンツを決定することを特徴とする請求項１に記載の情報処理装置。
【請求項８】
前記決定手段は、前記再生回数情報に基づいて、前記再生回数が最も少ない前記広告コンテンツから順に、前記ノード装置において再生されるべき前記広告コンテンツを決定することを特徴とする請求項７に記載の情報処理装置。
【請求項９】
前記決定手段は、前記再生回数情報に基づいて、予め設定されている上限値に再生回数が最も近い前記広告コンテンツから順に、前記ノード装置において再生されるべき前記広告コンテンツを決定することを特徴とする請求項７に記載の情報処理装置。
【請求項１０】
前記情報処理装置は、複数の前記ノード装置により構成されるオーバーレイネットワークに接続されており、
前記オーバーレイネットワークを構成する前記複数のノード装置には、前記広告コンテンツを含む複数の前記コンテンツが分散保存されており、
前記処理実行手段は、前記決定手段により決定された前記広告コンテンツを識別する識別情報を所定の前記ノード装置に送信し、当該送信された識別情報により識別される前記広告コンテンツを、前記オーバーレイネットワークから前記所定のノード装置に取得させる前記取得処理を行うことを特徴とする請求項１に記載の情報処理装置。
【請求項１１】
情報処理装置と、ノード装置と、がネットワークを介して接続されてなる配信システムにおいて、
前記情報処理装置は、
前記ノード装置において再生された前記コンテンツに対応する再生情報を、前記ノード装置から取得する取得手段と、
前記取得手段により取得された前記再生情報に対応する前記コンテンツの属性に基づいて、前記ノード装置において再生されるべき広告用の広告コンテンツを決定する決定手段と、
前記決定手段により決定された前記広告コンテンツを、所定の前記ノード装置に取得させる取得処理を行う処理実行手段と、
を備え、
前記ノード装置は、
前記処理実行手段による前記取得処理に応じて前記広告コンテンツを取得する広告コンテンツ取得手段と、
前記広告コンテンツ取得手段により取得された前記広告コンテンツを再生させる制御手段と、
を備えることを特徴とする配信システム。
【請求項１２】
前記コンテンツには、前記広告コンテンツと異なる主コンテンツであって配信者が主として配信する主コンテンツが含まれており、
前記ノード装置は、
前記主コンテンツを取得する主コンテンツ取得手段と、
前記主コンテンツ取得手段により取得された前記主コンテンツを再生させる主コンテンツ制御手段と、
を更に備え、
前記ノード装置の前記制御手段は、前記主コンテンツ制御手段により再生させる前記主コンテンツが有する前記属性に対応する前記属性を有する前記広告コンテンツを再生させることを特徴とする請求項１１に記載の配信システム。
【請求項１３】
前記ノード装置は、
前記広告コンテンツの最終再生時刻を示す最終再生時刻情報を各前記広告コンテンツ毎に記憶する履歴記憶手段と、
前記履歴記憶手段に記憶されている前記最終再生時刻情報に基づき、前記最終再生時刻が現在時刻に最も近い前記広告コンテンツから順に過去に遡って所定数の前記広告コンテンツ以外の前記広告コンテンツを、前記所定数の前記広告コンテンツに優先させて再生対象として決定する再生コンテンツ決定手段と、
を更に備え、
前記ノード装置の前記制御手段は、前記再生コンテンツ決定手段により前記再生対象として決定された前記広告コンテンツを再生させることを特徴とする請求項１１または１２に記載の配信システム。
【請求項１４】
前記ノード装置は、
前記広告コンテンツの再生回数を示す再生回数情報を各前記広告コンテンツ毎に記憶する履歴記憶手段と、
前記履歴記憶手段に記憶されている前記再生回数情報に基づいて、前記再生回数が最も少ない前記広告コンテンツから当該再生回数の順に再生対象として決定する再生コンテンツ決定手段と、
を更に備え、
前記ノード装置の前記制御手段は、前記再生コンテンツ決定手段により前記再生対象として決定された前記広告コンテンツを再生させることを特徴とする請求項１１または１２に記載の配信システム。
【請求項１５】
前記配信システムは、複数の前記ノード装置により構成されるオーバーレイネットワークを備え、
前記オーバーレイネットワークを構成する前記複数のノード装置には、前記広告コンテンツを含む複数のコンテンツが分散保存されており、
前記情報処理装置の前記処理実行手段は、前記決定手段により決定された前記広告コンテンツを識別する識別情報を所定の前記ノード装置に送信する送信手段を備え、
前記ノード装置の前記広告コンテンツ取得手段は、前記送信手段により送信された前記識別情報に基づき、当該送信された識別情報により識別される前記広告コンテンツを、前記オーバーレイネットワークから取得することを特徴とする請求項１１から１４のいずれか一項に記載の配信システム。
【請求項１６】
情報処理装置と、複数のノード装置と、がネットワークを介して接続されてなる配信システムにおいて実行される情報処理方法において、
前記ノード装置において再生された前記コンテンツに対応する再生情報を、前記ノード装置から取得する取得工程と、
前記取得工程において取得された前記再生情報に対応する前記コンテンツの属性に基づいて、前記ノード装置において再生されるべき広告用の広告コンテンツを決定する決定工程と、
前記決定工程において決定された前記広告コンテンツを、所定の前記ノード装置に取得させる取得処理を行う処理実行工程と、
前記処理実行工程における前記取得処理に応じて前記広告コンテンツを取得する広告コンテンツ取得工程と、
前記広告コンテンツ取得工程において取得された前記広告コンテンツを再生させる制御工程と、
を含むことを特徴とする情報処理方法。
【請求項１７】
コンテンツが送受信可能とされているノード装置にネットワークを介して接続された情報処理装置に含まれるコンピュータに、
前記ノード装置において再生された前記コンテンツに対応する再生情報を、前記ノード装置から取得するステップと、
前記取得された再生情報に対応する前記コンテンツの属性に基づいて、前記ノード装置において再生されるべき広告用の広告コンテンツを決定するステップと、
前記決定された広告コンテンツを、所定の前記ノード装置に取得させる取得処理を行うステップと、
を実行させることを特徴とする情報処理装置用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、互いに通信可能な複数のノード装置と、各ノード装置と通信可能な情報処理装置と、を含む配信システムの技術分野に関する。なお以下の説明では、上記「ノード装置」を適宜「ノード」と称する。
【背景技術】
【０００２】
近年、映画や動画等のコンテンツを、インターネット等のネットワークを介してそのネットワークに参加しているノードに配信するコンテンツ配信システムが開発されている。このようなコンテンツ配信システムでは、コンテンツとしての質の向上や映画等以外のデータを配信する等、更なるサービスの向上を図るため、配信対象たるコンテンツのデータ量が増大する傾向にある。このため、いわゆるクライアント−サーバ方式で全てのノードが特定のサーバ装置へとデータの配信を要求すると、そのサーバ装置への負担が過度となる。なお以下の説明では、上記「サーバ装置」を適宜「サーバ」と称する。
【０００３】
そこで、配信対象たるコンテンツを、いわゆるピアツーピア（Peer to Peer（Ｐ２Ｐ））型のネットワークシステムを介して配信する技術が開発されている。このＰ２Ｐ型のネットワークスシステムでは、ネットワークシステム内に存在するノードそれぞれにコンテンツが分散保存される。そして各ノードは、ノード間でコンテンツを共有しつつ、互いに送受信する。このＰ２Ｐ型ネットワークシステムにおいて分散保存されたコンテンツの所在は、分散ハッシュテーブルを利用して、クエリにより効率良く検索可能になっている。クエリは、コンテンツ毎に固有のコンテンツＩＤをキーとして含む。この分散ハッシュテーブルを、以下、ＤＨＴ（Distributed Hash Table）と称する。このＤＨＴについては、例えば下記特許文献１に詳細に開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１９７４００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一方、配信対象たるコンテンツには、配信者が主として配信するべき動画や音楽等の主コンテンツと、広告を目的として配信される広告コンテンツと、がある。例えば、従来のテレビジョン放送では、このような広告コンテンツは、その広告主または配信者が放送回数や放送時刻を主体的に把握して放送することができた。しかしながらＰ２Ｐ型のネットワークシステムでは、広告コンテンツ自体も各ノードに分散保存される。そして、各ノードで広告コンテンツが共有されつつ、互いに送受信される。そのためＰ２Ｐ型のネットワークシステムでは、広告コンテンツの配信がその配信を受けるユーザの意思によって任意に決められてしまうことになる。このような場合には、広告主または配信者が主体的に広告コンテンツを配信することができないという問題点があった。
【０００６】
そこで、本発明は上記の問題点に鑑みて為されたもので、その目的の一例は、ユーザが視聴するコンテンツの属性等と親和性の高い広告コンテンツを、広告主等が主体的に配信することが可能な新たな配信システムおよびそれに含まれる情報処理装置、ならびにその配信システムにおいて実行される情報処理方法および情報処理装置用プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
請求項１に記載の発明は、コンテンツが送受信可能とされているノード装置にネットワークを介して接続された情報処理装置において、前記ノード装置において再生された前記コンテンツに対応する再生情報を、前記ノード装置から取得する制御部等の取得手段と、前記取得手段により取得された前記再生情報に対応する前記コンテンツの属性に基づいて、前記ノード装置において再生されるべき広告用の広告コンテンツを決定する制御部等の決定手段と、前記決定手段により決定された前記広告コンテンツを、所定の前記ノード装置に取得させる取得処理を行う制御部等の処理実行手段と、を備える。
【０００８】
請求項１に記載の発明によれば、ノード装置から取得された再生情報に基づいて決定された広告コンテンツを所定のノード装置に取得させる。従って、ノード装置のユーザに対して親和性の高い広告コンテンツの再生を、広告主等が主体的に且つ有効に行わせることができる。
【０００９】
上記の課題を解決するために、請求項２に記載の発明によれば、請求項１に記載の情報処理装置において、前記コンテンツには、前記広告コンテンツと異なる主コンテンツであって配信者が主として配信する主コンテンツが含まれており、前記決定手段は、前記取得手段により取得された前記再生情報に対応する前記主コンテンツの属性、または、当該再生情報に対応する前記広告コンテンツの属性、のいずれかに基づいて、前記ノード装置において再生されるべき前記広告コンテンツを決定するように構成される。
【００１０】
請求項２に記載の発明によれば、請求項１に記載の発明の作用に加えて、取得された再生情報に対応する主コンテンツの属性、または、当該再生情報に対応する広告コンテンツの属性のいずれかに基づいて広告コンテンツを決定する。従って、ノード装置のユーザの嗜好に合わせた広告コンテンツを再生させることができる。
【００１１】
上記の課題を解決するために、請求項３に記載の発明は、請求項２に記載の情報処理装置において、前記広告コンテンツは複数の属性を有しており、前記主コンテンツは複数の属性を有しており、前記取得手段により取得された前記再生情報に対応する前記主コンテンツの属性と、前記広告コンテンツの属性と、を比較する制御部等の比較手段を更に備え、前記決定手段は、前記比較手段による比較結果に基づき、前記取得手段により取得された前記再生情報に対応する前記主コンテンツの前記属性に一致する前記属性を多く有する前記広告コンテンツを優先させて、前記ノード装置において再生されるべき前記広告コンテンツと決定するように構成される。
【００１２】
請求項３に記載の発明によれば、請求項２に記載の発明の作用に加えて、主コンテンツの属性に一致する属性を多く有する広告コンテンツを優先させて再生されるべき広告コンテンツとして決定する。従って、ノード装置のユーザの嗜好により合致した広告コンテンツを配信できる。
【００１３】
上記の課題を解決するために、請求項４に記載の発明は、請求項２に記載の情報処理装置において、前記決定手段は、前記取得手段により取得された前記再生情報に対応する前記主コンテンツの前記属性に一致する前記属性を有し、且つ未だ前記処理実行手段による前記取得処理の対象とされていない前記広告コンテンツを、前記ノード装置において再生されるべき前記広告コンテンツと決定するように構成される。
【００１４】
請求項４に記載の発明によれば、請求項２に記載の発明の作用に加えて、主コンテンツの属性に一致する属性を有する広告コンテンツであり且ついずれのノード装置においても取得されていない広告コンテンツを、再生されるべき広告コンテンツとして決定する。従って、ノード装置のユーザの嗜好により合致した広告コンテンツを配信できる。
【００１５】
上記の課題を解決するために、請求項５に記載の発明は、請求項１から４のいずれか一項に記載の情報処理装置において、前記再生情報は、前記ノード装置において現在再生中である前記コンテンツに対応する当該再生情報であるように構成される。
【００１６】
請求項５に記載の発明によれば、請求項１から４のいずれか一項に記載の発明の作用に加えて、ノード装置において現在再生されているコンテンツに対応する再生情報を取得して広告コンテンツを決定する。従って、リアルタイムに再生させる広告コンテンツを、広告主等が主体的に且つ有効に決定することができる。
【００１７】
上記の課題を解決するために、請求項６に記載の発明は、請求項１から５のいずれか一項に記載の情報処理装置において、前記広告コンテンツには、前記ノード装置における当該広告コンテンツの再生回数の上限値が付与されており、前記取得手段により取得された前記再生情報に基づいて、前記上限値まで各前記ノード装置において再生された否かを判定する制御部等の上限値判定手段と、前記上限値判定手段により前記上限値まで再生されたと判定されたとき、当該上限値まで再生された前記広告コンテンツの再生を禁止させる禁止処理を行う制御部等の禁止手段と、を更に備える。
【００１８】
請求項６に記載の発明によれば、請求項１から５のいずれか一項に記載の発明の作用に加えて、再生回数の上限値まで広告コンテンツが再生されたとき、その広告コンテンツの再生を禁止させる禁止処理を行う。従って、広告コンテンツの再生を広告主等が主体的に終了させることができるとともに、ノード装置における広告コンテンツの再生のための処理負担を軽減することができる。
【００１９】
上記の課題を解決するために、請求項７に記載の発明は、請求項１に記載の情報処理装置において、前記取得手段により取得される前記再生情報には、前記広告コンテンツの前記ノード装置における再生回数を示す再生回数情報が含まれており、前記決定手段は、前記取得手段により取得された前記再生情報に含まれていた前記再生回数情報に基づいて、前記ノード装置において再生されるべき前記広告コンテンツを決定するように構成される。
【００２０】
請求項７に記載の発明によれば、請求項１に記載の発明の作用に加えて、ノード装置から取得された再生回数情報に基づいて決定された広告コンテンツを所定のノード装置に取得させて再生させる。従って、広告コンテンツの配信を、広告主等が主体的に且つ有効に行うことができる。
【００２１】
上記の課題を解決するために、請求項８に記載の発明は、請求項７に記載の情報処理装置において、前記決定手段は、前記再生回数情報に基づいて、前記再生回数が最も少ない前記広告コンテンツから順に、前記ノード装置において再生されるべき前記広告コンテンツを決定するように構成される。
【００２２】
請求項８に記載の発明によれば、請求項７に記載の発明の作用に加えて、再生回数情報に基づき、再生回数が最も少ない広告コンテンツから順に、再生されるべき広告コンテンツを決定する。従って、広告として有効に広告コンテンツを再生させることができる。
【００２３】
上記の課題を解決するために、請求項９に記載の発明は、請求項７に記載の情報処理装置において、前記決定手段は、前記再生回数情報に基づいて、予め設定されている上限値に再生回数が最も近い前記広告コンテンツから順に、前記ノード装置において再生されるべき前記広告コンテンツを決定するように構成される。
【００２４】
請求項９に記載の発明によれば、請求項７に記載の発明の作用に加えて、再生回数情報に基づき、上限値に再生回数が最も近い広告コンテンツから順に、再生されるべき広告コンテンツを決定する。従って、再生が終了するまでにより多くの広告コンテンツを再生させることができる。
【００２５】
上記の課題を解決するために、請求項１０に記載の発明は、請求項１に記載の情報処理装置において、前記情報処理装置は、複数の前記ノード装置により構成されるオーバーレイネットワークに接続されており、前記オーバーレイネットワークを構成する前記複数のノード装置には、前記広告コンテンツを含む複数の前記コンテンツが分散保存されており、前記処理実行手段は、前記決定手段により決定された前記広告コンテンツを識別する識別情報を所定の前記ノード装置に送信し、当該送信された識別情報により識別される前記広告コンテンツを、前記オーバーレイネットワークから前記所定のノード装置に取得させる前記取得処理を行うように構成される。
【００２６】
請求項１０に記載の発明によれば、請求項１に記載の発明の作用に加えて、オーバーレイネットワークを構成する複数のノード装置に、広告コンテンツを含む複数のコンテンツが分散保存されている。そして決定手段により決定された広告コンテンツを識別する識別情報を所定のノード装置に送信する。この識別情報により識別される広告コンテンツをオーバーレイネットワークから所定のノード装置に取得させる。従って、広告コンテンツのための配信サーバ装置等を別途設けることなしに、広告主等が主体的に且つ有効に行わせることができる。
【００２７】
上記の課題を解決するために、請求項１１に記載の発明は、情報処理装置と、ノード装置と、がネットワークを介して接続されてなる配信システムにおいて、前記情報処理装置は、前記ノード装置において再生された前記コンテンツに対応する再生情報を、前記ノード装置から取得する取得手段と、前記取得手段により取得された前記再生情報に対応する前記コンテンツの属性に基づいて、前記ノード装置において再生されるべき広告用の広告コンテンツを決定する決定手段と、前記決定手段により決定された前記広告コンテンツを、所定の前記ノード装置に取得させる取得処理を行う処理実行手段と、を備え、前記ノード装置は、前記処理実行手段による前記取得処理に応じて前記広告コンテンツを取得する広告コンテンツ取得手段と、前記広告コンテンツ取得手段により取得された前記広告コンテンツを再生させる制御手段と、を備える。
【００２８】
請求項１１に記載の発明によれば、ノード装置から取得された再生情報に基づいて決定された広告コンテンツを所定のノード装置に取得させて再生させる。従って、ノード装置のユーザに対して親和性の高い広告コンテンツの再生を、広告主等が主体的に且つ有効に行うことができる。
【００２９】
上記の課題を解決するために、請求項１２に記載の発明は、請求項１１に記載の配信システムにおいて、前記コンテンツには、前記広告コンテンツと異なる主コンテンツであって配信者が主として配信する主コンテンツが含まれており、前記ノード装置は、前記主コンテンツを取得する主コンテンツ取得手段と、前記主コンテンツ取得手段により取得された前記主コンテンツを再生させる主コンテンツ制御手段と、を更に備え、前記ノード装置の前記制御手段は、前記主コンテンツ制御手段により再生させる前記主コンテンツが有する前記属性に対応する前記属性を有する前記広告コンテンツを再生させるように構成される。
【００３０】
請求項１２に記載の発明によれば、請求項１１に記載の発明の作用に加えて、再生させた主コンテンツの属性に対応する属性を有する広告コンテンツを再生させる。従って、再生させた主コンテンツに関連する広告コンテンツを再生させることができる。
【００３１】
上記の課題を解決するために、請求項１３に記載の発明は、請求項１１または１２に記載の配信システムにおいて、前記ノード装置は、前記広告コンテンツの最終再生時刻を示す最終再生時刻情報を各前記広告コンテンツ毎に記憶する履歴記憶手段と、前記履歴記憶手段に記憶されている前記最終再生時刻情報に基づき、前記最終再生時刻が現在時刻に最も近い前記広告コンテンツから順に過去に遡って所定数の前記広告コンテンツ以外の前記広告コンテンツを、前記所定数の前記広告コンテンツに優先させて再生対象として決定する再生コンテンツ決定手段と、を更に備え、前記ノード装置の前記制御手段は、前記再生コンテンツ決定手段により前記再生対象として決定された前記広告コンテンツを再生させるように構成される。
【００３２】
請求項１３に記載の発明によれば、請求項１１または１２に記載の発明の作用に加えて、最終再生時刻が現在時刻に最も近い広告コンテンツから順に過去に遡って所定数の広告コンテンツ以外の広告コンテンツを、所定数の広告コンテンツに優先させて再生対象として決定する。従って、偏りなく広告コンテンツを再生することができる。
【００３３】
上記の課題を解決するために、請求項１４に記載の発明は、請求項１１または１２に記載の配信システムにおいて、前記ノード装置は、前記広告コンテンツの再生回数を示す再生回数情報を各前記広告コンテンツ毎に記憶する履歴記憶手段と、前記履歴記憶手段に記憶されている前記再生回数情報に基づいて、前記再生回数が最も少ない前記広告コンテンツから当該再生回数の順に再生対象として決定する再生コンテンツ決定手段と、を更に備え、前記ノード装置の前記制御手段は、前記再生コンテンツ決定手段により前記再生対象として決定された前記広告コンテンツを再生させるように構成される。
【００３４】
請求項１４に記載の発明によれば、請求項１１または１２に記載の発明の作用に加えて、再生回数が最も少ない広告コンテンツから当該再生回数の順に再生対象として決定する。従って、偏りなく広告コンテンツを再生することができる。
【００３５】
上記の課題を解決するために、請求項１５に記載の発明は、請求項１１から１４のいずれか一項に記載の配信システムにおいて、前記配信システムは、複数の前記ノード装置により構成されるオーバーレイネットワークを備え、前記オーバーレイネットワークを構成する前記複数のノード装置には、前記広告コンテンツを含む複数のコンテンツが分散保存されており、前記情報処理装置の前記処理実行手段は、前記決定手段により決定された前記広告コンテンツを識別する識別情報を所定の前記ノード装置に送信する通信部等の送信手段を備え、前記ノード装置の前記広告コンテンツ取得手段は、前記送信手段により送信された前記識別情報に基づき、当該送信された識別情報により識別される前記広告コンテンツを、前記オーバーレイネットワークから取得するように構成される。
【００３６】
請求項１５に記載の発明によれば、請求項１１から１４のいずれか一項に記載の発明の作用に加えて、配信システムが複数のノード装置により構成されるオーバーレイネットワークを備えている。オーバーレイネットワークを構成する複数のノード装置には、広告コンテンツを含む複数のコンテンツが分散保存されている。情報処理装置の送信手段により送信された識別情報により識別される広告コンテンツをオーバーレイネットワークから取得して再生する。従って、広告コンテンツのための配信サーバ装置等を設けることなく、広告コンテンツを取得して再生することができる。
【００３７】
上記の課題を解決するために、請求項１６に記載の発明は、情報処理装置と、複数のノード装置と、がネットワークを介して接続されてなる配信システムにおいて実行される情報処理方法において、前記ノード装置において再生された前記コンテンツに対応する再生情報を、前記ノード装置から取得する取得工程と、前記取得工程において取得された前記再生情報に対応する前記コンテンツの属性に基づいて、前記ノード装置において再生されるべき広告用の広告コンテンツを決定する決定工程と、前記決定工程において決定された前記広告コンテンツを、所定の前記ノード装置に取得させる取得処理を行う処理実行工程と、前記処理実行工程における前記取得処理に応じて前記広告コンテンツを取得する広告コンテンツ取得工程と、前記広告コンテンツ取得工程において取得された前記広告コンテンツを再生させる制御工程と、を含む。
【００３８】
請求項１６に記載の発明によれば、ノード装置から取得された再生情報に基づいて決定された広告コンテンツを所定のノード装置に取得させて再生させる。従って、ノード装置のユーザに対して親和性の高い広告コンテンツの再生を、広告主等が主体的に且つ有効に行うことができる。
【００３９】
上記の課題を解決するために、請求項１７に記載の発明は、コンテンツが送受信可能とされているノード装置にネットワークを介して接続された情報処理装置に含まれるコンピュータに、前記ノード装置において再生された前記コンテンツに対応する再生情報を、前記ノード装置から取得するステップと、前記取得された再生情報に対応する前記コンテンツの属性に基づいて、前記ノード装置において再生されるべき広告用の広告コンテンツを決定するステップと、前記決定された広告コンテンツを、所定の前記ノード装置に取得させる取得処理を行うステップと、を実行させる。
【００４０】
請求項１７に記載の発明によれば、ノード装置から取得された再生情報に基づいて決定された広告コンテンツを所定のノード装置に取得させるようにコンピュータが機能する。従って、ノード装置のユーザに対して親和性の高い広告コンテンツの再生を、広告主等が主体的に且つ有効に行うことができる。
【発明の効果】
【００４１】
本発明によれば、ノード装置のユーザに対して親和性の高い広告コンテンツの再生を、広告主等が主体的に且つ有効に行うことができる。
【図面の簡単な説明】
【００４２】
【図１】実施形態の配信システムにおける各ノードの接続態様の一例を示す図である。
【図２】実施形態のセンタサーバ等の概要構成を示すブロック図である。（ａ）はセンタサーバの概要構成を示すブロック図である。（ｂ）はノードの概要構成を示すブロック図である。
【図３】実施形態の配信管理動作を示すフローチャートである。（ａ）は管理者サーバの動作を示すフローチャートである。（ｂ）はセンタサーバの動作を示すフローチャートである。
【図４】実施形態のノードの動作を示すフローチャートである。
【発明を実施するための形態】
【００４３】
次に、本発明を実施するための形態について、図１から図４を用いて説明する。以下に説明する各実施形態は、Ｐ２Ｐ型のネットワークシステムを用いてノードに動画等のコンテンツを配信する配信システムに対して本発明を適用した場合の実施形態である。
（Ｉ）配信システムの全体構成および動作概要
始めに、実施形態の配信システムの全体構成および動作概要について、図１を用いて説明する。なお図１は実施形態の配信システムにおける各ノードの接続態様の一例を示す図である。
【００４４】
図１の下部枠１０１内に示すように、ＩＸ（Internet eXchange）３、ＩＳＰ（Internet Service Provider）装置４ａおよび４ｂ、ＤＳＬ（Digital Subscriber Line）回線事業者装置５ａおよび５ｂ、ＦＴＴＨ（Fiber To The Home）回線事業者装置６並びに通信回線７等によって、インターネット等のネットワーク８が構築されている。このネットワーク８は現実世界の物理的な通信ネットワークであり、通信回線７は具体的には電話回線や光ケーブル等により構成されている。なお図１の例におけるネットワーク８には、パケット化されたデータを転送するためのルータが適宜挿入されているが、図１ではその図示を省略している。
【００４５】
実施形態のネットワーク８には、複数のノードＮｎ（ｎ＝１、２、３、…）が接続されている。各ノードＮｎには、固有の製造番号およびＩＰ（Internet Protocol）アドレスが割り当てられている。このノードＮｎは「ノード装置」の一例に相当する。
【００４６】
実施形態の配信システムＳは、上述したようにＰ２Ｐ型のネットワークシステムである。配信システムＳには、複数のノードＮｎと、各ノードＮｎからネットワーク８を介してアクセス可能なセンタサーバＳＶが含まれている。このセンタサーバＳＶは「情報処理装置」の一例に相当する。またセンタサーバＳＶは、後述するように、ノードＮｎに対していずれの広告コンテンツを配信するか、を決定するサーバである。
【００４７】
図１の上部枠１００内に示すネットワークは、既存のネットワーク８を用いて形成された、仮想的なリンクを構成するオーバーレイネットワーク９である。このオーバーレイネットワーク９は論理的なネットワークである。オーバーレイネットワーク９は、特定のアルゴリズム、例えば上記ＤＨＴを利用したアルゴリズムにより実現される。オーバーレイネットワーク９に参加している各ノードＮｎには、所定の桁数からなる固有の識別データがノードＩＤとして割り当てられている。また各ノードＮｎは、ＤＨＴを用いたルーティングテーブルを夫々に保持している。このようなＤＨＴを用いたルーティングテーブルについては、上記特許文献１等で公知であるので、詳しい説明を省略する。
【００４８】
また配信システムＳにおいては、様々な映画や動画等のコンテンツが、所定のファイル形式で複数のノードＮｎに分散して保存されている。これらのコンテンツには、夫々、動画等のタイトル等であるコンテンツ名およびコンテンツＩＤ等の情報が付与されている。また、実施形態におけるコンテンツとしては、配信者が主として配信するべき動画や音楽等の番組コンテンツと、広告を目的として配信される広告コンテンツと、がある。この番組コンテンツが「主コンテンツ」の一例に相当する。更に以下の説明において、単に「コンテンツ」と称した場合には、上記広告コンテンツと上記番組コンテンツの双方を示すものとする。このコンテンツＩＤはコンテンツ毎に固有の識別データである。またコンテンツＩＤは、対応するコンテンツが保存されているノードＮｎの所在を配信システムＳ内において検索するための検索情報である。
【００４９】
一方、配信システムＳでは、分散保存されているコンテンツの所在を示す情報と、コンテンツのコンテンツＩＤ等と、の組が含まれるインデックス情報が用いられる。このときのコンテンツの所在を示す情報とは、例えばそのコンテンツの保持ノードであるノードＮｎのノード情報である。ノード情報には、ノードＮｎのノードＩＤ、ＩＰアドレスおよびポート番号等が含まれる。インデックス情報は、コンテンツの所在を管理しているノードＮｎ等により、そのインデックスキャッシュに記憶、管理が為される。このコンテンツの所在を管理しているノードＮｎを以下「ルートノード」と称する。ルートノードは、例えばコンテンツＩＤと最も近いノードＩＤを有するノードＮｎであるように定められる。このときコンテンツＩＤと最も近いか否かは、例えば上位桁がより多く一致するか否かにより判断される。
【００５０】
更に実施形態の配信システムＳに参加しているあるノードＮｎのユーザがコンテンツの取得を所望するとする。この場合、そのユーザは所望するコンテンツの所在を配信システムＳ内にて検索しなければならない。この検索には、各ノードＮｎに事前に配布されているカタログ情報が用いられる。このカタログ情報には、取得可能なコンテンツ毎に、コンテンツＩＤ、コンテンツ名、公開開始日時、公開終了日時およびキーワード等のコンテンツの属性を示す情報が登録されている。ユーザがコンテンツの取得を所望する場合、そのユーザのノードＮｎは、そのコンテンツのコンテンツＩＤを、カタログ情報を参照して取得する。なおコンテンツの取得を所望するユーザにより操作されるノードＮｎを以下「ユーザノード」と称する。
【００５１】
所望するコンテンツのコンテンツＩＤをカタログ情報から取得したユーザノードは、コンテンツ所在問合せメッセージを生成する。このコンテンツ所在問合せメッセージは、コンテンツＩＤおよびユーザノード自体のＩＰアドレス等を含む。コンテンツ所在問合せメッセージは、ユーザノードに記憶されたＤＨＴを用いたルーティングテーブルに従って他のノードＮｎへクエリとして送出される。換言すれば、ユーザノードはコンテンツ所在問合せメッセージをルートノード宛に送出する。これによりコンテンツ所在問合せメッセージは、コンテンツＩＤをキーとするＤＨＴを用いたルーティングによって、最終的にルートノードに到着する。このようなＤＨＴルーティングについても上記特許文献１等で公知であるので、詳しい説明を省略する。
【００５２】
コンテンツ所在問合せメッセージを受信すると、ルートノードは、これに含まれるコンテンツＩＤに対応するインデックス情報をインデックスキャッシュから取得する。そしてルートノードは、先に受信したコンテンツ所在問合せメッセージの送信元であるユーザノードへインデックス情報を返信する。この方法でインデックス情報を取得すると、ユーザノードは、取得したインデックス情報に含まれる保持ノードのＩＰアドレス等に基づいて、その保持ノードにアクセスする。これによりユーザノードは、アクセスした保持ノードからコンテンツを取得して再生することが可能になる。
【００５３】
なお他の構成として、ルートノードが保持ノードへ、ユーザノードへのコンテンツ送信要求メッセージを送信するように構成することもできる。この場合の保持ノードは、インデックス情報に含まれるＩＰアドレス等により示された保持ノードである。このとき保持ノードは、コンテンツ送信要求メッセージに基づき、そのユーザノードへアクセスしてコンテンツを送信する。
（II）センタサーバ等の具体的構成および動作
次に、実施形態の配信システムＳに含まれるセンタサーバＳＶ等の具体的な構成および動作について、図２から図４を用いて説明する。
（Ａ）センタサーバの具体的構成および動作
先ず、実施形態のセンタサーバＳＶの具体的構成および動作を、図２（ａ）を用いて説明する。なお図２（ａ）は実施形態のセンタサーバＳＶの具体的構成を示すブロック図である。
【００５４】
図２（ａ）に示すように、実施形態のセンタサーバＳＶは、制御部３５、記憶部３６、通信部３７および入力部３９を備えている。これらの構成要素は、バス３８を介して相互にデータの授受が可能に接続されている。この制御部３５が、「取得手段」の一例、「決定手段」の一例、「処理実行手段」の一例、「判定手段」の一例、「禁止手段」の一例および「上限値判定手段」の一例に、それぞれ相当する。
【００５５】
制御部３５は、演算機能を有するＣＰＵ（Central Processing Unit）、各種データを記憶するＲＡＭ（Random Access Memory）ならびに各種データおよびプログラムを記憶するＲＯＭ（Read Only Memory）等から構成されている。この各種データおよびプログラムには、オペレーティングシステムおよび各種アプリケーションが含まれている。
【００５６】
また記憶部３６は不揮発性の記憶媒体であるハードディスクドライブ等から構成されている。この記憶部３６には、配信履歴情報と、下記表１に例示する広告コンテンツ情報４０と、が、後述するように更新されつつ記憶されている。これら広告コンテンツ情報４０および配信履歴情報については、後ほど詳述する。
【００５７】
通信部３７は、ネットワーク８を介してノードＮｎとの間の各種メッセージの通信制御を行う。この各種メッセージには、ノードＮｎに広告コンテンツの取得を依頼する旨の、センタサーバＳＶからそのノードＮｎ宛てに送信される取得依頼メッセージ等が含まれている。更に入力部３９は、使用者からの指示を受け付け当該指示に応じた指示信号を制御部３５に対して与える。この入力部３９は、例えばキーボードまたはマウス等により実現されるものである。
【００５８】
以上の構成において制御部３５は、ＣＰＵが記憶部３６またはＲＯＭ等に記憶されたプログラムを実行することによりセンタサーバＳＶ全体を統括制御する。更に制御部３５は、後述する実施形態におけるセンタサーバＳＶとしての各動作を実行する。
【００５９】
次に、記憶部３６に記憶されている広告コンテンツ情報４０について、表１を用いて詳述する。
【００６０】
【表１】
2011138398.tif 000003
【００６１】
表１に例示するように、広告コンテンツ情報４０には、広告コンテンツＩＤ４１に対応付けて、名称情報４２と、第１属性情報４３と、第２属性情報４４と、第３属性情報４５と、公開期限情報４６と、再生上限回数情報４７と、再生回数情報４８と、状態情報４９と、が記述されている。このとき名称情報４１は、対応する広告コンテンツＩＤ４１により識別される広告コンテンツの名称を示す情報である。第１属性情報４３から第３属性情報４５までは、対応する広告コンテンツＩＤ４１により識別される広告コンテンツの属性を示す情報である。第１属性情報４３から第３属性情報４５までは、それぞれ異なった観点に基づいて、対応する広告コンテンツＩＤ４１により識別される広告コンテンツに付与されている属性情報である。表１に示す例において第１属性情報４３は、その広告コンテンツの広告対象となっている物品が活用される分野の観点から付与されている。第２属性情報４４は、その広告コンテンツの広告対象となっている物品が男性向けか女性向けか、の観点から付与されている。更に第３属性情報４５は、その広告コンテンツの広告対象となっている物品が適する年代の観点から付与されている。なお、広告コンテンツ情報４０に含まれる属性情報は一つ以上複数であればよく、四つ以上含まれていても良い。公開期限情報４６は、対応する広告コンテンツＩＤ４１により識別される広告コンテンツの公開期限を示す情報である。この公開期限情報４６は、各ノードＮｎにおいてその広告コンテンツの再生を終了すべき期限を示す情報である。再生上限回数情報４７は、対応する広告コンテンツＩＤ４１により識別される広告コンテンツの、配信システムＳに属する全てのノードＮｎにおける再生回数の総数の上限を示す情報である。すなわち再生上限回数情報４７は、各ノードＮｎにおけるその広告コンテンツの再生回数を、全てのノードＮｎについて加算した値の上限値である。各ノードＮｎにおける再生回数の総数が再生上限回数情報４７により示される値に到達すると、その広告コンテンツは、たとえ公開期限が到来していなくとも各ノードＮｎにおけるその広告コンテンツの再生が終了される。再生回数情報４８は、対応する広告コンテンツＩＤ４１により識別される広告コンテンツの、現時点での各ノードＮｎにおける再生回数の総数を示す情報である。この再生回数情報４８は、対応する広告コンテンツＩＤ４１により識別される広告コンテンツの、配信システムＳに属する全てのノードＮｎにおける現時点での再生回数の総数を示す情報である。最後に状態情報４９は、対応する広告コンテンツＩＤ４１により識別される広告コンテンツが公開されているか否かを示す情報である。
【００６２】
次に、記憶部３６に記憶されている配信履歴情報について詳述する。この配信履歴情報は上記取得依頼メッセージを送信した履歴を示す情報である。この取得依頼メッセージは、番組再生ログに基づいて決定された属性を有する広告コンテンツを、ノードＮｎに取得させるための取得依頼メッセージである。この番組再生ログは、後述するように各ノードＮｎにおいて再生された番組コンテンツを示すログである。番組再生ログは、各ノードＮｎからそれぞれ送信されて来る。具体的に配信履歴情報には、ノードＩＤに対応付けて、広告コンテンツＩＤと、配信日時情報と、が含まれている。このノードＩＤは、上記取得依頼メッセージを送信したノードＮｎを識別するためのノードＩＤである。広告コンテンツＩＤは、その取得依頼の対象である広告コンテンツを識別するための広告コンテンツＩＤである。配信日時情報は、ノードＩＤにより識別されるノードＮｎに対して上記取得依頼メッセージを送信した日時を示す情報である。なお、未配信の広告コンテンツについては、配信日時情報は例えば空白とされる。
（Ｂ）ノードの具体的構成および動作
次に、実施形態のノードＮｎの具体的構成および動作を、図２（ｂ）を用いて説明する。なお図２（ｂ）は実施形態のノードＮｎの具体的構成を示すブロック図である。
【００６３】
図２（ｂ）に示すように、実施形態のノードＮｎは、制御部２１、記憶部２２、バッファメモリ２３、通信部２４、デコーダ部２５、入力部２６、映像処理部２７、表示部２８、音声処理部２９およびスピーカ３０を備えている。制御部２１、記憶部２２、バッファメモリ２３、通信部２４、デコーダ部２５および入力部２６は、バス３１を介してデータの授受が可能に相互接続されている。この制御部２１が、「広告コンテンツ取得手段」の一例、「制御手段」の一例、「主コンテンツ取得手段」の一例、「主コンテンツ制御手段」の一例、「再生コンテンツ決定手段」の一例および「削除手段」の一例に、それぞれ相当する。また記憶部２２が、「履歴記憶手段」の一例および「広告コンテンツ記憶手段」の一例に、それぞれ相当する。更に通信部２４が、「送信手段」の一例に相当する。
【００６４】
この構成において制御部２１は、演算機能を有するＣＰＵ、各種データを記憶するＲＡＭならびに各種データおよびプログラムを記憶するＲＯＭ等から構成される。記憶部２２は各種データおよび各種プログラム等を記憶保存するためのハードディスク等から構成される。バッファメモリ２３は通信部２４を介して受信されたコンテンツを一時的に蓄積する。デコーダ部２５は、コンテンツに含まれるエンコードされたビデオデータおよびオーディオデータ等をデコードする。映像処理部２７はデコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する。液晶ディスプレイ等からなる表示部２８は、映像処理部２７から出力されたビデオ信号に相当する映像を表示する。音声処理部２９はデコードされたオーディオデータをアナログのオーディオ信号にＤ／Ａ変換した後、これを増幅してスピーカ３０に出力する。スピーカ３０は音声処理部２９から出力されたオーディオ信号を音波として出力する。通信部２４はネットワーク８を介した他のノードＮｎやセンタサーバＳＶ等との間のデータ授受についての通信制御を行う。入力部２６は、ユーザからの指示を受け付け、その指示に応じた指示信号を制御部２１に出力する。この入力部２６は、例えばキーボード、マウス、或いは操作パネル等により実現されるものである。
【００６５】
なお以上の構成を備えるノードＮｎは、実際にはいわゆるパーソナルコンピュータ、ＳＴＢ（Set Top Box）またはテレビジョン受信機等として実現可能である。
【００６６】
記憶部２２には、実施形態のノード処理プログラム、広告コンテンツを含むコンテンツとしてのファイル、カタログ情報、ＤＨＴを用いたルーティングテーブル等が記憶されている。これに加えて記憶部２２には、下記表２に例示する広告コンテンツ再生情報７０が、後述するように更新されつつ不揮発性に記憶されている。この広告コンテンツ再生情報７０については、後ほど詳述する。
【００６７】
以上の構成において制御部２１は、ＣＰＵが記憶部２２またはＲＯＭ等に記憶されたノード処理プログラムを読み出して実行することにより、ノードＮｎ全体を統括制御する。具体的には、ノードＮｎが配信システムＳへ参加したのちに制御部２１がノード処理プログラムを実行することで、上述したユーザノード、ルートノードまたは保持ノード等の、少なくともいずれか一つのノードとして機能する。
【００６８】
次に、記憶部２２に記憶されている広告コンテンツ再生情報７０について、表２を用いて詳述する。
【００６９】
【表２】
2011138398.tif 000004
【００７０】
表２に例示するように、広告コンテンツ再生情報７０には、広告コンテンツＩＤ７１に対応付けて、公開期限情報７２と、再生回数情報７３と、最終再生日時情報７４と、が含まれている。このとき公開期限情報７２は、対応する広告コンテンツＩＤ７１により識別される広告コンテンツの公開期限を示す情報である。この公開期限情報７２は、そのノードＮｎにおいてその広告コンテンツの再生を終了すべき期限を示す情報である。再生回数情報７３は、対応する広告コンテンツＩＤ７１により識別される広告コンテンツの、現時点でのそのノードＮｎにおける再生回数を示す情報である。最後に最終再生日時情報７４は、対応する広告コンテンツＩＤ７１により識別される広告コンテンツの、そのノードＮｎにおいて最後に再生された日時を示す情報である。なお表２は、五つの広告コンテンツ再生情報７０が記憶されている場合を例示している。
（Ｃ）配信管理動作
次に、実施形態の配信システムＳにおける配信管理動作について、図３および図４を用いて具体的に説明する。
【００７１】
初めに、実施形態の広告コンテンツをセンタサーバＳＶの記憶部３６内に格納する際の動作について、図３（ａ）を用いて説明する。なお図３（ａ）に示す動作は、広告コンテンツを制作して配信システムＳにおける配信を企図している広告主または配信者等が備える、図示しない管理者サーバにより実行される動作である。また図３（ａ）は管理者サーバの動作を示すフローチャートである。更に図３（ａ）に示す動作が開始される前提として、配信システムＳにおいて配信させる広告コンテンツは管理者サーバに既に記憶されている。この広告コンテンツは、上記のように事前に管理者サーバに記憶しておく他に、図３（ａ）に示す動作が開始される度に管理者サーバが取得するものであっても良い。
【００７２】
実施形態において上記管理者サーバは、その図示しない電源スイッチがオンとされると、広告コンテンツの配信を指示する旨の操作が、図示しない入力部において実行されたか否かを確認する（ステップＳ１）。この広告コンテンツには、その広告コンテンツの名称を示す名称情報４２が含まれている。ステップＳ１の動作において配信指示がない場合（ステップＳ１；ＮＯ）、管理者サーバは実施形態の動作を終了する。一方ステップＳ１の動作において配信指示があった場合（ステップＳ１；ＹＥＳ）、管理者サーバはその広告コンテンツに対して属性情報を付与する（ステップＳ２）。この属性情報としては、例えば表１に例示する第１属性情報４３から第３属性情報４５に例示される属性情報が、各広告コンテンツ毎に付与される。次に管理者サーバは、その広告コンテンツについての公開終了条件を示す情報を付与する（ステップＳ３）。この公開終了条件を示す情報は、具体的には例えば表１に例示する公開期限情報４６および再生上限回数情報４７である。これら公開期限情報４６および再生上限回数情報４７が、各広告コンテンツ毎に管理者サーバにより付与される。なお公開終了条件を示す情報としては、公開期限情報４６または再生上限回数情報４７のいずれか一方のみでも良い。そして管理者サーバは、属性情報、名称情報４２および公開終了条件を示す情報が付与された広告コンテンツを、センタサーバＳＶに送信する（ステップＳ４）。この広告コンテンツは、配信システムＳへの投入を指示する旨の投入指示情報と共に送信される。この送信動作は、ネットワーク８を介して行われる。その後管理者サーバは、広告コンテンツのセンタサーバＳＶへの送信動作を終了する旨の操作がその管理者サーバにおいて実行されたか否かを判定する（ステップＳ５）。このステップＳ５の動作において送信動作を終了する旨の操作が実行されていないと判定された場合は（ステップＳ５；ＮＯ）、上記ステップＳ１に戻り、他の広告コンテンツに対してステップＳ１からＳ５の動作を繰り返す。一方ステップＳ５の動作において送信動作を終了する旨の操作が実行されたと判定された場合（ステップＳ５；ＹＥＳ）、管理者サーバは実施形態の動作を終了する。なお、このステップＳ５の送信動作が実行される時点では、送信対象たる広告コンテンツには、広告コンテンツＩＤが付与されていない。
【００７３】
次に、実施形態のセンタサーバＳＶの動作について、図３（ｂ）を用いて説明する。なお図３（ｂ）はセンタサーバＳＶの動作を示すフローチャートである。図３（ｂ）に示すフローチャートの動作は、センタサーバＳＶの図示しない電源スイッチがオンされたタイミングから開始される動作である。
【００７４】
実施形態においてセンタサーバＳＶの上記電源スイッチがオンとされると、制御部３５は、上記管理者サーバから広告コンテンツが送信されて来たか否かを確認する（ステップＳ１０）。ステップＳ１０の動作において広告コンテンツの送信がない場合（ステップＳ１０；ＮＯ）、制御部３５は後述するステップＳ１２の動作に移行する。一方ステップＳ１０の動作において、広告コンテンツが上記投入指示情報と共に送信されて来た場合（ステップＳ１０；ＹＥＳ）、制御部３５はその広告コンテンツを配信システムＳに投入する（ステップＳ１１）。具体的に先ず制御部３５は、受信した広告コンテンツを記憶部３６に記憶させる。次に制御部３５は、記憶させた広告コンテンツに対して広告コンテンツＩＤ４１を付与する。この広告コンテンツＩＤ４１の付与方法は、上記特許文献１に記載されているコンテンツＩＤの付与方法と同様の方法を用いることができる。次に制御部３５は、記憶させた広告コンテンツに対応する広告コンテンツ情報４０を生成して記憶部３６に記憶させる。なお再生回数情報４８および状態情報４９は、この時点では空白とされている。次に制御部３５は、配信システムＳ内のノードＮｎを例えばランダムに選択する。次に制御部３５は、選択したノードＮｎを宛先として広告コンテンツを送出する。この広告コンテンツを受信したノードＮｎが、その広告コンテンツの保持ノードとなる。
【００７５】
次に制御部３５は、配信システムＳに属するノードＮｎのいずれかから、後ほど詳述する番組再生ログまたは広告再生ログのいずれかの送信があったか否かを判定する（ステップＳ１２）。下記表３に例示するこの番組再生ログ８０は、ノードＩＤ８１と、番組コンテンツＩＤ８２と、名称情報８３と、を含んでいる。このとき番組コンテンツＩＤ８２は、対応するノードＩＤ８１により識別されるノードＮｎにおいて再生された番組コンテンツを識別するためのコンテンツＩＤである。また名称情報８３は、対応するノードＩＤ８１により識別されるノードＮｎにおいて再生された番組コンテンツの名称を示す情報である。
【００７６】
【表３】
2011138398.tif 000005
【００７７】
一方下記表４に例示する広告再生ログ９０は、ノードＩＤ９１と、広告コンテンツＩＤ９２と、名称情報９３と、を含んでいる。このとき広告コンテンツＩＤ９２は、対応するノードＩＤ９１により識別されるノードＮｎにおいて再生された広告コンテンツを識別するためのコンテンツＩＤである。また名称情報９３は、対応するノードＩＤ８１により識別されるノードＮｎにおいて再生された広告コンテンツの名称を示す情報である。
【００７８】
【表４】
2011138398.tif 000006
【００７９】
これら番組再生ログ８０および広告再生ログ９０は、後述するように、ノードＮｎにおいて番組コンテンツまたは広告コンテンツが再生される度に、そのノードＮｎからセンタサーバＳＶに送信されて来るログである。ステップＳ１２の動作において番組再生ログ８０または広告再生ログ９０のいずれもが送信されて来ない場合（ステップＳ１２；ＹＥＳ）、制御部３５は後述するステップＳ１４の動作に移行する。一方ステップＳ１２の動作において番組再生ログ８０または広告再生ログ９０のいずれかが送信されて来た場合（ステップＳ１２；ＹＥＳ）、制御部３５は、送信されて来たログを受信して記憶部３６に記憶させる（ステップＳ１３）。
【００８０】
次に制御部３５は、受信した各ログの解析動作等および広告コンテンツの配信停止の判断を行うために「日」毎に予め設定されているバッチ処理の時刻が到来したか否かを判定する（ステップＳ１４）。この判定動作は、制御部３５内の図示しないタイマの計時を確認することにより実行される。ここで、特に受信した各ログの解析動作等は制御部３５内のＣＰＵにかける負荷が大きい。そのため、上記バッチ処理の時刻は、例えば経験的にこの負荷が小さいとされる早朝の時刻とされている。より具体的に例えば、毎朝の５時とされている。なおステップＳ１４の動作は、日毎ではなく他の時間単位毎に実行されるものであっても良い。ステップＳ１４の動作において、日毎のバッチ処理の時刻が未だ到来していないと判定したとき（ステップＳ１４；ＮＯ）、制御部３５は後述するステップＳ２１の動作に移行する。一方ステップＳ１４の動作において、日毎のバッチ処理の時刻が到来したと判定したとき（ステップＳ１４；ＹＥＳ）、制御部３５は次に、記憶部３６に記憶されている番組再生ログ８０の解析動作を実行する（ステップＳ１５）。このステップＳ１５の動作において制御部３５は、記憶部３６に記憶されている番組再生ログ８０に基づき、その番組再生ログ８０の送信元のノードＮｎで再生された番組コンテンツの属性を決定する。この決定された属性は、そのノードＮｎを使用するユーザの嗜好を示す属性といえる。具体的には、番組再生ログ８０の名称情報８３に含まれている文言と、その文言に対応する属性の名称と、が関連付けられ、データベース化されて記憶部３６に記憶されている。例えば、名称情報８３内の文言としての「サッカー」、「野球」および「カーレース」が、「スポーツ」なる属性に関連付けられて記憶部３６に記憶されている。そして、「サッカー」、「野球」、「カーレース」の夫々を含む番組再生ログ８０が、同一のノードＩＤ８１により識別されるノードＮｎから送信されて来たとする。この場合制御部３５は、そのノードＮｎで再生された番組コンテンツの属性を、記憶部３６に記憶されている上記関連付けのデータベースを参照して、「スポーツ」と決定する。ステップＳ１５の動作の結果として決定された属性を示す属性情報は、対応するノードＩＤ８１と対を形成して記憶部３６内に記憶される。なおステップＳ１５の動作においては、それぞれ異なる属性を示す複数の属性情報が一つのノードＩＤ８１に対して付与されても良い。
【００８１】
次に制御部３５は、上記ステップＳ１３の動作において記憶部３６に記憶されている広告再生ログ９０の解析動作を実行する（ステップＳ１６）。制御部３５は、記憶部３６に記憶されている広告再生ログ９０に基づき、その広告再生ログ９０に対応する広告コンテンツの再生回数の総数を算出する。この再生回数の総数は、配信システムＳに属する全てのノードＮｎにおける再生回数の総数である。より具体的に制御部３５は、一つの広告再生ログ９０が送信されて来たとき、その広告再生ログ９０の広告コンテンツＩＤ９２により識別される広告コンテンツに対応する広告コンテンツ情報４０の再生回数情報４８の値を「１」だけインクリメントする。制御部３５は、送信されて来た広告再生ログ９０の各々に対してこのインクリメント動作を実行することで、その広告再生ログ９０に対応する広告コンテンツの、全てのノードＮｎにおける再生回数の総数を算出する。制御部３５は、上記ステップＳ１６の動作を、各広告コンテンツの各々について実行する。
【００８２】
次に制御部３５は、ステップＳ１６の動作により再生回数の総数が算出された広告コンテンツについての公開終了の条件が満たされているか否かを判定する（ステップＳ１７、Ｓ１８）。具体的に制御部３５は、先ずその広告コンテンツが公開終了の第一条件を満たしているか否かを確認する（ステップＳ１７）。この第一条件は、ステップＳ１６の動作により算出された再生回数の総数が、その総数に対応する広告コンテンツにおける再生上限回数情報４７の値を越えているか否か、の条件である。ステップＳ１７の動作において公開終了の第一条件が満たされている場合（ステップＳ１７；ＹＥＳ）、制御部３５は後述するステップＳ１９の動作に移行する。一方ステップＳ１７の動作において公開終了の第一条件が満たされていない場合（ステップＳ１７；ＮＯ）、制御部３５は次にその広告コンテンツが公開終了の第二条件を満たされているか否かを確認する（ステップＳ１８）。この第二条件は、上記タイマの計時に基づき、公開期限情報４６により示されている日時が到来しているか否か、の条件である。ステップＳ１８の動作において公開終了の第二条件が満たされている場合（ステップＳ１８；ＹＥＳ）、制御部３５は後述するステップＳ１９の動作に移行する。一方ステップＳ１８の動作において公開終了の第二条件も満たされていない場合（ステップＳ１８；ＮＯ）、制御部３５は公開終了条件が満たされている公開終了の広告コンテンツはないと判定する（ステップＳ１８；ＮＯ）。その後制御部３５は、後述するステップＳ２１の動作に移行する。一方、上記第一の条件または第二の条件のいずれかを満たす広告コンテンツがある場合（ステップＳ１７；ＹＥＳまたはステップＳ１８；ＹＥＳ参照）、制御部３５は公開終了の条件が満たされている公開終了の広告コンテンツがあると判定する。なお上記ステップＳ１７およびＳ１８の動作において制御部３５は、ステップＳ１７として先に公開終了の第二条件についての確認を行い、その後ステップＳ１８として公開終了の第一条件についての確認を行っても良い。また、上記第一の条件または第二の条件のいずれか一方のみが満たされているか否かにより、公開終了の条件が満たされているか否かを判定しても良い。
【００８３】
次に制御部３５は、その公開終了の広告コンテンツを配信システムＳ上から削除する動作を実行する（ステップＳ１９）。具体的に制御部３５は、削除すべき広告コンテンツのルートノードに対する削除依頼メッセージの送信を行う。この削除依頼メッセージには、削除すべき広告コンテンツの広告コンテンツＩＤが含まれている。削除依頼メッセージは、ＤＨＴを用いた転送によりルートノードに到達する。削除依頼メッセージを受信したルートノードは、削除依頼メッセージに含まれている広告コンテンツＩＤの広告コンテンツをコンテンツリスト上から削除する。またルートノードは、その広告コンテンツの保持ノードに対して、その広告コンテンツを削除する旨の削除依頼メッセージを送信する。この削除依頼メッセージを受信した保持ノードは、その削除依頼メッセージにより示されている広告コンテンツを記憶部２２から削除する。ステップＳ１９の動作において制御部３５はまた、削除すべき広告コンテンツの広告コンテンツＩＤを削除した新しいカタログ情報の配信を行う。この新しいカタログ情報の配信は、例えばいわゆるマルチキャスト方式に行われる。カタログ情報は、上記ＤＨＴを用いて各ノードＮｎに転送される。各ノードＮｎは、転送されてきたカタログ情報を参照し、そのカタログ情報に含まれていない広告コンテンツを記憶部２２から削除する。その後制御部３５は、広告コンテンツ情報４０の状態情報４９を「公開中」から「公開終了」に変更する（ステップＳ２０）。
【００８４】
次に制御部３５は、広告コンテンツの配信動作を行うために「週」毎に予め設定されているバッチ処理の時刻が到来したか否かを判定する（ステップＳ２１）。この判定動作は、制御部３５内の上記タイマの計時を確認することにより実行される。ここで、この配信動作も制御部３５内のＣＰＵにかける負荷が大きいため、上記バッチ処理の時刻は、例えば経験的にこのＣＰＵの負荷が小さいとされる早朝の時刻とされている。より具体的に例えば、毎朝の５時とされている。また、ノードＮｎにおいて広告コンテンツを記憶する記憶部２２の記憶容量には限りがある。よって、あまり高頻度で新しい広告コンテンツを配信すると、人気の低い広告コンテンツ等が記憶部２２から削除される周期が短くなってしまう。この場合、その人気の低い広告コンテンツは、配信されたものの再生されずに記憶部２２から削除される場合があり得る。このため、広告コンテンツの配信は週一回の頻度で実行することとされている。なおステップＳ２１の動作は、週毎ではなく他の時間単位毎に実行されるものであっても良い。ステップＳ２１の動作において、週毎のバッチ処理の時刻が未だ到来していないと判定したとき（ステップＳ２１；ＮＯ）、制御部３５は後述するステップＳ２６の動作に移行する。一方ステップＳ２１の動作において、週毎のバッチ処理の時刻が到来したと判定したとき（ステップＳ２１；ＹＥＳ）、制御部３５は次に、広告コンテンツが配信されるノードＮｎ毎に、配信される広告コンテンツの選択とその順位付けを行う（ステップＳ２２）。具体的に制御部３５は、先ず、上記ステップ１５の動作によりノードＩＤ毎に付与された属性と、各広告コンテンツに付与されている各属性情報により示される属性と、を、比較する。この比較動作は、各ノードＩＤについてそれぞれ実行される。次に制御部３５は、一つのノードＩＤについて、一致する属性が多い広告コンテンツを優先させて選択する。更に制御部３５は、その一つのノードＩＤについて、一致する属性が多い広告コンテンツほど上位となるように、選択された広告コンテンツを順位付ける。この順位付けの動作が各ノードＩＤ毎に実行される。
【００８５】
次に制御部３５は、そのノードＩＤについて選択されて順位付けられた各広告コンテンツについて、記憶部３６に記憶されている配信履歴情報を参照する。そして制御部３５は、配信履歴情報の配信日時情報が空白である広告コンテンツを、そのノードＩＤにより識別されるノードＮｎに取得させるべき広告コンテンツであると決定する（ステップＳ２３）。この配信日時情報が空白であることは、その広告コンテンツが配信システムＳにおいて未配信であることを意味する。
【００８６】
なお、一つのノードＮｎに対して毎週配信する広告コンテンツが例えば三つと予め決められている場合、制御部３５は、上記ステップＳ２２およびＳ２３の動作を、配信対象の広告コンテンツが三つ決定されるまで繰り返す。この場合制御部３５は、一旦配信対象と決定された広告コンテンツを、その決定以後の上記ステップＳ２２およびＳ２３の動作の対象から除外してステップＳ２２およびＳ２３の動作を実行する。
【００８７】
次に制御部３５は、ステップＳ２２およびＳ２３において決定された広告コンテンツを、その配信対象であるノードＮｎに対して配信する（ステップＳ２４）。具体的に制御部３５は、その広告コンテンツの取得を依頼する旨の上記取得依頼メッセージを、その配信対象であるノードＮｎに向けて送信する。この取得依頼メッセージには、配信されるべき広告コンテンツを識別するための広告コンテンツＩＤと、上記公開期限情報４６と、が含まれている。この取得依頼メッセージは、ＤＨＴを用いて各ノードＮｎ間を転送され、最終的に配信対象であるノードＮｎにまで転送される。次に制御部３５は、配信対象であるノードＮｎを識別するノードＩＤについての配信履歴情報の配信日時情報にステップＳ２４において取得依頼メッセージを送信した日時を記録する（ステップＳ２５）。その後制御部３５は、センタサーバＳＶとしてのその他の処理を実行する（ステップＳ２６）。
【００８８】
次に制御部３５は、センタサーバＳＶの図示しない電源スイッチがオフとされたか否かを判定する（ステップＳ２７）。ステップＳ２７の動作において電源スイッチがオフとされていない場合（ステップＳ２７；ＮＯ）、制御部３５は上記ステップＳ１０の動作に移行する。ステップＳ２７の動作において電源スイッチがオフとされている場合（ステップＳ２７；ＹＥＳ）、制御部３５はそのままセンタサーバＳＶとしての動作を終了する。
【００８９】
次に、実施形態のセンタサーバＳＶの動作に対応する各ノードＮｎの動作について、図４を用いて説明する。図４は各ノードＮｎの動作を示すフローチャートである。配信システムＳに属する各ノードＮｎにおいては、図４に示すフローチャートの動作が、各ノードＮｎの図示しない電源スイッチがオンされたタイミングからそれぞれに開始される。
【００９０】
実施形態においてノードＮｎの制御部２１は、そのノードＮｎの上記電源スイッチがオンとされた以降、記憶部２２に記憶されている番組コンテンツを再生する旨の操作が入力部２６において実行されたか否かを監視している（ステップＳ３０）。ステップＳ３０の動作において番組コンテンツを再生する旨の操作が実行されない場合（ステップＳ３０；ＮＯ）、制御部２１は後述するステップＳ３７の動作に移行する。一方ステップＳ３０の動作において番組コンテンツを再生する旨の操作が実行された場合（ステップＳ３０；ＹＥＳ）、制御部２１は記憶部２２からその番組コンテンツを読み出し、デコーダ部２５等を制御してその再生を実行させる（ステップＳ３１）。なお制御部２１は、ステップＳ３０の操作により選択された番組コンテンツを、その選択後に取得して再生させても良い。より具体的に制御部２１は、ステップＳ３０の動作において選択された番組コンテンツについての上記コンテンツ所在問合せメッセージを生成する。制御部２１は、このコンテンツ所在問合せメッセージをルートノード宛に送出する。その後制御部２１は、コンテンツ所在問合せメッセージに対応するインデックス情報を取得する。そして制御部２１は、取得したインデックス情報により示される保持ノードから番組コンテンツを取得して再生する。
【００９１】
番組コンテンツの再生が終わったら、次に制御部２１は、記憶部２２に記憶されている広告コンテンツ再生情報７０の最終再生日時情報７４を参照して、再生すべき広告コンテンツを選択する（ステップＳ３２）。具体的に制御部２１は、広告コンテンツ情報７０が記憶部２２に記憶されている広告コンテンツのうち、最終再生日時が最近の広告コンテンツから、過去に向かって数えて所定数の広告コンテンツを除外した残りの広告コンテンツを選択する。この選択動作は、最近に再生された広告コンテンツが連続して再生されることを防止するための選択動作である。言い換えれば、現時点に近いタイミングで再生された広告コンテンツを除外して広告コンテンツを選択することで、過去に再生された広告コンテンツが再び再生されるようにするための選択動作である。上記表２に例示する場合、七つの広告コンテンツ情報７０が記憶部２２に記憶されている。このとき制御部２１は、最終再生日時が現時点に最近の広告コンテンツから数えて、例えば「ｔｔｔｔ」から「ｘｘｘｘ」までの五つの広告コンテンツＩＤ７１を除いた、「ｙｙｙｙ」及び「ｚｚｚｚ」の二つの広告コンテンツＩＤ７１を選択する。これにより、「ｙｙｙｙ」及び「ｚｚｚｚ」の二つの広告コンテンツＩＤ７１によりそれぞれ識別される二つの広告コンテンツが選択される。なおステップＳ３２の動作に加えて、上記ステップＳ３１の動作において再生された番組コンテンツの属性に対応する属性を有する広告コンテンツを優先して選択するようにしても良い。この場合、センタサーバＳＶからの取得依頼メッセージ内に広告コンテンツの属性を示す属性情報を含ませておく。そして制御部２１が、その属性と再生された番組コンテンツの属性とを比較して広告コンテンツを選択するように構成する。
【００９２】
次に制御部２１は、ステップＳ３２において選択された広告コンテンツの中から、広告コンテンツ再生情報７０の再生回数情報７３を用いて、再生すべき広告コンテンツを更に選択する（ステップＳ３３）。具体的に制御部２１は、再生回数情報７３を参照して、ステップＳ３２において選択された広告コンテンツの中から、再生回数が最も少ない広告コンテンツを一つ選択する。上記表２に例示する場合、ステップＳ３２において選択された広告コンテンツは、「ｙｙｙｙ」及び「ｚｚｚｚ」の二つの広告コンテンツＩＤ７１によりそれぞれ識別される二つの広告コンテンツである。このとき、「ｙｙｙｙ」の広告コンテンツＩＤ７１により識別される広告コンテンツの現時点での再生回数は「５」である。一方、「ｚｚｚｚ」の広告コンテンツＩＤ７１により識別される広告コンテンツの現時点での再生回数は「３」である。よって、これらに基づくステップＳ３３の選択動作により、広告コンテンツＩＤ「ｚｚｚｚ」により識別される広告コンテンツが選択される。なお、上記ステップＳ３２およびステップＳ３３それぞれにおける選択動作の他に、公開期限情報４６により示されている公開期限までの時間が予め設定されている時間よりも短い広告コンテンツを優先して選択するようにしても良い。更に、ステップＳ３３の選択動作として、再生回数が少ない順に複数または所定数の広告コンテンツを選択しても良い。これは、一つの広告コンテンツのみを選択してそのコンテンツ所在問合せメッセージを送信した場合、その一つの広告コンテンツが取得できないと、ノードＮｎにおける広告コンテンツの再生がまったくできなくなってしまうからである。また実施形態の広告コンテンツは、配信システムＳとしてのオーバーレイネットワーク９を構成するノードＮｎに分散保存されている。これに対していわゆるクライアントサーバ型の配信システムでは、ノードＮｎが複数の広告コンテンツの取得を一度に要求すると、サーバの負荷が増えて広告コンテンツが取得できない場合が生じ得る。これに対して実施形態の配信システムＳでは、ノードＮｎの制御部２１が一度に複数の広告コンテンツの要求を行っても、それらの取得が可能となる。これは、実施形態の配信システムＳでは広告コンテンツがノードＮｎに分散保存されているからである。更に番組コンテンツと比較すると、一般に広告コンテンツのデータ量は少ない。よって、番組コンテンツと比較して広告コンテンツの取得に要する時間は短い。このため、ノードＮｎが複数の広告コンテンツを一度に要求した場合であっても、その複数の広告コンテンツを取得できる。
【００９３】
ステップＳ３３の選択動作により広告コンテンツが一つ選択されると、制御部２１は、その選択された一つの広告コンテンツを配信システムＳから取得して再生するようにデコーダ部２５等を制御する（ステップＳ３４）。具体的に制御部２１は、ステップＳ３３の動作において選択された広告コンテンツについての上記コンテンツ所在問合せメッセージを生成する。制御部２１は、このコンテンツ所在問合せメッセージをルートノード宛に送信する。その後制御部２１は、コンテンツ所在問合せメッセージに対応するインデックス情報を取得する。そして制御部２１は、取得したインデックス情報により示される保持ノードから広告コンテンツを取得して再生する。なお、このタイミングで広告コンテンツを取得しても再生可能となるのは、広告コンテンツ自体のデータ量が上述したように例えば番組コンテンツに比べて小さいことによる。この他に、ステップＳ３３の選択動作が実行されたあとであれば、その広告コンテンツが再生される所定時間前にその取得動作が実行されても良い。更に制御部２１は、再生が終了した広告コンテンツに対応する広告コンテンツ再生情報７０の最終再生日時情報７４を、ステップＳ３４の動作が完了した日時に更新する。
【００９４】
その後制御部２１は、ステップＳ３１の動作により再生された番組コンテンツについての番組再生ログ８０を生成してセンタサーバＳＶに送信する（ステップＳ３５）。更に制御部２１は、ステップＳ３４の動作により再生された広告コンテンツについての広告再生ログ９０を生成してセンタサーバＳＶに送信する（ステップＳ３６）。
【００９５】
次に制御部２１は、新しいカタログ情報がセンタサーバＳＶから送信されて来たか否かを判定する（ステップＳ３７）。ステップＳ３７の動作において新しいカタログ情報が送信されて来ていない場合（ステップＳ３７；ＮＯ）、制御部２１は後述するステップＳ４０の動作に移行する。一方ステップＳ３７の動作において新しいカタログ情報が送信されて来た場合（ステップＳ３７；ＹＥＳ）、制御部２１は、そのカタログ情報と記憶部２２に現在記憶されている広告コンテンツとを比較する。そしてそのカタログ情報に含まれてない広告コンテンツを記憶部２２から削除する（ステップＳ３８）。また制御部２１は、その削除した広告コンテンツに対応する広告コンテンツ再生情報７０を記憶部２２から削除する（ステップＳ３９）。
【００９６】
次に制御部２１は、上記取得依頼メッセージがセンタサーバＳＶから送信されて来たか否かを判定する（ステップＳ４０）。ステップＳ４０の動作において取得依頼メッセージが送信されて来ていない場合（ステップＳ４０；ＮＯ）、制御部２１は後述するステップＳ４３の動作に移行する。一方ステップＳ４０の動作において取得依頼メッセージが送信されて来た場合（ステップＳ４０；ＹＥＳ）、制御部２１は、その取得依頼メッセージにより示されている広告コンテンツを、ＤＨＴのルーティングテーブルを用いてオーバーレイネットワーク９内において検索して取得する（ステップＳ４１）。このステップＳ４１の動作は、例えば上記特許文献１等に記載されている取得動作を用いることができる。その後制御部２１は、その取得した広告コンテンツと、取得した広告コンテンツの広告コンテンツ再生情報７０と、を、記憶部２２に記憶させる（ステップＳ４２）。その後制御部２１は、ノードＮｎとしてのその他の処理を実行する（ステップＳ４３）。なお制御部２１は、センタサーバＳＶから送信されて来た取得依頼メッセージに含まれている広告コンテンツＩＤのみを、記憶部２２に記憶しておいても良い。更に制御部２１は、取得依頼メッセージが送信されて来たタイミングでその取得依頼メッセージにより示されている広告コンテンツのコンテンツ所在問合せメッセージを送信し、その広告コンテンツを取得しても良い。この場合、記憶部２２の記憶可能容量は減少することとなるが、事前に広告コンテンツを取得して、その再生までの時間を短縮することができる。
【００９７】
その後制御部２１は、ノードＮｎの図示しない電源スイッチがオフとされたか否かを判定する（ステップＳ４４）。ステップＳ４４の動作において電源スイッチがオフとされていない場合（ステップＳ４４；ＮＯ）、制御部２１は上記ステップＳ３０の動作に移行する。ステップＳ４４の動作において電源スイッチがオフとされている場合（ステップＳ４４；ＹＥＳ）、制御部２１はそのままノードＮｎとしての動作を終了する。
【００９８】
以上説明したように、実施形態のセンタサーバＳＶの動作によれば、ノードＮｎから取得された番組再生ログ８０に基づいて決定された広告コンテンツを所定のノードＮｎに取得させる。よって、ノードＮｎのユーザに対して親和性の高い広告コンテンツの再生を、広告主等が主体的に且つ有効に行わせることができる。
【００９９】
また、番組再生ログ８０に対応する番組コンテンツの属性、または広告再生ログ９０に対応する広告コンテンツの属性のいずれかに基づいて広告コンテンツを決定する。よって、ノードＮｎのユーザの嗜好に合わせた広告コンテンツを再生させることができる。
【０１００】
更に、番組コンテンツの属性に一致する属性を多く有する広告コンテンツを優先させて再生されるべき広告コンテンツとして決定する。よって、ノードＮｎのユーザの嗜好により合致した広告コンテンツを配信できる。
【０１０１】
更にまた、番組コンテンツの属性に一致する属性を有し且つ未配信の広告コンテンツを、再生されるべき広告コンテンツとして決定する。よって、ノードＮｎのユーザの嗜好により合致した広告コンテンツを配信できる。
【０１０２】
また、再生を終了させるべき期限が到来したとき、その広告コンテンツの再生を終了させる。更に、再生回数の上限値まで広告コンテンツが再生されたとき、その広告コンテンツの再生を終了させる。よって、広告コンテンツの再生を広告主等が主体的に終了させることができるとともに、ノードＮｎにおける広告コンテンツの再生のための処理負担を軽減することができる。
【０１０３】
更にまた、配信される広告コンテンツの決定動作およびその配信動作をそれぞれに予め設定されたタイミングの度に繰り返す。よって、効果的に広告コンテンツを再生させることができる。
【０１０４】
また、ノードＮｎにおいて現在再生されているコンテンツに対応する番組再生ログ８０を取得して広告コンテンツを決定するので、リアルタイムに再生させる広告コンテンツを、広告主等が主体的に且つ有効に決定することができる。
【０１０５】
一方、実施形態の各ノードＮｎの動作によれば、再生させた番組コンテンツの属性に対応する属性を有する広告コンテンツを再生させるので、再生させた番組コンテンツに関連する広告コンテンツを再生させることができる。
【０１０６】
また、最終再生日時が過去である広告コンテンツを優先させて再生する。更に、再生回数が最も少ない広告コンテンツを優先して再生する。よって、偏りなく広告コンテンツを再生することができる。
【０１０７】
更にまた、広告コンテンツの再生が終了されるとき、その終了の対象となる広告コンテンツを記憶部２２から削除する。よって、記憶部２２の記憶領域を有効に活用できる。
【０１０８】
また、広告コンテンツが配信システムＳ内のノードＮｎに分散保存されており、これを取得して再生する。よって、配信サーバ等を別途設けることなく、広告コンテンツを取得して再生することができる。
【０１０９】
なお上述したノードＮｎにおける広告コンテンツの選択動作（ステップＳ３２およびＳ３３）以外に、ステップＳ３２またはステップＳ３３の選択動作において複数の広告コンテンツを選択し、それらを表示部２８に表示することもできる。この場合ユーザは、その表示されている広告コンテンツの中から所望の広告コンテンツを選んで再生させることができる。
【０１１０】
また、上述した実施形態では、ノードＮｎで再生された番組コンテンツの属性に基づいて広告コンテンツを決定したが、これ以外に、ノードＮｎにおける広告コンテンツの再生回数に基づいて配信対象の広告コンテンツを決定することもできる。
【０１１１】
より具体的には例えば、センタサーバＳＶの制御部３５が、ノードＮｎにおける広告コンテンツの再生回数を示す再生回数情報を各ノードＮｎ毎に収集する。これにより制御部３５が、例えば再生回数が最も少ない広告コンテンツが順に、各ノードＮｎへの配信対象と決定する。また、再生上限回数情報４７により示されている再生回数の上限値に近い再生回数の広告コンテンツを優先して各ノードＮｎへの配信対象と決定しても良い。
【０１１２】
これらの場合にも、ノードＮｎから取得された再生回数情報に基づいて決定された広告コンテンツを所定のノードＮｎに取得させて再生させるので、広告コンテンツの配信を、広告主等が主体的に且つ有効に行うことができる。
【０１１３】
また、再生回数が少ない広告コンテンツを優先して配信対象とする場合には、広告として有効に広告コンテンツを再生させることができる。
【０１１４】
更に再生回数が上限値に近い広告コンテンツを優先して配信対象とする場合には、再生終了条件が満たされてしまうまでにより多くの広告コンテンツを再生させることができる。
【０１１５】
更に上述した実施形態では、各ノードＮｎに分散保存されている広告コンテンツをノードＮｎから取得する場合について説明したが、これ以外に、例えば広告コンテンツを記憶するサーバからその広告コンテンツを取得するように構成することもできる。
【０１１６】
また、図４ステップＳ３５の動作に代えて、番組再生ログ８０のノードＮｎからの送信を、例えば番組コンテンツの再生開始直後に行うこともできる。この場合には、再生中の番組コンテンツの属性に対応する広告コンテンツをリアルタイムに再生させることができる。なお、再生中の番組コンテンツの途中に広告コンテンツを再生すべきタイミングを示す情報を予め挿入しておき、その情報により示されるタイミングが到来したときに、対応する広告コンテンツを再生するように構成することもできる。この場合、その広告コンテンツは、それが再生されるタイミングまでにノードＮｎにおいて取得されていることが必要となる。
【０１１７】
更に、センタサーバＳＶの制御部３５において各ノードＮｎにおいて再生された広告コンテンツに対応する広告再生ログ９０の広告コンテンツＩＤ９２等を参照し、これに基づいて次に配信されるべき広告コンテンツを決定するように構成することもできる。この場合制御部３５は、例えばその広告コンテンツＩＤ９２により示される広告コンテンツの属性と一致する属性を多く有する別の広告コンテンツを優先して、次に配信されるべき広告コンテンツとして決定する。
【０１１８】
更にまた、図３（ｂ）に示した動作に対応するプログラムは、例えばネットワーク８に接続された所定のサーバからセンタサーバＳＶにダウンロードされるようにしても良い。またこのプログラムは、例えば記録媒体に記録されて当該記録媒体のドライブを介して実施形態におけるセンタサーバＳＶの制御部３５に読み込まれて実行されるようにしても良い。
【０１１９】
また同様に、図４に示した動作に対応するプログラムは、例えばネットワーク８に接続された所定のサーバから各ノードＮｎにダウンロードされるようにしても良い。またこのプログラムは、例えば記録媒体に記録されて当該記録媒体のドライブを介して各実施形態におけるノードＮｎの制御部２１に読み込まれて実行されるようにしても良い。
【産業上の利用可能性】
【０１２０】
本発明はコンテンツを配信する配信システムの分野に利用することが可能であり、特にＰ２Ｐ型のネットワークシステムにおいて広告コンテンツを配信する場合に適用すれば特に顕著な効果が得られる。
【符号の説明】
【０１２１】
３    ＩＸ
４ａ、４ｂ    ＩＳＰ
５ａ、５ｂ    ＤＳＬ回線事業者装置
６    ＦＴＴＨ回線事業者装置
７    通信回線
８    ネットワーク
９    オーバーレイネットワーク
２１、３５    制御部
２２、３６    記憶部
２３    バッファメモリ
２４、３７    通信部
３０、３９    入力部
３１、３８    バス
２５    デコーダ部
２７    映像処理部
２８    表示部
２９    音声処理部
３０    スピーカ
４０    広告コンテンツ情報
４１、７１、９２    広告コンテンツＩＤ
４２、８３、９３    名称情報
４３    第１属性情報
４４    第２属性情報
４５    第３属性情報
４６    公開期限情報
４７    再生上限回数情報
４８    再生回数情報
４９    状態情報
７０    広告コンテンツ再生情報
７２    公開期限情報
７３    再生回数情報
７７    最終再生日時情報
８０    番組再生ログ
８１、９１    ノードＩＤ
８２    番組コンテンツＩＤ
９０    広告再生ログ
Ｎ１、Ｎ２、Ｎ３、Ｎ４、Ｎ５、Ｎ６、Ｎ７、Ｎ８、Ｎ９、Ｎ１０、Ｎ１１、Ｎ１２、Ｎ１３、Ｎ１４、Ｎ１５、Ｎ１６、Ｎ１７、Ｎ１８、Ｎ１９、Ｎｎ    ノード
Ｓ    配信システム
ＳＶ    センタサーバ
【図１】
2011138398.tif 000007
【図２】
2011138398.tif 000008
【図３】
2011138398.tif 000009
【図４】
2011138398.tif 000010