JP2010191489A - 情報処理装置、および情報処理方法、並びにプログラム - 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)等のファイルは、４Ｇｂ以下のファイルである。

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

［３．ファイル分割処理またはファイル連結処理を伴うメディアに対するデータ記録再生処理］
次に、ファイル分割処理またはファイル連結処理を伴うメディアに対するデータ記録またはメディアからのデータ再生処理について説明する。

上述したように、第１メディア１１１に対応する第１ファイテルシステムの規定に従ったデータ処理を行う暗号処理部１５１、アプリケーション実行部１５２の生成したデータを第２メディアに対して記録する場合、第２メディアに対応するファイルシステムの規定に従ったデータに変換することが必要である。

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

前述したように、ＦＡＴ３２の許容する最大ファイルサイズは４Ｇｂであり、ＵＤＦの許容する最大ファイルサイズは４Ｇｂより遥かに大きいサイズである。

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

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

なお、ファイル変換処理には、ファイル名変換処理も伴う。すなわち、図３に示すように、アプリケーション実行部１５２、または暗号処理部１５１において処理対象とする４Ｇｂ以上のオリジナルファイル１８１のファイル名［００００１．ｍｔｓ］と第２メディア１１２対応の分割ファイル１８２−１〜３［００００１＿０１〜０３］のファイル名との変換を行う。

ファイル変換処理部１５３の処理を、
（Ａ）第２メディア１１２に対するデータ記録時の処理
（Ｂ）第２メディア１１２からのデータ再生時の処理
これらの各処理を行う場合の概要について説明する。

（Ａ）第２メディア１１２に対するデータ記録時の処理
（ａ１）第２ファイルシステムで規定された最大ファイルサイズを超えるストリームデータを分割する。
（ａ２）分割ファイルにファイル名を割り当てる。
（ａ３）分割ファイルを第２メディア対応ファイルシステム部１５４に渡す。
第２メディア１１２に対してデータ記録を行う場合、ファイル変換処理部１５３は上記の処理を実行する。

（Ｂ）第２メディア１１２からのデータ再生時の処理
ファイル変換処理部１５３は、アプリケーション実行部１５２、または暗号処理部１５１から要求されたストリームファイルがどの分割ファイルから構成されるか調査し、分割ファイルを読み出し、１ファイルに結合してアプリケーション実行部１５２、または暗号処理部１５１に渡す処理を行う。

例えば、アプリケーション実行部１５２が指定された時刻からのコンテンツ再生を要求している場合、ファイル変換処理部１５３は、結合ファイルのファイル内バイト位置の情報を、分割ファイル内のファイル内バイト位置に変換する。（指定された時刻から、結合ファイルのファイル内バイト位置への変換は、アプリケーション層内で行われる。）具体的な処理シーケンスは以下の通りである。
（ｂ１）ストリームファイル名とファイル内バイト位置から、どの分割ファイルのどのバイト位置からの再生であるかを判定する。
（ｂ２）分割ファイルの対応するファイル内バイト位置からデータを読む命令を第２メディア対応ファイルシステム部１５４に発する。
（３）第２メディア対応ファイルシステム部１５４において読み出されたデータをアプリケーション実行部１５２、または暗号処理部１５１に渡す。

次に、図５〜図７に示すフローチャートを参照してファイル変換処理部１５３の処理の詳細シーケンスについて説明する。
図５に示すフローは、第２メディア１１２に対するデータ記録時の処理、
図６、図７に示すフローは、第２メディア１１２からのデータ再生時の処理、
これらの各処理を行う場合のファイル変換処理部１５３の処理の詳細シーケンスを示している。

まず、図５のフローチャートを参照して第２メディア１１２にデータ記録を実行する場合のファイル変換処理部１５３の処理について説明する。なお、図５に示すフローはアプリケーション実行部１５２において生成されたファイルの初期的な記録処理のシーケンスである。すなわち、第２メディア１１２に記録済みのデータをアプリケーション実行部１５２において編集して第２メディア１１２に再記録する場合には異なる処理が行われる。この編集処理については後段で説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

以上、図５〜図７に示すフローチャートを参照して、データ記録および再生処理シーケンスについて説明した。なお、図５〜図７に示すフローではアプリケーション実行部と、ファイル変換処理部と、第２メディア対応ファイルシステム部間の処理として説明したが、アプリケーション実行部ではなく暗号処理部とファイル変換処理部と第２メディア対応ファイルシステム部間の処理も同様の処理として行われる。

［４．ファイル分割、ファイル連結、およびファイル名変換ルールについて］
上述したように、ファイル変換処理部は、第２メディアを利用したストリームファイルの記録、再生処理に際して、ファイル分割、またはファイル連結、さらにファイル名変換処理を行う。ファイル変換処理部は、これらの処理を予め規定したルールに従って実行する。

まず、図８を参照してファイル分割および連結ルールの例について説明する。先に説明したように、ファイル変換処理部は、アプリケーション実行部、または暗号処理部が４Ｇｂ以上のストリームファイルを生成して、第２メディアに記録する場合にファイル分割を行う。第２メディアは第２ファイルシステム（ＦＡＴ３２）に従ったファイル設定が必要であり４Ｇｂ以上のファイル設定はできない。なお、ＦＡＴ３２ではさらに、ファイルは５１２ｂｙｔｅの整数倍に設定することが必要となる。これらの条件を満足した上で、ファイル変換処理部は、アプリケーション実行部、または暗号処理部が生成した４Ｇｂ以上のストリームファイルを分割する。

分割ルールは、例えば図８に示すようなルール（ａ）〜（ｄ）のいずれかを適用することが可能である。
（ａ）第１ファイルシステムの適用メディア（Ｂｕｌ−ｒａｙディスク）に設定されるセクタ境界（２０４８ｂｙｔｅｓ）の整数倍をファイル分割ポイントとする
（ｂ）第１ファイルシステムの適用メディア（Ｂｕｌ−ｒａｙディスク）の格納コンテンツの暗号処理単位であるアラインドユニット（ａｌｉｇｎｅｄ ｕｎｉｔ＝６１４４ｂｙｔｅｓ）の整数倍をファイル分割ポイントとする
（ｃ）１ＭＢの整数倍をファイル分割ポイントとする
（ｄ）３ＧＢ単位で分割する
この（ａ）〜（ｄ）に示すルールのいずれかに従ってファイル分割を行う。また、ファイル連結する場合は、上記（ａ）〜（ｄ）のいずれかに従って決定された分割ポイントを連結する処理として実行することになる。

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

なお、分割前のオリジナルファイルのファイル名は［００００１．ｍｔｓ］であるとする。
（ａ）拡張子ｘｘｘを連番に設定（連番ｘｘｘは１０進、１６進、３６進など）
拡張子ｘｘｘの連番（１０進）の例：［００００１．００１］，［００００１．００２］，［００００１．００３］・・・、あるいは、［００００１．０００］，［００００１．００１］，［００００１．００２］・・・。
（ｂ）拡張子はそのまま（ｍｔｓ）として、ファイル名の後に連番（ｘｘ）を設定（連番ｘｘｘは１０進、１６進、３６進など）
連番（１０進）設定例：［００００１＿０１．ｍｔｓ］，［００００１＿０２．ｍｔｓ］，［００００１＿０３．ｍｔｓ］・・・、あるいは、［００００１＿００．ｍｔｓ］，［００００１＿０１．ｍｔｓ］，［００００１＿０２．ｍｔｓ］・・・

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

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

［５．第２メディアにおけるデータ格納構成とファイル変換処理によるアプリケーションの認識ファイルについて］
次に、第２ファイルシステムに従ったデータ記憶を行なう第２メディアにおけるデータ格納構成と、ファイル変換処理部におけるファイル変換処理によって、アプリケーション実行部の認識するファイルの例について、図１０以下を参照して説明する。

図１０は、第２メディアにおけるデータ格納構成例を示している。このディレクトリ構成は、先に図４を参照して説明した第１メディア（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））に記録されるデータ構成と類似したものとなる。

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

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

ＡＡＣＳディレクトりの設定ファイル、ＢＤＡＶディレクトリの設定ファイル中、［Ｉｎｆｏ．ｂｄａｖ．ｆｉｌｅ］〜［ＣＬＩＰＩＮＦＯ］までの設定ファイルは、図４を参照して説明したと同じファイルとして設定される。これらの各ファイルは、４Ｇｂ以下であり、第２ファイルシステム（ＦＡＴ３２）の許容最大ファイルサイズを超えていないため、図４を参照して説明した第１メディアの格納データと同じファイルとして設定される。

図１０のＢＤＡＶディレクトリの最下段のストリーム［ＳＴＲＥＡＭ］ディレクトリ２０１に設定されるファイルはＡＶコンテンツ等のコンテンツ実体データであり、アプリケーション実行部の生成時には４Ｇｂを超えるファイルとして設定される可能性があるファイルである。従って、これらのストリームファイルは、ファイルサイズが４Ｇｂを超えている場合、ファイル変換処理部において分割され、複数の分割ファイルとして第２メディア１１２に記録される。

図１０に示すディレクトリ設定例では、ストリームディレクトリ［ＳＴＲＥＡＭ］２０１以下に、分割前のオリジナルファイル単位のサブディレクトリ［ＦＲＡＧＭＥＮＴ＿ｘｘｘｘｘ］を設定して、そのサブディレクトリの下位に、オリジナルファイルを分割して設定された複数の分割ファイルを設定した例である。図１０に示す例では、オリジナルファイル単位のサブディレクトリ２１０，２２０が設定されている。

