JPWO2013114716A1 - 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム - Google Patents

Abstract

アプリケーション実行部とデータ記録メディアのファイルシステムが適合しない構成においてデータ記録や再生を可能とする装置、方法を提供する。ファイル変換処理部が、アプリケーション実行部の生成した第１ファイルシステム対応のファイルを入力し、第１ファイルシステムにおけるデータ処理単位として規定されるアラインドユニットのデータサイズの整数倍であり、かつ、第２ファイルシステムにおけるデータ処理単位であるクラスタサイズの整数倍のデータを格納した第２ファイルシステム対応の複数の分割ファイルを生成する。再生時には分割ファイルを連結して仮想的な第１ファイルシステム対応のストリームファイルを生成する。

Description

本開示は、情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムに関する。さらに詳細には、ディスクやフラッシュメモリなど利用メディア対応のファイルシステムに応じたデータ変換を行ってデータ記録や再生処理を実行する情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムに関する。

本開示は、例えばＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）対応のファイルシステムに従ってデータ記録や再生処理を行うアプリケーションを利用して、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）とは異なるファイルシステムの利用メディア、例えばフラッシュメモリに対するデータ記録や再生を可能とする情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムに関する。

例えばテレビやレコーダなどを利用した番組録画や、ビデオカメラなどにおける撮影データの記録用メディアとして、ハードディスク、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）などのディスク型メディア、あるいはフラッシュメモリなど様々なメディアが利用されている。

このようなデータ記録メディアの記録データ管理規定としてファイルシステムがある。ファイルシステムは、例えば、メディアに対するデータの記録単位、再生単位、あるいはファイルやディレクトリ構成、実データと管理データとの対応関係、ファイル名設定ルールなど、メディアを利用したデータ記録、再生処理を確実に行うためのルールを規定している。

具体的なファイルシステムとしては、ハードディスクやフラッシュメモリなどに多く利用されているＦＡＴ（Ｆａｉｌ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅｓ）や、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）などの光ディスクに多く用いられるＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）などがある。なお、ＦＡＴについては特許文献１（特開２００８−２６２３８１号公報）、ＵＤＦについては特許文献２（特開２００７−３０５１７１号公報）、特許文献３（特開２００４−３５０２５１号公報）などに記載がある。

これらファイルシステムの各々はファイルシステム固有の独自のルールを持つ。例えばデータの記録単位、読み出し単位、ファイル名の設定ルールなどは各ファイルシステムによって異なっている。具体的には、例えばＦＡＴ３２は１ファイルの最大サイズ（４ＧＢ−１）として規定している。しかし、ＵＤＦの規定する１ファイルの最大サイズは（４ＧＢ−１）より遥かに大きい。

データ記録再生メディアとしてＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）を利用する装置のデータ記録再生アプリケーションは、例えばＵＤＦの規定に従って記録データを生成し、またファイル名の設定などを行う。このようなＵＤＦ対応アプリケーションの生成した記録データファイルの多くは（４ＧＢ−１）より遥かに大きなサイズとなる。従って、このアプリケーションの生成したファイルはＵＤＦ対応のメディア、例えばＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）を利用して記録や再生を行うことが可能となるが、ＵＤＦとは異なるファイルシステム、例えばＦＡＴに従った記録再生を行うフラッシュメモリは利用できないという問題が発生する。

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

本開示は、例えば上述の状況に鑑みてなされたものであり、特定のファイルシステムに対応する記録データの生成や再生処理を行うアブリケーションが、他の異なるファイルシステムに対応したデータに対する処理を可能とした情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムを提供することを目的とする。

具体的には、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）とフラッシュメモリなど、異なるファイルシステム対応のメディアの利用を可能とした情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムを提供することを目的とする。

本開示の第１の側面は、
第１ファイルシステムに従った記録データ生成処理を実行するアプリケーション実行部と、
前記第１ファイルシステムと異なる第２ファイルシステムに従ったデータ記録処理を行う第２メディア対応ファイルシステム部と、
前記第１ファイルシステム対応ファイルと、前記第２ファイルシステム対応ファイルとの変換処理を実行するファイル変換処理部を有し、
前記ファイル変換処理部は、
前記アプリケーション実行部の生成した第１ファイルシステム対応のファイルを入力し、前記第１ファイルシステムにおけるデータ処理単位のデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおけるデータ処理単位のデータサイズの整数倍のデータを格納した第２ファイルシステム対応のファイルを生成して前記第２メディア対応ファイルシステム部に出力する情報処理装置にある。

さらに、本開示の情報処理装置の一実施態様において、前記ファイル変換処理部は、前記アプリケーション実行部の生成した前記第１ファイルシステム対応のファイルを分割し、前記第２ファイルシステムにおいて規定された最大許容ファイルサイズを超えない複数の分割ファイルを、前記第２ファイルシステム対応のファイルとして生成して前記第２メディア対応ファイルシステム部に出力する。

さらに、本開示の情報処理装置の一実施態様において、前記ファイル変換処理部は、前記アプリケーション実行部の生成した前記第１ファイルシステム対応のファイルを、前記第１ファイルシステムにおいて暗号処理単位として規定されたアラインドユニットのデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおいてファイルデータを保持するために割り当てることのできる最小単位として規定されたクラスタのデータサイズの整数倍のデータを格納したファイルを前記第２ファイルシステム対応のファイルとして生成して前記第２メディア対応ファイルシステム部に出力する。

さらに、本開示の情報処理装置の一実施態様において、前記ファイル変換処理部は、前記アプリケーション実行部の生成した前記第１ファイルシステム対応のファイルを分割し、前記第２ファイルシステムにおいて規定された最大許容ファイルサイズを超えない複数の分割ファイルを生成し、前記複数の分割ファイル中、最後の分割ファイル以外の分割ファイルは、前記第１ファイルシステムにおいて暗号処理単位として規定されたアラインドユニットのデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおいてファイルデータを保持するために割り当てることのできる最小単位として規定されたクラスタのデータサイズの整数倍のデータを格納したファイルを前記第２ファイルシステム対応のファイルとして生成し、最後の分割ファイルは、前記第１ファイルシステムにおいて暗号処理単位として規定されたアラインドユニットのデータサイズの整数倍のデータを格納したファイルを前記第２ファイルシステム対応のファイルとして生成して、生成した複数の第２ファイルシステム対応のファイルを前記第２メディア対応ファイルシステム部に出力する。

さらに、本開示の情報処理装置の一実施態様において、前記ファイル変換処理部は、前記アプリケーション実行部の生成した前記第１ファイルシステム対応のファイルを、前記第１ファイルシステムにおいて暗号処理単位として規定されたアラインドユニットのデータサイズである６Ｋバイトの整数倍であり、かつ、前記第２ファイルシステムにおいてファイルデータを保持するために割り当てることのできる最小単位として規定されたクラスタのデータサイズである３２Ｋバイトの整数倍のデータサイズを持つファイルを前記第２ファイルシステム対応のファイルとして生成して前記第２メディア対応ファイルシステム部に出力する。

さらに、本開示の情報処理装置の一実施態様において、前記ファイル変換処理部は、前記アプリケーション実行部の生成した前記第１ファイルシステム対応のファイルを分割し、前記第２ファイルシステムにおいて規定された最大許容ファイルサイズを超えない複数の分割ファイルを、前記第２ファイルシステム対応のファイルとして生成し、生成した前記複数の分割ファイルの各々に、分割元ファイルの識別情報と分割ファイルの配列情報を含むファイル名を設定する。

さらに、本開示の第２の側面は、
第１ファイルシステムに従ったデータ再生処理を実行するアプリケーション実行部と、
前記第１ファイルシステムと異なる第２ファイルシステムに従ったデータ再生処理を行う第２メディア対応ファイルシステム部と、
前記第１ファイルシステム対応ファイルと、前記第２ファイルシステム対応ファイルとの変換処理を実行するファイル変換処理部を有し、
前記ファイル変換処理部は、
前記第２メディア対応ファイルシステム部が第２メディアから読み取った第２ファイルシステム対応の複数の分割ファイルを入力し、入力した複数の分割ファイルをファイル名に従って連結して前記第１ファイルシステム対応ファイルを生成して、前記アプリケーション実行部に出力する構成であり、
前記分割ファイルは、前記第１ファイルシステムにおけるデータ処理単位のデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおけるデータ処理単位のデータサイズの整数倍のデータを格納した第２ファイルシステム対応のファイルである情報処理装置にある。

さらに、本開示の情報処理装置の一実施態様において、前記ファイル変換処理部は、再生開始位置情報としてのタイムスタンプに対応するパケット位置を示すソースパケット番号をクリップ情報ファイルに記録されたＥＰマップから取得し、取得したソースパケット番号を適用した演算処理により、再生開始位置を算出する。

さらに、本開示の情報処理装置の一実施態様において、前記ファイル変換処理部は、前記第１ファイルシステムにおいて暗号処理単位として規定されたアラインドユニットの構成パケット数で、前記ソースパケット番号を除算して再生開始位置を持つアラインドユニットを特定する。

さらに、本開示の情報処理装置の一実施態様において、前記ファイル変換処理部は、さらに、アラインドユニットの構成バイト数を適用した演算処理を実行して、再生開始位置のファイル先頭からのバイト数を算出する。

さらに、本開示の第３の側面は、
情報処理装置のアプリケーション実行部におけるデータ再生処理に適合した第１ファイルシステムと異なる第２ファイルシステムに従ったファイルを記録した情報記録媒体であり、
前記アプリケーション実行部の生成した第１ファイルシステム対応のファイルを分割した複数の分割ファイルを記録データとして有し、
前記分割ファイルは、前記第１ファイルシステムにおけるデータ処理単位のデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおけるデータ処理単位のデータサイズの整数倍のデータを格納した第２ファイルシステム対応のファイルである情報記録媒体にある。

さらに、本開示の情報記録媒体の一実施態様において、前記分割ファイルは、前記第２ファイルシステムにおいて規定された最大許容ファイルサイズを超えないファイルであり、前記第１ファイルシステムにおいて暗号処理単位として規定されたアラインドユニットのデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおいてファイルデータを保持するために割り当てることのできる最小単位として規定されたクラスタのデータサイズの整数倍のデータを格納したファイルである。

さらに、本開示の情報記録媒体の一実施態様において、前記分割ファイルの各々は、分割元ファイルの識別情報と分割ファイルの配列情報を含むファイル名が設定されたファイルである。

さらに、本開示の第４の側面は、
情報処理装置において実行する情報処理方法であり、
アプリケーション実行部が、第１ファイルシステムに従った記録データ生成処理を実行するアプリケーション実行ステップと、
第２メディア対応ファイルシステム部が、前記第１ファイルシステムと異なる第２ファイルシステムに従ったデータ記録処理を行うステップと、
ファイル変換処理部が、前記第１ファイルシステム対応ファイルと、前記第２ファイルシステム対応ファイルとの変換処理を実行するファイル変換処理ステップを実行し、
前記ファイル変換処理ステップは、
前記ファイル変換処理部が、前記アプリケーション実行部の生成した第１ファイルシステム対応のファイルを入力し、前記第１ファイルシステムにおけるデータ処理単位のデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおけるデータ処理単位のデータサイズの整数倍のデータを格納した第２ファイルシステム対応のファイルを生成して前記第２メディア対応ファイルシステム部に出力するステップである情報処理方法にある。

さらに、本開示の第５の側面は、
情報処理装置において実行する情報処理方法であり、
アプリケーション実行部が、第１ファイルシステムに従ったデータ再生処理を実行するアプリケーション実行ステップと、
第２メディア対応ファイルシステム部が、前記第１ファイルシステムと異なる第２ファイルシステムに従ったデータ再生処理を行うステップと、
ファイル変換処理部が、前記第１ファイルシステム対応ファイルと、前記第２ファイルシステム対応ファイルとの変換処理を実行するファイル変換処理ステップを実行し、
前記ファイル変換処理ステップは、
前記ファイル変換処理部が、前記第２メディア対応ファイルシステム部が第２メディアから読み取った第２ファイルシステム対応の複数の分割ファイルを入力し、入力した複数の分割ファイルをファイル名に従って連結して前記第１ファイルシステム対応ファイルを生成して、前記アプリケーション実行部に出力するステップであり、
前記分割ファイルは、前記第１ファイルシステムにおけるデータ処理単位のデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおけるデータ処理単位のデータサイズの整数倍のデータを格納した第２ファイルシステム対応のファイルである情報処理方法にある。

さらに、本開示の第６の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
アプリケーション実行部に、第１ファイルシステムに従った記録データ生成処理を実行させるアプリケーション実行ステップと、
第２メディア対応ファイルシステム部に、前記第１ファイルシステムと異なる第２ファイルシステムに従ったデータ記録処理を行わせるステップと、
ファイル変換処理部に、前記第１ファイルシステム対応ファイルと、前記第２ファイルシステム対応ファイルとの変換処理を実行するファイル変換処理ステップを実行させ、
前記ファイル変換処理ステップは、
前記ファイル変換処理部に、前記アプリケーション実行部の生成した第１ファイルシステム対応のファイルを入力し、前記第１ファイルシステムにおけるデータ処理単位のデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおけるデータ処理単位のデータサイズの整数倍のデータを格納した第２ファイルシステム対応のファイルを生成して前記第２メディア対応ファイルシステム部に出力させるステップであるプログラムにある。

さらに、本開示の第７の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
アプリケーション実行部に、第１ファイルシステムに従ったデータ再生処理を実行させるアプリケーション実行ステップと、
第２メディア対応ファイルシステム部に、前記第１ファイルシステムと異なる第２ファイルシステムに従ったデータ再生処理を行わせるステップと、
ファイル変換処理部に、前記第１ファイルシステム対応ファイルと、前記第２ファイルシステム対応ファイルとの変換処理を実行するファイル変換処理ステップを実行させ、
前記ファイル変換処理ステップは、
前記ファイル変換処理部に、前記第２メディア対応ファイルシステム部が第２メディアから読み取った第２ファイルシステム対応の複数の分割ファイルを入力し、入力した複数の分割ファイルをファイル名に従って連結して前記第１ファイルシステム対応ファイルを生成して、前記アプリケーション実行部に出力させるステップであり、
前記分割ファイルは、前記第１ファイルシステムにおけるデータ処理単位のデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおけるデータ処理単位のデータサイズの整数倍のデータを格納した第２ファイルシステム対応のファイルであるプログラムにある。

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

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

本開示の一実施例によれば、アプリケーション実行部とデータ記録メディアのファイルシステムが適合しない構成においてデータ記録や再生を可能とする装置、方法が実現される。
具体的には、ファイル変換処理部が、アプリケーション実行部の生成した第１ファイルシステム対応のファイルを入力し、第１ファイルシステムにおけるデータ処理単位として規定されるアラインドユニットのデータサイズの整数倍であり、かつ、第２ファイルシステムにおけるデータ処理単位であるクラスタサイズの整数倍のデータを格納した第２ファイルシステム対応の複数の分割ファイルを生成する。再生時には分割ファイルを連結して仮想的な第１ファイルシステム対応のストリームファイルを生成する。
これらの構成により、アプリケーション実行部とデータ記録メディアのファイルシステムが適合しない構成においてデータ記録や再生を可能とする装置、方法が実現される。

