JP4803093B2 - 情報処理装置および情報処理方法、プログラム、データ構造、並びに、プログラム格納媒体 - Google Patents
情報処理装置および情報処理方法、プログラム、データ構造、並びに、プログラム格納媒体 Download PDFInfo
- Publication number
- JP4803093B2 JP4803093B2 JP2007094017A JP2007094017A JP4803093B2 JP 4803093 B2 JP4803093 B2 JP 4803093B2 JP 2007094017 A JP2007094017 A JP 2007094017A JP 2007094017 A JP2007094017 A JP 2007094017A JP 4803093 B2 JP4803093 B2 JP 4803093B2
- Authority
- JP
- Japan
- Prior art keywords
- format
- area
- information
- content program
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Television Signal Processing For Recording (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
Description
本発明は、情報処理装置および情報処理方法、プログラム、データ構造、並びに、プログラム格納媒体に関し、特に、フォーマット変換を行う場合に用いて好適な、情報処理装置および情報処理方法、プログラム、データ構造、並びに、プログラム格納媒体に関する。
従来、ＡＶ（Audio Visual)ストリームの管理のために、ＡＶストリームとそれに付随する情報であるClip InformationのペアであるClipと、Clipのアクセスポイントを指定するタイムスタンプを有するPlayListとの２つのレイヤを有するアプリケーションフォーマットが用いられている（例えば、特許文献１参照）。
ところで、このような形式のアプリケーションフォーマットの中に複数のフォーマットが存在する場合がある。
例えば、ビデオカメラで撮影したコンテンツ、アナログ放送およびアナログライン入力から記録したコンテンツ、リムーバブルな記録媒体に記録されて配布されるコンテンツ、デジタル放送のコンテンツ等の、さまざまなコンテンツのそれぞれを取り扱うのに適した複数のフォーマットが用意されることが考えられる。
そして、そのような複数のフォーマットのコンテンツを、同一の装置で取り扱い、必要に応じてフォーマット変換を行うことが要求される。
本発明はこのような状況に鑑みてなされたものであり、複数のフォーマットのコンテンツを、同一の装置で取り扱い、必要に応じてフォーマット変換を行うことができるようにするものである。
本発明の第１の側面の情報処理方法は、トランスポートストリーム、および、前記トランスポートストリームの再生を管理する再生管理情報を含んで構成される第１のフォーマットおよび第２のフォーマットのコンテンツプログラムのフォーマット変換を実行する情報処理装置であって、前記再生管理情報の拡張領域以外の領域に前記第２のフォーマットにはない第１の属性データを有する前記第１のフォーマット、または、前記再生管理情報の拡張領域に前記第１のフォーマットにはない第２の属性データを有する前記第２のフォーマットの前記コンテンツプログラムを取得する取得手段と、前記取得手段により取得された前記コンテンツプログラムのフォーマットの種別を検出する第１の検出手段と、前記第１の検出手段による検出結果に基づいて、前記取得手段により取得された前記コンテンツプログラムを、前記再生管理情報の拡張領域以外の領域に前記第１の属性データを記載する領域を有するとともに、前記再生管理情報の拡張領域に前記第２の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに変換する第１の変換手段とを備える。
前記第１の変換手段により変換された前記記録用拡張フォーマットのコンテンツプログラムに含まれる前記第１の属性データに記載されている情報の一部と、前記第２の属性データに記載されている情報の一部とは、同一の情報であるものとすることができる。
前記第１の変換手段には、前記第１のフォーマットのコンテンツプログラムを前記記録用拡張フォーマットのコンテンツプログラムに変換するとき、前記第１の属性データを参照して、前記再生管理情報の拡張領域に配置された前記第２の属性データを記載する領域のうち少なくとも一部に情報を記載させるようにすることができる。
前記第１の変換手段には、前記第２のフォーマットのコンテンツプログラムを前記記録用拡張フォーマットのコンテンツプログラムに変換するとき、前記第２の属性データを参照して、前記再生管理情報の拡張領域以外の領域に配置された前記第１の属性データを記載する領域のうち少なくとも一部に情報を記載させるようにすることができる。
前記第１の変換手段により変換された前記記録用拡張フォーマットのコンテンツプログラムの記録部への記録を制御する記録制御手段を更に備えさせるようにすることができる。
前記記録部に記録された前記記録用拡張フォーマットのコンテンツプログラムを読み出す読み出し手段と、前記読み出し手段により読み出された前記記録用拡張フォーマットのコンテンツプログラムを、前記第１のフォーマット、または、前記第２のフォーマットのうちのいずれかにフォーマット変換する第２のフォーマット変換手段とを更に備えさせるようにすることができる。
前記読み出し手段により読み出された前記記録用拡張フォーマットのコンテンツプログラムが、前記第１の変換手段により前記記録用拡張フォーマットに変換される前のフォーマットの種類を検出する第２の検出手段と、前記第２の検出手段により検出された前記記録用拡張フォーマットに変換される前のフォーマットの種類の、ユーザへの通知を制御する通知制御手段とを更に備えさせるようにすることができる。
前記取得手段には、第２の属性データが記載されていない前記第２のフォーマットの前記コンテンツプログラムを更に取得させるようにすることができ、前記第１の変換手段には、前記取得手段により取得された前記コンテンツプログラムを、前記再生管理情報の拡張領域以外の領域に前記第１の属性データを記載する領域を有するとともに、前記再生管理情報の拡張領域に前記第２の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに更に変換させるようにすることができる。
前記取得手段には、前記再生管理情報を含まないトランスポートストリームとその属性情報を含んで構成されるコンテンツプログラムを更に取得させるようにすることができ、前記第１の変換手段は、前記属性情報に基づいて、前記取得手段により取得された前記コンテンツプログラムを、前記再生管理情報の拡張領域以外の領域に前記第１の属性データを記載する領域を有するとともに、前記再生管理情報の拡張領域に前記第２の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに更に変換させるようにすることができる。
本発明の第１の側面の情報処理方法は、トランスポートストリーム、および、前記トランスポートストリームの再生を管理する再生管理情報を含んで構成される第１のフォーマットおよび第２のフォーマットのコンテンツプログラムのフォーマット変換を実行する情報処理装置の情報処理方法であって、前記再生管理情報の拡張領域以外の領域に前記第２のフォーマットにはない第１の属性データを有する前記第１のフォーマット、または、前記再生管理情報の拡張領域に前記第１のフォーマットにはない第２の属性データを有する前記第２のフォーマットの前記コンテンツプログラムを取得し、取得された前記コンテンツプログラムのフォーマットの種別を検出し、フォーマットの種別の検出結果に基づいて、取得された前記コンテンツプログラムを、前記再生管理情報の拡張領域以外の領域に前記第１の属性データを記載する領域を有するとともに、前記再生管理情報の拡張領域に前記第２の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに変換するステップを含む。
本発明の第１の側面のプログラムは、トランスポートストリーム、および、前記トランスポートストリームの再生を管理する再生管理情報を含んで構成される第１のフォーマットおよび第２のフォーマットのコンテンツプログラムのフォーマット変換をコンピュータに実行させるためのプログラムであって、前記再生管理情報の拡張領域以外の領域に前記第２のフォーマットにはない第１の属性データを有する前記第１のフォーマット、または、前記再生管理情報の拡張領域に前記第１のフォーマットにはない第２の属性データを有する前記第２のフォーマットの前記コンテンツプログラムを取得し、取得された前記コンテンツプログラムのフォーマットの種別を検出し、フォーマットの種別の検出結果に基づいて、取得された前記コンテンツプログラムを、前記再生管理情報の拡張領域以外の領域に前記第１の属性データを記載する領域を有するとともに、前記再生管理情報の拡張領域に前記第２の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに変換するステップを含む処理をコンピュータに実行させる。
本発明の第１の側面においては、再生管理情報の拡張領域以外の領域に第２のフォーマットにはない第１の属性データを有する第１のフォーマット、または、再生管理情報の拡張領域に第１のフォーマットにはない第２の属性データを有する第２のフォーマットのコンテンツプログラムが取得され、取得されたコンテンツプログラムのフォーマットの種別が検出され、フォーマットの種別の検出結果に基づいて、取得されたコンテンツプログラムが、再生管理情報の拡張領域以外の領域に第１の属性データを記載する領域を有するとともに、再生管理情報の拡張領域に第２の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに変換される。
本発明の第２の側面の情報処理装置は、トランスポートストリーム、前記トランスポートストリームの実体を管理する実体管理情報、および前記トランスポートストリームの再生を管理する再生管理情報を含んで構成される第１のフォーマット、第２のフォーマット、および、第３のフォーマットのコンテンツプログラムのフォーマット変換を実行する情報処理装置であって、前記再生管理情報の拡張領域以外の領域に前記第２のフォーマットおよび前記第３のフォーマットにはない第１の属性データを有する前記第１のフォーマット、前記再生管理情報の拡張領域に前記第１のフォーマットおよび前記第３のフォーマットにはない第２の属性データを有する前記第２のフォーマット、または、前記実体管理情報に、前記第１のフォーマットおよび前記第２のフォーマットにはない第３の属性データを有する前記第３のフォーマットの前記コンテンツプログラムを取得する取得手段と、前記取得手段により取得された前記コンテンツプログラムのフォーマットの種別を検出する検出手段と、前記検出手段による検出結果に基づいて、前記取得手段により取得された前記コンテンツプログラムを、前記再生管理情報の拡張領域以外の領域に前記第１の属性データを記載する領域を有し、前記再生管理情報の拡張領域に前記第２の属性データを記載する領域を有し、前記実体管理情報に前記第３の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに変換する変換手段とを備える。
前記取得手段には、前記第３のフォーマットのコンテンツプログラムとともに、その属性情報を更に取得させるようにすることができ、前記変換手段には、前記第３のフォーマットのコンテンツプログラムを前記記録用拡張フォーマットのコンテンツプログラムに変換するとき、前記属性情報を参照して、前記再生管理情報の拡張領域以外の領域に配置された前記第１の属性データを記載する領域のうち少なくとも一部に情報を記載させるようにすることができる。
前記取得手段には、前記第３のフォーマットのコンテンツプログラムとともに、その属性情報を更に取得させるようにすることができ、前記変換手段には、前記第３のフォーマットのコンテンツプログラムを前記記録用拡張フォーマットのコンテンツプログラムに変換するとき、前記属性情報を参照して、前記再生管理情報の拡張領域に配置された前記第２の属性データを記載する領域のうち少なくとも一部に情報を記載させるようにすることができる。
本発明の第２の側面の情報処理方法は、トランスポートストリーム、前記トランスポートストリームの実体を管理する実体管理情報、および前記トランスポートストリームの再生を管理する再生管理情報を含んで構成される第１のフォーマット、第２のフォーマット、および、第３のフォーマットのコンテンツプログラムのフォーマット変換を実行する情報処理装置の情報処理方法であって、前記再生管理情報の拡張領域以外の領域に前記第２のフォーマットおよび前記第３のフォーマットにはない第１の属性データを有する前記第１のフォーマット、前記再生管理情報の拡張領域に前記第１のフォーマットおよび前記第３のフォーマットにはない第２の属性データを有する前記第２のフォーマット、または、前記実体管理情報に、前記第１のフォーマットおよび前記第２のフォーマットにはない第３の属性データを有する前記第３のフォーマットの前記コンテンツプログラムを取得し、取得された前記コンテンツプログラムのフォーマットの種別を検出し、フォーマットの種別の検出結果に基づいて、取得された前記コンテンツプログラムを、前記再生管理情報の拡張領域以外の領域に前記第１の属性データを記載する領域を有し、前記再生管理情報の拡張領域に前記第２の属性データを記載する領域を有し、前記実体管理情報に前記第３の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに変換するステップを含む。
本発明の第２の側面のプログラムは、トランスポートストリーム、前記トランスポートストリームの実体を管理する実体管理情報、および前記トランスポートストリームの再生を管理する再生管理情報を含んで構成される第１のフォーマット、第２のフォーマット、および、第３のフォーマットのコンテンツプログラムのフォーマット変換をコンピュータに実行させるプログラムであって、前記再生管理情報の拡張領域以外の領域に前記第２のフォーマットおよび前記第３のフォーマットにはない第１の属性データを有する前記第１のフォーマット、前記再生管理情報の拡張領域に前記第１のフォーマットおよび前記第３のフォーマットにはない第２の属性データを有する前記第２のフォーマット、または、前記実体管理情報に、前記第１のフォーマットおよび前記第２のフォーマットにはない第３の属性データを有する前記第３のフォーマットの前記コンテンツプログラムを取得し、取得された前記コンテンツプログラムのフォーマットの種別を検出し、フォーマットの種別の検出結果に基づいて、取得された前記コンテンツプログラムを、前記再生管理情報の拡張領域以外の領域に前記第１の属性データを記載する領域を有し、前記再生管理情報の拡張領域に前記第２の属性データを記載する領域を有し、前記実体管理情報に前記第３の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに変換するステップを含む処理をコンピュータに実行させる。
本発明の第２の側面においては、再生管理情報の拡張領域以外の領域に第２のフォーマットおよび第３のフォーマットにはない第１の属性データを有する第１のフォーマット、再生管理情報の拡張領域に第１のフォーマットおよび第３のフォーマットにはない第２の属性データを有する第２のフォーマット、または、実体管理情報に、第１のフォーマットおよび第２のフォーマットにはない第３の属性データを有する第３のフォーマットのコンテンツプログラムが取得され、取得されたコンテンツプログラムのフォーマットの種別が検出され、フォーマットの種別の検出結果に基づいて、取得されたコンテンツプログラムが、再生管理情報の拡張領域以外の領域に第１の属性データを記載する領域を有し、再生管理情報の拡張領域に第２の属性データを記載する領域を有し、実体管理情報に第３の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに変換される。
本発明の第３の側面のデータ構造は、情報処理装置において、トランスポートストリーム、および、前記トランスポートストリームの再生を管理する再生管理情報を含んで構成される第１のフォーマットまたは第２のフォーマットのコンテンツプログラムにフォーマット変換される、拡張フォーマットのコンテンツプログラムのデータ構造であって、トランスポートストリームと、前記再生管理情報の拡張領域以外の領域に、前記第１のフォーマットには含まれるが前記第２のフォーマットにはない第１の属性データと、前記再生管理情報の拡張領域に、前記第２のフォーマットには含まれるが前記第１のフォーマットにはない第２の属性データとを含み、前記第１の属性データは、前記情報処理装置において前記拡張フォーマットのコンテンツプログラムが前記第１のフォーマットのコンテンツプログラムにフォーマット変換される場合に、変換後の前記第１のフォーマットのコンテンツプログラムに配置され、前記第２の属性データは、前記情報処理装置において前記拡張フォーマットのコンテンツプログラムが前記第２のフォーマットのコンテンツプログラムにフォーマット変換される場合に、変換後の前記第２のフォーマットのコンテンツプログラムに配置され、前記第１の属性データに記載されている情報の少なくとも一部と、前記第２の属性データに記載されている情報の少なくとも一部とは、同一の情報である。
本発明の第３の側面においては、トランスポートストリームと、再生管理情報の拡張領域以外の領域に、第１のフォーマットには含まれるが第２のフォーマットにはない第１の属性データと、再生管理情報の拡張領域に、第２のフォーマットには含まれるが第１のフォーマットにはない第２の属性データとが含まれる。第１の属性データは、情報処理装置において、トランスポートストリームと、再生管理情報の拡張領域以外の領域に第１の属性データと、再生管理情報の拡張領域に第２の属性データとを含む拡張フォーマットのコンテンツプログラムが第１のフォーマットのコンテンツプログラムにフォーマット変換される場合に、変換後の第１のフォーマットのコンテンツプログラムに配置され、第２の属性データは、情報処理装置において拡張フォーマットのコンテンツプログラムが第２のフォーマットのコンテンツプログラムにフォーマット変換される場合に、変換後の第２のフォーマットのコンテンツプログラムに配置され、第１の属性データに記載されている情報の少なくとも一部と、第２の属性データに記載されている情報の少なくとも一部とが、同一の情報である。
ネットワークとは、少なくとも２つの装置が接続され、ある装置から、他の装置に対して、情報の伝達をできるようにした仕組みをいう。ネットワークを介して通信する装置は、独立した装置どうしであっても良いし、１つの装置を構成している内部ブロックどうしであっても良い。
また、通信とは、無線通信および有線通信は勿論、無線通信と有線通信とが混在した通信、即ち、ある区間では無線通信が行われ、他の区間では有線通信が行われるようなものであっても良い。さらに、ある装置から他の装置への通信が有線通信で行われ、他の装置からある装置への通信が無線通信で行われるようなものであっても良い。
映像処理装置は、独立した装置であっても良いし、情報処理装置、記録装置、再生装置、記録再生装置などの装置のうちのフォーマット変換を行うブロックであっても良い。
以上のように、本発明の第１の側面によれば、フォーマット変換を行うことができ、特に、フォーマット変換されたコンテンツデータを、容易に、再生管理情報の拡張領域以外の領域に第２のフォーマットにはない第１の属性データを有する第１のフォーマット、または、再生管理情報の拡張領域に第１のフォーマットにはない第２の属性データを有する第２のフォーマットにフォーマット変換することができる。
また本発明の第２の側面によれば、フォーマット変換を行うことができ、特に、フォーマット変換されたコンテンツデータを、再生管理情報の拡張領域以外の領域に第２のフォーマットおよび第３のフォーマットにはない第１の属性データを有する第１のフォーマット、再生管理情報の拡張領域に第１のフォーマットおよび第３のフォーマットにはない第２の属性データを有する第２のフォーマット、または、実体管理情報に、第１のフォーマットおよび第２のフォーマットにはない第３の属性データを有する第３のフォーマットのいずれかに、容易にフォーマット変換することができる。
また、本発明の第２の側面によれば、再生管理情報の拡張領域以外の領域に第２のフォーマットにはない第１の属性データを有する第１のフォーマット、または、再生管理情報の拡張領域に第１のフォーマットにはない第２の属性データを有する第２のフォーマットのいずれにも容易にフォーマット変換することができるデータ構造を有する拡張フォーマットのデータを提供することができる。
以下に本発明の実施の形態を説明するが、本発明の構成要件と、明細書または図面に記載の実施の形態との対応関係を例示すると、次のようになる。この記載は、本発明をサポートする実施の形態が、明細書または図面に記載されていることを確認するためのものである。従って、明細書または図面中には記載されているが、本発明の構成要件に対応する実施の形態として、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その構成要件に対応するものではないことを意味するものではない。逆に、実施の形態が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
本発明の第１の側面の情報処理装置(例えば、図１の映像処理装置１１)は、トランスポートストリーム、および、前記トランスポートストリームの再生を管理する再生管理情報（例えば、PlayList）を含んで構成される第１のフォーマットおよび第２のフォーマットのコンテンツプログラムのフォーマット変換を実行する情報処理装置であって、前記再生管理情報の拡張領域以外の領域に前記第２のフォーマットにはない第１の属性データを有する前記第１のフォーマット、または、前記再生管理情報の拡張領域に前記第１のフォーマットにはない第２の属性データを有する前記第２のフォーマットの前記コンテンツプログラムを取得する取得手段（例えば、図２７の記録用データ取得部１０１）と、前記取得手段により取得された前記コンテンツプログラムのフォーマットの種別を検出する第１の検出手段（例えば、図２７のフォーマット検出部１０２）と、前記第１の検出手段による検出結果に基づいて、前記取得手段により取得された前記コンテンツプログラムを、前記再生管理情報の拡張領域以外の領域に前記第１の属性データを記載する領域を有するとともに、前記再生管理情報の拡張領域に前記第２の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに変換する第１の変換手段（例えば、図２７の記録用拡張フォーマット変換部１０３）とを備える。
前記第１の変換手段により変換された前記記録用拡張フォーマットのコンテンツプログラムの記録部（例えば、ローカルストレージ３６）への記録を制御する記録制御手段（例えば、図２７の記録制御部１０４）を更に備えることができる。
前記記録部に記録された前記記録用拡張フォーマットのコンテンツプログラムを読み出す読み出し手段（例えば、図２７のデータ読み出し部１０５）と、前記読み出し手段により読み出された前記記録用拡張フォーマットのコンテンツプログラムを、前記第１のフォーマット、または、前記第２のフォーマットのうちのいずれかにフォーマット変換する第２のフォーマット変換手段（例えば、図２７のフォーマット変換部１０８）とを更に備えることができる。
前記読み出し手段により読み出された前記記録用拡張フォーマットのコンテンツプログラムが、前記第１の変換手段により前記記録用拡張フォーマットに変換される前のフォーマットの種類を検出する第２の検出手段（例えば、図２７の変換前フォーマット検出部１０６）と、前記第２の検出手段により検出された前記記録用拡張フォーマットに変換される前のフォーマットの種類の、ユーザへの通知を制御する通知制御手段（例えば、図２７の通知制御部１０７）とを更に備えることができる。
前記取得手段は、前記生管理情報を含まないトランスポートストリーム(例えば、放送信号やLine-in入力されたコンテンツなど)とその属性情報（例えば、メタデータ）を含んで構成されるコンテンツプログラムを更に取得することができ、前記第１の変換手段は、前記属性情報に基づいて、前記取得手段により取得された前記コンテンツプログラムを、前記再生管理情報の拡張領域以外の領域に前記第１の属性データを記載する領域を有するとともに、前記再生管理情報の拡張領域に前記第２の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに更に変換することができる。
本発明の第１の側面の情報処理方法は、トランスポートストリーム、および、前記トランスポートストリームの再生を管理する再生管理情報（例えば、PlayList）を含んで構成される第１のフォーマットおよび第２のフォーマットのコンテンツプログラムのフォーマット変換を実行する情報処理装置の情報処理方法であって、前記再生管理情報の拡張領域以外の領域に前記第２のフォーマットにはない第１の属性データを有する前記第１のフォーマット、または、前記再生管理情報の拡張領域に前記第１のフォーマットにはない第２の属性データを有する前記第２のフォーマットの前記コンテンツプログラムを取得し(例えば、図２８のステップＳ１１の処理)、取得された前記コンテンツプログラムのフォーマットの種別を検出し(例えば、図２８のステップＳ１２、ステップＳ１４、ステップＳ１６、または、ステップＳ１８の処理)、フォーマットの種別の検出結果に基づいて、取得された前記コンテンツプログラムを、前記再生管理情報の拡張領域以外の領域に前記第１の属性データを記載する領域を有するとともに、前記再生管理情報の拡張領域に前記第２の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに変換する（例えば、図２９、図３０、図３１、または、図３２を用いて説明する処理）ステップを含む。
本発明の第１の側面のプログラムは、トランスポートストリーム、および、前記トランスポートストリームの再生を管理する再生管理情報（例えば、PlayList）を含んで構成される第１のフォーマットおよび第２のフォーマットのコンテンツプログラムのフォーマット変換をコンピュータに実行させるためのプログラムであって、前記再生管理情報の拡張領域以外の領域に前記第２のフォーマットにはない第１の属性データを有する前記第１のフォーマット、または、前記再生管理情報の拡張領域に前記第１のフォーマットにはない第２の属性データを有する前記第２のフォーマットの前記コンテンツプログラムを取得し(例えば、図２８のステップＳ１１の処理)、取得された前記コンテンツプログラムのフォーマットの種別を検出し(例えば、図２８のステップＳ１２、ステップＳ１４、ステップＳ１６、または、ステップＳ１８の処理)、フォーマットの種別の検出結果に基づいて、取得された前記コンテンツプログラムを、前記再生管理情報の拡張領域以外の領域に前記第１の属性データを記載する領域を有するとともに、前記再生管理情報の拡張領域に前記第２の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに変換する（例えば、図２９、図３０、図３１、または、図３２を用いて説明する処理）ステップを含む処理をコンピュータに実行させる。
本発明の第２の側面の情報処理装置(例えば、図１の映像処理装置１１)は、トランスポートストリーム、前記トランスポートストリームの実体を管理する実体管理情報（例えば、ClipInfomation）、および前記トランスポートストリームの再生を管理する再生管理情報（例えば、PlayList）を含んで構成される第１のフォーマット、第２のフォーマット、および、第３のフォーマットのコンテンツプログラムのフォーマット変換を実行する情報処理装置であって、前記再生管理情報の拡張領域以外の領域に前記第２のフォーマットおよび前記第３のフォーマットにはない第１の属性データを有する前記第１のフォーマット、前記再生管理情報の拡張領域に前記第１のフォーマットおよび前記第３のフォーマットにはない第２の属性データを有する前記第２のフォーマット、または、前記実体管理情報に、前記第１のフォーマットおよび前記第２のフォーマットにはない第３の属性データを有する前記第３のフォーマットの前記コンテンツプログラムを取得する取得手段（例えば、図２７の記録用データ取得部１０１）と、前記取得手段により取得された前記コンテンツプログラムのフォーマットの種別を検出する検出手段（例えば、図２７のフォーマット検出部１０２）と、前記検出手段による検出結果に基づいて、前記取得手段により取得された前記コンテンツプログラムを、前記再生管理情報の拡張領域以外の領域に前記第１の属性データを記載する領域を有し、前記再生管理情報の拡張領域に前記第２の属性データを記載する領域を有し、前記実体管理情報に前記第３の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに変換する変換手段（例えば、図２７の記録用拡張フォーマット変換部１０３）とを備える。
前記取得手段は、前記第３のフォーマットのコンテンツプログラムとともに、その属性情報（例えば、拡張メタデータ）を更に取得することができ、前記変換手段は、前記第３のフォーマットのコンテンツプログラムを前記記録用拡張フォーマットのコンテンツプログラムに変換するとき、前記属性情報を参照して、前記再生管理情報の拡張領域以外の領域に配置された前記第１の属性データを記載する領域のうち少なくとも一部に情報を記載することができる。
前記取得手段は、前記第３のフォーマットのコンテンツプログラムとともに、その属性情報（例えば、拡張メタデータ）を更に取得することができ、前記変換手段は、前記第３のフォーマットのコンテンツプログラムを前記記録用拡張フォーマットのコンテンツプログラムに変換するとき、前記属性情報を参照して、前記再生管理情報の拡張領域に配置された前記第２の属性データを記載する領域のうち少なくとも一部に情報を記載することができる。
本発明の第２の側面の情報処理方法は、トランスポートストリーム、前記トランスポートストリームの実体を管理する実体管理情報（例えば、ClipInfomation）、および前記トランスポートストリームの再生を管理する再生管理情報（例えば、PlayList）を含んで構成される第１のフォーマット、第２のフォーマット、および、第３のフォーマットのコンテンツプログラムのフォーマット変換を実行する情報処理装置の情報処理方法であって、前記再生管理情報の拡張領域以外の領域に前記第２のフォーマットおよび前記第３のフォーマットにはない第１の属性データを有する前記第１のフォーマット、前記再生管理情報の拡張領域に前記第１のフォーマットおよび前記第３のフォーマットにはない第２の属性データを有する前記第２のフォーマット、または、前記実体管理情報に、前記第１のフォーマットおよび前記第２のフォーマットにはない第３の属性データを有する前記第３のフォーマットの前記コンテンツプログラムを取得し(例えば、図２８のステップＳ１１の処理)、取得された前記コンテンツプログラムのフォーマットの種別を検出し(例えば、図２８のステップＳ１２、ステップＳ１４、ステップＳ１６、または、ステップＳ１８の処理)、フォーマットの種別の検出結果に基づいて、取得された前記コンテンツプログラムを、前記再生管理情報の拡張領域以外の領域に前記第１の属性データを記載する領域を有し、前記再生管理情報の拡張領域に前記第２の属性データを記載する領域を有し、前記実体管理情報に前記第３の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに変換する（例えば、図２９、図３０、図３１、または、図３２を用いて説明する処理）ステップを含む。
本発明の第２の側面のプログラムは、トランスポートストリーム、前記トランスポートストリームの実体を管理する実体管理情報（例えば、ClipInfomation）、および前記トランスポートストリームの再生を管理する再生管理情報（例えば、PlayList）を含んで構成される第１のフォーマット、第２のフォーマット、および、第３のフォーマットのコンテンツプログラムのフォーマット変換をコンピュータに実行させるプログラムであって、前記再生管理情報の拡張領域以外の領域に前記第２のフォーマットおよび前記第３のフォーマットにはない第１の属性データを有する前記第１のフォーマット、前記再生管理情報の拡張領域に前記第１のフォーマットおよび前記第３のフォーマットにはない第２の属性データを有する前記第２のフォーマット、または、前記実体管理情報に、前記第１のフォーマットおよび前記第２のフォーマットにはない第３の属性データを有する前記第３のフォーマットの前記コンテンツプログラムを取得し(例えば、図２８のステップＳ１１の処理)、取得された前記コンテンツプログラムのフォーマットの種別を検出し(例えば、図２８のステップＳ１２、ステップＳ１４、ステップＳ１６、または、ステップＳ１８の処理)、フォーマットの種別の検出結果に基づいて、取得された前記コンテンツプログラムを、前記再生管理情報の拡張領域以外の領域に前記第１の属性データを記載する領域を有し、前記再生管理情報の拡張領域に前記第２の属性データを記載する領域を有し、前記実体管理情報に前記第３の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに変換する（例えば、図２９、図３０、図３１、または、図３２を用いて説明する処理）ステップを含む処理をコンピュータに実行させる。
本発明の第３の側面のデータ構造は、情報処理装置において、トランスポートストリーム、および、前記トランスポートストリームの再生を管理する再生管理情報（例えば、PlayList）を含んで構成される第１のフォーマットまたは第２のフォーマットのコンテンツプログラムにフォーマット変換される、拡張フォーマット(例えば、記録用拡張フォーマット)のコンテンツプログラムのデータ構造であって、トランスポートストリームと、
前記再生管理情報の拡張領域以外の領域に、前記第１のフォーマットには含まれるが前記第２のフォーマットにはない第１の属性データと、前記再生管理情報の拡張領域に、前記第２のフォーマットには含まれるが前記第１のフォーマットにはない第２の属性データとを含み、前記第１の属性データに記載されている情報の少なくとも一部と、前記第２の属性データに記載されている情報の少なくとも一部とは、同一の情報である。
前記再生管理情報の拡張領域以外の領域に、前記第１のフォーマットには含まれるが前記第２のフォーマットにはない第１の属性データと、前記再生管理情報の拡張領域に、前記第２のフォーマットには含まれるが前記第１のフォーマットにはない第２の属性データとを含み、前記第１の属性データに記載されている情報の少なくとも一部と、前記第２の属性データに記載されている情報の少なくとも一部とは、同一の情報である。
以下、図を参照して、本発明の実施の形態について説明する。
図１は、映像処理装置１１の構成を示すブロック図である。
映像処理装置１１は、例えば、放送信号を受信したり、放送信号と同等のコンテンツデータを電話回線やCATVを含む各種のネットワークを介して取得して、受信または取得したデータを内部に記録したり、表示装置１３に出力して表示させたり、装着された光ディスク１２などの記録媒体に記録する処理を実行することができる。また、映像処理装置１１は、装着された光ディスク１２などの記録媒体に記録されていたデータ、受信したデータ、または、外部から供給されたデータを、内部に記録するとき、記録されるデータを所定の統一された記録用拡張フォーマットにフォーマット変換する処理を実行することができる。また、映像処理装置１１は、内部に記録されている記録用拡張フォーマットのデータを、ユーザが指定する、または、出力方法に適したフォーマットにフォーマット変換し、フォーマット変換処理が施されたデータを、装着された光ディスク１２などの記録媒体に記録したり、外部の他の装置に供給する処理などを実行することができる。
映像処理装置１１は、制御部３１、アンテナ３２、放送受信制御部３３、再エンコード処理部３４、変換処理部３５、ローカルストレージ３６、ディスクドライブ３７、ネットワークインタフェース３８、操作入力取得部４０、再生制御部４１、AVデコーダ部４２、および、表示制御部４３を含んで構成されている。
制御部３１は、映像処理装置１１の各部を制御するものである。具体的には、例えば、操作入力取得部４０により取得されたユーザの操作入力に基づいて、ディスクドライブ３７に装着された光ディスク１２に記録されているデータを読み取って、ユーザが所望するコンテンツを再生したり、ローカルストレージ３６に記録する処理を制御したり、放送受信制御部３３により受信が制御された放送信号や、ネットワークインタフェース３８を介して供給されたデータをローカルストレージ３６に記録する処理を制御する。
また、制御部３１は、変換処理部３５を制御して、ローカルストレージ３６に記録するデータのフォーマットを記録用拡張フォーマットに変換したり、ローカルストレージ３６に記録されている記録用拡張フォーマットのデータを、ユーザが指定する、または、出力方法に適したフォーマットにフォーマット変換する処理を制御する。
アンテナ３２は、放送信号を受信し、放送受信制御部３３に供給する。
放送受信制御部３３は、アンテナ３２により受信される放送信号のチューニングや復調などを実行し、復調された放送信号を、再エンコードが必要な場合は再エンコード処理部３４に、再エンコードが必要でない場合は変換処理部３５に供給する。
再エンコード処理部３４は、制御部３１の制御に基づいて、必要に応じて、放送受信制御部３３により受信された放送信号を、映像処理装置１１が扱えるデータ形式に変換するための再エンコード処理を実行する。
変換処理部３５は、放送受信制御部３３により受信された放送信号、ディスクドライブ３７により光ディスク１２から読み出されたデータ、ネットワークインタフェース３８から供給されたデータ、または、再エンコード処理部３４により再エンコードされた符号化データなどの記録用拡張フォーマットへのフォーマット変換と、フォーマット変換されたデータのローカルストレージ３６への供給および記録を制御する。更に、変換処理部３５は、ローカルストレージ３６に記録されているデータを外部に出力する場合、具体的には、ローカルストレージ３６に記録されているデータがディスクドライブ３７の処理により光ディスク１２に記録されたり、ネットワークインタフェース３８を介して外部の機器などに供給される場合、そのデータを、ユーザが指定する、または、出力方法に適したフォーマットにフォーマット変換する処理を実行する。変換処理部３５が有する機能の詳細、記録用拡張フォーマットのデータ構造、および、フォーマットの変換処理の詳細については後述する。
ローカルストレージ３６は、例えば、ハードディスクなどにより構成され、供給されたデータを記録する。
ネットワークインタフェース３８は、有線または無線によりネットワークと接続されており、制御部３１からの制御に従って、ネットワークを介して、他の装置との間で通信を行い、他の装置から取得したデータを変換処理部３５に供給したり、変換処理部３５から供給されたデータを他の装置に送信する。また、ネットワークインタフェース３８は、放送信号と同等のコンテンツデータを電話回線やCATVを含む各種のネットワークを介して取得した場合、取得したコンテンツデータを、変換処理部３５に供給する。
ディスクドライブ３７は、例えば、光ディスク１２などの記録媒体を装着し、制御部３１の制御に基づいて、装着された記録媒体からデータを読み出して、変換処理部３５に供給したり、装着された光ディスク１２などの記録媒体に変換処理部３５から供給されたデータを記録する。
操作入力取得部４０は、例えば、ボタン、キー、ダイヤル、タッチパッド、または、図示しないリモートコマンダから供給される赤外線などを受信する受信部を含んで構成され、ユーザからの操作入力を取得し、制御部３１に供給する。
再生制御部４１は、制御部３１の制御に基づいて、AVデコーダ部４２によるデータの再生を制御する。
AVデコーダ部４２は、再生制御部４１の制御に基づいて、ローカルストレージ３６から取得したデータを、そのデータの種類（例えば、オーディオデータであるか、ビデオデータであるか、テキストデータであるか、その他のデータであるかなど）に基づいて、それぞれ、対応する方法でデコードし、外部の表示装置１３に供給する。
表示制御部４３は、制御部３１の制御に基づいて、例えば、ユーザに対する通知や、メニュー画面などに対応する表示画面データを生成し、外部の表示装置１３に供給して、その表示を制御するとともに、変換処理部３５から供給された、例えば、ユーザに対する通知や、メニュー画面などに対応する表示画面データを、外部の表示装置１３に供給して、その表示を制御する。
次に、映像処理装置１１において扱われるデータのアプリケーションフォーマットについて説明する。
図２は、映像処理装置１１において扱われるデータのアプリケーションフォーマットの簡単化された構造を示している。
アプリケーションフォーマットは、ＡＶ（Audio Visual)ストリームの管理のためにPlayListとClipの２つのレイヤをもつ。ここでは、ＡＶストリームと、必要に応じて、例えば、字幕に対応するテキストデータなど、AVストリームとともに再生可能なデータストリームと、それに付随する情報であって、対応するAVストリームの実体を管理するための情報であるClip Informationのペアを１つのオブジェクトと考え、それらをまとめてClipと称する。以下、ＡＶストリームのデータファイルをＡＶストリームファイルと称する。また、Clip InformationのデータファイルをClip Informationファイルと称する。
一般的に、コンピュータ等で用いられるファイルはバイト列として扱われるが、ＡＶストリームファイルなどにより構成されるコンテンツは時間軸上に展開され、Clipのアクセスポイントは、主に、タイムスタンプでPlayListにより指定される。
Clip中のアクセスポイントがタイムスタンプでPlayListにより示されている場合、Clip Informationファイルは、タイムスタンプから、ＡＶストリームファイルなどのストリーム中のデコードを開始すべきアドレス情報を見つけるために用いられる。
PlayListはAVストリームの再生を管理するための情報であり、ＡＶストリームなどの再生区間を示す情報の集合である。具体的には、例えば、あるＡＶストリーム中の１つの再生区間を示す情報はPlayItemと呼ばれ、PlayItemは、時間軸上の再生区間のIN点（再生開始点）とOUT点（再生終了点）のペアで表される。したがって、PlayListは、図２に示されるように１つ、または複数のPlayItemにより構成される。
また、フォーマットによっては、PlayListに、拡張情報を記載可能なExtensionデータを含めることが可能であり、クリップインフォメーションにも、拡張情報を記載可能なClip Extensionデータを含めることが可能である。フォーマットごとのデータ構成の違いについては、図３を用いて後述する。
図２において、左から１番目に図示されている第１のPlayListは２つのPlayItemから構成され、その２つのPlayItemにより、左側に図示される第１のClipに含まれるＡＶストリームの前半部分と後半部分がそれぞれ参照されている。また、左から２番目に図示されている第２のPlayListは１つのPlayItemから構成され、それにより、右側に図示されている第２のClipに含まれるＡＶストリーム全体が参照されている。更に、左から３番目に図示されている第３のPlayListは２つのPlayItemから構成され、その２つのPlayItemにより、左側に図示されている第１のClipに含まれるＡＶストリームの所定の部分と、右側に図示されている第２のClipに含まれるＡＶストリームの所定の部分とがそれぞれ参照されている。
ナビゲーションプログラム（Navigation program）は、PlayListの再生の順序や、PlayListのインタラクティブな再生をコントロールする機能を、再生制御部４１に実行させるためのプログラムである。
ナビゲーションプログラムは、インデックステーブル（Index table）（第1のフォーマットにおいては、TableOfPlayList）と、インデックステーブルにより読み出されるMovie ObjectやBD−J Objectにより構成される。インデックステーブルは、コンテンツのタイトルやメニューの定義を行うものであり、各タイトルやメニューのエントリーポイントを保持している。インデックステーブルの詳細については後述する。
Movie ObjectやBD−J Objectは、PlayListの再生の順序や、PlayListのインタラクティブな再生をコントロールする機能を有する。また、Movie ObjectやBD−J Objectは、各種の再生の実行をユーザが指示するためのメニュー画面を表示する機能なども有する。このBD−J Objectは、例えば、Java（登録商標）などのプログラミング言語で記述される。
例えば、Movie ObjectやBD−J Objectにより、そのときの再生位置を表す情報として、左のPlayListに含まれる一番左側のPlayItemが指定された場合、そのPlayItemが参照する、Clipに含まれるＡＶストリームの前半部分の再生が行われる。このように、PlayListは、ＡＶストリームファイルなどの再生を管理するための再生管理情報として用いられる。
また、Movie ObjectやBD−J Objectには、ナビゲーションコマンドが含まれている場合がある。ナビゲーションコマンドは、ＡＶストリームファイルなどの再生を制御するための各種のコマンドである。
また、図２を用いて説明したPlayListには、PlayItemにより指定されるメインパス（Main Path）に加えて、サブプレイアイテム（Sub Play Item）を用いて指定されるサブパス（Sub path）の情報を含ませるようにすることもできる。SubPlayItemを定義すると、例えば、PlayItemにより指定されるClip（例えば、MPEG2トランスポートストリーム）に多重化されていない、独立したデータストリームをＡＶストリーム再生に同期して再生させることができる。
例えば、PlayItemにより指定されるメインパス（Main Path）のClip ＡＶストリームに対応させて、テキスト字幕ファイル、および、レンダリングに必要となるフォントファイルから構成される字幕関連情報と、字幕関連情報の再生区間を指定したSubPlayItemを用意することで、Clip ＡＶストリームの再生と同時に、テキスト字幕ファイルに記載されているデータに対応する字幕を、フォントファイルに記載されているフォントデータに基づいた表示フォントで、表示装置１３に表示させるようにすることができる。また、例えば、PlayItemにより指定されるメインパス（Main Path）のClip ＡＶストリームに対応させて、他言語の吹き替え音声データと、吹き替え音声データに対応したSubPlayItemを用意することで、Clip ＡＶストリームの再生と同時に、他言語の吹き替え音声データを再生出力することができる。
同様に、PlayItemにより指定されるメインパス（Main Path）のClip ＡＶストリームに対応させて、字幕表示用のテキストデータのストリーム（TextST stream）のみならず、所定のGUI表示画面のようなビットマップ字幕をランレングス符号化したストリームであるPGストリーム（Presentation Graphics stream）を用意することで、Clip ＡＶストリームの再生と同時に、字幕を再生出力することができる。
このような、映像処理装置１１において再生可能なコンテンツとそのコンテンツを再生するためのデータ、換言すれば、映像処理装置１１において扱うことができるナビゲーションプログラム、PlayList、および、Clipを、コンテンツプログラム、または、単にプログラムと称するものとする。
また、上述したように、映像処理装置１１において扱うことができるコンテンツプログラム（ナビゲーションプログラム、PlayList、および、Clip）のフォーマットは、複数種類存在し、映像処理装置１１においては、ローカルストレージ３６にデータが記録される場合に、そのフォーマットは、全て、記録用拡張フォーマットに変換され、内部に記録されている記録用拡張フォーマットのデータは、ユーザが指定する、または、出力方法に適したフォーマットにフォーマット変換された後に出力される。
映像処理装置１１において扱うことができるコンテンツプログラムのフォーマットには、例えば、放送ストリームをそのまま記録する場合を想定したデータフォーマットである第１のフォーマット、再生専用のリムーバブルメディア（例えば、再生専用の光ディスクなど）にコンテンツプログラムを記録する場合のフォーマットに近い形式の（すなわち、再生専用のリムーバブルメディア用のフォーマットと非常に互換性の高い）フォーマットである第２のフォーマット、および、カムコーダなどで撮影されたAVデータのフォーマットである第３のフォーマットが含まれている。また、上述したように、映像処理装置１１は、放送受信制御部３３により、アナログ放送またはデジタル放送の放送コンテンツを受信することができ、ネットワークインタフェース３８を介して、Line-in入力のコンテンツ、または、ケーブルネットワーク等で配信されるコンテンツを取得することができる。
これらのフォーマットを大別すると、放送記録用の系統が、放送信号やLin-inなどと第１のフォーマットであり、カムコーダや再生専用ディスク用の系統が、第２のフォーマットおよび第３のフォーマットとなる。第２のフォーマットおよび第３のフォーマットのPlayListは、略、同様の構成を有している。また、第２のフォーマットには、編集可能なものと編集不可のものがある。
図３を用いて、第１のフォーマット、第２のフォーマット、および、第３のフォーマット、並びに、放送信号などのそれぞれのフォーマットの差異について説明する。
第１のフォーマットのデータは、PlayList中のExtensionデータ以外の部分に、第１のフォーマット乃至第３のフォーマットのいずれにも記載されている基本情報以外に、主に放送ストリームの属性が記載された拡張情報である第１の属性データを有している。また、PlayList中のExtensionデータの部分には、第１のフォーマット乃至第３のフォーマットのいずれにも記載されている基本情報のみが記載されている。そして、クリップインフォメーションにおいて、ClipExtensionデータを有していない。
第２のフォーマットのデータにおいては、PlayList中のExtensionデータ以外の部分に、第１のフォーマット乃至第３のフォーマットのいずれにも記載されているコンテンツの再生などの基本動作に必須の情報である基本情報のみが記載されている。そして、PlayList中のExtensionデータの部分には、第１のフォーマット乃至第３のフォーマットのいずれにも記載されている基本情報に加えて、再生されるストリームに関する拡張情報である第２の属性データが記載されているか、または、PlayList中のExtensionデータ自体を有していないかのいずれかである。そして、クリップインフォメーションにおいて、ClipExtensionデータを有していない。
第３のフォーマットのデータは、PlayList中のExtensionデータ以外の部分に、第１のフォーマット乃至第３のフォーマットのいずれにも記載されている基本情報のみが記載されている。そして、PlayList中のExtensionデータの部分にも、第１のフォーマット乃至第３のフォーマットのいずれにも記載されている基本情報のみが記載されている。そして、クリップインフォメーションにおいて、ClipExtensionデータ内に拡張情報である第３の属性データを有している。また、PlayListやクリップインフォメーション以外に、コンテンツ全体に関する情報である拡張メタデータを有している。
また、映像処理装置１１において受信される放送信号や、放送信号に対応する放送コンテンツデータは、プレイリストやクリップインフォメーションの情報を有していない。しかしながら、映像処理装置１１において受信される放送信号や、放送信号に対応する放送コンテンツデータには、コンテンツに関する情報が、所定の規格に則って記載されている、所謂メタデータが付随していることが多い。
そこで、これらの情報を全てローカルストレージ３６に記録可能な映像処理装置１１においては、変換処理部３５において、これらの情報を、統一されたフォーマットである記録用拡張フォーマットに変換したのち、ローカルストレージ３６に記録することが可能なようになされている。
記録用拡張フォーマットは、基本的には、第１のフォーマットを基準として、その形式を拡張したものである。
図４に、記録用拡張フォーマットのディレクトリ構造を示す。
記録用拡張フォーマットのディレクトリ構造は、第１のフォーマットのディレクトリ構造と基本的に同一である。
rootディレクトリは、所定の名称のディレクトリ、例えば、"BDAV"ディレクトリを含む。
このアプリケーションフォーマットによって規定されるすべてのファイルとディレクトリは、"BDAV"ディレクトリの下にストアされなければならない。
"BDAV"ディレクトリは、次に示すファイルをストアする。
"info.bdav"ファイルは、BDAVディレクトリの下に作られるアプリケーションレイヤの全体的な情報をストアするファイルである。BDAVディレクトリの下には、ただ１つのinfo.bdavがなければならない。ファイル名は、info.bdavに固定される。info.bdavには、コンテンツにサムネイル画像が付加されているか否かを示す情報が含まれており、サムネイル画像が付加されている場合、そのサムネイル画像は、menu.tdt1ファイルおよびmenu.tdt2ファイルの中にストアされている。その画像は、menu.tidxファイルの中の設定値を用いて参照される。
また、"info.bdav"ファイルには、映像処理装置１１において再生可能なデータファイルを再生するメニューに関する情報が記載されているインデックステーブルが記載されている。
"menu.tidx"ファイル、並びに、"menu.tdt1"ファイルおよび"menu.tdt2"ファイルは、メニューサムネイル画像に関連する情報をストアするものである。menu.tidxは、メニューサムネイル画像のヘッダ情報をストアする「サムネイル情報ファイル」である。"menu.tdt1"ファイルにおよび"menu.tdt2"ファイルは、メニューサムネイル画像の画像データをストアする「サムネイル画像ファイル」である。
"mark.tidx"ファイル、並びに、"mark.tdt1"ファイルおよび"mark.tdt2"ファイルは、マークサムネイル画像に関連する情報をストアするものである。mark.tidxは、マークサムネイル画像のヘッダ情報をストアする「サムネイル情報ファイル」である。"mark.tdt1"ファイルおよび"mark.tdt2"ファイルは、マークサムネイル画像の画像データをストアする「サムネイル画像ファイル」である。
"BDAV"ディレクトリは、少なくとも３個のディレクトリを含む。
"PLAYLIST"ディレクトリの下には、PlayList（図２）のデータベースファイルが置かれなければならない。
"xxxxx.rpls"ファイルは、１つのPlayListに関連する情報をストアする。それぞれのPlayList毎に、ファイル拡張子"rpls"または"vpls"の１つのファイルが作られる。
"CLIPINF"ディレクトリの下には、Clip（図２）のデータベースファイルが置かれなければならない。
"STREAM"ディレクトリの下には、AVストリームファイル（図２）が置かれなければならない。"CLIPINF"ディレクトリは、それぞれのAVストリームファイルに対応して、１つのファイルをストアする。
"zzzzz.clpi"ファイルは、１つのAVストリームファイル(Clip AVストリームファイル)に対応するClip Information fileである。ファイル名は、"zzzzz.clpi"であり、ここで、"zzzzz"は、対応するPlayListファイルと同じものとなる。ファイル拡張子は、"clpi"でなければならない。
"STREAM"ディレクトリは、AVストリームのファイルをストアする。
"zzzzz.m2ts"ファイルは、このアプリケーションフォーマットを格納するファイルシステムにより扱われるAVストリームファイル、すなわち、Clip AVストリームファイルである。ファイル名は、"zzzzz.m2ts"であり、ここで"zzzzz"は、対応するPlayListファイルと同じものとなる。ファイル拡張子は、"m2ts"でなければならない。
記録用拡張フォーマットのディレクトリ構造は、上述したように、第１のフォーマットのディレクトリ構造と基本的に同一であるが、そのうちの、PlayListディレクトリのデータのデータ構造と、ClipInfoディレクトリのデータのデータ構造とが、第１のフォーマットにおけるデータ構造と異なり、他の第２のフォーマットおよび第３のフォーマットとも互換性を有するように拡張されている。
具体的には、記録用拡張フォーマットのPlayListディレクトリのデータにおいては、Extensionデータ部分以外の部分に、第1のフォーマットと同様にして、主に放送信号に対応する第1の属性データが記載されており、Extensionデータ部分には、第1のフォーマットにおいては記載されていない、第２のフォーマットにおける場合と同様の第２の属性データが記載され、ClipInfoディレクトリのデータのデータ構造においては、クリップインフォメーションのClipExtensionに、第1のフォーマットでは記載されない、第３のフォーマットにおける場合と同様の第３の属性データが記載される。
したがって、第1のフォーマットのデータを記録用拡張フォーマットに変換するとき、PlayListディレクトリのExtensionデータ部分に第1のフォーマットにおいては記載されていない第２のフォーマットにおける場合と同様の第２の属性データと、第３の属性データを含むClipExtensionを記載する領域を新たに生成する必要があり、第２のフォーマットのデータを記録用拡張フォーマットに変換するとき、PlayListディレクトリの第１の属性データと、第３の属性データを含むClipExtensionを記載する領域を新たに生成する必要があり、第３のフォーマットのデータを記録用拡張フォーマットに変換するとき、PlayListディレクトリの第１の属性データと、PlayListディレクトリのExtensionデータ部分の第２の属性データを記載する領域を新たに生成する必要があり、放送データなどを記録用拡張フォーマットに変換するとき、PlayListおよびClipInformationを新たに生成する必要がある。
そして、記録用拡張フォーマット変換時に、それぞれの属性データを記載する領域を新たに生成する場合には、それぞれの変換元のデータに基づいて、流用可能な情報は流用して、生成された新たな領域に適する値や情報を記載したり、値が決められない部分については、意味を成さない値が記載されるようにすれば良い。
次に、記録用拡張フォーマットの具体的なデータ構造について説明する。
図５に、記録用拡張フォーマットにおけるPlayListファイルのシンタクスを示す。PlayList fileは、第１のフォーマットにおける場合と同様のUIAppInfoPlayList()，PlayList()，PlayListMark()を持つとともに、第１のフォーマットにおいてMakersPrivateData()として定義されている領域を、ExtensionData()に置き換えた構成を有している。
PlayList_start_addressは、PlayListファイルの先頭のバイトからの相対バイト数を単位として、PlayList()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
PlayListMark_start_addressは、PlayListファイルの先頭のバイトからの相対バイト数を単位として、PlayListMark()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
ExtensionDataStartAddressは、ExtensionData()の開始アドレスを、xxxxx.rpls / yyyyy.vplsファイルの最初のバイトからの相対バイト数を表した値である。相対バイト数はゼロからカウントされる。
その他のシンタクスフィールドは、本発明の実施の形態を説明するために必要ないので、説明を省略する。
UIAppInfoPlayList()領域は、第１のフォーマットにおける場合と同様に、PlayListについての、主に放送用の第１の属性データを格納することが可能なようになされている。UIAppInfoPlayList()については、図６を用いて後述する。
PlayList()領域には、PlayListのメインパスやサブパスなどに関するパラメータが格納されている。
PlayListMark()領域には、PlayListのマーク情報、すなわち、チャプタジャンプなどを指令するユーザオペレーションまたはコマンドなどにおけるジャンプ先（ジャンプポイント）であるマークに関する情報が格納されている。
PlayList()領域、および、PlayListMark()領域は、第１のフォーマット乃至第３のフォーマットのそれぞれ、および、記録用拡張フォーマットのいずれにおいても、同様の構成を有している。
ExtensionData()領域には、第２のフォーマットにおける場合と同様に、第２の属性データが格納される。ExtensionData()については、図７を用いて後述する。
図６に、UIAppInfoPlayList()のシンタクスを示す。
PlayList_character_setは、PlayListに関する文字列情報の文字セットを指定する情報である。
write_protect_flagは、消去禁止フラグである。そして、playback_protect_flagは、再生禁止フラグである。
is_played_flagは、プレイリストが再生済みであるか否かを表すフラグであり、is_edited_flagは、プレイリストが、最初に作成された後、編集済みであるか否かを表すフラグである。
time_zoneは、このUIAppInfoPlayList()を含むプレイリストを作成、変更した日時のタイムゾーンを表す情報である。
record_time_and_dateは、このUIAppInfoPlayList()を含むプレイリストの記録日時を示す情報である。PlayList_durationは、プレイリストの再生時間を示す情報である。
PlayList_durationには、このプレイリストの再生時間を表す情報が記載される。
maker_IDには、プレイリストを最終更新した記録機のメーカを特定する番号が記載されている。maker_model_codeには、プレイリストを最終更新した記録機を特定する番号がきさいされている。
channel_numberは、記録したストリームのチャンネル番号を格納する領域である。channel_name_lengthは、channel_nameに記載されている文字列のうち、先頭から有効な文字列の長さを指定する情報である。channel_nameには、チャンネル名が格納される。
PlayList_name_lengthは、PlayList_nameに記載されている文字列のうち、先頭から有効な文字列の長さを指定する情報である。PlayList_nameには、プレイリスト名が格納される。
PlayList_detail_lengthは、PlayList_detailに記載されている文字列のうち、先頭から有効な文字列の長さを指定する情報である。PlayList_detailには、プレイリストの詳細情報が格納される。
このように、記録用拡張フォーマットのUIAppInfoPlayList()には、第１のフォーマットにおいては定義されている拡張情報であって、第２のフォーマットおよび第３のフォーマットにおいては定義されない拡張情報である第１の属性データが格納される。
図７は、ExtensionData()のデータ構造を示している。
１つのExtensionData()には、複数のデータを格納することができる。各データはext_data()と呼ばれ、図８に示されるように、ext_data()はext_data_entry()によって識別され、指定のアドレスに格納される。
lengthは、このフィールドの直後からExtensionData()の終わりまでのバイト数を示すフィールドである。
data_block_start_addressは、data_block()の開始アドレスを、ExtensionData()の先頭バイトからの相対バイト数で表すフィールドである。相対バイト数は0からカウントされる。このdata_block_start_addressは、“ext_data_start_address ％ 4 ＝ 0”の32bitアライメントの条件を満たさなければならない。
number_of_ext_data_entriesのフィールドは、ExtensionData()に格納される拡張データ(ext_data())のエントリ数を表すものである。
ID1のフィールドは、拡張データであるext_data()の種別を表す。
そして、ID2のフィールドは、ID1により識別されれた拡張データ(ext_data())の詳細を表すものである。ExtensionData()の中に、ID1とID2が同一のext_data_entry()が２つ以上存在してはならない。
ext_data_start_addressのフィールドは、data_block()フィールド内において、ext_data_entry()で表される拡張データext_data()が開始されるアドレスを表すものである。この値はExtensionData()の先頭バイトからの相対バイト数であり、0からカウントされる。
ext_data_start_addressは、拡張データext_data()の開始位置が32ビットアラインされるよう、“ext_data_start_address ％ 4 ＝ 0”の条件を満たさなければならない。
ext_data_lengthのフィールドは、バイトの単位で計測したext_data()のサイズを表すものである。
padding_wordは任意の値であり、任意の数挿入される。L1は0または任意の正の整数である。
そして、data_block()は、１つ以上の拡張データext_data()、すなわち、第２の属性データを含む情報を格納する領域である。ext_data()に格納される、記録用格納フォーマットの拡張データであるPlayListExtension()の詳細については、図１０を用いて後述する。
図９を参照して、ext_data()を識別するID1の定義例について説明する。
例えば、記録されるデータの取り込み元や入力元が、アナログ放送やLine-in入力である場合、または、デジタル放送である場合、ID=0x3000であり、プレイリストは新たに作成されるので、ext_data()も、新たに作成される。そして、記録されるデータの取り込み元や入力元が、第１のフォーマットである場合にも、ID=0x3000であり、プレイリストのうちのextension以外の部分は、第１のフォーマットにおける場合から流用されるが、ext_data()に関しては、図６を用いて説明したUIAppInfoPlayList()のデータを参照して生成される。
また、記録されるデータの取り込み元や入力元が、第３のフォーマットである場合、ID=0x1000であり、ext_data()には、第３のフォーマットの拡張メタデータに記載されている内容が保存される。そして、記録されるデータの取り込み元や入力元が、第２のフォーマットである場合、ID=0x2000であり、取り込み元のデータにext_data()が存在する場合、そのデータがそのまま用いられ、取り込み元のデータにext_data()が存在しない場合、ext_data()が新たに作成される。
次に、図１０を参照して、ExtensionData()内のDataBlock()にext_data()として格納されるPlayListExtension()について説明する。
Typeには、このデータ構造をあらわす文字列が格納される。ここでは、ISO646による4文字の文字列で、”PLEX”が格納される。
PLMarkExtStartAddressは、PLMarkExt()の開始バイトアドレスをあらわす情報であり、PlayListExtension()の先頭バイトを0とした相対アドレスが記載される。
そして、PrivateDataStartAddressは、PrivateData()の開始バイトアドレスをあらわす情報であり、PlayListExtension()の先頭バイトを0とした相対アドレスが記載される。
PLExt()には、第２の属性データを記載するための領域である、AdditonalData()が存在する。PLExt()については、図１１を用いて後述する。
PLMarkExt()については、図１７を用いて後述する。
PrivateData()は、特別なアプリケーションのために必要な情報を格納することができる領域である。
図１１に、PLExt()のデータ構造を示す。
Lengthには、このLengthフィールドの直後から、PLExt()の最終バイトまでの長さをバイトで表した値が格納される。
MakerIDは、このPLExt()を作成、または、変更した機器の製造者を表す情報を記載するためのフィールドである。
MakerModelCodeは、このPLExt()を作成、または、変更した機器のモデル番号を表す情報を記載するためのフィールドである。
RefToMenuThumbnailIndexは、このプレイリストを代表するサムネイル画像のインデックス番号を表すフィールドである。インデックス番号は、menu.tidx内で定義される。
TimeZone()は、このPLExt()を含むプレイリストを作成、変更した日時のタイムゾーンを表す情報である。
RecordedTimeAndDateは、このPLExt()を含むプレイリストが記録された年月日と時刻を表す情報である。
PLCharacterSetのフィールドは、PLName, OriginalContentName, BroadcasterName, ChannelName, PLDetail1, PLDetail2フィールドに格納される文字列のキャラクタセットを表す情報を格納する。
PLNameLengthは、PLNameに記載されている文字列のうち、先頭から有効な文字列の長さを指定する情報である。PLNameには、このプレイリストの名前を表す情報が格納される。
そして、AdditonalData()以下は、第２の属性データを記載するための領域である。
Length2は、Length2の直後からAdditonalData()として続くバイト数を表す。
OriginalContentNameLangthは、OriginalContentNameに記載されている文字列のうち、先頭から有効な文字列の長さを指定する情報である。OriginalContentNameは、このPlayListが記録されていた記録媒体の名前、例えば、ディスク名などを格納する。
PLAttributeには、このPlayListの種別を表す値が格納される。PLAttributeには、例えば、図１２に示されるように、このPlayListの種別が、参照しているClipのストリーム部分を共有しているRealPlayListであるとき、１が、参照しているClipのストリーム部分を共有していないVirtualPlayListであるとき、２が、いずれであるか不明である場合には、０が、それぞれ格納される。
PLPlaybackProtectFlagには、このプレイリストの再生制限を表す値が格納される。PLPlaybackProtectFlagには、例えば、図１３に示されるように、PIN（Personal Identity Number）の入力なしにこのプレイリストが再生可能であるとき、０が、PINの入力がなければ、このプレイリストの再生が付加である場合に、１が、それぞれ格納される。
PLWriteProtectFlagには、このプレイリストが変更可能かを表す値が格納される。PLWriteProtectFlagには、例えば、図１４に示されるように、プレイリストの削除、または、変更が可能であるとき、０が、PLWriteProtectFlagを除き、プレイリストの削除または変更をするべきではない場合は、１が、それぞれ格納される。
PlayedFlagには、このプレイリストが再生されたか否かを表す値が格納される。PLWriteProtectFlagには、例えば、図１５に示されるように、このプレイリストがまだ再生されていない場合には０が、このプレイリストが既に再生されたことのあるものであるときには１が、それぞれ格納される。
EditedFlagには、このプレイリストが最初に作成されてから、編集または変更されことがあるか否かを表す情報が格納される。EditedFlagには、図１６で示されるように、このプレイリストがまだ編集されていない場合には０が、このプレイリストが既に編集されたことのあるものであるときには１が、それぞれ格納される。
PLDurationには、このプレイリストの再生時間を表す情報が、4-bit Binary Coded Decimal(BCD)表記で記載される。例えば、このプレイリストの再生時間が1時間45分30秒であれば、PLDurationには、0x014530と記載される。
Genreには、このプレイリストのジャンルを表す情報が記載される。
RecModeには、このプレイリストの記録モードを表す情報が記載される。
BroadcasterNameLengthは、BroadcasterNameフィールドに記載されている文字列のうち、先頭から有効な文字列の長さを指定する情報である。BroadcasterNameは、放送局名を表す情報である。
ChannelNumberは、チャンネル番号を表す情報である。
ChannelNameLengthは、ChannelNameに記載されている文字列のうち、先頭から有効な文字列の長さを指定する情報である。ChannelNameは、チャンネル名を表す情報である。
PLDetail1Lengthは、PlayListDetail1に記載されている文字列のうち、先頭から有効な文字列の長さを指定する情報である。PLDetail1は、このプレイリストの詳細情報を表す文字列を格納する第１の領域である。
PLDetail2Lengthは、PlayListDetail2に記載されている文字列のうち、先頭から有効な文字列の長さを指定する情報である。PLDetail2は、このプレイリストの詳細情報を表す文字列を格納する第２の領域である。
このように、PLExt()には、第２の属性データを記載するための領域である、AdditonalData()が存在する。PLExt()に記載されている第２の属性データには、図６を用いて説明したUIAppInfoPlayList()と、実質的に同一の情報が一部重複して含まれている。
図６を用いて説明したUIAppInfoPlayList()は、基本的に、第１のフォーマットと同一のデータ構造を有するものであり、PLExt()を記載するDataBlockを有するExtensionData()の構造は、基本的に、ExtensionData()を有している場合の第２のフォーマットと同一のデータ構造を有するものである。そこで、記録用拡張フォーマットにおいては、第１のフォーマットと第２のフォーマットとのいずれに対しても互換性を有し、複雑な処理を実行することなくデータ変換を行うことができるように、一部内容が重畳するようなUIAppInfoPlayList()とPLExt()との両方のデータを含んで構成するようになされている。
すなわち、第１のフォーマットから記録用拡張フォーマットにフォーマット変換が行われるときには、第１のフォーマットのUIAppInfoPlayList()に記載されたデータに基づいて、ExtensionData()に情報が記載され、第２のフォーマットから記録用拡張フォーマットにフォーマット変換が行われるときには、第２のフォーマットのExtensionData()に記載されたデータに基づいて、UIAppInfoPlayList()に情報が記載される。
次に、図１７を参照して、PLMarkExt()のデータ構造について説明する。
Lengthは、Lengthの直後からPLMarkExt()として続くバイト数を表す情報である。
NumberOfPlayListMarksは、Markの数を表す情報である。PlayListMark()内の並びに対応して、各Markに対してMark拡張情報を付与することができる。よって拡張情報が無くてもMark拡張情報のループは存在する。
MakerIDは、このMarkを作成または変更した機器の製造者を表すフィールドである。
MakerModelCodeは、このMarkを作成または変更した機器のモデル番号を表すフィールドである。
MarkWriteProtectFlagは、このMarkから次のMarkまたはPlayListの最後までのシーンが変更可能かを表す情報であり、例えば、図１８に示されるように、このMarkから次のMarkまたはPlayListの最後までのシーンの削除または変更が可能であれば０を、このMarkから次のMarkまたはPlayListの最後までのシーンの削除または変更を行うべきではない場合には１が、それぞれ記載される。
RefToMarkThumbnailIndexは、このMarkを代表するサムネイル画像のインデックス番号を表すフィールドである。インデックス番号は、mark.tidx内で定義される。サムネイル画像が無い場合は、0xFFFFとする。
TimeZone()は、このmarkで示されるシーンの記録日時のタイムゾーンを表す情報であり、その定義の方法は、第１のフォーマットにおける場合と同一である。
RecordedTimeAndDateは、このmarkで示されるシーンの記録日時を表す情報であり、その定義の方法は、第１のフォーマットにおける場合と同一である。
MarkCharacterSetは、MarkNameで用いるキャラクタセットを表す情報であり、定義の方法は、第３のフォーマットにおける場合と同一である。
MarkNameLengthは、MarkNameフィールドに記載されている文字列のうち、有効な文字列の長さを指定する情報である。MarkNameは、markの名前をあらわす情報である。
次に、図1９を用いて、Clip Informationファイルのデータ構造について説明する。Clip Informationファイルのデータ構造は、第１のフォーマットにおけるMakersPrivateData()にかわって、ExtensionData()が配置されている以外は、基本的に、第１のフォーマットと同様の構成を有している。
TypeIndicatorは、ファイルのタイプを示している。
VersionNumberは、このzzzzz.clpiファイルのバージョンナンバーを示す４個のキャラクター文字を示す。
SequenceInfoStartaddressは、zzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、SequenceInfo()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
ProgramInfoStartAddressは、zzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、ProgramInfo()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
CPIStartAddressは、zzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、CPI()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
ClipMarkStartAddressは、zzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、ClipMark()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
ExtensionDataStartAddressは、zzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、ExtensionData()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
ClipInfo()には、Clip Informationファイルに対応するＡＶストリームのタイプや、application_typeは、アプリケーションのタイプを表す情報などが記載される。
SequenceInfo()は、Clip AV streamの中のATC-sequenceとSTC-sequenceの情報を定義する。
ProgramInfo()は、AVストリームファイルの中でのコンテンツプログラム内容の変化点の情報をストアする。
CPI()は、ＡＶストリームの中の時間情報とそのファイルの中のアドレスとを関連づけるための情報を定義するものである。
ClipMark()には、クリップ内に番組の頭出し点やシーンチェンジ点などを設けることを可能にするマークの情報が格納される。
ExtensionData()には、上述した第３のフォーマットのデータと同様の第３の属性データを有するClipExtensionデータが記載されている。
図２０を参照して、zzzzz.clpiのExtensionData()内に格納される情報であるClipExtensionデータについて説明する。
Typeのフィールドには、このデータブロックの種別を表す”CLEX”の文字列が記載される。
ClipInfoExt()のフィールドは、Clipに関する第３の属性データを格納する領域である。
なお、その他のフィールドは本発明と関連が低いので、ここでは、その詳細な説明を省略する。
図２１に、ClipInfoExt()のデータ構造を示す。
Lengthには、このLengthフィールドの直後から、ClipInfoExt()の最終バイトまでの長さをバイトで表した値が格納される。
MakerIDは、このClipInfoExt()を作成または変更した機器の製造者を表すフィールドである。
MakerModelCodeは、このClipInfoExt()を作成または変更した機器のモデル番号を表すフィールドである。
このClipInfoExt()は、上述したように、第１のフォーマットおよび第２のフォーマットには存在しないが、第３のフォーマットには存在する情報である。
このClipInfoExt()を有することにより、このコンテンツを再生する装置は、このClipInfoExt()を作成または変更した、すなわち、コンテンツを作成または最後に編集した機器の製造者またはモデル番号を、１プレイリストごとに検出することができる。これにより、例えば、このコンテンツを再生する装置は、再生しようとするコンテンツが、自分自身と同一または関連性のある製造者により製造された機器、もしくは、再生装置と同一または互換性のあるモデルの機器により作成または最後に編集されたコンテンツであるか否かを認識することができ、例えば、コンテンツの再生時に特殊なアプリケーションの利用が可能であるか否か、または、再生エラーが発生したときにその再生装置において関知できない編集等が施されている可能性を有するか否かを容易に検知することができる。
以上説明したデータ構造を有する記録用拡張フォーマットは、第１のフォーマット、第２のフォーマット、および、第３のフォーマットとのいずれに対しても容易にフォーマット変換をすることができるようになされているものである。すなわち、映像処理装置１１は、図２２に示されるように、第１のフォーマット、第２のフォーマット(編集可能であるものも編集不可であるものも含む)、および、第３のフォーマット、並びに、放送信号などの入力を受け、以上説明したデータ構造を有する記録用拡張フォーマットにフォーマット変換を行って、ローカルストレージ３６に記録するとともに、ローカルストレージ３６に記録されている記録用拡張フォーマットのデータを、第１のフォーマット、第２のフォーマット、または、第３のフォーマットとのいずれかにフォーマット変換し、装着されている光ディスク１２などの記録媒体に記録したり、外部の装置に供給することが可能となる。
なお、ソースのデータを取り込む際に、ローカルストレージ３６に同一ファイル名が既に使われている場合、ファイル名を変更する必要があるが、このとき、例えば、図２３に示されるように、ソースのフォーマットがいずれのフォーマットであるかがファイル中のデータを見なくてもわかるように区別されたファイル名をつけて、ローカルストレージ３６に記録されるようにしても良い。
次に、図２４を参照して、第１のフォーマット、第２のフォーマット、第３のフォーマット、または、放送信号などのデータを、記録用拡張フォーマットに変換する処理について説明する。
上述したように、これらのフォーマットを大別すると、放送記録用の系統が、放送信号やLine-inなどと第１のフォーマットであり、カムコーダや再生専用ディスク用の系統が、第２のフォーマットおよび第３のフォーマットとなる。また、第２のフォーマットには、編集可能なものと編集不可の(すなわち、編集を想定していない)ものがある。
映像処理装置１１は、これらのデータをローカルストレージ３６に記録するために変換処理部に取り込むとき、図９を用いて説明したＩＤ１の値を参照し、ID1=0x3000であるとき、記録されるデータ(以下、ソースとも称する)のフォーマットは放送記録用の系統であると判断し、プレイリストが存在しないときは、プレイリストとプレイリストが参照するクリップインフォメーションとを生成するとともに、上述したそれぞれの属性データを生成し、プレイリストが存在するときは、プレイリストとプレイリストが参照するクリップインフォメーションとのディレクトリ構造を、そのまま利用し、ext_data()の部分のみを、ソースのUIAppInfoPlayList()に基づいて生成する。
それに対して、映像処理装置１１は、これらのデータをローカルストレージ３６に記録するために変換処理部に取り込むとき、図９を用いて説明したＩＤ１の値を参照し、ID1=0x2000または0x1000であるとき、ソースのフォーマットはカムコーダまたは再生専用に近い系統であると判断して、第２のフォーマットの系統のプレイリストの構成を第１のフォーマットと同様の構成となるように変換して、UIAppInfoPlayList()を生成する。そして、ID1=0x2000であれば第２のフォーマットのデータであると判断して、ソースにext_data()が存在するか否かを判断し、存在する場合は、そのまま利用するとともに、存在しない場合は、ext_data()を新たに生成する。また、ID1=0x1000であれば第３のフォーマットのデータであると判断して、ソースに含まれる拡張メタデータに基づいて、ext_data()を生成する。
なお、編集不可の第３のフォーマットのデータを記録する場合、データを取り込むことが困難な場合があるが、構造が簡単な場合には、データ構造を解析し、プレイリスト単位で取り込むことができる。
また、放送記録用の系統である第1のフォーマットと、それ以外の第２のフォーマットおよび第３のフォーマットでは、ディレクトリ構造が異なる。
第1のフォーマットを記録用拡張フォーマットに変換する場合、ディレクトリ構造は同一であるので、ファイル名が重複していなければ、基本的にファイル内のデータ構造を変えずに取り込むことが出来る。それに対して、第２のフォーマットまたは第３のフォーマットを記録用拡張フォーマットに変換する場合、ファイル内のデータ構造を変換する必要がある。
その一例として、図２５を参照して、第３のフォーマットのデータを取り込む場合のディレクトリ構造の変換処理を説明する。第３のフォーマットのデータの取り込みは、以下のようなルールを適用することにより、実現することが可能となる。
まず、１つ目のルールは、それぞれのフォーマットのコンテンツデータのローカルディレクトリ３６への取り込みは、プレイリスト単位で行うというものである。すなわち、第２のフォーマットまたは第３のフォーマットのプレイリストは、記録用拡張フォーマットの形式のプレイリストに変換して、BDAVディレクトリ下のPLAYLISTディレクトリ下に置く。その際、取り込み元のインデックステーブルを参照してプレイリストの並びを保持しても良い。第２のフォーマットまたは第３のフォーマットに特有のムービーオブジェクト、ナビコマンド、インタラクティブグラフィックスは取り込まない。その他、特殊再生制限情報等の、第２のフォーマットまたは第３のフォーマットのプレイリストに特有の属性情報は、破棄するか、必要に応じてプレイリスト拡張情報の中のプライベート領域（PlayListExtensionData()のPrivateData()）に記載する。また、ディスク名など、ディスク全体に対する属性情報は、取り込んだ各プレイリストの拡張領域に移せばよい。
そして、２つ目のルールは、クリップインフォメーションファイルは、取り込み元の形式を変換せず、そのままBDAVディレクトリ下のCLIPINFディレクトリ下に置くことである。取り込み時、ストリームの変換は基本的に行わないが、ソースデータが第１のフォーマットまたは第２のフォーマットである場合は、第３の属性データを有するClipExtensionデータが追加される。
そして、３つ目のルールは、ストリームファイル（拡張子m2ts）も、取り込み元の形式を変換せず、そのままBDAVディレクトリ下のSTREAMディレクトリ下に置くことである。取り込み時、ストリームの変換は基本的に行わない。
そして、４つ目のルールは、第３のフォーマットにおけるサムネイル画像データの格納場所を、記録用拡張フォーマットのディレクトリ構造により定められているサムネイルファイルに移動することである。
図２６において模式的に表すように、映像処理装置１１が取り扱うソースデータである第１のフォーマット、第２のフォーマット、または、第３のフォーマットのそれぞれにおいて、格納されている拡張情報は異なっており、また、放送信号など、拡張情報自体を有さないものも、記録用拡張フォーマットに変換されて、ローカルストレージ３６に記録されるようになされている。ローカルストレージ３６に記録される記録用拡張フォーマットのデータ構造は、記録用拡張フォーマットが有する拡張データが、ソースデータそれぞれのフォーマットのデータ構造が有する拡張情報である第１の属性データ乃至第３の属性データの全てを含むように、すなわち、'OR'となるように定められている。このように、記録用拡張フォーマットのデータ構造ではいずれの拡張情報の記録領域も備えているため、記録用拡張フォーマットとして記録されているデータを、第１のフォーマット、第２のフォーマット、または、第３のフォーマットのいずれかとして出力するとき、格納するべき拡張情報が出力されるデータのフォーマットによって異なるものであるにもかかわらず、出力時のフォーマット変換が容易となるのである。
しかしながら、ソースデータを記録用拡張フォーマットに変換したのち、第１のフォーマット、第２のフォーマット、または、第３のフォーマットのいずれかのフォーマットに変換されて出力されることにより、ソースデータには存在しなかった拡張情報の記録領域が出力されるデータファイルに含まれている可能性がある。そのため、取り込み元により、記録用拡張フォーマットのデータファイル内で有効なフィールドが異なる。したがって、有効なフィールドの識別のためにも、取り込み元が何であったかを知ることは有用である。
次に、図２７は、フォーマット変換処理を実行する変換処理部３５が有する機能を説明するための機能ブロック図である。
変換処理部５３は、記録用データ取得部１０１、フォーマット検出部１０２、記録用拡張フォーマット変換部１０３、記録制御部１０４、データ読み出し部１０５、変換前フォーマット検出部１０６、通知制御部１０７、フォーマット変換処理部１０８、出力制御部１０９で構成されている。
また、記録用拡張フォーマット変換部１０３は、属性情報生成部１２１、ファイル変換処理部１２２、ディレクトリ管理部１２３で構成されている。
記録用データ取得部１０１は、放送受信制御部３３により受信された放送信号、ディスクドライブ３７により光ディスク１２から読み出されたデータ、ネットワークインタフェース３８から供給されたデータ、または、再エンコード処理部３４により再エンコードされた符号化データなどのソースのデータを取得し、フォーマット検出部１０２に供給する。
フォーマット検出部１０２は、供給されたデータのデータ構造に基づいて、そのフォーマットやデータ形式がいずれのものであるかを検出し、検出結果とともに、ソースのデータを、記録用拡張フォーマット変換部１０３に供給する。
記録用拡張フォーマット変換部１０３は、供給されたソースのデータを記録用拡張フォーマットに変換する。具体的には、記録用拡張フォーマット変換部１０３の属性情報生成部１２１は、ソースのデータに記載されていない、記録用拡張フォーマットが有するべき第１の属性データ、第２の属性データ、または、第３の属性データを記載する領域をプレイリスト、または、クリップインフォメーション内に生成するとともに、ソースのデータに記載されている各種情報、または、ソースのデータに付随しているメタデータや拡張メタデータに基づいて、各種属性データのうちの記載可能な部分の情報を記載する。
ファイル変換処理部１２２は、第２のフォーマットおよび第３のフォーマットのプレイリストのファイル構造を、記録用拡張フォーマットのプレイリストのファイル構造に変換する。
ディレクトリ管理部１２３は、図２５を用いて説明したようにして、フォーマット変換に伴うディレクトリ構造の変更を制御する。
記録制御部１０４は、記録用拡張フォーマット変換部１０３により記録用拡張フォーマットに変換されたコンテンツデータの、ローカルストレージ３６への変換を制御する。
データ読み出し部１０５は、ローカルストレージ３６へ記録されている記録用拡張フォーマットのデータを、基本的には、プレイリスト単位で読み出して、フォーマット変換処理部１０８に供給するとともに、変換前のフォーマットの種類の検出が指令されているとき、変換前フォーマット検出部１０６に、読み出したデータのext_data()を抽出して供給する。
変換前フォーマット検出部１０６は、データ読み出し部１０５から供給されたext_data()のID1の値を基に、ローカルストレージ３６から読み出された記録用拡張フォーマットのデータの記録前のフォーマットの種類を検出して、通知制御部１０７に検出結果を供給する。
通知制御部１０７は、変換前フォーマット検出部１０６から供給された記録前のフォーマットの種類の情報をユーザに通知するためのメッセージやアイコンなどを生成し、表示制御部４３に供給して表示させる。
フォーマット変換処理部１０８は、データ読み出し部１０５から供給された記録用拡張フォーマットのデータを、ユーザにより指定された、または、出力の形式に合致したフォーマットに変換し、出力制御部１０９に供給する。
出力制御部１０９は、フォーマット変換処理部１０８から供給されたフォーマット変換後のデータを、ディスクドライブ３７に出力して光ディスク１２への記録を制御するか、または、ネットワークインタフェース３８を介した外部の機器への供給を制御する。
次に、図２８のフローチャートを参照して、図２７を用いて説明した変換処理部３５において実行されるデータ記録処理について説明する。
ステップＳ１１において、記録用データ取得部１０１は、ローカルストレージ３６に記録されるデータの供給を受け、フォーマット検出部１０２に供給する。
ステップＳ１２において、フォーマット検出部１０２は、供給されたソースのデータは、第１のフォーマットのデータであるか否かを判断する。
ステップＳ１２において、第１のフォーマットのデータであると判断された場合、ステップＳ１３において、図２９を用いて後述する第１のフォーマットのデータの記録処理が実行され、処理は、ステップＳ２０に進む。
ステップＳ１２において、第１のフォーマットのデータではないと判断された場合、ステップＳ１４において、フォーマット検出部１０２は、供給されたソースのデータは、第２のフォーマットのデータであるか否かを判断する。
ステップＳ１４において、第２のフォーマットのデータであると判断された場合、ステップＳ１５において、図３０を用いて後述する第２のフォーマットのデータの記録処理が実行され、処理は、ステップＳ２０に進む。
ステップＳ１４において、第２のフォーマットのデータではないと判断された場合、ステップＳ１６において、フォーマット検出部１０２は、供給されたソースのデータは、第３のフォーマットのデータであるか否かを判断する。
ステップＳ１６において、第３のフォーマットのデータであると判断された場合、ステップＳ１７において、図３１を用いて後述する第３のフォーマットのデータの記録処理が実行され、処理は、ステップＳ２０に進む。
ステップＳ１６において、第３のフォーマットのデータではないと判断された場合、テップＳ１８において、フォーマット検出部１０２は、供給されたソースのデータは、受信された放送データであるか否かを判断する。
ステップＳ１８において、放送データであると判断された場合、ステップＳ１９において、図３２を用いて後述する放送データの記録処理が実行され、処理は、ステップＳ２０に進む。
ステップＳ１３、ステップＳ１５、ステップＳ１７、および、ステップＳ１９の処理の終了後、ステップＳ２０において、記録制御部１０４は、必要に応じて変更などが施されたデータを、記録用拡張フォーマットのデータとしてローカルストレージ３６の所定の記録領域に記録し、処理が終了される。
ステップＳ１８において、放送データであると判断された場合、ステップＳ２０において、変換処理部３５は、指定されたデータを記録することができないというエラーメッセージを出力し、処理が終了される。
このような処理により、記録が指令されたデータのフォーマットがいずれのフォーマットであるかが検出されて、フォーマット変換が実行されて、ローカルストレージに記録される。
次に、図２９のフローチャートを参照して、図２８のステップＳ１３において実行される第１のフォーマットのデータの記録処理について説明する。
ステップＳ５１において、記録用拡張フォーマット変換部１０３は、TableOfPlayLists(第1のフォーマットにおけるIndexTableに相当する)に基づいて、プレイリストファイルを取得する。
ステップＳ５２において、記録用拡張フォーマット変換部１０３の属性情報生成部１２１は、ソースのデータのUIAppInfoPlayListの記述からPlayListExtensionに記述する情報を抽出する。
ステップＳ５３において、属性情報生成部１２１は、MakersPrivateData()の部分のデータをExtensionData()に置き換える。これにより、第２の属性データを記載する領域が確保されるので、属性情報生成部１２１は、ソースのデータのUIAppInfoPlayListから抽出された情報を用いて、ExtensionData()の第２の属性データのうち、記述可能な部分の情報を記述する。
ステップＳ５４において、記録用拡張フォーマット変換部１０３のディレクトリ管理部１２３は、読み込まれたプレイリストファイルのファイル名は、フォーマット変換後のデータを記録する記録領域に既に存在するファイル名であるか否かを判断する。
ステップＳ５４において、読み込まれたプレイリストファイルのファイル名は既に存在するファイル名であると判断された場合、ステップＳ５５において、ディレクトリ管理部１２３は、プレイリストファイルのファイル名を変更する。
ステップＳ５４において、読み込まれたプレイリストファイルのファイル名は既に存在するファイル名ではないと判断された場合、または、ステップＳ５５の処理の終了後、ステップＳ５６において、属性情報生成部１２１は、ClipInformationファイルを読み込み、第３の属性情報を記載する領域であるClipInfoExt()を追加する。
ステップＳ５７において、ディレクトリ管理部１２３は、読み込まれたClipInformationファイルのファイル名は、フォーマット変換後のデータを記録する記録領域に既に存在するファイル名であるか否かを判断する。ステップＳ５７において、読み込まれたClipInformationファイルのファイル名は既に存在するファイル名ではないと判断された場合、処理は、図２８のステップＳ１３に戻り、ステップＳ２０に進む。
ステップＳ５７において、読み込まれたClipInformationファイルのファイル名は既に存在するファイル名であると判断された場合、ステップＳ５８において、ディレクトリ管理部１２３は、ClipInformationファイルのファイル名を変更する。
ステップＳ５９において、記録用拡張フォーマット変換部１０３のファイル変換処理部１２２は、ClipInformationファイルのファイル名の変更に基づいて、プレイリストファイル内のクリップ参照フィールドを変更し、処理は、図２８のステップＳ１３に戻り、ステップＳ２０に進む。
このような処理により、第１のフォーマットのコンテンツデータを、記録用拡張フォーマットに変換することができる。
次に、図３０のフローチャートを参照して、図２８のステップＳ１５において実行される第２のフォーマットのデータの記録処理について説明する。
ステップＳ８１において、記録用拡張フォーマット変換部１０３は、IndexTableに基づいて、プレイリストファイルの取得の順番を決定する。
ステップＳ８２において、記録用拡張フォーマット変換部１０３は、決定した順番に基づいて、プレイリストファイルを取得する。
ステップＳ８３において、記録用拡張フォーマット変換部１０３の属性情報生成部１２１およびファイル変換処理部１２２は、プレイリストファイルのExtension以外の部分を変換する。すなわち、ファイル変換処理部１２２は、プレイリスト内に、第1の属性データを記載する領域であるUIAppInfoPlayList()が構成されるように、プレイリストファイルを変換し、属性情報生成部１２１は、例えば、ソースデータにPlayListExtensionが存在している場合は、その部分のデータの記述などを利用して、UIAppInfoPlayList()内に記載可能な情報を記載する。
ステップＳ８４において、属性情報生成部１２１は、プレイリストファイル内の拡張情報であるPlayListExtensionが存在するか否かを判断する。
ステップＳ８４において、プレイリストファイル内の拡張情報であるPlayListExtensionが存在しないと判断された場合、ステップＳ８５において、属性情報生成部１２１およびファイル変換処理部１２２は、第２の属性データを記載する領域を用意するためにプレイリストファイルにExtensionData()を新規に追加し、ソースファイルに含まれている情報などから、ExtensionData()内に記載可能な情報を記載する。
ステップＳ８４において、プレイリストファイル内の拡張情報であるPlayListExtensionが存在すると判断された場合、または、ステップＳ８５の処理の終了後、ステップＳ８６乃至ステップＳ９１において、図２９のステップＳ５４乃至ステップＳ５９と基本的に同様の処理が実行される。
すなわち、読み込まれたプレイリストファイルのファイル名は既に存在するファイル名であると判断された場合、プレイリストファイルのファイル名が変更され、ClipInformationファイルが読み込まれて、第３の属性データを記載する領域であるClipInfoExt()が追加される。そして、読み込まれたClipInformationファイルのファイル名が既に存在するファイル名であると判断された場合、ClipInformationファイルのファイル名が変更され、ClipInformationファイルのファイル名の変更に基づいて、プレイリストファイル内のクリップ参照フィールドが変更される。
ステップＳ８９において、読み込まれたClipInformationファイルのファイル名は既に存在するファイル名ではないと判断された場合、または、ステップＳ９１の処理の終了後、処理は、図２８のステップＳ１５に戻り、ステップＳ２０に進む。
このような処理により、第２のフォーマットのコンテンツデータを、記録用拡張フォーマットに変換することができる。
次に、図３１のフローチャートを参照して、図２８のステップＳ１７において実行される、第３のフォーマットのデータの記録処理について説明する。
ステップＳ１２１において、記録用拡張フォーマット変換部１０３は、タイトルとプレイリストとを関連付けるデータに基づいて、プレイリストファイルの取得の順番を決定する。
ステップＳ１２２において、記録用拡張フォーマット変換部１０３は、プレイリストファイルを取得する。
ステップＳ１２３において、記録用拡張フォーマット変換部１０３の属性情報生成部１２１およびファイル変換処理部１２２は、コンテンツ全体に対する情報が記載された拡張メタデータを読み取り、このデータを基に、各プレイリストのPLExt()に記載されるAdditionalData()を構築する。
ステップＳ１２４において、属性情報生成部１２１およびファイル変換処理部１２２は、プレイリストファイルのExtension以外の部分を変換する。すなわち、ファイル変換処理部１２２は、プレイリスト内に、第１の属性データを記載する領域であるUIAppInfoPlayList()が構成されるように、プレイリストファイルを変換し、属性情報生成部１２１は、例えば、ソースデータの記述を利用して、UIAppInfoPlayList()内に記載可能な情報を記載する。
ステップＳ１２５において、ファイル変換処理部１２２は、ステップＳ１２３において構築されたAdditionalData()を第2の属性データとして含む、すなわち、第２の属性データを記載するための領域であるExtensionData()を、プレイリストに新規に追加する。
ステップＳ１２６乃至ステップＳ１３０において、図２９のステップＳ５４乃至ステップＳ５８と基本的に同様の処理が実行される。
すなわち、読み込まれたプレイリストファイルのファイル名は既に存在するファイル名であると判断された場合、プレイリストファイルのファイル名が変更され、ClipInformationファイルが読み込まれて、第３の属性データを記載する領域であるClipInfoExt()が追加される。そして、読み込まれたClipInformationファイルのファイル名が既に存在するファイル名であると判断された場合、ClipInformationファイルのファイル名が変更される。
ステップＳ１２９において、読み込まれたClipInformationファイルのファイル名は既に存在するファイル名ではないと判断された場合、または、ステップＳ１３０の処理の終了後、ステップＳ１３１において、ディレクトリ管理部１２３は、第３のフォーマットにおけるサムネイルファイルのデータを取得し、サムネイルファイル用のフォルダに格納する
ステップＳ１３２において、ディレクトリ管理部１２３は、サムネイル参照インデックスを必要に応じて追加、変更する。
ステップＳ１３３において、ファイル変換処理部１２２は、ClipInformationファイルのファイル名の変更やサムネイル参照インデックスの変更または追加に基づいて、プレイリストファイル内のクリップ参照フィールドまたは、サムネイル参照インデックスを変更し、処理は、図２８のステップＳ１７に戻り、ステップＳ２０に進む。
このような処理により、第２のフォーマットのコンテンツデータを、記録用拡張フォーマットに変換することができる。
次に、図３２のフローチャートを参照して、図２８のステップＳ１９において実行される、放送データの記録処理について説明する。
ステップＳ１６１において、記録用拡張フォーマット変換部１０３の属性情報生成部１２１およびファイル変換処理部１２２は、例えば、ストリームデータを解析し、プレイリストファイルのExtension以外の部分を生成する。このとき、ファイル変換処理部１２２は、プレイリスト内に、第1の属性データを記載する領域であるUIAppInfoPlayList()を構成するので、属性情報生成部１２１は、例えば、ソースデータの記述を利用して、UIAppInfoPlayList()内に記載可能な情報を記載する。
ステップＳ１６２において、属性情報生成部１２１およびファイル変換処理部１２２は、フォーマット変換されるストリームデータに付随するメタデータなどを取得する。
ステップＳ１６３において、属性情報生成部１２１およびファイル変換処理部１２２は、第2の属性データを記載するための領域であるExtensionData()を新規に生成し、メタデータに基づいて、ExtensionData()内に記載可能な情報を記載する。
ステップＳ１６４において、ディレクトリ管理部１２３は、生成されたプレイリストファイルのファイル名を、既に記録されているプレイリストと重複しないものに設定する。
ステップＳ１６５において、属性情報生成部１２１およびファイル変換処理部１２２は、第2の属性データを記載するための領域であるClipInfoExt()を含むClipInformationファイルを生成する。
ステップＳ１６６において、ディレクトリ管理部１２３は、生成されたClipInfomationファイルのファイル名を、既に記録されているプレイリストと重複しないものに設定して、処理は、図２８のステップＳ１９に戻り、ステップＳ２０に進む。
このような処理により、プレイリストやクリップインフォメーションを持たない放送データを、記録用拡張フォーマットに変換することができる。
次に、図３３のフローチャートを参照して、図２７を用いて説明した変換処理部３５において実行される、ローカルストレージ３６からのデータ読み出し処理について説明する。
ステップＳ１９１において、データ読み出し部１０５は、読み出されるデータの指定を受け、ローカルストレージ３６へ記録されている記録用拡張フォーマットのデータのうちの指定されたデータを、基本的には、プレイリスト単位で読み出して、フォーマット変換処理部１０８に供給する。
ステップＳ１９２において、データ読み出し部１０５は、元のデータフォーマットが何であったかをユーザに通知することが要求されたか否かを判断する。
ステップＳ１９２において、元のデータフォーマットが何であったかをユーザに通知することが要求されたと判断された場合、ステップＳ１９３において、データ読み出し部１０５は、変換前フォーマット検出部１０６に、読み出したデータのext_data()を抽出して供給する。変換前フォーマット検出部１０６は、データ読み出し部１０５から供給されたext_data()のID1の値を基に、ローカルストレージ３６から読み出された記録用拡張フォーマットのデータの記録前のフォーマットの種類を検出して、通知制御部１０７に検出結果を供給する。通知制御部１０７は、変換前フォーマット検出部１０６から供給された記録前のフォーマットの種類の情報をユーザに通知するためのメッセージやアイコンなどを生成し、表示制御部４３に供給して表示させ、元のデータフォーマットが何であったかをユーザに通知する。
ステップＳ１９４において、フォーマット変換処理部１０８は、いずれのフォーマットとして読み出されるかの指定を受ける。
ステップＳ１９５において、フォーマット変換処理部１０８は、指定された出力フォーマットは、第１のフォーマットであるか否かを判断する。
ステップＳ１９５において、第１のフォーマットであると判断された場合、ステップＳ１９６において、図３４を用いて後述する第１のフォーマットとしてのデータ書き出し処理が実行され、処理が終了される。
ステップＳ１９５において、第１のフォーマットではないと判断された場合、ステップＳ１９７において、フォーマット変換処理部１０８は、指定された出力フォーマットは、第２のフォーマットであるか否かを判断する。
ステップＳ１９７において、第２のフォーマットであると判断された場合、ステップＳ１９８において、図３５を用いて後述する第２のフォーマットとしてのデータ書き出し処理が実行され、処理が終了される。
ステップＳ１９７において、第２のフォーマットではないと判断された場合、ステップＳ１９９において、フォーマット変換処理部１０８は、指定された出力フォーマットは、第３のフォーマットであるか否かを判断する。テップＳ１９９において、第３のフォーマットではないと判断された場合、処理は、ステップＳ１９４に戻り、それ以降の処理が繰り返される。
ステップＳ１９９において、第３のフォーマットであると判断された場合、ステップＳ２００において、図３６を用いて後述する第３のフォーマットとしてのデータ書き出し処理が実行され、処理が終了される。
このような処理により、ローカルストレージ３６から記録用拡張フォーマットのデータが読み出されて、フォーマット変換される。
次に、図３４のフローチャートを参照して、図３３のステップＳ１９６において実行される、第１のフォーマットとしてのデータ書き出し処理について説明する。ここでは、ディスクドライブ３７を制御して、光ディスク１２にフォーマット変換後のデータを書き出すものとして説明する。
ステップＳ２３１において、データ読み出し部１０５は、書き出すプレイリストの並び順を決め、ローカルストレージ３６から読み出し、フォーマット変換処理部１０８に供給する。
ステップＳ２３２において、フォーマット変換処理部１０８は、クリップインフォメーションファイルを第１のフォーマットの方式に変換する。
ステップＳ２３３において、フォーマット変換処理部１０８は、変換されたクリップインフォメーションファイルを、第１のフォーマットのディレクトリ構造に基づいて、所定のフォルダに格納するようにパスを設定し、出力制御部１０９に供給する。出力制御部１０９は、ディスクドライブ３７に、方式が変換されたクリップインフォメーションファイルを供給して、フォーマット変換処理部１０８によるパスの設定に基づいて、光ディスク１２の所定のフォルダに記録させる。
ステップＳ２３４において、フォーマット変換処理部１０８は、クリップストリームファイルを、第１のフォーマットのディレクトリ構造に基づいて所定のフォルダに格納するようにパスを設定し、出力制御部１０９に供給する。出力制御部１０９は、ディスクドライブ３７に、クリップストリームファイルを供給して、光ディスク１２の所定のフォルダに記録させる。
ステップＳ２３５において、フォーマット変換処理部１０８は、プレイリストファイルを第１のフォーマットの方式に変換する。
ステップＳ２３６において、フォーマット変換処理部１０８は、変換されたプレイリストファイルを、第１のフォーマットのディレクトリ構造に基づいて所定のフォルダに格納するようにパスを設定し、出力制御部１０９に供給する。出力制御部１０９は、ディスクドライブ３７に、プレイリストファイルを供給して、光ディスク１２の所定のフォルダに記録させ、処理は、図３３のステップＳ１９６に戻り、処理が終了される。
このような処理により、記録用拡張フォーマットでローカルストレージ３６に記録されていたコンテンツデータを、第１のフォーマットとして出力することができる。
次に、図３５のフローチャートを参照して、図３３のステップＳ１９８において実行される、第２のフォーマットとしてのデータ書き出し処理について説明する。ここでも、ディスクドライブ３７を制御して、光ディスク１２にフォーマット変換後のデータを書き出すものとして説明する。
ステップＳ２６１において、データ読み出し部１０５は、書き出すプレイリストの並び順を決め、ローカルストレージ３６から読み出し、フォーマット変換処理部１０８に供給する。
ステップＳ２６２において、フォーマット変換処理部１０８は、クリップインフォメーションファイルを第２のフォーマットの方式に変換する。
ステップＳ２６３において、フォーマット変換処理部１０８は、変換されたクリップインフォメーションファイルを、第２のフォーマットのディレクトリ構造に基づいて、所定のフォルダに格納するようにパスを設定し、出力制御部１０９に供給する。出力制御部１０９は、ディスクドライブ３７に、方式が変換されたクリップインフォメーションファイルを供給して、フォーマット変換処理部１０８によるパスの設定に基づいて、光ディスク１２の所定のフォルダに記録させる。
ステップＳ２６４において、フォーマット変換処理部１０８は、クリップストリームファイルを、第２のフォーマットのディレクトリ構造に基づいて所定のフォルダに格納するようにパスを設定し、出力制御部１０９に供給する。出力制御部１０９は、ディスクドライブ３７に、クリップストリームファイルを供給して、光ディスク１２の所定のフォルダに記録させる。
ステップＳ２６５において、フォーマット変換処理部１０８は、プレイリストファイルを第２のフォーマットの方式に変換する。
ステップＳ２６６において、フォーマット変換処理部１０８は、変換されたプレイリストファイルを、第２のフォーマットのディレクトリ構造に基づいて所定のフォルダに格納するようにパスを設定し、出力制御部１０９に供給する。出力制御部１０９は、ディスクドライブ３７に、プレイリストファイルを供給して、光ディスク１２の所定のフォルダに記録させ、処理は、図３３のステップＳ１９８に戻り、処理が終了される。
このような処理により、記録用拡張フォーマットでローカルストレージ３６に記録されていたコンテンツデータを、第２のフォーマットとして出力することができる。
次に、図３６のフローチャートを参照して、図３３のステップＳ２００において実行される、第３のフォーマットとしてのデータ書き出し処理について説明する。
ステップＳ２９１において、データ読み出し部１０５は、書き出すプレイリストの並び順を決め、ローカルストレージ３６から読み出し、フォーマット変換処理部１０８に供給する。
ステップＳ２９２において、フォーマット変換処理部１０８は、第３のフォーマットのディレクトリ構造に基づいて、所定のフォルダに格納するようにパスを設定し、出力制御部１０９に供給する。出力制御部１０９は、ディスクドライブ３７にクリップインフォメーションファイル、および、クリップストリームファイルの各ファイルを供給し、第３のフォーマットのディレクトリ構造に基づいて、ディスク１２の所定のフォルダに記録させる。
ステップＳ２９３において、フォーマット変換処理部１０８は、プレイリストファイルを第３のフォーマットの方式に変換する。
ステップＳ２９４において、フォーマット変換処理部１０８は、変換されたプレイリストファイルを、第３のフォーマットのディレクトリ構造に基づいて所定のフォルダに格納するようにパスを設定し、出力制御部１０９に供給する。出力制御部１０９は、ディスクドライブ３７に、プレイリストファイルを供給して、光ディスク１２の所定のフォルダに記録させる。
ステップＳ２９５において、フォーマット変換処理部１０８は、変換後のプレイリストファイルのプレイリストが参照するサムネイル参照インデックスを基に読み出す。
ステップＳ２９６において、フォーマット変換処理部１０８は、変換後のプレイリストファイルのプレイリストが参照するサムネイル画像データを、第３のフォーマットのディレクトリ構造に基づいて所定のフォルダに格納するようにパスを設定し、出力制御部１０９に供給する。出力制御部１０９は、ディスクドライブ３７に変換後のプレイリストファイルのプレイリストが参照するサムネイル画像データを供給し、サムネイルファイル用のフォルダに記録させて、処理は、図３３のステップＳ２００に戻り、終了される。
このような処理により、記録用拡張フォーマットでローカルストレージ３６に記録されていたコンテンツデータを、第３のフォーマットとして出力することができる。
このように、本発明を適用することにより、ローカルストレージ３６に記録されているコンテンツデータのフォーマットが、第１のフォーマット、第２のフォーマット、および、第３のフォーマットのいずれにも容易にフォーマット変更可能な構成を有する記録用拡張フォーマットになるので、ローカルストレージ３６におけるコンテンツデータの管理が容易となる。
記録用拡張フォーマットの構成は、第１のフォーマット、第２のフォーマット、および、第３のフォーマットのうちのいずれかが有する拡張情報をすべて含むようになされている。ここでは、記録用拡張フォーマットは、第１のフォーマットが有する第１の属性データ、第２のフォーマットが有する第２の属性データ、および、第３のフォーマットが有する第３の属性データのいずれのデータも記述可能な領域を有するものである。
なお、ここでは、３つのフォーマットと、プレイリストおよびクリップインフォメーションを有さない放送データなどを取り扱う場合について説明したが、例えば、２つのフォーマットしか取り扱わないような場合、記録用拡張フォーマットの構成は、その２つのフォーマットの構成により決まる。例えば、第１のフォーマットと第２のフォーマットのみを取り扱う場合、記録用拡張フォーマットの構成は、第１のフォーマットおよび第２のフォーマットのいずれかが有する拡張情報をすべて含むようになされ、記録用拡張フォーマットは、第１のフォーマットが有する第１の属性データ、および、第２のフォーマットが有する第２の属性データのいずれのデータも記述可能な領域を有するものである。
さらに、本発明は、３つ以上の種類のフォーマットを取り扱える装置についても同様に適用可能であることはいうまでもない。
また、第１のフォーマット、第２のフォーマット、および、第３のフォーマットのうちのいずれかから、記録用拡張フォーマットにフォーマット変換がなされるとき、それぞれのソースデータ、または、ソースデータに付随するデータに基づいて、それぞれの拡張情報の部分のデータをできるだけ記述すると好適である。
上述した一連の処理は、ソフトウェアにより実行することもできる。そのソフトウェアは、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。この場合、上述した処理は、図３７に示されるようなパーソナルコンピュータ２００により実行される。
図３７において、CPU（Central Processing Unit）２０１は、ROM(Read Only Memory)２０２に記憶されているプログラム、または、記憶部２０８からRAM(Random Access Memory)２０３にロードされたプログラムに従って各種の処理を実行する。RAM２０３にはまた、CPU２０１が各種の処理を実行する上において必要なデータなどが適宜記憶される。
CPU２０１、ROM２０２、およびRAM２０３は、内部バス２０４を介して相互に接続されている。この内部バス２０４にはまた、入出力インターフェース２０５も接続されている。
入出力インターフェース２０５には、キーボード、マウスなどよりなる入力部２０６、CRT，LCDなどよりなるディスプレイ、スピーカなどよりなる出力部２０７、ハードディスクなどより構成される記憶部２０８、並びに、モデム、ターミナルアダプタなどより構成される通信部２０９が接続されている。通信部２０９は、電話回線やCATVを含む各種のネットワークを介しての通信処理を行う。また、通信部２０９は、アンテナなどを有し、放送信号を受信することも可能であるものとしてもよい。
入出力インターフェース２０５にはまた、必要に応じてドライブ２１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリなどによりなるリムーバブルメディア２１１が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部２０８にインストールされる。
さらに、リムーバブルメディア２１１に記録されているのが、コンテンツデータ（ナビゲーションプログラム、PlayList、および、Clipから構成されるプログラム）である場合、リムーバブルメディア２１１から読み出されたプログラムを記憶部２０８に記憶し、ＣＰＵ２０１の処理により、フォーマット変換させたり、再生させるようにすることができる。
図１の変換処理部３５が実行する処理は、ＣＰＵ２０１により実行される。なお、図１の再エンコード処理部３４、または、ＡＶデコーダ部４２が実行するデコードまたはエンコードの処理は、ＣＰＵ２０１により実行されてもよいし（所謂ソフトウェアコーディック）、パーソナルコンピュータ２００に、図１の再エンコード処理部３４、または、ＡＶデコーダ部４２に対応する機能を有するコーディック処理部を新たに設けるものとしても良い。
そして、上述した一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、ネットワークやプログラム格納媒体からインストールされる。
このプログラム格納媒体は、図３７に示されるように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されているリムーバブルメディア２１１よりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM２０２や記憶部２０８が含まれるハードディスクなどで構成される。
また、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
１１ 映像処理装置 １２ 光ディスク， ３１ 制御部， ３２ アンテナ， ３３ 放送受信制御部， ３５ 変換処理部， ３６ ローカルストレージ， ３７ ディスクドライブ， ３８ ネットワークインタフェース， ４０ 操作入力取得部， ４１ AVデコーダ部， １０１ 記録用データ取得部， １０２ フォーマット検出部， １０３ 記録用拡張フォーマット変換部， １０４ 記録制御部， １０５ データ読み出し部， １０６ 変換前フォーマット検出部， １０７通知制御部 １０８ フォーマット変換処理部， １０９ 出力制御部， １２１ 属性情報生成部， １２２ ファイル変換処理部， １２３ ディレクトリ管理部
Claims (17)
- トランスポートストリーム、および、前記トランスポートストリームの再生を管理する再生管理情報を含んで構成される第１のフォーマットおよび第２のフォーマットのコンテンツプログラムのフォーマット変換を実行する情報処理装置において、
前記再生管理情報の拡張領域以外の領域に前記第２のフォーマットにはない第１の属性データを有する前記第１のフォーマット、または、前記再生管理情報の拡張領域に前記第１のフォーマットにはない第２の属性データを有する前記第２のフォーマットの前記コンテンツプログラムを取得する取得手段と、
前記取得手段により取得された前記コンテンツプログラムのフォーマットの種別を検出する第１の検出手段と、
前記第１の検出手段による検出結果に基づいて、前記取得手段により取得された前記コンテンツプログラムを、前記再生管理情報の拡張領域以外の領域に前記第１の属性データを記載する領域を有するとともに、前記再生管理情報の拡張領域に前記第２の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに変換する第１の変換手段と
を備える情報処理装置。 - 前記第１の変換手段により変換された前記記録用拡張フォーマットのコンテンツプログラムに含まれる前記第１の属性データに記載されている情報の一部と、前記第２の属性データに記載されている情報の一部とは、同一の情報である
請求項１に記載の情報処理装置。 - 前記第１の変換手段は、前記第１のフォーマットのコンテンツプログラムを前記記録用拡張フォーマットのコンテンツプログラムに変換するとき、前記第１の属性データを参照して、前記再生管理情報の拡張領域に配置された前記第２の属性データを記載する領域のうち少なくとも一部に情報を記載する
請求項２に記載の情報処理装置。 - 前記第１の変換手段は、前記第２のフォーマットのコンテンツプログラムを前記記録用拡張フォーマットのコンテンツプログラムに変換するとき、前記第２の属性データを参照して、前記再生管理情報の拡張領域以外の領域に配置された前記第１の属性データを記載する領域のうち少なくとも一部に情報を記載する
請求項２に記載の情報処理装置。 - 前記第１の変換手段により変換された前記記録用拡張フォーマットのコンテンツプログラムの記録部への記録を制御する記録制御手段を更に備える
請求項１に記載の情報処理装置。 - 前記記録部に記録された前記記録用拡張フォーマットのコンテンツプログラムを読み出す読み出し手段と、
前記読み出し手段により読み出された前記記録用拡張フォーマットのコンテンツプログラムを、前記第１のフォーマット、または、前記第２のフォーマットのうちのいずれかにフォーマット変換する第２のフォーマット変換手段と
を更に備える請求項５に記載の情報処理装置。 - 前記読み出し手段により読み出された前記記録用拡張フォーマットのコンテンツプログラムが、前記第１の変換手段により前記記録用拡張フォーマットに変換される前のフォーマットの種類を検出する第２の検出手段と、
前記第２の検出手段により検出された前記記録用拡張フォーマットに変換される前のフォーマットの種類の、ユーザへの通知を制御する通知制御手段と
を更に備える請求項６に記載の情報処理装置。 - 前記取得手段は、第２の属性データが記載されていない前記第２のフォーマットの前記コンテンツプログラムを更に取得し、
前記第１の変換手段は、前記取得手段により取得された前記コンテンツプログラムを、前記再生管理情報の拡張領域以外の領域に前記第１の属性データを記載する領域を有するとともに、前記再生管理情報の拡張領域に前記第２の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに更に変換する
請求項１に記載の情報処理装置。 - 前記取得手段は、前記再生管理情報を含まないトランスポートストリームとその属性情報を含んで構成されるコンテンツプログラムを更に取得し、
前記第１の変換手段は、前記属性情報に基づいて、前記取得手段により取得された前記コンテンツプログラムを、前記再生管理情報の拡張領域以外の領域に前記第１の属性データを記載する領域を有するとともに、前記再生管理情報の拡張領域に前記第２の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに更に変換する
請求項１に記載の情報処理装置。 - トランスポートストリーム、および、前記トランスポートストリームの再生を管理する再生管理情報を含んで構成される第１のフォーマットおよび第２のフォーマットのコンテンツプログラムのフォーマット変換を実行する情報処理装置の情報処理方法において、
前記再生管理情報の拡張領域以外の領域に前記第２のフォーマットにはない第１の属性データを有する前記第１のフォーマット、または、前記再生管理情報の拡張領域に前記第１のフォーマットにはない第２の属性データを有する前記第２のフォーマットの前記コンテンツプログラムを取得し、
取得された前記コンテンツプログラムのフォーマットの種別を検出し、
フォーマットの種別の検出結果に基づいて、取得された前記コンテンツプログラムを、前記再生管理情報の拡張領域以外の領域に前記第１の属性データを記載する領域を有するとともに、前記再生管理情報の拡張領域に前記第２の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに変換する
ステップを含む情報処理方法。 - トランスポートストリーム、および、前記トランスポートストリームの再生を管理する再生管理情報を含んで構成される第１のフォーマットおよび第２のフォーマットのコンテンツプログラムのフォーマット変換をコンピュータに実行させるためのプログラムであって、
前記再生管理情報の拡張領域以外の領域に前記第２のフォーマットにはない第１の属性データを有する前記第１のフォーマット、または、前記再生管理情報の拡張領域に前記第１のフォーマットにはない第２の属性データを有する前記第２のフォーマットの前記コンテンツプログラムを取得し、
取得された前記コンテンツプログラムのフォーマットの種別を検出し、
フォーマットの種別の検出結果に基づいて、取得された前記コンテンツプログラムを、前記再生管理情報の拡張領域以外の領域に前記第１の属性データを記載する領域を有するとともに、前記再生管理情報の拡張領域に前記第２の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに変換する
ステップを含む処理をコンピュータに実行させるためのプログラム。 - トランスポートストリーム、前記トランスポートストリームの実体を管理する実体管理情報、および前記トランスポートストリームの再生を管理する再生管理情報を含んで構成される第１のフォーマット、第２のフォーマット、および、第３のフォーマットのコンテンツプログラムのフォーマット変換を実行する情報処理装置において、
前記再生管理情報の拡張領域以外の領域に前記第２のフォーマットおよび前記第３のフォーマットにはない第１の属性データを有する前記第１のフォーマット、前記再生管理情報の拡張領域に前記第１のフォーマットおよび前記第３のフォーマットにはない第２の属性データを有する前記第２のフォーマット、または、前記実体管理情報に、前記第１のフォーマットおよび前記第２のフォーマットにはない第３の属性データを有する前記第３のフォーマットの前記コンテンツプログラムを取得する取得手段と、
前記取得手段により取得された前記コンテンツプログラムのフォーマットの種別を検出する検出手段と、
前記検出手段による検出結果に基づいて、前記取得手段により取得された前記コンテンツプログラムを、前記再生管理情報の拡張領域以外の領域に前記第１の属性データを記載する領域を有し、前記再生管理情報の拡張領域に前記第２の属性データを記載する領域を有し、前記実体管理情報に前記第３の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに変換する変換手段と
を備える情報処理装置。 - 前記取得手段は、前記第３のフォーマットのコンテンツプログラムとともに、その属性情報を更に取得し、
前記変換手段は、前記第３のフォーマットのコンテンツプログラムを前記記録用拡張フォーマットのコンテンツプログラムに変換するとき、前記属性情報を参照して、前記再生管理情報の拡張領域以外の領域に配置された前記第１の属性データを記載する領域のうち少なくとも一部に情報を記載する
請求項１２に記載の情報処理装置。 - 前記取得手段は、前記第３のフォーマットのコンテンツプログラムとともに、その属性情報を更に取得し、
前記変換手段は、前記第３のフォーマットのコンテンツプログラムを前記記録用拡張フォーマットのコンテンツプログラムに変換するとき、前記属性情報を参照して、前記再生管理情報の拡張領域に配置された前記第２の属性データを記載する領域のうち少なくとも一部に情報を記載する
請求項１２に記載の情報処理装置。 - トランスポートストリーム、前記トランスポートストリームの実体を管理する実体管理情報、および前記トランスポートストリームの再生を管理する再生管理情報を含んで構成される第１のフォーマット、第２のフォーマット、および、第３のフォーマットのコンテンツプログラムのフォーマット変換を実行する情報処理装置の情報処理方法において、
前記再生管理情報の拡張領域以外の領域に前記第２のフォーマットおよび前記第３のフォーマットにはない第１の属性データを有する前記第１のフォーマット、前記再生管理情報の拡張領域に前記第１のフォーマットおよび前記第３のフォーマットにはない第２の属性データを有する前記第２のフォーマット、または、前記実体管理情報に、前記第１のフォーマットおよび前記第２のフォーマットにはない第３の属性データを有する前記第３のフォーマットの前記コンテンツプログラムを取得し、
取得された前記コンテンツプログラムのフォーマットの種別を検出し、
フォーマットの種別の検出結果に基づいて、取得された前記コンテンツプログラムを、前記再生管理情報の拡張領域以外の領域に前記第１の属性データを記載する領域を有し、前記再生管理情報の拡張領域に前記第２の属性データを記載する領域を有し、前記実体管理情報に前記第３の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに変換する
ステップを含む情報処理方法。 - トランスポートストリーム、前記トランスポートストリームの実体を管理する実体管理情報、および前記トランスポートストリームの再生を管理する再生管理情報を含んで構成される第１のフォーマット、第２のフォーマット、および、第３のフォーマットのコンテンツプログラムのフォーマット変換をコンピュータに実行させるプログラムであって、
前記再生管理情報の拡張領域以外の領域に前記第２のフォーマットおよび前記第３のフォーマットにはない第１の属性データを有する前記第１のフォーマット、前記再生管理情報の拡張領域に前記第１のフォーマットおよび前記第３のフォーマットにはない第２の属性データを有する前記第２のフォーマット、または、前記実体管理情報に、前記第１のフォーマットおよび前記第２のフォーマットにはない第３の属性データを有する前記第３のフォーマットの前記コンテンツプログラムを取得し、
取得された前記コンテンツプログラムのフォーマットの種別を検出し、
フォーマットの種別の検出結果に基づいて、取得された前記コンテンツプログラムを、前記再生管理情報の拡張領域以外の領域に前記第１の属性データを記載する領域を有し、前記再生管理情報の拡張領域に前記第２の属性データを記載する領域を有し、前記実体管理情報に前記第３の属性データを記載する領域を有する、記録用拡張フォーマットのコンテンツプログラムに変換する
ステップを含む処理をコンピュータに実行させるためのプログラム。 - 情報処理装置において、トランスポートストリーム、および、前記トランスポートストリームの再生を管理する再生管理情報を含んで構成される第１のフォーマットまたは第２のフォーマットのコンテンツプログラムにフォーマット変換される、拡張フォーマットのコンテンツプログラムのデータ構造であって、
トランスポートストリームと、
前記再生管理情報の拡張領域以外の領域に、前記第１のフォーマットには含まれるが前記第２のフォーマットにはない第１の属性データと、
前記再生管理情報の拡張領域に、前記第２のフォーマットには含まれるが前記第１のフォーマットにはない第２の属性データと
を含み、
前記第１の属性データは、前記情報処理装置において前記拡張フォーマットのコンテンツプログラムが前記第１のフォーマットのコンテンツプログラムにフォーマット変換される場合に、変換後の前記第１のフォーマットのコンテンツプログラムに配置され、
前記第２の属性データは、前記情報処理装置において前記拡張フォーマットのコンテンツプログラムが前記第２のフォーマットのコンテンツプログラムにフォーマット変換される場合に、変換後の前記第２のフォーマットのコンテンツプログラムに配置され、
前記第１の属性データに記載されている情報の少なくとも一部と、前記第２の属性データに記載されている情報の少なくとも一部とは、同一の情報である
データ構造。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007094017A JP4803093B2 (ja) | 2007-03-30 | 2007-03-30 | 情報処理装置および情報処理方法、プログラム、データ構造、並びに、プログラム格納媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007094017A JP4803093B2 (ja) | 2007-03-30 | 2007-03-30 | 情報処理装置および情報処理方法、プログラム、データ構造、並びに、プログラム格納媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2008252741A JP2008252741A (ja) | 2008-10-16 |
| JP4803093B2 true JP4803093B2 (ja) | 2011-10-26 |
Family
ID=39977122
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007094017A Expired - Fee Related JP4803093B2 (ja) | 2007-03-30 | 2007-03-30 | 情報処理装置および情報処理方法、プログラム、データ構造、並びに、プログラム格納媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4803093B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5299043B2 (ja) * | 2009-04-14 | 2013-09-25 | 株式会社Ｊｖｃケンウッド | 映像記録再生装置、映像記録再生方法、映像記録再生プログラム |
| JP5299076B2 (ja) * | 2009-05-14 | 2013-09-25 | 株式会社Ｊｖｃケンウッド | 映像記録装置、映像記録再生装置、映像記録方法および映像記録再生方法 |
| JP2011129170A (ja) * | 2009-12-15 | 2011-06-30 | Victor Co Of Japan Ltd | 映像記録装置および映像再生装置 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4302599B2 (ja) * | 2004-09-09 | 2009-07-29 | パナソニック株式会社 | 情報記録方法、フォーマット変更方法および情報再生方法 |
-
2007
- 2007-03-30 JP JP2007094017A patent/JP4803093B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2008252741A (ja) | 2008-10-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100394791C (zh) | 信息处理方法和装置 | |
| KR100780153B1 (ko) | 기록 장치 및 방법, 재생 장치 및 방법, 및 기록 매체 | |
| JP4264617B2 (ja) | 記録装置および方法、再生装置および方法、記録媒体、プログラム、並びに記録媒体 | |
| US7835623B2 (en) | Recording medium having data structure for managing reproduction of video data recorded thereon | |
| US8260110B2 (en) | Recording medium having data structure for managing reproduction of multiple playback path video data recorded thereon and recording and reproducing methods and apparatuses | |
| US7684674B2 (en) | Optical reproducing apparatus having protection flags and code number | |
| US8472784B2 (en) | Recording apparatus, recording method, and recording program | |
| US20060153021A1 (en) | Method and apparatus for reproducing data from recording medium using local storage | |
| US8164990B2 (en) | Recording apparatus, recording method, recording program, recording/reproducing apparatus, recording/reproducing method, recording/reproducing program, editing apparatus, editing method, editing program, and display method | |
| US20080025182A1 (en) | Method And Apparatus For Reproducing A Data Recorded In Recording Medium Using A Local Storage | |
| US20120117128A1 (en) | Information processing apparatus and information processing method, and program | |
| MXPA06012806A (es) | Reproductor, programa y metodo de reproduccion. | |
| KR20050048848A (ko) | 고밀도 광디스크의 플레이리스트 생성방법, 관리방법 및재생방법과 기록재생장치 | |
| JP4229143B2 (ja) | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム | |
| US8625398B2 (en) | Information processing device, information recording medium, information processing method, and program | |
| JP4803093B2 (ja) | 情報処理装置および情報処理方法、プログラム、データ構造、並びに、プログラム格納媒体 | |
| KR20070122155A (ko) | 정보 처리 장치, 및 정보 처리 방법, 및 컴퓨터·프로그램 | |
| TW201334533A (zh) | 資訊處理裝置，資訊處理方法，和程式 | |
| US8750690B2 (en) | Apparatus, method, and computer program for processing information | |
| JP2013115552A (ja) | 情報処理装置、情報処理方法、並びにプログラム | |
| JP6010900B2 (ja) | 情報処理装置、情報処理方法、並びにプログラム | |
| JP4821689B2 (ja) | 情報処理装置および情報処理方法、プログラム、並びに、プログラム格納媒体 | |
| JP4636158B2 (ja) | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム | |
| JP5299076B2 (ja) | 映像記録装置、映像記録再生装置、映像記録方法および映像記録再生方法 | |
| JP5233819B2 (ja) | 映像記録装置、映像再生装置、映像記録方法および映像再生方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20100315 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20110518 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110524 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110624 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20110712 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110725 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140819 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |