JP6793364B2 - コンテンツ復号装置、コンテンツ復号方法、受信装置及びプログラム - Google Patents

Description

本開示は、暗号化がなされた暗号化コンテンツを復号するコンテンツ復号装置等に関する。

デジタル放送及びコンテンツ配信における伝送方式として、従来から一般的に用いられているＭＰＥＧ２−ＴＳ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ２−Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ，ＩＳＯ／ＩＥＣ １３８１８−１：２０１５）方式に代わり、ＭＰＥＧを利用したＭＭＴ（ＭＰＥＧ Ｍｕｌｔｉｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ，ＩＳＯ／ＩＥＣ ２３００８−１：２０１４）と呼ばれる多重化伝送方式が提案されている。特許文献１には、ＭＭＴを使用した送信システムが記載されている。

特開２０１５−１７０９７２号公報

本開示は、ＭＭＴ方式のような多重化方式で伝送されるコンテンツの復号処理を簡略にするコンテンツ復号装置、コンテンツ復号方法、受信装置及びプログラムを提供する。

本開示の一態様におけるコンテンツ復号装置は、可変長のパケット構造を持つ暗号化コンテンツを固定長のパケット構造を持つ暗号化コンテンツに変換して復号するコンテンツ復号装置であって、可変長のパケット構造を持つ第一の暗号化コンテンツを受け取って、固定長のパケット構造を持つ第二の暗号化コンテンツに変換する可変長−固定長変換部と、第二の暗号化コンテンツを復号する固定長復号部とを備え、前記可変長−固定長変換部は、前記変換では、前記第一の暗号化コンテンツのペイロード部を先頭から順次分割して前記第二の暗号化コンテンツの固定長のペイロード部に格納すると共に、前記第二の暗号化コンテンツのペイロード部の復号に必要となるパラメータを生成して、前記第二の暗号化コンテンツの固定長のヘッダ部に格納する。

本開示の一態様における受信装置は、可変長のパケット構造を持つ暗号化コンテンツを受信して再生する受信装置であって、コンテンツ復号装置を備える。

本開示の一態様におけるコンテンツ復号方法は、可変長のパケット構造を持つ暗号化コンテンツを固定長のパケット構造を持つ暗号化コンテンツに変換して復号するコンテンツ復号方法であって、可変長のパケット構造を持つ第一の暗号化コンテンツを受け取って、固定長のパケット構造を持つ第二の暗号化コンテンツに変換する変換工程と、第二の暗号化コンテンツを復号する復号工程とを含み、前記変換工程では、前記第一の暗号化コンテンツのペイロード部を先頭から順次分割して前記第二の暗号化コンテンツの固定長のペイロード部に格納すると共に、前記第二の暗号化コンテンツのペイロード部の復号に必要となるパラメータを生成して、前記第二の暗号化コンテンツの固定長のヘッダ部に格納する。

本開示の一態様におけるプログラムは、コンピュータに、可変長のパケット構造を持つ暗号化コンテンツを固定長のパケット構造を持つ暗号化コンテンツに変換させて復号させるためのプログラムであって、可変長のパケット構造を持つ第一の暗号化コンテンツを、固定長のパケット構造を持つ第二の暗号化コンテンツに変換する変換工程と、第二の暗号化コンテンツを復号する復号工程とをコンピュータに実行させ、前記変換工程では、前記第一の暗号化コンテンツのペイロード部を先頭から順次分割して前記第二の暗号化コンテンツの固定長のペイロード部に格納すると共に、前記第二の暗号化コンテンツのペイロード部の復号に必要となるパラメータを生成して、前記第二の暗号化コンテンツの固定長のヘッダ部に格納する。

本開示におけるコンテンツ復号装置等によれば、多重化方式で伝送されるコンテンツの復号処理を簡略にすることが可能になる。

図１は、実施の形態に係るコンテンツ復号装置を適用した受信装置の構成を模式的に示すブロック図である。 図２は、ＭＭＴ／ＴＬＶ形式でのストリームの構成の一例を示す模式図である。 図３は、図２のＴＬＶパケットの構成の一例を示す図である。 図４は、図２のＩＰパケットの構成、並びにＩＰ／ＵＤＰヘッダの内部のＩＰヘッダ及びＵＤＰヘッダの構成の一例を示す図である。 図５は、図２のＭＭＴパケットの構成、並びにＭＭＴヘッダの内部のＭＭＴ基本ヘッダ及びＭＭＴ拡張ヘッダの構成の一例を示す図である。 図６は、パケットの暗号化方式の一例であるＡＥＳ−ＣＴＲモードでの暗号化及び復号処理を説明する図である。 図７は、図２のＭＭＴ／ＴＬＶ形式のストリームに含まれる可変長のＭＭＴパケットを復号の前処理で固定長に変換する手順を説明する図である。 図８は、可変長のＭＭＴヘッダを固定長ヘッダに変換する際の互いの対応関係の一例を示す図である。 図９は、実施の形態に係るコンテンツ復号装置による可変長のＭＭＴパケットを固定長パケットに変換する処理の流れを示すフローチャートである。

［発明者による知見］
デジタル放送及びコンテンツ配信では、著作権保護されるべきＡＶコンテンツが暗号化されたうえで伝送される。また、こうしたＡＶコンテンツは、Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃをはじめとする光ディスク及びＨＤＤ等に蓄積されるが、この際にもＡＶコンテンツは暗号化されたうえで、蓄積される。さて、従来のＳＤ（Ｓｔａｎｄａｒｄ Ｄｅｆｉｎｉｔｉｏｎ）画質及びＨＤ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）画質のコンテンツにおいては、このようなＡＶコンテンツを伝送及び蓄積する際の多重化フォーマットとして、ＭＰＥＧ２−ＴＳ方式が利用されることが一般的であった。

多重化フォーマットとは、ＡＶコンテンツを構成するビデオ信号及びオーディオ信号等を一つのデジタルデータとして扱うためのフォーマットである。多重化フォーマットによって構成されるデジタルデータでは、例えば、ＭＰＥＧ４−ＡＶＣ（ＭＰＥＧ４−Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）方式で符号化されたビデオ信号、及びＭＰＥＧ２−ＡＡＣ（ＭＰＥＧ２−Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）方式で符号化されたオーディオ信号が、適切なサイズのデータに細分化され、これら細分化されたデータが再生に必要となる順番で並べ直されるとともに、制御用の情報が付与されている。

ＭＰＥＧ２−ＴＳ方式を用いている日本の地上デジタル放送及びＢＳ／ＣＳデジタル放送では、固定長である１８８バイトのサイズのデータを一つの単位として、ビデオ信号及びオーディオ信号が、伝送されるデジタルデータに格納されている。ここで、一単位のデータは、パケットと呼ばれ、ＭＰＥＧ２−ＴＳ方式ではＴＳパケットと呼ばれている。１つのＴＳパケットは、制御情報を格納するＴＳヘッダと、実際のビデオ信号及びオーディオ信号を格納するＴＳペイロードとから構成される。日本の地上デジタル放送及びＢＳ／ＣＳデジタル放送では、ＴＳヘッダは４バイトの固定長であり、ＴＳペイロードは原則として１８４バイトの固定長である。なお、ＴＳペイロードの一部をＡｄａｐｔａｔｉｏｎ Ｆｉｅｌｄと呼ばれる追加の制御情報を格納するために利用することもある。

また、Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ等の光ディスクでは、このＴＳパケットに対して、さらに光ディスクからの読み出し時刻を指示する４バイトのタイムスタンプが先頭に付与された１９２バイトの固定長のデータを一つの単位として、ビデオ信号及びオーディオ信号が格納されている。この１９２バイトの固定長データとする方式は、タイムスタンプ付きであることからＴｉｍｅ Ｓｔａｍｐｅｄ ＴＳ方式又はＴＴＳ方式と呼ばれ、一単位のデータはＴＴＳパケットと呼ばれる。

さて、先述したように著作権保護されるべきＡＶコンテンツは暗号化されたうえで、伝送又は格納されることとなる。日本の地上デジタル放送及びＢＳ／ＣＳデジタル放送では、ＴＳパケットの１８８バイトのデータのうちで４バイトのＴＳヘッダ部を除いた、１８４バイトのＴＳペイロード部が、暗号化の対象となる。地上デジタル放送及びＢＳ／ＣＳデジタル放送では、必ずしもＡＶコンテンツが常に暗号化される訳ではなく、一部の番組については暗号化されることなく、平文で伝送されることもある。また、暗号化される場合にも番組の切り替わりなどに対応するために、二つの鍵（イーブン鍵及びオッド鍵と呼ばれる）の何れかで暗号化されることとなる。こうした暗号文と平文との選択、及びイーブン鍵とオッド鍵との選択をするために、ＴＳヘッダには、これらの選択を制御するためのｔｒａｎｓｐｏｒｔ ｓｃｒａｍｂｌｉｎｇ ｃｏｎｔｒｏｌという名前の２ビットのデータが格納されている。この２ビットのデータを読み出すことによって、引き続く１８４バイトのＴＳペイロードを復号するべきか、復号するとすればどちらの鍵で復号するべきかを判断することが可能となる。本開示では、暗号化されているか否かに関わらず、暗号化される情報を含み得るコンテンツを暗号化コンテンツと呼ぶ。よって、暗号化されていない平文のＡＶコンテンツも、暗号化コンテンツに含まれうる。

また、Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ等の光ディスクにおいては、１９２バイトのＴＴＳパケットを３２個集めた６１４４バイトのＡｌｉｇｎｅｄ Ｕｎｉｔと呼ばれる単位で、暗号化処理が行われる。このような単位を用いる理由は、当該光ディスクでは、一般的に２０４８バイト単位のセクタと呼ばれる単位でデータが読みだされ、１９２バイトと２０４８バイトとの最小公倍数である６１４４バイトが処理単位として好都合なためである。当該光ディスクでは、この６１４４バイトのうちの先頭１６バイトを除く、残る６１２８バイトが暗号化の対象となる。このような光ディスクでも、必ずしもコンテンツが暗号化されているとは限らないため、地上デジタル放送などと同様に先頭１６バイトの中に含まれるｔｒａｎｓｐｏｒｔ ｓｃｒａｍｂｌｉｎｇ ｃｏｎｔｒｏｌの情報を用いて、データが暗号化される対象かどうかが制御される。

昨今新たな高画質のコンテンツとして４Ｋコンテンツが注目されている。従来のＨＤ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）コンテンツは２Ｋコンテンツとも呼ばれ、その画素数は縦１９２０画素×横１０８０画素であるが、４Ｋコンテンツは、２Ｋコンテンツを縦横各々２倍とした、縦３８４０画素×横２１６０画素の画素数を有するものである。４Ｋコンテンツは従来の２Ｋコンテンツと比較して単純比較で言えば４倍の容量が必要となるが、昨今の動画圧縮技術の進展により、おおよそ２倍程度の容量で記録することが可能であると言われている。また、さらなる高画質なコンテンツとして画素数を縦７６８０画素×横４３２０画素とする８Ｋコンテンツも検討されている。

４Ｋコンテンツ又は８Ｋコンテンツを放送波で伝送するために、新たに高度ＢＳデジタル放送、高度広帯域ＣＳデジタル放送等の開発が進められている。これらの放送では、４Ｋの場合には３５Ｍｂｐｓ（１秒間に３５Ｍビット）の伝送帯域が想定され、８Ｋの場合には１００Ｍｂｐｓ（１秒間に１００Ｍビット）の伝送帯域が想定されている。これらの放送のコンテンツを格納するための光ディスクも検討されている。

また、高度ＢＳデジタル放送及び高度広帯域ＣＳデジタル放送では、通信による伝送との連携を強化するために、新たな多重化フォーマットとしてＭＭＴ／ＴＬＶ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ／Ｔｙｐｅ Ｌｅｎｇｔｈ Ｖａｌｕｅ）方式が採用される。ＭＭＴ／ＴＬＶ方式によって構成されるデジタルデータでは、従来のＭＰＥＧ２−ＴＳ方式と同様に、ビデオ信号及びオーディオ信号が適切なサイズに細分化され、これら細分化されたデータが再生に必要となる順番で並べ直されるとともに、制御用の情報が付与される。従来のＭＰＥＧ２−ＴＳ方式との大きな相違点は、この際の細分化のサイズが、必ずしも固定長サイズではなく、可変長サイズであることである。さらに、従来は各ＴＳパケット（又はＴＴＳパケット）毎に固定の位置に格納されていたｔｒａｎｓｐｏｒｔ ｓｃｒａｍｂｌｉｎｇ ｃｏｎｔｒｏｌに相当する復号を制御するための情報も、可変長サイズであるとともに、固定の位置に格納されるわけではない。

従来の２Ｋコンテンツを対象とした地上デジタル放送及びＢＳ／ＣＳデジタル放送を受信するテレビ受像器、並びにＢｌｕ−ｒａｙ（登録商標） Ｄｉｓｃの録画及び／又は再生に用いられるＢｌｕ−ｒａｙ（登録商標）レコーダ／プレイヤでは、固定長サイズのパケット構造をもつＭＰＥＧ２−ＴＳ方式に適したＬＳＩ（Ｌａｒｇｅ−Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）が採用されている。このようなＬＳＩは、非常に負荷の重い処理である暗号化及び復号処理を専用のハードウェア回路によって実現している。そして、当該ＬＳＩは、地上デジタル放送及びＢＳ／ＣＳデジタル放送の１８８バイト単位毎に固定位置にあるｔｒａｎｓｐｏｒｔ ｓｃｒａｍｂｌｉｎｇ ｃｏｎｔｒｏｌ、又は、Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃの６１４４バイト単位毎に固定位置にあるｔｒａｎｓｐｏｒｔ ｓｃｒａｍｂｌｉｎｇ ｃｏｎｔｒｏｌを見て、暗号化されたコンテンツの復号処理を高速に行うことが可能である。

しかしながら、次世代の４Ｋコンテンツ又は８Ｋコンテンツを対象とした高度ＢＳデジタル放送及び高度広帯域ＣＳデジタル放送では、可変長サイズのパケット構造をもつＭＭＴ／ＴＬＶ方式でコンテンツが伝送されるため、上述した固定長サイズに特化した従来型のＬＳＩでは処理が難しい。ＭＭＴ／ＴＬＶ方式で多重化され且つ可変長サイズのパケット構造を含むＡＶコンテンツも取り扱えるようなＬＳＩを新たに開発すれば対応は可能だが、このような新たなＬＳＩの開発には時間もコストもかかる。さらに、４Ｋコンテンツ又は８Ｋコンテンツに対応した新しいテレビ及びＢｌｕ−ｒａｙ（登録商標）レコーダ／プレイヤでも、従来の２Ｋコンテンツの放送及び光ディスクの受信、再生及び／又は録画への対応が必要になる。このため、従来型の固定長サイズのパケット構造に特化した専用ハードウェア回路を持つＬＳＩでも、ＭＭＴ／ＴＬＶ方式で多重化されたコンテンツの再生を可能とするコンテンツ復号方法が求められる。

そこで、本開示に係る発明者は、コンテンツの可変長構造のパケットつまり可変長パケットを、固定長構造のパケットつまり固定長パケットに変換する方法を見出した。なお、固定長パケットは、固定されたサイズのヘッダ部分と、固定されたサイズのペイロード部分とを有する。具体的には、暗号ブロックを使用する暗号利用モードの一例であるＣＴＲモード（Ｃｏｕｎｔｅｒ Ｍｏｄｅ）のように、コンテンツ内に設定される暗号ブロックのうちの任意の暗号ブロック位置からの暗号化及び復号処理が可能なランダムアクセス性を有する暗号利用モードの特性を活かすことで、コンテンツを復号及び再暗号化することなく、可変長パケットを固定長パケットに変換することが可能である。そして、この変換では、可変長パケットのペイロード部分が、例えば固定長サイズに分割されることによって、固定長パケットのペイロード部分に格納される。さらに、この変換の際に、可変長パケットのヘッダ部分の暗号カウンタ情報を更新するとともに、固定長パケットのペイロード部分に格納された実データ部のサイズを追記した上で、可変長パケットのヘッダ部分を固定長パケットのヘッダ部分として再構成することが可能である。このようにすることで、コンテンツを固定長パケット構造に最適化することができる。これにより、従来型の固定長サイズのパケット構造に特化した専用ハードウェア回路を持つＬＳＩでも、コンテンツの復号処理が可能となる。つまり、コンテンツの復号処理が簡略になる。

以下、適宜図面を参照しつつ、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。また、以下の実施の形態の説明において、略平行、略直交のような「略」を伴った表現が、用いられる場合がある。例えば、略平行とは、完全に平行であることを意味するだけでなく、実質的に平行である、すなわち、例えば数％程度の差異を含むことも意味する。他の「略」を伴った表現についても同様である。なお、発明者は、当業者が本開示を十分に理解するために添付図面及び以下の説明を提供するのであって、これらによって特許請求の範囲に記載の主題を限定することを意図するものではない。

［実施の形態］
［１−１．コンテンツ復号装置］
本開示の実施の形態に係るコンテンツ復号装置について、図面を参照しながら説明する。
図１は、実施の形態に係るコンテンツ復号装置１を適用した受信装置１０２の構成を模式的に示した図である。図１を参照すると、本実施の形態では、受信装置１０２は、ＡＶコンテンツ等のコンテンツを放送局１０１から受信する放送受信装置であり、ＡＶコンテンツは、ＭＭＴ／ＴＬＶ方式で多重化された暗号ストリームとして放送局１０１から受信装置１０２へと伝送される。典型的には、受信装置１０２は、テレビ受信機であるが、例えば後述する表示モジュール１０８を外付けにする形であれば、セットトップボックス（ＳＴＢ）、チューナー又はＢｌｕ−ｒａｙ（登録商標）レコーダなどのレコーダ等であってもよい。

受信装置１０２は、可変長−固定長変換モジュール１０３、制御モジュール１０４、ＣＡＳ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｓｙｓｔｅｍ；限定受信システムとも呼ばれる）モジュール１０５、固定長復号モジュール１０６、デマルチ／デコードモジュール１０７及び表示モジュール１０８を備える。本実施の形態では、可変長−固定長変換モジュール１０３、固定長復号モジュール１０６及びデマルチ／デコードモジュール１０７は、コンテンツ復号装置１を構成する。しかしながら、本願のコンテンツ復号装置１は、少なくとも可変長−固定長変換モジュール１０３を含めばよい。ここで、可変長−固定長変換モジュール１０３は、可変長−固定長変換部の一例であり、固定長復号モジュール１０６は、固定長復号部の一例である。

可変長−固定長変換モジュール１０３は、ＭＭＴ／ＴＬＶ方式で多重化された暗号ストリームとしてのコンテンツの可変長パケットを、固定長パケットに変換する。
表示モジュール１０８は、映像及び音声を出力可能な装置であり、例えば、液晶パネル又は有機若しくは無機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）パネル等の表示装置と、スピーカ等の音声出力装置とを含み得る。
固定長復号モジュール１０６は、可変長−固定長変換モジュール１０３によって変換された固定長パケットを含む暗号ストリーム、つまり固定長暗号ストリームを復号する。
デマルチ／デコードモジュール１０７は、固定長復号モジュール１０６によって復号された信号である固定長暗号ストリームを分解して複数の信号とするデマルチと、デマルチされた信号を表示モジュール１０８で再生可能なビデオ信号、オーディオ信号等に復号するデコードとを実施する。