本開示の一実施例に係る情報処理装置の構成について説明する図である。 情報処理装置のデータ処理部の処理構成について説明する図である。 情報処理装置のデータ処理部の処理であるファイル変換処理について説明する図である。 第１メディアにおけるデータ記録構成の一例について説明する図である。 記録再生対象となるデータ構成例について説明する図である。 プレイリストとクリップの構成例について説明する図である。 ＭＰＥＧ２トランスポートストリームの構成について説明する図である。 アラインドユニットの構成について説明する図である。 ＥＰマップについて説明する図である。 ＥＰマップの構成と利用例について説明する図である。 ＥＰマップを適用した再生開始点の決定処理例について説明する図である。 ＥＰマップを含むクリップ情報ファイルのシンタクスについて説明する図である。 ＥＰマップのシンタクスについて説明する図である。 第１メディアにおけるデータ記録構成の一例について説明する図である。 第２メディアにおけるデータ記録構成の一例について説明する図である。 情報処理装置のデータ処理部の処理であるファイル変換処理について説明する図である。 第２メディアに対するデータ記録処理を行う場合のファイル変換処理部の実行する処理シーケンスについて説明するフローチャートを示す図である。 ファイル分割処理およびファイル連結処理のルールについて説明する図である。 ファイル名の変換ルールについて説明する図である。 分割ファイルノ設定シーケンスについて説明するフローチャートを示す図である。 第２メディアからのデータ再生処理を行う場合のファイル変換処理部の実行する処理シーケンスについて説明するフローチャートを示す図である。 第２メディアからのデータ再生処理を行う場合のファイル変換処理部の実行する処理シーケンスについて説明するフローチャートを示す図である。 第２メディアからのデータ再生処理を行う場合の再生データのアドレス取得処理シーケンスについて説明するフローチャートを示す図である。 再生開始位置を持つ分割ファイルの特定と、分割ファイル内のデータ位置の特定処理について説明する図である。 本開示の一実施例に係る情報処理装置の構成について説明する図である。

以下、図面を参照しながら本開示の情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムの詳細について説明する。説明は、以下の項目に従って行う。
１．情報処理装置の構成と処理の概要
２．第１メディア（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））の記録データ構成について
３．本開示の情報処理装置の実行する処理の概要について
４．記録および再生対象となるデータの詳細構成について
５．第１メディアおよび第２メディア対応の２つのファイルシステムにおけるディレクトリとファイルについて
６．ファイル変換処理について
７．データ記録処理シーケンスについて
８．データ再生処理シーケンスについて
９．分割ファイルのデータの部分削除処理について
１０．その他の情報処理装置の構成例について
１１．本開示の構成のまとめ

［１．情報処理装置の構成と処理の概要］
まず、本開示の一実施例に係る情報処理装置の構成と処理の概要について説明する。図１は、本開示の一実施例に係る情報処理装置１００の構成例を示すブロック図である。情報処理装置１００は、例えばＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）をメインの記録メディア（第１メディア１１１）としたデータ記録再生装置である。例えば、放送番組、あるいはインターネットなどのネットワークを介して受信するデータ、あるいは外部接続機器から入力するデータなどを第１メディア１１１（例えばＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））に記録する。さらに、第１メディア１１１に記録したデータの再生を行う。情報処理装置１００は、具体的には例えば、レコーダ、ビデオカメラ、ＰＣなどの装置である。

情報処理装置１００は、さらに、第２記録メディア１１２を有している。第２記録メディア１１２は、第１メディアと異なるファイルシステムによる記録データ管理が行われるメディアである。第２記録メディア１１２は、例えばフラッシュメモリである。情報処理装置１００は、第１メディア１１１と同様、第２メディア１１２を利用したデータ記録、再生も行う。

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

データ処理部１０１は、様々なデータ処理プログラムを実行するプログラム実行機能を持つＣＰＵを有する。例えばデータ記録再生処理を行うアプリケーションプログラムを実行する。通信部１０２を介して入力する放送データなどのメディアに対する記録処理、あるいはメディアからの読み出しデータの再生処理などを行う。

通信部１０２は、放送波の受信、インターネット等のネットワークを介した通信、あるいは外部機器との通信を行う。入力部１０３は、例えばユーザの操作部であり、データ記録または再生指示の入力など、様々な入力が行われる。なお、入力部１０３にはリモコンも含まれ、リモコン操作情報の入力も可能である。出力部１０４は、ディスプレイ、スピーカ等によって構成される画像や音声の出力部である。メモリ１０５は、ＲＡＭ，ＲＯＭ等によって構成され、データ処理部１０１において実行するアプリケーションプログラム（以下アプリケーションとして説明する）の格納領域として利用される。メモリ１０５は、アプリケーション用のパラメータ、ワーク領域としても利用され、さらに、メディア記録データのバッファ領域などとしても利用される。

第１メディアインタフェースは、第１メディア１１１（例えばＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））を利用したデータ記録、再生処理に適用されるインタフェースである。データ処理部１０１の要求に従って、データを第１メディア１１１に書き込み、また第１メディア１１１からのデータ読み取り処理などを行う。第２メディアインタフェースは、第２メディア１１２（例えばフラッシュメモリ）を利用したデータ記録、再生処理に適用されるインタフェースである。データ処理部１０１の要求に従って、データを第２メディア１１２に書き込み、第２メディア１１２からのデータ読み取りを行う。

ここで、第１メディア１１１（例えばＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））は、第１のファイルシステム（例えばＵＤＦ：Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）に従ったデータ管理が行われるメディアである。一方、第２メディア１１２（例えばフラッシュメモリ）は、第１のファイルシステムとは異なる第２のファイルシステム（例えばＦＡＴ３２：Ｆａｉｌ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅｓ ３２）に従ったデータ管理が行われるメディアである。

データ処理部１０１において実行されるデータ記録再生アプリケーションは、これら２つの異なるファイルシステムの一方のみに対応したデータ処理を行う。本例では、第１メディア１１１（例えばＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））の第１のファイルシステム（例えばＵＤＦ）に対応した処理を実行する。

すなわち、データ処理部１０１において実行されるアプリケーションの生成する記録ファイルはＵＤＦで規定されたデータサイズ、ファイル名に従ったデータファイルトなる。また、再生処理に際しても、データ処理部１０１はＵＤＦで規定されたデータサイズ、ファイル名に従った処理を実行する。

従って、データ処理部１０１において実行されるアプリケーションは、第１メディア１１１を利用したデータ記録再生処理を行う場合は、何の問題も発生させることなく処理が可能である。

しかし、第２のファイルシステム（例えばＦＡＴ３２）を利用した第２メディア１１２（例えばフラッシュメモリ）に対するデータ記録や、データ再生は、アプリケーション単独の処理としては実行できない。

そこで本開示の情報処理装置は、データ処理部１０１において、第２メディア１１２を利用したデータ記録再生を可能とするため、ファイル変換処理を実行する。図２を参照して、データ処理部１０１の実行する処理の詳細について説明する。

図２は、データ処理部１０１の実行する複数の処理の各々について区分して示している。データ処理部１０１は、図２に示すように、暗号処理部１５１、アプリケーション実行部（記録再生処理部）１５２、ファイル変換部１５３、第２メディア対応ファイルシステム部１５４を有する。

これらの複数の処理部のうち、暗号処理部１５１、アプリケーション実行部（記録再生処理部）１５２は、第１メディア１１１に対応する第１のファイルシステム（例えばＵＤＦ）の規定に従った処理、具体的には、第１のファイルシステム（例えばＵＤＦ）に規定される処理データの単位、ファイルサイズやファイル名を適用した処理を実行する。

なお、暗号処理部１５１は、メディアに対する記録データの暗号化処理や、メディアから読み出した暗号化データの復号処理などを実行する。具体的には、例えば、コンテンツの著作権管理規定であるＡＡＣＳ(Advanced Access Content System)規定に従った暗号処理を行う。ＡＡＣＳ規定は、コンテンツをユニット（ＣＰＳユニット）に区分し、ユニット単位の暗号鍵（ＣＰＳユニット鍵）を適用した暗号化処理を規定している。このＡＡＣＳ規定は、第１メディア１１１であるＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）に対するコンテンツ記録に際しての暗号化処理構成を規定している。暗号処理部１５１の実行する暗号化処のデータ理単位もＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）の記録単位などに適合した設定となっている。

アプリケーション実行部１５２も、第１メディア１１１に対応するファイルシステム（例えばＵＤＦ）の規定に従った処理を行う。記録データファイルのサイズやファイル名も、第１のファイルシステム（例えばＵＤＦ）の規定に従ったものとなる。

第２メディア対応ファイルシステム部１５４は、第２メディア１１２を利用したデータ記録や再生を実行する場合の記録データの管理を行うファイルシステム部であり、第２メディア１１２を利用して、例えばＦＡＴ３２に従ったデータ書き込み、読み出し処理を実行する。

ファイル変換処理部１５３は、第１のファイルシステムに従ったデータ処理を行う暗号処理部１５１およびアプリケーション実行部１５２と、第２のファイルシステムに従ったデータ書き込み、読み出し処理を行う第２メディア対応ファイルシステム部１５４との間においてデータ変換処理を実行する。

ファイル変換処理部１５３は、例えば以下の処理を行う。
暗号処理部１５１またはアプリケーション実行部１５２の生成または処理データを第２メディア１１２に記録する場合は、暗号処理部１５１およびアプリケーション実行部１５２から受領したデータを第２メディア１１２に対応する第２のファイルシステムの規定を満足する形式に変換して、第２メディア対応ファイルシステム部１５４に提供する。

また、第２メディア１１２の記録データを読み出して、暗号処理部１５１またはアプリケーション実行部１５２に提供する場合は、第２メディア対応ファイルシステム部１５４が第２メディア１１２から読み取ったデータを、第１のファイルシステムの規定を満足する形式に変換して、暗号処理部１５１またはアプリケーション実行部１５２に提供する。

ファイル変換処理部１５３の実行する処理例について図３を参照して説明する。図３は、データ処理部１０１を以下の３つの層（レイヤ）に分割して示している。
（ａ層）暗号処理部１５１、アプリケーション実行部１５２、
（ｂ層）ファイル変換処理部１５３、
（ｃ層）第２メディア対応ファイルシステム部１５４

（ａ層）暗号処理部１５１、アプリケーション実行部１５２は、第１メディア１１１に対応する第１のファイルシステムの規定ルールに対応した処理を実行する。図３には、第１メディア１１１に対する１つの記録ファイル１８１［００００１．ＭＴＳ］を示している。このファイルは第１ファイルシステム（本実施例ではＵＤＦ）に対応する動画コンテンツ記録ファイルとしてのＭＰＥＧトランスポートストリームファイルである。

（ｃ層）第２メディア対応ファイルシステム部１５４は、第２メディア１１２に対応する第２のファイルシステムの規定ルールに対応した処理を実行する。図３には、第２メディア１１２に対する３つの記録ファイル１８２−１〜３（［００００１＿０１］〜［００００１＿０３］）を示している。

（ｂ層）ファイル変換処理部１５３は、（ａ層）暗号処理部１５１、アプリケーション実行部１５２、および（ｃ層）第２メディア対応ファイルシステム部１５４の間に位置する。ファイル変換処理部１５３は、ａ層とｃ層間のファイル受け渡しの際に、各層において処理可能な形式にファイルを変換する処理を行う。具体的にはファイルサイズの変換、ファイル名の変換処理などを行う。

例えば、第２メディア１１２に対応する第２のファイルシステムがＦＡＴ３２であり、第１メディア１１１に対応する第１のファイルシステムがＵＤＦであるとする。ＦＡＴ３２に規定する１ファイルの最大サイズは４×２^３０−１Ｂｙｔｅｓ（以下では、４ＧＢ−１と示す）と規定されている。
すなわち、ＦＡＴ３２ファイルシステムは、１つのファイルのサイズに４×２^３０−１Ｂｙｔｅｓ（４ＧＢ−１）の上限がある。
一方、ＵＤＦで規定する１ファイルサイズは、（４ＧＢ−１）より遥かに大きいサイズとなる。

この場合、ファイル変換処理部１５３は、暗号処理部１５１、またはアプリケーション実行部１５２の生成したデータを第２メディア１１２に記録する場合には、暗号処理部１５１、アプリケーション実行部１５２の生成したデータファイルを分割して１つのファイルの最大サイズを（４ＧＢ−１）以下とした複数のファイルを生成して、これらの複数の分割ファイルを記録ファイルとして第２メディア対応ファイルシステム部１５４に提供する。

すなわち、暗号処理部１５１、またはアプリケーション実行部１５２の生成したデータファイルは図３に示すファイル［００００１．ＭＴＳ］であり、このファイル１８１は第１のファイルシステム（ＵＤＦ）の規定するファイルサイズであり（４ＧＢ−１）より遥かに大きい。ファイル変換処理部１５３は、このファイルを第２ファイルシステム（ＦＡＴ３２）に対応する第２メディア１１２に記録する場合は、ファイルの最大サイズを（４ＧＢ−１）以下とした複数のファイルを生成する。すなわち、例えば図３に示す３つの記録ファイル１８２−１〜３（［００００１＿０１］〜［００００１＿０３］）を生成して、第２メディア対応ファイルシステム部１５４に提供する。

また、第２メディア対応ファイルシステム部１５４が第２メディア１１２から読み取ったファイルを暗号処理部１５１、またはアプリケーション実行部１５２に提供する場合、ファイル変換処理部１５３は以下の処理を行う。（４ＧＢ−１）以下の複数のファイル、すなわち、例えば図３に示す３つの記録ファイル１８２−１〜３（［００００１＿０１］〜［００００１＿０３］）を連結して分割前のオリジナルのファイルを復元する処理を行う。すなわち、図３に示すファイル［００００１．ＭＴＳ］を復元する処理を行い、復元したファイルを暗号処理部１５１、またはアプリケーション実行部１５２に提供する。これらの処理については、後段で詳細に説明する。

［２．第１メディア（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））の記録データ構成について］
次に、図４を参照して第１メディア（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））に記録されるデータ構成について説明する。図４は、第１メディア（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））の記録データファイルのディレクトリ構成例を示す図である。

ルート（Ｒｏｏｔ）の直下ディレクトリとして［ＡＡＣＳ］、［ＢＤＡＶ］の各ディレクトリが設定される。
［ＡＡＣＳ］ディレクトリは、前述した著作権管理規定であるＡＡＣＳ(Advanced Access Content System)の規定に応じた暗号鍵情報などが設定されるディレクトリである。具体的には、メディアに記録するコンテンツの暗号化や復号処理に適用する鍵情報を格納したＣＰＳユニット鍵ファイル、さらに、ＣＰＳユニット鍵から鍵を取得するための鍵ブロックであるＭＫＢ（メディアキーブロック）ファイルが設定される。

［ＢＤＡＶ］ディレクトリは、記録コンテンツの実体データの他、再生処理に適用する再生制御情報なとが設定されるディレクトリである。
具体的には、コンテンツ対応のタイトル等からなるインデックス情報（info.bdav.file）、
静止画コンテンツを構成するメニューサムネイル(Files for Menu.Thumbnail)、
さらに、動画コンテンツの再生制御情報としてのプレイリスト(PLAYLIST)、クリップ情報(CLIPINF)、コンテンツ実体データとしてのストリーム(STREAM)が設定される。ストリームディレクトリ(STREAM)に、例えば録画コンテンツの実体データを格納したファイル（ストリームファイル）が記録される。

