JP5504967B2 - コンテンツ配信システム、コンテンツ配信サーバ及びユーザ端末 - Google Patents

Description

本発明は、コンテンツ配信システム、コンテンツ配信サーバ及びユーザ端末に関し、例えば、主たる第１のコンテンツに、従たる第２のコンテンツを挿入して配信するコンテンツ配信システム及び方法、サーバに適用し得るものである。

近年、ネットワーク技術の急激な進展に伴い、ネットワークを通じてコンテンツを配信するコンテンツ配信システムが普及している。例えば、マルチキャストを用いて放送コンテンツを複数のユーザ端末に配信するマルチキャスト放送がある。

この種のコンテンツ配信においても、従来の放送と同様に広告メディアが重要な位置づけをなしている。また、新たな広告メディアのマーケティングも開発されており、よりユーザの趣向に合わせた広告手法も提案されている。

特許文献１には、ユーザの要望に柔軟に対応した広告を配信する技術が記載されている。例えば、端末装置、ホームサーバ、エッジルータ等に適用されるコンテンツ挿入装置が、放送コンテンツと挿入コンテンツを受信する。通常は、放送コンテンツだけをユーザ端末に送信する。このときコンテンツ挿入装置は挿入コンテンツを蓄積しておく。挿入コンテンツのタイミングになると、放送コンテンツの送信を一時的に停止し、挿入コンテンツのみをユーザ端末に送信する。この間、放送コンテンツを内部で蓄積しておき、挿入コンテンツの読み出しが終了すると、タイムシフトして放送コンテンツの読み出しを再開するというものである。また、挿入コンテンツを挿入するための挿入条件が、放送コンテンツに含まれており、ユーザもその条件の優先度などを決定することができる（特許文献１の段落００２８−００３７等参照）。

特許文献２には、１又は複数の加入者の特性（例えば地理的区分等）に応じてサブグループを形成し、サブグループ毎に異なる広告を配信する技術が記載されている。このサブグループは、マルチキャストアドレスを利用して形成しており、ルータに接続する１又は複数の受信側が当該サブグループに所属するというものである（特許文献２の段落００２５−００３３参照）。また、広告を挿入するプロセスは中央挿入点が行う。中央挿入点は、多くの異なった広告サーバからターゲット広告を受け取り、番組ストリームをデコードして、各番組のタイミングモジュールを参照して広告挿入位置に、それぞれのターゲット広告を多重化して、各ルータに送信する（特許文献２の図５及び図６、段落００４５、００４６）。

特開２００５−２３６９１３号公報 特表２００２−５４４６０９号公報

しかしながら、上述した特許文献１及び特許文献２による配信方法はいずれも、放送コンテンツと広告コンテンツとが同時に受信端末（ルータ）に向けて送信されるため、ネットワーク全体の通信帯域を考慮すると、必ずしも効率的ではない。なぜなら、従来の場合、放送コンテンツ用帯域×ユーザ数×広告用帯域だけ帯域が必要になるため、ユーザ数の増加に伴い利用する帯域が増加するからである。そのため、ネットワーク全体の通信帯域の効率化が求められている。

また、ユーザに対して適した広告を配信することが望まれる。またユーザの要望に応えるあまり、例えば同じ広告が繰り返し配信されたりすることも生じ得、異なる広告主間の不平等を解消する等、広告主側にも配慮することが望まれる。このことを解消するために、事前にユーザ端末に広告を受信させるという方法も考えられる。しかし、例えばマルチキャスト放送の場合、広告コンテンツをどのタイミングで配信するかが困難であり、例えばそのときにユーザ端末側の電源が切られている場合等では、必ずしも広告受信が保証されないという問題もある。

そのため、第１のコンテンツに第２のコンテンツを挿入したコンテンツを配信するシステムにおいて、ユーザに適した第２のコンテンツを配信すると共に第２のコンテンツ配信側の不平等をなくすことができ、ネットワーク全体の通信帯域の効率化を図ることができるコンテンツ配信システム、コンテンツ配信サーバ及びユーザ端末が求められている。

かかる課題を解決するために、第１の本発明のコンテンツ配信システムは、第１のコンテンツを配信する第１のコンテンツ配信サーバと、第１のコンテンツに挿入するそれぞれ異なる第２のコンテンツを配信する複数の第２のコンテンツ配信サーバと、ユーザ端末から配信要求された第１のコンテンツの配信を許容するネットワーク装置とを備え、（Ａ）ネットワーク装置は、（Ａ−１）第１のコンテンツの配信を受けるための第１のマルチキャストアドレス及び第１のコンテンツ配信サーバの第１の識別情報を格納する第１の格納手段と、（Ａ−２）少なくとも各第２のコンテンツの種別と、各第２のコンテンツ配信サーバの第２の識別情報とを格納する第２の格納手段と、（Ａ−３）第２の格納手段の各第２のコンテンツの種別から、配信要求をしてきたユーザのユーザ特性情報に適する複数の第２のコンテンツを配信する第２のコンテンツ配信サーバを選択する第２のコンテンツ配信サーバ選択手段と、（Ａ−４）第１のマルチキャストアドレスと、第２のコンテンツ配信サーバ選択手段により選択された複数の第２のコンテンツ配信サーバの第２の識別情報とを、ユーザ端末に通知する通知手段とを備え、（Ｂ）ユーザ端末は、（Ｂ−１）第１のマルチキャストアドレス、第１の識別情報及び複数の第２の識別情報を用いて、所定のマルチキャスト通信処理を行うマルチキャスト通信処理手段と、（Ｂ−２）第１のマルチキャストアドレスを有するストリームデータのパケットを受信し、コンテンツを再生する再生手段とを備え、（Ｃ）第１のコンテンツ配信サーバは、（Ｃ−１）第１のコンテンツのストリームデータを配信する第１のストリーム配信手段と、（Ｃ−２）第１のコンテンツのうち第２のコンテンツを挿入する挿入位置又は挿入時刻を検出する挿入検出手段と、（Ｃ−３）挿入検出手段により挿入位置又は挿入時刻が検出されると、第１のコンテンツのストリームデータの送信を中断し、その中断位置を記憶する管理手段と、（Ｃ−４）挿入検出手段により挿入位置又は挿入時刻が検出されると、全ての第２のコンテンツ配信サーバに対して、第２のコンテンツの送信要求を送信する送信要求送信手段とを備え、（Ｄ）第２のコンテンツ配信サーバは、（Ｄ−１）第１のコンテンツ配信サーバから第２のコンテンツの送信要求を受信すると、第１のマルチキャストアドレスを用いて、第２のコンテンツのストリームデータを送信する第２のストリーム配信手段と、（Ｄ−２）第２のストリーム配信手段による送信が終了すると、第１のコンテンツ配信サーバに対して、第２のコンテンツの送信終了通知を送信する送信終了送信手段とを備え、第１のコンテンツ配信サーバの第１のストリーム配信手段が、全ての第２のコンテンツ配信サーバから第２のコンテンツの送信終了通知を受信すると、管理手段により記憶されている中断位置から、第１のコンテンツのストリームデータを送信することを特徴とする。

