(57)【要約】【課題】ニュース・報道等の取材を行う上で、カメラマンが収録した映像コンテンツの編集、オンエアするまでのワークフローの改善を目的とする。【解決手段】第１のバッファに蓄積された本編コンテンツを記録する第１の記録媒体と、第２のバッファに蓄積されたプロキシデータを記録する第２の記録媒体と、本編コンテンツを編集するための情報が記載された編集情報を記録する第３の記録媒体と、既に第２の記録媒体に記録されているプロキシデータを外部へ送信し、外部機器によりプロキシデータを基に作成された編集情報を受信する通信部と、編集情報を基に、本編コンテンツの本編集処理を行って本編編集後コンテンツを作成する編集部と、を備えた構成とした。【選択図】図１
2008153739.tif 000002
【特許請求の範囲】
【請求項１】
映像の記録処理とコンテンツの本編集処理とを並行して実行可能なカメラレコーダであって、
入力された映像を符号化して本編コンテンツとする第１の符号化部と、
入力された前記映像を前記本編データより低ビットレートで符号化してプロキシデータとする第２の符号化部と、
前記本編コンテンツを一時的に蓄積する第１のバッファと、
前記プロキシデータを一時的に蓄積する第２のバッファと、
前記第１のバッファに蓄積された前記本編コンテンツを記録する第１の記録媒体と、
前記第２のバッファに蓄積された前記プロキシデータを記録する第２の記録媒体と、
前記本編コンテンツを編集するための情報が記載された編集情報を記録する第３の記録媒体と、
既に前記第２の記録媒体に記録されている前記プロキシデータを外部へ送信し、外部機器により前記プロキシデータを基に作成された前記編集情報を受信する通信部と、
前記編集情報を基に、前記本編コンテンツの本編集処理を行って本編編集後コンテンツを作成する編集部と、
を備えたカメラレコーダ。
【請求項２】
前記第１のバッファに蓄積された前記本編コンテンツが所定量より多い場合には、前記通信部での通信処理および前記編集部でのレンダリング処理に対して、前記第１の記録媒体への記録処理および前記第２の記録媒体への記録処理を優先的に実行する制御部をさらに備えた請求項１記載のカメラレコーダ。
【請求項３】
前記通信部は、前記編集部で作成された前記本編編集後コンテンツを外部に送信する、請求項１記載のカメラレコーダ。
【請求項４】
前記編集部は、前記第１のバッファに蓄積された前記本編コンテンツが第１の所定量よりも多く、かつ前記第２のバッファに蓄積された前記プロキシデータが第２の所定量より多い場合には、前記通信部での通信処理および前記編集部での本編集処理に対して、前記第１の記録媒体への記録処理および前記第２の記録媒体への記録処理を優先的に実行する、請求項１または請求項２に記載のカメラレコーダ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、主にニュースや取材等で用いられる放送・業務用のカメラレコーダに関する。
【背景技術】
【０００２】
報道業界では、ニュース取材現場で収録した映像コンテンツをいかに早く編集し、いかに早くオンエアできるかが重要視されている。すなわち、報道の一連作業のワークフローの改善が求められている。
【０００３】
報道の一連のワークフローの一例として、例えば以下のようなものがある。カメラマンが映像コンテンツを収録する際、本編映像・音声データ（以下、本編コンテンツと呼ぶ）と同時に、本編よりも低ビットレート・低解像度のデータ（以下、プロキシデータと呼ぶ）を別途作成しておく。そして、そのプロキシデータをネットワーク経由で編集機に転送し、編集機側でプロキシデータを基に編集作業を行い、編集情報ファイルの作成を行う。
【０００４】
ここで、編集情報ファイルとは、本編コンテンツに対するＣＵＴ編集におけるＩＮ／ＯＵＴ点の情報や、フェードなどのエフェクト情報等、種々の編集に関する情報が記述されたファイルのことである。なお上記のように、プロキシデータを基にして編集情報ファイルを作成することを、ここでは仮編集と呼ぶことにする。
【０００５】
上記の要領で仮編集を行った後、本編コンテンツが記録された記録媒体をカメラレコーダから取り出し、その記録媒体を編集機に挿入して本編コンテンツを編集機に取り入れる。そして、仮編集で作成しておいた編集情報ファイルを基に、本編コンテンツのレンダリング処理（加工処理）を行い、編集済みの本編コンテンツ（以下、本編編集後コンテンツと呼ぶ）を作成する。このように、編集情報ファイルを基に本編コンテンツのレンダリング処理を行うことを、ここでは本編集と呼ぶことにする。一般に、編集作業の工程としては、編集情報ファイルを生成するための仮編集の工程と、編集情報ファイルから本編コンテンツのレンダリング処理（加工処理）を行う本編集の工程とに分けることができる。
【０００６】
上記のように仮編集および本編集によって生成された本編編集後コンテンツを、オンエア（放送）する。
【０００７】
上記のようなワークフローの効率を上げるため、カメラレコーダで本編コンテンツを記録中に、カメラレコーダにネットワークで接続された別端末にリアルタイムにプロキシデータを転送し、本編コンテンツの記録と並行して編集情報ファイルをリアルタイムに作成・更新する（リアルタイムに仮編集を行う）技術が公開されている（例えば、特許文献１および２参照）。
【特許文献１】特開２００３−２９９０１０号公報
【特許文献２】特開２００４−３３６７２８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、上述するような従来の技術では、編集作業（仮編集および本編集）を全て完了させるためには、本編コンテンツの記録されている記録媒体をカメラレコーダから一旦取り外し、編集機に移行する作業が必要となるという課題があった。つまり、本編集を開始するためには、カメラレコーダによる収録作業を中断して記録媒体交換等の作業を行う必要があり、収録作業をスムーズに進めることができなかった。
【０００９】
例えば実際の取材現場では、カメラマンが次から次へと収録作業に追われ、記録媒体の交換もままならない場合がある。また、本編コンテンツの編集機への移行のため、カメラレコーダから記録媒体を取り外している間に、撮影すべき「決定的瞬間」に遭遇しても収録ができない、といった事態も発生しかねない。
【００１０】
このような課題に鑑みて本発明は、映像コンテンツの収録と同時に既に収録済の映像コンテンツの編集を並列に、かつスムーズに行うことを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するために本発明では、報道の一連のワークフローを改善するため、映像コンテンツの収録中に既に収録済の映像コンテンツに対するレンダリング処理（本編集）を記録処理のバックグラウンドで行うことのできるカメラレコーダを提供する。
【００１２】
すなわち本発明のカメラレコーダは、映像の記録処理とコンテンツの本編集処理とを並行して実行可能なカメラレコーダであって、入力された映像を符号化して本編コンテンツとする第１の符号化部と、入力された映像を本編データより低ビットレートで符号化してプロキシデータとする第２の符号化部と、本編コンテンツを一時的に蓄積する第１のバッファと、プロキシデータを一時的に蓄積する第２のバッファと、第１のバッファに蓄積された本編コンテンツを記録する第１の記録媒体と、第２のバッファに蓄積されたプロキシデータを記録する第２の記録媒体と、本編コンテンツを編集するための情報が記載された編集情報を記録する第３の記録媒体と、既に第２の記録媒体に記録されているプロキシデータを外部へ送信し、外部機器によりプロキシデータを基に作成された編集情報を受信する通信部と、編集情報を基に、本編コンテンツの本編集処理を行って本編編集後コンテンツを作成する編集部と、を備えた構成としたものである。
【発明の効果】
【００１３】
本発明によれば、映像コンテンツの度重なる収録作業に追われ、カメラマンが収録した映像コンテンツの編集作業を行うための準備等ができない状況下においても、新規映像コンテンツの収録と同時に既に収録済の映像コンテンツの編集を並列に行うことが可能となる。そのため、収録、編集、オンエアという報道までの一連の流れをより早くスムーズに遂行することが可能となり、ワークフローの改善が可能となる。
【００１４】
それに伴い、現場で発生した事件をこれまでよりも早期に放映することが可能となり、視聴者もこれまでよりも早期に最新のニュースを視聴することが可能となる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照しながら本発明の実施の形態について説明する。
【００１６】
（実施の形態１）
図５は、本発明のカメラレコーダを用いたシステムの構成図である。本発明のカメラレコーダを用いたシステムでは、図５に示すように、映像コンテンツを収録するカメラレコーダ２０１と仮編集を行うための編集機２０２とがネットワーク経由で通信可能な構成となっている。
【００１７】
ニュース取材等の現場で映像コンテンツを収録する際、撮影用のカメラレコーダ２０１だけでなく、現場で編集を行うためにノンリニア編集機（ＮＬＥ）等の編集機２０２を持参することがある。編集機２０２は、持ち運び可能なモバイル機器でなくともよく、例えば中継車の車内に設置されているような据置の編集機でもよい。
【００１８】
図１は、本発明のカメラレコーダ２０１の構成図である。また、図２は、本カメラレコーダ２０１を用いたワークフローを説明するための図である。図２を用いて、カメラレコーダ２０１と編集機２０２とを用いたワークフローの概略を説明する（詳細は後述する）。ここでは、カメラレコーダ２０１で映像コンテンツの収録を行うカメラマン２０３と、編集機２０２で編集作業（仮編集）を行うエディタ２０４の、少なくとも２人で作業することを想定している。
【００１９】
まず、手順＃１（Ｓ２５１）として、カメラマン２０３が、カメラレコーダ２０１で撮像した映像コンテンツを本編コンテンツとして記録媒体＃１（１２１）に記録する。その際、本編コンテンツの記録と同時に、本編コンテンツよりも低ビットレートの映像データであるプロキシデータを、記録媒体＃２（１２２）に記録する。
【００２０】
次に、手順＃２（Ｓ２５２）として、プロキシデータをカメラレコーダ２０１から編集機２０２にネットワークを介して転送する。
【００２１】
次に、手順＃３（Ｓ２５３）として、エディタ２０４が編集機２０２を操作して、プロキシデータを基に編集情報ファイルを作成する（仮編集）。
【００２２】
次に、手順＃４（Ｓ２５４）として、編集情報ファイルを編集機２０２からカメラレコーダ２０１にネットワークを介して転送する。
【００２３】
次に、手順＃５（Ｓ２５５）として、カメラレコーダ２０１で、編集情報ファイルを基に、本編コンテンツのレンダリング処理（本編集）を行う。
【００２４】
最後に、手順＃６（Ｓ２５６）として、レンダリング処理によって生成された本編編集後コンテンツをカメラレコーダ２０１から編集機２０２にネットワークを介して転送する。
【００２５】
次に、図１を用いて、本発明のカメラレコーダの構成について説明する。
【００２６】
カメラレコーダ２０１内に入力された映像・音声情報を符号化部＃１（１０１）で符号化することにより、本編コンテンツを生成する。なお、符号化部＃１（１０１）で生成される本編コンテンツのフォーマットは、ＤＶ、ＤＶＣＰＲＯ、ＨＤＶ、ＭＰＥＧ、ＡＶＩ、Ｈ．２６４等、どのような圧縮フォーマットでもよい。また、符号化部＃１（１０１）で生成される本編コンテンツは、ＡＶ多重化されていてもよく、または、ＡＶそれぞれを独立のフォーマット、例えば、映像はＤＶＣＰＲＯ、音声はＷＡＶＥ（ＰＣＭ等）としてもよい。また、符号化部＃１（１０１）で生成される本編コンテンツは必ずしも圧縮されている必要はなく、カメラレコーダ内に入力された映像・音声情報が非圧縮でそのまま本編コンテンツとなってもよい。
【００２７】
一方、入力された映像・音声情報を符号化部＃２（１０２）で符号化することにより、プロキシデータを生成する。なお、このプロキシデータとは、本編コンテンツよりも低ビットレートの簡易映像・音声データのことであり、本編コンテンツよりも低ビットレートであればＭＰ４等の任意のフォーマットでよい。
【００２８】
なお、符号化部＃１（１０１）および符号化部＃２（１０２）は、本編コンテンツおよびプロキシデータを生成することができれば共通（同一の符号化部）であってもよい。
【００２９】
符号化部＃１（１０１）で生成された本編コンテンツは、一旦バッファ＃１（１１１）に蓄積され、その後に記録媒体＃１（１２１）に記録される。一方、符号化部＃２（１０２）で生成されたプロキシデータは、一旦バッファ＃２（１１２）に蓄積され、その後に記録媒体＃２（１２２）に記録される。バッファ＃１（１１１）およびバッファ＃２（１１２）の詳細は後述する。
【００３０】
なお、記録媒体＃１（１２１）、記録媒体＃２（１２２）および記録媒体＃３（１２３）は、半導体メモリ、ハードディスク、光ディスク、磁気ディスク、光磁気ディスク等、映像コンテンツを記録することができればその種類を問わない。また、記録媒体＃１（１２１）、記録媒体＃２（１２２）および記録媒体＃３（１２３）は、機器から取り外し可能（リムーバブルメディア）であってもよく、または機器に内蔵されている形態でもよい。また、記録媒体＃１（１２１）、記録媒体＃２（１２２）および記録媒体＃３（１２３）は、それぞれ共通（同一の記録媒体）であってもよい。
【００３１】
また、記録時のモード設定によっては、本編コンテンツのみを記録し、プロキシデータは記録しない時もある。その場合、符号化部＃２（１０２）およびバッファ＃２（１１２）および記録媒体＃２（１２２）は使用しないことになる。
【００３２】
記録媒体＃２（１２２）に記録されたプロキシデータは、通信部１３３により外部機器に送信される。また、本編コンテンツをどのように編集すべきかを記載した編集情報ファイルは、編集機２０２で作成されたものがネットワーク経由で通信部１３３を介して入力され、記録媒体＃３（１２３）に記録される。
【００３３】
なお、通信部１３３は、カメラレコーダ２０１と編集機２０２との間でデータの送受信が可能であれば、有線ＬＡＮ、無線ＬＡＮ等のデータ転送のＩ／Ｆは問わず、転送プロトコルもＴＣＰ／ＩＰ、ＵＤＰ等の任意の転送プロトコルでよい。また、プロキシデータは、バッファ＃２（１１２）から記録媒体＃２（１２２）を介さずに直接通信部１３３より送信されるようにしてもよい。この場合、プロキシデータは映像コンテンツの収録と同時に（リアルタイムに）送信されることになる。
【００３４】
編集部１３１は、編集機２０２で作成され、カメラレコーダ２０１に送信された編集情報ファイルを基に、本編コンテンツのレンダリング処理（本編集）を行う。
【００３５】
制御部１３２は、バッファ＃１（１１１）を監視することにより、記録媒体＃１（１２１）、通信部１３３および編集部１３１を制御する。制御部１３２の詳細については後述する。
【００３６】
図６は、編集機２０２の構成を示した図である。図６を用いて、編集機２０２の構成について説明する。
【００３７】
通信部６０３は、外部から転送されてくるプロキシデータを受信し、記録媒体６０２に記録する。編集部６０１は、ユーザからの入力により、プロキシデータ内の映像・音声情報から編集情報ファイルを作成する（仮編集）。その際、プロキシデータの映像・音声データを出力モニタ６０５に出力しながらＩＮ／ＯＵＴ点の設定やフェード処理の設定等を行う。作成された編集情報ファイルは、記録媒体６０２に記録される。
【００３８】
通信部６０３は、編集部６０１により作成された編集情報ファイルを外部に転送する。この時、編集部６０１による編集作業（仮編集作業）および通信部６０３による外部との通信作業を制御部６０４で制御する。
【００３９】
なお、編集機２０２の構成は、図６に示すような構成である必要はなく、プロキシデータをネットワーク経由で入力することができ、プロキシデータを用いて編集情報ファイルを生成することができ、編集情報ファイルをネットワーク経由でカメラレコーダ２０１へ送信することができれば、任意の構成でよい。
【００４０】
本発明のカメラレコーダの具体的な運用方法について説明する。
【００４１】
第１の例として、既に記録された１つの映像コンテンツの編集方法（仮編集および本編集）を説明する。図３は、第１の例を説明するための図である。
【００４２】
まず、手順＃１（Ｓ２５１）として、カメラマン２０３が、カメラレコーダ２０１で映像コンテンツを収録する。この時、符号化部＃１（１０１）は入力された映像・音声情報を符号化して本編コンテンツを生成し、符号化部＃２（１０２）は入力された映像・音声情報を符号化してプロキシデータを生成する。そして、それぞれバッファ＃１（１１１）およびバッファ＃２（１１２）を介して記録媒体＃１（１２１）および記録媒体＃２（１２２）に記録する。ここで、この時記録した本編コンテンツおよびプロキシデータを本編コンテンツ＃１（３０２）および図示しないプロキシデータ＃１とする。
【００４３】
カメラマン２０３が行う作業は手順＃１（Ｓ２５１）のみでよく、以降、カメラマン２０３は次の映像コンテンツを収録する等の任意の作業を行ってよい。すなわち、手順＃１は手順＃２〜＃６と並行して行えるため、カメラマン２０３は、映像コンテンツ収録後の転送、編集作業中（手順＃２〜＃６（Ｓ２５２〜Ｓ２５６）の期間中）であっても、別の映像コンテンツの収録を行うことができる。
【００４４】
次に、手順＃２（Ｓ２５２）として、手順＃１（Ｓ２５１）にて記録したプロキシデータをカメラレコーダ２０１から編集機２０２に転送する。一般的に、業務用途で記録する本編コンテンツは高ビットレートのものが多いため、本編コンテンツ＃１（３０２）の全データをカメラレコーダ２０１から編集機２０２に転送するのは時間がかかってしまう。実際にオンエアで使用される部分は、本編コンテンツ＃１（３０２）のほんの一部であることが多く、時間をかけて本編コンテンツ＃１（３０２）の全データを編集機２０２に転送するのは効率が悪い。そこで、ここでは本編コンテンツ＃１（３０２）よりもビットレートの低いプロキシデータ＃１を編集機２０２に転送する。このプロキシデータ＃１の転送処理は、カメラレコーダ２０１側がマスターとなり、制御部１３２の転送命令（送信命令）により実行するとよい。または、この転送処理のマスターは編集機２０２であってもよく、その場合は、制御部６０４の転送命令（受信命令）により実行してもよい。
【００４５】
この時、カメラレコーダ２０１が次の映像コンテンツの収録中である場合、記録以外の他の処理（ここではプロキシデータ＃１の外部への転送処理）の負荷が重くなってしまうと、収録処理に失敗する恐れがある。よって、プロキシデータ＃１の転送処理を行うときには、制御部１３２がバッファ＃１（１１１）を監視し、バッファ＃１（１１１）に余裕のある時にはプロキシデータ＃１の転送処理を行い、バッファ＃１（１１１）に余裕のない時には一時的にプロキシデータ＃１の転送処理を停止させ、収録処理を優先させる。このような制御部１３２における動作の詳細については後述する。
【００４６】
上述する処理により、手順＃２（Ｓ２５２）において、カメラレコーダ２０１が別の映像コンテンツの収録中でもバッファ＃１（１１１）のオーバーフローによる記録失敗を防ぎつつ、プロキシデータ＃１を編集機２０２に転送することが可能となる。
【００４７】
次に、手順＃３（Ｓ２５３）として、編集機２０２にてエディタ２０４がプロキシデータ＃１の編集（仮編集）を行う。その際、ＩＮ／ＯＵＴ点のカット情報やフェード処理等の各種付加情報等の編集に関わる情報が記載された編集情報ファイルを作成する。
【００４８】
編集機２０２において、エディタ２０４は図示しない再生系操作釦（再生釦、停止釦、サーチ釦等）を用いて、記録媒体６０２に記録されているプロキシデータ＃１に含まれる映像を出力モニタ６０５に出力させる。エディタ２０４は出力モニタ６０５を見ながらＩＮ／ＯＵＴ点等の編集点を決め、図示しない編集系操作釦を用いてＩＮ／ＯＵＴ点登録を行う。ここで、必要に応じてフェード設定等を行ってもよい。意図した編集（仮編集）作業が完了したら、図示しない編集情報ファイル作成釦を用いて、編集情報ファイルを生成し、記録媒体６０２に記録する。
【００４９】
なお、編集機２０２の構成や仮編集の方法および編集情報ファイルを生成する手段は上記以外の方法でもよく、その手段は問わない。
【００５０】
また、ここで作成された編集情報ファイルを以降は編集情報ファイル＃１（３０１）と呼ぶことにする。
【００５１】
次に、手順＃４（Ｓ２５４）として、手順＃３（Ｓ２５３）で生成された編集情報ファイル＃１（３０１）を、編集機２０２からカメラレコーダ２０１に転送する。この編集情報ファイル＃１（３０１）の転送処理は、編集機２０２側がマスターとなり、制御部６０４の転送命令（送信命令）により実行するとよい。または、この転送処理のマスターはカメラレコーダ２０１であってもよく、その場合は、制御部１３２の転送命令（受信命令）により実行してもよい。
【００５２】
この時、手順＃２（Ｓ２５２）の時と同様の手法で制御部１３２によりバッファ＃１（１１１）を監視し、バッファ＃１（１１１）に余裕がある時のみ編集情報ファイル＃１（３０１）を受信する。
【００５３】
上述する手法により、カメラレコーダ２０１が別の映像コンテンツの収録中でもバッファ＃１（１１１）のオーバーフローによる記録失敗を防ぎつつ、編集情報ファイル＃１（３０１）をカメラレコーダ２０１が受信することが可能となる。
【００５４】
次に、手順＃５（Ｓ２５５）として、カメラレコーダ２０１が、手順＃４（Ｓ２５４）で受信した編集情報ファイル＃１（３０１）を基に、編集部１３１により本編コンテンツ＃１（３０２）をレンダリング（本編集）する。
【００５５】
編集情報ファイルには、編集対象となる本編コンテンツを示す情報と、ＩＮ点およびＯＵＴ点のフレームオフセットの組が１組以上記載されている。図３の例では、編集情報ファイル＃１（３０１）は、本編コンテンツ＃１（３０２）を編集対象とし、そのうちフレームオフセット１００からフレームオフセット２００までの映像・音声情報を本編編集後コンテンツ＃１（３０３）として使用することを示している。編集部１３１は、編集情報ファイル＃１（３０１）に記載されているＩＮ／ＯＵＴ点等の情報に従い、本編コンテンツ＃１（３０２）の必要な部分のみを切り出して本編編集後コンテンツ＃１（３０３）として生成し、記録媒体＃１（１２１）に記録する。
【００５６】
なお、レンダリング処理（本編集）については上述する方法である必要ではなく、その手法については問わない。この時、手順＃２（Ｓ２５２）の時と同様の手法で制御部１３２によりバッファ＃１（１１１）を監視し、バッファ＃１（１１１）に余裕がある時のみレンダリング処理（本編集）を行う。
【００５７】
上述する手法により、カメラレコーダ２０１が別の映像コンテンツの収録中であってもバッファ＃１（１１１）のオーバーフローによる記録失敗を防ぎつつ、レンダリング処理（本編集）を行うことが可能となる。
【００５８】
なお、図３に示す編集情報ファイル＃１（３０１）は、この図ではＩＮ／ＯＵＴ点のみが記載されているだけだが、記載内容はフェード処理等の任意の編集情報を記載してもよい。また、編集情報ファイル＃１（３０１）の形式は、ＸＭＬ、ＡＡＦ、ＥＤＬ等の任意の形式でよい。
【００５９】
また、図３に示す本編コンテンツ＃１（３０２）にはファイルのヘッダ、フッタは記載していない。実際の本編コンテンツ＃１（３０２）にはファイルヘッダまたはフッタが存在してもよく、またはヘッダおよびフッタが存在しなくてもよい。
【００６０】
また、図３に示す本編コンテンツ＃１（３０２）は１つのファイルでなくてもよく、例えば音声を記録するファイルと映像を記録するファイルが別々であってもよく、また、音声に関しては各チャンネルで別々のファイルであってもよい。また、図３において、映像および音声の各チャンネル単位で編集点（ＩＮ／ＯＵＴ点）が異なってもよい（ＡｕｄｉｏＳｐｌｉｔ編集）。また、図３では編集点（ＩＮ／ＯＵＴ点）としてフレームオフセットの値を用いたが、編集点を示す情報はタイムコードでもよい。また、編集部１３１では、ＣＵＴ編集（ＩＮ／ＯＵＴ点編集）のみを行っているが、フェード等のデータ加工を行ってもよい。
【００６１】
次に、手順＃６（Ｓ２５６）として、本編編集後コンテンツ＃１（３０３）をカメラレコーダ２０１から編集機２０２に転送する。この本編編集後コンテンツ＃１（３０３）の転送処理は、カメラレコーダ２０１側がマスターとなり、制御部１３２の転送命令（送信命令）により実行するとよい。または、この転送処理のマスターは編集機２０２であってもよく、その場合は、制御部６０４の転送命令（受信命令）により実行してもよい。
【００６２】
この時、手順＃２（Ｓ２５２）の時と同様の手法で制御部１３２によりバッファ＃１（１１１）を監視し、バッファ＃１（１１１）に余裕がある時のみ転送処理を行う。
【００６３】
上述する手法により、カメラレコーダ２０１が別の映像コンテンツの収録中でもバッファ＃１（１１１）のオーバーフローによる記録失敗を防ぎつつ、転送処理を行うことが可能となる。
【００６４】
上述した通り、手順＃１〜＃６（Ｓ２５１〜Ｓ２５６）により、収録から編集までの一連の作業において、カメラマン２０３は、収録済の本編コンテンツ＃１（３０２）の記録された記録媒体＃１（１２１）をカメラレコーダ２０１から取り出すことなく、本編編集後コンテンツ＃１（３０３）を生成し、さらに編集機２０２に転送することが可能となる。すなわち、カメラレコーダ２０１が本編コンテンツ全体を編集機２０２に転送するよりも、本編編集後コンテンツを転送するほうが転送すべきデータ量が少なくなり、収録からオンエアまでにかかる時間を短縮することができる。さらに、これらの一連の作業を他の映像コンテンツの収録中に行うことが可能なので、収録から編集（仮編集および本編集）までのワークフローの改善が期待できる。
【００６５】
次に第２の例として、既に記録された複数の映像コンテンツの編集方法（仮編集および本編集）について説明する。図４は、第２の例を説明するための図である。
【００６６】
第２の例では、手順＃２〜＃６（Ｓ２５２〜Ｓ２５６）の時には、第１の例と同様の手法で、制御部１３２によりバッファ＃１（１１１）を監視し、バッファ＃１（１１１）に余裕がある時のみ作業を行うものとする。
【００６７】
カメラレコーダ２０１の記録媒体＃１（１２１）内には、手順＃１（Ｓ２５１）において過去に収録した複数の映像コンテンツが存在しているとする。例えば３つの映像コンテンツが収録されていたとき、１つ目の映像コンテンツの本編コンテンツを本編コンテンツ＃１（３０２）、プロキシデータをプロキシデータ＃１とする。同様に、２つ目の映像コンテンツについて、本編コンテンツ＃２（４０２）およびプロキシデータ＃２とし、さらに３つ目の映像コンテンツについて、本編コンテンツ＃３（４０３）およびプロキシデータ＃３とする。
【００６８】
手順＃２（Ｓ２５２）として、プロキシデータ＃１〜＃３を編集機２０２に転送する。
【００６９】
手順＃３（Ｓ２５３）として、プロキシデータ＃１〜＃３を基に編集（仮編集）を行う。上記３つのコンテンツの編集情報が記載された編集情報ファイルを編集情報ファイル＃１３（４０１）とする。
【００７０】
手順＃４（Ｓ２５４）として、編集情報ファイル＃１３（４０１）をカメラレコーダ２０１に転送する。
【００７１】
手順＃５（Ｓ２５５）として、カメラレコーダ２０１が、手順＃４（Ｓ２５４）で受信した編集情報ファイル＃１３（４０１）を基に、編集部１３１により本編コンテンツ＃１（３０２）〜＃３（４０３）を編集（本編集）する。
【００７２】
図４の例では、編集情報ファイル＃１３（４０１）は、次のような編集内容を示している。即ち、本編コンテンツ＃１（３０２）のうちフレームオフセット１０からフレームオフセット５０までの映像・音声情報、本編コンテンツ＃２（４０２）のうちフレームオフセット１００からフレームオフセット１３０までの映像・音声情報、および本編コンテンツ＃３（４０３）のうちフレームオフセット５００からフレームオフセット５５０までの映像・音声情報を、順に接続して本編編集後コンテンツ＃１３（４０４）とすることを示している。編集部１３１は、編集情報ファイル＃１３（４０１）に記載されている情報に従い、本編コンテンツ＃１（３０２）〜＃３（４０３）の必要な部分のみを切り出して本編編集後コンテンツ＃１３（４０４）として生成する。この場合、３つの異なる本編コンテンツから１つの新たな本編コンテンツを生成する（レンダリング：本編集）。生成された本編編集後コンテンツ＃１３（４０４）を記録媒体＃１（１２１）に記録する。
【００７３】
最後に、手順＃６（Ｓ２５６）として、本編編集後コンテンツ＃１３（４０４）をカメラレコーダ２０１から編集機２０２に転送する。
【００７４】
手順＃２（Ｓ２５２）および手順＃４〜＃６（Ｓ２５４〜Ｓ２５６）における制御部１３２の詳細について記載する。
【００７５】
以降、手順＃２（Ｓ２５２）および手順＃４〜＃６（Ｓ２５４〜Ｓ２５６）のように、記録処理のバックグラウンドで行うべき処理をバックグラウンド処理と記載する。
【００７６】
バッファ＃１（１１１）は、符号化部＃１（１０１）で生成した本編コンテンツを記録媒体＃１（１２１）に記録するまでの間、一時的に蓄積しておくためのバッファである。
【００７７】
一般的に、カメラレコーダが備えるバッファは、本来、半導体メモリ等の非同期系の記録媒体に対して映像コンテンツ等の同期系データ（リアルタイムで処理する必要のあるデータ）を記録する際に用いられるものである。ここで、非同期系の記録媒体とは、例えば、半導体メモリ、ハードディスク、光ディスク、磁気ディスク、光磁気ディスク等が挙げられる。なお、同期系の記録媒体としては、磁気テープ等が挙げられる。バッファが用いられる主なる目的としては、記録失敗によるリトライのためや、記録開始処理等のオーバーヘッドによる記録遅延等を補うため、等が挙げられる。また、ＰｒｅＲｅｃ機能でもバッファが用いられることがある。
【００７８】
ここで、ＰｒｅＲｅｃ機能について簡単に説明する。通常、カメラレコーダが映像コンテンツの記録を開始するのは、記録釦が押下された時点以降だが、ＰｒｅＲｅｃ機能を用いた場合には、記録釦が押された時点よりも前にカメラに映っていた映像を記録することができる。
【００７９】
一般的に、カメラレコーダが記録モード（記録待機状態）に移行した時には、カメラに映っている映像は記録媒体には記録されないものの、ビューファインダや液晶画面等に映し出される場合が多い。ＰｒｅＲｅｃ機能を有するカメラレコーダでは、これら記録開始前の映像データをカメラレコーダ内部の記録バッファに貯めておくことができる。貯めておくことのできるデータ量はカメラレコーダのバッファ容量や映像データのビットレート等によって異なる。
【００８０】
記録バッファにデータが貯まった状態でかつ、ＰｒｅＲｅｃ設定がＯＮのカメラレコーダ（ここではＰｒｅＲｅｃ時間が１０秒に設定されているものとする）に対して、記録釦（またはＰｒｅＲｅｃ釦）を押下すると、１０秒前の映像データから記録媒体に記録を開始する。この時、カメラ内部の記録バッファから記録媒体までの転送レートは、現在記録中の映像・音声データのビットレートよりも高いことが前提となっている。よって、ＰｒｅＲｅｃを開始した直後は記録バッファの使用量は約１０秒相当分であるが、記録が進むにつれて、その使用量が減っていき、最終的には記録バッファは空に近い状態で記録処理を行うようになる（記録の定常状態）。
【００８１】
このように、記録バッファはＰｒｅＲｅｃ機能でも用いられている。
【００８２】
制御部１３２は、上記のような目的で使用されているバッファ＃１（１１１）を監視することにより、手順＃２（Ｓ２５２）および手順＃４〜＃６（Ｓ２５４〜Ｓ２５６）のような処理を記録処理のバックグラウンドで行うべきかどうかを判定する。判定する基準としては、バッファ＃１（１１１）の利用率（本編コンテンツがバッファ＃１（１１１）内にどの程度蓄積されているか）に閾値を設け、これを基準として用いるとよい。
【００８３】
例えばバッファ＃１（１１１）の利用率の閾値を５０％とした場合、バッファ＃１（１１１）の利用率が５０％未満の時にはバックグラウンド処理を行い、バッファ＃１（１１１）の利用率が５０％以上の時にはバックグラウンド処理を行わないようにする。最初にバッファ利用率が５０％未満でバックグラウンド処理を開始した後、記録処理の過程でバッファ＃１（１１１）の利用率が５０％以上になった場合は、バックグラウンド処理を一時的に中断する。その後、再度バッファ＃１（１１１）の利用率が５０％未満に戻った場合は、再度バックグラウンド処理を再開させる。
【００８４】
なお、このバッファ利用率の閾値は０％〜１００％の任意の閾値でよいものとする。また、バッファ＃１（１１１）の利用率の閾値は動的に可変であってもよい。記録するデータのフォーマットやビットレートによって閾値を動的に切り替える場合、例えばビットレートが比較的低いフォーマット（例えば２５［Ｍｂｐｓ］のデータ）の閾値は８０％、一方、ビットレートが比較的高いフォーマット（例えば１００［Ｍｂｐｓ］）の閾値は５０％に設定する、といったことも可能である。つまり、記録ビットレートが高いほど閾値を低く設定するようにすればよい。なお、この時の閾値はこの条件を満たしていれば０％〜１００％の任意でよい。
【００８５】
また、カメラレコーダの状態によって閾値を切り替えてもよい。例えばＰｒｅＲｅｃ設定がＯＮのカメラレコーダは、記録開始直後には、とにかく記録処理を最優先し、なるべく早くバッファの使用量を減少させ、記録の定常状態に戻す必要がある。この場合、全てのバックグラウンド処理を禁止して記録処理のみを行い、記録の定常状態に戻った時には再度閾値を監視し、上述したようなバックグラウンド処理の制御を行えばよい。
【００８６】
また、バックグラウンド処理の内容に応じて閾値を可変にしてもよい。例えば、手順＃４（Ｓ２５４）での編集情報ファイルの受信処理の負荷が比較的小さいとした場合、バックグラウンド処理として手順＃４（Ｓ２５４）を行う時の閾値は比較的高い値（例えば７０％）に設定しておくと、記録バッファの利用率が多少高くなっても、バックグラウンド処理は可能な限り継続させることができる。一方、手順＃５（Ｓ２５５）での本編コンテンツの編集処理（本編集）の負荷が編集情報ファイル受信の負荷よりも大きいとした場合、バックグラウンド処理として手順＃５（Ｓ２５５）を行う時の閾値は、編集情報ファイル受信時のそれよりも低い値（例えば３０％）に設定しておくと、記録バッファの利用率がそれほど高くならなくても、バックグラウンド処理を一時的に停止するようにする。つまり、負荷の大きいバックグラウンド処理ほど閾値を低く設定するようにすればよい。なお、この時の閾値は上記の条件式を満たしていれば０％〜１００％の任意でよい。
【００８７】
上述するような制御により、映像コンテンツの収録を安全に行うことができる。
【００８８】
なお、バックグラウンド処理の内容に応じて閾値を可変にする場合、バックグラウンド処理の負荷の大小に関わらず、閾値は用途に合わせて任意の値に設定してもよい。また、閾値をユーザが任意の値に設定可能にしてもよい。また、常にバックグラウンド処理を行わずに記録を優先させるモードや、逆にバッファ＃１（１１１）の利用率に関わらず、常にバックグラウンド処理を行うようなモードで動作してもよい。また、記録を行っていない状態にバックグラウンド処理を行った場合、バックグラウンド処理は常に行えるようにするとよい。
【００８９】
（実施の形態２）
実施の形態１では、制御部１３２はバッファ＃１（１１１）の状態を監視して制御を行っていたが、本実施の形態では、バッファ＃１（１１１）だけでなく、その他のバッファも監視して制御を行う。
【００９０】
前述した通り、本発明のカメラレコーダでは記録時には本編コンテンツと同時にプロキシデータも記録するモードがある。この時、バッファ＃１（１１１）を監視すると同時に、バッファ＃２（１１２）も監視する。
【００９１】
例えば、バッファ＃１（１１１）には、２０秒相当の本編コンテンツが蓄積可能であり、バッファ＃２（１１２）には、１０秒相当のプロキシデータが蓄積可能であったとする。この時、制御部１３２は、蓄積可能時間の短い方のバッファ、すなわちこの場合はバッファ＃２（１１２）をバッファ監視対象として、実施の形態１で説明した要領で制御を行う。
【００９２】
一方、プロキシデータの記録が仮に失敗しても、本編データの記録が成功していれば致命的な事態にはならないケースもある。すなわち、プロキシデータの記録がなんらかの理由により失敗しても、本編データの記録のみを継続するように動作することがある。そのような場合、制御部１３２は、バッファ＃２（１１２）の蓄積可能時間に関わらず、常に優先してバッファ＃１（１１１）をバッファ監視対象にするとよい。
【００９３】
また、制御部１３２は、バッファ＃１（１１１）およびバッファ＃２（１１２）のいずれか一方のみを監視するのではなく、両バッファを同時に監視してもよい。例えば、バッファ＃１（１１１）の閾値とバッファ＃２（１１２）の閾値を別々に設定可能であるようにしておき、それぞれの閾値を閾値＃１および閾値＃２とする。バッファ＃１（１１１）の使用量が閾値＃１を越える時、または、バッファ＃２（１１２）の使用量が閾値＃２を越える時に、バックグラウンド処理を一時的に中断させる。なお、閾値＃１および閾値＃２は同じ値であってもよい。
【００９４】
上述する手法により、制御部１３２がバックグラウンド処理を制御する上で、複数のバッファを監視することが可能となり、より安全に記録処理を行うことが可能となる。
【００９５】
（実施の形態３）
実施の形態１および実施の形態２では、監視対象のバッファが閾値を越えた場合、バックグラウンド処理を一時的に中断していたが、本実施の形態では、監視対象のバッファが閾値を越えた場合には、バックグラウンド処理を「中断」せずに「抑制」する。ここで言う「抑制」とは、定常時（記録処理を優先するモードでない時）のバックグラウンド処理に対して、より低いパフォーマンスでバックグラウンド処理を継続させることを意味する。
【００９６】
バックグラウンド処理を抑制する方法としては、例えばバックグラウンド処理の合間に定期的にＷａｉｔ処理を挿入する。この処理により、Ｗａｉｔ時間中はバックグラウンド処理に対して記録処理を優先的に行うことが可能となる。
【００９７】
ここで、バッファの使用率の閾値を複数個（ここでは２つ）登録し、その閾値を小さい方からそれぞれ閾値＃３、閾値＃４とする。記録中にバックグラウンド処理を行っている状態で、記録バッファが閾値＃３を超えた時、上述した手法により、バックグラウンド処理を抑制する。この時、バックグラウンド処理を中断することなく、定常時よりも低パフォーマンスでバックグラウンド処理を実行することになる。この場合、記録処理のパフォーマンスは定常時に比べて向上する。この処理により、バックグラウンド処理を中断することなく、バッファの使用率が下降してくる可能性があり、より効果的に両者の処理を並行して行うことが可能となる。ただし、バックグラウンド処理を抑制した状態でもバッファの使用率が上昇し、バッファの使用率が閾値＃４を超えた時は、バックグラウンド処理を中断し、記録処理を最優先して行う。
【００９８】
なお、本実施の形態では、バックグラウンド処理を抑制する方法としてＷａｉｔ処理を用いたが、バックグラウンド処理を抑制することができるのであれば、その手段は問わない。また、バッファの使用率の閾値を２つ登録したが、３つ以上の閾値を登録し、それぞれの閾値に応じてバックグラウンド処理の抑制レベルを複数設けてもよい。
【産業上の利用可能性】
【００９９】
本発明は、収録からオンエアまでのワークフローの改善が可能となるため、主にニュースや取材等で用いられる放送・業務用のカメラレコーダ等に特に有効である。
【図面の簡単な説明】
【０１００】
【図１】本発明のカメラレコーダの構成を示した図
【図２】本カメラレコーダを用いたワークフローを説明するための図
【図３】本編コンテンツの編集処理を説明するための図
【図４】複数の本編コンテンツの編集処理を説明するための図
【図５】本発明のカメラレコーダを用いたシステムの構成を示した図
【図６】編集機の構成を示した図
【符号の説明】
【０１０１】
１０１  符号化部＃１
１０２  符号化部＃２
１１１  バッファ＃１
１１２  バッファ＃２
１２１  記録媒体＃１
１２２  記録媒体＃２
１２３  記録媒体＃３
１３１  編集部（本編集部）
１３２  制御部
１３３  通信部
２０１  カメラレコーダ
２０２  編集機
２０３  カメラマン
２０４  エディタ
３０１  編集情報ファイル＃１
３０２  本編コンテンツ＃１
３０３  本編編集後コンテンツ＃１
４０１  編集情報ファイル＃１３
４０２  本編コンテンツ＃２
４０３  本編コンテンツ＃３
４０４  本編編集後コンテンツ＃１３
６０１  編集部（仮編集部）
６０２  記録媒体
６０３  通信部
６０４  制御部
６０５  出力モニタ
【図１】
2008153739.tif 000003
【図２】
2008153739.tif 000004
【図３】
2008153739.tif 000005
【図４】
2008153739.tif 000006
【図５】
2008153739.tif 000007
【図６】
2008153739.tif 000008