図４に示す［００００１．ＭＴＳ］〜［００００３．ＭＴＳ］がそれぞれ１つのストリームファイルである。これらは、第１ファイルシステム（本実施例ではＵＤＦ）に対応するＭＰＥＧトランスポートストリームファイルである。

プレイリストは再生対象データの指定情報を持つプレイアイテムを有する。プレイアイテムは、再生区間情報を持つクリップ情報と対応付けられており、プレイアイテムによって、特定のクリップ情報が選択される。さらにクリップ情報は、コンテンツ実データとしてのストリームデータの再生区間指定情報を保持しており、クリップ情報によってストリームデータが選択的に読み出されて、ストリーム再生処理が行われる。

なお、先に図３を参照して説明したように、ファイル変換処理部１５３は、ファイル分割処理やファイル連結処理を行うが、このファイル分割、または連結処理は、図４に示す第１メディア１１１に記録されるファイルの全てに対して必要となる処理ではない。第１メディア１１１に記録されるファイルが、第２ファイルシステム（ＦＡＴ３２）において規定される（４ＧＢ−１）以下のファイルサイズであれば、ファイル分割や連結処理は不要である。ファイル分割や連結処理は、暗号処理部１５１、アプリケーション実行部１５２の生成するファイル中、ファイルサイズの大きなファイルに限られる。すなわち、第２ファイルシステム（ＦＡＴ３２）において規定される（４ＧＢ−１）以上のファイルサイズを持つファイルに限られる。

図４に示すディレクトリ構成において、ＦＡＴ３２の規定である（４ＧＢ−１）以上のファイルサイズとなる可能性のあるファイルはコンテンツ実データであるストリームファイルである。この他のＡＡＣＳディレクトリ設定データや、インデックス情報（info.bdav.file）、メニューサムネイル(Files for Menu.Thumbnail)、プレイリスト(PLAYLIST)、クリップ情報(CLIPINF)等のファイルは、（４ＧＢ−１）以下のファイルである。

図４に示すストリームファイル［００００１．ＭＴＳ］、［００００２．ＭＴＳ］、［００００３．ＭＴＳ］等のストリームファイルは、（４ＧＢ−１）以上のファイルサイズを持つ可能性がある。これらのストリームファイルを第２メディア１１２に記録する場合には、図３に示すファイル変換処理部１５３においてファイル分割処理が行われる。また、第２メディア１１２に記録された分割ストリームファイルを暗号処理部１５１やアプリケーション実行部１５２に提供する場合は、ファイル変換処理部１５３においてファイル連結処理が行われる。

［３．本開示の情報処理装置の実行する処理の概要について］
ＦＡＴ３２ファイルシステムは、前述のように、１つのファイルのサイズに４×２^３０−１Ｂｙｔｅｓ（４ＧＢ−１）の上限があるが、ＢＤＡＶフォーマットのファイルのうち、ＡＶストリームファイルのサイズは、４ＧＢ−１を超える場合がある。例えば、平均１０Ｍｂｐの２時間のＡＶストリームファイルは、約９ＧＢになる。

本開示の情報処理装置においては、ＢＤＡＶフォーマットのファイルをＦＡＴ３２ファイルシステムで管理される記録メディアで記録再生可能とする。例えば、ＢＤＡＶフォーマットの１つのＡＶストリームファイルを、４ＧＢ−１Ｂｙｔｅｓ未満の分割ファイルとしてＦＡＴ３２ファイルシステムで管理される記録メディアに記録する。

ここで、１つの分割ファイルの大きさは、暗号処理単位として規定されるアラインドユニット（Ａｌｉｇｎｅｄ Ｕｎｉｔ）、すなわち、６ｋＢｙｔｅｓ（６×１０２４）のアラインドユニットの整数倍の大きさとする。また、１つのＡＶストリームファイルの最後の分割ファイルを除くものは、９６ｋＢｙｔｅｓ（９６×１０２４）の整数倍の大きさとする。
すなわち、ＢＤＡＶフォーマットの１つのＡＶストリームファイルを４ＧＢ−１Ｂｙｔｅｓ未満のｎ個の分割ファイルとする場合、
（ｎ−１）個の９６ｋＢの整数倍の分割ファイル（ただし４ＧＢ−１Ｂｙｔｅｓ未満）と、
１つの６ｋＢの整数倍の分割ファイル（ただし４ＧＢ−１Ｂｙｔｅｓ未満）、
これらのｎ個の４ＧＢ−１Ｂｙｔｅｓ未満の分割ファイルを設定してＦＡＴ３２ファイルシステムで管理される記録メディアに記録する。

なお、９６ｋＢｙｔｅｓのデータサイズは、
ＢＤＡＶフォーマットにおける暗号処理単位であるアラインドユニット（６ｋＢｙｔｅｓ（６＊１０２４））の１６個分のデータサイズに相当する。
また、ＦＡＴ３２におけるデータ記録再生の最小単位であるクラスタサイズ（３２ｋＢｙｔｅｓ（３２×１０２４））の３個分のデータサイズに相当する。

クラスタとは、ＦＡＴ３２において、ファイルデータを保持するために割り当てることのできる最小単位であり、ファイルサイズが、クラスタサイズの倍数であると、ファイルデータの格納がもっとも効率が良い。逆に、ファイルサイズが、クラスタサイズの倍数とは異なる場合、ファイルの格納に冗長部分が生じる。すなわち、クラスタサイズの倍数との差分が冗長部分となる。

［４．記録および再生対象となるデータの詳細構成について］
図５は、情報処理装置がメディアに記録あるいはメディアから読み出すデータの構造（アプリケーションフォーマット）を示している。実際の再生対象データである画像と音声データからなるＡＶストリームはクリップＡＶストリーム（Ｃｌｉｐ ＡＶ Ｓｔｒｅａｍ）ファイルとして記録され、さらに、これらのＡＶストリームの管理情報、再生制御情報ファイルとして、プレイリスト（ＰｌａｙＬｉｓｔ）ファイルと、クリップ情報（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ）ファイルが規定される。

これら複数のカテゴリのファイルは、
プレイリスト（ＰｌａｙＬｉｓｔ）ファイルを含むプレイリストレイヤ、
クリップＡＶストリーム（Ｃｌｉｐ ＡＶ Ｓｔｒｅａｍ）ファイルと、クリップ情報（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ）ファイルからなるクリップレイヤ、
これらの２つのレイヤに区分できる。

なお、一つのクリップＡＶストリーム（Ｃｌｉｐ ＡＶ Ｓｔｒｅａｍ）ファイルには一つのクリップ情報（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ）ファイルが対応付けられ、これらのペアを一つのオブジェクトと考え、これらをまとめてクリップ（Ｃｌｉｐ）と呼ぶ。
クリップＡＶストリームファイルに含まれるデータの詳細情報、例えばＭＰＥＧデータのＩピクチャ位置情報などを記録したＥＰマップなどの管理情報がクリップ情報ファイルに記録される。

クリップＡＶストリーム（Ｃｌｉｐ ＡＶ Ｓｔｒｅａｍ）ファイルは、ＭＰＥＧ２トランスポートストリームをＢＤＡＶアプリケーションフォーマットの規定構造に従って配置したデータを格納している。

また、クリップ情報（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ）ファイルには、例えば、クリップＡＶストリームファイルのバイト列データのデータ位置と、時間軸上に展開した場合の再生開始ポイントである（エントリポイント：ＥＰ）等の再生時間位置等の対応データ等、クリップＡＶストリームファイルの格納データの再生開始位置などを取得するための管理情報を格納している。

例えば、コンテンツの開始点からの再生時間経過位置を示すタイムスタンプが与えられた時、クリップ情報ファイルを参照して、クリップＡＶストリームファイルのデータ読み出し位置、すなわち再生開始点としてのアドレスを取得することが可能となる。

プレイリスト（ＰｌａｙＬｉｓｔ）ファイルは、クリップ（＝クリップ情報ファイル＋クリップＡＶストリームファイル）レイヤに含まれる再生可能データに対する再生区間の指定情報を有する。プレイリスト（ＰｌａｙＬｉｓｔ）ファイルは、編集可能であり、ユーザによって様々なプレイリストが生成できる。

図６に示すように、一つのプレイリストは、クリップに対する再生区間指定情報の集合として規定される。プレイリストには、あるクリップの一つの再生区間の規定情報としてのプレイアイテム（ＰｌａｙＩｔｅｍ）が記録される。プレイアイテムは、再生開始点を時間軸上で示すＩＮ点と、再生終了点を時間軸上で示すＯＵＴ点の情報を有する。
プレイリストは、複数のプレイアイテムを保持可能であり、プレイアイテムによって規定される再生開始点と再生終了点に従って、データ再生が実行可能となる。

なお、プレイリストには、２つのタイプがある。
１つは、リアルプレイリスト（Ｒｅａｌ ＰｌａｙＬｉｓｔ）であり、
もう１つは、バーチャルプレイリスト（Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔ）である。

リアルプレイリスト（Ｒｅａｌ ＰｌａｙＬｉｓｔ）は、それが参照しているクリップのストリーム部分を共有、すなわち一体化しているとみなされる。リアルプレイリスト（Ｒｅａｌ ＰｌａｙＬｉｓｔ）が消去された場合、それが参照しているクリップのストリーム部分も消去される。
一方、バーチャルプレイリスト（Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔ）は、クリップのデータを共有していない、すなわち一体化していない仮想的なプレイリストである。バーチャルプレイリスト（Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔ）が変更または消去されたとしても、クリップは何も変更されず、消去もされない。

再生対象となる画像や音声の実データを格納したクリップＡＶストリーム（Ｃｌｉｐ ＡＶ Ｓｔｒｅａｍ）ファイルは、図７に示されるＢＤＡＶ ＭＰＥＧ２トランスポートストリーム（ＴＳ：ｔｒａｎｓｐｏｒｔ ｓｔｒｅａｍ）ファイル構造を持つ。

ＢＤＡＶ ＭＰＥＧ２トランスポートストリームファイル構造は以下のような設定を持つ。
１）ＢＤＡＶ ＭＰＥＧ２トランスポートストリームファイルは、整数個のアラインドユニット（Ａｌｉｇｎｅｄ ｕｎｉｔ）から構成される。
２）アラインドユニット（Ａｌｉｇｎｅｄ ｕｎｉｔ）の大きさは、６ｋＢ（＝６１４４バイト（２０４８×３バイト））である。
３）アラインドユニット（Ａｌｉｇｎｅｄ ｕｎｉｔ）は、ソースパケットの第一バイト目から始まる。
４）ソースパケットは、１９２バイト長である。一つのソースパケットは、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒとトランスポートパケットから成る。ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒは、４バイト長であり、またトランスポートパケットは、１８８バイト長である。
５）一つのアラインドユニット（Ａｌｉｇｎｅｄ ｕｎｉｔ）は、３２個のソースパケットから成る。
６）ＢＤＡＶ ＭＰＥＧ２トランスポートストリームファイルの最後のアラインドユニット（Ａｌｉｇｎｅｄ ｕｎｉｔ）も、３２個のソースパケットからなる。よって、ＢＤＡＶ ＭＰＥＧ２トランスポートストリームファイルは、アラインドユニット（Ａｌｉｇｎｅｄ ｕｎｉｔ）の境界で終端する。
７）記録メディアに記録される入力トランスポートストリームのトランスポートパケットの数が３２の倍数でない時、ヌルパケット（ＰＩＤ＝０ｘ１ＦＦＦのトランスポートパケット）を持ったソースパケットを最後のアラインドユニット（Ａｌｉｇｎｅｄ ｕｎｉｔ）に使用しなければならない。

例えば、クリップＡＶストリーム（Ｃｌｉｐ ＡＶ ｓｔｒｅａｍ）ファイルを暗号化して記録する場合、６ｋＢのアラインドユニット（Ａｌｉｇｎｅｄ ｕｎｉｔ）を単位として、ＡＥＳ−ＣＢＣ暗号処理してアラインドユニット（Ａｌｉｇｎｅｄ ｕｎｉｔ）毎に記録する。

図８に示されるように、アラインドユニット（Ａｌｉｇｎｅｄ ｕｎｉｔ）の先頭の１６バイトは平文であり、これを暗号鍵生成情報として用いるシード（Ｓｅｅｄ）データとして、ブロックキーを生成して、それに続く残りのアラインドユニット（Ａｌｉｇｎｅｄ ｕｎｉｔ）のデータ６１２８バイトをＡＥＳ−ＣＢＣで暗号化する。

先に説明したように、プレイリスト（ＰｌａｙＬｉｓｔ）は、クリップ（Ｃｌｉｐ）の再生開始位置や再生終了位置に対応するアクセスポイントを時間軸上の情報であるタイムスタンプで指し示す情報を有する。
クリップ情報ファイル（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）は、このタイムスタンプから、クリップＡＶストリームファイル中のストリームのデコードを開始すべきアドレス情報を見つけるために利用される。

具体的には、クリップ情報ファイル（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）は、図９に示すＥＰマップ（ＥＰ＿ｍａｐ）を有する。
ＥＰマップは、クリップ中の再生開始位置や再生終了位置に対応するアクセスポイント情報として、時間軸上で表現したタイムスタンプと、パケット一次用法で表現したアドレス情報との対応データを有する。

具体的には、
（ａ）アクセスポイントを時間軸上で表現したタイムスタンプ（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）と、
（ｂ）アクセスポイントをクリップＡＶストリーム中のパケット位置を示すアドレスに相当するソースパケット番号（ＳＰＮ）と、
これらの対応情報を有する。

このような対応情報を有するＥＰマップを参照することで、タイムスタンプから対応するアドレス（ＳＰＮ）を取得し、アドレス（ＳＰＮ）に基づいて、例えばＡＶストリーム中の再生開始位置であるデコード開始点などを見つけることができる。

図１０は、ＥＰマップ（ＥＰ＿ｍａｐ）の具体的な構成と利用例を説明する図である。図１０（Ａ）に示すクリップＡＶストリーム（Ｃｌｉｐ ＡＶ ｓｔｒｅａｍ）は、パケット識別子：ＰＩＤで識別されるソースパケットからなるビデオストリームが多重化されている。ビデオストリームは、ソースパケット毎に、ソースパケット内のトランスポートパケットのヘッダに含まれるＰＩＤにより区別される。

ビデオストリームのソースパケットは、ＭＰＥＧデータを構成するＩＰＢピクチャ、すなわち、Ｉ（Ｉｎｔｒａ）ピクチャ、Ｐ（Ｐｒｅｄｉｃｔｉｖｅ）ピクチャ、Ｂ（Ｂｉｄｉｒｅｃｔｉｏｎａｌｌｙ ｐｒｅｄｉｃｔｉｖｅ）ピクチャを有する。Ｉピクチャは単独で復号可能なピクチャデータであり、その他のＰピクチャ、Ｂピクチャは、復号する場合に前後のＩピクチャの参照が必要となる。例えば、ランダムアクセスによる再生開始点は、単独復号可能なＩピクチャを持つパケット位置に設定される。