第２の本発明のネットワーク装置は、第１のコンテンツを配信する第１のコンテンツ配信サーバと、第１のコンテンツに挿入するそれぞれ異なる第２のコンテンツを配信する複数の第２のコンテンツ配信サーバとを備えるコンテンツ配信システムで、ユーザ端末から配信要求された第１のコンテンツの配信を許容するネットワーク装置において、（１）第１のコンテンツの配信を受けるための第１のマルチキャストアドレス及び第１のコンテンツ配信サーバの第１の識別情報を格納する第１の格納手段と、（２）少なくとも各第２のコンテンツの種別と、各第２のコンテンツ配信サーバの第２の識別情報とを格納する第２の格納手段と、（３）第２の格納手段の各第２のコンテンツの種別から、配信要求をしてきたユーザのユーザ特性情報に適する複数の第２のコンテンツを配信する第２のコンテンツ配信サーバを選択する第２のコンテンツ配信サーバ選択手段と、（３）第１のマルチキャストアドレスと、第２のコンテンツ選択手段により選択された複数の第２のコンテンツ配信サーバの第２の識別情報とを、ユーザ端末に通知する通知手段とを備えることを特徴とする。

第３の本発明のコンテンツ配信サーバは、第２のコンテンツを配信するコンテンツ配信サーバであり、（１）第１のコンテンツを配信する第１のコンテンツ配信サーバから第２のコンテンツの送信要求を受信すると、第１のマルチキャストアドレスを用いて、第２のコンテンツのストリームデータを送信する第２のストリーム配信手段と、（２）第２のストリーム配信手段による送信が終了すると、第１のコンテンツ配信サーバに対して、第２のコンテンツの送信終了通知を送信する送信終了送信手段とを備えることを特徴とする。

第４の本発明のユーザ端末は、（１）第１のコンテンツの配信を受けるための第１のマルチキャストアドレスと、第１のコンテンツを配信する第１のコンテンツ配信サーバの第１の識別情報と、配信要求したネットワーク装置により選択された第２のコンテンツを配信する複数の第２のコンテンツ配信サーバの第２の識別情報を用いて、所定のマルチキャスト通信処理を行うマルチキャスト通信処理手段と、（２）第１のマルチキャストアドレスを有するストリームデータのパケットを受信し、コンテンツを再生する再生手段とを備えることを特徴とする。

本発明によれば、第１のコンテンツに第２のコンテンツを挿入したコンテンツを配信するシステムにおいて、ユーザに適した第２のコンテンツを配信すると共に第２のコンテンツ配信側の不平等をなくすことができ、ネットワーク全体の通信帯域の効率化を図ることができる。

実施形態のコンテンツ配信システムの全体構成を示す全体構成図である。 実施形態のポータルゲートウェイの制御部の機能を説明するブロック図である。 実施形態の端末装置及びルータの接続関係と、端末装置及びルータの内部構成を示す内部構成図である。 実施形態のコンテンツ配信方法を示すシーケンス図である。 実施形態のコンテンツ配信方法を示すシーケンス図である。 実施形態のユーザ特性情報を示す図である。

（Ａ）主たる実施形態
以下では、本発明のコンテンツ配信システム、コンテンツ配信サーバ及びユーザ端末の実施形態を、図面を参照しながら説明する。

この実施形態では、例えばマルチキャストによりコンテンツを配信するコンテンツ配信システム及びこれを構成する構成要素に本発明を適用する実施形態を例示する。

なお、マルチキャストルーティングプロトコルは特に限定されるものではないが、この実施形態では、例えば、ＰＩＭ−ＳＭ（Protocol Independent Multicast−Sparse-Mode）のＳＳＭ（Source-Specific-Multicast）を採用し（IETF RFC4601）、ホスト−ルータ間のプロトコルはＭＬＤｖ２（Multicast Listener Discovery Protocol Version2）を採用（IETF RFC3810）する場合を例示する。

（Ａ−１）実施形態の構成
図１は、この実施形態のコンテンツ配信システムの全体構成を示す全体構成図である。図１において、実施形態のコンテンツ配信システム９は、ネットワーク６に接続する、ポータルゲートウェイ１、一般コンテンツ用放送配信サーバ２、広告用放送配信サーバ３−１〜３−Ｎ（Ｎは正の整数）、端末装置４−１〜４−Ｍ（Ｍは正の整数）、ルータ５−１〜５−Ｋ（Ｋは正の整数）を少なくとも有する構成される。

ポータルゲートウェイ１は、端末装置４−ｍ（１≦ｍ≦Ｍ）から視聴要求を受けると、当該端末装置４−ｍの認証を行い、認証が正当である場合に、視聴要求された放送コンテンツの配信を許可するものである。なお、認証結果が不当である場合には、配信を許可しないようにしても良い。

ポータルゲートウェイ１は、図１に示すように、制御部１１、通信部１２、ユーザ情報格納部１３、サーバ情報格納部１４を少なくとも有する。

通信部１２は、ネットワーク６との間でパケットの送受信を行うものである。

ユーザ情報格納部１３は、コンテンツ配信を要求するユーザに関する情報を格納するものである。ユーザ情報格納部１３が格納するユーザ情報は、ユーザの特性を示す情報である。例えば、ユーザ情報は、ユーザの住所（国名も含む概念）、ユーザの氏名、年齢、性別、国籍、ユーザＩＤ、パスワード、嗜好情報などがある。なお、嗜好情報は、ユーザの趣味、特技、好みなどをユーザに入力させて取得した情報としても良いし、又過去に配信した放送コンテンツのジャンルなど履歴情報から伺える情報も含むようにしても良い。

サーバ情報格納部１４は、一般コンテンツ用放送配信サーバ２から放送コンテンツの配信を受けるためのマルチキャストアドレス（以下、一般放送用マルチキャストアドレス）と、一般コンテンツ用放送配信サーバ２の識別情報であるユニキャストアドレスとを格納するものである。なお、一般コンテンツ用放送配信サーバ２が複数ある場合には、一般コンテンツ用放送配信サーバ２毎に格納する。

また、サーバ情報格納部１４は、広告用放送配信サーバ３−ｎ（１≦ｎ≦Ｎ）が格納する広告コンテンツの広告の種別を格納する。この広告の種別とは、例えば広告主の業種、広告製品・サービスの種類、需要者の年齢層や性別、需要者の地域（例えば広告対象地域、国等）等がある。また、広告の種別は、複数の観点から、その広告コンテンツの種類を区別できるようにしても良い。そして、サーバ情報格納部１４は、例えば、それぞれの広告コンテンツの種別を広告コンテンツ毎に格納している。

さらに、サーバ情報格納部１４は、広告用放送配信サーバ３−ｎから各広告コンテンツの配信を受けるための広告用放送配信サーバ３−ｎのユニキャストアドレスを、広告コンテンツ毎に格納するものである。サーバ情報格納部１４は、例えば、上記のように各広告コンテンツについて広告の種別を示して格納すると共に、各広告コンテンツの広告用放送配信サーバ３−ｎのユニキャストアドレスを各広告コンテンツ毎に格納するようにしても良い。

制御部１１は、ポータルゲートウェイ１の機能処理を行うものである。図２は、ポータルゲートウェイ１の制御部１１の機能構成を示すブロック図である。図２において、制御部１１は、実行する機能部として、ユーザ認証部１１１、ユーザ情報格納処理部１１２、サーバ情報格納処理部１１３、広告用放送配信サーバ選択部１１４、通知情報作成部１１５を少なくとも有する。

ユーザ認証部１１１は、視聴要求してきたユーザの認証を行うものである。ユーザ認証部１１１によるユーザ認証方式は、特に限定されることなく種々の方式を広く適用することができる。ここでは、その一例として、次のような方式を適用する。例えば、ユーザ認証部１１１は、登録ユーザに対してユーザＩＤの発行を行い、ユーザ情報格納部１３にユーザＩＤを格納する。このとき、ユーザ指定のパスワードもユーザ情報格納部１３に格納する。そして、ユーザ認証部１１１は、視聴要求を受信した際に、端末装置４−ｍから受信したユーザＩＤ及びパスワードと、ユーザ情報格納部１３に格納されるユーザＩＤ及びパスワードとが一致すると認証が正当であることを判断し、不一致のとき不当であると判断する。

ユーザ情報格納処理部１１２は、ユーザ情報を取得してユーザ情報格納部１３に格納するものである。ユーザ情報格納処理部１１２は、例えば、端末装置４−ｍに対してユーザ情報の項目を提示して、その項目に入力されたユーザ情報を取得してユーザ情報格納部１３に格納するようにしても良い。また、他のサーバと連携して、ユーザの嗜好を示す情報を取得し、ユーザ情報格納部１３に格納するようにしても良い。

サーバ情報格納処理部１１３は、一般コンテンツ用放送配信サーバ２から、一般放送用マルチキャストアドレス及び当該一般コンテンツ用放送配信サーバ２のユニキャストアドレスを取得し、これらをサーバ情報格納部１４に格納するものである。

また、サーバ情報格納処理部１１３は、広告用放送配信サーバ３−ｎから、格納する広告コンテンツの広告種別情報と、広告用放送配信サーバ３−ｎのユニキャストアドレスとを取得し、これらをサーバ情報格納部１４に格納するものである。例えば、広告は逐次新しくなったり、放送コンテンツをタイアップする広告が変わったりするので、広告コンテンツが新設されたり変更されたりするたびに、サーバ情報格納処理部１１３は、広告種別情報、広告用放送配信サーバ３−ｎのユニキャストアドレスの取得・格納を行う。

広告用放送配信サーバ選択部１１４は、視聴要求してきたユーザの認証が正当の場合、ユーザ情報格納部１３及びサーバ情報格納部１４を参照して、当該ユーザの特性に適した広告コンテンツを配信する複数の広告用放送配信サーバ３−ｎを選択するものである。

通知情報作成部１１５は、視聴要求してきた端末装置４−ｍに通知する情報を作成するものである。通知情報作成部１１５は、視聴要求された放送コンテンツを視聴するための一般放送用マルチキャストアドレス及び当該一般コンテンツ用放送配信サーバ２のユニキャストアドレスと、広告用放送配信サーバ選択部１１４により選択された複数の広告コンテンツを視聴するための複数の広告用放送配信サーバ３−ｎのユニキャストアドレスとを含む通知情報を作成する。この通知情報は、通信部１２に与えられ、端末装置４−ｍに送信される。

一般コンテンツ用放送配信サーバ２は、放送コンテンツを配信するサーバである。一般コンテンツ用放送配信サーバ２は、図１に示すように、一般コンテンツ用放送配信サーバ２の処理を行う制御部２１、ストリーム格納部２３に格納されるストリームデータを配信するストリームデータ配信部２２、放送コンテンツのストリームデータを格納するストリームデータ格納部２３、広告用放送配信サーバ３−ｎとの間で制御データを送受信する制御データ送受信部２４を少なくとも有する。

ストリーム配信部２２は、一般放送用マルチキャストアドレスを付した放送コンテンツのストリームデータを配信する。制御部２１は、放送コンテンツの広告挿入位置又は広告挿入時刻（例えば挿入開始時刻）を管理しており、広告挿入位置又は時刻になると、ストリーム配信部２２及び制御データ送受信部２４にその旨を通知する。このとき、ストリーム配信部２２は、ストリームデータの配信を一時的に停止する。

