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

Abstract

【課題】メディア間のデータコピー処理において、コピーコンテンツの正常な再生を妨げるデータの判別およびコピー制御を実行する装置および方法を提供する。
【解決手段】第１メディアの記録データを第２メディアに記録するコピー処理を実行する際に、第１メディアの記録データ対応の専用の再生プログラムと異なる再生プログラムを適用した場合に正常再生ができない可能性の高い問題データをプレイリストファイル等の再生制御情報ファイルを参照して判別する。問題データ判別処理における判別結果に応じて、問題データをコピー対象から削除する問題データ削除処理、またはコピーデータの正常再生ができない可能性をユーザに通知する警告通知処理等を実行する。
【選択図】図１６

Description

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

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

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

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

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

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

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

しかし、再生処理装置においてオリジナルコンテンツを記録したＢＤ（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））を装着して再生を行う場合と、コピー先メディアからコピーコンテンツを再生する場合では、利用する再生処理プログラムが異なる場合がある。

再生処理装置においてオリジナルコンテンツを記録したＢＤ（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））を装着して再生を行う場合には、例えばディスクに格納されたコンテンツ対応のプログラムを利用して再生を行うことができる。しかし、コピー先のメディアからコンテンツ再生を行う場合には、ディスクに格納されたプログラムを利用せず、汎用的な動画再生プログラムが利用される場合が多いと考えられる。

昨今では、様々な画像再生プログラムが流通している。例えば、ＰＣ等に予め格納された動画再生プログラムやネットワークを介してダウンロードしたプログラムほ利用するといったことが多く行われている。具体的にはウィンドウズ（登録商標）メディアプレーヤ等の動画再生用の汎用的なプログラムが多く利用されている。

このように、ディスクから他のメディアに記録されたコピーコンテンツの再生は、コピー元のディスクに記録されたコンテンツ固有の再生プログラムによって再生されず、汎用的な動画再生プログラムを利用した再生処理が実行される可能性が高くなる。

ＢＤ等のディスクに格納されるコンテンツには様々なコンテンツが含まれる。例えばユーザの指示に応じて再生シーケンスを変更できるといったいわゆるナビゲーションコマンドに応じて再生シーケンスが変更されるコンテンツ、あるいはブラウザブルスライドショーや、ユーザの入力コマンドに応じてポップアップメニューを表示するコンテンツなど、様々なコンテンツがある。

しかし、このようなコンテンツの複雑な再生処理は、ディスク格納コンテンツに対応して設定されたコンテンツ固有の再生プログラムを利用した場合には正しく再生、利用することが可能であるが、その他の汎用的な動画再生プログラムを利用した再生処理においては利用できない可能性がある。

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

本発明は、このような状況に鑑みてなされたものであり、例えばＢＤ等の第１メディアに記録されたコンテンツを他の第２メディアにコピーして利用する場合に、コピー先で利用できなくなる可能性のあるデータを含むか否かを解析し、解析結果に応じて、コピーデータの制限や、ユーザに対する警告等の通知を行う情報処理装置、および情報処理方法、並びにプログラムを提供することを目的とする。

本発明の第１の側面は、
第１メディアの記録データを第２メディアに記録するコピー処理を実行するデータ処理部を有し、
前記データ処理部は、
前記第１メディアの記録データ対応の専用の再生プログラムと異なる再生プログラムを適用した再生処理において正常な再生ができない可能性の高い問題データを判別する問題データ判別処理を実行し、
前記問題データ判別処理における判別結果に応じて、
問題データをコピー対象から削除する問題データ削除処理、
またはコピーデータの正常再生ができない可能性をユーザに通知する警告通知処理、
上記各処理の少なくともいずれかの処理を実行する情報処理装置にある。

さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記第１メディアに記録された再生制御情報の記録ファイルを参照して、前記問題データの判別処理を実行する。

さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記第１メディアに記録されたプレイリストファイルを参照し、プレイリストファイルがメインデータの再生指定情報であるプレイアイテムの他に、サブデータの再生指定情報であるサプパスを有するか否かを判別し、該サプパスを利用した再生データを前記問題データとして判別する処理を行う。

さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記第１メディアに記録されたプレイリストファイルを参照し、プレイリストファイルがメインデータの再生指定情報であるプレイアイテムの他に、サブデータの再生指定情報であるサプパスを有するか否かを判別し、さらに、プレイリストファイルに設定されたサブパスタイプ情報に従って前記問題データの判別処理を実行する。

さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記サプパスタイプが、ブラウザブルスライドショー、またはインタラクティブアブリケーション、またはテキスト字幕、またはピクチャインピクチャの少なくともいずれかのデータ再生に利用するサブパスであることを示す場合に、該サブパスを利用した再生データを問題データであると判定する処理を行う。

さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記第１メディアに記録されたプレイリストファイルを参照し、プレイリストファイルに設定されたメインデータの再生指定情報であるプレイアイテムに従って再生されるデータにインタラクティブグラフィックスデータの多重化されたストリームが含まれているか否かを判別し、含まれている場合に問題データであると判定する処理を行う。

さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記第１メディアに記録されたクリップ情報ファイルを参照し、クリップ情報ファイルに記録されたアプリケーションタイプ情報に従って、問題データの判別処理を実行する。

さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記問題データのコピー対象からの削除処理を実行した場合、該削除処理に併せて前記第２メディアに記録する再生制御情報の記録ファイルの更新処理を実行する。

さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記問題データのコピー対象からの削除処理を実行した場合、該削除処理に併せてプレイリストファイルを非削除データに対応した再生制御情報を有するファイルに設定するプレイリストファイル更新処理を実行する。

さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記問題データのコピー対象からの削除処理を実行した場合、該削除処理に併せてクリップ情報ファイルを、非削除データに対応した再生制御情報を有するファイルに設定するクリップ情報ファイル更新処理を実行する。

さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記問題データのコピー対象からの削除処理を実行した場合、該削除処理に併せてクリップ情報ファイルに含まれるＥＰマップを、非削除データに対応するパケット情報からなるＥＰマップに設定するＥＰマップ更新処理を実行する。

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

さらに、本発明の第２の側面は、
情報処理装置において実行する情報処理方法であり、
データ処理部が、第１メディアの記録データを第２メディアに記録するコピー処理を実行するデータ処理ステップを有し、
前記データ処理ステップは、
前記第１メディアの記録データ対応の専用の再生プログラムと異なる再生プログラムを適用した再生処理において正常な再生ができない可能性の高い問題データを判別する問題データ判別処理を実行するステップと、
前記問題データ判別処理における判別結果に応じて、
問題データをコピー対象から削除する問題データ削除処理、
またはコピーデータの正常再生ができない可能性をユーザに通知する警告通知処理、
上記各処理の少なくともいずれかの処理を実行するステップを含む情報処理方法にある。

さらに、本発明の第３の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
データ処理部に、第１メディアの記録データを第２メディアに記録するコピー処理を実行させるデータ処理ステップを有し、
前記データ処理ステップは、
前記第１メディアの記録データ対応の専用の再生プログラムと異なる再生プログラムを適用した再生処理において正常な再生ができない可能性の高い問題データを判別する問題データ判別処理を実行させるステップと、
前記問題データ判別処理における判別結果に応じて、
問題データをコピー対象から削除する問題データ削除処理、
またはコピーデータの正常再生ができない可能性をユーザに通知する警告通知処理、
上記各処理の少なくともいずれかの処理を実行させるステップを含むプログラムにある。

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

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

