(57)【要約】【課題】  データの不整合を修正しながらコンテンツを処理すること。【解決手段】  コンテンツ転送システム１０は，コンテンツを処理して転送するホームサーバ１００と処理されたコンテンツを受信して再生するデジタルＴＶ２００とがネットワーク４００ａを介して接続されている。ホームサーバ１００は，複数のバッファと複数のバッファを管理するディスクリプタとを有している。格納部１４０ａは，ペイロード長を含んだヘッダとペイロードとを含むコンテンツを，所定の条件に基づいて分割しながらバッファに格納し，格納した結果，いずれかのバッファに格納されたペイロードの大きさが変更された場合，変更後のペイロード長をそのバッファに対応するディスクリプタに格納する。変更部１５０ａは，いずれかのバッファに格納されたペイロード長を，ディスクリプタに格納された変更後のペイロード長に変更する。【選択図】    図３
2007041696.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを転送するために処理するコンテンツ処理装置と前記コンテンツ処理装置から転送されたコンテンツを再生するコンテンツ再生装置とが接続されたコンテンツ転送システムであって：
前記コンテンツ処理装置は，
複数のメモリと；
前記複数のメモリを管理するメモリ管理ファイルと；
ペイロード長を含んだヘッダとペイロードとを含むコンテンツを，所定の条件に基づいて分割しながら，前記複数のメモリのうちの１または２以上のメモリに格納し，格納した結果，いずれかのメモリに格納されたペイロードの大きさが変更された場合，変更後のペイロード長を前記メモリ管理ファイルに格納する格納部と；
前記大きさが変更されたペイロード長を前記メモリ管理ファイルに格納された変更後のペイロード長に変更する変更部と；を備えることを特徴とするコンテンツ転送システム。
【請求項２】
前記コンテンツ処理装置は，さらに，
前記各メモリに分割して格納されたコンテンツを暗号化する暗号化部を備え，
前記コンテンツ再生装置は，
前記暗号化されたコンテンツを復号することを特徴とする請求項１に記載されたコンテンツ転送システム。
【請求項３】
前記暗号化部は，
ＤＴＣＰ−ＩＰに定められた暗号化プロトコルに基づき，前記各メモリに分割して格納されたコンテンツを暗号化することを特徴とする請求項２に記載されたコンテンツ転送システム。
【請求項４】
コンテンツを転送するためにコンテンツを処理するコンテンツ処理装置であって：
複数のメモリと；
前記複数のメモリを管理するメモリ管理ファイルと；
ペイロード長を含んだヘッダとペイロードとを含むコンテンツを，所定の条件に基づいて分割しながら，前記複数のメモリのうちの１または２以上のメモリに格納し，格納した結果，いずれかのメモリに格納されたペイロードの大きさが変更された場合，変更後のペイロード長を前記メモリ管理ファイルに格納する格納部と；
前記大きさが変更されたペイロード長を前記メモリ管理ファイルに格納された変更後のペイロード長に変更する変更部と；を備えることを特徴とするコンテンツ処理装置。
【請求項５】
前記コンテンツ処理装置であって，さらに，
前記各メモリに分割して格納されたコンテンツを転送する転送部；を備えることを特徴とする請求項４に記載されたコンテンツ処理装置。
【請求項６】
前記コンテンツ処理装置は，さらに，
前記各メモリに分割して格納されたコンテンツを暗号化する暗号化部を備えることを特徴とする請求項４に記載されたコンテンツ処理装置。
【請求項７】
前記暗号化部は，
ＤＴＣＰ−ＩＰに定められた暗号化プロトコルに基づき，前記各メモリに分割して格納されたコンテンツを暗号化することを特徴とする請求項６に記載されたコンテンツ処理装置。
【請求項８】
前記メモリ管理ファイルは，
前記複数のメモリに対応して複数設けられ，
前記格納部は，
前記大きさが変更されたペイロード長を記憶したメモリに対応したメモリ管理ファイルに変更後のペイロード長を格納し，
前記変更部は，
前記メモリ管理ファイルに対応したメモリに記憶されたペイロード長を前記メモリ管理ファイルに格納された変更後のペイロード長に変更することを特徴とする請求項４に記載されたコンテンツ処理装置。
【請求項９】
前記格納部は，
前記複数のメモリに各々格納されたペイロード長を変更するか否かを示すフラグを前記複数のメモリ管理ファイルに各々格納し，
前記変更部は，
前記複数のメモリ管理ファイルに各々格納されたフラグに基づいて，前記複数のメモリ管理ファイルに対応する前記複数のメモリに各々格納されたペイロード長を変更するか否かを判定することを特徴とする請求項８に記載されたコンテンツ処理装置。
【請求項１０】
前記所定の条件は，ＤＴＣＰに定められた条件であることを特徴とする請求項４に記載されたコンテンツ処理装置。
【請求項１１】
前記所定の条件は，同一鍵で暗号化することができるデータ量に関する条件および／またはコンテンツを複製するときの制限に関する条件であることを特徴とする請求項４に記載されたコンテンツ処理装置。
【請求項１２】
前記格納部の機能は，
ＤＴＣＰ−ＩＰ用の集積回路により実現されることを特徴とする請求項４に記載されたコンテンツ処理装置。
【請求項１３】
前記変更部の機能は，
前記変更部の機能を実現するために定められた処理手順をＣＰＵが実行することにより実現されることを特徴とする請求項４に記載されたコンテンツ処理装置。
【請求項１４】
コンテンツを転送するためにコンテンツを処理するコンテンツ処理方法であって：
ペイロード長を含んだヘッダとペイロードとを含むコンテンツを，所定の条件に基づいて分割しながら，複数のメモリのうちの１または２以上のメモリに格納し；
前記格納の結果，いずれかのメモリに格納されたペイロードの大きさが変更された場合，変更後のペイロード長をメモリ管理ファイルに格納し；
前記大きさが変更されたペイロード長を前記メモリ管理ファイルに格納された変更後のペイロード長に変更することを特徴とするコンテンツ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，画像データや音声データを含むコンテンツを処理するコンテンツ処理装置，コンテンツ処理方法およびコンテンツ転送システムにかかり，たとえば，コンテンツを不正なコピー等から保護するためにコンテンツを処理するコンテンツ処理装置，コンテンツ処理方法およびコンテンツ転送システムに関する。
【背景技術】
【０００２】
近年，情報処理技術の発展とインターネットの急激な普及に伴い，画像データや音声データからなるコンテンツが，ネットワークに接続された複数の装置に簡単に転送できるようになっている。たとえば，放送番組に関するコンテンツは，まず，ネットワークを介してホームサーバのハードディスクドライブ（ＨＤＤ）に記録され，さらに，ホームネットワークによりホームサーバに接続されたパーソナルコンピュータ（ＰＣ）などの電子機器に送信され，電子機器にてコンテンツを再生する方法が徐々に普及し始めている。
【０００３】
このようなコンテンツの転送方法に伴い，無体物であるために事実上の占有が困難なコンテンツに関する著作権をいかに保護するかが重要になっている。これを反映して，現時点においても，既に，著作権を保護，管理するためのいくつかの技術が規格化されており，その一例として，ＤＴＣＰ（Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）が存在する。
【０００４】
このＤＴＣＰは，音声や画像などのコンテンツの不正コピーや，不正な読み出し，不正な改ざんなどを防止するための暗号プロトコルであり，コンテンツを転送するコンテンツ処理装置（ソースデバイス：Ｓｏｕｒｃｅ  Ｄｅｖｉｃｅ）からコンテンツを再生するコンテンツ再生装置（シンクデバイス：Ｓｉｎｋ  Ｄｅｖｉｃｅ）へコンテンツを転送するときに使用される（例えば，非特許文献１参照）。
【０００５】
【非特許文献１】Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｒｅｖｉｓｉｏｎ１．４（Ｉｎｆｏｒｍａｔｉｏｎａｌ  Ｖｅｒｓｉｏｎ），２００５年２月２８日，ｐ．１９−４９
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで，ソースデバイスが，ＤＴＣＰ等の著作権管理技術を実装する集積回路を用いて，ＤＴＣＰに定められた条件にしたがって作成されたコンテンツをメモリに格納する場合，各パケットに含まれるペイロードの実際の大きさと同パケットに記憶されたペイロード長とが異なるというデータの不整合が生じる場合がある。
【０００７】
本発明は，このような問題に鑑みてなされたもので，その目的とするところは，データの不整合を修正しながらコンテンツを処理するコンテンツ処理装置，コンテンツ処理方法およびコンテンツ転送システムを提供することにある。
【課題を解決するための手段】
【０００８】
上記課題の少なくとも一つを解決するために，本発明のある観点によれば，コンテンツを転送するためにコンテンツを処理するコンテンツ処理装置であって，複数のメモリと，上記複数のメモリを管理するメモリ管理ファイルと，ペイロード長を含んだヘッダとペイロードとを含むコンテンツを，所定の条件に基づいて分割しながら，上記複数のメモリのうちの１または２以上のメモリに格納し，格納した結果，いずれかのメモリに格納されたペイロードの大きさが変更された場合，変更後のペイロード長を上記メモリ管理ファイルに格納する格納部と，上記大きさが変更されたペイロード長を上記メモリ管理ファイルに格納された変更後のペイロード長に変更する変更部と，を備えることを特徴とするコンテンツ処理装置が提供される。
【０００９】
格納部の機能が，著作権管理技術を実装する集積回路により実現される場合，コンテンツを複数のメモリに分割して格納することによりパケット化して他の装置（シンクデバイス）に転送するとき，各パケットに含まれるペイロードの実際の大きさと同パケットに記憶されたペイロード長とが異なるというデータの不整合が生じる場合がある。
【００１０】
たとえば，ＤＴＣＰ−ＩＰで扱われるデータは，ひとつ以上のＰＣＰ（Ｐｒｏｔｅｃｔｅｄ  Ｃｏｎｔｅｎｔ  Ｐａｃｋｅｔ）で構成される。ＰＣＰは，図２のようにヘッダとそれに続くペイロードで構成されていて，ヘッダにはペイロードのサイズを格納するようになっている。ＰＣＰのサイズは，ペイロードのサイズが動的に変更されなければ，所定の一定サイズで転送されるが，ＤＴＣＰの規格上，同一鍵で転送されるペイロードの総転送サイズが１２８Ｍバイトを超えた場合には，ハードウエア（ＤＴＣＰ−ＩＰ  ＩＣ）は，直ちにペイロード部分を終了し，新たなＰＣＰヘッダを付けたデータを転送しなければならない。
【００１１】
また，ペイロードのコピーモードが「Ｆｒｅｅ（コピー自由）」から「Ｎｅｖｅｒ（コピー不可）」や，「Ｏｎｃｅ（一度だけコピー可）」から「Ｆｒｅｅ（コピー自由）」などのように変更された場合も，ハードウエア（ＤＴＣＰ−ＩＰ  ＩＣ）は，直ちにペイロード部分を終了し，新たなＰＣＰヘッダを付けたデータを転送しなければならない。
【００１２】
しかし，これらの場合，ハードウエアはもうすでに所定のペイロードサイズが格納されたヘッダをバッファに格納してしまっているので，後でヘッダを書き直す必要が生じる。
【００１３】
そこで，上記コンテンツ処理装置によれば，コンテンツを複数のメモリに分割して格納した後，変更部が，大きさが変更されたペイロード長をメモリ管理ファイルに格納された変更後のペイロード長に変更する。これにより，ペイロードサイズが変更されたときにも，柔軟に対応できるコンテンツ処理装置により，データの不整合を修正したコンテンツを他の装置に転送することができる。
【００１４】
なお，上記格納部の機能は，ＤＴＣＰ−ＩＰ用の集積回路によりハードウエアとして実現されていてもよい。また，上記変更部の機能は，上記集積回路により実現される格納部の機能を補完するために定められた手順（プログラム）をＣＰＵが実行することによりソフトウエアとして実現されていてもよい。
【００１５】
また，上記コンテンツ処理装置は，上記各メモリに分割して格納されたコンテンツを転送する転送部を備えていてもよい。さらに，上記コンテンツ処理装置は，上記各メモリに分割して格納されたコンテンツを暗号化する暗号化部を備えていてもよい。このとき，上記暗号化部は，ＤＴＣＰ−ＩＰに定められた暗号化プロトコルに基づき，上記各メモリに分割して格納されたコンテンツを暗号化してもよい。
【００１６】
また，上記メモリ管理ファイルは，上記複数のメモリに各々対応して複数設けられ，上記格納部は，上記変更対象となるペイロード長を記憶したメモリに対応したメモリ管理ファイルに変更後のペイロード長を格納し，上記変更部は，上記メモリ管理ファイルに対応したメモリに記憶されたペイロード長を上記メモリ管理ファイルに格納された変更後のペイロード長に変更するようにしてもよい。
【００１７】
また，上記格納部は，上記複数のメモリに各々格納されたペイロード長を変更するか否かを示すフラグを上記複数のメモリ管理ファイルに各々格納し，上記変更部は，上記複数のメモリ管理ファイルに各々格納されたフラグに基づいて，上記複数のメモリ管理ファイルに対応する上記複数のメモリに各々格納されたペイロード長を変更するか否かを判定するようにしてもよい。
【００１８】
また，上記所定の条件は，ＤＴＣＰ（Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）に定められた条件であってもよい。さらに，上記所定の条件は，同一鍵で暗号化することができるデータ量に関する条件および／またはコンテンツを複製するときの制限に関する条件であってもよい。
【００１９】
これによれば，同一鍵で暗号化することができるデータ量に関する条件に基づいて，同一鍵で暗号化することができるペイロードの大きさが一定量以下に制限され，これにより，実際に格納されたペイロードの大きさ（データ量）が，メモリに格納されたヘッダのペイロード長と異なることとなった場合にも，該当メモリに格納されたヘッダのペイロード長を正しいペイロード長に変更することができる。この結果，データの不整合を修正しながらより安全にデータを転送することができる。
【００２０】
また，コンテンツを複製するときの制限に関する条件に基づいて，コンテンツの一部をいずれかのメモリに格納できなかった結果，実際に格納されたペイロードの大きさが，メモリに格納されたヘッダのペイロード長と異なることとなった場合にも，そのメモリに格納されたヘッダのペイロード長を正しいペイロード長に変更することができる。この結果，データの不整合を修正しながら，著作権が確実に保護，管理された状態でコンテンツを転送することができる。
【００２１】
また，本発明の他の観点によれば，コンテンツを転送するためにコンテンツを処理するコンテンツ処理方法であって，ペイロード長を含んだヘッダとペイロードとを含むコンテンツを，所定の条件に基づいて分割しながら，複数のメモリのうちの１または２以上のメモリに格納し；上記格納の結果，いずれかのメモリに格納されたペイロードの大きさが変更された場合，変更後のペイロード長をメモリ管理ファイルに格納し；上記大きさが変更されたペイロード長を上記メモリ管理ファイルに格納された変更後のペイロード長に変更することを特徴とするコンテンツ処理方法が提供される。
【００２２】
また，本発明の他の観点によれば，コンテンツを転送するために処理するコンテンツ処理装置と上記コンテンツ処理装置から転送されたコンテンツを再生するコンテンツ再生装置とが接続されたコンテンツ転送システムであって，上記コンテンツ処理装置は，複数のメモリと，上記複数のメモリを管理するメモリ管理ファイルと，ペイロード長を含んだヘッダとペイロードとを含むコンテンツを，所定の条件に基づいて分割しながら，上記複数のメモリのうちの１または２以上のメモリに格納し，格納した結果，いずれかのメモリに格納されたペイロードの大きさが変更された場合，変更後のペイロード長を上記メモリ管理ファイルに格納する格納部と，上記大きさが変更されたペイロード長を上記メモリ管理ファイルに格納された変更後のペイロード長に変更する変更部と，上記各メモリに分割して格納されたコンテンツを転送する転送部と，を備えることを特徴とするコンテンツ転送システムが提供される。
【００２３】
また，上記コンテンツ処理装置は，上記各メモリに分割して格納されたコンテンツを暗号化する暗号化部を備え，上記コンテンツ再生装置は，上記暗号化されたパケットを復号するようにしてもよい。
【００２４】
このとき，上記暗号化部は，ＤＴＣＰ−ＩＰに定められた暗号化プロトコルに基づき，上記各メモリに分割して格納されたコンテンツを暗号化するようにしてもよい。
【００２５】
これによれば，メモリ管理ファイルに格納された変更後のペイロード長により，大きさが変更されたペイロード長を変更することができる。これにより，ペイロードサイズが変更されたときにも，柔軟に対応できるシステムおよびコンテンツ処理方法を利用することにより，データの不整合を修正しながら，たとえば，ＤＴＣＰ−ＩＰに定められた暗号化プロトコルに基づき暗号化されたコンテンツをパケット処理して，他の装置に転送することができる。
【発明の効果】
【００２６】
以上説明したように，本発明によれば，データの不整合を修正しながらコンテンツを処理するコンテンツ処理装置，コンテンツ処理方法およびコンテンツ転送システムを提供することができる。
【発明を実施するための最良の形態】
【００２７】
以下に添付図面を参照しながら，本発明の好適な実施形態について詳細に説明する。なお，以下の説明及び添付図面において，略同一の構成及び機能を有する構成要素については，同一符号を付することにより，重複説明を省略する。
【００２８】
（コンテンツ転送システムの概要）
まず，本発明の一実施形態にかかるコンテンツ転送システムの概要について，図１を参照しながら説明する。
コンテンツ転送システム１０は，ホームサーバ１００とデジタルＴＶ２００とＰＣ３００とを含んで構成されている。ホームサーバ１００は，ホームネットワーク４００ａおよびホームネットワーク４００ｂによりデジタルＴＶ２００およびＰＣ３００に各々接続されている。
【００２９】
ホームサーバ１００は，図示しない外部ネットワークを介して，たとえば，放送番組などのコンテンツをホームサーバのハードディスクドライブ（ＨＤＤ）に記録し，記憶されたコンテンツをデジタルＴＶ２００やＰＣ３００に転送するソースデバイス（Ｓｏｕｒｃｅ  Ｄｅｖｉｃｅ）である。ホームサーバ１００は，コンテンツを転送するために処理するコンテンツ処理装置の一例である。
【００３０】
デジタルＴＶ２００およびＰＣ３００は，ホームサーバ１００から転送されたコンテンツを受信して再生するシンクデバイス（Ｓｉｎｋ  Ｄｅｖｉｃｅ）である。デジタルＴＶ２００およびＰＣ３００は，コンテンツ処理装置から転送されたコンテンツを再生するコンテンツ再生装置の一例である。
【００３１】
なお，コンテンツデータには，複数のパケットから構成される画像（ビデオ）データ，音声（オーディオ）データが含まれている。たとえば，コンテンツは，少なくとも文学，コンサート，映画，またはスポーツなどの多種のジャンルに係るテキスト，音声，動画像，もしくは静止画像又はそれら任意の組み合わせからなる。また，特段の条件がない限り，コンテンツデータには，上記画像データまたは音声データのうち少なくとも一方が含まれているものとする。
【００３２】
このようなコンテンツを転送する場合，各コンテンツが無体物であり，事実上の占有が困難であるという性質上，コンテンツに関する著作権を有効に保護，管理する必要がある。このために，本実施形態にかかるコンテンツ転送システム１０では，ＤＴＣＰ−ＩＰ（Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  ｏｖｅｒ  ＩＰ）に示されるコンテンツ保護方式を採用する。このＤＴＣＰは，音声や画像などのコンテンツの不正コピーや，不正な読み出し，不正な改ざんなどを防止するための暗号プロトコルを規定する。ただし，コンテンツ転送システム１０は，ＤＴＣＰ−ＩＰに示されるコンテンツ保護方式以外の他のコンテンツ保護方式を採用してもよい。
【００３３】
（ＤＴＣＰ−ＩＰに規定されたコンテンツ保護方式の概要）
以下，ＤＴＣＰ−ＩＰに規定されたコンテンツ保護方式の概要について簡単に述べる。このコンテンツ保護方式は，映像，音声等のディジタルコンテンツ，または，そのディジタルコンテンツを暗号化したコンテンツ（以下，「コンテンツ」という）の利用条件及び／又は利用状態を管理する。ディジタルコンテンツは，著作権管理者によって利用条件（所定の条件）が規定されているのが一般的であるが，かかる例に限定されない。
【００３４】
ＤＴＣＰ−ＩＰのコンテンツ保護方式では，ディジタルコンテンツを暗号化／復号するためのコンテンツ共通鍵（コンテンツ鍵）とコンテンツの利用条件及び利用状態とに基づいて，コンテンツの利用を制御し，ライセンス情報等を管理する。
【００３５】
上記コンテンツ保護方式では，大別すると，少なくとも以下に示す３種のデータが存在する。すなわち，（１）「コンテンツ」，（２）「コンテンツ鍵」，（３）「コンテンツ等の利用や伝送に関する利用条件及び利用状態が記載された情報」からなる所定の条件（以下，「ライセンス情報」という。）のデータである。コンテンツは，ライセンス情報に記述された利用条件の範囲内においてコンテンツ鍵によって暗号化され，ネットワークを介して伝送後，復号処理され利用可能となる。
【００３６】
また，ＤＴＣＰでは，ＩＥＥＥ１３９４等を用いたデバイス間での認証を行っている。ＤＴＣＰの認証プロトコルＡＫＥ（Ｄｅｖｉｃｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｎｄ  Ｋｅｙ  Ｅｘｃｈａｎｇｅ）では，たとえば，「Ｆｕｌｌ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ」又は「Ｒｅｓｔｒｉｃｔｅｄ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ」と呼ばれる認証を行い，鍵交換を行っている。コンテンツ鍵の多くは，数十〜数百ビットで構成されたビット値である。また，コンテンツ鍵は，機密情報であるため外部に漏洩しないよう厳重に管理され，ライセンス情報とひも付けられて管理される。
【００３７】
ライセンス情報は，コンテンツの利用や上記３種のデータの伝送などを制限するための利用条件などが記述されている。利用条件には，上述したようにコンテンツファイルの一部又は全部を転送することが可能であるか否かなどの条件が記述されている。たとえば，ライセンス情報が「Ｎｅｖｅｒ（コピー不可）」，「Ｏｎｃｅ（一度だけコピー可）」，「Ｆｒｅｅ（コピー自由）」である場合，ライセンス情報が「Ｎｅｖｅｒ」のデータを転送することはできない。これにより，たとえば，ＣＭは，「Ｆｒｅｅ」，放送番組は，「Ｎｅｖｅｒ」とすることにより，放送番組の著作権の無断コピーを回避して，放送番組の著作権を確実に保護するとともに，ＣＭを各種装置にて放映する機会を増やすことができる。なお，ライセンス情報には，利用条件に記載された転送処理を制御または管理するための情報（転送制御情報）等が含まれている。
【００３８】
このように，本実施形態にかかるコンテンツ転送システム１０では，コンテンツファイルは，以上の説明したコンテンツ保護方式に基づき，著作権のライセンス情報に示された所定の条件により著作権管理されているため，コンテンツを許可なく無断で他の装置に送信することができない。たとえば，ホームサーバ１００が受信した放送番組（コンテンツ）は，ライセンス情報に利用可能である旨の記載がなければ，ホームサーバ１００からデジタルＴＶ２００やＰＣ３００に転送できないようになっている。一方，コンテンツ転送システム１０では，かかるコンテンツ保護方式に準拠していれば，ネットワークに接続されたデバイス間で多様な種類のコンテンツを転送できるようになっている。
【００３９】
（ホームサーバの内部構成）
つぎに，ホームサーバ１００の内部構成について，図３を参照しながら説明する。ホームサーバ１００は，ボード１１０ａ，ボード１１０ｂ，ハードディスク１２０，メモリ１３０（または，複数のメモリ群），ＤＴＣＰ−ＩＰ  ＩＣ（ＤＴＣＰ−ＩＰ用の集積回路）１４０およびＣＰＵ１５０を含んで構成されている。
【００４０】
ボード１１０ａは，たとえば，図２に示したような１又は２以上のディジタルコンテンツファイル（データ＃０，データ＃１・・・）の集合を外部装置から受信する。受信されたコンテンツは，暗号化（ローカル暗号化）されている。
【００４１】
ハードディスク１２０は，コンテンツファイルなどのデータを読書き可能なストレージ装置の一例であり，ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＳＤＲＡＭ，ＤＲＡＭなど記憶装置であってもよい。
【００４２】
メモリ１３０（または，メモリ群）は，たとえば，ＲＡＭから構成され，複数のパケットにパケット化されたコンテンツを記憶する。
【００４３】
ＤＴＣＰ−ＩＰ  ＩＣ１４０は，ローカル暗号化されたコンテンツを復号し，さらに，上述したコンテンツ保護方式（ＤＴＣＰ）に規定された条件にしたがって，ＰＣＰ（Ｐｒｏｔｅｃｔｅｄ  Ｃｏｎｔｅｎｔ  Ｐａｃｋｅｔ）ヘッダを付加したパケットにコンテンツを分割するとともに，コンテンツ保護方式（ＤＴＣＰ）に規定された暗号プロトコルに基づいて，上記復号方式とは，同一又は異なる方式でコンテンツを暗号化する（プロトコル変換処理）。
【００４４】
ＣＰＵ（中央演算処理装置）１５０は，コンテンツデータを復号したり，復号されたコンテンツデータを画面上等に出力するために出力データを加工する等コンテンツに関する一連の処理を実行するための各プログラムにしたがって，コンテンツに関する一連の処理・命令を実行する。各プログラムは，ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）に記憶されている（ともに図示せず）。ＣＰＵは，ＭＰＵ（マイクロプロセッサ）に置き換えることもできる。なお，バスは，内部バス，メモリバス，入出力（Ｉ／Ｏ）バスなどホームサーバ１００にて構成される各種バスの総称であり，各部から送出されたデータを，上記データの宛先である各部に伝送する。
【００４５】
ボード１１０ｂは，メモリ１３０に記憶され，パケット化されたコンテンツをＩＰネットワーク経由でデジタルＴＶ２００に順次送信する。ボード１１０ｂは，メモリ１３０のバッファに分割して格納された各コンテンツを転送する転送部に相当する。
【００４６】
なお，ボード１１０ｂは，１台のコンテンツ再生装置（デジタルＴＶ２００）とのデータをやりとりする場合に限定されず，たとえば，バスブリッジ等を用いてポートを増設することにより，複数台のコンテンツ再生装置（デジタルＴＶ２００やＰＣ３００など）とコンテンツデータをやりとりすることも可能である。
【００４７】
（ホームサーバおよびデジタルＴＶの機能）
つぎに，ホームサーバ１００およびデジタルＴＶ２００の機能について，各装置の機能をブロックにて示した図４を参照しながら説明する。
【００４８】
ボード１１０ａは，ＤＴＣＰ（Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）方式等に従い，まず外部装置との間でお互いに認証し，認証後，外部装置とホームサーバ１００との間で共通の鍵で暗号化（ローカル暗号化）されたコンテンツを受信し，ハードディスク１２０に格納する。
【００４９】
メモリ１３０には，任意の個数および任意のサイズのバッファが複数個設けられている（バッファ＃０〜バッファ＃ｎ）。複数個のバッファのサイズは必ずしも格納するデータのサイズに依存しない。また，任意のバッファには，図２に示したヘッダのペイロード長がそのバッファの先頭に格納される。
【００５０】
また，各バッファのアドレスとサイズを格納するためのディスクリプタ（ディスクリプタ＃０〜ディスクリプタ＃ｎ）が，バッファと同数だけ設けられている。たとえば，図６では，バッファ＃０〜バッファ＃８・・・とディスクリプタ＃０〜ディスクリプタ＃８・・・とが一対一で設けられている。バッファ＃０，バッファ＃３，バッファ＃４およびバッファ＃６の先頭には，ペイロード長を含むコンテンツデータの情報を保持したヘッダ＃０，ヘッダ＃１，ヘッダ＃２およびヘッダ＃３が記憶されている。
【００５１】
各ディスクリプタは，図５に示した構造をしていて，（ａ）バッファのアドレス，（ｂ）バッファ中にデータが格納されたサイズ，（ｃ）ペイロードのサイズが変更されたときのフラグ，（ｄ）ペイロードのサイズが変更された場合，その変更後のペイロード長，および，（ｅ）次のバッファを管理するディスクリプタのアドレスに関する情報を有している。
【００５２】
ディスクリプタには，ハードウェア（ＤＴＣＰ−ＩＰ  ＩＣ１４０）によってデータが転送される前準備として，（ａ）バッファのアドレス，（ｂ）バッファ中にデータが格納されたサイズ，（ｅ）次のバッファを管理するディスクリプタのアドレスを設定する。
【００５３】
たとえば，ディスクリプタ＃０の（ａ）および（ｂ）には，バッファ＃０のアドレスおよびサイズがセットされ，ディスクリプタ＃０の（ｅ）には，ディスクリプタ＃１のアドレスがセットされる。また，ディスクリプタ＃１の（ａ）および（ｂ）には，バッファ＃１のアドレスおよびサイズがセットされ，ディスクリプタ＃１の（ｅ）には，ディスクリプタ＃２のアドレスがセットされる。このようにして，各バッファと各ディスクリプタとはひも付けられている。なお，最終ディスクリプタ＃ｎの（ｅ）にディスクリプタ＃０のアドレスを格納することにより，バッファをリング状にして管理してもよい。なお，ディスクリプタは，複数のバッファを管理するメモリ管理ファイルに相当する。
【００５４】
ＤＴＣＰ−ＩＰ  ＩＣ１４０は，格納部１４０ａおよび暗号化部１４０ｂの機能を有している。具体的には，格納部１４０ａは，図２のペイロード長を含んだヘッダ（すなわち，ペイロード部分に記憶されたデータ量に関する情報を含んだヘッダ）とペイロード自体とを含むコンテンツデータを，ライセンス情報に含まれる所定の条件に基づいてバッファのサイズ毎に分割しながら（パケット化），１または２以上のメモリ（バッファ）に格納する。また，このように格納した結果，いずれかのメモリ（バッファ）に格納されたペイロードの大きさが変更された場合には，格納部１４０ａは，変更後のペイロード長を，該当メモリに対応するメモリ管理ファイル（ディスクリプタ）に格納する。
【００５５】
前述したように，ハードディスク１２０に格納されたコンテンツは，暗号化（ローカル暗号化）されている。そこで，暗号化部１４０ｂは，コンテンツ鍵を用いてハードディスク１２０に格納されたコンテンツを復号する。また，暗号化部１４０ｂは，ＤＴＣＰ−ＩＰに定められた暗号化プロトコルに基づき，乱数（シード）等を用いて相互間で共通のコンテンツ鍵を生成し，そのコンテンツ鍵でコンテンツデータを暗号化する。ＤＴＣＰ−ＩＰ暗号化されたコンテンツ（すなわち，ＰＣＰヘッダを付加し，パケット化されたコンテンツ）を転送する。
【００５６】
また，変更部１５０ａは，ハードウェア（ＤＴＣＰ−ＩＰ  ＩＣ１４０）によって転送されてくるバッファのうち，ヘッダ付きデータのペイロード部分のサイズ（ペイロード長）が動的に変更された場合，それに応じて，その変更されたサイズ（メモリ管理ファイル（ディスクリプタ）に格納された変更後のペイロード長）をヘッダ部分に反映する。
【００５７】
ボード１１０ｂは，ホームサーバ１００とデジタルＴＶ２００との間で認証し，外部装置から受信し，ＤＴＣＰ−ＩＰ  ＩＣ１４０にてＰＣＰパケット化され，さらに，暗号化されたコンテンツデータをデジタルＴＶ２００に送信する。
【００５８】
デジタルＴＶ２００は，ボード２１０，復号部２２０，ハードディスク２３０および出力部２４０を含んで構成されている。ボード２１０は，ホームサーバ１００を認証し，パケット化されたコンテンツをホームサーバ１００から受信する。復号部２２０は，パケット化されたコンテンツを共通のコンテンツ鍵で復号し，ハードディスク２３０に格納する。出力部２４０は，ハードディスク２３０に格納されたコンテンツを再生する。
【００５９】
以上の説明したコンテンツ転送システム１０において，ホームサーバ１００が，ＤＴＣＰ−ＩＰ  ＩＣ（ＤＴＣＰ等の著作権管理技術を実装する集積回路）１４０によりコンテンツをパケット化してデジタルＴＶ２００やＰＣ３００に転送する場合，各パケットに含まれるペイロードの実際の大きさと同パケットに記憶されたペイロード長とが異なるというデータの不整合が生じる場合がある。
【００６０】
（格納部の動作）
そこで，以下に，本実施形態にかかる格納部１４０ａの動作について，図６および図７を参照しながら説明することにより，どのような場合にデータの不整合が生じるのかについても含めて説明する。前述したように，図６は，メモリ１３０の各バッファおよび各ディスクリプタの状態を示した説明図であり，図７は，格納部１４０ａが実行する格納処理ルーチンを示したフローチャートである。
【００６１】
コンテンツデータが転送されると，格納部１４０ａは，図７のステップ７００から処理を開始し，ステップ７０５にてハードディスク１２０に記憶されたコンテンツデータを取り込み，ステップ７１０にて最初のディスクリプタ＃０の（ａ）に示されたバッファ＃０をアクセスする。
【００６２】
つぎに，格納部１４０ａは，ステップ７１５にて図２のコンテンツデータ＃０のヘッダ部分をバッファ＃０の先頭に書き込み，ステップ７２０にてコンテンツデータ＃０のペイロード部分をバッファ＃０に順次書き込んでいく。つぎに，格納部１４０ａは，ステップ７２５にて，ペイロード部分を最後まですべてバッファ＃０に書き込んだか否かを判定する。
【００６３】
データ＃０のペイロード部分を最後まですべてバッファに書き込んでいない場合には，格納部１４０ａは，ステップ７３０に進んでバッファ＃０がデータでいっぱいであるか否かを判定する。このとき，まだ，バッファ＃０に書き込める領域が存在する場合，格納部１４０ａは，ステップ７３５に進んで，すでにバッファに書き込んだデータ＃０のペイロードの大きさが，１２８Ｍバイト（ライセンス情報に含まれる所定の条件の一例に相当する。）より大きいか否かを判定する。
【００６４】
ここで，すでにバッファに書き込んだデータ＃０のペイロードの大きさが，１２８Ｍバイト以下であれば，格納部１４０ａは，ステップ７２０に戻り，ステップ７３０にてバッファ＃０がデータでいっぱいになるまで，ペイロードの書き込み処理（ステップ７２０〜ステップ７３５）を繰り返す。
【００６５】
バッファ＃０がデータでいっぱいになったとき，格納部１４０ａは，ステップ７３０に続くステップ７４０にて，つぎのディスクリプタ＃１の（ａ）に示されたバッファ＃１をアクセスし，バッファ＃１にデータ＃０のペイロードの続きを書き込む。その後，バッファ＃１がデータでいっぱいになった場合も同様に，格納部１４０ａは，次のディスクリプタ＃２の（ａ）に示されたバッファ＃２にデータ＃０のペイロードの続きを書き込む。
【００６６】
ここで，バッファ＃２の途中までデータ＃０のペイロードを書き込んだ時点で，同一鍵で暗号化することができるデータ量に関する条件，すなわち，バッファ＃０〜バッファ＃２に格納したペイロードの大きさ（データ量）が１２８Ｍバイトを越えたとする。この場合，格納部１４０ａは，ペイロード部分のバッファ＃２への書き込みを終了させ，ステップ７３５にて「ＹＥＳ」と判定し，ステップ７４５に進んで，バッファ＃０に対応するディスクリプタ＃０の（ｃ）（図５参照）のフラグに「１」を設定するとともに，変更されたペイロードのサイズ（バッファ＃０〜バッファ＃２に実際に格納したデータのサイズ）を，ディスクリプタ＃０の（ｄ）に書き込み，ステップ７５０に進んで，次のディスクリプタ＃３の（ａ）に示されたバッファ＃３をアクセスし，ステップ７１５に戻って，データ＃０のヘッダをバッファ＃３の先頭に書き込んだ後，データ＃０のぺイロードのづつきをバッファ＃３に書き込む。
【００６７】
このようにして，ディスクリプタをたどりながらデータをバッファに順次格納し，１つのヘッダを持ったデータがすべて格納されると，格納部１４０ａは，ステップ７２５にて「Ｙｅｓ」と判定し，ステップ７５５にて次のヘッダ部分が入力されているか否かを判定する。この時点では，図２に示したように，ステップ７０５にて入力したコンテンツには，データ＃０の後にデータ＃１（ヘッダ部分を含む）が入力されている。そこで，格納部１４０ａは，ステップ７５５に続くステップ７６０にて，次のディスクリプタ＃４の（ａ）に示されたバッファ＃４をアクセスし，ステップ７１５に戻って，データ＃１のヘッダをバッファ＃４の先頭に書き込む。
【００６８】
これにより，次のヘッダは，必ず，次のディスクリプタが指し示すバッファの先頭に格納される。すなわち，図２では，２つ目のヘッダ付きデータ＃１を格納するとき，そのヘッダは，バッファ＃３の続きに格納されるのではなく，バッファ＃４の先頭に格納される。
【００６９】
このようにしてすべてのデータのペイロード部分が各バッファに書き込まれ，つぎのヘッダ部分が入力されていない場合，格納部１４０ａは，ステップ７５５にて「Ｎｏ」と判定し，ステップ７６５に進んで，ペイロードを格納した最後のディスクリプタの番号（図６では８）をｎｍａｘに記憶し，ステップ７９５に進んで本処理を終了する。
【００７０】
以上に説明した格納部１４０ａの動作では，ペイロードのサイズが所定のものであり，動的に変更されなければヘッダを書き換える必要はない。しかし，ライセンス情報に定められた条件を満足するために，ペイロードのサイズが変更されてデータが格納された場合には，ペイロードのサイズを格納しているヘッダ（上記説明では，バッファ＃３およびバッファ＃５のヘッダ）を書き直す必要が生じる。
【００７１】
たとえば，ＤＴＣＰ−ＩＰで扱われるデータは，ひとつ以上のＰＣＰで構成される。前述したように，ＰＣＰは，図２のようにヘッダとそれに続くペイロードで構成されていて，ヘッダにはペイロードのサイズを格納するようになっている。ＰＣＰのサイズは，ペイロードのサイズが動的に変更されなければ，所定の一定サイズで転送されるが，ＤＴＣＰの規格上，同一鍵で転送されるペイロードの総転送サイズが１２８Ｍバイトを超えた場合には，ハードウエア（ＤＴＣＰ−ＩＰ  ＩＣ１４０）は，直ちにペイロード部分を終了し，新たなＰＣＰヘッダを付けたデータを転送しなければならない。ペイロードのコピーモードが「Ｎｅｖｅｒ」である部分を含んだペイロードをバッファに格納しなかった場合など，図２のヘッダに示されたペイロードのサイズに変更が生じた場合にも，新たなＰＣＰヘッダを付けたデータを転送しなければならない。
【００７２】
しかし，これらの場合，ハードウエアはもうすでに所定のペイロードサイズが格納されたヘッダをバッファに格納してしまっているので，後でヘッダを書き直す必要が生じる。
【００７３】
図６では，ハードウエアはペイロードサイズが変更された時点で，その時使用しているディスクリプタ（図３におけるディスクリプタ＃３およびディスクリプタ＃５）に対して，図５（ｃ）にペイロードが変更されことを示すフラグを立て，（ｄ）に変更後のペイロードのサイズをセットしている。
【００７４】
（変更部の動作）
そこで，変更部１５０ａは，これらのデータを用いて，ヘッダのペイロード長を変更後のペイロード長に書き換えることによりデータの不整合を修正する。以下に，変更部１５０ａにより実行されるヘッダの書き換え動作について，図８を参照しながら具体的に説明する。図８は，変更部１５０ａが実行する書き換え処理ルーチンを示したフローチャートである。
【００７５】
変更部１５０ａは，デジタルＴＶ２００にパケット化されたコンテンツデータを転送する前の所定のタイミングに，図８のステップ８００から処理を開始し，ステップ８０５にて，変数ｎに「１」を設定する。つぎに，ｎが最後にペイロードを格納したディスクリプタの番号ｎｍａｘより大きいか否かを判定する。ｎがｎｍａｘ以下である場合，変更部１５０ａは，ステップ８１５に進んで，ディスクリプタ＃ｎの（ｃ）に記憶されたフラグが「１」であるか否かを判定する。フラグが「１」でない場合，ペイロードのサイズには変更が生じていないと判断してステップ８２０に進み，ｎの値を「１」増加させ，ステップ８１５にて「ＹＥＳ」と判定するまで，ステップ８１０〜８２０の処理を繰り返す。
【００７６】
ディスクリプタ＃３およびディスクリプタ＃５のフラグｎは「１」を示しているので，ｎが３または５に等しいとき，変更部１５０ａは，ステップ８１５にて「ＹＥＳ」と判定し，ステップ８２５に進んで，ディスクリプタ＃３の（ｄ）およびディスクリプタ＃５の（ｄ）に格納されたペイロードのサイズ（変更後のペイロード長）をバッファ＃３およびバッファ＃５のヘッダ部分に各々書き込む。その後，ｎの値が「９」になると，変更部１５０ａは，ステップ８１０にて「ＹＥＳ」と判定し，ステップ８９５に進んで本処理を終了する。
【００７７】
以上，本実施形態にかかるコンテンツ転送システム１０について説明した。従来においても，任意のサイズのバッファを予め用意し，コンテンツデータの塊に対して，コンテンツデータを分割して格納し，それらのバッファをディスクリプタで管理する手段は存在していた。しかしながら，ペイロード部分のサイズを格納したヘッダを持ったデータを扱い，かつ，そのペイロード部分のサイズがハードウエアの動作に応じて動的に変わった場合，そのサイズをソフトウエアの動作によりヘッダに反映させるための機構はなかった。
【００７８】
これに対して，以上に説明した本実施形態にかかるホームサーバ１００によれば，頻繁にペイロードサイズが変更される状態になっても，１つのディスクリプタが指し示すバッファに複数のヘッダが存在することはないので，バッファサイズを極端に大きくすることなく，確実にヘッダを書き換えることによりデータの不整合を修正することができる。これにより，ペイロードのサイズを格納したヘッダを持ったデータにおいて，ヘッダ部分を転送してしまった後，ペイロードのサイズが変更された場合であって，かつ，それが頻繁発生した場合であっても確実にヘッダ部分のペイロードのサイズを変更することができる。
【００７９】
上記実施形態において，各部の動作はお互いに関連しており，互いの関連を考慮しながら，一連の動作として置き換えることができる。そして，このように置き換えることにより，方法の発明の実施形態とすることができる。
【００８０】
また，上記各部の動作を，各部の処理と置き換えることにより，プログラムの実施の形態とすることができる。また，プログラムを，プログラムを記録したコンピュータ読み取り可能な記録媒体に記憶させることで，プログラムに記録したコンピュータ読み取り可能な記録媒体の実施の形態とすることができる。
【００８１】
したがって，コンテンツを転送するためにコンテンツを処理するコンテンツ処理方法の発明は，ペイロード長を含んだヘッダとペイロードとを含むコンテンツを，所定の条件に基づいて分割しながら，複数のメモリのうちの１または２以上のメモリに格納する処理と；上記格納の結果，いずれかのメモリに格納されたペイロードの大きさが変更された場合，変更後のペイロード長をメモリ管理ファイルに格納する処理と；上記いずれかのメモリに格納されたペイロード長を上記メモリ管理ファイルに格納された変更後のペイロード長に変更する処理と；をコンピュータに実行させることを特徴とするコンテンツ処理プログラムとすることができる。
【００８２】
また，コンテンツを転送するためにコンテンツを処理するコンテンツ処理方法の発明は，ペイロード長を含んだヘッダとペイロードとを含むコンテンツを，所定の条件に基づいて分割しながら，複数のメモリのうちの１または２以上のメモリに格納する処理と；上記格納の結果，いずれかのメモリに格納されたペイロードの大きさが変更された場合，変更後のペイロード長をメモリ管理ファイルに格納する処理と；上記いずれかのメモリに格納されたペイロード長を上記メモリ管理ファイルに格納された変更後のペイロード長に変更する処理と；をコンピュータに実行させるコンテンツ処理プログラムを記憶したコンピュータ読み取り可能な記録媒体とすることができる。
【００８３】
以上，添付図面を参照しながら本発明の好適な実施形態について説明したが，本発明は係る例に限定されないことは言うまでもない。当業者であれば，特許請求の範囲に記載された範疇内において，各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【００８４】
たとえば，図９に示したように，ホームサーバ１００は，必ずしも，ＤＴＣＰ−ＩＰ  ＩＣ１４０により上記格納部１４０ａおよび暗号化部１４０ｂの機能が実現される必要はなく，バッファにペイロードをため込むときにバッファの先頭にヘッダを添付することができるヘッダ添付ＩＣ１６０であってもよい。この場合にも，ヘッダ添付ＩＣ１６０によりヘッダが添付され，パケット化されたコンテンツデータは，ＣＰＵ１５０により整合性が保たれた状態にヘッダのデータが修正された後，ボード１１０ｂを介してデジタルＴＶ２００に転送される。なお，ＤＴＣＰ−ＩＰ  ＩＣ１４０およびヘッダ添付ＩＣ１６０の機能は，集積回路（ハードウエア）により達成されてもよく，これらの機能を実現する処理手順を記述したプログラムをＣＰＵ１５０で実行することにより達成されてもよい。
【００８５】
また，以上の説明では，ホームサーバ１００は，送信側デバイス（ソースデバイス）として機能したが，これに限定されず，受信側デバイス（シンクデバイス）として機能することも可能である。同様に，以上の説明では，デジタルＴＶ２００およびＰＣ３００は，受信側デバイスとして機能したが，これに限定されず，送信側デバイス（ソースデバイス）として機能することも可能である。
【００８６】
したがって，コンテンツ処理装置およびコンテンツ再生装置は，ハードディスク内蔵型ステレオ，ＤＶＤ／ＨＤレコーダ・プレーヤ，ホームストレージサーバ，カーナビゲーションシステム，ゲーム機等のデバイスであってもよい。また，コンテンツ処理装置およびコンテンツ再生装置は，携帯型音楽プレーヤ，携帯電話，ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ），携帯ゲーム機，デジタルカメラ，デジタルビデオカメラ，ヘッドマウントディスプレイ等の携帯デバイスであってもよい。
【産業上の利用可能性】
【００８７】
本発明は，データの不整合を修正しながらコンテンツを処理するコンテンツ処理装置，コンテンツ処理方法およびコンテンツ転送システムに適用可能である。
【図面の簡単な説明】
【００８８】
【図１】本発明の一実施形態にかかるコンテンツ転送システム１０の全体構成図である。
【図２】同実施形態におけるコンテンツデータの一例を示した図である。
【図３】同実施形態におけるホームサーバの構成および動作を示した説明図である。
【図４】同実施形態におけるホームサーバおよびデジタルＴＶの機能を示した機能ブロック図である。
【図５】同実施形態におけるディスクリプタのデータ構造を示した図である。
【図６】同実施形態におけるバッファおよびディスクリプタへのデータの格納方法を説明するための説明図である。
【図７】同実施形態にかかる格納部にて実行される処理ルーチンを示したフローチャートである。
【図８】同実施形態にかかる変更部にて実行される処理ルーチンを示したフローチャートである。
【図９】同実施形態におけるホームサーバの他の構成および動作を示した説明図である。
【符号の説明】
【００８９】
１０        コンテンツ転送システム
１００      ホームサーバ
１１０ａ    ボード
１１０ｂ    ボード
１２０      ハードディスク
１３０      メモリ
１４０      ＤＴＣＰ―ＩＰ  ＩＣ
１４０ａ    格納部
１４０ｂ    暗号化部
１５０      ＣＰＵ
１５０ａ    変更部
１６０      ヘッダ添付ＩＣ
２００      デジタルＴＶ
２１０      ボード
２２０      復号部
２３０      ハードディスク
２４０      出力部
３００      ＰＣ
【図１】
2007041696.tif 000003
【図２】
2007041696.tif 000004
【図３】
2007041696.tif 000005
【図４】
2007041696.tif 000006
【図５】
2007041696.tif 000007
【図６】
2007041696.tif 000008
【図７】
2007041696.tif 000009
【図８】
2007041696.tif 000010
【図９】
2007041696.tif 000011