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

情報処理装置、情報処理方法、並びにプログラム Download PDF

Info

Publication number
JP5999405B2
JP5999405B2 JP2011258886A JP2011258886A JP5999405B2 JP 5999405 B2 JP5999405 B2 JP 5999405B2 JP 2011258886 A JP2011258886 A JP 2011258886A JP 2011258886 A JP2011258886 A JP 2011258886A JP 5999405 B2 JP5999405 B2 JP 5999405B2
Authority
JP
Japan
Prior art keywords
playlist
information
display
manufacturer
file
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
Application number
JP2011258886A
Other languages
English (en)
Other versions
JP2013114709A5 (ja
JP2013114709A (ja
Inventor
加藤　元樹
元樹 加藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2011258886A priority Critical patent/JP5999405B2/ja
Priority to EP12189225.1A priority patent/EP2597644B1/en
Priority to TW101141839A priority patent/TWI562639B/zh
Priority to US13/680,609 priority patent/US10762929B2/en
Priority to CN201210477367.3A priority patent/CN103137164B/zh
Publication of JP2013114709A publication Critical patent/JP2013114709A/ja
Publication of JP2013114709A5 publication Critical patent/JP2013114709A5/ja
Application granted granted Critical
Publication of JP5999405B2 publication Critical patent/JP5999405B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327—Table of contents
    • G11B27/329—Table of contents on a disc [VTOC]
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/34—Indicating arrangements 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/87—Regeneration of colour television signals

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)
  • Television Signal Processing For Recording (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

本技術は情報処理装置、情報処理方法、並びにプログラムに関し、特にコンテンツの一覧を迅速に表示することができるようにした情報処理装置、情報処理方法、並びにプログラムに関する。
最近、記録再生装置が普及し、放送されたＡＶ（Audio Visual）信号をディスクに記録し、ユーザが希望するタイミングで再生することが一般的に行われている。ＡＶ信号はデジタル化されており、圧縮が可能なので、長時間のＡＶ信号をディスクに記録することができる。
本出願人は、オーディオ信号をアフターレコーディングする技術を先に提案した（例えば特許文献１）。
ところでＡＶ信号を含むコンテンツを記録する記録媒体としては、ブルーレイディスク、DVD（Digital Versatile Disk）、ハードディスク等のディスクの他、フラッシュメモリカードといった半導体メモリも利用される。
これらの記録媒体は、高容量化が進み、信号のデジタル化と相まって、ますます数多くのコンテンツを記録することができるようになってきた。その結果、１個の記録媒体に記録可能なコンテンツの数は、いままで多くても200個程度であったがものが、10000個以上と、極めて多くなってきた。
特開２００２−１５８９７２号公報
ところで、記録媒体に記録されているコンテンツを再生する場合、ユーザは記録されているコンテンツの中から所望のコンテンツを選択し、再生を指示する。このため、記録されているコンテンツのタイトルの一覧を表示し、その一覧の中から所望のコンテンツをユーザに選択させるのが一般的である。
しかしながら、コンテンツの数が多くなると、記録媒体に記録されているコンテンツの一覧を作成し、表示するのにかかる時間が長くなる。その結果、ユーザは迅速に所望のコンテンツを選択することが困難になる。
本技術はこのような状況に鑑みてなされたものであり、コンテンツの一覧を迅速に表示することができるようにするものである。
本技術の一側面は、記録媒体に記録される、コンテンツの再生区間を示す情報を含むプレイリストから、前記プレイリストの一覧を表示するのに必要な表示情報を取得する取得部と、所定の情報を記憶する記憶部と、前記表示情報と前記所定の情報とを含むインデックスファイルを前記記録媒体に記録する記録部と、前記インデックスファイルから読み出された前記表示情報から前記プレイリストの一覧を表示する表示部とを備え、前記所定の情報は、情報処理装置のメーカのＩＤとメーカ独自の情報を含み、前記表示部は、前記インデックスファイルに含まれる前記メーカのＩＤが、前記記憶部に記憶されている前記メーカのＩＤと一致する場合、前記インデックスファイルに含まれる前記メーカ独自の情報も表示する情報処理装置である。
前記表示情報は、前記プレイリストのタイトル、前記プレイリストにしたがって再生される前記コンテンツの時間長、および前記プレイリストの記録日時を少なくとも含むことができる。
前記インデックスファイルは、前記プレイリストを格納するディレクトリと同じ並びに位置することができる。
前記表示情報は、前記プレイリストにしたがって再生される前記コンテンツのサムネイルを特定する情報を含むことができる。
本技術の他の側面は、所定の情報を記憶する記憶部を備える情報処理装置が、記録媒体に記録される、コンテンツの再生区間を示す情報を含むプレイリストから、前記プレイリストの一覧を表示するのに必要な表示情報を取得する取得ステップと、前記表示情報と前記所定の情報とを含むインデックスファイルを前記記録媒体に記録する記録ステップと、前記インデックスファイルから読み出された前記表示情報から前記プレイリストの一覧を表示する表示ステップとを含み、前記所定の情報は、前記情報処理装置のメーカのＩＤとメーカ独自の情報を含み、前記表示ステップの処理では、前記インデックスファイルに含まれる前記メーカのＩＤが、前記記憶部に記憶されている前記メーカのＩＤと一致する場合、前記インデックスファイルに含まれる前記メーカ独自の情報も表示する情報処理方法である。
本技術のさらに他の側面は、所定の情報を記憶する記憶部と表示部とを備える情報処理装置を制御するコンピュータに、記録媒体に記録される、コンテンツの再生区間を示す情報を含むプレイリストから、前記プレイリストの一覧を表示するのに必要な表示情報を取得する取得ステップと、前記表示情報と前記所定の情報とを含むインデックスファイルを前記記録媒体に記録させる記録制御ステップと、前記インデックスファイルから読み出された前記表示情報から前記プレイリストの一覧を前記表示部に表示させる表示制御ステップとを含み、前記所定の情報は、前記情報処理装置のメーカのＩＤとメーカ独自の情報を含み、前記表示制御ステップの処理では、前記インデックスファイルに含まれる前記メーカのＩＤが、前記記憶部に記憶されている前記メーカのＩＤと一致する場合、前記インデックスファイルに含まれる前記メーカ独自の情報も前記表示部に表示させる処理を実行させるプログラムである。
本技術の側面においては、記録媒体に記録される、コンテンツの再生区間を示す情報を含むプレイリストから、前記プレイリストの一覧を表示するのに必要な表示情報が取得され、前記表示情報と記憶部に記憶される所定の情報とを含むインデックスファイルが前記記録媒体に記録され、前記インデックスファイルから読み出された前記表示情報から前記プレイリストの一覧が表示部に表示される。前記所定の情報は、前記情報処理装置のメーカのＩＤとメーカ独自の情報を含み、前記インデックスファイルに含まれる前記メーカのＩＤが、前記記憶部に記憶されている前記メーカのＩＤと一致する場合、前記インデックスファイルに含まれる前記メーカ独自の情報も前記表示部に表示される。
以上のように、本技術の一側面によれば、コンテンツの一覧を迅速に表示することができる。
本技術を適用した情報処理装置の一実施の形態の構成を示す図である。 制御部の機能的構成を示すブロック図である。 記録再生装置により記録媒体に記録されるデータのフォーマットについて説明する図である。 Real PlayListとVirtual PlayListについて説明する図である。 Real PlayListの作成について説明する図である。 Real PlayListの削除について説明する図である。 アセンブル編集について説明する図である。 Virtual PlayListにサブパスを設ける場合について説明する図である。 PlayListの再生順序の変更について説明する図である。 PlayList上のマークとClip上のマークについて説明する図である。 メニューサムネイルについて説明する図である。 PlayListに付加されるマークについて説明する図である。 クリップに付加されるマークについて説明する図である。 PlayList、Clip、サムネイルファイルの関係について説明する図である。 ディレクトリ構造について説明する図である。 タイトル一覧の表示例を示す図である。 INDEX.BAVのシンタクスを示す図である。 xxxxx.RPLとxxxxx.VPLのシンタクスを示す図である。 PlayListについて説明する図である。 PlayListのシンタクスを示す図である。 UIAppinfoPlayListのシンタクスを示す図である。 PlayListMarkのシンタクスを示す図である。 mark_typeのテーブルを示す図である。 MENU.THM/MARK.THMのシンタクスを示す図である。 Thumbnailのシンタクスを示す図である。 記録処理を説明するフローチャートである。 表示処理を説明するフローチャートである。
以下、本技術を実施するための形態（以下、実施の形態と称する）について説明する。なお、説明は以下の順序で行う。
１．記録再生装置の構成
２．AVストリームの編集
３．制御部の機能的構成
４．操作の説明
５．PlayList
６．Real PlayListの編集
７．Virtual PlayListに対する操作
８．Virtual PlayList の再編集
９．マーク
１０．サムネイル
１１. ディレクトリとファイル
１２．INDEX.BAVファイル
１３．Real PlayList fileとVirtual PlayList file
１４．PlayListのシンタクス
１５．UIAppInfoPlayList
１６．PlayListMark()
１７．MENU.THMとMARK.THM
１８．AVストリームファイル
１９．記録処理
２０．再生処理
２１．本技術のプログラムへの適用
２２．その他
［記録再生装置の構成］
以下に、本技術の実施の形態について、図面を参照して説明する。図１は、本技術を適用した情報処理装置の一実施の形態の内部構成例を示す図である。まず、外部から入力された信号を記録媒体に記録する動作を行う部分の構成について説明する。情報の記録または再生の少なくとも一方を実行する情報処理装置としての記録再生装置１は、アナログデータ、または、デジタルデータを入力し、記録することができる構成とされている。
端子１１には、アナログのビデオ信号が、端子１２には、アナログのオーディオ信号が、それぞれ入力される。端子１１に入力されたビデオ信号は、解析部１４とAVエンコーダ１５に、それぞれ出力される。端子１２に入力されたオーディオ信号は、AVエンコーダ１５に出力される。解析部１４は、入力されたビデオ信号からシーンチェンジなどの特徴点を抽出する。
AVエンコーダ１５は、入力されたビデオ信号とオーディオ信号を、それぞれ符号化し、符号化ビデオストリーム(V)、符号化オーディオストリーム(A)、およびAV同期等のシステム情報(S)をマルチプレクサ１６に出力する。
符号化ビデオストリームは、例えば、MPEG（Moving Picture Expert Group）２方式により符号化されたビデオストリームであり、符号化オーディオストリームは、例えば、MPEG１方式により符号化されたオーディオストリームや、ドルビーAC3方式により符号化されたオーディオストリーム等である。マルチプレクサ１６は、入力されたビデオおよびオーディオのストリームを、入力システム情報に基づいて多重化して、スイッチ１７を介して多重化ストリーム解析部１８とソースパケッタイザ１９に出力する。
多重化ストリームは、例えば、MPEG2トランスポートストリームやMPEG2プログラムストリームである。ソースパケッタイザ１９は、入力された多重化ストリームを、そのストリームを記録させる記録媒体１００のアプリケーションフォーマットに従って、ソースパケットから構成されるAVストリームを符号化する。AVストリームは、ECC（誤り訂正）符号化部２０、変調部２１で所定の処理が施され、書き込み部２２に出力される。書き込み部２２は、制御部２３から出力される制御信号に基づいて、記録媒体１００にAVストリームファイルを書き込む（つまり記録する）。なお、記録媒体１００は、ブルーレイディスク、DVD（Digital Versatile Disk）、ハードディスク等のディスクの他、フラッシュメモリカードといった半導体メモリにより構成することができる。
デジタルインタフェイスまたはデジタルテレビジョンチューナから入力されるデジタルテレビジョン放送等のトランスポートストリームは、端子１３に入力される。端子１３に入力されたトランスポートストリームの記録方式には、２通りあり、それらは、トランスペアレントに記録する方式と、記録ビットレートを下げるなどの目的のために再エンコードをした後に記録する方式である。記録方式の指示情報は、ユーザインタフェイス（図示せず）が接続されている端子２４から制御部２３へ入力される。
入力トランスポートストリームをトランスペアレントに記録する場合、端子１３に入力されたトランスポートストリームは、多重化ストリーム解析部１８と、ソースパケッタイザ１９に出力される。これ以降の記録媒体１００へAVストリームが記録されるまでの処理は、上述の入力オーディオ信号とビデオ信号を符号化して記録する場合と同一の処理なので、その説明は省略する。
入力トランスポートストリームを再エンコードした後に記録する場合、端子１３に入力されたトランスポートストリームは、デマルチプレクサ２６に入力される。デマルチプレクサ２６は、入力されたトランスポートストリームに対してデマルチプレクス処理を施し、ビデオストリーム(V)、オーディオストリーム(A)、およびシステム情報(S)を抽出する。
デマルチプレクサ２６により抽出されたストリーム（すなわち情報）のうち、ビデオストリームはAVデコーダ２７に、オーディオストリームとシステム情報はマルチプレクサ１６に、それぞれ出力される。AVデコーダ２７は、入力されたビデオストリームを復号し、その再生ビデオ信号をAVエンコーダ１５に出力する。AVエンコーダ１５は、入力ビデオ信号を符号化し、符号化ビデオストリーム(V)をマルチプレクサ１６に出力する。
一方、デマルチプレクサ２６から出力され、マルチプレクサ１６に入力されたオーディオストリームとシステム情報、および、AVエンコーダ１５から出力されたビデオストリームは、入力システム情報に基づいて、多重化されて、多重化ストリームとして多重化ストリーム解析部１８とソースパケットタイザ１９にスイッチ１７を介して出力される。これ以後の記録媒体１００へAVストリームが記録されるまでの処理は、上述の入力オーディオ信号とビデオ信号を符号化して記録する場合と同一の処理なので、その説明は省略する。
本実施の形態の記録再生装置１は、AVストリームのファイルを記録媒体１００に記録すると共に、そのファイルを説明するアプリケーションデータベース情報も記録する。アプリケーションデータベース情報は、制御部２３により作成される。制御部２３への入力情報は、解析部１４からの動画像の特徴情報、多重化ストリーム解析部１８からのAVストリームの特徴情報、および端子２４から入力されるユーザからの指示情報である。
解析部１４から供給される動画像の特徴情報は、入力動画像信号の中の特徴的な画像に関係する情報であり、例えば、プログラムの開始点、シーンチェンジ点、コマーシャル（ＣＭ）の開始・終了点などの指定情報（例えばマーク）であり、また、その指定場所の画像のサムネイル画像の情報も含まれる。
多重化ストリーム解析部１８からのAVストリームの特徴情報は、記録されるAVストリームの符号化情報に関係する情報であり、例えば、AVストリーム内のIピクチャのアドレス情報、AVストリームの符号化パラメータ、AVストリームの中の符号化パラメータの変化点情報、ビデオストリームの中の特徴的な画像に関係する情報（例えばマーク）などである。
端子２４からのユーザの指示情報は、AVストリームの中の、ユーザが指定した再生区間の指定情報、その再生区間の内容を説明するキャラクタ文字、ユーザが好みのシーンにセットするブックマークやリジューム点の情報などである。
例えばマイクロプロセッサユニットからなる制御部２３は、所定の情報を記憶する記憶部２３Ａを有している。制御部２３は、上記の入力情報に基づいて、AVストリームのデータベース(Clip)、 AVストリームの再生区間(PlayItem)をグループ化したもの（PlayList）のデータベース、記録媒体１００の記録内容の管理情報(INFO.BAV)、およびサムネイル画像の情報を作成する。これらの情報から構成されるアプリケーションデータベース情報は、AVストリームと同様にして、ECC符号化部２０、変調部２１で処理されて、書き込み部２２へ入力される。書き込み部２２は、制御部２３から出力される制御信号に基づいて、記録媒体１００へデータベースファイルを記録する。
上述したアプリケーションデータベース情報についての詳細は後述する。
このようにして記録媒体１００に記録されたAVストリームファイル（すなわち画像データと音声データのファイル）と、アプリケーションデータベース情報が再生される場合、次のように処理される。まず、制御部２３は、読み出し部２８に対して、記録媒体１００からアプリケーションデータベース情報を読み出すように指示する。そして、読み出し部２８は、記録媒体１００からアプリケーションデータベース情報を読み出し、そのアプリケーションデータベース情報は、復調部２９、ECC復号部３０の処理を経て、制御部２３へ入力される。
制御部２３は、アプリケーションデータベース情報に基づいて、記録媒体１００に記録されているPlayListの一覧（つまりコンテンツの一覧）を、ユーザインタフェイス入出力が接続されている端子２４に出力する。勿論、PlayListの一覧をビデオ出力として端子３２から図示せぬディスプレイに出力することもできる。ユーザが、PlayListの一覧から再生したいPlayList（つまりコンテンツ）を選択すると、再生を指定されたPlayListに関する情報が端子２４のユーザインタフェイス入出力から制御部２３へ入力される。制御部２３は、そのPlayListの再生に必要なAVストリームファイルの読み出しを、読み出し部２８に指示する。読み出し部２８は、その指示に従い、記録媒体１００から対応するAVストリームを読み出し復調部２９に出力する。復調部２９に入力されたAVストリームは、所定の処理が施されることにより復調され、さらにECC復号部３０の処理を経て、ソースデパケッタイザ３１出力される。
ソースデパケッタイザ３１は、記録媒体１００から読み出され、所定の処理が施されたアプリケーションフォーマットのAVストリームを、デマルチプレクサ２６に出力できるストリームに変換する。デマルチプレクサ２６は、制御部２３により指定されたAVストリームの再生区間(すなわちPlayItem)を構成するビデオストリーム(V)、オーディオストリーム(A)、およびAV同期等のシステム情報(S)を、AVデコーダ２７に出力する。AVデコーダ２７は、ビデオストリームとオーディオストリームを復号し、再生ビデオ信号と再生オーディオ信号を、それぞれ対応する端子３２と端子３３から出力する。
また、ユーザインタフェイスとしての端子２４から、ランダムアクセス再生や特殊再生を指示する情報が入力された場合、制御部２３は、AVストリームのデータベース(Clip)の内容に基づいて、記憶媒体１００からのAVストリームの読み出し位置を決定し、そのAVストリームの読み出しを、読み出し部２８に指示する。例えば、ユーザにより選択されたPlayListを、所定の時刻から再生する場合、制御部２３は、指定された時刻に最も近いタイムスタンプを持つIピクチャからのデータを読み出すように読み出し部２８に指示する。
また、ユーザによって高速再生(Fast-forward playback)が指示された場合、制御部２３は、AVストリームのデータベース(Clip)に基づいて、AVストリームの中のI-ピクチャデータを順次連続して読み出すように読み出し部２８に指示する。
読み出し部２８は、指定されたランダムアクセスポイントからAVストリームのデータを読み出し、読み出されたデータは、後段の各部の処理を経て再生される。
［AVストリームの編集］
次に、ユーザが、記録媒体１００に記録されているAVストリームの編集をする場合を説明する。ユーザが、記録媒体１００に記録されているAVストリームの再生区間を指定して新しい再生経路を作成したい場合、例えば、番組Ａという歌番組から歌手ａの部分を再生し、その後続けて、番組Ｂという歌番組の歌手ａの部分を再生したいといった再生経路を作成したい場合、ユーザインタフェイスとしての端子２４から再生区間の開始点（イン点）と終了点（アウト点）の情報が制御部２３に入力される。制御部２３は、AVストリームの再生区間(PlayItem)をグループ化したもの（PlayList）のデータベースを作成する。
ユーザが、記録媒体１００に記録されているAVストリームの一部を消去したい場合、ユーザインタフェイスとしての端子２４から消去区間のイン点とアウト点の情報が制御部２３に入力される。制御部２３は、必要なAVストリーム部分だけを参照するようにPlayListのデータベースを変更する。また、AVストリームの不必要なストリーム部分を消去するように、書き込み部２２に指示する。
ユーザが、記録媒体１００に記録されているAVストリームの再生区間を指定して新しい再生経路を作成したい場合であり、かつ、それぞれの再生区間をシームレスに接続したい場合について説明する。このような場合、制御部２３は、AVストリームの再生区間(PlayItem)をグループ化したもの（PlayList）のデータベースを作成し、さらに、再生区間の接続点付近のビデオストリームの部分的な再エンコードと再多重化を行う。
まず、端子２４から再生区間のイン点のピクチャの情報と、アウト点のピクチャの情報が制御部２３へ入力される。制御部２３は、読み出し部２８にイン点側ピクチャとアウト点側のピクチャを再生するために必要なデータの読み出しを指示する。そして、読み出し部２８は、記録媒体１００からデータを読み出し、そのデータは、復調部２９、ECC復号部３０、ソースデパケッタイザ３１を経て、デマルチプレクサ２６に出力される。
制御部２３は、デマルチプレクサ２６に入力されたデータを解析して、ビデオストリームの再エンコード方法（picture_coding_typeの変更、再エンコードする符号化ビット量の割り当て）と、再多重化方式を決定し、その方式をAVエンコーダ１５とマルチプレクサ１６に供給する。
次に、デマルチプレクサ２６は、入力されたストリームをビデオストリーム(V)、オーディオストリーム(A)、およびシステム情報(S)に分離する。ビデオストリームは、「AVデコーダ２７に入力されるデータ」と「マルチプレクサ１６に入力されるデータ」がある。前者のデータは、再エンコードするために必要なデータであり、これはAVデコーダ２７で復号され、復号されたピクチャはAVエンコーダ１５で再エンコードされて、ビデオストリームにされる。後者のデータは、再エンコードをしないで、オリジナルのストリームからコピーされるデータである。オーディオストリーム、システム情報については、直接、マルチプレクサ１６に入力される。
マルチプレクサ１６は、制御部２３から入力された情報に基づいて、入力ストリームを多重化し、多重化ストリームを出力する。多重化ストリームは、ECC符号化部２０、変調部２１で処理されて、書き込み部２２に入力される。書き込み部２２は、制御部２３から供給される制御信号に基づいて、記録媒体１００にAVストリームを記録する。
［制御部の機能的構成］
図２は、制御部２３の機能的構成を示すブロック図である。この実施の形態においては、制御部２３は、記録部２０１、取得部２０２、判定部２０３、および表示部２０４を有している。これらの各部は、例えばハードウェアにより構成することもできるし、ソフトウェアにより構成することもできる。
記録部２０１は、各種の情報を記録する。取得部２０２は、各種の情報を取得する。判定部２０３は、判定処理を行う。表示部２０４は、表示処理を行う。
［操作の説明］
以下に、アプリケーションデータベース情報や、その情報に基づく再生、編集といった操作に関する説明をする。図３は、アプリケーションフォーマットの構造を説明する図である。アプリケーションフォーマットは、AVストリームの管理のためにPlayListとClipの２つのレイヤをもつ。Volume Informationは、ディスク内のすべてのClipとPlayListの管理をする。ここでは、１つのAVストリームとその付属情報のペアを１つのオブジェクトと考え、それをClipと称する。AVストリームファイルはClip AV stream fileと称し、その付属情報は、Clip Information fileと称する。
１つのClip AV stream fileは、MPEG2トランスポートストリームをアプリケーションフォーマットによって規定される構造に配置したデータをストアする。一般的に、ファイルは、バイト列として扱われるが、Clip AV stream fileのコンテンツは、時間軸上に展開され、Clipの中のエントリポイントは、主に時間ベースで指定される。所定のClipへのアクセスポイントのタイムスタンプが与えられた時、Clip Information fileは、Clip AV stream fileの中でデータの読み出しを開始すべきアドレス情報を見つけるために役立つ。
［PlayList］
PlayListについて、図４を参照して説明する。PlayListは、Clipの中からユーザが見たい再生区間を選択し、それを簡単に編集することができるようにするために設けられている。１つのPlayListは、Clipの中の再生区間の集まりである。所定のClipの中の１つの再生区間は、PlayItemと呼ばれ、それは、時間軸上のイン点（IN）とアウト点（OUT）の対で表される。従って、PlayListは、複数のPlayItemが集まることにより構成される。
PlayListには、２つのタイプがある。１つは、Real PlayListであり、もう１つは、Virtual PlayListである。Real PlayListは、それが参照しているClipのストリーム部分を共有している。すなわち、Real PlayListは、それの参照しているClipのストリーム部分に相当するデータ容量をディスクの中で占め、Real PlayListが消去された場合、それが参照しているClipのストリーム部分もまたデータが消去される。
Virtual PlayListは、Clipのデータを共有していない。従って、Virtual PlayListが変更または消去されたとしても、Clipの内容には何も変化が生じない。
［Real PlayListの編集］
次に、Real PlayListの編集について説明する。図５（Ａ）は、Real PlayListのクリエイト(create：作成)に関する図であり、AVストリームが新しいClipとして記録される場合、そのClip全体を参照するReal PlayListが新たに作成される操作である。
図５（Ｂ）は、Real PlayListのディバイド(divide：分割)に関する図であり、Real PlayListが所望な点で分けられて、２つのReal PlayListに分割される操作である。この分割という操作は、例えば、１つのPlayListにより管理される１つのクリップ内に、２つの番組が管理されているような場合に、ユーザが１つ１つの番組として登録（記録）し直したいといったようなときに行われる。この操作により、Clipの内容が変更される（Clip自体が分割される）ことはない。
図５（Ｃ）は、Real PlayListのコンバイン(combine：結合)に関する図であり、２つのReal PlayListを結合して、１つの新しいReal PlayListにする操作である。この結合という操作は、例えば、ユーザが２つの番組を１つの番組として登録し直したいといったようなときに行われる。この操作により、Clipが変更される（Clip自体が１つにされる）ことはない。
図６（Ａ）は、Real PlayList全体のデリート(delete：削除)に関する図であり、所定のReal PlayList全体を消去する操作がされた場合、削除されたReal PlayListが参照するClipの、対応するストリーム部分も削除される。
図６（Ｂ）は、Real PlayListの部分的な削除に関する図であり、Real PlayListの所望な部分が削除された場合、対応するPlayItemが、必要なClipのストリーム部分だけを参照するように変更される。そして、Clipの対応するストリーム部分は削除される。
図６（Ｃ）は、Real PlayListのミニマイズ(Minimize：最小化)に関する図であり、RealPlayListに対応するPlayItemを、Virtual PlayListに必要なClipのストリーム部分だけを参照するようにする操作である。Virtual PlayList にとって不必要なClipの、対応するストリーム部分は削除される。
上述したような操作により、Real PlayListが変更されて、そのReal PlayListが参照するClipのストリーム部分が削除された場合、その削除されたClipを使用しているVirtual PlayListが存在し、そのVirtual PlayListにおいて、削除されたClipにより問題が生じる可能性がある。
そのようなことが生じないように、ユーザに、削除という操作に対して、「そのReal PlayListが参照しているClipのストリーム部分を参照しているVirtual PlayListが存在し、もし、そのReal PlayListが消去されると、そのVirtual PlayListもまた消去されることになるが、それでも良いか？」といったメッセージなどを表示させることにより、確認（警告）を促した後に、ユーザの指示により削除の処理を実行、または、キャンセルする。または、Virtual PlayListを削除する代わりに、Real PlayListに対してミニマイズの操作が行われるようにする。
［Virtual PlayListに対する操作］
次にVirtual PlayListに対する操作について説明する。Virtual PlayListに対して操作が行われたとしても、Clipの内容が変更されることはない。図７は、アセンブル(Assemble)編集 (IN-OUT 編集)に関する図であり、ユーザが見たいと所望した再生区間のPlayItemを作り、Virtual PlayListを作成するといった操作である。PlayItem間のシームレス接続が、アプリケーションフォーマットによりサポートされている。
図７（Ａ）に示したように、２つのReal PlayList１，２と、それぞれのReal PlayListに対応するClip１，２が存在している場合に、ユーザがReal PlayList１内の所定の区間（In１乃至Out１までの区間：PlayItem１）を再生区間として指示し、続けて再生する区間として、Real PlayList２内の所定の区間（In２乃至Out２までの区間：PlayItem２）を再生区間として指示したとき、図７（Ｂ）に示すように、PlayItem１とPlayItem２から構成される１つのVirtual PlayListが作成される。
［Virtual PlayList の再編集］
次に、Virtual PlayList の再編集(Re-editing)について説明する。再編集には、VirtualPlayListの中のイン点やアウト点の変更、Virtual PlayListへの新しいPlayItemの挿入(insert)や追加(append)、Virtual PlayListの中のPlayItemの削除などがある。また、Virtual PlayListそのものを削除することもできる。
図８は、Virtual PlayListへのオーディオのアフレコ(Audio dubbing (post recording))に関する図であり、Virtual PlayListへのオーディオのアフレコをサブパスとして登録する操作のことである。このオーディオのアフレコは、アプリケーションフォーマットによりサポートされている。Virtual PlayListのメインパスのAVストリームに、付加的なオーディオストリームが、サブパスとして付加される。
Real PlayListとVirtual PlayListで共通の操作として、図９に示すようなPlayListの再生順序の変更(Moving)がある。この操作は、ディスク(ボリューム)の中でのPlayListの再生順序の変更であり、アプリケーションフォーマットにおいて定義されるTable Of PlayListによってサポートされる。この操作により、Clipの内容が変更されるようなことはない。
［マーク］
次に、マーク（Mark）について説明する。マークは、ClipおよびPlayListの中のハイライトや特徴的な時間を指定するために設けられている。Clipに付加されるマークは、AVストリームの内容に起因する特徴的なシーンを指定する、例えば、シーンチェンジ点などである。PlayListを再生する時、そのPlayListが参照するClipのマークを参照して、使用する事ができる。
PlayListに付加されるマークは、主にユーザによってセットされる、例えば、ブックマークやリジューム点などである。ClipまたはPlayListにマークをセットすることは、マークの時刻を示すタイムスタンプをマークリストに追加することにより行われる。また、マークを削除することは、マークリストの中から、そのマークのタイムスタンプを除去する事である。従って、マークの設定や削除により、AVストリームは何の変更もされない。
［サムネイル］
次にサムネイルについて説明する。サムネイルは、Volume、PlayList、およびClipに付加される静止画である。サムネイルには、２つの種類があり、１つは、内容を表す代表画としてのサムネイルである。これは主としてユーザがカーソル（不図示）などを操作して見たいものを選択するためのメニュー画面で使われるものである。もう１つは、マークが指しているシーンを表す画像である。
Volumeと各Playlistは代表画を持つことができるようにする必要がある。Volumeの代表画は、ディスク（記録媒体１００、以下、記録媒体１００はディスク状のものであるとし、適宜、ディスクと記述する）を記録再生装置１の所定の場所にセットした時に、そのディスクの内容を表す静止画を最初に表示する場合などに用いられることを想定している。Playlistの代表画は、Playlistを選択するメニュー画面（コンテンツの一覧の画面）において、Playlistの内容を表すための静止画として用いられることを想定している。
Playlistの代表画として、Playlistの最初の画像をサムネイル（代表画）にすることが考えられるが、必ずしも再生時刻０の先頭の画像が内容を表す上で最適な画像とは限らない。そこで、Playlistのサムネイルとして、任意の画像をユーザが設定できるようにする。以上２種類のサムネイルをメニューサムネイルと称する。メニューサムネイルは頻繁に表示されるため、ディスクから高速に読み出される必要がある。このため、すべてのメニューサムネイルを１つのファイルに格納することが効率的である。メニューサムネイルは、必ずしもボリューム内の動画から抜き出したピクチャである必要はなく、図１１に示すように、パーソナルコンピュータやデジタルスチルカメラから取り込こまれた画像でもよい。
一方、ClipとPlaylistには、複数個のマークを打てる必要があり、マーク位置の内容を知るためにマーク点の画像を容易に見ることが出来るようにする必要がある。このようなマーク点を表すピクチャをマークサムネイル（Mark Thumbnails）と称する。従って、サムネイルの元となる画像は、外部から取り込んだ画像よりも、マーク点の画像を抜き出したものが主となる。
図１２は、PlayListに付けられるマークと、そのマークサムネイルの関係について示す図であり、図１３は、Clipに付けられるマークと、そのマークサムネイルの関係について示す図である。マークサムネイルは、メニューサムネイルと異なり、Playlistの詳細を表す時に、サブメニュー等で使われるため、短いアクセス時間で読み出されるようなことは要求されない。そのため、サムネイルが必要になる度に、記録再生装置１がファイルを開き、そのファイルの一部を読み出すことで多少時間がかかっても、問題にはならない。
また、ボリューム内に存在するファイル数を減らすために、すべてのマークサムネイルは１つのファイルに格納するのがよい。Playlistはメニューサムネイル１つと複数のマークサムネイルを有することができるが、Clipは直接ユーザが選択する必要性がない（通常、Playlist経由で指定する）ため、メニューサムネイルを設ける必要はない。
図１４は、上述したことを考慮した場合のメニューサムネイル、マークサムネイル、PlayList、およびClipの関係について示した図である。メニューサムネイルファイルには、PlayList毎に設けられたメニューサムネイルがファイルされている。メニューサムネイルファイルには、ディスクに記録されているデータの内容を代表するボリュームサムネイルが含まれている。マークサムネイルファイルは、各PlayList毎と各Clip毎に作成されたサムネイルがファイルされている。
［ディレクトリとファイル］
次にディレクトリとファイルについて説明する。以下、記録再生装置１をDVR（Digital Video Recording）と適宜記述する。図１５はディスク上のディレクトリ構造の一例を示す図である。DVRのディスク上に必要なディレクトリは、図１５に示したように、"BDAV"ディレクトリを含むrootディレクトリ、"PLAYLIST"ディレクトリ、"CLIPINF"ディレクトリ、および"STREAM"ディレクトリである。rootディレクトリの下に、これら以外のディレクトリを作成されるようにしても良いが、それらは、本実施の形態のアプリケーションフォーマットでは、無視されるとする。
"BDAV"ディレクトリの下には、 DVRアプリケーションフォーマットによって規定される全てのファイルとディレクトリがストアされる。"BDAV"ディレクトリは、３個のディレクトリを含む。"PLAYLIST"ディレクトリの下には、Real PlayListとVirtual PlayListのデータベースファイルが置かれる。このディレクトリは、PlayListが１つもなくても存在する。
"CLIPINF"ディレクトリの下には、Clipのデータベースが置かれる。このディレクトリも、Clipが１つもなくても存在する。"STREAM"ディレクトリの下には、AVストリームファイルが置かれる。このディレクトリは、AVストリームファイルが１つもなくても存在する。
"BDAV"ディレクトリは、次に示すファイルをストアする。”INDEX.BAV”ファイルは、PLAYLISTディレクトリの下のすべてのPlayList filesについて、UIAppInfoPlayList()の情報の中で、タイトル一覧の表示に有用な表示情報を抜粋して集めたインデックスファイルである。ここには、追加で、PlayList fileファイル毎のメーカのプライベートデータも格納することができる。”INDEX.BAV”ファイルは、コンテンツを記録するPLAYLISTディレクトリと同じ親のディレクトリであるBDAVディレクトリの下に位置し、かつ、同じ並びに位置する。つまり両者は兄弟のディレクトリである。”INDEX.BAV”ファイルの詳細については図１７を参照して後述する。
"INFO.BAV"ファイルは、 BDAVディレクトリの下に作られ、アプリケーションレイヤの全体的な情報をストアする。BDAVディレクトリの下には、ただ１つのINFO.BAVがなければならない。ファイル名は、INFO.BAVに固定される。"MENU.THM"ファイルは、メニューサムネイル画像（コンテンツ一覧のサムネイル画像）に関連する情報をストアする。BDAVディレクトリの下には、０または１つのメニューサムネイルがなければならない。ファイル名は、MENU.THMに固定される。メニューサムネイル画像が１つもない場合、このファイルは、存在しなくても良い。
"PLAYLIST"ディレクトリは、２種類のPlayListファイルをストアするものであり、それらは、Real PlayListとVirtual PlayListである。"xxxxx.RPL" ファイルは、１つのReal PlayListに関連する情報をストアする。それぞれのReal PlayList毎に、１つのファイルが作られる。ファイル名は、"xxxxx.RPL"である。ここで、"xxxxx"は、５個の０乃至９まで数字である。ファイル拡張子は、"RPL"でなければならないとする。
"yyyyy.VPL"ファイルは、１つのVirtual PlayListに関連する情報をストアする。それぞれのVirtual PlayList毎に、１つのファイルが作られる。ファイル名は、"yyyyy.VPL"である。ここで、"yyyyy"は、５個の０乃至９まで数字である。ファイル拡張子は、"VPL"でなければならないとする。
"CLIPINF"ディレクトリは、それぞれのAVストリームファイルに対応して、１つのファイルをストアする。"zzzzz.CPI" ファイルは、１つのAVストリームファイル(Clip AV stream file または Bridge-Clip AV stream file)に対応するClip Information fileである。ファイル名は、"zzzzz. CPI"であり、"zzzzz"は、５個の０乃至９までの数字である。ファイル拡張子は、"CPI"でなければならないとする。
"STREAM"ディレクトリは、AVストリームのファイルをストアする。"zzzzz.MTS"ファイルは、DVRシステムにより扱われるAVストリームファイルである。これは、Clip AV stream fileまたはBridge-Clip AV streamである。ファイル名は、"zzzzz. MTS"であり、"zzzzz"は、５個の０乃至９までの数字である。ファイル拡張子は、"MTS"でなければならないとする。
［INDEX.BAVファイル］
次に図１５の”INDEX.BAV”ファイルについて説明する。記録媒体１００に記録されたコンテンツである番組をユーザに選択させるために、全番組のタイトル一覧（すなわちPlayList一覧）が生成され、そのうちの表示可能な範囲が抽出され、端子２４からユーザインタフェイス入出力に出力され、表示される。または端子３２から図示せぬディスプレイに出力され、表示される。図１７を参照して後述するように、１つの”INDEX.BAV”ファイルには、タイトル一覧を表示するのに必要な全番組の表示情報がまとめて格納されている。その結果、タイトル一覧を迅速に作成し、表示することが可能になる。
図１６は、タイトル一覧の表示例を示す図である。画面表示のデザインや表示内容は、記録再生装置１のメーカに依存する。この例においては、次の表示情報が表示されている。
番組のタイトル：朝のニュース。昼のニュース、昼のバラエティ、夜のニュース
夜の歌謡番組
記録日時：１月１日（月）７：００ＡＭ、１月１日（月）０：００ＰＭ
１月１日（月）１：００ＰＭ、１月１日（月）７：００ＰＭ
１月１日（月）９：００ＰＭ
番組の時間長：１時間３０分、１時間００分、２時間００分、
チャンネル番号：１ｃｈ、２ｃｈ、３ｃｈ
チャンネル名：日本放送局、AAA放送局
記録モード：直接記録モード、標準記録モード、長時間記録モード
タイトル一覧には、ユーザが確実に所望の番組（すなわちタイトル）を選択することができるような情報である表示情報を表示する必要がある。この表示情報は、例えば次のような情報を含むことができる。
１ タイトル（番組）の名称 (PlayList_name)
２ 記録日時 (time_zone, record_time_and_date)
３ タイトルの時間長 (PlayList_duration)
４ サムネイル参照情報 (ref_to_menu_thumbnail_index)
５ 新着(未視聴)の記録かどうかの印 (is_played_flag)
６ チャンネル番号 (channel_number)
７ チャンネルの名称 (channel_name)
上記した７個の表示情報のうち、タイトル一覧に特に欠くことのできない情報は、番号１乃至３で示した３個の表示情報である。番号４の表示情報もユーザに迅速に番組の内容を理解させるのに重要である。
上記７個の表示情報の後のカッコの中に示すフィールドの名称は、ref_to_menu_thumbnail_indexを除き、UIAppInfoPlayList()（後述する図２１）の中に現れるフィールドの名称である。ref_to_menu_thumbnail_indexだけは、UIAppInfoPlayList()に含まれていない。これは、PlayListファイル（後述する図１８）の中のPlayListMark()（後述する図２２）のmark_typeの値が0x01または0x02であり（後述する図２３）、プレイリスト代表画像であることを示すときのref_thumbnail_index（後述する図２２）の値が参照される。つまり、ref_thumbnail_indexの値がref_to_menu_thumbnail_indexの値として設定される。
図１７は、INDEX.BAVのシンタクスを示す図である。同図に示されるように、”INDEX.BAV”ファイルは以下のような情報を含んでいる。
type_indicatorのフィールドには、"INDX" のキャラクタ文字が入る。version_numberのフィールドは、このINDEX.BAVファイルのバージョンナンバを示す4個のキャラクタ文字を表す。lengthのフィールドは、このlengthフィールドの直後からINDEX.BAVファイルの最後までのバイト数を示す。number_of_PlayListsの数字は、PLAYLISTディレクトリに記録されているPlayListの数に等しくなければならない。PlayList_file_name[k]のフィールドは、PlayListのファイル名を示す。なお[k]は、forループ中でインクリメントされる変数である。index_info_start_address[k]のフィールドは、INDEX.BAVファイルの先頭バイトからの相対バイト数を単位として、index_info[k]()の先頭バイトアドレスを示す。相対バイト数はゼロからカウントされる。
ref_to_menu_thumbnail_index[k]のフィールドは、PlayList_file_name[k]が示すPlayListを代表するサムネイル画像の情報を示す。ref_to_menu_thumbnail_index[k]フィールドが、”0xFFFF”以外の値の場合、そのPlayListには、PlayListを代表するサムネイル画像が付加されており、そのサムネイル画像は、MENU.THMファイル（図１５と後述する図２４）の中にストアされている。その画像は、MENU.THMファイルの中でThumbnail()（後述する図２５）の値を用いて参照される。ref_to_menu_thumbnail_index[k]フィールドが、0xFFFF である場合、そのPlayListには、PlayListを代表するサムネイル画像が付加されていない。
PlayList_character_set[k]のフィールドは、channel_name[k], PlayList_name[k]フィールドに符号化されているキャラクタ文字の符号化方法を示す。is_played_flag[k]のフラグは再生の有無を表す。このフラグが'1'にセットされている場合、PlayList_file_name[k]が示すPlayListは、記録されてから一度は再生されている。このフラグが0にセットされている場合、そのPlayListは、記録されてから一度も再生されたことがない。time_zone[k]のフィールドは、record_time_and_date[k]が示す時間情報のタイムゾーン（例えば、日本、英国等）を示す。
record_time_and_date[k]のフィールドは、PlayList_file_name[k]が示すPlayListが記録された時の日時をストアする56ビットのフィールドである。このフィールドは、年／月／日／時／分／秒について、14個の数字を4ビットのBinary Coded Decimal(BCD)で符号化したものである。例えば、2001/12/23:01:02:03 は、"0x20011223010203"と符号化される。PlayList_duration[k]は PlayList_file_name[k]が示すPlayListの総再生時間を時間／分／秒の単位で示した24ビットのフィールドである。このフィールドは、6個の数字を4ビットのBinary Coded Decimal(BCD)で符号化したものである。例えば、01:45:30は、"0x014530"と符号化される。
channel_number[k]のフィールドは、PlayList_file_name[k]が示すPlayListが記録されたときにユーザが選択をした放送のチャネル番号またはサービス番号を示す。このフィールドの値が0xFFFFであるときはこのフィールドは無効である。channel_name_length[k]のフィールドは、 channel_name[k]フィールドの示すチャネル名の長さのバイト数を示す。channel_name[k]のフィールドは、 PlayList_file_name[k]が示すPlayListが記録されたときにユーザが選択した放送のチャネル名またはサービス名を示す。
PlayList_name_length[k]のフィールドは、 PlayList_name[k] フィールドの示すPlayList名の長さのバイト数を示す。PlayList_name[k]のフィールドは、PlayList_file_name[k]が示すPlayListのタイトル（番組）名を示す。
length_mpd[k]のフィールド値がゼロでないとき、mdp[k]()が存在し、その値はmdp[k]()のバイト数を示す。maker_ID[k]のフィールドは、mdp[k]()を記録したレコーダの製造者を示す。maker_idに符号化される値は、このフォーマットのライセンサによって割り当てられる。maker_model_code[k]のフィールドは、mdp[k]()を記録したレコーダのモデル番号を示す。maker_model_code[k]に符号化される値は、このフォーマットのライセンスを受けた製造者によって決められる。maker_private_data[k]のフィールドは、メーカプライベートデータがストアされる領域である。ここには、INDEX.BAVファイルで標準化された上記の情報のほかに、メーカ独自の記録情報を格納してよい。例えば、記録モード（標準記録モードや長時間記録モードといった情報）や番組のジャンルなどの情報を記録することができる。
これらのlength_mpd[k]，maker_ID[k]，maker_model_code[k]，maker_private_data[k]は、メーカ独自情報を構成する。
X, Yは、任意の正の整数である。padding_wordの値は何でも良い。
［Real PlayList fileとVirtual PlayList file］
次に、Real PlayList fileとVirtual PlayList fileについて、すなわち、図１５の"PLAYLIST"ディレクトリのxxxxx.RPLとyyyyy.VPLについて説明する。図１８は、xxxxx.RPL（Real PlayList）、および、yyyyy.VPL（Virtual PlayList）のシンタクスを示す図である。xxxxx.RPLとyyyyy.VPLは、同一のシンタクス構成をもつ。xxxxx.RPLとyyyyy.VPLは、それぞれ、３個のオブジェクトから構成され、それらは、PlayList()、PlayListMark()、およびMakerPrivateData()である。
PlayListMark_Start_addressは、PlayListファイルの先頭のバイトからの相対バイト数を単位として、PlayListMark()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
MakerPrivateData_Start_addressは、PlayListファイルの先頭のバイトからの相対バイト数を単位として、MakerPrivateData()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
padding_word（パディングワード）は、PlayListファイルのシンタクスにしたがって挿入され、Ｎ１とＮ２は、ゼロまたは任意の正の整数である。それぞれのパディングワードは、任意の値を取るようにしても良い。
ここで、既に、簡便に説明したが、PlayListについてさらに説明する。記録媒体１００内にあるすべてのReal PlayListによって、Bridge-Clipを除くすべてのClipの中の再生区間が参照されていなければならない。かつ、２つ以上のReal PlayListが、それらのPlayItemで示される再生区間を同一のClipの中でオーバーラップさせてはならない。
図１９を参照してさらに説明するに、図１９（Ａ）に示したように、全てのClipは、対応するReal PlayListが存在する。この規則は、図１９（Ｂ）に示したように、編集作業が行われた後においても守られる。従って、全てのClipは、どれかしらのReal PlayListを参照することにより、必ず視聴することが可能である。
図１９（Ｃ）に示したように、Virtual PlayListの再生区間は、Real PlayListの再生区間またはBridge-Clipの再生区間の中に含まれていなければならない。どのVirtual PlayListにも参照されないBridge-Clipがディスクの中に存在してはならない。
RealPlayListは、PlayItemのリストを含むが、SubPlayItemを含んではならない。VirtualPlayListは、PlayItemのリストを含み、PlayList()の中に示されるCPI_typeがEP_map typeであり、かつPlayList_typeが0（ビデオとオーディオを含むPlayList）である場合、Virtual PlayListは、ひとつのSubPlayItemを含む事ができる。本実施の形態におけるPlayList()では、SubPlayItemはオーディオのアフレコの目的にだけに使用される。そして、１つのVirtual PlayListが持つSubPlayItemの数は、０または１でなければならない。
［PlayListのシンタクス］
次に、PlayListのシンタクスについて説明する。図２０は、PlayListのシンタクスを示す図である。図２０に示したPlayListのシンタクスを説明するに、version_numberは、このPlayList()のバージョンナンバを示す４個のキャラクタ文字である。version_numberは、ISO 646に従って、"0045"と符号化されなければならない。lengthは、このlengthフィールドの直後からPlayList()の最後までのPlayList()のバイト数を示す３２ビットの符号なし整数である。PlayList_typeは、このPlayListのタイプを示す８ビットのフィールドである。
CPI_typeは、１ビットのフラグであり、PlayItem()およびSubPlayItem()によって参照されるClipのCPI_typeの値を示す。１つのPlayListによって参照される全てのClipは、それらのCPI()の中に定義されるCPI_typeの値が同じでなければならない。number_of_PlayItemsは、PlayListの中にあるPlayItemの数を示す１６ビットのフィールドである。
所定のPlayItem()に対応するPlayItem_idは、PlayItem()を含むforループの中で、そのPlayItem()の現れる順番により定義される。PlayItem_idは、０から開始される。number_of_SubPlayItemsは、PlayListの中にあるSubPlayItemの数を示す１６ビットのフィールドである。この値は、０または１である。付加的なオーディオストリームのパス(オーディオストリームパス）は、サブパスの一種である。
［UIAppInfoPlayList］
次に、図２０に示したPlayListのシンタクスのUIAppInfoPlayListについて説明する。UIAppInfoPlayListは、PlayListについてのユーザインタフェイスアプリケーションのパラメータをストアする。図２１は、UIAppInfoPlayListのシンタクスを示す図である。図２１に示したUIAppInfoPlayListのシンタクスを以下に説明する。
PlayList_character_setのフィールドは、channel_name, PlayList_nameフィールドに符号化されているキャラクタ文字の符号化方法を示す。is_played_flagのフィールドは、このPlayListの再生の有無を表す。このフラグが'1'にセットされている場合、このPlayListは、記録されてから一度は再生されている。このフラグが0にセットされている場合、そのPlayListは、記録されてから一度も再生されたことがない。time_zoneのフィールドは、record_time_and_dateが示す時間情報のタイムゾーンを示す。
record_time_and_dateのフィールドは、このPlayListが記録された時の日時をストアする56ビットのフィールドである。このフィールドは、年／月／日／時／分／秒について、14個の数字を4ビットのBinary Coded Decimal(BCD)で符号化したものである。例えば、2001/12/23:01:02:03 は、"0x20011223010203"と符号化される。PlayList_durationのフィールドは、このPlayListの総再生時間を時間／分／秒の単位で示した24ビットのフィールドである。このフィールドは、6個の数字を4ビットのBinary Coded Decimal(BCD)で符号化したものである。例えば、01:45:30は、"0x014530"と符号化される。
channel_numberのフィールドは、このPlayListが記録されたときにユーザが選択をした放送のチャネル番号またはサービス番号を示す。このフィールドの値が0xFFFFであるときはこのフィールドは無効である。channel_name_lengthのフィールドは、 channel_nameフィールドの示すチャネル名の長さのバイト数を示す。channel_nameのフィールドは、このPlayListが記録されたときにユーザが選択をした放送のチャネル名またはサービス名を示す。PlayList_name_lengthのフィールドは、このPlayList名の長さのバイト数を示す。PlayList_nameのフィールドは、このPlayListのタイトル（番組）名を示す。
［PlayListMark()］
次に、図１８に示したxxxxx.RPLとyyyyy.VPLのシンタクス内のPlayListMark()について説明する。PlayListについてのマーク情報は、このPlayListMarkにストアされる。図２２は、PlayListMarkのシンタクスを示す図である。図２２に示したPlayListMarkのシンタクスについて説明するに、version_numberは、このPlayListMark()のバージョンナンバを示す４個のキャラクタ文字である。version_numberは、ISO 646に従って、"0045"と符号化されなければならない。
lengthは、このlengthフィールドの直後からPlayListMark()の最後までのPlayListMark()のバイト数を示す３２ビットの符号なし整数である。number_of_PlayList_marksは、PlayListMarkの中にストアされているマークの個数を示す１６ビットの符号なし整数である。number_of_PlayList_marks は、０であってもよい。mark_typeは、マークのタイプを示す８ビットのフィールドであり、後述する図２３に示すテーブルに従って符号化される。
mark_time_stampの32ビットフィールドは、マークが指定されたポイントを示すタイムスタンプをストアする。mark_time_stampのセマンティクスは、PlayList()において定義されるCPI_typeによって異なる。PlayItem_idは、マークが置かれているところのPlayItemを指定する８ビットのフィールドである。所定のPlayItemに対応するPlayItem_idの値は、PlayList()において定義される（図２０参照）。
character_setの８ビットのフィールドは、mark_nameフィールドに符号化されているキャラクタ文字の符号化方法を示す。name_lengthの８ビットフィールドは、mark_nameフィールドの中に示されるマーク名のバイト長を示す。mark_nameのフィールドは、マークの名称を示す。このフィールドの中の左からname_length数のバイト数が、有効なキャラクタ文字であり、それはマークの名称を示す。mark_nameフィールドの中で、それら有効なキャラクタ文字の後の値は、どのような値が設定されても良い。
ref_thumbnail_indexのフィールドは、マークに付加されるサムネイル画像の情報を示す。ref_thumbnail_indexフィールドが、0xFFFFでない値の場合、そのマークにはサムネイル画像が付加されており、そのサムネイル画像は、MENU.THMファイルの中にストアされている。その画像は、MENU.THMファイルの中でref_thumbnail_indexの値を用いて参照される。ref_thumbnail_indexフィールドが、0xFFFF である場合、そのマークにはサムネイル画像が付加されていない事を示す。
図２３は、mark_typeのテーブルを示す図である。同図に示されるように、mark_typeの値によってマークのタイプが規定されている。mark_typeの値が0x01である場合、そのマークは、プレイリストの代表画像であり、その画像はPlayListが参照するビデオのピクチャから選択されたものである。
この場合、mark_time_stamp（図２２）は、PlayListが参照するビデオの中のピクチャのPresentation time stampを示す。ref_thumbnail_index（図２２）の値が、xFFFF以外のとき、後述する図２４のMENU.THMの中に、サムネイル画像がストアされる。ref_thumbnail_indexの値が、xFFFFのとき、図２４のMENU.THMの中に、サムネイル画像がストアされていない。この場合、プレーヤは、PlayListが参照するビデオの中のPresentation time stampによって指定されるピクチャをデコードしてよい。PlayListMark()のマークタイプの値0x01または0x02の数は、０または１である。
mark_typeの値が0x02である場合、そのマークは、プレイリスト代表画像であり、その画像は、PLayListが参照するビデオのピクチャから選択されたものではない。
この場合、ref_thumbnail_indexの値は、0xFFFF以外でなければならない。図２４のMENU.THMの中に、サムネイル画像がストアされる。mark_time_stampとPlayItem_idにはゼロをセットする。PlayListMark()のマークタイプの値0x01または0x02の数は、０または１である。
mark_typeの値が0x03である場合、そのマークは、Resume-markである。これは再生リジュームポイントである。PlayListmark()において定義される再生リジュームポイントの数は、０または１でなければならない。
mark_typeの値が0x04である場合、そのマークは、PlayListの再生エントリポイントである。このマークは、ユーザがセットすることができ、例えばお気に入りのシーンの開始点を指定するマークに使う。
mark_typeの値が0x06である場合、そのマークは、スキップマークポイントである。このポイントからプログラムの最後まで、プレーヤはプログラムをスキップする。PlayListMark()において定義されるスキップマークポイントの数は、０または１でなければならない。
［MENU.THMとMARK.THM］
図２４は、図１５のMENU.THM（またはMARK.THM）のシンタクスを示す図であり、MENU.THM ファイルはThumbnail()を有する。
図２５は、図２４に示したMENU.THM（またはMARK.THM）のシンタクス内のThumbnail()のシンタクスを示す図である。図２４に示したThumbnail()のシンタクスについて説明するに、version_numberは、このThumbnail()のバージョンナンバを示す４個のキャラクタ文字である。version_numberは、ISO 646に従って、"0045"と符号化されなければならない。
lengthは、このlengthフィールドの直後からThumbnail()の最後までのThumbnail()のバイト数を示す３２ビットの符号なし整数である。tn_blocks_start_addressは、Thumbnail()の先頭のバイトからの相対バイト数を単位として、最初のtn_blockの先頭バイトアドレスを示す３２ビットの符号なし整数である。相対バイト数はゼロからカウントされる。number_of_thumbnailsは、Thumbnail()の中に含まれているサムネイル画像のエントリ数を与える１６ビットの符号なし整数である。
tn_block_sizeは、1024バイトを単位として、１つのtn_blockの大きさを与える16ビットの符号なし整数である。例えば、tn_block_size＝１ならば、それは１つのtn_blockの大きさが1024バイトであることを示す。number_of_tn_blocksは、このThumbnail()中のtn_blockのエントリ数を表す１６ビットの符号なし整数である。thumbnail_indexは、このthumbnail_indexフィールドから始まるforループ１回分のサムネイル情報で表されるサムネイル画像のインデクス番号を表す１６ビットの符号なし整数である。thumbnail_index として、0xFFFFという値を使用してはならない。thumbnail_index はUIAppInfoVolume()、UIAppInfoPlayList()、 PlayListMark()、およびClipMark()の中のref_thumbnail_indexによって参照される。
thumbnail_picture_formatは、サムネイル画像のピクチャフォーマットを表す8ビットの符号なし整数である。
picture_data_sizeは、サムネイル画像のバイト長をバイト単位で示す３２ビットの符号なし整数である。start_tn_block_numberは、サムネイル画像のデータが始まるtn_blockのtn_block番号を表す１６ビットの符号なし整数である。サムネイル画像データの先頭は、tn_blockの先頭と一致していなければならない。tn_block番号は、０から始まり、tn_blockのforループ中の変数ｋの値に関係する。
x_picture_lengthは、サムネイル画像のフレーム画枠の水平方向のピクセル数を表す１６ビットの符号なし整数である。y_picture_lengthは、サムネイル画像のフレーム画枠の垂直方向のピクセル数を表す１６ビットの符号なし整数である。tn_blockは、 サムネイル画像がストアされる領域である。Thumbnail()の中のすべてのtn_blockは、同じサイズ（固定長）であり、その大きさはtn_block_sizeによって定義される。
［AVストリームファイル］
次に、AVストリームファイルについて説明する。AVストリームファイルは、"STREAM"ディレクトリ（図１５）のMTSファイルにストアされる。AVストリームファイルには、２つのタイプがあり、それらは、Clip AVストリームとBridge-Clip AVストリームファイルである。両方のAVストリーム共に、DVR MPEG-2トランスポートストリームファイルの構造でなければならない。
［記録処理］
次に図２６を参照して、INDEX.BAVファイルの記録媒体１００への記録処理について説明する。図２６は、記録処理を説明するフローチャートである。この処理は、ユーザの指示に基づきコンテンツとしての番組を記録媒体１００に記録したとき、付随して実行される。
ステップＳ１１において記録部２０１は、PlayListファイルを記録する。つまり、コンテンツに対応する図１８のxxxxx.RPLまたはyyyyy.VPLが記録媒体１００に記録される。
ステップＳ１２において取得部２０２は、UIAppInfoPlayList()を取得する。つまり、ステップＳ１１で図１８のxxxxx.RPLまたはyyyyy.VPLの一部として記録媒体１００に記録された図２０のPlayList()から、UIAppInfoPlayList()が読み出される。
ステップＳ１３において取得部２０２は、ref_thumbnail_indexの値を取得する。つまり、ステップＳ１１で図１８のxxxxx.RPLまたはyyyyy.VPLの一部として記録媒体１００に記録された図２２のPlayListMark()から、ref_thumbnail_indexの値が取得され、ref_to_menu_thumbnail_indexに設定される。
ステップＳ１４において記録部２０１は、UIAppInfoPlayList()とref_to_menu_thumbnail_indexを記録する。すなわち、ステップＳ１２で取得されたUIAppInfoPlayList()（図２１）の情報と、ステップＳ１３で設定されたref_to_menu_thumbnail_indexの情報が、記録媒体１００のINDEX.BAVファイル（図１７）に記録される。
図２１に示したように、UIAppInfoPlayList()は次のような情報を含んでいる。
PlayList_character_set, playback_protect_flag, write__protect_flag,
is_played_flag, is_edited_flag, time_zone, record_time_and_date,
PlayList_duration, maker_ID, maker_model_code, channel_number,
channel_name_length, channel_name, PlayList_name_length, PlayList_name,
PlayList_detail_length, PlayList_detail
ステップＳ１５において記録部２０１は、メーカ独自情報とmaker_IDを記録する。記録再生装置１のメーカのメーカ独自情報とmaker_IDは、制御部２３の記憶部２３Ａに予め記憶されている。これが読み出され、記録媒体１００のINDEX.BAVファイルに記録される。
すなわち、次の情報が記録される。
maker_ID
maker_mode_code
maker_praivate_data
［再生処理］
次に図２７を参照して、コンテンツ一覧の表示処理を説明する。図２７は、表示処理を説明するフローチャートである。
ステップＳ５１において取得部２０２は、INDEX.BAVファイルを取得する。つまり、図２６を参照して説明したように、記録媒体１００に記録されたINDEX.BAVファイルが読み出される。
ステップＳ５２において取得部２０２は、１つのPlayList（コンテンツ)のref_to_menu_thumbnail_indexの値を取得する。つまり、ステップＳ５１で読み出されたINDEX.BAVファイル（図１７）から、ref_to_menu_thumbnail_indexの値が取得される。このref_to_menu_thumbnail_indexは、MENU.THM（図２４）に保持されているサムネイルの位置情報を表している。ステップＳ５３において取得部２０２は、サムネイル画像を取得する。つまり、ステップＳ５２で取得されたref_to_menu_thumbnail_indexの値が示す位置（MENU.THMの位置）からサムネイルの画像（Thumbnail()）が読み出される。サムネイルの画像そのものをINDEX.BAVに記憶すると、その容量が大きくなるので、サムネイルの画像は別のファイルMENU.THMに記憶されている。
ステップＳ５４において取得部２０２は、PlayList_character_set[k]からPlayList_name[k]までの情報を取得する。つまり、図１７に示されるようにINDEX.BAVに記憶されているPlayList_character_set[k]からPlayList_name[k]までの情報が読み出される。
具体的には次の情報が読み出される。
PlayList_character_set[k],is_played_flag,time_zone,record_time_and_date[k],
PlayList_duration[k],channel_number[k],channel_name_length[k],
channel_name[k], PlayList_name_length[k],PlayList_name[k]
ステップＳ５５において判定部２０３は、maker_IDが一致するかを判定する。つまり、ステップＳ５１で読み出されたINDEX.BAV（図１７）に保持されているmaker_IDと、記憶部２３Ａに記憶されているmaker_IDが一致するかが判定される。両者が一致する場合、ステップＳ５６において取得部２０１は、メーカ独自情報を取得する。つまり、ステップＳ５１で読み出されたINDEX.BAVに保持されているmaker_model_code,maker_pravate_dataが読み出される。
maker_IDが一致しない場合、maker_pravate_dataの情報を一覧として表示することが困難であるので、ステップＳ５６の処理はスキップされる。
以上の処理は、各コンテンツ（PlayList）について実行される。
各コンテンツ（PlayList）についてステップＳ５２乃至ステップＳ５６の処理が実行された後、ステップＳ５７において表示部２０４は、PlayList一覧を表示する。つまり、ステップＳ５４で取得された情報と、ステップＳ５６で取得された情報に基づいて、図１６に示されるようなコンテンツの一覧が表示される。
一覧の表示に必要な表示情報は、１つのファイルINDEX.BAVにまとめて保持されている。従ってコンテンツの数が多くても、迅速にコンテンツの一覧を表示させることができる。
[本技術のプログラムへの適用]
上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることができる。
一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
このようなプログラムを含む記録媒体は、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フロッピディスクを含む）、光ディスク（CD-ROM(Compact Disk-Read Only Memory),DVDを含む）、光磁気ディスク（MD（Mini-Disk）を含む）、もしくは半導体メモリなどよりなるリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているフラッシュROMやハードディスクなどで構成される。
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
また、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
［その他］
本技術は、以下のような構成もとることができる。
（１）
記録媒体に記録するコンテンツの一覧を表示するのに必要な表示情報を取得する取得部と、
前記表示情報をまとめて１つのファイルに記録する記録部と
を備える情報処理装置。
（２）
前記表示情報は、前記コンテンツのタイトル、時間長、および記録日時を少なくとも含む
前記（１）に記載の情報処理装置。
（３）
前記ファイルは、前記コンテンツを記録するディレクトリと同じ並びに位置する
前記（１）または（２）に記載の情報処理装置。
（４）
前記表示情報は、さらに前記コンテンツのサムネイルの位置を表す位置情報を含み、
前記取得部は、前記コンテンツのタイトル、時間長、および記録日時を第１の情報ファイルから取得し、前記位置情報を、前記第１の情報ファイルとは異なる第２の情報ファイルから取得する
前記（１）、（２）または（３）に記載の情報処理装置。
（５）
前記ファイルには、前記情報処理装置のメーカの情報もさらに記録される
前記（１）乃至（４）のいずれかに記載の情報処理装置。
（６）
前記ファイルから読み出された前記表示情報から前記コンテンツの一覧を表示する表示部をさらに備える
前記（１）乃至（５）のいずれかに記載の情報処理装置。
（７）
前記表示情報はさらに前記情報処理装置のメーカのＩＤとメーカ独自の情報を含み、
前記表示部は、前記表示情報に含まれる前記メーカのＩＤが、前記情報処理装置に記憶されている前記メーカのＩＤと一致する場合、さらに前記メーカ独自の情報も表示する
前記（６）に記載の情報処理装置。
（８）
記録媒体に記録するコンテンツの一覧を表示するのに必要な表示情報を取得する取得ステップと、
前記表示情報をまとめて１つのファイルに記録する記録ステップと
を含む情報処理方法。
（９）
記録媒体に記録するコンテンツの一覧を表示するのに必要な表示情報を取得する取得ステップと、
前記表示情報をまとめて１つのファイルに記録する記録ステップと
を含む処理をコンピュータに実行させるプログラム。
１ 記録再生装置， １１乃至１３ 端子， １４ 解析部， １５ AVエンコーダ， １６ マルチプレクサ， １７ スイッチ， １８ 多重化ストリーム解析部， １９ ソースパケッタイザ， ２０ ECC符号化部， ２１ 変調部， ２２ 書き込み部， ２３ 制御部， ２４ ユーザインタフェイス， ２６ デマルチプレクサ， ２７ AVデコーダ， ２８ 読み出し部， ２９ 復調部， ３０ ECC復号部， ３１ ソースパケッタイザ， ３２，３３ 端子，２０１ 記録部， ２０２ 取得部， ２０３ 判定部， ２０４ 表示部

Claims (6)

  1. 記録媒体に記録される、コンテンツの再生区間を示す情報を含むプレイリストから、前記プレイリストの一覧を表示するのに必要な表示情報を取得する取得部と、
    所定の情報を記憶する記憶部と、
    前記表示情報と前記所定の情報とを含むインデックスファイルを前記記録媒体に記録する記録部と、
    前記インデックスファイルから読み出された前記表示情報から前記プレイリストの一覧を表示する表示部と
    を備え、
    前記所定の情報は、情報処理装置のメーカのＩＤとメーカ独自の情報を含み、
    前記表示部は、前記インデックスファイルに含まれる前記メーカのＩＤが、前記記憶部に記憶されている前記メーカのＩＤと一致する場合、前記インデックスファイルに含まれる前記メーカ独自の情報も表示する
    情報処理装置。
  2. 前記表示情報は、前記プレイリストのタイトル、前記プレイリストにしたがって再生される前記コンテンツの時間長、および前記プレイリストの記録日時を少なくとも含む
    請求項１に記載の情報処理装置。
  3. 前記インデックスファイルは、前記プレイリストを格納するディレクトリと同じ並びに位置する
    請求項１または２に記載の情報処理装置。
  4. 前記表示情報は、前記プレイリストにしたがって再生される前記コンテンツのサムネイルを特定する情報を含む
    請求項１乃至３のいずれかに記載の情報処理装置。
  5. 所定の情報を記憶する記憶部を備える情報処理装置が、
    記録媒体に記録される、コンテンツの再生区間を示す情報を含むプレイリストから、前記プレイリストの一覧を表示するのに必要な表示情報を取得する取得ステップと、
    前記表示情報と前記所定の情報とを含むインデックスファイルを前記記録媒体に記録する記録ステップと、
    前記インデックスファイルから読み出された前記表示情報から前記プレイリストの一覧を表示する表示ステップと
    を含み、
    前記所定の情報は、前記情報処理装置のメーカのＩＤとメーカ独自の情報を含み、
    前記表示ステップの処理では、前記インデックスファイルに含まれる前記メーカのＩＤが、前記記憶部に記憶されている前記メーカのＩＤと一致する場合、前記インデックスファイルに含まれる前記メーカ独自の情報も表示する
    情報処理方法。
  6. 所定の情報を記憶する記憶部と表示部とを備える情報処理装置を制御するコンピュータに、
    記録媒体に記録される、コンテンツの再生区間を示す情報を含むプレイリストから、前記プレイリストの一覧を表示するのに必要な表示情報を取得する取得ステップと、
    前記表示情報と前記所定の情報とを含むインデックスファイルを前記記録媒体に記録させる記録制御ステップと、
    前記インデックスファイルから読み出された前記表示情報から前記プレイリストの一覧を前記表示部に表示させる表示制御ステップと
    を含み、
    前記所定の情報は、前記情報処理装置のメーカのＩＤとメーカ独自の情報を含み、
    前記表示制御ステップの処理では、前記インデックスファイルに含まれる前記メーカのＩＤが、前記記憶部に記憶されている前記メーカのＩＤと一致する場合、前記インデックスファイルに含まれる前記メーカ独自の情報も前記表示部に表示させる
    処理を実行させるプログラム。
JP2011258886A 2011-11-28 2011-11-28 情報処理装置、情報処理方法、並びにプログラム Expired - Fee Related JP5999405B2 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2011258886A JP5999405B2 (ja) 2011-11-28 2011-11-28 情報処理装置、情報処理方法、並びにプログラム
EP12189225.1A EP2597644B1 (en) 2011-11-28 2012-10-19 Information processing apparatus, information processing method, and program
TW101141839A TWI562639B (en) 2011-11-28 2012-11-09 Information processing apparatus, information processing method, and program
US13/680,609 US10762929B2 (en) 2011-11-28 2012-11-19 Display of content list in recording and playback apparatus
CN201210477367.3A CN103137164B (zh) 2011-11-28 2012-11-21 信息处理设备和信息处理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2011258886A JP5999405B2 (ja) 2011-11-28 2011-11-28 情報処理装置、情報処理方法、並びにプログラム

Publications (3)

Publication Number Publication Date
JP2013114709A JP2013114709A (ja) 2013-06-10
JP2013114709A5 JP2013114709A5 (ja) 2014-12-04
JP5999405B2 true JP5999405B2 (ja) 2016-09-28

Family

ID=47594236

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011258886A Expired - Fee Related JP5999405B2 (ja) 2011-11-28 2011-11-28 情報処理装置、情報処理方法、並びにプログラム

Country Status (5)

Country Link
US (1) US10762929B2 (ja)
EP (1) EP2597644B1 (ja)
JP (1) JP5999405B2 (ja)
CN (1) CN103137164B (ja)
TW (1) TWI562639B (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3020497B1 (fr) 2014-04-28 2016-05-13 Commissariat Energie Atomique Aimant permanent comportant un empilement de couches ferromagnetiques et antiferromagnetiques
US10452874B2 (en) * 2016-03-04 2019-10-22 Disney Enterprises, Inc. System and method for identifying and tagging assets within an AV file
US11658837B2 (en) * 2020-07-10 2023-05-23 Realtek Semiconductor Corp. Multicast packet replication method

Family Cites Families (44)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7346920B2 (en) * 2000-07-07 2008-03-18 Sonic Solutions, A California Corporation System, method and article of manufacture for a common cross platform framework for development of DVD-Video content integrated with ROM content
JP4328992B2 (ja) * 2000-02-03 2009-09-09 ソニー株式会社 情報処理装置および方法、並びにプログラム格納媒体
JP3246602B2 (ja) * 2000-02-04 2002-01-15 ソニー株式会社 情報処理装置、情報処理方法、および、プログラム格納媒体
WO2001082611A1 (fr) * 2000-04-21 2001-11-01 Sony Corporation Procede et appareil de traitement d'informations, support enregistre, et programme
CN1239021C (zh) * 2000-04-21 2006-01-25 索尼公司 信息处理设备及方法、程序和记录介质
JP4599740B2 (ja) 2000-04-21 2010-12-15 ソニー株式会社 情報処理装置および方法、記録媒体、プログラム、並びに記録媒体
CN101867835B (zh) * 2000-04-21 2013-09-11 索尼公司 编码设备和方法、以及记录方法
JP4517266B2 (ja) * 2000-04-21 2010-08-04 ソニー株式会社 情報処理装置および方法、記録媒体、並びにプログラム
JP4296461B2 (ja) * 2000-09-07 2009-07-15 ソニー株式会社 記録再生システム、サーバ装置、端末装置、映像データ提供方法、再生方法及びコンピュータ読取可能な記録媒体
JP3716920B2 (ja) * 2001-10-16 2005-11-16 ソニー株式会社 記録媒体再生装置および方法、記録媒体、並びにプログラム
KR100563670B1 (ko) * 2002-01-28 2006-03-28 엘지전자 주식회사 재기록 가능 고밀도 기록매체의 정지영상 기록방법
KR100584176B1 (ko) * 2002-02-22 2006-05-26 엘지전자 주식회사 재기록 가능 고밀도 기록매체의 정지영상 관리방법
MXPA03010817A (es) * 2002-04-10 2004-03-22 Sony Corp Aparato de registro de datos, metodo de registro de datos, medio de almacenamiento de programa, y programa.
KR100880627B1 (ko) * 2002-04-25 2009-01-30 엘지전자 주식회사 멀티 더빙 오디오 스트림의 기록 및 재생 관리방법
KR100521933B1 (ko) * 2002-06-05 2005-10-13 엘지전자 주식회사 재기록 가능 기록매체의 편집 요약정보 관리방법
US20040215873A1 (en) * 2002-12-13 2004-10-28 Chiyoko Matsumi Recording and reproducing system, recording apparatus, reproducing apparatus, record medium, recording and reproducing method, recording method, reproducing method, program and record medium
JP4145646B2 (ja) * 2002-12-25 2008-09-03 シャープ株式会社 データ管理方法、データ管理装置、データ管理プログラム、データ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体
JP2011097614A (ja) * 2003-01-30 2011-05-12 Sony Corp 再生装置、再生方法、記録装置、記録方法および記録媒体
JP4228767B2 (ja) * 2003-04-25 2009-02-25 ソニー株式会社 再生装置、再生方法、再生プログラムおよび記録媒体
KR20050049924A (ko) * 2003-11-24 2005-05-27 엘지전자 주식회사 고밀도 광디스크의 플레이리스트 구성방법, 관리방법 및재생방법과 기록재생장치
KR20050064150A (ko) * 2003-12-23 2005-06-29 엘지전자 주식회사 고밀도 광디스크의 메뉴 구성방법 및 실행방법과기록재생장치
US7512322B2 (en) * 2004-03-17 2009-03-31 Lg Electronics, Inc. Recording medium, method, and apparatus for reproducing text subtitle streams
KR101003426B1 (ko) * 2004-04-19 2010-12-23 엘지전자 주식회사 1회 기록가능한 고밀도 광디스크의 파일시스템 정보기록방법 및 광디스크 재생방법
CN1969334B (zh) * 2004-06-10 2011-04-06 松下电器产业株式会社 数据处理装置
US7599611B2 (en) * 2004-09-13 2009-10-06 Lg Electronics Co. Recording medium, and method and apparatus of reproducing data recorded on the same
US8284638B2 (en) * 2005-05-25 2012-10-09 Panasonic Corporation Disc drive
US20070033632A1 (en) * 2005-07-19 2007-02-08 March Networks Corporation Temporal data previewing system
JP4827642B2 (ja) * 2005-07-27 2011-11-30 パナソニック株式会社 記録装置、記録方法、プログラムおよび集積回路
JP4765846B2 (ja) * 2005-08-31 2011-09-07 ソニー株式会社 ファイル処理装置、ファイル処理方法、プログラムおよび記録媒体
JP4683290B2 (ja) * 2006-01-23 2011-05-18 ソニー株式会社 表示装置、表示方法、表示プログラム
JP4377884B2 (ja) * 2006-01-27 2009-12-02 シャープ株式会社 再生装置およびデータ受信方法
WO2007108345A1 (ja) * 2006-03-17 2007-09-27 Matsushita Electric Industrial Co., Ltd. 記録再生装置
JP4492588B2 (ja) * 2006-06-13 2010-06-30 株式会社日立製作所 データ表示方法、再生装置、記録装置
US9553947B2 (en) * 2007-07-18 2017-01-24 Google Inc. Embedded video playlists
US20100011388A1 (en) * 2008-07-10 2010-01-14 William Bull System and method for creating playlists based on mood
US8099476B2 (en) * 2008-12-31 2012-01-17 Apple Inc. Updatable real-time or near real-time streaming
US11076189B2 (en) * 2009-03-30 2021-07-27 Time Warner Cable Enterprises Llc Personal media channel apparatus and methods
JP5381297B2 (ja) * 2009-04-30 2014-01-08 ソニー株式会社 情報処理装置及び編集方法
US20110075994A1 (en) * 2009-09-28 2011-03-31 Hsiao-Shu Hsiung System and Method for Video Storage and Retrieval
US8776122B2 (en) * 2009-12-28 2014-07-08 Verizon Patent And Licensing Inc. Unified recording listing across multiple devices
JP5533162B2 (ja) * 2010-04-08 2014-06-25 ソニー株式会社 情報処理装置、情報処理システム、および情報処理方法、並びにプログラム
JP2012074106A (ja) * 2010-09-29 2012-04-12 Hitachi Consumer Electronics Co Ltd 記録装置／方法／媒体、再生装置／方法
JP2012074105A (ja) * 2010-09-29 2012-04-12 Hitachi Consumer Electronics Co Ltd 記録装置／方法／媒体、再生装置／方法
WO2013071117A1 (en) * 2011-11-10 2013-05-16 Tennessee Valley Authority Method and automation system for processing information extractable from an engineering drawing file using information modeling and correlations to generate output data

Also Published As

Publication number Publication date
TW201334533A (zh) 2013-08-16
EP2597644A2 (en) 2013-05-29
CN103137164B (zh) 2017-07-18
US20130139058A1 (en) 2013-05-30
EP2597644B1 (en) 2015-12-16
EP2597644A3 (en) 2013-11-06
US10762929B2 (en) 2020-09-01
TWI562639B (en) 2016-12-11
JP2013114709A (ja) 2013-06-10
CN103137164A (zh) 2013-06-05

Similar Documents

Publication Publication Date Title
JP4264617B2 (ja) 記録装置および方法、再生装置および方法、記録媒体、プログラム、並びに記録媒体
JP4919129B2 (ja) 情報処理装置、情報処理方法、記録媒体、およびプログラム、並びにデータ構造
KR100780153B1 (ko) 기록 장치 및 방법, 재생 장치 및 방법, 및 기록 매체
JP4517267B2 (ja) 記録装置および方法、再生装置および方法、プログラム、並びに記録媒体
JP4355988B2 (ja) 情報処理装置、情報処理方法、プログラム記録媒体、プログラム、および情報記録媒体
JP5999405B2 (ja) 情報処理装置、情報処理方法、並びにプログラム
US8917976B2 (en) Information processor, information processing method, and program
JP6010900B2 (ja) 情報処理装置、情報処理方法、並びにプログラム

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20141022

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20141022

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20150416

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20150602

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20150703

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20160329

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160624

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20160704

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: 20160804

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160817

R151 Written notification of patent or utility model registration

Ref document number: 5999405

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees