配信システム、ノード装置、情報処理装置、ノードプログラム、及び広告コンテンツ再生方法
【課題】主コンテンツの配信側の処理負荷を低減することができ、且つ、主コンテンツの配信側で、主コンテンツの挿入位置で再生させる広告コンテンツを制御することが可能な配信システム、ノード装置、情報処理装置、ノードプログラム、及び広告コンテンツ再生方法を提供する。
【解決手段】情報処理装置は、ライブ配信中に、主コンテンツとしてのライブ配信データにおける挿入位置で再生されるべき広告コンテンツの識別情報を配信する。そして、ノード装置は、情報処理装置から配信された広告コンテンツの識別情報を受信すると、広告コンテンツの識別情報に基づいて、他の装置から広告コンテンツを取得し、ライブ配信データの挿入位置になったときに、取得した広告コンテンツを再生させる。
【解決手段】情報処理装置は、ライブ配信中に、主コンテンツとしてのライブ配信データにおける挿入位置で再生されるべき広告コンテンツの識別情報を配信する。そして、ノード装置は、情報処理装置から配信された広告コンテンツの識別情報を受信すると、広告コンテンツの識別情報に基づいて、他の装置から広告コンテンツを取得し、ライブ配信データの挿入位置になったときに、取得した広告コンテンツを再生させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを配信する配信システムの技術分野に関する。
【背景技術】
【０００２】
従来のテレビ放送では、番組コンテンツの合間に挿入されるＣＭ（Commercial）コンテンツは、放送局側で予め決定される。そして、ＣＭコンテンツは、番組コンテンツと同じ放送局から放送されるのが一般的である。
【０００３】
また、近年、インターネットを利用したライブ配信が普及している。ここで、ライブ配信とは、一般に、リアルタイムの映像及び音声等を含む主コンテンツを、配信装置がインターネットを介して複数のノード装置に配信するものである。このライブ配信においても、映像及び音声等を含む主コンテンツの合間にＣＭコンテンツが挿入されるようになっている。そして、ＣＭコンテンツは、配信側で予め決定され、映像及び音声等を含む主コンテンツと同じ配信装置から配信されるのが一般的である。
【０００４】
一方、特許文献１に開示された技術では、映像及び音声等を含む放送データストリームは本放送局により配信され、ＣＭ等の割込放送データストリームは本放送局とは異なる割込放送局により配信されるようになっている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−１００９３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、特許文献１の技術では、本放送局と割込放送局とを分離することで放送局側の負荷を低減することができる。しかしながら、特許文献１の技術では、本放送局側で、放送データストリームの合間に挿入したいＣＭ等の割込放送データストリームを決める等の制御を行うことは困難であった。
【０００７】
そこで、本発明は、以上の点等に鑑みてなされたものであり、主コンテンツの配信側の処理負荷を低減することができ、且つ、主コンテンツの配信側で、主コンテンツの挿入位置で再生させる広告コンテンツを制御することが可能な配信システム、ノード装置、情報処理装置、ノードプログラム、及び広告コンテンツ再生方法を提供すること等を課題とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、請求項１に記載の発明は、配信者が主として配信するべき主コンテンツを配信する情報処理装置と、前記情報処理装置から配信された前記主コンテンツを受信するノード装置と、を備える配信システムであって、前記情報処理装置は、広告用の広告コンテンツの挿入位置を有する前記主コンテンツを配信する第一配信手段と、前記挿入位置で再生されるべき前記広告コンテンツの識別情報を配信する第二配信手段と、を備え、前記ノード装置は、前記情報処理装置から配信された前記広告コンテンツの挿入位置を有する前記主コンテンツを通信手段を介して受信する第一受信手段と、前記情報処理装置から配信された前記広告コンテンツの識別情報を通信手段を介して受信する第二受信手段と、前記第二受信手段により受信された前記広告コンテンツの識別情報に基づいて、他の装置から前記広告コンテンツを取得する取得手段と、前記第一受信手段により受信された前記主コンテンツを再生させ、前記広告コンテンツの挿入位置になったときに、前記取得手段により取得された前記広告コンテンツを再生させる制御手段と、を備えることを特徴とする。
【０００９】
請求項２に記載の発明は、請求項１に記載の配信システムにおいて、前記情報処理装置の前記第二配信手段は、前記主コンテンツの配信中、前記挿入位置になる所定時間前に、当該挿入位置で再生されるべき前記広告コンテンツの識別情報を配信することを特徴とする。
【００１０】
請求項３に記載の発明は、請求項１又は請求項２に記載の配信システムにおいて、前記情報処理装置の前記第二配信手段は、再生候補となる複数の前記広告コンテンツの識別情報を含むリスト情報を配信し、前記ノード装置の前記第二受信手段は、前記情報処理装置から配信された前記リスト情報を、通信手段を介して受信し、前記ノード装置は、前記第二受信手段により受信された前記リスト情報の中から、再生させる広告コンテンツの識別情報を決定する決定手段を更に備え、前記ノード装置の前記取得手段は、前記決定手段により決定された広告コンテンツの識別情報に基づいて、当該識別情報に対応する広告コンテンツを他の装置から取得することを特徴とする。
【００１１】
請求項４に記載の発明は、請求項３に記載の配信システムにおいて、前記ノード装置は、前記ノード装置のユーザの属性情報を記憶する記憶手段を更に備え、前記ノード装置の前記決定手段は、前記記憶手段に記憶された前記属性情報に基づいて、前記第二受信手段により受信された前記リスト情報の中から、再生させる広告コンテンツの識別情報を決定することを特徴とする。
【００１２】
請求項５に記載の発明は、請求項１乃至請求項４の何れか一項に記載の配信システム請求項１乃至請求項４の何れか一項に記載の配信システムにおいて、前記主コンテンツは、複数の前記挿入位置を有し、前記情報処理装置の前記第二配信手段は、各前記挿入位置を示す識別情報と、各前記挿入位置で再生されるべき前記広告コンテンツの識別情報と、を対応付けたリスト情報を配信し、前記ノード装置の前記第二受信手段は、前記情報処理装置から配信された前記リスト情報を通信手段を介して受信し、前記ノード装置の前記取得手段は、前記第二受信手段により受信された前記リスト情報に含まれる前記広告コンテンツの識別情報に基づいて、当該識別情報に対応する広告コンテンツを他の装置から取得することを特徴とする。
【００１３】
請求項６に記載の発明は、請求項５に記載の配信システムにおいて、前記ノード装置の前記取得手段は、前記主コンテンツが再生される前に、各前記広告コンテンツの識別情報に基づいて、各前記識別情報に対応する広告コンテンツを他の装置から取得し、当該取得した広告コンテンツを記憶する記憶手段を備え、前記ノード装置の制御手段は、前記受信手段により受信された前記主コンテンツを再生させ、前記広告コンテンツの挿入位置になったときに、前記記憶手段に記憶された前記広告コンテンツを再生させることを特徴とする。
【００１４】
請求項７に記載の発明は、請求項４又は請求項５に記載の配信システムにおいて、前記情報処理装置の前記第二配信手段は、前記主コンテンツの配信中、前記広告コンテンツの挿入位置になる所定時間前に、当該挿入位置で再生されるべき前記広告コンテンツの挿入開始信号を配信し、前記ノード装置の前記第二受信手段は、前記情報処理装置から配信された前記挿入開始信号を通信手段を介して受信し、前記ノード装置の前記取得手段は、前記受信手段により前記挿入開始信号が受信された場合に、前記広告コンテンツの識別情報に基づいて、当該識別情報に対応する広告コンテンツを他の装置から取得することを特徴とする。
【００１５】
請求項８に記載の発明は、請求項２乃至請求項７の何れか一項に記載の配信システムにおいて、前記ノード装置の前記取得手段は、通信ネットワークに接続された複数のノード装置により形成されるオーバーレイネットワークを介して、当該識別情報に対応する広告コンテンツを他のノード装置から取得することを特徴とする。
【００１６】
請求項９に記載の発明は、請求項１乃至８の何れか一項に記載の配信システムにおいて、前記主コンテンツは、ライブ配信データであることを特徴とする。
【００１７】
請求項１０に記載の発明は、配信者が主として配信するべき主コンテンツを配信する情報処理装置から配信された前記主コンテンツを受信するノード装置であって、前記情報処理装置から配信された、広告用の広告コンテンツの挿入位置を有する前記主コンテンツを通信手段を介して受信する第一受信手段と、前記情報処理装置から配信された、前記広告コンテンツの識別情報を通信手段を介して受信する第二受信手段と、前記第二受信手段により受信された前記広告コンテンツの識別情報に基づいて、他の装置から前記広告コンテンツを取得する取得手段と、前記第二受信手段により受信された前記主コンテンツを再生させ、前記広告コンテンツの挿入位置になったときに、前記取得手段により取得された前記広告コンテンツを再生させる制御手段と、を備えることを特徴とする。
【００１８】
請求項１１に記載の発明は、請求項９に記載のノード装置において、前記第二受信手段は、前記情報処理装置から配信された、再生候補となる複数の前記広告コンテンツの識別情報を含むリスト情報を通信手段を介して受信し、前記ノード装置は、前記ノード装置のユーザの属性情報を記憶する記憶手段と、前記記憶手段に記憶された前記属性情報に基づいて、前記第二受信手段により受信された前記リスト情報に含まれる前記広告コンテンツの識別情報を決定する決定手段と、を更に備え、前記取得手段は、前記決定手段により決定された広告コンテンツの識別情報に基づいて、当該識別情報に対応する広告コンテンツを他の装置から取得することを特徴とする。
【００１９】
請求項１２に記載の発明は、請求項１乃至８の何れか一項に記載の情報処理装置に備えられる前記情報処理装置であって、広告用の広告コンテンツの挿入位置を有する前記主コンテンツを配信する第一配信手段と、前記挿入位置で再生されるべき前記広告コンテンツの識別情報を配信する第二配信手段と、を備えることを特徴とする。
【００２０】
請求項１３に記載の発明は、配信者が主として配信するべき主コンテンツを配信する情報処理装置から配信された前記主コンテンツを受信するノード装置に含まれるコンピュータに、前記情報処理装置から配信された、広告用の広告コンテンツの挿入位置を有する前記主コンテンツを通信手段を介して受信するステップと、前記情報処理装置から配信された、前記広告コンテンツの識別情報を通信手段を介して受信するステップと、前記受信された前記広告コンテンツの識別情報に基づいて、他の装置から前記広告コンテンツを取得するステップと、前記受信された前記主コンテンツを再生させ、前記広告コンテンツの挿入位置になったときに、前記取得された前記広告コンテンツを再生させるステップと、を実行させるためのノードプログラムである。
【００２１】
請求項１４に記載の発明は、配信者が主として配信するべき主コンテンツを配信する情報処理装置と、前記情報処理装置から配信された前記主コンテンツを受信するノード装置と、を備える配信システムにおける広告コンテンツ再生方法であって、前記広告コンテンツ再生方法は、前記情報処理装置が、広告用の広告コンテンツの挿入位置を有する前記主コンテンツを配信するステップと、前記情報処理装置が、前記挿入位置で再生されるべき前記広告コンテンツの識別情報を配信するステップと、前記ノード装置が、前記情報処理装置から配信された前記広告コンテンツの挿入位置が示される前記主コンテンツを通信手段を介して受信するステップと、前記ノード装置が、前記情報処理装置から配信された前記広告コンテンツの識別情報を通信手段を介して受信するステップと、前記ノード装置が、前記受信された前記広告コンテンツの識別情報に基づいて、他の装置から前記広告コンテンツを取得するステップと、前記ノード装置が、前記受信された前記主コンテンツを再生させ、前記広告コンテンツの挿入位置になったときに、前記取得された前記広告コンテンツを再生させるステップと、を含むことを特徴とする。
【発明の効果】
【００２２】
請求項１、１０、１２乃至１４に記載の発明によれば、情報処理装置は主コンテンツにおける挿入位置で再生されるべき広告コンテンツの実体データでなく、その識別情報を配信するだけで良いので、情報処理装置の処理負荷を低減することができ、且つ、再生させる広告コンテンツを制御することができる。
【００２３】
請求項２の発明によれば、ノード装置にタイミング良く広告コンテンツを取得させることができる。
【００２４】
請求項３、４又は請求項１１に記載の発明によれば、ノード装置にユーザが興味のある広告コンテンツを取得させることができる。
【００２５】
請求項５の発明によれば、ノード装置に各広告コンテンツを効率良く取得させることができる。
【００２６】
請求項６の発明によれば、ノード装置に、処理負荷の小さいときに、各広告コンテンツを取得させることができる。
【００２７】
請求項７の発明によれば、ノード装置にタイミング良く広告コンテンツを取得させることができる。
【００２８】
請求項８の発明によれば、ノード装置間で広告コンテンツを効率良く取得させることができる。
【００２９】
請求項９の発明によれば、情報処理装置がリアルタイムの映像及び音声等を含むライブ配信データを配信する際にも、情報処理装置の処理負荷を低減することができ、且つ、ライブ配信データにおける所定位置で再生させる広告コンテンツを制御することができる。
【図面の簡単な説明】
【００３０】
【図１】本実施形態に係るコンテンツ配信システムの概要構成例を示す図である。
【図２】（Ａ）は、ライブ配信開始からライブ配信終了に至るまでの間に設けられたライブ配信枠と広告枠の一例を示す概念図である。（Ｂ）は、広告リスト情報の内容の一例を示す図である。
【図３】コンテンツ配信サーバＤＳの概要構成例を示すブロック図である。
【図４】ノードＮｎの概要構成例を示すブロック図である。
【図５】コンテンツ配信サーバＤＳの制御部１におけるメイン処理を示すフローチャートである。
【図６】ノードＮｎの制御部１１におけるメイン処理を示すフローチャートである。
【図７】コンテンツ配信サーバＤＳの制御部１におけるメイン処理を示すフローチャートである。
【図８】ノードＮｎの制御部１１におけるメイン処理を示すフローチャートである。
【図９】図８のステップＳ４７に示す広告コンテンツの再生処理の詳細を示すフローチャートである。
【図１０】（Ａ）は、ユーザの属性の統計情報の蓄積結果の一例を示す図であり、（Ｂ）は、ノードＮｎの制御部１１におけるメイン処理を示すフローチャートである。
【図１１】図１０（Ｂ）のステップＳ６３に示す広告コンテンツの決定処理の詳細を示すフローチャートである。
【発明を実施するための形態】
【００３１】
以下、本発明の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、コンテンツ配信システムに本発明を適用した場合の実施形態である。
【００３２】
［１．コンテンツ配信システムの構成及び動作概要］
始めに、図１を参照して、本実施形態に係るコンテンツ配信システムの構成及び動作概要について説明する。図１は、本実施形態に係るコンテンツ配信システムの概要構成例を示す図である。図１に示すように、本実施形態に係るコンテンツ配信システムＳは、コンテンツ配信サーバＤＳ、及び複数のノード装置Ｎｎ（ｎ＝１，２，３・・・の何れか）等を備えて構成されている。コンテンツ配信サーバＤＳ及び各ノード装置Ｎｎは、インターネット等からなるネットワークＮＷに接続されている。ネットワークＮＷは通信手段の一例である。また、ネットワークＮＷには、接続先紹介サーバＩＳ及びコンテンツ管理サーバＭＳが接続されている。なお、ノード装置を、以下、「ノード」という。また、コンテンツ配信サーバＤＳは、本発明の情報処理装置の一例である。
【００３３】
コンテンツ配信システムＳには、ツリー型ネットワークＴＮとオーバーレイネットワークＯＮが形成されている。ツリー型ネットワークＴＮ及びオーバーレイネットワークＯＮは、それぞれ、ネットワークＮＷを介して複数のノードＮｎにより形成される仮想的なリンクを構成する論理的なネットワークである。
【００３４】
ツリー型ネットワークＴＮにおいては、コンテンツ配信サーバＤＳにより配信されたライブ配信データが、上位階層のノードＮｎから下位階層のノードＮｎに順次転送される。なお、ライブ配信データの配信を、以下、「ライブ配信」という。ここで、ライブ配信データは、配信者が主として配信するべき主コンテンツの一例である。配信者としては、例えば、ライブ配信データの製作者等が該当する。ライブ配信データには、例えば、リアルタイムの映像及び音声等のデータが含まれる。また、ライブ配信データには、広告コンテンツの挿入位置を有する。つまり、ライブ配信データには、広告コンテンツ自体は含まれておらず、広告コンテンツの挿入位置だけが存在する。なお、挿入位置とは、時間軸上のある時点、又は時間軸上のある期間を意味する。広告コンテンツは、ライブ配信の合間に挿入されるべきＣＭ等の広告用の映像及び音声等のデータである。広告コンテンツの挿入位置は、例えば、ライブ配信データ中に、ＣＰＵにより判別可能に示されている。或いは、広告コンテンツの挿入位置は、ライブ配信データの先頭から挿入位置までの再生時刻又はバイト数で表すデータとしてライブ配信データとは別にコンテンツ配信サーバＤＳで管理されるように構成しても良い。ライブ配信の方法は、ツリー型ネットワークＴＮによる配信に限定されるものではない。ライブ配信を行う方法全般に適用可能である。
【００３５】
図２（Ａ）は、ライブ配信開始からライブ配信終了に至るまでの間に設けられたライブ配信枠と広告枠の一例を示す概念図である。図２（Ａ）に示すライブ配信枠Ｘ，Ｙは、ライブ配信データが配信される配信期間である。一方、図２（Ａ）に示す広告枠ｘ，ｙは、ライブ配信データを受信したノードＮｎにより挿入される広告コンテンツの挿入位置に相当する。
【００３６】
また、ツリー型ネットワークＴＮにおいては、上記挿入位置で再生されるべき広告コンテンツのコンテンツＩＤが、コンテンツ配信サーバＤＳにより配信される。コンテンツ配信サーバＤＳにより配信されたコンテンツＩＤ等は、上位階層のノードＮｎから下位階層のノードＮｎに順次転送される。コンテンツＩＤは、広告コンテンツ毎に個別に割り当てられた識別情報である。また、コンテンツＩＤは、例えば、コンテンツ名＋任意の数値が、所定のハッシュ関数によりハッシュ化されて生成される。ハッシュ関数として、例えば、ＳＨＡ−１が用いられる。なお、システム管理者が、広告コンテンツ毎に一意のコンテンツＩＤを付与しても良い。また、ツリー型ネットワークＴＮのツリートポロジーは、接続先紹介サーバＩＳにより管理されている。接続先紹介サーバＩＳは、ノードＮｎからの接続先紹介要求に応じて、接続先となるべき上位階層のノードＮｎを決定する。接続先紹介サーバＩＳは、決定した上位階層のノードＮｎのＩＰアドレス等の情報を、接続先紹介要求をしたノードＮｎに通知する。そして、接続先紹介要求をしたノードＮｎは、接続先紹介サーバＩＳから通知された上位階層のノードＮｎに接続する。こうして、上位階層のノードＮｎに接続したノードＮｎは、上位階層のノードＮｎから送信されてきたライブ配信データを受信できるようになる。このようにライブ配信データの受信が可能になったノードＮｎを、ツリー型ネットワークＴＮに参加したノードＮｎという。また、ライブ配信データの受信を、以下、「ライブ受信」という。
【００３７】
また、ツリー型ネットワークＴＮに参加したノードＮｎは、上位階層のノードＮｎから送信されてきた、広告コンテンツのコンテンツＩＤ等を受信する。そして、ツリー型ネットワークＴＮに参加したノードＮｎは、受信したコンテンツＩＤに基づいて、このコンテンツＩＤに対応する広告コンテンツを取得する。例えば、ノードＮｎは、オーバーレイネットワークＯＮを介して、コンテンツＩＤに対応する広告コンテンツを他のノードＮｎから取得する。クライアント−サーバ型の場合、サーバから広告コンテンツが取得される。
【００３８】
ここで、オーバーレイネットワークＯＮについて説明する。オーバーレイネットワークＯＮは、特定のアルゴリズム、例えば、分散ハッシュテーブルを利用したアルゴリズムにより実現される。分散ハッシュテーブルを、以下、「ＤＨＴ（Distributed Hash Table）」という。なお、ＤＨＴを用いたルーティングテーブルについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【００３９】
また、オーバーレイネットワークＯＮに参加している複数のノードＮｎには、内容の異なる様々なコンテンツが所定のファイル形式で分散されて保存されている。例えば、このように分散保存されているコンテンツには、上述した広告コンテンツの他、映画、音楽、又は番組のコンテンツ等がある。例えば、ノードＮ１には、コンテンツ名がＡＡＡの広告コンテンツが保存されている。また、ノードＮ２には、コンテンツ名がＢＢＢの映画のコンテンツが保存されている。このようにコンテンツを保存しているノードＮｎを、以下、「コンテンツ保持ノード」という。
【００４０】
また、オーバーレイネットワークＯＮを介して取得可能なコンテンツの所在を示す情報は、インデックス情報として、コンテンツの所在を管理しているノードＮｎに記憶される。このインデックス情報には、コンテンツを保存しているコンテンツ保持ノードのノード情報と、コンテンツのコンテンツＩＤとの組が含まれる。コンテンツの所在を管理しているノードＮｎを、以下、「ルートノード」又は「コンテンツのルートノード」という。ルートノードは、例えば、コンテンツＩＤと最も近いノードＩＤが割り当てられたノードＮｎであるように定められる。コンテンツＩＤと最も近いノードＩＤとは、例えば、ＩＤの上位桁が最も多く一致するノードＩＤである。
【００４１】
ところで、あるノードＮｎが、例えば、コンテンツを、オーバーレイネットワークＯＮを介して、コンテンツ保持ノードから取得する場合、コンテンツの検索処理を実行する。なお、コンテンツの検索処理を実行するノードＮｎを、以下、「ユーザノード」という。コンテンツの検索処理において、ユーザノードは、先ず、コンテンツ所在問合せメッセージを生成する。コンテンツ所在問合せメッセージは、コンテンツの所在をルートノードに問い合わせるためのメッセージである。また、コンテンツ所在問合せメッセージには、このメッセージを送信するユーザノードのＩＰアドレス及びポート番号、及び検索対象となるコンテンツのコンテンツＩＤ等が含まれる。ここで、検索対象となるコンテンツが広告コンテンツの場合、広告コンテンツのコンテンツＩＤは、ツリー型ネットワークＴＮにおいて上位階層のノードＮｎから取得される。一方、検索対象となるコンテンツが例えば番組のコンテンツの場合、このコンテンツＩＤは、コンテンツカタログ情報から取得される。コンテンツカタログ情報は、コンテンツ管理サーバＭＳから、オーバーレイネットワークＯＮに参加している複数のノードＮｎに例えば定期的に配信されるものである。また、コンテンツカタログ情報には、オーバーレイネットワークＯＮを介して取得可能な全てのコンテンツのコンテンツＩＤ、コンテンツ名、及びキーワード等が含まれる。キーワードには、性別層、年齢層、及びカテゴリ等が含まれる。
【００４２】
そして、ユーザノードは、生成したコンテンツ所在問合せメッセージを、ＤＨＴを用いたルーティングテーブルにしたがって、ルートノード宛に送信する。これにより、コンテンツ所在問合せメッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによって、オーバーレイネットワークＯＮに参加している１又は複数のノードＮｎにより転送される。そして、コンテンツ所在問合せメッセージは、最終的に、検索対象となるコンテンツのルートノードにより受信される。なお、ＤＨＴルーティングについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【００４３】
ルートノードは、コンテンツ所在問合せメッセージを受信すると、コンテンツ所在問合せメッセージに含まれるコンテンツＩＤに対応するインデックス情報を取得する。そして、ルートノードは、取得したインデックス情報を、受信したコンテンツ所在問合せメッセージの送信元であるユーザノードへ返信する。ユーザノードに返信されたインデックス情報には、検索対象となるコンテンツを保存している１又は複数のコンテンツ保持ノードのＩＰアドレス等が含まれている。こうして、ユーザノードは、インデックス情報に含まれるコンテンツ保持ノードのＩＰアドレス等に基づいてコンテンツ保持ノードにアクセスする。これにより、ユーザノードは、コンテンツ保持ノードから、コンテンツをダウンロードすることができる。ここで、コンテンツのダウンロードは、コンテンツの取得の一例である。
【００４４】
なお、コンテンツのルートノードは、取得したインデックス情報に含まれるＩＰアドレス等に対応するコンテンツ保持ノードへコンテンツ送信要求メッセージを送信するように構成しても良い。コンテンツ送信要求メッセージには、ユーザノードへコンテンツを送信することを要求するためのメッセージである。この場合、コンテンツ送信要求メッセージを受信したコンテンツ保持ノードは、ユーザノードへアクセスしてコンテンツを送信することになる。
【００４５】
［２．コンテンツ配信サーバＤＳの構成及び機能］
次に、図３を参照して、コンテンツ配信サーバＤＳの構成及び機能について説明する。図３は、コンテンツ配信サーバＤＳの概要構成例を示すブロック図である。コンテンツ配信サーバＤＳは、図３に示すように、制御部１、記憶部２、及び通信部３等を備えて構成される。制御部１、記憶部２、及び通信部３はバス４を介して相互に接続されている。
【００４６】
記憶部２は、例えばハードディスクドライブ等から構成される。記憶部２には、オペレーティングシステム、及びコンテンツ配信プログラム等が記憶されている。また、記憶部２には、ライブ配信データ、及び広告コンテンツのコンテンツＩＤが、ライブ配信データ毎に対応付けられて記憶されている。通信部３は、ネットワークＮＷを通じてノードＮｎ等との間の情報の通信制御を行う。
【００４７】
制御部１は、演算機能を有するＣＰＵ，作業用ＲＡＭ，及びＲＯＭ等から構成される。そして、制御部１は、ＣＰＵが記憶部２等に記憶されたコンテンツ配信プログラムを読み出して実行することにより、ライブ配信処理を行う。なお、制御部１は、本発明における第一配信手段、及び第二配信手段の一例である。また、制御部１は、タイマ機能及び時計機能を有する。図２（Ｂ）は、広告リスト情報の内容の一例を示す図である。図２（Ｂ）に示す例では、広告枠のシリアル番号と、広告コンテンツのコンテンツＩＤとが対応付けられている。また、図２（Ｂ）に示す例では、広告枠ｘのシリアル番号に対応付けられた２つのコンテンツＩＤに対応する各広告コンテンツは、広告枠ｘ内で挿入されることになる。なお、広告枠ｘ内であれば、どの時点で挿入されるものであっても良い。
【００４８】
また、広告リスト情報の配信方法としては、一括配信と分割配信とがある。一括配信の場合、図３に示すように、１回のライブ配信において挿入される全ての広告コンテンツのコンテンツＩＤが記述された広告リスト情報が、ライブ配信開始直前に配信される。一方、分割配信の場合、１回のライブ配信において各広告枠で挿入される広告コンテンツのコンテンツＩＤが記述された各広告リスト情報が、各広告枠に至る直前のライブ配信枠で配信される。例えば、図２（Ｂ）において、広告枠ｙで挿入される２つの広告コンテンツのコンテンツＩＤが記述された広告リスト情報は、広告枠ｙに至る直前のライブ配信枠Ｙ内で配信される。これにより、各広告枠で再生される広告コンテンツを動的に変更することができる。
【００４９】
以上のように、広告リスト情報が事前に配信される場合、制御部１は、ライブ配信データの配信中、広告コンテンツの挿入位置になる所定時間前に、この挿入位置で再生されるべき広告コンテンツの挿入開始信号を配信する。この挿入開始信号により、ノードＮｎにおける広告コンテンツの挿入タイミングが決まる。
【００５０】
なお、再生候補となる複数の広告コンテンツのコンテンツＩＤが記述された広告候補リスト情報が配信されるように構成しても良い。
【００５１】
［３．ノードＮｎの構成及び機能］
次に、図４を参照して、ノードＮｎの構成及び機能について説明する。図４は、ノードＮｎの概要構成例を示すブロック図である。ノードＮｎは、図４に示すように、制御部１１、記憶部１２、バッファメモリ１３、デコーダ部１４、映像処理部１５、表示部１６、音声処理部１７、スピーカ１８、通信部１９、及び入力部１９ａ等を備えて構成される。制御部１１、記憶部１２、バッファメモリ１３、デコーダ部１４、通信部１９、及び入力部１９ａはバス１９ｂを介して相互に接続されている。なお、記憶部１２は、記憶手段の一例である。ノードＮｎとしては、パーソナルコンピュータ、ＳＴＢ（Set Top Box）、ＴＶ受信機、或いは、カラオケ装置等が適用可能である。
【００５２】
記憶部１２は、例えばハードディスクドライブ等から構成される。記憶部１２には、オペレーティングシステム、及びノードプログラム等が記憶されている。なお、ノードプログラムは、例えば、ネットワークＮＷに接続された所定のサーバからダウンロードされるようにしても良い。或いは、ノードプログラムは、例えば、記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしても良い。また、オーバーレイネットワークＯＮに参加しているノードＮｎの記憶部１２には、コンテンツカタログ情報及びＤＨＴを用いたルーティングテーブル等が記憶されている。また、ノードＮｎが広告コンテンツのコンテンツ保持ノードである場合、記憶部１２には、広告コンテンツが記憶されている。更に、記憶部１２には、ノードＮｎのユーザの属性情報が記憶されている。ユーザの属性情報としては、例えば、性別、年齢層、カテゴリ等が挙げられる。ユーザの属性情報は、ユーザにより視聴された番組や映画等のコンテンツのキーワードに基づいて制御部１１により決定される。
【００５３】
バッファメモリ１３は、受信されたライブ配信データ及び広告コンテンツを一時的に蓄積する。デコーダ部１４は、制御部１１による制御の下、ライブ配信データ及び広告コンテンツを再生するためのものである。具体的には、デコーダ部１４は、ライブ配信データ又は広告コンテンツに含まれるビデオデータ及びオーディオデータ等のデータ伸張や復号化等のデコード処理を行う。映像処理部１５は、デコーダ部１４によりデコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する。表示部１６は、映像処理部１５から出力されたビデオ信号に基づきディスプレイに映像等を表示する。音声処理部１７は、デコーダ部１４によりデコードされたオーディオデータをアナログオーディオ信号にＤ（Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する。スピーカ１８は、音声処理部１７から出力されたオーディオ信号を音波として出力する。
【００５４】
通信部１９は、ネットワークＮＷを通じてコンテンツ配信サーバＤＳ及び他のノードＮｎ等との間の情報の通信制御を行う。制御部１１は、演算機能を有するＣＰＵ，作業用ＲＡＭ，及びＲＯＭ等から構成される。そして、制御部１１は、ＣＰＵが記憶部１２等に記憶されたノードプログラムを読み出して実行することにより、ライブ受信処理及びライブ配信データの再生処理を行う。なお、制御部１１は、本発明における第一受信手段、第二受信手段、取得手段、制御手段、及び決定手段の一例である。また、制御部１１は、タイマ機能及び時計機能を有する。
【００５５】
［４．コンテンツ配信システムＳの動作］
次に、本実施形態に係るコンテンツ配信システムＳの動作について実施例１〜３に分けて説明する。実施例１〜３に係る動作の前提として、配信者又は広告主からの依頼に応じて、ライブ配信の合間に挿入されるべき複数の広告コンテンツが、例えばオペレータによりコンテンツ管理サーバＭＳの記憶部に記憶される。こうして記憶された各広告コンテンツは、コンテンツ管理サーバＭＳによりオーバーレイネットワークＯＮに投入される。つまり、コンテンツ管理サーバＭＳは、オーバーレイネットワークＯＮに参加している所定数のノードＮｎを選択する。そして、コンテンツ管理サーバＭＳは、選択したノードＮｎに各広告コンテンツを送信する。これにより、各広告コンテンツは所定数のノードＮｎに保存されることになる。こうしてオーバーレイネットワークＯＮに各広告コンテンツが投入されると、投入された各広告コンテンツのコンテンツＩＤ及びキーワード等がコンテンツカタログ情報に追加登録される。このコンテンツカタログ情報は、コンテンツ管理サーバＭＳにより、オーバーレイネットワークＯＮに参加している全てのノードＮｎにＤＨＴマルチキャストで配信される。ＤＨＴマルチキャストは、例えば特開２００７−０５３６６２号公報等で公知であるので、詳しい説明を省略する。
【００５６】
（実施例１）
先ず、図５及び図６を参照して、実施例１におけるコンテンツ配信システムＳの動作について説明する。実施例１は、ライブ配信中、広告コンテンツの挿入位置になる直前に、この挿入位置で再生されるべき広告コンテンツのコンテンツＩＤがコンテンツ配信サーバＤＳから配信される場合の動作例である。図５は、コンテンツ配信サーバＤＳの制御部１におけるメイン処理を示すフローチャートである。図６は、ノードＮｎの制御部１１におけるメイン処理を示すフローチャートである。なお、このノードＮｎはオーバーレイネットワークＯＮに参加しているものとする。
【００５７】
図５に示す処理は、例えば、ライブ配信の合間に挿入されるべき広告コンテンツの投入がコンテンツ管理サーバＭＳから通知された場合に開始される。図５に示す処理が開始されると、制御部１は、ライブ配信データにおける挿入位置で再生されるべき広告コンテンツのコンテンツＩＤと、このコンテンツＩＤの配信開始時刻と、を対応付けて登録する配信時刻テーブルを生成する（ステップＳ１）。
【００５８】
ここで、ライブ配信データに複数の挿入位置がある場合、各挿入位置に対応するコンテンツＩＤと配信開始時刻が対応付けられて配信時刻テーブルに登録される。また、コンテンツＩＤの配信開始時刻は、例えば、ライブ配信データの配信開始から広告コンテンツの挿入位置になる所定時間前に到来するように設定される。この所定時間は、ノードＮｎが受信したコンテンツＩＤに対応する広告コンテンツを、オーバーレイネットワークＯＮを介してコンテンツ保持ノードからダウンロードするために要する時間以上に定められる。この所定時間は例えば１０秒程度に定められる。
【００５９】
こうして生成された配信時刻テーブルは、制御部１におけるＲＡＭの所定領域に記憶される。
【００６０】
次いで、制御部１は、ライブ配信処理を開始する（ステップＳ２）。このライブ配信処理により、記憶部２からライブ配信データが読み出される。そして、読み出されたライブ配信データは、ＩＰパケットデータに変換され、通信部３及びネットワークＮＷを介してコンテンツ配信サーバＤＳに接続されているノードＮｎへストリーミング配信される。
【００６１】
次いで、制御部１は、ライブ配信処理を終了するか否かを判定する（ステップＳ３）。例えば、記憶部２に記憶されているライブ配信データが最後まで読み出されて配信された場合、ライブ配信処理を終了すると判定される。そして、制御部１は、ライブ配信処理を終了すると判定した場合には（ステップＳ３：ＹＥＳ）、図５に示す処理を終了する。一方、制御部１は、ライブ配信処理を終了しないと判定した場合には（ステップＳ３：ＮＯ）、ステップＳ４に進む。
【００６２】
ステップＳ４では、制御部１は、配信時刻テーブルに登録されているコンテンツＩＤの配信開始時刻になったか否かを判定する。例えば、制御部１の時計機能により得られる現在時刻が、配信時刻テーブルに登録された配信開始時刻を経過したか否かが判定される。そして、制御部１は、コンテンツＩＤの配信開始時刻になったと判定した場合には（ステップＳ４：ＹＥＳ）、ステップＳ５に進む。一方、制御部１は、コンテンツＩＤの配信開始時刻になっていないと判定した場合には（ステップＳ４：ＮＯ）、ステップＳ３に戻る。
【００６３】
ステップＳ５では、制御部１は、配信開始時刻になったコンテンツＩＤを、コンテンツ配信サーバＤＳに接続されているノードＮｎへ配信する。例えば、コンテンツＩＤは、ライブ配信データのＩＰパケットデータの一部に含まれて配信される。
【００６４】
次いで、制御部１は、ライブ配信処理を一時停止する（ステップＳ６）。
【００６５】
次いで、制御部１は、広告コンテンツの挿入終了時刻になったか否かを判定する（ステップＳ７）。広告コンテンツの挿入終了時刻は、ステップＳ６における一時停止から所定時間経過後に到来するように設定される。この所定時間は、コンテンツＩＤを受信したノードＮｎが広告コンテンツをダウンロードし、再生が終了するために要する時間以上に定められる。
【００６６】
そして、制御部１は、広告コンテンツの挿入終了時刻になったと判定した場合には（ステップＳ７：ＹＥＳ）、ライブ配信処理を再開する（ステップＳ８）。
【００６７】
上記ステップＳ６〜Ｓ８の処理により、コンテンツＩＤの配信後の所定時間、ライブ配信処理が一時停止される。これにより、ノードＮｎが、受信したコンテンツＩＤに対応する広告コンテンツをダウンロードするために必要なネットワーク帯域を確保することができる。
【００６８】
次いで、制御部１は、広告コンテンツの挿入終了信号を、コンテンツ配信サーバＤＳに接続されているノードＮｎへ配信し（ステップＳ９）、ステップＳ３に戻る。例えば、挿入終了信号は、ライブ配信データのＩＰパケットデータの一部に含まれて配信される。
【００６９】
一方、図６に示す処理は、例えば、ノードＮｎが、接続先紹介要求に応じて接続先紹介サーバＩＳから通知された上位階層のノードＮｎに接続することにより開始される。
【００７０】
図６に示す処理が開始されると、制御部１１は、コンテンツ配信サーバＤＳ又は上位階層のノードＮｎから配信されてきたライブ受信処理を開始する（ステップＳ１１）。このライブ受信処理により、コンテンツ配信サーバＤＳ又は上位階層のノードＮｎから配信されてきたライブ配信データが通信部３を介して受信される。そして、受信されたライブ配信データがバッファメモリ１３に蓄積される。
【００７１】
そして、制御部１１は、バッファメモリ１３に所定量のライブ配信データが蓄積されると、ライブ配信データの再生処理を開始する（ステップＳ１２）。このライブ配信データの再生処理により、ライブ配信データがバッファメモリ１３からデコーダ部１４に送られる。そして、ライブ配信データのストリーミング再生が行われる。
【００７２】
次いで、制御部１１は、ライブ受信処理の中止指示があったか否かを判定する（ステップＳ１３）。そして、制御部１１は、ライブ受信処理の中止指示があったと判定した場合には（ステップＳ１３：ＹＥＳ）、図６に示す処理を終了する。なお、ライブ受信処理の中止指示は、例えば、ノードＮｎのユーザが入力部１９ａを操作することにより行われる。
【００７３】
一方、制御部１１は、ライブ受信処理の中止指示がないと判定した場合には（ステップＳ１３：ＹＥＳ）、ステップＳ１４に進む。
【００７４】
ステップＳ１４では、制御部１１は、ライブ配信が終了したか否かを判定する。例えば、ライブ配信データの受信が所定時間途絶えた場合には、ライブ配信が終了したと判定される。そして、制御部１１は、ライブ配信が終了したと判定した場合には（ステップＳ１４：ＹＥＳ）、図６に示す処理を終了する。一方、制御部１は、ライブ配信が終了していないと判定した場合には（ステップＳ１４：ＮＯ）、ステップＳ１５に進む。
【００７５】
ステップＳ１５では、制御部１１は、広告コンテンツのコンテンツＩＤを受信したか否かを判定する。このコンテンツＩＤは、上記ステップＳ５でコンテンツ配信サーバＤＳから配信されたものである。そして、制御部１１は、広告コンテンツのコンテンツＩＤを受信していないと判定した場合には（ステップＳ１５：ＮＯ）、ステップＳ１３に戻る。一方、制御部１１は、広告コンテンツのコンテンツＩＤを受信したと判定した場合には（ステップＳ１５：ＹＥＳ）、ステップＳ１６に進む。
【００７６】
ステップＳ１６では、制御部１１は、受信したコンテンツＩＤに対応する広告コンテンツを、オーバーレイネットワークＯＮを介して、コンテンツ保持ノードからダウンロードする。すなわち、制御部１１は、上述したコンテンツの検索処理を実行することにより、コンテンツ所在問合せメッセージを、その広告コンテンツのルートノード宛に送信する。このコンテンツ所在問合せメッセージには、広告コンテンツのコンテンツＩＤが含まれる。そして、制御部１１は、ルートノードから送信されたインデックス情報に示されるコンテンツ保持ノードから広告コンテンツをダウンロードする。
【００７７】
次いで、制御部１１は、ダウンロードした広告コンテンツの再生処理を行う（ステップＳ１７）。この広告コンテンツの再生処理により、ライブ配信データに示される広告コンテンツの挿入位置に広告コンテンツが挿入されるよう、デコーダ部１４に送られる。そして、広告コンテンツの再生が行われる。
【００７８】
次いで、制御部１１は、広告コンテンツの挿入終了信号を受信したか否かを判定する（ステップＳ１８）。この挿入終了信号は、上記ステップＳ９でコンテンツ配信サーバＤＳから配信されたものである。そして、制御部１１は、広告コンテンツの挿入終了信号を受信したと判定した場合には（ステップＳ１８：ＹＥＳ）、ステップＳ１９に進む。
【００７９】
ステップＳ１９に示すその他の処理では、例えば、下位階層のノードＮｎへのライブ配信データ及びコンテンツＩＤの転送処理が行われる。
【００８０】
以上説明したように、実施例１によれば、コンテンツ配信サーバＤＳはライブ配信データにおける挿入位置で再生されるべき広告コンテンツの実体データでなく、そのコンテンツＩＤを配信するだけで、再生されるべき広告コンテンツをノードＮｎで取得させることができる。そのため、コンテンツ配信サーバＤＳの処理負荷を低減することができ、且つ、ライブ配信データの配信側で、ライブ配信の合間に再生させる広告コンテンツを制御することができる。また、コンテンツ配信サーバＤＳはライブ配信中、広告コンテンツの挿入位置になる所定時間前に、この挿入位置で再生されるべき広告コンテンツのコンテンツＩＤを配信するので、タイミング良くノードＮｎに広告コンテンツを取得させることができる。また、ノードＮｎはオーバーレイネットワークＯＮを介してより迅速に広告コンテンツを取得することができる。
【００８１】
（実施例２）
次に、図７乃至図９を参照して、実施例２におけるコンテンツ配信システムＳの動作について説明する。
【００８２】
実施例２は、ライブ配信前又はライブ配信中に、複数のコンテンツＩＤが記述された広告リスト情報がコンテンツ配信サーバＤＳから配信される場合の動作例である。
【００８３】
図７は、コンテンツ配信サーバＤＳの制御部１におけるメイン処理を示すフローチャートである。図８は、ノードＮｎの制御部１１におけるメイン処理を示すフローチャートである。図９は、図８のステップＳ４７に示す広告コンテンツの再生処理の詳細を示すフローチャートである。なお、このノードＮｎはオーバーレイネットワークＯＮに参加しているものとする。また、広告リスト情報の一括配信と分割配信の何れかが予め設定されているものとする。
【００８４】
図７に示す処理は、図５に示す処理と同様、広告コンテンツの投入がコンテンツ管理サーバＭＳから通知された場合に開始される。図７に示す処理が開始されると、制御部１は、広告コンテンツの挿入開始信号の配信開始時刻を登録する配信時刻テーブルを生成する（ステップＳ２１）。
【００８５】
ここで、挿入開始信号の配信開始時刻は、例えば、ライブ配信データの配信開始から広告コンテンツの各挿入位置になる所定時間前に到来するように設定される。この所定時間は、ノードＮｎにおいて広告コンテンツの再生準備をするために要する時間以上に定められる。この所定時間は例えば５秒程度に定められる。
【００８６】
次いで、制御部１は、ライブ配信データにおける各挿入位置で再生されるべき広告コンテンツのコンテンツＩＤと、各挿入位置を示す識別情報と、が対応付けられて記述された広告リスト情報を生成する（ステップＳ２２）。広告リスト情報にコンテンツＩＤが記述される広告コンテンツは、直前にオーバーレイネットワークＯＮに投入されたコンテンツである。
【００８７】
ここで、広告リスト情報の一括配信が設定されている場合、ライブ配信において挿入されるべき全ての広告コンテンツのコンテンツＩＤが広告リスト情報に記述されることになる。
【００８８】
一方、広告リスト情報の分割配信が設定されている場合、複数の広告コンテンツの中から、初回の広告枠で挿入されるべき広告コンテンツが選定される。そして、選定された広告コンテンツのコンテンツＩＤが広告リスト情報に記述されることになる。
【００８９】
次いで、制御部１は、上記生成した広告リスト情報を、コンテンツ配信サーバＤＳに接続されているノードＮｎへ配信する（ステップＳ２３）。
【００９０】
なお、ステップＳ２４及びＳ２５の処理は、図５に示すステップＳ２及びＳ３の処理と同様であるので、重複する説明を省略する。
【００９１】
次いで、制御部１は、配信時刻テーブルに登録されている挿入開始信号の配信開始時刻になったか否かを判定する（ステップＳ２６）。そして、制御部１は、挿入開始信号の配信開始時刻になったと判定した場合には（ステップＳ２６：ＹＥＳ）、ステップＳ２７に進む。一方、制御部１は、挿入開始信号の配信開始時刻になっていないと判定した場合には（ステップＳ２６：ＮＯ）、ステップＳ２５に戻る。
【００９２】
ステップＳ２７では、制御部１は、配信開始時刻になった挿入開始信号を、コンテンツ配信サーバＤＳに接続されているノードＮｎへ配信する。例えば、挿入開始信号は、ライブ配信データのＩＰパケットデータの一部に含まれて配信される。
【００９３】
なお、ステップＳ２８〜Ｓ３１の処理は、図５に示すステップＳ６〜Ｓ９の処理と同様であるので、重複する説明を省略する。
【００９４】
次いで、制御部１１は、広告コンテンツを動的に変更するか否かを判定する（ステップＳ３２）。例えば、広告リスト情報の分割配信が設定されている場合、広告コンテンツを動的に変更すると判定される。そして、制御部１は、広告コンテンツを動的に変更すると判定した場合には（ステップＳ３２：ＹＥＳ）、ステップＳ３３に進む。一方、制御部１は、広告コンテンツを動的に変更しないと判定した場合には（ステップＳ３２：ＮＯ）、ステップＳ２５に戻る。
【００９５】
ステップＳ３３では、制御部１は、複数の広告コンテンツの中から、次回の広告枠で挿入されるべき広告コンテンツを選定する。例えば、図２（Ａ）において、ライブ配信枠Ｙにおいて、広告枠ｙで挿入される広告コンテンツが選定される。例えば、前回の広告枠で予定していた出稿数に満たなかった広告コンテンツが、次回の広告枠で挿入される広告コンテンツとして選定される。ここで、出稿数は、広告枠で広告コンテンツがどのくらいの数のノードＮｎにより再生されたかを示す。ツリー型ネットワークＴＮの場合、これに参加しているノードＮｎの数を調べる、または、ノードＮｎから広告コンテンツの再生ログと取れば、出稿数が分かる。例えば、制御部１は、現在、ツリー型ネットワークＴＮに参加しているノード数を示す情報を、接続先紹介サーバＩＳから取得する。そして、制御部１は、取得したノード数が、予め設定された出稿数に満たないか否かを判定することにより、出稿数に満たなかった広告コンテンツを決定する。
【００９６】
次いで、制御部１は、選定した広告コンテンツのコンテンツＩＤが記述された広告リスト情報を生成する（ステップＳ３４）。
【００９７】
次いで、制御部１は、生成した広告リスト情報を、コンテンツ配信サーバＤＳに接続されているノードＮｎへ配信し（ステップＳ３５）、ステップＳ２５に戻る。
【００９８】
一方、図８に示す処理は、図６に示す処理と同様、ノードＮｎが、接続先紹介要求に応じて接続先紹介サーバＩＳから通知された上位階層のノードＮｎに接続することにより開始される。
【００９９】
なお、ステップＳ４１〜Ｓ４４の処理は、図６に示すステップＳ１１〜Ｓ１４の処理と同様であるので、重複する説明を省略する。
【０１００】
ステップＳ４５では、制御部１１は、広告リスト情報を受信したか否かを判定する。この広告リスト情報は、上記ステップＳ２３又はＳ３５でコンテンツ配信サーバＤＳから配信されたものである。そして、制御部１１は、広告リスト情報を受信していないと判定した場合には（ステップＳ４５：ＮＯ）、ステップＳ４９に進む。一方、制御部１１は、広告リスト情報を受信したと判定した場合には（ステップＳ４５：ＹＥＳ）、ステップＳ４６に進む。なお、受信された広告リスト情報はＲＡＭに記憶される。
【０１０１】
ステップＳ４６では、制御部１１は、受信した広告リスト情報に記述されたコンテンツＩＤに対応する広告コンテンツのダウンロードを開始する。このダウンロードは、ライブ受信処理と並行して、ライブ配信の帯域を圧迫せずに少しずつ実行される。また、このダウンロードでは、広告リスト情報に記述されたコンテンツＩＤ毎に、上述したコンテンツの検索処理が実行される。これにより、各広告コンテンツは、オーバーレイネットワークＯＮを介して、コンテンツ保持ノードからダウンロードされる。
【０１０２】
なお、広告リスト情報に記述されたコンテンツＩＤに対応する広告コンテンツのダウンロードは、後述するステップＳ４７１で挿入開始信号を受信した場合に開始されるように構成しても良い。
【０１０３】
次いで、制御部１１は、ダウンロードした広告コンテンツの再生処理を行う（ステップＳ４７）。広告コンテンツの再生処理では、図９に示すように、制御部１１は、広告コンテンツの挿入開始信号を受信したか否かを判定する（ステップＳ４７１）。この挿入開始信号は、上記ステップＳ２７でコンテンツ配信サーバＤＳから配信されたものである。そして、制御部１１は、広告コンテンツの挿入開始信号を受信していないと判定した場合には（ステップＳ４７１：ＮＯ）、図８に示す処理に戻る。一方、制御部１１は、広告コンテンツの挿入開始信号を受信したと判定した場合には（ステップＳ４７１：ＹＥＳ）、ステップＳ４７２に進む。ここで、挿入開始信号は、広告コンテンツの挿入タイミングよりも前に余裕をもって受信される。そのため、制御部１１は、挿入開始信号がされると、広告コンテンツの映像出力可能なデータバッファを予め充填するなど、広告コンテンツの再生準備を事前に行うことができる。なお、広告リスト情報が一括配信の場合、制御部１１は、ステップ４７１で挿入開始信号を受信する度に、挿入開始信号の受信回数をカウントしてＲＡＭに記憶する。
【０１０４】
ステップＳ４７２では、制御部１１は、広告リスト情報に記述された各コンテンツＩＤに対応する広告コンテンツを全てダウンロードしたか否かを判定する。そして、制御部１１は、広告コンテンツを全てダウンロードしたと判定した場合には（ステップＳ４７２：ＹＥＳ）、ステップＳ４７４に進む。一方、制御部１１は、広告コンテンツを全てダウンロードしていないと判定した場合には（ステップＳ４７２：ＮＯ）、ステップＳ４７３に進む。
【０１０５】
ステップＳ４７３では、制御部１１は、未だダウンロードされていない残りの広告コンテンツを、オーバーレイネットワークＯＮを介して、コンテンツ保持ノードからダウンロードする。つまり、ライブ配信中に全ての広告コンテンツをダウンロードできない場合に限り、広告コンテンツの再生前のステップＳ４７３の処理で、残りの広告コンテンツがダウンロードされる。
【０１０６】
ステップＳ４７４では、制御部１１は、ダウンロードした広告コンテンツを再生させる。
【０１０７】
ここで、広告リスト情報が一括配信の場合、制御部１１は、ステップＳ４７４の処理の直前に、広告リスト情報を参照して、上記カウントされた挿入開始信号の受信回数と一致する広告枠のシリアル番号を特定する。例えば、１回のライブ配信において広告枠が５つ設けられているとすると、挿入開始信号の受信回数は、最大５回である。そして、制御部１１は、特定したシリアル番号に対応付けられたコンテンツＩＤに対応する広告コンテンツを、今回の広告枠で再生すべき広告コンテンツとして決定する。そして、ステップＳ４７４において、制御部１１は、決定した広告コンテンツを再生させる。
【０１０８】
一方、広告リスト情報が分割配信の場合、この広告リスト情報に記述されたコンテンツＩＤに対応する広告コンテンツは、今回の広告枠で再生すべき広告コンテンツである。従って、制御部１１は、広告リスト情報に記述されたコンテンツＩＤに対応する広告コンテンツを、今回の広告枠で再生すべき広告コンテンツとして決定する。そして、ステップＳ４７４において、制御部１１は、決定した広告コンテンツを再生させる。
【０１０９】
なお、広告リスト情報に記述された挿入位置を示す識別情報が、例えばライブ配信データの先頭から挿入位置まで再生時刻又はバイト数で表されている場合がある。この場合、制御部１１により、ライブ配信データの再生中に、広告リスト情報に記述された再生時刻又はバイト数から、ライブ配信データにおける広告コンテンツの挿入位置が決定される。そして、決定された挿入位置に広告コンテンツが挿入されるよう、デコーダ部１４に送られ、広告コンテンツの再生が行われる。
【０１１０】
次いで、制御部１１は、広告コンテンツの挿入終了信号を受信したか否かを判定する（ステップＳ４７５）。そして、制御部１１は、広告コンテンツの挿入終了信号を受信したと判定した場合には（ステップＳ４７５：ＹＥＳ）、図８に示す処理に戻る。広告コンテンツの挿入終了信号と挿入終了信号の受信により、ユーザはライブ視聴から広告視聴へ、若しくは広告視聴からライブ視聴へ移行することが可能となる。なお、広告リスト情報が分割配信の場合、この広告リスト情報は、例えば、挿入終了信号が受信されたときに削除される。
【０１１１】
一方、制御部１１は、広告コンテンツの挿入終了信号を受信していないと判定した場合には（ステップＳ４７５：ＮＯ）、ステップＳ４７６に進む。
【０１１２】
ステップＳ４７６では、制御部１１は、上記ステップＳ４７４の処理前に決定された広告コンテンツを全て再生したか否かを判別する。そして、制御部１１は、決定された広告コンテンツを全て再生したと判定した場合には（ステップＳ４７６：ＹＥＳ）、ステップＳ４７５に戻る。一方、制御部１１は、決定された広告コンテンツを全て再生していないと判定した場合には（ステップＳ４７６：ＮＯ）、ステップＳ４７４に戻る。ステップＳ４７４に戻ることにより、決定された広告コンテンツのうち、未だ再生されていない残りの広告コンテンツが再生される。
【０１１３】
なお、図８のステップＳ４８に示すその他の処理では、例えば、下位階層のノードＮｎへのライブ配信データ及びコンテンツＩＤの転送処理が行われる。
【０１１４】
一方、ステップＳ４９では、制御部１１は、図８に示す処理の開始後に受信された広告リスト情報が記憶されているか否かを判定する。そして、制御部１１は、広告リスト情報が記憶されていると判定した場合には（ステップＳ４９：ＹＥＳ）、ステップＳ４７に移行する。一方、制御部１１は、広告リスト情報が記憶されていないと判定した場合には（ステップＳ４９：ＮＯ）、ステップＳ４３に戻る。
【０１１５】
以上説明したように、実施例２によれば、コンテンツ配信サーバＤＳはライブ配信データにおける挿入位置で再生されるべき複数の広告コンテンツのコンテンツＩＤを記述した広告リスト情報をライブ配信前又はライブ配信中に配信する。従って、再生されるべき複数の広告コンテンツをノードＮｎに効率良く取得させることができる。そのため、コンテンツ配信サーバＤＳの処理負荷を低減することができ、且つ、ライブ配信データの配信側で、ライブ配信の合間に再生させる広告コンテンツを制御することができる。
【０１１６】
（実施例３）
次に、図１０及び図１１を参照して、実施例３におけるコンテンツ配信システムＳの動作について説明する。
【０１１７】
実施例３は、ノードＮｎのユーザの属性情報に基づいて、ライブ配信データにおける挿入位置で再生されるべき広告コンテンツが決定される場合の動作例である。
【０１１８】
図１０（Ａ）は、ユーザの属性の統計情報の蓄積結果の一例を示す図である。図１０（Ｂ）は、ノードＮｎの制御部１１におけるメイン処理を示すフローチャートである。図１１は、図１０（Ｂ）のステップＳ６３に示す広告コンテンツの決定処理の詳細を示すフローチャートである。なお、このノードＮｎはオーバーレイネットワークＯＮに参加しているものとする。
【０１１９】
実施例３の前提として、ユーザの属性情報を得るために、ノードＮｎのユーザの属性の統計情報が蓄積される必要がある。ユーザの属性の統計情報は、例えば、オンデマンド視聴処理で蓄積される。オンデマンド視聴処理では、例えば、上述したコンテンツの検索処理により、コンテンツ保持ノードからコンテンツが取得、再生される。そして、再生されたコンテンツに対応付けられたキーワードがコンテンツカタログ情報から抽出される。キーワードの例として、性別層、年齢層、及びカテゴリが挙げられる。例えば、ユーザにより視聴されたコンテンツの性別層として「男性」、年齢層として「２０−２５歳」、及びカテゴリとして「アニメ」を示す情報が夫々抽出される。そして、抽出されたキーワードに基づいて、ユーザの属性の統計情報が蓄積される。例えば、性別層、年齢層、及びカテゴリ等のキーワードの抽出回数が、ユーザの属性の統計情報として図１０（Ａ）に示すように蓄積される。このようなユーザの属性の統計情報によりユーザの属性情報を判定することができる。
【０１２０】
なお、ユーザの属性の統計情報は、オンデマンド視聴処理に限定されず、ユーザに対するアンケート結果から取得されてもよい。また、ユーザの属性の統計情報の蓄積は、オンデマンドのコンテンツを提供するサーバから受信したコンテンツが再生された場合に行われるように構成しても良い。また、ユーザの属性の統計情報の蓄積は、コンテンツがダウンロードされ記憶部１２に保存されたが、未だ再生されていない場合においても行われるように構成しても良い。
【０１２１】
次に、実施例３におけるコンテンツ配信サーバＤＳの制御部１におけるメイン処理は、実施例２で説明した図７に示す処理と同様である。ただし、実施例３における図７に示すステップＳ２３及びステップＳ３５では、再生候補となる複数の広告コンテンツのコンテンツＩＤが記述された広告候補リスト情報が配信されることになる。
【０１２２】
一方、図１０（Ｂ）に示す処理は、図８に示す処理と同様、ノードＮｎが、接続先紹介要求に応じて接続先紹介サーバＩＳから通知された上位階層のノードＮｎに接続することにより開始される。図１０（Ｂ）に示す処理が開始されると、空の広告リスト情報が生成される。つまり、この広告リスト情報には、未だコンテンツＩＤが記述されていない。
【０１２３】
なお、ステップＳ６１及びＳ６２の処理は、図８に示すステップＳ４１及びＳ４２の処理と同様であるので、重複する説明を省略する。
【０１２４】
ステップＳ６３では、制御部１１は、広告コンテンツの決定処理を行う。広告コンテンツの決定処理では、図１１に示すように、制御部１１は、この制御部１１を備えるノードＮｎが接続している接続先紹介サーバＩＳ又は上位階層のノードＮｎから、広告候補リスト情報を取得する（ステップＳ６３１）。例えば、広告枠ｘに対応する広告候補リスト情報が取得される。
【０１２５】
次いで、制御部１１は、上述したように蓄積されたユーザの属性の統計情報に基づいて、ユーザの属性情報を判定する（ステップＳ６３２）。例えば、制御部１１は、ユーザの属性の統計情報に示される抽出回数が多いキーワードをユーザの属性情報として判定する。図１０（Ａ）示す蓄積結果によれば、性別層として「男性」、年齢層として「２０−３０歳」、及びカテゴリとして「アニメ」を示す情報がユーザの属性情報として判定される。ここで、上記年齢層「２０−３０歳」の平均をとり、２５歳がユーザの属性情報として判定されるように構成しても良い。これにより、ユーザの属性情報は、例えば、性別＝男性、年齢＝２５歳、及びカテゴリ＝アニメと判定される。こうして判定された属性情報は、ＲＡＭに記憶される。なお、ステップＳ６３２で、ユーザの属性情報が複数の判定されるようにしても良い。この場合、各属性情報には、優先順位が付けられる。例えば、図１０（Ａ）示す蓄積結果によれば、「性別＝男性、年齢＝２５歳、及びカテゴリ＝アニメ」は何れも最も抽出回数が多いので、優先順位が１位の属性情報とされる。また、図１０（Ａ）示す蓄積結果によれば、カテゴリにおいて、「アニメ」の次に抽出回数が次に多いのは、「ドキュメンタリ」である。従って、「性別＝男性、年齢＝２５歳、及びカテゴリ＝ドキュメンタリ」は、優先順位が２位の属性情報とされる。
【０１２６】
次いで、制御部１１は、上記判定されたユーザの属性情報をキーワードとして、記憶部１２に記憶されているコンテンツカタログ情報からコンテンツＩＤを検索する（ステップＳ６３３）。例えば、「性別＝男性、年齢＝２５歳、及びカテゴリ＝アニメ」という属性情報がキーワードとして対応付けられている全てのコンテンツのコンテンツＩＤがコンテンツカタログ情報から検索される。なお、ステップＳ６３２の処理でユーザの属性情報が複数判定されていた場合、優先順位が最も高い属性情報がステップＳ６３３の処理でキーワードとして設定される。ステップＳ６３３の処理でキーワードとして設定された属性情報はＲＡＭから削除される。そのため、同一の属性情報は、後述するステップＳ６３７から戻った次回以降のステップＳ６３３の処理で再びキーワードとして設定されないようになっている。次いで、制御部１１は、上記検索により発見されたコンテンツＩＤを記述するコンテンツリスト情報を生成する（ステップＳ６３４）。なお、ステップＳ６３３でコンテンツＩＤが１つも発見できなかった場合、コンテンツリスト情報にはコンテンツＩＤが記述されない。
【０１２７】
次いで、制御部１１は、上記ステップＳ６３１で取得された広告候補リスト情報と、上記ステップＳ６３４で生成されたコンテンツリスト情報とで一致するコンテンツＩＤを検索する（ステップＳ６３５）。つまり、広告候補リスト情報とコンテンツリスト情報の双方に記述されているコンテンツＩＤが検索される。
【０１２８】
次いで、制御部１１は、広告候補リスト情報とコンテンツリスト情報とで一致するコンテンツＩＤを発見できたか否かを判定する（ステップＳ６３６）。そして、制御部１１は、一致するコンテンツＩＤを発見できない場合には（ステップＳ６３６：ＮＯ）、ステップＳ６３７に進む。
【０１２９】
ステップＳ６３７では、制御部１１は、未検索のキーワードがあるか否かを判定する。そして、制御部１１は、未検索のキーワードがあると判定した場合には（ステップＳ６３７：ＹＥＳ）、ステップＳ６３３に戻る。例えば、ステップＳ６３２の処理で複数判定された属性情報の中で、未だキーワードとして設定されていない属性情報があれば、未検索のキーワードがあると判定される。そして、ステップＳ６３７から戻ったステップＳ６３３の処理で、未だキーワードとして設定されていない属性情報が、次のキーワードとして設定される。こうして、例えば、「性別＝男性、年齢＝２５歳、及びカテゴリ＝ドキュメンタリ」という優先順位が２位の属性情報が、次のキーワードとして、ステップＳ６３３の処理が行われる。
【０１３０】
一方、制御部１１は、未検索のキーワードがないと判定した場合には（ステップＳ６３７：ＮＯ）、ステップＳ６３８に進む。ステップＳ６３８では、制御部１１は、ステップＳ６３１で取得した広告候補リスト情報に記述されたコンテンツＩＤのうち、先頭のコンテンツＩＤに対応する広告コンテンツを、再生すべき広告コンテンツとして決定する。こうして決定された広告コンテンツのコンテンツＩＤは、広告枠に対応するシリアル番号に対応付けられて広告リスト情報に記述される。このシリアル番号は、例えば、ステップＳ６３１で取得された広告候補リスト情報から抽出される。
【０１３１】
一方、ステップＳ６３６において、制御部１１は、広告候補リスト情報とコンテンツリスト情報とで一致するコンテンツＩＤを発見できた場合には（ステップＳ６３６：ＹＥＳ）、ステップＳ６３９に進む。そして、ステップＳ６３９では、制御部１１は、発見したコンテンツＩＤに対応する広告コンテンツを、再生すべき広告コンテンツとして決定する。つまり、ユーザの属性情報に基づいて、広告候補リスト情報に含まれる広告コンテンツのコンテンツＩＤの中から、再生させる広告コンテンツのコンテンツＩＤが決定される。こうして決定された広告コンテンツのコンテンツＩＤは、広告枠に対応するシリアル番号に対応付けられて広告リスト情報に記述される。
【０１３２】
こうして図１１に示す処理が終了すると、図１０（Ｂ）に示す処理に戻る。図１０（Ｂ）に示すステップＳ６４及びＳ６５の処理は、図８に示すステップＳ４３及びＳ４４の処理と同様である。また、図１０（Ｂ）に示すステップＳ６６〜６８の処理は、図８に示すステップＳ４６〜Ｓ４８の処理と同様であるので、重複する説明を省略する。なお、実施例３においても、ステップＳ６７において、図９に示す広告コンテンツの再生処理が行われる。実施例３におけるステップＳ４７４では、制御部１１は、ステップＳ４７４の処理の直前に、広告リスト情報を参照して、今回の広告枠のシリアル番号を特定する。そして、制御部１１は、特定したシリアル番号に対応付けられたコンテンツＩＤに対応する広告コンテンツを、今回の広告枠で再生すべき広告コンテンツとして決定する。そして、ステップＳ４７４において、制御部１１は、決定した広告コンテンツを再生させる。
【０１３３】
そして、図１０（Ｂ）に示すステップＳ６９では、制御部１１は、全ての広告枠で再生すべき広告コンテンツを決定したか否かを判定する。そして、制御部１１は、全ての広告枠で再生すべき広告コンテンツを決定したと判定した場合には（ステップＳ６９：ＹＥＳ）、ステップＳ６４に戻る。一方、制御部１１は、全ての広告枠で再生すべき広告コンテンツを決定していないと判定した場合には（ステップＳ６９：ＮＯ）、ステップＳ６３に戻る。ステップＳ６３に戻ると、ステップＳ６３１で次の広告枠に対応する広告候補リスト情報が取得され、ステップＳ６３２以降の処理が行われる。
【０１３４】
以上説明したように、実施例３によれば、実施例１又は２の効果に加えて、ノードＮｎのユーザが興味のある広告コンテンツを、ライブ配信の合間にノードＮｎに再生させることができる。そのため、広告効果を高めることができる。
【０１３５】
なお、上記実施形態においては、ノードＮｎは、広告コンテンツのコンテンツＩＤに基づいて、オーバーレイネットワークＯＮを介して、他の装置の一例であるコンテンツ保持ノードから広告コンテンツを取得するように構成した。しかし、別の例として、ノードＮｎは、広告コンテンツを配信するサーバからコンテンツＩＤに対応する広告コンテンツを取得するように構成しても良い。
【０１３６】
また、上記実施形態においては、オーバーレイネットワークＯＮに、ＤＨＴを利用したピアツーピアネットワークを適用したが、これに限られるものではない。例えば、他のピアツーピアシステム、または、他のオーバーレイネットワークを用いたシステムが適用されても良い。ＤＨＴを利用しないピアツーピアシステムとしては、例えば、ハイブリッド型のピアツーピアシステムがある。また、ピアツーピアシステムに限定されず、広告コンテンツがネットワーク上の情報処理装置に保存される保存方式、または、広告コンテンツがネットワーク上に分散保存される保存方式においても本発明は適用可能である。
【０１３７】
また、上記実施形態においては、本発明をツリー型ネットワークＴＮでのライブ配信に適用したが、クライアント−サーバ型のライブ配信にも本発明は適用可能である。
【０１３８】
また、上記実施形態においては、本発明の情報処理装置にコンテンツ配信サーバＤＳを適用したが、主コンテンツの配信を行うその他の装置に対しても適用可能である。
【０１３９】
また、上記実施形態においては、主コンテンツにライブ配信データを適用したが、ライブ配信データ以外の音楽等のコンテンツに対しても適用可能である。
【符号の説明】
【０１４０】
１ 制御部
２ 記憶部
３ 通信部
４ バス
１１ 制御部
１２ 記憶部
１３ バッファメモリ
１４ デコーダ部
１５ 映像処理部
１６ 表示部
１７ 音声処理部
１８ スピーカ
１９ 通信部
１９ａ 入力部
１９ｂ バス
ＤＳ コンテンツ配信サーバ
ＩＳ 接続先紹介サーバ
ＭＳ コンテンツ管理サーバ
Ｎｎ ノード
ＮＷ ネットワーク
ＯＮ オーバーレイネットワーク
ＴＮ ツリー型ネットワーク
Ｓ コンテンツ配信システム
【技術分野】
【０００１】
本発明は、コンテンツを配信する配信システムの技術分野に関する。
【背景技術】
【０００２】
従来のテレビ放送では、番組コンテンツの合間に挿入されるＣＭ（Commercial）コンテンツは、放送局側で予め決定される。そして、ＣＭコンテンツは、番組コンテンツと同じ放送局から放送されるのが一般的である。
【０００３】
また、近年、インターネットを利用したライブ配信が普及している。ここで、ライブ配信とは、一般に、リアルタイムの映像及び音声等を含む主コンテンツを、配信装置がインターネットを介して複数のノード装置に配信するものである。このライブ配信においても、映像及び音声等を含む主コンテンツの合間にＣＭコンテンツが挿入されるようになっている。そして、ＣＭコンテンツは、配信側で予め決定され、映像及び音声等を含む主コンテンツと同じ配信装置から配信されるのが一般的である。
【０００４】
一方、特許文献１に開示された技術では、映像及び音声等を含む放送データストリームは本放送局により配信され、ＣＭ等の割込放送データストリームは本放送局とは異なる割込放送局により配信されるようになっている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−１００９３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、特許文献１の技術では、本放送局と割込放送局とを分離することで放送局側の負荷を低減することができる。しかしながら、特許文献１の技術では、本放送局側で、放送データストリームの合間に挿入したいＣＭ等の割込放送データストリームを決める等の制御を行うことは困難であった。
【０００７】
そこで、本発明は、以上の点等に鑑みてなされたものであり、主コンテンツの配信側の処理負荷を低減することができ、且つ、主コンテンツの配信側で、主コンテンツの挿入位置で再生させる広告コンテンツを制御することが可能な配信システム、ノード装置、情報処理装置、ノードプログラム、及び広告コンテンツ再生方法を提供すること等を課題とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、請求項１に記載の発明は、配信者が主として配信するべき主コンテンツを配信する情報処理装置と、前記情報処理装置から配信された前記主コンテンツを受信するノード装置と、を備える配信システムであって、前記情報処理装置は、広告用の広告コンテンツの挿入位置を有する前記主コンテンツを配信する第一配信手段と、前記挿入位置で再生されるべき前記広告コンテンツの識別情報を配信する第二配信手段と、を備え、前記ノード装置は、前記情報処理装置から配信された前記広告コンテンツの挿入位置を有する前記主コンテンツを通信手段を介して受信する第一受信手段と、前記情報処理装置から配信された前記広告コンテンツの識別情報を通信手段を介して受信する第二受信手段と、前記第二受信手段により受信された前記広告コンテンツの識別情報に基づいて、他の装置から前記広告コンテンツを取得する取得手段と、前記第一受信手段により受信された前記主コンテンツを再生させ、前記広告コンテンツの挿入位置になったときに、前記取得手段により取得された前記広告コンテンツを再生させる制御手段と、を備えることを特徴とする。
【０００９】
請求項２に記載の発明は、請求項１に記載の配信システムにおいて、前記情報処理装置の前記第二配信手段は、前記主コンテンツの配信中、前記挿入位置になる所定時間前に、当該挿入位置で再生されるべき前記広告コンテンツの識別情報を配信することを特徴とする。
【００１０】
請求項３に記載の発明は、請求項１又は請求項２に記載の配信システムにおいて、前記情報処理装置の前記第二配信手段は、再生候補となる複数の前記広告コンテンツの識別情報を含むリスト情報を配信し、前記ノード装置の前記第二受信手段は、前記情報処理装置から配信された前記リスト情報を、通信手段を介して受信し、前記ノード装置は、前記第二受信手段により受信された前記リスト情報の中から、再生させる広告コンテンツの識別情報を決定する決定手段を更に備え、前記ノード装置の前記取得手段は、前記決定手段により決定された広告コンテンツの識別情報に基づいて、当該識別情報に対応する広告コンテンツを他の装置から取得することを特徴とする。
【００１１】
請求項４に記載の発明は、請求項３に記載の配信システムにおいて、前記ノード装置は、前記ノード装置のユーザの属性情報を記憶する記憶手段を更に備え、前記ノード装置の前記決定手段は、前記記憶手段に記憶された前記属性情報に基づいて、前記第二受信手段により受信された前記リスト情報の中から、再生させる広告コンテンツの識別情報を決定することを特徴とする。
【００１２】
請求項５に記載の発明は、請求項１乃至請求項４の何れか一項に記載の配信システム請求項１乃至請求項４の何れか一項に記載の配信システムにおいて、前記主コンテンツは、複数の前記挿入位置を有し、前記情報処理装置の前記第二配信手段は、各前記挿入位置を示す識別情報と、各前記挿入位置で再生されるべき前記広告コンテンツの識別情報と、を対応付けたリスト情報を配信し、前記ノード装置の前記第二受信手段は、前記情報処理装置から配信された前記リスト情報を通信手段を介して受信し、前記ノード装置の前記取得手段は、前記第二受信手段により受信された前記リスト情報に含まれる前記広告コンテンツの識別情報に基づいて、当該識別情報に対応する広告コンテンツを他の装置から取得することを特徴とする。
【００１３】
請求項６に記載の発明は、請求項５に記載の配信システムにおいて、前記ノード装置の前記取得手段は、前記主コンテンツが再生される前に、各前記広告コンテンツの識別情報に基づいて、各前記識別情報に対応する広告コンテンツを他の装置から取得し、当該取得した広告コンテンツを記憶する記憶手段を備え、前記ノード装置の制御手段は、前記受信手段により受信された前記主コンテンツを再生させ、前記広告コンテンツの挿入位置になったときに、前記記憶手段に記憶された前記広告コンテンツを再生させることを特徴とする。
【００１４】
請求項７に記載の発明は、請求項４又は請求項５に記載の配信システムにおいて、前記情報処理装置の前記第二配信手段は、前記主コンテンツの配信中、前記広告コンテンツの挿入位置になる所定時間前に、当該挿入位置で再生されるべき前記広告コンテンツの挿入開始信号を配信し、前記ノード装置の前記第二受信手段は、前記情報処理装置から配信された前記挿入開始信号を通信手段を介して受信し、前記ノード装置の前記取得手段は、前記受信手段により前記挿入開始信号が受信された場合に、前記広告コンテンツの識別情報に基づいて、当該識別情報に対応する広告コンテンツを他の装置から取得することを特徴とする。
【００１５】
請求項８に記載の発明は、請求項２乃至請求項７の何れか一項に記載の配信システムにおいて、前記ノード装置の前記取得手段は、通信ネットワークに接続された複数のノード装置により形成されるオーバーレイネットワークを介して、当該識別情報に対応する広告コンテンツを他のノード装置から取得することを特徴とする。
【００１６】
請求項９に記載の発明は、請求項１乃至８の何れか一項に記載の配信システムにおいて、前記主コンテンツは、ライブ配信データであることを特徴とする。
【００１７】
請求項１０に記載の発明は、配信者が主として配信するべき主コンテンツを配信する情報処理装置から配信された前記主コンテンツを受信するノード装置であって、前記情報処理装置から配信された、広告用の広告コンテンツの挿入位置を有する前記主コンテンツを通信手段を介して受信する第一受信手段と、前記情報処理装置から配信された、前記広告コンテンツの識別情報を通信手段を介して受信する第二受信手段と、前記第二受信手段により受信された前記広告コンテンツの識別情報に基づいて、他の装置から前記広告コンテンツを取得する取得手段と、前記第二受信手段により受信された前記主コンテンツを再生させ、前記広告コンテンツの挿入位置になったときに、前記取得手段により取得された前記広告コンテンツを再生させる制御手段と、を備えることを特徴とする。
【００１８】
請求項１１に記載の発明は、請求項９に記載のノード装置において、前記第二受信手段は、前記情報処理装置から配信された、再生候補となる複数の前記広告コンテンツの識別情報を含むリスト情報を通信手段を介して受信し、前記ノード装置は、前記ノード装置のユーザの属性情報を記憶する記憶手段と、前記記憶手段に記憶された前記属性情報に基づいて、前記第二受信手段により受信された前記リスト情報に含まれる前記広告コンテンツの識別情報を決定する決定手段と、を更に備え、前記取得手段は、前記決定手段により決定された広告コンテンツの識別情報に基づいて、当該識別情報に対応する広告コンテンツを他の装置から取得することを特徴とする。
【００１９】
請求項１２に記載の発明は、請求項１乃至８の何れか一項に記載の情報処理装置に備えられる前記情報処理装置であって、広告用の広告コンテンツの挿入位置を有する前記主コンテンツを配信する第一配信手段と、前記挿入位置で再生されるべき前記広告コンテンツの識別情報を配信する第二配信手段と、を備えることを特徴とする。
【００２０】
請求項１３に記載の発明は、配信者が主として配信するべき主コンテンツを配信する情報処理装置から配信された前記主コンテンツを受信するノード装置に含まれるコンピュータに、前記情報処理装置から配信された、広告用の広告コンテンツの挿入位置を有する前記主コンテンツを通信手段を介して受信するステップと、前記情報処理装置から配信された、前記広告コンテンツの識別情報を通信手段を介して受信するステップと、前記受信された前記広告コンテンツの識別情報に基づいて、他の装置から前記広告コンテンツを取得するステップと、前記受信された前記主コンテンツを再生させ、前記広告コンテンツの挿入位置になったときに、前記取得された前記広告コンテンツを再生させるステップと、を実行させるためのノードプログラムである。
【００２１】
請求項１４に記載の発明は、配信者が主として配信するべき主コンテンツを配信する情報処理装置と、前記情報処理装置から配信された前記主コンテンツを受信するノード装置と、を備える配信システムにおける広告コンテンツ再生方法であって、前記広告コンテンツ再生方法は、前記情報処理装置が、広告用の広告コンテンツの挿入位置を有する前記主コンテンツを配信するステップと、前記情報処理装置が、前記挿入位置で再生されるべき前記広告コンテンツの識別情報を配信するステップと、前記ノード装置が、前記情報処理装置から配信された前記広告コンテンツの挿入位置が示される前記主コンテンツを通信手段を介して受信するステップと、前記ノード装置が、前記情報処理装置から配信された前記広告コンテンツの識別情報を通信手段を介して受信するステップと、前記ノード装置が、前記受信された前記広告コンテンツの識別情報に基づいて、他の装置から前記広告コンテンツを取得するステップと、前記ノード装置が、前記受信された前記主コンテンツを再生させ、前記広告コンテンツの挿入位置になったときに、前記取得された前記広告コンテンツを再生させるステップと、を含むことを特徴とする。
【発明の効果】
【００２２】
請求項１、１０、１２乃至１４に記載の発明によれば、情報処理装置は主コンテンツにおける挿入位置で再生されるべき広告コンテンツの実体データでなく、その識別情報を配信するだけで良いので、情報処理装置の処理負荷を低減することができ、且つ、再生させる広告コンテンツを制御することができる。
【００２３】
請求項２の発明によれば、ノード装置にタイミング良く広告コンテンツを取得させることができる。
【００２４】
請求項３、４又は請求項１１に記載の発明によれば、ノード装置にユーザが興味のある広告コンテンツを取得させることができる。
【００２５】
請求項５の発明によれば、ノード装置に各広告コンテンツを効率良く取得させることができる。
【００２６】
請求項６の発明によれば、ノード装置に、処理負荷の小さいときに、各広告コンテンツを取得させることができる。
【００２７】
請求項７の発明によれば、ノード装置にタイミング良く広告コンテンツを取得させることができる。
【００２８】
請求項８の発明によれば、ノード装置間で広告コンテンツを効率良く取得させることができる。
【００２９】
請求項９の発明によれば、情報処理装置がリアルタイムの映像及び音声等を含むライブ配信データを配信する際にも、情報処理装置の処理負荷を低減することができ、且つ、ライブ配信データにおける所定位置で再生させる広告コンテンツを制御することができる。
【図面の簡単な説明】
【００３０】
【図１】本実施形態に係るコンテンツ配信システムの概要構成例を示す図である。
【図２】（Ａ）は、ライブ配信開始からライブ配信終了に至るまでの間に設けられたライブ配信枠と広告枠の一例を示す概念図である。（Ｂ）は、広告リスト情報の内容の一例を示す図である。
【図３】コンテンツ配信サーバＤＳの概要構成例を示すブロック図である。
【図４】ノードＮｎの概要構成例を示すブロック図である。
【図５】コンテンツ配信サーバＤＳの制御部１におけるメイン処理を示すフローチャートである。
【図６】ノードＮｎの制御部１１におけるメイン処理を示すフローチャートである。
【図７】コンテンツ配信サーバＤＳの制御部１におけるメイン処理を示すフローチャートである。
【図８】ノードＮｎの制御部１１におけるメイン処理を示すフローチャートである。
【図９】図８のステップＳ４７に示す広告コンテンツの再生処理の詳細を示すフローチャートである。
【図１０】（Ａ）は、ユーザの属性の統計情報の蓄積結果の一例を示す図であり、（Ｂ）は、ノードＮｎの制御部１１におけるメイン処理を示すフローチャートである。
【図１１】図１０（Ｂ）のステップＳ６３に示す広告コンテンツの決定処理の詳細を示すフローチャートである。
【発明を実施するための形態】
【００３１】
以下、本発明の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、コンテンツ配信システムに本発明を適用した場合の実施形態である。
【００３２】
［１．コンテンツ配信システムの構成及び動作概要］
始めに、図１を参照して、本実施形態に係るコンテンツ配信システムの構成及び動作概要について説明する。図１は、本実施形態に係るコンテンツ配信システムの概要構成例を示す図である。図１に示すように、本実施形態に係るコンテンツ配信システムＳは、コンテンツ配信サーバＤＳ、及び複数のノード装置Ｎｎ（ｎ＝１，２，３・・・の何れか）等を備えて構成されている。コンテンツ配信サーバＤＳ及び各ノード装置Ｎｎは、インターネット等からなるネットワークＮＷに接続されている。ネットワークＮＷは通信手段の一例である。また、ネットワークＮＷには、接続先紹介サーバＩＳ及びコンテンツ管理サーバＭＳが接続されている。なお、ノード装置を、以下、「ノード」という。また、コンテンツ配信サーバＤＳは、本発明の情報処理装置の一例である。
【００３３】
コンテンツ配信システムＳには、ツリー型ネットワークＴＮとオーバーレイネットワークＯＮが形成されている。ツリー型ネットワークＴＮ及びオーバーレイネットワークＯＮは、それぞれ、ネットワークＮＷを介して複数のノードＮｎにより形成される仮想的なリンクを構成する論理的なネットワークである。
【００３４】
ツリー型ネットワークＴＮにおいては、コンテンツ配信サーバＤＳにより配信されたライブ配信データが、上位階層のノードＮｎから下位階層のノードＮｎに順次転送される。なお、ライブ配信データの配信を、以下、「ライブ配信」という。ここで、ライブ配信データは、配信者が主として配信するべき主コンテンツの一例である。配信者としては、例えば、ライブ配信データの製作者等が該当する。ライブ配信データには、例えば、リアルタイムの映像及び音声等のデータが含まれる。また、ライブ配信データには、広告コンテンツの挿入位置を有する。つまり、ライブ配信データには、広告コンテンツ自体は含まれておらず、広告コンテンツの挿入位置だけが存在する。なお、挿入位置とは、時間軸上のある時点、又は時間軸上のある期間を意味する。広告コンテンツは、ライブ配信の合間に挿入されるべきＣＭ等の広告用の映像及び音声等のデータである。広告コンテンツの挿入位置は、例えば、ライブ配信データ中に、ＣＰＵにより判別可能に示されている。或いは、広告コンテンツの挿入位置は、ライブ配信データの先頭から挿入位置までの再生時刻又はバイト数で表すデータとしてライブ配信データとは別にコンテンツ配信サーバＤＳで管理されるように構成しても良い。ライブ配信の方法は、ツリー型ネットワークＴＮによる配信に限定されるものではない。ライブ配信を行う方法全般に適用可能である。
【００３５】
図２（Ａ）は、ライブ配信開始からライブ配信終了に至るまでの間に設けられたライブ配信枠と広告枠の一例を示す概念図である。図２（Ａ）に示すライブ配信枠Ｘ，Ｙは、ライブ配信データが配信される配信期間である。一方、図２（Ａ）に示す広告枠ｘ，ｙは、ライブ配信データを受信したノードＮｎにより挿入される広告コンテンツの挿入位置に相当する。
【００３６】
また、ツリー型ネットワークＴＮにおいては、上記挿入位置で再生されるべき広告コンテンツのコンテンツＩＤが、コンテンツ配信サーバＤＳにより配信される。コンテンツ配信サーバＤＳにより配信されたコンテンツＩＤ等は、上位階層のノードＮｎから下位階層のノードＮｎに順次転送される。コンテンツＩＤは、広告コンテンツ毎に個別に割り当てられた識別情報である。また、コンテンツＩＤは、例えば、コンテンツ名＋任意の数値が、所定のハッシュ関数によりハッシュ化されて生成される。ハッシュ関数として、例えば、ＳＨＡ−１が用いられる。なお、システム管理者が、広告コンテンツ毎に一意のコンテンツＩＤを付与しても良い。また、ツリー型ネットワークＴＮのツリートポロジーは、接続先紹介サーバＩＳにより管理されている。接続先紹介サーバＩＳは、ノードＮｎからの接続先紹介要求に応じて、接続先となるべき上位階層のノードＮｎを決定する。接続先紹介サーバＩＳは、決定した上位階層のノードＮｎのＩＰアドレス等の情報を、接続先紹介要求をしたノードＮｎに通知する。そして、接続先紹介要求をしたノードＮｎは、接続先紹介サーバＩＳから通知された上位階層のノードＮｎに接続する。こうして、上位階層のノードＮｎに接続したノードＮｎは、上位階層のノードＮｎから送信されてきたライブ配信データを受信できるようになる。このようにライブ配信データの受信が可能になったノードＮｎを、ツリー型ネットワークＴＮに参加したノードＮｎという。また、ライブ配信データの受信を、以下、「ライブ受信」という。
【００３７】
また、ツリー型ネットワークＴＮに参加したノードＮｎは、上位階層のノードＮｎから送信されてきた、広告コンテンツのコンテンツＩＤ等を受信する。そして、ツリー型ネットワークＴＮに参加したノードＮｎは、受信したコンテンツＩＤに基づいて、このコンテンツＩＤに対応する広告コンテンツを取得する。例えば、ノードＮｎは、オーバーレイネットワークＯＮを介して、コンテンツＩＤに対応する広告コンテンツを他のノードＮｎから取得する。クライアント−サーバ型の場合、サーバから広告コンテンツが取得される。
【００３８】
ここで、オーバーレイネットワークＯＮについて説明する。オーバーレイネットワークＯＮは、特定のアルゴリズム、例えば、分散ハッシュテーブルを利用したアルゴリズムにより実現される。分散ハッシュテーブルを、以下、「ＤＨＴ（Distributed Hash Table）」という。なお、ＤＨＴを用いたルーティングテーブルについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【００３９】
また、オーバーレイネットワークＯＮに参加している複数のノードＮｎには、内容の異なる様々なコンテンツが所定のファイル形式で分散されて保存されている。例えば、このように分散保存されているコンテンツには、上述した広告コンテンツの他、映画、音楽、又は番組のコンテンツ等がある。例えば、ノードＮ１には、コンテンツ名がＡＡＡの広告コンテンツが保存されている。また、ノードＮ２には、コンテンツ名がＢＢＢの映画のコンテンツが保存されている。このようにコンテンツを保存しているノードＮｎを、以下、「コンテンツ保持ノード」という。
【００４０】
また、オーバーレイネットワークＯＮを介して取得可能なコンテンツの所在を示す情報は、インデックス情報として、コンテンツの所在を管理しているノードＮｎに記憶される。このインデックス情報には、コンテンツを保存しているコンテンツ保持ノードのノード情報と、コンテンツのコンテンツＩＤとの組が含まれる。コンテンツの所在を管理しているノードＮｎを、以下、「ルートノード」又は「コンテンツのルートノード」という。ルートノードは、例えば、コンテンツＩＤと最も近いノードＩＤが割り当てられたノードＮｎであるように定められる。コンテンツＩＤと最も近いノードＩＤとは、例えば、ＩＤの上位桁が最も多く一致するノードＩＤである。
【００４１】
ところで、あるノードＮｎが、例えば、コンテンツを、オーバーレイネットワークＯＮを介して、コンテンツ保持ノードから取得する場合、コンテンツの検索処理を実行する。なお、コンテンツの検索処理を実行するノードＮｎを、以下、「ユーザノード」という。コンテンツの検索処理において、ユーザノードは、先ず、コンテンツ所在問合せメッセージを生成する。コンテンツ所在問合せメッセージは、コンテンツの所在をルートノードに問い合わせるためのメッセージである。また、コンテンツ所在問合せメッセージには、このメッセージを送信するユーザノードのＩＰアドレス及びポート番号、及び検索対象となるコンテンツのコンテンツＩＤ等が含まれる。ここで、検索対象となるコンテンツが広告コンテンツの場合、広告コンテンツのコンテンツＩＤは、ツリー型ネットワークＴＮにおいて上位階層のノードＮｎから取得される。一方、検索対象となるコンテンツが例えば番組のコンテンツの場合、このコンテンツＩＤは、コンテンツカタログ情報から取得される。コンテンツカタログ情報は、コンテンツ管理サーバＭＳから、オーバーレイネットワークＯＮに参加している複数のノードＮｎに例えば定期的に配信されるものである。また、コンテンツカタログ情報には、オーバーレイネットワークＯＮを介して取得可能な全てのコンテンツのコンテンツＩＤ、コンテンツ名、及びキーワード等が含まれる。キーワードには、性別層、年齢層、及びカテゴリ等が含まれる。
【００４２】
そして、ユーザノードは、生成したコンテンツ所在問合せメッセージを、ＤＨＴを用いたルーティングテーブルにしたがって、ルートノード宛に送信する。これにより、コンテンツ所在問合せメッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによって、オーバーレイネットワークＯＮに参加している１又は複数のノードＮｎにより転送される。そして、コンテンツ所在問合せメッセージは、最終的に、検索対象となるコンテンツのルートノードにより受信される。なお、ＤＨＴルーティングについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【００４３】
ルートノードは、コンテンツ所在問合せメッセージを受信すると、コンテンツ所在問合せメッセージに含まれるコンテンツＩＤに対応するインデックス情報を取得する。そして、ルートノードは、取得したインデックス情報を、受信したコンテンツ所在問合せメッセージの送信元であるユーザノードへ返信する。ユーザノードに返信されたインデックス情報には、検索対象となるコンテンツを保存している１又は複数のコンテンツ保持ノードのＩＰアドレス等が含まれている。こうして、ユーザノードは、インデックス情報に含まれるコンテンツ保持ノードのＩＰアドレス等に基づいてコンテンツ保持ノードにアクセスする。これにより、ユーザノードは、コンテンツ保持ノードから、コンテンツをダウンロードすることができる。ここで、コンテンツのダウンロードは、コンテンツの取得の一例である。
【００４４】
なお、コンテンツのルートノードは、取得したインデックス情報に含まれるＩＰアドレス等に対応するコンテンツ保持ノードへコンテンツ送信要求メッセージを送信するように構成しても良い。コンテンツ送信要求メッセージには、ユーザノードへコンテンツを送信することを要求するためのメッセージである。この場合、コンテンツ送信要求メッセージを受信したコンテンツ保持ノードは、ユーザノードへアクセスしてコンテンツを送信することになる。
【００４５】
［２．コンテンツ配信サーバＤＳの構成及び機能］
次に、図３を参照して、コンテンツ配信サーバＤＳの構成及び機能について説明する。図３は、コンテンツ配信サーバＤＳの概要構成例を示すブロック図である。コンテンツ配信サーバＤＳは、図３に示すように、制御部１、記憶部２、及び通信部３等を備えて構成される。制御部１、記憶部２、及び通信部３はバス４を介して相互に接続されている。
【００４６】
記憶部２は、例えばハードディスクドライブ等から構成される。記憶部２には、オペレーティングシステム、及びコンテンツ配信プログラム等が記憶されている。また、記憶部２には、ライブ配信データ、及び広告コンテンツのコンテンツＩＤが、ライブ配信データ毎に対応付けられて記憶されている。通信部３は、ネットワークＮＷを通じてノードＮｎ等との間の情報の通信制御を行う。
【００４７】
制御部１は、演算機能を有するＣＰＵ，作業用ＲＡＭ，及びＲＯＭ等から構成される。そして、制御部１は、ＣＰＵが記憶部２等に記憶されたコンテンツ配信プログラムを読み出して実行することにより、ライブ配信処理を行う。なお、制御部１は、本発明における第一配信手段、及び第二配信手段の一例である。また、制御部１は、タイマ機能及び時計機能を有する。図２（Ｂ）は、広告リスト情報の内容の一例を示す図である。図２（Ｂ）に示す例では、広告枠のシリアル番号と、広告コンテンツのコンテンツＩＤとが対応付けられている。また、図２（Ｂ）に示す例では、広告枠ｘのシリアル番号に対応付けられた２つのコンテンツＩＤに対応する各広告コンテンツは、広告枠ｘ内で挿入されることになる。なお、広告枠ｘ内であれば、どの時点で挿入されるものであっても良い。
【００４８】
また、広告リスト情報の配信方法としては、一括配信と分割配信とがある。一括配信の場合、図３に示すように、１回のライブ配信において挿入される全ての広告コンテンツのコンテンツＩＤが記述された広告リスト情報が、ライブ配信開始直前に配信される。一方、分割配信の場合、１回のライブ配信において各広告枠で挿入される広告コンテンツのコンテンツＩＤが記述された各広告リスト情報が、各広告枠に至る直前のライブ配信枠で配信される。例えば、図２（Ｂ）において、広告枠ｙで挿入される２つの広告コンテンツのコンテンツＩＤが記述された広告リスト情報は、広告枠ｙに至る直前のライブ配信枠Ｙ内で配信される。これにより、各広告枠で再生される広告コンテンツを動的に変更することができる。
【００４９】
以上のように、広告リスト情報が事前に配信される場合、制御部１は、ライブ配信データの配信中、広告コンテンツの挿入位置になる所定時間前に、この挿入位置で再生されるべき広告コンテンツの挿入開始信号を配信する。この挿入開始信号により、ノードＮｎにおける広告コンテンツの挿入タイミングが決まる。
【００５０】
なお、再生候補となる複数の広告コンテンツのコンテンツＩＤが記述された広告候補リスト情報が配信されるように構成しても良い。
【００５１】
［３．ノードＮｎの構成及び機能］
次に、図４を参照して、ノードＮｎの構成及び機能について説明する。図４は、ノードＮｎの概要構成例を示すブロック図である。ノードＮｎは、図４に示すように、制御部１１、記憶部１２、バッファメモリ１３、デコーダ部１４、映像処理部１５、表示部１６、音声処理部１７、スピーカ１８、通信部１９、及び入力部１９ａ等を備えて構成される。制御部１１、記憶部１２、バッファメモリ１３、デコーダ部１４、通信部１９、及び入力部１９ａはバス１９ｂを介して相互に接続されている。なお、記憶部１２は、記憶手段の一例である。ノードＮｎとしては、パーソナルコンピュータ、ＳＴＢ（Set Top Box）、ＴＶ受信機、或いは、カラオケ装置等が適用可能である。
【００５２】
記憶部１２は、例えばハードディスクドライブ等から構成される。記憶部１２には、オペレーティングシステム、及びノードプログラム等が記憶されている。なお、ノードプログラムは、例えば、ネットワークＮＷに接続された所定のサーバからダウンロードされるようにしても良い。或いは、ノードプログラムは、例えば、記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしても良い。また、オーバーレイネットワークＯＮに参加しているノードＮｎの記憶部１２には、コンテンツカタログ情報及びＤＨＴを用いたルーティングテーブル等が記憶されている。また、ノードＮｎが広告コンテンツのコンテンツ保持ノードである場合、記憶部１２には、広告コンテンツが記憶されている。更に、記憶部１２には、ノードＮｎのユーザの属性情報が記憶されている。ユーザの属性情報としては、例えば、性別、年齢層、カテゴリ等が挙げられる。ユーザの属性情報は、ユーザにより視聴された番組や映画等のコンテンツのキーワードに基づいて制御部１１により決定される。
【００５３】
バッファメモリ１３は、受信されたライブ配信データ及び広告コンテンツを一時的に蓄積する。デコーダ部１４は、制御部１１による制御の下、ライブ配信データ及び広告コンテンツを再生するためのものである。具体的には、デコーダ部１４は、ライブ配信データ又は広告コンテンツに含まれるビデオデータ及びオーディオデータ等のデータ伸張や復号化等のデコード処理を行う。映像処理部１５は、デコーダ部１４によりデコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する。表示部１６は、映像処理部１５から出力されたビデオ信号に基づきディスプレイに映像等を表示する。音声処理部１７は、デコーダ部１４によりデコードされたオーディオデータをアナログオーディオ信号にＤ（Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する。スピーカ１８は、音声処理部１７から出力されたオーディオ信号を音波として出力する。
【００５４】
通信部１９は、ネットワークＮＷを通じてコンテンツ配信サーバＤＳ及び他のノードＮｎ等との間の情報の通信制御を行う。制御部１１は、演算機能を有するＣＰＵ，作業用ＲＡＭ，及びＲＯＭ等から構成される。そして、制御部１１は、ＣＰＵが記憶部１２等に記憶されたノードプログラムを読み出して実行することにより、ライブ受信処理及びライブ配信データの再生処理を行う。なお、制御部１１は、本発明における第一受信手段、第二受信手段、取得手段、制御手段、及び決定手段の一例である。また、制御部１１は、タイマ機能及び時計機能を有する。
【００５５】
［４．コンテンツ配信システムＳの動作］
次に、本実施形態に係るコンテンツ配信システムＳの動作について実施例１〜３に分けて説明する。実施例１〜３に係る動作の前提として、配信者又は広告主からの依頼に応じて、ライブ配信の合間に挿入されるべき複数の広告コンテンツが、例えばオペレータによりコンテンツ管理サーバＭＳの記憶部に記憶される。こうして記憶された各広告コンテンツは、コンテンツ管理サーバＭＳによりオーバーレイネットワークＯＮに投入される。つまり、コンテンツ管理サーバＭＳは、オーバーレイネットワークＯＮに参加している所定数のノードＮｎを選択する。そして、コンテンツ管理サーバＭＳは、選択したノードＮｎに各広告コンテンツを送信する。これにより、各広告コンテンツは所定数のノードＮｎに保存されることになる。こうしてオーバーレイネットワークＯＮに各広告コンテンツが投入されると、投入された各広告コンテンツのコンテンツＩＤ及びキーワード等がコンテンツカタログ情報に追加登録される。このコンテンツカタログ情報は、コンテンツ管理サーバＭＳにより、オーバーレイネットワークＯＮに参加している全てのノードＮｎにＤＨＴマルチキャストで配信される。ＤＨＴマルチキャストは、例えば特開２００７−０５３６６２号公報等で公知であるので、詳しい説明を省略する。
【００５６】
（実施例１）
先ず、図５及び図６を参照して、実施例１におけるコンテンツ配信システムＳの動作について説明する。実施例１は、ライブ配信中、広告コンテンツの挿入位置になる直前に、この挿入位置で再生されるべき広告コンテンツのコンテンツＩＤがコンテンツ配信サーバＤＳから配信される場合の動作例である。図５は、コンテンツ配信サーバＤＳの制御部１におけるメイン処理を示すフローチャートである。図６は、ノードＮｎの制御部１１におけるメイン処理を示すフローチャートである。なお、このノードＮｎはオーバーレイネットワークＯＮに参加しているものとする。
【００５７】
図５に示す処理は、例えば、ライブ配信の合間に挿入されるべき広告コンテンツの投入がコンテンツ管理サーバＭＳから通知された場合に開始される。図５に示す処理が開始されると、制御部１は、ライブ配信データにおける挿入位置で再生されるべき広告コンテンツのコンテンツＩＤと、このコンテンツＩＤの配信開始時刻と、を対応付けて登録する配信時刻テーブルを生成する（ステップＳ１）。
【００５８】
ここで、ライブ配信データに複数の挿入位置がある場合、各挿入位置に対応するコンテンツＩＤと配信開始時刻が対応付けられて配信時刻テーブルに登録される。また、コンテンツＩＤの配信開始時刻は、例えば、ライブ配信データの配信開始から広告コンテンツの挿入位置になる所定時間前に到来するように設定される。この所定時間は、ノードＮｎが受信したコンテンツＩＤに対応する広告コンテンツを、オーバーレイネットワークＯＮを介してコンテンツ保持ノードからダウンロードするために要する時間以上に定められる。この所定時間は例えば１０秒程度に定められる。
【００５９】
こうして生成された配信時刻テーブルは、制御部１におけるＲＡＭの所定領域に記憶される。
【００６０】
次いで、制御部１は、ライブ配信処理を開始する（ステップＳ２）。このライブ配信処理により、記憶部２からライブ配信データが読み出される。そして、読み出されたライブ配信データは、ＩＰパケットデータに変換され、通信部３及びネットワークＮＷを介してコンテンツ配信サーバＤＳに接続されているノードＮｎへストリーミング配信される。
【００６１】
次いで、制御部１は、ライブ配信処理を終了するか否かを判定する（ステップＳ３）。例えば、記憶部２に記憶されているライブ配信データが最後まで読み出されて配信された場合、ライブ配信処理を終了すると判定される。そして、制御部１は、ライブ配信処理を終了すると判定した場合には（ステップＳ３：ＹＥＳ）、図５に示す処理を終了する。一方、制御部１は、ライブ配信処理を終了しないと判定した場合には（ステップＳ３：ＮＯ）、ステップＳ４に進む。
【００６２】
ステップＳ４では、制御部１は、配信時刻テーブルに登録されているコンテンツＩＤの配信開始時刻になったか否かを判定する。例えば、制御部１の時計機能により得られる現在時刻が、配信時刻テーブルに登録された配信開始時刻を経過したか否かが判定される。そして、制御部１は、コンテンツＩＤの配信開始時刻になったと判定した場合には（ステップＳ４：ＹＥＳ）、ステップＳ５に進む。一方、制御部１は、コンテンツＩＤの配信開始時刻になっていないと判定した場合には（ステップＳ４：ＮＯ）、ステップＳ３に戻る。
【００６３】
ステップＳ５では、制御部１は、配信開始時刻になったコンテンツＩＤを、コンテンツ配信サーバＤＳに接続されているノードＮｎへ配信する。例えば、コンテンツＩＤは、ライブ配信データのＩＰパケットデータの一部に含まれて配信される。
【００６４】
次いで、制御部１は、ライブ配信処理を一時停止する（ステップＳ６）。
【００６５】
次いで、制御部１は、広告コンテンツの挿入終了時刻になったか否かを判定する（ステップＳ７）。広告コンテンツの挿入終了時刻は、ステップＳ６における一時停止から所定時間経過後に到来するように設定される。この所定時間は、コンテンツＩＤを受信したノードＮｎが広告コンテンツをダウンロードし、再生が終了するために要する時間以上に定められる。
【００６６】
そして、制御部１は、広告コンテンツの挿入終了時刻になったと判定した場合には（ステップＳ７：ＹＥＳ）、ライブ配信処理を再開する（ステップＳ８）。
【００６７】
上記ステップＳ６〜Ｓ８の処理により、コンテンツＩＤの配信後の所定時間、ライブ配信処理が一時停止される。これにより、ノードＮｎが、受信したコンテンツＩＤに対応する広告コンテンツをダウンロードするために必要なネットワーク帯域を確保することができる。
【００６８】
次いで、制御部１は、広告コンテンツの挿入終了信号を、コンテンツ配信サーバＤＳに接続されているノードＮｎへ配信し（ステップＳ９）、ステップＳ３に戻る。例えば、挿入終了信号は、ライブ配信データのＩＰパケットデータの一部に含まれて配信される。
【００６９】
一方、図６に示す処理は、例えば、ノードＮｎが、接続先紹介要求に応じて接続先紹介サーバＩＳから通知された上位階層のノードＮｎに接続することにより開始される。
【００７０】
図６に示す処理が開始されると、制御部１１は、コンテンツ配信サーバＤＳ又は上位階層のノードＮｎから配信されてきたライブ受信処理を開始する（ステップＳ１１）。このライブ受信処理により、コンテンツ配信サーバＤＳ又は上位階層のノードＮｎから配信されてきたライブ配信データが通信部３を介して受信される。そして、受信されたライブ配信データがバッファメモリ１３に蓄積される。
【００７１】
そして、制御部１１は、バッファメモリ１３に所定量のライブ配信データが蓄積されると、ライブ配信データの再生処理を開始する（ステップＳ１２）。このライブ配信データの再生処理により、ライブ配信データがバッファメモリ１３からデコーダ部１４に送られる。そして、ライブ配信データのストリーミング再生が行われる。
【００７２】
次いで、制御部１１は、ライブ受信処理の中止指示があったか否かを判定する（ステップＳ１３）。そして、制御部１１は、ライブ受信処理の中止指示があったと判定した場合には（ステップＳ１３：ＹＥＳ）、図６に示す処理を終了する。なお、ライブ受信処理の中止指示は、例えば、ノードＮｎのユーザが入力部１９ａを操作することにより行われる。
【００７３】
一方、制御部１１は、ライブ受信処理の中止指示がないと判定した場合には（ステップＳ１３：ＹＥＳ）、ステップＳ１４に進む。
【００７４】
ステップＳ１４では、制御部１１は、ライブ配信が終了したか否かを判定する。例えば、ライブ配信データの受信が所定時間途絶えた場合には、ライブ配信が終了したと判定される。そして、制御部１１は、ライブ配信が終了したと判定した場合には（ステップＳ１４：ＹＥＳ）、図６に示す処理を終了する。一方、制御部１は、ライブ配信が終了していないと判定した場合には（ステップＳ１４：ＮＯ）、ステップＳ１５に進む。
【００７５】
ステップＳ１５では、制御部１１は、広告コンテンツのコンテンツＩＤを受信したか否かを判定する。このコンテンツＩＤは、上記ステップＳ５でコンテンツ配信サーバＤＳから配信されたものである。そして、制御部１１は、広告コンテンツのコンテンツＩＤを受信していないと判定した場合には（ステップＳ１５：ＮＯ）、ステップＳ１３に戻る。一方、制御部１１は、広告コンテンツのコンテンツＩＤを受信したと判定した場合には（ステップＳ１５：ＹＥＳ）、ステップＳ１６に進む。
【００７６】
ステップＳ１６では、制御部１１は、受信したコンテンツＩＤに対応する広告コンテンツを、オーバーレイネットワークＯＮを介して、コンテンツ保持ノードからダウンロードする。すなわち、制御部１１は、上述したコンテンツの検索処理を実行することにより、コンテンツ所在問合せメッセージを、その広告コンテンツのルートノード宛に送信する。このコンテンツ所在問合せメッセージには、広告コンテンツのコンテンツＩＤが含まれる。そして、制御部１１は、ルートノードから送信されたインデックス情報に示されるコンテンツ保持ノードから広告コンテンツをダウンロードする。
【００７７】
次いで、制御部１１は、ダウンロードした広告コンテンツの再生処理を行う（ステップＳ１７）。この広告コンテンツの再生処理により、ライブ配信データに示される広告コンテンツの挿入位置に広告コンテンツが挿入されるよう、デコーダ部１４に送られる。そして、広告コンテンツの再生が行われる。
【００７８】
次いで、制御部１１は、広告コンテンツの挿入終了信号を受信したか否かを判定する（ステップＳ１８）。この挿入終了信号は、上記ステップＳ９でコンテンツ配信サーバＤＳから配信されたものである。そして、制御部１１は、広告コンテンツの挿入終了信号を受信したと判定した場合には（ステップＳ１８：ＹＥＳ）、ステップＳ１９に進む。
【００７９】
ステップＳ１９に示すその他の処理では、例えば、下位階層のノードＮｎへのライブ配信データ及びコンテンツＩＤの転送処理が行われる。
【００８０】
以上説明したように、実施例１によれば、コンテンツ配信サーバＤＳはライブ配信データにおける挿入位置で再生されるべき広告コンテンツの実体データでなく、そのコンテンツＩＤを配信するだけで、再生されるべき広告コンテンツをノードＮｎで取得させることができる。そのため、コンテンツ配信サーバＤＳの処理負荷を低減することができ、且つ、ライブ配信データの配信側で、ライブ配信の合間に再生させる広告コンテンツを制御することができる。また、コンテンツ配信サーバＤＳはライブ配信中、広告コンテンツの挿入位置になる所定時間前に、この挿入位置で再生されるべき広告コンテンツのコンテンツＩＤを配信するので、タイミング良くノードＮｎに広告コンテンツを取得させることができる。また、ノードＮｎはオーバーレイネットワークＯＮを介してより迅速に広告コンテンツを取得することができる。
【００８１】
（実施例２）
次に、図７乃至図９を参照して、実施例２におけるコンテンツ配信システムＳの動作について説明する。
【００８２】
実施例２は、ライブ配信前又はライブ配信中に、複数のコンテンツＩＤが記述された広告リスト情報がコンテンツ配信サーバＤＳから配信される場合の動作例である。
【００８３】
図７は、コンテンツ配信サーバＤＳの制御部１におけるメイン処理を示すフローチャートである。図８は、ノードＮｎの制御部１１におけるメイン処理を示すフローチャートである。図９は、図８のステップＳ４７に示す広告コンテンツの再生処理の詳細を示すフローチャートである。なお、このノードＮｎはオーバーレイネットワークＯＮに参加しているものとする。また、広告リスト情報の一括配信と分割配信の何れかが予め設定されているものとする。
【００８４】
図７に示す処理は、図５に示す処理と同様、広告コンテンツの投入がコンテンツ管理サーバＭＳから通知された場合に開始される。図７に示す処理が開始されると、制御部１は、広告コンテンツの挿入開始信号の配信開始時刻を登録する配信時刻テーブルを生成する（ステップＳ２１）。
【００８５】
ここで、挿入開始信号の配信開始時刻は、例えば、ライブ配信データの配信開始から広告コンテンツの各挿入位置になる所定時間前に到来するように設定される。この所定時間は、ノードＮｎにおいて広告コンテンツの再生準備をするために要する時間以上に定められる。この所定時間は例えば５秒程度に定められる。
【００８６】
次いで、制御部１は、ライブ配信データにおける各挿入位置で再生されるべき広告コンテンツのコンテンツＩＤと、各挿入位置を示す識別情報と、が対応付けられて記述された広告リスト情報を生成する（ステップＳ２２）。広告リスト情報にコンテンツＩＤが記述される広告コンテンツは、直前にオーバーレイネットワークＯＮに投入されたコンテンツである。
【００８７】
ここで、広告リスト情報の一括配信が設定されている場合、ライブ配信において挿入されるべき全ての広告コンテンツのコンテンツＩＤが広告リスト情報に記述されることになる。
【００８８】
一方、広告リスト情報の分割配信が設定されている場合、複数の広告コンテンツの中から、初回の広告枠で挿入されるべき広告コンテンツが選定される。そして、選定された広告コンテンツのコンテンツＩＤが広告リスト情報に記述されることになる。
【００８９】
次いで、制御部１は、上記生成した広告リスト情報を、コンテンツ配信サーバＤＳに接続されているノードＮｎへ配信する（ステップＳ２３）。
【００９０】
なお、ステップＳ２４及びＳ２５の処理は、図５に示すステップＳ２及びＳ３の処理と同様であるので、重複する説明を省略する。
【００９１】
次いで、制御部１は、配信時刻テーブルに登録されている挿入開始信号の配信開始時刻になったか否かを判定する（ステップＳ２６）。そして、制御部１は、挿入開始信号の配信開始時刻になったと判定した場合には（ステップＳ２６：ＹＥＳ）、ステップＳ２７に進む。一方、制御部１は、挿入開始信号の配信開始時刻になっていないと判定した場合には（ステップＳ２６：ＮＯ）、ステップＳ２５に戻る。
【００９２】
ステップＳ２７では、制御部１は、配信開始時刻になった挿入開始信号を、コンテンツ配信サーバＤＳに接続されているノードＮｎへ配信する。例えば、挿入開始信号は、ライブ配信データのＩＰパケットデータの一部に含まれて配信される。
【００９３】
なお、ステップＳ２８〜Ｓ３１の処理は、図５に示すステップＳ６〜Ｓ９の処理と同様であるので、重複する説明を省略する。
【００９４】
次いで、制御部１１は、広告コンテンツを動的に変更するか否かを判定する（ステップＳ３２）。例えば、広告リスト情報の分割配信が設定されている場合、広告コンテンツを動的に変更すると判定される。そして、制御部１は、広告コンテンツを動的に変更すると判定した場合には（ステップＳ３２：ＹＥＳ）、ステップＳ３３に進む。一方、制御部１は、広告コンテンツを動的に変更しないと判定した場合には（ステップＳ３２：ＮＯ）、ステップＳ２５に戻る。
【００９５】
ステップＳ３３では、制御部１は、複数の広告コンテンツの中から、次回の広告枠で挿入されるべき広告コンテンツを選定する。例えば、図２（Ａ）において、ライブ配信枠Ｙにおいて、広告枠ｙで挿入される広告コンテンツが選定される。例えば、前回の広告枠で予定していた出稿数に満たなかった広告コンテンツが、次回の広告枠で挿入される広告コンテンツとして選定される。ここで、出稿数は、広告枠で広告コンテンツがどのくらいの数のノードＮｎにより再生されたかを示す。ツリー型ネットワークＴＮの場合、これに参加しているノードＮｎの数を調べる、または、ノードＮｎから広告コンテンツの再生ログと取れば、出稿数が分かる。例えば、制御部１は、現在、ツリー型ネットワークＴＮに参加しているノード数を示す情報を、接続先紹介サーバＩＳから取得する。そして、制御部１は、取得したノード数が、予め設定された出稿数に満たないか否かを判定することにより、出稿数に満たなかった広告コンテンツを決定する。
【００９６】
次いで、制御部１は、選定した広告コンテンツのコンテンツＩＤが記述された広告リスト情報を生成する（ステップＳ３４）。
【００９７】
次いで、制御部１は、生成した広告リスト情報を、コンテンツ配信サーバＤＳに接続されているノードＮｎへ配信し（ステップＳ３５）、ステップＳ２５に戻る。
【００９８】
一方、図８に示す処理は、図６に示す処理と同様、ノードＮｎが、接続先紹介要求に応じて接続先紹介サーバＩＳから通知された上位階層のノードＮｎに接続することにより開始される。
【００９９】
なお、ステップＳ４１〜Ｓ４４の処理は、図６に示すステップＳ１１〜Ｓ１４の処理と同様であるので、重複する説明を省略する。
【０１００】
ステップＳ４５では、制御部１１は、広告リスト情報を受信したか否かを判定する。この広告リスト情報は、上記ステップＳ２３又はＳ３５でコンテンツ配信サーバＤＳから配信されたものである。そして、制御部１１は、広告リスト情報を受信していないと判定した場合には（ステップＳ４５：ＮＯ）、ステップＳ４９に進む。一方、制御部１１は、広告リスト情報を受信したと判定した場合には（ステップＳ４５：ＹＥＳ）、ステップＳ４６に進む。なお、受信された広告リスト情報はＲＡＭに記憶される。
【０１０１】
ステップＳ４６では、制御部１１は、受信した広告リスト情報に記述されたコンテンツＩＤに対応する広告コンテンツのダウンロードを開始する。このダウンロードは、ライブ受信処理と並行して、ライブ配信の帯域を圧迫せずに少しずつ実行される。また、このダウンロードでは、広告リスト情報に記述されたコンテンツＩＤ毎に、上述したコンテンツの検索処理が実行される。これにより、各広告コンテンツは、オーバーレイネットワークＯＮを介して、コンテンツ保持ノードからダウンロードされる。
【０１０２】
なお、広告リスト情報に記述されたコンテンツＩＤに対応する広告コンテンツのダウンロードは、後述するステップＳ４７１で挿入開始信号を受信した場合に開始されるように構成しても良い。
【０１０３】
次いで、制御部１１は、ダウンロードした広告コンテンツの再生処理を行う（ステップＳ４７）。広告コンテンツの再生処理では、図９に示すように、制御部１１は、広告コンテンツの挿入開始信号を受信したか否かを判定する（ステップＳ４７１）。この挿入開始信号は、上記ステップＳ２７でコンテンツ配信サーバＤＳから配信されたものである。そして、制御部１１は、広告コンテンツの挿入開始信号を受信していないと判定した場合には（ステップＳ４７１：ＮＯ）、図８に示す処理に戻る。一方、制御部１１は、広告コンテンツの挿入開始信号を受信したと判定した場合には（ステップＳ４７１：ＹＥＳ）、ステップＳ４７２に進む。ここで、挿入開始信号は、広告コンテンツの挿入タイミングよりも前に余裕をもって受信される。そのため、制御部１１は、挿入開始信号がされると、広告コンテンツの映像出力可能なデータバッファを予め充填するなど、広告コンテンツの再生準備を事前に行うことができる。なお、広告リスト情報が一括配信の場合、制御部１１は、ステップ４７１で挿入開始信号を受信する度に、挿入開始信号の受信回数をカウントしてＲＡＭに記憶する。
【０１０４】
ステップＳ４７２では、制御部１１は、広告リスト情報に記述された各コンテンツＩＤに対応する広告コンテンツを全てダウンロードしたか否かを判定する。そして、制御部１１は、広告コンテンツを全てダウンロードしたと判定した場合には（ステップＳ４７２：ＹＥＳ）、ステップＳ４７４に進む。一方、制御部１１は、広告コンテンツを全てダウンロードしていないと判定した場合には（ステップＳ４７２：ＮＯ）、ステップＳ４７３に進む。
【０１０５】
ステップＳ４７３では、制御部１１は、未だダウンロードされていない残りの広告コンテンツを、オーバーレイネットワークＯＮを介して、コンテンツ保持ノードからダウンロードする。つまり、ライブ配信中に全ての広告コンテンツをダウンロードできない場合に限り、広告コンテンツの再生前のステップＳ４７３の処理で、残りの広告コンテンツがダウンロードされる。
【０１０６】
ステップＳ４７４では、制御部１１は、ダウンロードした広告コンテンツを再生させる。
【０１０７】
ここで、広告リスト情報が一括配信の場合、制御部１１は、ステップＳ４７４の処理の直前に、広告リスト情報を参照して、上記カウントされた挿入開始信号の受信回数と一致する広告枠のシリアル番号を特定する。例えば、１回のライブ配信において広告枠が５つ設けられているとすると、挿入開始信号の受信回数は、最大５回である。そして、制御部１１は、特定したシリアル番号に対応付けられたコンテンツＩＤに対応する広告コンテンツを、今回の広告枠で再生すべき広告コンテンツとして決定する。そして、ステップＳ４７４において、制御部１１は、決定した広告コンテンツを再生させる。
【０１０８】
一方、広告リスト情報が分割配信の場合、この広告リスト情報に記述されたコンテンツＩＤに対応する広告コンテンツは、今回の広告枠で再生すべき広告コンテンツである。従って、制御部１１は、広告リスト情報に記述されたコンテンツＩＤに対応する広告コンテンツを、今回の広告枠で再生すべき広告コンテンツとして決定する。そして、ステップＳ４７４において、制御部１１は、決定した広告コンテンツを再生させる。
【０１０９】
なお、広告リスト情報に記述された挿入位置を示す識別情報が、例えばライブ配信データの先頭から挿入位置まで再生時刻又はバイト数で表されている場合がある。この場合、制御部１１により、ライブ配信データの再生中に、広告リスト情報に記述された再生時刻又はバイト数から、ライブ配信データにおける広告コンテンツの挿入位置が決定される。そして、決定された挿入位置に広告コンテンツが挿入されるよう、デコーダ部１４に送られ、広告コンテンツの再生が行われる。
【０１１０】
次いで、制御部１１は、広告コンテンツの挿入終了信号を受信したか否かを判定する（ステップＳ４７５）。そして、制御部１１は、広告コンテンツの挿入終了信号を受信したと判定した場合には（ステップＳ４７５：ＹＥＳ）、図８に示す処理に戻る。広告コンテンツの挿入終了信号と挿入終了信号の受信により、ユーザはライブ視聴から広告視聴へ、若しくは広告視聴からライブ視聴へ移行することが可能となる。なお、広告リスト情報が分割配信の場合、この広告リスト情報は、例えば、挿入終了信号が受信されたときに削除される。
【０１１１】
一方、制御部１１は、広告コンテンツの挿入終了信号を受信していないと判定した場合には（ステップＳ４７５：ＮＯ）、ステップＳ４７６に進む。
【０１１２】
ステップＳ４７６では、制御部１１は、上記ステップＳ４７４の処理前に決定された広告コンテンツを全て再生したか否かを判別する。そして、制御部１１は、決定された広告コンテンツを全て再生したと判定した場合には（ステップＳ４７６：ＹＥＳ）、ステップＳ４７５に戻る。一方、制御部１１は、決定された広告コンテンツを全て再生していないと判定した場合には（ステップＳ４７６：ＮＯ）、ステップＳ４７４に戻る。ステップＳ４７４に戻ることにより、決定された広告コンテンツのうち、未だ再生されていない残りの広告コンテンツが再生される。
【０１１３】
なお、図８のステップＳ４８に示すその他の処理では、例えば、下位階層のノードＮｎへのライブ配信データ及びコンテンツＩＤの転送処理が行われる。
【０１１４】
一方、ステップＳ４９では、制御部１１は、図８に示す処理の開始後に受信された広告リスト情報が記憶されているか否かを判定する。そして、制御部１１は、広告リスト情報が記憶されていると判定した場合には（ステップＳ４９：ＹＥＳ）、ステップＳ４７に移行する。一方、制御部１１は、広告リスト情報が記憶されていないと判定した場合には（ステップＳ４９：ＮＯ）、ステップＳ４３に戻る。
【０１１５】
以上説明したように、実施例２によれば、コンテンツ配信サーバＤＳはライブ配信データにおける挿入位置で再生されるべき複数の広告コンテンツのコンテンツＩＤを記述した広告リスト情報をライブ配信前又はライブ配信中に配信する。従って、再生されるべき複数の広告コンテンツをノードＮｎに効率良く取得させることができる。そのため、コンテンツ配信サーバＤＳの処理負荷を低減することができ、且つ、ライブ配信データの配信側で、ライブ配信の合間に再生させる広告コンテンツを制御することができる。
【０１１６】
（実施例３）
次に、図１０及び図１１を参照して、実施例３におけるコンテンツ配信システムＳの動作について説明する。
【０１１７】
実施例３は、ノードＮｎのユーザの属性情報に基づいて、ライブ配信データにおける挿入位置で再生されるべき広告コンテンツが決定される場合の動作例である。
【０１１８】
図１０（Ａ）は、ユーザの属性の統計情報の蓄積結果の一例を示す図である。図１０（Ｂ）は、ノードＮｎの制御部１１におけるメイン処理を示すフローチャートである。図１１は、図１０（Ｂ）のステップＳ６３に示す広告コンテンツの決定処理の詳細を示すフローチャートである。なお、このノードＮｎはオーバーレイネットワークＯＮに参加しているものとする。
【０１１９】
実施例３の前提として、ユーザの属性情報を得るために、ノードＮｎのユーザの属性の統計情報が蓄積される必要がある。ユーザの属性の統計情報は、例えば、オンデマンド視聴処理で蓄積される。オンデマンド視聴処理では、例えば、上述したコンテンツの検索処理により、コンテンツ保持ノードからコンテンツが取得、再生される。そして、再生されたコンテンツに対応付けられたキーワードがコンテンツカタログ情報から抽出される。キーワードの例として、性別層、年齢層、及びカテゴリが挙げられる。例えば、ユーザにより視聴されたコンテンツの性別層として「男性」、年齢層として「２０−２５歳」、及びカテゴリとして「アニメ」を示す情報が夫々抽出される。そして、抽出されたキーワードに基づいて、ユーザの属性の統計情報が蓄積される。例えば、性別層、年齢層、及びカテゴリ等のキーワードの抽出回数が、ユーザの属性の統計情報として図１０（Ａ）に示すように蓄積される。このようなユーザの属性の統計情報によりユーザの属性情報を判定することができる。
【０１２０】
なお、ユーザの属性の統計情報は、オンデマンド視聴処理に限定されず、ユーザに対するアンケート結果から取得されてもよい。また、ユーザの属性の統計情報の蓄積は、オンデマンドのコンテンツを提供するサーバから受信したコンテンツが再生された場合に行われるように構成しても良い。また、ユーザの属性の統計情報の蓄積は、コンテンツがダウンロードされ記憶部１２に保存されたが、未だ再生されていない場合においても行われるように構成しても良い。
【０１２１】
次に、実施例３におけるコンテンツ配信サーバＤＳの制御部１におけるメイン処理は、実施例２で説明した図７に示す処理と同様である。ただし、実施例３における図７に示すステップＳ２３及びステップＳ３５では、再生候補となる複数の広告コンテンツのコンテンツＩＤが記述された広告候補リスト情報が配信されることになる。
【０１２２】
一方、図１０（Ｂ）に示す処理は、図８に示す処理と同様、ノードＮｎが、接続先紹介要求に応じて接続先紹介サーバＩＳから通知された上位階層のノードＮｎに接続することにより開始される。図１０（Ｂ）に示す処理が開始されると、空の広告リスト情報が生成される。つまり、この広告リスト情報には、未だコンテンツＩＤが記述されていない。
【０１２３】
なお、ステップＳ６１及びＳ６２の処理は、図８に示すステップＳ４１及びＳ４２の処理と同様であるので、重複する説明を省略する。
【０１２４】
ステップＳ６３では、制御部１１は、広告コンテンツの決定処理を行う。広告コンテンツの決定処理では、図１１に示すように、制御部１１は、この制御部１１を備えるノードＮｎが接続している接続先紹介サーバＩＳ又は上位階層のノードＮｎから、広告候補リスト情報を取得する（ステップＳ６３１）。例えば、広告枠ｘに対応する広告候補リスト情報が取得される。
【０１２５】
次いで、制御部１１は、上述したように蓄積されたユーザの属性の統計情報に基づいて、ユーザの属性情報を判定する（ステップＳ６３２）。例えば、制御部１１は、ユーザの属性の統計情報に示される抽出回数が多いキーワードをユーザの属性情報として判定する。図１０（Ａ）示す蓄積結果によれば、性別層として「男性」、年齢層として「２０−３０歳」、及びカテゴリとして「アニメ」を示す情報がユーザの属性情報として判定される。ここで、上記年齢層「２０−３０歳」の平均をとり、２５歳がユーザの属性情報として判定されるように構成しても良い。これにより、ユーザの属性情報は、例えば、性別＝男性、年齢＝２５歳、及びカテゴリ＝アニメと判定される。こうして判定された属性情報は、ＲＡＭに記憶される。なお、ステップＳ６３２で、ユーザの属性情報が複数の判定されるようにしても良い。この場合、各属性情報には、優先順位が付けられる。例えば、図１０（Ａ）示す蓄積結果によれば、「性別＝男性、年齢＝２５歳、及びカテゴリ＝アニメ」は何れも最も抽出回数が多いので、優先順位が１位の属性情報とされる。また、図１０（Ａ）示す蓄積結果によれば、カテゴリにおいて、「アニメ」の次に抽出回数が次に多いのは、「ドキュメンタリ」である。従って、「性別＝男性、年齢＝２５歳、及びカテゴリ＝ドキュメンタリ」は、優先順位が２位の属性情報とされる。
【０１２６】
次いで、制御部１１は、上記判定されたユーザの属性情報をキーワードとして、記憶部１２に記憶されているコンテンツカタログ情報からコンテンツＩＤを検索する（ステップＳ６３３）。例えば、「性別＝男性、年齢＝２５歳、及びカテゴリ＝アニメ」という属性情報がキーワードとして対応付けられている全てのコンテンツのコンテンツＩＤがコンテンツカタログ情報から検索される。なお、ステップＳ６３２の処理でユーザの属性情報が複数判定されていた場合、優先順位が最も高い属性情報がステップＳ６３３の処理でキーワードとして設定される。ステップＳ６３３の処理でキーワードとして設定された属性情報はＲＡＭから削除される。そのため、同一の属性情報は、後述するステップＳ６３７から戻った次回以降のステップＳ６３３の処理で再びキーワードとして設定されないようになっている。次いで、制御部１１は、上記検索により発見されたコンテンツＩＤを記述するコンテンツリスト情報を生成する（ステップＳ６３４）。なお、ステップＳ６３３でコンテンツＩＤが１つも発見できなかった場合、コンテンツリスト情報にはコンテンツＩＤが記述されない。
【０１２７】
次いで、制御部１１は、上記ステップＳ６３１で取得された広告候補リスト情報と、上記ステップＳ６３４で生成されたコンテンツリスト情報とで一致するコンテンツＩＤを検索する（ステップＳ６３５）。つまり、広告候補リスト情報とコンテンツリスト情報の双方に記述されているコンテンツＩＤが検索される。
【０１２８】
次いで、制御部１１は、広告候補リスト情報とコンテンツリスト情報とで一致するコンテンツＩＤを発見できたか否かを判定する（ステップＳ６３６）。そして、制御部１１は、一致するコンテンツＩＤを発見できない場合には（ステップＳ６３６：ＮＯ）、ステップＳ６３７に進む。
【０１２９】
ステップＳ６３７では、制御部１１は、未検索のキーワードがあるか否かを判定する。そして、制御部１１は、未検索のキーワードがあると判定した場合には（ステップＳ６３７：ＹＥＳ）、ステップＳ６３３に戻る。例えば、ステップＳ６３２の処理で複数判定された属性情報の中で、未だキーワードとして設定されていない属性情報があれば、未検索のキーワードがあると判定される。そして、ステップＳ６３７から戻ったステップＳ６３３の処理で、未だキーワードとして設定されていない属性情報が、次のキーワードとして設定される。こうして、例えば、「性別＝男性、年齢＝２５歳、及びカテゴリ＝ドキュメンタリ」という優先順位が２位の属性情報が、次のキーワードとして、ステップＳ６３３の処理が行われる。
【０１３０】
一方、制御部１１は、未検索のキーワードがないと判定した場合には（ステップＳ６３７：ＮＯ）、ステップＳ６３８に進む。ステップＳ６３８では、制御部１１は、ステップＳ６３１で取得した広告候補リスト情報に記述されたコンテンツＩＤのうち、先頭のコンテンツＩＤに対応する広告コンテンツを、再生すべき広告コンテンツとして決定する。こうして決定された広告コンテンツのコンテンツＩＤは、広告枠に対応するシリアル番号に対応付けられて広告リスト情報に記述される。このシリアル番号は、例えば、ステップＳ６３１で取得された広告候補リスト情報から抽出される。
【０１３１】
一方、ステップＳ６３６において、制御部１１は、広告候補リスト情報とコンテンツリスト情報とで一致するコンテンツＩＤを発見できた場合には（ステップＳ６３６：ＹＥＳ）、ステップＳ６３９に進む。そして、ステップＳ６３９では、制御部１１は、発見したコンテンツＩＤに対応する広告コンテンツを、再生すべき広告コンテンツとして決定する。つまり、ユーザの属性情報に基づいて、広告候補リスト情報に含まれる広告コンテンツのコンテンツＩＤの中から、再生させる広告コンテンツのコンテンツＩＤが決定される。こうして決定された広告コンテンツのコンテンツＩＤは、広告枠に対応するシリアル番号に対応付けられて広告リスト情報に記述される。
【０１３２】
こうして図１１に示す処理が終了すると、図１０（Ｂ）に示す処理に戻る。図１０（Ｂ）に示すステップＳ６４及びＳ６５の処理は、図８に示すステップＳ４３及びＳ４４の処理と同様である。また、図１０（Ｂ）に示すステップＳ６６〜６８の処理は、図８に示すステップＳ４６〜Ｓ４８の処理と同様であるので、重複する説明を省略する。なお、実施例３においても、ステップＳ６７において、図９に示す広告コンテンツの再生処理が行われる。実施例３におけるステップＳ４７４では、制御部１１は、ステップＳ４７４の処理の直前に、広告リスト情報を参照して、今回の広告枠のシリアル番号を特定する。そして、制御部１１は、特定したシリアル番号に対応付けられたコンテンツＩＤに対応する広告コンテンツを、今回の広告枠で再生すべき広告コンテンツとして決定する。そして、ステップＳ４７４において、制御部１１は、決定した広告コンテンツを再生させる。
【０１３３】
そして、図１０（Ｂ）に示すステップＳ６９では、制御部１１は、全ての広告枠で再生すべき広告コンテンツを決定したか否かを判定する。そして、制御部１１は、全ての広告枠で再生すべき広告コンテンツを決定したと判定した場合には（ステップＳ６９：ＹＥＳ）、ステップＳ６４に戻る。一方、制御部１１は、全ての広告枠で再生すべき広告コンテンツを決定していないと判定した場合には（ステップＳ６９：ＮＯ）、ステップＳ６３に戻る。ステップＳ６３に戻ると、ステップＳ６３１で次の広告枠に対応する広告候補リスト情報が取得され、ステップＳ６３２以降の処理が行われる。
【０１３４】
以上説明したように、実施例３によれば、実施例１又は２の効果に加えて、ノードＮｎのユーザが興味のある広告コンテンツを、ライブ配信の合間にノードＮｎに再生させることができる。そのため、広告効果を高めることができる。
【０１３５】
なお、上記実施形態においては、ノードＮｎは、広告コンテンツのコンテンツＩＤに基づいて、オーバーレイネットワークＯＮを介して、他の装置の一例であるコンテンツ保持ノードから広告コンテンツを取得するように構成した。しかし、別の例として、ノードＮｎは、広告コンテンツを配信するサーバからコンテンツＩＤに対応する広告コンテンツを取得するように構成しても良い。
【０１３６】
また、上記実施形態においては、オーバーレイネットワークＯＮに、ＤＨＴを利用したピアツーピアネットワークを適用したが、これに限られるものではない。例えば、他のピアツーピアシステム、または、他のオーバーレイネットワークを用いたシステムが適用されても良い。ＤＨＴを利用しないピアツーピアシステムとしては、例えば、ハイブリッド型のピアツーピアシステムがある。また、ピアツーピアシステムに限定されず、広告コンテンツがネットワーク上の情報処理装置に保存される保存方式、または、広告コンテンツがネットワーク上に分散保存される保存方式においても本発明は適用可能である。
【０１３７】
また、上記実施形態においては、本発明をツリー型ネットワークＴＮでのライブ配信に適用したが、クライアント−サーバ型のライブ配信にも本発明は適用可能である。
【０１３８】
また、上記実施形態においては、本発明の情報処理装置にコンテンツ配信サーバＤＳを適用したが、主コンテンツの配信を行うその他の装置に対しても適用可能である。
【０１３９】
また、上記実施形態においては、主コンテンツにライブ配信データを適用したが、ライブ配信データ以外の音楽等のコンテンツに対しても適用可能である。
【符号の説明】
【０１４０】
１ 制御部
２ 記憶部
３ 通信部
４ バス
１１ 制御部
１２ 記憶部
１３ バッファメモリ
１４ デコーダ部
１５ 映像処理部
１６ 表示部
１７ 音声処理部
１８ スピーカ
１９ 通信部
１９ａ 入力部
１９ｂ バス
ＤＳ コンテンツ配信サーバ
ＩＳ 接続先紹介サーバ
ＭＳ コンテンツ管理サーバ
Ｎｎ ノード
ＮＷ ネットワーク
ＯＮ オーバーレイネットワーク
ＴＮ ツリー型ネットワーク
Ｓ コンテンツ配信システム
【特許請求の範囲】
【請求項１】
配信者が主として配信するべき主コンテンツを配信する情報処理装置と、前記情報処理装置から配信された前記主コンテンツを受信するノード装置と、を備える配信システムであって、
前記情報処理装置は、
広告用の広告コンテンツの挿入位置を有する前記主コンテンツを配信する第一配信手段と、
前記挿入位置で再生されるべき前記広告コンテンツの識別情報を配信する第二配信手段と、
を備え、
前記ノード装置は、
前記情報処理装置から配信された前記広告コンテンツの挿入位置を有する前記主コンテンツを通信手段を介して受信する第一受信手段と、
前記情報処理装置から配信された前記広告コンテンツの識別情報を通信手段を介して受信する第二受信手段と、
前記第二受信手段により受信された前記広告コンテンツの識別情報に基づいて、他の装置から前記広告コンテンツを取得する取得手段と、
前記第一受信手段により受信された前記主コンテンツを再生させ、前記広告コンテンツの挿入位置になったときに、前記取得手段により取得された前記広告コンテンツを再生させる制御手段と、
を備えることを特徴とする配信システム。
【請求項２】
前記情報処理装置の前記第二配信手段は、前記主コンテンツの配信中、前記広告コンテンツの挿入位置になる所定時間前に、当該挿入位置で再生されるべき前記広告コンテンツの識別情報を配信することを特徴とする請求項１に記載の配信システム。
【請求項３】
前記情報処理装置の前記第二配信手段は、再生候補となる複数の前記広告コンテンツの識別情報を含むリスト情報を配信し、
前記ノード装置の前記第二受信手段は、前記情報処理装置から配信された前記リスト情報を、通信手段を介して受信し、
前記ノード装置は、
前記第二受信手段により受信された前記リスト情報の中から、再生させる広告コンテンツの識別情報を決定する決定手段を更に備え、
前記ノード装置の前記取得手段は、前記決定手段により決定された広告コンテンツの識別情報に基づいて、当該識別情報に対応する広告コンテンツを他の装置から取得することを特徴とする請求項１又は請求項２に記載の配信システム。
【請求項４】
前記ノード装置は、前記ノード装置のユーザの属性情報を記憶する記憶手段を更に備え、
前記ノード装置の前記決定手段は、前記記憶手段に記憶された前記属性情報に基づいて、前記第二受信手段により受信された前記リスト情報の中から、再生させる広告コンテンツの識別情報を決定することを特徴とする請求項３に記載の配信システム。
【請求項５】
前記主コンテンツは、複数の前記挿入位置を有し、
前記情報処理装置の前記第二配信手段は、各前記挿入位置を示す識別情報と、各前記挿入位置で再生されるべき前記広告コンテンツの識別情報と、を対応付けたリスト情報を配信し、
前記ノード装置の前記第二受信手段は、前記情報処理装置から配信された前記リスト情報を通信手段を介して受信し、
前記ノード装置の前記取得手段は、前記第二受信手段により受信された前記リスト情報に含まれる前記広告コンテンツの識別情報に基づいて、当該識別情報に対応する広告コンテンツを他の装置から取得することを特徴とする請求項１乃至請求項４の何れか一項に記載の配信システム。
【請求項６】
前記ノード装置の前記取得手段は、前記主コンテンツが再生される前に、各前記広告コンテンツの識別情報に基づいて、各前記識別情報に対応する広告コンテンツを他の装置から取得し、当該取得した広告コンテンツを記憶する記憶手段を備え、
前記ノード装置の制御手段は、前記受信手段により受信された前記主コンテンツを再生させ、前記広告コンテンツの挿入位置になったときに、前記記憶手段に記憶された前記広告コンテンツを再生させることを特徴とする請求項５に記載の配信システム。
【請求項７】
前記情報処理装置の前記第二配信手段は、前記主コンテンツの配信中、前記広告コンテンツの挿入位置になる所定時間前に、当該挿入位置で再生されるべき前記広告コンテンツの挿入開始信号を配信し、
前記ノード装置の前記第二受信手段は、前記情報処理装置から配信された前記挿入開始信号を通信手段を介して受信し、
前記ノード装置の前記取得手段は、前記受信手段により前記挿入開始信号が受信された場合に、前記広告コンテンツの識別情報に基づいて、当該識別情報に対応する広告コンテンツを他の装置から取得することを特徴とする請求項４又は請求項５に記載の配信システム。
【請求項８】
前記ノード装置の前記取得手段は、ネットワークに接続された複数のノード装置により形成されるオーバーレイネットワークを介して、当該識別情報に対応する広告コンテンツを他のノード装置から取得することを特徴とする請求項２乃至請求項７の何れか一項に記載の配信システム。
【請求項９】
前記主コンテンツは、ライブ配信データであることを特徴とする請求項１乃至８の何れか一項に記載の配信システム。
【請求項１０】
配信者が主として配信するべき主コンテンツを配信する情報処理装置から配信された前記主コンテンツを受信するノード装置であって、
前記情報処理装置から配信された、広告用の広告コンテンツの挿入位置を有する前記主コンテンツを通信手段を介して受信する第一受信手段と、
前記情報処理装置から配信された、前記広告コンテンツの識別情報を通信手段を介して受信する第二受信手段と、
前記第二受信手段により受信された前記広告コンテンツの識別情報に基づいて、他の装置から前記広告コンテンツを取得する取得手段と、
前記第二受信手段により受信された前記主コンテンツを再生させ、前記広告コンテンツの挿入位置になったときに、前記取得手段により取得された前記広告コンテンツを再生させる制御手段と、
を備えることを特徴とするノード装置。
【請求項１１】
前記第二受信手段は、前記情報処理装置から配信された、再生候補となる複数の前記広告コンテンツの識別情報を含むリスト情報を通信手段を介して受信し、
前記ノード装置は、
前記ノード装置のユーザの属性情報を記憶する記憶手段と、
前記記憶手段に記憶された前記属性情報に基づいて、前記第二受信手段により受信された前記リスト情報に含まれる前記広告コンテンツの識別情報を決定する決定手段と、
を更に備え、
前記取得手段は、前記決定手段により決定された広告コンテンツの識別情報に基づいて、当該識別情報に対応する広告コンテンツを他の装置から取得することを特徴とする請求項９に記載のノード装置。
【請求項１２】
請求項１乃至８の何れか一項に記載の情報処理装置に備えられる前記情報処理装置であって、
広告用の広告コンテンツの挿入位置を有する前記主コンテンツを配信する第一配信手段と、
前記挿入位置で再生されるべき前記広告コンテンツの識別情報を配信する第二配信手段と、
を備えることを特徴とする情報処理装置。
【請求項１３】
配信者が主として配信するべき主コンテンツを配信する情報処理装置から配信された前記主コンテンツを受信するノード装置に含まれるコンピュータに、
前記情報処理装置から配信された、広告用の広告コンテンツの挿入位置を有する前記主コンテンツを通信手段を介して受信するステップと、
前記情報処理装置から配信された、前記広告コンテンツの識別情報を通信手段を介して受信するステップと、
前記受信された前記広告コンテンツの識別情報に基づいて、他の装置から前記広告コンテンツを取得するステップと、
前記受信された前記主コンテンツを再生させ、前記広告コンテンツの挿入位置になったときに、前記取得された前記広告コンテンツを再生させるステップと、
を実行させるためのノードプログラム。
【請求項１４】
配信者が主として配信するべき主コンテンツを配信する情報処理装置と、前記情報処理装置から配信された前記主コンテンツを受信するノード装置と、を備える配信システムにおける広告コンテンツ再生方法であって、
前記広告コンテンツ再生方法は、
前記情報処理装置が、広告用の広告コンテンツの挿入位置を有する前記主コンテンツを配信するステップと、
前記情報処理装置が、前記挿入位置で再生されるべき前記広告コンテンツの識別情報を配信するステップと、
前記ノード装置が、前記情報処理装置から配信された前記広告コンテンツの挿入位置を有する前記主コンテンツを通信手段を介して受信するステップと、
前記ノード装置が、前記情報処理装置から配信された前記広告コンテンツの識別情報を通信手段を介して受信するステップと、
前記ノード装置が、前記受信された前記広告コンテンツの識別情報に基づいて、他の装置から前記広告コンテンツを取得するステップと、
前記ノード装置が、前記受信された前記主コンテンツを再生させ、前記広告コンテンツの挿入位置になったときに、前記取得された前記広告コンテンツを再生させるステップと、
を含むことを特徴とする広告コンテンツ再生方法。
【請求項１】
配信者が主として配信するべき主コンテンツを配信する情報処理装置と、前記情報処理装置から配信された前記主コンテンツを受信するノード装置と、を備える配信システムであって、
前記情報処理装置は、
広告用の広告コンテンツの挿入位置を有する前記主コンテンツを配信する第一配信手段と、
前記挿入位置で再生されるべき前記広告コンテンツの識別情報を配信する第二配信手段と、
を備え、
前記ノード装置は、
前記情報処理装置から配信された前記広告コンテンツの挿入位置を有する前記主コンテンツを通信手段を介して受信する第一受信手段と、
前記情報処理装置から配信された前記広告コンテンツの識別情報を通信手段を介して受信する第二受信手段と、
前記第二受信手段により受信された前記広告コンテンツの識別情報に基づいて、他の装置から前記広告コンテンツを取得する取得手段と、
前記第一受信手段により受信された前記主コンテンツを再生させ、前記広告コンテンツの挿入位置になったときに、前記取得手段により取得された前記広告コンテンツを再生させる制御手段と、
を備えることを特徴とする配信システム。
【請求項２】
前記情報処理装置の前記第二配信手段は、前記主コンテンツの配信中、前記広告コンテンツの挿入位置になる所定時間前に、当該挿入位置で再生されるべき前記広告コンテンツの識別情報を配信することを特徴とする請求項１に記載の配信システム。
【請求項３】
前記情報処理装置の前記第二配信手段は、再生候補となる複数の前記広告コンテンツの識別情報を含むリスト情報を配信し、
前記ノード装置の前記第二受信手段は、前記情報処理装置から配信された前記リスト情報を、通信手段を介して受信し、
前記ノード装置は、
前記第二受信手段により受信された前記リスト情報の中から、再生させる広告コンテンツの識別情報を決定する決定手段を更に備え、
前記ノード装置の前記取得手段は、前記決定手段により決定された広告コンテンツの識別情報に基づいて、当該識別情報に対応する広告コンテンツを他の装置から取得することを特徴とする請求項１又は請求項２に記載の配信システム。
【請求項４】
前記ノード装置は、前記ノード装置のユーザの属性情報を記憶する記憶手段を更に備え、
前記ノード装置の前記決定手段は、前記記憶手段に記憶された前記属性情報に基づいて、前記第二受信手段により受信された前記リスト情報の中から、再生させる広告コンテンツの識別情報を決定することを特徴とする請求項３に記載の配信システム。
【請求項５】
前記主コンテンツは、複数の前記挿入位置を有し、
前記情報処理装置の前記第二配信手段は、各前記挿入位置を示す識別情報と、各前記挿入位置で再生されるべき前記広告コンテンツの識別情報と、を対応付けたリスト情報を配信し、
前記ノード装置の前記第二受信手段は、前記情報処理装置から配信された前記リスト情報を通信手段を介して受信し、
前記ノード装置の前記取得手段は、前記第二受信手段により受信された前記リスト情報に含まれる前記広告コンテンツの識別情報に基づいて、当該識別情報に対応する広告コンテンツを他の装置から取得することを特徴とする請求項１乃至請求項４の何れか一項に記載の配信システム。
【請求項６】
前記ノード装置の前記取得手段は、前記主コンテンツが再生される前に、各前記広告コンテンツの識別情報に基づいて、各前記識別情報に対応する広告コンテンツを他の装置から取得し、当該取得した広告コンテンツを記憶する記憶手段を備え、
前記ノード装置の制御手段は、前記受信手段により受信された前記主コンテンツを再生させ、前記広告コンテンツの挿入位置になったときに、前記記憶手段に記憶された前記広告コンテンツを再生させることを特徴とする請求項５に記載の配信システム。
【請求項７】
前記情報処理装置の前記第二配信手段は、前記主コンテンツの配信中、前記広告コンテンツの挿入位置になる所定時間前に、当該挿入位置で再生されるべき前記広告コンテンツの挿入開始信号を配信し、
前記ノード装置の前記第二受信手段は、前記情報処理装置から配信された前記挿入開始信号を通信手段を介して受信し、
前記ノード装置の前記取得手段は、前記受信手段により前記挿入開始信号が受信された場合に、前記広告コンテンツの識別情報に基づいて、当該識別情報に対応する広告コンテンツを他の装置から取得することを特徴とする請求項４又は請求項５に記載の配信システム。
【請求項８】
前記ノード装置の前記取得手段は、ネットワークに接続された複数のノード装置により形成されるオーバーレイネットワークを介して、当該識別情報に対応する広告コンテンツを他のノード装置から取得することを特徴とする請求項２乃至請求項７の何れか一項に記載の配信システム。
【請求項９】
前記主コンテンツは、ライブ配信データであることを特徴とする請求項１乃至８の何れか一項に記載の配信システム。
【請求項１０】
配信者が主として配信するべき主コンテンツを配信する情報処理装置から配信された前記主コンテンツを受信するノード装置であって、
前記情報処理装置から配信された、広告用の広告コンテンツの挿入位置を有する前記主コンテンツを通信手段を介して受信する第一受信手段と、
前記情報処理装置から配信された、前記広告コンテンツの識別情報を通信手段を介して受信する第二受信手段と、
前記第二受信手段により受信された前記広告コンテンツの識別情報に基づいて、他の装置から前記広告コンテンツを取得する取得手段と、
前記第二受信手段により受信された前記主コンテンツを再生させ、前記広告コンテンツの挿入位置になったときに、前記取得手段により取得された前記広告コンテンツを再生させる制御手段と、
を備えることを特徴とするノード装置。
【請求項１１】
前記第二受信手段は、前記情報処理装置から配信された、再生候補となる複数の前記広告コンテンツの識別情報を含むリスト情報を通信手段を介して受信し、
前記ノード装置は、
前記ノード装置のユーザの属性情報を記憶する記憶手段と、
前記記憶手段に記憶された前記属性情報に基づいて、前記第二受信手段により受信された前記リスト情報に含まれる前記広告コンテンツの識別情報を決定する決定手段と、
を更に備え、
前記取得手段は、前記決定手段により決定された広告コンテンツの識別情報に基づいて、当該識別情報に対応する広告コンテンツを他の装置から取得することを特徴とする請求項９に記載のノード装置。
【請求項１２】
請求項１乃至８の何れか一項に記載の情報処理装置に備えられる前記情報処理装置であって、
広告用の広告コンテンツの挿入位置を有する前記主コンテンツを配信する第一配信手段と、
前記挿入位置で再生されるべき前記広告コンテンツの識別情報を配信する第二配信手段と、
を備えることを特徴とする情報処理装置。
【請求項１３】
配信者が主として配信するべき主コンテンツを配信する情報処理装置から配信された前記主コンテンツを受信するノード装置に含まれるコンピュータに、
前記情報処理装置から配信された、広告用の広告コンテンツの挿入位置を有する前記主コンテンツを通信手段を介して受信するステップと、
前記情報処理装置から配信された、前記広告コンテンツの識別情報を通信手段を介して受信するステップと、
前記受信された前記広告コンテンツの識別情報に基づいて、他の装置から前記広告コンテンツを取得するステップと、
前記受信された前記主コンテンツを再生させ、前記広告コンテンツの挿入位置になったときに、前記取得された前記広告コンテンツを再生させるステップと、
を実行させるためのノードプログラム。
【請求項１４】
配信者が主として配信するべき主コンテンツを配信する情報処理装置と、前記情報処理装置から配信された前記主コンテンツを受信するノード装置と、を備える配信システムにおける広告コンテンツ再生方法であって、
前記広告コンテンツ再生方法は、
前記情報処理装置が、広告用の広告コンテンツの挿入位置を有する前記主コンテンツを配信するステップと、
前記情報処理装置が、前記挿入位置で再生されるべき前記広告コンテンツの識別情報を配信するステップと、
前記ノード装置が、前記情報処理装置から配信された前記広告コンテンツの挿入位置を有する前記主コンテンツを通信手段を介して受信するステップと、
前記ノード装置が、前記情報処理装置から配信された前記広告コンテンツの識別情報を通信手段を介して受信するステップと、
前記ノード装置が、前記受信された前記広告コンテンツの識別情報に基づいて、他の装置から前記広告コンテンツを取得するステップと、
前記ノード装置が、前記受信された前記主コンテンツを再生させ、前記広告コンテンツの挿入位置になったときに、前記取得された前記広告コンテンツを再生させるステップと、
を含むことを特徴とする広告コンテンツ再生方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１１−１２４９４０（Ｐ２０１１−１２４９４０Ａ）
【公開日】平成２３年６月２３日（２０１１．６．２３）
【国際特許分類】
【出願番号】特願２００９−２８３２３１（Ｐ２００９−２８３２３１）
【出願日】平成２１年１２月１４日（２００９．１２．１４）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２３年６月２３日（２０１１．６．２３）
【国際特許分類】
【出願日】平成２１年１２月１４日（２００９．１２．１４）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]