JP2007274142A - 映像送信装置及び映像送信方法 - Google Patents

Abstract

【課題】記録媒体に断片的に記録された多数の映像ファイルを受信装置からの送信要求に応答して送信する場合に、受信装置の受信制御を変えることなく、また映像品質を損なうことなく、視聴者の利便性を向上させる。
【解決手段】出力部ｂは記録媒体１９に断片的に記録された不連続の複数の映像ファイルを受信装置ｃからの送信要求に応答して送信する場合、例えば記録日が同じ複数の映像ファイルを１つの映像ファイルにまとめることなく、受信装置ｃ側で１つの映像ファイルになるように連続化して送信する。
【選択図】図１

Description

本発明は、記録媒体に断片的に記録された不連続の複数の映像ファイルを受信装置からの送信要求に応答して送信する映像送信装置及び映像送信方法に関する。

ビデオカメラにより撮像された映像を記録媒体に記録する場合、記録媒体の保存形式はインタフェースにより外部（例えばパーソナル・コンピュータ、以下、ＰＣ）から参照可能にするために、ＦＡＴ（File Allocation Table）などの一般的なファイルシステムに基づいている。また、ビデオカメラのトリガスイッチにより撮影者が撮影を開始すると、記録媒体への保存は並行して順次行われ、撮影者が撮影を停止するまで（１カット）が１つの連続したストリームデータファイルとなる。このため、撮影者が数秒から数分の時間を１カットとして撮影すると、記録媒体のファイル数はその撮影回数分となる。例えば撮影者が１回の撮影を開始してから停止するまでの時間を３０秒と仮定して、１日あたり１時間（１２０回）の撮影を３日行ったと仮定すると、記録媒体に記録されるファイル数は合計３６０個である。これらのファイルを受信して再生を行う外部機器においては、３６０個のすべてのファイルを再生実行の候補としてファイル名など表示する。このため、外部機器の表示方法の限界により、同時に表示できるのはある程度の個数であり、表示のスクロール動作などが必要になり、このため、ユーザにとって煩わしいので、外部機器側で見易くするためにはグループ化して表示する必要がある。

なお、多数の映像ファイルの閲覧を容易にする従来技術としては、下記の特許文献１には、記録媒体に記録された画像データの中から任意に指定した画像データの再生順序を示す画像データのアドレスの並びを有する再生グループを別のファイルとして生成して記録媒体に記録することが提案されている。また、他の従来技術としては、下記の特許文献２には、映像群の映像記述ファイルに記述された映像情報で指定された第１の本映像ファイルと第２の代理映像ファイルを表示することが提案されている。
特開平１０−２５４７４６号公報（請求項１） 特開２００２−２８１４５４号公報（要約書）

しかしながら、上記のように３６０個のファイルを受信して再生を行う外部機器においては、３６０個の全てのファイルを再生実行の候補としてファイル名などを表示するので、外部機器の表示方法の限界により、同時に表示できるのはある程度の個数であり、表示のスクロール動作などが必要になる。このため、ユーザにとって煩わしいので、外部機器側では、ユーザの利便性を向上させるためにグループ化して表示するなどの処理が必要になるという問題点がある。また、特許文献１に示す従来技術では、別のファイルとして記録媒体に記録された多数のファイルを受信して再生を行う外部機器においても同様であり、さらに、別のファイルとして記録媒体に記録するので、記録媒体の容量が少なくなる。

本発明は上記従来技術の問題点に鑑み、記録媒体に断片的に記録された多数の映像ファイルを受信装置からの送信要求に応答して送信する場合に、受信装置の受信制御を変えることなく、また映像品質を損なうことなく、視聴者の利便性を向上させることができる映像送信装置及び方法を提供することを目的とする。

