(57)【要約】【課題】  セキュリティレベルを落とさずに各個別のストリームに分離することが可能な情報処理装置，情報処理方法，コンピュータプログラムを提供する。【解決手段】  上記情報処理装置は，画像／音声を含むストリームがパケット化されたパケット群からパケットを取り出すパケット取得部と；パケットからパケットヘッダを検出するパケットヘッダ検出部と；パケットヘッダに記載されたヘッダ情報を基にして，パケット内のペイロードヘッダが存在するか否かを判断する判断部と；ペイロード部分の非暗号化を示す非暗号化フラグ値又はペイロード部分の暗号化を示す暗号化フラグ値を暗号フラグに設定する暗号フラグ設定部と；パケットヘッダのヘッダ情報を参照し，パケット内のペイロード部分のデータ長を示すレングス情報を生成するレングス情報生成部と；暗号フラグと，レングスと，ペイロードとを出力するデータ出力部とを備える。【選択図】    図３
2007013427.tif 000002
【特許請求の範囲】
【請求項１】
画像及び／又は音声を含むストリームがパケット化されたパケット群から少なくとも一つのパケットを取り出すパケット取得部と；
前記パケットからパケットヘッダを検出するパケットヘッダ検出部と；
前記パケットヘッダに記載されたヘッダ情報を基にして，前記パケット内のペイロード部分のヘッダとしてペイロードヘッダが該パケット内に存在するか否かを判断する判断部と；
前記パケット内のペイロード部分は暗号化されていないことを示す非暗号化フラグ値又は該ペイロード部分は暗号化されていることを示す暗号化フラグ値を暗号フラグに設定する暗号フラグ設定部と；
前記パケット内のペイロード部分のデータ長を示すレングス情報を生成するレングス情報生成部と；
前記暗号フラグ設定部により設定された暗号フラグと，前記レングス情報生成部により生成されたレングスと，前記ペイロードとを出力するデータ出力部とを備えることを特徴とする，情報処理装置。
【請求項２】
前記パケットヘッダ検出部は，前記パケットを復号せずに，前記パケットからパケットヘッダを検出し；
前記暗号フラグ設定部は，前記ペイロード部分を復号せずに，前記非暗号化フラグ値又は前記暗号化フラグ値を暗号フラグに設定することを特徴とする，請求項１に記載の情報処理装置。
【請求項３】
前記暗号フラグ設定部は，前記パケット内に前記ペイロードヘッダが存在した場合，前記非暗号化フラグ値を前記暗号フラグ値に設定することを特徴とする，請求項１に記載の情報処理装置。
【請求項４】
前記パケット内にパケットヘッダが存在しない場合，前記パケット内のペイロード部分は暗号化されており，デコーダによるデコード処理の際に，その暗号化されたペイロードは復号されることを特徴とする，請求項１に記載の情報処理装置。
【請求項５】
前記情報処理装置は，前記パケットからシード値を取得するシード取得部をさらに備え，
前記データ出力部は，前記シード値をさらに出力することを特徴とする，請求項１に記載の情報処理装置。
【請求項６】
前記デコーダは，前記ペイロードに対応する前記暗号フラグに前記非暗号化フラグ値が設定されていた場合，該ペイロードの復号が行われずに，該ペイロードをデコードすることを特徴とする，請求項１に記載の情報処理装置。
【請求項７】
画像及び／又は音声を含むストリームがパケット化されたパケット群から少なくとも一つのパケットを取り出す工程と；
前記パケットからパケットヘッダを検出する工程と；
前記パケットヘッダに記載されたヘッダ情報を基にして，前記パケット内のペイロード部分のヘッダとしてペイロードヘッダが該パケット内に存在するか否かを判断する工程と；
前記パケット内のペイロード部分は暗号化されていないことを示す非暗号化フラグ値又は該ペイロード部分は暗号化されていることを示す暗号化フラグ値を暗号フラグに設定する工程と；
前記パケットヘッダのヘッダ情報を基にして，前記パケット内のペイロード部分のデータ長を示すレングス情報を生成する工程と；
前記暗号フラグと，前記レングスと，前記ペイロードとを出力する工程とを含むことを特徴とする，情報処理方法。
【請求項８】
前記パケットヘッダを検出する工程では，前記パケットを復号せずに，前記パケットからパケットヘッダを検出し；
前記暗号フラグに設定する工程では，前記ペイロード部分を復号せずに，前記非暗号化フラグ値又は前記暗号化フラグ値を暗号フラグに設定することを特徴とする，請求項７に記載の情報処理方法。
【請求項９】
前記暗号フラグを設定する工程では，前記ペイロードヘッダが存在する場合，前記非暗号化フラグ値を前記暗号フラグに設定することを特徴とする，請求項７に記載の情報処理方法。
【請求項１０】
前記パケット内にパケットヘッダが存在しない場合，前記パケット内のペイロード部分は暗号化されており，前記デコーダによるデコード処理の際に，その暗号化されたペイロードは復号されることを特徴とする，請求項７に記載の情報処理方法。
【請求項１１】
前記情報処理方法は，前記パケットからシード値を取得する工程をさらに含み，
前記デコーダに出力する工程では，前記シード値をさらに出力することを特徴とする，請求項７に記載の情報処理方法。
【請求項１２】
前記デコーダによりデコードする工程では，前記ペイロードに対応する前記暗号フラグに前記非暗号化フラグ値が設定されていた場合，該ペイロードを復号しないことを特徴とする，請求項７に記載の情報処理方法。
【請求項１３】
画像及び／又は音声を含むストリームがパケット化されたパケット群から少なくとも一つのパケットを取り出す工程と；
前記パケットからパケットヘッダを検出する工程と；
前記パケットヘッダに記載されたヘッダ情報を基にして，前記パケット内のペイロード部分のヘッダとしてペイロードヘッダが該パケット内に存在するか否かを判断する工程と；
前記パケット内のペイロード部分は暗号化されていないことを示す非暗号化フラグ値又は該ペイロード部分は暗号化されていることを示す暗号化フラグ値を暗号フラグに設定する工程と；
前記パケットヘッダのヘッダ情報を基にして，前記パケット内のペイロード部分のデータ長を示すレングス情報を生成する工程と；
前記暗号フラグと，前記レングスと，前記ペイロードとを出力する工程とを含んだ情報処理方法をコンピュータに実行させることを特徴とする，コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコンテンツを処理する情報処理装置，情報処理方法，およびコンピュータプログラムにかかり，特にコンテンツに構成されたパケットを出力する処理に関する。
【背景技術】
【０００２】
近年，情報処理技術の高度化とインターネットの急激な普及に伴い，画像及び／又は音声からなる放送番組などのコンテンツをハードディスクドライブ（ＨＤＤ）などに記録し，その記録されたコンテンツを再生する情報処理装置が存在する。
【０００３】
上記コンテンツが，例えば，ＨＤＴＶ（高画質テレビジョン）等に用いられるＭＰＥＧ２  ＴＳ（トランスポートストリーム）の場合，上記情報処理装置は，多重化されたコンテンツストリームを取得し，そのコンテンツストリームに構成された複数のＴＳパケットを画像又は音声等の各個別のストリームにデマルチプレクサ（ＤＭＵＸ）が分離し，さらに各ストリームをデコーダがデコードすることによってコンテンツを再生する。
【０００４】
なお，上記各個別のストリームに分離するために，ＴＳヘッダに記載された情報（例えば，“ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒ（ペイロードユニット開始インジケータ）”など）や，ＴＳヘッダ以外にも“Ａｄａｐｔａｔｉｏｎ  Ｆｉｅｌｄ（アダプテーションフィールド）”等が参照されている（例えば，非特許文献１参照）。
【０００５】
一方，上記コンピュータの発展と並行して，インターネット等，ネットワーク上のコンテンツ流通を想定した不正コピー対策技術や著作権管理技術などの技術開発についても活発に行われている。
【０００６】
上記不正コピー対策技術や著作権管理技術等によって，例えば，音声や画像などのコンテンツが不正にコピーされたり，不正に読み出されたり，不正に改ざんされたりするのを防止することができる。
【０００７】
ここで，コンテンツがＭＰＥＧ２  ＴＳ（トランスポートストリーム）の場合，上記不正コピー等を防止するために，コンテンツに構成された複数のＴＳパケットのうちＴＳパケット全体またはＴＳ  Ｈｅａｄｅｒ（ＴＳヘッダ）以外の部分を暗号化する場合が一般的であった。
【０００８】
【非特許文献１】ＩＳＯ／ＩＥＣ  １３８１８−１  ｓｅｃｏｎｄ  ｅｄｉｔｉｏｎ  ２０００−１２−０１  Ｒｅｆｅｒｅｎｃｅ  ｎｕｍｂｅｒ  ＩＳＯ／ＩＥＣ  １３８１８−１：２０００（Ｅ），ｐ．１９−２０
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら，ＴＳパケットの全体又はＴＳヘッダ以外の一部が暗号化されたコンテンツを再生するなどの場合，ＴＳパケットがＤＭＵＸに入力する前に，予め暗号化されたパケットを復号しなければ各個別のストリームに分離することができず，さらにＤＭＵＸとデコーダとの間をセキュアにするためＤＭＵＸから出力されたストリームについても暗号化をする必要があった。
【００１０】
また，上記ＤＭＵＸとデコーダとの間をセキュアにするために，ＤＭＵＸ及びデコーダ全体について耐タンパ性を具備する場合も考えられるが，かかる場合，多額の製作コストが必要であり，不経済であった。
【００１１】
本発明は，上記問題点に鑑みてなされたものであり，本発明の目的は，セキュリティレベルを落とさず，コストを最小限に抑えた上で，各個別のストリームに分離することが可能な，新規かつ改良された情報処理装置，情報処理方法，およびコンピュータプログラムを提供することである。
【課題を解決するための手段】
【００１２】
上記課題を解決するため，本発明の第１の観点によれば，画像及び／又は音声を含むストリームがパケット化されたパケット群から少なくとも一つのパケットを取り出すパケット取得部と；上記パケットからパケットヘッダを検出するパケットヘッダ検出部と；上記パケットヘッダに記載されたヘッダ情報を基にして，上記パケット内のペイロード部分のヘッダとしてペイロードヘッダが該パケット内に存在するか否かを判断する判断部と；上記パケット内のペイロード部分は暗号化されていないことを示す非暗号化フラグ値又は該ペイロード部分は暗号化されていることを示す暗号化フラグ値を暗号フラグに設定する暗号フラグ設定部と；パケットヘッダのヘッダ情報を参照し，上記パケット内のペイロード部分のデータ長を示すレングス情報を生成するレングス情報生成部と；上記暗号フラグ設定部により設定された暗号フラグと，上記レングス情報生成部により生成されたレングスと，上記ペイロードとをデコーダに出力するデータ出力部とを備えることを特徴とする情報処理装置が提供される。なお，上記パケット取得部は，画像及び音声で多重化されたストリームからパケットを取得してもよい。かかる構成により，取り出したパケットが暗号化された状態でも，パケットヘッダ等を参照可能であるためパケットを復号せずに各ストリームに分離し，デコーダに出力することができる。
【００１３】
上記パケットヘッダ検出部は，上記パケットを復号せずに，上記パケットからパケットヘッダを検出し；上記暗号フラグ設定部は，上記ペイロード部分を復号せずに，上記非暗号化フラグ値又は上記暗号化フラグ値を暗号フラグに設定するように構成してもよい。
【００１４】
上記暗号フラグ設定部は，上記パケット内に上記ペイロードヘッダが存在した場合，上記非暗号化フラグ値を上記暗号フラグ値に設定するように構成してもよい。
【００１５】
上記パケット内にパケットヘッダが存在しない場合，上記パケット内のペイロード部分は暗号化されており，上記デコーダによるデコードの際に，その暗号化されたペイロードは復号されるように構成してもよい。
【００１６】
上記情報処理装置は，上記パケットからシード値を取得するシード取得部をさらに備え，上記データ出力部は，上記シード値をさらに出力するように構成してもよい。
【００１７】
上記デコーダは，上記ペイロードに対応する上記暗号フラグに上記非暗号化フラグ値が設定されていた場合，該ペイロードを復号せずにデコードするように構成してもよい。
【００１８】
上記デコーダは，ペイロードに対応する暗号フラグに非暗号化フラグ値が設定されていた場合，ペイロードの復号が行われずに，当該ペイロードをデコードするように構成してもよい。
【００１９】
上記情報処理装置は，画像及び／又は音声からなるストリームがパケット化された該ストリームのパケット群から少なくとも一つのパケットを取り出し，上記パケットヘッダに記載された情報を基にして，上記パケット内にアダプテーションフィールドが存在するか否かを判断するフィールド判断部と；上記ペイロードヘッダが存在しない場合，上記パケット内の上記アダプテーションフィールドを除くペイロード部分を暗号化するペイロード暗号化部と；上記ペイロード部分が暗号化されたパケットを上記パケット取得部に出力するパケット出力部とを，さらに備えるようにしてもよい。かかる構成により，原則的にペイロードヘッダが存在しないパケットのペイロード部分について暗号化することができ，上記パケットを出力することによって，そのパケットを復号せずに各ストリームに分離し，デコーダに出力することができる。
【００２０】
上記課題を解決するために，本発明の別の観点によれば，画像及び／又は音声を含むストリームがパケット化されたパケット群から少なくとも一つのパケットを取り出す工程と；上記パケットからパケットヘッダを検出する工程と；上記パケットヘッダに記載されたヘッダ情報を基にして，上記パケット内のペイロード部分のヘッダとしてペイロードヘッダが該パケット内に存在するか否かを判断する工程と；上記パケット内のペイロード部分は暗号化されていないことを示す非暗号化フラグ値又は該ペイロード部分は暗号化されていることを示す暗号化フラグ値を暗号フラグに設定する工程と；上記パケットヘッダのヘッダ情報を基にして，上記パケット内のペイロード部分のデータ長を示すレングス情報を生成する工程と；上記暗号フラグと，上記レングスと，上記ペイロードとをデコーダに出力する工程とを含むことを特徴とする情報処理方法が提供される。なお，上記パケットを取得する工程では，画像及び音声で多重化されたストリームからパケットを取得してもよい。かかる構成により，取り出したパケットが暗号化された状態でも，パケットヘッダ等を参照可能であるためパケットを復号せずに各ストリームに分離し，デコーダに出力することができる。
【００２１】
上記パケットヘッダを検出する工程では，上記パケットを復号せずに，上記パケットからパケットヘッダを検出し；上記暗号フラグに設定する工程では，上記ペイロード部分を復号せずに，上記非暗号化フラグ値又は上記暗号化フラグ値を暗号フラグに設定するように構成してもよい。かかる構成により，取り出したパケットのうちペイロード部分が暗号化されていても，当該ペイロード部分を復号せずに画像ストリーム又は音声ストリーム等に分離し，デコーダに出力することができる。
【００２２】
上記暗号フラグを設定する工程では，上記ペイロードヘッダが存在する場合，上記非暗号化フラグ値を上記暗号フラグに設定するように構成してもよい。
【００２３】
上記パケット内にパケットヘッダが存在しない場合，上記パケット内のペイロード部分は暗号化されており，上記デコーダによるデコード処理の際に，その暗号化されたペイロードは復号されるように構成してもよい。かかる構成により，ペイロード部分はデコーダに入力するまで秘匿の状態に保持することができる。
【００２４】
上記情報処理方法は，上記パケットからシード値を取得する工程をさらに含み，上記デコーダに出力する工程では，上記シード値をさらに出力するように構成してもよい。
【００２５】
上記デコーダによるデコードする工程では，上記ペイロードに対応する上記暗号フラグに上記非暗号化フラグ値が設定されていた場合，該ペイロードを復号しないように構成してもよい。
【００２６】
上記画像及び／又は音声からなるストリームがパケット化された該ストリームのパケット群から少なくとも一つのパケットを取り出し，上記パケットヘッダに記載された情報を基にして，上記パケット内にアダプテーションフィールドが存在するか否かを判断する工程と；上記ペイロードヘッダが存在しない場合，上記パケット内の上記アダプテーションフィールドを除くペイロード部分を暗号化する工程と；上記ペイロード部分が暗号化されたパケットを上記パケット取得部に出力する工程とを含むように構成してもよい。かかる構成により，原則的にペイロードヘッダが存在しないパケットのペイロード部分について暗号化することができ，上記パケットを出力することによって，そのパケットを復号せずに各ストリームに分離し，デコーダに出力することができる。
【００２７】
また，上記課題を解決するために，本発明の別の観点によれば，画像及び／又は音声を含むストリームがパケット化されたパケット群から少なくとも一つのパケットを取り出す工程と；上記パケットからパケットヘッダを検出する工程と；上記パケットヘッダに記載されたヘッダ情報を基にして，上記パケット内のペイロード部分のヘッダとしてペイロードヘッダが該パケット内に存在するか否かを判断する工程と；上記パケット内のペイロード部分は暗号化されていないことを示す非暗号化フラグ値又は該ペイロード部分は暗号化されていることを示す暗号化フラグ値を暗号フラグに設定する工程と；上記パケットヘッダのヘッダ情報を基にして，上記パケット内のペイロード部分のデータ長を示すレングス情報を生成する工程と；上記暗号フラグと，上記レングスと，上記ペイロードとをデコーダに出力する工程とを含んだ情報処理方法をコンピュータに実行させることを特徴とするコンピュータプログラムが提供される。
【発明の効果】
【００２８】
以上説明したように，本発明によれば，デマルチプレクサ及びデコーダ全体に耐タンパ性を具備するなど製作コストを抑えて，少なくともペイロード部分は暗号化されているためセキュリティレベルは維持したまま，ＴＳパケットを分離し，デコーダにストリームを出力することができる。
【発明を実施するための最良の形態】
【００２９】
以下，本発明の好適な実施の形態について，添付図面を参照しながら詳細に説明する。なお，以下の説明及び添付図面において，略同一の機能及び構成を有する構成要素については，同一符号を付することにより，重複説明を省略する。
【００３０】
（第１の実施形態）
まず，図１，図２を参照しながら，第１の実施の形態にかかる情報処理システム５０について説明する。なお，図１，図２は，第１の実施の形態にかかる情報処理システムの概略的な構成の一例を示す説明図である。
【００３１】
図１に示すように，情報処理システム５０には，ホームネットワークシステム等のように，ＴＶ装置３０ａと，ユーザ端末１０と，ユーザ端末２０とが備わって，ＴＶ装置３０ａと，ユーザ端末１０と，ユーザ端末２０とが相互にネットワーク１０３で接続されている。
【００３２】
ＴＶ装置３０ａ，ユーザ端末１０，ユーザ端末２０は，ネットワーク１０３で接続された通信相手に対してコンテンツを送信することができ（送信側デバイス），または，接続先の通信相手からネットワーク１０３を介してコンテンツを受信することができる（受信側デバイス）。
【００３３】
図１に示すように，ユーザ端末１０，ユーザ端末２０は，コンテンツファイルを記録し，コンテンツファイルを再生して画面上（又は，ディスプレイ上）や，スピーカーに出力可能な装置である。また，ユーザ端末１０，ユーザ端末２０は，ＩＥＥＥ１３９４規格のケーブルからなるネットワーク１０３を介してデータを送受信することが可能な装置である。
【００３４】
より具体的には，ユーザ端末１０，ユーザ端末２０は，ノート型ＰＣ（ノート型パーソナルコンピュータ），ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ），デスクトップ型ＰＣ等であるが，かかる例に限定されない。例えば，ユーザ端末１０，ユーザ端末２０は，携帯電話，通信機能付き携帯メディアプレイヤー等の場合でも良い。
【００３５】
なお，本実施の形態にかかる情報処理システム５０には，ＴＶ装置３０ａ，ユーザ端末１０，またはユーザ端末２０が１又は２台以上備わる場合でも実施可能である。また，情報処理システム５０は，ユーザ端末１０，ユーザ端末２０，またはＴＶ装置３０ａのうち少なくとも二台がネットワーク１０３で接続されていればよい。
【００３６】
また，本実施の形態にかかるユーザ端末１０及びユーザ端末２０は，コンテンツをネットワーク１０３を介して送信する送信側デバイス，もしくは，コンテンツをネットワーク１０３を介して受信する受信側デバイスのうち少なくとも一方又は双方を実施することが可能な装置である。
【００３７】
図２に示すように，ユーザ端末１０は，ボード１５０と，情報処理装置１００と，出力部１６０と，入力部１７０とを備えている。なお，本実施の形態にかかるボード１５０は，情報処理装置１５０のように，制御部（図示せず。），パケット内のペイロード部分を暗号化するペイロード暗号化部（図示せず。），および上記暗号化されたパケットを出力するパケット出力部（図示せず。）を備えた情報処理装置として機能してもよい。したがって，上記の場合，ユーザ端末全体が情報処理装置として機能する。
【００３８】
上記情報処理装置１００には，制御部１３０と，ストレージ装置１２０とが備わっている。上記制御部１３０は，ユーザ端末１０及び／又は情報処理装置１００に構成される各部の処理・命令等を制御する。
【００３９】
また，制御部１３０は，コンテンツストリームをデコードさせたり，デコードされたコンテンツを画面上等に出力するための出力データに加工させたり等，コンテンツに関する一連の処理の実行を各部に命令する，または，当該処理を実行させるためのプログラムを起動及び実行等する。より具体的には，制御部１３０は，例えば，ＣＰＵ（中央演算処理装置），ＭＰＵ（マイクロプロセッサ）等を例示することができるが，かかる例に限定されない。
【００４０】
また，制御部１３０は，バス（図示せず）を介してＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）に記憶されているプログラムや，ストレージ装置１２０からＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）に読み出されたプログラムに従って各種のコンテンツ処理を実行する。
【００４１】
なお，上記バスは，内部バス，メモリバス，入出力（Ｉ／Ｏ）バスなど情報処理装置１００又はユーザ端末１０に構成されるバスの総称をいう。バスは，各部から送出されたデータを，上記データの宛先である各部に伝送する。
【００４２】
ストレージ装置１２０は，上記プログラム，コンテンツファイルなどのデータを読書き可能な記憶装置であり，例えば，ハードディスクドライブ（ＨＤＤ），ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＳＤＲＡＭ，ＤＲＡＭなどを例示することができるが，かかる例に限定されない。
【００４３】
出力部１６０は，コンテンツを画面上及び／又はスピーカーに出力する。なお，コンテンツは，少なくとも文学，コンサート，映画，またはスポーツなどの多種のジャンルに係るテキスト，音声，動画像，もしくは静止画像又はそれら任意の組み合わせからなる。
【００４４】
入力部１７０は，ユーザから操作指示を受けることが可能な１又は２以上からなるボタン，トラックボール，トラックパッド，スタイラスペン，ダイアルログ，ジョイスティックなどのポインティングデバイス，または出力部１６０に表示されるコンテンツを直接タッチすることでそのコンテンツの再生などを受付けるタッチパネル手段などからなるが，かかる例に限定されない。
【００４５】
ボード１５０は，コンテンツデータをネットワーク１０３を介して外部装置（ＴＶ装置３０ａ，ユーザ端末２０など）から送信又は受信する。
【００４６】
さらに，ボード１５０は，外部装置から受信したコンテンツデータを情報処理装置１００に送信する。
【００４７】
なお，外部装置からコンテンツデータを受信する場合，ボード１５０は，ＤＴＣＰ（Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）方式等に従い，外部装置との間で認証すると相互間で共通の鍵を生成し，その共通鍵で暗号化されたコンテンツデータを外部装置から受信してもよい。
【００４８】
さらに，ボード１５０は，外部装置から受信したコンテンツデータ上記共通鍵を用いて復号した後，ボード１５０と情報処理装置１５０（又は，制御部１３０）との間で認証し，相互間で共通の鍵等を用いた別の暗号化方式で暗号化し，情報処理装置１００に送信してもよい。
【００４９】
つまり，ボード１５０は，外部装置から受信したコンテンツデータを復号し，さらに当該復号方式とは，同一又は異なる方式で暗号化する処理（プロトコル変換処理）を実行し，情報処理装置１００に送信する。詳細については第２の実施の形態で説明する。
【００５０】
また，図２に示すように，ＴＶ装置３０ａはチューナーを備えており，ＴＶ装置３０は上記チューナーを介して，放送波など外部から入力するコンテンツストリームを画面，スピーカーに出力することができる。
【００５１】
また，第１の実施の形態にかかるコンテンツデータ（コンテンツストリーム）には，複数のパケットから構成される画像（ビデオ）データ，音声（オーディオ）データが含まれている。
【００５２】
また，上記コンテンツデータは，ＭＰＥＧ２  ＴＳ（トランスポートストリーム）の場合を例に挙げて以下説明するが，かかる例に限定されない。なお，特段の記載が無い場合，コンテンツデータには，上記画像データまたは音声データのうち少なくとも一方が含まれているものとする。
【００５３】
（情報処理装置１００）
次に，図２，図３を参照しながら，第１の実施の形態にかかる情報処理装置１００について説明する。なお，図３は，第１の実施の形態にかかる情報処理装置１００の概略的な構成の一例を示すブロック図である。
【００５４】
上記情報処理装置１００は，ストレージ装置１２０に記憶されたコンテンツファイル１２１から，画像ストリーム，音声ストリーム，データストリームなどのストリームに分離し，各ストリームをデコードして，出力データに加工又は変換し，出力部１６０を介して出力する装置である。
【００５５】
図３（ａ）に示すように，情報処理装置１００は，上記説明したように制御部１３０と，ストレージ装置１２０とを備え，さらにデマルチプレクサ（以下，ＤＭＵＸ）１５３と，レンダー１５５とを備えている。
【００５６】
また，制御部１３０は，デコーダ１３１と，復号部１３２とを備えている。上記デコーダ１３１は，ＤＭＵＸ１５３から伝送された画像ストリーム（画像データ）及び音声ストリーム（音声データ）など，各ストリームを出力部１６０で再生するための所定フォーマットに変換する。
【００５７】
上記復号部１３２は，ＤＭＵＸ１５３による分離処理後のＴＳパケットに付加された暗号フラグを参照することで，そのＴＳパケット中のペイロード部分（暗号化ペイロード）を復号し，復号後のペイロードを画像及び音声など各ストリーム別にデコーダ１３１に入力する。
【００５８】
なお，第１の実施の形態にかかる復号部１３２は，デコーダ１３１と別体である場合を例に挙げて説明したが，かかる例に限定されず，例えば，復号部１３２は，デコーダ１３１と一体である場合でも実施可能である。
【００５９】
また，第１の実施の形態にかかるデコーダ１３１は，１つからなる場合を例に挙げて説明するが，かかる例に限定されず，例えば，デコーダ１３１は，各ストリームごとに制御部１３０内に備わる場合でも実施可能である。つまり，デコーダ１３１は，例えば，画像ストリームだけをデコードする画像ストリーム専用のデコーダ１３１ａと，音声ストリーム専用のデコーダ１３１ｂとから構成される。
【００６０】
上記ＤＭＵＸ１５３及びレンダー１５５は，１又は２以上のプログラムモジュールまたはコンポーネントからなるプログラムである。
【００６１】
ＤＭＵＸ１５３は，制御部１３０がストレージ装置１２０から読み出したコンテンツファイルを画像ストリーム，音声ストリーム，データストリームの各個別のストリームに分離する処理を行う。
【００６２】
図３（ｂ）に示すように，上記ＤＭＵＸ１５３には，制御部１３０からパケットを取り出すパケット取得部１８０と，判断部１８１と，データ出力部１８２と，暗号フラグ設定部１８３と，レングス情報生成部１８４とが備わる。
【００６３】
上記判断部１８１は，ＴＳパケット内にペイロード部分のヘッダとしてＰＥＳヘッダ（ペイロードヘッダ）が該パケット内に存在するか否かを判断する。なお，詳細は後述する。
【００６４】
上記暗号フラグ設定部１８３は，上記ＴＳパケット内のペイロード部分が暗号化されていないことを示す非暗号化フラグ値，または，当該ペイロード部分が暗号化されていることを示す暗号化フラグ値を暗号フラグに設定する。
【００６５】
復号部１３２は，上記暗号フラグ設定部１８３により設定される各ストリームに対応する暗号フラグを参照して，デコーダ１３１によるデコードの前に，上記暗号化されたペイロードを復号する。
【００６６】
上記ＤＭＵＸ１５３は，詳細は後述するが，コンテンツファイルに構成された複数のパケットに含まれるペイロードの種別に応じて，ストリームに分離する。
【００６７】
例えば，ＤＭＵＸ１５３に備わるデータ出力部１８２は，コンテンツファイルに構成されたパケット（ＴＳパケットなど）のペイロードが画像であれば，そのペイロード部分を画像ストリームに出力し，音声であれば音声ストリームに出力する。
【００６８】
レンダー１５５は，デコーダ１３１から出力された各個別のストリームを出力部１６０に出力するための出力データに加工する。
【００６９】
上記加工された出力データは，出力部１６０のディスプレイまたはスピーカーから出力され，利用者は再生されたコンテンツを視聴することができる。
【００７０】
なお，第１の実施の形態にかかるＤＭＵＸ１５３及びレンダー１５５は，１又は２以上のモジュールまたはコンポーネントから構成されるプログラムの場合を例にあげて説明したが，かかる例に限定されない。例えば，上記ＤＭＵＸ１５３及び／又はレンダー１５５は，１又は２以上の回路素子等からなるハードウェアの場合であってもよい。
【００７１】
上記ＤＭＵＸ１５３とレンダー１５５とを一組として構成したのが再生部１５１であり，上記再生部１５１が，入力部１７０から制御部１３０を介して再生命令を受信すると，制御部１３０に備わるデコーダ１３１等と協働してコンテンツファイルを再生し，出力部１６０に出力する。
【００７２】
なお，第１の実施形態では，コンテンツファイルのフォーマットがＭＰＥＧ２の場合を例に挙げて説明する。したがって，コンテンツファイルに構成されるパケットのうち画像部分に該当する複数のパケットは，画像（Ｉピクチャ，Ｂピクチャ，Ｐピクチャ）の一コマ（フレーム）を単位とし当該画像が複数フレーム連続して構成されたグループピクチャ（ＧＯＰなど）にグループ化される。
【００７３】
（データ構造について）
次に，図４を参照しながら，第１の実施の形態にかかる情報処理装置１００で処理するコンテンツデータのデータ構造について説明する。なお，図４は，第１の実施の形態にかかるコンテンツデータの概略的なデータ構造の一例を示す説明図である。
【００７４】
コンテンツデータ（ＴＳパケット）はパケット単位に外部装置から伝送され，伝送されたパケットはストレージ装置１２０にコンテンツファイルとして保存される。
【００７５】
図４に示すように，ＴＳパケットは，４バイトのＴＳヘッダ（パケットヘッダ）と，１８４バイトのデータ部とから構成されたコンテンツデータである。
【００７６】
なお，上記ＴＳパケットのデータ長は，基本的には１８８バイトであるが，情報処理装置１００内では，少なくとも４バイトのタイムスタンプが付加され，合計１９２バイトのＴＳパケットとなる。
【００７７】
上記ＴＳヘッダには，図４に示すように，１ビットのペイロードユニット開始インジケータと，１３ビットのＰＩＤ（Ｐａｃｋｅｔ  Ｉｄｅｎｔｉｆｉｅｒ，パケット識別子）と，２ビットのアダプテーションフィールド制御と，ＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）とが少なくとも含まれる。
【００７８】
上記ペイロードユニット開始インジケータ（ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒ）は，例えば，ペイロードユニット開始インジケータに“１”が設定された場合，ペイロードの開始点がＰＥＳヘッダの開始点であることを示している。
【００７９】
上記アダプテーションフィールド制御（ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｃｏｎｔｒｏｌ）は，上記データ部の内容を指示する。例えば，上記アダプテーションフィールド制御に“１１”が設定された場合，データ部にはペイロードとアダプテーションフィールドとが存在することを示している。
【００８０】
さらに，図４に示すコンテンツデータの他にも，第１の実施の形態にかかる情報処理システム５０では，例えば，ディジタル放送などで用いられるＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）データ，ＰＡＴ（Ｐｒｏｇｒａｍ  Ａｓｓｏｃｉａｔｉｏｎ  Ｔａｂｌｅ）データなどのＰＳＩ（番組仕様情報）データが存在する。
【００８１】
以上，図４を参照しながら，第１の実施の形態にかかるコンテンツデータのデータ構造について説明したが，上記コンテンツデータのデータ構造は，図４に示すデータ構造に必ずしも限定されず，例えば，システム変更等によってデータ構造が変更されても情報処理装置１００はコンテンツデータを処理することができる。
【００８２】
（入力コンテンツデータについて）
次に，図５〜図７を参照しながら，第１の実施の形態にかかる入力コンテンツデータについて説明する。なお，図５〜図７は，第１の実施の形態にかかる入力コンテンツデータの概略的なデータ構造の一例を示す説明図である。
【００８３】
上記図４では，コンテンツデータのデータ構造について説明したが，ここでは，実際にストレージ装置１２０に記憶されたコンテンツファイル内のコンテンツデータがＤＭＵＸ１５３に入力する際のコンテンツデータ（入力コンテンツデータ，入力ＴＳパケット）について説明する。
【００８４】
なお，第１の実施の形態にかかる情報処理システム５０では，ストレージ装置１２０に記憶されたコンテンツファイルから制御部１３０に読み出された以降のＴＳパケットを，入力ＴＳパケットと記載するが，単にＴＳパケットと記載する場合もあるものとする。
【００８５】
上記入力ＴＳパケットには，大別すると３つのデータ構造が存在する。３種類のデータ構造からなる入力ＴＳパケットが１つのコンテンツファイルとして構成することによって，従来通りコンテンツを再生し，ペイロード部分のセキュリティレベルを保持したまま分離処理，デコーダ処理等を実現している。
【００８６】
第１の入力ＴＳパケットのデータ構造は，図５に示すように，ＴＳヘッダと，ＰＥＳヘッダと，ペイロードとから構成された構造となっている。なお，ペイロードは実データの部分であって，即ち，ペイロードは，コンテンツの画像データ，音声データ，データ放送用データ（ＥＰＧデータ）等の部分に相当する。
【００８７】
第１の実施形態にかかる情報処理システム５０では，復号部１３２等により，ペイロード部分を暗号化することによって，コンテンツファイルの画像及び／又は音声等の部分について改ざんや盗聴等の防止を図っている。
【００８８】
なお，上記ペイロード部分を暗号化する場合，例えば，ＴＳパケット内にＰＥＳヘッダが存在する場合，ＰＥＳヘッダ及びペイロード全体を暗号化する必要がある。
【００８９】
図５に示す入力ＴＳパケットの場合，図６又は図７に示す入力ＴＳパケットとは異なり，ペイロード部分は暗号化されていない（非暗号化）。かかるペイロード部分が非暗号化であるのは，ＤＭＵＸ１５３による各ストリームに分離する処理の際に，上記ＰＥＳヘッダのヘッダ情報を参照する必要があるためである。
【００９０】
次に，図６に示すように，第２の入力ＴＳパケットは，ＴＳヘッダとペイロードが暗号化された暗号化ペイロードとから構成されている。つまり，図６に示す入力ＴＳパケットは，ＰＥＳヘッダを含んでいないためペイロード部分を暗号化することができる。
【００９１】
次に，図７に示す第３の入力パケットは，ＴＳヘッダと，アダプテーションフィールドと，暗号化ペイロードとから構成されている。つまり，図７に示す入力パケットは，ＰＥＳヘッダを含んでいないためＴＳヘッダとアダプテーションフィールドとを除いたペイロード部分を暗号化することができる。
【００９２】
以上，図５〜図７を参照しながら，入力ＴＳパケットについて説明した。かかる入力ＴＳパケット以外のＰＭＴや，ＰＡＴ等のＰＳＩの場合，当該ＰＭＴやＰＡＴは，非暗号化となる。なお，ＰＳＩであると判断するために，例えば，ＴＳヘッダ内に設定されるＰＩＤなどが参照され，どのパケットに該当するか識別される。
【００９３】
（デマルチプレクサ１５３による分離処理について）
次に，図８，図９を参照しながら，第１の実施の形態にかかるＤＭＵＸ１５３によるコンテンツデータ分離処理について説明する。なお，図８は，第１の実施の形態にかかるコンテンツデータ分離処理の概略を示したフローチャートであり，図９は，第１の実施の形態にかかる分離処理が行われたストリームのデータ構造の概略の一例を示す説明図である。
【００９４】
ユーザ端末１０に備わる入力部１７０を介して制御部１３０がコンテンツを再生する命令を受信すると，制御部１３０は，ストレージ装置１２０に格納された再生部１５１のアプリケーションを起動させ，再生対象となるコンテンツファイルに構成された各パケットを読み出す。その読み出されたパケットは，ＤＭＵＸ１５３に入力する。
【００９５】
図８に示すように，まず，ＤＭＵＸ１５３は，制御部１３０により読み出されたパケットを取り出すと（Ｓ８０１），ＤＭＵＸ１５３は，そのパケットがＰＡＴ又はＰＭＴなどのＰＳＩであるか否かを判断し（Ｓ８０３），判断した結果，ＰＡＴ等であれば，まだパケットがストレージ装置１２０内のコンテンツファイルに存在した場合（Ｓ８１７），そのまま次のパケットを取り出す（Ｓ８０１）。
【００９６】
一方，判断した結果（Ｓ８０３），ＴＳパケットであれば，ＤＭＵＸ１５３は，そのＴＳパケット内に存在するＴＳヘッダを検出する（Ｓ８０５）。なお，ＴＳパケットにもかかわらずＴＳヘッダが存在しない場合，エラーと判断し，次のパケットを取り出す（Ｓ８０１）。
【００９７】
次に，ＤＭＵＸ１５３は，上記検出したＴＳヘッダに記述されたヘッダ情報のうちペイロードユニット開始インジケータ（図４参照）を基にして，ＰＥＳヘッダを検出する（Ｓ８０７）。
【００９８】
ＰＥＳヘッダが存在する場合（Ｓ８０７），ＤＭＵＸ１５３は，そのＴＳパケットは非暗号化の状態であると判断し，図９のパケットＡに示すように，ＤＭＵＸ１５３は，そのＴＳパケットが暗号化されていないこと（非暗号化）を示す値“０”を暗号フラグに設定し，そのＴＳパケットの先頭部に付加する（Ｓ８１１）。なお，図９に示すストリームにはパケットＡ，パケットＢ，パケットＣの３パケットが図示されているが，１又は２パケット以上であれば，かかる例に限定されない。
【００９９】
一方，ＰＥＳヘッダが存在しない場合（Ｓ８０７），ＤＭＵＸ１５３は，ＴＳパケットのペイロード部分は少なくとも暗号化されていると判断し，図９のパケットＢ又はパケットＣに示すように，ＤＭＵＸ１５３は，そのＴＳパケットのペイロードが暗号化されているペイロードであること（暗号化ペイロード）を示す値“１”を暗号フラグに設定し，そのＴＳパケットの先頭部に付加する（Ｓ８０９）。
【０１００】
次に，暗号フラグに“０”又は“１”を設定すると，ＤＭＵＸ１５３は，ＴＳヘッダ内に記載されたペイロードのデータ長を示したペイロードレングスを取得し，図９に示すように，ＴＳパケットの先頭部に付加する（Ｓ８１３）。
【０１０１】
なお，第１の実施の形態にかかる分離処理では，図９に示すように，各ＴＳパケットの先頭部に暗号フラグとペイロードレングス（又は，ペイロード長）を付加する場合を例に挙げて説明したが，かかる例に限定されない。例えば，各ＴＳパケットの中央部または後頭部に暗号フラグとペイロードレングスを付加する場合などでも実施可能である。
【０１０２】
上記ペイロードレングスをＴＳパケットの先頭部に追加すると（Ｓ８１３），ＤＭＵＸ１５３は，ペイロードが画像の場合，画像ストリームに出力する等のように，各ストリームに当該ＴＳパケットを出力する（Ｓ８１５）。
【０１０３】
上記各ストリームに出力されたコンテンツデータ（ＴＳパケット）は，ＤＭＵＸ１５３からデコーダ１３１に渡され，デコーダ１３１でデコーダされた後，レンダー１５５を介して出力部１６０から出力される。
【０１０４】
以上の処理（Ｓ８０１〜Ｓ８１５）が再生対象となるコンテンツファイル内の全てのパケットについて分離処理が行われると（Ｓ８１７），ＤＭＵＸ１５３による一連の分離処理は終了する。
【０１０５】
なお，本実施の形態にかかる分離処理では，ステップＳ８０１〜ステップＳ８１７までの一連の処理を単独で行う場合を例に挙げて説明したが，かかる例に限定されず，例えば，分離処理では，上記ステップＳ８０１〜ステップＳ８１７までの一連の処理を複数で並列に行う場合等でも実施可能である。
【０１０６】
（第２の実施形態）
次に，第２の実施の形態にかかる情報処理システム５０ａについて説明する。なお，以下では，第２の実施の形態に係る情報処理システム５０ａ（情報処理システム５０ａに備わる各装置または各動作等を含む。）と，第１の実施の形態にかかる情報処理システム５０とを比較し，特に相違する点について説明する。その他については，特段の記載が無い場合実質的に同一であるため詳細な説明は省略する。
【０１０７】
（情報処理装置１００ａ）
まず，図１０を参照しながら，第２の実施の形態にかかる情報処理装置１００ａについて説明する。なお，図１０は，第２の実施の形態にかかる情報処理装置の概略的な構成の一例を示すブロック図である。
【０１０８】
図１０（ａ）に示すように，第１の実施の形態にかかる情報処理装置１００と比較すると，第２の実施の形態にかかる情報処理装置１００ａは，ＤＭＵＸ１５３ａと，制御部１３０ａにＡＥＳ−ＣＢＣ復号部１３３とを備えている点で特に相違する。
【０１０９】
上記ＡＥＳ−ＣＢＣ復号部１３３は，ＤＭＵＸ１５３による分離処理後のＴＳパケットに付加された暗号フラグを参照し，ペイロード部分が暗号化されているＴＳパケットであれば，さらに当該ＴＳパケットに付加されたシード及び／又はコンテンツ共通鍵を基にして，ペイロード部分（暗号化ペイロード）をＡＥＳ−ＣＢＣ−Ｐｌｕｓ方式で復号し，復号後のペイロードをデコーダ１３１に入力する。
【０１１０】
なお，上記コンテンツ共通鍵は，例えば，コンテンツを再生／録画する際に予め作成される鍵であり，コンテンツを暗号化／復号することが可能な鍵であるが，かかる例に限定されない。
【０１１１】
また，第２の実施の形態にかかるＡＥＳ−ＣＢＣ復号部１３３は，デコーダ１３１と別体である場合を例に挙げて説明したが，かかる例に限定されず，例えば，ＡＥＳ−ＣＢＣ復号部１３３は，デコーダ１３１と一体である場合でも実施可能である。
【０１１２】
また，第２の実施の形態にかかるＡＥＳ−ＣＢＣ復号部１３３は，制御部１３０ａに備わったハードウェアである場合を例にあげて説明したが，かかる例に限定されない。例えば，ＡＥＳ−ＣＢＣ復号部１３３は，１又は２以上のモジュールまたはコンポーネントから構成されるプログラムの場合であってもよい。
【０１１３】
図１０（ｂ）に示すように，上記ＤＭＵＸ１５３ａには，第１の実施の形態にかかるＤＭＵＸ１５３と比較して，さらにシード取得部１８５を備えている点で相違する。
【０１１４】
上記シード取得部１８５は，制御部１３０ａを介して取り出されたＴＳパケットにシードが付加されていた場合，そのシード値を取得し，データ出力部１８２に出力する，そしてデータ出力部１８２は，ペイロード，暗号フラグ，レングスに加えて，さらにシード値をそれらと一緒に出力する。
【０１１５】
（入力コンテンツデータについて）
次に，図１１〜図１３を参照しながら，第２の実施の形態にかかる入力コンテンツデータについて説明する。なお，図１１〜図１３は，第２の実施の形態にかかる入力コンテンツデータの概略的なデータ構造の一例を示す説明図である。
【０１１６】
上述したように，既に図４〜図７を参照しながら，第１の実施の形態においてコンテンツデータのデータ構造について説明した。ここでは，第２の実施の形態にかかるＤＭＵＸ１５３に入力する前のコンテンツデータ（入力コンテンツデータ，入力ＴＳパケット）について説明する。
【０１１７】
なお，第２の実施の形態にかかる情報処理システム５０ａでは，ストレージ装置１２０に記憶されたコンテンツファイルから制御部１３０に読み出された以降のＴＳパケットを，入力ＴＳパケットと記載するが，単にＴＳパケットと記載する場合もある。
【０１１８】
第１の入力ＴＳパケットのデータ構造は，図１１に示すように，シードと，タイムスタンプと，予備と，ＴＳヘッダと，ＰＥＳヘッダと，ペイロードとから構成された構造となっている。なお，ペイロードは実データの部分であって，即ち，ペイロードは，コンテンツの画像データ，音声データ，データ放送用データ（ＥＰＧデータ）等の部分に相当する。
【０１１９】
第２の実施形態にかかる情報処理システム５０ａでは，ペイロード部分を暗号化することによって，コンテンツファイルの画像及び／又は音声等の部分について改ざんや盗聴等の防止を図っている。
【０１２０】
なお，上記ペイロード部分を暗号化するためには，例えば，ＴＳパケット内にＰＥＳヘッダが存在する場合，ペイロードの他にもＰＥＳヘッダ及びペイロード部分を暗号化する必要があるので，図５と同様に，ペイロードとＰＥＳヘッダともに非暗号化となっている。
【０１２１】
次に，図１２に示す入力ＴＳパケットは，シードと，タイムスタンプと，予備と，ＴＳヘッダと，ペイロードが暗号化された暗号化ペイロードとから構成されている。つまり，図６と同様に，図１２に示す入力ＴＳパケットは，ＰＥＳヘッダを含んでいないためペイロード部分を暗号化することができる。上記シードには，シード値が設定される。
【０１２２】
図１３に示す入力パケットは，シードと，タイムスタンプと，ＴＳヘッダと，アダプテーションフィールドと，暗号化ペイロードとから構成されている。つまり，図１３に示す入力パケットは，図７と同様に，ＰＥＳヘッダを含んでいないためＴＳヘッダとアダプテーションフィールドとを除いたペイロード部分だけを暗号化することができる。
【０１２３】
以上，図１１〜図１３を参照しながら，第２の実施の形態にかかる入力ＴＳパケットについて説明した。第１の実施の形態と同様に，かかる入力ＴＳパケット以外のＰＭＴや，ＰＡＴ等のＰＳＩデータの場合，当該ＰＭＴやＰＡＴは，非暗号化となる。なお，ＰＳＩデータであると判断するために，ＰＩＤが参照される。
【０１２４】
（デマルチプレクサ１５３による分離処理について）
次に，図１４を参照しながら，第２の実施の形態にかかるＤＭＵＸ１５３によるコンテンツデータ分離処理について説明する。図１４は，第２の実施の形態にかかる分離処理が行われたストリームのデータ構造の概略的な一例を示す説明図である。
【０１２５】
なお，第２の実施の形態にかかるコンテンツデータ分離処理については，第１の実施の形態にかかるコンテンツデータ分離処理と比較して，ほぼ同様であるため，詳細な説明は省略する。
【０１２６】
図１４に示すように，各ＴＳパケットがＤＭＵＸ１５３によりペイロード部分など抽出され，暗号フラグが付加され，各ストリームに分離されると，パケットＤ，パケットＥ，パケットＦ…などのようにデコーダ１３１に出力される。なお，図１４に示すストリームにはパケットＤ，パケットＥ，パケットＦの３パケットが図示されているが，１又は２パケット以上であれば，かかる例に限定されない。
【０１２７】
また，図１４に示すように，パケットＤは他のパケット（パケットＥ，パケットＦ）と比べて，パケットＤには，暗号フラグには非暗号化（“０”）が設定され，シードが含まれていない。これは，ＡＥＳ−ＣＢＣ復号部１３３が，パケットＤのペイロードＤ部分を復号する必要がないためである。
【０１２８】
したがって，ＡＥＳ―ＣＢＣ復号部１３３は，図１４に示すように，パケットＥ，パケットＦについては，シードが含まれるため，取得したシードを基にして，ＡＥＳ−ＣＢＣ−Ｐｌｕｓ方式で各暗号化ペイロード部分を復号する。
【０１２９】
なお，第２の実施の形態にかかるＴＳパケットに付加されるシードは，ＧＯＰ単位に次のシードに更新されるが，かかる例に限定されない。同一ＧＯＰ内であればＴＳパケットに付加されるシードは同じものとなる。
【０１３０】
（ペイロード部分の暗号化処理）
次に，図１５を参照しながら，第３の実施の形態にかかるペイロード部分の暗号化処理について説明する。なお，図１５は，第３の実施の形態にかかるペイロード部分の暗号化処理の概略を示すフローチャートである。
【０１３１】
情報処理装置１００に伝送されるＴＳパケットには，原則ＰＥＳヘッダが存在する場合を除いて，ペイロードには暗号化が施される。そのペイロードについて暗号化するのは，暗号化装置である。なお，かかる暗号化装置は，デコーダ１３１，復号部１３２，またはＡＥＳ−ＣＢＣ復号部１３３で復号可能なように暗号化処理を行う，例えば，ボード１５０等である。
【０１３２】
図１５に示すように，ペイロード部分が暗号化されていないＴＳパケットを取り出すと（Ｓ９０１），暗号化装置は，そのパケットがＰＡＴ又はＰＭＴなどのＰＳＩであるか否かを判断し（Ｓ９０３），判断した結果，ＰＡＴ等であれば，まだパケットが存在すれば（Ｓ９１７），そのまま次のパケットを取り出す（Ｓ９０１）。
【０１３３】
なお，暗号化装置がパケットを取り出す源泉は，例えば，ユーザ端末２０またはＴＶ装置３０ａ等から伝送されるデータや，ＨＤＤなどの記録手段に記録されたデータであるが，かかる例に限定されない。
【０１３４】
上記判断結果（Ｓ９０３）が，ＰＡＴ又はＰＭＴ等でなくＴＳパケットの場合，アダプテーションフィールド制御の値を参照し（Ｓ９０５），そのＴＳパケット内にアダプテーションフィールドが存在するか否かを判断する。
【０１３５】
次に，ＴＳヘッダに記述されたヘッダ情報のうちペイロードユニット開始インジケータ（図４参照）を基にして，ペイロード開始部分が存在するか否かを確認し（Ｓ９０７），ＰＥＳヘッダが前のＴＳパケットから続いていない場合（Ｓ９０９），上記ステップＳ９０５で判断した情報を基にアダプテーションフィールド以外のペイロード部分を暗号化する（Ｓ９１５）。
【０１３６】
上記ペイロード部分が暗号化されたＴＳパケットはユーザ端末１０又は情報処理装置１００に出力される（Ｓ９１５）。
【０１３７】
一方，ペイロード開始部分が存在した場合（Ｓ９０７），ＰＥＳヘッダがＴＳパケット内に存在するため，ＰＥＳパケットのサイズ情報を取得し，そのＰＥＳパケット部分については暗号化しない（Ｓ９１１）。
【０１３８】
以上の処理（Ｓ９０１〜Ｓ９１５）が各パケットについて行われると（Ｓ９１７），コンテンツデータの一連の暗号化処理は終了する。
【０１３９】
なお，第３の実施の形態にかかるペイロード部分を暗号化する暗号化装置は，ユーザ端末１０に備わるボード１５０である場合を例に挙げて説明したが，かかる例に限定されず，例えば，暗号化装置は，ＴＶ装置３０ａや放送局など他の装置に備わる場合でもよい。
【０１４０】
次に，図１６に示すように，情報処理システム５０ｂは，ＵＳＢ規格のネットワーク１０３ｃを備え，また携帯電話３０ｂを備えている。なお，図１６は，第１〜第３の実施の形態にかかる情報処理システムの変形例を概略的に示す説明図である。
【０１４１】
かかる情報処理システム５０ｂに備わるユーザ端末１０ｂ，ユーザ端末２０ｂは，１３セグメントよりも帯域が狭いが処理負荷が軽い，いわゆる１セグメント放送によるコンテンツを再生することができる。なお，コンテンツは，例えば，ＭＰＥＧ４−ＡＶＣ又はＨ．２６１−ＡＶＣなどでエンコードされている。
【０１４２】
以上で，第１〜第３の実施の形態にかかる情報処理システム５０について説明を終了するが，かかる情報処理システム５０によって，以下に示すような優れた効果が存在する。
（１）ＤＭＵＸ１５３による分離処理の段階では，ペイロード部分が少なくとも暗号化されているため，ＤＭＵＸ１５３とデコーダ１３１との間だけのセキュリティ目的で双方で暗号化，復号する必要がなくＤＭＵＸ１５３に対する処理負荷を軽減することができ，さらにＤＭＵＸ１５３及びデコーダ１３１が耐タンパ性を具備する必要もない。
（２）ＤＭＵＸ１５３による分離処理の段階では，当該分離処理で必要なＴＳヘッダや，ＰＥＳヘッダ，またはアダプテーションフィールドなどの情報が非暗号化の状態であるため，復号等せず，そのままＤＭＵＸ１５３は分離処理を実行することができる。
（３）ＴＳパケット内のペイロード部分は原則，暗号化されているためセキュリティレベルをそのまま維持し，第三者による不正コピーや改ざん等を防止することができる。
（４）ＤＭＵＸ１５３とデコーダ１３１との間ではペイロード部分が暗号化されているため，デコーダ１３１が耐タンパ性を少なくとも具備すれば，実質的にＤＭＵＸ１５３及びデコーダ１３１が耐タンパ性を具備しているのと同等のセキュリティレベルに保持することができる。
【０１４３】
以上，上述した一連の処理は，専用のハードウェアにより行うこともできるし，ソフトウェアにより行うこともできる。一連の処理をソフトウェアによって行う場合には，そのソフトウェアを構成するプログラムが，汎用のコンピュータやマイクロコンピュータ等の情報処理装置にインストールされ，上記情報処理装置をユーザ端末１０，ユーザ端末２０，ＴＶ装置３０ａ，および携帯電話３０ｂとして機能させる。
【０１４４】
プログラムは，コンピュータに内蔵されている記録媒体としてのハードディスクドライブやＲＯＭ等に予め記録しておくことができる。
【０１４５】
あるいはまた，プログラムは，ハードディスクドライブに限らず，フレキシブルディスク，ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ  Ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ），磁気ディスク，半導体メモリなどのリムーバブル記録媒体に，一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は，いわゆるパッケージソフトウエアとして提供することができる。
【０１４６】
なお，プログラムは，上述したようなリムーバブル記録媒体からコンピュータにインストールする他，ダウンロードサイトから，ディジタル衛星放送用の人工衛星を介して，コンピュータに無線で転送したり，ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ），インターネットといったネットワークを介して，コンピュータに有線で転送し，コンピュータでは，そのようにして転送されてくるプログラムをで受信し，内蔵するハードディスクにインストールすることができる。
【０１４７】
ここで，本明細書において，コンピュータに各種の処理を行わせるためのプログラムを記述する処理ステップは，必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく，並列的あるいは個別に実行される処理（例えば，並列処理あるいはオブジェクトによる処理）も含むものである。
【０１４８】
また，プログラムは，１のコンピュータにより処理されるものであっても良いし，複数のコンピュータによって分散処理されるものであっても良い。
【０１４９】
以上，添付図面を参照しながら本発明の好適な実施形態について説明したが，本発明はかかる例に限定されない。当業者であれば，特許請求の範囲に記載された技術的思想の範疇内において各種の変更例または修正例を想定し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【０１５０】
上記実施形態においては，コンテンツデータのフォーマットはＭＰＥＧ２である場合を例にあげて説明したが，本発明はかかる例に限定されない。例えば，コンテンツデータのフォーマットはＭＰＥＧ４の場合であっても実施することができる。
【０１５１】
また，上記実施形態においては，ＤＭＵＸ１５１またはデコーダ１３１による分離処理，デコード処理について説明したが，本発明はかかる例に限定されない。例えば，ＤＭＵＸ１５１またはデコーダ１３１による分離処理，デコード処理と実質的に同様な処理内容をマルチプレクサまたはエンコーダによる多重化処理，エンコード処理にも適用し，実施することができる。
【図面の簡単な説明】
【０１５２】
【図１】第１の実施の形態にかかる情報処理システムの概略的な構成の一例を示す説明図である。
【図２】第１の実施の形態にかかる情報処理システムの概略的な構成の一例を示す説明図である。
【図３】第１の実施の形態にかかる情報処理装置の概略的な構成の一例を示すブロック図である。
【図４】第１の実施の形態にかかるコンテンツデータの概略的なデータ構造の一例を示す説明図である。
【図５】第１の実施の形態にかかる入力コンテンツデータの概略的なデータ構造の一例を示す説明図である。
【図６】第１の実施の形態にかかる入力コンテンツデータの概略的なデータ構造の一例を示す説明図である。
【図７】第１の実施の形態にかかる入力コンテンツデータの概略的なデータ構造の一例を示す説明図である。
【図８】第１の実施の形態にかかるコンテンツデータ分離処理の概略を示したフローチャートである。
【図９】第１の実施の形態にかかる分離処理が行われたストリームのデータ構造の概略の一例を示す説明図である。
【図１０】第２の実施の形態にかかる情報処理装置の概略的な構成の一例を示すブロック図である。
【図１１】第２の実施の形態にかかる入力コンテンツデータの概略的なデータ構造の一例を示す説明図である。
【図１２】第２の実施の形態にかかる入力コンテンツデータの概略的なデータ構造の一例を示す説明図である。
【図１３】第２の実施の形態にかかる入力コンテンツデータの概略的なデータ構造の一例を示す説明図である。
【図１４】第２の実施の形態にかかる分離処理が行われたストリームのデータ構造の概略的な一例を示す説明図である。
【図１５】第３の実施の形態にかかるペイロード部分の暗号化処理の概略を示すフローチャートである。
【図１６】第１〜第３の実施の形態にかかる情報処理システムの変形例を概略的に示す説明図である。
【符号の説明】
【０１５３】
１０，２０  ユーザ端末
１００      情報処理装置
１０３      ネットワーク
１２０      ストレージ装置
１３０      制御部
１３１      デコーダ
１５０      ボード
１５１      再生部
１５３      ＤＭＵＸ
１６０      出力部
１７０      入力部
【図１】
2007013427.tif 000003
【図２】
2007013427.tif 000004
【図３】
2007013427.tif 000005
【図４】
2007013427.tif 000006
【図５】
2007013427.tif 000007
【図６】
2007013427.tif 000008
【図７】
2007013427.tif 000009
【図８】
2007013427.tif 000010
【図９】
2007013427.tif 000011
【図１０】
2007013427.tif 000012
【図１１】
2007013427.tif 000013
【図１２】
2007013427.tif 000014
【図１３】
2007013427.tif 000015
【図１４】
2007013427.tif 000016
【図１５】
2007013427.tif 000017
【図１６】
2007013427.tif 000018