本発明の一実施例の構成によれば、メディア間のデータコピー処理において、コピーコンテンツの正常な再生を妨げるデータの判別およびコピー制御を実行する装置および方法を提供する。具体的には、第１メディアの記録データを第２メディアに記録するコピー処理を実行する際に、第１メディアの記録データ対応の専用の再生プログラムと異なる再生プログラムを適用した場合に正常再生ができない可能性の高い問題データをプレイリストファイル等の再生制御情報ファイルを参照して判別する。問題データ判別処理における判別結果に応じて、問題データをコピー対象から削除する問題データ削除処理、またはコピーデータの正常再生ができない可能性をユーザに通知する警告通知処理等を実行する。

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

以下、図面を参照しながら本発明の情報処理装置、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行なう。
１．サーバ管理に基づくコンテンツのコピー制御処理の概要
２．コンテンツの記録構成例について
３．サーバ管理に基づくコンテンツのコピー処理シーケンスについて
４．コピーコンテンツの再生処理において発生する問題点と本発明の情報処理装置において実行する処理の概要について
５．コピー制御の実行のために参照する情報について
５−１．プレイリストファイルの参照情報について
５−２．クリップ情報ファイルの参照情報について
６．本発明の情報処理装置の実行するコピー制御の具体例について
７．本発明の情報処理装置の実行するコピー処理シーケンスについて
８．情報処理装置の構成例について

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

このコピーコンテンツの再生に適用するプログラムとしては、例えばＰＣ等の再生装置に格納された汎用的な動画再生プログラムなどが利用可能である。例えば、ウィンドウズ（登録商標）メディアプレーヤ等の動画再生用の汎用プログラムを利用できる。

しかし、このようなプログラムを利用した再生処理では、動画ファイルを識別して再生するといった単純な処理は実行できるが、例えばＢＤ等のオリジナルコンテンツに含まれるプレイリストファイルに含まれる複雑な再生データの指定情報等を解釈した再生処理を行うことができない場合が多い。

具体的には、例えばユーザの指示（ナビゲーションコマンド）に応じて再生シーケンスを変更可能としたコンテンツや、ブラウザブルスライドショーを可能としたコンテンツ、あるいはユーザの入力コマンドに応じた処理を行うためのメニュー画面であるポップアップメニューを表示するコンテンツ等は、ウィンドウズ（登録商標）メディアプレーヤ等の汎用プログラムを利用した場合には正確な再生が難しい。

このようなナビゲーションコマンドの利用コンテンツや、ブラウザブルスライドショーを可能としたコンテンツ、あるいはユーザの入力コマンドに応じた処理を行うためのメニュー画面であるポップアップメニューを表示するコンテンツ等は、例えばコンテンツの再生指定情報を持つプレイリストファイルに具体的な再生処理を行うための情報が記録され、このプレイリストを正確に解釈できるプログラムを利用した場合には、正確な再生が可能となる。

このような複雑なコンテンツの再生処理は、そのコンテンツ固有の再生プログラム（例えばムービーオブジェクトファイルの格納プログラム）を利用すれば、プレイリストを正確に解釈して実行できるが、その他の汎用的な動画再生プログラムを利用した場合には、複雑なプレイリストの解釈は困難であり、正確な再生が実行できない可能性がある。従ってコピー先である第２メディアからコピーコンテンツを汎用の動画再生プログラムを利用して再生すると、正確な再生が出来ない場合がある。

本発明の一実施例に従った情報処理装置は、例えばＢＤ等の第１メディアに記録されたコンテンツを他の第２メディアにコピーする処理を行う場合に、コピー先で利用できなくなる可能性のあるデータを含むか否かを解析し、解析結果に応じて、コピーデータの制限や、ユーザに対する警告等の通知を行う。

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

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

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

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

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

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

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

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

このような再生処理はコンテンツに対応した特定の再生プログラム、すなわちオリジナルコンテンツを格納したディスクに設定されたムービーオブジェクトファイルの再生プログラムを利用すれば確実に実行できる。

しかし、コピーコンテンツを再生する場合に、コンテンツに対応して設定されたコンテンツ対応の固有プログラムではない再生プログラム、例えば、例えばウィンドウズ（登録商標）メデイアプレーヤのような汎用的な動画再生プログラムが利用すると、プレイリストファイルに格納されているサブパスの解釈処理が実行されず、サブパスに従った再生は実行されない可能性がある。

なお、サブパスを利用した再生処理の態様としては、図１０に示す字幕情報に限らず、例えばユーザコマンドに応じて静止画の切り替え再生を行うブラウザブルスライドショーや、メインの画像再生中にユーザからのコマンドを入力可能とするポップアップメニュー表示処理など、様々な態様がある。

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

メインの画像再生のみを可能としたサブパスを持たないプレイアイテムのみのプレイリストを選択して再生する場合は、コピー先で汎用的な画像再生プログラム利用してもメインの映像再生が可能となり、コピーコンテンツの再生もオリジナルコンテンツの再生と同様、再生できる可能性が高い。

しかし、メイン画像の再生のためのプレイアイテムの他に、上述した字幕再生や、ユーザコマンドの入力を実現するためのサブパスの設定されたプレイリストファイルを利用する場合、オリジナルコンテンツに対応する専用の固有プログラム（例えばムービーオブジェクト格納プログラム）と異なる汎用的な再生プログラムを適用すると、サブパス対応のコンテンツの再生ができなくなるといった問題が発生する。

例えばサブパスの設定されたプレイリストファイルは、メインパスとしてのプレイアイテムがメインとなる映像や画像の再生指定情報を有し、サプパスが例えば字幕コンテンツや、ユーザのコマンドを受け付けるためのポップアップメニューの表示コンテンツ等の指定情報を保持している。ＰＣに格納されたウィンドウズ（登録商標）メディアプレーヤ等の汎用プログラムは、このようなサブパスの解釈機能は持たないため、コピーコンテンツをこのような汎用プログラムを利用して再生すると、ディスク記録コンテンツを直接再生する場合と異なる再生態様となってしまう場合がある。

本発明の情報処理装置は、この問題を解決するため、以下のような処理を行う。
（ステップ１）
第１メディアから第２メディアに対するコンテンツのコピーを実行する際に、プレイリストファイル等の解析を行い、サブパスを使用しているプレイリストなど、専用プログラム以外の再生プログラムを利用した場合に正確な再生を妨げる可能性のあるデータを含むか否かを判定する。

（ステップ２ａ）
サブパスを持つプレイリストファイルなど、専用プログラム以外の再生プログラムを利用した場合に正確な再生を妨げる可能性のあるデータを含むと判定した場合、問題のあるプレイリストファイルをコピー対象から排除する。
（ステップ２ｂ）
あるいはプレイリストファイルのメインパス（プレイアイテム）以外のパスによって指定されるクリップ（クリップ情報ファイルやクリップＡＶストリームファイル）をコピー対象から排除する。
（ステップ２ｃ）
あるいは、ユーザに対して正確な再生が行われないことの警告を行う。
少なくともこれら（２ａ〜２ｃ）のいずれかの処理を行う。