サブディレクトリ２１０［ＦＲＡＧＭＥＮＴ＿００００２］には、オリジナルファイル［００００２．ｍｔｓ］を分割して設定された複数の分割ファイル２１１［００００２＿０１．ｍｔｓ］〜分割ファイル２１２［００００２＿０２．ｍｔｓ］・・・を設定している。サブディレクトリ２２０［ＦＲＡＧＭＥＮＴ＿００００４］にも、オリジナルファイル［００００４．ｍｔｓ］を分割して設定された複数の分割ファイル２２１［００００４＿０１．ｍｔｓ］〜分割ファイル２２２［００００４＿０２．ｍｔｓ］・・・を設定している。

なお、サブディレクトリ［ＦＲＡＧＭＥＮＴ＿ｘｘｘｘｘ］の設定のないストリームファイル、例えば図に示すストリームファイル［００００１．ｍｔｓ］２０２や、ストリームファイル［００００３．ｍｔｓ］は、４Ｇｂ以下のストリームファイルであり分割する必要のなかったストリームファイルである。

図１１は、第２メディアにおけるデータ格納構成例のもうつ１つの例を示している。ストリームディレクトリ［ＳＴＲＥＡＭ］２３０以外は、図１０のディレクトリ構成と同様である。

図１１に示すディレクトリ設定では、図１０に示すような、オリジナルファイル単位のサブディレクトリを設定することなく、分割して記録されたファイルをストリームディレクトリ［ＳＴＲＥＡＭ］２３０に直接設定する構成である。

すなわち、図１１に示す例において、分割ファイル２３１［００００２＿０１．ｍｔｓ］、分割ファイル２３２［００００２＿０２．ｍｔｓ］がオリジナルファイル［００００２．ｍｔｓ］を分割して生成されたファイルである。また分割ファイル２４１［００００４＿０１．ｍｔｓ］、分割ファイル２４２［００００４＿０２．ｍｔｓ］がオリジナルファイル［００００４．ｍｔｓ］を分割して生成されたファイルである。

例えば、ファイル変換処理部１５３において分割されたストリームファイルは、図１０、図１１いずれのディレクトリ設定で、第２メディア１１２に記録される。

ただし、このような分割記録ファイルが第２メディアから読み出されてアプリケーション実行部１５２、あるいは暗号処理部１５１に提供される場合は、先に図６、図７のフローチャートを参照して説明した処理が行われ、ファイル変換処理部１５３において分割ファイルの連結処理およびファイル名変換処理がなされることになる。

その結果、アプリケーション実行部１５２や暗号処理部１５１が認識するディレクトリ構成は、図１０、図１１のような分割ファイルを持つディレクトリではない。具体的には、図１２に示すようなディレクトリ構成となる。

図１２に示すように、アプリケーション実行部１５２や暗号処理部１５１は、分割記録されていたファイルのオリジナルファイル２５１［００００２．ｍｔｓ］、オリジナルファイル２５２［００００４．ｍｔｓ］、これらのオリジナルファイルを認識する。結果として、図４を参照して説明した第１メディア１１１の記録データと同様のファイルとして認識可能であり、第２メディアに分割記録されたストリームファイルに対しても、第１メディア１１１の記録データと同様の処理を行うことが可能となる。

［６．ファイル編集時のファイル変換処理について］
次に、第２メディアに分割ファイルとして記録されたファイルを読み出してアプリケーション実行部において編集、例えばデータの削除や挿入を行った場合のファイル変換処理部の実行する処理について説明する。

アプリケーション実行部１５２は、第２メディアに記録されたファイルを読み取り、データの編集を行う場合がある。データ編集は、例えばデータの削除や挿入処理などである。このような処理を、アプリケーションはオリジナルファイル［ｘｘｘｘｘ．ｍｔｓ］に対する処理として行う。しかし、このオリジナルファイル［ｘｘｘｘｘ．ｍｔｓ］は第２メディアに記録された複数の分割ファイル［ｘｘｘｘ＿０１．ｍｔｓ］〜［ｘｘｘｘｘ＿ｎｎ．ｍｔｓ］の連結ファイルである。

アプリケーション実行部１５２において編集処理が行われた場合、編集前の分割ファイル［ｘｘｘｘ＿０１．ｍｔｓ］〜［ｘｘｘｘｘ＿ｎｎ．ｍｔｓ］をそのまま第２メディアに記録できない場合がある。例えばデータ削除によって、ある分割ファイルの構成データが全く無くなってしまうこともある。また、データ挿入によって、ある分割ファイルのサイズが４Ｇｂを超えてしまう場合もある。

従って、アプリケーション実行部１５２においてファイル編集が行われた場合、ファイル変換処理部１５３は、編集後のストリームファイルに基づいて分割ファイルの削除や追加、あるいは更新処理などを行うことが必要となる場合がある。図１３以下を参照して、データ編集処理が行われる場合のファイル変換処理部１５３の処理について説明する。以下、
（６−１）データ削除処理を行う場合の処理例
（６−２）データ挿入処理を行う場合の処理例
これらの処理態様の各々について順次説明する。

（６−１）データ削除処理を行う場合の処理例
まず、第２メディアに分割ファイルとして記録されたファイルを読み出してアプリケーション実行部においてデータの削除を行った場合のファイル変換処理部の実行する処理について説明する。

データ削除を行う場合の処理態様としては、以下のような態様に分類できる。
（ケース１）削除データが編集前の１つの分割ファイル内に全て含まれるケース
（ケース２）削除データが編集前の隣接する２つの分割ファイルに跨るケース
（ケース３）削除データが編集前の連続する３以上の分割ファイルに跨るケース
ファイル変換処理部は、上記の各ケースに応じて分割ファイルの再構築を行うことになる。以下、各ケースに対応するデータ削除処理例について、図１３〜図１５を参照して説明する。

（ケース１）削除データが編集前の１つの分割ファイル内に全て含まれるケース
まず、図１３を参照して削除データが１つの分割ファイル内に全て含まれるケースについて説明する。図１３には、以下の各データを示している。
（ａ）編集前ファイル（アプリケーションによる編集処理対象となる連結されたオリジナルファイル）
（ｂ）編集前ファイル（第２メディアに記録された編集前の分割ファイル）
（ｃ）編集処理の態様
（ｄ）編集後ファイル（第２メディアに記録される編集後の分割ファイル）
（ｅ）編集後ファイル（アプリケーションによる編集処理後の連結されたオリジナルファイル）

図には、分割ファイルの各々を［ｆ００］〜［ｆ０３］、連結ファイルのファイルを［Ｆ］として示している。例えば、先に説明したファイル名の設定例に対応させると、
連結ファイル［Ｆ］のファイル名は［００００１．ｍｔｓ］、
分割ファイル［ｆ０］〜［ｆ３］は、［００００１＿００．ｍｔｓ］〜［００００１＿０３．ｍｔｓ］
このような設定である。図には、これらのファイル名を省略し、分割ファイルの連番部分のみを示している。

なお、更新された分割ファイルは［ｆ０１（ｎｅｗ）］のように［（ｎｅｗ）］を追記して示し、更新された連結ファイルも［Ｆ（ｎｅｗ）］のように［（ｎｅｗ）］を追記して示している。なお、［ｆ０１（ｎｅｗ）］や［Ｆ（ｎｅｗ）］は、分割ファイル［ｆ０１］や連結ファイル［Ｆ］の更新ファイルであることを示しており、ファイル名の変更はなされていない。

アプリケーション実行部１５２によって、第２メディア１１２に記録されたストリームファイルの編集処理を行う場合、まず、先に図６のフローチャートを参照して説明したデータ再生処理と同様のデータ読み出し処理が行われる。

データ読み出しに際しては、まず、図１３の（ｂ）編集前ファイル（分割ファイル）が読み出され、ファイル変換処理部１５３において、ファイル連結処理が行われ、図１３（ａ）に示す編集前ファイル（連結ファイル）がアプリケーション実行部１５２に提供される。

なお、ファイル変換処理部１５３は、アプリケーション実行部１５２に提供した連結ファイルの構成元の分割ファイル各々の分割ファイル名と、各分割ファイルのデータ開始位置および終了位置をメモリに保持しておく。なお、これらのデータ位置情報には分割ファイルの連結データ位置（＝分割位置）も含まれる。なお、ファイル変換処理部１５３は、先に図８を参照して説明したルールのいずれかを適用してファイル分割および連結処理を実行する。どのルールを適用するかは予め設定されている。ファイル変換処理部１５３は、いずれか１のつのルールを適用して実行したファイルの連結データ位置（＝分割位置）を含む分割ファイル各々のデータ開始位置および終了位置をメモリに保持しておく。

アプリケーション実行部１５２は、図１３（ａ）に示す編集前ファイル（連結ファイル）に対して、例えばユーザの指示に応じた編集処理を行う。ここでは、図１３に示すｉｎ点〜ｏｕｔ点間のデータを削除する処理を行ったものとする。

図１３に示す（ケース１）の削除処理は、削除データ（ｉｎ〜ｏｕｔ）が１つの分割ファイル［ｆ０１］内に全て含まれるケースである。

アプリケーション実行部１５２は、図１３（ａ）に示す編集前ファイル（連結ファイル）に対して、例えばユーザの指示に応じた編集処理を行う。ここでは、図１３に示すｉｎ点〜ｏｕｔ点間のデータを削除する処理を行う。すなわち、図１３（ｃ）に示す編集処理が実行される。アプリケーション実行部１５２は、この編集処理により、図１３（ｅ）に示す編集後ファイル（連結ファイル）［Ｆ（ｎｅｗ）］を生成する。

この編集処理の後、アプリケーション実行部１５２は、図１３（ｅ）に示す編集後ファイル（連結ファイル）［Ｆ（ｎｅｗ）］を第２メディア１１２に記録させるための書き込み命令を発行する。ファイル変換処理部１５３は、アプリケーション実行部１５２からの書き込み命令を検出し、編集後のデータ、すなわち、図１３（ｅ）に示す編集後ファイル（連結ファイル）を解析する。