制御データ送受信部２４は、制御部２１からの指示の下、広告用放送配信サーバ３−ｎに対して広告放送要求を送信する。また、制御データ送受信部２４は、広告用放送配信サーバ３−ｎから広告放送終了通知を受けると、その旨を制御部２１及びストリーム配信部２２に通知する。これにより、ストリーム配信部２２は、一時停止していたストリームデータの配信を再開する。

広告用放送配信サーバ３−ｎは、広告コンテンツを配信するサーバである。広告用放送配信サーバ３−ｎは、図１に示すように、広告用放送配信３−ｎの処理を行う制御部３１、ストリームデータ格納部３３に格納されるストリームデータを配信するストリーム配信部３２、広告コンテンツのストリームデータを格納するストリームデータ格納部３３、一般コンテンツ用放送配信サーバ２との間で制御データを送受信する制御データ送受信部３４を少なくとも有する。

ここで、広告用放送配信サーバ３−１〜３−Ｎには、それぞれ広告の種別が異なる広告コンテンツのストリームデータが格納される。例えば、広告用放送配信サーバ３−１のストリームデータ格納部３３には、「広告種別：１」のものだけが格納され、広告用放送配信サーバ３−２のストリームデータ格納部３３には、「広告種別２」のものだけが格納されるなどである。

制御データ送受信部３４は、一般コンテンツ用放送配信サーバ２から広告放送要求を受け取ると、その旨を制御部３１及びストリーム配信部３２に通知する。これを受けて、ストリーム配信部３２は、一般放送用マルチキャストアドレスを付した広告コンテンツのストリームデータを配信する。また、ストリーム配信部３２による配信が配信すると、制御データ送受信部３４は、一般コンテンツ用放送配信サーバ２に広告放送終了通知を送信する。

ここで、一般コンテンツ用放送配信サーバ２及び広告用放送配信サーバ３−ｎは、マルチキャストプロトコルによって、ストリームデータを端末装置４−ｍに送信する。マルチキャストルーティングプロトコルとしては、例えば、ＰＩＭ−ＳＭ（ＳＳＭ）を採用するものとする。

端末装置４−ｍは、ユーザがコンテンツを視聴するための端末装置である。図３は、端末装置４−ｍ及びルータ５−ｋの間の接続関係と端末装置４−ｍ及びルータ５−ｋの内部構成を示す図である。図３において、端末装置４−ｍは、視聴要求部４１、ホスト−ルータ間処理部４２、広告用放送配信サーバ選出部４３、コンテンツ再生部４４を少なくとも有する。

視聴要求部４１は、ユーザ操作を受けて、ポータルゲートウェイ１に視聴要求を送信する。また、端末装置４−ｍは、ポータルゲートウェイ１から通知情報を受信し、この通知情報に含まれている、一般放送用マルチキャストアドレス及び当該一般コンテンツ用放送配信サーバ２のユニキャストアドレスと、複数の広告用放送配信サーバ３−ｎのユニキャストアドレスとを保持するものである。

ホスト−ルータ間処理部４２は、マルチキャストプロトコルによる処理を行うものである。この実施形態では、ホストールータ間のプロトコルとしてＭＤＬｖ２を採用する。ホスト−ルータ間処理部４２は、マルチキャストグループに参加している間、最寄りのルータ５−ｋに対して、マルチキャストリスナーレポート（ＭＤＬｖ２ ｒｅｐｏｒｔ）を送信する。このＭＤＬｖ２ ｒｅｐｏｒｔの作成については、動作の項で詳細に説明する。

広告用放送配信サーバ選出部４３は、ポータルゲートウェイ１から受信した通知情報に含まれている複数の広告用放送配信サーバ３−ｎのユニキャストアドレスから、任意の広告用放送配信サーバ３−ｎのユニキャストアドレスを選択するものである。

コンテンツ再生部４４は、ルータ５−ｋから受信した放送コンテンツ及び広告コンテンツのストリームデータを復号して、画像及び音声の再生を行うものである。このコンテンツ再生部４４は、既存する技術を広く適用することができる。

ルータ５−ｋは、マルチキャストを実現するルータである。この実施形態では、ＰＩＭ−ＳＭ（ＳＳＭ）対応のルータを想定する。図３において、ルータ５−ｋは、転送処理部５１、ホスト−ルータ間処理部５２、ルータ−ルータ間処理部５３、経路表５４を少なくとも有する。

転送処理部５１は、ストリームデータの転送処理を行うものである。転送処理部５１は、端末装置４−ｍからＭＤＬｖ２ ｒｅｐｏｒｔで通知されたマルチキャストアドレスのストリームデータを受信すると、当該ストリームデータを端末装置４−ｍに転送するものである。
ホスト−ルータ間処理部５２は、マルチキャストグループに参加する端末装置４−ｍとの間で、マルチキャストプロトコル（ＭＤＬｖ２）による処理を行うものである。ルータ−ルータ間処理部５３は、上位のルータや隣接するルータとの間で、マルチキャストプロトコルによる処理を行うものである。これにより、端末装置４−ｍからのＭＤＬｖ２ ｒｅｐｏｒｔに基づいて、マルチキャストグループに参加する端末装置４−ｍの存在、及び経路表５４の作成を行うことができる。

（Ａ−２）実施形態の動作
次に、実施形態のコンテンツ配信システム９における放送コンテンツ及び広告コンテンツの配信処理を図面を参照しながら説明する。

図４及び図５は、コンテンツ配信処理を示すシーケンス図である。ここでは、３台の端末装置４−１〜４−３が、一般コンテンツ用放送配信サーバ２から配信される放送コンテンツを受信する場合を例示する。

また、広告用放送配信サーバについては、便宜上、広告用放送配信サーバｐ、広告用放送配信サーバｑのように表示する。

図４において、端末装置４−１〜４−３は、ポータルゲートウェイ１に視聴要求を行う（ステップＳ２０１ａ〜Ｓ２０１ｃ）。このとき、例えば、ユーザ登録する際にポータルゲートウェイ１に登録したユーザ認証情報（例えば、ユーザＩＤ及びパスワード等）を、端末装置４−１〜４−３はポータルゲートウェイ１に送信する。

