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