JP2012018728A - 情報処理装置、および情報処理方法、並びにプログラム - Google Patents

Abstract

【課題】コンテンツのコピー処理において、データ変換に伴うパケット構成が変更された場合にも、特定位置からのコピーコンテンツの再生を問題なく実行可能とした装置および方法を提供する。
【解決手段】コピー処理に伴うデータ変換に際して、アングル切り替えポイントに対応するパケットの位置情報を取得し、コピー対象データに含まれる再生制御情報ファイルに記録された変換前データのアングル切り替えポイント位置情報を、変換後データの位置情報に変更する。具体的には、再生制御情報ファイルであるクリップ情報ファイルに含まれるＥＰマップの登録データに含まれるソースパケットナンバー（ＳＰＮ）を、変換後データのアングル切り替えポイントのパケット位置に対応するソースパケットナンバー（ＳＰＮ）に変更する処理を実行する。
【選択図】図２４

Description

本発明は、情報処理装置、および情報処理方法、並びにプログラムに関する。さらに詳細にはディスク等のメディア（情報記録媒体）に記録されたデータのコピー処理に際して所定のデータ変換を実行して変換コピーデータを生成して第２のメディアに記録する処理を行う情報処理装置、および情報処理方法、並びにプログラムに関する。

映画や音楽等、様々なコンテンツの情報記録媒体（メディア）として、昨今はＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）や、ＢＤ（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））などが多く利用されている。これらの情報記録媒体に記録された音楽データ、画像データ等のコンテンツの多くは、その作成者や販売者等が著作権や頒布権を有している。従って、ディスクを購入したユーザであっても、ディスク記録コンテンツの利用には一定の制限がなされる。例えばディスク記録コンテンツを他のディスク等のメディアに無制限にコピーを行うといったことは許容されない。

このようなメディア格納コンテンツのコピー管理構成として、管理サーバからコピー許可情報を受領したことを条件としてコピーを許容する管理構成（マネージドコピー（ＭＣ：Ｍａｎａｇｅｄ Ｃｏｐｙ））が知られている。マネージドコピー（ＭＣ）の具体的シーケンスは以下の通りである。

コンテンツ格納ディスクなどのメディアをＰＣや記録再生装置等のユーザ装置に装着し、ユーザ装置がネットワークを介して管理サーバに接続する。
その後ユーザ装置は、ディスク識別子（ＩＤ）等、予め規定された情報をサーバに送信する。
サーバは受信情報の正当性などを確認した後、コピー許可情報をユーザ装置に送信する。
ユーザ装置はサーバからのコピー許可情報の受領を条件としてコピー処理を開始する。
このようなシーケンスでディスク格納コンテンツの他メディアに対するコピー処理を許容するものである。
このコピー管理構成は、マネージドコピー（ＭＣ：Ｍａｎａｇｅｄ Ｃｏｐｙ）と呼ばれ、例えば特許文献１（特開２００８−９８７６５号公報）にその詳細が記載されている。

一方、コンテンツの著作権保護技術に関する規格としてＡＡＣＳ（Ａｄｖａｎｃｅｄ Ａｃｃｅｓｓ Ｃｏｎｔｅｎｔ Ｓｙｓｔｅｍ）規格がある。ＡＡＣＳ規格に従ったＢＤなどのディスク記録コンテンツの多くは暗号化コンテンツとして記録される。ＡＡＣＳ規格の代表的な暗号化構成として、コンテンツをユニット単位に区分してユニット毎に異なる暗号化キーを適用する構成がある。このような暗号化構成を採用することで、ユニット単位のコンテンツの利用制御が可能となり、厳格で多様なコンテンツ利用制御が実現される。

コンテンツの区分単位であるユニットはＣＰＳユニットとよばれ、各ＣＰＳユニットの暗号化処理や復号処理に適用する暗号鍵はＣＰＳユニットキーやユニットキー、あるいはタイトルキーと呼ばれる。

上述したようにユーザ装置において著作権管理対象となる映画などを格納したＢＤ（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））などのメディア格納コンテンツを他のメディア、例えばハードディスクやフラッシュメモリ、あるいは他のディスクなどの他メディアにコピーを行う場合、上述したマネージドコピー（ＭＣ：Ｍａｎａｇｅｄ Ｃｏｐｙ）に従って、管理サーバからのコピー許可情報を受領してコピーを実行することになる。

しかし、ＢＤ（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））などのメディア格納コンテンツをコピー先メディアである例えばハードディスク（ＨＤＤ）に次から次とコピーしてしまうと、限られた容量を持つハードディスクの空き容量が減少し、コンテンツをたくさん記録することができなくなる。

このような問題を解決する１つの方法は、コピー処理に際してコピーデータの圧縮符号化を行い、より圧縮率の高いビデオデータやオーディオデータを生成してコピー先に記録する方法である。あるいはビットレートの低下処理や、全てのデータコピーを行うことなく必要最低限の画像、音声、字幕等のデータのみを選択してコピーするといったことで、データ量を削減することができる。

圧縮符号化を行い、より圧縮率の高いビデオデータやオーディオデータを生成する処理は、例えば符号化データの変換を行うトランスコーダによって行われる。例えば、トランスコーダはコピー元のメディアに格納されたＭＰＥＧ−２符号化データをＡＶＣＨＤ符号化データやＭＰＥＧ４−ＡＶＣ符号化データに変換する処理や、圧縮率の変更、あるいは特定ストリーム（第２オーディオストリーム等）の削除等を行う。トランスコーダによって生成されたＡＶＣＨＤやＭＰＥＧ４−ＡＶＣデータがコピー先メディア（例えばハードディスク等）に記録される。
なお、データ変換処理について説明した従来技術として例えば特許文献２（特開２０１０−１１５１１号公報）がある。

しかし、このようなデータ変換を行うと変換前のデータのデータ形式や制御情報が消失、あるいは変更されることがある。この結果、変換データとしてコピー先メディアに記録されたコピーデータは、オリジナルデータの再生と同様の再生ができなくなる場合がある。

このような問題が発生する具体例として、例えば複数のアングルからの撮影画像を含み、例えばユーザからの入力に応じてアングルの切り替え表示を可能としたマルチアングルコンテンツがある。このマルチアングルコンテンツをコピーする場合、コピー処理に際して実行するデータ変換によって、アングルの切り替えに必要となる情報の消失や変更が発生し、変換後のコピーデータを再生してもアングル切り替えが正常にできなくなるといった問題が発生することがある。

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

本発明は、このような状況に鑑みてなされたものであり、例えばＢＤ等の第１メディアに記録されたコンテンツに対するデータ変換を実行して第２メディアにコピーする構成において、コピー元データの様々な再生態様を維持したままデータ変換を実行し、変換後のコピーデータの再生においても元データと同様の再生を可能とする情報処理装置、および情報処理方法、並びにプログラムを提供することを目的とする。

本発明は、例えば、コピーコンテンツがマルチアングルコンテンツである場合に、コピー先メディアからデータ変換後のコピーコンテンツを再生する場合にも、オリジナルコンテンツと同様のアングル切り替えを可能とするデータ変換を実現する情報処理装置、および情報処理方法、並びにプログラムを提供することを目的とする。

本発明の第１の側面は、
第１メディアの記録データを第２メディアに記録するコピー処理の制御を実行するデータ処理部と、
前記コピー処理におけるデータ変換を実行するデータ変換部を有し、
前記データ処理部は、
前記データ変換部の生成した変換データに基づいて、アングル切り替えポイントに対応するパケットの位置情報を取得し、
コピー対象データに含まれる再生制御情報ファイルに記録された変換前データのアングル切り替えポイント位置情報を、変換後データのアングル切り替えポイント位置情報に変更する再生制御情報ファイルの更新処理を実行する情報処理装置にある。

さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記再生制御情報ファイルであるクリップ情報ファイルに含まれるＥＰマップの登録データであるソースパケットナンバー（ＳＰＮ）の書き換え処理を実行する構成であり、変換前データのアングル切り替えポイントのパケット位置に対応するソースパケットナンバー（ＳＰＮ）を、変換後データのアングル切り替えポイントのパケット位置に対応するソースパケットナンバー（ＳＰＮ）に変更する処理を実行する。

さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記ＥＰマップに登録された再生時間情報であるプレゼンテーションタイムスタンプ（ＰＴＳ）とソースパケットナンバー（ＳＰＮ）との対応データについて、プレゼンテーションタイムスタンプ（ＰＴＳ）を変更せず、ソースパケットナンバー（ＳＰＮ）を前記変換後データの構成に応じて変更する処理を行う。

さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、変換後のストリームデータの先頭からのパケット数またはバイト数に基づいて、変換後データのアングル切り替えポイントのパケット位置に対応するソースパケットナンバー（ＳＰＮ）を算出する。

さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記ＥＰマップに登録された再生時間情報であるプレゼンテーションタイムスタンプ（ＰＴＳ）とソースパケットナンバー（ＳＰＮ）との対応データについて、アングル切り替えポイントであるか否かにかかわらず、ソースパケットナンバー（ＳＰＮ）を変換データの構成に応じて変更する処理を行う。

さらに、本発明の情報処理装置の一実施態様において、前記データ変換部は、前記アングル切り替えポイントの再生開始位置のピクチャを再生開始点として再生する場合に少なくとも先行ピクチャを参照せずに復号可能とした変換データを生成する。

さらに、本発明の情報処理装置の一実施態様において、前記データ変換部は、符号化方式の変換、または圧縮率の変換、またはストリームの削除の少なくともいずれかの処理を含むデータ変換処理を実行する。

さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、さらに、管理サーバとの通信を実行する通信部を有し、前記データ処理部は、前記管理サーバからの受信情報に基づいて、前記第１メディアの記録データに含まれるコピー許容データのリストを表示し、表示情報に対するユーザ指定に基づいてコピー対象データを選択する。

さらに、本発明の第２の側面は、
情報処理装置において実行する情報処理方法であり、
データ処理部が、第１メディアの記録データを第２メディアに記録するコピー処理の制御を実行するデータ処理ステップと、
データ変換部が、前記コピー処理におけるデータ変換を実行するデータ変換ステップを実行し、
前記データ処理ステップにおいては、
前記データ変換部の生成した変換データに基づいて、アングル切り替えポイントに対応するパケットの位置情報を取得し、
コピー対象データに含まれる再生制御情報ファイルに記録された変換前データのアングル切り替えポイント位置情報を、変換後データのアングル切り替えポイント位置情報に変更する再生制御情報ファイルの更新処理を実行する情報処理方法にある。

さらに、本発明の第３の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
データ処理部に、第１メディアの記録データを第２メディアに記録するコピー処理の制御を実行させるデータ処理ステップと、
データ変換部に、前記コピー処理におけるデータ変換を実行させるデータ変換ステップを実行させ、
前記データ処理ステップにおいては、
前記データ変換部の生成した変換データに基づいて、アングル切り替えポイントに対応するパケットの位置情報を取得させ、
コピー対象データに含まれる再生制御情報ファイルに記録された変換前データのアングル切り替えポイント位置情報を、変換後データのアングル切り替えポイント位置情報に変更する再生制御情報ファイルの更新処理を実行させるプログラムにある。

なお、本発明のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。

本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

本発明の一実施例の構成によれば、コンテンツのコピー処理において、データ変換に伴うパケット構成が変更された場合にも、特定位置からのコピーコンテンツの再生を問題なく実行可能とした装置および方法が提供される。本発明の情報処理装置は、コピー処理に伴うデータ変換に際して、アングル切り替えポイントに対応するパケットの位置情報を取得し、コピー対象データに含まれる再生制御情報ファイルに記録された変換前データのアングル切り替えポイント位置情報を、変換後データの位置情報に変更する。具体的には、再生制御情報ファイルであるクリップ情報ファイルに含まれるＥＰマップの登録データに含まれるソースパケットナンバー（ＳＰＮ）を、変換後データのアングル切り替えポイントのパケット位置に対応するソースパケットナンバー（ＳＰＮ）に変更する処理を実行する。このＥＰマップ更新処理により、コピーコンテンツの再生処理において、ＥＰマップ登録情報を用いた正しいアングル切り替え再生が可能となる。

マネージドコピー（ＭＣ：Ｍａｎａｇｅｄ Ｃｏｐｙ）システムの概要を説明する図である。 ユニット構成およびユニットキー管理テーブルについて説明する図である。 メディアのディレクトリ構成例について説明する図である。 管理サーバの管理によるコピー処理（ＭＣ（Ｍａｎａｇｅｄ Ｃｏｐｙ））のシーケンスについて説明する図である。 第１メディアの記録情報であるコピー制御管理ファイル（ＭＣＭＦ：Ｍａｎａｇｅｄ Ｃｏｐｙ Ｍａｎｉｆｅｓｔ Ｆｉｌｅ）の構成データについて説明する図である。 コピー実行要求に含まれるデータの一例を示す図である。 サーバ応答情報（Ｏｆｆｅｒ Ｒｅｓｐｏｎｓｅ）１３１に含まれる基本情報について説明する図である。 コピー元となる第１メディア１１０からコピー先となる第２メディア１５０（ハードディスク（ＨＤＤ））に対するコピー処理の例について説明する図である。 プレイリストファイルの構成例と利用例について説明する図である。 プレイリストファイルの構成例と利用例について説明する図である。 アングル切り替え処理に適用するデータについて説明する図である。 アングル切り替え処理に適用するデータについて説明する図である。 プレイリストファイルのシンタクス（データ構造）について説明する図である。 プレイリストファイル内のプレイアイテム情報のシンタクス（データ構造）について説明する図である。 クリップ情報ファイルのシンタクス（データ構造）について説明する図である。 クリップ情報ファイルのＰｒｐｇｒａｍＩｎｆｏについて説明する図である。 クリップ情報ファイルのＰｒｐｇｒａｍＩｎｆｏのシンタクス（データ構造）について説明する図である。 クリップ情報ファイルのＣＰＩ（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｐｏｉｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）のシンタクス（データ構造）について説明する図である。 クリップ情報ファイルに含まれるＥＰマップについて説明する図である。 クリップ情報ファイルに含まれるＥＰマップについて説明する図である。 本発明の情報処理装置の実行するコンテンツコピー処理の詳細について説明する図である。 本発明の情報処理装置の実行するデータ変換処理例について説明する図である。 本発明の情報処理装置の実行するデータ変換処理例について説明する図である。 本発明の情報処理装置の実行するコンテンツコピー処理の詳細について説明する図である。 本発明の情報処理装置の実行するコピー処理シーケンスについて説明するフローチャートを示す図である。 本発明の情報処理装置の実行するコピー処理シーケンスについて説明するフローチャートを示す図である。 本発明の情報処理装置の実行するコピー処理シーケンスについて説明するフローチャートを示す図である。 本発明の情報処理装置の実行するコピー処理シーケンスについて説明するフローチャートを示す図である。 本発明の情報処理装置の実行するコピー処理シーケンスについて説明するフローチャートを示す図である。 プレイリストファイルの更新処理例を示す図である。 クリップ情報ファイルの更新処理例を示す図である。 情報処理装置の構成例について説明する図である。

以下、図面を参照しながら本発明の情報処理装置、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行なう。
１．サーバ管理に基づくコンテンツのコピー制御処理の概要
２．コンテンツの記録構成例について
３．サーバ管理に基づくコンテンツのコピー処理シーケンスについて
４．マルチアングルコンテンツのコピー処理について
５．本発明の情報処理装置の実行するデータ変換処理（トランスコード）を伴うコピー処理について
６．本発明の情報処理装置の実行するコピー処理シーケンスについて
７．情報処理装置の構成例について

［１．サーバ管理に基づくコンテンツのコピー制御処理の概要］
まず、図１を参照してサーバ管理に基づくコンテンツのコピー制御処理の概要について説明する。
例えばＢＤ（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））等に記録された映画等のコンテンツの多くは、所定の著作権管理の下で利用が許容される。従って、ディスクを購入したユーザであっても、ディスク記録コンテンツの利用には一定の制限がなされる。例えばディスク記録コンテンツを他のディスク等のメディアに無制限にコピーを行うといったことは許容されない。

このようなメディア格納コンテンツのコピー管理構成として、管理サーバからのコピー許可情報の受領を条件としたコピー許容処理構成が知られている。図１は、その一例であるマネージドコピー（ＭＣ：Ｍａｎａｇｅｄ Ｃｏｐｙ）システムの概要を説明する図である。

情報処理装置２０はユーザのＰＣやレコーダ（記録再生装置）等であり、著作権管理対象等、利用制限のなされたコンテンツである映画等の記録された第１メディア１０を装着して再生することができる。
情報処理装置２０は、この第１メディア１０に記録されたコンテンツを他のメディアである第２メディア３０にコピーする処理が可能となる。第２メディア３０は、情報処理装置２０において記録可能なメディアであり、例えばハードディスク（ＨＤＤ）やフラッシュメモリ、あるいはデータ記録可能なディスク（ＢＤ，ＤＶＤなど）等のメディアである。