ポータルゲートウェイ１の通信部１２が端末装置４−１〜４−３から視聴要求を受信すると、制御部１１は、受信したユーザ認証情報（例えば、ユーザＩＤ及びパスワード等）と、ユーザ情報格納部１３に格納されるユーザＩＤ及びパスワード等とが一致するか否かを判断して、ユーザ認証を行う（ステップＳ２０２ａ〜Ｓ２０２ｃ）。

そして、制御部１１によるユーザ認証が成功すると、制御部１１は、サーバ情報格納部１４から放送用マルチキャストアドレス及び一般放送用配信サーバ２のユニキャストアドレスを取り出す。

また、制御部１１は、ユーザ情報格納部１３に格納されるユーザ情報を抽出し、ユーザ特性に適した広告用放送配信サーバｐ、ｑを、サーバ情報格納部１４に格納される広告種別から判断して選択する。ユーザ特性情報の種類は複数あるので、それぞれのユーザ特性情報に合う複数の広告用放送配信サーバｐ、ｑを選択できるようにしても良い。

図６は、ユーザ情報格納部１３に格納されるユーザ特性情報の一例を示す。図６において、例えば、「ユーザ１」は、性別が「男性」であり、年齢層が「２０代」であり、住所等の地域が「東（東日本）」であるとする。この場合、制御部１１は、サーバ情報格納部１４に格納される広告の種別から、「性別：男性」、「年齢層：２０代」、「地域：東（東日本）」に区別される広告コンテンツを配信する広告用放送配信サーバ３−ｎを選択する。なお、選択の仕方については、例えば、「性別」、「年齢層」、「地域」のいずれか１つ以上の種別を含む広告コンテンツ（すなわち「ＯＲ」で選択される広告コンテンツ）の配信する広告放送配信サーバｐ、ｑを選択するようにしても良いし、又は、全ての種別を含む広告コンテンツ（すなわち「ＡＮＤ」で選択される広告コンテンツ）の配信する広告放送配信サーバｐ、ｑを選択するようにしても良い。

制御部１１は、視聴要求応答として、一般放送用マルチキャストアドレス、一般コンテンツ用放送配信サーバ２のユニキャストアドレス、選択した複数の広告用放送配信サーバｐ、ｑのユニキャストアドレスを含む通知情報を生成し、通信部１２は、この視聴要求応答を端末装置４−１〜４−３に送信する（ステップＳ２０３ａ〜ｓ２０３ｃ）。

ここで、例えば、端末装置４−１には広告用放送配信サーバ（ｐ１、ｐ２、ｐ３、ｐ４）が選択されたものとする。同様に、端末装置２及び端末装置には広告用放送配信サーバ（ｑ１、ｑ２、ｑ３、ｑ４）が選択されたものとする。

ポータルゲートウェイ１から視聴要求応答を受信した端末装置４−１〜４−３は、受信した視聴要求応答に含まれている、一般放送用マルチキャストアドレス、一般コンテンツ用放送配信サーバ１のユニキャストアドレス、広告用放送配信サーバｐ、ｑのユニキャストアドレスを用いてＭＬＤｖ２ ｒｅｐｏｒｔメッセージを生成し、最寄りのルータ５−ｋへ送信する（ステップＳ２０４ａ〜Ｓ２０４ｃ）。

ここで、ＭＬＤｖ２ ｒｅｐｏｒｔメッセージは、Ｍｕｌｔｉｃａｓｔ Ａｄｄｒｅｓｓ ＲｅｃｏｒｄのＭｕｌｔｉｃａｓｔ Ａｄｄｒｅｓｓフィールドには放送用マルチキャストアドレスをセットし、Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓのフィールドには一般コンテンツ用放送配信サーバ２のユニキャストアドレスと広告用放送配信サーバｐ、ｑのユニキャストアドレスをセットする。

例えば、端末装置１では、一般放送用マルチキャストアドレスをＭｕｌｔｉｃａｓｔ Ａｄｄｒｅｓｓフィールドにセットし、一般コンテンツ用放送配信サーバ２のユニキャストアドレス及び広告放送用配信サーバｐのユニキャストアドレスをＳｏｕｒｃｅ Ａｄｄｒｅｓｓのフィールドにセットする。同様に、端末装置４−２及び４−３は、広告用放送配信サーバｑのユニキャストアドレスをセットする。

このように、広告用放送配信サーバｐ、ｑのユニキャストアドレスもセットするのは、端末装置４−ｍが意図しないサーバからコンテンツを受信しないようにするため、例えば「なりすまし」による配信されるコンテンツの受信を回避するためである。

つまり、ルータ５−ｋは、一般放送用マルチキャストアドレスと、一般コンテンツ用放送配信サーバ２のユニキャストアドレス又は広告放送用配信サーバｐ、ｑのユニキャストアドレスとを用いて、ストリームデータのパケットを端末装置４−ｍに転送するか否かを判断する。従って、端末装置４−１〜４−３は、それぞれの受信すべきコンテンツ（放送コンテンツ、広告コンテンツ）の送信元をルータ５−ｋに報告しておくことで、その送信元以外からのパケット受信を回避できるので、セキュリティを高めることができる。

ルータ５−ｋは、マルチキャストルーティングプロトコルとしてＰＩＭ−ＳＭ（ＳＳＭ）を用いて、上位のマルチキャスト対応ルータにＰＩＭ−Ｊｏｉｎメッセージを送る。

ここで、ルータ５−ｋは、ＰＩＭ−ＪｏｉｎメッセージのＭｕｌｔｉｃａｓｔ ｇｒｏｕｐ ａｄｄｒｅｓｓには放送用マルチキャストアドレスをセットし、Ｊｏｉｎｅｄ Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓフィールドには一般コンテンツ用放送配信サーバ２のユニキャストアドレスと広告用放送配信サーバｐ、ｑのユニキャストアドレスをセットする。いずれもルータが受信したＭＬＤｖ２ ｒｅｐｏｒｔメッセージに含まれるアドレスを用いる。