具体的には、メモリに保持されたファイルの連結データ位置（＝分割位置）を含む分割ファイル各々のデータ開始位置および終了位置と、図１３（ｅ）に示す編集後ファイル（連結ファイル）との対応関係を判別し、編集データ位置を判別する。

本例では、図１３に示すｉｎ点〜ｏｕｔ点間のデータを削除する処理が実行されており、このデータ削除位置が、１つの分割ファイル［ｆ０１］内に全て含まれることを確認する。

この確認に基づいて、ファイル変換処理部１５３は、アプリケーション実行部１５２から受領した図１３（ｅ）に示す編集後ファイル（連結ファイル）に対するファイル分割処理を実行し、図１３（ｄ）に示す編集後ファイル（分割ファイル）を生成する。

すなわち、削除データ（ｉｎ〜ｏｕｔ）が含まれる分割ファイル［ｆ０１］については、データを削除した更新ファイル［ｆ０１（ｎｅｗ）］を生成する。その他の分割ファイル［ｆ００］，［ｆ０２］，［ｆ０３］は、編集前後において何ら構成データに変更がない。従って、これらの分割ファイルに対しての更新処理は実行しない。

このようにして設定した一部更新された分割ファイル［ｆ００］，［ｆ０１（ｎｅｗ）］，［ｆ０２］，［ｆ０３］は、ファイル変換処理部１５３から第２メディア対応ファイルシステム部１５４に提供され第２メディア１１２に記録される。

（ケース２）削除データが編集前の隣接する２つの分割ファイルに跨るケース
次に、図１４を参照して削除データが隣接する２つの分割ファイルに跨るケースについて説明する。図１４には、図１３と同様、以下の各データを示している。
（ａ）編集前ファイル（アプリケーションによる編集処理対象となる連結されたオリジナルファイル）
（ｂ）編集前ファイル（第２メディアに記録された編集前の分割ファイル）
（ｃ）編集処理の態様
（ｄ）編集後ファイル（第２メディアに記録される編集後の分割ファイル）
（ｅ）編集後ファイル（アプリケーションによる編集処理後の連結されたオリジナルファイル）

図１４も図１３と同様、分割ファイルのファイルを［ｆ００］〜［ｆ０３］、連結ファイルのファイルを［Ｆ］として示し、更新ファイルは（ｎｅｗ）を追記して示している。すなわち、ファイル名を省略して分割ファイルの連番部分のみを示している。

アプリケーション実行部１５２によって、第２メディア１１２に記録されたストリームファイルの編集処理を行う場合、まず、図１４（ｂ）編集前ファイル（分割ファイル）が読み出され、ファイル変換処理部１５３において、ファイル連結処理が行われ、図１４（ａ）に示す編集前ファイル（連結ファイル）がアプリケーション実行部１５２に提供される。

なお、ファイル変換処理部１５３は、アプリケーション実行部１５２に提供した連結ファイルの構成元の分割ファイル各々の分割ファイル名と、各分割ファイルのデータ開始位置および終了位置をメモリに保持しておく。

アプリケーション実行部１５２は、図１４（ａ）に示す編集前ファイル（連結ファイル）に対して、例えばユーザの指示に応じた編集処理を行う。ここでは、図１４に示すｉｎ点〜ｏｕｔ点間のデータを削除する処理を行ったものとする。

図１４に示す（ケース２）の削除処理は、削除データ（ｉｎ〜ｏｕｔ）が２つの隣接ファイル［ｆ０１］，［ｆ０２］に含まれるケースである。

アプリケーション実行部１５２は、図１４（ａ）に示す編集前ファイル（連結ファイル）に対して、例えばユーザの指示に応じた編集処理を行う。ここでは、図１４に示すｉｎ点〜ｏｕｔ点間のデータを削除する処理を行う。すなわち、図１４（ｃ）に示す編集処理が実行される。アプリケーション実行部１５２は、この編集処理により、図１４（ｅ）に示す編集後ファイル（連結ファイル）［Ｆ（ｎｅｗ）］を生成する。

この編集処理の後、アプリケーション実行部１５２は、図１４（ｅ）に示す編集後ファイル（連結ファイル）［Ｆ（ｎｅｗ）］を第２メディア１１２に記録させるための書き込み命令を発行する。ファイル変換処理部１５３は、アプリケーション実行部１５２からの書き込み命令を検出し、編集後のデータ、すなわち、図１４（ｅ）に示す編集後ファイル（連結ファイル）を解析する。

具体的には、メモリに保持されたファイルの連結データ位置（＝分割位置）を含む分割ファイル各々のデータ開始位置および終了位置と、図１４（ｅ）に示す編集後ファイル（連結ファイル）との対応関係を判別し、編集データ位置を判別する。

本例では、図１４に示すｉｎ点〜ｏｕｔ点間のデータを削除する処理が実行されており、このデータ削除位置が、２つの分割ファイル［ｆ０１］，［ｆ０２］に跨って含まれていることを確認する。

この確認に基づいて、ファイル変換処理部１５３は、アプリケーション実行部１５２から受領した図１４（ｅ）に示す編集後ファイル（連結ファイル）に対するファイル分割処理を実行し、図１４（ｄ）に示す編集後ファイル（分割ファイル）を生成する。

すなわち、削除データ（ｉｎ〜ｏｕｔ）が含まれる分割ファイル［ｆ０１］，［ｆ０２］については、データを削除した更新ファイル［ｆ０１（ｎｅｗ）］，［ｆ０２（ｎｅｗ）］を生成する。その他の分割ファイル［ｆ００］，［ｆ０３］は、編集前後において何ら構成データに変更がない。従って、これらの分割ファイルに対しての更新処理は実行しない。

このようにして設定した一部更新された分割ファイル［ｆ００］，［ｆ０１（ｎｅｗ）］，［ｆ０２（ｎｅｗ）］，［ｆ０３］は、ファイル変換処理部１５３から第２メディア対応ファイルシステム部１５４に提供され第２メディア１１２に記録される。

（ケース３）削除データが編集前の連続する３以上の分割ファイルに跨るケース
次に、図１５を参照して削除データが連続する３以上の分割ファイルに跨るケースについて説明する。図１５には、以下の各データを示している。
（ａ）編集前ファイル（アプリケーションによる編集処理対象となる連結されたオリジナルファイル）
（ｂ）編集前ファイル（第２メディアに記録された編集前の分割ファイル）
（ｃ）編集処理の態様
（ｄ１）編集後ファイル（第２メディアに記録される編集後の分割ファイル（ファイル名リネーム前））
（ｄ２）編集後リネームファイル（第２メディアに記録される編集後の分割ファイル（ファイル名リネーム後））
（ｅ）編集後ファイル（アプリケーションによる編集処理後の連結されたオリジナルファイル）

図１５も図１３、図１４と同様、分割ファイルのファイルを［ｆ００］〜［ｆ０３］、連結ファイルのファイルを［Ｆ］として示し、ファイル名を省略して分割ファイルの連番部分のみを示している。更新ファイルは（ｎｅｗ）を追記して示している。（ｒｎ）はファイル名が変更（リネーム（ｒｅｎａｍｅ））されたことを示す。（ｎｅｗ−ｒｎ）はファイルの構成データおよびファイル名の双方が変更されたファイルである。

アプリケーション実行部１５２によって、第２メディア１１２に記録されたストリームファイルの編集処理を行う場合、まず、図１５（ｂ）編集前ファイル（分割ファイル）が読み出され、ファイル変換処理部１５３において、ファイル連結処理が行われ、図１５（ａ）に示す編集前ファイル（連結ファイル）がアプリケーション実行部１５２に提供される。

なお、ファイル変換処理部１５３は、アプリケーション実行部１５２に提供した連結ファイルの構成元の分割ファイル各々の分割ファイル名と、各分割ファイルのデータ開始位置および終了位置をメモリに保持しておく。

アプリケーション実行部１５２は、図１５（ａ）に示す編集前ファイル（連結ファイル）に対して、例えばユーザの指示に応じた編集処理を行う。ここでは、図１５に示すｉｎ点〜ｏｕｔ点間のデータを削除する処理を行ったものとする。

図１５に示す（ケース３）の削除処理は、削除データ（ｉｎ〜ｏｕｔ）が３以上の分割ファイル［ｆ００］〜［ｆ０２］に含まれるケースである。

アプリケーション実行部１５２は、図１５（ａ）に示す編集前ファイル（連結ファイル）に対して、例えばユーザの指示に応じた編集処理を行う。ここでは、図１５に示すｉｎ点〜ｏｕｔ点間のデータを削除する処理を行う。すなわち、図１５（ｃ）に示す編集処理が実行される。アプリケーション実行部１５２は、この編集処理により、図１５（ｅ）に示す編集後ファイル（連結ファイル）［Ｆ（ｎｅｗ）］を生成する。

この編集処理の後、アプリケーション実行部１５２は、図１５（ｅ）に示す編集後ファイル（連結ファイル）［Ｆ（ｎｅｗ）］を第２メディア１１２に記録させるための書き込み命令を発行する。ファイル変換処理部１５３は、アプリケーション実行部１５２からの書き込み命令を検出し、編集後のデータ、すなわち、図１５（ｅ）に示す編集後ファイル（連結ファイル）を解析する。

具体的には、メモリに保持されたファイルの連結データ位置（＝分割位置）を含む分割ファイル各々のデータ開始位置および終了位置と、図１５（ｅ）に示す編集後ファイル（連結ファイル）との対応関係を判別し、編集データ位置を判別する。