なお、プレイリストファイル、またはクリップ情報ファイル、ＡＶストリームファイルのコピー対象とするか否かの判別処理は、例えば、コピー元メディアである第１メディアに記録されたプレイリストファイルやクリップ情報ファイルを解析して行う。

例えば、擬態的には、ユーザ指定のコピー対象データにサブパスの設定されたプレイリストファイルが含まれる場合は、そのプレイリストファイル、あるいはサブパスによって指定されるクリップをコピー対象から排除する処理などを行う。

なお、例えば、上記の（ステップ２ｂ）の処理、すなわち、
サブパスを持つプレイリストファイルをコピーするが、そのプレイリストファイルのサブパスによって指定されるクリップ情報ファイルとクリップＡＶストリームファイルをコピー対象としない。
この処理を実行する場合、コピー処理を実行する装置は、さらに、サブパスの情報を持つプレイリストファイルの書き換え処理、すなわち、削除したクリップ情報ファイルの指定情報として設定されているサブパスをプレイリストファイルから削除するプレイリストファイルの更新処理を実行して、更新したプレイリストファイルをコピー先に記録する構成としてもよい。

このような処理を実行すれば、コピー先にはメインパスとしてのプレイアイテムのみからなるプレイリストファイルが記録され、汎用的な画像再生プログラムを利用してメインパスとしてのプレイアイテムによって指定されるクリップファイルを選択した再生が化可能となる。

なお、上記（ステップ２ｃ）の警告処理の具体例としては、
例えばサブパス対応コンテンツの削除等を伴うコピー処理が実行されることをディスプレイ等を介してユーザに通知する処理として行われる。
また、警告に対するユーザによる了解（コピー開始要求の入力）に基づいて、コピー処理開始する構成としてもよい。

このようなコピー処理を実行することで、ユーザは、コピーコンテンツの再生が、コピー元である例えばＢＤからのコンテンツ再生とは同様の再生処理として実行されないものであることを認識することが可能となる。

［５．コピー制御の実行のために参照する情報について］
次に、本発明の情報処理装置がコンテンツのコピー処理において、専用の再生プログラム以外のプログラムを利用した場合に問題が発生する可能性があるデータを含むか否かを判別するために参照する情報について説明する。

先に説明したように、本発明の情報処理装置は、コンテンツのコピー処理において、コピー元メディア、例えばＢＤ等の第１メディアに記録されたコンテンツがコピー先で利用できなくなる可能性のあるデータを含むか否かを判断する処理を行う。
本発明の情報処理装置は、この判断処理のために例えば以下のデータを参照する。
（ａ）プレイリストファイル
（ｂ）クリップ情報ファイル
少なくともこれらの２つのファイルのいずれかを参照する。

本発明の情報処理装置は、コピー処理の実行に際して、少なくとも上記のファイルのいずれかを参照して、コピーデータの再生時に正確な再生を妨げるデータを含むか否かを判別する処理を実行する。
以下、コピー制御のために参照する上記２つのファイルについて、順次、説明するる。

（５−１．プレイリストファイルの参照情報について）
本発明の情報処理装置は、第１メディアに記録されたデータを第２メディアにコピーする際に、プレイリストファイルを参照して、コピーデータの再生に不具合の発生する可能性があるデータが含まれるか否かを判別し、含まれると判定された場合には、コピー対象から排除する、あるいはユーザに対する警告を出力する、あるいはプレイリストの更新（再構築）を実行するなどの処理を行う。
具体時には、例えば、サブパスの設定されたプレイリストファイルを識別してコピー対象から排除するといったコピー制御処理を行う。

以下、プレイリストファイルの具体例と、本発明の情報処理装置においてコピー制御の対象として選別するデータの例について説明する。

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

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

ｎｕｍｂｅｒ＿ｏｆ＿ＰｌａｙＩｔｅｍｓは、プレイリスト（ＰｌａｙＬｉｓｔ）の中にあるプレイアイテム（ＰｌａｙＩｔｅｍ）の数を示す１６ビットのフィールドである。例えば、図９、図１０の例の場合、プレイアイテム（ＰｌａｙＩｔｅｍ）の数は２個である。ＰｌａｙＩｔｅｍ＿ｉｄの値は、ＰｌａｙＬｉｓｔの中でＰｌａｙＩｔｅｍ（）が現れる順番に０から割り振られる。

ｎｕｍｂｅｒ＿ｏｆ＿ＳｕｂＰａｔｈｓは、プレイリスト（ＰｌａｙＬｉｓｔ）の中にあるサブパス（ＳｕｂＰａｔｈ）の数（エントリー数）を示す１６ビットのフィールドである。例えば、図１０に示すプレイリストの例の場合、サブパス（Ｓｕｂ Ｐａｔｈ）の数は１個である。ＳｕｂＰａｔｈ＿ｉｄの値は、ＰｌａｙＬｉｓｔの中でＳｕｂＰａｔｈ（）が現れる順番に０から割り振られる。

図１２は、図１１に示すプレイリストファイルの１つのフィールドであるサブパス（ＳｕｂＰａｔｈ（））のシンタクスを示す図である。

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

サブパスタイプ（ＳｕｂＰａｔｈ＿ｔｙｐｅ）は、サブパス（ＳｕｂＰａｔｈ）の種類（アプリケーション種類）を示す８ビットのフィールドである。サブパスタイプ（ＳｕｂＰａｔｈ＿ｔｙｐｅ）は、例えば、サブパス（Ｓｕｂ Ｐａｔｈ）によって指定されるデータ（クリップ）がオーディオデータであるか、ビットマップ字幕であるか、テキスト字幕であるか、スライドショー対応データであるか、インタラクティブアプリケーション用データであるか等の種類を示す。
このサブパスタイプ（ＳｕｂＰａｔｈ＿ｔｙｐｅ）の設定例については、後段で図１３を参照して後述する。

サブパスタイプ（ＳｕｂＰａｔｈ＿ｔｙｐｅ）の後には、１５ビットのｒｅｓｅｒｖｅｄ＿ｆｏｒ＿ｆｕｔｕｒｅ＿ｕｓｅが用意される。ｉｓ＿ｒｅｐｅａｔ＿ＳｕｂＰａｔｈは、ＳｕｂＰａｔｈの再生方法を指定する１ビットのフィールドであり、メインパスの再生の間にＳｕｂＰａｔｈの再生を繰り返し行うか、またはＳｕｂＰａｔｈの再生を１回だけ行うかを示すものである。例えば、メインＡＶストリームとサブパスが指定するＣｌｉｐに含まれるストリームとの再生タイミングが異なる場合（メインパスを静止画のスライドショーとし、サブパスのオーディオパスをメインパスのＢＧＭ（バックグラウンドミュージック）として使う場合など）に利用される。

Ｉｓ＿ｒｅｐｅａｔ＿ＳｕｂＰａｔｈの後には、８ビットのｒｅｓｅｒｖｅｄ＿ｆｏｒ＿ｆｕｔｕｒｅ＿ｕｓｅが用意される。ｎｕｍｂｅｒ＿ｏｆ＿ＳｕｂＰｌａｙＩｔｅｍｓは、１つのＳｕｂＰａｔｈの中にあるＳｕｂＰｌａｙＩｔｅｍの数（エントリー数）を示す８ビットのフィールドである。