一般コンテンツ用放送配信サーバ２から各端末装置４−１〜４−３までのマルチキャスト対応ルータ５−ｋの全てが、ＰＩＭ−Ｊｏｉｎメッセージを受け取ると、各ルータ５−ｋは、一般コンテンツ放送配信サーバ２がマルチキャストにより送信している放送コンテンツのストリームデータのパケットを各端末装置４−１〜４−３に向かって配送できるようになる。

このとき、各ルータ５−ｋは、一般放送用マルチキャストアドレスと、送信元である一般コンテンツ用放送配信サーバ２のユニキャストアドレスと、広告用放送配信サーバｐ、ｑのユニキャストアドレスとをインタフェース毎（端末装置４−１〜４−３毎）に認識している。

そのため、ルータ５−ｋは、ストリームデータを受信すると、ストリームデータのパケットのマルチキャストアドレス及び送信元アドレスを判断し、ストリームデータのパケットのマルチキャストアドレス及び送信元アドレスが、一般放送用マルチキャストアドレス及び一般コンテンツ用放送配信サーバ２のユニキャストアドレスであれば、このストリームデータのパケットを端末装置４−１〜４−３に送信する。これにより、各端末装置４−１〜４−３は、ルータ５−ｋを介して一般コンテンツ用放送配信サーバ２からの放送コンテンツのストリームデータのパケットを受信し、復号してコンテンツを再生する。（ステップＳ２０５）。

また、ルータ５−ｋは、定期的に、ＭＬＤｖ２ ｑｕｅｒｙを端末装置４−１〜４−３に送信する。端末装置４−１〜４−３は、視聴を続ける間、ルータ５−ｋに同じＭＬＤｖ２ ｒｅｐｏｒｔメッセージを返信する。

ここで、ＭＬＤｖ２ ｒｅｐｏｒｔメッセージのＭｕｌｔｉｃａｓｔ Ａｄｄｒｅｓｓ ＲｅｃｏｒｄのＭｕｌｔｉｃａｓｔ Ａｄｄｒｅｓｓフィールドには一般放送用マルチキャストアドレスをセットし、Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓのフィールドには一般コンテンツ用放送配信サーバ２のユニキャストアドレスと広告用放送配信サーバｐ、ｑのユニキャストアドレスをセットする。

例えば、端末装置４−１は広告用放送配信サーバｐのユニキャストアドレスを、端末装置４−２、４−３は広告用放送配信サーバｑのユニキャストアドレスをＳｏｕｒｃｅ Ａｄｄｒｅｓｓのフィールドにセットする。

なお、図４では、視聴要求後に一般コンテンツ用放送配信サーバ２がストリームデータを送信しているように描かれているが、実際は、視聴要求前から、ストリームデータは送信され続けている。ただし、端末装置４−ｍがまだＭＬＤｖ２ Ｒｅｐｏｒｔを送信していないので、ルータ５−ｋはストリームデータの配送を行わず、端末装置４−ｍがパケットを受信することはない。

端末装置４−１〜４−３は、ポータルゲートウェイ１から受信した複数の広告用放送配信サーバを任意にひとつ選ぶ。そして、端末装置４−１〜４−３は、選んだ広告用放送配信サーバのユニキャストアドレスと一般放送用マルチキャストアドレスを用いてＭＬＤｖ２ ｒｅｐｏｒｔメッセージを生成し、最寄りのルータ５−ｋへ送信する（ステップＳ２０６ａ〜ｓ２０６ｃ）。

例えば、端末装置４−１の場合、広告用放送配信サーバｐ１、ｐ２、ｐ３、ｐ４がポータルゲートウェイ１により選択され、ここでは、例えば、広告用放送配信サーバｐ１、ｐ２、ｐ３、ｐ４のうち広告用放送配信サーバｐ１を端末装置４−１が選択したとする。ここで、端末装置４−１による選択方法は、特に限定されず種々の方法を広く適用することができる。例えば、複数の広告用放送配信サーバｐ１、ｐ２、ｐ３、ｐ４の中からランダムに１つ選択するようにしても良いし、予めユーザにより広告の種別に応じて視聴順序を受け付け、その順序に基づく広告を優先的に選択するなどの方法を取っても良い。

そして、端末装置４−１は、ＭＬＤｖ２ ｒｅｐｏｒｔメッセージのＭｕｌｔｉｃａｓｔ Ａｄｄｒｅｓｓ ＲｅｃｏｒｄのＭｕｌｔｉｃａｓｔ Ａｄｄｒｅｓｓフィールドには一般放送用マルチキャストアドレスをセットし、Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓのフィールドには選んだ広告用放送配信サーバｐ１のユニキャストアドレスをセットする。

ルータ５−ｋは、マルチキャストルーティングプロトコルとしてＰＩＭ−ＳＭ（ＳＳＭ）を用いて、上位のマルチキャスト対応ルータにＰＩＭ−Ｊｏｉｎメッセージを送る。ここで、ルータ５−ｋは、ＰＩＭ−ＪｏｉｎメッセージのＭｕｌｔｉｃａｓｔ ｇｒｏｕｐ ａｄｄｒｅｓｓには一般放送用マルチキャストアドレスをセットし、Ｊｏｉｎｅｄ Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓフィールドには広告用放送配信サーバｐ、ｑのユニキャストアドレスをセットする。いずれもルータが受信したＭＬＤｖ２ ｒｅｐｏｒｔメッセージに含まれるアドレスを用いる。これにより、それぞれの広告コンテンツについて広告用放送配信サーバｐ、ｑのユニキャストアドレスを送信元とする経路を作成することができる。

一般コンテンツ用放送配信サーバ２の制御部２１は、広告挿入時刻または送信中のストリームデータ上で広告挿入位置に来たことを検出すると、自己の放送コンテンツ送信は一時停止し、全ての広告用配信サーバｐ、ｑに広告放送要求を送信する（ステップＳ２０７ａ、Ｓ２０７ｂ）。このとき、一般コンテンツ用放送配信サーバ２の制御部２１はストリーム上での中断位置を記憶しておく。

一方、広告用放送配信サーバｐ、ｑでは、制御データ送受信部３４が一般コンテンツ用放送配信サーバ２から広告放送要求を受信すると、制御部３１はストリーム配信部３２を介して広告コンテンツのストリームデータをマルチキャストにより送信する（ステップＳ２０８）。