しかし、ユーザが自由にコピー処理を行ってしまうと、コンテンツの複製が大量に発生し、コピーコンテンツの不正な利用や流通が起こることになる。このような事態を防止するため、ユーザ装置である情報処理装置２０がコンテンツのコピーを実行する場合、管理サーバ５０と接続し、管理サーバ５０からコピー許可情報を受け取る。このコピー許可情報の受領には、例えばユーザの持つ第１メディアの正当性の確認や、所定の料金の支払い等の手続が必要となる。

ユーザ装置である情報処理装置２０は、この所定の手続きを行うことで、管理サーバ５０からコピー許可情報を受領し、コピー許可情報の受領を条件としてコンテンツコピーを行うことができる。これが、マネージドコピー（ＭＣ：Ｍａｎａｇｅｄ Ｃｏｐｙ）の概要である。

［２．コンテンツの記録構成例について］
次に、上記のマネージドコピー（ＭＣ：Ｍａｎａｇｅｄ Ｃｏｐｙ）の対象となる例えば著作権の管理された利用制御コンテンツを記録したメディア（図１の第１メディア１０）に記録されたデータの構成例について説明する。

一般的なコンテンツ記録済みディスク、例えばＢＤ（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））−ＲＯＭ等に記録された映画等のコンテンツの多くは、不正コピーなどの不正利用を防止するため暗号化されて記録される。

コンテンツの著作権保護技術に関する規格であるＡＡＣＳ（Ａｄｖａｎｃｅｄ Ａｃｃｅｓｓ Ｃｏｎｔｅｎｔ Ｓｙｓｔｅｍ）規格に従った暗号化コンテンツは、前述したようにユニット単位に区分され、ユニット毎に異なる暗号鍵を適用した暗号化データとして記録される。ユニット単位の暗号化構成とすることで、ユニット単位の利用制御が可能となり、厳格で多様なコンテンツ利用制御が実現される。

コンテンツの区分単位であるユニットはコンテンツ管理ユニットまたはＣＰＳユニットとよばれ、各ＣＰＳユニットに対応する暗号鍵はＣＰＳユニットキーやユニットキー、あるいはタイトルキーと呼ばれる。ディスクに記録されたコンテンツのユニット区分と暗号鍵（ユニットキー）との対応関係の一例を図２に示す。

図２は、あるメディア、例えば１枚のディスクに記録されたコンテンツを構成するユニット（ＣＰＳユニット）と暗号鍵であるＣＰＳユニットキーとの対応関係を示すユニットキー管理テーブルの例である。このユニットキー管理テーブルはメディア（ＢＤなど）に暗号化コンテンツと共に記録される。

図２に示すように、コンテンツの構成データであるＣＰＳユニットは、ＣＰＳユニット１〜ｎに区分されている。各ＣＰＳユニット１〜ｎの各々に対して固有の暗号鍵であるＣＰＳユニットキーが対応付けられる。

例えばＣＰＳユニット１（ＣＰＳ１）を再生する場合は、ＣＰＳユニットキー１（Ｋｕ１）を利用して復号を行う。ＣＰＳユニット２（ＣＰＳ２）を再生する場合は、ＣＰＳユニットキー２（Ｋｕ２）を適用して復号を行うことが必要となる。各ＣＰＳユニットおよびＣＰＳユニットキーに対応するインデックスとしては、例えば「タイトル」が利用される。「タイトル」はＣＰＳユニット各々に対応して設定されたインデックスであり、タイトルを特定することでＣＰＳユニット、およびＣＰＳユニットキーを特定することができる。

図３は、第１メディア１０がＲＯＭ型のＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）である場合のディレクトリであり、ＢＤ（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））の記録データに対応するディレクトリ構成を示している。

ディレクトリは図３に示すように管理情報設定部５１（ＡＡＣＳディレクトリ）と、データ部５２（ＢＤＭＶディレクトリ）に分離されている。
管理情報設定部５１（ＡＡＣＳディレクトリ）には、ＣＰＳユニットキーファイルや利用制御情報ファイルなどが格納される。

一方、データ部５２には、ＢＤＭＶディレクトリ以下に、
インデックスファイル、
ムービーオブジェクトファイル、
プレイリストファイル、
クリップ情報ファイル、
クリップＡＶストリームファイル、
ＢＤＪＯファイル、
例えば、これらのファイルが記録される。

インデックスファイルには、再生処理に適用するインデックス情報としてのタイトル情報が格納されている。このタイトルは、先に図２を参照して説明したユニットキー管理テーブルに登録されたタイトルと同様であり、ＣＰＳユニットに対応付けられたデータである。

ムービーオブジェクトファイルは再生用のプログラムを格納したファイルである。
プレイリストファイルは、コンテンツの再生シーケンスを設定したファイルである。ユーザの選択したタイトルによってあるプレイリストファイルが選択され、選択されたプレイリストファイルに含まれるプレイアイテムやパス情報に従って特定のクリップ情報ファイルを再生対象として指定する。

クリップ情報ファイルは、プレイリストファイルによって指定されるファイルであり、クリップＡＶストリームファイルの再生位置情報等を有する。
クリップＡＶストリームファイルは、再生対象となるＡＶストリームデータを格納したファイルである。
なお、クリップ情報ファイルとクリップＡＶストリームファイルを併せてクリップまたはクリップファイルと呼ぶ場合がある。
ＢＤＪＯファイルは、ＪＡＶＡ（登録商標）プログラム、コマンド等を格納したファイルの実行制御情報を格納したファイルである。

上述したように、再生対象となる画像データや音声データは、クリップＡＶストリームファイルに格納されており、インデックスファイル、ムービーオブジェクトファイル、プレイリストファイル、クリップ情報ファイルには、このクリップＡＶストリームファイルに格納された画像データや音声データの再生に必要となるインデックス、プログラム、シーケンス情報、データ位置情報などの様々な再生制御情報が格納され、これらは再生制御情報の記録ファイルとして利用される。

情報処理装置が情報記録媒体に記録されたコンテンツを再生するシーケンスは以下の通りである。
まず、再生アプリケーションによってインデックスファイルから特定のタイトルを指定する。
指定されたタイトルに関連付けられた再生プログラムが選択される。
選択された再生プログラムのプログラム情報に従ってコンテンツの再生順等を規定したプレイリストが選択される。
選択されたプレイリストに規定されたクリップ情報によって、コンテンツ実データとしてのＡＶストリームやコマンドが読み出されて、ＡＶストリームの再生や、コマンドの実行処理が行われる。

このコンテンツ再生処理においては、選択されたタイトルに応じて、先に図２を参照して説明したユニットとユニットキーの判別が可能となり、再生対象のユニット（暗号化コンテンツ）に対応するユニットキーを取得してユニット単位の復号処理が行われることになる。図１を参照して説明したコピー処理を実行する場合、管理サーバ５０から受領する情報を参照してコピー対象データを特定してコピー処理を実行する。

［３．サーバ管理に基づくコンテンツのコピー処理シーケンスについて］
次に、図４以下を参照して、サーバ管理に基づくコンテンツのコピー処理シーケンスについて説明する。図４は、サーバ管理に基づくコンテンツのコピー処理の一例であるマネージドコピー（ＭＣ：Ｍａｎａｇｅｄ Ｃｏｐｙ）のシーケンスを説明する図である。

図４には、左から、
映画等のコンテンツ記録済みのＲＯＭディスクなどの第１メディア１１０、
第１メディア１１０からコンテンツ等のデータを読み取り、コピー処理を行なうユーザ装置としての情報処理装置１２０、
コンテンツのコピー先のメディアであり、ハードディスク（ＨＤＤ）やフラッシュメモリ、あるいはＲ／ＲＥディスク等によって構成される第２メディア１５０、
さらに、
コンテンツコピーの許可情報等の提供処理を実行する管理サーバ（ＭＣサーバ）１４０、
これらを示している。

情報処理装置１２０は、例えばＰＣや記録再生装置などによって構成され、第１メディア１１０からの読み取りデータを入力して、ハードディスク（ＨＤＤ）やフラッシュメモリ、あるいはＲ／ＲＥディスクなどによって構成されるコピー先メディアとしての第２メディア１５０にデータを記録する処理、すなわちコンテンツコピー処理を実行する。

第１メディア１１０は、例えば、ＲＯＭ型のＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）、ＤＶＤディスクなどである。第２メディア１５０は、データを書き込むことが可能なメディアであり、具体的には例えばハードディスク（ＨＤＤ）やフラッシュメモリ、あるいはＲ型、ＲＥ型のＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）、ＤＶＤディスクなどである。

例えばＲＯＭディスク等によって構成される第１メディア１１０には、図に示すように利用制御コンテンツである暗号化コンテンツ１１３が記録されている。暗号化コンテンツ１１３は、例えば高精細動画像データであるＨＤ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）映画コンテンツなどの動画コンテンツのＡＶ（Ａｕｄｉｏ Ｖｉｓｕａｌ）ストリーム、あるいは音楽データ、ゲームプログラム、画像ファイル、音声データ、テキストデータなどからなるコンテンツである。

暗号化コンテンツ１１３は、先に図２を参照して説明したように、コンテンツ管理ユニット（ＣＰＳユニット）単位の利用管理構成を有し、ＣＰＳユニット単位で異なるユニットキー（ＣＰＳユニットキー）を適用して暗号化が施された暗号化コンテンツである。すなわち、ユニット単位の区分データ毎の異なる利用制御を実現するため、ユニット毎に異なる鍵（ＣＰＳユニットキーやユニットキー、あるいはタイトルキーと呼ばれる）によって暗号化されている。

さらに、第１メディア１１０には、暗号化コンテンツ１１３の復号に適用する鍵情報、利用制御情報などによって構成される管理データ（ＡＡＣＳ Ｄａｔａ）１１２、さらに、第１メディア１１０の記録コンテンツのコピー処理の際に利用されるコピー制御管理ファイル（ＭＣＭＦ：Ｍａｎａｇｅｄ Ｃｏｐｙ Ｍａｎｉｆｅｓｔ Ｆｉｌｅ）１１１が格納されている。コピー制御管理ファイル（ＭＣＭＦ）については後段で説明する。

図４に示す第１メディア１１０の記録情報として示す管理データ１１２は、例えばコンテンツの著作権保護技術に関する規格管理システムであるＡＡＣＳ（Ａｄｖａｎｃｅｄ Ａｃｃｅｓｓ Ｃｏｎｔｅｎｔ Ｓｙｓｔｅｍ）の規定する管理データであり、暗号化コンテンツ１１３の復号に適用する鍵（ユニットキー）を格納したＣＰＳユニットキーファイル、使用許諾情報、コンテンツの正当性を示すコンテンツ証明書（ＣＣ：Ｃｏｎｔｅｎｔ Ｃｅｒｔｉｆｉｃａｔｅ）、さらに、ＣＰＳユニットキーを取得するためのメディアキーを格納した暗号鍵ブロック（ＭＫＢ（Ｍｅｄｉａ Ｋｅｙ Ｂｌｏｃｋ））等を含むデータである。

ＭＫＢ（Ｍｅｄｉａ Ｋｅｙ Ｂｌｏｃｋ）について簡単に説明する。ＭＫＢはブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックである。ＭＫＢは有効なライセンスを持つユーザの情報処理装置に格納されたデバイスキー［Ｋｄ］に基づく処理（復号）によってのみ、コンテンツの復号に必要な鍵であるメディアキー［Ｋｍ］の取得を可能とした鍵情報ブロックである。これはいわゆる階層型木構造に従った情報配信方式を適用したものであり、ユーザデバイス（情報処理装置）が有効なライセンスを持つ場合にのみ、メディアキー［Ｋｍ］の取得を可能とし、無効化（リボーク処理）されたユーザデバイスにおいては、メディアキー［Ｋｍ］の取得が不可能となる。図２に示す情報処理装置１２０のメモリには、デバイスキー［Ｋｄ］が格納されている。

図４の第１メディア１１０の記録情報として示すコピー制御管理ファイル（ＭＣＭＦ：Ｍａｎａｇｅｄ Ｃｏｐｙ Ｍａｎｉｆｅｓｔ Ｆｉｌｅ）１１１は、第１メディア１１０に記録されたコンテンツ１１３のコピー処理を実行する際に適用するファイルであり、例えば、図５に示すデータを含むＸＭＬ記述データである。

（１）管理サーバＵＲＬ：コピー許可情報を提供する管理サーバのアクセス情報である。図４に示す管理サーバ１４０に対するアクセス情報である。
（２）コピーデータ情報（ｄｅａｌＭａｎｉｆｅｓｔ）
（２−１）プレイリストファイル名：コピー対象となるプレイリストのファイル名である。
（２−２）ＣＰＳユニットキー情報：コピー対象コンテンツの復号処理に適用するＣＰＳユニットキーの識別情報である。
（２−３）コピーユニット識別子：管理コピー（ＭＣ：Ｍａｎａｇｅｄ Ｃｏｐｙ）のコピー単位を示すコピーユニット（ＭＣユニット）のユニット識別情報である。
（３）コンテンツＩＤ：コピー対象となるコンテンツの識別子である。例えばコンテンツコード情報としてのＩＳＡＮ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｔａｎｄａｒｄ Ａｕｄｉｏｖｉｓｕａｌ Ｎｕｍｂｅｒ）ナンバーが用いられる。

図４を参照して、例えばＲＯＭディスクである第１メディア１１０に記録されている暗号化コンテンツ１１３をハードディスクやＲ／ＲＥディスク等によって構成される第２メディア１５０等の他メディアにコピーする場合の処理シーケンスについて説明する。

情報処理装置１２０は、まず、ステップＳ１１において、第１メディア１１０に記録されているコピー制御管理ファイル（ＭＣＭＦ）１１１に記録されたサーバ情報（ＵＲＩなど）を適用して、管理サーバ１４０にコピー実行要求（Ｏｆｆｅｒ Ｒｅｑｕｅｓｔ）を送信する。
この際、コピー処理対象となるコンテンツに対応するコンテンツＩＤ等が管理サーバ１４０に送信される。

コピー実行要求に含まれるデータの一例を図６に示す。図６に示すように、コピー実行要求には例えば以下のデータが含まれる。
（ａ）コンテンツＩＤ：第１メディアに格納されたコンテンツの識別子
（ｂ）コンテンツ証明書ＩＤ：上記コンテンツの正当性を確認するための証明書
（ｃ）メディア識別子：コピー元となる第１メディアの識別子
（ｄ）乱数：データ正当性確認用データ
（ｅ）言語コード：情報処理装置の利用する言語のコード情報
これらの情報である。
上記情報中（ａ）〜（ｃ）の各情報は、第１メディア１１０から読み取られる。（ｄ）乱数は、情報処理装置１２０において生成する。（ｅ）言語コードは、情報処理装置１２０のメモリに予め記録された言語コードを取得して送信する。
なお、言語コードは、管理サーバ１４０の提供する応答に含まれるオファー詳細情報の言語等を決定するために用いられる。

図４に戻り、サーバ管理に従ったコンテンツのコピー処理シーケンスについての説明を続ける。管理サーバ１４０は、ステップＳ１２において、情報処理装置１２０から受信したコンテンツＩＤ等の受信情報の正当性等の検証処理を実行し、問題がないことが確認された場合、サーバ応答情報（Ｏｆｆｅｒ Ｒｅｓｐｏｎｓｅ）１３１を生成して情報処理装置１２０に送信する。

管理サーバ１４０が情報処理装置１２０に提供するサーバ応答情報（Ｏｆｆｅｒ Ｒｅｓｐｏｎｓｅ）１３１に含まれる基本情報について図７を参照して説明する。
基本情報には以下の各情報が含まれる。
（１）オファー詳細情報
（１ａ）タイトル／要約／説明（ｔｉｔｌｅ／ａｂｓｔｒａｃｔ／ｄｅｓｃｒｉｐｔｉｏｎ）：コピー許容コンテンツに対応するタイトル、要約、説明の情報である。
（１ｂ）コピーユニット識別子（ＭＣＵ）：コピー単位としてのコピーユニットを識別する識別子である。
（１ｃ）価格情報（ｐｒｉｃｅ）：コピーの価格情報である。
（１ｄ）価格補助情報（ｐｒｉｃｅＩｎｆｏ）：価格の補助情報である。
（１ｅ）決済サーバＵＲＬ（ｆｉｎａｎｃｉａｌＨＴＭＬＵＲＬ）：コピー料金の決済処理を行うサーバのアクセス情報である。
（１ｆ）コピー先情報（ｍｃｏｔＩｎｆｏ）：コピー先機器として許容されるメディアの種類等を示す情報である。例えばＨＤＤ／フラッシュメモリなどのメディア種類が記録される。