本発明は上記目的を達成するために、記録媒体に断片的に記録された不連続の複数の映像ファイルを受信装置からの送信要求に応答して送信する映像送信装置において、
前記記録媒体に記録された前記不連続の複数の映像ファイルの所定数を前記映像ファイルに付与された管理情報に基づいて、前記受信装置側で１つの映像ファイルになるように連続化する連続化手段と、
前記連続化された複数の映像ファイルを前記受信装置からの送信要求に応答して送信する送信手段とを、
備えたことを特徴とする。
また、前記所定数として、記録日が同じ複数の映像ファイルを連続化する。

また、本発明は上記目的を達成するために、記録媒体に断片的に記録された不連続の複数の映像ファイルを受信装置からの送信要求に応答して送信する映像送信方法において、
前記記録媒体に記録された前記不連続の複数の映像ファイルの所定数を前記映像ファイルに付与された管理情報に基づいて、前記受信装置側で１つの映像ファイルになるように連続化する連続化ステップと、
前記連続化された複数の映像ファイルを前記受信装置からの送信要求に応答して送信する送信ステップとを、
備えたことを特徴とする。

本発明によれば、不連続の複数の映像ファイルの所定数を前記映像ファイルに付与された管理情報に基づいて、受信装置側で１つの映像ファイルになるように連続化して送信するので、受信装置側では不連続の複数の映像ファイルが１つの映像ファイルとして処理される。このため、記録媒体に断片的に記録された多数の映像ファイルを受信装置からの送信要求に応答して送信する場合に、受信装置の受信制御を変えることなく、また映像品質を損なうことなく、視聴者の利便性を向上させることができる。

以下、図面を参照して本発明の実施の形態について説明する。
＜第１の実施の形態＞
図１は本発明に係る映像送信装置の第１の実施の形態を有する映像送信システムを示すブロック図、図２は図１の記録媒体上のファイル管理情報と送信ファイル管理情報を示す説明図、図３は図１の出力部の連続化判定処理を説明するためのフローチャート、図４は図１の出力部の連続化処理を示す説明図、図５は連続化処理前と連続化処理後のファイル管理情報を比較して示す説明図である。

図１に示す映像送信システムは、記録部ａと、出力部ｂと、受信装置ｃとにより構成され、出力部ｂが本発明に係る映像送信装置の第１の実施の形態を構成している。受信装置ｃは例えばＰＣである。記録部ａは一例として、ＭＰＥＧ２−ＰＳ（Program Stream）形式で録画再生を行うビデオカメラである。記録部ａでは、撮影レンズ（不図示）及び撮像素子１１により撮影された映像信号がカメラ信号処理部１２により色差信号などに変換され、この信号は量子化器１３によって量子化された後、符号器１４により圧縮符号化される。音声は録音マイク１６により音声信号に変換され、この信号は量子化器１７によって量子化された後、符号器１８により圧縮符号化される。圧縮符号化された映像と音声データは、記録処理部１５により多重化されて記録媒体１９に記録される。

記録媒体１９の保存形式はインタフェースにより外部の受信装置ｃから参照可能にするために、ＦＡＴ（File Allocation Table）などの一般的なファイルシステムに基づいている。記録部ａのトリガスイッチにより撮影者が撮影を開始すると、記録媒体１９への保存は並行して順次行われ、撮影者が撮影を停止するまで（１カット）が１つの連続したストリームデータファイルとなる。このため、撮影者が数秒から数分の時間を１カットとして撮影し、記録媒体１９のファイル数はその回数分となる。ファイルシステムは、図２（ａ）に示すように、管理情報としてデータ記録日時と論理的な相対位置（フォルダ）を含むファイル名称、データサイズなどを保持している。

出力部ｂは、出力処理部２０と、任意のインタフェース２１と復号器２２を備え、記録媒体１９のデータを外部の受信装置ｃに送出する。インタフェース２１としては、ＵＳＢ（Universal Serial Bus）や、ＩＥＥＥ１３９４や、Ethernet（登録商標）が代表的である。例としてインタフェース２１はＵＳＢのスレーブであり、受信装置ｃとしてＰＣがＵＳＢホストとして接続される場合について述べる。ＰＣからビデオカメラの記録媒体１９の参照は、ＵＳＢマスストレージクラスで定義されるプロトコルにより、ＦＡＴを読み取ることで行われる。すなわち、この場合のビデオカメラの記録媒体１９は、ＰＣに内蔵されるハードディスク装置などと同様に扱われ、記録媒体１９の個々のデータが配置されるセクタ及びクラスタ情報をＦＡＴから読み取り、セクタ及びクラスタを指定することでデータを読み取る。セクタ及びクラスタは多くの場合、記録媒体１９の物理的な配置に基づくものである。

