JP2010262703A - リニアｐｃｍオーディオデータと圧縮符号化データのデータ判別装置 - Google Patents

Abstract

【課題】リニアＰＣＭオーディオデータと圧縮符号化データをクラスタ単位で判別可能な判別装置を提供する。
【解決手段】リニアＰＣＭオーディオデータと圧縮符号化データとが混在するデータに対し、所定単位でリニアＰＣＭオーディオデータを判別する方法であって、入力されたデータ列に対し、所定の量子化ビットで量子化レベルを算出するステップと、所定単位で隣接するデータ間の量子化レベル差分絶対値の平均値を求めるステップと、平均値を所定の閾値と比較し、大小関係に基づいてデータ列の種別を判別する判別ステップとを備え、判別ステップは、平均値が閾値より大きいときはデータ列を圧縮符号化データと判別し、平均値が閾値より小さいときはデータ列を非圧縮の音声データと判別する。
【選択図】図１０

Description

本発明は、リニアＰＣＭオーディオデータと圧縮符号化データとが混在するデータに対し、所定単位でリニアＰＣＭオーディオデータを判別するデータ判別方法及びデータ判別装置に関する

近年、動画や音声等のデータをファイルとしてデータ記録メディアに記録する装置が一般的になっている。また、動画データはサイズが大きいことから、各種規格化された圧縮方式によりデータサイズを大幅に圧縮し、ファイルとして記録される一方、音声データは、動画データに比べてデータサイズが小さいことから、ＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）と呼ばれる符号化方式により、非圧縮データファイルとして記録されることが知られている。このようにデータ記録メディアに記録されたファイルデータは、ファイルシステムによってファイルとして管理され、個々のファイルサイズや記録日時情報、クラスタのユーザ領域の使用状況等のファイル管理情報が、ファイルデータと共にデータ記録メディアに記録される。ここで、クラスタとはファイルシステムがファイルデータを管理する記録単位のことであり、一般的に一つのクラスタ内に複数のファイルデータが混在して記録されることはない。また、ユーザ領域とは一般に動画や音声等のファイルデータを記録する領域であり、これに対しシステム領域とは、一般にユーザ領域に記録されたファイルデータをファイルとして扱うためのファイル管理情報を記録する領域である。つまり、ユーザ領域に記録されたファイルデータがファイルとして正しく認識され、正常に展開されるためには、ファイルデータだけでなく、ファイル管理情報も正しくシステム領域に記録されている必要がある。そのため、このファイル管理情報が破損、または消失する事態に対して、ユーザ領域に記録されたファイルデータのみからファイルを復旧させる方法が各種提案されている。一例として、ファイルデータを複数のユニットに分割し、各ユニットにシーケンス情報を付与することにより、シーケンス情報を元に連続するユニットを特定し、ファイルデータ復旧を可能とする方法が知られている（例えば、特許文献１参照）。

特開２００１−１１１９６０号公報

しかしながら、ファイル化されたリニアＰＣＭオーディオデータと動画圧縮符号化データが記録されたデータ記録メディアにおいて、シーケンス情報を元にファイルデータを復旧する方法は、動画圧縮符号化データがシーケンス情報を保持していない場合や、シーケンス情報を保持していても位置情報が不明な場合、リニアＰＣＭオーディオデータと動画圧縮符号化データの判別が不可能であった。

本発明はこのような課題に鑑みてなされたもので、容易にリニアＰＣＭオーディオデータと圧縮符号化データの復旧を可能とするため、シーケンス情報に関係なくリニアＰＣＭオーディオデータと圧縮符号化データのデータ判別を可能とする方法を提供することを目的とする。

本発明のデータ判別装置は上記課題を解決するため、入力されたデータ列に対し、所定の量子化ビットで量子化レベルを算出するステップと、所定単位で隣接する量子化レベル間の差分絶対値の平均値を求めるステップと、平均値を所定の閾値と比較し、大小関係に基づいてデータ列の種別を判別する判別ステップと、を備える。

リニアＰＣＭオーディオデータと圧縮符号化データとが混在するデータから、容易な演算のみでクラスタ単位でのデータ判別を可能とする。記録メディアにおいて管理情報が消去されたデータを、メディアのユーザ領域から復旧する装置において、リニアＰＣＭオーディオデータと圧縮符号化データの判別を可能とする。