（２）乱数（ｍｃｍＮｏｎｃｅ）：データ正当性確認のための乱数である。
（３）コピーデータ情報（Ｆｉｌｅ ｎａｍｅ ｔｏ ｂｅ ｃｏｐｉｅｄ）（＝ｄｅａｌＭａｎｉｆｅｓｔ）
（３ａ）プレイリストファイル名（ＰｌａｙＬｉｓｔ ｆｉｌｅ ｎａｍｅ）：コピー対象となるプレイリストのファイル名である。なおプレイリストの特定によりクリップ情報ファイルやクリップＡＶストリームファイルも特定可能となる。
（３ｂ）ＣＰＳユニットキー情報（Ｉｎｄｅｘ ｔｏ ｉｄｅｎｔｉｆｙ ｔｈｅ ＣＰＳ Ｕｎｉｔ Ｋｅｙ）：コピーコンテンツの復号用の鍵（ＣＰＳユニットキー）の識別情報である。
（３ｃ）コピーユニット識別子（ＭＣＵｉ）：コピー単位を示すコピーユニット（ＭＣＵ）の識別情報である。
（４）サーバ公開鍵証明書（ＭＣＳｃｅｒｔ）：暗号通信、署名確認等に利用するサーバの公開鍵を格納した証明書である。
（５）署名（ｓｉｇｎａｔｕｒｅ）：データ全体に対する改ざん確認のための署名データである。

これらの情報が、管理サーバ１４０が情報処理装置１２０に提供するサーバ応答情報（Ｏｆｆｅｒ Ｒｅｓｐｏｎｓｅ）１３１に含まれる基本情報である。これらの情報はコピー処理単位としてのコピーユニット（ＭＣＵ）各々に対して設定される。
例えば、同じコンテンツＡであっても、コピーユニットは、コピー先メディアに応じて設定される。すなわち、
ハードディスクに対するコンテンツＡのコピーユニット０００１
フラッシュメモリに対するコンテンツＡのコピーユニット０００２
このような設定である。

なお、図７に示すサーバ応答情報（Ｏｆｆｅｒ Ｒｅｓｐｏｎｓｅ）１３１には、先に図５を参照して説明した第１メディア１１０に記録されたコピー制御管理ファイル（ＭＣＭＦ）１１１に記録された情報と同様の情報が含まれる。すなわち、上記の（３）コピーデータ情報（Ｆｉｌｅ ｎａｍｅ ｔｏ ｂｅ ｃｏｐｉｅｄ）（＝ｄｅａｌＭａｎｉｆｅｓｔ）である。これらの情報は、管理サーバ１４０からの受領情報を優先してコピー処理が行われる。管理サーバ１４０からの受領情報は逐次更新される可能性があるからである。

図４に戻り、サーバ管理に従ったコンテンツのコピー処理シーケンスについての説明を続ける。管理サーバ１４０は、ステップＳ１２において、情報処理装置１２０から受信したコンテンツＩＤ等の受信情報の正当性等の検証処理を実行し、問題がないことが確認された場合、サーバ応答情報（Ｏｆｆｅｒ Ｒｅｓｐｏｎｓｅ）１３１を生成して情報処理装置１２０に送信する。

サーバ応答情報（Ｏｆｆｅｒ Ｒｅｓｐｏｎｓｅ）１３１を受領した情報処理装置１２０は、管理サーバ１４０から受領した応答情報（Ｏｆｆｅｒ Ｒｅｓｐｏｎｓｅ）１３１を適用して、コピー許容コンテンツの一覧リスト（コピー許容リスト１２１）を情報処理装置１２０の表示部に表示する。このリストには例えばコンテンツ各々についてコピーを実行する場合の価格（プライス）等が設定されている。

ステップＳ１３において、ユーザがコピー許容コンテンツリストからコピー対象のコンテンツ等を指定するコンテンツ選択を実行する。さらに、ステップＳ１４において、情報処理装置１２０は、管理サーバ１４０との間でコピー処理に伴う決済処理を実行する。具体的には、情報処理装置１２０と管理サーバ１４０との間で決済データ１３２の転送処理等が行われる。なお、決済処理を実行するサーバは管理サーバと異なる決済サーバとしてもよい。また、コピー処理が無料に設定されたコンテンツのコピーを実行する場合は、決済処理は省略される。

必要に応じて実行される決済処理の完了後、ステップＳ１５において情報処理装置１２０は管理サーバ１４０にコピー許可情報の要求を送信する。管理サーバ１４０は、ステップＳ１６において、情報処理装置１２０からのコピー許可情報要求に応じて、決済がなされていることを確認してコピー許可情報１２２を生成して情報処理装置１２０に送信する。

情報処理装置１２０は、管理サーバ１４０からのコピー許可情報１２２の受領を条件として、ステップＳ１７においてコンテンツコピー処理を実行する。すなわち、第１メディア１１０から暗号化コンテンツ１１３を読み出して、コピー対象とするデータを選択して復号処理を行い、コピー先となるハードディスク（ＨＤＤ）やフラッシュメモリ、あるいはＲ／ＲＥディスク等によって構成される第２のメディア１５０に対するデータコピーを実行する。

なお、コンテンツコピー処理は、例えば以下の手順で実行される。
（１）第１メディア１１０（コピー元メディア）からの暗号化コンテンツの読み出し、
（２）第１メディア１１０（コピー元メディア）対応の第１管理システムに従った暗号化コンテンツの復号処理、
（３）第２メディア１５０（コピー先メディア）対応の第２管理システムに従ったコンテンツの暗号化処理、
（４）暗号化コンテンツの第２メディア１５０（コピー先メディア）に対する記録処理、
このようなシーケンスで処理を行う。

このように、暗号化コンテンツをディスクから読み出して他のディスク等のメディアにコピーする場合、一旦、コピー対象の暗号化コンテンツを復号し、その後、コピー先のメディアに対応した著作権管理システムの規格に従った再暗号化を実行して記録するといった処理が行われる。このような処理を行うことでコピー先のメディアでも利用制御がなされ、コピーコンテンツの不正な利用や流通を防止することができる。

なお、デジタルデータに関するコンテンツ著作権管理システムの総称は、ＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）システムと呼ばれている。デジタルデータを記録可能なメディアは様々であり、メディアに応じた様々なＤＲＭシステムが採用されている。異なるＤＲＭシステムを採用しているメディア間でデジタルデータをコピーする場合は、コピー元メディアで採用しているＤＲＭシステムからコピー先メディアで採用しているＤＲＭシステムへ変更した上でコピーを行う。このような構成とすることで、コピーコンテンツの不正な利用や流通を防止することができる。

この場合、コピー元の管理システム（第１ＤＲＭとする）とコピー先のコンテンツ管理システム（第２ＤＲＭとする）が異なる場合には、上記の（１）〜（４）のシーケンスのようにコピー元の暗号化コンテンツを一旦、復号し、コピー先の管理システム（第２ＤＲＭ）に従った処理、例えば別の暗号化キーを利用した再暗号化や符号化を行って記録することが必要となる。

上記の（２）の第１管理システムに従った暗号化コンテンツの復号処理は、第１管理システムがＡＡＣＳ規定に従ったシステムである場合、ＣＰＳユニットキーを適用したＣＰＳユニット単位の復号処理として行われることになる。
なお、コピー先メディア（第２メディア１５０）対応の第２管理システムとは、ＡＡＣＳである場合もあるし、その他、ＣＰＲＭ、ＭａｇｉｃＧａｔｅ、ＶＣＰＳなど、メディアに応じた様々な規定に対応する管理システムが想定される。

図８に具体的なコピーの一例を示す。図８はコピー元となる第１メディア１１０と、コピー先となる第２メディア１５０の例としてハードディスク（ＨＤＤ）を示している。

図８の左側に示すように、第１メディア１１０には、先に図３を参照して説明したディレクトリ構成に従って、様々なファイルが記録されている。これらの多数のファイルから、特定のファイルを選択して選択されたファイルのみを第２メディア１５０であるハードディスク（ＨＤＤ）にコピーする処理を実行する。

図８の左側に示す第１メディア１１０のディレクトリから太線で示されたファイルが選択されてコピーされた例を示している。すなわち、
プレイリストファイル（ＰＬＡＹＬＩＳＴ）：００００１．ｍｐｌｓ、
クリップ情報ファイル（ＣＬＩＰＩＮＦ）：０００１１．ｃｌｐｉ、０００１２．ｃｌｐｉ
ＡＶストリームファイル：００１１．ｍ２ｔｓ、００１２ｍ２ｔｓ
これらのファイルが選択されてコピーされる。
このように例えばあるコピー処理に際しては、インデックスファイルやムービーオブジェクトファイル等の管理情報ファイルのコピーは行われず、プレイリストファイル〜ＡＶストリームファイルのみが記録される。

なお、ファイル選択は、先に図７を参照して説明したサーバ応答情報（Ｏｆｆｅｒ Ｒｅｓｐｏｎｓｅ）１３１に含まれた情報を適用して実行される。
先に図７を参照して説明したように、サーバ応答情報（Ｏｆｆｅｒ Ｒｅｓｐｏｎｓｅ）１３１には、（３）コピーデータ情報（Ｆｉｌｅ ｎａｍｅ ｔｏ ｂｅ ｃｏｐｉｅｄ）（＝ｄｅａｌＭａｎｉｆｅｓｔ）として、
（３ａ）プレイリストファイル名
（３ｂ）ＣＰＳユニットキー情報
（３ｃ）コピーユニット識別子（ＭＣＵｉ）
これらの情報が記録され、これらの情報を適用してコピー単位としてのコピーユニットを選択し、選択したコピーユニットに対応するプレイリストファイル名を取得してプレイリストファイルを取得する。さらに、取得したプレイリストファイルによって指定されるクリップ情報ファイルやクリップＡＶストリームファイルを取得する。さらに、コピーユニットに対応するＣＰＳユニットキーを取得してクリップＡＶストリームファイル等のコンテンツの復号を実行する。その後、さらに、第２メディア１５０のＤＲＭシステム対応の暗号化処理等を実行した後、第２メディア１５０であるハードディスク（ＨＤＤ）にファイルを設定する。

［４．マルチアングルコンテンツのコピー処理について］
上述したように、利用制御コンテンツであっても、サーバ管理下においてコピー処理（ＭＣ：マネージドコピー）が可能となり、ユーザは、コピー先メディアである第２メディアからコンテンツの再生や利用を行うことができる。

しかし、先に説明したように、コピー処理に際しては、例えば圧縮率を高めるためにトランスコーダ（データ変換部）によってデータ変換処理が行われることが多い。例えば、トランスコーダはコピー元のメディアに格納されたＭＰＥＧ−２符号化データをＡＶＣＨＤ符号化データやＭＰＥＧ４−ＡＶＣ符号化データ等に変換する処理などを行う。トランスコーダによって生成されたＡＶＣＨＤやＭＰＥＧ４−ＡＶＣデータがコピー先メディア（例えばハードディスク等）に記録される。

しかし、このようなデータ変換を行うと変換前のデータのデータ形式や制御情報が消失、あるいは変更されることがある。この結果、変換データとしてコピー先メディアに記録されたコピーデータは、オリジナルデータの再生と同様の再生ができないデータとなって記録されてしまう場合がある。

特に、コピー処理対象データがマルチアングルコンテンツである場合、アングル切り替えに必要となる情報の消失や変更が発生し、変換後のコピーデータを再生してもアングル切り替えが正常にできなくなるといった問題が発生することがある。
なお、マルチアングルコンテンツとは、複数のアングルからの撮影画像を含み、例えばユーザからの入力に応じてアングルの切り替え表示を可能としたコンテンツである。
以下では、この問題を解決する構成について説明する。

例えばＢＤ−ＲＯＭにＭＰＥＧ−２フォーマットで記録されたマルチアングルコンテンツの場合、別アングルの映像に切り替え可能なデータ位置（アングル切り替えポイント（位置））が予め規定されている。
アングル切り替えポイントとなる再生対象データ（クリップＡＶストリームの構成データ（ピクチャ））は所定の条件を満たすことが必要となる。
また、このアングル切り替えポイントのデータ位置等の情報が、再生制御情報ファイル（クリップ情報ファイルやプレイリストファイル等）に記録されていることがアングル切り替え再生処理を行うためには必要となる。

コピー処理に際して、トランスコーダ（データ変換部）が符号化形式の変換（トランスコード）を実行すると、上述の再生対象データ（クリップＡＶストリーム）や再生制御情報ファイル（クリップ情報ファイルやプレイリストファイル等）が変換され、この変換によって、正常なアングル切り替えに必要となるデータや制御情報の変更や消失が発生して、変換後のコピーデータのアングル切り替えができなくなることがある。

ＭＰＥＧ−２フォーマットのデータにおいては、アングル切り替えポイントのピクチャは、クリップＡＶストリームを構成するクローズドＧＯＰ（Ｃｌｏｓｅｄ ＧＯＰ）の先頭のピクチャであることが条件とされる。クローズドＧＯＰ（Ｃｌｏｓｅｄ ＧＯＰ）については、後段で説明する。
また、アングル切り替え再生を行う場合、例えばクリップＡＶストリーム中のアングル切り替えポイントのパケット位置情報（ＳＰＮ：ソースパケットナンバー）を再生制御情報ファイル（クリップ情報ファイル）から取得する必要がある。

コピー処理時のデータ変換処理に際して、これらアングル切り替えポイントのデータ条件や再生制御情報が失われると、コピー先メディアである第２メディアからのコピーコンテンツの再生時に、正常なアングル切り替えができなくなる。

まず、コピー対象データである第１メディアに記録されたオリジナルコンテンツのデータ構成について図９以下を参照して説明する。
以下で説明するデータは、ＢＤ−ＲＯＭディスクにＭＰＥＧ−２符号化フォーマットに従って記録されたデータの例である。
制御情報ファイルであるプレイリストファイル、クリップ情報ファイルと、再生データの格納ファイルであるクリップＡＶストリームファイルの構成例について説明する。

まず、コピー元となるオリジナルコンテンツを格納したディスクに設定されるプレイリストファイルの構成例と利用例について、図９を参照して説明する。
図９にはコピー元となるオリジナルコンテンツを格納したディスクに設定されるプレイリストファイル＃１を利用したコンテンツ再生処理例を示している。

例えばユーザが再生指定したタイトルに応じて特定のプレイリストが選択され、そのプレイリストに従ってクリップ（クリップ情報ファイル、クリップＡＶストリームファイル）が選択されて再生処理が実行される。

図９に示すプレイリストファイル＃１は、最も単純な構成を持つプレイリストの例である。映像コンテンツのクリップ情報ファイルに対する再生開始位置と終了位置を示す再生指定情報を持つプレイアイテムが設定されている。プレイアイテムは、２つのプレイアイテムによって構成されている。
オープニング映像の再生開始点（ＩＮ１）と再生終了点（ＯＵＴ１）を持つ第１プレイアイテム、
映画本編の再生開始点（ＩＮ２）と再生終了点（ＯＵＴ２）を持つ第２プレイアイテムである。

例えばユーザが再生指定したタイトルに応じてこのプレイリストファイル＃１が選択された場合、このプレイリストファイル＃１の先行するプレイアテムに従ってオープニング映像を持つクリップ（クリップ情報ファイル、クリップＡＶストリームファイル）が選択されて再生され、その後、後続のプレイアイテムに従って映画本編のクリップ（クリップ情報ファイル、クリップＡＶストリームファイル）が選択されて再生される。

プレイリストファイルの構造は、図９に示すプレイリストファイル＃１のように単純な構造を持つファイルに限らない。様々な複雑なデータ再生処理を行うための複雑な構造を持つプレイリストファイルが存在する。

複雑なデータ再生を実現するプレイリストファイルの一例として、サブパスを持つプレイリストファイルの例について図１０を参照して説明する。
図１０に示すプレイリストファイル＃２には、映像コンテンツのクリップ情報ファイルに対する再生開始位置と終了位置を示す再生指定情報を持つプレイアイテムと、字幕の再生指定情報を持つサブパスが設定されている。プレイアイテムは、２つのプレイアイテムによって構成されている。
オープニング映像の再生開始点（ＩＮ１）と再生終了点（ＯＵＴ１）を持つ第１プレイアイテム、
映画本編の再生開始点（ＩＮ２）と再生終了点（ＯＵＴ２）を持つ第２プレイアイテムである。
サブパスは、字幕データの再生開始点（ＩＮ３）と再生終了点（ＯＵＴ３）を持つ情報として構成されている。

例えばサブパスによって指定される字幕データが日本語字幕である場合、このプレイリスト＃２のプレイアイテムによって指定されるクリップ情報ファイルから画像コンテンツが再生され、この再生に併せてサブパスで選択される字幕データを格納したクリップから字幕データが再生される。
例えば、英語の字幕を表示する場合には異なるプレイリストを利用することになる。

このようにプレイリストファイルにメインパスに対応するプレイアイテムと、さらにサブパスが含まれる場合、これらの２つのパス情報を利用した再生処理が可能となり、例えば映像再生に併せた字幕再生が可能となる。