制御モジュール１０４は、受信装置１０２全体を制御する。本実施の形態では、制御モジュール１０４は、可変長−固定長変換モジュール１０３、ＣＡＳモジュール１０５、固定長復号モジュール１０６、デマルチ／デコードモジュール１０７及び表示モジュール１０８を制御する。
ＣＡＳモジュール１０５は、コンテンツに対する契約管理等を行う。

可変長−固定長変換モジュール１０３、制御モジュール１０４、ＣＡＳモジュール１０５、固定長復号モジュール１０６及びデマルチ／デコードモジュール１０７の各構成要素は、専用のハードウェアで構成されてもよく、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。この場合、各構成要素は、例えば、演算処理部（図示せず）と、制御プログラムを記憶する記憶部（図示せず）とを備えてもよい。演算処理部としては、ＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等が例示される。記憶部としては、メモリ等が例示される。なお、各構成要素は、集中制御を行う単独の要素で構成されてもよく、互いに協働して分散制御を行う複数の要素で構成されてもよい。

例えば、可変長−固定長変換モジュール１０３、制御モジュール１０４、ＣＡＳモジュール１０５、固定長復号モジュール１０６及びデマルチ／デコードモジュール１０７の各構成要素の一部または全部は、１つのシステムＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ：大規模集積回路）から構成されているとしてもよい。システムＬＳＩは、複数の構成部を１つのチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等を含んで構成されるコンピュータシステムである。ＲＡＭには、コンピュータプログラムが記憶されている。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、システムＬＳＩは、その機能を達成する。

又は、例えば、可変長−固定長変換モジュール１０３は、汎用のＬＳＩにより実現され、このＬＳＩは、１チップで形成されることができるが、複数のチップで形成されてもよい。固定長復号モジュール１０６及びデマルチ／デコードモジュール１０７は一緒に、汎用のＬＳＩにより実現され、このＬＳＩは、１チップで形成されることができる。しかしながら、固定長復号モジュール１０６及びデマルチ／デコードモジュール１０７は、個別にチップ化されてもよい。特に、固定長復号モジュール１０６で行う暗号コンテンツの復号処理、及びデマルチ／デコードモジュール１０７で行う復号後の平文コンテンツのデコード処理は多大な計算処理能力を必要とするため、一般的には専用のハードウェアで処理することが望ましい。
システムＬＳＩ及びＬＳＩは、ＬＳＩ製造後にプログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）であってもよく、ＬＳＩ内部の回路セルの接続及び設定を再構成可能なリコンフィギュラブルプロセッサを含んでもよい。

上述のような受信装置１０２の制御モジュール１０４は、放送局１０１から受信した放送波を受信装置１０２のチューナー（図示しない）でアナログ信号からデジタル信号へと変換し、ＭＭＴ／ＴＬＶ形式の暗号ストリームとして可変長−固定長変換モジュール１０３へと送付する。なお、チューナーは、受信装置１０２と別個に設けられてもよい。

可変長−固定長変換モジュール１０３が受け取るＭＭＴ／ＴＬＶ形式のストリームの構成を模式的に示したものが図２である。なお、図２は、ＭＭＴ／ＴＬＶ形式でのストリームの構成の一例を示す模式図である。図２に示されるように、ＭＭＴ／ＴＬＶ形式のストリームは、ＴＬＶパケット、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケット、ＭＭＴパケットの三層の構造で構成されている。ＭＭＴ／ＴＬＶ形式のストリームは、まず、１つ以上の可変長のＴＬＶパケットから構成される。各ＴＬＶパケットは、１つのＴＬＶヘッダと１つのＴＬＶペイロードとから構成される。ＴＬＶペイロードは可変長であり、１つのＴＬＶペイロードには、１つの可変長のＩＰパケットが格納される。

１つのＩＰパケットは、１つのＩＰ／ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）ヘッダと１つのＩＰペイロードとから構成されている。ここで、ＩＰ／ＵＤＰヘッダは基本的には固定長であるが、オプションデータがある際には可変長となる場合もある。なお、ＩＰペイロードは可変長である。
また放送ではＩＰ／ＵＤＰヘッダの内容がほぼ同一であることを利用して、連続する一連のＩＰパケットにおいて先頭のＩＰ／ＵＤＰヘッダにはデータを記載したうえで、後続するＩＰパケットのＩＰ／ＵＤＰヘッダでは前と同じ内容であることを示す制御情報を上位のＴＬＶヘッダに記載して、ＩＰ／ＵＤＰヘッダの記載内容を圧縮する方法もある。この場合には、通常形式のＩＰ／ＵＤＰヘッダと、圧縮形式のＩＰ／ＵＤＰヘッダではそのサイズが異なることとなる。

さらに１つのＩＰペイロードに、１つの可変長のＭＭＴパケットが格納される。１つのＭＭＴパケットは、１つのＭＭＴヘッダと１つのＭＭＴペイロードとから構成される。ＭＭＴヘッダは、１つのＭＭＴ基本ヘッダを少なくとも含む。ＭＭＴ基本ヘッダは、基本的には固定長であるが、オプションデータがある際には可変長となる場合もある。また、ＭＭＴ基本ヘッダの後にＭＭＴ拡張ヘッダがあることもある。ＭＭＴ拡張ヘッダは、固定長のものもあれば、可変長のものもある。複数のＭＭＴ拡張ヘッダが、１つのＭＭＴ基本ヘッダの後に設けられる場合もある。ＭＭＴ拡張ヘッダの後に、１つのＭＭＴペイロードが続く。ＭＭＴペイロードに、分割された実際のビデオ信号及び／又はやオーディオ信号が格納される。

次に図３を参照して、ＴＬＶパケットの構造について詳細を示す。なお、図３は、図２のＴＬＶパケットの構成の一例を示す図である。先述したとおりＴＬＶパケットは、ＴＬＶヘッダとＴＬＶペイロードとから構成される。ＴＬＶヘッダの先頭には、先頭を示すデリミタとして常に二進数で０１という値が、２ビット分のデータ量を使用して記載される。このデリミタに引き続いて、６ビットの将来拡張用フィールド（図３で、「ｒｅｓｅｒｖｅｄ＿ｆｕｔｕｒｅ＿ｕｓｅ」と示される）が用意される。現時点ではこのフィールドは全て１の値が設定されるが、将来何らかの理由で拡張が必要となった場合には、ここにゼロの値が記載されることもあり得る。次にＴＬＶパケットのペイロード内に格納されるデータの種別を示す８ビットのｐａｃｋｅｔ＿ｔｙｐｅが格納される。ペイロードの中身は先述したとおり原則としてＩＰパケットであるが、ＩＰｖ４（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ４）パケットが格納されるケースとＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６）パケットが格納されるケースとがある。また、放送の場合にはＩＰパケット内のＩＰヘッダの値がほぼ一定の値となることから、ＩＰヘッダを圧縮形式で記載する圧縮ＩＰパケットも、ＴＬＶペイロードに格納されることがあり得る。また、ＩＰパケットの代わりに、放送伝送路に多重化されたＩＰパケットを受信装置１０２が多重解除するための制御情報であるＴＬＶ−ＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）が、ＴＬＶペイロードに格納されることもある。さらには、リアルタイムで伝送される放送では、必ずしも全ての時間で意味のあるデータを送信しているわけではないことから、その間を埋めるためのヌルパケットがＴＬＶペイロードに格納されることもあり得る。先述したｐａｃｋｅｔ＿ｔｙｐｅは、これらＩＰパケット、圧縮ＩＰパケット、ＴＬＶ−ＳＩ及びヌルパケットのいずれがＴＬＶペイロードに格納されているかを示すために用いられる。

ここで、可変長−固定長変換モジュール１０３は、ＴＬＶペイロードに格納されているデータがＴＶＬ−ＳＩである場合には、このデータを制御用の情報として、図１に示す制御モジュール１０４に通知する。なお、ＴＬＶ−ＳＩは平文で伝送されるため、特に復号処理などを行う必要はない。制御モジュール１０４は、ＴＬＶ−ＳＩに記載される制御情報に従って、可変長−固定長変換モジュール１０３の動作を制御する。

また、可変長−固定長変換モジュール１０３は、ＴＬＶペイロードに格納されているデータがヌルパケットである場合には、単にこれを無視する。これに対してＴＬＶペイロード内の情報がＩＰパケット又は圧縮ＩＰパケットである場合には、可変長−固定長変換モジュール１０３は、ＩＰパケットに関するさらなる処理を継続する。

図４は、図２のＩＰパケットの構成、並びにＩＰ／ＵＤＰヘッダの内部のＩＰヘッダ及びＵＤＰヘッダの構成の一例を示す図である。なお、本実施の形態では、ＩＰパケットが非圧縮のＩＰｖ４パケットである場合のみを代表事例として示す。ＩＰパケットは、圧縮形式である場合及びＩＰｖ６である場合には、異なる挙動となるが、本開示の趣旨には無関係であるため説明を割愛する。ＩＰパケットは、先述したとおりＩＰ／ＵＤＰヘッダとＩＰペイロードとから構成されている。