本例では、図１５に示すｉｎ点〜ｏｕｔ点間のデータを削除する処理が実行されており、このデータ削除位置が、３つの分割ファイル［ｆ００］，［ｆ０１］，［ｆ０２］に跨って含まれていることを確認する。

この確認に基づいて、ファイル変換処理部１５３は、アプリケーション実行部１５２から受領した図１５（ｅ）に示す編集後ファイル（連結ファイル）に対するファイル分割処理を実行し、図１５（ｄ１）に示す編集後ファイル（分割ファイル（リネーム前））を生成する。

すなわち、削除データ（ｉｎ〜ｏｕｔ）が含まれる分割ファイル［ｆ００］，［ｆ０１］，［ｆ０２］から、全データが削除された分割ファイル［ｆ０１］を取り除き、一部データが残存している分割ファイル［ｆ００］，［ｆ０２］については、データを削除した更新ファイル［ｆ００（ｎｅｗ）］，［ｆ０２（ｎｅｗ）］を生成する。その他の分割ファイル［ｆ０３］は、編集前後において何ら構成データに変更がない。従って、この分割ファイルに対しての更新処理は実行しない。

この更新処理において、分割ファイルは、［ｆ００（ｎｅｗ）］，［ｆ０２（ｎｅｗ）］，［ｆ０３］として設定される。しかし、このままでは、分割ファイルのファイル名が連番に設定されなくなる。

ファイル名を省略しないで記載すると、図１５（ｄ２）に記載した分割ファイルのファイル名は、例えば以下のようなファイル名である。なお、オリジナルファイル（連結ファイル）のファイル名を［００００１．ｍｔｓ］とする。
［ｆ００（ｎｅｗ）］＝［００００１＿００．ｍｔｓ］
［ｆ０２（ｎｅｗ）］＝［００００１＿０２．ｍｔｓ］
［ｆ０３］＝［００００１＿０３．ｍｔｓ］
このような分割ファイル名となる。
このように、［００００１＿０１．ｍｔｓ］が存在しない設定となってしまう。

先に図９を参照して説明したように、分割ファイルのファイル名設定ルールでは、１つのオリジナルファイルから生成した分割ファイルは、拡張子が連番（図９（ａ））、あるいはファイル名の後半部を連番（図９（ｂ））とする設定としている。図１５に示す例は、ファイル名の後半部を連番（図９（ｂ））とする設定に対応する。

しかし、図１５（ｄ１）に示すようにデータ削除に伴い１つの分割ファイルの全データが削除された場合、編集前のファイル名をそのまま適用すると、上記のルールを満足できなくなり、分割ファイルの連番規則が満足できなくなる。分割ファイルの連番規則とは、１つのオリジナルファイルに対応して設定される分割ファイルは、その拡張子またはファイル名を連番として設定するという規則である。これは、先に図９を参照して説明したファイル名変換ルールに対応した規則である。

このように分割ファイルの連番規則が満足できなくなる場合、ファイル変換処理部１５３は、分割ファイルのファイル名を変更する。すなわち、分割ファイルの連番規則が満足されるように、ファイル名の更新（リネームを実行する。すなわち、図１５（ｄ２）に示すように、編集後の分割ファイルに対してリネームを実行して、分割ファイルの連番規則を満足させるファイル名を設定する。図１５（ｄ）の欄で（ｒｎ）と記載したファイルがリネームされた分割ファイルである。

具体的なファイル名は、例えば以下のような設定となる。なお、オリジナルファイル（連結ファイル）のファイル名を［００００１．ｍｔｓ］とする。
［ｆ００（ｎｅｗ）］→［ｆ００（ｎｅｗ）］＝［００００１＿００．ｍｔｓ］（リネームなし）
［ｆ０２（ｎｅｗ）］→［ｆ０１（ｎｅｗ−ｒｎ）］＝［００００１＿０１．ｍｔｓ］（リネームあり）
［ｆ０３］＝→［ｆ０２（ｒｎ）］＝［００００１＿０２．ｍｔｓ］
この結果、図１５（ｅ）に示す更新された連結ファイルＦ［００００１．ｍｔｓ］に対応する分割ファイルは、
［００００１＿００．ｍｔｓ］
［００００１＿０１．ｍｔｓ］
［００００１＿０２．ｍｔｓ］
これら３個の分割ファイルとして第２メディアに記録される。

このように連番規則を満足するようなファイル名の更新を行って、第２メディアに対するデータ記録を実行することで、読み出し処理に際して、第２メディアから確実に分割ファイルを読み出すことが可能となる。

以上、図１３〜図１５を参照してアプリケーション実行部においてデータ削除を伴うデータ編集を実行した場合のファイル変換処理部の処理（ケース１〜３）について説明した。図１６に示すフローチャートは、これらケース１〜３のデータ削除編集を実行した場合のファイル変換処理部の処理シーケンスを説明するフローチャートである。

図１６に示すフローチャートは以下の各シーケンスを説明するフローチャートである。
（Ａ）全体シーケンス
（Ｂ）ケース１（図１３参照）の場合の処理シーケンス
（Ｃ）ケース２（図１４参照）の場合の処理シーケンス
（Ｄ）ケース３（図１５参照）の場合の処理シーケンス
これらのフローチャートの各ステップについて説明する。

まず、（Ａ）全体シーケンスについて説明する。なお、この（Ａ）全体シーケンスは、アプリケーション実行部１５２におけるデータ削除を伴うデータ編集処理が完了後、第２メディア１１２に対するデータ書き込み命令の発行をファイル変換処理部１５３が検出したことを条件として、ファイル変換処理部１５３において実行する処理である。

編集データに対するデータ書き込み命令を検知したファイル変換処理部１５３は、編集データをアプリケーション実行部１５２から受け取り、ステップＳ５０１において編集後のデータの解析を行う。このデータ解析処理は、図１３〜図１５を参照して説明したように、編集対象データをアプリケーション実行部１５２に提供する際に、メモリに格納したデータ、すなわち、連結ファイルの構成元の分割ファイル各々の分割ファイル名と、各分割ファイルのデータ開始位置および終了位置情報を利用して行う。

ファイル変換処理部１５３は、ステップＳ５０１において、削除対象データの開始位置（ｉｎ）と終了位置（ｏｕｔ）の属する分割ファイルを特定する。なお、ここで特定する分割ファイルは編集前の分割ファイルである。以下のように、ｆｉｌｅＡ，Ｂを特定する。
ｆｉｌｅＡ＝削除対象データの開始位置（ｉｎ）の属する分割ファイル
ｆｉｌｅＢ＝削除対象データの終了位置（ｏｕｔ）の属する分割ファイル

次にファイル変換処理部１５３は、ステップＳ５０２において、ステップＳ５０１で特定したｆｉｌｅＡとｆｉｌｅＢが同一ファイルであるか否かを判定する。同一ファイルである場合は、ステップＳ５１０に進み、（Ｂ）ケース１の処理を実行する。この処理は、図１３を参照して説明した処理に対応する。

ステップＳ５０２において、ｆｉｌｅＡとｆｉｌｅＢが同一ファイルでないと判定した場合は、ステップＳ５０３に進む。ステップＳ５０３では、ｆｉｌｅＡとｆｉｌｅＢが隣接ファイルであるか否かを判定する。隣接ファイルである場合は、ステップＳ５２０に進み、（Ｃ）ケース２の処理を実行する。この処理は、図１４を参照して説明した処理に対応する。

ステップＳ５０３において、ｆｉｌｅＡとｆｉｌｅＢが隣接ファイルでないと判定した場合はステップＳ５３０に進み、（Ｄ）ケース３の処理を実行する。この処理は、図１５を参照して説明した処理に対応する。

次に、図１６（Ｂ）ケース１の場合の処理シーケンスについて説明する。このケース１は、
ｆｉｌｅＡ＝削除対象データの開始位置（ｉｎ）の属する分割ファイル
ｆｉｌｅＢ＝削除対象データの終了位置（ｏｕｔ）の属する分割ファイル
これらの分割ファイルＡ，Ｂが同一ファイルである場合の処理である。すなわち、図１３を参照して説明した削除データが１つの分割ファイル内に全て含まれるケースに対する処理である。

この場合、ファイル変換処理部１５３は、ステップＳ５１１において、ｆｉｌｅＡ（＝ｆｉｌｅＢ）のｉｎ点〜ｏｕｔ点間のデータを削除した更新分割ファイル［ｆｉｌｅＡ（ｎｅｗ）］を生成する。この更新分割ファイル［ｆｉｌｅＡ（ｎｅｗ）］以外の分割ファイルに対しては更新処理を行わない。この処理は、図１３（ｄ）編集後ファイル（分割ファイル）の生成処理に対応する。

このステップＳ５１１の結果として生成された分割ファイルが第２メディア対応ファイルシステム部１５４に提供され、第２メディア１１２に記録される。

次に、図１６（Ｃ）ケース２の場合の処理シーケンスについて説明する。このケース２は、
ｆｉｌｅＡ＝削除対象データの開始位置（ｉｎ）の属する分割ファイル
ｆｉｌｅＢ＝削除対象データの終了位置（ｏｕｔ）の属する分割ファイル
これらの分割ファイルＡ，Ｂが隣接ファイルである場合の処理である。すなわち、図１４を参照して説明した削除データが２つの隣接ファイルに跨るケースに対する処理である。

この場合、ファイル変換処理部１５３は、ステップＳ５２１において、ｆｉｌｅＡのｉｎ点（削除開始位置）から、ｆｉｌｅＡのファイル終端までのデータを削除した更新分割ファイル［ｆｉｌｅＡ（ｎｅｗ）］を生成する。

さらに、ステップＳ５２２において、ｆｉｌｅＢのファイル先頭からｆｉｌｅＢのｏｕｔ点（削除終了位置）までのデータを削除した更新分割ファイル［ｆｉｌｅＢ（ｎｅｗ）］を生成する。これらの更新分割ファイル［ｆｉｌｅＡ（ｎｅｗ）］、［ｆｉｌｅＢ（ｎｅｗ）］以外の分割ファイルに対しては更新処理を行わない。これらステップＳ５２１、Ｓ５２２の処理は、図１４（ｄ）編集後ファイル（分割ファイル）の生成処理に対応する。

このステップＳ５２１〜Ｓ５２２の結果として生成された分割ファイルが第２メディア対応ファイルシステム部１５４に提供され、第２メディア１１２に記録される。

次に、図１６（Ｄ）ケース３の場合の処理シーケンスについて説明する。このケース３は、削除データが連続する３以上の分割ファイルに跨るケースである。すなわち、
ｆｉｌｅＡ＝削除対象データの開始位置（ｉｎ）の属する分割ファイル
ｆｉｌｅＢ＝削除対象データの終了位置（ｏｕｔ）の属する分割ファイル
これらの分割ファイルＡ，Ｂ間に少なくとも１つの分割ファイルＣが含まれる場合の処理である。この処理は図１５を参照して説明した処理に対応する。

この場合、ファイル変換処理部１５３は、ステップＳ５３１において、ｆｉｌｅＡのｉｎ点（削除開始位置）から、ｆｉｌｅＡのファイル終端までのデータを削除した更新分割ファイル［ｆｉｌｅＡ（ｎｅｗ）］を生成する。

さらに、ステップＳ５３２において、ｆｉｌｅＢのファイル先頭からｆｉｌｅＢのｏｕｔ点（削除終了位置）までのデータを削除した更新分割ファイル［ｆｉｌｅＢ（ｎｅｗ）］を生成する。

さらに、ステップＳ５３３において、ｆｉｌｅＡとｆｉｌｅＢの間にある分割ファイルを削除する。これらステップＳ５３１〜Ｓ５３３の処理は、図１５（ｄ１）編集後ファイル（分割ファイル）の生成処理に対応する。

次に、ステップＳ５３４において、ｏｕｔ点（削除終了位置）が含まれるｄｉｌｅＢ以降の分割ファイルを分割ファイル名が連番に設定されるようにファイル名変更（リネーム）を行う。このステップＳ５３４の処理は、図１５（ｄ２）編集後リネームファイル（分割ファイル）の生成処理に対応する。

このステップＳ５３１〜Ｓ５３４の結果として生成された分割ファイルが第２メディア対応ファイルシステム部１５４に提供され、第２メディア１１２に記録される。

（６−２）データ挿入処理を行う場合の処理例
次に、第２メディアに分割ファイルとして記録されたファイルを読み出してアプリケーション実行部においてデータの挿入を行った場合のファイル変換処理部の実行する処理について説明する。

データ挿入を行う場合の処理態様としては、以下のような態様に分類できる。
（ケース１）データ挿入後の１つの分割ファイルのファイルサイズがファイルシステム規定上限内となるケース
（ケース２）データ挿入後の１つの分割ファイルのファイルサイズがファイルシステム規定上限を超え、２つの分割ファイルとすることが必要となるケース
（ケース３）データ挿入後の１つの分割ファイルのファイルサイズがファイルシステム規定上限を超え、３以上の分割ファイルとすることが必要となるケース
ファイル変換処理部は、上記の各ケースに応じて分割ファイルの再構築を行うことになる。以下、各ケースに対応するデータ挿入処理例について、図１７〜図１９を参照して説明する。

（ケース１）データ挿入後の１つの分割ファイルのファイルサイズがファイルシステム規定上限内となるケース
まず、図１７を参照してデータ挿入後の１つの分割ファイルのファイルサイズがファイルシステム規定上限内となるケースについて説明する。
なお、本実施例では、第２メディア１１２が第２ファイルシステム（ＦＡＴ３２）の規定に従ったデータ記録を行うメディアであり、ファイルシステム規定上限の最大ファイルサイズは４Ｇｂであるとする。

図１７には、以下の各データを示している。
（ａ）編集前ファイル（アプリケーションによる編集処理対象となる連結されたオリジナルファイル）
（ｂ）編集前ファイル（第２メディアに記録された編集前の分割ファイル）
（ｃ）編集処理の態様
（ｄ）編集後ファイル（第２メディアに記録される編集後の分割ファイル）
（ｅ）編集後ファイル（アプリケーションによる編集処理後の連結されたオリジナルファイル）

図には、分割ファイルの各々を［ｆ００］〜［ｆ０３］、連結ファイルのファイルを［Ｆ］として示している。例えば、先に説明したファイル名の設定例に対応させると、
連結ファイル［Ｆ］のファイル名は［００００１．ｍｔｓ］、
分割ファイル［ｆ０］〜［ｆ３］は、［００００１＿００．ｍｔｓ］〜［００００１＿０３．ｍｔｓ］
このような設定である。図には、これらのファイル名を省略し、分割ファイルの連番部分のみを示している。

なお、更新された分割ファイルは［ｆ０１（ｎｅｗ）］のように［（ｎｅｗ）］を追記して示し、更新された連結ファイルも［Ｆ（ｎｅｗ）］のように［（ｎｅｗ）］を追記して示している。なお、［ｆ０１（ｎｅｗ）］や［Ｆ（ｎｅｗ）］は、分割ファイル［ｆ０１］や連結ファイル［Ｆ］の更新ファイルであることを示しており、ファイル名の変更はなされていない。

アプリケーション実行部１５２によって、第２メディア１１２に記録されたストリームファイルの編集処理を行う場合、まず、先に図６のフローチャートを参照して説明したデータ再生処理と同様のデータ読み出し処理が行われる。

データ読み出しに際しては、まず、図１７の（ｂ）編集前ファイル（分割ファイル）が読み出され、ファイル変換処理部１５３において、ファイル連結処理が行われ、図１７（ａ）に示す編集前ファイル（連結ファイル）がアプリケーション実行部１５２に提供される。

なお、ファイル変換処理部１５３は、アプリケーション実行部１５２に提供した連結ファイルの構成元の分割ファイル各々の分割ファイル名と、各分割ファイルのデータ開始位置および終了位置をメモリに保持しておく。なお、これらのデータ位置情報には分割ファイルの連結データ位置（＝分割位置）も含まれる。なお、ファイル変換処理部１５３は、先に図８を参照して説明したルールのいずれかを適用してファイル分割および連結処理を実行する。どのルールを適用するかは予め設定されている。ファイル変換処理部１５３は、いずれか１のつのルールを適用して実行したファイルの連結データ位置（＝分割位置）を含む分割ファイル各々のデータ開始位置および終了位置をメモリに保持しておく。

アプリケーション実行部１５２は、図１７（ａ）に示す編集前ファイル（連結ファイル）に対して、例えばユーザの指示に応じた編集処理を行う。ここでは、図１７に示すｉｎ点にデータ（図１７に示す挿入データ３１１）を挿入する処理を行ったものとする。

図１７に示す（ケース１）のデータ挿入処理は、データ挿入後の１つの分割ファイルのファイルサイズがファイルシステム規定上限（ＦＡＴ３２においては４Ｇｂ）内となるケースである。

アプリケーション実行部１５２は、図１７（ａ）に示す編集前ファイル（連結ファイル）に対して、例えばユーザの指示に応じた編集処理を行う。ここでは、図１７に示すｉｎ点に挿入データ３１１を挿入する処理を行う。すなわち、図１７（ｃ）に示す編集処理が実行される。すなわちｉｎ点でファイルを分割して、挿入データ３１１を挿入して再結合する。アプリケーション実行部１５２は、この編集処理により、図１７（ｅ）に示す編集後ファイル（連結ファイル）［Ｆ（ｎｅｗ）］を生成する。

この編集処理の後、アプリケーション実行部１５２は、図１７（ｅ）に示す編集後ファイル（連結ファイル）［Ｆ（ｎｅｗ）］を第２メディア１１２に記録させるための書き込み命令を発行する。ファイル変換処理部１５３は、アプリケーション実行部１５２からの書き込み命令を検出し、編集後のデータ、すなわち、図１７（ｅ）に示す編集後ファイル（連結ファイル）を解析する。

具体的には、メモリに保持されたファイルの連結データ位置（＝分割位置）を含む分割ファイル各々のデータ開始位置および終了位置と、図１７（ｅ）に示す編集後ファイル（連結ファイル）との対応関係を判別し、編集データ位置を判別する。

本例では、図１７に示すｉｎ点に挿入データ３１１を挿入する処理が実行されており、このデータ挿入位置にあるのは分割ファイル［ｆ０１］であることを確認する。さらに、このデータ挿入処理の後の分割ファイル［ｆ０１］のファイルサイズが、ファイルシステム規定上限（ＦＡＴ３２においては４Ｇｂ）内であるか否かを確認する。図１７に示すケース１は、データ挿入処理の後の分割ファイルのファイルサイズが、ファイルシステム規定上限（ＦＡＴ３２においては４Ｇｂ）内となるケースである。

この確認に基づいて、ファイル変換処理部１５３は、アプリケーション実行部１５２から受領した図１７（ｅ）に示す編集後ファイル（連結ファイル）に対するファイル分割処理を実行し、図１７（ｄ）に示す編集後ファイル（分割ファイル）を生成する。

すなわち、挿入データが含まれる分割ファイル［ｆ０１］については、データを挿入した更新ファイル［ｆ０１（ｎｅｗ）］を生成する。その他の分割ファイル［ｆ００］，［ｆ０２］，［ｆ０３］は、編集前後において何ら構成データに変更がない。従って、これらの分割ファイルに対しての更新処理は実行しない。