ＥＰマップはランダムアクセス可能な再生開始点位置情報としてＩピクチャの位置情報を、上述のＰＴＳとＳＰＮの対応データとして保持している。すなわち、
（ａ）アクセスポイントを時間軸上で表現したタイムスタンプ（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）と、
（ｂ）アクセスポイントをクリップＡＶストリーム中のパケット位置を示すアドレスに相当するソースパケット番号（ＳＰＮ）と、
これらの対応情報である。

このような設定としたＥＰマップを参照することで、ランダムアクセス可能な再生開始位置であるＩピクチャの場所を求めることができる。ＥＰマップ（ＥＰ＿ｍａｐ）は、クリップ情報ファイルに含まれるデータである。

ＥＰマップに基づくＩピクチャ位置の検出について、図１０を参照して説明する。図１０（Ａ）はクリップＡＶストリームを示し、各矩形は１９２ビットソースパケットを示している。

図には、Ｉ（Ｉｎｔｒａ）ピクチャの先頭バイトを含むソースパケットを、斜線を付した四角で示している。斜線の無い白い四角はランダムアクセスポイントとならないデータが含まれるソースパケットや、他のストリームのデータが含まれているソースパケットを示す。

例えば、ＰＩＤ＝ｘで区別されるビデオストリームのランダムアクセス可能なＩピクチャの先頭バイトを含むソースパケット番号Ｘ１のソースパケットは、クリップＡＶストリームの時間軸上でＰＴＳ＝ｐｔｓ（ｘ１）の位置に配置される。同様に、次にランダムアクセス可能なＩＤＲピクチャの先頭バイトを含むソースパケットはソースパケット番号Ｘ２のソースパケットとされ、ＰＴＳ＝ｐｔｓ（ｘ２）の位置に配置される。

図１０（Ｂ）に示すように、ソースパケットは、１８８バイトのトランスポートパケットに４バイトのヘッダ（ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒ）を付加した形で構成される。トランスポートパケット部分は、ヘッダ部（ＴＰ ｈｅａｄｅｒ）とペイロード部とからなる。

図１０（Ｃ２）に示すＥＰマップの登録データであるＳＰＮ＿ＥＰ＿ｓｔａｒｔは、シーケンスヘッダ（ＳＱＨ）から始まるＩピクチャを含むアクセスユニット（Ａｃｃｅｓｓ Ｕｎｉｔｅ）の第１バイト目を含むソースパケットのソースパケット番号（ＳＰＮ）を表す。
なお、クリップＡＶストリームファイル中のすべてのパケットに設定された一連の番号がソースパケット番号（ＳＰＮ）である。クリップＡＶストリームファイル中、最初のソースパケットのソースパケット番号をゼロ、その次のパケットのソースパケット番号は１であり、以後、次のパケット毎にソースパケット番号は１つずつ増加する。

図１０（Ｃ２）に示すように、ＥＰマップ（ＥＰ＿ｍａｐ）は、
ストリームＰＩＤ（ｓｔｒｅａｍ＿ＰＩＤ）、
ＥＰエントリ数（ｎｕｍｂｅｒ＿ｏｆ＿ＥＰ＿ｅｎｔｒｉｅｓ）、
プレゼンテーションタイムスタンプＥＰスタート（ＰＴＳ＿ＥＰ＿ｓｔａｒｔ）、および、
ソースパケット番号ＥＰスタート（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）、
これらのデータを記録している。

ストリームＰＩＤ（ｓｔｒｅａｍ＿ＰＩＤ）は、ビデオストリームを伝送するトランスポートパケットのパケット識別子（ＰＩＤ）である。
ＥＰエントリ数（ｎｕｍｂｅｒ＿ｏｆ＿ＥＰ＿ｅｎｔｒｉｅｓ）は、ＥＰ＿ｍａｐに含まれるＰＴＳ＿ＥＰ＿ｓｔａｒｔ とＳＰＮ＿ＥＰ＿ｓｔａｒｔのペアのエントリの個数である。

プレゼンテーションタイムスタンプＥＰスタート（ＰＴＳ＿ＥＰ＿ｓｔａｒｔ）は、ランダムアクセス可能なＩピクチャから始まるＡｃｃｅｓｓ ＵｎｉｔｅのＰＴＳ（プレゼンテーションタイムスタンプ）を表す。
ソースパケット番号ＥＰスタート（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）は、ＰＴＳ＿ＥＰ＿ｓｔａｒｔの値により参照されるアクセスユニット（Ａｃｃｅｓｓ Ｕｎｉｔｅ）の第１バイト目を含むソースパケット番号（ＳＰＮ：Ｓｏｕｒｃｅ Ｐａｃｋｅｔ Ｎｕｍｂｅｒ）を表す。

ビデオストリームのＰＩＤ（パケット識別子）の値がｓｔｒｅａｍ＿ＰＩＤに格納され、ＰＴＳ＿ＥＰ＿ｓｔａｒｔとＳＰＮ＿ＥＰ＿ｓｔａｒｔの対応関係を表すテーブル情報であるＥＰ＿ｍａｐ（）が生成される。
例えば、ＰＩＤ＝ｘのビデオストリームのＥＰマップには、
ＰＴＳ＝ｐｔｓ（ｘ１）とソースパケット番号（ＳＰＮ）Ｘ１、
ＰＴＳ＝ｐｔｓ（ｘ２）とソースパケット番号（ＳＰＮ）Ｘ２、
・・・、
ＰＴＳ＝ｐｔｓ（ｘｋ）とソースパケット番号（ＳＰＮ）Ｘｋ、
これらのＰＴＳとＳＰＮの対応データからなるテーブルが記述される。
上記のテーブルを含むＥＰマップ（ＥＰ＿ｍａｐ）が、１つのクリップＡＶストリームに対応するクリップ情報ファイルに格納される。

このようなデータを持つＥＰマップ（ＥＰ＿ｍａｐ）は、例えばランダムアクセスなどを行うときのデコード開始位置を特定するために参照される。
クリップ中の時間軸上の時刻ｘから再生開始するとき、ＥＰ＿ｍａｐを利用して、クリップＡＶストリームファイルの中でストリームのデコードを開始すべきアドレス情報の計算方法について、図１１を使って説明する。

図１１に示すように、プレイリスト（ＰｌａｙＬｉｓｔ）が、クリップ中の時間軸上の時刻ｘから再生開始を指定する情報を有する場合、ｘよりも小さく最も近い値を持つタイムスタンプ［ＰＴＳ＿ＥＰ＿ｓｔａｒｔ［ｍ］］が特定される。
このプレイリスト情報に従って特定されるタイムスタンプ［ＰＴＳ＿ＥＰ＿ｓｔａｒｔ［ｍ］］に基づいて、クリップ情報ファイル中のＥＰマップを参照して、タイムスタンプ［ＰＴＳ＿ＥＰ＿ｓｔａｒｔ［ｍ］］に対応するソースパケット番号［ＳＰＮ＿ＥＰ＿ｓｔａｒｔ［ｍ］］を特定する。

このようにＥＰマップを利用して、プレイリスト情報に従って決定される再生時間情報であるＰＴＳから、そのＰＴＳに対応するパケット位置情報であるＳＰＮ、すなわち、［ＳＰＮ＿ＥＰ＿ｓｔａｒｔ［ｍ］］を取得する。
このパケット位置［ＳＰＮ＿ＥＰ＿ｓｔａｒｔ［ｍ］］を、クリップＡＶストリームファイル中の再生開始点、すなわち、デコードを開始すべきアドレス情報として取得し、デコード処理を行って再生を行うことができる。

図１２は、クリップ情報ファイル（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）の一例としての［ｚｚｚｚｚ．ＣＰＩ］のシンタクスを示す図である。
ｚｚｚｚｚ．ＣＰＩには、ＣｌｉｐＩｎｆｏ（），ＥＰ＿ｍａｐ（），ＰｒｏｇｒａｍＩｎｆｏ（）の各記述が含まれる。
ＣｌｉｐＩｎｆｏ（）には、このクリップ情報ファイルに対応するクリップＡＶストリームファイルのビットレートなどの属性情報が記録される。
ＰｒｏｇｒａｍＩｎｆｏ（）には、このクリップ情報ファイルに対応するクリップＡＶストリームファイルのビデオストリームやオーディオストリームの符号化方法などの属性情報が記録される。

図１３は、クリップ情報ファイル（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）に記述されるＥＰ＿ｍａｐ（）のシンタクスを示す図である。
ｓｔｒｅａｍ＿ＰＩＤは、ビデオストリームを伝送するトランスポートパケットのパケット識別子（ＰＩＤ）を表す。
ｎｕｍｂｅｒ＿ｏｆ＿ＥＰ＿ｅｎｔｒｉｅｓはＰＴＳ＿ＥＰ＿ｓｔａｒｔ とＳＰＮ＿ＥＰ＿ｓｔａｒｔ のペアのＥＰ（エントリポイント）の数を表す。
なお、ＥＰ（エントリポイント）は、ＥＰマップにＰＴＳ−ＳＰＮの対応データとして記録されたＩピクチャ対応のパケットに対応するアクセスポイントに相当する。
ｎｕｍｂｅｒ＿ｏｆ＿ＥＰ＿ｅｎｔｒｉｅｓ以降の記述が各ＥＰ（エントリポイント）について用意される。ＰＴＳ＿ＥＰ＿ｓｔａｒｔ［ｉ］はＥＰのＰＴＳを表し、ＳＰＮ＿ＥＰ＿ｓｔａｒｔ［ｉ］はＥＰのＳＰＮを表す。このように、ＥＰ＿ｍａｐには、各エントリポイントについてのＰＴＳとＳＰＮが対応付けて登録される。

［５．第１メディアおよび第２メディア対応の２つのファイルシステムにおけるディレクトリとファイルについて］
先に、図１〜図３等を参照して説明したように、本開示の情報処理装置は、
例えば第１メディアであるＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））の第１のファイルシステムに適合するデータ形式と、第２メディアであるフラッシュメモリの第１のファイルシステムに適合するデータ形式とのファイル変換を実行する。

具体的には、
第１ファイルシステムは、ＵＤＦ，ＥｘＦＡＴ，ＮＴＦＳファイルシステムなどであり、第２ファイルシステムは、ＦＡＴ３２ファイルシステムなどである。
以下、これらの各ファイルシステムのディレクトリ構成について説明する。

図１４は、ＵＤＦ，ＥｘＦＡＴ，ＮＴＦＳファイルシステムでのディレクトリとファイルの例を示す図である。これらのファイルシステムは、１つのファイルのサイズの上限が４ＧＢ−１よりもはるかに大きい。

ＩＮＦＯ．ＢＡＶは、ＢＤＡＶディレクトリの下に作られるアプリケーションレイヤの全体的な情報をストアするファイルであり、先に図４を参照して説明したｉｎｆｏ．ｂｄａｖ ｆｉｌｅと同じである。
ＭＥＮＵ．ＴＩＤ，ＭＥＭＵ．ＴＤ１，ＭＥＮＵ．ＴＤ２は、メニューサムネイル画像に関連する情報をストアするファイルであり、先に図４を参照して説明したＦｉｌｅｓ ｆｏｒ Ｍｅｎｕ Ｔｈｕｍｂｎａｉｌと同じである。

ＭＡＲＫ．ＴＩＤ，ＭＡＲＫ．ＴＤ１，ＭＡＲＫ．ＴＤ２は、マークサムネイル画像に関連する情報をストアするァイルであり、先に図４を参照して説明したＦｉｌｅｓ ｆｏｒ Ｍａｒｋ Ｔｈｕｍｂｎａｉｌと同じである。

プレイリスト（ＰＬＡＹＬＩＳＴ）ディレクトリは、２種類のプレイリストファイルをストアする。これらは、先に図６等を参照して説明したリアルプレイリスト（Ｒｅａｌ ＰｌａｙＬｉｓｔ）と、バーチャルプレイリスト（Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔ）である。
ｘｘｘｘｘ．ＲＰＬ、このファイルは、一つのリアルプレイリストに関連する情報をストアする。それぞれのリアルプレイリスト毎に、一つのファイルが作られる。ここで、"ｘｘｘｘｘ"は、５個の０から９まで数字である。ファイル拡張子は、"ＲＰＬ"でなければならない。
"ｙｙｙｙｙ．ＶＰＬ"このファイルは、一つのバーチャルプレイリストに関連する情報をストアする。それぞれのバーチャルプレイリスト毎に、一つのファイルが作られる。ここで、"ｙｙｙｙｙ"は、５個の０から９まで数字である。ファイル拡張子は、"ＶＰＬ"でなければならない。

"ＣＬＩＰＩＮＦ"ディレクトリは、それぞれのＡＶストリームファイルに対応して、一つのファイルをストアする。
"ｚｚｚｚｚ．ＣＰＩ"このファイルは、一つのＡＶストリームファイルに対応するクリップ情報ファイル（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）である。ここで、"ｚｚｚｚｚ"は、５個の０から９までの数字である。ファイル拡張子は、"ＣＰＩ"でなければならない。

"ＳＴＲＥＡＭ"ディレクトリは、クリップＡＶストリームファイル（Ｃｌｉｐ ＡＶ ｓｔｒｅａｍ ｆｉｌｅ）をストアする。
"ｚｚｚｚｚ．ＭＴＳ"このファイルは、クリップＡＶストリームファイル（Ｃｌｉｐ ＡＶ ｓｔｒｅａｍ ｆｉｌｅ）である。ここで"ｚｚｚｚｚ"は、５個の０から９までの数字である。ファイル拡張子は、"ＭＴＳ"でなければならない。
一つのクリップＡＶストリームファイル（Ｃｌｉｐ ＡＶ ｓｔｒｅａｍ ｆｉｌｅ）とそれに対応するクリップ情報ファイル（Ｃｌｉｐ ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）は、同じ５個の数字"ｚｚｚｚｚ"を使用しなければならない。

次に、図１５を参照してＦＡＴ３２ファイルシステムでのディレクトリとファイルについて説明する。

先に図１４を参照して説明したＢＤＡＶディレクトリ中に格納されるファイル中、ＦＡＴ３２の規定である１つのファイルのサイズの上限４ＧＢ−１を超えるファイルサイズとなる可能性のあるファイルは、クリップＡＶストリームファイル（Ｃｌｉｐ ＡＶ ｓｔｒｅａｍ ｆｉｌｅ）である。この他のＩＮＦＯ．ＢＡＶ、メニューサムネイル、プレイリスト（ＰＬＡＹＬＩＳＴ）ディレクトリのファイル、クリップ情報（ＣＬＩＰＩＮＦ）ディレクトリのファイルのサイズは、４ＧＢ−１未満のファイルである。

図１５に示すＦＡＴ３２ファイルシステムのディレクトリ構成において、ストリーム（ＳＴＲＥＡＭ）ディレクトリ下のファイルのほかのディレクトリとファイル、すなわち、ＩＮＦＯ．ＢＤＶ〜ＣＬＩＰＩＮＦのディレクトリとファイルは、先に図１４を参照して説明したディレクトリとファイルと同じであるので、これらについての説明は省略する。

図１５に示すＦＡＴ３２ディレクトリのストリーム（ＳＴＲＥＡＭ）ディレクトリは、次のＭＴＳファイルをストアする。
"ｚｚｚｚｚ−ｎｎ．ＭＴＳ"これらのファイルの名前は、"ｚｚｚｚｚ−ｎｎ．ＭＴＳ"であり、ここで"ｚｚｚｚｚ"は、５個の０から９までの数字であり、"ｎｎ"は、００から９９までの２個の数字である（０から９の一文字の数字のときは頭にゼロをつける）。ファイル拡張子は、"ＭＴＳ"でなければならない。