図４に示すとおり、ＩＰヘッダ及びＵＤＰヘッダはそれぞれ、様々なフィールドを含み得る。図４においてアルファベットで記載されるフィールドは、従来から定義されるフィールドである。ＩＰヘッダの先頭には、ＩＰｖ４パケット及びＩＰｖ６パケット等のＩＰパケットのバージョンを示す４ビットのｖｅｒｓｉｏｎが記載される。例えば、ｖｅｒｓｉｏｎのフィールドでは、ＩＰパケットがＩＰｖ４であれば、４が指定される。続く３２ビットのＩＨＬのフィールドは、ＩＰヘッダのサイズを３２ビットワード値で記載したものである。例えば、３２ビットワード値が５である場合には、ＩＰヘッダのサイズが２０バイトであることが示される。このＩＨＬの値によって、オプションの項目であるｏｐｔｉｏｎ＿ｏｒ＿ｐａｄｄｉｎｇのサイズが判定可能である。ｔｏｔａｌ＿ｌｅｎｇｔｈのフィールドは、当該ＩＰパケット全体のサイズをバイト単位で示したものである。なお、本実施の形態で説明する項目以外の項目であるｔｙｐｅ＿ｏｆ＿ｓｅｒｖｉｃｅ、ｉｄｅｎｔｉｆｉｃａｔｉｏｎ、ｆｌａｇｓ、ｆｌａｇｍｅｎｔ＿ｏｆｆｓｅｔ、ｔｉｍｅ＿ｔｏ＿ｌｉｖｅ、ｐｒｏｔｏｃｏｌ、ｈｅａｄｅｒ＿ｃｈｅｃｋｓｕｍ、ｓｏｕｒｃｅ＿ａｄｄｒｅｓｓ及びｄｅｓｔｉｎａｔｉｏｎ＿ａｄｄｒｅｓｓの項目それぞれについては、本開示の趣旨には無関係であるため、説明を割愛する。

次にＩＰヘッダの直後には、図４に示すとおりＵＤＰヘッダが続く。ＵＤＰヘッダは、それぞれが１６ビットであるｓｏｕｒｃｅ＿ｐｏｒｔ、ｄｅｓｔｉｎａｔｉｏｎ＿ｐｏｒｔ、ｌｅｎｇｔｈ及びｃｈｅｃｋ＿ｓｕｍのフィールドから構成される。このうちで、ｌｅｎｇｔｈのフィールドには、当該ＵＤＰヘッダと、当該ＵＤＰヘッダ以降に続くＩＰペイロードとを合計したサイズが、バイト単位で示される。なお、ｓｏｕｒｃｅ＿ｐｏｒｔ、ｄｅｓｔｉｎａｔｉｏｎ＿ｐｏｒｔ及びｃｈｅｃｋ＿ｓｕｍの項目それぞれについては、本開示の趣旨には無関係であるため、説明を割愛する。

図２に示されるように、ＵＤＰヘッダの後には、可変長のＩＰペイロードが続く。このＩＰペイロードには、可変長のＭＭＴパケットが通常は格納される。本実施の形態で通常と記載するのは、ＭＭＴパケット形式のＩＰパケット以外に、受信装置１０２に時刻を通知するためのＮＴＰ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）形式のＩＰパケットが通知されることがあるためである。例えば、ＩＰパケットがＩＰｖ４パケットであり、宛先ＩＰアドレスとして２２４．０．１．１が指定されている場合には、このＩＰｖ４パケットのＩＰペイロードに含まれるのはＮＴＰの情報である。なお、ＮＴＰ形式のＩＰパケットについても、平文で伝送されるため、特に復号処理などを行う必要はない。

次に図５は、図２のＭＭＴパケットの構成、並びにＭＭＴヘッダの内部のＭＭＴ基本ヘッダ及びＭＭＴ拡張ヘッダの構成の一例を示す図である。ＭＭＴパケットは、ＭＭＴヘッダとＭＭＴペイロードとから構成される。図５に示されるように、ＭＭＴヘッダには、ＭＭＴ基本ヘッダとＭＭＴ拡張ヘッダとが含まれ得、これらのうちＭＭＴ基本ヘッダが少なくとも含まれる。ＭＭＴ基本ヘッダ及びＭＭＴ拡張ヘッダはそれぞれ、様々なフィールドを含み得る。図５においてアルファベットで記載されるフィールドは、ＭＭＴ／ＴＬＶ方式で定義されるフィールドであり、日本語の斜体で記載されるフィールドは、日本の４Ｋ／８Ｋ放送で規定されるフィールドである。

ＭＭＴ基本ヘッダは、まず２ビットのｖｅｒｓｉｏｎのフィールドから始まる。ｖｅｒｓｉｏｎのフィールドには、ＭＭＴパケットのバージョン番号が示され、本実施の形態では００が指定される。次の１ビットのｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ＿ｆｌａｇのフィールドには、後述するオプションの項目であるｐａｃｋｅｔ＿ｃｏｕｎｔｅｒのフィールドが存在するか否かが指定される。具体的には、存在する場合は１、存在しない場合には０となる。このフィールドの値によって、ＭＭＴヘッダのサイズがかわり、よってＭＭＴペイロードのサイズが変わることとなる。Ｅｘｔｅｎｔｉｏｎ＿ｆｌａｇは、ＭＭＴ拡張ヘッダが存在するか否かを指定する１ビットのフラグである。Ｅｘｔｅｎｔｉｏｎ＿ｆｌａｇのフィールドでは、ＭＭＴ拡張ヘッダが存在する場合には１、存在しない場合には０が指定される。このフィールドに関しても、その値によって、ＭＭＴヘッダ全体のサイズとＭＭＴペイロードのサイズとが変わることとなる。１６ビットのｐａｃｋｅｔ＿ｉｄは、対応するＭＭＴペイロードに格納されるデータの種別を識別するための情報である。このｐａｃｋｅｔ＿ｉｄのフィールドに示される値によって、ＭＭＴペイロードに格納されているデータがビデオ信号であるか、オーディオ信号であるか、制御用の情報（ＭＭＴ−ＳＩ［Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ］）であるかなどを判定することが可能である。

ここで、ＭＭＴペイロードに格納されているデータがＭＭＴ−ＳＩである場合には、可変長−固定長変換モジュール１０３は、さらにそのＭＭＴ−ＳＩの情報内容を識別し、必要に応じて図１で示す制御モジュール１０４又はＣＡＳモジュール１０５に識別結果を通知する。ＣＡＳモジュール１０５に通知する必要がある情報は、コンテンツ視聴の契約者毎の契約情報及び契約者の共通情報などの暗号を解くためのワーク鍵等を含むＥＭＭ（Ｅｎｔｉｔｌｅｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｍｅｓｓａｇｅ）、並びに、放送される番組に関する情報及び復号に必要となる鍵等を含むＥＣＭ（Ｅｎｔｉｔｌｅｍｅｎｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ）である。これら以外の情報は、制御モジュール１０４へと通知され、制御モジュール１０４は、受け取った情報を、その内容に応じて、可変長−固定長変換モジュール１０３、固定長復号モジュール１０６及び／又はデマルチ／デコードモジュール１０７を制御するために利用する。なお、ＭＭＴ−ＳＩは、基本的には平文であり、固定長復号モジュール１０６で復号処理を行う必要はない。ＥＭＭ及びＥＣＭの暗号化は、ビデオ信号及びオーディオ信号と別の方式によって行われているが、これらの復号はＣＡＳモジュール１０５によって実行されるため、固定長復号モジュール１０６による復号処理に関して特に考慮する必要はない。

続く１６ビットのｔｉｍｅｓｔａｍｐのフィールドには、当該ＭＭＴパケットの先頭のバイトが放送局１０１から送出される時刻が、短形式ＮＴＰタイムスタンプで記載される。なお、ＦＥＣ＿ｔｙｐｅ（２ビットのデータ量）、ＲＡＰ＿ｆｌａｇ（１ビットのデータ量）、ｐａｙｌｏａｄ＿ｔｙｐｅ（６ビットのデータ量）、ｐａｃｋｅｔ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ（３２ビットのデータ量）、及びｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ（３２ビットのデータ量であり且つオプションの項目である）の各項目については、本開示の趣旨には無関係であるため、説明を割愛する。

先述したように、Ｅｘｔｅｎｔｉｏｎ＿ｆｌａｇのフィールドに１が指定されている場合には、ＭＭＴ基本ヘッダに続いてＭＭＴ拡張ヘッダが続くこととなる。複数のＭＭＴ拡張ヘッダが、１つのＭＭＴパケットに記載されることがあるが、図５は、１つのＭＭＴ拡張ヘッダが記載された例を示している。なお、逆にＭＭＴ拡張ヘッダが全く記載されないケースもあり得る。

ＭＭＴ拡張ヘッダが存在する場合、その先頭の１６ビットのフィールドは、ｅｘｔｅｎｓｉｏｎ＿ｔｙｐｅとなり、このフィールドでは、例えば、マルチタイプヘッダ拡張を示す０ｘ００００が指定される。さらに、続く１６ビットのフィールドには、ｅｘｔｅｎｔｉｏｎ＿ｌｅｎｇｔｈが指定され、ｅｘｔｅｎｔｉｏｎ＿ｌｅｎｇｔｈのフィールドでは、このフィールドの情報以降に引き続くＭＭＴ拡張ヘッダのサイズが、バイト単位で記載される。次に記載される１ビットのマルチヘッダ拡張終了フラグのフィールドには、当該ＭＭＴ拡張ヘッダが最後のものであるか否かが記載される。例えば、当該ＭＭＴ拡張ヘッダの後にＭＭＴ拡張ヘッダが記載する場合には、このフィールドでは１が指定され、当該ＭＭＴ拡張ヘッダの後にＭＭＴ拡張ヘッダが記載される場合には、このフィールドでは０が指定される。