図１３は、サブパスタイプ（ＳｕｂＰａｔｈ＿ｔｙｐｅ）の１つの設定例を説明する図である。サブパス（ＳｕｂＰａｔｈ）の種類は、例えば、図１３に示されるように定義することができる。

図１３において、
サブパスタイプ＝０，１［ＳｕｂＰａｔｈ＿ｔｙｐｅ＝０，１］は、
リザーブ（ｒｅｓｅｒｖｅｄ）とされている。

サブパスタイプ＝２［ＳｕｂＰａｔｈ＿ｔｙｐｅ＝２］は、
ブラウザブルスライドショーに適用するオーディオ（Ａｕｄｉｏ ｐｒｅｓｅｎｔａｔｉｏｎ ｐａｔｈ ｏｆ ｔｈｅ Ｂｒｏｗｓａｂｌｅ ｓｌｉｄｅｓｈｏｗ）用のサブパスであることを示している。
例えば、プレイリスト内のメインパスであるプレイアイテムによって、ブラウザブルスライドショーに適用する画像クリップが指定され、サブパスタイプ＝２のサブパスによって、ブラウザブルスライドショーに適用するオーディオデータクリップが指定されて再生を実行することで、ＢＧＭ再生と静止画連続再生を並列に実行するブラウザブルスライドショーが行われる。

サブパスタイプ＝３［ＳｕｂＰａｔｈ＿ｔｙｐｅ＝３］は、
インタラクティブアプリケーション（Ｉｎｔｅｒａｃｔｉｖｅ ｇｒａｐｈｉｃｓ ｐｒｅｓｅｎｔａｔｉｏｎ ｍｅｎｕ）用のサブパスであることを示している。
例えば、プレイリスト内のメインパスとして設定されるプレイアイテムによって指定されるクリップに含まれる映画等のコンテンツに併せてポップアップメニュー（ＰｏｐＵｐＭｅｎｕ）として例えばエピソードや監督コメントなど、メインコンテンツに対応する情報を提供するためのインタラクティブグラフィックスのメニューの表示を実行するためのサブパスである。

サブパスタイプ＝４［ＳｕｂＰａｔｈ＿ｔｙｐｅ＝４］は、
字幕（Ｔｅｘｔ ｓｕｂｔｉｔｌｅ ｐｒｅｓｅｎｔａｔｉｏｎ ｐａｔｈ）用のサブパスであることを示している。
例えば、プレイリスト内のメインパスであるプレイアイテムによって、映画コンテンツを格納した画像クリップが指定され、サブパスタイプ＝４のサブパスによって、その映画コンテンツ用のテキスト字幕クリップが指定されて再生を実行することで、映画に併せて字幕を表示する再生処理が行われる。

サブパスタイプ＝７［ＳｕｂＰａｔｈ＿ｔｙｐｅ＝７］は、
ピクチャインピクチャ（Ｉｎ−ｍｕｘＰｉＰ）用のサブパスであることを示している。
メインパスとしてのプレイアイテムの表示領域内にこのサブパスによって取得される画像を表示するために用いられる。例えば、予告編、宣伝、エピソード等の画像表示に利用される。

なお、（Ｉｎ−ｍｕｘＰｉＰ）中の「Ｉｎ−ｍｕｘ」という記述は、サブパスによって参照されるクリップ中の再生対象データを含むエレメンタリストリーム（ＥＳ）が含まれるトランスポートストリーム（ＴＳ）と、メインパスとしてのプレイアイテムによって参照される１以上のエレメンタリストリーム（ＥＳ）が含まれるトランスポートストリーム（ＴＳ）とが同一であることを示している。

すなわち、サブパスによって参照されるクリップのＥＳが、メインパスの参照ＥＳを含むＴＳに多重化されているサブパスのタイプ（種類）であることを示している。換言すれば、メインパスであるプレイアイテムによって参照されるメインクリップに含まれるメインＴＳに、メインのクリップＡＶストリームと、サブのクリップＡＶストリームとが含まれている状態である。以下、かかる種類を、メインパスＴＳ多重型のパスと称する。

サブパスタイプ＝８〜２５５［ＳｕｂＰａｔｈ＿ｔｙｐｅ＝８〜２５５］は、
リザーブ（ｒｅｓｅｒｖｅｄ）とされている。
なお、図１３を参照して説明したサブパスタイプの設定例は、一例であり、この図１３に示すサブパスタイプの他にも様々なタイプの設定が可能である。また、サブパスタイプの番号と内容との対応関係も図１３に対応関係に限らず、その他の対応関係とした設定も可能である。

このようにプレイリストファイルに設定されるサブパスには、様々なタイプがあり、この様々なタイプのサブパスが設定されたプレイリストファイルを利用した再生処理により、ブラウザブルスライドショーや、字幕付き再生、インタラクティプアプリケーションの実行等が行われる。ただし、このような再生処理はコンテンツ専用のプログラムを利用した場合には正確に実行されるが、サブパスの解釈機能を持たない汎用の再生プログラムを利用した場合には正確に再生されない場合が多い。

前述したように、本発明の情報処理装置は、第１メディアに記録されたデータを第２メディアにコピーする際に、例えば、サブパスの設定されたプレイリストファイルなど、コピーコンテンツを専用の再生プログラム以外のプログラムを適用して再生した場合に不具合の発生する可能性があるデータが含まれるか否かを判別する。例えば、上述したサブパスタイプに応じたコピー制御処理、具体的には、コピー対象からの排除、あるいはユーザに対する警告を出力する、あるいはプレイリストの更新（再構築）を実行するなどの処理を行う。
なお、例えばサブバスのタイプ等に応じた具体的な処理例については後述する。

また、本発明の情報処理装置は、上述したサブパスのみでなく、例えばプレイリストファイルの記録情報であるメインパスに相当するプレイアイテム情報を参照し、メインパスとしてのプレイアイテムにインタラクティブグラフィックス（ＩＧ）が多重化されているか否かについても判断する処理を行う。

インタラクティブグラフィックス（ＩＧ）とは、例えばメインパスとしてのプレイアイテムによって選択されるクリップによる表示画像にユーザによるコマンド等の入力のためのボタン、メニュー等を重ねて表示する画像（グラフィック）情報である。この画像情報（ＩＧ）が、メインパスとしてのプレイアイテムによって選択されるクリップのトランスポートストリーム（ＴＳ）に多重化（Ｉｎ−ｍｕｘ）されている場合、すなわちＩｎ−ｍｕｘＩＧである場合には、コピー先で汎用的な動画再生プログラムを利用して再生した場合、再生されない可能性が高い。

従って、このようなメインパスに多重化されたインタラクティブグラフィックス（ＩＧ）［Ｉｎ−ｍｕｘＩＧ］を含む場合は、このプレイリストやクリップ等のデータをコピー対象から排除する、あるいはユーザに対する警告を出力する、あるいはプレイリストの更新（再構築）を実行するなどの処理を行う。

上述したプレイリストファイルのサブパスタイプや、メインパスに多重化されたインタラクティブグラフィックス（ＩＧ）［Ｉｎ−ｍｕｘＩＧ］の判別に基づく具体的なコピー制御処理については後述する。

（５−２．クリップ情報ファイルの参照情報について）
プレイリストファイルによって参照されるクリップ情報ファイルにも、クリップに含まれる再生データの種類についての情報として、アプリケーションタイプ情報（ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ）が記録されている。