データ判別装置の構成図 データ記録メディアのデータ記録領域の構成図 ２つのファイルを断続して記録したメディアのデータ記録領域の構成図 管理情報を消失したメディアのデータ記録領域の構成図 ＭＸＦオーディオファイルフォーマット構成の実施例を表した図 アナログ音声波形とリニアＰＣＭオーディオ量子化データを表した図 ＭＸＦビデオファイルフォーマット構成の実施例を表した図 ＭＰ４ファイルフォーマット構成の実施例を表した図 リニアＰＣＭオーディオデータと圧縮符号化データの１６ｂｉｔ単位の量子化レベルを表した図 データ判別処理フローチャート 閾値変動型データ判別処理フローチャート ファイル復旧処理の概要図

以下、図面を参照しながら本発明を実施するための最良の形態について説明する。

図１は、本実施の形態のデータ判別装置の構成を示すブロック図である。本実施の形態では、本発明のデータ判別装置を実現するためのプログラムを実行することにより、コンピュータをデータ判別装置として機能させる構成について説明する。図１において、データ記録メディア１０１は、データ判別の対象となる記録媒体であり、映像信号等のデータがファイル化して記録される。データ記録メディア１０１としては、ハードディスク、光ディスクおよび半導体メモリ等が一般的である。データ記録メディア１０１は、データ判別装置に対して着脱可能に構成されていてもよい。インターフェース１０２は、データ記録メディア１０１とＩ／Ｏバス１０３との間の信号伝達を実現している。ＣＰＵ１０４は、データ判別装置における演算および制御処理を行う。メモリ１０５は、データ記録メディア１０１が保持しているデータの判別処理等において、一時的なデータ記憶および判別処理により抽出したファイルデータを記憶するために使用する。ＣＰＵ１０４は、プログラムをハードディスク等の不揮発性記録メディア１０６からメモリ１０５に読み込んで実行するが、メモリ１０５のうち不揮発性メモリで構成された領域にプログラムを記憶しておいてもよい。ユーザは、入力部１０７を使用して判別処理の開始および中止命令をデータ判別装置に指示し、または判別に用いる設定値を入力する。表示部１０８は、ＣＰＵ１０４が行う判別処理の進捗状況、判別ファイルの処理結果等を表示する。以上の構成は一般的なコンピュータの主要構成である。
図２は、データ記録メディアにおけるデータ記録領域の状態の一例を示す図である。図２においてデータ記録メディア１０１のデータ記録領域は、一般的にファイル管理情報を保持するシステム領域２０１と、データが記録されるユーザ領域２０２とを備える。図２におけるデータ記録メディア１０１には、ファイル２０３、ファイル２０４およびファイル２０５が記録されている。すなわち、ユーザ領域２０２にはファイル２０３、ファイル２０４およびファイル２０５のデータが記録され、システム領域２０１にはこれらのファイルに対するファイル管理情報が記録されている。
図３は、音声データと動画データを異なるファイルとして記録するカムコーダ等において、２つのファイルを断続的に混在して記録したデータ記録メディアのユーザ領域の状態の一例を示した図である。ファイル２０３とファイル２０４は、断続的にユーザ領域に記録されるが、データ記録メディア１０１のシステム領域２０１にファイル管理情報として各ファイルのデータ記録領域が記録されているため、ファイル読み込み時にはシステム領域に記録されたデータ記録領域を順次参照してデータを読み込み、分断されたデータを一つのファイルとして操作することが可能となる。
図４は、データ消去処理後のデータ記録メディア１０１におけるデータ記録領域の状態を示す図である。図４におけるデータ記録メディア１０１は、図３に示した状態からデータ消去処理を行い、ファイル管理情報のみを削除した状態となっている。一般的なファイルシステムにおいて、データ記録メディア１０１に対するフォーマット等のデータ消去処理は、データ自体をユーザ領域２０２に保持したまま、システム領域２０１上のファイル管理情報だけを消去する処理である。本実施の形態のデータ判別装置は、データ記録メディア１０１のファイル管理情報が破損または消失しているかどうかに関わらず、ユーザ領域２０２からデータを取得し、データ判別を実現する。
以後、本実施の形態として、ファイルの記録単位であるクラスタサイズを３２ＫＢ、ファイルシステムをＦＡＴ３２とし、判別対象データを、デジタルビデオデータの半導体記録メディアに記録する方式の実施例として規格化されているＳＭＰＴＥ ＲＥＣＯＭＭＥＮＤＥＤ ＰＲＡＣＴＩＣＥ Ｃｏｎｔｅｎｔ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｏｎ Ｓｏｌｉｄ Ｓｔａｔｅ Ｍｅｄｉａ Ｃａｒｄ ｆｏｒ ＤＶ／ＤＶ−Ｂａｓｅｄ Ｅｓｓｅｎｃｅに基づき、記録素材用音声データ、動画データをＭＸＦ（Ｍａｔｅｒｉａｌ ｅＸｃｈａｎｇｅ Ｆｏｒｍａｔ：ＳＭＰＴＥ ３７７Ｍ参照）ファイルとし、プロキシＡＶデータをＭＰ４（ＩＳＯ／ＩＥＣ １４４９６−１２参照）ファイルとする。ここで、プロキシＡＶデータとは、記録素材用音声、動画データとは別に低ビットレートで圧縮記録された音声データ、動画データのことである。カムコーダ等で記録したコンテンツを編集する際、記録素材用音声、動画データを直接操作するのに比べ、低ビットレートのプロキシＡＶデータを用いる方がコンピュータの演算負荷が少なく、操作性が向上することから用いられる。なお、プロキシＡＶデータを用いた編集結果は、編集完了後に記録素材用音声、動画データに反映して用いられることが一般的である。
図５は、ＭＸＦオーディオファイルの本実施の形態におけるファイルフォーマットの構成を図示したものである。Ｓｏｕｎｄ Ｅｓｓｅｎｃｅ Ｅｌｅｍｅｎｔ ｖａｌｕｅｓにリニアＰＣＭオーディオデータが記録されているものとする。ここで、リニアＰＣＭオーディオデータは、連続性を有するアナログ音声波形信号を所定のサンプリング周波数でサンプリングし、所定の量子化ビットで量子化して得られた信号の大きさをデジタルデータで表現したものであるため（図６）、サンプリング毎の量子化レベルも近似的な連続性を有する。ここでリニアＰＣＭオーディオデータのサンプリング周波数を４８ｋＨｚ、量子化ビットを１６ｂｉｔとする。
図７は、ＭＸＦビデオファイルの本実施の形態におけるファイルフォーマット構成を図示したものである。ＭＸＦファイルに記録される動画データのエッセンスはＤＩＦ（ＳＭＰＴＥ ３７０Ｍ参照）とする。ここで、ＤＩＦデータとリニアＰＣＭオーディオデータとのデータ判別方法に関して、ＤＩＦデータは８０バイト毎に３バイトのシーケンスＩＤが付与されていることから、読み込んだクラスタデータに連続したシーケンスＩＤが８０バイト毎に検出されるか判別することにより、データ判別が可能となる。一方、圧縮符号化データがＤＩＦのように等間隔でシーケンスＩＤを保持しない場合、上記方法によるリニアＰＣＭオーディオデータと圧縮符号化データの判別は不可能となる。
本実施の形態においては、プロキシＡＶデータとして記録されるＭＰ４ファイルがＤＩＦのように等間隔でシーケンス情報を保持しないことから、ＭＰ４ファイルデータがリニアＰＣＭオーディオデータと混在して記録されると、シーケンス情報によるデータ判別が不可能となる。
図８に、ＭＰ４ファイルフォーマット構成の実施例を示す。本実施の形態において、ｍｄａｔにＩＳＯ／ＩＥＣ１４４９６−２で規格化されているＭＰＥＧ−４ｖｉｓｕａｌと、ＩＳＯ／ＩＥＣ１４４９６−３で規格化されているＭＰＥＧ−４ａｕｄｉｏが記録されるものとする。以後、圧縮符号化データをＭＰ４ファイルデータとして、リニアＰＣＭオーディオデータとの判別方法について説明する。
一般的なカムコーダ等において、被写体に自然風景や人が選ばれる可能性が考えられるが、自然風景を被写体とする場合、収録される音声レベルは比較的小さい傾向にあるため、リニアＰＣＭオーディオデータの量子化レベルは全体的に低く、隣り合う量子化レベルの差分も小さい傾向にある。また、人を被写体とした場合、音声データとして人の声が記録されるが、人の声は数ｋＨｚまでの周波数を中心とした音声データとなることから、リニアＰＣＭオーディオデータとして記録される音声の周波数は、サンプリング周波数４８ＫＨｚに比べ低く、隣り合う量子化レベルの差分も小さい傾向にある。
一方、動画圧縮符号化データは、リニアＰＣＭオーディオデータのようにアナログ波形をサンプリング毎に１６ｂｉｔで量子化したデータではないうえ、圧縮によりデータの冗長性が大きく低減されている。このため動画圧縮符号化データをリニアＰＣＭオーディオデータと同様に、１６ｂｉｔ単位でデータを量子化レベルとして算出した場合、隣り合う量子化レベルに相互関係がなく、近似的な連続性も低いものとなる（図９）。よって、リニアＰＣＭオーディオデータの差分絶対値のクラスタ単位における平均値と、動画圧縮符号化データの差分絶対値のクラスタ単位における平均値には大きな隔たりが存在し、この隔たりの間にデータ判別用の閾値を設定し、算出した差分絶対値の平均値とデータ判別用閾値との大小関係を判別することでリニアＰＣＭオーディオデータと動画圧縮符号化データの判別が可能となる。
このように本実施の形態のデータ判別装置は、リニアＰＣＭオーディオデータのサンプリング周波数毎の量子化レベルの近似的な連続性の高さに対し、動画圧縮符号化データを判別対象であるリニアＰＣＭオーディオデータと同じ量子化ビット数で量子化レベルを算出すると、不規則な量子化レベルが得られ、近似的な連続性が低くなることを利用する。図１０に本実施の形態のリニアＰＣＭオーディオデータと圧縮符号化データ判別フローチャートの一例を示す。データ判別処理開始直後、ステップＳ１００１において、判別対象となるリニアＰＣＭオーディオデータの量子化ビット数を設定する。本実施の形態では上記の通り１６ｂｉｔとする。続いてステップＳ１００２において、リニアＰＣＭオーディオデータと圧縮符号化データを判別する量子化レベルの閾値を設定する。次にステップＳ１００３において、データ記録メディアのユーザ領域からクラスタ単位でデータを読み込む。もしデータの読み込みに失敗した場合は判別処理を終了する（Ｓ１００４）。データの読み込みに成功した場合は、読み込んだクラスタがＭＸＦファイルヘッダか判別を行う（Ｓ１００５）。ＭＸＦファイルヘッダの判別は読み込んだ３２ＫＢデータの先頭がＭＸＦファイルヘッダに含まれるＨｅａｄｅｒ Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ Ｋｅｙ Ｖａｌｕｅと一致するかどうかで判定可能である。ここで、ＭＸＦファイルの基本構造について説明する。ＭＸＦオーディオファイルの基本構造を示した図５において、ＭＸＦファイルは、ファイルヘッダ５０１、ファイルボディ５０２およびファイルフッタ５０３から構成される。ファイルヘッダ５０１はＨｅａｄｅｒ Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ５０４を含み、Ｈｅａｄｅｒ Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ Ｋｅｙ Ｖａｌｕｅ５０５がＨｅａｄｅｒ Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ５０４に含まれる。一般的にファイル先頭にはファイルヘッダが存在し、ファイルの種類に応じた固有データパターンを保有しているため、ＭＸＦファイルに限らず、読み込んだデータの中に特定の固有データパターンが存在するか検索することで、ファイルの先頭を特定可能となる。もしステップＳ１００５でＭＸＦファイルヘッダと判別された場合、読み込んだクラスタデータをリニアＰＣＭオーディオデータとして出力する（Ｓ１００６）。本実施の形態では、判別対象となるデータの一方をリニアＰＣＭオーディオデータ、もう一方をＭＰ４動画圧縮符号化データとしてそれぞれファイル形式で出力するものとする。ステップＳ１００５でＭＸＦファイルヘッダと判別されなかった場合、読み込んだクラスタデータがＭＸＦファイルフッタか判別を行う（Ｓ１００７）。ＭＸＦファイルフッタを判別する方法として、読み込んだクラスタデータの中にＭＸＦファイルフッタに含まれるＦｏｏｔｅｒ Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ Ｋｅｙ Ｖａｌｕｅが検出されるかどうかでファイルの終端の判定を行う。もしＦｏｏｔｅｒ Ｐａｒｔｉｔｉｏｎ Ｐａｃｋ Ｋｅｙ Ｖａｌｕｅ５０６が検出されれば、そのクラスタが、ファイルの終端に記録されたファイルフッタ５０３と特定できる。一般的なファイルの構造として、ファイル始端にはファイルヘッダが、ファイル終端にはファイルフッタが付与されるため、ファイル固有のフッタデータパターンを検出することにより、ＭＸＦファイル以外のファイル終端も検出することが可能となる。もしステップＳ１００７でＭＸＦファイルフッタと判別された場合、ＭＸＦファイルヘッダ同様、読み込んだクラスタデータをリニアＰＣＭオーディオデータとして出力する（Ｓ１００６）。ステップＳ１００７でＭＸＦファイルフッタと判別されなかった場合、読み込んだクラスタデータがＭＰ４ファイルヘッダか判別を行う（Ｓ１００８）。ＭＰ４ファイルヘッダを判別する方法として、読み込んだクラスタデータの先頭が、Ｆｉｌｅ Ｔｙｐｅ Ｂｏｘであるかどうか判別する。ＭＰ４ファイルフォーマットはボックスと呼ばれるオブジェクトで構成されており、ファイルの先頭にはファイルタイプを記述するＦｉｌｅ Ｔｙｐｅ Ｂｏｘが“ｆｔｙｐ”という文字列を含んで記録されている。そのため読み込んだクラスタデータの先頭から“ｆｔｙｐ”が検出されるかどうかでＭＰ４ファイルヘッダの判別が可能となる。もしステップＳ１００８でＭＰ４ファイルヘッダと判別された場合、読み込んだクラスタデータを動画圧縮符号化データとして出力する（Ｓ１００９）。ステップＳ１００８でＭＰ４ファイルヘッダと判別されなかった場合、読み込んだクラスタデータがＭＰ４ファイル終端か判別を行う（Ｓ１０１０）。ＭＰ４ファイル終端を判別する方法として、読み込んだクラスタに図７に記されるＳｋｉｐ Ｂｏｘがあるかどうかで判別する。ここで、本実施の形態におけるＳｋｉｐ Ｂｏｘには、クリップ名やＵＭＩＤ（Ｕｎｉｑｕｅ Ｍａｔｅｒｉａｌ Ｉｄｅｎｔｉｆｉｅｒ）、カードシリアル番号が固定サイズで記録されているため、これらの情報が既知の場合、読み込んだクラスタデータの中にこれらのデータが規定サイズで検出されるかどうかでＭＰ４終端の判別が可能になる。しかし、ＭＰ４ファイルフォーマットのボックスと呼ばれるオブジェクトの順序は、ＩＳＯ／ＩＥＣ １４４９６−１２で規定されておらず、実施例によりファイル終端に記録されるボックスが異なるうえ、Ｓｋｉｐ Ｂｏｘに記録されている情報が既知でない可能性もあるため、ＭＰ４ファイル終端の判別は必ずしも実施しなくても良い。その場合、ＭＰ４ファイル終端はステップＳ１０１１以降の特定の量子化ビットによる量子化レベルの近似的な連続性を元にデータ判別を行う。次に、近似的な連続性によるデータ判別を実施するため、読み込んだクラスタデータを、ステップＳ１００１で設定した量子化ビット数に合わせて量子化レベルを算出する（Ｓ１０１１）。本実施の形態では、量子化ビットが１６ｂｉｔのため、読み込んだ３２ＫＢのクラスタデータの先頭から１６ｂｉｔ単位でＣＰＵのエンディアンに合わせて量子化レベルの算出処理を繰り返し、２０４８個の量子化レベルを算出する続くステップＳ１０１２において、まず、算出した量子化レベルから、隣接する量子化レベル同士の差分と、その絶対値を算出する。その後、読み込んだクラスタにおける絶対値の平均値を算出する。この平均値を、読み込んだクラスタデータの量子化ビット単位の近似的な連続性の高さを判別する基準として用いる。１６ｂｉｔ単位でアナログ波形を量子化したデータ以外は、平均値が高くなり、この値を特定の閾値と比較し（Ｓ１０１３）、より小さな場合は近似的な連続性が高いと判断しリニアＰＣＭオーディオデータとして出力し（Ｓ１０１４）、より大きな場合は近似的な連続性が低いと判断し動画圧縮符号化データとして出力する。その後、ステップＳ１００３に戻り、判別処理を終えた次のクラスタデータを読み込み同様の処理を繰り返す。ステップＳ１００４において、判別対象データを全て読み終えたとき、判別処理が終了となる。なお、データ判別対象のリニアＰＣＭオーディオデータの記録音声内容が、音楽等の音声レベルが連続して高い素材を収録したデータと、自然風景など静かな音声が収録されたデータの場合、クラスタ単位の差分平均値に隔たりが生じるため、互いにリニアＰＣＭオーディオデータであっても、閾値を設けて判別が可能である。
図１１に、リニアＰＣＭオーディオデータまたは、圧縮符号化データどちらか一方、または両方のデータサイズが既知の場合に、閾値が変動するデータ判別フローチャートの一例を示す。まずステップＳ１００１で判別対象となるリニアＰＣＭオーディオデータの量子化ビットを設定する。次にステップＳ１１０１において判別対象となるデータのデータサイズを入力する。ステップＳ１００３以降、データ記録メディアからクラスタ単位でデータを読み込み、ＭＸＦヘッダ、ＭＸＦフッタ、ＭＰ４ヘッダ、ＭＰ４フッタかどうか判別するステップは図１０と同じである。読み込んだクラスタデータがＭＸＦファイルデータと判別された場合は、ステップＳ１１０２においてリニアＰＣＭオーディオデータを意味する記号が判別テーブルに記録され、読み込んだクラスタデータがＭＰ４ファイルデータと判別された場合は、ステップ１１０３において圧縮符号化データを意味する記号が判別テーブルに記録される。ここで、判別テーブルとは、データ記録メディアから読み込んだクラスタデータの種類、または隣り合う量子化レベルの差分絶対値のクラスタ単位における平均値を記録したファイルのことである。一度、データ判別対象の差分絶対値のクラスタ単位における平均値を記録すると（Ｓ１１０４）、その後何度も閾値と比較する必要がある場合に、その都度平均値を算出する必要がないことから、効率的な処理が可能となる。本実施の形態においては、閾値を変化させながら算出した平均値と繰り返し比較する必要があることから、判別テーブルを用いる。判別テーブル完成後、ステップＳ１１０５において任意に閾値を設定する。この設定した閾値と、判別テーブルに記録された差分絶対値の全クラスタ単位の平均値を比較し、リニアＰＣＭオーディオデータと圧縮符号化データの判別を行い、判別結果からリニアＰＣＭオーディオデータのデータサイズ、または圧縮符号化データのデータサイズを算出する（Ｓ１１０６）。その後、ステップＳ１１０１で入力した値とそれぞれ一致するか判別すし（Ｓ１１０７）、一致しないようであればステップＳ１１０８において閾値を変更後、再度データ判別処理を行う。ステップＳ１１０７においてデータサイズが一致した場合、その時点の閾値によるデータ判別を元にデータを出力する（Ｓ１１０８）。これにより、適切な閾値が不明な場合においてもデータ判別が可能となる。
図１２に、本実施の形態のデータ判別装置を用いたファイル復旧処理の概要を示す。音声データとしてリニアＰＣＭオーディオデータが、圧縮符号化データとしてＭＸＦビデオファイル、プロキシＡＶデータとしてＭＰ４ファイルがデータ記録メディア１０１のユーザ領域２０２に先頭から順に記録されているものとする。まず、ユーザ領域２０２の先頭からクラスタ単位で、ＤＩＦのシーケンスＩＤが検出されるか判別し、検出されたクラスタデータはＭＸＦビデオファイルとして出力する。次に、ＭＸＦビデオファイルデータでないと判別されたデータから、本実施の形態のデータ判別処理を用いてリニアＰＣＭオーディオデータと圧縮符号化データを判別し、近似的な連続性の高いものはリニアＰＣＭオーディオデータとして出力し、そうでないものはＭＰ４ファイルデータとして出力する。これにより、元のリニアＰＣＭオーディオデータ、ＭＸＦビデオファイルデータ、プロキシＡＶファイルデータが消去前と同様にファイルシステムにファイルとして管理されることで操作可能となり、復旧が完了する。
本実施の形態は、このようなデータ記録領域に先頭からデータ記録される記録メディアにおいて、リニアＰＣＭオーディオデータと圧縮符号化データがクラスタ単位で混在する中、ファイル復旧を可能とするデータ判別手段を提供する。