続く１５ビットのマルチヘッダ拡張タイプのフィールドには、当該ＭＭＴ拡張ヘッダに含まれる情報の種別が記載される。ここで、ＭＭＴペイロードに暗号化の対象となるビデオ信号及び／又はオーディオ信号が格納される場合には、ＭＭＴ拡張ヘッダに暗号の制御に関する情報を格納する必要がある。マルチヘッダ拡張タイプのフィールドには、例えば、上記制御に関する情報が格納される場合、０ｘ０００１が指定される。

次に１６ビットの拡張領域長のフィールドには、当該ＭＭＴ拡張ヘッダのサイズがバイト単位で記載される。次の３ビットのリザーブのフィールドの説明は省略する。リザーブのフィールドに続く２ビットのＭＭＴスクランブル制御ビットのフィールドには、ＭＭＴペイロードに格納されるビデオ信号及び／又はオーディオ信号が暗号化されているか否かが示され、暗号化されている場合にはイーブン鍵及びオッド鍵のどちらを用いるかが示されることとなる。次の１ビットのスクランブル方式識別制御ビットのフィールドには、後述するスクランブル方式識別子が記録されているか否かが示される。１ビットのＭＭＴスクランブル初期値制御ビットのフィールドには、後述するＭＭＴスクランブル初期値情報が記載されているか否かが示される。なお、１ビットのメッセージ認証制御ビットは、本開示の趣旨との関係が薄いため、説明を割愛する。

先述したスクランブル方式識別制御ビットのフィールドが１となっている場合には、当該ＭＭＴ拡張ヘッダには、８ビットのスクランブル方式識別子が記載される。可変長−固定長変換モジュール１０３及び固定長復号モジュール１０６は、スクランブル方式識別子のフィールドの情報を用いて、ＭＭＴペイロードの暗号化に実際に利用される暗号化方式を判定する。本実施の形態では、このスクランブル方式識別子が、例えば、０ｘ０１となっている場合には、広く利用されている鍵長１２８ｂｉｔｓ（ビット）、１９２ｂｉｔｓ及び２５６ｂｉｔｓのＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）暗号化方式のうちの鍵長１２８ｂｉｔｓのＡＥＳ暗号化方式が利用される。なお、ＡＥＳ暗号化方式は、暗号ブロックを用いて固定長の平文を暗号化するものであり、暗号化と復号とに共通の鍵、又は暗号化から容易に導出可能な復号鍵を用いる暗号化方式の１つのである。

スクランブル方式識別子のフィールドに続く１６ビットのペイロード長のフィールドには、後述するＭＭＴスクランブル初期値情報の長さがバイト単位で指定される。ここでＭＭＴスクランブル初期値情報の長さは１６バイトである。このため、ペイロード長のフィールドには、例えば、０ｘ００１０が指定される。最後に、ＭＭＴスクランブル初期値情報のフィールドには、ＡＥＳ暗号化方式を利用する場合の初期値であるカウンタ情報が記載される。なお、ＭＭＴスクランブル初期値制御ビットが０となっている場合、つまり、ＭＭＴスクランブル初期値情報が記載されていない場合には、カウンタ情報として、ＭＭＴスクランブル初期値情報に記載される値ではなく、ｐａｃｋｅｔ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ及びｐａｃｋｅｔ＿ｉｄ等の値を用いて計算される値が利用されることとなる。

ここで、図６を用いて、ＡＥＳ暗号化方式を用いる際の暗号利用モードの一つであるＡＥＳ−ＣＴＲモードでのメッセージの暗号化及び復号について説明する。図６は、パケットの暗号化方式の一例であるＡＥＳ−ＣＴＲモードでの暗号化及び復号処理を説明する図である。さらに、図６における上半分の領域の６Ａ（Ｃｏｕｎｔｅｒ ｍｏｄｅ ｅｎｃｒｙｐｔｉｏｎ）は、ＡＥＳ−ＣＴＲモードでの暗号化処理を説明する図であり、図６における下半分の領域の６Ｂ（Ｃｏｕｎｔｅｒ ｍｏｄｅ ｄｅｃｒｙｐｔｉｏｎ）は、ＡＥＳ−ＣＴＲモードでの復号処理を説明する図である。

６Ａにより示される図を参照すると、暗号化の際には、鍵（Ｋｅｙ）に加えて初期値であるＩＶ（Ｉｎｉｔｉａｌ Ｖｅｃｔｏｒ）を用いる。なお、ＩＶは、ＡＥＳ−ＣＴＲモードの場合には、その特性からカウンタと呼ばれることもある。ＡＥＳ−ＣＴＲモードでは、メッセージが１６バイト毎のブロックに分割され、各ブロックに対して暗号化が実施される。具体的には、鍵（Ｋｅｙ）を用いてＩＶを暗号化（ＥＮＣ）処理した値に対して、メッセージの先頭１６バイトのブロック（ｍ１）をＸＯＲ（排他的論理和）したものが、最初の１６バイトのブロック（ｍ１）のメッセージに対応する暗号文（ｃ１）となる。メッセージの次の１６バイトのブロックについては、ＩＶに＋１をする、つまりＩＶに１を加えて得られる新たな初期値である更新初期値を、鍵（Ｋｅｙ）を用いて暗号化（ＥＮＣ）処理した値に対して、当該１６バイトのブロック（ｍ２）をＸＯＲしたものが、ブロック（ｍ２）のメッセージに対応する暗号文（ｃ２）となる。このように、ＩＶに＋１の処理を順次実施して得られる更新初期値を用いて上述のような処理を連続して行うことで、１６バイト以上の長いメッセージに対しても暗号文を作成することが可能である。なお、メッセージの長さが１６バイトの倍数になっていない場合には、末尾のブロックにおいてＸＯＲをビット単位で行うことによって暗号文を得る。

また、６Ｂにより示される図を参照すると、復号処理の内容は、暗号化の場合と全く同様である。特に、復号であるにも関わらず、ＩＶ、及び、ＩＶに＋１の処理を順次実施して得られる更新初期値を、鍵（Ｋｅｙ）を用いて暗号化（ＥＮＣ）処理することに、注意が必要である。なお、暗号化（ＥＮＣ）処理した値に対して、暗号文（ｃ１、ｃ２・・・・等）をＸＯＲしたものが、ブロック（ｍ１、ｍ２・・・・等）のメッセージである。

また、ＡＥＳ−ＣＴＲモードの特性の１つとして、任意の位置から暗号化及び復号が可能である、つまり、任意のブロック位置からの暗号化及び復号処理が可能なランダムアクセス性を有することが挙げられる。例えば、従来一般的に利用されている暗号利用モードであるＡＥＳ−ＣＢＣ（Ｃｉｐｈｅｒ Ｂｌｏｃｋ Ｃｈａｉｎｉｎｇ）モードの場合には、１つ前のブロックの暗号化結果を用いて次のブロックの暗号化処理が行われる。よって、ＡＥＳ−ＣＴＲモードは、前のブロックから順次暗号化処理が行われなければならないＡＥＳ−ＣＢＣモードとは対照的である。ＡＥＳ−ＣＴＲモードにおいては、例えば先頭のブロックから１０ブロック後のブロックのメッセージを暗号化する場合でも、暗号化されたデータを復号する場合でも、そのＩＶ（初期値又はカウンタ）に対して１０を加算した値を対象として、鍵を用いて暗号化（ＥＮＣ）を行い、さらにＸＯＲすることによって、結果が得られる。つまり、暗号化又は復号すべきブロックの順番が判別できればよい。

コンテンツ復号装置１、具体的には、固定長復号モジュール１０６は、このＡＥＳ−ＣＴＲモードを用いて、暗号化対象となっているＭＭＴペイロードを先頭から復号することとなる。その際の初期値は先述したＭＭＴスクランブル初期値情報から取得できる。

次に、図７を用いて、本開示に係る可変長構造のＭＭＴ／ＴＬＶ形式のストリームを、復号の前処理で固定長に変換する方式について説明する。なお、図７は、図２のＭＭＴ／ＴＬＶ形式のストリームに含まれる可変長のＭＭＴパケットを復号の前処理で固定長に変換する手順を説明する図である。図７は、既にＴＬＶヘッダの除去、ＴＬＶ−ＳＩの抽出及び除去、ＩＰヘッダの除去、ＮＴＰパケットの抽出及び除去を終えて、連続する可変長のＭＭＴパケットが取り出されている状態を示す。可変長−固定長変換モジュール１０３は、このような状態の可変長のＭＭＴパケットを、固定長構造のパケットである固定長パケットへと変換していく。

具体的には、可変長のＭＭＴパケットのＭＭＴペイロード（ＭＰ１）のサイズが、固定長パケットの固定長ペイロード（ＦＰ１）のサイズと全く等しい場合には、単純にＭＭＴペイロード（ＭＰ１）がそのまま固定長ペイロード（ＦＰ１）に格納されることとなる。そして、当該ＭＭＴパケットにおけるＭＭＴペイロード（ＭＰ１）に対応するＭＭＴヘッダ（ＭＨ１）が変換され、当該固定長パケットにおける固定長ペイロード（ＦＰ１）に対応する固定長ヘッダ（ＦＨ１）に格納される。

これに対して、ＭＭＴペイロード（ＭＰ２）の方が固定長ペイロード（ＦＰ２）よりも長い場合には、ＭＭＴペイロード（ＭＰ２）は、分割されて、複数の固定長ペイロード（ＦＰ２及びＦＰ３）に格納されることとなる。この場合、ＭＭＴペイロードは定められた固定長サイズ、本実施の形態では固定長ペイロードのサイズに先頭から分割され、前から順に固定長ペイロードへと格納されていく。なお、図７は、一例として、１つのＭＭＴペイロードが２つの固定長ペイロードに分割されて格納されるケースを図示している。なお、こうして分割して固定長ペイロードに格納していく際に、必ずしも、可変長のＭＭＴペイロードのサイズは、固定長ペイロードのサイズの整数倍になっているとは限らない。このようなケースでは、末尾の固定長ペイロードでは途中までしかデータが埋まらないこととなる。このようなケースでは、固定長ペイロードのうちのデータが埋まらなかった部分がダミーデータとして扱われる仕組みが必要となる。
また、ＭＭＴペイロード（ＭＰ２）に対応するＭＭＴヘッダ（ＭＨ２）が２つのタイプに変換され、それぞれが固定長ペイロード（ＦＰ２及びＦＰ３）に対応する固定長ヘッダ（ＦＨ２及びＦＨ３）に格納される。