なお、プレイリストファイルには、図１０に示すようにサブパスの設定されたファイルと、図９に示すようなサブパスの設定されていないファイルがあり、オリジナルコンテンツを格納したＢＤ等のメディアには、異なる種類の多数のプレイリストファイルが記録されている。

マルチアングルコンテンツの場合、異なるアングルからの撮影画像を各々格納した複数のクリップＡＶストリームファイルとこれらの複数のクリップＡＶストリームファイルに対応する複数のプレイリストファイルが利用される。

例えば、マルチアングルコンテンツのある再生区間中に３つのアングル（アングル＃１，アングル＃２，およびアングル＃３）が設定された例について図１１を参照して説明する。
図１１に示すように、それぞれのアングルの撮影画像を格納したクリップＡＶストリーム＃１〜＃３が利用される。各クリップＡＶストリーム＃１〜＃３は、それぞれに対応して設定されたプレイリスト＃１〜＃３を利用して再生される。

図１１に示す例の場合、アングル＃１，アングル＃２，およびアングル＃３は、プレイリスト＃１，プレイリスト＃２，およびプレイリスト＃３により、それぞれ再生される。図１１に示す例の場合、再生区間は、１つのアングルから他のアングルに移行可能なタイミングの位置（アングル切り替えポイント）で、異なるプレイアイテムに分けられる。

例えば、アングル＃１の再生区間を３つに区分するとき、プレイリスト＃１は、各再生区間ａ１，ａ２，およびａ３に対応して、３つのプレイアイテムで構成され、それぞれの再生区間ａ１，ａ２，およびａ３に対応するクリップ＃１のＡＶストリームデータがＡ１，Ａ２，およびＡ３とされる。

アングル＃２の再生区間を３つに区分するとき、プレイリスト＃２は、各再生区間ｂ１，ｂ２，およびｂ３に対応して、３つのプレイアイテムで構成され、それぞれの再生区間ｂ１，ｂ２，およびｂ３に対応するクリップ＃２のＡＶストリームデータがＢ１，Ｂ２，およびＢ３とされる。

アングル＃３の再生区間を３つに区分するとき、プレイリスト＃３は、各再生区間ｃ１，ｃ２，およびｃ３に対応して、３つのプレイアイテムで構成され、それぞれの再生区間ｃ１，ｃ２，およびｃ３に対応するＣｌｉｐ３のＡＶストリームデータがＣ１，Ｃ２，およびＣ３とされる。

再生区間ａ１，ｂ１，およびｃ１のプレイアイテムは、同じイン点（ＩＮ＿ｔｉｍｅ）とアウト点（ＯＵＴ＿ｔｉｍｅ）の組を持ち、例えば、ＩＮ＿ｔｉｍｅはＴ１であり、ＯＵＴ＿ｔｉｍｅはＴ２である。同様に、再生区間ａ２，ｂ２，およびｃ２のプレイアイテムは、同じイン点（ＩＮ＿ｔｉｍｅ）とアウト点（ＯＵＴ＿ｔｉｍｅ）の組を持ち、例えば、ＩＮ＿ｔｉｍｅはＴ２であり、ＯＵＴ＿ｔｉｍｅはＴ３である。さらに、再生区間ａ３，ｂ３，およびｃ３のプレイアイテムは、同じイン点（ＩＮ＿ｔｉｍｅ）とアウト点（ＯＵＴ＿ｔｉｍｅ）の組を持ち、例えば、ＩＮ＿ｔｉｍｅはＴ３であり、ＯＵＴ＿ｔｉｍｅはＴ４である。この場合、Ｔ１，Ｔ２，Ｔ３，およびＴ４は、再生時間情報であり、それぞれＡＶストリーム上の再生時間を示すＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）を示す。

マルチアングルコンテンツの再生処理に際してシームレスにアングルを変更する場合の基本的な処理について説明する。マルチアングルコンテンツの再生を実行する再生装置の制御部は、ユーザからアングルの切り替え指示が入力されたか否かを判定する。アングルを切り替えの指示を検出した場合、制御部は、現時点の再生位置がアングル切り替えポイントであるか否かを判定する。現在の再生位置がアングル切り替えポイントではない場合、制御部は再生位置がアングル切り替えポイントに達するまで待機する。

再生位置がアングル切り替えポイントに達したと判定された場合、制御部は、再生位置を指定されたアングルのプレイアイテムで規定されるＡＶストリームの先頭の位置に移行（ジャンプ）させる。そして、そのＡＶストリームのデータが再生される。

このようにして、例えばユーザの指示に応じて順次アングルの切り替えが行われる。図１１の例では、アングル＃１の再生区間に対応するクリップＡＶストリーム＃１のＡＶストリームデータＡ１が再生され、アングル＃２の再生区間に対応するクリップＡＶストリーム＃２のＡＶストリームデータＢ２が再生され、次に、アングル＃３の再生区間に対応するクリップＡＶストリーム＃３のＡＶストリームデータＣ３が順次再生される。

各プレイアイテムの先頭アドレスと終了アドレスの情報、並びにデータサイズ（バイト量）の情報は、各クリップのクリップ情報ファイル（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）から得られる。

図１２は、アングル切り替え処理に適用するクリップ情報ファイル（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）のデータ内容について説明する図である。
ＡＶストリームデータＡ１，Ｂ１，およびＣ１の中のそれぞれのビデオストリームデータは、シーケンスヘッダ（Ｓｅｑｕｅｎｃｅ ｈｅａｄｅｒ）から始まるクローズドＧＯＰ（Ｃｌｏｓｅｄ ＧＯＰ）から開始する。それぞれの表示開始の再生時間を示すタイムスタンプ（ＰＴＳ：プレゼンテーションタイムスタンプ）はＴ１で同一であり、また、それぞれの表示期間も（Ｔ１−Ｔ２）で、同一である。

なお、クローズドＧＯＰ（Ｃｌｏｓｅｄ ＧＯＰ）とは、１つの再生区間内（例えば、再生区間Ａ１，Ｂ１，Ｃ１等）で閉じているＧＯＰであり、その区間内で完結するように符号化されたピクチャのグループ（ＧＯＰ：Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅｓ）である。

ＭＰＥＧ符号化データは、参照画像を必要としない符号化や復号処理の可能な符号化画像であるＩピクチャと、１枚のピクチャを参照画像として符号化／復号処理を行うＰピクチャと、２枚のピクチャを参照画像として符号化／復号処理を行うＰピクチャＢピクチャによって構成される。ＰピクチャやＢピクチャは、先行または後続画像を参照して符号化または復号を行う。

複数のＩ／Ｐ／Ｂピクチャからなる集合の単位（符号化処理単位）としてＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅ）が規定される。ストリームは複数のＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅ）から構成される。

クローズドＧＯＰ（Ｃｌｏｓｅｄ ＧＯＰ）とは、ＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅｓ）に含まれるＩＰＢ各ピクチャの符号化／復号処理を、そのクローズドＧＯＰ（Ｃｌｏｓｅｄ ＧＯＰ）以外のＧＯＰのピクチャを参照することなく実行可能な設定を持つＧＯＰである。

ストリーム中には、このようなクローズドＧＯＰ（Ｃｌｏｓｅｄ ＧＯＰ）と、符号化／復号処理に際して他のＧＯＰ内のピクチャの参照が必要となるクローズドではないＧＯＰが混在する。
アングル切り替えポイントとなるピクチャ位置は、クローズドＧＯＰ（Ｃｌｏｓｅｄ ＧＯＰ）の先頭のＩピクチャであることが好ましいとされる。

ＡＶストリームデータＡ２，Ｂ２，およびＣ２についても、それぞれのビデオストリームデータは、シーケンスヘッダ（Ｓｅｑｕｅｎｃｅ ｈｅａｄｅｒ）から始まるクローズドＧＯＰ（Ｃｌｏｓｅｄ ＧＯＰ）から開始し、それぞれの表示開始のタイムスタンプ（ＰＴＳ：プレゼンテーションタイムスタンプ）はＴ２で同一あり、それぞれの表示期間も（Ｔ２−Ｔ３）で同一である。

さらに、ＡＶストリームデータＡ３，Ｂ３，およびＣ３について、それぞれのビデオストリームデータは、シーケンスヘッダ（Ｓｅｑｕｅｎｃｅ ｈｅａｄｅｒ）から始まるクローズドＧＯＰ（Ｃｌｏｓｅｄ ＧＯＰ）から開始し、それぞれの表示開始のタイムスタンプ（ＰＴＳ：プレゼンテーションタイムスタンプ）はＴ３で同一であり、それぞれの表示期間も（Ｔ３−Ｔ４）で同一である。

なお、ＡＶストリームデータＡ１，Ｂ１，Ｃ１，Ａ２，Ｂ２，Ｃ２，Ａ３，Ｂ３，およびＣ３のすべてのビデオストリームデータにおいて、クローズドＧＯＰ（Ｃｌｏｓｅｄ ＧＯＰ）の最初に表示されるピクチャはＩピクチャである。

ＡＶストリームデータＡ１，Ｂ１，およびＣ１の中のオーディオストリームデータは、それぞれ同一であり、また、ＡＶストリームデータＡ２，Ｂ２，およびＣ２の中のオーディオストリームデータも、それぞれ同一であり、さらに、ＡＶストリームデータＡ３，Ｂ３，およびＣ３の中のオーディオストリームデータも、それぞれ同一である。

なお、ＡＶストリームデータＡ１，Ｂ１，およびＣ１には、ビデオデータを格納したビデオパケットの他、オーディオデータを格納したオーディオパケットや、字幕データ等を格納したプレゼンテーショングラフィック（ＰＧ）パケット等が含まれる。、ＡＶストリームデータＡ１，Ｂ１，およびＣ１のそれぞれの先頭パケットは、ビデオパケットとされ、そのペイロードはシーケンスヘッダ（Ｓｅｑｕｅｎｃｅ ｈｅａｄｅｒ）とＧＯＰヘッダから始まるＩピクチャで開始する。
ＡＶストリームデータＡ２，Ｂ２，およびＣ２のそれぞれの先頭パケットも、ビデオパケットであり、そのペイロードはシーケンスヘッダ（Ｓｅｑｕｅｎｃｅ ｈｅａｄｅｒ）とＧＯＰヘッダから始まるＩピクチャで開始する。
ＡＶストリームデータＡ３，Ｂ３，およびＣ３のそれぞれの先頭パケットも、ビデオパケットであり、そのペイロードはシーケンスヘッダ（Ｓｅｑｕｅｎｃｅ ｈｅａｄｅｒ）とＧＯＰヘッダから始まるＩピクチャで開始する。

また、前述したように、先頭のＩピクチャを含むＧＯＰは、そのＧＯＰ内のＩＢＰピクチャのみで符号化、復号が可能なクローズドＧＯＰとして設定される。このような設定とすることで、アングル切り替えに応じて、Ａ１，Ｂ１，Ｃ１，Ａ２，Ｂ２，Ｃ２，Ａ３，Ｂ３，およびＣ３のすべてのビデオストリームデータのアングル切り替えポイントからの画像再生において、他のＧＯＰのピクチャを参照することなく復号再生を行うことが可能となる。

クリップＡＶストリームファイルに対する再生制御情報ファイルの１つであるクリップ情報ファイル（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）には、クリップ（Ｃｌｉｐ）中のランダム再生開始可能な位置であるエントリーポイント（ＥＰ）の再生時間情報としてのタイムスタンプ（ＰＴＳ：プレゼンテーションタイムスタンプ）と、クリップＡＶストリームファイルの中でパケット位置（先頭からのパケット数）を示すソースパケットナンバー（ＳＰＮ）との対応データを記録したマップであるＥＰ＿ｍａｐが記録される。

なお、ソースパケットナンバー（ＳＰＮ）とは、クリップＡＶストリームファイルの中のソースパケットの順番に１ずつインクリメントする番号であり、クリップＡＶストリームファイルの先頭のソースパケット番号がゼロとされる。

例えば図１２に示すクリップＡＶストリームファイル＃１を構成するアングル切り替えポイントに対応するＡＶストリームデータＡ１，Ａ２，およびＡ３のそれぞれの先頭のパケット番号（ＳＰＮ：ソースパケットナンバー）であるｘ１，ｘ２，およびｘ３は、ＡＶストリームファイル＃１の先頭（データＡ１の前方）からのパケット数に相当する。

同様に、ＡＶストリームファイル＃２を構成するアングル切り替えポイントに対応するＡＶストリームデータＢ１，Ｂ２，およびＢ３のそれぞれの先頭のパケット番号（ＳＰＮ：ソースパケットナンバー）であるｙ１，ｙ２，およびｙ３は、ＡＶストリームファイル＃２の先頭（データＢ１の前方）からのパケット数に相当する。

同様に、ＡＶストリームファイル＃３を構成するアングル切り替えポイントに対応するＡＶストリームデータＣ１，Ｃ２，およびＣ３のそれぞれの先頭のパケット番号（ＳＰＮ：ソースパケットナンバー）であるｚ１，ｚ２，およびｚ３は、ＡＶストリームファイル＃３の先頭（データＣ１の前方）からのパケット数に相当する。

このような設定の場合、ＡＶストリームファイテル＃１〜＃３の各々に対応するクリップ情報ファイル＃１〜＃３に記録されるＥＰマップは図１２に示すＥＰマップ１８１〜１８３に示すデータを含むＥＰマップとなる。

クリップＡＶストリーム＃１（Ｃｌｉｐ ＡＶ ｓｔｒｅａｍ＃１）のクリップ情報ファイル＃１のＥＰマップ１８１には、アングル切り替えポイントのパケット位置（クリップＡＶストリーム＃１の先頭からのパケット数）ｘ１，ｘ２，およびｘ３と、これらのパケットの再生時間情報を示すＰＴＳ（プレゼンテーションタイムスタンプ）Ｔ１，Ｔ２，Ｔ３とが対応付けて記録される。ｘ１，ｘ２，およびｘ３によって指定されるソースパケットは、クローズドＧＯＰのＩピクチャから開始するパケットである。

クリップＡＶストリーム＃２（Ｃｌｉｐ ＡＶ ｓｔｒｅａｍ＃２）のクリップ情報ファイル＃２のＥＰマップ１８２には、アングル切り替えポイントのパケット位置（クリップＡＶストリーム＃２の先頭からのパケット数）ｙ１，ｙ２，およびｙ３と、これらのパケットの再生時間情報を示すＰＴＳ（プレゼンテーションタイムスタンプ）Ｔ１，Ｔ２，Ｔ３とが対応付けて記録される。ｙ１，ｙ２，およびｙ３によって指定されるソースパケットは、クローズドＧＯＰのＩピクチャから開始するパケットである。

クリップＡＶストリーム＃３（Ｃｌｉｐ ＡＶ ｓｔｒｅａｍ＃３）のクリップ情報ファイル＃３のＥＰマップ１８３には、アングル切り替えポイントのパケット位置（クリップＡＶストリーム＃３の先頭からのパケット数）ｚ１，ｚ２，およびｚ３と、これらのパケットの再生時間情報を示すＰＴＳ（プレゼンテーションタイムスタンプ）Ｔ１，Ｔ２，Ｔ３とが対応付けて記録される。ｚ１，ｚ２，およびｚ３によって指定されるソースパケットは、クローズドＧＯＰのＩピクチャから開始するパケットである。

マルチアングルコンテンツを再生する再生装置の制御部は、クリップ情報ファイルに含まれるＥＰ＿ｍａｐに登録されたＳＰＮ（ソースパケットナンバー）を参照して、アングル切り替えポイントのパケット位置を取得する。さらに取得したパケット位置のパケットから前述したクローズドＧＯＰの復号を実行して再生を行うことで、アングル切り替え再生処理を実行する。

次に、図１３以下を参照して、コピー元となる第１メディアに記録された再生制御情報ファイルである以下の各ファイルの具体的なシンタクス（データ構造）について説明する。
（Ａ）プレイリストファイル、
（Ｂ）クリップ情報ファイル、
これらの各ファイルの具体的な構成について、順次説明する。

（Ａ）プレイリストファイル
まず、図１３を参照して、プレイリストファイル（ＰｌａｙＬｉｓｔ（））のシンタクス（データ構造）について説明する。

ｌｅｎｇｔｈは、このｌｅｎｇｔｈフィールドの直後からＰｌａｙＬｉｓｔ（）の最後までのバイト数を示す３２ビットの符号なし整数である。すなわち、ｒｅｓｅｒｖｅｄ＿ｆｏｒ＿ｆｕｔｕｒｅ＿ｕｓｅからＰｌａｙＬｉｓｔの最後までのバイト数を示すフィールドである。このｌｅｎｇｔｈの後には、１６ビットのｒｅｓｅｒｖｅｄ＿ｆｏｒ＿ｆｕｔｕｒｅ＿ｕｓｅが用意される。