［６．ファイル変換処理について］
前述したように、本開示の情報処理装置は、例えば第１メディアであるＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））の第１ファイルシステムに適合するデータ形式と、第２メディアであるフラッシュメモリの第２ファイルシステムに適合するデータ形式とのファイル変換を実行する。

図１に示す情報処理装置のデータ処理部１０１内のファイル変換処理部は、図２、図３を参照して説明したように、第１ファイルシステムに従って第１メディア１１１に記録されたデータを第２メディア１１２に対応する第２のファイルシステムの規定を満足する形式に変換して、第２メディア対応ファイルシステム部に提供する。
あるいは、第２ファイルシステムに従って第２メディア１１２に記録されたデータを第１メディア１１１に対応する第１のファイルシステムの規定を満足する形式に変換して、アプリケーション実行部１５２に提供する。

このファイル変換処理の具体例について、図１６を参照して説明する。
図１６は、先に説明した図３と同様、ファイル変換処理の具体例を説明する図であり、変換処理対象のファイルシステム設定を以下の設定として示した図である。
第１メディア１１１に対応する第１ファイルシステムが、図１４を参照して説明したＵＤＦ，ＥｘＦＡＴ，ＮＴＦＳファイルシステム、
第２メディア１１２に対応する第２ファイルシステムが、図１５を参照して説明したＦＡＴ３２ファイルシステム、
これらの設定としたファイル変換処理を説明する図である。

図３を参照して説明したと同様、データ処理部１０１を以下の３つの層（レイヤ）に分割して示している。
（ａ層）暗号処理部１５１、アプリケーション実行部１５２、
（ｂ層）ファイル変換処理部１５３、
（ｃ層）第２メディア対応ファイルシステム部１５４

（ａ層）暗号処理部１５１、アプリケーション実行部１５２は、第１メディア１１１に対応する第１のファイルシステムの規定ルールに対応した処理を実行する。図１６には、第１メディア１１１に対する記録ファイルであるクリップＡＶストリームファイル［００００１．ＭＴＳ］２０１と、クリップ情報ファイル［００００１．ＣＰＩ］２０２を示している。これらのファイルは第１ファイルシステム（本実施例ではＵＤＦ）に対応する動画コンテンツ記録ファイルとしてのＭＰＥＧトランスポートストリームファイルとクリップ情報ファイルである。

（ｃ層）第２メディア対応ファイルシステム部１５４は、第２メディア１１２に対応する第２のファイルシステムの規定ルールに対応した処理を実行する。図１６には、第２メディア１１２に対する３つの記録ファイル、
［００００１−００．ＭＴＳ］２１１−１、
［００００１−０１．ＭＴＳ］２１１−２、
［００００１−０２．ＭＴＳ］２１１−３、
これらを示している。

（ｂ層）ファイル変換処理部１５３は、（ａ層）暗号処理部１５１、アプリケーション実行部１５２、および（ｃ層）第２メディア対応ファイルシステム部１５４の間に位置する。ファイル変換処理部１５３は、ａ層とｃ層間のファイル受け渡しの際に、各層において処理可能な形式にファイルを変換する処理を行う。具体的にはファイルサイズの変換、ファイル名の変換処理などを行う。

例えば、第２メディア１１２に対応する第２のファイルシステムがＦＡＴ３２であり、第１メディア１１１に対応する第１のファイルシステムがＵＤＦであるとする。ＦＡＴ３２に規定する１ファイルの最大サイズは４×２^３０−１Ｂｙｔｅｓ（以下では、４ＧＢ−１と示す）と規定されている。
すなわち、ＦＡＴ３２ファイルシステムは、１つのファイルのサイズに４×２^３０−１Ｂｙｔｅｓ（４ＧＢ−１）の上限がある。
一方、ＵＤＦで規定する１ファイルサイズは、（４ＧＢ−１）より遥かに大きいサイズとなる。

図１６に示すように、ＦＡＴ３２ファイルシステムに従った４ＧＢ−１以下のデータサイズを持つ分割ファイルとして、
［００００１−００．ＭＴＳ］２１１−１、
［００００１−０１．ＭＴＳ］２１１−２、
［００００１−０２．ＭＴＳ］２１１−３、
これらが存在する場合、ファフイル変換処理部１５３は、これらの分割ファイルの連結処理によって、第１メディア１１１に対応する第１のファイルシステムに対応するファイルを生成する。

具体的には、分割ファイルのファイル名の上位数値列として同じ"ｚｚｚｚｚ"＝００００１の数字を持つＭＴＳファイルを、ファイル名の下位数値列、すなわち分割ファイルの配列順を示す"ｎｎ"＝００〜０２の数字の昇順に連結することにより第１メディア１１１に対応する第１のファイルシステムに適合した一つの仮想的なＡＶストリームファイルを生成する。

この分割ファイルの連結処理によって生成される一つの仮想的なＡＶストリームファイルは、先に図７を参照して説明したＢＤＡＶ ＭＰＥＧ２ ｔｒａｎｓｐｏｒｔ ｓｔｒｅａｍ ｆｉｌｅを含む１つのＣｌｉｐ ＡＶ ｓｔｒｅａｍ ｆｉｌｅと成る。
なお、第１メディア１１１に対応する第１のファイルシステムに対応するファイルを分割して、複数の分割ファイルを生成して第２メディア１１２に記録する処理を行う場合、分割ファイルのファイル名の上位数値列として同じ"ｚｚｚｚｚ"の数字を持つ分割ＭＴＳファイルを設定し、ファイル名の下位数値列"ｎｎ"の値は、００から初めて１つずつ値が増加させて設定して、各分割ファイルのファイル名とする。

１つのＡＶストリームファイルは、４×２^３０−１Ｂｙｔｅｓ未満のＭＴＳファイル（一つの仮想的なクリップＡＶストリームファイル（Ｃｌｉｐ ＡＶ ｓｔｒｅａｍ ｆｉｌｅ）のファイル断片）に分割して記録され、ここで、１つの分割ファイル（ファイル断片）の大きさは、アラインドユニット（６ｋＢｙｔｅｓ（６×１０２４））の整数倍の大きさであり、加えて、１つのＡＶストリームファイルの最後の分割ファイル（ファイル断片）を除くものは、９６ｋＢｙｔｅｓ（９６×１０２４）の整数倍の大きさである。

図１６に示す例では、末尾の分割ファイルを除く分割ファイル、すなわち、
００００１−００．ＭＴＳ２１１−１と、
００００１−０１．ＭＴＳ２１１−２は、
６Ｋｂのアラインドユニットの整数倍の大きさであり、かつ、９６ｋＢｙｔｅｓ（９６×１０２４）の整数倍の大きさである。そして、末尾の分割ファイル、
００００１−０２．ＭＴＳ２１１−３は、
１つのＡＶストリームファイルの最後のファイル断片であり、それはて６Ｋｂのアラインドユニットの整数倍の大きさである。

なお、一つのクリップＡＶストリームファイル（Ｃｌｉｐ ＡＶ ｓｔｒｅａｍ ｆｉｌｅ）とそれに対応するクリップ情報ファイル（Ｃｌｉｐ ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）は、同じ５個の数字"ｚｚｚｚｚ"を使用しなければならない。

ここで、９６ｋＢｙｔｅｓのサイズは、１６個分のアラインドユニット（６ｋＢｙｔｅｓ（６×１０２４））の大きさであり、また、ＦＡＴ３２のクラスタサイズ３２ｋＢｙｔｅｓ（３２×１０２４）の３個分にあたる大きさである。なお、クラスタとは、前述したようにＦＡＴ３２において、ファイルデータを保持するために割り当てることのできる最小単位であり、ファイルサイズが、クラスタサイズの倍数であると、ファイルデータの格納がもっとも効率が良い。逆に、ファイルサイズが、クラスタサイズの倍数とは異なる場合、ファイルの格納に冗長部分が生じる（クラスタサイズの倍数との差分が冗長部分となる）。それぞれのＭＴＳファイル（一つの仮想的なクリップＡＶストリームファイル（Ｃｌｉｐ ＡＶ ｓｔｒｅａｍ ｆｉｌｅ）のファイル断片）の第一バイト目が、クラスタの先頭に合わせて記録される。

［７．データ記録処理シーケンスについて］
次に、ファイル変換を伴うデータ記録処理のシーケンスについて、図１７以下に示すフローチャートを参照して説明する。なお、以下では、
第１メディア１１１対応の第１ファイルシステム＝ＵＤＦ、
第２メディア１１２対応の第２ファイルシステム＝ＦＡＴ３２、
このような設定であるとして説明を行う。
ただし、本開示は、上記のファイルシステムの組み合わせに限らず、アプリケーション実行部における処理が利用メディア（本例では第２メディア）のファイルシステムに対応したデータ処理と異なる構成において適用可能である。

前述したように、第２メディア１１２対応の第２ファイルシステムであるＦＡＴ３２の許容する最大ファイルサイズは（４ＧＢ−１）であり、第１メディア１１１対応の第１ファイルシステムであるＵＤＦの許容する最大ファイルサイズは（４ＧＢ−１）より遥かに大きいサイズである。

図２、図３に示すファイル変換処理部１５３の処理の概要は以下の通りである。
アプリケーション実行部１５２、または暗号処理部１５１が、第２メディア１１２を利用したデータ記録再生処理、あるいはデータ編集処理を実行する場合、第２メディア１１２対応の第２ファイルシステム（ＦＡＴ３２）の許容するファイル最大サイズ（４ＧＢ−１）に応じてファイル分割またはファイル連結処理を実行する。

なお、本例では、アプリケーション実行部１５２、または暗号処理部１５１において処理対象とするファイル中、（４ＧＢ−１）以上のファイルサイズになる可能性があるファイルは、コンテンツの実体データを格納したストリームファイルであり、ファイル変換処理部１５３は、ストリームファイルに対してファイル分割またはファイル連結処理を伴うファイル変換処理を実行する。管理ファイルや再生制御情報ファイルなど（４ＧＢ−１）ストリームファイル以外のファイルについてはファイル分割またはファイル連結処理を伴うファイル変換処理を実行しない。

なお、ファイル変換処理には、ファイル名変換処理も伴う。例えば、先に図１６を参照して説明したように、アプリケーション実行部１５２、または暗号処理部１５１において処理対象とする（４ＧＢ−１）以上のオリジナルファイル２０１のファイル名［００００１．ＭＴＳ］と第２メディア１１２対応の分割ファイル２１１−１〜３［００００１−００〜０２．ＭＴＳ］のファイル名との変換を行う。

図１７のフローチャートを参照して第２メディア１１２にデータ記録を実行する場合のファイル変換処理部１５３の処理について説明する。なお、図１７に示すフローはアプリケーション実行部１５２において生成されたファイルの記録処理のシーケンスである。

図１７に示すフロー中、ステップＳ１０１の処理はアプリケーション実行部の処理、ステップＳ１０２〜Ｓ１１２の処理はファイル変換処理部の処理、ステップＳ１２１の処理が第２メディア対応ファイルシステム部の処理に相当する。

まず、ステップＳ１０１において、アプリケーション実行部がファイル書き込み処理命令を発行する。なお、この処理フローは、書き込み対象メディアが第２メディアである場合の処理である。アプリケーション実行部はステップＳ１０１において、書き込み対象とするファイル名を引数として持つファイル書き込み命令を発行する。

ファイル変換処理部は、ステップＳ１０２において、アプリケーション実行部からのファイル書き込み命令の発行を検出する。
次に、ステップＳ１０３において、ファイル変換処理部は、アプリケーション実行部の発行したファイル書き込み命令を解析し、書き込みファイルの種類、サイズを判定する。

ファイル変換処理部が、ステップＳ１０４において、ファイルの種類がストリームファイルであると判定した場合はステップＳ１０５に進む。ステップＳ１０４において、ファイルの種類がストリームファイルでないと判定した場合はステップＳ１１１に進む。ステップＳ１１１では、アプリケーション実行部からのファイル書き込み命令を、そのまま第２メディアファイルシステム部に出力する。

先に説明したようにストリームファイル以外のファイルは、第２メディア対応のファイルシステムにおいて許容された最大ファイルサイズ（４ＧＢ−１）のサイズであることが保証されている。従って、ストリームファイル以外のファイルの書き込み命令は、そのまま第２メディア対応ファイルシステム部に出力し、ステップＳ１２１に進み、第２メディア対応ファイルシステム部は、アプリケーション実行部の生成した書き込み命令をそのまま適用して第２メディアに対する書き込み処理を行う。

一方、ステップＳ１０４において、ファイルの種類がストリームファイルであると判定した場合は、ステップＳ１０５に進む。ファイルの種類がストリームファイルである場合、ファイルサイズは、第２メディア対応のファイルシステムにおいて許容された最大ファイルサイズ（４ＧＢ−１）より大きい可能性がある。この場合は、ステップＳ１０５においてファイルサイズを確認する。

ファイルサイズが、第２メディア対応のファイルシステムにおいて許容された最大ファイルサイズ（４ＧＢ−１）より大きいことが確認された場合は、ステップＳ１０６に進む。大きくない場合は、ステップＳ１１２に進む。

ステップＳ１１２では、最大許容ファイルサイズ（４ＧＢ−１）より小さい書き込み対象ファイルのファイル名を設定する。なお、ファイル変換処理部は、アプリケーション実行部の生成するファイル（オリジナルファイル）のファイル名と、第２メディアに記録する記録ファイル名の変換を予め設定したルールに従って実行する。具体的な変換例については後述する。

ステップＳ１１２におけるファイル名設定は、例えば以下の条件を満足する処理として行われる。
（ａ）第２メディア対応の第２ファイルシステムにおいて許容されたファイル名の設定、
（ｂ）アプリケーション実行部が生成したファイル（オリジナルファイル）に対する分割処理がなされていないことを示す識別情報の設定、
これら（ａ），（ｂ）の条件を満足するファイル名の設定を行なう。ステップＳ１１２においてファイル名が設定された後、ステップＳ１２１に進み、第２メディア対応ファイルシステム部は、ステップＳ１１２で設定したファイル名を適用して第２メディアに対する書き込み処理を行う。ただし、ファイル名の変換はファイル分割が実行された場合にのみ行い、ファイル分割が行われない場合は、ファイル名変換を行わない設定としてもよい。

ステップＳ１０５において、ファイルサイズが、第２メディア対応のファイルシステムにおいて許容された最大ファイルサイズ（４ＧＢ−１）より大きいことが確認された場合は、ステップＳ１０６に進む。ステップＳ１０６では、ファイルを分割し、分割ファイル各々にファイル名を設定する。すなわち、第２メディア対応の第２ファイルシステムにおいて許容された最大許容ファイルサイズ（４ＧＢ−１）より小さい複数の分割ファイルを生成し、生成した分割ファイルの各々にファイル名を設定する。

なお、上述したように、ファイル変換処理部は、アプリケーション実行部の生成するファイル（オリジナルファイル）のファイル名と、第２メディアに記録する記録ファイル名の変換を予め設定したルールに従って実行する。また、分割処理を実行する際にも、ファイル変換処理部は、予め規定したルールに従ったファイル分割処理を行う。例えば、ファイル変換処理部１５３は、複数の分割ファイルの各々に、分割元ファイルの識別情報と分割ファイルの配列情報を含むファイル名を設定する。このファイル名設定ルールおよび分割ルールの詳細については後述する。