送信する映像ファイルの情報を擬似的に生成し、受信装置ｃに送信するため、ＵＳＢマスストレージクラスのような、記録媒体１９の物理的な配置に基づくプロトコルでは、全てのＦＡＴ情報を擬似的に作る必要があり、処理の負担が大きくなる。したがって、より論理的なＭＴＰ（Media Transfer Protocol）、もしくはＨＴＴＰなどのプロトコルにおいて特に有効である。

ＭＴＰはＰＴＰ（Picture Transfer Protocol：PIMA15740）を拡張したものであり、ホスト機器とスレーブ機器のデータの授受は、おおよそ次のような手順で行われる。
・[GetObjectHandles]コマンドをホスト機器がスレーブ機器に発行し、スレーブ機器は保持するデータ（Object）の数量と、個々のデータを識別するハンドル値（Object Handle）の配列データを返す。
・[GetObjectInfo]コマンドにハンドル値を設定してホスト機器がスレーブ機器に発行し、スレーブ機器はデータのファイル名、データサイズ、画像フォーマット、画像サイズなどの情報を返す。
・この情報より、ホスト機器の操作によって、若しくは自動的に、要求するデータを決定し、[GetObject]コマンドにハンドル値を設定してホスト機器がスレーブ機器に発行し、スレーブ機器が該当データを送信する。
・ＵＳＢを用いたＭＴＰのスレーブ機器は、ＵＳＢマスストレージクラスのスレーブ機器と同一のハードウェアで実現可能であり、使用者の機器設定でソフトウェアを切り替えることによって、１つの機器が両方の機能を備えることも可能である。

本発明の映像データの連続化送信について述べる。図３は、複数のファイルを連続化する一例として、記録日が同一な複数のファイルを連続化して１つの仮想ファイルとして送信する場合の手順を示す。図３において、出力部ｂは、まず、記録媒体１９からＦＡＴを検索し（ステップＳ１）、次いでステップＳ２において全てのファイルを検索していなければステップＳ３に進み、他方、全てのファイルを検索した場合にはこの処理を終了する。ステップＳ３では、検索中のファイルの記録日が同一であればステップＳ４に進み、他方、同一でない場合にステップＳ１に戻る。

記録日以外のグループの例としては、論理的な相対位置（フォルダ）が同一である複数のファイル、記録時間が特定の時間帯である複数のファイル、若しくはそれらを複合した複数のファイルが考えられる。また、あらかじめファイルの複数のカテゴリ（例えば運動会、パーティなど）が設定されていてユーザがその中から１つを選択して撮影を行うことができる場合にはそのカテゴリ内の複数のファイル、ＧＰＳ受信機を備えていて位置情報を検出できる場合には所定のエリア内で撮影された複数のファイルも考えられる。映像データの連続化送信を映像データの付加情報に基づいて行う場合の付加情報は、撮影時に自動的に作成されたもの、もしくは機器の操作により任意に作成されたものであり、撮影日時やタイトル名、検索キーワードなどを含む。

ここで、圧縮符号化された映像と音声データの特徴として、仕様が異なるデータを連結すると、再生装置の能力を考慮すると適さない場合がある。具体的には、映像の画素数やフレームレートが異なる場合がそれに該当する。ＭＰＥＧではこれら仕様を映像データ中のヘッダとして判読することが可能である。したがって、例えば記録日が同一なファイルを連続化送信する条件であっても、映像の画素数が２種類あった場合には、これらは連続化することが望ましくないため、別々の連続化送信とする（ステップＳ４→Ｓ５→Ｓ１）。連続化すると判定したファイルは連続化リストに追加する（ステップＳ５→Ｓ６）。