このようにして設定した一部更新された分割ファイル［ｆ００］，［ｆ０１（ｎｅｗ）］，［ｆ０２］，［ｆ０３］は、ファイル変換処理部１５３から第２メディア対応ファイルシステム部１５４に提供され第２メディア１１２に記録される。

（ケース２）データ挿入後の１つの分割ファイルのファイルサイズがファイルシステム規定上限を超え、２つの分割ファイルとすることが必要となるケース
次に、図１８を参照してデータ挿入後の１つの分割ファイルのファイルサイズがファイルシステム規定上限を超え、２つの分割ファイルとすることが必要となるケースについて説明する。図１８には、図１７と同様、以下の各データを示している。
（ａ）編集前ファイル（アプリケーションによる編集処理対象となる連結されたオリジナルファイル）
（ｂ）編集前ファイル（第２メディアに記録された編集前の分割ファイル）
（ｃ）編集処理の態様
（ｄ）編集後ファイル（第２メディアに記録される編集後の分割ファイル）
（ｅ）編集後ファイル（アプリケーションによる編集処理後の連結されたオリジナルファイル）

図１８も図１７と同様、分割ファイルのファイルを［ｆ００］〜［ｆ０３］、連結ファイルのファイルを［Ｆ］として示し、更新ファイルは（ｎｅｗ）を追記して示している。すなわち、ファイル名を省略して分割ファイルの連番部分のみを示している。（ｒｎ）はファイル名が変更（リネーム（ｒｅｎａｍｅ））されたことを示す。（ｎｅｗ−ｒｎ）はファイルの構成データおよびファイル名の双方が変更されたファイルである。

アプリケーション実行部１５２によって、第２メディア１１２に記録されたストリームファイルの編集処理を行う場合、まず、図１８（ｂ）編集前ファイル（分割ファイル）が読み出され、ファイル変換処理部１５３において、ファイル連結処理が行われ、図１８（ａ）に示す編集前ファイル（連結ファイル）がアプリケーション実行部１５２に提供される。

なお、ファイル変換処理部１５３は、アプリケーション実行部１５２に提供した連結ファイルの構成元の分割ファイル各々の分割ファイル名と、各分割ファイルのデータ開始位置および終了位置をメモリに保持しておく。

アプリケーション実行部１５２は、図１８（ａ）に示す編集前ファイル（連結ファイル）に対して、例えばユーザの指示に応じた編集処理を行う。ここでは、図１８に示すｉｎ点に挿入データ３１２を挿入する処理を行う。すなわち、図１８（ｃ）に示す編集処理が実行される。ｉｎ点でファイルを分割して、挿入データ３１２を挿入して再結合する。アプリケーション実行部１５２は、この編集処理により、図１８（ｅ）に示す編集後ファイル（連結ファイル）［Ｆ（ｎｅｗ）］を生成する。

この編集処理の後、アプリケーション実行部１５２は、図１８（ｅ）に示す編集後ファイル（連結ファイル）［Ｆ（ｎｅｗ）］を第２メディア１１２に記録させるための書き込み命令を発行する。ファイル変換処理部１５３は、アプリケーション実行部１５２からの書き込み命令を検出し、編集後のデータ、すなわち、図１８（ｅ）に示す編集後ファイル（連結ファイル）を解析する。

具体的には、メモリに保持されたファイルの連結データ位置（＝分割位置）を含む分割ファイル各々のデータ開始位置および終了位置と、図１８（ｅ）に示す編集後ファイル（連結ファイル）との対応関係を判別し、編集データ位置を判別する。

本例では、図１８に示すｉｎ点に挿入データ３１１を挿入する処理が実行されており、ファイル変換処理部１５３は、データ挿入位置が分割ファイル［ｆ０１］にあることを確認する。さらに、このデータ挿入処理の後の分割ファイル［ｆ０１］のファイルサイズが、ファイルシステム規定上限（ＦＡＴ３２においては４Ｇｂ）内であるか否かを確認する。図１８に示すケース１は、データ挿入処理の後の分割ファイルのファイルサイズが、ファイルシステム規定上限（ＦＡＴ３２においては４Ｇｂ）を超え、２つの分割ファイルとすることが必要となるケースである。

この確認に基づいて、ファイル変換処理部１５３は、アプリケーション実行部１５２から受領した図１８（ｅ）に示す編集後ファイル（連結ファイル）に対するファイル分割処理を実行し、図１８（ｄ）に示す編集後リネームファイル（分割ファイル）を生成する。

すなわち、挿入データが含まれる分割ファイル［ｆ０１］については、データを挿入した更新ファイル［編集後ｆ０１］を生成し、さらに、［編集後ｆ０１］に対して、１つの分割ファイルのファイルサイズがファイルシステム規定上限（ＦＡＴ３２においては４Ｇｂ）内に設定されるように新たな分割処理を行なう。図１８（ｄ）に示す分割ファイル［ｆ０１（ｎｅｗ）］、［ｆ０２（ｎｅｗ−ｒｎ）］が、新たな分割処理によって生成されるファイルである。なお、この分割処理に適用するルールは、最初のデータ記録処理のルールと同じルールを適用する。すなわち、先に図８を参照して説明したルールのいずれかに従って行われる。

さらに、この新たな分割処理に併せて、各分割ファイルのファイル名の更新を行う。すなわち、編集後の分割ファイル数は編集前の分割ファイル数より増加しており、新たなファイル名を設定しないと分割ファイルの連番規則が満足できなくなる。分割ファイルの連番規則とは、１つのオリジナルファイルに対応して設定される分割ファイルは、その拡張子またはファイル名を連番として設定するという規則である。これは、先に図９を参照して説明したファイル名変換ルールに対応した規則である。

このように分割ファイルの連番規則が満足できなくなる場合、ファイル変換処理部１５３は、分割ファイルのファイル名を変更する。すなわち、分割ファイルの連番規則が満足されるように、ファイル名の更新（リネームを実行する。すなわち、図１８（ｄ）に示すように、編集後の分割ファイルに対するリネームを実行して、分割ファイルの連番規則を満足させるファイル名を設定する。図１８（ｄ）の欄で（ｒｎ）と記載したファイルがリネームされた分割ファイルである。新たに設定した分割ファイル［ｆ０２（ｎｅｗ−ｒｎ）］以降のすべての分割ファイルがリネームされることになる。

このようにして設定した一部更新された分割ファイル［ｆ００］，［ｆ０１（ｎｅｗ）］，［ｆ０２（ｎｅｗ−ｒｎ）］，［ｆ０３（ｒｎ）］，［ｆ０４（ｒｎ）］は、ファイル変換処理部１５３から第２メディア対応ファイルシステム部１５４に提供され第２メディア１１２に記録される。

このように連番規則を満足するようなファイル名の更新を行って、第２メディアに対するデータ記録を実行することで、読み出し処理に際して、第２メディアから確実に分割ファイルを読み出すことが可能となる。

（ケース３）データ挿入後の１つの分割ファイルのファイルサイズがファイルシステム規定上限を超え、３以上の分割ファイルとすることが必要となるケース
次に、図１９を参照してデータ挿入後の１つの分割ファイルのファイルサイズがファイルシステム規定上限を超え、３以上の分割ファイルとすることが必要となるケースについて説明する。図１９には、図１７、図１８と同様、以下の各データを示している。
（ａ）編集前ファイル（アプリケーションによる編集処理対象となる連結されたオリジナルファイル）
（ｂ）編集前ファイル（第２メディアに記録された編集前の分割ファイル）
（ｃ）編集処理の態様
（ｄ）編集後ファイル（第２メディアに記録される編集後の分割ファイル）
（ｅ）編集後ファイル（アプリケーションによる編集処理後の連結されたオリジナルファイル）

図１９も図１８と同様、分割ファイルのファイルを［ｆ００］〜［ｆ０３］、連結ファイルのファイルを［Ｆ］として示し、更新ファイルは（ｎｅｗ）を追記して示している。すなわち、ファイル名を省略して分割ファイルの連番部分のみを示している。（ｒｎ）はファイル名が変更（リネーム（ｒｅｎａｍｅ））されたことを示す。（ｎｅｗ−ｒｎ）はファイルの構成データおよびファイル名の双方が変更されたファイルである。

アプリケーション実行部１５２によって、第２メディア１１２に記録されたストリームファイルの編集処理を行う場合、まず、図１９（ｂ）編集前ファイル（分割ファイル）が読み出され、ファイル変換処理部１５３において、ファイル連結処理が行われ、図１９（ａ）に示す編集前ファイル（連結ファイル）がアプリケーション実行部１５２に提供される。

なお、ファイル変換処理部１５３は、アプリケーション実行部１５２に提供した連結ファイルの構成元の分割ファイル各々の分割ファイル名と、各分割ファイルのデータ開始位置および終了位置をメモリに保持しておく。

アプリケーション実行部１５２は、図１９（ａ）に示す編集前ファイル（連結ファイル）に対して、例えばユーザの指示に応じた編集処理を行う。ここでは、図１９に示すｉｎ点に挿入データ３１３を挿入する処理を行う。すなわち、図１９（ｃ）に示す編集処理が実行される。ｉｎ点でファイルを分割して、挿入データ３１２を挿入して再結合する。アプリケーション実行部１５２は、この編集処理により、図１９（ｅ）に示す編集後ファイル（連結ファイル）［Ｆ（ｎｅｗ）］を生成する。

この編集処理の後、アプリケーション実行部１５２は、図１９（ｅ）に示す編集後ファイル（連結ファイル）［Ｆ（ｎｅｗ）］を第２メディア１１２に記録させるための書き込み命令を発行する。ファイル変換処理部１５３は、アプリケーション実行部１５２からの書き込み命令を検出し、編集後のデータ、すなわち、図１９（ｅ）に示す編集後ファイル（連結ファイル）を解析する。

具体的には、メモリに保持されたファイルの連結データ位置（＝分割位置）を含む分割ファイル各々のデータ開始位置および終了位置と、図１９（ｅ）に示す編集後ファイル（連結ファイル）との対応関係を判別し、編集データ位置を判別する。

本例では、図１９に示すｉｎ点に挿入データ３１１を挿入する処理が実行されており、ファイル変換処理部１５３は、データ挿入位置が分割ファイル［ｆ０１］にあることを確認する。さらに、このデータ挿入処理の後の分割ファイル［ｆ０１］のファイルサイズが、ファイルシステム規定上限（ＦＡＴ３２においては４Ｇｂ）内であるか否かを確認する。図１９に示すケース１は、データ挿入処理の後の分割ファイルのファイルサイズが、ファイルシステム規定上限（ＦＡＴ３２においては４Ｇｂ）を超え、３以上の分割ファイルとすることが必要となるケースである。

この確認に基づいて、ファイル変換処理部１５３は、アプリケーション実行部１５２から受領した図１９（ｅ）に示す編集後ファイル（連結ファイル）に対するファイル分割処理を実行し、図１９（ｄ）に示す編集後リネームファイル（分割ファイル）を生成する。

すなわち、挿入データが含まれる分割ファイル［ｆ０１］については、データを挿入した更新ファイル［編集後ｆ０１］を生成し、さらに、［編集後ｆ０１］に対して、１つの分割ファイルのファイルサイズがファイルシステム規定上限（ＦＡＴ３２においては４Ｇｂ）内に設定されるように新たな分割処理を行なう。図１９（ｄ）に示す分割ファイル［ｆ０１（ｎｅｗ）］、［ｆ０２（ｎｅｗ−ｒｎ）］、［ｆ０３（ｎｅｗ−ｒｎ）］が、新たな分割処理によって生成されるファイルである。なお、この分割処理に適用するルールは、最初のデータ記録処理のルールと同じルールを適用する。すなわち、先に図８を参照して説明したルールのいずれかに従って行われる。

さらに、この新たな分割処理に併せて、各分割ファイルのファイル名の更新を行う。すなわち、編集後の分割ファイル数は編集前の分割ファイル数より増加しており、新たなファイル名を設定しないと分割ファイルの連番規則が満足できなくなる。分割ファイルの連番規則とは、１つのオリジナルファイルに対応して設定される分割ファイルは、その拡張子またはファイル名を連番として設定するという規則である。これは、先に図９を参照して説明したファイル名変換ルールに対応した規則である。

このように分割ファイルの連番規則が満足できなくなる場合、ファイル変換処理部１５３は、分割ファイルのファイル名を変更する。すなわち、分割ファイルの連番規則が満足されるように、ファイル名の更新（リネームを実行する。すなわち、図１９（ｄ）に示すように、編集後の分割ファイルに対するリネームを実行して、分割ファイルの連番規則を満足させるファイル名を設定する。図１９（ｄ）の欄で（ｒｎ）と記載したファイルがリネームされた分割ファイルである。新たに設定した分割ファイル［ｆ０２（ｎｅｗ−ｒｎ）］以降のすべての分割ファイルがリネームされることになる。

このようにして設定した一部更新された分割ファイル［ｆ００］，［ｆ０１（ｎｅｗ）］，［ｆ０２（ｎｅｗ−ｒｎ）］，［ｆ０３（ｎｅｗ−ｒｎ）］，［ｆ０４（ｒｎ）］，［ｆ０５（ｒｎ）］は、ファイル変換処理部１５３から第２メディア対応ファイルシステム部１５４に提供され第２メディア１１２に記録される。

このように連番規則を満足するようなファイル名の更新を行って、第２メディアに対するデータ記録を実行することで、読み出し処理に際して、第２メディアから確実に分割ファイルを読み出すことが可能となる。

以上、図１７〜図１９を参照してアプリケーション実行部においてデータ挿入を伴うデータ編集を実行した場合のファイル変換処理部の処理（ケース１〜３）について説明した。図２０に示すフローチャートは、これらケース１〜３のデータ削除編集を実行した場合のファイル変換処理部の処理シーケンスを説明するフローチャートである。

図２０に示すフローチャートは以下の各シーケンスを説明するフローチャートである。
（Ａ）全体シーケンス
（Ｂ）ケース１（図１７参照）の場合の処理シーケンス
（Ｃ）ケース２（図１８参照）の場合の処理シーケンス
（Ｄ）ケース３（図１９参照）の場合の処理シーケンス
これらのフローチャートの各ステップについて説明する。

まず、（Ａ）全体シーケンスについて説明する。なお、この（Ａ）全体シーケンスは、アプリケーション実行部１５２におけるデータ挿入を伴うデータ編集処理が完了後、第２メディア１１２に対するデータ書き込み命令の発行をファイル変換処理部１５３が検出したことを条件として、ファイル変換処理部１５３において実行する処理である。

編集データに対するデータ書き込み命令を検知したファイル変換処理部１５３は、編集データをアプリケーション実行部１５２から受け取り、ステップＳ７０１において編集後のデータの解析を行う。このデータ解析処理は、図１７〜図１９を参照して説明したように、編集対象データをアプリケーション実行部１５２に提供する際に、メモリに格納したデータ、すなわち、連結ファイルの構成元の分割ファイル各々の分割ファイル名と、各分割ファイルのデータ開始位置および終了位置情報を利用して行う。

ファイル変換処理部１５３は、ステップＳ７０１において、挿入データの挿入開始位置（ｉｎ）の属する分割ファイルと、挿入データの構成ファイルを以下のように、ｆｉｌｅＡ，Ｂとして定義する。
ｆｉｌｅＡ＝挿入データの挿入開始位置（ｉｎ）の属する分割ファイル
ｆｉｌｅＢ＝挿入データの構成ファイル

次にファイル変換処理部１５３は、ステップＳ７０２において、ステップＳ７０１で特定したｆｉｌｅＡとｆｉｌｅＢのファイルサイズを加算した合計ファイルサイズが、第２メディア対応のファイルシステム規定以内であるか否かを判定する。第２メディアが、ＦＡＴ３２対応メデイアである場合４Ｇｂ以下であるか否かの判定処理が行われる。合計ファイルサイズが、第２メディア対応のファイルシステム規定以内である場合は、ステップＳ７１０に進み、（Ｂ）ケース１の処理を実行する。この処理は、図１７を参照して説明した処理に対応する。

ステップＳ７０２において、ｆｉｌｅＡとｆｉｌｅＢのファイルサイズを加算した合計ファイルサイズが、第２メディア対応のファイルシステム規定以内でないと判定した場合は、ステップＳ７０３に進む。ステップＳ７０３では、ｆｉｌｅＢ（挿入データ）のファイルサイズが、第２メディア対応のファイルシステム規定以内であるか否かを判定する。第２メディア対応のファイルシステム規定以内である場合は、ステップＳ７２０に進み、（Ｃ）ケース２の処理を実行する。この処理は、図１８を参照して説明した処理に対応する。

ステップＳ７０３において、ｆｉｌｅＢ（挿入データ）のファイルサイズが、第２メディア対応のファイルシステム規定以内でないと判定した場合はステップＳ７３０に進み、（Ｄ）ケース３の処理を実行する。この処理は、図１９を参照して説明した処理に対応する。

次に、図２０（Ｂ）ケース１の場合の処理シーケンスについて説明する。このケース１は、以下のケースの処理である。
ｆｉｌｅＡ＝挿入データの挿入開始位置（ｉｎ）の属する分割ファイル
ｆｉｌｅＢ＝挿入データの構成ファイル
これらのｆｉｌｅＡとｆｉｌｅＢのファイルサイズを加算した合計ファイルサイズが、第２メディア対応のファイルシステム規定以内である場合の処理である。すなわち、図１７を参照して説明したケースに対する処理である。

この場合、ファイル変換処理部１５３は、ステップＳ７１１において、分割ファイル：ｆｉｌｅＡのｉｎ点にｆｉｌｅＢ（挿入データ）を挿入した更新分割ファイル［ｆｉｌｅＡ（ｎｅｗ）］を生成する。この更新分割ファイル［ｆｉｌｅＡ（ｎｅｗ）］以外の分割ファイルに対しては更新処理を行わない。この処理は、図１７（ｄ）編集後ファイル（分割ファイル）の生成処理に対応する。

このステップＳ７１１の結果として生成された分割ファイルが第２メディア対応ファイルシステム部１５４に提供され、第２メディア１１２に記録される。

次に、図２０（Ｃ）ケース２の場合の処理シーケンスについて説明する。このケース２は、
ｆｉｌｅＡ＝挿入データの挿入開始位置（ｉｎ）の属する分割ファイル
ｆｉｌｅＢ＝挿入データの構成ファイル
これらのｆｉｌｅＡとｆｉｌｅＢのファイルサイズを加算した合計ファイルサイズが、第２メディア対応のファイルシステム規定上限を超え、２つの分割ファイルとすることが必要となるケースの処理である。すなわち、図１８を参照して説明したケースに対応する処理である。

この場合、ファイル変換処理部１５３は、まず、ステップＳ７２１において、挿入データ位置（ｉｎ点）を持つｆｉｌｅＡにｆｉｌｅＢを挿入して分割ファイルを伸張した更新分割ファイル［編集後ｆｉｌｅＡ］を取得する。次に、ステップＳ７２２において、挿入データを含む分割ファイルである［編集後ｆｉｌｅＡ］を最大許容ファイルサイズ以下の２つの分割ファイルに再分割する。