ここで、広告用放送配信サーバｐ、ｑは、あらかじめ一般放送用マルチキャストアドレスを認識している。そして、広告コンテンツのストリームデータをマルチキャスト送信する際、広告用放送配信サーバｐ、ｑは、マルチキャストアドレスとして、一般コンテンツ用放送配信サーバが使用する同じマルチキャストアドレス（一般放送用マルチキャスト）を使用して、ストリームデータを送信する。

各ルータ５−ｋは、広告用放送配信サーバｐ、ｑが送信する広告ストリームデータのパケットを受信すると、パケットに用いられている、一般放送用マルチキャストアドレスと広告用放送配信サーバｐ、ｑのユニキャストアドレスとに基づいて、各端末装置４−１〜４−３に配送するものか否かを判断する。

そして、パケットの一般放送用マルチキャストアドレス及び広告用放送配信サーバｐ、ｑのユニキャストアドレスが、各端末装置４−１〜４−３について登録されている一般放送用マルチキャストアドレス及び広告用放送配信サーバｐ、ｑのユニキャストアドレスであれば、このストリームデータのパケットを端末装置４−１〜４−３に送信する。これにより、各端末装置４−１〜４−３は、ルータ５−ｋを介して、各広告用放送配信サーバｐ、ｑからの広告コンテンツのストリームデータのパケットを受信し、復号して広告コンテンツを再生する。（ステップＳ２０８：Ｓ２０８ａ、Ｓ２０８ｂ）。

広告用放送サーバｐ、ｑにおいて、広告ストリームデータの放送が終了すると、各広告用放送配信サーバｐ、ｑの制御部３１は、制御データ送受信部３４を介して一般コンテンツ用配信サーバ２に広告放送終了通知を送信する（ステップＳ２０９ａ、Ｓ２０９ｂ）。

一般コンテンツ用配信サーバ２の制御データ送受信部２４が、全ての広告用放送配信サーバｐ、ｑから広告放送終了通知を受信すると、制御部２１はストリーム配信部２２を介して、記憶していた放送コンテンツのストリームの中断位置から再びストリームデータをマルチキャストで送信開始する（ステップＳ２１０）。これにより、各端末装置４−１〜４−３は、再び放送コンテンツのストリームデータを受信し、放送コンテンツを再生する（ステップＳ２１０）。

その後、端末装置４−１〜４−３では、再びポータルゲートウェイ１から受信した複数の広告用放送配信サーバｐ、ｑの中から１つを選出する。ただし、端末装置４−１〜４−３は、既に選んだ広告の広告主とは異なる広告の広告用放送配信サーバｐ、ｑを選び、その広告用放送配信サーバｐ、ｑのユニキャストアドレスと一般放送用マルチキャストアドレスとを用いて、ＭＬＤｖ２ ｒｅｐｏｒｔメッセージを生成し、最寄りのルータ５−ｋへ送信する（ステップＳ２１１ａ〜Ｓ２１１ｃ）。

例えば、端末装置４−１の場合、ポータルゲートウェイ１から受信した複数の広告用放送配信サーバｐ１、ｐ２、ｐ３、ｐ４のうち、最初に広告用放送配信サーバｐ１にフラグをつけておき、この広告用放送配信サーバｐ１を除いた広告用放送配信サーバｐ２、ｐ３、ｐ４の中から、次の広告用放送配信サーバを選択するようにしても良い。

これ以降の処理は、ステップＳ２０６ａ〜Ｓ２０６ｃ以降のステップを繰り返し行う。

なお、上記の例では、端末装置４−１〜４−３は、ほぼ同時刻に視聴要求を行っているが、視聴要求のタイミングはいつでもよい。

また、図４及び図５では、説明便宜上、端末装置４−１〜４−３は、同じルータ５−ｋに対して、ＭＬＤｖ２ ｒｅｐｏｒｔメッセージを送信しているが、端末装置が異なったセグメントにある場合はそれぞれのセグメントにあるルータに対して送信する。

（Ａ−３）実施形態の効果
以上のように、この実施形態によれば、視聴者は視聴者に適した広告を視聴でき、広告効果が高い。またユニキャストに比べネットワーク効率がよく、しかも広告主の重複は最小限であるので、広告主に不平等にならずに広告を配信できる。

（Ｂ）他の実施形態
上述した実施形態では、マルチキャストルーティングプロトコルとして、ＰＩＭ−ＳＭのＳＳＭを採用し、ホスト−ルータ間のプロトコルはＭＬＤｖ２を採用する場合を例示したが、ＰＩＭ−ＳＭでＭＬＤｖ１を採用する場合にも適用することができる。この場合、ポータルゲートウェイ１は、一般放送用マルチキャストアドレスと、複数の広告用マルチキャストアドレスとを格納しておき、選択した広告用マルチキャストアドレスを視聴要求応答の際に通知することで実現できる。

上述した実施形態では、広告用放送配信サーバ３−ｎが、予め一般放送用マルチキャストアドレスを認識している場合を想定して説明した。しかし、広告用放送配信サーバ３−ｎは予め一般放送用マルチキャストアドレスを認識していない場合、例えば、広告放送要求に一般放送用マルチキャストアドレスを含めるようにして、一般放送用マルチキャストアドレスを認識させるようにしても良い。

上述した実施形態のコンテンツ配信システム９を構成する各構成要素の機能は、いわゆるソフトウェア処理により実現することができる。例えば、ポータルゲートウェイ１は、ハードウェア構成として、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ等からなり、ＣＰＵが、ポータルゲートウェイ１の機能を実現する処理プログラムをＲＯＭから読み出し、必要なデータを用いて処理プログラムを実行することにより処理機能を実現することができる。なお、一般コンテンツ用放送配信サーバ２、広告用放送配信サーバ３−ｎ、端末装置４−ｍ、ルータ５−ｋについても同様である。

１…ポータルゲートウェイ、
１１…制御部、１２…通信部、１３…ユーザ情報格納部、１４…サーバ情報格納部、
１１１…ユーザ認証部、１１２…ユーザ縦横方格納処理部、
１１３…サーバ情報格納処理部、１１４…広告用放送配信サーバ選択部、
１１５…通知情報作成部、
２…一般コンテンツ用放送配信サーバ、
２１…制御部、２２…ストリーム配信部、２３…ストリームデータ格納部、
２４…制御データ送受信部、
３−１〜３−Ｎ…広告用放送配信サーバ、
３１…制御部、３２…ストリーム配信部、３３…ストリームデータ格納部、
３４…制御データ送受信部、
４−１〜４−Ｍ…端末装置、５−１〜５−Ｋ…ルータ。