逆にＭＭＴペイロード（ＭＰ３）が、定められた固定長のサイズの固定長ペイロード（ＦＰ４）よりも短い場合には、分割されることなく、ＭＭＴペイロード（ＭＰ３）は、そのまま固定長ペイロード（ＦＰ４）に格納される。固定長ペイロード（ＦＰ４）のうちのデータが埋まらなかった残りの部分は、ダミーデータとして扱われることとなる。また、ＭＭＴペイロード（ＭＰ３）に対応するＭＭＴヘッダ（ＭＨ３）が変換され、固定長ペイロード（ＦＰ４）に対応する固定長ヘッダ（ＦＨ４）に格納される。なお、各固定長ヘッダ（ＦＨ１〜ＦＨ４）のサイズは同一であり、各固定長ペイロード（ＦＰ１〜ＦＰ４）のサイズは同一である。

次に、図８を参照して、ＭＭＴヘッダを固定長ヘッダに変換する仕組みについて説明していく。図８は、可変長のＭＭＴヘッダを固定長ヘッダに変換する際の互いの対応関係の一例を示す図である。固定長ヘッダは、様々なフィールドを含み得る。図８においてアルファベットで記載されるフィールドは、ＭＭＴ／ＴＬＶ方式等で定義されるフィールドであり、日本語の斜体で記載されるフィールドは、日本の４Ｋ／８Ｋ放送で規定される又は本開示の特有のフィールドである。

図８に示される変換では、図１で示すデマルチ／デコードモジュール１０７での処理で少なくとも必要となる情報だけを取り出すべく、不要なデータは削除している。図８において、ＭＭＴヘッダの中で削除されるフィールドが、ハッチがけされて例示されている。しかしながら、将来の拡張性を担保するためなどに、必ずしもＭＭＴヘッダの情報を削除する必要はなく、例えば全ての情報をコピーとして、変換後の固定長ヘッダに持たせても良い。逆に、ｒｅｓｅｒｖｅｄ及びリザーブのフィールドについては、将来の拡張に対応する必要がないのであれば、削除することも可能である。同様にｖｅｒｓｉｏｎ、ＦＥＣ＿ｔｙｐｅ、ＲＡＰ＿ｆｌａｇ及びｐａｙｌｏａｄ＿ｔｙｐｅなども、可変長−固定長変換モジュール１０３の後段のデマルチ／デコードモジュール１０７で必要ないのであれば削除しても構わない。

ＭＭＴヘッダのＭＭＴ基本ヘッダ及びＭＭＴ拡張ヘッダに格納されていたデータの中で、ｖｅｒｓｉｏｎ、ＦＥＣ＿ｔｙｐｅ、ｒｅｓｅｒｖｅｄ、ＲＡＰ＿ｆｌａｇ、ｐａｙｌｏａｄ＿ｔｙｐｅ、ｐａｃｋｅｔ＿ｉｄ、ｔｉｍｅｓｔａｍｐ、ｐａｃｋｅｔ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ、ｐａｃｋｅｔ＿ｃｏｕｎｔｅｒ、リザーブ、及びＭＭＴスクランブル制御ビットの各フィールドについては、固定長ヘッダにそのままコピーされる。なお、１つのＭＭＴパケットが複数の固定長パケットに分割して格納される場合にも、これらの情報はそのまま記録すれば良い。ただし、ｔｉｍｅｓｔａｍｐについては、可変長−固定長変換モジュール１０３の後段のデマルチ／デコードモジュール１０７での処理に必要となる場合には、ＭＭＴヘッダに記載されたｔｉｍｅｓｔａｍｐから変更してもよい。具体的には、分割された２つ目以降の固定長パケットについては、ＭＭＴヘッダに記載されたｔｉｍｅｓｔａｍｐに対して、当該固定長パケットよりも前の分割された固定長パケットの固定長ペイロードのサイズ分のデータを放送で伝送する際にかかる時間をプラスしたｔｉｍｅｓｔａｍｐが、採用されてよい。図８では、通常、ＭＭＴヘッダから固定長ヘッダにそのままコピーされるフィールドは、実線矢印で結ばれ、通常、ＭＭＴヘッダから固定長ヘッダに変更を伴って移されるフィールドは、破線矢印で結ばれている。

次に、固定長ヘッダで新たに記載されるｐａｙｌｏａｄ＿ｃｏｕｎｔｅｒとペイロード内実データ長とについて説明する。本実施の形態では、ｐａｙｌｏａｄ＿ｃｏｕｎｔｅｒは、１つのＭＭＴパケットが複数の固定長パケットに分割される際に、この分割を管理するための情報である。ｐａｙｌｏａｄ＿ｃｏｕｎｔｅｒのフィールドに示される数値０及び１のうちの数値０は、当該固定長ヘッダを有する固定長パケットが、分割後の先頭の固定長パケットであること、又は、分割が行われることがなかった固定長パケットであることを示す。ｐａｙｌｏａｄ＿ｃｏｕｎｔｅｒのフィールドに示される数値１は、当該固定長ヘッダを有する固定長パケットが、分割後の２番目の固定長パケットであることを示す。以降、ｐａｙｌｏａｄ＿ｃｏｕｎｔｅｒのフィールドに示される数値は、２である場合に３番目の固定長パケットを示し、３である場合に４番目の固定長パケットを示すというかたちで、固定長パケットの分割数及びその順序に応じて増加する値を示す。なお、ｐａｙｌｏａｄ＿ｃｏｕｎｔｅｒのフィールドに示される数値には、分割後の最後の固定長パケットを明示する場合に、例えば０ｘＦＦという最後を示す値が適用されてもよい。

次に、本実施の形態では、ペイロード内実データ長は、先述したダミーデータを取り扱うための仕組みである。通常時は、ペイロード内実データ長は、固定長ペイロードのサイズに一致しているが、ダミーデータが存在する場合には、固定長ペイロードのサイズからこのダミーデータのサイズを除いたサイズが、ペイロード内実データ長として記載される。

最後に、固定長ヘッダのＭＭＴスクランブル初期値情報について、分割後の先頭の固定長パケット、又は分割が行われることがなかった固定長パケットのＭＭＴスクランブル初期値情報のフィールドには、変換前である元のＭＭＴヘッダの中のＭＭＴスクランブル初期値情報が、そのまま記載される。なお、元のＭＭＴヘッダのＭＭＴスクランブル初期値制御情報に０が指定されている場合には、先述したｐａｃｋｅｔ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ及びｐａｃｋｅｔ＿ｉｄ等を用いた計算の結果得られるカウンタ値が、そのまま記載される。

次に、分割の有無に関係なく２つ目以降の固定長パケットの場合には、１つ前の固定長パケットの固定長ヘッダの中に記載されたＭＭＴペイロードスクランブル初期値情報に対して、固定長ペイロードのサイズを１６で割った数字を加算した値が、上記２つ目以降の固定長パケットのＭＭＴスクランブル初期値制御情報のフィールドに記載される。なお、本実施の形態では、固定長ペイロードのサイズを１６バイトの倍数として想定している。実際には、ＡＥＳ−ＣＴＲモードは１６バイト単位で処理することとなるため、１６の倍数となっていることが処理効率の点からも望ましい。このように固定長パケット毎にそのＡＥＳ−ＣＴＲモードでのＩＶの値を記載することにより、可変長−固定長変換モジュール１０３の後段の固定長復号モジュール１０６は、固定長ヘッダの固定位置に記載されている値を参照するだけでＡＥＳ−ＣＴＲモードでのＩＶの値を設定することが可能である。同様に、固定長復号モジュール１０６は、固定長ヘッダの固定位置に記載されているＭＭＴスクランブル制御ビットを参照することにより、復号の必要性、及び復号する場合に用いるべき鍵（例えば、イーブン鍵か、オッド鍵か？）を判断することが可能である。固定長復号モジュール１０６は、上述の種々の情報を用いて固定長ペイロード部分を復号し、復号後の固定長ペイロード部分と固定長ヘッダとを含む平文となった固定長パケットを、後段のデマルチ／デコードモジュール１０７へ転送する。

固定長パケットを受け取ったデマルチ／デコードモジュール１０７は、ｐａｃｋｅｔ＿ｉｄを参照することにより、含まれるデータがビデオ信号であるかオーディオ信号であるかなどの判定をすることができ、またペイロード内の実データ長を見ることにより、ダミーデータを削除することもできる。

なお、本実施の形態では、固定長復号モジュール１０６とデマルチ／デコードモジュール１０７とを分ける構成としていたが、例えば固定長復号処理とデマルチ処理とを１つのモジュールで行う構成としてもよい。この場合には、当該モジュールでの処理結果は、ビデオ単独の信号又はオーディオ単独の信号となり、それぞれの信号は、ビデオ用のデコードモジュール又はオーディオ用のデコードモジュールに通知されることによってデコードを受けることが可能である。また、本実施の形態では、固定長復号モジュール１０６は、平文化した状態の固定長パケットをそのままデマルチ／デコードモジュール１０７に通知するように構成されていたが、例えば、固定ヘッダの中で不要な情報を削除すること、及び／又は、逆に追加の制御情報を加えることを実施した上で、デマルチ／デコードモジュール１０７に通知する構成としてもよい。
上述のようにして、デマルチ／デコードモジュール１０７がデコードしたビデオ信号、オーディオ信号は、表示モジュール１０８で表示される。