図１８（ｄ）に示す分割ファイル［ｆ０１（ｎｅｗ）］、［ｆ０２（ｎｅｗ−ｒｎ）］が、このステップＳ７２２における分割処理によって生成されるファイルである。なお、この分割処理に適用するルールは、最初のデータ記録処理のルールと同じルールを適用する。すなわち、先に図８を参照して説明したルールのいずれかに従って行われる。

つぎに、ステップＳ７２３において、各分割ファイルのファイル名を分割ファイルの連番規則を満足するように更新（リネーム）する。先に図９を参照して説明したファイル名変換ルールに対応した連番規則を満足するようにリネームを行う。これらステップＳ７２１〜Ｓ７２３の処理は、図１８（ｄ）編集後ファイル（分割ファイル）の生成処理に対応する。

このステップＳ７２１〜Ｓ７２３の結果として生成された分割ファイルが第２メディア対応ファイルシステム部１５４に提供され、第２メディア１１２に記録される。

次に、図２０（Ｄ）ケース３の場合の処理シーケンスについて説明する。このケース３は、
ｆｉｌｅＡ＝挿入データの挿入開始位置（ｉｎ）の属する分割ファイル
ｆｉｌｅＢ＝挿入データの構成ファイル
これらのｆｉｌｅＡとｆｉｌｅＢのファイルサイズを加算した合計ファイルサイズが、第２メディア対応のファイルシステム規定上限を超え、３以上の分割ファイルとすることが必要となるケースの処理である。すなわち、図１９を参照して説明したケースに対応する処理である。

この場合、ファイル変換処理部１５３は、まず、ステップＳ７３１において、挿入データ位置（ｉｎ点）を持つｆｉｌｅＡにｆｉｌｅＢを挿入して分割ファイルを伸張した更新分割ファイル［編集後ｆｉｌｅＡ］を取得する。次に、ステップＳ７３２において、挿入データを含む分割ファイルである［編集後ｆｉｌｅＡ］を最大許容ファイルサイズ以下の２つの分割ファイルに再分割する。

図１９（ｄ）に示す分割ファイル［ｆ０１（ｎｅｗ）］、［ｆ０２（ｎｅｗ−ｒｎ）］、［ｆ０３（ｎｅｗ−ｒｎ）］が、このステップＳ７３２における分割処理によって生成されるファイルである。なお、この分割処理に適用するルールは、最初のデータ記録処理のルールと同じルールを適用する。すなわち、先に図８を参照して説明したルールのいずれかに従って行われる。

つぎに、ステップＳ７３３において、各分割ファイルのファイル名を分割ファイルの連番規則を満足するように更新（リネーム）する。先に図９を参照して説明したファイル名変換ルールに対応した連番規則を満足するようにリネームを行う。これらステップＳ７３１〜Ｓ７３３の処理は、図１９（ｄ）編集後ファイル（分割ファイル）の生成処理に対応する。

このステップＳ７３１〜Ｓ７３３の結果として生成された分割ファイルが第２メディア対応ファイルシステム部１５４に提供され、第２メディア１１２に記録される。

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

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

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

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

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

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

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

以上、説明したように、本発明の一実施例構成によれば、アプリケーション実行部の生成ファイルが、記録メディアのファイルシステムに適合しない構成において、アプリケーション実行部とメディアの記録データ管理を実行するファイルシステム部間にファイル変換部を設定した。ファイル変換部はアプリケーション実行部の生成ファイルを、ファイルシステムの許容ファイル形式を持つファイルに変換し、変換後のファイルを記録ファイルとしてファイルシステム部に提供する。本構成により、アプリケーション実行部とデータ記録メディアのファイルシステムが適合しない構成においてデータ記録や再生が可能となる。

１００ 情報処理装置
１０１ データ処理部
１０２ 通信部
１０３ 入力部
１０４ 出力部
１０５ メモリ
１０６ 第１メディアインタフェース
１０７ 第２メディアインタフェース
１１１ 第１メディア
１１２ 第２メディア
１５１ 暗号処理部
１５２ アプリケーション実行部
１５３ ファイル変換処理部
１５４ 第２メディア対応ファイルシステム部
１８１ ファイル
１８２ ファイル
２０１ ストリームディレクトリ［ＳＴＲＥＡＭ］
２０２ ストリームファイル
２１０，２２０ サブディレクトリ
２１１，２１２，２２１，２２２ 分割ファイル
２３０ ストリームディレクトリ［ＳＴＲＥＡＭ］
２３１，２３２，２４１，２４２ 分割ファイル
２５１，２５２ オリジナルファイル
３１１，３１２，３１３ 挿入データ
５００ 情報処理装置
５０１ データ処理部
５０２ 通信部
５０３ 入力部
５０４ 出力部
５０５ メモリ
５０７ メディアインタフェース
５１２ 記録メディア

Claims (9)

1. データを記録するメディアに対する記録データの生成、または前記メディアから読み出したデータの再生処理を実行するアプリケーション実行部と、
   ファイルシステムに従って前記メディアの記録データ管理を実行するファイルシステム部と、
   前記アプリケーション実行部の処理可能な第１のファイル形式と、前記ファイルシステムの規定する第２のファイル形式とのファイル変換処理を実行するファイル変換部を有し、
   前記ファイル変換部は、
   前記アプリケーション実行部の生成した前記第１のファイル形式を持つファイルを、前記ファイルシステムの許容ファイルサイズを持つ前記第２のファイル形式に変換し、変換後のファイルを記録ファイルとして前記ファイルシステム部に提供する処理を実行する情報処理装置。
2. 前記ファイル変換部は、
   前記アプリケーション実行部の生成した前記第１のファイル形式を持つファイルを、前記ファイルシステムの許容する最大ファイルサイズ以下の複数ファイルに分割し、生成した複数の分割ファイルを記録ファイルとして前記ファイルシステム部に提供する処理を実行する請求項１に記載の情報処理装置。
3. 前記ファイル変換部は、
   生成した前記複数の分割ファイルの各々に、分割元ファイルの識別情報と分割ファイルの配列情報を含むファイル名を設定する請求項２に記載の情報処理装置。
4. 前記ファイル変換部は、
   前記アプリケーション実行部からのデータ読み出し要求を入力し、該読み出し要求に含まれるファイル名に基づいて前記メディアに記録された分割ファイルのファイル名を取得し、取得した分割ファイル名を引数とした読み出し要求を前記ファイルシステム部に出力する処理を実行する請求項１に記載の情報処理装置。
5. 前記ファイル変換部は、
   前記ファイルシステム部が、前記メディアから読み出した複数の分割ファイルを連結し、前記アプリケーション実行部の読み出し要求ファイルを生成して前記アプリケーション実行部に提供する処理を実行する請求項４に記載の情報処理装置。
6. 前記ファイル変換部は、
   前記メディアから読み出され、前記アプリケーション実行部において編集処理が行われたファイルを入力してファイル変換処理を行う構成であり、
   前記編集処理がデータ削除処理である場合に、
   削除処理がなされたデータ部分を含む前記第２のファイル形式を持つ編集実行ファイルを特定し、データ削除態様に応じて前記編集実行ファイルの更新または削除の少なくともいずれかの処理を伴うファイル変換処理を実行して、変換後のファイルを記録ファイルとして前記ファイルシステム部に提供する処理を実行する請求項１に記載の情報処理装置。
7. 前記ファイル変換部は、
   前記メディアから読み出され、前記アプリケーション実行部において編集処理が行われたファイルを入力してファイル変換処理を行う構成であり、
   前記編集処理がデータ挿入処理である場合に、
   挿入処理がなされたデータ部分を含む前記第２のファイル形式を持つ編集実行ファイルを特定し、データ挿入態様に応じて前記編集実行ファイルの更新、または、新たな前記第２のファイル形式を持つファイルの設定を伴うファイル変換処理を実行して、変換後のファイルを記録ファイルとして前記ファイルシステム部に提供する処理を実行する請求項１に記載の情報処理装置。
8. 情報処理装置において実行する情報処理方法であり、
   アプリケーション実行部が、メディアに対する記録データの生成処理を実行するデータ処理ステップと、
   ファイル変換部が、前記アプリケーション実行部の処理可能な第１のファイル形式と、前記メディア対応のファイルシステムの規定する第２のファイル形式とのファイル変換処理を実行するファイル変換ステップと、
   メディアインタフェースが、前記ファイル変換ステップにおいて生成された前記第２のファイル形式を持つファイルを前記メディアに記録するデータ記録ステップを有し、
   前記ファイル変換ステップは、
   前記アプリケーション実行部の生成した前記第１のファイル形式を持つファイルを、前記ファイルシステムの許容ファイルサイズを持つ前記第２のファイル形式に変換し、変換後のファイルを記録ファイルとして前記ファイルシステム部に提供する処理を実行するステップである情報処理方法。
9. 情報処理装置において情報処理を実行させるプログラムであり、
   アプリケーション実行部に、メディアに対する記録データの生成処理を実行させるデータ処理ステップと、
   ファイル変換部に、前記アプリケーション実行部の処理可能な第１のファイル形式と、前記メディア対応のファイルシステムの規定する第２のファイル形式とのファイル変換処理を実行させるファイル変換ステップと、
   メディアインタフェースに、前記ファイル変換ステップにおいて生成された前記第２のファイル形式を持つファイルを前記メディアに記録させるデータ記録ステップを有し、
   前記ファイル変換ステップは、
   前記アプリケーション実行部の生成した前記第１のファイル形式を持つファイルを、前記ファイルシステムの許容ファイルサイズを持つ前記第２のファイル形式に変換し、変換後のファイルを記録ファイルとして前記ファイルシステム部に提供する処理を実行させるステップであるプログラム。

Images