ｎｕｍｂｅｒ＿ｏｆ＿ＰｌａｙＩｔｅｍｓは、プレイリスト（ＰｌａｙＬｉｓｔ）の中にあるプレイアイテム（ＰｌａｙＩｔｅｍ）の数を示す１６ビットのフィールドである。例えば、図９、図１０の例の場合、プレイアイテム（ＰｌａｙＩｔｅｍ）の数は２個である。ＰｌａｙＩｔｅｍ＿ｉｄの値は、ＰｌａｙＬｉｓｔの中でＰｌａｙＩｔｅｍ（）が現れる順番に０から割り振られる。
ＰｌａｙＩｔｅｍ（）フィールド２０１は、各プレイアイテムの詳細情報が記録される。ここには、各プレイアイテムによって指定されるクリップの情報などが記録される。この詳細情報については、後段で図１４を参照して説明する。

ｎｕｍｂｅｒ＿ｏｆ＿ＳｕｂＰａｔｈｓは、プレイリスト（ＰｌａｙＬｉｓｔ）にあるサブパス（ＳｕｂＰａｔｈ）の数（エントリー数）を示す１６ビットのフィールドである。例えば、図１０に示すプレイリストの例の場合、サブパス（Ｓｕｂ Ｐａｔｈ）の数は１個である。ＳｕｂＰａｔｈ＿ｉｄの値は、ＰｌａｙＬｉｓｔの中でＳｕｂＰａｔｈ（）が現れる順番に０から割り振られる。
ブロックＳｕｂｐａｔｈ（）に各サブパスの詳細情報が記録される。ここには、各サブパスによって指定されるクリップの再生開始点や終了点などが記録される。

図１４は、ブロックＰｌａｙＩｔｅｍ（）のシンタクスの一部を示す図であり、本発明に関連するフィールドを中心として示している。
フィールドｌｅｎｇｔｈは、１６ビットのデータ長を有し、このフィールドｌｅｎｇｔｈの直後からブロックＰｌａｙＩｔｅｍ（）の最後までのデータ長を示す。

フィールドＣｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ［０］は、４０ビット（５バイト）のデータ長を有し、このブロックＰｌａｙＩｔｅｍ（）が参照するクリップ情報ファイルのファイル名が示される。このプレイアイテムにおいて、フィールドＣｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ［０］で示されるファイル名のクリップ情報ファイルが読み出される。フィールドＣｌｉｐ＿ｃｏｄｅｃ＿ｉｄｅｎｔｉｆｉｅｒ［０］は、３２ビット（４バイト）のデータ長を有し、このブロックＰｌａｙＩｔｅｍ（）によるプレイアイテムにおいて用いられるクリップＡＶストリームのコーデック方式を示す。

マルチアングルコンテンツ識別フィールド２１１は、１ビットのデータ長を有するフラグの設定フィールドである。ｉｓ＿＿ｓｅａｍｌｅｓｓ＿ｍｕｌｔｉ＿ａｎｇｌｅには、マルチアングルに対応しているか否かを示すフラグが設定される。
ｉｓ＿＿ｓｅａｍｌｅｓｓ＿ｍｕｌｔｉ＿ａｎｇｌｅ＝＝１であれば、このプレイアイテムによって再生されるデータはマルチアングル対応コンテンツであり、ユーザからのアングル切り替え要求に応じて選択再生されるクリップＡＶストリームに対応するプレイアイテムである。
ｉｓ＿＿ｓｅａｍｌｅｓｓ＿ｍｕｌｔｉ＿ａｎｇｌｅ＝＝０であれば、このプレイアイテムによって再生されるデータはマルチアングル対応コンテンツでないことを示す。

マルチアングルコンテンツ管理情報記録フィールド２１２は、マルチアングルコンテンツの管理情報記録フィールドである。例えばクリップに関する情報やアングルナンバー等の情報が記述される。マルチアングルコンテンツ識別フィールド２１１のフラグｉｓ＿ｍｕｌｔｉ＿ａｎｇｌｅの値がマルチアングルに対応していることを示す値（ｉｓ＿＿ｓｅａｍｌｅｓｓ＿ｍｕｌｔｉ＿ａｎｇｌｅ＝＝１）であれば、ｉｆ文において示されるマルチアングルを管理するための情報、例えばクリップに関する情報やアングルナンバー等の情報が記述される。

なお、図１４では省略しているが、ブロックＰｌａｙＩｔｅｍ（）には、この他、クリップＡＶストリームの再生範囲を示すＩＮ＿ｔｉｍｅ（再生開始点）およびＯＵＴ＿ｔｉｍｅ（再生終了点）等のクリップ指定情報等が記録される。
その他、複数のプレイアイテムによる再生処理における再生データの接続状態に関する情報を示すフィールドｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ、
プレイアイテムに対してランダムアクセスを許可するか否かを規定するフラグＰｌａｙＩｔｅｍ＿ｒａｎｄｏｍ＿ａｃｃｅｓｓ＿ｆｌａｇ、
ＰｌａｙＩｔｅｍ（）によるプレイアイテムが管理しているクリップＡＶストリームの属性、ＰＩＤ番号、記録媒体上の記録位置等を示すブロックＳＴＮ＿ｔａｂｌｅ（）、
例えばこれらの情報が記録される。

（Ｂ）クリップ情報ファイル、
次に、図１５以下を参照してマルチアングルコンテンツの再生制御情報として利用されるクリップ情報ファイル、およびクリップ情報ファイル中のＥＰマップについて説明する。ＥＰマップについては、先に図１２を参照して簡単に説明したように、アングル切り替えポイントの再生時間としてのＰＴＳ（プレゼンテーションタイムスタンプ）とパケット位置を示すＳＰＮ（ソースパケットナンバー）の対応情報を持つ。

なお、ＥＰマップは、マルチアングルコンテンツのアングル切り替えポイントについてのＰＴＳ／ＳＰＮ対応データを登録しているのみではなく、ランダムアクセス可能なパケット位置についてのＰＴＳ／ＳＰＮ対応データを登録している。

クリップ情報ファイルのシンタクスを図１５に示す。クリップ情報ファイルは、図１５に示すように６個のオブジェクトから構成される。それらは、
ＣｌｉｐＩｎｆｏ（）２２１、
ＳｅｑｕｅｎｃｅＩｎｆｏ（）２２２、
ＰｒｏｇｒａｍＩｎｆｏ（）２２３、
ＣＰＩ（）２２４、
ＣｌｉｐＭａｒｋ（）２２５、および
ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）２２６、
である。

ＣｌｉｐＩｎｆｏ（）２２１は、クリップ情報ファイルに対応するＡＶストリームファイルの属性情報を記録する。
ＳｅｑｕｅｎｃｅＩｎｆｏ（）２２２について説明する。
ＭＰＥＧ−２トランスポートストリームの中でＳＴＣ（Ｓｙｓｔｅｍ Ｔｉｍｅ Ｃｌｏｃｋ（基準時間））の不連続点（システムタイムベースの不連続点）を含まない時間区間をＳＴＣ＿ｓｅｑｕｅｎｃｅと称し、Ｃｌｉｐの中で、ＳＴＣ＿ｓｅｑｕｅｎｃｅは、ｓｔｃ＿ｉｄの値によって特定される。同じＳＴＣ＿ｓｅｑｕｅｎｃｅの中で同じＳＴＣの値は、決して現れない。従って、同じＳＴＣ＿ｓｅｑｕｅｎｃｅの中で同じＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ（同期再生のための時間情報））の値もまた、決して現れない。ＡＶストリームが、Ｎ（Ｎ＞０）個のＳＴＣ不連続点を含む場合、Ｃｌｉｐのシステムタイムベースは、（Ｎ＋１）個のＳＴＣ＿ｓｅｑｕｅｎｃｅに分割される。
ＳｅｑｕｅｎｃｅＩｎｆｏは、ＳＴＣの不連続（システムタイムベースの不連続）が発生する場所のアドレスを記録する。

ＰｒｏｇｒａｍＩｎｆｏ（）２２３について図１６を参照して説明する。
ＰｒｏｇｒａｍＩｎｆｏ（）は、プログラムシーケンス（ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ）が開始する場所のアドレスを記録する。ＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔが、そのアドレスを示す。ＳＰＮはソースパケット番号である。

なお、プログラムシーケンス（ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ）とは、クリップ情報ファイルによって再生される再生区間や時間区間であって以下の特徴を持つ。
ＰＣＲ＿ＰＩＤ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ Ｐａｃｋｅｔ ＩＤ）の値が変わらない。
ビデオエレメンタリーストリームの数が変化しない。
それぞれのビデオストリームについてのＰＩＤの値とそのＶｉｄｅｏＣｏｄｉｎｇＩｎｆｏによって定義される符号化情報が変化しない。
オーディオエレメンタリーストリームの数が変化しない。
それぞれのオーディオストリームについてのＰＩＤの値とそのＡｕｄｉｏＣｏｄｉｎｇＩｎｆｏによって定義される符号化情報が変化しない。

プログラムシーケンス（ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ）は、同一の時刻において、ただ１つのシステムタイムベースを持ち、同一の時刻において、ただ１つのＰＭＴ（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）を持つ。

図１７は、ＰｒｏｇｒａｍＩｎｆｏのシンタクスを示す図である。
ｎｕｍ＿ｏｆ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅｓは、クリップ情報ファイル内のプログラムシーケンス（ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ）の数を示す。
ＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔ［ｉ］は、ＡＶストリームファイル上でプログラムシーケンスが開始する場所の相対アドレスである。

ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］は、プログラムシーケンス（ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ）に有効なＰＭＴのＰＩＤを示す。 ｎｕｍ＿ｏｆ＿ｓｔｒｅａｍｓ＿ｉｎ＿ｐｓ［ｉ］は、プログラムシーケンス（ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ）に存在するストリームの数を示す。
ｎｕｍ＿ｏｆ＿ｇｒｏｕｐｓ［ｉ］は、プログラムシーケンス（ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ）が再生される際のストリームの組み合わせ数を示す。

次に、図１５に示したシンタクス中の
ＣＰＩ（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｐｏｉｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）２２４について説明する。図１８は、ＣＰＩのシンタクスを示す図である。
ＣＰＩは、ＡＶストリームの中の時間情報とそのファイルの中のアドレスとを関連づけるためのデータを記録する。具体的には、先に図１２を参照して説明したエントリポイントマップ（ＥＰマップ（ＥＰ＿ｍａｐ））２３０を記録する。

図１９、図２０を参照してＥＰマップ２３０について説明する。図１９に示すように、ＥＰマップ（ＥＰ＿ｍａｐ）２３０は、クリップ情報ファイルに含まれるデータである。ＥＰマップは、例えばランダムアクセス開始可能なポイント（エントリーポイント）となるＭＰＥＧデータの基準データとしてのＩピクチャ位置の検出情報を持つ。Ｉピクチャ位置の検出処理について図２０を参照して説明する。図２０（Ａ）はクリップＡＶストリームを示し、各矩形は１９２バイトソースパケットを示している。各ソースパケットにはタイムスタンプが設定され再生処理時間が規定されている。

図２０（Ｂ）に、ソースパケットＮｏ．（Ｘ１）の詳細構成を示す。１つのソースパケットは、ＴＰ＿ｅｘｔｒａヘッダとトランスポートパケットとによって構成され、トランスポートパケットには、各種のヘッダ情報（シーケンスヘッダ(ＳＱＨ)、ＧＯＰヘッダ（ＧＯＰＨ）等）と、ＭＰＥＧデータの実体データ（ＩＢＰピクチャ）によって構成される。

図２０（Ｃ）に示すクリップ情報ファイルには、前述したようにＥＰマップが含まれる。ＥＰマップには、図に示すように、［ＰＴＳ＿ＥＰ ｓｔａｒｔ］、［ＳＰＮ＿ＥＰ ｓｔａｒｔ］、［Ｉ＿ｅｎｄ＿ｐｏｓｉｔｉｏｎ＿ｏｆｆｓｅｔ］の各データが含まれる。各データの意味は、以下の通りである。
ＰＴＳ＿ＥＰ＿ｓｔａｒｔ：シーケンスヘッダを含むｓｏｕｒｃｅ ｐａｃｋｅｔに対応するタイムスタンプ（プレゼンテーションタイムスタンプ）、
ＳＰＮ＿ＥＰ＿ｓｔａｒｔ：シーケンスヘッダを含むｓｏｕｒｃｅ ｐａｃｋｅｔの先頭アドレス、。
Ｉ＿ｅｎｄ＿ｐｏｓｉｔｉｏｎ＿ｏｆｆｓｅｔ：シーケンスヘッダを含むｓｏｕｒｃｅ ｐａｃｋｅｔから、Ｉピクチャの終わりを含むｓｏｕｒｃｅ ｐａｃｋｅｔのオフセット、
これらのデータ関係を示すのが図２０（Ｄ）である。

すなわち、図２０（Ｂ）に示すように、ソースパケットに含まれるデータの構成が規定されており、図２０（Ｃ）に示す［ＰＴＳ＿ＥＰ ｓｔａｒｔ］、［ＳＰＮ＿ＥＰ ｓｔａｒｔ］、［Ｉ＿ｅｎｄ＿ｐｏｓｉｔｉｏｎ＿ｏｆｆｓｅｔ］の各データをＥＰマップから求めることで、これらのデータに基づいて、ソースパケット中のＩピクチャ位置が求められることになる。再生装置は、ＥＰマップからＩピクチャの位置を求めることで、任意の位置からの再生処理を行することができる。

再生装置は、例えばユーザからのアングル切り替え要求に応じて、切り替え先のプレイアイテムの指定するクリップ情報ファイルからＥＰマップを取得する。さらに、取得したＥＰマップを参照して、アングル切り替え先のクリップ情報ファイルのアングル切り替えポイントの先頭パケットのパケット位置（ＳＰＮ）を取得する。さらに、取得したパケット位置情報（ＳＰＮ）に従ってクリップ情報ファイルからアングル切り替えポイントのパケットを取得して、復号、再生を実行する。アングル切り替えポイントのパケットは先頭がＩピクチャのクローズドＧＯＰに設定されたパケットであり、他のＧＯＰを参照することなく迅速な復号、再生が行われる。

このように、コピー元となるコンテンツ（例えばＭＰＥＧ−２符号化データ）は、アングル切り替え処理を滞りなく実行可能な設定とするために、以下の制約を持つデータとして設定されている。
（Ａ）クリップＡＶストリームファイルのアングル切り替えポイントのパケットの先頭ピクチャをＩピクチャに設定したクローズドＧＯＰとしている。
（Ｂ）クリップ情報ファイルのＥＰマップにアングル切り替えポイントのパケット位置を示すソースパケットナンバー（ＳＰＮ）を再生時間情報（ＰＴＳ：プレゼンテーションタイムスタンプ）に対応付けて登録している。

［５．本発明の情報処理装置の実行するデータ変換処理（トランスコード）を伴うコピー処理について］
本発明の情報処理装置は、コンテンツのコピー処理に際して実行するデータ変換処理（トランスコード）において、コピー元となるコンテンツの再生処理機能を失うことのないデータ変換を行い、コピーコンテンツの再生処理に際しても、コピー元コンテンツと同様の再生処理を実行可能とする。

具体的には、例えば、上述の（Ａ），（Ｂ）の制約を維持したデータ変換を実行し、コピー先の第２メディアからコピーコンテンツを再生する場合に、コピー元の第１メディアからのオリジナルコンテンツの再生と同様のアングル切り替えを可能とするものである。

図２１以下を参照して、本発明の情報処理装置の実行するコンテンツコピー処理の詳細について説明する。
図２１は、コピー元となるマルチアングルコンテンツのクリップＡＶストリームファイルと、制御情報ファイルとしてのプレイリストファイルとクリップ情報ファイルとの対応関係をまとめた図である。

図２１には、以下の各データを示している。
（ａ１）アングル＃１対応のクリップＡＶストリームファイル＃１の一部
（ａ２）アングル＃２対応のクリップＡＶストリームファイル＃２の一部
（ａ３）アングル＃３対応のクリップＡＶストリームファイル＃３の一部
（ｂ１）上記（ａ１）アングル＃１対応のクリップＡＶストリームファイル＃１に対応する再生制御情報ファイルとしてのプリイリストファイルと、クリップ情報ファイル（ＥＰマップを含む）

（ａ１）に示すアングル＃１対応のクリップＡＶストリームファイル＃１は、複数のプレイアイテム対応のストリームデータ（０００００．ｍ２ｔｓ〜００００３．ｍ２ｔｓ）を有している。
これらのクリップＡＶストリームデータ（０００００．ｍ２ｔｓ〜００００３．ｍ２ｔｓ）の各々は、（ｂ１）に示すプレイリストファイルに記録されたプレイアイテム＃０〜＃３によって指定されるストリームデータである。

（ｂ１）に示すプレイリストファイルに記録されたプレイアイテム＃０〜＃３によって、クリップＡＶストリームデータ（０００００．ｍ２ｔｓ〜００００３．ｍ２ｔｓ）に対応するクリップ情報ファイルが選択されて、さらにクリップ情報ファイルに対応するクリップＡＶストリームデータ（０００００．ｍ２ｔｓ〜００００３．ｍ２ｔｓ）が取得され再生される。

図の（ｂ１）には、（ａ１）に示す２つのストリームデータ（００００１．ｍ２ｔｓ、００００３．ｍ２ｔｓ）に対応するクリップ情報ファイルを示している。
これらの２つのストリームデータ（００００１．ｍ２ｔｓ、００００３．ｍ２ｔｓ）はマルチアングル対応データである。

マルチアングル対応データであるか否かは、プレイリストファイルのプレイアイテム情報（ｉｓ＿ｓｅａｍｌｅｓｓ＿ｍｕｌｔｉ＿ａｎｇｌｅ）、あるいはクリップ情報ファイルのＥＰマップに含まれる情報（ｉｓ＿ａｎｇｌｅ＿ｃｈａｎｇｅ＿ｐｏｉｎｔ）、これらのフラグ設定を参照して判定することができる。これらのフラグ設定が１の場合は、プレイアイテムによって取得されるデータ、あるいはクリップ情報ファイルのＥＰマップのＰＴＳ／ＳＰＮ対応データによって取得されるデータがマルチアングル対応データである。フラグ設定が０の場合は、マルチアングル対応データではない。

図２１に示す例では、２つのストリームデータ（００００１．ｍ２ｔｓ、００００３．ｍ２ｔｓ）はマルチアングル対応データである。
これらのデータ再生区間には、アングル＃１の他、図に示す（ａ２）アングル＃２と、（ａ３）アングル＃３の計３つのアングルのストリームデータが設定され、ユーザはこれらのアングル＃１〜＃３の３ｚのアングルから任意のアングルデータを選択して再生することができる。
なお、図２１にはアングル＃１に対応する制御情報ファイルのみを（ｂ１）に示しているが、（ａ２）アングル＃２のストリームデータや、（ａ３）アングル＃３のストリームデータに対応する制御情報ファイル（プレイリストファイル、クリップ情報ファイル）もそれぞれ存在する。

（ａ２）アングル＃２のストリームデータを再生する場合は、アングル＃２のストリームデータに対応付けられたプレイリストファイルと、クリップ情報ファイルを利用して再生が実行される。
（ａ３）アングル＃３のストリームデータを再生する場合は、アングル＃３のストリームデータに対応付けられたプレイリストファイルと、クリップ情報ファイルを利用して再生が実行される。

（ａ１）アングル＃１のストリームデータを再生する場合は、アングル＃１のストリームデータに対応付けられたプレイリストファイルと、クリップ情報ファイル、すなわち、図２１（ｂ１）に示すプレイリストファイルと、クリップ情報ファイルを利用して再生が実行される。

例えば、図２１（ａ１）に示すストリームデータ００００１．ｍ２ｔｓを再生する際には、図２１（ｂ１）に示すプレイリストファイルに記録されたプレイアイテム情報（ＰｌａｙＩｔｅｍ＃１）に記録されたクリップ指定情報に従って、図２１（ｂ１）中央に示すクリップ情報ファイル（ＣｌｉｐＩｎｆｏ ｆｏｒ ００００１．ｍ２ｔｓ）が取得され、このクリップ情報ファイルのＥＰマップを参照して、再生時間情報としてのＰＴＳとパケット位置を示すＳＰＮを取得し、ＳＰＮに従ってクリップＡＶストリームからのパケット取得が行われてアングル＃１の再生処理が実行される。
図に示す例では、ＳＰＮ＃Ｘに従って、ストリームファイルの先頭からＸ番目のパケットが取得されて再生される。

図２１（ａ１）に示すストリームデータ００００３．ｍ２ｔｓを再生する際には、図２１（ｂ１）に示すプレイリストファイルに記録されたプレイアイテム情報（ＰｌａｙＩｔｅｍ＃３）に記録されたクリップ指定情報に従って、図２１（ｂ１）右端に示すクリップ情報ファイル（ＣｌｉｐＩｎｆｏ ｆｏｒ ００００３．ｍ２ｔｓ）が取得され、このクリップ情報ファイルのＥＰマップを参照して、再生時間情報としてのＰＴＳとパケット位置を示すＳＰＮを取得し、ＳＰＮに従ってクリップＡＶストリームからのパケット取得が行われてアングル＃１の再生処理が実行される。
図に示す例では、ＳＰＮ＃Ｙに従って、ストリームファイルの先頭からＹ番目のパケットが取得されて再生される。

なお、ＳＰＮ＃ＸやＳＰＮ＃Ｙに従って取得されるパケットはＩピクチャを先頭ピクチャとして設定したクローズドＧＯＰ（Ｃｌｏｓｅｄ ＧＯＰ）が含まれ、このクローズドＧＯＰの復号によって、他のＧＯＰを参照することのない迅速な復号、再生が実現される。

図２１を参照して説明したように、コピー元となる第１メディアに記録されたコンテンツは、以下の制約を満たす設定となっている。
（Ａ）クリップＡＶストリームファイルのアングル切り替えポイントのパケットの先頭ピクチャをＩピクチャに設定したクローズドＧＯＰとしている。
（Ｂ）クリップ情報ファイルのＥＰマップにアングル切り替えポイントのパケット位置を示すソースパケットナンバー（ＳＰＮ）を再生時間情報（ＰＴＳ：プレゼンテーションタイムスタンプ）に対応付けて登録している。

しかし、このデータを第２メディアに対してコピーする場合にデータ変換部（トランスコーダ）が変換処理を実行すると、これらの制約が維持されなくなる可能性がある。
なお、データ変換部（トランスコーダ）の実行するデータ変換処理の態様としては、図２２に示すように、以下の態様がある。
（１）符号化方式の変換
（２）ビデオ圧縮率の変換
（３）ストリームの除去
これらの態様がある。

（１）符号化方式の変換とは、例えば第１メディアに格納されたコピー元データの符号化フォーマットがＭＰＥＧ−２であり、コピー先である第２メディアに記録するデータの符号化形式がＡＶＣＨＤ等の異なる符号化フォーマットである場合に相当する。
なお、図中に示すＶｉｄｅｏはビデオストリーム、Ａｕｄｉｏはオーディオストリーム、ＰＧは例えば字幕データ等のプレゼンテーショングラフィックスデータストリームである。

（２）ビデオ圧縮率の変換とは、例えば第１メディアに格納されたコピー元データの符号化フォーマットもピー先である第２メディアに記録するデータの符号化形式も同じ、例えばていずれもＡＶＣＨＤフォーマットであるが、圧縮率を変更している例である。
具体的には、コピー元データが最大２５Ｍｂｐｓ、平均２０Ｍｂｐｓのビデオストリームデータによって構成されているデータについて、コピー先データを最大１５Ｍｂｐｓ、平均１０Ｍｂｐｓの設定に低下させるものである。この処理は例えば画質を多少落としたコピーデータを生成して記録するといった処理に相当する。

（３）ストリームの除去とは、コピー対象としないストリームを除去する処理である。
例えば、図２２（３）に示すように、第１メディアに格納されたコピー元データは、
１つのビデオストリーム（Ｖｉｄｅｏ）
２つのオーディオストリーム（Ａｕｄｉｏ（１），Ａｕｄｉｏ（２））
２つのプレゼンテーショングラフィックスデータストリーム（ＰＧ（１），ＰＧ（２））
これらのストリームデータによって構成されている。
これに対して、
コピー先である第２メディアに記録するデータを、
１つのビデオストリーム（Ｖｉｄｅｏ）
１つのオーディオストリーム（Ａｕｄｉｏ（１））
１つのプレゼンテーショングラフィックスデータストリーム（ＰＧ（２））
これらのみとする。その他のストリーム（Ａｕｄｉｏ（２）とＰＧ（１））についてはコピー対象とすることなく削除する処理である。

コピー処理に際して、データ変換部（トランスコーダ）が実行するデータ変換処理としては、図２２に示すように、（１）符号化方式の変換、（２）ビデオ圧縮率の変換、（３）ストリームの除去、これらの態様がある。なお、これら（１）〜（３）の各処理を任意に組み合わせて行う場合もある。

このようなデータ変換を実行すると、結果として、コピー元データとコピー先データのデータパケット構成は異なってくる。
具体例について、図２３を参照して説明する。図２３には以下の２つのデータ例を示している。
（ａ）変換前データ（コピー元データ（第１メディア記録コンテンツ））
（ｂ）変換後データ（コピー先データ（第２メディア記録コンテンツ））

なお、図２３（ａ）に示す（ａ）変換前データ（コピー元データ（第１メディア記録コンテンツ））は、例えば、図２１に示すマルチアングルコンテンツのクリップＡＶストリーム＃１中のストリームデータ（００００１．ｍ２ｔｓ）の詳細構成に対応する。
このストリームデータ（００００１．ｍ２ｔｓ）をへコピショリニ際して変換した結果が、（ｂ）変換後データ（コピー先データ（第２メディア記録コンテンツ））であり、これが第２メディアにコピーデータとして記録されるデータに相当する。

（ａ）変換前データ（コピー元データ（第１メディア記録コンテンツ））は、
１つのビデオストリーム（Ｖｉｄｅｏ）
１つのオーディオストリーム（Ａｕｄｉｏ）
２つのプレゼンテーショングラフィックスデータストリーム（ＰＧ＃１，ＰＧ＃２）
１つのインタラクティブグラフィックス（ＩＧ）
これらのストリームデータによって構成されている。
なお、インタラクティブグラフィックス（ＩＧ）とは例えばユーザインタフェースを提供するスイッチやボタン等の表示のためのグラフィックスデータである。

これにに対して、図２３（ｂ）に示す、
（ｂ）変換後データ（コピー先データ（第２メディア記録コンテンツ））は、
１つのビデオストリーム（Ｖｉｄｅｏ）
１つのオーディオストリーム（Ａｕｄｉｏ）
１つのプレゼンテーショングラフィックスデータストリーム（ＰＧ＃１）
これらのデータストリームによって構成されている。
なお、（ａ）変換前データと（ｂ）変換後データは符号化形式も異なっている場合がある。

（ａ）変換前データと（ｂ）変換後データとでは構成データが異なっているため、パケット数も異なる。
図に示す例では、（ａ）変換前データはソースパケットナンバー（ＳＰＮ）がＳＰＮ＃Ｘ〜ＳＰＮ＃Ｘ＋ｎのｎパケットによって構成されている。
一方、（ｂ）変換後データはソースパケットナンバー（ＳＰＮ）がＳＰＮ＃Ｎ〜ＳＰＮ＃Ｎ＋ｍのｍパケットによって構成されている。

このパケット構成の変化は、図２１（ａ）に示すクリップＡＶストリーム＃１中のストリームデータ（００００１．ｍ２ｔｓ）のみならず、すべてのデータ中において発生することになる。
従ってアングル切り替えポイントの先頭のソースパケットナンバー（ＳＰＮ）も変化することになる。図２３の例ではＳＰＮ＃ＸからＳＰＮ＃Ｎに変更される。

（ａ）変換前データのアングル切り替えポイントのソースパケットナンバー（ＳＰＮ＝＃Ｘ）は先に説明したように、ＥＰマップに登録されたＳＰＮである。
データ変換によってパケット構成が変更されると、図２３に示す例では（ｂ）変換後データのアングル切り替えポイントのＳＰＮはＳＰＮ＝＃Ｎに変化する。従って、ＥＰマップに登録されたＳＰＮ＝＃Ｘをそのまま適用すると、（ｂ）変換後データのアングル切り替えポイントのＳＰＮ＝＃Ｎと全く異なる位置のパケットが取得されてしまうことになる。

また、（ａ）変換前データのアングル切り替えポイントのパケットは先頭ピクチャとしてＩピクチャを含むクローズドＧＯＰを持つパケットとして設定される。なお、パケット構成は、先に図２０（Ｂ）を参照して説明したようにシーケンスヘッダ（ＳＱＨ）やＧＯＰヘッダ（ＧＯＰＨ）を含み、さらに先頭のＩピクチャを含むクローズドＧＯＰ等によって構成されるパケットである。
このようなパケット設定は、コピー処理に際して実行されるデータ変換によって、必ずしも保持されるとは限らない。
クローズトＧＯＰの設定が変更されると、アングル切り替えポイントの画像再生時に、他のＧＯＰのピクチャの参照処理を実行しなければならず、アングル切り替えがスムーズに実行できなくなる恐れがある。

本発明の情報処理装置は、このような事態の発生を防止したデータ変換処理を実行する。
本発明の情報処理装置の実行するデータ変換によって生成されるデータストリーム（クリップＡＶストリームファイル）と制御情報ファイルと（プレイリストファイル、クリップ情報ファイル）の設定例について図２４を参照して説明する。

図２４には、図２１と同様、以下の各データを示している。
（ａ１）アングル＃１対応のクリップＡＶストリームファイル＃１の一部
（ａ２）アングル＃２対応のクリップＡＶストリームファイル＃２の一部
（ａ３）アングル＃３対応のクリップＡＶストリームファイル＃３の一部
（ｂ１）上記（ａ１）アングル＃１対応のクリップＡＶストリームファイル＃１に対応する再生制御情報ファイルとしてのプリイリストファイルと、クリップ情報ファイル（ＥＰマップを含む）
これらのデータは、図２１に示す変換前データ（コピー元データ）に対してデータ変換部（トランスコーダ）において変換処理を実行した後の変換後データ（コピー先データ）である。

（ａ１）に示すアングル＃１対応のクリップＡＶストリームファイル＃１は、複数のプレイアイテム対応のストリームデータ（０００００．ｍ２ｔｓ〜００００３．ｍ２ｔｓ）を有している。
これらのクリップＡＶストリームデータ（０００００．ｍ２ｔｓ〜００００３．ｍ２ｔｓ）の各々は、（ｂ１）に示すプレイリストファイルに記録されたプレイアイテム＃０〜＃３によって指定されるストリームデータである。

（ｂ１）に示すプレイリストファイルに記録されたプレイアイテム＃０〜＃３によって、クリップＡＶストリームデータ（０００００．ｍ２ｔｓ〜００００３．ｍ２ｔｓ）に対応するクリップ情報ファイルが選択されて、さらにクリップ情報ファイルに対応するクリップＡＶストリームデータ（０００００．ｍ２ｔｓ〜００００３．ｍ２ｔｓ）を取得して再生する。

図の（ｂ１）には、（ａ１）に示す２つのストリームデータ（００００１．ｍ２ｔｓ、００００３．ｍ２ｔｓ）に対応するクリップ情報ファイルを示している。
これらの２つのストリームデータ（００００１．ｍ２ｔｓ、００００３．ｍ２ｔｓ）はマルチアングル対応データである。

マルチアングル対応データであるか否かは、プレイリストファイルのプレイアイテム情報（ｉｓ＿ｓｅａｍｌｅｓｓ＿ｍｕｌｔｉ＿ａｎｇｌｅ）、あるいはクリップ情報ファイルのＥＰマップに含まれる情報（ｉｓ＿ａｎｇｌｅ＿ｃｈａｎｇｅ＿ｐｏｉｎｔ）、これらのフラグ設定を参照して判定することができる。これらのフラグ設定が１の場合は、プレイアイテムによって取得されるデータ、あるいはクリップ情報ファイルのＥＰマップのＰＴＳ／ＳＰＮ対応データによって取得されるデータがマルチアングル対応データである。フラグ設定が０の場合は、マルチアングル対応データではない。

図に示す例では、２つのストリームデータ（００００１．ｍ２ｔｓ、００００３．ｍ２ｔｓ）はマルチアングル対応データである。
これらのデータ再生区間には、アングル＃１の他、図に示す（ａ２）アングル＃２と、（ａ３）アングル＃３の計３つのアングルのストリームデータが設定され、ユーザはこれらのアングル＃１〜＃３の３ｚのアングルから任意のアングルデータを選択して再生することができる。
なお、図２４には、図２１と同様、アングル＃１に対応する制御情報ファイルのみを（ｂ１）に示しているが、（ａ２）アングル＃２のストリームデータや、（ａ３）アングル＃３のストリームデータに対応する制御情報ファイル（プレイリストファイル、クリップ情報ファイル）もそれぞれ存在する。

（ａ２）アングル＃２のストリームデータを再生する場合は、アングル＃２のストリームデータに対応付けられたプレイリストファイルと、クリップ情報ファイルを利用して再生が実行される。
（ａ３）アングル＃３のストリームデータを再生する場合は、アングル＃３のストリームデータに対応付けられたプレイリストファイルと、クリップ情報ファイルを利用して再生が実行される。

（ａ１）アングル＃１のストリームデータを再生する場合は、アングル＃１のストリームデータに対応付けられたプレイリストファイルと、クリップ情報ファイル、すなわち、図２４（ｂ１）に示すプレイリストファイルと、クリップ情報ファイルを利用して再生が実行される。

これらの設定は、図２１に示す変換前のデータ設定と同様である。
変換処理後においても、アングル切り替えをスムーズに実行可能とするため、本発明の情報処理装置は、クリップ情報ファイルのＥＰマップの登録情報をアングル切り替えポイントのソースパケットナンバー（ＳＰＮ）に変更する処理を実行する。

例えば、図２４（ａ１）に示すマルチアングルコンテンツであるストリームデータ００００１．ｍ２ｔｓの先頭のパケットナンバーを、図２１に示す設定のＳＰＮ＝＃ＸからＳＰＮ＝＃Ｎに変更する。

本発明の情報処理装置のデータ処理部は、ストリームデータ００００１．ｍ２ｔｓの先頭のパケットのＳＰＮ変更に併せて、このストリームデータ００００１．ｍ２ｔｓに対応するクリップ情報ファイルのＥＰマップの登録情報を変更する。
本発明の情報処理装置のデータ処理部は、データ変換部の生成した変換データに基づいて、アングル切り替えポイントに対応するパケットの位置情報を取得し、コピー対象データに含まれる再生制御情報ファイル（クリップ情報ファイル）のＥＰマップに記録された変換前データのアングル切り替えポイント位置情報を、変換後データのアングル切り替えポイント位置情報に変更する再生制御情報ファイルの更新処理を実行する。すなわち、図２４（ｂ１）の中央に示すクリップ情報ファイルに記録されたＥＰマップの登録情報であるＳＰＮ＝ＸをＳＰＮ＝Ｎに書き換える処理を行う。
なお、再生時間情報であるＰＴＳ（プレゼンテーションナタイムスタンプ）はデータ変換前も変更後も同一であり、変更されない。

なお、アングル切り替えポイントのソースパケットナンバー（ＳＰＮ）については、例えば、変換後のクリップＡＶストリームの構成データの先頭パケットからのパケット数をカウントして算出してもよいし、変換後のクリップＡＶストリームの構成データの先頭からのバイト数に基づいて算出してもよい。１パケットは１９２バイトであり、ＡＶストリームファイルの先頭から、アングル切り替えポイントまでのバイト数を１９２バイトで除算することで先行パケット数が算出可能であり、アングル切り替えポイントのパケット番号（ＳＰＮ）は先行パケット数＋１となる。

本発明の情報処理装置は、さらに、アングル切り替えポイントに設定されるパケットのＧＯＰを、先頭をＩビクチャとしたクローズドＧＯＰに相当するデータとする処理を行う。
すなわち、特定のピクチャ集合のみの参照によって一連の動画像を復号、再生可能な設定とする。
ＧＯＰという概念は、ＭＰＥＧ−２フォーマットにはあるが、例えばＭＰＥＧ−４ＡＶＣやＡＶＣＨＤフォーマットにはない概念である。

例えばＭＰＥＧ−４ＡＶＣやＡＶＣＨＤフォーマットを含むＡＶＣフォーマットには、クローズドＧＯＰの先頭Ｉピクチャと同様の設定を持つＩＤＲ（Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｅｒ Ｒｅｆｒｅｓｈ）ピクチャが規定されている。

ＩＤＲピクチャは、ＩＤＲピクチャより後の全てのピクチャの復号をＩＤＲピクチャより前のピクチャの参照なしに実行可能としたピクチャである。すなわちＩＤＲピクチャを再生開始ピクチャとした場合、そのＩＤＲピクチャより前のピクチャを参照することなく、復号再生を実行できる。

本発明の情報処理装置のデータ変換部は、例えばコピー元データがＭＰＥＧ−２フォーマットデータであり、変換後のコピーデータが、ＭＰＥＧ−４ＡＶＣやＡＶＣＨＤフォーマット等のＡＶＣフォーマットである場合、アングル切り替えポイントのパレケットにあるクローズドＧＯＰ（Ｃｌｏｓｅｄ ＧＯＰ）の先頭Ｉピクチャを、ＡＶＣフォーマットにおけるＩＤＲピクチャに設定して符号化処理を実行する。

このような処理を行うことで、アングル切り替えポイントからの再生を行う場合に、アングル切り替えポイントに設定されたＩＤＲピクチャを再生開始ピクチャとして、ＩＤＲピクチャ以降のピクチャのみを利用してＩＤＲピクチャ以降の画像の正確な復号、再生処理を行うことが可能となる。
すなわちＡＶＣフォーマットにおけるＩＤＲピクチャを再生開始点とする処理は、ＭＰＥＧ−２フォーマットにおけるクローズドＧＯＰの先頭Ｉピクチャを再生開始点として復号、再生を実行すると同様の処理で行うことが可能となる。

なお、符号化フォーマットの変更を伴わないデータ変換処理、例えばＭＰＥＧ−２フォーマットを維持して、図２２を参照して説明した（２）ビデオ圧縮率の変換や、（３）ストリームの除去を実行する場合には、変換前後におけるアングル切り替えポイントの先頭Ｉピクチャを有するクローズドＧＯＰの設定は変更することなく、そのまま維持してデータ変換を実行する。

同様に、例えばコピー対象とする第１メディアに記録されたオリジナルデータがＭＰＥＧ−４ＡＶＣやＡＶＣＨＤフォーマット等のＡＶＣフォーマットデータであり、そのフォーマットを維持して、図２２を参照して説明した（２）ビデオ圧縮率の変換や、（３）ストリームの除去を実行する場合には、変換前後におけるアングル切り替えポイントのＩＤＲピクチャの設定は変更することなく、そのままＩＤＲピクチャの設定を維持してデータ変換を実行する。

このようなデータ変換を実行することで、コピー先である第２メディアからのコピーデータの再生に際しても、アングル切り替えポイントの先頭ピクチャからの再生をスムーズに行うことが可能となる。

［６．本発明の情報処理装置の実行するコピー処理シーケンスについて］
次に、図２５以下に示すフローチャートを参照して、本発明の情報処理装置の実行するコピー処理シーケンスについて説明する。

図２５に示すフローのステップＳ１０１以下の各ステップの処理について説明する。なお、フローに示す各ステップの処理は、情報処理装置のデータ処理部あるいはデータ変換部（トランスコーダ）において実行される。主にデータ処理部が、変換対象となるデータの解析を行い、その解析結果に応じてデータ変換部（トランスコーダ）がデータ変換処理を実行する。

まず、ステップＳ１０１において、情報処理装置に予め格納されたコピー処理プログラムを起動する。
なお、このコピー処理は、先に図４を参照して説明したサーバ管理の下で実行されるマネージドコピー（ＭＣ）処理として行われる。

ステップＳ１０２において、コピー元のコンテンツを格納した第１メディアに記録されたコピー可能なコンテンツをユーザに表示する。表示処理は情報処理装置の表示部（ディスプレイ）を用いて行われる。
この処理は、先に図４および図７を参照して説明した管理サーバ１４０からの応答情報（Ｏｆｆｅｒ Ｒｅｓｐｏｎｓｅ）１３１を適用して、コピー許容コンテンツの一覧リスト（コピー許容リスト１２１）を情報処理装置の表示部に表示する処理に相当する。このリストには例えばコンテンツ各々についてコピーを実行する場合の価格（プライス）等が設定されている。

ステップＳ１０３において、表示リストからコピー対象とするコンテンツを選択する。
ステップＳ１０４において、第１メディアの記録データをそのままコピーするビットバイビット（ＢｉｔｂｙＢｉｔ）コピー、すなわちデータ変換（Ｔｒａｎｓｃｏｄｅ）を伴わないコピー処理を行うか否かを決定する。この決定はユーザ入力に基づいて実行してもよいし、装置に予め規定された情報に従って判定してもよい。

データ変換を伴わないビットバイビットコピー処理を実行する場合は、ステップＳ１０５に進み、サーバから受領した応答情報（Ｏｆｆｅｒ Ｒｅｓｐｏｎｓｅ）（図７参照）に記載されているプレイリストファイル名に従って、コピー対象となるプレイリストファイル（ＰｌａｙＬｉｓｔ）と、選択したプレイリストから指定されるクリップ情報ファイル（ＣｌｉｐＩｎｆｏ）、クリップＡＶストリームファイル（ｍ２ｔｓ）の各ファイルを第１メディアから読み取って、第２メディアにコピー記録する処理を行う。

一方、ステップＳ１０４において、第１メディアの記録データをそのままコピーするビットバイビット（ＢｉｔｂｙＢｉｔ）コピーではなく、データ変換（Ｔｒａｎｓｃｏｄｅ）を伴うコピー処理を行うと判定した場合は、図２６のステップＳ１１１に進む。

ステップＳ１１１では、ユーザによって選択されたコピー対象データに含まれるプレイリストファイルを解析する。なお、コピー対象データに含まれるプレイリストファイルが複数ある場合は、ステップＳ１１１以下の処理は各プレイリストファイルについて順次実行する。

ステップＳ１１２では、サーバから受領した応答情報（Ｏｆｆｅｒ Ｒｅｓｐｏｎｓｅ）（図７参照）に記載されているプレイリストファイル名に従って、コピー対象となるプレイリストファイル（ＰｌａｙＬｉｓｔ）から指定されるクリップ情報ファイルと、再生データであるクリップＡＶストリームファイルを取得し、クリップＡＶストリームの最初のＰＴＳ（プレゼンテーションタイムスタンプ）を取得してデータ変換部（トランスコーダ）に提供する。

次に、ステップＳ１１３において、データ変換部（トランスコーダ）におけるデータ変換処理条件を指定する。具体的には、例えば、以下の条件等を指定する。
ビデオ：コーデック（符号化フォーマット）・ビデオレート、
オーディオ：コピー対象とするオーディオデータの指定、
プレゼンテーショングラフィックス（ＰＧ）：コピー対象ＰＧデータの指定、
これらの指定を行う。
なお、これらの指定は、ユーザ入力によって実行してもよいし、情報処理装置に予め規定されたデフォルトの指定条件を利用してもよい。

なお、データ変換部（トランスコーダ）が実行するデータ変換処理は、先に図２２を参照して説明したように、
（１）符号化フォーマットの変換
（２）圧縮率の変換
（３）ストリームの除去
これらのいずれかまたは組み合わせの処理として実行される。

ステップＳ１１４において、データ変換処理対象となるデータを順次選択し、変換処理対象となるデータがビデオデータであるか否かを判定する。なお、データ変換部（トランスコーダ）は、所定のデータ単位でデータ変換を実行する。この変換処理対象データにはビデオデータ、オーディオデータ、字幕等のＰＧ（プレゼンテーショングラフィックス）データ等が含まれる。

変換処理対象がビデオデータである場合は、ステップＳ１１５に進む。
ステップＳ１１５では、変換処理対象であるビデオデータがマルチアングルコンテンツであるか否かを判定する。この判定処理は、例えばプレイリストファイルのプレイアイテム情報、あるいはクリップ情報ファイルを参照して実行する。
先に図１４や、図２１（ｂ１）を参照して説明したプレイリストファイルのプレイアイテム情報中のフラグマルチアングルコンテンツ識別フィールドに設定されたフラグ（ｉｓ＿＿ｓｅａｍｌｅｓｓ＿ｍｕｌｔｉ＿ａｎｇｌｅ）を参照して判定する。（ｉｓ＿＿ｓｅａｍｌｅｓｓ＿ｍｕｌｔｉ＿ａｎｇｌｅ＝＝１）であれば、このプレイアイテムの指定するコンテンツはマルチアングルコンテンツである。

変換対象のビデオデータがマルチアングルコンテンツであると判定するとステップＳ１３１に進む。
一方、変換対象のビデオデータがマルチアングルコンテンツでないと判定するとステップＳ１１６に進む。
ステップＳ１１６では、データ変換部が、先にステップＳ１１２においてデータ処理部から提供されたＰＴＳ値によって指定されるデータストリームの先頭から、ステップＳ１１３において決定されたコーデック（符号化態様）等の情報に従って、指定された符号化条件の下でデータ変換処理（トランスコード）を実行する。このデータ変換処理は、マルチアングルコンテンツではないビデオデータに対するデータ変換処理である。符号化処理の後、ステップＳ１５１に進む。

一方、ステップＳ１１４において、変換処理対象がビデオデータでないと判定した場合は、ステップＳ１１７に進む。例えばオーディオデータやＰＧデータに対するデータ変換処理の場合である。
ステップＳ１１７では、コピー対象とならないデータがあるか否かを判定する。例えばオーディオデータとして日本語と英語等のデータが含まれ、ユーザが日本語のみをコピー対象として選択した場合には、英語のオーディオデータはコピー対象以外のデータとなる。

ステップＳ１１７でコピー対象とならないデータがあると判定した場合は、ステップＳ１１８においてコピー対象とならないデータの削除を行う。さらに、ステップＳ１１９において、必要に応じてコピー対象データのみのデータ変換処理を実行しステップＳ１５１に進む。

次に、ステップＳ１１５において、変換対象のビデオデータがマルチアングルコンテンツであると判定した場合の処理、すなわち、ステップＳ１３１以降の処理について、図２７に示すフローチャートを参照して説明する。

ステップＳ１３１では、データ処理部が、サーバから受領した応答情報（Ｏｆｆｅｒ Ｒｅｓｐｏｎｓｅ）（図７参照）に記載されているコピー対象となるプレイリストファイル（ＰｌａｙＬｉｓｔ）から指定されるクリップ情報ファイル（ＣｌｉｐＩｎｆｏ）を解析し、アングル切り替えポイントのＩピクチャ情報をデータ変換部（トランスコーダ）に提供する。

データ変換部（トランスコーダ）に提供するアングル切り替えポイントのＩピクチャ情報は、クリップ情報ファイル（ＣｌｉｐＩｎｆｏ）のＥＰマップの登録情報である。
ＥＰマップには、例えば図２１（ｂ）の中央のクリップ情報ファイルに示すように、ランダムアクセス可能なパケット位置情報における再生時間情報としてのタイムスタンプ（ＰＴＳ：プレゼンテーションタイムスタンプ）と、パケット位置を示すソースパケットナンバー（ＳＰＮ）との対応データを登録している。
さらに、アングル切り替えポイントの登録情報である場合は、アングル切り替えポイントであることを示すフラグ［ｉｓ＿ａｎｇｌｅ＿ｃｈａｎｇｅ＿ｐｏｉｎｔ＝＝１］が設定されている。

データ処理部は、このＥＰマップの登録情報から、アングル切り替えポイントであることを示すフラグ［ｉｓ＿ａｎｇｌｅ＿ｃｈａｎｇｅ＿ｐｏｉｎｔ＝＝１］が設定されている登録情報（ＰＴＳ／ＳＰＮ）データを取得し、この取得情報をデータ変換部（トランスコーダ）に出力する。

ステップＳ１３２は、データ変換部（トランスコーダ）の処理である。データ変換部は、ステップＳ１３２において、データ変換対象となるマルチアングルコンテンツのビデオストリームをステップＳ１１２，１１３において決定した情報に従ってデータ変換を実行する。
このデータ変換処理に際して、アングル切り替えポイントにある先頭ＩピクチャのクローズドＧＯＰの状態を崩さずにデータ変換を実行する。
これらのデータ変換の後、ステップＳ１５１に進む。

なお、ステップＳ１３２におけるデータ変換処理は、実行する変換態様によって異なる処理となる。具体的には以下のいずれかの処理が行われる。
（１）ＭＰＥＧ−２符号化データをＡＶＣ符号化データに変換する場合は、
ＭＰＥＧ−２符号化データにおけるクローズドＧＯＰの先頭ＩピクチャをＡＶＣ符号化データにおけるＩＤＲピクチャとする変換を行う。
（２）ＭＰＥＧ−２符号化データをＭＰＥＧ−２符号化データに変換（例えば圧縮率変更等）する場合は、クローズドＧＯＰの先頭ＩピクチャをそのままクローズドＧＯＰの先頭Ｉピクチャとするデータ変換を行う。
（３）ＡＶＣ符号化データをＡＶＣ符号化データに変換（例えば圧縮率変更等）する場合は、ＩＤＲピクチャをそのままＩＤＲピクチャとするデータ変換を行う。
すなわちアングル切り替えポイントのピクチャは、クローズドＧＯＰの先頭IピクチャまたはＩＤＲピクチャとしてデータ変換（トランスコード)を行う。

このように、アングル切り替えポイントのピクチャをクローズドＧＯＰのＩピクチャまたはＩＤＲピクチャとして設定することで、アングル切り替えポイントからのデータ再生に際して、取得ピクチャ以降のデータのみを参照して完全な復号、再生が実行可能となる。

次に、図２８を参照して、ステップＳ１５１以下の処理について説明する。
ステップＳ１５１の処理は、コピー対象として選択されたビデオストリームやオーディオストリームの変換処理の完了後に実行される。

ステップＳ１５１では、削除データを除いたコピー対象データのみからなるクリップＡＶストリームの再構成処理（多重化処理等）を実行する。
すなわちコピー対象として選択されたデータのみからなるＡＶストリームを再設定する。
ステップＳ１５２では、ＭＰＥＧの符号化／復号単位としてのＧＯＰの再設定や、ソースパケットナンバー（ＳＰＮ）の再設定等を実行する。ソースパケットナンバー（ＳＰＮ）はクリップＡＶストリーム中のパケットの先頭からの番号である。

次に、ステップＳ１５３において、クリップＡＶストリームの再構成処理（多重化処理等）後のデータに基づいて、プレイリストファイルとクリップ情報ファイルの更新処理を実行する。

このプレイリストファイルとクリップ情報ファイルの更新処理の詳細シーケンスについて、図２９に示すフローチャートを参照して説明する。
ステップＳ１７１において、クリップＡＶストリームの再構成処理（多重化処理等）後のデータに基づいて、ＧＯＰの先頭のＩピクチャのソースパケットナンバー（ＳＰＮ）を計算する。

ステップＳ１７２において、データ処理部は、計算されたＧＯＰ先頭のソースパケットナンバー（ＳＰＮ）をＥＰマップ（ＥＰ＿ｍａｐ）に記録する。
この処理は、例えば先に図２４を参照して説明した処理に対応する。図２４に示すストリームデータ００００１．ｍ２ｔｓの先頭のパケットのＳＰＮ変更に併せて、このストリームデータ００００１．ｍ２ｔｓに対応するクリップ情報ファイルのＥＰマップの登録情報を変更する。すなわち、図２４（ｂ１）の中央に示すクリップ情報ファイルに記録されたＥＰマップの登録情報であるＳＰＮ＝ＸをＳＰＮ＝Ｎに書き換える処理を行う。このように、本発明の情報処理装置のデータ処理部は、データ変換部の生成した変換データに基づいて、アングル切り替えポイントに対応するパケットの位置情報を取得し、コピー対象データに含まれる再生制御情報ファイル（クリップ情報ファイル）のＥＰマップに記録された変換前データのアングル切り替えポイント位置情報を、変換後データのアングル切り替えポイント位置情報に変更する再生制御情報ファイルの更新処理を実行する。なお、再生時間情報であるＰＴＳ（プレゼンテーションナタイムスタンプ）はデータ変換前も変更後も同一であり、変更されない。

なお、図２４を参照して説明した処理では、アングル切り替えポイントに対するＳＰＮ値のみを変更する処理例として説明したが、ＥＰマップに登録された全てのＳＰＮ値の値を再設定する構成としてもよい。

ＥＰマップに記録するソースパケットナンバー（ＳＰＮ）は、例えば、変換後のクリップＡＶストリームの構成データの先頭パケットからのパケット数をカウントして算出してもよいし、変換後のクリップＡＶストリームの構成データの先頭からのバイト数に基づいて算出してもよい。１パケットは１９２バイトであり、ＡＶストリームファイルの先頭から、アングル切り替えポイントまでのバイト数を１９２バイトで除算することで先行パケット数が算出可能であり、アングル切り替えポイントのパケット番号（ＳＰＮ）は先行パケット数＋１となる。

このようにして更新されたＥＰマップを用いることで、変換後のコピーデータを再生する再生装置は、更新されたＥＰマップから正しいＩピクチャの位置を求めることが可能となり、ＥＰマップに登録されたＳＰＮ位置からの再生処理を実行することができる。

ステップＳ１７３では、データ変換（Ｔｒａｎｓｃｏｄｅ）時に削除したストリームの変更に対応するように、プレイリストファイルとクリップ情報ファイルを更新する。

プレイリストファイルとクリップ情報ファイルの更新処理例について、図２９、図３０を参照して説明する。
図２９は、プレイリストファイルの更新処理例を示す図である。
図３０は、クリップ情報ファイルの更新処理例を示す図である。

まず、図２９を参照してプレイリストファイルの更新処理例について説明する。
図２９に示す例は、プレイリストファイルに設定されたサプパス情報（ＳｕｂＰａｔｈ（））を削除する例である。例えば日本語音声としてのオーディオ（１）と英語音声としてのオーディオ（２）が設定されている構成で、英語音声としてのオーディオ（２）をコピー対象としないで削除する場合、この英語音声としてのオーディオ（２）のオーディオストリームの指定情報として利用されるサブパスが削除される。

このように、コピー元の第１メディアに記録されたプレイリストファイル（＝図２１に示す（１）更新前プレイリスト）を第２メディアにコピーする際に、削除したサブパス対応のクリップＡＶストリームがある場合は、その削除したクリップＡＶストリームの指定情報として利用されていたサプパス情報（ＳｕｂＰａｔｈ（））を削除する。

この削除処理よって、図２９に示す（２）更新後プレイリストを作成する。この更新されたプレイリストファイルが、コピー先としての第２メディアに記録される。

図３０は、クリップ情報ファイルの更新処理例を示す図である。クリップ情報ファイルは、再生対象データであるクリップＡＶストリームに対応する再生情報等を記録したファイルであり、データ削除処理や変換処理後のクリップＡＶストリームデータに従った記録データに変更する処理を行う。

具体的には、図３０に示すようなデータ変更を行う。すなわち、
ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ：データ変換（Ｔｒａｎｓｃｏｄｅ）後のビットレートに変更する。
ｎｕｍｂｅｒ＿ｏｆ＿ｓｏｕｒｃｅ＿ｐａｃｋｅｔｓ：データ変換（Ｔｒａｎｓｃｏｄｅ）後のパケット総数に変更する。
ＰｒｏｇｒａｍＩｎｆｏ（）：データ変換（Ｔｒａｎｓｃｏｄｅ）後にトランスポートストリーム（ＴＳ）に含まれているストリームの情報に合わせる変更処理を行う。
ｎｕｍｂｅｒ＿ｏｆ＿ｓｔｒｅａｍ＿ｉｎ＿ｐｓ：データ変換（Ｔｒａｎｓｃｏｄｅ）後のストリーム数に変更する。
ＰＩＤ，ＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）：データ変換（Ｔｒａｎｓｃｏｄｅ）後のストリームに合わせた情報に変更する。なお、削除したストリームの情報は削除する。
ＥＰマップのＳＰＮ：データ変換（Ｔｒａｎｓｃｏｄｅ）後のパケット番号に変更する。
例えばこれらの変更処理を伴うクリップ情報ファイルの更新処理を実行する。

これらの処理が図２９に示すフローのステップＳ１７３の処理、すなわちプレイリストファイルとクリップ情報ファイルの更新処理として行われる。
この更新処理によって、第２メディアにコピーされて記録されるＡＶストリームファイルの内容に一致したプレイリストファイルとクリップ情報ファイルが生成される。

これらの処理が図２８に示すステップＳ１５３の処理として実行され、この処理の完了後に、図２８に示すステップＳ１５４の処理を実行する。
ステップＳ１５４では、コピー先メディアである第２メディアに対して、
更新したプレイリストファイル（ＰｌａｙＬｉｓｔ）、
更新したクリップ情報ファイル（ＣｌｉｐＩｎｆｏ）、
アングル切り替えポイントのピクチャがクローズドＧＯＰのＩピクチャまたはＩＤＲピクチャとして設定されたクリップＡＶストリームデータ、
これらのデータを記録する。

この処理によって第２メディアに記録されるデータは、第１メディアに記録されたデータとは異なる形態を持つデータとなるが、アングル切り替え処理は、コピー元コンテンツと同様の処理として確実に実行できるコピーコンテンツとなる。

すなわち、クリップ情報ファイルに記録されるＥＰマップの登録情報には、アングル切り替えポイントのＰＴＳ／ＳＰＮデータが変換誤のクリップＡＶストリームの構成に対応した正しい設定となる。
またクリップＡひストリーム中のアングル切り替えポイントの先頭ピクチャは、クローズドＧＯＰの先頭Ｉピクチャ、またしＩＤＲピクチャとして設定され、スムーズな復号、再生可能なピクチャとして設定されることになる。

［７．情報処理装置の構成例について］
最後に、本発明の一実施例に係る情報処理装置１２０の構成例について図３２を参照して説明する。情報処理装置１２０は、例えば、コピー元コンテンツの記録メディアである第１メディア１１０と、コンテンツのコピー先としての第２メディア１５０を装着可能な構成を持つ。なお、必ずしも２つのメディアを装着可能である必要はなく、例えばコピー先メディアは、ＵＳＢケーブル、あるいは無線通信などによって接続された他の装置に装着してコピーデータを出力する構成としてもよい。

第１メディア１１０、第２メディア１５０として、例えばＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）やＤＶＤ、ハードディスク、フラッシュメモリなど、各種のメデイア（情報記録媒体）が利用可能である。

情報処理装置１２０は、図２３に示すように、データ処理部（制御部）５０１、通信部５０２、入力部５０３、出力部５０４、メモリ５０５、第１メディアインタフェース５０６、第２メディアインタフェース５０７、データ変換部（トランスコーダ）を有する。

データ処理部５０１は、様々なデータ処理プログラムを実行するプログラム実行機能を持つＣＰＵ等によって構成される。例えばデータ記録再生処理の他、前述の各フローチャートに従ったコピー処理に伴う様々な処理を実行する。さらに通信部１０２を介した管理サーバ１４０との通信処理など、装置の実行する処理全般の制御を行う。

データ変換部（トランスコーダ）５２１は、コピー処理におけるデータ変換処理を実行する。
例えば、先に図２２を参照して説明したように、
（１）符号化方式の変換（ＭＰＥＧ−２とＡＶＣフォーマット間の変換など）
（２）圧縮率の変換
（３）ストリームの除去
これらの処理を伴う変換処理を実行する。

通信部５０２は、管理サーバ１４０との通信処理に利用され、前述したサーバ応答情報（Ｏｆｆｅｒ Ｒｅｓｐｏｎｓｅ）の要求、受信を行い、さらに決済処理、あるいはコピー許可情報（Ｐｅｒｍｉｓｓｉｏｎ）の受信処理等に利用される。

入力部５０３は、例えばユーザの操作部であり、データ記録または再生指示、コピー指示の入力など、様々な入力が行われる。なお、入力部５０３にはリモコンも含まれ、リモコン操作情報の入力も可能である。出力部５０４は、ディスプレイ、スピーカ等によって構成される画像や音声の出力部である。メモリ５０５は、ＲＡＭ，ＲＯＭ等によって構成され、データ処理部５０１において実行するプログラムや、各種パラメータ、受信データの格納領域などに利用され、さらに、コピーデータのバッファ領域などにしても利用される。

第１メディアインタフェース５０６は、第１メディア１１０を利用したデータ記録、再生、コピー処理に適用されるインタフェースである。データ処理部５０１の要求に従って、第１メディア１１０を利用したデータ書き込み、データ読み取り処理、データコピー処理などを行う。
第２メディアインタフェース５０７は、第２メディア１５０を利用したデータ記録、再生処理、コピー処理に適用されるインタフェースである。データ処理部５０１の要求に従って、第２メディア１５０を利用したデータ書き込み、データ読み取り処理、データコピー処理などを行う。

以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。

また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。

なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

以上、説明したように、本発明の一実施例の構成によれば、コンテンツのコピー処理において、データ変換に伴うパケット構成が変更された場合にも、特定位置からのコピーコンテンツの再生を問題なく実行可能とした装置および方法が提供される。本発明の情報処理装置は、コピー処理に伴うデータ変換に際して、アングル切り替えポイントに対応するパケットの位置情報を取得し、コピー対象データに含まれる再生制御情報ファイルに記録された変換前データのアングル切り替えポイント位置情報を、変換後データの位置情報に変更する。具体的には、再生制御情報ファイルであるクリップ情報ファイルに含まれるＥＰマップの登録データに含まれるソースパケットナンバー（ＳＰＮ）を、変換後データのアングル切り替えポイントのパケット位置に対応するソースパケットナンバー（ＳＰＮ）に変更する処理を実行する。このＥＰマップ更新処理により、コピーコンテンツの再生処理において、ＥＰマップ登録情報を用いた正しいアングル切り替え再生が可能となる。

１０ 第１メディア
２０ 情報処理装置
３０ 第２メディア
５０ 管理サーバ
１１０ 第１メディア
１１１ コピー制御管理ファイル
１１２ 管理データ
１１３ 暗号化コンテンツ
１２０ 情報処理装置
１２１ コピー許容リスト
１２２ コピー許可情報
１３１ サーバ応答情報
１３２ 決済データ
１４０ 管理サーバ
１５０ 第２メディア
１５１ 暗号化コンテンツ
１８１〜１８３ ＥＰマップ
５０１ データ処理部（制御部）
５０２ 通信部
５０３ 入力部
５０４ 出力部
５０５ メモリ
５０６ 第１メディアインタフェース
５０７ 第２メディアインタフェース
５２１ データ変換部（トランスコーダ）

Claims (10)

1. 第１メディアの記録データを第２メディアに記録するコピー処理の制御を実行するデータ処理部と、
   前記コピー処理におけるデータ変換を実行するデータ変換部を有し、
   前記データ処理部は、
   前記データ変換部の生成した変換データに基づいて、アングル切り替えポイントに対応するパケットの位置情報を取得し、
   コピー対象データに含まれる再生制御情報ファイルに記録された変換前データのアングル切り替えポイント位置情報を、変換後データのアングル切り替えポイント位置情報に変更する再生制御情報ファイルの更新処理を実行する情報処理装置。
2. 前記データ処理部は、
   前記再生制御情報ファイルであるクリップ情報ファイルに含まれるＥＰマップの登録データであるソースパケットナンバー（ＳＰＮ）の書き換え処理を実行する構成であり、
   変換前データのアングル切り替えポイントのパケット位置に対応するソースパケットナンバー（ＳＰＮ）を、変換後データのアングル切り替えポイントのパケット位置に対応するソースパケットナンバー（ＳＰＮ）に変更する処理を実行する請求項１に記載の情報処理装置。
3. 前記データ処理部は、
   前記ＥＰマップに登録された再生時間情報であるプレゼンテーションタイムスタンプ（ＰＴＳ）とソースパケットナンバー（ＳＰＮ）との対応データについて、プレゼンテーションタイムスタンプ（ＰＴＳ）を変更せず、ソースパケットナンバー（ＳＰＮ）を前記変換後データの構成に応じて変更する処理を行う請求項２に記載の情報処理装置。
4. 前記データ処理部は、
   変換後のストリームデータの先頭からのパケット数またはバイト数に基づいて、変換後データのアングル切り替えポイントのパケット位置に対応するソースパケットナンバー（ＳＰＮ）を算出する請求項２に記載の情報処理装置。
5. 前記データ処理部は、
   前記ＥＰマップに登録された再生時間情報であるプレゼンテーションタイムスタンプ（ＰＴＳ）とソースパケットナンバー（ＳＰＮ）との対応データについて、アングル切り替えポイントであるか否かにかかわらず、ソースパケットナンバー（ＳＰＮ）を変換データの構成に応じて変更する処理を行う請求項２に記載の情報処理装置。
6. 前記データ変換部は、
   前記アングル切り替えポイントの再生開始位置のピクチャを再生開始点として再生する場合に少なくとも先行ピクチャを参照せずに復号可能とした変換データを生成する請求項１に記載の情報処理装置。
7. 前記データ変換部は、
   符号化方式の変換、または圧縮率の変換、またはストリームの削除の少なくともいずれかの処理を含むデータ変換処理を実行する請求項１に記載の情報処理装置。
8. 前記情報処理装置は、さらに、
   管理サーバとの通信を実行する通信部を有し、
   前記データ処理部は、前記管理サーバからの受信情報に基づいて、前記第１メディアの記録データに含まれるコピー許容データのリストを表示し、表示情報に対するユーザ指定に基づいてコピー対象データを選択する請求項１に記載の情報処理装置。
9. 情報処理装置において実行する情報処理方法であり、
   データ処理部が、第１メディアの記録データを第２メディアに記録するコピー処理の制御を実行するデータ処理ステップと、
   データ変換部が、前記コピー処理におけるデータ変換を実行するデータ変換ステップを実行し、
   前記データ処理ステップにおいては、
   前記データ変換部の生成した変換データに基づいて、アングル切り替えポイントに対応するパケットの位置情報を取得し、
   コピー対象データに含まれる再生制御情報ファイルに記録された変換前データのアングル切り替えポイント位置情報を、変換後データのアングル切り替えポイント位置情報に変更する再生制御情報ファイルの更新処理を実行する情報処理方法。
10. 情報処理装置において情報処理を実行させるプログラムであり、
    データ処理部に、第１メディアの記録データを第２メディアに記録するコピー処理の制御を実行させるデータ処理ステップと、
    データ変換部に、前記コピー処理におけるデータ変換を実行させるデータ変換ステップを実行させ、
    前記データ処理ステップにおいては、
    前記データ変換部の生成した変換データに基づいて、アングル切り替えポイントに対応するパケットの位置情報を取得させ、
    コピー対象データに含まれる再生制御情報ファイルに記録された変換前データのアングル切り替えポイント位置情報を、変換後データのアングル切り替えポイント位置情報に変更する再生制御情報ファイルの更新処理を実行させるプログラム。