次に図２（ｂ）に示すように、連続化を行った場合の本数と個々の連続化するファイル名と順序、仮想的に付けられるファイル名、理論的な合計データ量などをデータベースとして記録する。このデータベースは外部機器に非公開であるため、書式と記録場所は任意である。受信装置ｃからファイル情報の要求があった場合は、このデータベースの内容により、連続化後の擬似的なファイル情報を送出する。図３に示す連続化処理を行う時期は、受信装置ｃから要求があった時点でもよいが、記録時、若しくはそれ以外の事前に行っておくことも可能である。

次にステップ６において連続化リストに追加した複数のファイルを連続化して送信する方法について図４を参照して説明する。ＭＰＥＧ２ＰＳの場合、映像及び音声データはＰＥＳ（Packetized Elementary Stream）と呼ばれるパケット化がされている。ＭＰＥＧ２の時間軸圧縮単位である１ＧＯＰ（Group of pictures）が１５フレーム（約０．５秒）の場合、１ＧＯＰのデータは数百個のＰＥＳパケットに分割されている。ＰＥＳパケットにはヘッダが存在し、その拡張（extension）フィールドにはＰＴＳ（Presentation Time Stamp）とＤＴＳ（Decode Time Stamp）の２種類のタイムスタンプ、若しくはＰＴＳのみが記述される。また、ＰＥＳパケットをまとめたパックのヘッダには、ＳＣＲ（System Clock Reference）と呼ばれる基準時間情報が記述される。多くの再生装置では、これらを指標に再生を行う。

したがって、連続化を行う場合は、図４に示すように連結する部分における先のデータの最終のタイムスタンプと後のデータの最初のタイムスタンプが連続しなければならない。連続化のためのタイムスタンプの書き換えは、再符号化を必要としない単純な加算処理であり、データをインタフェース２１に出力する処理の過程で、処理系に大きな負担を掛けることなく、行うことができる。また、ＭＰＥＧ２−ＰＳの連続したデータの終端には Seqence_end_code が存在するが、連結部分においてはこれは不要であるため、除去を行う。

以上のＭＰＥＧ−２ストリームの結合方法は、無劣化で結合を行う方法として、ＭＰＥＧ−２の編集を目的としたＰＣソフトウェアなどで一般的に行われているので、本発明においては、インタフェース２１よりデータを送出する際に、記録媒体１９よりインタフェース２１内の不図示の送信バッファにデータの一定量を読み込み、送信バッファ上でデータ書き換えを行い、即時、インタフェース２１より送出を行う。この方法によって、記録媒体１９のデータには一切の改変をすることなく、外部機器への送信データを連続化することができる。

特許文献１では、複数の映像コンテンツを一元的に扱う目的において、本発明に類似しているが、記述ファイル情報を送信し、映像再生側で制御を必要とする部分で本発明と異なり、本発明においては、映像再生側は単独の映像として扱うことができる。このため、従来では図５（ａ）に示すように全てのファイルの個々の管理情報が表示されるが、本発明では図５（ｂ）に示すように複数のファイルが１つの仮想ファイルにグループ化されて各グループのファイル管理情報のみが表示されるので、受信装置ｃの受信制御を変えることなく、また映像品質を損なうことなく、視聴者の利便性を向上させることができる。

例えば撮影者が撮影を開始してから停止するまでの時間を３０秒と仮定して、１日あたり１時間の撮影を３日行ったと仮定すると、記録媒体に記録されるファイル数は合計３６０個である。これらのファイルを受信して再生を行う外部機器においては、３６０個のすべてのファイルを再生実行の候補としてファイル名などを表示する。このため、外部機器の表示方法の限界により、同時に表示できるのは図５（ａ）に示すようにある程度の個数であり、表示のスクロール動作などが必要になり、このため、ユーザにとって煩わしい。これに対し、図３に示す処理では、記録日が同一な複数のファイルを連続化して１つの仮想ファイルとして送信するので、図５（ｂ）に示すように再生実行の候補として表示するファイル名などは３個となり、明らかに視聴者の選択動作を容易にすることができる。

＜第２の実施の形態＞
第２の実施の形態は、図６に示すように映像及び音声の家庭内配信を目的としたホームネットワーク用メディアサーバ５０である。メディアサーバ５０の構成要素は記録媒体５１と、入出力処理部５２とインタフェース５３であり、第１の実施の形態の出力部ｂとほぼ等価である。現在、標準的なホームネットワークの仕様はＵＰｎＰ（Universal Plug and Play)準拠であり、メディアサーバ５０のコンテンツの検策手段は、ＣＤＳ（Content Directory Service）として規定される。検策はコンテンツの種類（音声・動画・静止画など）を指定して全てを列挙するか、またはメタデータの内容による絞り込み検索が可能である。映像データの種類は、protocolInfo として検索結果に含まれる。この情報はメディアサーバ５０の ConnectionManager の機能である。ＡＣ３音声のＭＰＥＧ２−ＰＳの場合は、MIMEタイプとして[video/mpeg]、Profile Nameとして [MPEG_PS_NTSC_XAC3] という文字列になる。protocolInfo にはＵＲＬとプロトコルが記載されており、前記映像データの種類によって、再生機器（Renderer：メディアクライアント）５４は要求するデータを判断する。

本発明の内容をメディアサーバ５０に適用する場合について述べる。連続化については、第１の実施の形態と同様である。コンテンツの検索結果は映像データの連続化内容のデータベースの内容に従い、連続化した映像データを１オブジェクト化し、オブジェクトＩＤ及び protocolInfo を返信する。protocolInfo 内のＵＲＬに含まれるファイル名は仮想的なものであり、データ量は理論的な合計データ量である。メディアクライアント５４からメディアサーバ５０に前記ＵＲＬによる要求があった場合、メディアサーバ５０は連続化内容のデータベースを参照し、対象となる映像データファイルを連続化して送信する。映像データの連続化送信の方法については、第１の実施の形態と同様である。

本発明に係る映像送信装置の第１の実施の形態を有する映像送信システムを示すブロック図である。 図１の記録媒体上のファイル管理情報と送信ファイル管理情報を示す説明図である。 図１の出力部の連続化判定処理を説明するためのフローチャートである。 図１の出力部の連続化処理を示す説明図である。 連続化処理前と連続化処理後のファイル管理情報を比較して示す説明図である。 本発明に係る映像送信装置の第２の実施の形態を示すブロック図である。

符号の説明

ａ 記録部
ｂ 出力部
ｃ 受信装置
１９ 記録媒体
２１ インタフェース
５０ メディアサーバ

Claims (3)

1. 記録媒体に断片的に記録された不連続の複数の映像ファイルを受信装置からの送信要求に応答して送信する映像送信装置において、
   前記記録媒体に記録された前記不連続の複数の映像ファイルの所定数を前記映像ファイルに付与された管理情報に基づいて、前記受信装置側で１つの映像ファイルになるように連続化する連続化手段と、
   前記連続化された複数の映像ファイルを前記受信装置からの送信要求に応答して送信する送信手段とを、
   備えたことを特徴とする映像送信装置。
2. 前記連続化手段は、前記所定数として、記録日が同じ複数の映像ファイルを連続化することを特徴とする請求項１に記載の映像送信装置。
3. 記録媒体に断片的に記録された不連続の複数の映像ファイルを受信装置からの送信要求に応答して送信する映像送信方法において、
   前記記録媒体に記録された前記不連続の複数の映像ファイルの所定数を前記映像ファイルに付与された管理情報に基づいて、前記受信装置側で１つの映像ファイルになるように連続化する連続化ステップと、
   前記連続化された複数の映像ファイルを前記受信装置からの送信要求に応答して送信する送信ステップとを、
   備えたことを特徴とする映像送信方法。
   

Images