(57)【特許請求の範囲】
【請求項１】
３チャンネルの音声データと、映像データとを含む動画データを受信する受信手段と、
前記動画データを動画ファイルに記録する第１の記録手段と、
前記動画データから３チャンネル目の音声データを分離する分離手段と、
前記動画データから分離された３チャンネル目の音声データを、前記動画ファイルと異なる第１の音声ファイルに記録する第２の記録手段とを有し、
前記動画データから３チャンネル目の音声データが分離できない場合に、第１の記録モードが設定されている場合、前記第２の記録手段は、前記動画データから３チャンネル目の音声データが分離できない期間に対応する無音データを前記第１の音声ファイルに記録し、
前記動画データから３チャンネル目の音声データが分離できない場合に、第２の記録モードが設定されている場合、前記第２の記録手段は、前記第１の音声ファイルをクローズし、前記第１の音声ファイルと異なる第２の音声ファイルを生成し、前記第２の音声ファイルが生成された後に前記動画データから分離された３チャンネル目の音声データを前記第２の音声ファイルに記録する動画記録装置。
【請求項２】
前記動画データから３チャンネル目の音声データが分離できない場合に、前記第２の記録モードが設定されている場合、前記第２の記録手段は、前記第１の音声ファイルと異なる第３の音声ファイルを生成し、前記動画データから３チャンネル目の音声データが分離できない期間に対応する無音データを前記第３の音声ファイルに記録する請求項１に記載の動画記録装置。
【請求項３】
前記動画データから３チャンネル目の音声データが分離できない場合に、前記第２の記録モードが設定されている場合、前記第２の記録手段は、前記動画データから３チャンネル目の音声データが分離できない期間に対応する無音データが前記第１の音声ファイルに記録された後、前記第１の音声ファイルをクローズする請求項１に記載の動画記録装置。
【請求項４】
前記動画データから３チャンネル目の音声データが分離できない場合に、前記第２の記録モードが設定されている場合、前記第２の記録手段は、前記動画データから３チャンネル目の音声データが分離できない期間に対応する無音データを前記第２の音声ファイルに記録される音声データに付加する請求項１に記載の動画記録装置。
【請求項５】
３チャンネルの音声データと、映像データとを含む動画データを受信する受信手段と、
前記動画データを動画ファイルに記録する第１の記録手段と、
前記動画データから３チャンネル目の音声データを分離する分離手段と、
前記動画データから分離された３チャンネル目の音声データを、前記動画ファイルと異なる第１の音声ファイルに記録する第２の記録手段とを有し、
前記動画データから３チャンネル目の音声データが分離できない場合に、第１の記録モードが設定されている場合、前記第２の記録手段は、前記動画データから３チャンネル目の音声データが分離できない期間に対応する無音データを前記第１の音声ファイルに記録し、
前記動画データから３チャンネル目の音声データが分離できない場合に、第２の記録モードが設定されている場合、前記第２の記録手段は、前記第１の音声ファイルをクローズし、前記第１の音声ファイルと異なる第２の音声ファイルを生成し、前記第２の音声ファイルが生成された後に前記動画データから分離された３チャンネル目の音声データを前記第２の音声ファイルに記録する動画記録装置としてコンピュータを機能させるプログラム。
【請求項６】
前記動画データから３チャンネル目の音声データが分離できない場合に、前記第２の記録モードが設定されている場合、前記第２の記録手段は、前記第１の音声ファイルと異なる第３の音声ファイルを生成し、前記動画データから３チャンネル目の音声データが分離できない期間に対応する無音データを前記第３の音声ファイルに記録する請求項５に記載のプログラム。
【請求項７】
前記動画データから３チャンネル目の音声データが分離できない場合に、前記第２の記録モードが設定されている場合、前記第２の記録手段は、前記動画データから３チャンネル目の音声データが分離できない期間に対応する無音データが前記第１の音声ファイルに記録された後、前記第１の音声ファイルをクローズする請求項５に記載のプログラム。
【請求項８】
前記動画データから３チャンネル目の音声データが分離できない場合に、前記第２の記録モードが設定されている場合、前記第２の記録手段は、前記動画データから３チャンネル目の音声データが分離できない期間に対応する無音データを前記第２の音声ファイルに記録される音声データに付加する請求項５に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声データと映像データとを含む動画データを記録する動画記録装置に関する。
【背景技術】
【０００２】
現在のデジタルビデオカメラは、磁気テープ等の記憶媒体に映像データと音声データとを含む動画データを記録することができる（例えば、特許文献１参照）。また、現在のデジタルビデオカメラは、ＩＥＥＥ１３９４規格、ＵＳＢ規格等に準拠したネットワークインターフェースを用いて、パーソナルコンピュータに動画データを出力できることもできる。パーソナルコンピュータは、デジタルビデオカメラから出力された動画データをハードディスク装置に記録する。そして、パーソナルコンピュータにノンリニア編集アプリケーションがインストールされている場合、当該パーソナルコンピュータはハードディスク装置に記録した動画データをユーザの指示に従って編集することができる。
【０００３】
【特許文献１】ＷＯ９７／４７１３２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、３チャンネル以上の音声データと映像データとを含む動画データをデジタルビデオカメラからパーソナルコンピュータに出力する場合、当該パーソナルコンピュータは、当該動画データを１つの動画ファイルに記録することができる。この場合、パーソナルコンピュータにインストールされているノンリニア編集アプリケーションによっては、動画ファイル内の映像データは認識できても、各チャンネルの音声データを正常に認識することができない場合がある。この場合、動画ファイル内の映像データと、３チャンネル以上の音声データとを別々のファイルに記録する必要がある。また、ノンリニア編集アプリケーションによって、３チャンネル以上の音声データをさらに別々の音声ファイルに記録する必要がある。
【０００５】
そこで、本発明は、３チャンネル以上の音声データと、映像データとを含む動画データの編集を容易にすることを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る動画記録装置は、３チャンネルの音声データと、映像データとを含む動画データを受信する受信手段と、前記動画データを動画ファイルに記録する第１の記録手段と、前記動画データから３チャンネル目の音声データを分離する分離手段と、前記動画データから分離された３チャンネル目の音声データを、前記動画ファイルと異なる第１の音声ファイルに記録する第２の記録手段とを有し、前記動画データから３チャンネル目の音声データが分離できない場合に、第１の記録モードが設定されている場合、前記第２の記録手段は、前記動画データから３チャンネル目の音声データが分離できない期間に対応する無音データを前記第１の音声ファイルに記録し、前記動画データから３チャンネル目の音声データが分離できない場合に、第２の記録モードが設定されている場合、前記第２の記録手段は、前記第１の音声ファイルをクローズし、前記第１の音声ファイルと異なる第２の音声ファイルを生成し、前記第２の音声ファイルが生成された後に前記動画データから分離された３チャンネル目の音声データを前記第２の音声ファイルに記録する。
本発明に係るプログラムは、３チャンネルの音声データと、映像データとを含む動画データを受信する受信手段と、前記動画データを動画ファイルに記録する第１の記録手段と、前記動画データから３チャンネル目の音声データを分離する分離手段と、前記動画データから分離された３チャンネル目の音声データを、前記動画ファイルと異なる第１の音声ファイルに記録する第２の記録手段とを有し、前記動画データから３チャンネル目の音声データが分離できない場合に、第１の記録モードが設定されている場合、前記第２の記録手段は、前記動画データから３チャンネル目の音声データが分離できない期間に対応する無音データを前記第１の音声ファイルに記録し、前記動画データから３チャンネル目の音声データが分離できない場合に、第２の記録モードが設定されている場合、前記第２の記録手段は、前記第１の音声ファイルをクローズし、前記第１の音声ファイルと異なる第２の音声ファイルを生成し、前記第２の音声ファイルが生成された後に前記動画データから分離された３チャンネル目の音声データを前記第２の音声ファイルに記録する動画記録装置としてコンピュータを機能させる。
【発明の効果】
【０００７】
本発明によれば、３チャンネル以上の音声データと、映像データとを含む動画データの編集が容易になる。
【発明を実施するための最良の形態】
【０００８】
以下、図面を参照しながら本発明の好適な実施形態を説明する。
図１は、本発明の一実施形態における動画記録装置の使用形態例を示す図である。
図１において、ＤＶＣ（デジタルビデオカメラ）１０１は本実施形態における撮像装置であり、ＰＣ（パーソナルコンピュータ）１０３は本実施形態における動画記録装置である。なお、本実施形態に係る撮像装置は、デジタルビデオカメラに限るものではなく、デジタルビデオカメラとして動作する機能を有する装置であればどのような装置でもよい。また、本実施形態に係る動画記録装置は、パーソナルコンピュータに限るものではなく、パーソナルコンピュータ以外の様々な装置で実現することができる。本実施形態では、ＤＶＣ１０１及びＰＣ１０３は、ＩＥＥＥ１３９４規格に準拠したネットワークインターフェースを有する。以下、ＩＥＥＥ１３９４規格に準拠したネットワークインターフェースを「ＩＥＥＥ１３９４インターフェース」と呼ぶ。ネットワークインターフェースケーブル１０２は、ＤＶＣ１０１及びＰＣ１０３のＩＥＥＥ１３９４インターフェースを介して接続されている。
【０００９】
ＤＶＣ１０１は、ＩＥＥＥ１３９４規格で規定されたIsochronous転送を用いてMPEG2-TS形式の動画データ（ストリームデータ）を出力することができるように構成されている。
【００１０】
また現在、ＩＥＥＥ１３９４インターフェース上でMPEG2-TS形式の動画データを伝送する際の規格として、IEC 61883-1規格及びIEC 61883-4規格が知られている。IEC 61883-1規格ではＣＩＰ（Common Isochronous Packet）ヘッダのデータフォーマットを規定している。また、IEC 61883-4規格ではＳＰＨ（Source Packet Header）のデータフォーマットを規定している。
【００１１】
ＩＥＥＥ１３９４のIsochronous packetは、４バイトのIsochronous packet Headerと、それに続くＣＩＰヘッダ、ＣＩＰヘッダに続くデータフィールドを有する。データフィールドには、４バイトのソースパケットヘッダ（ＳＰＨ）と、１８８バイトのMPEG2-TSパケットから構成される１９２バイトのソースパケットが０個以上含まれる。
【００１２】
ＣＩＰヘッダのデータフォーマットを図２に示す。また、ＳＰＨのデータフォーマットを図３に示す。
【００１３】
図２における各フィールドには、以下のデータが格納される。なお、quadletは４バイト（３２ビット）を意味する。
SID: Source Node ID
DBS: Data Block Size in quadlets
FN: Fraction Number
QPC: Quadlet Padding Count
SPH: Source Packet Header present
DBC: Data Block Continuity counter
FMT: Format ID
FDF: Format Dependent Field
【００１４】
図３において、ＳＰＨ中１３ビットを占めるCYCLE_COUNTフィールド２０１は８ｋＨｚ（８０００カウント／秒）のカウンタである。これは、ＩＥＥＥ１３９４のIsochronous転送が、８０００回／秒と規定されていることによる。また、１２ビット長のCYCLE_OFFSETフィールド２０２にはオフセット値を格納する。ＳＰＨは、各ＴＳパケットをMPEG2-TSコーデックに入力するタイミングの調整に使用される。これらヘッダのさらなる詳細については、上述の規格書を参照されたい。
【００１５】
図９は、本実施形態における動画記録装置であるＰＣ１０３の構成例を示すブロック図である。
図９において、ディスプレイ９０１はアプリケーションプログラムによって処理中のデータの情報、各種メッセージメニューなどを表示する表示部である。ディスプレイ９０１は、ＣＲＴ（Cathode Ray Tube）、ＬＣＤ（Liquid Crystal Display）等から構成することができる。ディスプレイコントローラ９０２は、ディスプレイ９０１への画面表示制御を行う。キーボード９０３及びポインティングデバイス９０４は、文字などを入力したり、ＧＵＩ（Graphical User Interface）におけるアイコンやボタンなどを指し示すためなどに用いられる。ＣＰＵ（Central Processing Unit）９０５はＰＣ１０３全体の制御を司る。
【００１６】
ＲＯＭ（Read Only Memory）９０６はＣＰＵ９０５が実行するプログラムやパラメータ等を記憶している。ＲＡＭ（Random Access Memory）９０７は各種プログラムをＣＰＵ９０５が実行するときのワークエリア、エラー処理時の一時退避エリア等として用いられる。ハードディスクドライブ（ＨＤＤ）９０８は外部動画記録装置として機能する。
【００１７】
なお、本実施形態におけるＰＣ１０３の各種機能を実現するプログラムを始め、ＯＳや、ブラウザ等のアプリケーションプログラム、データ、ライプラリ等は、用途に応じてＲＯＭ９０６、ＨＤＤ９０８の１つ以上に記憶される。
【００１８】
ＩＥＥＥ１３９４インターフェース（ＩＥＥＥ１３９４Ｉ／Ｆ）９０９は、ＩＥＥＥ１３９４規格に準拠したネットワークインターフェースである。ＩＥＥＥ１３９４Ｉ／Ｆ９０９は、ネットワークインターフェースケーブル１０２を介してＤＶＣ１０１と接続される。
【００１９】
拡張スロット９１０は、例えばＰＣＩ（Peripheral Component Interconnect）バス規格に準拠した拡張カード装着用スロットである。拡張スロット９１０には、ビデオキャプチャボードや、サウンドボード、ＧＰＩＢボードなど、様々な拡張ボードを装着することが可能である。ＩＥＥＥ１３９４Ｉ／Ｆ９０９の代わりに、拡張スロット９１０に装着されたビデオキャプチャボードが有するネットワークインターフェースにＤＶＣ１０１を接続しても良い。
【００２０】
第２のネットワークインターフェース（ネットワークＩ／Ｆ）９１１はＬＡＮ等に準拠した有線通信機能またはＩＥＥＥ８０２．１１ａ／ｂ／ｇ規格、Bluetooth規格等に準拠した無線通信機能を有する。バス９１２はアドレスバス、データバスおよび制御バスからなり、上述した各ユニット間を接続する。
【００２１】
図４は、本実施形態における動画記録装置の機能構成例を示すブロック図である。
受信部であるStream receiver４０１は、ＩＥＥＥ１３９４インターフェースでIsochronous packetにより転送されるMPEG2-TSデータストリームを受信する。ストリームパケット抽出部であるSPH Remover４０２は、Isochronous packetのデータフィールドに含まれるソースパケットからＳＰＨを取り除き、MPEG2-TSデータだけをBrancher４０３に転送する。
【００２２】
配信部であるBrancher４０３は、受信したMPEG2-TSデータを、Stream writer４０４と、De-Mux４０５の２ブロックへ転送する。再構成部であるStream writer４０４は、Brancher４０４から順次受信するMPEG2-TSデータを、一つのストリームデータファイルとして保存する。また、分離部であるDe-Mux４０５は、Brancher４０３から受信したMPEG2-TSデータに含まれる音声チャンネルデータのうち、任意数のチャンネルデータを抽出し、Audio writer４０５へ転送する。音声記録部であるAudio writer４０６は、De-Mux４０５から受信した音声データを一つまたはチャンネル毎の複数ファイルに保存する。
【００２３】
図４に示す各機能ブロックは、例えば図９のＣＰＵ９０５がＲＯＭ９０６やＨＤＤ９０８に記憶された制御プログラムを実行することによってソフトウェア的に実現されても良いし、少なくとも１つ以上が専用のハードウェアによって実現されても良い。
【００２４】
図５に、本実施形態の動画記録装置が受信する動画データの構成例を示す。
図５の動画データは、MPEG2-TS形式である。そして、ＩＥＥＥ１３９４インターフェース上で転送される場合には、上述のように、１８８バイトのＴＳパケットの各々に４バイトのＳＰＨが付加されたソースパケット単位でＩＥＥＥ１３９４ Isochronous packetによって転送される。
【００２５】
図５の動画データは、映像データ（５０１、５０４、５０７）と、ステレオ音声データ１（５０２、５０５）とステレオ音声データ２（５０３、５０６）とがインターリーブされた構成を有する。そして、映像データは、MPEG-2 Video形式、ステレオ音声データ１及びステレオ音声データ２はMPEG-1 Audio Layer 2形式である。また、ステレオ音声データ１とステレオ音声データ２を連結するために、MPEG-2 Audio Layer 2規格のMC_Headerを使用している（ISO/IEC 13818-3規格参照）。このMC_Headerは、オーディオ複合単位（Audio Access Unit：AAU）内部で、ステレオ音声データを連結している。AAUとはMPEGオーディオ・ビット・ストリームの１フレーム分のオーディオデータの集合であり、単独でオーディオ信号に復号できる最小単位である。
【００２６】
図６にAAUの構成の概略を示す。６０１はAAUのヘッダであり、同期パターンやAAUのIDまたCRCの有無を表すビット等で構成される。６０２はCRC等のエラーチェックコードであり、オプション扱いになっている。CRCの有無は、ヘッダ６０１の特定ビットの値を参照することで判断できる。６０３は実オーディオデータであり、所定のサンプリングレートでサンプリングしたオーディオを、MPEG-1 Audio Layer 2形式で符号化したデータである。本実施形態では、この領域に、チャンネル１，２を使用して、ステレオ音声データ１を記録する。
【００２７】
６０４はアンシラリーデータ（補助データ）である。ＡＡＵは１フレーム分のオーディオデータであり、その長さは復号に必要なサンプル数、サンプリング周波数や伝送速度によって決定される。しかし、オーディオデータは可変長データなので、オーディオデータがAAUの終端（予め決定された長さ）に達しない場合は、終端までのデータ領域をアンシラリーデータ６０４で満たす。
【００２８】
本実施形態では、このアンシラリーデータの領域に、チャンネル３，４を使用して、ステレオ音声データ２を記録する。その際、アンシラリーデータの先頭にMC_Header６０５（ISO/IEC 13818-3規格参照）を配置し、ステレオ音声データ１とステレオ音声データ２を一つのAAUに含めている。なお、ステレオ音声データ１及びステレオ音声データ２には、チャンネルを識別するための情報や、映像データとの同期を取るための時間情報なども併せて記録される。また、本実施形態において、図５の動画データの構成の概略ではステレオ音声データ１とステレオ音声データ２を映像データの間に一つずつ配置したが、本来は、AAUの数だけ配置される。
【００２９】
次に、本実施形態の動画記録装置が動画データを記録する際の動作を、図７に示すフローチャートを用いて説明する。
動画データの記録は、例えばＤＶＣ１０１とＰＣ１０３とが図１に示すようにネットワークインターフェースケーブル１０２で接続された状態で行う。ＰＣ１０３がＰＣであれば、ＰＣを図４に示す機能構成を有する装置として動作させる動画取り込みアプリケーションを実行させる。そして、動画取り込みアプリケーションのＧＵＩを操作してＤＶＣ１０１に再生又は録画指示を与えることにより、動画データの受信が開始される。このような、ＰＣアプリケーションからのＤＶＣ１０１の制御は、既知のＡＶ／Ｃコマンドを用いて実現することができる。
【００３０】
動画データの受信開始と共に、図７の記録動作が開始される。
既に述べたように、本実施形態のＰＣ１０３には、ＤＶＣ１０１から、ネットワークインターフェースケーブル１０２を介して図５に示すMPEG2-TSデータがIsochronous packetにより送信されている。そして、ＰＣ１０３のStream receiver４０１がこのIsochronous packetを受信している。さらに、SPH Remover４０３を経由し、図３に示すＳＰＨを除去して、Isochronous packet中のMPEG2-TSパケットをBrancher４０３へ送出する。
【００３１】
動画データが終了かを判別し（ステップＳ７０２）、終了であれば記録（ファイル出力）を終了する。動画データの終了判定は、Brancher４０３は所定時間MPEG2-TSデータがStream receiver４０１から入力されない場合は、動画データ終了と判断する。動画データが終了でなければ、MPEG2-TSストリームをStream writer４０４へ送出し、受信した動画データをファイル出力する（ステップＳ７０４）。動画ファイルは、例えばＨＤＤ９０８に格納される。
【００３２】
同時に、Brancher４０３はMPEG2-TSデータをDe-Mux４０５へ送出する。De-Mux４０５は、MPEG2-TSデータをオーディオデータと映像データに分離し、ステレオ音声データ２の有無を判別する。具体的には、De-Mux４０５は、AAUを解析するためにステレオ音声データ１（６０３）を読み込む。さらに、ＡＡＵのステレオ音声データ１（６０３）の直後、つまりアンシラリーデータ６０４の先頭に、MC_Header６０５が配置されているかどうかを検出する。
【００３３】
そして、ステレオ音声データ１（６０３）の直後にMC_Header６０５が配置されている場合には、アンシラリーデータ６０４にステレオ音声データ２が含まれていると判別する（ステップＳ７０５）。AAUにステレオ音声データ２が含まれると判別した場合には、アンシラリーデータ６０４からステレオ音声データ２（５０３，５０６）を抽出する（ステップＳ７０６）。そして、必要であれば音声ファイルを新たに作成して、ステレオ音声データ２の記録を開始する。その後、動画データの終了判定（ステップＳ７０２）へ戻る。これにより、MC_Header６０５が含まれるAAUを受信する毎に、アンシラリーデータ６０４から抽出されたステレオ音声データ２が音声ファイルに書き込まれていく。
【００３４】
一方、ステレオ音声データ２の有無の判別（ステップＳ７０５）にて、MC_Header６０５がない、つまり、動画データ中にステレオ音声データ２がないと判別された場合には、オーディオ連続記録判定（ステップＳ７０８）へ遷移する。オーディオ連続記録判定（ステップＳ７０８）では、AAUからMC_Header６０５が検出されない期間分の無音データをステレオ音声データ２用の音声ファイルに記録するかどうかの判別を行う。MC_Header６０５が検出されない期間分の無音データをステレオ音声データ２用の音声ファイルに記録するかどうかは、ユーザが動画記録装置に予め設定しておくことが可能である。この場合、ステップＳ７０８では、ユーザ設定を参照して判別を行う。
【００３５】
このように、MC_Header６０５が検出されない期間分の無音データを音声ファイルに記録することで、当該期間を無音期間としてステレオ音声データ２用の音声ファイルに記録することができる。例えば、テープの傷やヘッドの汚れなどによりステレオ音声データ２の一部が正常に記憶媒体から読み出すことができない場合は、その部分が無音区間としてステレオ音声データ２用の音声ファイルに記録される。これにより、どの部分で問題が起きたのかを判別することができる。また、正常に再生できない期間があってもその期間に相当する無音データが記録されるので、音声ファイルのステレオ音声データ２と動画ファイルのステレオ音声データ１との同期が取りやすくなる。
【００３６】
オーディオ連続記録の設定がなされている場合は、ステレオ音声データ２が記録されていない期間分の無音データを継続して記録する（ステップＳ７０９）。その後、動画データの終了判定（ステップＳ７０２）へ戻る。
【００３７】
一方、オーディオ連続記録の設定がなされていない場合は、ステレオ音声データ２がとぎれた時点でファイルを分割するかどうかを判別する（ステップＳ７１０）。この点についても、ユーザが予め動画記録装置にマニュアルで設定しておくことができる。ファイルを分割するという設定がなされていた場合には、MC_Header６０５が検出されなくなったタイミングを区切りに、ステレオ音声データ２を記録している音声ファイルをクローズしてファイルとして完結させる。すなわち、音声ファイルの記録を一旦終了する。そして、次にMC_Header６０５が検出された場合にステレオ音声データ２を記録するためのファイルを生成し（ステップＳ７１１）、その後、動画データの終了判定（ステップＳ７０２）へ戻る。従って、次にMC_Header６０５が検出された場合には、そこから新しい音声ファイルへの記録が開始される。
【００３８】
ファイルの分割が設定されていない場合には、何もせずに動画データの終了判定（ステップＳ７０２）へ戻る。この場合、その後記録終了までに再度MC_Header６０５が検出された場合には、ステレオ音声データ２のファイルに時間的に不連続な箇所が含まれることになる。
【００３９】
以上の処理により、ステレオ音声データ２がインターリーブされた動画データから通常作成されるファイルは、図８（ａ）に示す動画データと、図８（ｂ）に示す、ステレオ音声データ２ファイルとなる。図８において、図５と同一のデータには同一の番号を使用している。
【００４０】
MC_Header６０５が検出されない区間があった場合、連続記録が設定されていれば、図８（ｂ）のステレオ音声データ２のファイル中、一部が無音区間となる。また、分割記録が設定されていれば、図８（ｂ）のステレオ音声データ２のファイルが、MC_Header６０５の検出されなかったタイミングで分割される。従って、MC_Header６０５が検出され始めた時点からのステレオ音声データ２が記録されたファイルが複数形成される。また、連続記録も分割記録も設定されていない場合には、ステレオ音声データ２のファイルは１つであるが、時間的に不連続な箇所が含まれることになる。
【００４１】
以上説明したように、本実施形態の動画記録装置によれば、１つのステレオ音声データよりも多い（３チャンネル以上の）音声データが映像データとインターリーブされた動画データから、３チャンネル目以降の音声データを抽出し、別ファイルとして記録する。そのため、一つの動画データに対して映像データ一つとステレオ音声データ一つの組み合わせしかサポートしていない従来の動画編集アプリケーションであっても、アフレコ用の音声データとして３チャンネル目以降の音声データを使用できる。
【００４２】
つまり、従来の動画編集アプリケーションを利用して、多チャンネル記録した動画データの全ての音声チャンネルの音声データを利用した編集が可能になる。
【００４３】
（他の実施形態）
なお、本実施形態では説明及び理解を容易にするため、映像データ及び音声データをMPEG2-TSデータとして説明した。しかし、多チャンネル音声記録ができる動画データフォーマットであり、かつ、多チャンネル判別と、チャンネル毎のデータの切り分けが可能な動画データフォーマットであれば、本発明を適用可能であることは言うまでもない。
【００４４】
また、本実施形態においては、多チャンネル音声データの例として２つのステレオ音声データ（４チャンネルオーディオ）を例に挙げた。しかし、動画データフォーマット同様、多チャンネル判別と、チャンネル毎のデータの切り分けが可能であれば、チャンネル毎に別ファイルとして記録できることはいうまでもない。つまり、１チャンネル〜４チャンネルの４つの音声ファイルを生成するように構成しても良い。
【００４５】
また、ステレオ音声データ１についても、別の音声ファイルとして記録するようにしても良い。多チャンネル音声データが動画データに含まれる場合、３チャンネル目以降の音声データをどのように記録するかをユーザ設定可能に構成することが、使い勝手の点からは望ましい。例えば、３、４チャンネル目のステレオ音声データ２を別ファイルとして記録するかどうか、３チャンネル目以降の音声データをチャンネル毎にファイル記録するかどうか、１、２チャンネル目の音声データをファイル記録するかどうか、をユーザ設定可能とする。
【００４６】
なお、本実施形態のＰＣ１０３は、受信した動画データをストリームデータとして記録することもできる。そのため、多チャンネルの動画データの編集に対応している動画編集アプリケーションがあれば、そのアプリケーションを使ってストリームデータを編集してもよい。
【００４７】
なお、MC_Header６０５が検出されない期間の取り扱いとして、音声ファイルに無音データを連続記録するか、音声ファイルを分割記録して無音データは記録しない場合のみを説明した。しかし、音声ファイルを分割記録するとともに、MC_Header６０５が検出されない期間に該当する時間分の無音データを音声ファイルとは別のファイルとして記録するように構成することもできる。
【００４８】
また、音声ファイルを分割記録するとともに、MC_Header６０５が検出されない期間に該当する時間分の無音データを音声ファイルに連続記録し、次にMC_Header６０５が検出された時点で音声ファイルを分割してもよい。さらに、音声ファイルを分割記録するとともに、MC_Header６０５が検出されない期間に該当する時間分の無音データを、次にMC_Header６０５が検出された時点で生成される音声データの先頭に付加するようにしても良い。
これらのうち、どのような記録方法を採用するかは、ユーザにより設定可能とすることが好ましい。
【００４９】
また、上述の実施形態では、ＤＶＣ１０１のような動画データ出力装置から受信した動画データに基づいて記録を行う構成についてのみ説明した。しかしながら、上述の実施形態における動画記録装置をＤＶＣ１０１に組み込んでもよい。この場合、ＤＶＣ１０１から動画データを出力する際に、ユーザ設定に応じて、動画データに加えて音声ファイルを出力するように構成することができる。
【００５０】
また、動画データをコンピュータネットワークから通信により入手したり、ＤＶＤドライブなどの着脱可能な記憶媒体を読み取り可能な装置を用いて入手するように構成することも可能である。
【００５１】
また、上述の実施形態は、システム或は装置のコンピュータ（或いはＣＰＵ、ＭＰＵ等）によりソフトウェア的に実現することも可能である。この場合、上述の実施形態で説明した機能をコンピュータに実現させるプログラムを、画像編集アプリケーションの画像取り込み処理プログラムとして組み込んでもよい。
【００５２】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータに供給、インストールされるコンピュータプログラム自体も本発明を実現するものである。つまり、本発明の機能処理を実現するためのコンピュータプログラム自体も本発明に含まれる。
【００５３】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【００５４】
この場合、本発明の機能処理をコンピュータで実現するためのコンピュータプログラムは、記憶媒体又は有線／無線通信によりコンピュータに供給される。プログラムを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、磁気テープ等の磁気記憶媒体、ＭＯ、ＣＤ、ＤＶＤ等の光／光磁気記憶媒体、不揮発性の半導体メモリなどがある。
【００５５】
有線／無線通信を用いたプログラムの供給方法としては、コンピュータネットワーク上のサーバを利用する方法がある。この場合、本発明を形成するコンピュータプログラムを含むファイルであるプログラムファイルをサーバに記憶しておく。プログラムファイルとしては、実行形式のものであっても、ソースコードであっても良い。
【００５６】
そして、このサーバにアクセスしたクライアントコンピュータに、プログラムファイルをダウンロードすることによって供給する。この場合、プログラムファイルを複数のセグメントファイルに分割し、セグメントファイルを異なるサーバに分散して配置することも可能である。
【００５７】
つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルをクライアントコンピュータに提供するサーバ装置も本発明に含む。
【００５８】
また、本発明のコンピュータプログラムを暗号化して格納した記憶媒体をユーザに配布し、所定の条件を満たしたユーザに、暗号化を解く鍵情報を供給し、ユーザの有するコンピュータへのインストールを可能とすることも可能である。鍵情報は例えばインターネットを介してホームページからダウンロードさせることによって供給することができる。
【００５９】
また、コンピュータにより実施形態の機能を実現するためのコンピュータプログラムが、実施形態の機能を、すでにコンピュータ上で稼働するＯＳの機能を利用して実現しても良い。
【００６０】
さらに、本発明を構成するコンピュータプログラムの少なくとも一部が、コンピュータに装着される拡張ボード等のファームウェアとして提供され、拡張ボード等が有するＣＰＵを利用して上述の実施形態の機能を実現しても良い。
【図面の簡単な説明】
【００６１】
【図１】本発明の一実施形態における動画記録装置の使用形態例を示す図である。
【図２】ＣＩＰヘッダのデータフォーマットを示す図である。
【図３】ＳＰＨのデータフォーマットを示す図である。
【図４】本実施形態における動画記録装置の機能構成例を示すブロック図である。
【図５】本実施形態の動画記録装置が受信する動画データの構成例を示す図である。
【図６】AAUの構成の概略を示す図である。
【図７】本実施形態の動画記録装置が動画データを記録する際の動作を示すフローチャートである。
【図８】本実施形態の動画記録装置が記録する動画ファイルと音声ファイルの構成例を示す図である。
【図９】本実施形態における動画記録装置として利用可能なＰＣの構成例を示すブロック図である。
【図１】
0004618799.tif 000002
【図２】
0004618799.tif 000003
【図３】
0004618799.tif 000004
【図４】
0004618799.tif 000005
【図５】
0004618799.tif 000006
【図６】
0004618799.tif 000007
【図７】
0004618799.tif 000008
【図８】
0004618799.tif 000009
【図９】
0004618799.tif 000010