なお、分割した各ファイルについてのファイル名設定処理は、例えば以下の条件を満足する設定処理として行われる。
（ａ）第２メディア対応の第２ファイルシステムにおいて許容されたファイル名の設定、
（ｂ）アプリケーション実行部が生成したファイル（オリジナルファイル）に対する分割処理がなされていることを示す識別情報の設定、
これら（ａ），（ｂ）の条件を満足するファイル名の設定を行なう。ステップＳ１０６においてファイル名が設定された後、ステップＳ１０７に進む。

ステップＳ１０７では、ファイル変換処理部が、第２メディア対応ファイルシステム部に対して、分割ファイル各々に対して設定したファイル名を引数としたファイル書き込み命令を出力する。ステップＳ１２１では、第２メディア対応ファイルシステム部が、ステップＳ１０６で設定した分割ファイル各々のファイル名を適用して第２メディアに対して全ての分割ファイルの書き込み処理を行う。

分割ルールは、例えば図１８に示すルールを適用する。すなわち、
（条件１）第１ファイルシステムの適用メディア（Ｂｕｌ−ｒａｙディスク）の格納コンテンツの暗号処理単位であるアラインドユニット（ａｌｉｇｎｅｄ ｕｎｉｔ＝６ＫＢ（６１４４ｂｙｔｅｓ））の整数倍であり、かつ、
（条件２）第２ファイルシステム（ＦＡＴ３２）におけるファイルデータを保持するために割り当てることのできる最小データ単位（クラスタ＝３２ＫＢ）の整数倍、
これらの条件１，２を満足するファイル分割ポイントを設定する。
これらの（条件１）と（条件２）の双方を満足するようにファイル分割を行う。
なお、上記（条件１）と（条件２）を満足させるための最小分割単位は９６ＫＢとなる。
すなわち、分割ファイルは、４ＧＢ−１以下であり、かつ９６ＫＢの整数倍の分割ファイルを生成する。ただし、末尾の分割ファイルは４ＧＢ−１以下で６ＫＢの整数倍のデータサイズであればよい。

次に、ファイル名の変換ルールの例について図１９を参照して説明する。先に説明したように、ファイル変換処理部１５３は、ファイル分割を実行した場合、複数の分割ファイルの各々に、分割元ファイルの識別情報と分割ファイルの配列情報を含むファイル名を設定する。ファイル名変換ルールは、例えば図１９に示すようなルールを適用することが可能である。

なお、分割前のオリジナルファイルのファイル名は［００００１．ＭＴＳ］であるとする。
拡張子はそのまま（ＭＴＳ）として、分割前のオリジナルファイルのファイル名［００００１］を上位数値列（ＺＺＺＺＺ）とし、さらに、この上位数値列の後の下位数値列として、分割ファイルの配列を示す連番（ｘｘ）を設定（連番ｘｘは１０進、１６進、３６進など）する。

分割ファイルのファイル名は、以下のようになる。
［００００１−０１．ＭＴＳ］，［００００１−０２．ＭＴＳ］，［００００１−０３．ＭＴＳ］・・・、あるいは、
［００００１−００．ＭＴＳ］，［００００１−０１．ＭＴＳ］，［００００１−０２．ＭＴＳ］・・・

分割処理が必要な場合は、上記のルールを適用してファイル名設定を行い、第２メディアに記録する。連結処理を行う場合は、分割時に適用したファイル名変換の逆処理によってオリジナルファイル名を復元する。

なお、図１９にはファイル分割処理を伴うファイル名変換について示しているが、ファイル分割処理を伴わないファイル名については変換しないで第２メディア１１２に記録する設定としてもよい。変換する場合は、例えば分割ファイルに適用しない数値の組み合わせからなる拡張子を設定することで、分割されていないことを判別可能とする設定としてもよい。

図２０に示すフローチャートを参照して、分割ファイルの設定シーケンスの詳細処理について説明する。
まず、ステップＳ２０１において、分割処理対象となるファイル［ｚｚｚｚｚ．ＭＴＳ］のファイル名を利用して、分割ファイルの上位数値列［ｚｚｚｚｚ］を決定する。この分割ファイルのファイル名の上位数値列ｚｚｚｚｚは、分割処理対象となるファイル［ｚｚｚｚｚ．ＭＴＳ］のファイル名をそのまま利用すればよい。
例えば、分割処理対象となるファイルが［００００１．ＭＴＳ］であれば、分割ファイルのファイル名の上位数値列ｚｚｚｚｚは［００００１］とする。

次に、ステップＳ２０２において、分割ファイルのファイル名の下位数値列［ｎｎ］を決定する。下位数値列は、分割ファイルの配列順を示す識別子であり、例えば００，０１，０２，０３・・・のように００から１つずつ増加させて設定すればよい。
例えば、分割処理対象となるファイルが［００００１．ＭＴＳ］であれば、第１番目の分割ファイルのファイル名は［００００１−００］とする。

次に、ステップＳ２０３において、分割処理対象となるファイルが［００００１．ＭＴＳ］の先頭から、パケット（１９２ｂｙｔｅ）を入力し、これらの入力ソースパケットを３２パケット単位でまとめた６ＫＢのアラインドユニットを生成する。なお、ソースパケットとアラインドユニットとの対応関係は、先に説明した図７に示す対応関係にである。

次に、ステップＳ２０４において、生成したアラインドパケットが分割処理対象となるファイル［００００１．ＭＴＳ］の最終のアラインドパケットであるか否かを判定する。最終のアラインドパケットである場合は、ステップＳ２０５に進み、未記録のアラインドユニットをメディアに記録する。

一方、ステップＳ２０４において、生成したアラインドパケットが分割処理対象となるファイル［００００１．ＭＴＳ］の最終のアラインドパケットでないと判定した場合は、ステップＳ２０６に進み、１６個のアラインドユニットの生成が完了したか否かを判定する。なお、１６個のアラインドユニットは、６ＫＢ×１６＝９６ＫＢのデータサイズであり、末尾の分割ファイルを除く基本的な分割ファイルの単位サイズ（最小サイズ）に相当する。前述したように、末尾の分割ファイルを除く基本的な分割ファイルのサイズは９６ＫＢの整数倍に設定される。

ステップＳ２０６において、１６個のアラインドユニットの生成が完了したと判定した場合はステップＳ２０７に進む。未完了と判定した場合は、ステップＳ２０３に戻りアイランドユニット生成処理を継続する。

ステップＳ２０６において、１６個のアラインドユニットの生成が完了したと判定した場合は、ステップＳ２０７において、１６個のアラインドユニットをＦＡＴ３２における３つのクラスタとして設定する。
前述したように、クラスタは、ＦＡＴ３２における最小のデータ記録再生単位であり、３２Ｋｂのデータサイズである。
１６個のアラインドユニットは６ＫＢ×１６＝９６ＫＢであるので、３２ＫＢのクラスタ３つ分のデータに対応する。

次に、ステップＳ２０８に進み、現在作成中の分割ファイル［ｚｚｚｚｚ−ｎｎ］のデータに、さらに９６ＫＢのデータを追加した場合のデータサイズがＦＡＴ３２における許容最大ファイルサイズである４ＧＢ−１（４×２^３０−１Ｂｙｔｅ）を超えるか否かを判定する。
超えない場合は、さらに９６ＫＢのデータを現在作成中の分割ファイル［ｚｚｚｚｚ−ｎｎ］に追加するため、ステップＳ２０３以下の処理を再度実行し、アラタナアラインドユニット生成を開始する。

一方、ステップＳ２０８において、現在作成中の分割ファイル［ｚｚｚｚｚ−ｎｎ］のデータに、さらに９６ＫＢのデータを追加した場合のデータサイズがＦＡＴ３２における許容最大ファイルサイズである４ＧＢ−１（４×２^３０−１Ｂｙｔｅ）を超えると判定した場合は、ステップＳ２０９に進み、現在生成中の分割ファイルの生成は完了し、次の分割ファイルの生成に移行する。この場合は、ステップＳ２０２に進み、新たな分割ファイルのファイル名として下位数値列［ｎｎ］を１つ増加させた分割ファイルを設定して、その新規分割ファイルに対する格納データをステップＳ２０３以下の処理を実行して生成する。

このようにして、複数の分割ファイルとして４ＧＢ−１以下でかつ９６ＫＢの整数倍のデータサイズを持つ分割ファイル［ｚｚｚｚｚ−００］、［ｚｚｚｚｚ−０１］、［ｚｚｚｚｚ−０３］・・・が生成される。
なお最後の分割ファイルは、４ＧＢ−１以下で６ＫＢの整数倍のデータサイズとする。

［８．データ再生処理シーケンスについて］
次に、図２１以下に示すフローチャートを参照して、第２メディア１１２からのデータ再生処理を実行する場合のファイル変換処理部１５３の処理について説明する。図２１に示すフロー中、ステップＳ３０１の処理はアプリケーション実行部の処理、ステップＳ３０２〜Ｓ３０８の処理はファイル変換処理部の処理、ステップＳ３１１の処理が第２メディア対応ファイルシステム部の処理である。

まず、ステップＳ３０１において、アプリケーション実行部がファイル読み出し処理命令を発行する。なお、この処理フローは、読み出し対象メディアが第２メディアである場合の処理である。アプリケーション実行部はステップＳ３０１において、読み出し対象とするファイル名と、ファイル内の読み出し開始位置に対応するファイル内バイト位置を引数として持つファイル読み出し命令を発行する。

ファイル変換処理部は、ステップＳ３０２において、アプリケーション実行部からのファイル読み出し命令の発行を検出する。
次に、ステップＳ３０３において、ファイル変換処理部は、アプリケーション実行部の発行したファイル読み出し命令を解析し、読み出しファイルの種類を判定する。

ファイル変換処理部が、ステップＳ３０４において、ファイルの種類がストリームファイルであると判定した場合はステップＳ３０５に進む。ステップＳ３０４において、ファイルの種類がストリームファイルでないと判定した場合はステップＳ３０８に進む。ステップＳ３０８では、アプリケーション実行部からのファイル読み出し命令を、そのまま第２メディアファイルシステム部に出力する。

先に図１７のフローを参照して説明したように、ストリームファイル以外のファイルは、第２メディア対応のファイルシステムにおいて許容された最大ファイルサイズ（４ＧＢ−１）以下のサイズであり、アプリケーション実行部からのファイル書き込み命令をそのまま適用して第２メディアへのファイル書き込みが行われている。

従って、ファイル読み出し処理に際しては、ステップＳ３０８においてアプリケーション実行部からのファイル読み出し命令を、そのまま第２メディアファイルシステム部に出力し、ステップＳ３１１において、アプリケーション実行部からのファイル読み出し命令をそのまま適用して第２メディアからのファイル読み出しが行われる。

一方、ステップＳ３０４において、ファイルの種類がストリームファイルであると判定した場合は、ステップＳ３０５に進む。ファイルの種類がストリームファイルである場合、ファイルサイズは、第２メディア対応のファイルシステムにおいて許容された最大ファイルサイズ（４ＧＢ−１）より大きい可能性があり、先に図１７のフローを参照して説明したように、第２メディアには分割ファイルとして記録されている可能性がある。また第２メディアに記録されているファイル名は、アプリケーション実行部の要求ファイル名と異なるファイル名として記録されている。

ファイル変換処理部は、ステップＳ３０５において、アプリケーション実行部の発行した読み出し命令内のパラメータである引数（オリジナルのファイル名と読み出しバイト位置）に基づいて、アプリケーション実行部の発行した読み出し対象データが含まれるファイルを特定する。さらに、ステップＳ３０６において、アプリケーション実行部の発行した読み出し対象データが含まれる第２メディアに格納されたファイルのファイル名と読み出し開始位置としてのファイルの読み出しバイト位置を算出する。

先に図１７、図１９を参照して説明したように、第２メディアにストリームファイルを記録する場合、ファイル変換処理部は、アプリケーション実行部の生成するファイル（オリジナルファイル）のファイル名と、第２メディアに記録する記録ファイル名の変換を予め設定したルールに従って実行する。また、ファイル記録時に分割処理を実行している場合、予め規定したルールに従った分割処理を行っている。ファイル変換処理部は、この適用ルールに基づいて、アプリケーション実行部の発行した読み出し命令内のパラメータである引数（オリジナルのファイル名と読み出しバイト位置）に基づいて、第２メディアに格納されたファイルのファイル名と読み出し開始位置としてのファイルの読み出しバイト位置を算出する。
なお、これらの処理の詳細については、図２３に示すフローチャートを参照して後段で説明する。

次に、ステップＳ３０７において、ファイル変換処理部は、第２メディア対応ファイルシステム部に対して、読み出し対象となるファイルのファイル名と、読み出し開始位置としてのファイル内のバイト位置情報を引数（パラメータ）として含む読み出し命令を発行する。

ステップＳ３１１では、第２メディア対応ファイルシステム部が、ステップＳ３０７において、ファイル変換処理部が発行した読み出し命令に従って、第２メディアからファイル読み出しを行う。

その後、第２メディア対応ファイルシステム部が第２メディアから読み出したファイルに対して、ファイル変換処理部は、さらに図２２に示すフローに従った処理を実行する。まず、ステップＳ３５１において、読み出しファイルがストリームファイルか否かが判定される。ストリームファイルでない場合は、ステップＳ３６１に進み、第２メディア対応ファイルシステム部が第２メディアから読み出したファイルをそのままアプリケーション実行部に渡してファイル読み出し処理を終了する。

ステップＳ３５１において、読み出しファイルがストリームファイルであると判定した場合は、ステップＳ３５２に進む。ステップＳ３５２では、ファイル変換処理部は、さらに読み出しファイルが分割ファイルであるか否かを判定する。

読み出しファイルが分割ファイルでない場合は、ステップＳ３６２に進む。ステップＳ３６２では、第２メディアからの読み出しファイルのファイル名をオリジナルファイル名に変換してアプリケーション実行部にファイルを出力して処理を終了する。なおファイル名変換ルールは予め規定されており、ファイル変換処理部は、規定されたルールに従ってファイル名を変換する。ただし、前述したように、ファイル名の変換はファイル分割が実行された場合にのみ行う設定も可能であり、この場合は、ステップＳ３６２の処理は省略可能である。

ステップＳ３５２において、読み出しファイルが分割ファイルであると判定した場合は、ステップＳ３５３に進む。ステップＳ３５３では、第２メディアからの読み出した分割ファイルを連結して、分割される以前のオリジナルファイルを生成し、さらに、オリジナルファイル名を設定してアプリケーション実行部にファイルを出力して処理を終了する。なお、ファイル分割ルール、ファイル連結ルール、およびファイル名変換ルールは予め規定されており、ファイル変換処理部は、規定されたルールに従ってファイルの連結処理とファイル名設定処理を行なう。このように、分割されたファイル名からオリジナルファイル名を復元してアプリケーション実行部に対して出力する、ファイル変換処理部１５３を設けることにより、ファイルサイズの制限が緩い第１のメディア１１１からの再生においても、また、ファイルサイズの制限が厳しい第２のメディア１１２からの再生においても同じモジュールをアプリケーション実行部として用いることができるため、再生装置の製造が容易になるという効果を奏する。

図２１を参照して説明した再生処理におけるステップＳ３０５〜Ｓ３０６の再生データ位置算出処理においては、再生データを格納した分割ファイルの特定と分割ファイル内の再生データ位置の特定が必要となる。
先に説明したように、再生位置情報としてのタイムスタンプがプレイリストに記録されており、このタイムスタンプに基づいてストリームファイルのデータ位置を示すアドレスを取得して再生位置に対応するデータを取得する処理が行われ、この処理に際してクリップ情報ファイルに記録されたＥＰマップが利用される。この処理については、先に図９〜図１１等を参照して説明したとおりである。

このタイムスタンプ情報から再生データのアドレスを取得して再生対象データを特定する処理の詳細シーケンスについて、図２３に示すフローチャートを参照して説明する。

まず、ステップＳ５０１において、クリップ［ｚｚｚｚｚ］の再生開始位置であるアクセスポイントを時間軸上で示すタイムスタンプ情報を受領する。例えば再生制御情報ファイルであるプレイリストファイルにはランダム再生可能なアクセスポイントを示すタイムスタンプを記録しており、プレイリストファイルからタイムスタンプを読み取る。

次に、ステップＳ５０２において、ＦＡＴ３２の記録データとして設定されたクリップ［ｚｚｚｚｚ］と同一の数値列［ｚｚｚｚｚ］をファイル名の上位数値列として有する分割ファイルを取得する。すなわち、ｚｚｚｚｚ−００．ＭＴＳ、ｚｚｚｚｚ−０１．ＭＴＳ、ｚｚｚｚｚ−０２．ＭＴＳ、・・・これらのファイルを取得し、これらの分割ファイルを、下位数値列［ｎｎ］を適用して配列する。下位数値列を００，０１，０２，０３・・・・、この順番で配列することで、分割前の第１ファイルシステムに対応する仮想クリップＡＶストリームファイル［ｚｚｚｚｚ．ＭＴＳ］を生成することができる。

次に、ステップＳ５０３において、クリップＡＶストリームファイル［ｚｚｚｚｚ．ＭＴＳ］に対応するクリップ情報ファイル［ｚｚｚｚｚ．ＣＰＩ］を読み取る。なおこのクリップ情報ファイルは分割されずにフラッシュメモリ等の第２メディアに記録されている。

次に、ステップＳ５０４において、取得したクリップ情報ファイル［ｚｚｚｚｚ．ＣＰＩ］からＥＰマップを読み取る。
さらに、ステップＳ５０５において、ＥＰマップの登録データに含まれる、
プレゼンテーションタイムスタンプＥＰスタート（ＰＴＳ＿ＥＰ＿ｓｔａｒｔ）と、
ソースパケット番号ＥＰスタート（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）との対応データを取得する。

先に、図１０を参照して説明したように、ＥＰマップ（ＥＰ＿ｍａｐ）は、
プレゼンテーションタイムスタンプＥＰスタート（ＰＴＳ＿ＥＰ＿ｓｔａｒｔ）、および、ソースパケット番号ＥＰスタート（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）の対応データを記録している。
プレゼンテーションタイムスタンプＥＰスタート（ＰＴＳ＿ＥＰ＿ｓｔａｒｔ）は、ランダムアクセス可能なＩピクチャから始まるＡｃｃｅｓｓ ＵｎｉｔｅのＰＴＳ（プレゼンテーションタイムスタンプ）を表す。
ソースパケット番号ＥＰスタート（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）は、ＰＴＳ＿ＥＰ＿ｓｔａｒｔの値により参照されるアクセスユニット（Ａｃｃｅｓｓ Ｕｎｉｔｅ）の第１バイト目を含むソースパケット番号（ＳＰＮ：Ｓｏｕｒｃｅ Ｐａｃｋｅｔ Ｎｕｍｂｅｒ）を表す。

次のステップＳ５０５において、ＥＰマップに登録されたプレゼンテーションタイムスタンプＥＰスタート（ＰＴＳ＿ＥＰ＿ｓｔａｒｔ）から、ステップＳ１０１で受領したタイムスタンプに最も近いデータ（ＰＴＳ＿ＥＰ＿ｓｔａｒｔ）を選択する。すなわち、ステップＳ１０１で受領したタイムスタンプに最も近いランダム再生可能な（ＰＴＳ＿ＥＰ＿ｓｔａｒｔ）を取得する。さらに、ＥＰマップにおいて、この（ＰＴＳ＿ＥＰ＿ｓｔａｒｔ）に対応付けられたソースパケット番号ＥＰスタート（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）を取得する。

このソースパケット番号ＥＰスタート（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）がステップＳ１０１で受領したタイムスタンプ位置に最も近いランダム再生可能なパケット位置を示すアドレスに相当する。

次に、ステップＳ５０６において、上記アドレスによって特定されるデータ位置を決定するために、以下のａ，ｂの値を算出する。
ａ：再生位置アドレス（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）が示すデータ位置が、クリップＡＶストリームファイル［ｚｚｚｚｚ．ＭＴＳ］の先頭から何番目のアラインドユニットであるかを示す値（ａ番目のアラインドユニットに上記アドレスのデータ位置が含まれる）
ｂ：再生位置アドレス（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）が示すデータ位置が、クリップＡＶストリームファイル［ｚｚｚｚｚ．ＭＴＳ］の先頭から何バイト目であるかを示す値（ｂバイト目に上記アドレスのデータ位置が含まれる）

上記のａ，ｂは、以下の式によって算出する。
ａ＝（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）／３２
ｂ＝ａ×（６×１０２４）
ただし、上記のａの算出式において演算子（／）は、小数点以下切り捨ての割り算である。
上記式に従って、ａ，ｂとも整数値として算出する。

次に、ステップＳ５０７において、分割ファイルを連結して生成した仮想的なクリップＡＶストリームファイル［ｚｚｚｚｚ．ＭＴＳ］からａ番目のアラインドユニットを取得し、クリップＡＶストリームファイル［ｚｚｚｚｚ．ＭＴＳ］の先頭からのバイト数がｂとなる位置を特定する。

なお、再生開始位置に対応する再生位置アドレスである（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）が含まれる分割ファイルの選択と、選択した分割ファイルの先頭からのバイト数ｂ'の算出処理を行う場合の処理例について、図２４を参照して説明する。

図２４（１）は、ＦＡＴ３２の記録データとして設定されたクリップ［ｚｚｚｚｚ］と同一の数値列［ｚｚｚｚｚ］をファイル名の上位数値列として有する分割ファイル、ｚｚｚｚｚ−００．ＭＴＳ、ｚｚｚｚｚ−０１．ＭＴＳ、ｚｚｚｚｚ−０２．ＭＴＳ、これらのファイルの連結処理によって生成した仮想クリップＡＶストリームファイル［ｚｚｚｚｚ．ＭＴＳ］である。

図２４（２）は、ＦＡＴ３２のファイルシステムの管理情報であるファイルシステム情報を示している。ファイルシステム情報は、ファイル名の上位数値列として同じ［ｚｚｚｚｚ］の数字を持つＭＴＳファイルについて、ファイル名とそのファイルのサイズ（バイト単位）の情報を持つ。同じ［ｚｚｚｚｚ］の数字を持つＭＴＳファイルのファイルサイズを、［ｎｎ］の昇順に加算し、この加算値と、先に図２３のフローのステップＳ５０６において算出した再生開始位置を示すクリップＡＶストリームファイル先頭からのバイト数［ｂ］の値とを比較する。

例えば、図２４（２）に示すように、ファイルシステムは、各分割ファイルのファイルサイズとして以下の情報を記録している。
分割ＭＴＳファイル［００００１−００．ＭＴＳ］：Ｘ、
分割ＭＴＳファイル［００００１−０１．ＭＴＳ］：Ｙ、
分割ＭＴＳファイル［００００１−０２．ＭＴＳ］：Ｚ、
このようなファイル名とそのファイルのサイズ（バイト単位）の情報を持つ。

これらのファイルサイズを順次加算する。
最初の加算値は、Ｘである。次に、Ｙを加算して、Ｘ＋Ｙになる。次に、Ｚを加算して、Ｘ＋Ｙ＋Ｚになる。いま、加算値が、Ｘ＋Ｙのときに、ｂを超えたとき、クリップＡＶストリームファイル（Ｃｌｉｐ ＡＶ ｓｔｒｅａｍ ｆｉｌｅ）の中のｂバイト目は、２番目の分割ファイル［００００１−０１．ＭＴＳ］の中にあると判定する。さらに、以下の式により、ｂ'を算出する。
ｂ'＝ｂ−Ｘ
上記のｂ'は、再生開始位置を示す２番目の分割ファイル［００００１−０１．ＭＴＳ］の先頭からのバイト数である。
このようにして、再生開始位置のデータを含む分割ファイルの特定と特定した分割ファイルの先頭からのバイト数を算出し、この算出点のパケットを取得してデコード、再生を行うことができる。

［９．分割ファイルのデータの部分削除処理について］
分割ファイル［ｚｚｚｚｚ−ｎｎ．ＭＴＳ］のデータを部分削除する場合には、削除データは、アラインドユニットの整数倍とし、かつ、９６ｋＢｙｔｅｓ（９６×１０２４）の整数倍のデータとする。ただし、１つのＡＶストリームファイルの最後の分割ファイルの終端部のデータを部分削除するとき、削除するデータは、アラインドユニットの整数倍のデータでよい。

［１０．その他の情報処理装置の構成例について］
上述した実施例は、図１に示す情報処理装置のように、複数のメディアをデータ記録メディアとして有する構成に対する処理例として説明したが、上述の実施例において説明した処理は、図１に示す第１メディア１１１を持たない構成に対しても適用可能である。すなわち、第２メディア１１２のみを記録メディアとして有する構成においても適用できる。具体的には、図２５に示すように記録メディア５１２のみを有し、図１を参照して説明した第１メディア１１１を持たない構成においても適用できる。

図２５に示す情報処理装置５００は、データ処理部（制御部）５０１、通信部５０２、入力部５０３、出力部５０４、メモリ５０５、メディアインタフェース５０７、記録メディア５１２を有する。データ処理部（制御部）５０１、通信部５０２、入力部５０３、出力部５０４、メモリ５０５は、図１に示す情報処理装置のデータ処理部（制御部）１０１、通信部１０２、入力部１０３、出力部１０４、メモリ１０５と同様の構成である。

メディアインタフェース５０７、記録メディア５１２は、図１に示す構成の第２メディアインタフェース１０７、第２メディア１１２に対応する。この図２５に示す構成において、記録メディア５１２は、例えばＦＡＴ３２等のファイルシステムに従ったデータ記録を実行する。しかし、データ処理部５０１は、上述の実施例で説明した通り、記録メディア５１２のファイルシステムに対応したファイルサイズやファイル名のルールと異なるファイルシステム（例えばＵＤＦ）に対応したファイルサイズやファイル名を利用したデータ処理を行う。

この図２５に示す構成では、データ記録先となるメディアは記録メディア５１２のみである。しかし、データ処理部５１２に図２等を参照して説明したファイル変換処理部１５３を設定してファイル変換を実行する構成とすることで、記録メディア５１２を利用したデータ記録、データ再生、データ編集を行うことが可能となる。このように、本発明は、情報処理装置のデータ処理部が実行するアプリケーションの利用するデータファイルが、ファイルの記録先または読み出し先となるメディアに対応するファイルシステムのルールに適合していない様々な構成に適用可能である。

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

なお、本明細書において開示した技術は、以下のような構成をとることができる。
（１）第１ファイルシステムに従った記録データ生成処理を実行するアプリケーション実行部と、
前記第１ファイルシステムと異なる第２ファイルシステムに従ったデータ記録処理を行う第２メディア対応ファイルシステム部と、
前記第１ファイルシステム対応ファイルと、前記第２ファイルシステム対応ファイルとの変換処理を実行するファイル変換処理部を有し、
前記ファイル変換処理部は、
前記アプリケーション実行部の生成した第１ファイルシステム対応のファイルを入力し、前記第１ファイルシステムにおけるデータ処理単位のデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおけるデータ処理単位のデータサイズの整数倍のデータを格納した第２ファイルシステム対応のファイルを生成して前記第２メディア対応ファイルシステム部に出力する情報処理装置。

（２）前記ファイル変換処理部は、前記アプリケーション実行部の生成した前記第１ファイルシステム対応のファイルを分割し、前記第２ファイルシステムにおいて規定された最大許容ファイルサイズを超えない複数の分割ファイルを、前記第２ファイルシステム対応のファイルとして生成して前記第２メディア対応ファイルシステム部に出力する前記（１）に記載の情報処理装置。
（３）前記ファイル変換処理部は、前記アプリケーション実行部の生成した前記第１ファイルシステム対応のファイルを、前記第１ファイルシステムにおいて暗号処理単位として規定されたアラインドユニットのデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおいてファイルデータを保持するために割り当てることのできる最小単位として規定されたクラスタのデータサイズの整数倍のデータを格納したファイルを前記第２ファイルシステム対応のファイルとして生成して前記第２メディア対応ファイルシステム部に出力する前記（１）または（２）に記載の情報処理装置。

（４）前記ファイル変換処理部は、前記アプリケーション実行部の生成した前記第１ファイルシステム対応のファイルを分割し、前記第２ファイルシステムにおいて規定された最大許容ファイルサイズを超えない複数の分割ファイルを生成し、前記複数の分割ファイル中、最後の分割ファイル以外の分割ファイルは、前記第１ファイルシステムにおいて暗号処理単位として規定されたアラインドユニットのデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおいてファイルデータを保持するために割り当てることのできる最小単位として規定されたクラスタのデータサイズの整数倍のデータを格納したファイルを前記第２ファイルシステム対応のファイルとして生成し、最後の分割ファイルは、前記第１ファイルシステムにおいて暗号処理単位として規定されたアラインドユニットのデータサイズの整数倍のデータを格納したファイルを前記第２ファイルシステム対応のファイルとして生成して、生成した複数の第２ファイルシステム対応のファイルを前記第２メディア対応ファイルシステム部に出力する前記（１）〜（３）ていずれかに記載の情報処理装置。

（５）前記ファイル変換処理部は、前記アプリケーション実行部の生成した前記第１ファイルシステム対応のファイルを、前記第１ファイルシステムにおいて暗号処理単位として規定されたアラインドユニットのデータサイズである６Ｋバイトの整数倍であり、かつ、前記第２ファイルシステムにおいてファイルデータを保持するために割り当てることのできる最小単位として規定されたクラスタのデータサイズである３２Ｋバイトの整数倍のデータサイズを持つファイルを前記第２ファイルシステム対応のファイルとして生成して前記第２メディア対応ファイルシステム部に出力する前記（１）〜（４）いずれかに記載の情報処理装置。

（６）前記ファイル変換処理部は、前記アプリケーション実行部の生成した前記第１ファイルシステム対応のファイルを分割し、前記第２ファイルシステムにおいて規定された最大許容ファイルサイズを超えない複数の分割ファイルを、前記第２ファイルシステム対応のファイルとして生成し、生成した前記複数の分割ファイルの各々に、分割元ファイルの識別情報と分割ファイルの配列情報を含むファイル名を設定する前記（１）〜（５）いずれかに記載の情報処理装置。