本発明の情報処理装置は、第１メディアに記録されたデータを第２メディアにコピーする際に、例えば、クリップ情報ファイルを参照してクリップ情報ファイルの記録情報に基づいて、コピーデータの再生に不具合の発生する可能性があるデータが含まれるか否かを判別し、含まれると判定された場合には、コピー対象から排除する、あるいはユーザに対する警告を出力する、あるいはプレイリストの更新（再構築）を実行するなどの処理を行う。

すなわち、本発明の情報処理装置は、プレイリストファイルによって参照されるクリップ情報ファイルに記録されたアプリケーションタイプ情報（ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ）を判別し、この判別情報に従ってコピー制御を行う。
クリップ情報ファイルに設定されるアプリケーションタイプ情報（ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ）の例について、図１４を参照して説明する。

アプリケーションタイプ情報（ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ）は、各クリップ（Ｃｌｉｐ）についてのクリップ情報ファイル（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）中のデータ項目である［ＣｌｉｐＩｎｆｏ（）］に記述されている。ただし、ここでは、説明の簡略上、ＣｌｉｐＩｎｆｏ（）のシンタクスの説明については省略し、以下、そのＣｌｉｐｉｎｆｏ（）に記述され得るアプリケーションタイプ情報（ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ）の一設定例について、図１４を参照して説明する。

図１４に示されるように、アプリケーションタイプ情報（ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ）として、例えばタイプ１〜７が定義されている。
アプリケーションタイプ＝０（ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ＝０）は、
リザーブ（ｒｅｓｅｒｖｅｄ）として設定されている。
アプリケーションタイプ＝１（ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ＝１）は、
映画のアプリケーション用のメイントランスポートストリーム(Ｍａｉｎ ＴＳ)のクリップであることを示す。ここで「Ｍａｉｎ ＴＳ」とは、プレイリスト(Ｐｌａｙｌｉｓｔ)においてメインパスであるプレイアイテムにより参照される再生対象データを持つトランスポートストリーム（Ｔｒａｎｓｐｏｒｔ ｓｔｒｅａｍ）、すなわちメインＴＳ（Ｍａｉｎ ＴＳ）である。

アプリケーションタイプ＝２（ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ＝２）は、
タイムベーススライドショー（Ｔｉｍｅ−ｂａｓｅｄ Ｓｌｉｄｅｓｈｏｗ）用のＭａｉｎ ＴＳ、即ち、画像のスライドショー用のＭａｉｎ ＴＳのクリップであることを示している。

アプリケーションタイプ＝３（ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ＝３）は、ブラウザブルスライドショー(Ｂｒｏｗｓａｂｌｅ Ｓｌｉｄｅｓｈｏｗ)用のＴＳ、すなわち、ビデオのスライドショー用のＭａｉｎ ＴＳのクリップであることを示している。

アプリケーションタイプ＝４（ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ＝４）は、
サブパス（ＳｕｂＰａｔｈ）用のブラウザブルスライドショー（Ｂｒｏｗｓａｂｌｅ Ｓｌｉｄｅｓｈｏｗ）のＴＳのクリップであることを示している。
これは、例えば、上述したａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ＝３と非同期で再生されるＢＧＭ（サウンド）データを保持するＣｌｉｐ ＡＶストリームに対してのＣｌｉｐ Ｉｎｆｏ（）に付与される。

アプリケーションタイプ＝５（ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ＝５）は、
サブパス(ＳｕｂＰａｔｈ)のインタラクティブグラフィックス用のＴＳのクリップであることを示している。

アプリケーションタイプ＝６（ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ＝６）は、
サブパス（ＳｕｂＰａｔｈ）のテキストサブタイトル（テキスト字幕データ）用のＴＳのクリップであることを示している。

アプリケーションタイプ＝７（ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ＝７）は、
１つ以上のＥＳ（エレメンタリストリーム）を含むサブパス(ＳｕｂＰａｔｈ)用のＴＳのクリップであることを示している。

アプリケーションタイプ＝８〜２５５（ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ＝８〜２５５）は、
リザーブ（ｒｅｓｅｒｖｅｄ）として設定されている。
なお、図１４を参照して説明したアプリケーションタイプの設定例は、一例であり、この図１４に示すアプリケーションタイプの他にも様々なタイプの設定が可能である。また、アプリケーションタイプの番号と内容との対応関係も図１４に対応関係に限らず、その他の対応関係とした設定も可能である。

本発明の情報処理装置は、第１メディアに記録されたデータを第２メディアにコピーする際に、例えば、上述のクリップ情報ファイルのアプリケーションタイプ情報を参照して、コピーデータの再生に不具合の発生する可能性があるデータが含まれるか否かを判別し、含まれると判定された場合には、コピー対象から排除する、あるいはユーザに対する警告を出力する、あるいはプレイリストの更新（再構築）を実行するなどの処理を行う。

［６．本発明の情報処理装置の実行するコピー制御の具体例について］
先に説明したように、本発明の情報処理装置は、第１メディアに記録されたデータを第２メディアにコピーする際に、コピー先メディアからのコピーコンテンツの再生に専用の再生プログラム以外の再生プログラムを利用した場合に、正確な再生が困難となるデータが含まれるか否かを判別して判別結果に応じた様々なコピー制御を実行する。

この判別処理に、プレイリストファイルやクリップ情報ファイルの記録情報を参照する。
以下では、プレイリストファイルやクリップ情報ファイルの記録情報に基づいて実行する処理の具体例として、コピー対象データが、以下のデータである場合の処理例について説明する。
（ａ）ブラウザブルスライドショー用データ
（ｂ）インタラクティブアプリケーション用データ
（ｃ）テキスト字幕用データ
（ｄ）ピクチャインピクチャ（ｉｎ−ｍｕｘ ＰｉｎＰ）用データ
（ｅ）インタラクティブグラフィックス（Ｉｎ−ｍｕｘ ＩＧ）用データ

（ａ）ブラウザブルスライドショー用データ
コピー対象データがブラウザブルスライドショー用データであることの判定は、
プレイリストファイルのサブパスタイプ＝２（ＳｕｂＰａｔｈ＿ｔｙｐｅ＝２）、
または、
クリップ情報ファイルのアプリケーションタイプ＝３，４（ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ＝３，４）、
これらのいずれかの設定情報に基づいて実行する。

例えばユーザによって選択されたコピー対象データに含まれるプレイリストファイルまたは、クリップ情報ファイルの設定が、上記設定であり、ブラウザブルスライドショー用データであることが確認された場合は、少なくとも以下の処理のいずれかを行う。
（１）コピー対象データとしてユーザに提供するリストから除外し、コピー対象から除外する。
（２）ユーザに対して注意事項（コピー後に正しく再生されない可能性があることを通知）の警告表示を行う。
（３）コピー処理の実行に際して、データ変換（トランスコード）なしのビットバイビット（Ｂｉｔ ｂｙ Ｂｉｔ）コピーを実行するか、データ変換を伴うコピー（Ｔｒａｎｓｃｏｄｅ Ｍａｎａｇｅｄ Ｃｏｐｙ）を実行するかをユーザに選択させ、データ変換を伴うコピー（Ｔｒａｎｓｃｏｄｅ Ｍａｎａｇｅｄ Ｃｏｐｙ）が選択された場合は、データ変換部（トランスコーダ）において、再生エラーの発生する可能性を含むデータを削除する。
さらに、データ削除実行に従い、プレイリストファイル、クリップ情報ファイル（ＥＰマップ等）の更新を行う。

