(57)【要約】【課題】従来の技術では、複数のデータファイルをユーザーに対しては擬似的に一のファイルとして管理させることは可能であるが、装置のファイル管理システムとしては内部に複数のファイルを管理していることには変わりがなく、結局装置の処理負荷の低減は実現されていない、という課題がある。【解決手段】以上の課題を解決するために、本発明は、データ記録の一時中断命令などがあっても、空パケットを挿入することでファイルを閉じずに、記録再開後も連続してデータを記録媒体に記録することができる記録再生装置を提供する。また、データ記録の一時中断命令などの際に挿入する空パケットの数を調整し、記録再開後のデータの書込み開始位置を記録媒体の物理書込単位の書込み開始位置に揃えることで連続してデータを記録媒体に記録することができる記録再生装置も提供する。【選択図】図２
2007184033.tif 000002
【特許請求の範囲】
【請求項１】
記録中断及び再開の命令の入力を受け付けるための記録命令入力部と、
物理書込単位の書込開始位置からのみデータの書込を受け付ける記録部と、
データを記録部に書込む単位である所定パケット単位でパケット列を取得するパケット取得部と、
記録中断命令が入力された場合に、記録中断の際に最後に書込まれたパケットに連続して所定の空パケットを補充記録する空パケット補充記録部と、
記録部に記録されたデータを再生する再生部と、
を有する記録再生装置。
【請求項２】
空パケット補充記録部は、記録再開命令による記録再開後最初に書込まれるパケットが物理書込単位の書込開始位置から書込まれるように所定の空パケットを補充記録後記録停止する停止手段を有する請求項１に記載の記録再生装置。
【請求項３】
記録媒体から読取る開始コード及び、記録媒体から読取る終了コードと、両コードの間に書込まれた連続する所定パケット列からなるパケット集合をファイル単位として認識するファイル管理部を有し、
再生部は、一のファイルに含まれる空パケットを再生しないで廃棄する処理をするための空パケット廃棄処理手段を有する請求項１又は２に記載の記録再生装置。
【請求項４】
一のファイルに空パケットが含まれるか判断する空パケット判断部と、
空パケット判断部での判断結果が空パケットが存在するとの判断結果である場合には、そのファイルに含まれる空パケットを削除して、空パケットを挟むパケットを物理書込領域内で結合するクリーンアップ部と、
を有する請求項１から３のいずれか一に記載の記録再生装置。
【請求項５】
物理書込単位の書込開始位置からのみデータの書込を受け付ける記録部にデータを書込む単位である、所定パケット単位でパケット列を取得するパケット取得ステップと、
前記取得したパケット列を記録部に記録する記録ステップと、
記録中断の命令の入力を受け付ける記録中断命令入力ステップと、
記録中断命令が入力された場合に、記録中断の際に最後に書込まれたパケットに連続して所定の空パケットを補充記録する空パケット補充記録ステップと、
記録再開の命令の入力を受け付ける記録再開命令入力ステップと、
所定パケット単位でのパケット列の取得を再開するパケット取得再開ステップと、
前記再開取得したパケット列を補充記録された空パケットに連続して記録部に記録する再開記録ステップと、
前記記録されたデータを再生する再生ステップと、
を有する記録再生方法。
【請求項６】
物理書込単位の書込開始位置からのみデータの書込を受け付ける記録部にデータを書込む単位である、所定パケット単位でパケット列を取得するパケット取得ステップと、
前記取得したパケット列を記録部に記録する記録ステップと、
記録中断の命令の入力を受け付ける記録中断命令入力ステップと、
記録中断命令が入力された場合に、記録中断の際に最後に書込まれたパケットに連続して所定の空パケットを補充記録する空パケット補充記録ステップと、
記録再開命令による記録再開後最初に書込まれるパケットが物理書込単位の書込開始位置から書込まれるように所定の空パケットを補充記録後記録停止する停止ステップと、
記録再開の命令の入力を受け付ける記録再開命令入力ステップと、
所定パケット単位でのパケット列の取得を再開するパケット取得再開ステップと、
前記再開取得したパケット列を、記録部の物理書込単位の書込開始位置から書込んで、補充記録された空パケットに連続して記録する再開記録ステップと、
前記記録されたデータを再生する再生ステップと、
を有する記録再生方法。
【請求項７】
物理書込単位の書込開始位置からのみデータの書込を受け付ける記録部にデータを書込む単位である、所定パケット単位でパケット列を取得するパケット取得ステップと、
前記取得したパケット列を記録部に記録する記録ステップと、
記録中断の命令の入力を受け付ける記録中断命令入力ステップと、
記録中断命令が入力された場合に、記録中断の際に最後に書込まれたパケットに連続して所定の空パケットを補充記録する空パケット補充記録ステップと、
記録再開の命令の入力を受け付ける記録再開命令入力ステップと、
所定パケット単位でのパケット列の取得を再開するパケット取得再開ステップと、
前記再開取得したパケット列を補充記録された空パケットに連続して記録部に記録する再開記録ステップと、
前記データが記録された記録部の記録媒体から読取る開始コード及び、記録媒体から読取る終了コードと、両コードの間に書込まれた連続する所定パケット列からなるパケット集合をファイル単位として認識するファイル管理ステップと、
前記一のファイルに含まれる空パケットを再生しないで廃棄し、その一のファイルを再生する空パケット廃棄ファイル再生ステップと、
を有する記録再生方法。
【請求項８】
物理書込単位の書込開始位置からのみデータの書込を受け付ける記録部にデータを書込む単位である、所定パケット単位でパケット列を取得するパケット取得ステップと、
前記取得したパケット列を記録部に記録する記録ステップと、
記録中断の命令の入力を受け付ける記録中断命令入力ステップと、
記録中断命令が入力された場合に、記録中断の際に最後に書込まれたパケットに連続して所定の空パケットを補充記録する空パケット補充記録ステップと、
記録再開の命令の入力を受け付ける記録再開命令入力ステップと、
所定パケット単位でのパケット列の取得を再開するパケット取得再開ステップと、
前記再開取得したパケット列を補充記録された空パケットに連続して記録部に記録する再開記録ステップと、
前記記録された一のファイルに空パケットが含まれるか判断する空パケット判断ステップと、
前記判断結果が空パケットが存在するとの判断結果である場合には、そのファイルに含まれる空パケットを削除して、空パケットを挟むパケットを物理書込領域内で結合するクリーンアップステップと、
前記クリーンアップされ記録されたデータを再生する再生ステップと、
を有する記録再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ハードディスク・ドライブやＤＶＤメディアなどの外部（二次）記録装置に効率的にファイルの記録処理を行う技術に関する。
【背景技術】
【０００２】
近年、ビデオカメラなどにおいて、その記録媒体にランダムアクセス可能なＨＤＤ（ハードディスク・ドライブ）やＤＶＤ（デジタル・ヴァーサタイル・ディスク）メディアなどを採用したデジタル記録製品が提供されている。ところで、このようなデジタル記録媒体への記録においては、図１９に示すように、記録媒体の物理書込単位と、そこに書込まれるデータの所定パケット単位とにサイズ差が生じている。例えば、ＨＤＤにおける物理書込単位は５１２バイト、ｍｐｅｇ２映像データの所定パケット単位は１８８バイトという具合である。そして撮影を開始してデータが連続して書込まれている間は、図に示すようにＤ１、Ｄ２、Ｄ３・・・、という具合に記録媒体の物理書込単位に関係なくデータはその所定パケット単位で連続して書込まれていく。しかし、Ｄｎが記録された段階で撮影（データの書込み記録）を一時中断し、その後撮影を再開すると、撮影再開後のデータＤｘ、Ｄｙ・・・の書込みはＤｎの直後からではなく、図に示すように記録媒体の物理書込単位の書込み開始位置から開始される。そのため、データ記録の途中で記録の一時中断などがあると、その書込まれたデータはＤｎまでのデータファイルとして一旦閉じられる（ＥＯＦ：エンド・オブ・ファイルが書込まれる）ことになる。
【０００３】
このように、デジタルデータの書込み記録においては、記録媒体の物理書込単位と、そこに書込まれるデータの所定パケット単位とのサイズ差を原因として、記録の一時中断などでファイルが閉じられると、その前後で２以上の記録データファイルが作成されることになる。そのため、例えば運動会の「第一種目」と「第二種目」、という具合に複数作成された記録データファイルの管理や再生などの取扱いに無駄な手間が生じる、という課題がある。そこでこのような記録データファイルの取扱いに関して、特許文献において以下のような技術が開示されている。例えば特許文献１の技術では、撮影時刻や撮影場所などの特定の条件下で複数の記録データファイルを自動的にグループ化することで、ユーザーにその複数ファイルの存在を意識させることなく、一のファイルとして管理し、取扱うことを可能とする。また、特許文献２では、このような複数の映像データファイルを自動的に繋げる（いわゆる「つなぎ撮り」）処理に際して、その繋ぎ目部分に生じるノイズなどの乱れを抑制するための技術が開示されている。
【特許文献１】特開２００１−１８６４６８号公報
【特許文献２】特開２００３−２３００９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上記特許文献１にて開示されている技術では、複数のデータファイルをユーザーに対して擬似的に一のファイルとして管理させることは可能であるが、装置のファイル管理システムとしては内部に複数のファイルを管理していることには変わりがない。したがって、結局装置の処理負荷の低減は実現されていない、という課題がある。また、特許文献２にて開示されている技術では、繋ぎ目部分のノイズ発生を完全に抑えることはできない、という課題がある。
【課題を解決するための手段】
【０００５】
以上の課題を解決するために、本発明は、データ記録の一時中断命令などがあっても、空パケットを挿入することでファイルを閉じずに、記録再開後も連続してデータを記録媒体に記録することができる記録再生装置を提供する。具体的には、記録中断及び再開の命令の入力を受け付けるための記録命令入力部と、物理書込単位の書込開始位置からのみデータの書込を受け付ける記録部と、データを記録部に書込む単位である所定パケット単位でパケット列を取得するパケット取得部と、記録中断命令が入力された場合に、記録中断の際に最後に書込まれたパケットに連続して所定の空パケットを補充記録する空パケット補充記録部と、記録部に記録されたデータを再生する再生部と、を有する記録再生装置である。
【０００６】
また第二の発明として、データ記録の一時中断命令などの際に挿入する空パケットの数を調整し、記録再開後のデータの書込み開始位置を記録媒体の物理書込単位の書込み開始位置に揃えることで連続してデータを記録媒体に記録することができる記録再生装置を提供する。具体的には、前記空パケット補充記録部が、記録再開命令による記録再開後最初に書込まれるパケットが物理書込単位の書込開始位置から書込まれるように所定の空パケットを補充記録後記録停止する停止手段を有する記録再生装置である。
【０００７】
また第三の発明として、記録媒体から読取る開始コード及び、記録媒体から読取る終了コードと、両コードの間に書込まれた連続する所定パケット列からなるパケット集合をファイル単位として認識するファイル管理部を有し、再生部が、一のファイルに含まれる空パケットを再生しないで廃棄する処理をするための空パケット廃棄処理手段を有する記録再生装置も提供する。また第四の発明として、一のファイルに空パケットが含まれるか判断する空パケット判断部と、空パケット判断部での判断結果が空パケットが存在するとの判断結果である場合には、そのファイルに含まれる空パケットを削除して、空パケットを挟むパケットを物理書込領域内で結合するクリーンアップ部と、を有する記録再生装置も提供する。
【発明の効果】
【０００８】
以上のような構成をとる本発明によって、データ記録の一時中断命令などがあっても、連続してデータを記録媒体に一のデータファイルとして記録することができる。したがって、ユーザーにとっても、また装置のファイル管理システムにとっても管理が容易な形態での記録を行うことができるようになり、装置の管理処理負荷を低減することがきる。また、本実施例によるデータの記録はＥＯＦによってクローズされた２以上のデータを繋ぐわけではないのでデータ間の繋ぎ目が生じることもなく、したがって、その繋ぎ目部分のノイズ発生もない。
【発明を実施するための最良の形態】
【０００９】
以下に、図を用いて本発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。なお、実施例１は、主に請求項１、５について説明する。また、実施例２は、主に請求項２、６について説明する。また、実施例３は、主に請求項３、７について説明する。また、実施例４は、主に請求項４、８について説明する。
【００１０】
≪実施例１≫
<本実施例の概要>
図１に示すのは、本実施例の記録再生装置による映像データの記録の一例を説明するための図である。この図にあるように、１０月１０日１１時１５分から運動会の玉入れの映像データが、本実施例の記録再生装置を利用してＨＤＤなどの記録媒体に記録される。ここで、玉入れ競技が終了したので、ユーザーは記録再生装置のデータ書込み一時停止ボタン（従来の装置にはそもそもこのようなボタンが無い）を押した。そして、１２時１１分から１００メートル走の撮影をするために書込みの再開ボタンを押し、映像データの書込みを再開した。すると、従来の記録再生装置では図のαで示すデータファイルに加え、破線で示すデータファイルβが別途作成される。しかし、本実施例の記録再生装置では、このように書込み処理の一時中断があっても、ＥＯＦの書込みによるファイルのクローズを行わないので、その一時中断前後の映像データを図に示すように一つのデータファイルαとして記録することができる。もちろん、これはエクスプローラなどのアプリケーション上で擬似的に一のデータファイルとして管理、表示されているのではなく、ファイル管理システム上でも一のデータファイルとして管理されることを特徴としている。
【００１１】
<本実施例の機能的構成>
図２に示すのは、本実施例の記録再生装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「記録再生装置」（０２００）は、「記録命令入力部」（０２０１）と、「記録部」（０２０２）と、「パケット取得部」（０２０３）と、「空パケット補充記録部」（０２０４）と、「再生部」（０２０５）と、を有する。
【００１２】
なお、以下に記載する本装置の機能ブロックは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、ＣＰＵや主メモリ、バス、あるいはハードディスクや不揮発性メモリなどの記憶装置、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの記憶メディア、それらメディアの読取ドライブ、各種通信や印刷機器用の送受信ポート、その他の周辺装置などのハードウェア構成部や、それらハードウェアを制御するためのドライバプログラムやその他アプリケーションプログラム、情報入力に利用されるインターフェースなどが挙げられる。これらハードウェアやソフトウェアは、メモリ上に展開したプログラムをＣＰＵで順次演算処理したり、メモリやハードディスク上に保持されているデータや、インターフェースを介して入力されたデータなどを加工、蓄積、出力処理したり、あるいは各ハードウェア構成部の制御を行ったりするために利用される。また、この発明は装置として実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウェアとして構成することができる。さらに、そのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を記録媒体に固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である）。
【００１３】
「記録命令入力部」（０２０１）は、記録中断及び再開の命令の入力を受け付けるための機能を有する。具体的には、例えばボタンやジョグダイアル、タッチパネル、ＧＵＩ（グラフィカル・ユーザー・インターフェース）などの操作系で構成され、その操作に応じて記録中断及び再開の命令の入力を受け付ける構成が挙げられる。ここで「記録中断」とは、記録書込み処理の一時的な中断を示すもので、データファイル末尾にＥＯＦ（エンド・オブ・ファイル）を書込む記録停止処理とは別の処理である。また「記録再開」も、データファイルの頭にＳＯＦ（スタート・オブ・ファイル）を書込む記録開始処理とは別の処理である。したがって、記録中断（記録再開）と記録停止（記録開始）とを別個のボタンなどとして装置に配置したり、停止ボタンの半押しで記録中断、全押しで記録停止、という具合に別個の操作に対応させたりすることが望ましい。また、このように記録中断（記録再開）と記録停止（記録開始）とを厳密に区別することで、撮影内容や状況などに応じて記録データを一のデータファイルとするか複数のデータファイルとするか、ユーザーが任意に選択記録させることが可能な構成とすることができる。
【００１４】
なお、このデータファイルにＥＯＦやＳＯＦを書込まない（データファイルをクローズしない）記録の中断処理や再開処理に関する詳細は、本実施例および実施例２の空パケット補充記録部にて説明する。
【００１５】
「記録部」（０２０２）は、物理書込単位の書込開始位置からのみデータの書込を受け付けることを特徴としており、例えば従来のＨＤＤ、ＤＶＤや次世代ＤＶＤメディア、フラッシュメモリ、などランダムアクセス可能なデジタルデータの記録媒体、およびその記録媒体へのデータの書込みを制御する制御機構などが該当する。
【００１６】
「パケット取得部」（０２０３）は、データを記録部（０２０２）に書込む単位である所定パケット単位でパケット列を取得する機能を有する。具体的には、例えば、撮像機構であって、パケット列は撮像された映像データや音声データなどが挙げられる。あるいは受信チューナー（また受信チューナーで受信した放送波のＡ／Ｄ変換器）や、ネットワーク回線を通じてパケット列を取得するネットワーク接続器などもパケット取得部の一例として挙げられる。「所定パケット単位」とは、記録部にデータを記録する際の書込み単位をいい、例えばＭｐｅｇ２のＴＳ（トランスポート・ストリーム）であれば１８８バイトである。
【００１７】
図３に示すのは、パケット取得部で取得したパケット列の記録部での記録の一例について説明するための図である。この図にあるように、上記記録部は、物理書込単位によって分割されている。「物理書込単位」とは、記録媒体を分割する最小単位であって、データファイルのＳＯＦがこの物理書込単位の先頭に当たる書込開始位置に書込まれてデータの書込み記録が開始される。そして、データが連続して書込まれている間は、図３に示すようにＤ１、Ｄ２、Ｄ３・・・、という具合に記録媒体の物理書込単位に関係なくデータはその所定パケット単位で連続して書込まれていく。しかし、Ｄｎが記録された段階で撮影（データの書込み記録）を一時中断すると、その後データの書込みを再開しようとしても、この所定パケット単位と、前記記録部の物理書込単位とに差が生じているため書込開始位置からの書込みを再開することが必ずしもできないことになる。そのため、通常は一時中断などの場合はその書込み記録データはデータファイルとして一旦閉じられる（ＥＯＦ：エンド・オブ・ファイルが書込まれる）ことになる。そして、その後撮影を再開すると、再開後のデータの書込みはＤｎの直後からではなく、記録媒体の物理書込単位に基づく「書込み開始位置」から開始される、という具合である。
【００１８】
しかし、それでは記録中断の前後で２以上のデータファイルが作成されることになる。そこで本実施例の記録再生装置では、前記記録命令入力部にて「記録中断命令」が入力された場合、次の空パケット補充記録部の処理により、ＥＯＦを書込まない記録の中断処理を行うことを特徴としている。
【００１９】
「空パケット補充記録部」（０２０４）は、記録中断命令が入力された場合に、記録中断の際に最後に書込まれたパケットに連続して所定の空パケットを補充記録する機能を有する。「空パケット」とは、パケット構造およびパケットサイズはパケット取得部で取得されるパケットと同一であるが、そのデータフィールドに「ＮＵＬＬ」であることを示すデータ数列を有するパケットをいう。したがって、この空パケットは、データフィールドのデータ数列を読取ることで空パケットであることを識別することができる。また、それ以外にもフレームヘッダに空パケットであることを示す識別情報を含ませることで、空パケットか否か識別することが可能である。
【００２０】
図４に示すのは、この空パケット補充記録部によるデータの記録の一例について説明するための図である。この図にあるように、本実施例では例えば記録部でパケットＤｎが記録された直後に記録中断命令の入力があった場合、Ｄ１からＤｎのパケットで構成されるデータファイルを、ＥＯＦを書込んで閉じるのではなく、Ｄｎに続けて空パケットＮ１、Ｎ２、Ｎ３、・・・を書込むことで記録処理を連続させる。そして、空パケットＮｎが書込まれた時点で記録再開命令が入力されると、その後に取得したパケット列Ｄｎ＋１、ＤＮ＋２、ＤＮ＋３、・・・をＮｎに続けて書込むことで記録処理を連続させる、という具合である。
【００２１】
このように、空パケットの補充記録によってＥＯＦやＳＯＦの書込みをせずにデータの書込み記録を中断することができるので、書込み中断の前後でデータファイルが２以上作成されることを防ぐことができる。
【００２２】
「再生部」（０２０５）は、記録部（０２０２）に記録されたデータを再生する機能を有する。これは通常の記録データであれば通常の再生方法によって再生すればよいし、上記のように空パケットを補充して記録されたデータの再生に関しては、後述するように、例えば「空パケットを廃棄して再生する」などの方法で再生すると良い。
【００２３】
<本実施例のハードウェア的構成>
図５に示すのは、本実施例の記録再生装置におけるハードウェア構成の一例を表す概略図である。この図を利用して中断を含む記録書込み処理におけるそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、記録再生装置は、「ＣＰＵ（中央演算装置）」（０５０１）と、「メインメモリ」（０５０２）と、を備えている。また記録命令入力部である「インターフェース」（０５０３）、記録部である「記録制御回路」」（０５０６）や「ＨＤＤ（外部記録装置）」（０５０７）、パケット取得部である「撮像機構」（０５０４）や「信号処理回路」（０５０５）、再生部である「出力回路」（０５０８）や「ビデオメモリ」（０５０９）や「モニタ」（０５１０）なども備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００２４】
また「メインメモリ」は、各種プログラムを実行するために読み出すと同時にそのプログラムの作業領域でもあるワーク領域を提供する。また、この「メインメモリ」や「ＨＤＤ」、「ビデオメモリ」にはそれぞれ複数の物理アドレスが割り当てられており、「ＣＰＵ」で実行されるプログラムは、その物理アドレスを特定しアクセスすることで相互にデータのやりとりを行い、処理を行うことが可能になっている。なお、本例ではパケット取得部として「撮像機構」などを挙げたが、その他にも例えば「受信チューナー」であって放送映像データの記録が行われても良い。また記録されるデータは映像データ以外であっても構わない。
【００２５】
ここで、「インターフェース」である撮影ボタンが押下され撮影開始信号が送出される。するとその撮影開始信号に基づいて「ＣＰＵ」が「撮像機構」の制御信号を送出し、撮像機構でのＲＧＢ映像信号の取得が実行される。そして、取得されたＲＧＢ映像信号が「信号処理回路」によってデジタル動画データに変換される。そしてその変換されたデジタル動画データが、「記録制御回路」によって、１８８バイト単位のパケット列として連続して「ＨＤＤ」に書込み記録されていく。
【００２６】
その後、今度は「インターフェース」である撮影中断ボタンが押下され撮影中断信号が送出される。するとその撮影中断信号の受信を受け「ＣＰＵ」が空パケットを生成し、メインメモリに格納する。そして、その空パケットのデータが「記録制御回路」によって、同じ１８８バイト単位のパケット列として記録中断の際に最後に書込まれたパケットに連続して「ＨＤＤ」に記録されていく。
【００２７】
その後、再度「インターフェース」である撮影ボタンが押下され撮影開始信号が送出されると、「ＣＰＵ」が「撮像機構」の制御信号を送出し撮影処理が再開される。それによって撮像機構および信号処理回路で取得されたデジタル動画データのＨＤＤへのパケット単位での書込み処理が、最後に書込まれた空パケットに連続して実行される。そして、インターフェースである撮影停止ボタンが押下され撮影終了信号が送出されると、記録制御回路の処理によって記録されたデータファイルの末尾にＥＯＦデータが書込まれ、撮影データの記録処理が終了し一のデータファイルが作成される、という具合である。
【００２８】
そして、「インターフェース」である再生ボタンなどの押下によってファイル再生信号が送出されると、ＨＤＤに記録されているデジタル動画データの再生処理が「出力回路」によって実行され、出力回路により「ビデオメモリ」に描画された撮影画像が「モニタ」に表示される。
【００２９】
<本実施例の処理の流れ>
図６に示すのは、本実施例の記録再生装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、インターフェースでの撮影開始命令入力により、所定パケット単位でのパケット列が取得される（ステップＳ０６０１）。そして、その取得したパケット列を記録部に連続して書込んでいく処理が行われる（ステップＳ０６０２）。
【００３０】
ここで、撮影終了ボタンが押されるなどして撮影終了命令が入力された場合（ステップＳ０６０３）、書込まれたデータの末尾にＥＯＦが書込まれ記録処理はそのまま終了する。また、撮影終了命令が入力されずパケット列の書込み処理が続いている状態で撮影中断命令が入力された場合（ステップＳ０６０４）には、記録中断の際に最後に書込まれたパケットに連続して空パケットを補充記録していく（ステップＳ０６０５）。
【００３１】
そして撮影ボタンが再度押されるなどして記録再開命令が入力される（ステップＳ０６０６）と、所定パケット単位でのパケット列の取得が再開される。また、記録再開命令の入力前に記録終了命令を受け付けた場合、データの末尾にＥＯＦが書込まれ記録処理はそのまま終了すると良い。
【００３２】
<本実施例の効果の簡単な説明>
以上のように、本実施例の記録再生装置によって、データ記録の一時中断命令などがあっても、連続してデータを記録媒体に一のデータファイルとして記録することができる。したがって、ユーザーにとっても、また装置のファイル管理システムにとっても管理が容易な形態での記録を行うことができるようになり、装置の管理処理負荷を低減することがきる。また、本実施例によるデータの記録はＥＯＦによってクローズされた２以上のデータを繋ぐわけではないのでデータ間の繋ぎ目が生じることもなく、したがって、その繋ぎ目部分のノイズ発生もない。
【００３３】
≪実施例２≫
<本実施例の概要>
本実施例は、実施例１を基本としてその空パケットの補充記録処理において、記録再開命令による記録再開後最初に書込まれるパケットが物理書込単位の書込開始位置から書込まれるようになるだけ空パケットが補充記録されると、その補充記録処理を停止することを特徴としている。これにより、中断前後でファイルを閉じずに連続書込みすることを可能としたまま、例えば記録中断が長時間に及び一のデータファイルに占める空パケットの量が無駄に多くなってしまい、必要以上に巨大なデータサイズのデータファイルが記録されてしまう、といった事態の発生を防ぐことができる。
【００３４】
<本実施例の機能的構成>
図７に示すのは、本実施例の記録再生装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「記録再生装置」（０７００）は、実施例１を基本として、「記録命令入力部」（０７０１）と、「記録部」（０７０２）と、「パケット取得部」（０７０３）と、「空パケット補充記録部」（０７０４）と、「再生部」（０７０５）と、を備える。なお、これら「記録命令入力部」と、「記録部」と、「パケット取得部」と、「空パケット補充記録部」と、「再生部」と、は実施例１ですでに記載済みであるのでその詳細な説明は省略する。そして、本実施例の記録再生装置の特徴点は、その空パケット補充記録部が、さらに「停止手段」（０７０６）を有する点である。
【００３５】
「停止手段」（０７０６）は、記録再開命令による記録再開後最初に書込まれるパケットが物理書込単位の書込開始位置から書込まれるように所定の空パケットを補充記録後記録停止する機能を有する。
【００３６】
図８に示すのは、この停止手段による空パケット補充記録停止処理の一例について説明するための図である。ここで、例えば記録部の物理書込単位が５１２バイトであり、そこに記録されるデータの所定パケット単位が１８８バイトである。そして図８中のＤ１からＤｎで示すパケット列が１００個記録された時点で記録中断命令が入力されると、空パケットを２８個書込むことで、物理書込単位「５１２」の倍数（５１２×４７＝"２４０６４"バイト）と、所定パケット単位「１８８」の書込みバイト数（１８８×１００＋１８８×２８＝"２４０６４"バイト）とが一致する。したがって、記録再開命令入力後、最初に書込まれるパケットＤｎ＋１は、最後の空パケットＮｎに続けて物理書込単位の書込開始位置から書込むことができる、という具合である。そして、このように空パケットの補充記録を停止することで、長時間の記録中断でも必要以上にデータサイズが大きくならずに一のデータファイルとして記録することができる。
【００３７】
<本実施例のハードウェア的構成>
図９に示すのは、本実施例の記録再生装置におけるハードウェア構成の一例を表す概略図である。この図を利用して空パケットの補充記録停止処理におけるそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、記録再生装置は、停止手段である「ＣＰＵ（中央演算装置）」（０５０１）と、「メインメモリ」（０５０２）と、を備えている。また記録命令入力部である「インターフェース」（０５０３）、記録部である「記録制御回路」」（０５０６）や「ＨＤＤ（外部記録装置）」（０５０７）、パケット取得部である「撮像機構」（０５０４）や「信号処理回路」（０５０５）、再生部である「出力回路」（０５０８）や「ビデオメモリ」（０５０９）や「モニタ」（０５１０）なども備えている。
【００３８】
ここで、実施例１で説明したように「インターフェース」である撮影ボタンが押下されると、例えば撮像機構や信号処理回路で取得されたデジタル動画データが、「記録制御回路」によって、１８８バイト単位のパケット列として連続して「ＨＤＤ」に書込み記録されていく。その後、今度は撮影中断ボタンが押下されると、同じ１８８バイト単位の空パケットが、記録中断の際に最後に書込まれたパケットに連続して「ＨＤＤ」に記録されていく。
【００３９】
その際、本実施例では、まずＣＰＵの演算処理によって補充記録される空パケットの数が算出される。そしてＣＰＵは補充記録される空パケットの個数をカウントし、算出数だけ空パケットがＨＤＤに補充記録されると記録制御回路に対して空パケットの補充記録停止信号を送出する、という具合である。なお、この空パケットの数の算出処理の一例は例えば以下のようにして行う方法が挙げられる。すなわち、記録開始から記録中断までに記録されたパケットの数を記録制御回路にてカウントしておき、その数値、例えば「１００」をメインメモリの所定アドレスに格納する。そして、所定パケット単位、例えば「１８８（バイト）」と、物理書込単位、例えば「５１２（バイト）」を示す数値も、それぞれメインメモリの別の所定アドレスに格納する。そしてＣＰＵの演算処理によって、「１８８×１００／５１２」の余り、「３６８」を算出し、また別の所定アドレスに格納する。そして、Ａ，Ｘを自然数として
３６８（余）＋５１２（物理書込単位）×Ａ＝１８８（所定パケット単位）×Ｘ・・（１）
ただし、Ａ，Ｘともに自然数
となるようなＸを求める。そのためにＡに自然数１，２，３、・・・と順次代入していき、上記数式（１）を満たす自然数Ｘを算出する、という具合の演算処理が行われる。そして、このようにして算出された「２８」個分だけ空パケットが補充記録されると、補充記録停止信号がＣＰＵより送出され、空パケットの補充記録を停止する、という具合である。
【００４０】
<本実施例の処理の流れ>
図１０に示すのは、本実施例の記録再生装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、インターフェースでの撮影開始命令入力により、所定パケット単位でのパケット列が取得される（ステップＳ１００１）。そして、その取得したパケット列を記録部に連続して書込んでいく処理が行われる（ステップＳ１００２）。
【００４１】
ここで、撮影終了ボタンが押されるなどして撮影終了命令が入力された場合（ステップＳ１００３）、書込まれたデータの末尾にＥＯＦが書込まれ記録処理はそのまま終了する。また、撮影終了命令が入力されずパケット列の書込み処理が続いている状態で撮影中断命令が入力された場合（ステップＳ１００４）には、所定の空パケットを、記録再開後最初に書込まれるパケットが記録部の物理書込単位の書込開始位置から書込まれるように補充記録後、空パケットの補充記録を停止する（ステップＳ１００５）。
【００４２】
そして撮影ボタンが再度押されるなどして記録再開命令が入力される（ステップＳ０６０６）と、所定パケット単位でのパケット列の取得が再開される。また、記録再開命令の入力前に記録終了命令を受け付けた場合、データの末尾にＥＯＦが書込まれ記録処理はそのまま終了すると良い。
【００４３】
<本実施例の効果の簡単な説明>  以上のように、本実施例の記録再生装置によって、データ書込みの中断前後でファイルを閉じずに連続書込みすることを可能としたまま、例えば記録中断が長時間に及び一のデータファイルに占める空パケットの量が多くなってしまい、必要以上に巨大なデータサイズのデータファイルが記録されてしまう、といった事態の発生を防ぐことができる。
【００４４】
≪実施例３≫
<本実施例の概要>
本実施例は、実施例１や２を基本として、空パケットが補充されて記録されたデータファイルの再生において空パケットを破棄して再生することで、上記データファイルを、空パケットを含まない通常のデータファイルと同様に再生する機能を備えた記録再生装置である。
【００４５】
<本実施例の機能的構成>
図１１に示すのは、本実施例の記録再生装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「記録再生装置」（１１００）は、実施例１を基本として、「記録命令入力部」（１１０１）と、「記録部」（１１０２）と、「パケット取得部」（１１０３）と、「空パケット補充記録部」（１１０４）と、「再生部」（１１０５）と、を備える。また、実施例２を基本として、空パケット補充記録部がさらに「停止手段」（図示省略）を有していても構わない。なお、これら「記録命令入力部」と、「記録部」と、「パケット取得部」と、「空パケット補充記録部」と、「再生部」と、また「停止手段」は、実施例１や実施例２ですでに記載済みであるのでその詳細な説明は省略する。そして、本実施例の記録再生装置の特徴点は、さらに「ファイル管理部」（１１０６）を有する点と、再生部がさらに、「空パケット廃棄処理手段」（１１０７）を有する点である。
【００４６】
「ファイル管理部」（１１０６）は、記録媒体から読取る開始コード及び、記録媒体から読取る終了コードと、両コードの間に書込まれた連続する所定パケット列からなるパケット集合をファイル単位として認識する機能を有する。このファイル管理部は、ＰＣの組込ＯＳ（オペレーション・システム）などで採用されている通常のファイル管理システム（いわゆるファイルシステム）によって実現することができる。
【００４７】
図１２に示すのは、このファイル管理部によって認識される一単位のファイルの一例を説明するための模式図である。この図にあるように、ファイル管理部では、開始コード（ＳＯＦ：１２０１）と終了コード（ＥＯＦ：１２０２）の間に含まれるヘッダやＣＲＣ（巡回冗長検査）用データ、データフィールド（例えば映像データなど）を一単位のファイルとして認識する。そして、実施例１で説明したように、本件発明の記録再生装置では記録中断時の空パケットの挿入記録処理もパケット記録処理に連続して実行されるため、その空パケット挿入記録前後での開始コード（ＳＯＦ）や終了コード（ＥＯＦ）の記録媒体への書込みは無い。したがって、例え記録中断がありデータ間に空パケット列が挿入記録されていても、この図にあるようにファイル管理部においては一のデータファイルとして認識される、ということになる。
【００４８】
「空パケット廃棄処理手段」（１１０７）は、一のファイルに含まれる空パケットを再生しないで廃棄する処理をするための機能を有する。空パケットは前述の通り、そのデータフィールドに含まれる数列によって「ＮＵＬＬ」であることが示される。あるいはヘッダに空パケットであることを示すデータが含まれる。そこで、前記ファイル管理部において一のファイルとして認識されているデータファイルを再生部にて再生する場合は、このヘッダ情報やデータ数列によって「ＮＵＬＬ」であることが示される空パケットを再生せずに廃棄することで、空パケットを含まないファイルと同様の再生を行うことができる。
【００４９】
<本実施例のハードウェア的構成>
図１３に示すのは、本実施例の記録再生装置におけるハードウェア構成の一例を表す概略図である。この図を利用して空パケットを含む一のファイルの再生処理におけるそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、記録再生装置は、ファイル管理部および空パケット廃棄処理手段である「ＣＰＵ（中央演算装置）」（１３０１）と、「メインメモリ」（１３０２）と、を備えている。また記録命令入力部である「インターフェース」（１３０３）、記録部である「記録制御回路」」（１３０６）や「ＨＤＤ（外部記録装置）」（１３０７）、パケット取得部である「撮像機構」（１３０４）や「信号処理回路」（１３０５）、再生部である「出力回路」（１３０８）や「ビデオメモリ」（１３０９）や「モニタ」（１３１０）なども備えている。
【００５０】
ここで、実施例１や２で説明したように「インターフェース」を通して入力された撮影開始命令や撮影中断命令、撮影再開命令、撮影終了命令などによって、空パケットを含むデータファイルが一のファイルとして開始コード（ＳＯＦ）と終了コード（ＥＯＦ）に挟まれＨＤＤに記録される。
【００５１】
続いて、「インターフェース」である例えば再生ボタンなどが押下されファイル再生信号が送出されると、再生するよう指定されたファイルの開始コード（ＳＯＦ）と終了コード（ＥＯＦ）が読み出されメインメモリの所定アドレスに格納される。ＣＰＵは、この読み出された開始コード（ＳＯＦ）と終了コード（ＥＯＦ）に挟まれたデータを一のファイルとして認識し、その一のファイルを再生表示するための処理を実行する。そのためにまず、一のファイルとして認識したデータを順次「出力回路」に転送する。そしてその転送処理の際、ＣＰＵの演算処理によってパケットのヘッダ情報から「ＮＵＬＬ」を示す空パケットを識別し、その空パケットに関しては転送処理を行わず（処理上では廃棄処理を実行し）、空パケット以外の映像データのパケットのみ出力回路に転送する。「出力回路」では転送された映像データに基づいて「ビデオメモリ」に画像を描画し、その画像を順次「モニタ」に出力することで空パケットを含まない映像データ同様に撮影画像を表示する、という具合である。
【００５２】
<本実施例の処理の流れ>
図１４に示すのは、本実施例の記録再生装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。まず、実施例１や２で説明したようにして空パケットを含む一のファイルがＨＤＤなどの記録媒体に記録される。そして、そのファイルの再生時には、この図にあるように、まず、記録媒体から開始コードと終了コードとを読取る（ステップＳ１４０１）。つづいて、前記両コードの間に書込まれたパケット集合を一のファイル単位として認識する（ステップＳ１４０２）。そして最後に、前記認識した一のファイルに含まれる空パケットを再生せず廃棄する処理を行い、その一のファイルを再生する（ステップＳ１４０３）。
【００５３】
<本実施例の効果の簡単な説明>  
以上のように本実施例の記録再生装置によって、空パケットを含んで記録された一のファイルでも、空パケットを含まない通常のデータファイルと同様に再生することができる。
【００５４】
≪実施例４≫
<本実施例の概要>
本実施例は、実施例１や２、３を基本として、一のデータファイルにおいて空パケットが補充されて記録された場合に、その含まれる空パケットを削除し空パケットを挟むパケットを物理書込領域内で結合する、いわゆる記録媒体のクリーンアップ機能を備えた記録再生装置である。これによって、空パケットの補充記録によって無駄に消費されている記録媒体の記録容量を解放し確保することができる。
【００５５】
<本実施例の機能的構成>
図１５に示すのは、本実施例の記録再生装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「記録再生装置」（１５００）は、実施例１を基本として、「記録命令入力部」（１５０１）と、「記録部」（１５０２）と、「パケット取得部」（１５０３）と、「空パケット補充記録部」（１５０４）と、「再生部」（１５０５）と、を備える。また、実施例２や３を基本として、さらに「停止手段」や「ファイル管理部」や「空パケット廃棄処理手段」（いずれも図示省略）を有していても構わない。なお、これら「記録命令入力部」と、「記録部」と、「パケット取得部」と、「空パケット補充記録部」と、「再生部」と、また「停止手段」と、「ファイル管理部」と、「空パケット廃棄処理手段」と、は、実施例１や実施例２、実施例３ですでに記載済みであるのでその詳細な説明は省略する。そして、本実施例の記録再生装置の特徴点は、さらに「空パケット判断部」（１５０６）と、「クリーンアップ部」（１５０７）と、を有する点である。
【００５６】
「空パケット判断部」（１５０６）は、一のファイルに空パケットが含まれるか判断する機能を有する。前述のように一のデータに含まれるパケットが空パケットであるか否かの識別は、パケットヘッダに含まれる識別情報や、データフィールドのデータ数列によってＣＰＵなどの判断処理により識別することが可能である。
【００５７】
「クリーンアップ部」（１５０７）は、空パケット判断部（１５０６）での判断結果が空パケットが存在するとの判断結果である場合には、そのファイルに含まれる空パケットを削除して、空パケットを挟むパケットを物理書込領域内で結合する機能を有する。
【００５８】
図１６に示すのは、このクリーンアップ部での空パケットの削除、および空パケットを挟むパケットの物理書込領域内で結合処理の一例を説明するための図である。この図にあるように、ＨＤＤなどの物理書込領域に記録されている空パケットを含む一のファイルから、空パケットＮ１、Ｎ２、・・・、Ｎｎを削除し、パケットＤｎとＤｎ＋１とを結合する、という具合である。なお、このクリーンアップ部による「結合」処理とは物理的なデータの結合処理を意味するものではなく、ファイル管理において一のファイルとして認識されるよう結合することを意味するものである。
【００５９】
また、このクリーンアップ処理では、例えば映像データファイルであれば空パケットの削除、結合処理のほか、ヘッダのＣＲＣ情報の書換え処理や、再生時に参照されるヘッダの各種制御情報の書換え処理、あるいはファイル管理システムにおけるファイルアロケーションテーブルなどの書換え処理などが行われると良い。
【００６０】
<本実施例のハードウェア的構成>
図１７に示すのは、本実施例の記録再生装置におけるハードウェア構成の一例を表す概略図である。この図を利用して物理書込領域内での空パケットの削除処理、および空パケットを挟むパケットの結合処理におけるそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、記録再生装置は、空パケット判断部およびクリーンアップ部である「ＣＰＵ（中央演算装置）」（１７０１）と、「メインメモリ」（１７０２）と、を備えている。また記録命令入力部である「インターフェース」（１７０３）、記録部である「記録制御回路」」（１７０６）や「ＨＤＤ（外部記録装置）」（１７０７）、パケット取得部である「撮像機構」（１７０４）や「信号処理回路」（１７０５）、再生部である「出力回路」（１７０８）や「ビデオメモリ」（１７０９）や「モニタ」（１７１０）なども備えている。
【００６１】
ここで、実施例１や２で説明したように「インターフェース」を通して入力された撮影開始命令や撮影中断命令、撮影再開命令、撮影終了命令などによって、空パケットを含むデータファイルが一のファイルとして開始コード（ＳＯＦ）と終了コード（ＥＯＦ）に挟まれ「ＨＤＤ」に記録される。
【００６２】
続いて、ＧＵＩなどを介しクリーンアップ開始信号が送出されると、クリーンアップ処理の対象としてＧＵＩなどで指定されたファイルの開始コード（ＳＯＦ）と終了コード（ＥＯＦ）が読み出されメインメモリの所定アドレスに格納される。ＣＰＵは、この読み出された開始コード（ＳＯＦ）と終了コード（ＥＯＦ）に挟まれたデータを一のファイルとして認識する。そしてその一のファイルに含まれるパケットヘッダの識別情報などを参照し、空パケットを示す識別情報があるか否かの判断処理がＣＰＵにて実行される。そしてその判断結果として「空パケットが含まれる（Ｔｒｕｅ）」を示すコードが返されると、ＣＰＵはメインメモリのワーク領域上にクリーンアッププログラムを読み出し、そのプログラムにしたがって空パケットの削除、結合処理、あるいはヘッダのＣＲＣ情報の書換え処理や、再生時に参照されるヘッダの各種制御情報の書換え処理などのクリーンアップ処理を実行する。また、記録制御回路のファイルアロケーションテーブルなどの書換えを実行する、という具合である。
【００６３】
<本実施例の処理の流れ>
図１８に示すのは、本実施例の記録再生装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。まず、実施例１や２で説明したようにして空パケットを含む一のファイルがＨＤＤなどの記録媒体に記録される。そして、ＧＵＩなどを介しクリーンアップ開始命令が送出されると、この図にあるように、まず、一のファイルに空パケットが含まれているか否か判断する（ステップＳ１８０１）。そして、その判断結果が、一のファイルに空パケットが含まれているとの判断結果である場合には、そのファイルに含まれる空パケットを削除し、空パケットを挟むパケットを物理書込領域内で結合する（ステップＳ１８０２）。
【００６４】
<本実施例の効果の簡単な説明>
以上のように本実施例の記録再生装置によって、ファイル内で意味をもたない空パケットを、再生処理に影響なく削除することができるので、空パケットにサイズ分だけ圧迫されている記録媒体の記録容量を解放し確保することができる。
【図面の簡単な説明】
【００６５】
【図１】実施例１の記録再生装置による映像データの記録の一例を説明するための図
【図２】実施例１の記録再生装置における機能ブロックの一例を表す図
【図３】実施例１の記録再生装置のパケット取得部で取得したパケット列の、記録部での記録の一例について説明するための図
【図４】実施例１の記録再生装置の空パケット補充記録部によるデータの記録の一例について説明するための図
【図５】実施例１の記録再生装置におけるハードウェア構成の一例を表す概略図
【図６】実施例１の記録再生装置における処理の流れの一例を表すフローチャート
【図７】実施例２の記録再生装置における機能ブロックの一例を表す図
【図８】実施例２の記録再生装置の停止手段による空パケット補充記録停止処理の一例について説明するための図
【図９】実施例２の記録再生装置におけるハードウェア構成の一例を表す概略図
【図１０】実施例２の記録再生装置における処理の流れの一例を表すフローチャート
【図１１】実施例３の記録再生装置における機能ブロックの一例を表す図
【図１２】実施例３の記録再生装置のファイル管理部によって認識される一単位のファイルの一例を説明するための模式図
【図１３】実施例３の記録再生装置におけるハードウェア構成の一例を表す概略図
【図１４】実施例３の記録再生装置における処理の流れの一例を表すフローチャート
【図１５】実施例４の記録再生装置における機能ブロックの一例を表す図
【図１６】実施例４の記録再生装置のクリーンアップ部での空パケットの削除、および空パケットを挟むパケットの物理書込領域内で結合処理の一例を説明するための図
【図１７】実施例４の記録再生装置におけるハードウェア構成の一例を表す概略図
【図１８】実施例４の記録再生装置における処理の流れの一例を表すフローチャート
【図１９】従来の記録再生装置におけるパケット列の記録の一例について説明するための図
【符号の説明】
【００６６】
０２００  記録再生装置
０２０１  記録命令入力部
０２０２  記録部
０２０３  パケット取得部
０２０４  空パケット補充記録部
０２０５  再生部
【図１】
2007184033.tif 000003
【図２】
2007184033.tif 000004
【図３】
2007184033.tif 000005
【図４】
2007184033.tif 000006
【図５】
2007184033.tif 000007
【図６】
2007184033.tif 000008
【図７】
2007184033.tif 000009
【図８】
2007184033.tif 000010
【図９】
2007184033.tif 000011
【図１０】
2007184033.tif 000012
【図１１】
2007184033.tif 000013
【図１２】
2007184033.tif 000014
【図１３】
2007184033.tif 000015
【図１４】
2007184033.tif 000016
【図１５】
2007184033.tif 000017
【図１６】
2007184033.tif 000018
【図１７】
2007184033.tif 000019
【図１８】
2007184033.tif 000020
【図１９】
2007184033.tif 000021