（７）第１ファイルシステムに従ったデータ再生処理を実行するアプリケーション実行部と、
前記第１ファイルシステムと異なる第２ファイルシステムに従ったデータ再生処理を行う第２メディア対応ファイルシステム部と、
前記第１ファイルシステム対応ファイルと、前記第２ファイルシステム対応ファイルとの変換処理を実行するファイル変換処理部を有し、
前記ファイル変換処理部は、
前記第２メディア対応ファイルシステム部が第２メディアから読み取った第２ファイルシステム対応の複数の分割ファイルを入力し、入力した複数の分割ファイルをファイル名に従って連結して前記第１ファイルシステム対応ファイルを生成して、前記アプリケーション実行部に出力する構成であり、
前記分割ファイルは、前記第１ファイルシステムにおけるデータ処理単位のデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおけるデータ処理単位のデータサイズの整数倍のデータを格納した第２ファイルシステム対応のファイルである情報処理装置。

（８）前記ファイル変換処理部は、再生開始位置情報としてのタイムスタンプに対応するパケット位置を示すソースパケット番号をクリップ情報ファイルに記録されたＥＰマップから取得し、取得したソースパケット番号を適用した演算処理により、再生開始位置を算出する前記（７）に記載の情報処理装置。
（９）前記ファイル変換処理部は、前記第１ファイルシステムにおいて暗号処理単位として規定されたアラインドユニットの構成パケット数で、前記ソースパケット番号を除算して再生開始位置を持つアラインドユニットを特定する前記（８）に記載の情報処理装置。
（１０）前記ファイル変換処理部は、さらに、アラインドユニットの構成バイト数を適用した演算処理を実行して、再生開始位置のファイル先頭からのバイト数を算出する前記（９）に記載の情報処理装置。

（１１）情報処理装置のアプリケーション実行部におけるデータ再生処理に適合した第１ファイルシステムと異なる第２ファイルシステムに従ったファイルを記録した情報記録媒体であり、
前記アプリケーション実行部の生成した第１ファイルシステム対応のファイルを分割した複数の分割ファイルを記録データとして有し、
前記分割ファイルは、前記第１ファイルシステムにおけるデータ処理単位のデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおけるデータ処理単位のデータサイズの整数倍のデータを格納した第２ファイルシステム対応のファイルである情報記録媒体。

（１２）前記分割ファイルは、前記第２ファイルシステムにおいて規定された最大許容ファイルサイズを超えないファイルであり、前記第１ファイルシステムにおいて暗号処理単位として規定されたアラインドユニットのデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおいてファイルデータを保持するために割り当てることのできる最小単位として規定されたクラスタのデータサイズの整数倍のデータを格納したファイルである前記（１１）に記載の情報記録媒体。
（１３）前記分割ファイルの各々は、分割元ファイルの識別情報と分割ファイルの配列情報を含むファイル名が設定されたファイルである前記（１１）または（１２）に記載の情報記録媒体。

さらに、上記した装置およびシステムにおいて実行する処理の方法や、処理を実行させるプログラムも本開示の構成に含まれる。

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

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

以上、説明したように、本開示の一実施例の構成によれば、アプリケーション実行部とデータ記録メディアのファイルシステムが適合しない構成においてデータ記録や再生を可能とする装置、方法が実現される。
具体的には、ファイル変換処理部が、アプリケーション実行部の生成した第１ファイルシステム対応のファイルを入力し、第１ファイルシステムにおけるデータ処理単位として規定されるアラインドユニットのデータサイズの整数倍であり、かつ、第２ファイルシステムにおけるデータ処理単位であるクラスタサイズの整数倍のデータを格納した第２ファイルシステム対応の複数の分割ファイルを生成する。再生時には分割ファイルを連結して仮想的な第１ファイルシステム対応のストリームファイルを生成する。
これらの構成により、アプリケーション実行部とデータ記録メディアのファイルシステムが適合しない構成においてデータ記録や再生を可能とする装置、方法が実現される。

１００ 情報処理装置
１０１ データ処理部
１０２ 通信部
１０３ 入力部
１０４ 出力部
１０５ メモリ
１０６ 第１メディアインタフェース
１０７ 第２メディアインタフェース
１１１ 第１メディア
１１２ 第２メディア
１５１ 暗号処理部
１５２ アプリケーション実行部
１５３ ファイル変換処理部
１５４ 第２メディア対応ファイルシステム部
１８１，１８２ ファイル
２０１，２０２，２１１ ファイル
５００ 情報処理装置
５０１ データ処理部
５０２ 通信部
５０３ 入力部
５０４ 出力部
５０５ メモリ
５０７ メディアインタフェース
５１２ 記録メディア

Claims (17)

1. 第１ファイルシステムに従った記録データ生成処理を実行するアプリケーション実行部と、
   前記第１ファイルシステムと異なる第２ファイルシステムに従ったデータ記録処理を行う第２メディア対応ファイルシステム部と、
   前記第１ファイルシステム対応ファイルと、前記第２ファイルシステム対応ファイルとの変換処理を実行するファイル変換処理部を有し、
   前記ファイル変換処理部は、
   前記アプリケーション実行部の生成した第１ファイルシステム対応のファイルを入力し、前記第１ファイルシステムにおけるデータ処理単位のデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおけるデータ処理単位のデータサイズの整数倍のデータを格納した第２ファイルシステム対応のファイルを生成して前記第２メディア対応ファイルシステム部に出力する情報処理装置。
2. 前記ファイル変換処理部は、
   前記アプリケーション実行部の生成した前記第１ファイルシステム対応のファイルを分割し、前記第２ファイルシステムにおいて規定された最大許容ファイルサイズを超えない複数の分割ファイルを、前記第２ファイルシステム対応のファイルとして生成して前記第２メディア対応ファイルシステム部に出力する請求項１に記載の情報処理装置。
3. 前記ファイル変換処理部は、
   前記アプリケーション実行部の生成した前記第１ファイルシステム対応のファイルを、前記第１ファイルシステムにおいて暗号処理単位として規定されたアラインドユニットのデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおいてファイルデータを保持するために割り当てることのできる最小単位として規定されたクラスタのデータサイズの整数倍のデータを格納したファイルを前記第２ファイルシステム対応のファイルとして生成して前記第２メディア対応ファイルシステム部に出力する請求項１に記載の情報処理装置。
4. 前記ファイル変換処理部は、
   前記アプリケーション実行部の生成した前記第１ファイルシステム対応のファイルを分割し、前記第２ファイルシステムにおいて規定された最大許容ファイルサイズを超えない複数の分割ファイルを生成し、
   前記複数の分割ファイル中、最後の分割ファイル以外の分割ファイルは、
   前記第１ファイルシステムにおいて暗号処理単位として規定されたアラインドユニットのデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおいてファイルデータを保持するために割り当てることのできる最小単位として規定されたクラスタのデータサイズの整数倍のデータを格納したファイルを前記第２ファイルシステム対応のファイルとして生成し、
   最後の分割ファイルは、
   前記第１ファイルシステムにおいて暗号処理単位として規定されたアラインドユニットのデータサイズの整数倍のデータを格納したファイルを前記第２ファイルシステム対応のファイルとして生成して、
   生成した複数の第２ファイルシステム対応のファイルを前記第２メディア対応ファイルシステム部に出力する請求項１に記載の情報処理装置。
5. 前記ファイル変換処理部は、
   前記アプリケーション実行部の生成した前記第１ファイルシステム対応のファイルを、前記第１ファイルシステムにおいて暗号処理単位として規定されたアラインドユニットのデータサイズである６Ｋバイトの整数倍であり、かつ、前記第２ファイルシステムにおいてファイルデータを保持するために割り当てることのできる最小単位として規定されたクラスタのデータサイズである３２Ｋバイトの整数倍のデータサイズを持つファイルを前記第２ファイルシステム対応のファイルとして生成して前記第２メディア対応ファイルシステム部に出力する請求項１に記載の情報処理装置。
6. 前記ファイル変換処理部は、
   前記アプリケーション実行部の生成した前記第１ファイルシステム対応のファイルを分割し、前記第２ファイルシステムにおいて規定された最大許容ファイルサイズを超えない複数の分割ファイルを、前記第２ファイルシステム対応のファイルとして生成し、生成した前記複数の分割ファイルの各々に、分割元ファイルの識別情報と分割ファイルの配列情報を含むファイル名を設定する請求項１に記載の情報処理装置。
7. 第１ファイルシステムに従ったデータ再生処理を実行するアプリケーション実行部と、
   前記第１ファイルシステムと異なる第２ファイルシステムに従ったデータ再生処理を行う第２メディア対応ファイルシステム部と、
   前記第１ファイルシステム対応ファイルと、前記第２ファイルシステム対応ファイルとの変換処理を実行するファイル変換処理部を有し、
   前記ファイル変換処理部は、
   前記第２メディア対応ファイルシステム部が第２メディアから読み取った第２ファイルシステム対応の複数の分割ファイルを入力し、入力した複数の分割ファイルをファイル名に従って連結して前記第１ファイルシステム対応ファイルを生成して、前記アプリケーション実行部に出力する構成であり、
   前記分割ファイルは、前記第１ファイルシステムにおけるデータ処理単位のデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおけるデータ処理単位のデータサイズの整数倍のデータを格納した第２ファイルシステム対応のファイルである情報処理装置。
8. 前記ファイル変換処理部は、
   再生開始位置情報としてのタイムスタンプに対応するパケット位置を示すソースパケット番号をクリップ情報ファイルに記録されたＥＰマップから取得し、取得したソースパケット番号を適用した演算処理により、再生開始位置を算出する請求項７に記載の情報処理装置。
9. 前記ファイル変換処理部は、
   前記第１ファイルシステムにおいて暗号処理単位として規定されたアラインドユニットの構成パケット数で、前記ソースパケット番号を除算して再生開始位置を持つアラインドユニットを特定する請求項８に記載の情報処理装置。
10. 前記ファイル変換処理部は、さらに、
    アラインドユニットの構成バイト数を適用した演算処理を実行して、再生開始位置のファイル先頭からのバイト数を算出する請求項９に記載の情報処理装置。
11. 情報処理装置のアプリケーション実行部におけるデータ再生処理に適合した第１ファイルシステムと異なる第２ファイルシステムに従ったファイルを記録した情報記録媒体であり、
    前記アプリケーション実行部の生成した第１ファイルシステム対応のファイルを分割した複数の分割ファイルを記録データとして有し、
    前記分割ファイルは、前記第１ファイルシステムにおけるデータ処理単位のデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおけるデータ処理単位のデータサイズの整数倍のデータを格納した第２ファイルシステム対応のファイルである情報記録媒体。
12. 前記分割ファイルは、
    前記第２ファイルシステムにおいて規定された最大許容ファイルサイズを超えないファイルであり、
    前記第１ファイルシステムにおいて暗号処理単位として規定されたアラインドユニットのデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおいてファイルデータを保持するために割り当てることのできる最小単位として規定されたクラスタのデータサイズの整数倍のデータを格納したファイルである請求項１１に記載の情報記録媒体。
13. 前記分割ファイルの各々は、分割元ファイルの識別情報と分割ファイルの配列情報を含むファイル名が設定されたファイルである請求項１１に記載の情報記録媒体。
14. 情報処理装置において実行する情報処理方法であり、
    アプリケーション実行部が、第１ファイルシステムに従った記録データ生成処理を実行するアプリケーション実行ステップと、
    第２メディア対応ファイルシステム部が、前記第１ファイルシステムと異なる第２ファイルシステムに従ったデータ記録処理を行うステップと、
    ファイル変換処理部が、前記第１ファイルシステム対応ファイルと、前記第２ファイルシステム対応ファイルとの変換処理を実行するファイル変換処理ステップを実行し、
    前記ファイル変換処理ステップは、
    前記ファイル変換処理部が、前記アプリケーション実行部の生成した第１ファイルシステム対応のファイルを入力し、前記第１ファイルシステムにおけるデータ処理単位のデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおけるデータ処理単位のデータサイズの整数倍のデータを格納した第２ファイルシステム対応のファイルを生成して前記第２メディア対応ファイルシステム部に出力するステップである情報処理方法。
15. 情報処理装置において実行する情報処理方法であり、
    アプリケーション実行部が、第１ファイルシステムに従ったデータ再生処理を実行するアプリケーション実行ステップと、
    第２メディア対応ファイルシステム部が、前記第１ファイルシステムと異なる第２ファイルシステムに従ったデータ再生処理を行うステップと、
    ファイル変換処理部が、前記第１ファイルシステム対応ファイルと、前記第２ファイルシステム対応ファイルとの変換処理を実行するファイル変換処理ステップを実行し、
    前記ファイル変換処理ステップは、
    前記ファイル変換処理部が、前記第２メディア対応ファイルシステム部が第２メディアから読み取った第２ファイルシステム対応の複数の分割ファイルを入力し、入力した複数の分割ファイルをファイル名に従って連結して前記第１ファイルシステム対応ファイルを生成して、前記アプリケーション実行部に出力するステップであり、
    前記分割ファイルは、前記第１ファイルシステムにおけるデータ処理単位のデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおけるデータ処理単位のデータサイズの整数倍のデータを格納した第２ファイルシステム対応のファイルである情報処理方法。
16. 情報処理装置において情報処理を実行させるプログラムであり、
    アプリケーション実行部に、第１ファイルシステムに従った記録データ生成処理を実行させるアプリケーション実行ステップと、
    第２メディア対応ファイルシステム部に、前記第１ファイルシステムと異なる第２ファイルシステムに従ったデータ記録処理を行わせるステップと、
    ファイル変換処理部に、前記第１ファイルシステム対応ファイルと、前記第２ファイルシステム対応ファイルとの変換処理を実行するファイル変換処理ステップを実行させ、
    前記ファイル変換処理ステップは、
    前記ファイル変換処理部に、前記アプリケーション実行部の生成した第１ファイルシステム対応のファイルを入力し、前記第１ファイルシステムにおけるデータ処理単位のデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおけるデータ処理単位のデータサイズの整数倍のデータを格納した第２ファイルシステム対応のファイルを生成して前記第２メディア対応ファイルシステム部に出力させるステップであるプログラム。
17. 情報処理装置において情報処理を実行させるプログラムであり、
    アプリケーション実行部に、第１ファイルシステムに従ったデータ再生処理を実行させるアプリケーション実行ステップと、
    第２メディア対応ファイルシステム部に、前記第１ファイルシステムと異なる第２ファイルシステムに従ったデータ再生処理を行わせるステップと、
    ファイル変換処理部に、前記第１ファイルシステム対応ファイルと、前記第２ファイルシステム対応ファイルとの変換処理を実行するファイル変換処理ステップを実行させ、
    前記ファイル変換処理ステップは、
    前記ファイル変換処理部に、前記第２メディア対応ファイルシステム部が第２メディアから読み取った第２ファイルシステム対応の複数の分割ファイルを入力し、入力した複数の分割ファイルをファイル名に従って連結して前記第１ファイルシステム対応ファイルを生成して、前記アプリケーション実行部に出力させるステップであり、
    前記分割ファイルは、前記第１ファイルシステムにおけるデータ処理単位のデータサイズの整数倍であり、かつ、前記第２ファイルシステムにおけるデータ処理単位のデータサイズの整数倍のデータを格納した第２ファイルシステム対応のファイルであるプログラム。

Images