Claims (5)

1. 第１のコンテンツを配信する第１のコンテンツ配信サーバと、上記第１のコンテンツに挿入するそれぞれ異なる第２のコンテンツを配信する複数の第２のコンテンツ配信サーバと、ユーザ端末から配信要求された上記第１のコンテンツの配信を許容するネットワーク装置とを備え、
   上記ネットワーク装置は、
   上記第１のコンテンツの配信を受けるための第１のマルチキャストアドレス及び上記第１のコンテンツ配信サーバの第１の識別情報を格納する第１の格納手段と、
   少なくとも上記各第２のコンテンツの種別と、上記各第２のコンテンツ配信サーバの第２の識別情報とを格納する第２の格納手段と、
   上記第２の格納手段の上記各第２のコンテンツの種別から、上記配信要求をしてきたユーザのユーザ特性情報に適する複数の上記第２のコンテンツを配信する上記第２のコンテンツ配信サーバを選択する第２のコンテンツ配信サーバ選択手段と、
   上記第１のマルチキャストアドレスと、上記第２のコンテンツ配信サーバ選択手段により選択された複数の上記第２のコンテンツ配信サーバの第２の識別情報とを、上記ユーザ端末に通知する通知手段と
   を備え、
   上記ユーザ端末は、
   上記第１のマルチキャストアドレス、上記第１の識別情報及び複数の上記第２の識別情報を用いて、所定のマルチキャスト通信処理を行うマルチキャスト通信処理手段と、
   上記第１のマルチキャストアドレスを有するストリームデータのパケットを受信し、コンテンツを再生する再生手段と
   を備え、
   上記第１のコンテンツ配信サーバは、
   上記第１のコンテンツのストリームデータを配信する第１のストリーム配信手段と、
   上記第１のコンテンツのうち上記第２のコンテンツを挿入する挿入位置又は挿入時刻を検出する挿入検出手段と、
   上記挿入検出手段により挿入位置又は挿入時刻が検出されると、上記第１のコンテンツのストリームデータの送信を中断し、その中断位置を記憶する管理手段と、
   上記挿入検出手段により挿入位置又は挿入時刻が検出されると、全ての上記第２のコンテンツ配信サーバに対して、第２のコンテンツの送信要求を送信する送信要求送信手段と
   を備え、
   上記第２のコンテンツ配信サーバは、
   上記第１のコンテンツ配信サーバから上記第２のコンテンツの送信要求を受信すると、上記第１のマルチキャストアドレスを用いて、上記第２のコンテンツのストリームデータを送信する第２のストリーム配信手段と、
   上記第２のストリーム配信手段による送信が終了すると、上記第１のコンテンツ配信サーバに対して、第２のコンテンツの送信終了通知を送信する送信終了送信手段と
   を備え、
   上記第１のコンテンツ配信サーバの第１のストリーム配信手段が、全ての上記第２のコンテンツ配信サーバから上記第２のコンテンツの送信終了通知を受信すると、上記管理手段により記憶されている中断位置から、上記第１のコンテンツのストリームデータを送信することを特徴とするコンテンツ配信システム。
2. 上記ユーザ端末が、上記ネットワーク装置により選択された複数の上記第２のコンテンツ配信サーバのうち、既に受信した上記第２のコンテンツとは異なる１つの上記第２のコンテンツ配信サーバを決定する第２のコンテンツ配信サーバ決定手段を備えることを特徴とする請求項１に記載のコンテンツ配信システム。
3. 請求項１又は２に記載のコンテンツ配信システムを構成する第１のコンテンツを配信するコンテンツ配信サーバにおいて、
   上記第１のコンテンツのストリームデータを配信する第１のストリーム配信手段と、
   上記第１のコンテンツのうち第２のコンテンツを挿入する挿入位置又は挿入時刻を検出する挿入検出手段と、
   上記挿入検出手段により挿入位置又は挿入時刻が検出されると、上記第１のコンテンツのストリームデータの送信を中断し、その中断位置を記憶する管理手段と、
   上記挿入検出手段により挿入位置又は挿入時刻が検出されると、第２のコンテンツを配信する全ての第２のコンテンツ配信サーバに対して、第２のコンテンツの送信要求を送信する送信要求送信手段と
   を備え、
   上記第１のストリーム配信手段が、上記全ての第２のコンテンツ配信サーバから上記第２のコンテンツの送信終了通知を受信すると、上記管理手段により記憶されている中断位置から、上記第１のコンテンツのストリームデータを送信することを特徴とするコンテンツ配信サーバ。
4. 請求項１又は２に記載のコンテンツ配信システムを構成する第２のコンテンツを配信するコンテンツ配信サーバにおいて、
   第１のコンテンツを配信する第１のコンテンツ配信サーバから上記第２のコンテンツの送信要求を受信すると、第１のマルチキャストアドレスを用いて、上記第２のコンテンツのストリームデータを送信する第２のストリーム配信手段と、
   上記第２のストリーム配信手段による送信が終了すると、上記第１のコンテンツ配信サーバに対して、第２のコンテンツの送信終了通知を送信する送信終了送信手段と
   を備えることを特徴とするコンテンツ配信サーバ。
5. 請求項１又は２に記載のコンテンツ配信システムを構成するユーザ端末において、
   第１のコンテンツの配信を受けるための第１のマルチキャストアドレスと、上記第１のコンテンツを配信する第１のコンテンツ配信サーバの第１の識別情報と、配信要求したネットワーク装置により選択された第２のコンテンツを配信する複数の第２のコンテンツ配信サーバの第２の識別情報を用いて、所定のマルチキャスト通信処理を行うマルチキャスト通信処理手段と、
   上記第１のマルチキャストアドレスを有するストリームデータのパケットを受信し、コンテンツを再生する再生手段と
   を備えることを特徴とするユーザ端末。

Images