さらに、図９を用いて、コンテンツ復号装置１、つまり可変長−固定長変換モジュール１０３が、可変長のＭＭＴパケットを固定長パケットに分割しつつ変換する処理について説明する。図９は、実施の形態に係るコンテンツ復号装置１による可変長のＭＭＴパケットを固定長パケットに変換する処理の流れを示すフローチャートである。

最初にステップＳ９０１にて、可変長−固定長変換モジュール１０３は、１つのＭＭＴパケットに着目し、このＭＭＴパケットのＭＭＴペイロードのデータを、可変長−固定長変換モジュール１０３が保持するメモリに読み出す、つまり取得する。次にステップＳ９０２にて、可変長−固定長変換モジュール１０３は、可変長−固定長変換モジュール１０３が保持する現カウンタ格納用のレジスタに、当該ＭＭＴパケットのＭＭＴヘッダ内に記載されたＭＭＴスクランブル初期値情報を格納する。つまり、可変長−固定長変換モジュール１０３は、上記ＭＭＴスクランブル初期値情報を、現カウンタ値に設定する。なお、ＭＭＴスクランブル初期値情報が０である場合には、可変長−固定長変換モジュール１０３は、先述したｐａｃｋｅｔ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ及びｐａｃｋｅｔ＿ｉｄ等を用いた計算の結果得られるカウンタ値を格納する。

次にステップＳ９０３にて、可変長−固定長変換モジュール１０３は、ステップＳ９０１で読み込んだＭＭＴペイロードのデータが、定められた固定長よりも長いか否かを判定する。可変長−固定長変換モジュール１０３は、長い場合（ステップＳ９０３でＹｅｓ）にはステップＳ９０４に移行する。これは、ＭＭＴペイロードのデータが固定長ペイロードに収まりきらないケースである。

このため、可変長−固定長変換モジュール１０３は、ステップＳ９０４において、ＭＭＴペイロードから、その先頭から一定の固定長サイズで読み出したデータを、ダミーデータ無しで固定長ペイロードにコピーする、つまり固定長ペイロードを作成する。さらに、可変長−固定長変換モジュール１０３は、図８を用いて先述した方法で、固定長ヘッダを作成して固定長ペイロードと結合し、固定長パケットを生成する。この際、可変長−固定長変換モジュール１０３は、作成する固定長ヘッダ内のＭＭＴスクランブル初期値情報には、先の現カウンタ格納用のレジスタに格納した値を用いる。次にステップＳ９０５では、可変長−固定長変換モジュール１０３は、現カウンタ格納用のレジスタに格納されている値を、作成した固定長ペイロードのサイズに対応する値だけ増加させると共に、メモリに格納されたＭＭＴペイロードデータから既に固定長ペイロードに格納したデータを取り除く。つまり、可変長−固定長変換モジュール１０３は、現カウンタ値とメモリ内のＭＭＴペイロードデータの残データとを更新する。次いで、可変長−固定長変換モジュール１０３は、もう一度ステップＳ９０３に移行し、メモリ内の残データを、上述で処理したＭＭＴペイロードの内容と読み替えてステップＳ９０３以降の処理を行う。

ステップＳ９０３において、ＭＭＴペイロードのデータが定められた固定長よりも長くない（ステップＳ９０３でＮｏ）と判定した場合には、可変長−固定長変換モジュール１０３は、ステップＳ９０６に移行し、ＭＭＴペイロードのデータ（又は残データ）が、固定長と同じであるか否かを確認する。全く同じである場合（ステップＳ９０６でＹｅｓ）には、可変長−固定長変換モジュール１０３は、ステップＳ９０７に移行して、ＭＭＴペイロードのデータ（又は残データ）を、ダミーデータ無しでコピーして固定長ペイロードを作成する。さらに、可変長−固定長変換モジュール１０３は、図８を用いて先述した方法で、固定長ヘッダを作成して固定長ペイロードと結合し、固定長パケットを生成する。この際、可変長−固定長変換モジュール１０３は、作成する固定長ヘッダ内のＭＭＴスクランブル初期値情報には、現カウンタ格納用のレジスタに格納した値を用いる。

なお、ステップＳ９０６において、ＭＭＴペイロードのデータ（又は残データ）が固定長と同じでない（ステップＳ９０６でＮｏ）、つまり、固定長未満であると判定した場合には、可変長−固定長変換モジュール１０３は、ステップＳ９０８に移行し、ＭＭＴペイロードのデータ（又は残データ）とダミーデータとを用いて固定長ペイロードを作成する、つまりダミーデータありで固定長ペイロードを作成する。この際、可変長−固定長変換モジュール１０３は、固定長ヘッダ内のペイロード内実データ長のフィールドに、ＭＭＴペイロードのデータ（又は残データ）のサイズを記載する。上述のように、ステップＳ９０１〜Ｓ９０８の処理を実施することによって、可変長−固定長変換モジュール１０３は、可変長のＭＭＴパケットを、分割の必要性を判定して分割しつつ固定長パケットに変換する。

［１−２．効果等］
上述したように、実施の形態に係るコンテンツ復号装置１は、多重化方式として可変長のパケット構造を持つ暗号化コンテンツを復号する。コンテンツ復号装置１は、可変長のパケット構造を持つ暗号化コンテンツとしての第一の暗号化コンテンツを受け取って、固定長のパケット構造を持つ第二の暗号化コンテンツに変換する可変長−固定長変換モジュール１０３を備える。さらに、実施の形態に係るコンテンツ復号装置１は、第二の暗号化コンテンツを復号する固定長復号モジュール１０６を備えてもよい。

上述の構成において、可変長のパケット構造を持つ第一の暗号化コンテンツでは、各種情報の位置及びサイズが、一定でない。このため、第一の暗号化コンテンツをそのまま復号する場合、第一の暗号化コンテンツにおいて必要な情報を探し出し、サイズが一定でない第一の暗号化コンテンツに対応した復号が必要になる。さらに、一般的に復号処理自体にも高い処理能力が要求される。よって、可変長−固定長変換モジュール１０３に要求される処理能力が非常に高くなる。第一の暗号化コンテンツを固定長のパケット構造を持つ第二の暗号化コンテンツに変換することによって、各種情報の位置及びサイズが固定される。このため、復号のための必要な情報の取得が容易になり、一定サイズの第二の暗号化コンテンツに対応した復号は、可変長−固定長変換モジュール１０３に要求する処理能力を大きく低減する。よって、多重化方式で伝送されるコンテンツの復号処理を簡略にすることが可能になる。例えば、次世代４Ｋ／８Ｋ放送に対応する第一の暗号化コンテンツであっても、従来の固定長の多重化パケット構造に特化したＬＳＩは、比較的小規模な改修を受けるだけで、可変長−固定長変換モジュール１０３として十分な機能を果たすことができる。一方、上記のような第一の暗号化コンテンツをそのまま復号するには、既存のＬＳＩの改修では対応できず、新規なＬＳＩの開発が必要なる。

実施の形態に係るコンテンツ復号装置１では、第一の暗号化コンテンツの暗号方式には、暗号化コンテンツ内に設定される暗号ブロックのうちの任意の暗号ブロック位置からの暗号化及び復号処理が可能なランダムアクセス性を有する暗号モードが用いられる。さらに、暗号モードは、ＣＴＲモードであってもよい。上述の構成において、暗号化コンテンツの復号の際、暗号ブロックは、暗号化コンテンツ内での順番に関係なく、アクセスを受けて復号されることができる。これにより、可変長−固定長変換モジュール１０３は、その処理能力に応じて、暗号ブロックの復号順序の変更及び複数の暗号ブロックの並行した復号等を実施しつつ、暗号化コンテンツの復号を実施することができる。また、可変長−固定長変換モジュール１０３は、必要な暗号ブロックを取捨選択して暗号化コンテンツの復号を実施することもできる。よって、暗号化コンテンツの復号処理速度の向上が可能になる。

実施の形態に係るコンテンツ復号装置１では、可変長−固定長変換モジュール１０３は、復号及び再暗号化処理を行わずに、第一の暗号化コンテンツを第二の暗号化コンテンツに変換する。上述の構成において、第一の暗号化コンテンツから第二の暗号化コンテンツへの変換処理速度の向上が可能になる。

実施の形態に係るコンテンツ復号装置１では、可変長−固定長変換モジュール１０３は、第一の暗号化コンテンツの第二の暗号化コンテンツへの変換では、第一の暗号化コンテンツのペイロード部を先頭から順次分割して第二の暗号化コンテンツの固定長のペイロード部に格納すると共に、第二の暗号化コンテンツのペイロード部の復号に必要となるパラメータを生成して、第二の暗号化コンテンツの固定長のヘッダ部に格納する。さらに、可変長−固定長変換モジュール１０３は、第二の暗号化コンテンツのペイロード部に格納された実際のデータ長を第二の暗号化コンテンツのヘッダ部に格納する。

上述の構成において、暗号化される情報を通常含むペイロード部が、第二の暗号化コンテンツの固定長のペイロード部のサイズに応じて分割され、当該ペイロード部に格納される。これにより、第一の暗号化コンテンツから第二の暗号化コンテンツへの変換が簡易になる。また、第二の暗号化コンテンツのヘッダ部に含まれる第二の暗号化コンテンツのペイロード部に格納される実際のデータ長から、復号されるべきデータ長の判別が可能である。これにより、固定長のペイロード部のサイズに適合するために第二の暗号化コンテンツのペイロード部にダミーデータが含まれる場合でも、ダミーデータを排除して実際のデータのみを復号処理することが可能である。

