(57)【要約】【課題】コンテンツの再生に必要な情報がコンテンツごとに別々のファイルとして記録されている場合に、再生をすぐに開始し、かつ連続再生できるようにする。【解決手段】再生に必要な情報を取得したコンテンツの総時間長が複数のコンテンツの連続再生を保証する長さを超えてからコンテンツの再生を開始し、コンテンツの再生に必要な情報を取得することと、コンテンツを再生することを並列に行うことにより、全てのコンテンツの再生に必要な情報を取得することなく再生を開始でき、かつ連続再生が可能となる。【選択図】図１
2006229674.tif 000002
【特許請求の範囲】
【請求項１】
記録媒体からファイルを読み出すファイル読み出し手段と、
前記記録媒体にコンテンツ毎に記録されているコンテンツ管理情報を解釈するコンテンツ管理情報解釈手段と、
前記記録媒体から読み出した前記コンテンツのデータを格納するバッファと、
前記コンテンツのデータをデコードするデコーダと、
前記複数のコンテンツの再生順に前記コンテンツ管理情報から前記コンテンツ管理情報解釈手段を用いて前記コンテンツの再生に必要な情報を取得し、再生に必要な情報を取得したコンテンツの総時間長が前記複数のコンテンツを途切れなく再生することを保証する長さを超えてから前記コンテンツの再生をすることと、再生に必要な情報を取得していない前記コンテンツの前記コンテンツ管理情報から前記コンテンツ管理情報解釈手段を用いて前記コンテンツの再生に必要な情報を取得することを並列に行い、前記複数のコンテンツを途切れなく再生する再生制御手段と、
を備えたコンテンツ再生装置。
【請求項２】
前記コンテンツ管理情報は、コンテンツファイルと異なるファイルに記録されている請求項１記載のコンテンツ再生装置。
【請求項３】
前記コンテンツにはコンテンツ名が付けられており、前記コンテンツファイルのファイル名と、前記コンテンツ管理情報ファイルのファイル名とに前記コンテンツ名が含まれる請求項２記載のコンテンツ再生装置。
【請求項４】
前記コンテンツは、１つの映像ファイルと１つ以上の音声ファイルとを含む請求項１記載のコンテンツ再生装置。
【請求項５】
前記コンテンツ管理情報を記録媒体から読み出し、解釈する処理が終了したコンテンツ数をｎ、前記コンテンツ数ｎに相当するコンテンツ時間長の総和をｄ[ｓｅｃ]、再生するコンテンツの数をＮ、コンテンツの時間長の最小値をＭ[ｓｅｃ]、前記再生制御手段が前記コンテンツ管理情報を記録媒体から読み出して前記コンテンツ管理情報解釈手段を用いて解釈するのにかかる時間をＴ[ｓｅｃ]、前記再生制御手段がコンテンツを記録媒体から読み出して前記バッファに蓄積する速度をＶ１[フレーム／ｓｅｃ]、前記バッファから前記デコーダへデータが供給される速度をＶ２[フレーム／ｓｅｃ]とした時に、
Ｖ１（ｄ＋Ｍ（Ｎ−ｎ−１））−Ｖ２（ｄ−１／Ｖ１＋Ｔ（Ｎ−ｎ）＋Ｍ（Ｎ−ｎ−１））≧１[フレーム]
を満たすｄは前記複数のコンテンツを途切れなく再生することを保証する長さｄである請求項１記載のコンテンツ再生装置。
【請求項６】
複数に分割して記録された前記コンテンツにはそれぞれ前記コンテンツ管理情報が記録されており、前記コンテンツ管理情報には分割された他のコンテンツに関する情報も記録され、前記コンテンツ管理情報解釈手段は前記分割された他のコンテンツに関する情報を解釈でき、前記再生制御手段は前記コンテンツ管理情報解釈手段を用いて前記分割された他のコンテンツに関する情報を取得し、前記分割された他のコンテンツに関する情報から前記分割された他のコンテンツの再生に必要な情報を取得し、前記複数に分割して記録されたコンテンツを途切れなく再生することを特徴とする請求項１記載のコンテンツ再生装置。
【請求項７】
前記複数に分割して記録されたコンテンツは、前記複数の記録媒体に記録されている請求項６記載のコンテンツ再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体に記録されたコンテンツを再生するコンテンツ再生装置に関する。
【背景技術】
【０００２】
近年、映像などのコンテンツがテープだけでなく光ディスクやハードディスク、半導体メモリなどのランダムアクセス可能な記録媒体に記録されるようになってきた。それらの記録容量は年々増える傾向にあり、１つの記録媒体に大量のコンテンツが記録できるようになってきている。そのため、それら大量のコンテンツを管理し、再生する技術は重要になりつつある。
【０００３】
以下に従来技術である、コンテンツを再生するビデオデータ管理装置について説明する。
【０００４】
図９は従来のビデオデータ管理装置のブロック図である。入出力タイミング制御手段９０２は、ＣＰＵ９０１からビデオデータファイル名の下にビデオデータの配信要求を受けた時、ヘッダテーブル管理手段９０３および蓄積データ管理手段９０４から当該ファイル名に係わるビデオデータのヘッダサイズおよびビデオデータ全体のサイズを取り出し、バッファリング手段９０５に集めてデータ配信手段９０６から配信する一連の配信スケジュール時間の算出および制御を行う。（例えば、特許文献１参照。）。
【特許文献１】特開平９−２４７６４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のビデオデータ管理装置のようなヘッダテーブル管理手段が存在せず、コンテンツの再生に必要な情報がコンテンツごとに別々のファイルとして記録されている場合は、再生しようとする全てのコンテンツのファイルを読まなければならないため、コンテンツの数が多い場合は再生開始に時間がかかる。
【０００６】
このような課題に鑑み、本発明では、コンテンツの再生に必要な情報がコンテンツごとに別々のファイルとして記録されている場合に、再生をすぐに開始し、かつ連続再生できるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明は、再生に必要な情報を取得したコンテンツの総時間長が複数のコンテンツの連続再生を保証する長さを超えてからコンテンツの再生を開始し、コンテンツの再生に必要な情報を取得することと、コンテンツを再生することを並列に行うことを特徴とする。
【発明の効果】
【０００８】
本発明のコンテンツ再生装置は、全てのコンテンツの再生に必要な情報を取得することなく再生を開始できるため、再生操作に対する機器の応答性が早くなる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施の形態を、図面を参照しながら説明する。
【００１０】
（実施の形態１）
図１に、本発明の実施の形態１におけるコンテンツ再生装置のブロック図を示す。同図において１００はコンテンツ再生装置全体、１０１は記録媒体としてのメモリーカード、１０２はファイル読み出し手段、１０３は再生制御手段、１０４はコンテンツ管理情報解釈手段、１０５はバッファ、１０６はデコーダを示す。
【００１１】
コンテンツ再生装置１００は記録媒体１０１に記録されているコンテンツを再生する装置である。図中では記録媒体１０１が１つ接続可能な構成としているが、その数はいくつでもよい。コンテンツ再生装置１００は記録媒体１０１を挿入可能な１つ以上のスロットを備えており、記録媒体１０１をこのスロットに挿入して再生を行う。
【００１２】
コンテンツを再生する時には、まず再生制御手段１０３が記録媒体１０１からコンテンツ管理情報ファイルをファイル読み出し手段１０２を用いて読み出す。次にコンテンツ管理情報解釈手段１０４を用いてそのファイルを解釈し、コンテンツを再生するために必要な情報を取得する。コンテンツを再生するために必要な情報とは、コンテンツの時間長や映像、音声のチャンネル数である。
【００１３】
再生制御手段１０３はコンテンツを再生するために必要な情報を基に記録媒体１０１からファイル読み出し手段１０２を用いてコンテンツファイルを読み出し、バッファ１０５に格納する。そしてバッファ１０５からコンテンツファイルを読み出し、デコーダ１０６を用いてコンテンツを再生する。本実施例におけるコンテンツファイルとは、ファイルフォーマットがＭａｔｅｒｉａｌ  Ｅｘｃｈａｎｇｅ  Ｆｏｒｍａｔ（ＭＸＦ）で、映像ファイル、音声ファイルがチャンネルごとに別ファイルとして記録されたファイルだが、ファイルフォーマットはＡＶＩやＭＰＥＧでも良いし、映像、音声がまとめて１つのファイルに記録されていても良い。
【００１４】
図２に、記録媒体１０１のディレクトリ構成例を示す。ルートディレクトリの下にＣｏｎｔｅｎｔｓディレクトリがあり、Ｃｏｎｔｅｎｔｓディレクトリの下にＣｌｉｐディレクトリ、Ｖｉｄｅｏディレクトリ、Ａｕｄｉｏディレクトリがある。Ｃｌｉｐディレクトリの下にはコンテンツ管理情報ファイルがある。Ｖｉｄｅｏディレクトリの下には映像ファイルがある。Ａｕｄｉｏディレクトリの下には音声ファイルがある。
【００１５】
コンテンツ１つにつきコンテンツ管理情報ファイルは１つあり、そのファイル名は「コンテンツ名．ｘｍｌ」である。コンテンツ名は６文字で構成されており、前４文字は０００１から９９９９までの番号になっている。この番号は記録媒体１０１にコンテンツが記録された順を表している。後２文字はアルファベットになっており、コンテンツに付加されるＩＤから生成される。
【００１６】
コンテンツ１つにつき映像ファイルは０または１つあり、そのファイル名は「コンテンツ名．ｍｘｆ」である。
【００１７】
コンテンツ１つにつき音声ファイルは０以上１６以下あり、そのファイル名は「コンテンツ名＋チャンネル番号．ｍｘｆ」である。チャンネル番号は２桁の番号で、チャンネル番号００が１番目のチャンネルに対応する。
【００１８】
従って、図２の記録媒体にはコンテンツが３つ記録されており、そのコンテンツ名は０００１ＡＢ、０００２ＣＤ、０００３ＥＦである。コンテンツ名０００１ＡＢのコンテンツには映像ファイルが１つ、音声ファイルが２つある。コンテンツ名０００２ＣＤのコンテンツには映像ファイルが１つ、音声ファイルが４つある。コンテンツ名０００３ＥＦのコンテンツには映像ファイルが１つ、音声ファイルが２つある。
【００１９】
図３に、図２のコンテンツ管理情報ファイルの具体例を示す。本実施の形態では、コンテンツ管理情報はＸＭＬファイルの形式で記録媒体１０１に記録されるが、ファイルの形式はバイナリ等他の形式でも良い。
【００２０】
ＣｌｉｐＣｏｎｔｅｎｔタグの中に１つのコンテンツに関する管理情報が記述される。ＣｌｉｐＮａｍｅタグにコンテンツ名が記述される。Ｄｕｒａｔｉｏｎタグにはコンテンツの時間長がフレーム単位で記述される。ＥｓｓｅｎｃｅＬｉｓｔタグの中にはコンテンツの映像、音声に関する情報が記述される。Ｖｉｄｅｏタグの中には映像に関する情報が記述され、ＶｉｄｅｏＦｏｒｍａｔタグには映像のファイルフォーマットが記述される。Ａｕｄｉｏタグの中には音声に関する情報が記述され、ＡｕｄｉｏＦｏｒｍａｔタグには音声のファイルフォーマットが記述される。音声が複数チャンネルある場合は、Ａｕｄｉｏタグをチャンネル数個だけ記述する。記述された順と、音声チャンネル番号１、２、・・・が対応する。
【００２１】
図３−（１）はコンテンツ名が０００１ＡＢのコンテンツ管理情報ファイルである。コンテンツ管理情報ファイルから、コンテンツの時間長は１００００フレームであり、映像チャンネルが１チャンネル、音声チャンネルが２チャンネルで、映像、音声のファイルフォーマットは共にＭＸＦであることが分かる。映像、音声ファイル数とコンテンツ管理情報ファイルに記述されている映像、音声チャンネル数が対応している。図３−（２）はコンテンツ名が０００２ＣＤのコンテンツ管理情報ファイルである。図３−（３）はコンテンツ名が０００３ＣＤのコンテンツ管理情報ファイルである。
【００２２】
記録媒体１０１に記録されている全てのコンテンツを記録した順に連続再生する場合は、次のように動作する。図２、図３の例を用いて説明する。
【００２３】
記録した順にコンテンツを再生するため、コンテンツ０００１ＡＢ、０００２ＣＤ、０００３ＥＦの順に再生する。従って、まず再生制御手段１０３はファイル読み出し手段１０２を用いて記録媒体１０１からファイル名「０００１ＡＢ．ｘｍｌ」のコンテンツ情報管理ファイルを読み出す。次にコンテンツ管理情報解釈手段１０４を用いてそのファイルを解釈し、コンテンツの時間長や映像、音声のチャンネル数を取得する。
【００２４】
再生制御手段１０３は、コンテンツの時間長や映像、音声のチャンネル数から、再生すべき映像、音声ファイルのファイル名とその時間長が分かるため、ファイル読み出し手段１０２を用いて映像、音声ファイルを読み出し、バッファ１０５に格納する。そしてバッファ１０５から映像、音声ファイルを読み出し、デコーダ１０６を用いて映像、音声を再生する。
【００２５】
それと並行して、次に再生すべきコンテンツのコンテンツ管理情報ファイルを読み出す。すなわちファイル読み出し手段１０２を用いてファイル名「０００２ＣＤ．ｘｍｌ」のコンテンツ情報管理ファイルを読み出す。そしてコンテンツ管理情報解釈手段１０４を用いてそのファイルを解釈し、コンテンツの時間長や映像、音声のチャンネル数を取得する。その処理の次にはコンテンツ０００３ＥＦに対して同様の処理を行う。
【００２６】
コンテンツ０００１ＡＢの再生が終了したら、再生制御手段１０３はファイル読み出し手段１０２を用いてコンテンツ０００２ＣＤの映像、音声ファイルを読み出し、バッファ１０５に格納する。そしてバッファ１０５から映像、音声ファイルを読み出し、デコーダ１０６を用いて映像、音声を再生する。同様にコンテンツ０００２ＣＤの再生が終了したらコンテンツ０００３ＥＦの再生を行う。
【００２７】
以上の処理を行うことによって、記録媒体１０１に記録されている全てのコンテンツを記録した順に連続再生することができる。また、コンテンツ０００１ＡＢのコンテンツ管理情報ファイルを処理した時点で再生を開始することができるため、全てのコンテンツのコンテンツ管理情報ファイルを処理してから再生を開始するよりも早く再生が開始できる。
【００２８】
しかし、再生中にバッファ１０５に格納されているデータが無くなってしまった場合は、デコーダ１０６へのデータの供給が途切れるため、映像、音声の再生が途切れてしまう。
【００２９】
連続再生を保証するための条件を図４を用いて説明する。再生するコンテンツはＮ個あるものとし、コンテンツの時間長の最小値をＭ［ｓｅｃ］、コンテンツ管理情報ファイルを読み出して解釈するのにかかる時間をＴ［ｓｅｃ］、最初に再生するコンテンツの時間長をＤ［ｓｅｃ］とする。また、コンテンツ管理情報ファイルを記録媒体１０１から読み出す処理をＳ１、コンテンツ管理情報ファイルを解釈する処理をＳ２、コンテンツファイルを記録媒体１０１から読み出してバッファ１０５に格納する処理をＳ３とする。Ｓ１とＳ３の処理は同一の記録媒体にアクセスすることになるため、同時に行うことはできない。また、Ｓ１とＳ２の処理が完了しない限りＳ３の処理を行うことはできない。そのため、Ｓ１、Ｓ２、Ｓ３の順に処理を行っていくことになる。
【００３０】
始めに、最初に再生するコンテンツに対してＳ１、Ｓ２、Ｓ３の処理が行われる。Ｓ３の処理が１フレーム分行われた時点でバッファ１０５からデコーダ１０６へのデータの供給が開始され、以降は再生が完了するまで再生のデータレートでデータが供給される。デコーダ１０６は再生のデータレートで供給されたデータをリアルタイムにデコードする能力を持っているものとし、デコードした映像、音声をすぐに出力する。再生制御手段１０３がコンテンツデータを記録媒体１０１から読み出してバッファ１０５に蓄積する速度をフレーム換算／時間で表現した値をＶ１[フレーム／ｓｅｃ]、バッファ１０５からデコーダ１０６へデータが供給される速度をフレーム換算／時間で表現した値をＶ２[フレーム／ｓｅｃ]とする。
【００３１】
最初に再生するコンテンツに対するＳ３の処理が完了したら、２番目に再生するコンテンツに対してＳ１、Ｓ２、Ｓ３の処理を行い、以降Ｎ番目に再生するコンテンツまで同様の処理を行う。
【００３２】
２番目以降のコンテンツの時間長はＳ１、Ｓ２の処理を行わない限り分からないため、最も連続再生に厳しい条件である最短のコンテンツ時間長Ｍ［ｓｅｃ］を用いるとする。そうすると図４のバッファ１０５のデータ量から分かるように、Ｎ番目のコンテンツに対してＳ１、Ｓ２の処理を行った直後にバッファ１０５の残量が１フレーム以上あれば全てのコンテンツの連続再生が保証されることになる。よって以下の式を満たすようなＤ［ｓｅｃ］であれば連続再生が保証される。
Ｖ１（Ｄ＋Ｍ（Ｎ−２））−Ｖ２（Ｄ−１／Ｖ１＋Ｔ（Ｎ−１）＋Ｍ（Ｎ−２））≧１［フレーム］
左辺の第１項はＮ番目のコンテンツに対してＳ１、Ｓ２の処理を行った段階でバッファ１０５に蓄積されたデータの総量で、左辺の第２項は前記段階でバッファ１０５からデコーダ１０６へ供給されたデータの総量である。第１項と第２項の差が１フレーム以上あれば連続再生が保証される。０フレームではデコーダ１０６へのデータの供給が途切れるため１フレーム以上必要である。
【００３３】
前記の式を満たすことができず、連続再生が保証できない場合は、最初に再生するコンテンツに対してＳ１、Ｓ２の処理を行った後にＳ３の処理を行わず、連続再生の条件を満たすまで２番目以降のコンテンツに対してＳ１、Ｓ２の処理を行う。連続再生の条件を満たしたら、Ｓ３の処理を行っていなかったコンテンツに対してＳ３の処理を行い、デコードおよび再生を開始する。この場合の連続再生の条件を図５を用いて説明する。Ｓ１、Ｓ２の処理を行ったコンテンツの数をｎ、そのコンテンツの時間長の総和をｄ［ｓｅｃ］とする。
【００３４】
ｎ＋１番目以降のコンテンツの時間長はＳ１、Ｓ２の処理を行わない限り分からないため、最も連続再生に厳しい条件である最短のコンテンツ時間長Ｍ［ｓｅｃ］であるとする。そうすると図５のバッファ１０５のデータ量から分かるように、Ｎ番目のコンテンツに対してＳ１、Ｓ２の処理を行った直後にバッファ１０５の残量が１フレーム以上あれば全てのコンテンツの連続再生が保証されることになる。よって以下の式を満たすようなｎとｄ［ｓｅｃ］であれば連続再生が保証される。
Ｖ１（ｄ＋Ｍ（Ｎ−ｎ−１））−Ｖ２（ｄ−１／Ｖ１＋Ｔ（Ｎ−ｎ）＋Ｍ（Ｎ−ｎ−１））≧１［フレーム］
左辺の第１項はＮ番目のコンテンツに対してＳ１、Ｓ２の処理を行った段階でバッファ１０５に蓄積されたデータの総量で、左辺の第２項は前記段階でバッファ１０５からデコーダ１０６へ供給されたデータの総量である。第１項と第２項の差が１フレーム以上あれば連続再生が保証される。
【００３５】
なお、バッファ１０５の容量が十分無い場合は、１番目からｎ番目までのコンテンツに対してＳ３の処理を行う途中で、ｎ＋１番目以降のコンテンツのＳ１、Ｓ２の処理を行うことによってバッファ１０５のオーバーフローを防いでも良い。
【００３６】
再生を開始するまでの処理を図６を用いて説明する。図６は上記処理をフローチャートで図示したものである。まず、記録媒体１０１に記録されているコンテンツの総数を取得してＮに設定し、ｄ［ｓｅｃ］には０（ゼロ）を設定する（ステップＳ１１）。コンテンツの総数は、ファイル読み出し手段１０２を用いて記録媒体１０１のＣｌｉｐディレクトリに記録されたファイル一覧を取得し、ファイル一覧からコンテンツ管理ファイルの数を求めることにより得られる。Ｎが０（ゼロ）なら再生するコンテンツが無いため処理を終了する（ステップＳ１２）。
【００３７】
次にコンテンツ管理情報ファイルを１つ処理する。ｄ［ｓｅｃ］に取得したコンテンツの時間長を加え、ｎを１増やす（ステップＳ１３）。そして上記条件式
Ｖ１（ｄ＋Ｍ（Ｎ−ｎ−１））−Ｖ２（ｄ−１／Ｖ１＋Ｔ（Ｎ−ｎ）＋Ｍ（Ｎ−ｎ−１））≧１［フレーム］
の判定を行い、真なら連続再生が保証されたため処理を終了し、偽ならコンテンツ管理情報ファイルの処理を繰り返す（ステップＳ１４）。
【００３８】
なお、本実施例ではコンテンツが記録媒体１０１に記録された順にコンテンツを再生しているが、例えばプレイリストのようにユーザーが指定した再生順にコンテンツを再生する等、任意の順で再生しても良い。
【００３９】
（実施の形態２）
本発明の実施の形態２におけるコンテンツ再生装置１００の構成は実施の形態１と同様である。本実施の形態は、コンテンツが複数の記録媒体にまたがって記録され、コンテンツ管理情報ファイルにはそれらコンテンツの関係が記述されている点がこれまでの実施の形態と異なる。
【００４０】
本実施の形態における記録媒体１０１のディレクトリ構成例を図７に示す。記録媒体には記録媒体ＩＤが付けられており、記録媒体２０１にはＡが、記録媒体２０２にはＢが付けられている。記録媒体２０１にはコンテンツが３つ記録されており、コンテンツ名は０００１ＡＢ、０００２ＣＤ、０００３ＥＦである。記録媒体２０２にはコンテンツが１つ記録されており、コンテンツ名は０００１ＧＨである。記録媒体２０１のコンテンツ０００２ＣＤと、記録媒体２０２のコンテンツ０００１ＧＨが記録媒体にまたがって記録されたコンテンツであり、コンテンツ０００２ＣＤ、コンテンツ０００１ＧＨの順に記録されたとする。
【００４１】
コンテンツ０００２ＣＤと０００１ＧＨのコンテンツ管理情報ファイル記述例を図７に示す。
【００４２】
図８−（１）はコンテンツ０００２ＣＤのコンテンツ管理情報ファイルである。Ｒｅｌａｔｉｏｎタグの中に他の記録媒体に記録されたコンテンツの情報が記述される。Ｎｅｘｔタグの中にこのコンテンツの次に記録されたコンテンツの情報が記述される。ＣｌｉｐＮａｍｅタグにクリップ名が記述される。Ｐ２ＳｅｒｉａｌＮｏ．タグに記録媒体ＩＤが記述される。図８−（２）はコンテンツ０００１ＧＨのコンテンツ管理情報ファイルである。Ｐｒｅｖｉｏｕｓタグの中にこのコンテンツの前に記録されたコンテンツの情報が記述される。
【００４３】
このように記述することによって、図８−（１）を解釈すればコンテンツ０００２ＣＤは複数の記録媒体にまたがって記録されたコンテンツであり、コンテンツ０００２ＣＤの次に記録されたコンテンツは、記録媒体ＩＤがＢである記録媒体にコンテンツ名０００１ＧＨで記録されていることが分かる。また、図８−（２）を解釈すればコンテンツ０００１ＧＨは複数の記録媒体にまたがって記録されたコンテンツであり、コンテンツ０００１ＧＨの前に記録されたコンテンツは、記録媒体ＩＤがＡである記録媒体にコンテンツ名０００２ＣＤで記録されていることが分かる。
【００４４】
記録媒体２０１に記録されている全てのコンテンツを記録した順に連続再生する場合は、次のように動作する。図７、図８の例を用いて説明する。
【００４５】
コンテンツ０００１ＡＢの再生処理は実施の形態１と同様である。コンテンツ０００２ＣＤの再生処理では、コンテンツ管理情報ファイルをコンテンツ管理情報解釈手段１０４を用いて解釈すると、コンテンツ０００２ＣＤが複数の記録媒体にまたがって記録されたコンテンツであり、コンテンツ０００２ＣＤの次に記録されたコンテンツは、記録媒体ＩＤがＢである記録媒体にコンテンツ名０００１ＧＨで記録されていることが分かる。そのため、実施の形態１では次にコンテンツ０００３ＥＦのコンテンツ管理情報ファイルを処理していたが、本実施例では記録媒体２０２に記録されているコンテンツ０００１ＧＨのコンテンツ管理情報ファイルを処理する。さらにその次にコンテンツ０００３ＥＦのコンテンツ管理情報ファイルを処理する。コンテンツの再生を行う順はコンテンツ０００１ＡＢ、０００２ＣＤ、０００１ＧＨ、０００３ＥＦになる。
【００４６】
以上の処理を行うことによって、記録媒体２０１に記録されている全てのコンテンツを複数の媒体にまたがって記録されたコンテンツも含めて、記録した順に連続再生することができる。
【産業上の利用可能性】
【００４７】
本発明にかかるコンテンツ再生装置は、全てのコンテンツの再生に必要な情報を取得することなく再生を開始できるため、コンテンツの再生に必要な情報がコンテンツごとに別々のファイルとして記録されている記録媒体を再生するコンテンツ再生装置等に対して有用である。
【図面の簡単な説明】
【００４８】
【図１】本発明の実施の形態１、２のブロック図
【図２】本発明の実施の形態１のディレクトリ構成例を示した図
【図３】本発明の実施の形態１のコンテンツ管理情報ファイル例を示した図
【図４】本発明の実施の形態１のバッファ１０５のデータ量の変化を示した図
【図５】本発明の実施の形態１で連続再生の条件を満たすまでコンテンツ管理情報ファイルを処理した場合のバッファ１０５のデータ量の変化を示した図
【図６】本発明の実施の形態１の再生を開始するまでの処理をフローチャートで示した図
【図７】本発明の実施の形態２のディレクトリ構成例を示した図
【図８】本発明の実施の形態２のコンテンツ管理情報ファイル例を示した図
【図９】従来のビデオデータ管理装置のブロック図
【符号の説明】
【００４９】
１００  コンテンツ再生装置
１０１  記録媒体
１０２  ファイル読み出し手段
１０３  再生制御手段
１０４  コンテンツ管理情報解釈手段
１０５  バッファ
１０６  デコーダ
２０１  記録媒体
２０２  記録媒体
９０１  ＣＰＵ
９０２  入出力タイミング制御手段
９０３  ヘッダテーブル管理手段
９０４  蓄積データ管理手段
９０５  バッファリング手段
９０６  データ配信手段
【図１】
2006229674.tif 000003
【図２】
2006229674.tif 000004
【図３】
2006229674.tif 000005
【図４】
2006229674.tif 000006
【図５】
2006229674.tif 000007
【図６】
2006229674.tif 000008
【図７】
2006229674.tif 000009
【図８】
2006229674.tif 000010
【図９】
2006229674.tif 000011