（ｂ）インタラクティブアプリケーション用データ
コピー対象データがインタラクティブアプリケーション用データであることの判定は、
プレイリストファイルのサブパスタイプ＝３（ＳｕｂＰａｔｈ＿ｔｙｐｅ＝３）、
または、
クリップ情報ファイルのアプリケーションタイプ＝５（ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ＝５）、
これらのいずれかの設定情報に基づいて実行する。

例えばユーザによって選択されたコピー対象データに含まれるプレイリストファイルまたは、クリップ情報ファイルの設定が、上記設定であり、インタラクティブアプリケーション用データ、例えばポップアップメニュー（ＰｏｐＵｐ Ｍｅｎｕ）であることが確認された場合は、少なくとも以下の処理のいずれかを行う。
（１）コピー対象データとしてユーザに提供するリストから除外し、コピー対象から除外する。
（２）ユーザに対して注意事項（コピー後に正しく再生されない可能性があることを通知）の警告表示を行う。
（３）コピー処理の実行に際して、データ変換（トランスコード）なしのビットバイビット（Ｂｉｔ ｂｙ Ｂｉｔ）コピーを実行するか、データ変換を伴うコピー（Ｔｒａｎｓｃｏｄｅ Ｍａｎａｇｅｄ Ｃｏｐｙ）を実行するかをユーザに選択させ、データ変換を伴うコピー（Ｔｒａｎｓｃｏｄｅ Ｍａｎａｇｅｄ Ｃｏｐｙ）が選択された場合は、データ変換部（トランスコーダ）において、再生エラーの発生する可能性を含むデータ（例えばポップアップメニュー（ＰｏｐＵｐ Ｍｅｎｕ））を削除する。
さらに、データ削除実行に従い、プレイリストファイル、クリップ情報ファイル（ＥＰマップ等）の更新を行う。

（ｃ）テキスト字幕用データ
コピー対象データがテキスト字幕用データであることの判定は、
プレイリストファイルのサブパスタイプ＝４（ＳｕｂＰａｔｈ＿ｔｙｐｅ＝４）、
または、
クリップ情報ファイルのアプリケーションタイプ＝６（ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ＝６）、
これらのいずれかの設定情報に基づいて実行する。

例えばユーザによって選択されたコピー対象データに含まれるプレイリストファイルまたは、クリップ情報ファイルの設定が、上記設定であり、テキスト字幕用データであることが確認された場合は、少なくとも以下の処理のいずれかを行う。
（１）コピー対象データとしてユーザに提供するリストから除外し、コピー対象から除外する。
（２）ユーザに対して注意事項（コピー後に正しく再生されない可能性があることを通知）の警告表示を行う。
（３）コピー処理の実行に際して、データ変換（トランスコード）なしのビットバイビット（Ｂｉｔ ｂｙ Ｂｉｔ）コピーを実行するか、データ変換を伴うコピー（Ｔｒａｎｓｃｏｄｅ Ｍａｎａｇｅｄ Ｃｏｐｙ）を実行するかをユーザに選択させ、データ変換を伴うコピー（Ｔｒａｎｓｃｏｄｅ Ｍａｎａｇｅｄ Ｃｏｐｙ）が選択された場合は、データ変換部（トランスコーダ）において、再生エラーの発生する可能性を含むデータ（テキスト字幕用データ）を削除する。
さらに、データ削除実行に従い、プレイリストファイル、クリップ情報ファイル（ＥＰマップ等）の更新を行う。

（ｄ）ピクチャインピクチャ（ｉｎ−ｍｕｘ ＰｉｎＰ）用データ
コピー対象データがピクチャインピクチャ（ｉｎ−ｍｕｘ ＰｉｎＰ）用データであることの判定は、
プレイリストファイルのサブパスタイプ＝７（ＳｕｂＰａｔｈ＿ｔｙｐｅ＝７）、
この設定情報に基づいて実行する。

例えばユーザによって選択されたコピー対象データに含まれるプレイリストファイルの設定が、上記設定であり、ピクチャインピクチャ（ｉｎ−ｍｕｘ ＰｉｎＰ）用データであることが確認された場合は、少なくとも以下の処理のいずれかを行う。
（１）コピー対象データとしてユーザに提供するリストから除外し、コピー対象から除外する。
（２）ユーザに対して注意事項（コピー後に正しく再生されない可能性があることを通知）の警告表示を行う。
（３）コピー処理の実行に際して、データ変換（トランスコード）なしのビットバイビット（Ｂｉｔ ｂｙ Ｂｉｔ）コピーを実行するか、データ変換を伴うコピー（Ｔｒａｎｓｃｏｄｅ Ｍａｎａｇｅｄ Ｃｏｐｙ）を実行するかをユーザに選択させ、データ変換を伴うコピー（Ｔｒａｎｓｃｏｄｅ Ｍａｎａｇｅｄ Ｃｏｐｙ）が選択された場合は、データ変換部（トランスコーダ）において、再生エラーの発生する可能性を含むデータ（ピクチャインピクチャ（ｉｎ−ｍｕｘ ＰｉｎＰ）用データである第２ビデオ（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）、第２オーディオ（Ｓｅｃｏｎｄａｒｙ Ａｕｄｉｏ））を削除する。
さらに、データ削除実行に従い、プレイリストファイル、クリップ情報ファイル（ＥＰマップ等）の更新を行う。

（ｅ）インタラクティブグラフィックス（Ｉｎ−ｍｕｘ ＩＧ）用データ
コピー対象データがインタラクティブグラフィックス（Ｉｎ−ｍｕｘ ＩＧ）用データであることの判定は、
プレイリストファイルのメインパス情報であるプレイアイテム情報に基づいて判定する。

例えばユーザによって選択されたコピー対象データに含まれるプレイリストファイルに、インタラクティブグラフィックス（Ｉｎ−ｍｕｘ ＩＧ）用データを含むことが記録されている場合は、少なくとも以下の処理のいずれかを行う。
（１）コピー対象データとしてユーザに提供するリストから除外し、コピー対象から除外する。
（２）ユーザに対して注意事項（コピー後に正しく再生されない可能性があることを通知）の警告表示を行う。
（３）コピー処理の実行に際して、データ変換（トランスコード）なしのビットバイビット（Ｂｉｔ ｂｙ Ｂｉｔ）コピーを実行するか、データ変換を伴うコピー（Ｔｒａｎｓｃｏｄｅ Ｍａｎａｇｅｄ Ｃｏｐｙ）を実行するかをユーザに選択させ、データ変換を伴うコピー（Ｔｒａｎｓｃｏｄｅ Ｍａｎａｇｅｄ Ｃｏｐｙ）が選択された場合は、データ変換部（トランスコーダ）において、再生エラーの発生する可能性を含むデータ（インタラクティブグラフィックス（Ｉｎ−ｍｕｘ ＩＧ）用データ）を削除する。
さらに、データ削除実行に従い、プレイリストファイル、クリップ情報ファイル（ＥＰマップ等）の更新を行う。

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

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

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

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

ステップＳ１０５において、解析対象として選択されたプレイリストファイルにサブパス、あるいはメインパスに多重化されたインタラクティブグラフッィクス（ＩＧ）データが含まれるか否かを判定する。

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

なお、ステップＳ１０５において第２メディアにコピーされたデータには、サブパスもメインパスに多重化されたインタラクティブグラフッィクス（ＩＧ）データのいずれも含まれていない。具体的には、先に図９を参照して説明した極めて単純なメインパスとしてのプレイアイテムのみからなるプレイリストを利用して再生が実行されるコンテンツであり、コンテンツ対応の専用再生プログラムでない汎用のサイセイプログラムを利用した場合でもメインパス対応のメインコンテンツが問題なく再生される。

一方、ステップＳ１０５において、解析対象として選択されたプレイリストファイルにサブパス、あるいはメインパスに多重化されたインタラクティブグラフッィクス（ＩＧ）データのいずれかが含まれると判定した場合は、図１６に示すステップＳ１１１に進む。

ステップ１１１では、まず、コピーコンテンツが、正しく再生されない可能性があることをユーザに通知する処理を実行する。この通知処理は、例えば情報処理装置の表示部に警告メッセージを表示する処理等によって行われる。

次にステップＳ１１２において、サプパスの存在するプレイリストであるか、否かを判定する。サブパスの存在するプレイリストであると判定すると、ステップＳ１１３に進む。

ステップＳ１１３では、第１メディアの記録データをそのままコピーするビットバイビット（Ｂｉｔｂｙ―Ｂｉｔ）コピーを実行するか、またはデータ変換（Ｔｒａｎｓｃｏｄｅ）を伴うコピー処理のいずれを実行するかを判定する。
個の判定処理は、コピー処理を実行する装置において規定されたいずれかの処理を実行する構成としてもよいし、あるいは、ユーザに対する問い合わせを実行してユーザによって選択可能な設定としてもよい。

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

なお、このステップＳ１１４において第１メディアから第２メディアにコピーされたデータは、第１メディアの記録データと同様のデータとなる。
すなわち、プレイリストにサブパスが設定され、サブパス対応のデータ（クリップ）もそのままコピーされることになる。
従って、コンテンツ専用の再生プログラム以外の汎用の動画再生プログラムを利用してコピーコンテンツを再生してもサプパスが解釈されずに正しい再生ができない可能性がある。ただし、ステップＳ１１１においてユーザに対してその旨を通知済みであるので、ユーザにより故障であるといった誤った判断がなされる可能性は低減できる。

一方、ステップＳ１１３において、第１メディアの記録データを、データ変換（Ｔｒａｎｓｃｏｄｅ）を伴うコピー処理として実行する場合は、ステップＳ１１５に進む。

ステップＳ１１５では、プレイリストに含まれるサブパスによって指定されるクリップ情報ファイル（ＣｌｉｐＩｎｆｏ）と、クリップＡＶストリームファイル（ｍ２ｔｓ）をコピー対象から排除し、クリップについては、プレイリストのメインパスによって指定されるクリップ（クリップ情報ファイル（ＣｌｉｐＩｎｆｏ）と、クリップＡＶストリームファイル（ｍ２ｔｓ））のみを、コピー対象として選択する。
なお、このコピー対象データの選択情報としては、クリップのデータ位置情報としてのＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ ＴｉｍｅＳｔａｍｐ）が利用される。

次に、ステップＳ１１６において、データ変換部（Ｔｒａｎｓｃｏｄｅｒ）が、クリップのコピー対象位置情報を示すＰＴＳの値に基づいて、コピ対象データを特定し、コピー先メディアに応じて予め指定されたビデオコーデックとビットレートに合わせてビデオストリームのデータ変換（Ｔｒａｎｓｃｏｄｅ）処理を実行する。

次に、ステップＳ１１７において、データ変換部（Ｔｒａｎｓｃｏｄｅｒ）において、指定されたストリーム以外のデータ、具体的にはサプパス対応のデータ等を削除する。これらの処理後、ステップＳ１３１に進む。

一方、ステップＳ１１２の判定処理において、サプパスが存在しないと判定された場合は、ステップＳ１２１に進む。
なお、既にステップＳ１０５において処理対象とするプレイリストファイルは、サブパスまたはメインパスのＴＳに多重化されたインタラクティブグラフィックス（Ｉｎ−ｍｕｘ ＩＧ）を含むと判定されており、ステップＳ１１２の判定処理においてサブパスが存在しないと判定されたプレイリストは、メインパスのＴＳに多重化されたインタラクティブグラフィックス（Ｉｎ−ｍｕｘ ＩＧ）を含むものである。

この場合、ステップＳ１２１において、第１メディアの記録データをそのままコピーするビットバイビット（Ｂｉｔｂｙ―Ｂｉｔ）コピーを実行するか、またはデータ変換（Ｔｒａｎｓｃｏｄｅ）を伴うコピー処理のいずれを実行するかを判定する。
個の判定処理は、コピー処理を実行する装置において規定されたいずれかの処理を実行する構成としてもよいし、あるいは、ユーザに対する問い合わせを実行してユーザによって選択可能な設定としてもよい。

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

なお、このステップＳ１２２において第１メディアから第２メディアにコピーされたデータは、第１メディアの記録データと同様のデータとなる。
すなわち、プレイリストに含まれるメインパスによって指定されるクリップのＴＳ（トランスポートストリーム）にインタラクティブグラフィックス（Ｉｎ−ｍｕｘ ＩＧ）データが多重化されたデータとなる。
従って、コンテンツ専用の再生プログラム以外の汎用の動画再生プログラムを利用してコピーコンテンツを再生してもこのような多重化ＩＧ（Ｉｎ−ｍｕｘ ＩＧ）が解釈されずに正しい再生ができない可能性がある。ただし、ステップＳ１１１においてユーザに対してその旨を通知済みであるので、ユーザにより故障であるといった誤った判断がなされる可能性は低減できる。

一方、ステップＳ１２１において、第１メディアの記録データを、データ変換（Ｔｒａｎｓｃｏｄｅ）を伴うコピー処理として実行する場合は、ステップＳ１２３に進む。

ステップＳ１２３では、データ変換部（Ｔｒａｎｓｃｏｄｅｒ）において、プレイリストに含まれるメインパスによって指定されるクリップのＴＳ（トランスポートストリーム）に多重化されたインタラクティブグラフィックス（Ｉｎ−ｍｕｘ ＩＧ）データを削除する。これらの処理後、ステップＳ１３１に進む。

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

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

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

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

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

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

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

ステップＳ１５１では、クリップＡＶストリームの再構成処理（多重化処理等）後のデータに基づいて、ＥＰマップに記録すべきＧＯＰの先頭のＩピクチャのソースパケットナンバー（ＳＰＮ）を計算する。
ステップＳ１５２において、この計算されたソースパケットナンバー（ＳＰＮ）をＥＰマップに記録する。

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

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

まず、図２１を参照してプレイリストファイルの更新処理例について説明する。
図２１に示す例は、プレイリストファイルに設定されたサプパス情報（ＳｕｂＰａｔｈ（））を削除する例である。

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

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

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

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

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