本発明にかかるデータ判別方法及びデータ判別装置は、混在するリニアＰＣＭオーディオデータと圧縮符号化データの判別が可能なため、リニアＰＣＭオーディオデータと動画圧縮符号化データを異なるファイルとして記録するカムコーダ等のデータ記録メディアにおける、ファイル管理情報を消失したデータからクラスタ単位で動画データと音声データを識別してファイルを復旧する際に有用である。

１０１ データ記録メディア
１０２ インターフェース
１０３ Ｉ／Ｏバス
１０４ ＣＰＵ
１０５ 不揮発性記録メディア
１０６ メモリ
１０７ 入力部
１０８ 表示部

Claims (11)

1. 入力されたデータ列に対し、所定の量子化ビットで量子化レベルを算出するステップと、所定単位で隣接する量子化レベル間の差分絶対値の平均値を求めるステップと、前記平均値を所定の閾値と比較し、大小関係に基づいてデータ列の種別を判別する判別ステップとを備え、前記判別ステップは、前記平均値が前記閾値より大きいときはデータ列を圧縮符号化データと判別し、前記平均値が前記閾値より小さいときはデータ列を非圧縮の音声データと判別する、データ判別装置。
2. 前記データ列とは、記録メディアのユーザ領域から読み込んだデータである、請求項１記載のデータ判別装置。
3. 前記所定単位とは、ファイルシステムにおけるクラスタ単位である、請求項１記載のデータ判別装置。
4. 前記所定の量子化ビットとは、前記音声データの量子化ビットと同値である、請求項１記載のデータ判別装置。
5. 入力されたデータ列に対し、所定の量子化ビットで量子化レベルを算出するステップと、所定単位で隣接する量子化レベル間の差分絶対値の平均値を求めるステップと、前記所定単位の前記平均値を記録用ファイルに記録するステップと、前記記録用ファイルに記録された前記平均値を所定の閾値と比較し、大小関係に基づいてデータ列の種別を判別する判別ステップと、判別された各種別のデータサイズを所定の値と比較し、等価関係に基づいて前記閾値を変更するステップとを備え、前記判別ステップは、前記平均値が前記閾値より大きいときはデータ列を圧縮符号化データと判別し、前記平均値が前記閾値より小さいときはデータ列を非圧縮の音声データと判別する、データ判別装置。
6. 前記データ列とは、記録メディアのユーザ領域から読み込んだデータである、請求項１記載のデータ判別装置。
7. 前記所定単位とは、ファイルシステムにおけるクラスタ単位である、請求項１記載のデータ半月装置。
8. 前記所定の量子化ビットとは、前記音声データの量子化ビットと同値である、請求項１記載のデータ判別装置。
9. ファイル化されたデータが時系列順にユーザ領域の先頭から記録された記録メディアに対して前記データを復旧するデータ復旧方法であって、
   前記ユーザ領域の先頭から順にデータを読み出し、所定の量子化ビットで前記データの量子化レベルを算出するステップと、
   所定単位で隣接する量子化レベル間の差分絶対値の平均値を求めるステップと、
   前記平均値を所定の閾値と比較し、大小関係に基づいてデータ列の種別ごとにデータ出力する判別ステップとを備え、前記判別ステップは、前記平均値が前記閾値より大きいときはデータ列を圧縮符号化データとして出力し、前記平均値が前記閾値より小さいときはデータ列を非圧縮の音声データとして出力する、データ復旧方法。
10. 請求項１乃８のいずれかに記載のデータ判別方法における各ステップをコンピュータに実行さえるためのプログラム
11. 請求項１０記載のプログラムを記憶するメモリと、
    前記プログラムを実行するＣＰＵと、
    前記記録メディアを接続するためのインターフェースと、
    を備えたデータ判別装置。

Images