(57)【要約】【課題】広告情報を視聴者に確実に視聴させることの可能な映像配信システムおよび映像配信方法を提供すること。【解決手段】広告情報を形成するコンテンツデータそのものに、暗号化された本編のコンテンツデータを復号するための情報データを含ませるようにしている。つまりＣＭコンテンツを視聴することによって、続きの番組コンテンツを復号するために必要となる復号用の鍵（暗号化鍵）を生成、取得できるようにしている。これによりコマーシャルの受信により初めて視聴継続を可能とする限定受信（限定再生）方式を実現できるようになる。【選択図】      図９
2009077073.tif 000002
【特許請求の範囲】
【請求項１】
パケット化されたコンテンツデータを不特定多数の視聴者に配信する映像配信システムにおいて、
前記コンテンツデータを、広告情報を含む第１データと前記広告情報を含まない第２データとに分離し、前記第２データを暗号化する手段と、
前記暗号化された第２データを復号化するための鍵データを、前記第１データに含ませる鍵生成手段と、
前記第１データの視聴を条件としてこの視聴された第１データに含まれる前記鍵データを抽出する抽出手段と、
前記抽出された鍵データにより前記第２データを復号化する復号化手段とを具備することを特徴とする映像配信システム。
【請求項２】
前記第１データと、この第１データに含まれる前記鍵データにより復号化される第２データとをストリーム上において規則的に配置することを特徴とする請求項１に記載の映像配信システム。
【請求項３】
さらに、前記鍵データと組み合わせて用いられる復号データを記憶するサーバ装置を具備し、
前記復号化手段は、前記サーバ装置から前記復号データを取得し、この復号データと前記鍵データとを用いて前記第２データを復号化することを特徴とする請求項１に記載の映像配信システム。
【請求項４】
前記第１データに前記サーバ装置にアクセスするためのアドレスデータを含ませ、
前記抽出手段は、前記第１データの視聴を条件としてこの視聴された第１データに含まれる前記アドレスデータを抽出し、
前記復号化手段は、前記第１データから抽出されたアドレスデータに基づいて前記サーバ装置から前記復号データを取得することを特徴とする請求項３に記載の映像配信システム。
【請求項５】
前記第１データと、この第１データに含まれる前記鍵データにより復号化される第２データとをストリーム上において不規則的に配置することを特徴とする請求項１に記載の映像配信システム。
【請求項６】
さらに、前記鍵データを含む前記第１データの前記ストリーム上における位置を特定するための位置データを記憶するサーバ装置を具備し、
前記復号化手段は、前記サーバ装置から前記位置データを取得し、この位置データにより特定される鍵データを用いて前記第２データを復号化することを特徴とする請求項５に記載の映像配信システム。
【請求項７】
パケット化されたコンテンツデータを不特定多数の視聴者に配信する映像配信方法において、
前記コンテンツデータを、広告情報を含む第１データと前記広告情報を含まない第２データとに分離し、前記第２データを暗号化する暗号化ステップと、
前記暗号化された第２データを復号化するための鍵データを、前記第１データに含ませる鍵生成ステップと、
前記第１データの視聴を条件としてこの視聴された第１データに含まれる前記鍵データを抽出する抽出ステップと、
前記抽出された鍵データにより前記第２データを復号化する復号化ステップとを具備することを特徴とする映像配信方法。
【請求項８】
前記第１データと、この第１データに含まれる前記鍵データにより復号化される第２データとをストリーム上において規則的に配置することを特徴とする請求項７に記載の映像配信方法。
【請求項９】
前記復号化ステップは、前記鍵データと組み合わせて用いられる復号データを記憶するサーバ装置から前記復号データを取得し、この復号データと前記鍵データとを用いて前記第２データを復号化するステップであることを特徴とする請求項７に記載の映像配信方法。
【請求項１０】
前記第１データに前記サーバ装置にアクセスするためのアドレスデータを含ませ、
前記抽出ステップは、前記第１データの視聴を条件としてこの視聴された第１データに含まれる前記アドレスデータを抽出するステップであり、
前記復号化ステップは、前記第１データから抽出されたアドレスデータに基づいて前記サーバ装置から前記復号データを取得するステップであることを特徴とする請求項９に記載の映像配信方法。
【請求項１１】
前記第１データと、この第１データに含まれる前記鍵データにより復号化される第２データとをストリーム上において不規則的に配置することを特徴とする請求項７に記載の映像配信方法。
【請求項１２】
前記復号化ステップは、前記鍵データを含む前記第１データの前記ストリーム上における位置を特定するための位置データを記憶するサーバ装置から前記位置データを取得し、この位置データにより特定される鍵データを用いて前記第２データを復号化するステップであることを特徴とする請求項１１に記載の映像配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、不特定多数の視聴者にビデオストリームを配信する形態で放送サービスを提供する映像配信システムおよび映像配信方法に関する。
【背景技術】
【０００２】
ＩＰ（Internet Protocol）ネットワークなどの媒体を介して視聴者にビデオストリームを配信する、いわゆるＩＰＴＶ（ＩＰ Television）サービスが知られている（例えば特許文献１〜３を参照）。この種のサービスは次の２つに大きく分けられる。一つはＩＰ−ＶＯＤ（Video on Demand）、もう一つは地上Ｄ−ＩＰ再送信も含むＩＰ放送である。ＩＰ−ＶＯＤでは、各視聴者が視聴したいときに視聴したい番組コンテンツを個々にＶＯＤサーバへ指定・要求することで、番組が配信される。課金対象は基本的にはコンテンツそのものであり、視聴者への課金が生じる。これに対し旧来の民放放送ではコマーシャル（以下、ＣＭ）などの広告情報を番組コンテンツの合間に配信することで、放送事業者がスポンサーから収入を得る。
【０００３】
ＩＰ放送では民放と同様に、ＣＭ配信による収入確保といったビジネスモデル採ることが想定される。しかし、ＣＭカット／ＣＭスキップが技術的には実施可能であることが課題である。ＩＰ放送の視聴においてＣＭカット／ＣＭスキップを許すことは、これまでの民放スタイルのビジネス形態が成立しなくなることを意味し、最終的に視聴者が番組を無料で視聴することができなくなることに繋がる。
【０００４】
或る放送事業者では、ＶＯＤでありながら視聴者への課金をなくし、ＣＭによる広告料により事業収入を得るという形態を採っている。この事業者では視聴者がＣＭカット／ＣＭスキップを実行すると以降の番組の続きを配信しないようにしている。しかしＩＰ放送においては同じ手法を使えない。ＩＰ放送においてはマルチキャスト配信であるという特性上、不正な視聴者を特定し、それに対処することが事実上不可能だからである。
【特許文献１】特開２００１−２２３６５３号公報
【特許文献２】特開平１０−１６４５５０号公報
【特許文献３】特開２００５−１８４６４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
以上述べたように既存のＩＰ放送システムにおいては、ＣＭカット／ＣＭスキップを実施した視聴者を特定して、排除するといった対処をすることが事実上できないので、視聴者にこれを許してしまう余地が残されている。これは放送システムのビジネスモデルの崩壊を招く虞があるので何らかの対処が望まれている。  
この発明は上記事情によりなされたもので、その目的は、広告情報を視聴者に確実に視聴させることの可能な映像配信システムおよび映像配信方法を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するためにこの発明の一態様によれば、パケット化されたコンテンツデータを不特定多数の視聴者に配信する映像配信システムにおいて、前記コンテンツデータを、広告情報を含む第１データと前記広告情報を含まない第２データとに分離し、前記第２データを暗号化する手段と、前記暗号化された第２データを復号化するための鍵データを、前記第１データに含ませる鍵生成手段と、前記第１データの視聴を条件としてこの視聴された第１データに含まれる前記鍵データを抽出する抽出手段と、前記抽出された鍵データにより前記第２データを復号化する復号化手段とを具備することを特徴とする映像配信システムが提供される。
【０００７】
このような手段を講じることにより、広告情報以外の、本編のコンテンツデータが暗号化され、しかもこの暗号化されたコンテンツデータを復号するための鍵が、ＣＭ情報に含まれる形態となる。これにより広告情報を視聴しないと復号鍵を入手できないことになり、ＩＰ放送の形態においてもＣＭカット／ＣＭスキップの実行を抑圧することができる。すなわち、視聴者がＣＭカット／ＣＭスキップを実行すると、ＩＰ放送番組の続きを受信することはできても、それ以降の継続的な視聴を困難にでき、いわば限定受信（限定再生）を実現することができるようになる。
【０００８】
既存の技術では原理的にはＣＭカット／ＣＭスキップ機能を搭載することは自体は不可能ではないが、ハードウェア構成としてＥＳデコーダライン上に別途割り込ませることが必要になるので、製品単体のコストアップ要素になる。また、スイッチング素子による番組／ＣＭコンテンツデータの切替え機能を並列搭載する場合でも同様である。一方、ＨＤＤ自体の大容量化・低コスト化も進むため、視聴者によるＣＭカット／ＣＭスキップ機能の利用機会の抑圧が期待できる。
【発明の効果】
【０００９】
この発明によれば、広告情報を視聴者に確実に視聴させることの可能な映像配信システムおよび映像配信方法を提供することができる。
【発明を実施するための最良の形態】
【００１０】
図１は、この発明に関わる映像配信システムを示すシステム図である。このシステムはＩＰネットワーク１を中核とするＩＰ放送により番組コンテンツデータをマルチキャスト配信するシステムである。放送局１０から電波を介して放送されたコンテンツデータはそれぞれチューナ３０で復調再生されたのちＩＰデータ化され、ＩＰネットワーク１に送出される。これにより地上デジタル−ＩＰ再送信をも含むＩＰ放送サービスが実現される。
【００１１】
同様にコンテンツホルダー２０の持つコンテンツデータもＩＰ化されたのちＩＰネットワーク１に送出され、ＩＰ−ＶＯＤ形式のサービスが提供される。視聴者の近くのエッジルータに届いたＩＰパケットはＩＰテレビジョン（ＩＰＴＶ）により取得されてコンテンツ再生される。現状ではセットトップボックス（ＳＴＢ）により再生された番組をテレビ表示する形態もある。
【００１２】
図１のシステムにおいて、映像および音声を含むコンテンツデータがＩＰ放送としてマルチキャスト配信される。コンテンツデータは、暗号化された番組コンテンツと、ＣＭコンテンツとの２つのデータに分けることができる。例えば地上デジタル放送では、暗号化された映像・音声のコンテンツデータとこれらを復号処理するための情報（ＥＣＭ）データとがセットにして配信される。Ｂ−ＣＡＳなどと称するカードを受信端末に装備することで、ＥＣＭデータから復号用の鍵（暗号化鍵）を取得することができる。この種の暗号化技術は、主にコンテンツの複製を制御するために実施される。ＢＳ放送やＣＳ放送の有料番組に対し実施されている暗号化は、視聴権限のない視聴者（未購入者）の視聴を制限することが主な目的である。
【００１３】
［第１の実施形態］
ＩＰ放送では、ＣＭカット／ＣＭスキップが技術的には実現可能であることが課題である。例えば、ＣＭ放送中のモノラル−ステレオ音声の切替え特性を利用してＣＭカット／ＣＭスキップを行うものが市販されている。
【００１４】
図２に示すようにＩＰ放送を無料で配信し、収入はＣＭによる広告料を得ると言う形態を採る場合、ＣＭカット／ＣＭスキップした端末にはデータ配信を中止するという手段をとることが難しい。これはＩＰ放送がマルチキャスト配信であるという特性を持つからで、ＩＰＴＶ側がＣＭカット／ＣＭスキップを実行したことを上位システムに伝達し、制御しなければならなくなるからである。
【００１５】
図３は、既存のＩＰ放送における暗号化方式を示す模式図である。ＩＰ放送は、地上波放送と同様にMPEG-2 systemsのＴＳ規格（以下、ＭＰＥＧ−２ ＴＳと表記する）に則っている。すなわち、大きくコンテンツに当たるＰＥＳデータと、暗号化されたコンテンツを復号するための情報を含むSectionデータとが多重化して伝送される。
【００１６】
図４に示すように、ＩＰ放送ではこのＭＰＥＧ−２ ＴＳのデータをマルチキャストに対応するＩＰパケットに格納して伝送する。ＩＰＴＶ端末からのマルチキャストＪＯＩＮ要求を受けることで、エッジルータ４０はこのＩＰパケットの配信を解放する。ＩＰストリーム中のＭＰＥＧ−２ ＴＳは、暗号処理済みコンテンツデータと、暗号処理済みコンテンツデータを復号するための情報データ（ＥＭＭ，ＥＣＭなど）との２つに大きく分けられる。さらに、暗号処理済みコンテンツを、暗号処理済み番組コンテンツデータと、暗号処理済みＣＭコンテンツデータとの２種に分ける。
【００１７】
この実施形態では、「暗号処理済みコンテンツデータを復号するための情報データ」をＭＰＥＧ−２ ＴＳとして多重化伝送するのではなく、「暗号処理済みＣＭコンテンツデータ」の内部に「暗号処理済みコンテンツデータを復号するための情報データ」を重畳する。これによりＣＭ（広告）の表示をＣＭカット／ＣＭスキップにより飛ばすと、続きの番組コンテンツが視聴できなくなるようにする手法を開示する。
【００１８】
図５は従来のＩＰストリームによるＭＰＥＧ−２ ＴＳの伝送を示す模式図である。このように、復号のための情報がＩＰストリームに単純に多重されているだけであるので、ＣＭ（広告）の表示をＣＭカット／ＣＭスキップにより飛ばしても、復号鍵を継続して入手できることから、続きの番組コンテンツを視聴できなくなることはない。
【００１９】
図６は、この実施形態でのＩＰストリームによるＭＰＥＧ−２ ＴＳの伝送を示す模式図である。ここでは、暗号化されたＣＭコンテンツデータの内部に、コンテンツデータを復号するための情報データを重畳するようにする。従ってＣＭコンテンツデータをカットまたはスキップしてしまうと復号化のためのデータを入手できなくなり、従って続きの番組コンテンツが視聴できなくなる。
【００２０】
なおコンテンツデータとＣＭコンテンツデータとは通常、ＩＰストリーム上に規則的に配列される。これに代えてコンテンツデータとＣＭコンテンツデータとをＩＰストリーム上に不規則的に配列するようにすると、暗号解読への耐性を高めることができる。次に、ＩＰマルチキャスト配信におけるＩＰＴＶ端末での番組視聴シーケンスにつき説明する。
【００２１】
＜電源ＯＮ／番組（局）選択〜番組視聴開始＞
図７は「電源ＯＮ／番組（局）選択〜番組視聴開始」までの手順を示す。電源ＯＮ、または、他の番組（局）の選択によるマルチキャストグループの遷移により、ＩＰＴＶ端末はネットワーク上位／エッジに存在するマルチキャストルータやＲ.Ａ.（Router Advertisement）送出設備に対してＪＯＩＮ要求を送信する。他の番組（局）への選択であれば、ＪＯＩＮの前にＬＥＡＶＥメッセージも送信される。  
最初のＪＯＩＮ送信の段階では、番組コンテンツを復号するための復号鍵を所有していない。よってＪＯＩＮ要求時に、別途「復号のための情報」が配信される形態をとる。これにより、電源ＯＮ／番組（局）選択においても、番組の視聴が可能となる。
【００２２】
＜復号のための情報を取得することによる番組視聴の継続＞
図８は、復号のための情報を取得することによる番組視聴の継続、までを示している。ＩＰＴＶ端末は復号のための情報を取得することにより、継続して番組の視聴が可能となる。暗号化アルゴリズムの強度と暗号化に用いる鍵の長さに対してトレードオフが生じるので、「復号のための情報」が配信されてから次の「復号のための情報」が配信されるまでの期間を限定する必要がない。
【００２３】
例えば、１時間番組において、ＣＭ（広告）は大体１５分間隔で配信されると想定するが、「暗号処理済みコンテンツデータを復号するための情報データ」の適応期間に関する情報については、従来からも送信される情報データ内部には含まれていない。規格としては２秒程度で情報が更新されてはいるものの、送信側が自由なタイミングで適応期間を変更することが可能であり、図１０に示すように、ＭＰＥＧ−２ ＴＳのヘッダ内部にはそのための情報ビットフィールドが格納される。
【００２４】
図１０において、暗号化の有無は、Transport_scrambling_controlフィールドの上位１ビットの状態を確認することで判断できる。なお、Transport_scrambling_controlフィールドの下位１ビットの伝達は「暗号処理済みコンテンツデータを復号するための情報データ−復号鍵（odd）」「暗号処理済みコンテンツデータを復号するための情報データ−復号鍵（even）」を判断するために利用することが可能であり、そのため「暗号処理済みコンテンツデータを復号するための情報データ」には、一度に２つ分の復号鍵を格納して伝送することが可能である。
【００２５】
＜復号のための情報を取得しないことによる番組視聴不可＞
図９は「復号のための情報を取得しないことによる番組視聴不可」までを示している。番組視聴を再開したい場合には、復号のための情報を改めて取得する必要がある。次に、コンテンツを暗号化処理するために必要な暗号化鍵を生成する手法につき説明する。  
図１１に示すように、オフライン時にも暗号化鍵（復号鍵）の生成を可能とするには、ＣＭ（広告）コンテンツデータをハッシュ生成関数のような一方向関数を用いて処理する。これにより、出力されたダイジェストメッセージ（ＤＭ）が、続きの番組コンテンツを復号するためのスクランブル／エンクリプト復号鍵になるという形態を実現できる。また、Ｎ−ｂｉｔ  ＸＯＲ加算によるビット演算子を用いる形態もある。ＩＰＴＶ側に搭載されているメモリバッファの容量の制限に合わせ、ＨＡＳＨ関数とＮ−ｂｉｔ  ＸＯＲ加算によるビット演算子の両方を組み合わせた形態もありうる。
【００２６】
これにより、仮にＣＭ（広告）コンテンツデータが未取得の暗号化鍵により暗号処理が行われていて、ＩＰＴＶ側で映像として視聴可能な状態でなくとも、ＣＭ（広告）コンテンツデータそのものを取得さえしていれば、続きの番組コンテンツを復号するためのスクランブル／エンクリプト復号鍵を生成可能となる。
【００２７】
この手法では、生成された暗号化鍵（復号鍵）は、ＣＭ（広告）コンテンツデータと共に多重化するのではなく、ＣＭ（広告）コンテンツデータそのものが暗号化鍵（復号鍵）を生成するための必須データとなる。よって視聴者がＣＭカット／ＣＭスキップを実行すると、番組の続きが配信されていても視聴は不可能となる。さらに、ＩＰＴＶ側がＣＭカット／ＣＭスキップを実行したことを上位システムに伝達し、制御する必要もない。つまり必須の機能はＣＭ（広告）コンテンツのデコード処理機能のみであるので既存の機器から簡易な変更のみで実現が可能となる。
【００２８】
また、ハッシュ生成のような一方向関数の代わりとなる手法としては、ＣＭ（広告）コンテンツデータのある特定の部分に、復号するためのキーとなる情報を入れ込む形態をとる。または、ＣＭコンテンツデータの特定の部分それ自体が復号するためのキーとなる形態を採ることもできる。
【００２９】
図１２に示すように、ＣＭ（広告）コンテンツデータの映像ＥＳの高周波領域、あるいは音声ＥＳの高周波領域にキー情報を埋め込む形態をとれる。これは電子透かしの技術を応用することで実現可能である。または、情報を埋め込む（多重化する）のではなく、特定周波数や振幅値を越えたデータの集合が復号のための情報となる形態も採れる。映像情報では一般的にＲ：Ｇ：Ｂの色情報と、０〜２５５までの輝度情報から成立しているので、Ｒ（０〜２５５）：Ｇ（０〜２５５）：Ｂ（０〜２５５）の組み合わせにより、復号するための情報として生成することが可能である。
【００３０】
図１３はこの実施形態に関わる映像配信装置１００を示す機能ブロック図である。配信すべきコンテンツはハードディスクドライブ（ＨＤＤ）１１などの媒体に一旦格納されたのち暗号化処理部１２とＣＭ検出処理部１３とに送られる。ＣＭ検出処理部１３はコンテンツデータからＣＭコンテンツ部分を検出し、暗号鍵抽出生成処理部１４により、続きの番組コンテンツ部分の暗号化に用いるための暗号鍵がＨＡＳＨ関数などを用いて生成される。生成されたデータは多重化（ＭＵＸ）処理部１５および配信処理部１６により伝送データ化され、ネットワークデバイス１７を介してＩＰネットワーク１などに送出される。なおコンテンツをＨＤＤ１１に格納することは必須ではなく、外部の別装置からでも配信装置の入力として存在していれば構わない。
【００３１】
図１４はこの実施形態に関わる映像受信装置を示す機能ブロック図である。ネットワークデバイス２１を介して取り込まれたＩＰデータは受信処理部２２および分離（ＤＥＭＵＸ）処理部２３によりパケット分解などの処理を施されたのち、復号処理部２４で復号化される。復号化されたデータはＥＳデコード処理部２５により暗号を解かれ、ＣＭ検出処理部２６によるＣＭ情報の検出、および復号鍵抽出生成処理部２７による鍵抽出などの処理を経てＨＤＤ２８に保存され、表示器に表示される。なお復号鍵抽出生成処理部２７により抽出された復号鍵は復号処理部２４に与えられ、復号化に用いられる。
【００３２】
上記構成において、既存技術では必要となるＥＣＭデータが受信後のＤＥＭＵＸの対象ではなくなるので、ＥＣＭ抽出処理部はかならずしも必要でない（点線表示）。一方、復号のための情報をＣＭ（広告）コンテンツデータから生成するため、ＣＭを抽出した上でその情報を復号鍵抽出生成処理部に与える点が特徴的である。よってＣＭカット／ＣＭスキップ機能をＥＳデコード処理以降のラインに設ける（点線表示）。
【００３３】
以上述べたようにこの実施形態では、広告情報を形成するコンテンツデータそのものに、暗号化された本編のコンテンツデータを復号するための情報データを含ませるようにしている。つまりＣＭコンテンツを視聴することによって、続きの番組コンテンツを復号するために必要となる復号用の鍵（暗号化鍵）を生成、取得できるようにしている。これによりコマーシャルの受信により初めて視聴継続を可能とする限定受信（限定再生）方式を実現できるようになる。従って広告情報を視聴者に確実に視聴させることの可能な映像配信システムおよび映像配信方法を提供することが可能になる。
【００３４】
［第２の実施形態］
第２の実施形態では、第１の実施形態の基本的構成が継承される。ＣＭ（広告）コンテンツデータそのものが暗号化鍵（復号鍵）を生成するための必須データになるので、視聴者がＣＭカット／ＣＭスキップを実行することで番組の続きが配信されていてもその視聴は不可能となる。さらに、ＩＰＴＶ側がＣＭカット／ＣＭスキップを実行したことを上位システムに伝達し、制御する必要もないため簡易な変更のみで実現が可能となる点は変わらない。
【００３５】
この実施形態では、図１５に示すように、番組コンテンツを復号するための別情報を保持する別情報サーバ４００をＩＰネットワーク１に設ける。第１の実施形態では、ＣＭ（広告）コンテンツデータから抽出された情報そのものを、番組コンテンツを復号するための情報（復号鍵）とした。この実施形態では、ＣＭ（広告）コンテンツデータから抽出された情報と、外部情報配信サーバである別情報サーバ４００にアクセスして取得した情報との２つの情報から最終的な番組コンテンツを復号するための情報を抽出・生成するようにする。次に、ＩＰマルチキャスト配信におけるＩＰＴＶ端末での番組視聴シーケンスを示す。
【００３６】
＜電源ＯＮ／番組（局）選択〜番組視聴開始＞
図１６は、ＩＰＴＶ端末における電源ＯＮ／番組（局）選択から番組視聴開始までの手順を示す図である。ＩＰＴＶ端末の電源ＯＮ、または他の番組（局）の選択によるマルチキャストグループの遷移により、ＩＰＴＶ端末はネットワーク上位／エッジに存在するマルチキャストルータやＲ.Ａ.（Router Advertisement）送出設備に対してＪＯＩＮ要求を送信する。他の番組（局）への選択の場合にはＪＯＩＮの前にＬＥＡＶＥメッセージも送信する。
【００３７】
最初のＪＯＩＮ送信の段階では、番組コンテンツを復号するための復号鍵を所有していない。よってＪＯＩＮ要求時に、別情報サーバ４００から別途「復号のための情報」が配信される。これにより、以下は第１の実施形態と同様の手順を経て電源ＯＮ／番組（局）選択においても、番組の視聴が可能となる。
【００３８】
＜復号のための情報を取得することによる番組視聴の継続＞
図１７〜図１９は、復号のための情報を取得することによる番組視聴の継続までを示す図である。図１７はこのうちの第１の例を示すもので、もっともシンプルな基本構成である。図１７においてＩＰＴＶ端末は、配信されてきたコンテンツから「復号のための情報（ａパート）」を取得し、復号のための情報（ａパート）と対を成す復号のための情報（ｂパート）の取得を別情報サーバ４００に対して要求する。別情報サーバ４００は、番組コンテンツを復号するための別情報を保持する。
【００３９】
図１８に示すように、復号のための情報（ｂパート）の取得要求を受信した別情報サーバ４００は、ＩＰＴＶ端末に向けて復号のための情報（ｂパート）を送信する。復号のための情報（ａパート）と復号のための情報（ｂパート）を取得できたＩＰＴＶ端末は、第１の実施形態と同様に番組コンテンツを復号するための復号鍵を抽出・生成する。これによりＩＰＴＶ端末において、継続して番組の視聴が可能となる。なお別情報サーバ４００は一台である必要はなく、負荷分散のため複数設けることも可能である。
【００４０】
図１９は、復号のための情報を取得することによる番組視聴の継続までの第２の例を示す図である。すなわち別情報サーバ４００へのアクセス先を用いることで、別情報サーバ４００をネットワーク的に隠蔽することができる。なおアクセス先としてＵＲＬ（Uniform Resource Locator）を指定してhttpプロトコルにより「復号のための情報」を転送するのは一例であり、ほかにもFTPプロトコルを用いたり、種々の方法を用いることができる。
【００４１】
図２０に示すように、ＩＰＴＶ端末は、配信されてきたコンテンツから、「別情報サーバ４００へアクセスするための情報」を取得する。この情報を取得することによって初めて別情報サーバ４００にアクセスすることが可能になる。復号のための情報の取得要求を受信した別情報サーバ４００は、復号のための情報をＩＰＴＶ端末に送信する。復号のための情報を取得できたＩＰＴＶ端末は、第１の実施形態と同様に番組コンテンツを復号するための復号鍵を抽出・生成することにより、継続して番組の視聴が可能となる。
【００４２】
図２１は、復号のための情報を取得することによる番組視聴の継続までの第３の例を示す図である。図１９において、ＣＭ（広告）コンテンツデータから抽出された情報には、別情報サーバ４００にセキュアなアクセスをするためのトンネリング情報を含める。この情報により通信経路上にセキュアコネクションを形成し、かつ図１７および図１８の方式をも複合的に扱うことが可能となる例である。
【００４３】
図２２に示すように、基本的にＩＰＴＶ端末は、配信されてきたコンテンツから「復号のための情報（ａパート）」を取得する。次にＩＰＴＶ端末は、復号のための情報（ａパート）と対を成す復号のための情報（ｂパート）の取得を別情報サーバ４００に要求する。この要求を受信した別情報サーバ４００は復号のための情報（ｂパート）をＩＰＴＶ端末に送信する。
【００４４】
復号のための情報（ａパート）と復号のための情報（ｂパート）とを取得したＩＰＴＶ端末は、第１の実施形態と同様にして、番組コンテンツを復号するための復号鍵を抽出・生成することにより、継続して番組の視聴が可能となる。なお「復号のための情報（ａパート）」が、「別情報サーバ４００にアクセスするための情報」を含むものであってももちろん構わない。この場合「復号のための情報（ａパート）」には、Ｎａｎｃｅ的な扱いをするための情報を含み、ＣＨＡＰのような認証利用も実現可能になる。
【００４５】
＜第３の実施形態＞
第３の実施形態は、第１および第２の実施形態の基本的構成を継承し、ＣＭ（広告）コンテンツデータそのものが暗号化鍵（復号鍵）を生成するための必須データとなるので、視聴者がＣＭカット／ＣＭスキップを実行することで番組の続きが配信されていても視聴は不可能となる。さらに、ＩＰＴＶ側がＣＭカット／ＣＭスキップを実行したことを上位システムに伝達し制御する必要もないので、簡易な変更のみで実現が可能となる点は変わらない。
【００４６】
第１、第２の実施形態では暗号済みコンテンツとして「番組コンテンツ」と「ＣＭ（広告）コンテンツデータ」とを並列的に列挙した。この場合、ＣＭ（広告）コンテンツが何らかの制約を受ける可能性があることにつながる。これは、広告主にとっては必ずしも望ましいことではない。
【００４７】
図２３は、ＣＭ（広告）コンテンツデータを暗号化処理しない方式である。前述のように暗号化状況の判断は、ＭＰＥＧ−２  ＴＳのヘッダ内部に存在する情報ビットフィールドを用いて行う（図２４）ので、ＣＭ（広告）の視聴に関して障害は発生しない。  
この実施形態では、ＣＭ（広告）コンテンツデータから抽出された情報から「番組コンテンツを復号するための情報」を取得するようにしているが、その復号可能な適応期間については、「復号のための情報」の配信以後であれば特定の制限の無いことに、この実施形態では着目する。
【００４８】
例えば図２５に示すように、本編のコンテンツデータを「復号可能な適応期間」を、「復号のための情報」の配信直後とすることができる。一方、図２６に示すように、復号可能な適応期間を「復号のための情報」と「復号のための情報」との範囲でブロックとして特定できるようにすることもできる。図２６の例では複数のブロックを飛ばす形態を採ることが可能になる。よって送信側においてはリアルタイム処理の負荷を抑制でき、サービス提供側においては、より柔軟なＣＭ（広告）コンテンツデータの配置が可能となる。
【００４９】
また図２７に示すように、ＣＭ（広告）コンテンツデータ配信中における「復号のための情報」の配置方法として、ＣＭ（広告）コンテンツデータの全てに「復号のための情報」の配置することもできる。さらには図２８に示すように、ＣＭ（広告）コンテンツデータのある特定の部分に「復号のための情報」を配置するようにしても良い。
【００５０】
このことによる副次的な効果としては、ＣＭ（広告）コンテンツデータの全てに「復号のための情報」の配置する場合と比較してＩＰＴＶ側のＣＭ（広告）コンテンツデータ用のバッファサイズを低減することが出来る。ＣＭ（広告）コンテンツデータのある特定の部分に、復号のための情報を入れ込む形態を採ることによって、例えばスポンサーが支払う広告料金にも明確な格差をつけることが可能で、復号のための情報を入れ込む特定部分を選択的に配信側が決定することにより実現する。
【００５１】
図２９は、本発明に係わるコンテンツ配信側（放送局１０、コンテンツホルダー２０など）における処理を示すフローチャートである。ストリーム配信に先立ち、まずコンテンツデータを本編コンテンツとＣＭコンテンツとに分離する（ステップＳ１）。そのうえで本編コンテンツを暗号化するとともにこれを復号化するための復号鍵を生成する（ステップＳ２）。そのうえでこの実施形態では、ステップＳ１で分離したＣＭコンテンツに復号鍵を格納したのちに、暗号化した本編コンテンツと合わせてストリーム配信を行う（ステップＳ４）。
【００５２】
図３０は、本発明に係わるコンテンツ受信側（ＩＰＴＶ端末など）における処理を示すフローチャートである。受信側においてはストリームデータを受信した後（ステップＳ５）、ＣＭデータの取得すなわちＣＭの視聴の有無が判定される（ステップＳ６）。ＣＭの視聴が正常になされることによってはじめてＣＭコンテンツデータから復号鍵を抽出することができ（ステップＳ６でＹｅｓ）、得られた復号鍵から本編コンテンツが復号されて視聴に供される（ステップＳ９）。一方、ＣＭの視聴がなされない限り復号鍵を抽出することはできず（ステップＳ７）、従って本編コンテンツを再生することもできない。
【００５３】
以上をまとめると、本願発明思想は以下に集約される。すなわち、配信されるコンテンツデータが任意のパートに分離可能な複数のコンテンツデータであるとし、その集合をＣＤ≡｛ＣＤ１，ＣＤ２，ＣＤ３，…，ＣＤｘ｝と表現する。さらに暗号化処理が行われているコンテンツデータ集合をＣＤｅ（ｅ：encrypted），暗号化処理が行われていないコンテンツデータ集合をＣＤｐ（ｐ：plain）と表現する。また、それぞれのパートは｛ＣＤｅ１，ＣＤｅ２，…，ＣＤｅｙ｝や｛ＣＤｐ１，ＣＤｐ２，…，ＣＤｐｘ｝のように表現する。
【００５４】
[１]  暗号化処理が行われていないコンテンツデータ集合であるＣＤｐｘを視聴することで、暗号化処理が行われているコンテンツデータ集合であるＣＤｅｙの復号するための情報を入手でき、さらにＣＤｅｙの内容を視聴可能とする。ただし、ＣＤｅの視聴開始直後のパートを復号処理するための情報は別経路から入手可能とすることもできる。
【００５５】
[２]  配信されるコンテンツデータには番組コンテンツデータとＣＭ（広告）部分のコンテンツデータが含まれ、ＣＭ（広告）部分のコンテンツデータに、以降（続き）の暗号化が施された番組コンテンツデータを復号するための情報を含み、ＣＭ（広告）部分のコンテンツデータを取得することで、以降（続き）の暗号化された番組コンテンツを視聴可能とする。
【００５６】
[３]  ＣＭ（広告）部分のコンテンツデータを受信端末で受信し、ディスプレイのような出力デバイスにＣＭ（広告）部分の全ての内容をＣＭカット／ＣＭスキップなしに表示する事により、以降（続き）の暗号化が施された番組コンテンツデータを復号するための情報をＣＭ（広告）部分のコンテンツデータから抽出取得可能とする。
【００５７】
[４]  ［３］において、ＣＭ（広告）部分のコンテンツデータから抽出取得した情報のみから、以降（続き）の暗号化が施された番組コンテンツデータを復号することを可能とする。
【００５８】
[５]  ［３］において、ＣＭ（広告）部分のコンテンツデータから抽出取得した情報と、さらに以降（続き）の暗号化が施された番組コンテンツデータを復号することを可能とするための別情報の両方を取得する事で最終的に続きの番組コンテンツデータを復号することを可能とする。
【００５９】
[６]  ［５］において、以降（続き）の暗号化が施された番組コンテンツデータを復号することを可能とするための別情報を、受信端末側から明示的に要求する事で送出を行う「別情報送出サーバ」が存在し、受信端末はこの別情報送出サーバから別（復号）情報を入手可能とし、ＣＭ（広告）部分のコンテンツデータから抽出取得していた情報とにより、最終的に続きの番組コンテンツデータを復号することを可能とする。
【００６０】
[７]  ［５］の方式において、以降（続き）の暗号化が施された番組コンテンツデータを復号することを可能とするための別情報を、受信端末側から明示的に要求する事で送出を行う「別情報送出サーバ」が存在し、かつこの別情報送出サーバを一意に特定するためにＣＭ（広告）部分のコンテンツデータから事前に抽出取得していた別情報送出サーバ特定情報を必要とするようにする。
【００６１】
[８]  ［２］において、ＣＭ（広告）部分のコンテンツデータに、以降（続き）の暗号化が施された番組コンテンツデータを復号するための情報を含み、かつ番組コンテンツデータを復号するための情報をＣＭ（広告）部分のコンテンツデータ内部の任意箇所に配置する。
【００６２】
[９]  ［８］において、ＣＭ（広告）部分のコンテンツデータ内部の任意箇所に番組コンテンツデータを復号するための情報を配置し、その任意箇所を特定するための別情報を取得する事で、最終的に続きの番組コンテンツデータを復号することを可能とする。
【００６３】
[１０]  ［９］において、ＣＭ（広告）部分のコンテンツデータ内部の任意箇所に番組コンテンツデータを復号するための情報を配置し、その任意箇所を特定するための別情報を受信端末側から明示的に要求する事で送出を行う別情報送出サーバ４００を設ける。  
[１１]  ［８］において、ＣＭ（広告）部分のコンテンツデータ内部の任意箇所に番組コンテンツデータを復号するための情報をさらに複数箇所に分けて配置するようにする。
【００６４】
さらに、配信されるＣＭ（広告）部分のコンテンツデータをスポンサー毎に分離可能な複数の連続するＣＭ（広告）コンテンツデータの集合体とし、ＣＭ≡｛ＣＭ１，ＣＭ２，ＣＭ３，…，ＣＭｘ｝と表記する。  
[１２］  ［１１］において、例えばＣＭ２，ＣＭ５，ＣＭ９というようなＣＭ（広告）部分のコンテンツデータ集合体の任意パートに番組コンテンツデータを復号するための情報を配置する。
【００６５】
[１３］  ［２］において、ＣＭ（広告）部分のコンテンツデータをさらに映像データと音声データとに分けることで、以降（続き）の暗号化が施された番組コンテンツデータを復号するための情報を「ＣＭ（広告）―映像データ」や「ＣＭ（広告）―音声データ」、または「混合組み合わせデータ」と任意に配置先を選択決定可能とする。
【００６６】
さらに、配信されるコンテンツデータの一連のストリームを番組コンテンツ部分（ＰＣ：Program Contents）と、ＣＭ（広告）コンテンツ部分（ＣＭ）とにより、ＣＤ≡｛ＰＣ１，ＣＭ１，ＰＣ２，ＣＭ２，ＰＣ３，ＣＭ３，…，ＰＣｘ，ＣＭｘ｝と表現する。ＰＣｎは暗号化されている番組コンテンツデータであり、ＣＭｎは暗号化された番組コンテンツデータを復号するための情報を含むデータである。
【００６７】
[１４］  ［２］において、ＣＭ１のデータを取り込むことでＰＣ２の最初のＸ時間だけ復号・視聴可能とし、ＣＭ１のデータと外部から取得した別情報を元にＰＣ２の残り時間分のコンテンツデータを復号・視聴可能とする。
【００６８】
[１５］  ［２］において、番組コンテンツデータを復号するための情報をＣＭ（広告）部分のコンテンツデータに含ませる、すなわち隠蔽させる対象として、コンテンツデータのビットストリーム中の音声ＥＳにのみ含ませるものと、コンテンツデータのビットストリーム中の映像ＥＳにのみ含ませるものと、さらに複合的に音声ＥＳと映像ＥＳの両方に含ませるものとを選択可能とする。
【００６９】
[１６］  ［２］において、番組コンテンツデータを復号するための情報をＣＭ（広告）部分のコンテンツデータに含ませる（隠蔽させる）対象として、コンテンツデータのビットストリーム中の映像ＥＳに含ませるものとして、自然な映像を提供するために番組コンテンツデータを復号するための情報を例えば電子透かしのように人間が視覚認知し難い高周波領域に埋め込むようにする。
【００７０】
[１７］  ［２］において、番組コンテンツデータを復号するための情報をＣＭ（広告）部分のコンテンツデータに含ませる（隠蔽させる）対象として、コンテンツデータのビットストリーム中の音声ＥＳに含ませるものとして、自然な音声を提供するために番組コンテンツデータを復号するための情報を人間が聴覚認知し難い高周波領域に埋め込むようにする。
【００７１】
なお、この発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００７２】
【図１】この発明に関わる映像配信システムを示すシステム図。
【図２】マルチキャストによるＩＰパケットストリームを示す模式図。
【図３】既存のＩＰ放送における暗号化方式を示す模式図。
【図４】既存の技術においてＭＰＥＧ−２ ＴＳストリームをパケット化した状態を示す図。
【図５】既存技術におけるＩＰストリーム中のＭＰＥＧ−２ＴＳを示す図。
【図６】この実施形態でのＩＰストリームによるＭＰＥＧ−２ ＴＳの伝送を示す模式図。
【図７】ＩＰＴＶ端末における電源ＯＮ／番組（局）選択から番組視聴開始までの手順を示す図。
【図８】ＩＰＴＶ端末において復号のための情報を取得することによる番組視聴の継続を示す図。
【図９】ＩＰＴＶ端末において復号のための情報を取得しないことによる番組視聴不可の状態を示す図。
【図１０】ＭＰＥＧ−２ ＴＳのヘッダ構成を示す図。
【図１１】コンテンツデータの復号のための情報を生成する一例を示す図。
【図１２】ＣＭコンテンツデータに本編コンテンツを復号するための情報を格納する一例を示す図。
【図１３】この発明の実施形態に関わる映像配信装置を示す機能ブロック図。
【図１４】この発明の実施形態に関わる映像受信装置を示す機能ブロック図。
【図１５】この発明の第２の実施形態に関わる映像配信システムを示すシステム図。
【図１６】ＩＰＴＶ端末における電源ＯＮ／番組（局）選択から番組視聴開始までの手順を示す図。
【図１７】復号のための情報を取得することによる番組視聴の継続までの第１の例を示す図。
【図１８】図１７における処理を示す模式図。
【図１９】復号のための情報を取得することによる番組視聴の継続までの第２の例を示す図。
【図２０】図１９における処理を示す模式図。
【図２１】復号のための情報を取得することによる番組視聴の継続までの第３の例を示す図。
【図２２】図２１における処理を示す模式図。
【図２３】ＣＭ（広告）コンテンツデータを暗号化処理しない方式を示す図。
【図２４】ＩＰストリーム中のＭＰＥＧ−２ＴＳを示す図。
【図２５】本編のコンテンツデータを復号可能な適応期間と、復号のための情報の配信時点との関係の第１の例を示す図。
【図２６】本編のコンテンツデータを復号可能な適応期間と、復号のための情報の配信時点との関係の第２の例を示す図。
【図２７】本編のコンテンツデータを復号可能な適応期間と、復号のための情報の配信時点との関係の第３の例を示す図。
【図２８】本編のコンテンツデータを復号可能な適応期間と、復号のための情報の配信時点との関係の第４の例を示す図。
【図２９】本発明に係わるコンテンツ配信側における処理を示すフローチャート。
【図３０】本発明に係わるコンテンツ受信側における処理を示すフローチャート。
【符号の説明】
【００７３】
１…ＩＰネットワーク、１０…放送局、２０…コンテンツホルダー、３０…チューナ、４０…エッジルータ、４００…別情報サーバ、１１…ハードディスクドライブ（ＨＤＤ）、１２…暗号化処理部、１３…ＣＭ検出処理部、１４…暗号鍵抽出生成処理部、１５…多重化（ＭＵＸ）処理部、１６…配信処理部、１７…ネットワークデバイス、２１…ネットワークデバイス、２２…受信処理部、２３…分離（ＤＥＭＵＸ）処理部、２４…復号処理部、２５…ＥＳデコード処理部、２６…ＣＭ検出処理部、２７…復号鍵抽出生成処理部、２８…ハードディスクドライブ（ＨＤＤ）
【図１】
2009077073.tif 000003
【図２】
2009077073.tif 000004
【図３】
2009077073.tif 000005
【図４】
2009077073.tif 000006
【図５】
2009077073.tif 000007
【図６】
2009077073.tif 000008
【図７】
2009077073.tif 000009
【図８】
2009077073.tif 000010
【図９】
2009077073.tif 000011
【図１０】
2009077073.tif 000012
【図１１】
2009077073.tif 000013
【図１２】
2009077073.tif 000014
【図１３】
2009077073.tif 000015
【図１４】
2009077073.tif 000016
【図１５】
2009077073.tif 000017
【図１６】
2009077073.tif 000018
【図１７】
2009077073.tif 000019
【図１８】
2009077073.tif 000020
【図１９】
2009077073.tif 000021
【図２０】
2009077073.tif 000022
【図２１】
2009077073.tif 000023
【図２２】
2009077073.tif 000024
【図２３】
2009077073.tif 000025
【図２４】
2009077073.tif 000026
【図２５】
2009077073.tif 000027
【図２６】
2009077073.tif 000028
【図２７】
2009077073.tif 000029
【図２８】
2009077073.tif 000030
【図２９】
2009077073.tif 000031
【図３０】
2009077073.tif 000032