(57)【要約】  ユニキャストのコンテンツ送信を必要とせずに、多数のユーザが広告ブレイク中に特定対象向けのＴＶ広告を受信できるようにするため、ネットワーク、特にＩＰネットワーク経由でＴＶコンテンツを配信する方法が提供される。ＴＶコンテンツは主コンテンツおよび広告コンテンツを含み、主コンテンツのＴＶチャンネルがネットワーク内で配信されるマルチキャストアドレスが接続性情報としてユーザへ送信される。この方法は、ユーザに追加接続性情報を送信するステップを有する。追加接続性情報は、ユーザが要求している、またはユーザが割り当てられている広告コンテンツの少なくとも１つの広告セグメントによって決まる。また、好ましくは上記の方法を実行するための、ネットワーク経由でＴＶコンテンツを配信する対応するシステムが提供される。
2011515923.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク、特にＩＰネットワーク経由でＴＶコンテンツを配信する方法において、前記ＴＶコンテンツは主コンテンツおよび広告コンテンツを含み、前記主コンテンツのＴＶチャンネルが前記ネットワーク内で配信されるマルチキャストアドレスが接続性情報としてユーザへ送信され、該方法は、
前記ユーザに追加接続性情報を送信するステップを有し、該追加接続性情報は、前記ユーザが要求している、または前記ユーザが割り当てられている広告コンテンツの少なくとも１つの広告セグメントによって決まることを特徴とする、ネットワーク経由でＴＶコンテンツを配信する方法。
【請求項２】
前記追加接続性情報は、前記広告セグメントが配信される追加マルチキャストアドレスを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記追加接続性情報は、前記主コンテンツのソースアドレスおよび前記広告セグメントのソースアドレスを含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記主コンテンツおよび前記広告コンテンツを配信しているすべてのストリーミングサーバを同期させることで、与えられた時点または期間においては前記主コンテンツまたは前記広告コンテンツのみが前記ユーザに受信されるようにしたことを特徴とする請求項１ないし３のいずれか１項に記載の方法。
【請求項５】
前記与えられた時点または期間が広告ブレイクであることを特徴とする請求項４に記載の方法。
【請求項６】
前記接続性情報および／または追加接続性情報が、ＥＰＧサーバによって提供されることを特徴とする請求項１ないし５のいずれか１項に記載の方法。
【請求項７】
前記接続性情報および／または追加接続性情報が、セッション設定シグナリングで伝送されることを特徴とする請求項１ないし５のいずれか１項に記載の方法。
【請求項８】
前記接続性情報および／または追加接続性情報が、ＩＭＳ（ＩＰマルチメディアサブシステム）方式のＩＰＴＶの場合にＳＩＰ（セッション確立プロトコル）シグナリングで伝送されることを特徴とする請求項７に記載の方法。
【請求項９】
前記接続性情報および／または追加接続性情報が、事前設定または手動設定によって提供されることを特徴とする請求項１ないし５のいずれか１項に記載の方法。
【請求項１０】
前記事前設定が、前記接続性情報および追加接続性情報の、好ましくは夜間のダウンロードによって提供されることを特徴とする請求項９に記載の方法。
【請求項１１】
ネットワーク、特にＩＰネットワーク経由でＴＶコンテンツを配信するシステムにおいて、該システムは好ましくは請求項１ないし１０のいずれか１項に記載の方法を実行し、前記ＴＶコンテンツは主コンテンツおよび広告コンテンツを含み、前記主コンテンツのＴＶチャンネルが前記ネットワーク内で配信されるマルチキャストアドレスが接続性情報としてユーザへ送信され、該システムは、
前記ユーザに追加接続性情報を送信する手段を有し、該追加接続性情報は、前記ユーザが要求している、または前記ユーザが割り当てられている広告コンテンツの少なくとも１つの広告セグメントによって決まることを特徴とする、ネットワーク経由でＴＶコンテンツを配信するシステム。
【請求項１２】
前記追加接続性情報は、前記広告セグメントが配信される追加マルチキャストアドレスを含むことを特徴とする請求項１１に記載のシステム。
【請求項１３】
前記追加接続性情報は、前記主コンテンツのソースアドレスおよび前記広告セグメントのソースアドレスを含むことを特徴とする請求項１１に記載のシステム。
【請求項１４】
前記主コンテンツおよび前記広告コンテンツを配信しているすべてのストリーミングサーバを同期させることで、与えられた時点または期間においては前記主コンテンツまたは前記広告コンテンツのみが前記ユーザに受信されるようにしたことを特徴とする請求項１１ないし１３のいずれか１項に記載のシステム。
【請求項１５】
前記与えられた時点または期間が広告ブレイクであることを特徴とする請求項１４に記載のシステム。
【請求項１６】
前記接続性情報および／または追加接続性情報が、ＥＰＧサーバによって提供されることを特徴とする請求項１１ないし１５のいずれか１項に記載のシステム。
【請求項１７】
前記接続性情報および／または追加接続性情報が、セッション設定シグナリングで伝送されることを特徴とする請求項１１ないし１５のいずれか１項に記載のシステム。
【請求項１８】
前記接続性情報および／または追加接続性情報が、ＩＭＳ（ＩＰマルチメディアサブシステム）方式のＩＰＴＶの場合にＳＩＰ（セッション確立プロトコル）シグナリングで伝送されることを特徴とする請求項１７に記載のシステム。
【請求項１９】
前記接続性情報および／または追加接続性情報が、事前設定または手動設定によって提供されることを特徴とする請求項１１ないし１５のいずれか１項に記載のシステム。
【請求項２０】
前記事前設定が、前記接続性情報および追加接続性情報の、好ましくは夜間のダウンロードによって提供されることを特徴とする請求項１９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク、特にＩＰネットワーク経由でＴＶコンテンツを配信する方法およびシステムに関する。ＴＶコンテンツは主コンテンツおよび広告コンテンツを含み、主コンテンツのＴＶチャンネルがネットワーク内で配信されるマルチキャストアドレスが接続性情報としてユーザへ送信される。
【背景技術】
【０００２】
例えばＩＰ（Internet Protocol）ネットワーク経由でのＴＶ（テレビジョン）コンテンツの配信は通常、ＩＰユニキャストに比べて消費帯域幅を節約するために、ＩＰマルチキャストを用いる。ＩＰＴＶ装置（例えばＩＰＴＶセットトップボックス）がＩＰネットワーク上のＴＶチャンネルに「同調」できるためには、まず、そのＴＶチャンネルが事業者のネットワーク内で放送あるいは配信されているＩＰマルチキャストアドレスを知る必要がある。
【０００３】
ＩＰネットワークにおいて特定対象向けのコンテンツを配信しようとする際の根本的な問題は、ユニキャストのポイントツーポイントトラフィックによって引き起こされる帯域幅消費である。これは、ウェブブラウジングや電子メールのような従来のインターネット利用法でも可能性があるが、ＩＰＴＶシステムでは深刻な問題を引き起こす。主要な相違点は、ＩＰＴＶシステムが、ネットワークに対して部分的にハードなリアルタイム要求を有し、ＡＶ（Audio-Video）コンテンツ配信に対して十分な持続的帯域幅を要求することである。多数のユーザにＩＰＴＶチャンネルを配信することができるためには、ＩＰマルチキャストを用いて、事業者のコアネットワークの許容限度に消費帯域幅を保持しなければならない。ＴＶチャンネル放送の場合には、同じＩＰＴＶチャンネルを視聴しているすべてのユーザが同じコンテンツを見ると想定されるので、ＩＰＴＶコンテンツをマルチキャストすることは有効である。しかし、これは特定対象向けの広告の場合には当てはまらない。この場合、同じＩＰＴＶチャンネルを視聴しているユーザが、同時に相異なる広告コンテンツや広告セグメントを見ると想定されるからである。広告ブレイク（広告あるいはコマーシャルの時間）中はＩＰマルチキャストをＩＰユニキャストに切り替えれば、特定対象向けの広告コンテンツや広告セグメントを個別のユーザに配信することができるが、これはＩＰＴＶネットワークの帯域幅容量を超えることにもなってしまう。
【０００４】
本発明において、広告セグメントとは、主として１以上の特定のユーザまたはユーザグループを対象とするような広告コンテンツの一部分のことである。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、ネットワーク経由でＴＶコンテンツを配信する方法およびシステムにおいて、ユニキャストのコンテンツ送信を必要とせずに、多数のユーザが特定対象向けのＴＶ広告を受信できるような改良およびさらなる展開を行うことである。
【課題を解決するための手段】
【０００６】
本発明によれば、上記の目的は、請求項１の構成を備えた方法および請求項１１の構成を備えたシステムによって達成される。請求項１に記載の通り、本方法は、ユーザに追加接続性情報を送信するステップを有し、該追加接続性情報は、ユーザが要求している、またはユーザが割り当てられている広告コンテンツの少なくとも１つの広告セグメントによって決まることを特徴とする。請求項１１に記載の通り、本システムは、ユーザに追加接続性情報を送信する手段を有し、該追加接続性情報は、ユーザが要求している、またはユーザが割り当てられている広告コンテンツの少なくとも１つの広告セグメントによって決まることを特徴とする。
【０００７】
本発明によって初めて認識されたこととして、ユーザに追加接続性情報を送信するステップにより、多数のユーザが特定対象向けのＴＶ広告を受信できるようになる。このような追加接続性情報は、ユーザが要求している、またはユーザが割り当てられている少なくとも１つの広告セグメントによって決まる。すなわち、ユーザは、特定の接続性情報を受信し、それにより、要求あるいは選択した広告コンテンツの広告セグメントを受信することが可能となる。特に、追加接続性情報によれば、ユニキャストのコンテンツ送信を必要とせずに、多数のユーザが特定対象向けのＴＶ広告を受信できる。
【０００８】
これにより、広告の有効性が向上すると同時に、ネットワーク上の消費帯域幅が許容可能なレートに保持される。
【０００９】
好ましい実施形態として、追加接続性情報は、広告セグメントが配信される追加マルチキャストアドレスを含む。これにより、ユーザは、一方は主コンテンツ、もう一方は広告コンテンツという２つの異なるマルチキャストグループからのマルチキャストに基づいて、主コンテンツおよび広告コンテンツを受信することができるようになる。このような方法およびシステムは、ＡＳＭ（エニーソースマルチキャスト, Any Source Multicast）に基づいて動作する。
【００１０】
別法として、追加接続性情報は、主コンテンツのソースアドレスおよび広告セグメントのソースアドレスを含む。この場合、ユーザは、マルチキャストアドレスに従って、ただ１つのマルチキャストグループを通じて主コンテンツおよび広告コンテンツを受信することになる。主コンテンツと広告コンテンツに関する区別は、主コンテンツと広告コンテンツに対する異なるソースアドレスによって実現される。この方法およびシステムは、ネットワークリソースを節約しつつ、標準的なＳＳＭ（ソーススペシフィックマルチキャスト, Source Specific Multicast）メカニズムに基づいて動作することが可能である。
【００１１】
有効性を最大化し消費帯域幅を節約するためには、主コンテンツおよび広告コンテンツを配信しているすべてのストリーミングサーバを同期させることで、与えられた時点または期間においては主コンテンツまたは広告コンテンツのみがユーザに受信されるようにする。すなわち、ユーザはこの場合、与えられた時点または期間において、主コンテンツまたは広告コンテンツのみを受信することになる。並列配信は防止される。
【００１２】
本発明の好ましい実施形態では、上記与えられた時点または期間は広告ブレイクである。これにより、広告コンテンツのみが、主コンテンツのＴＶチャンネル上で広告ブレイク中に送信されることになる。
【００１３】
本発明による非常に簡便な方法およびシステムとして、接続性情報および／または追加接続性情報は、ＥＰＧ（電子番組ガイド）サーバによって提供されることが可能である。このようなＥＰＧサーバは、ユーザあるいは受信側ＩＰＴＶ装置にＩＰＴＶチャンネル接続細目を提供することができる。
【００１４】
別法として、接続性情報および／または追加接続性情報は、セッション設定シグナリングで伝送される。このようなセッション設定シグナリングは、ＩＭＳ（ＩＰマルチメディアサブシステム, IP Multimedia Subsystem）方式のＩＰＴＶの場合にはＳＩＰ（セッション確立プロトコル, Session Initiating Protocol）シグナリングによって提供することができる。
【００１５】
別法として、接続性情報および／または追加接続性情報は、事前設定または手動設定によって提供することも可能である。このような事前設定は、接続性情報および追加接続性情報の、好ましくは夜間のダウンロードによって提供することができる。このようなダウンロードは、すべての接続性情報および追加接続性情報を含んでもよい。
【００１６】
本発明を好適な態様で実施するにはいくつもの可能性がある。このためには、一方で請求項１および１１に従属する諸請求項を参照しつつ、他方で図面により例示された本発明の好ましい実施形態についての以下の説明を参照されたい。図面を用いて本発明の好ましい実施形態を説明する際には、本発明の教示による好ましい実施形態一般およびその変形例について説明する。
【図面の簡単な説明】
【００１７】
【図１】通常のＩＰＴＶチャンネル放送を例示する図である。
【図２】広告ブレイク中のＩＰＴＶチャンネル放送を例示する図である。
【発明を実施するための形態】
【００１８】
本発明の一実施形態によれば、ＩＰユニキャストのＡＶコンテンツ送信を必要とせずに、同じ放送ＴＶチャンネル上の広告ブレイク中に、多数のユーザが特定対象向けのＴＶ広告を受信することができる。これにより、広告の有効性が向上すると同時に、ＩＰマルチキャストを利用することにより、事業者のＩＰネットワーク上の消費帯域幅が許容可能なレートに保持される。
【００１９】
ユーザのＩＰＴＶ装置は、そのエンドユーザが割り当てられている広告セグメントによって決まる接続性情報を受信する。本発明の重要な特徴として、接続性情報は、ＩＰマルチキャストグループとソースアドレスとのセットからなることができる。ソースアドレスは、そこからＩＰＴＶ装置がＴＶコンテンツを含むＩＰトラフィックを受信しようとするソースアドレスである。ソーススペシフィックマルチキャスト（ＳＳＭ）では、ＩＰＴＶ装置は、所望のＩＰＴＶチャンネルのマルチキャストグループＩＰアドレス、主コンテンツストリーミングサーバのソースＩＰアドレス、およびセグメント広告ストリーミングサーバのソースＩＰアドレスを受信する。広告ブレイク中に、主コンテンツストリーミングサーバおよびセグメント広告ストリーミングサーバが同期して切り替わることで、与えられた時点においては、１つのＩＰＴＶのＡＶストリームのみがＩＰＴＶ装置で受信される。ＳＳＭをサポートする２つのマルチキャストプロトコルとして、ＩＧＭＰｖ３およびＭＬＤｖ２がある。
【００２０】
好ましい実施形態では、標準的なＳＳＭメカニズムを用いることにより、放送ＩＰＴＶネットワークリソースを節約しつつ、セグメント化された広告をＩＰＴＶ装置に受信させることができる。ＳＳＭの使用は、ＥＴＳＩ  ＴＩＳＰＡＮのＩＭＳ方式のＩＰＴＶに準拠し、透過的である。ユーザがどのようにセグメントに割り当てられるかを、ネットワーク側（例えばアドレスに対するサーバ）が決定できる。すなわち、この決定のビジネスロジックは、改造されたＩＰＴＶ装置から遮蔽される。
【００２１】
パーソナル化ＥＰＧやＳＩＰシグナリング（前者はすべてのＩＰＴＶ方式で使用可能、後者はＩＭＳ方式のＩＰＴＶの場合に使用可能）を用いることにより、ＴＶチャンネルごとにセグメント関連情報を伝送することができる。
【００２２】
ＳＳＭ対応コアネットワークが有利であるが、本発明が提案する概念は、エニーソースマルチキャスト（ＡＳＭ）を用いて実現することも可能である。これは、例えばＩＧＭＰｖ２のみのネットワークにおいて、ＩＰＴＶ装置のＩＰパケット受信機に少し追加ロジックを加え、（広告固有のソースアドレスを導入する代わりに）広告マルチキャストグループをＩＰＴＶチャンネルのグループに対応づけることによって行われる。その場合、クライアントは、広告グループおよび対応するチャンネルに同時に加入すればよい。
【００２３】
好ましい実施形態では、ＩＰＴＶチャンネルのすべてのストリーミングサーバを同期させる。すなわち、広告サーバは広告ブレイクにおいてのみストリーミングを行う一方で、コンテンツサーバは広告ブレイク中にストリーミングをしてはならない。逆も同様である。
【００２４】
好ましい実施形態では、ＥＰＧサーバが受信側ＩＰＴＶ装置にＩＰＴＶチャンネル接続細目を提供する。チャンネル接続細目あるいは接続性情報は、放送ＩＰＴＶチャンネルのマルチキャストグループＩＰアドレスと、（ＳＳＭを使用しない場合には）ユーザのセグメント種別およびＩＰＴＶチャンネルに対応する広告グループの広告マルチキャストグループＩＰアドレスとからなることができる。
【００２５】
ＳＳＭを使用する場合、接続性情報は、放送ＩＰＴＶチャンネルのマルチキャストグループＩＰアドレス、放送ＩＰＴＶチャンネルの主コンテンツサーバＩＰソースアドレス、およびユーザのセグメント種別に対応する広告サーバのＩＰソースアドレスを含む。
【００２６】
ＡＳＭを使用する場合、ＩＰＴＶ装置は、ＡＳＭ  ｊｏｉｎメッセージを用いて、要求したＩＰＴＶチャンネルのマルチキャストグループと、対応する広告グループとに加入する。これは、ＩＰＴＶが２つのＡＳＭグループからデータパケットを受信する可能性があることを意味する。
【００２７】
ＳＳＭを使用する場合、ＩＰＴＶ装置は、主コンテンツサーバおよびセグメント広告サーバをマルチキャストＩＰトラフィックソースとして指定し、ＳＳＭ  ｊｏｉｎを用いて、要求したＩＰＴＶチャンネルのマルチキャストグループに加入する。
【００２８】
ＥＰＧサーバの使用の代わりに、上記の情報は、セッション設定シグナリング（例えばＩＭＳ方式のＩＰＴＶの場合にはＳＩＰシグナリング）で伝送してもよい。チャンネル情報の事前設定／手動設定（例えば、チャンネル／広告データの夜間ダウンロードによって）も可能である。
【００２９】
ＳＳＭの場合、ソースアドレスは、広告セグメントを識別するために使用可能である。また、複数のストリーミングサーバが同期して切り替わることができる。
【００３０】
ＳＳＭの使用は必ずしも必要ではなく、本発明が提案する方法は、非ＳＳＭ対応ＩＰネットワーク、例えばＩＧＭＰｖ２にも適用可能である。
【００３１】
ＩＰＴＶネットワーク上の帯域幅をさらに節約するため、それぞれの広告コンテンツが受信側ＩＰＴＶ装置のみによって要求される場合には、広告コンテンツサーバを受信側ＩＰＴＶ装置の近くに配置することができる。
【００３２】
本発明が提案する方法は、ＳＳＭの場合には、受信側ＩＰＴＶ装置にとって完全に透過的である。また、本方法は、ＥＴＳＩ  ＴＩＳＰＡＮのＩＰＴＶ標準に対しても透過的に適用可能である。本発明によれば、放送ＩＰＴＶチャンネルにおいてきめ細かにセグメント化された広告が可能となる。ネットワークにおいてユーザセグメントの分類および割当てが可能である。すなわち、この割当てのビジネスロジックは、改造されたＩＰＴＶ装置から遮蔽／保護される。また、本発明によれば、ＡＳＭを使用することも可能であるが、これは同時に２つのマルチキャストグループ（広告およびチャンネル自体）への加入を必要とするので、ＩＰＴＶ装置にとって透過的でない。
【００３３】
最新技術によるその他の手法は、受信側ＩＰＴＶ装置によって解析／解釈されるストリーム内シグナリングか、または、スプライシングポイントでＩＰＴＶストリーム中に広告を挿入するいわゆるスプライサに基づいている。スプライサ方式は例えばＥＴＳＩ  ＩＰＴＶ標準にも適用可能であるが、前者の方式の適用は容易ではない。明らかに、スプライサは、適切な広告をストリーミングすることができるためには、ユーザセグメントに関する知識を有することを必要とする。本発明では、初期段階の間に、セグメントへのユーザの割当てを配信するために、パーソナル化ＥＰＧ（通常の機能）またはセッション設定を容易に用いることができる。
【００３４】
本発明の手法は、スプライサを用いるのではなく、論理的に結合・同期した汎用のストリーミングサーバを用いる。この同期には標準的な手段が使用可能であるが、これは本発明の要件ではない。また、標準的なＩＰメカニズムを再利用することで、機器はより安価になる。スプライサ方式と同様に、本発明は、ＥＴＳＩ  ＩＰＴＶ標準にも適用可能である。
【００３５】
図１は、ＴＶ主コンテンツのＩＰＴＶチャンネル送信の状況を例示している。ＴＶ放送局ストリーミングサーバ、１つのＴＶ  ＡＶコンテンツサーバ、および３つの広告ＡＶコンテンツサーバが示されている。ストリーミングサーバ同期制御は、すべてのストリーミングサーバの同期を提供する。この同期によって、ＴＶ  ＡＶコンテンツサーバまたは広告ＡＶコンテンツサーバのみが、与えられた時点または与えられた期間において受信されることになる。
【００３６】
図１は、ＴＶ  ＡＶコンテンツサーバがエンドユーザによって受信される際の状況を例示している。
【００３７】
図２は、広告ＡＶコンテンツサーバが広告ブレイク中に受信される際の状況を例示している。
【００３８】
上記のいずれの状況においても、コンテンツサーバは、マルチキャストグループアドレス２２５．０．０．１にストリーミングを行う。ＩＧＭＰｖ３ネットワークが、「マルチキャストグループ＋サーバアドレスサブスクリプション」に対するトラフィックを転送する。ＩＧＭＰｖ３  ＩＰルータを経由してＩＧＭＰｖ３  ＩＰ  ＳＴＢ（セットトップボックス）への送信が実現される。セットトップボックス（ＳＴＢ）は、マルチキャストグループ２２５．０．０．１およびグループ／セグメント固有の広告サーバアドレス（ad-serverアドレス）に対してストリームを要求する。
【００３９】
上記の説明および添付図面の記載に基づいて、当業者は本発明の多くの変形例および他の実施形態に想到し得るであろう。したがって、本発明は、開示した具体的実施形態に限定されるものではなく、変形例および他の実施形態も、添付の特許請求の範囲内に含まれるものと解すべきである。本明細書では特定の用語を用いているが、それらは総称的・説明的意味でのみ用いられており、限定を目的としたものではない。
【図１】
2011515923.tif 000003
【図２】
2011515923.tif 000004
【国際調査報告】
2011515923.tif 000005
2011515923.tif 000006
2011515923.tif 000007