(57)【要約】【課題】コンテンツデータの記録処理中に、そのコンテンツデータの、既に記録した部分の再生を行うことができるようにする。【解決手段】  ステップＳ３３において、再生処理と並行して行われている記録処理によって、その記録処理の間、一時的に記憶されているリソースデータの読み込みが行われ、ステップＳ４２において、そのリソースデータに基づき、再生するコンテンツデータの読み込みが行われる。その後、ステップＳ４３において、読み込まれたコンテンツデータが、デコードされ、ステップＳ４４において、ステップS３３で読み込まれたリソースデータに基づき、コンテンツデータの再生が制御される。本発明は、例えば、フラッシュメモリにコンテンツデータを記録するビデオレコーダに適用できる。【選択図】図６
2005328304.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツデータの後方に、そのコンテンツデータの再生に必要な情報であるリソースデータを配置させる記録フォーマットに従って、前記コンテンツデータと前記リソースデータを、所定の記録媒体に記録する制御を行う記録制御手段と、
前記コンテンツデータの、前記記録媒体への記録が行われている間、そのコンテンツデータに対応する前記リソースデータを一時的に記憶するリソース記憶手段と、
前記リソース記憶手段により記憶された前記リソースデータに基づいて、前記コンテンツデータのうちの、既に、前記記録媒体に記録された部分の再生を制御する再生制御手段と
を備えることを特徴とする情報処理装置。
【請求項２】
メモリを備える情報処理装置における情報処理方法において、
コンテンツデータの後方に、そのコンテンツデータの再生に必要な情報であるリソースデータを配置させる記録フォーマットに従って、前記コンテンツデータと前記リソースデータを、所定の記録媒体に記録する制御を行う記録制御ステップと、
前記コンテンツデータの、前記記録媒体への記録が行われている間、そのコンテンツデータに対応する前記リソースデータを、一時的に、前記メモリへ記憶させる制御を行うリソース記憶制御ステップと、
前記リソース記憶制御ステップの処理により、前記メモリに記憶された前記リソースデータに基づいて、前記コンテンツデータのうちの、既に、前記記録媒体に記録された部分の再生を制御する再生制御ステップと
を含むことを特徴とする情報処理方法。
【請求項３】
メモリを備える情報処理装置を制御するコンピュータに実行させるプログラムであって、
コンテンツデータの後方に、そのコンテンツデータの再生に必要な情報であるリソースデータを配置させる記録フォーマットに従って、前記コンテンツデータと前記リソースデータを、所定の記録媒体に記録する制御を行う記録制御ステップと、
前記コンテンツデータの、前記記録媒体への記録が行われている間、そのコンテンツデータに対応する前記リソースデータを、一時的に、前記メモリへ記憶させる制御を行うリソース記憶制御ステップと、
前記リソース記憶制御ステップの処理により、前記メモリに記憶された前記リソースデータに基づいて、前記コンテンツデータのうちの、既に、前記記録媒体に記録された部分の再生を制御する再生制御ステップと
を含む処理をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および方法、並びにプログラムに関し、特に、コンテンツデータの再生に必要な情報を、コンテンツデータの後方に配置して記録する記録フォーマットに従ってコンテンツデータを記録している最中に、そのコンテンツデータの、既に記録された部分の再生を行うことができるようにした情報処理装置および方法、並びにプログラムに関する。
【背景技術】
【０００２】
近年、テレビジョン放送番組等のコンテンツデータをデジタルで記録する記録装置が普及してきており、それに伴い、ユーザが、その記録装置に記録されたコンテンツデータの編集を盛んに行うようになってきている。
【０００３】
また、MPEG４（Moving Picture Experts Group４）などのデータ圧縮率の高い記録フォーマットの登場などにより、小さな容量の記録媒体にコンテンツデータを記録することができるようになってきている。また、記録媒体に記録されたコンテンツデータを再生する再生装置も小型化、多様化しており、それに伴い、外出先において、記録媒体に記録されたコンテンツデータを鑑賞するといったニーズも、より高まってきている。
【０００４】
そこで、MPEG４をベースとし、記録後の編集なども考慮した記録フォーマットであるＭＱＴ（Mobile Quick Time）が、近年、登場し、また、そのＭＱＴを利用した記録再生装置が登場している。
【０００５】
また、最近では、デジタル技術の普及に伴い、コンテンツデータの記録中に、そのコンテンツデータの、既に記録された部分を再生する機能（以下、追っかけ再生機能と称する）を備えた記録再生装置が普及してきている。
【０００６】
例えば、ハードディスクレコーダやDVDレコーダに代表されるような、追っかけ再生機能を備えた記録再生装置においては、記録フォーマットとしてMPEG１またはMPEG２などが用いられており、それらにおいては、時間情報などの再生に必要な情報は、コンテンツデータの記録単位であるPacketごとに記録される形式であるため、追っかけ再生を実現することが可能となっている。
【０００７】
例えば、非特許文献１乃至６には、追っかけ再生機能を行う装置についての開示がなされている。
【非特許文献１】馬嶋圭三、樋口敏也(NHK 大阪放送局)、三ツ峰秀樹(NHK 名古屋放送局)、野村洋司(NHK 技術局) 著  「光磁気ディスク装置を利用した追っかけ再生システムの開発」  テレビジョン学会技術報告、1993年発行、Vol.17、No.23、P.19−24
【非特許文献２】来住秀貴、井出博文、梅田健史（松下電器産業）著  「DVDレコーダ  第２世代DVDレコーダ「DMR−E２０」のシステム開発」  映像情報メディア学会技術報告、2001年発行、Vol.61(CE 2001 20−30)、P.25−30
【非特許文献３】来住秀貴(松下電器産業) 著「DVD関連商品のひろがり DVDビデオレコーダ  DMR−E２０」  JAS J（Jpn Audio Soc）、2002年発行、Vol.42、P.30−36
【非特許文献４】佐藤泰幸、清瀬泰広、大塚功、龍智明、中根和彦、小川雅晴（三菱電機 映像情報開発センタ）著  「ディスクレコーダにおける同時記録・再生操作の提案」  電子情報通信学会大会公演論文集、2002年発行、Vol.2002、情報・システム２、P.58
【非特許文献５】周田悦治（松下電器産業）著  「映像情報ネットワークとしてのDVD−RAMの役割と展望」  KEC情報、2002年発行、No.183、P.13−19
【非特許文献６】「２１世紀メディア次世代DVDを解剖」  エレクトロニクス、2001年発行、Vol.46、No.7、P.102−103
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述のＭＱＴの形式は、記録媒体に記録されたコンテンツデータの再生に必要な情報であるリソースデータが、コンテンツデータの記録終了時に、ファイルの最後に記録される形式であるため、従来の、ＭＱＴを用いた記録再生装置では、追っかけ再生機能を実現することができなかった。
【０００９】
本発明は、このような状況に鑑みてなされたものであり、ＭＱＴを利用した記録再生装置において、追っかけ再生を行うことができるようにするものである。
【課題を解決するための手段】
【００１０】
本発明の情報処理装置は、コンテンツデータの後方に、そのコンテンツデータの再生に必要な情報であるリソースデータを配置させる記録フォーマットに従って、コンテンツデータとリソースデータを、所定の記録媒体に記録する制御を行う記録制御手段と、コンテンツデータの、記録媒体への記録が行われている間、そのコンテンツデータに対応するリソースデータを、一時的に記憶するリソース記憶手段と、リソース記憶手段により記憶されたリソースデータに基づいて、コンテンツデータのうちの、既に、記録媒体に記録された部分の再生を制御する再生制御手段とを備えることを特徴とする。
【００１１】
本発明の情報処理方法は、コンテンツデータの後方に、そのコンテンツデータの再生に必要な情報であるリソースデータを配置させる記録フォーマットに従って、コンテンツデータとリソースデータを、所定の記録媒体に記録する制御を行う記録制御ステップと、コンテンツデータの、記録媒体への記録が行われている間、そのコンテンツデータに対応するリソースデータを、一時的に、メモリへ記憶させる制御を行うリソース記憶制御ステップと、リソース記憶制御ステップの処理により、メモリに記憶されたリソースデータに基づいて、コンテンツデータのうちの、既に、記録媒体に記録された部分の再生を制御する再生制御ステップとを含むことを特徴とする。
【００１２】
本発明のプログラムは、コンテンツデータの後方に、そのコンテンツデータの再生に必要な情報であるリソースデータを配置させる記録フォーマットに従って、コンテンツデータとリソースデータを、所定の記録媒体に記録する制御を行う記録制御ステップと、コンテンツデータの、記録媒体への記録が行われている間、そのコンテンツデータに対応するリソースデータを、一時的に、メモリへ記憶させる制御を行うリソース記憶制御ステップと、リソース記憶制御ステップの処理により、メモリに記憶されたリソースデータに基づいて、コンテンツデータのうちの、既に、記録媒体に記録された部分の再生を制御する再生制御ステップとを含む処理をコンピュータに実行させることを特徴とする。
【００１３】
本発明の情報処理装置、情報処理方法、およびプログラムにおいては、コンテンツデータの後方に、そのコンテンツデータの再生に必要な情報であるリソースデータを配置させる記録フォーマットを用いて、コンテンツデータの記録が行われる。そして、その記録の間、コンテンツデータに対応するリソースデータが一時的に記憶され、そのリソースデータに基づいて、記録中のコンテンツデータの、既に記録された部分の再生が行われる。
【発明の効果】
【００１４】
本発明によれば、情報を記録することができる。また、本発明によれば、記録した情報を読み出すことができる。特に、コンテンツデータの記録中に、そのコンテンツデータのうちの、既に記録された部分を読み出し、再生することができる。
【発明を実施するための最良の形態】
【００１５】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００１６】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
【００１７】
請求項１に記載の情報処理装置（例えば、図４の情報記録再生装置１）は、コンテンツデータの後方に、そのコンテンツデータの再生に必要な情報であるリソースデータを配置させる記録フォーマットに従って、コンテンツデータとリソースデータを、所定の記録媒体に記録する制御を行う記録制御手段（例えば、図４の記録制御部１３）と、コンテンツデータの、記録媒体への記録が行われている間、そのコンテンツデータに対応するリソースデータを一時的に記憶するリソース記憶手段（例えば、図４のリソース記憶部１６）と、リソース記憶手段により記憶されたリソースデータに基づいて、コンテンツデータのうちの、既に、記録媒体に記録された部分の再生を制御する再生制御手段（例えば、図４の再生制御部１４）とを備えることを特徴とする。
【００１８】
請求項２に記載の情報処理方法は、コンテンツデータの後方に、そのコンテンツデータの再生に必要な情報であるリソースデータを配置させる記録フォーマットに従って、コンテンツデータとリソースデータを、所定の記録媒体に記録する制御を行う記録制御ステップ（例えば、図５のステップS１５の処理）と、コンテンツデータの、記録媒体への記録が行われている間、そのコンテンツデータに対応するリソースデータを、一時的に、メモリへ記憶させる制御を行うリソース記憶制御ステップ（例えば、図５のステップS１６の処理）と、リソース記憶制御ステップの処理により記憶されたリソースデータに基づいて、コンテンツデータのうちの、既に、記録媒体に記録された部分の再生を制御する再生制御ステップ（例えば、図６のステップS３３、ステップS４２、およびステップS４４の処理）とを含むことを特徴とする。
【００１９】
請求項３に記載のプログラムは、コンテンツデータの後方に、そのコンテンツデータの再生に必要な情報であるリソースデータを配置させる記録フォーマットに従って、コンテンツデータとリソースデータを、所定の記録媒体へ記録する制御を行う記録制御ステップ（例えば、図５のステップS１５の処理）と、コンテンツデータの、記録媒体への記録が行われている間、そのコンテンツデータに対応するリソースデータを、一時的に、メモリへ記憶させる制御を行うリソース記憶制御ステップ（例えば、図５のステップS１６の処理）と、リソース記憶制御ステップの処理により記憶されたリソースデータに基づいて、コンテンツデータのうちの、既に、記録媒体に記録された部分の再生を制御する再生制御ステップ（例えば、図６のステップS３３、ステップS４２、およびステップS４４の処理）とを含む処理をコンピュータに実行させることを特徴とする。
【００２０】
ところで、現在、一般的に追っかけ再生が行われているハードディスクレコーダなどでは、記録フォーマットとしてMPEG１もしくはMPEG２などが用いられている。一方、本発明の実施の形態では、記録ファーマットとして、例えばMQTを用いる。そこで、MPEG１やMPEG２のデータ構成とMQTのデータ構成とのそれぞれを個別に説明する。
【００２１】
まず、MPEG１のデータ構成について、図１を参照して説明する。
【００２２】
図１に示すように、MPEG１に従って記録されたコンテンツファイルは、複数のPackから構成され、そのPackは、Pack_header，System_header、および、複数のPacketから構成されている。
【００２３】
Pack_headerには、それぞれのPackの開始コードに続いて、SCR（System Clock Reference）、多重化レートなどが記述される。
【００２４】
System_headerには、ストリーム全体のシステムパラメータが記述される。
【００２５】
Packetは、Packet_headerと、画像データや音声データなどの実データであるelementary_streamから構成されている。
【００２６】
Packet_headerには、elementary_streamを識別するコードやPacketのサイズ、同期再生のための時間情報（PTS（Presentation Time Stamp）、DTS（Decoding Time Stamp））、さらに、その他の制御情報などが記述される。
【００２７】
MPEG２のデータ構成についても、基本的な構成は、MPEG１のものと同様である。
【００２８】
このように、MPEG１またはMPEG２においては、データの記録単位であるPacketのそれぞれに、画像データまたは音声データとともに、それらの再生に必要な情報が記録されており、その情報により、コンテンツの途中からの再生や、記録中のコンテンツの、既に記録された部分の再生が可能である。
【００２９】
次に、図２を参照して、MQTのデータ構成について説明する。
【００３０】
MQTに従って記録されたコンテンツファイルは、図２に示すように、属性、chunk、およびリソースの、３種類の要素から構成されている。
【００３１】
属性には、使用しているMQTのバージョンや、ビデオまたはオーディオのコーデック、画質モードなどを示す情報が配置される。
【００３２】
属性に続いて、コンテンツを構成する画像データおよび音声データが記録される。これらの画像データおよび音声データは、chunkと称されるデータ単位にて記録される。即ち、属性に続いて、n個のchunk（chunk_1乃至chunk_n）が配置される。このchunkの数nは、記録するコンテンツデータのサイズなどにより異なる。
【００３３】
最後、つまり、chunk_nの後に、各chunkそれぞれに含まれるコンテンツデータの再生に必要な情報である、リソースと呼ばれる情報が配置される。
【００３４】
また、図３は、図２のリソースのデータ構成を示した図である。
【００３５】
リソースには、chunk_1乃至chunk_nのそれぞれに対応する情報が記述されている。
【００３６】
info_i（i＝1，2,…，n）は、それに対応するchunk_iの位置するアドレスを示すstadr、chunk_iのサイズを示すsize、chunk_iに含まれるコンテンツデータの再生時間を示すlength、chunk_iに含まれるオーディオサンプルの数を示すauno、chunk _iに含まれるビデオサンプルの数を示すvdno、オーディオの各サンプルのサイズを示すausz-0乃至ausz-x、ビデオの各サンプルのサイズを示すvdsz-0乃至vdsz-yから構成されている。
【００３７】
図４は、本発明を適用した情報記録再生装置であって、例えば、上述したMQTを利用する情報記録再生装置の一実施の形態の構成例を示すブロック図である。
【００３８】
図４に示す情報記録再生装置は、操作部１１、AV（Audio Visual）データ入力部１２、記録制御部１３、再生制御部１４、ドライブ１５、リソース記憶部１６、および出力部１７により構成される。
【００３９】
操作部１１は、ユーザが情報記録再生装置１に対して各種のコマンドを入力する際に操作され、ユーザによる操作により指示された処理の実行を示す信号を、それぞれの処理を行うブロックに供給する。例えば、操作部１１は、AVデータ入力部１２から供給されたコンテンツデータの記録に関する信号を、記録制御部１３へ供給する。また、操作部１１は、図４に示すリムーバル記録媒体２０に記録されたコンテンツデータの再生に関する信号を、再生制御部１４へ供給する。
【００４０】
操作部１１は、例えば、ボタンやリモートコントローラ等により構成される。
【００４１】
AVデータ入力部１２は、例えば、入力されたデータが、アナログテレビジョン番組放送等のアナログデータだった場合、入力されたアナログデータに対して、A/D変換処理を行ってデジタルのコンテンツデータへ変換し、記録制御部１３へ供給する。
【００４２】
記録制御部１３は、コンテンツデータをリムーバル記録媒体２０に記録する記録処理を行う。
【００４３】
即ち、記録制御部１３は、操作部１１により、AVデータ入力部１２から供給されるコンテンツデータの記録を指示された場合、そのコンテンツデータに対して、MPEG４のフォーマットにてエンコードを行い、MQTに従って記録データ単位であるchunkを構成し、ドライブ１５を介してリムーバル記録媒体２０へ記録する。
【００４４】
また、記録制御部１３は、既に、リムーバル記録媒体２０に記録されたコンテンツデータの再生に必要な情報、つまり、図３に示すinfo_k（k＝1，2,…，n）を、リソース記憶部１６に供給して記憶させる。そして、記録制御部１３は、全てのコンテンツデータの記録の終了後、リソース記憶部１６に記憶されている全てのリソースデータを読み込み、ドライブ１５を介してリムーバル記録媒体２０へ記録する。
【００４５】
再生制御部１４は、リムーバル記録媒体２０に記録されたコンテンツデータを再生する再生処理を行う。
【００４６】
即ち、再生制御部１４は、操作部１１により、リムーバル記録媒体２０に記録されたコンテンツの再生を指示された場合、ドライブ１５を介してリムーバル記録媒体２０から全てのリソースデータを読み込み、リソース記憶部１６に供給して記憶させる。
【００４７】
また、再生制御部１４は、リソース記憶部１６に記憶されたリソースデータに従って、ドライブ１５を介してリムーバル記録媒体２０から、コンテンツデータを読み込み、MPEG４のフォーマットにてデコードを行い、さらに、リソースデータに従って、出力部１７へ供給する。
【００４８】
さらに、再生制御部１４は、コンテンツデータの記録の最中に、操作部１１により、記録中のコンテンツデータの再生が指示された場合、リソース記憶部１６から、記録制御部１３による記録処理において記憶されたリソースデータを読み込む。また、再生制御部１４は、そのリソースデータに従って、ドライブ１５を介してリムーバル記録媒体２０からコンテンツデータを読み込む。さらに、再生制御部１４は、リムーバル記録媒体２０から読み込んだコンテンツデータを、MPEG４のフォーマットにてデコードし、リソースデータに従って、出力部１７へ供給する。
【００４９】
ドライブ１５は、リムーバル記録媒体２０を着脱することができるようになっている。そして、ドライブ１５は、記録制御部１３からの指示に従い、そこに装着されたリムーバル記録媒体２０に対するコンテンツデータの記録を行う。また、ドライブ１５は、再生制御部１４からの指示に従い、リムーバル記録媒体２０に記録されているデータの読み込みを行う。
【００５０】
リソース記憶部１６は、上記に示すとおり、再生処理または記録処理の間、リソースデータを一時的に記憶する。
【００５１】
出力部１７は、再生制御部１４から供給されたコンテンツデータを、画像または音声として出力する。出力部１７は、例えば、CRT（Cathode Ray Tube）またはLCD（Liquid Crystal Display）等のディスプレイと、スピーカ等により構成される。
【００５２】
次に、図５のフローチャートを参照して、図４の情報記録再生装置１における記録処理の例を説明する。
【００５３】
ステップS１１において、記録制御部１３は、ドライブ１５を介してファイルを作成し、ステップS１２へ進む。つまり、記録制御部１３は、例えば、ユーザが操作部１１を操作することにより、操作部１１から、コンテンツデータの記録開始の指示があると、コンテンツデータの記録の前処理として、ドライブ１５に対してファイルの作成を指示する。ドライブ１５は、記録制御部１３からの指示に従い、リムーバル記録媒体２０に、コンテンツデータを記録するためのファイルを作成する（ファイルをオープンする）。
【００５４】
ステップS１２において、記録制御部１３は、属性のデータを作成し、ドライブ１５を介して書き込んで、ステップS１３へ進む。つまり、記録制御部１３は、ステップS１１にて作成されたファイルへの、属性の書き込みをドライブ１５に指示する。ドライブ１５は、記録制御部１３からの指示に従い、属性の書き込みを行う。この属性は、図２で説明したように、ここでの記録フォーマットであるMQTのバージョンや、ビデオやオーディオのコーデックを示す情報、および画質のモードなどに関する情報を含んでいる。
【００５５】
ステップS１３において、記録制御部１３は、１chunk分のコンテンツデータを取得し、ステップS１４へ進む。つまり、記録制御部１３は、AVデータ入力部１２から供給されるコンテンツデータから、１chunkに相当するサイズのコンテンツデータを取得する。
【００５６】
ステップS１４において、記録制御部１３は、ステップS１３にて取得された１chunk分のコンテンツデータを、MPEG４のフォーマットに従ってエンコードし、ステップS１５へ進む。
【００５７】
ステップS１５において、記録制御部１３は、ステップS１４の処理においてエンコードされた１chunk分のコンテンツデータに対するリソースデータを作成するとともに、その１chunk分のコンテンツデータを、ドライブ１５を介して、リムーバル記録媒体２０へ記録し、ステップS１６へ進む。
【００５８】
ステップS１６において、記録制御部１３は、ステップS１５の処理にてリムーバル記録媒体２０に記録されたコンテンツデータに対応するリソースデータ、つまり、info（図３）をバッファリングする。即ち、記録制御部１３は、そのリソースデータ（info）をリソース記憶部１６に供給して、一時的に記憶させる。ここでの「一時的」とは、記録処理が終了するまでの間のことを指している。即ち、リソース記憶部１６に記憶されたリソースデータは、記録処理の終了に伴い、所定のタイミングで消去される。
【００５９】
ステップS１６の処理後、ステップS１７に進み、操作部１１は、ユーザ操作により記録停止要求が行われたか否かの判定を行う。ステップS１７において、記録停止要求が行われていないと判定された場合、処理は、ステップS１８へ進み、操作部１１は、ユーザ操作により、追っかけ再生要求が行われた否かの判定を行う。
【００６０】
ステップS１８において、追っかけ再生要求が行われていないと判定された場合、処理は、ステップS１３へ戻り、上述の処理が繰り返される。
【００６１】
また、ステップS１８において、追っかけ再生要求が行われたと判定された場合、処理は、ステップS１９へ進み、操作部１１は、再生制御部１４に対して、追っかけ再生の開始を指示する。つまり、現時点で記録処理が行われているコンテンツの再生を指示する。この指示に応じて、再生制御部１４は、後述する追っかけ再生処理を行う。
【００６２】
その後、記録処理は、ステップS１９からS１３に戻り、上述の処理が繰り返される。
【００６３】
一方、ステップS１７において、記録停止要求があったと判定された場合、処理は、ステップS２０へ進み、記録制御部１３は、リソースデータをリソース記憶部１６から読み出し、ドライブ１５を介してリムーバル記録媒体２０に書き込む。詳細には、記録制御部１３は、コンテンツデータの記録開始からこの時点までの間、リソース記憶部１６に記憶されたリソースデータ、つまり、それぞれのchunkに対応するinfoを、リソース記憶部１６から読み出し、ドライブ１５を介して、リムーバル記録媒体２０へ記録する。
【００６４】
その後、ステップS２０において、記録制御部１３は、リムーバル記録媒体２０に作成したファイルを閉じて記録処理を終了する。
【００６５】
次に、図６のフローチャートを参照して、図４の情報記録再生装置１が図５のステップS１９で開始する、追っかけ再生処理を説明する。
【００６６】
ステップS３１において、再生制御部１４は、操作部１１から指定された、リムーバル記録媒体２０上のファイルを開いて、ステップS３２へ進む。
【００６７】
ステップS３２において、再生制御部１４は、図５の記録処理のステップS１１で、リムーバル記録媒体２０に作成されたファイルから、ドライブ１５を介して、属性の読み込みを行い、ステップS３３へ進む。
【００６８】
ステップS３３において、再生制御部１４は、並行して行われている図５の記録処理によりバッファリングされたリソースデータを、リソース記憶部１６から読み込み、ステップS３４へ進む。つまり、再生制御部１４は、現時点において、リソース記憶部１６に記憶されているinfoを全て読み込む。
【００６９】
ステップS３４において、再生制御部１４は、操作部１１からコマンドを受信したか否かを判定する。ステップS３４において、コマンドを受信したと判定された場合、処理は、ステップS３５へ進み、再生制御部１４は、受信したコマンドが、図５の記録処理により、現に記録されているコンテンツの再生を要求する再生コマンドであるか否かの判定を行う。
【００７０】
ステップS３５において、受信コマンドが、再生コマンドであると判定された場合、処理は、ステップS４２へ進む。ステップS４２以降の処理については後述する。
【００７１】
これに対して、ステップS３５において、受信したコマンドが、再生コマンドではないと判定された場合、処理は、ステップS３６へ進み、再生制御部１４は、受信したコマンドが、再生中のコンテンツの早戻しを要求する早戻しコマンドであるか否かの判定を行う。
【００７２】
ステップS３６において、受信したコマンドが早戻しコマンドであると判定された場合、処理は、ステップS３８へ進む。ステップS３８の処理については後述する。
【００７３】
これに対して、ステップS３６において、受信したコマンドが、早戻しコマンドではないと判定された場合、処理は、ステップS３７へ進み、再生制御部１４は、受信したコマンドが、再生中のコンテンツの早送り再生を要求する早送りコマンドであるか否かの判定を行う。
【００７４】
ステップS３７において、受信したコマンドが早送りコマンドであると判定された場合、処理は、ステップS３８へ進む。
【００７５】
ステップS３８において、再生制御部１４は、読み込み対象のchunkの更新を行う。つまり、再生制御部１４は、コンテンツデータを読み込むために参照するinfoを、現時点で参照しているinfoから、早送りコマンド、もしくは早戻しコマンドに応じて再生すべきchunkに対応するinfoに更新する。
【００７６】
その後、処理は、ステップS３８からS４２へ進む。ステップS４２以降の処理については後述する。
【００７７】
また、ステップS３７おいて、受信されたコマンドが早送りコマンドではないと判定された場合、処理は、ステップS３９へ進み、再生制御部１４は、操作部１１から受信したコマンドが、再生中のコンテンツの再生の一時停止を要求する一時停止コマンドであるか否かの判定を行う。
【００７８】
ステップS３９において、受信されたコマンドが一時停止コマンドであると判定された場合、処理は、ステップS３３へ戻り、次にコマンドが受信されるまで、再生状態を維持する。つまり、ステップS３３の処理の後、ステップS３４へ進み、そこでの判定結果が“NO”となってステップS４１へ進む。さらに、ステップS４１の判定結果が“YES”となってステップS３３へ戻る処理を、次にコマンドが受信されるまで繰り返す。
【００７９】
これに対して、ステップS３９おいて、受信されたコマンドが一時停止コマンドではないと判定された場合、処理は、ステップS４０へ進み、再生制御部１４は、操作部１１から受信したコマンドが、再生中のコンテンツの再生の停止を要求する停止コマンドであるか否かの判定を行う。
【００８０】
ステップS４０において、受信されたコマンドが停止コマンドであると判定された場合、ステップS４７へ進み、再生制御部１４は、ファイルを閉じて、追っかけ再生処理を終了する。
【００８１】
これに対して、ステップS４０において、受信されたコマンドが停止コマンドではないと判定された場合、処理は、ステップS４２へ進む。
【００８２】
また、ステップS３４の処理において、コマンドを受信していないと判定された場合、処理は、ステップS４１へ進み、再生制御部１４は、再生状態が一時停止中か否かの判定を行う。ステップS４１において、再生状態が一時停止中であると判定された場合、処理は、ステップS３３に戻り、上述した処理を繰り返す。
【００８３】
また、ステップS４１において、再生状態が一時停止中でないと判定された場合、処理は、ステップS４２へ進む。
【００８４】
以上、説明したように、ステップS３５の処理にて“YES”と判定された場合、ステップS４０の処理にて“NO”と判定された場合、ステップS４１の処理にて“NO”と判定された場合のいずれの場合も、処理は、ステップS４２へ進む。さらに、ステップS３６の処理にて“YES”と判定された場合と、ステップS３７の処理にて“YES”と判定された場合も、処理は、ステップS３８を経て、ステップS４２へ進む。
【００８５】
ステップS４２において、再生制御部１４は、ドライブ１５を介して、リムーバル記録媒体２０から、１chunk分のコンテンツデータの読み込みを行う。つまり、再生処理部１４は、ステップS３３の処理で読み込んだリソースデータ内で、現時点で参照しているinfoに基づいて、リムーバル記録媒体２０から、１chunk分のコンテンツデータを読み込む。
【００８６】
詳細には、再生制御部１４は、読み込みの対象となるchunkの開始アドレスを示すstadrを基点にし、aunoとausz-0乃至ausz-xに基づいてオーディオデータを読み込み、それと同様に、vdnoとvdsz-0乃至vdsz-yに基づいてビデオデータを読み込む。
【００８７】
そして、ステップS４２からステップS４３に進み、再生制御部１４は、ステップS４２の処理で読み込んだ１chunk分のコンテンツデータを、ステップS３２の処理で読み込んだ属性に含まれるコーデック情報に対応するコーデックを使用してデコードし、ステップS４４へ進む。
【００８８】
ステップS４４において、再生制御部１４は、コンテンツデータを再生する。つまり、ステップS４３の処理にてデコードされた１chunk分のコンテンツデータを、そのchunkに対応するinfoに含まれるlength，aunoおよびvdnoに基づいて、出力部１７に供給する。
【００８９】
ステップS４５において、再生制御部１４は、現在再生中のコンテンツデータが最後のchunkに含まれるコンテンツデータであるか否かの判定を行う。ステップS４５において、現在再生中のコンテンツデータが最後のchunkに含まれるコンテンツデータではないと判定された場合、処理は、ステップS４６へ進み、再生処理部１４は、読み込み対象となるchunkを、次のchunkへ更新する。つまり、再生処理部１４は、参照するinfoを、現在再生中のコンテンツデータを含むchunkの次のchunkに対応するinfoに更新する。
【００９０】
その後、ステップS３３へ戻り、上述の処理が繰り返される。
【００９１】
また、ステップS４５において、現在再生中のコンテンツデータが最後のchunkに含まれるコンテンツデータであると判定された場合、ステップS４７へ進み、再生制御部１４は、ファイルを閉じて、追っかけ再生処理を終了する。
【００９２】
次に、図７のフローチャートを参照して、図４の情報記録再生装置１における通常の再生処理を説明する。
【００９３】
再生制御部１４は、操作部１１から再生コマンドを受信すると、再生処理を開始し、ステップS６１において、操作部１１から指定された、リムーバル記録媒体２０上のファイルを開いて、ステップS６２へ進む。
【００９４】
ステップS６２において、再生制御部１４は、操作部１１により指定されたファイルに記録された属性を、ドライブ１５を介して読み込み、ステップS６３へ進む。
【００９５】
ステップS６３において、再生制御部１４は、操作部１１により指定されたファイルに記録されたリソースデータを、ドライブ１５を介して読み込む。
【００９６】
また、再生制御部１４は、ドライブ１５を介して読み込んだリソースデータを、リソース記憶部１６に供給して、記憶させる。
【００９７】
そして、ステップS６３からS６４へ進み、再生制御部１４は、操作部１１から、コマンドを受信したか否かの判定を行う。ステップS６４において、コマンドを受信したと判定された場合、処理は、ステップS６５へ進み、再生制御部１４は、操作部１１から受信したコマンドが、リムーバル記録媒体２０に記録されたコンテンツの再生を要求する再生コマンドであるか否かの判定を行う。
【００９８】
ステップS６５において、受信コマンドが、再生コマンドであると判定された場合、処理は、ステップS７２へ進む。
【００９９】
これに対して、ステップS６５において、受信したコマンドが、再生コマンドではないと判定された場合、処理は、ステップS６６へ進み、再生制御部１４は、受信したコマンドが、再生中のコンテンツの早戻しを要求する早戻しコマンドであるか否かの判定を行う。
【０１００】
ステップS６６において、受信したコマンドが早戻しコマンドであると判定された場合、処理は、ステップS６８へ進む。
【０１０１】
これに対して、ステップS６６おいて、受信したコマンドが、早戻しコマンドではないと判定された場合、処理は、ステップS６７へ進み、再生制御部１４は、受信したコマンドが、再生中のコンテンツの早送り再生を要求する早送りコマンドであるか否かの判定を行う。
【０１０２】
ステップS６７において、受信したコマンドが早送りコマンドであると判定された場合、処理は、ステップS６８へ進む。
【０１０３】
ステップS６８において、再生制御部１４は、図６のステップS３８における場合と同様に、読み込み対象のchunkの更新を行う。
【０１０４】
その後、処理は、ステップS６８からS７２へ進む。ステップS７２の処理については後述する。
【０１０５】
また、ステップS６７において、受信されたコマンドが早送りコマンドではないと判定された場合、処理は、ステップS６９へ進み、再生制御部１４は、操作部１１から受信したコマンドが、再生中のコンテンツの再生の一時停止を要求する一時停止コマンドであるか否かの判定を行う。
【０１０６】
ステップS６９において、受信されたコマンドが一時停止コマンドであると判定された場合、処理は、ステップS６４へ戻り、次にコマンドが受信されるまで、再生状態を維持する。
【０１０７】
これに対して、ステップS６９おいて、受信されたコマンドが一時停止コマンドではないと判定された場合、処理は、ステップS７０へ進み、再生制御部１４は、操作部１１から受信したコマンドが、再生中のコンテンツの再生の停止を要求する停止コマンドであるか否かの判定を行う。
【０１０８】
ステップS７０において、操作部１１からのコマンドが停止コマンドであると判定された場合、処理は、ステップS７７へ進む。
【０１０９】
これに対して、ステップS７０において、操作部１１からのコマンドが停止コマンドではないと判定された場合、処理は、ステップS７２へ進む。
【０１１０】
また、ステップS６４の処理において、コマンドを受信していないと判定された場合、処理は、ステップS７１へ進み、再生制御部１４は、再生状態が一時停止中か否かの判定を行う。ステップS７１において、再生状態が一時停止中であると判定された場合、処理は、ステップS６４に戻り、上述した処理を繰り返す。
【０１１１】
また、ステップS７１において、再生状態が一時停止中でないと判定された場合、処理は、ステップS７２へ進む。
【０１１２】
ステップS７２において、再生制御部１４は、ドライブ１５を介して、リムーバル記録媒体２０から１chunk分のコンテンツデータの読み込みを行う。つまり、再生制御部１４は、ステップS６３で読み込んだリソースデータ内で、現時点で参照しているinfoに基づいて、リムーバル記録媒体２０から、１chunk分のコンテンツデータを読み込む。
【０１１３】
詳細には、再生制御部１４は、図６に示すステップS４２の処理と同様に、読み込みの対象となるchunkの開始アドレスを示すstadrを基点にし、aunoとausz-0乃至ausz-xに基づいてオーディオデータを読み込み、それと同様に、vdnoとvdsz-0乃至vdsz-yに基づいてビデオデータを読み込む。
【０１１４】
その後、ステップS７２からS７３へ進み、再生制御部１４は、ステップS７２の処理にて読み込んだ１chunk分のコンテンツデータを、ステップS６２の処理で読み込んだ属性に含まれるコーデック情報に対応するコーデックを使用してデコードし、ステップS７４へ進む。
【０１１５】
ステップS７４において、再生制御部１４は、コンテンツデータを再生する。つまり、ステップS７３の処理にてデコードされた１chunk分のコンテンツデータを、infoに含まれるlength，aunoおよびvdnoに基づいて、出力部１７へ供給する。
【０１１６】
ステップS７５において、再生制御部１４は、現在再生中のコンテンツデータが最後のchunkに含まれるコンテンツデータであるか否かの判定を行う。
【０１１７】
ステップS７５おいて、現在再生中のコンテンツデータが最後のchunkに含まれるコンテンツデータではないと判定された場合、処理は、ステップS７６へ進み、再生制御部１４は、読み込み対象となるchunkを、次のchunkへ更新する。つまり、再生制御部１４は、参照するinfoを、現在再生中のコンテンツデータを含むchunkの次のchunkに対応するinfoに更新する。
【０１１８】
その後、ステップS７４へ戻り、上述の処理が繰り返される。
【０１１９】
また、ステップS７５において、現在再生中のコンテンツデータが最後のchunkに含まれるコンテンツデータであると判定された場合、処理は、ステップS７７へ進み、再生制御部１４は、ファイルを閉じて、再生処理を終了する。
【０１２０】
以上のように、MQTのような、リソースデータがファイルの最後に記録される記録フォーマットを利用した記録処理においてバッファリングされているリソースデータを、直接、参照するようにしたので、記録処理中のMQTのファイル（コンテンツ）の追っかけ再生を実現することができる。
【０１２１】
また、通常の再生処理と同様に、単なる再生のみではなく、変速再生（２倍速再生、早送り、早戻し、一時停止などを含む）を行うことが可能であり、図４の情報記録再生装置１では、再生に必要な情報を、ファイルからではなく、リソース記憶部１６から読み込むことにより、特に変速再生において、よりスムーズに処理を行うことができる。
【０１２２】
例えば、MPEG１やMPEG２のフォーマットように、コンテンツデータの再生に必要な情報が、コンテンツデータの記録単位であるPacketのそれぞれに記録されている場合、変速再生を行うには、全てのPacketを読み込む必要がある。
【０１２３】
これに対して、図４の情報記録再生装置１では、リソース記憶部１６に記憶されたリソースデータには、コンテンツデータの記録単位であるchunkの全てに対応する、再生に必要な情報が含まれているので、リソース記憶部１６に記憶されたリソースデータに含まれる時間情報に基づいて、目的のchunkを割り出すことができ、そのchunk以降に含まれるコンテンツデータを読み込むことができる。
【０１２４】
つまり、MQTにおいては、不要なchunkを、ファイルから読み込む必要がないため、従来の記録再生装置に比べて、変速再生の処理を、よりスムーズに行うことができる。
【０１２５】
上述した一連の処理は、専用のハードウェアにより実行することもできるが、ソフトウェアにより実行することもできる。
【０１２６】
上述した一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または各種のプログラムをインストールすることで各種の機能を実行することが可能な、例えば、図８に示される汎用のパーソナルコンピュータ３０などに、記録媒体からインストールされる。
【０１２７】
この記録媒体は、図８に示すように、パーソナルコンピュータ３０とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク４１（フレキシブルディスクを含む）、光ディスク４２（CD-ROM(Compact Disc-Read Only Memory)、ＤＶＤ(Digital Versatile Disk)を含む）、光磁気ディスク４３（ＭＤ(Mini-Disc)（商標）を含む）、もしくは半導体メモリ４４などよりなるパッケージメディアにより構成されるだけでなく、パーソナルコンピュータ３０に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM３２や、記録部３９に含まれるハードディスクなどで構成される。
【０１２８】
パーソナルコンピュータ３０のCPU３１は、パーソナルコンピュータの全体の動作を制御する。また、CPU３１は、バス３４および入出力インタフェース３５を介してユーザから、キーボードやマウスなどを有する入力部３６から指令が入力されると、それに対応してROM(Read Only Memory)２０２に格納されているプログラムを実行する。あるいはまた、CPU３１は、ドライブ４０に接続された磁気ディスク４１、光ディスク４２、光磁気ディスク４３、または半導体メモリ４４から読み出され、記録部３９にインストールされたプログラムを、RAM(Random Access Memory)３３にロードして実行する。さらに、CPU３１は、プログラムの実行により得られたデータを、ディスプレイやスピーカなどを有する出力部３７へ出力する。また、CPU３１は、チューナやカメラ、またはマイクロフォンなどから構成される入力部３６からデータを取得する。さらに、CPU３１は、通信部３８を制御して、外部と通信し、データの授受を実行する。
【０１２９】
なお、通信部３８は、無線による通信を行うものでもよいし、有線による通信を行うものでもよい。或いは、無線と有線の両方の通信が可能なものでもよい。さらに、その通信方式も特に限定されず、例えば、無線の場合、IEEE(The Institute of Electrical and Electronic Engineers , Inc.)802.11a、もしくは802.11bの無線LAN（Local Area Network）、または、Bluetooth等様々な無線通信方式が利用可能である。同様に、有線の場合も、Ethernet（登録商標）もしくはUSB（Universal Serial Bus）、またはIEEE1394等様々な有線通信方式が利用可能である。
【０１３０】
なお、上述した一連の処理を実行させるプログラムは、必要に応じてルータ、モデムなどのインタフェースを介して、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の通信媒体を介してコンピュータにインストールされるようにしても良い。
【０１３１】
また、本明細書において、記録媒体に格納されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１３２】
なお、本実施の形態では、データを記録する記録媒体として、リムーバル記録媒体を例に挙げて説明したが、記録媒体は、リムーバル記録媒体に限らず、装置に内蔵された固定式の記録媒体であってもよいし、情報記録再生装置としては、その両方を利用した形態であってもよい。
【０１３３】
また、記録されるコンテンツデータは、アナログテレビジョン放送番組を構成するデータに限らず、その他のデータであってもよい。
【０１３４】
また、本発明は、MQT以外の、ファイルに記録されたコンテンツデータの、再生に必要な情報が、そのファイルの最後に配置されるフォーマットのデータにも適用可能である。
【図面の簡単な説明】
【０１３５】
【図１】MPEG１におけるデータ構成を示す図である。
【図２】MQTにおけるデータ構成を示す図である。
【図３】図２のリソースのデータ構成を示す図である。
【図４】本発明を適用した情報記録再生装置の一実施の形態の構成例を示すブロック図である。
【図５】図４の情報記録再生装置１における記録処理を説明するフローチャートである。
【図６】図４の情報記録再生装置１における追っかけ再生処理を説明するフローチャートである。
【図７】図４の情報記録再生装置１における通常の再生処理を説明するフローチャートである。
【図８】パーソナルコンピュータの構成例を示すブロック図である。
【符号の説明】
【０１３６】
１  情報記録再生装置，  １１  操作部，  １２  AVデータ入力部，  １３  記録制御部，  １４  再生制御部，  １５  ドライブ，  １６  リソース記憶部，  １７  出力部，  ２０  リムーバル記録媒体，  ３０  パーソナルコンピュータ，  ３１  ＣＰＵ，  ３２  ＲＯＭ，  ３３  ＲＡＭ，  ３４  内部バス，  ３５  入出力インタフェース，  ３６  入力部，  ３７  出力部，  ３８  記録部，  ３９  通信部，  ４０  ドライブ，  ４１  磁気ディスク，  ４２  光ディスク，  ４３  光磁気ディスク，  ４４  半導体メモリ
【図１】
2005328304.tif 000003
【図２】
2005328304.tif 000004
【図３】
2005328304.tif 000005
【図４】
2005328304.tif 000006
【図５】
2005328304.tif 000007
【図６】
2005328304.tif 000008
【図７】
2005328304.tif 000009
【図８】
2005328304.tif 000010