これらの処理が図１７に示すステップＳ１３３の処理として実行され、この処理の完了後に、図１７に示すステップＳ１３４の処理を実行する。
ステップＳ１３４では、コピー先メディアである第２メディアに対して、
更新したプレイリストファイル（ＰｌａｙＬｉｓｔ）、
更新したクリップ情報ファイル（ＣｌｉｐＩｎｆｏ）、
サブパス対応のデータやＩｎ−ｍｕｘ ＩＧ等のデータを削除したクリップＡＶストリームデータ（ｍ２ｔｓ）、
これらのデータを記録する。

この処理によって第２メディアに記録されるデータは、第１メディアに記録されたデータとは異なる形態を持つデータとなるが、例えばコピー元である第１メディアに記録されたコンテンツ専用の再生プログラムではない汎用の動画再生プログラムを利用した再生処理を行っても何ら問題なく再生可能なデータとなる。

また、プレイリストファイルやクリップ情報ファイルも、サブパス対応のデータやＩｎ―ｍｕｘ ＩＧ等のデータを削除したクリップＡＶストリームファイルに対応する矛盾のない更新された再生制御情報として記録されることになり、汎用の再生プログラムがこれらの再生制御情報を適用することで、エラーを発生させることない再生処理が可能となる。

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

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

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

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

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

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

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

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

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

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

以上、説明したように、本発明の一実施例の構成によれば、メディア間のデータコピー処理において、コピーコンテンツの正常な再生を妨げるデータの判別およびコピー制御を実行する装置および方法を提供する。具体的には、第１メディアの記録データを第２メディアに記録するコピー処理を実行する際に、第１メディアの記録データ対応の専用の再生プログラムと異なる再生プログラムを適用した場合に正常再生ができない可能性の高い問題データをプレイリストファイル等の再生制御情報ファイルを参照して判別する。問題データ判別処理における判別結果に応じて、問題データをコピー対象から削除する問題データ削除処理、またはコピーデータの正常再生ができない可能性をユーザに通知する警告通知処理等を実行する。

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

Claims (14)

1. 第１メディアの記録データを第２メディアに記録するコピー処理を実行するデータ処理部を有し、
   前記データ処理部は、
   前記第１メディアの記録データ対応の専用の再生プログラムと異なる再生プログラムを適用した再生処理において正常な再生ができない可能性の高い問題データを判別する問題データ判別処理を実行し、
   前記問題データ判別処理における判別結果に応じて、
   問題データをコピー対象から削除する問題データ削除処理、
   またはコピーデータの正常再生ができない可能性をユーザに通知する警告通知処理、
   上記各処理の少なくともいずれかの処理を実行する情報処理装置。
2. 前記データ処理部は、
   前記第１メディアに記録された再生制御情報の記録ファイルを参照して、前記問題データの判別処理を実行する請求項１に記載の情報処理装置。
3. 前記データ処理部は、
   前記第１メディアに記録されたプレイリストファイルを参照し、プレイリストファイルがメインデータの再生指定情報であるプレイアイテムの他に、サブデータの再生指定情報であるサプパスを有するか否かを判別し、該サプパスを利用した再生データを前記問題データとして判別する処理を行う請求項２に記載の情報処理装置。
4. 前記データ処理部は、
   前記第１メディアに記録されたプレイリストファイルを参照し、プレイリストファイルがメインデータの再生指定情報であるプレイアイテムの他に、サブデータの再生指定情報であるサプパスを有するか否かを判別し、さらに、プレイリストファイルに設定されたサブパスタイプ情報に従って前記問題データの判別処理を実行する請求項２に記載の情報処理装置。
5. 前記データ処理部は、
   前記サプパスタイプが、ブラウザブルスライドショー、またはインタラクティブアブリケーション、またはテキスト字幕、またはピクチャインピクチャの少なくともいずれかのデータ再生に利用するサブパスであることを示す場合に、該サブパスを利用した再生データを問題データであると判定する処理を行う請求項４に記載の情報処理装置。
6. 前記データ処理部は、
   前記第１メディアに記録されたプレイリストファイルを参照し、プレイリストファイルに設定されたメインデータの再生指定情報であるプレイアイテムに従って再生されるデータにインタラクティブグラフィックスデータの多重化されたストリームが含まれているか否かを判別し、含まれている場合に問題データであると判定する処理を行う請求項２に記載の情報処理装置。
7. 前記データ処理部は、
   前記第１メディアに記録されたクリップ情報ファイルを参照し、クリップ情報ファイルに記録されたアプリケーションタイプ情報に従って、問題データの判別処理を実行する請求項２に記載の情報処理装置。
8. 前記データ処理部は、
   前記問題データのコピー対象からの削除処理を実行した場合、該削除処理に併せて前記第２メディアに記録する再生制御情報の記録ファイルの更新処理を実行する請求項１に記載の情報処理装置。
9. 前記データ処理部は、
   前記問題データのコピー対象からの削除処理を実行した場合、該削除処理に併せてプレイリストファイルを非削除データに対応した再生制御情報を有するファイルに設定するプレイリストファイル更新処理を実行する請求項８に記載の情報処理装置。
10. 前記データ処理部は、
    前記問題データのコピー対象からの削除処理を実行した場合、該削除処理に併せてクリップ情報ファイルを、非削除データに対応した再生制御情報を有するファイルに設定するクリップ情報ファイル更新処理を実行する請求項８に記載の情報処理装置。
11. 前記データ処理部は、
    前記問題データのコピー対象からの削除処理を実行した場合、該削除処理に併せてクリップ情報ファイルに含まれるＥＰマップを、非削除データに対応するパケット情報からなるＥＰマップに設定するＥＰマップ更新処理を実行する請求項１０に記載の情報処理装置。
12. 前記情報処理装置は、さらに、
    管理サーバとの通信を実行する通信部を有し、
    前記データ処理部は、前記管理サーバからの受信情報に基づいて、前記第１メディアの記録データに含まれるコピー許容データのリストを表示し、表示情報に対するユーザ指定に基づいてコピー対象データを選択する請求項１〜１１いずれかに記載の情報処理装置。
13. 情報処理装置において実行する情報処理方法であり、
    データ処理部が、第１メディアの記録データを第２メディアに記録するコピー処理を実行するデータ処理ステップを有し、
    前記データ処理ステップは、
    前記第１メディアの記録データ対応の専用の再生プログラムと異なる再生プログラムを適用した再生処理において正常な再生ができない可能性の高い問題データを判別する問題データ判別処理を実行するステップと、
    前記問題データ判別処理における判別結果に応じて、
    問題データをコピー対象から削除する問題データ削除処理、
    またはコピーデータの正常再生ができない可能性をユーザに通知する警告通知処理、
    上記各処理の少なくともいずれかの処理を実行するステップを含む情報処理方法。
14. 情報処理装置において情報処理を実行させるプログラムであり、
    データ処理部に、第１メディアの記録データを第２メディアに記録するコピー処理を実行させるデータ処理ステップを有し、
    前記データ処理ステップは、
    前記第１メディアの記録データ対応の専用の再生プログラムと異なる再生プログラムを適用した再生処理において正常な再生ができない可能性の高い問題データを判別する問題データ判別処理を実行させるステップと、
    前記問題データ判別処理における判別結果に応じて、
    問題データをコピー対象から削除する問題データ削除処理、
    またはコピーデータの正常再生ができない可能性をユーザに通知する警告通知処理、
    上記各処理の少なくともいずれかの処理を実行させるステップを含むプログラム。