また、実施の形態に係る受信装置１０２は、多重化方式として可変長のパケット構造を持つ暗号化コンテンツを受信して再生する受信装置であり、上記コンテンツ復号装置１を備える。よって、受信装置１０２は、実施の形態に係るコンテンツ復号装置１と同様の効果を奏する。

また、上記実施の形態に係るコンテンツ復号装置１等において、特定の処理部が実行する処理を別の処理部が実行してもよい。また、複数の処理の順序が変更されてもよく、複数の処理が並行して実行されてもよい。

なお、上記実施の形態に係るコンテンツ復号装置１等において、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵ又はプロセッサなどのプログラム実行部が、ハードディスク又は半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。

また、上記実施の形態に係るコンテンツ復号装置１等において、各構成要素は、ＬＳＩ、超多機能ＬＳＩ等の回路でもよい。複数の構成要素が、全体として１つの回路を構成してもよく、それぞれ別々の回路を構成してもよい。また、回路は、それぞれ、汎用的な回路でもよく、専用の回路でもよい。

また、上記実施の形態に係るコンテンツ復号装置１等において、構成要素の一部又は全部は、脱着可能なＩＣカード又は単体のモジュールから構成されてもよい。ＩＣカード又はモジュールは、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどから構成されるコンピュータシステムである。ＩＣカード又はモジュールは、上記のＬＳＩ又は超多機能ＬＳＩを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、ＩＣカード又はモジュールは、その機能を達成する。これらＩＣカード及びモジュールは、耐タンパ性を有するとしてもよい。

また、実施の形態に係るコンテンツ復号方法は、多重化方式として可変長のパケット構造を持つ暗号化コンテンツを復号するコンテンツ復号方法であって、可変長のパケット構造を持つ暗号化コンテンツとしての第一の暗号化コンテンツを受け取って、固定長のパケット構造を持つ第二の暗号化コンテンツに変換する変換工程を含む。さらに、実施の形態に係るコンテンツ復号方法は、第二の暗号化コンテンツを復号する復号工程を含む。

また、実施の形態に係るコンテンツ復号方法の変換工程では、復号及び再暗号化処理を行わずに、第一の暗号化コンテンツを第二の暗号化コンテンツに変換する。さらに、実施の形態に係るコンテンツ復号方法の変換工程では、第一の暗号化コンテンツのペイロード部を先頭から順次分割して第二の暗号化コンテンツの固定長のペイロード部に格納すると共に、第二の暗号化コンテンツのペイロード部の復号に必要となるパラメータを生成して、第二の暗号化コンテンツの固定長のヘッダ部に格納する。さらにまた、変換工程では、第二の暗号化コンテンツのペイロード部に格納された実際のデータ長を第二の暗号化コンテンツのヘッダ部に格納する。

上記方法によって、実施の形態に係るコンテンツ復号装置１の効果と同様の効果が得られる。なお、上記方法は、ＭＰＵ、ＣＰＵ、プロセッサ、ＬＳＩなどの回路、ＩＣカード又は単体のモジュール等によって、実現されてもよい。

また、実施の形態での処理は、ソフトウェアプログラム又はソフトウェアプログラムからなるデジタル信号によって実現されてもよい。例えば、実施の形態での処理は、次のようなプログラムによって、実現される。
すなわち、このプログラムは、多重化方式として可変長のパケット構造を持つ暗号化コンテンツを復号するためのプログラムであり、コンピュータに、可変長のパケット構造を持つ暗号化コンテンツとしての第一の暗号化コンテンツを、固定長のパケット構造を持つ第二の暗号化コンテンツに変換させる。よって、実施の形態に係るコンテンツ復号装置１の効果と同様の効果が得られる。

なお、上記プログラム及び上記プログラムからなるデジタル信号は、コンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、半導体メモリ等に記録したものであってもよい。
また、上記プログラム及び上記プログラムからなるデジタル信号は、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものであってもよい。
また、上記プログラム及び上記プログラムからなるデジタル信号は、記録媒体に記録して移送されることにより、又はネットワーク等を経由して移送されることにより、独立した他のコンピュータシステムにより実施されてもよい。

［他の実施の形態］
以上のように、本開示における技術の例示として、上記の実施の形態を説明した。しかしながら、本開示における技術は、これに限定されず、適宜、変更、置換、付加、省略などを行った実施の形態にも適用可能である。また、上記実施の形態及び下記の他の実施形態で説明する各構成要素を組み合わせて、新たな実施の形態とすることも可能である。そこで、以下、他の実施の形態を例示する。

上記実施の形態に係るコンテンツ復号装置１は、ＭＭＴパケットのＭＭＴペイロードのデータの暗号利用モードとして、ＣＴＲモード、具体的には、ＡＥＳ−ＣＴＲモードを使用していたが、これに限定されない。暗号利用モードは、データの複数のブロックのうちの任意のブロック位置からの暗号化及び復号処理が可能なランダムアクセス性を有するものであれば、いかなる暗号利用モードであってもよい。

また、本開示の包括的又は具体的な態様は、システム、方法、集積回路、コンピュータプログラム又はコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよい。また、本開示の包括的又は具体的な態様は、システム、方法、集積回路、コンピュータプログラム及び記録媒体の任意な組み合わせで実現されてもよい。

本発明は、可変長の多重化パケット構造を持つ次世代４Ｋ／８Ｋ放送、コンテンツ配信を受信する受信機や、同じく可変長の多重化パケット構造を持つ次世代４Ｋ／８Ｋ放送録画用光ディスクで録画・再生するレコーダ、プレイヤにおいて、従来の固定長の多重化パケット構造に特化したＬＳＩでも比較的小規模な改修で対応を可能とする仕組みとして利用することができる。

１ コンテンツ復号装置
１０２ 受信装置
１０３ 可変長−固定長変換モジュール（可変長−固定長変換部）
１０６ 固定長復号モジュール（固定長復号部）

Claims (8)

1. 可変長のパケット構造を持つ暗号化コンテンツを固定長のパケット構造を持つ暗号化コンテンツに変換して復号するコンテンツ復号装置であって、
   可変長のパケット構造を持つ第一の暗号化コンテンツを受け取って、固定長のパケット構造を持つ第二の暗号化コンテンツに変換する可変長−固定長変換部と、
   前記第二の暗号化コンテンツを復号する固定長復号部とを備え、
   前記可変長−固定長変換部は、前記変換では、前記第一の暗号化コンテンツのペイロード部を先頭から順次分割して前記第二の暗号化コンテンツの固定長のペイロード部に格納すると共に、前記第二の暗号化コンテンツのペイロード部の復号に必要となるパラメータを生成して、前記第二の暗号化コンテンツの固定長のヘッダ部に格納する
   コンテンツ復号装置。
2. 前記第一の暗号化コンテンツの暗号方式には、暗号化コンテンツ内に設定される暗号ブロックのうちの任意の暗号ブロック位置からの暗号化及び復号処理が可能なランダムアクセス性を有する暗号モードが用いられる
   請求項１に記載のコンテンツ復号装置。
3. 前記暗号モードがＣＴＲモード（Ｃｏｕｎｔｅｒ Ｍｏｄｅ）である
   請求項２に記載のコンテンツ復号装置。
4. 前記可変長−固定長変換部は、前記変換では、前記第一の暗号化コンテンツのペイロード部を先頭から順次分割して前記第二の暗号化コンテンツのペイロード部に格納する際に、前記第二の暗号化コンテンツのペイロード部に格納された実際のデータ長を前記第二の暗号化コンテンツのヘッダ部に格納する
   請求項１に記載のコンテンツ復号装置。
5. 可変長のパケット構造を持つ暗号化コンテンツを受信して再生する受信装置であって、
   請求項１〜４のいずれか一項に記載のコンテンツ復号装置を備える受信装置。
6. 可変長のパケット構造を持つ暗号化コンテンツを固定長のパケット構造を持つ暗号化コンテンツに変換して復号するコンテンツ復号装置のコンテンツ復号方法であって、
   可変長のパケット構造を持つ第一の暗号化コンテンツを受け取って、固定長のパケット構造を持つ第二の暗号化コンテンツに変換する変換工程と、
   前記第二の暗号化コンテンツを復号する復号工程とを含み、
   前記変換工程では、前記第一の暗号化コンテンツのペイロード部を先頭から順次分割して前記第二の暗号化コンテンツの固定長のペイロード部に格納すると共に、前記第二の暗号化コンテンツのペイロード部の復号に必要となるパラメータを生成して、前記第二の暗号化コンテンツの固定長のヘッダ部に格納する
   コンテンツ復号方法。
7. 前記変換工程では、前記第二の暗号化コンテンツのペイロード部に格納された実際のデータ長を前記第二の暗号化コンテンツのヘッダ部に格納する
   請求項６に記載のコンテンツ復号方法。
8. コンピュータに、可変長のパケット構造を持つ暗号化コンテンツを固定長のパケット構造を持つ暗号化コンテンツに変換させて復号させるためのプログラムであって、
   可変長のパケット構造を持つ第一の暗号化コンテンツを、固定長のパケット構造を持つ第二の暗号化コンテンツに変換する変換工程と、前記第二の暗号化コンテンツを復号する復号工程とを前記コンピュータに実行させ、
   前記変換工程では、前記第一の暗号化コンテンツのペイロード部を先頭から順次分割して前記第二の暗号化コンテンツの固定長のペイロード部に格納すると共に、前記第二の暗号化コンテンツのペイロード部の復号に必要となるパラメータを生成して、前記第二の暗号化コンテンツの固定長のヘッダ部に格納する
   プログラム。

Images