(57)【要約】【課題】本発明は音声データ記録・再生装置に関し、統一されたフォーマットで音声データの記録・再生を行なうことができる音声データ記録・再生装置を提供することを目的としている。【解決手段】音声データを記録し、再生することができる音声データ記録・再生装置において、音声データを所定のフォーマットに設定するフォーマット設定手段と、該フォーマット設定手段により設定された音声データを記録する音声データ記録媒体１０と、全体の動作を制御するＣＰＵ１とを有して構成される。このように構成することにより、音声データを統一的に扱うことが可能となる。【選択図】図１
2007157245.tif 000002
【特許請求の範囲】
【請求項１】
音声データを記録し、再生することができる音声データ記録・再生装置において、
音声データを所定のフォーマットに設定するフォーマット設定手段と、
該フォーマット設定手段により設定された音声データを記録する音声データ記録媒体と、
全体の動作を制御するＣＰＵと、
を有して構成される音声データ記録・再生装置。
【請求項２】
前記音声データフォーマットは、ＲＩＦＦヘッダと、ＭＥＴＡデータ領域と、ＡＵＤＩＯデータ領域とから構成され、前記ＭＥＴＡデータ領域は固定長であり、所定の情報を記録する領域の大きさが変動する場合、残りの領域を可変長のＰＡＤ領域とすることを特徴とする請求項１記載の音声データ記録・再生装置。
【請求項３】
前記ＭＥＴＡデータ領域は固定長であり、所定の情報を記録する領域の大きさが変動する場合、残りの領域を可変長のＰＡＤ領域とすることにより、前記音声データ記録媒体として、ＤＶＤメディアを効率よく扱えることを特徴とする請求項２記載の音声データ記録・再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は音声データ記録・再生装置に関する。
【背景技術】
【０００２】
放送局では、業務用（プロフェッショナル）の音声データ記録・再生装置が用いられている。近年では、アナログ音声データ記録・再生装置に代わり、ディジタル音声データ記録・再生装置が使用されている。しかしながら、この音声データ記録・再生装置のデータ構造はメーカ毎に独自のフォーマットであり、統一されたフォーマットはなかった。また、ＤＶＤメディアのようなシークに比較的時間がかかる光メディアに、効率よく記録・再生できるフォーマットはなかった。従って、本発明に相当する従来の技術はない。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
前述したように、音声データ記録・再生装置のデータ構造は、メーカ毎に独自のフォーマットであり、メーカ毎の互換性はなかった。近年、共通フォーマットとしてＢＷＦ（Broadcast Wave  Format）という形式のデータフォーマットが提唱されている。このＢＷＦは、ＥＢＵの「Ｔｅｃｈ  ３２８５」に規定されている。このフォーマットは、チャンク（chunk）と呼ばれる最小単位のかたまりを複数組み合わせるものである。しかしながら、各メーカーでチャンクの大きさや順序が異なり、完全な互換性が得られていないのが現状である。
【０００４】
また、今までのフォーマットの構造は、ＤＶＤなどの光メディアにおいては、最適ではなく、記録・再生・編集時には効率が悪化していた。
本発明は、このような課題に鑑みてなされたものであって、ＤＶＤメディアにおいて、統一されたフォーマットで、効率よく音声データを記録・再生を行なうことができる音声データ記録・再生装置を提供することを目的としている。
【課題を解決するための手段】
【０００５】
（１）請求項１記載の発明は、音声データを記録し、再生することができる音声データ記録・再生装置において、音声データを所定のフォーマットに設定するフォーマット設定手段と、該フォーマット設定手段により設定された音声データを記録する音声データ記録媒体と、全体の動作を制御するＣＰＵとを有して構成されることを特徴とする。
（２）請求項２記載の発明は、前記音声データフォーマットは、ＲＩＦＦヘッダと、ＭＥＴＡデータ領域と、ＡＵＤＩＯデータ領域とから構成され、前記ＭＥＴＡデータ領域は固定長であり、所定の情報を記録する領域の大きさが変動する場合、残りの領域を可変長のＰＡＤ領域とすることを特徴とする。
【０００６】
ここで、ＲＩＦＦはＩＢＭとＭｉｃｒｏｓｏｆｔによって、「Multimedia Programming Interface Specification 1.0」に規定されている。
（３）請求項３記載の発明は、前記ＭＥＴＡデータ領域は固定長であり、所定の情報を記録する領域の大きさが変動する場合、残りの領域を可変長のＰＡＤ領域とすることにより、前記音声データ記録媒体として、ＤＶＤメディアを効率よく扱えることを特徴とする。
【発明の効果】
【０００７】
（１）請求項１記載の発明によれば、統一されたフォーマットに従って、音声データの記録・再生が可能となる。
（２）請求項２記載の発明によれば、ＭＥＴＡデータ領域を固定長とし、ＭＥＴＡデータの量が増減しても、残りの領域はＰＡＤと呼ばれるダミーデータで埋め合わせるようにすることで、音声データの統一した取り扱いができるようになると共に、ＢＷＦの扱いが効率よく行えるようになる。
（３）請求項３記載の発明によれば、音声データ記録媒体として、ＤＶＤメディアを用いることで、装置への装着と取り出しが簡単になり、操作性を向上させることができる。
【発明を実施するための最良の形態】
【０００８】
以下、図面を参照して本発明の実施の形態例を詳細に説明する。図１は本発明の一実施の形態例を示すブロック図である。図において、１は装置全体の動作を制御するＣＰＵ、２は該ＣＰＵ１にタイミングクロックを与えるタイミングクロック発生器である。３は装置を操作する操作部で、各種のつまみ、スイッチ等により構成されている。４は音声データの記録・再生にともなう各種の情報を表示する表示部である。該表示部４としては、例えばレベル表示部、時計表示部、時間表示部、各種の操作情報表示部等から構成されている。
【０００９】
５は動作プログラム等が記録されるフラッシュ（ＦＬＡＳＨ）−ＲＯＭ、６はプログラムの実行及びデータ記録・再生時にバッファとして使用されるＳＤ−ＲＡＭである。７はアナログ入力を受けてディジタルデータに変換するＡ／Ｄ変換器、８はディジタル音声データをアナログ音声信号に変換して出力するＤ／Ａ変換器である。Ａ／Ｄ変換器７とＤ／Ａ変換器８には、タイミングクロック発生器２よりタイミングクロックが入力されている。これらＡ／Ｄ変換器７、Ｄ／Ａ変換器８としては、複数のチャネルを用いることができる。例えば、８チャネル等を用いることができる。Ａ／Ｄ変換器７，Ｄ／Ａ変換器８の方式としては、例えばΣ／Δ変調方式が用いられる。９はシリアルデータとパラレルデータとの相互変換を行なうシリアル／パラレル（Ｓ／Ｐ）変換器である。
【００１０】
１０は音声データの書き込み（記録）と、読み出し（再生）を行なう音声データ記録媒体としてのＤＶＤメディア、１１は音声データの書き込みと読み出しを行なうハードディスク（ＨＤＤ）である。ここで、音声データ記録媒体としてＤＶＤメディアを用いることで、装置への装着と取り外しが簡単になり、操作性を向上させることができる。ＤＶＤメディアとしては、例えばＤＶＤ−ＲＡＭが用いられ、例えば１２ｃｍの標準タイプのものが用いられる。なお、ＨＤＤは必ずしも必要なものではなく、必要に応じて設けられる。１２はＤＶＤメディア１０と接続されるコンピュータであり、ＤＶＤメディア１０へのデータの書き込みと読み出しを行なうコンピュータである。コンピュータ１２としては、例えばパソコン等が用いられる。ＤＶＤメディア１０とコンピュータ１２間は、後述するＵＳＢインタフェースを介して接続されている。
【００１１】
ここで、コンピュータ１２の位置付けは、２通り想定される。１つはＵＳＢやＥＴＨＥＲＮＥＴ（富士ゼロックス社の登録商標）などでレコーダに直接接続してファイルのやりとりをする方法と、１つはリムーバブルメディアの利点を生かし、ＤＶＤメディアをコンピュータのドライブに装填してファイルのやりとりを行なう方法である。
【００１２】
１３はＣＰＵ１と、操作部３、ＦＬＡＳＨ−ＲＯＭ５、ＳＤ−ＲＡＭ６、Ｓ／Ｐ変換器９、ＤＶＤメディア１０、ＨＤＤ１１間を接続する共通バス（ＢＵＳ１）、１４はＳ／Ｐ変換器９と、Ａ／Ｄ変換器７、Ｄ／Ａ変換器８間を接続するシリアル信号線である。１５はコンピュータ１２とＢＵＳ１間に接続されるＵＳＢインタフェースである。１５はコンピュータ１２とＢＵＳ１間を接続するＵＳＢインタフェースである。このように構成された装置の動作を以下に説明する。
（音声データ書き込み時）
ＤＶＤメディア１０を装着部に装着する。通常は、トレイが装置本体から出てくるので、その装着部分にＤＶＤメディアをセットする。セットしたら、ＤＶＤメディア１０は装置内に引き込まれる。この状態で、操作部３を操作して装置の動作をスタートさせる。先ず、アナログ音声信号を入力する。アナログ音声は、マイクから直接入力する場合と、他の音声機器から入力される場合がある。入力されたアナログ音声信号は、Ａ／Ｄ変換器７によりディジタル音声データに変換される。このディジタル音声データは、続くＳ／Ｐ変換器９に入り、パラレル音声データに変換される。
【００１３】
ＣＰＵ１は、必要に応じてこのディジタル音声データに所定の処理、例えば図２に示すようなフォーマット処理を施す。この処理に際して、ＳＤ−ＲＡＭ６がデータ一次記録用として必要に応じて使用される。ＣＰＵ１には、その動作タイミングを決定するタイミングクロック発生器２の出力が入力されており、このタイミングクロック発生器２からの信号によりサンプルされた音声データに、その他のデータ（例えばＲＩＦＦヘッダとＭＥＴＡデータ）をＣＰＵ１にて付加し、ＤＶＤメディア１０に書き込む。
【００１４】
この場合において、書き込むチャネル数が複数チャネルである時には、チャネル毎に音声データを書き込む。或いは、必要に応じてコンピュータ１２からの出力音声データが書き込まれることもある。また、ＨＤＤ１１にも書き込まれる。音声データが書き込まれたＤＶＤメディア１０は、必要に応じて読み出され、再生され、或いはコンピュータ１２にＵＳＢインタフェース１５を介して書き込まれる。又は別の音声機器で再生される。
（音声データ再生時）
音声データが書き込まれたＤＶＤメディア１０を装置にセットする。そして、操作部３から再生スタートさせる。ＣＰＵ１はこの再生スタートを検知すると、ＤＶＤメディア１０にアクセスし、音声データを読み出す。この場合において、音声データファイルは、後述するように統一されたフォーマットであり、音声データまでのデータは固定長データであるので、データのシークを効率よく行なうことができる。読み出された音声データは、Ｓ／Ｐ変換器９によりシリアルデータに変換された後、続くＤ／Ａ変換器８によりアナログ音声信号に変換され、音声信号として出力される。出力された音声信号は、例えばパワーアンプにより増幅され、スピーカに入力されて音声として聴くことができる。
（音声データフォーマット）
次に、本発明で用いる音声データのファイルフォーマットについて説明する。図２はファイルの構造を示す図である。図に示すように、ＲＩＦＦ（Resource Interchange File Format）ヘッダと、ＭＥＴＡデータ領域とＡＵＤＩＯデータ領域から構成されている。ＲＩＦＦヘッダは、“ＲＩＦＦ”と、ファイル長（file-length）と、“ＷＡＶＥ”とから構成されている。ＡＵＤＩＯデータ領域はデータチャンクと呼ばれ、“ｄａｔａ”とチャンク長（ｃｋ−ｓｉｚｅ）とチャンクデータ（ＡＵＤＩＯデータ）から構成されている。ｃｋとはチャンク（ｃｈｕｎｋ：かたまり）の略である。ここで、ファイル先頭からデータチャンクのチャンクデータまでの領域を、ＤＶＤメディアの物理的な最小書き込み単位である３２×ｎ（ｎは１以上の整数）バイトとする。
【００１５】
図３はＭＥＴＡ（メタ）データフォーマット例を示す図である。図に示すように、broadcast_audio_extension-ck、fmt-ck、cue-point-ck、playlist-ck、associated-data-ck、iXML-ck、other-ck、PAD-ckより構成されている。ここで、ｉＸＭＬは「iXML  Specification Revision 1.41」（http://www.ixml.info/）にて規定されている。また、ＰＡＤ−ｃｋは、可変長領域であり、ＭＥＴＡデータ領域が固定長である。ここで、ＭＥＴＡデータ領域に記録されるデータ領域は任意の数のデータからなる。従って、ＭＥＴＡデータ領域に記録されるデータの数により、各データを合わせたデータ長は可変となる。ＭＥＴＡデータ長が固定であるのに、各データを合わせたデータ長は可変であることから、この変動分はＰＡＤ−ｃｋで吸収されるようになっている。
【００１６】
つまり、全体としてのＭＥＴＡデータ領域が固定であることから、各データ長が可変することにより、変動する部分はＰＡＤ−ｃｋで吸収されるようになっている。ＰＡＤ−ｃｋには、ダミーデータが入る。このダミーデータ領域が変動することにより、ＭＥＴＡデータが固定長であるという条件を満足させるようになっている。
【００１７】
このように、本発明によれば、統一されたフォーマットに従い、効率よく、音声データの記録・再生が可能となる。また、３２ｋ×ｎバイトというＤＶＤメディアにとって区切りのよい単位で管理することで、ＤＶＤ−Ｒ等直接上書きできないようなメディアにおいても、３２ｋ×ｎバイト分のエリアを新しい領域に書き換え、ＤＶＤファイルシステムのＵＤＦ（Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｃ  Ｆｏｒｍａｔ）で管理されるリンク情報を変更することで、ＭＥＴＡデータの変更がオーディオデータ領域に影響を与えることなく行えることになる（図６参照）。
【００１８】
ＣＵＥチャンクに関しても、一定分の領域を確保しておき、登録されていないＣＵＥチャンクにはnumber_of_cueの値の（実用上使用しないであろう）上位８ビットをｆｆＨにすることで、登録しているかいないかの判断をすることができるようにする。これにより、ｃｕｅチャンクの登録や削除等の編集により、ファイルの全体長又はＭＥＴＡデータ領域長が変化せず、比較的簡単にｃｕｅの編集が可能になる。
【００１９】
図４はオーディオ（ＡＵＤＩＯ）データのフォーマット例を示す図である。そのヘッダ部には、ck-id＝“DATA”が入り、次にck-sizeが入り、次にｎチャネル分のデータが入る。このｎチャネル分のデータは、Channel １，Channel  ２，Channel  ｎから構成され、これでサンプル（sample）１となり、以下、同様にサンプル２，サンプル３という具合に音声データが入っていく。この音声データのデータ長は、音声の長さにより可変長となる。
【００２０】
図５はチャンク（ｃｋ）のフォーマット例を示す図である。図に示すように、ck-id、ck-size、ck dataから構成されている。
以下、図３の各データ領域について説明する。ｃｕｅ−ｐｏｉｎｔチャンクは、ＷＡＶＥデータ内のポジションを示し、後述するｐｌａｙｌｉｓｔチャンクのポジションとしても用いられる。ｐｌａｙｌｉｓｔチャンクは、プレイリスト再生モードにおいて指定されたｃｕｅ−ｐｏｉｎｔを頼りに順次再生を行なうのに使用される。ａｓｓｏｃｉａｔｅｄ−ｄａｔａチャンクは、ｃｕｅ−ｐｏｉｎｔチャンクに登録されたｃｕｅ−ｐｏｉｎｔに対して、関連する情報を付加するチャンクで、ｌａｂｅｌチャンクを使用すると、各ｃｕｅ−ｐｏｉｎｔに分かりやすい名前を付加することができる。ｉＸＭＬチャンクは、ＢＷＦのＭＥＴＡデータ情報を記録するチャンクである。ｏｔｈｅｒチャンクは、その他の必要に応じて付加されるチャンクである。ｐａｄチャンクは、前述したように、ＭＥＴＡデータの可変によるデータ長の変動を吸収して固定長とするために用いられるダミーデータである。
【００２１】
以上、詳細に説明したように、本発明によれば、新しい発想に基づき、音声データの統一した取り扱いが可能となり、音声データの処理も効率よく行なうことができる音声データ記録・再生装置を実現することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の一実施の形態例を示すブロック図である。
【図２】ファイルの構造を示す図である。
【図３】メタデータのフォーマット例を示す図である。
【図４】オーディオデータのフォーマット例を示す図である。
【図５】チャンクのフォーマット例を示す図である。
【図６】メタデータのリンク変更の説明図である。
【符号の説明】
【００２３】
１    ＣＰＵ
２    タイミングクロック発生器
３    操作部
４    ポーリング処理部
５    ＦＬＡＳＨ  ＲＯＭ
６    ＳＤ−ＲＡＭ
７    Ａ／Ｄ変換器
８    Ｄ／Ａ変換器
９    Ｓ／Ｐ変換器
１０  ＤＶＤメディア
１１  ＨＤＤ
１２  コンピュータ
１３  ＢＵＳ１
１４  シリアル信号線
１５  ＵＳＢインタフェース
【図１】
2007157245.tif 000003
【図２】
2007157245.tif 000004
【図３】
2007157245.tif 000005
【図４】
2007157245.tif 000006
【図５】
2007157245.tif 000007
【図６】
2007157245.tif 000008