JP2009130401A

JP2009130401A - 映像蓄積装置

Info

Publication number: JP2009130401A
Application number: JP2007299850A
Authority: JP
Inventors: Koji Hoshino; 浩二星野
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2007-11-19
Filing date: 2007-11-19
Publication date: 2009-06-11

Abstract

【課題】タイムコード処理におけるＣＰＵの負担を低減し、より効率的に符号化データの収録及び再生を行い得る映像蓄積装置を提供する。
【解決手段】エンコーダで生成された符号化データを、ＷＲＡＰＰＥＲＣＰＵ１２が解析してタイムコードを生成し、共有メモリ１３に書き込む。そして、ＷＲＡＰＰＥＲＣＰＵ１２は、符号化データをＣＯＭＣＰＵ１６またはＭＥＭＣＰＵ１９に転送する。ＣＯＭＣＰＵ１６またはＭＥＭＣＰＵ１９は、ＭＡＩＮＣＰＵ１４からの収録指示に応じて、符号化データをＣＯＭＣＰＵ１６またはＭＥＭＣＰＵ１９に接続される大容量素材記録装置にファイル形式で収録する。
【選択図】図１

Description

この発明は、放送局内で放送に使用する映像信号／音声信号の記録または再生を行う映像蓄積装置に関する。

周知のように、放送局内にあっては、例えば放送番組の送出素材を予め蓄積装置に格納しておき、指示に従って該当する素材を再生し、オンエアを行うようになっている。この場合、上記蓄積装置の各処理部では、収録・再生の処理に応じたタイムコードが必要となる。

ところで、上記蓄積装置にあっては、収録系のタイムコード及び再生系のタイムコードをＣＰＵが生成し、ＣＰＵが各処理部に収録系のタイムコード及び再生系のタイムコードを配信する手法が用いられている。この場合、タイムコード生成元となるＣＰＵによる処理が多くなる。

なお、この種に関連する従来技術として、特許文献１に、ＣＰＵによって共有メモリを介してＬＡＮとマルチファンクション周辺装置との間のデータの受け渡しを制御する構成が示されている。但し、この特許文献１に記載のものは、共有メモリへのデータの格納及び、マルチファンクション周辺装置との間のデータの受け渡しの制御をＣＰＵが全て行っている。
特開平８−１９５７６４公報。

以上述べたように、上記蓄積装置では、タイムコード生成元による処理が多く、各処理部に対しタイムコードを配信するための条件判断ソフトウェアを付加する必要がある。

そこで、この発明の目的は、タイムコード処理におけるＣＰＵの負担を低減し、より効率的に符号化データの収録及び再生を行い得る映像蓄積装置を提供することにある。

上記目的を達成するために、この発明に係る映像蓄積装置は、少なくとも映像信号を符号化したフレーム構造の符号化データをファイル形式で記録媒体に収録し、再生指示に応じて前記記録媒体から該当するファイルの符号化データを再生する映像蓄積装置において、符号化データの収録処理、再生処理に必要なタイムコードを格納する共有メモリと、符号化データを入力し解析してフレーム毎のタイムコードを生成し、タイムコードを共有メモリに書き込む制御部と、収録指示に応じて、共有メモリからタイムコードを読み出し、当該タイムコードに基づいて符号化データの記録媒体への収録処理を実行する収録処理部とを備えるようにしたものである。また、符号化データの再生指示に応じて、共有メモリからタイムコードを読み出し、当該タイムコードに基づいて共有メモリから符号化データの再生処理を実行する再生処理部をさらに備えたことを特徴とする。

この構成によれば、符号化データの収録時に、制御部は符号化データからタイムコードを生成して共有メモリに書き込むだけでよく、後は収録処理部で共有メモリからタイムコードを読み出して符号化データの収録処理を実行するため、制御部の処理量は軽減され、その負担低減により安価なＣＰＵでも符号化データの収録処理が可能となる。さらに、符号化データの再生時に、再生処理部で共有メモリからタイムコードを読み出して符号化データの再生処理を実行するため、この点でも、制御部の処理量は軽減される。

以上詳述したようにこの発明によれば、タイムコード処理におけるＣＰＵの負担を低減し、より効率的に符号化データの収録及び再生を行い得る映像蓄積装置を提供することができる。

以下、この発明の実施形態について図面を参照して詳細に説明する。

図１は、この発明に係る映像蓄積装置の一実施形態を示すブロック構成図である。図１において、符号１１は制御バスであり、この制御バス１１には、制御部としてのＷＲＡＰＰＥＲＣＰＵ１２と、共有メモリ１３と、ＭＡＩＮＣＰＵ１４と、ＰＲＯＸＹＤＳＰ１５と、ＣＯＭＣＰＵ１６と、ＧＢＩＴＣＰＵ１７と、ＭＰＥＧ２(Moving Picture Experts Group 2) ＤＥＣＭＯＤＵＬＥ１８と、ＭＥＭＣＰＵ１９と、ＡＵＤＩＯＤＳＰ（Digital Signal Processor）２０と、ＬＣＤ（Liquid Crystal Display）ＤＳＰ２１とが接続される。

ＭＡＩＮＣＰＵ１４には、キーボード等の操作パネルが接続される。上記ＣＯＭＣＰＵ１６には、ＰＡＫ（フラッシュメモリレコーダ）の大容量素材記録装置が接続される。ＧＢＩＴＣＰＵ１７は、外部装置との間で符号化データのファイルをやりとりするためのものである。

ＷＲＡＰＰＥＲＣＰＵ１２は、エンコーダで映像信号及び音声信号をＭＰＥＧ２(Moving Picture Experts Group 2)符号化方式で符号化された符号化データを取り込み、この符号化データの解析処理を行って、映像信号のフレーム毎のタイムコードを生成し、共有メモリ１３に書き込む。また、ＷＲＡＰＰＥＲＣＰＵ１２は、符号化データをＣＯＭＣＰＵ１６またはＭＥＭＣＰＵ１９に転送する。

ＭＡＩＮＣＰＵ１４は、操作パネルにより収録指示が入力されると、収録指示をＰＲＯＸＹＤＳＰ１５、ＡＵＤＩＯＤＳＰ２０、ＬＣＤＤＳＰ２１、ＷＲＡＰＰＥＲＣＰＵ１２、ＣＯＭＣＰＵ１６または、ＭＥＭＣＰＵ１９に送出する。ＷＲＡＰＰＥＲＣＰＵ１２は、指示に従ってタイムコードを生成し、共有メモリ１３に書き込む。ＣＯＭＣＰＵ１６またはＭＥＭＣＰＵ１９は、共有メモリ１３に書き込まれたタイムコードを読み出し、ＷＲＡＰＰＥＲＣＰＵ１２から転送された符号化データをＣＯＭＣＰＵ１６またはＭＥＭＣＰＵ１９に接続される大容量素材記録装置にファイル形式で収録する。このとき、ＡＵＤＩＯＤＳＰ２０、ＬＣＤＤＳＰ２１は、共有メモリ１３に書き込まれたタイムコードを表示する。

また、ＭＡＩＮＣＰＵ１４は、操作パネルにより再生指示が入力されると、共有メモリ１３にタイムコードを書き込む。ＣＯＭＣＰＵ１６またはＭＥＭＣＰＵ１９は、このタイムコードに基づいてＣＯＭＣＰＵ１６またはＭＥＭＣＰＵ１９に接続される大容量素材記録装置から該当するファイルの符号化データを選択的に再生する。この再生データは、ＭＰＥＧ２ＤＥＣＭＯＤＵＬＥ１８によりビデオ信号（映像、音声を含む）にデコードされて出力される。このとき、ＡＵＤＩＯＤＳＰ２０、ＬＣＤＤＳＰ２１は、共有メモリ１３に書き込まれたタイムコードを表示する。

上記構成において、以下に処理動作を説明する。

以前に考えられていた蓄積装置では、収録系の処理をするブロック、再生系の処理をするブロック、双方に関係するブロックに大別でき、各ブロックは収録・再生の処理に応じたタイムコードが必要となる。収録系のタイムコードは、図２に示すように、ＷＲＡＰＰＥＲＣＰＵ１２が生成して、ＭＡＩＮＣＰＵ１４、ＰＲＯＸＹＤＳＰ１５、ＣＯＭＣＰＵ１６、ＭＥＭＣＰＵ１９、ＡＵＤＩＯＤＳＰ２０、ＬＣＤＤＳＰ２１に制御バス１１経由で配信する。

再生系のタイムコードは、図３に示すように、ＭＡＩＮＣＰＵ１４が生成して、ＰＲＯＸＹＤＳＰ１５、ＣＯＭＣＰＵ１６、ＭＥＭＣＰＵ１９、ＡＵＤＩＯＤＳＰ２０、ＬＣＤＤＳＰ２１に制御バス１１経由で配信する。共有メモリ１３を有しない場合は、タイムコードを生成するＣＰＵが、制御バス１１経由でタイムコードを配信することになるが、タイムコードの更新は映像同期のフレーム信号毎（３３ｍｓ毎）となるので、以下のような問題が発生する。

（１）タイムコード生成元が、送信先数分同じタイムコードを送信する必要がある。
（２）装置の動作状態によっては、送信先に想定している各ブロックで、タイムコードを必要としないブロックがあるが、それを考慮した場合はソフトウェアによる送信判断を行うか、条件を無視して全ブロックに送信する。前者の場合は、条件判断ソフトウェアを付け加える必要があり、後者の場合はバス資源を無駄に使用する。

（３）受信側は、タイムコードを受け取る際に、データ受信割り込みを受けて読み込むことになるが、受信側の処理が重い場合は、割り込みの発生が負担になる可能性がある。

（４）仕様の変更等で、タイムコードの配信先が追加／削除された場合は、送信側と受信側の両方のソフトを変更する必要がある。

そこで、本発明の映像蓄積装置では、エンコーダで生成された符号化データを、ＷＲＡＰＰＥＲＣＰＵ１２が解析してタイムコードを生成し、共有メモリ１３に書き込む。そして、ＷＲＡＰＰＥＲＣＰＵ１２は、符号化データをＣＯＭＣＰＵ１６またはＭＥＭＣＰＵ１９に転送する。

ＭＡＩＮＣＰＵ１４は、操作パネルからの収録指示に応じて、各ＣＰＵ（ＤＳＰ）に収録指示を行う。ＣＯＭＣＰＵ１６または、ＭＥＭＣＰＵ１９は、符号化データを、ＣＯＭＣＰＵ１６またはＭＥＭＣＰＵ１９に接続される大容量素材記録装置にファイル形式で収録する。

また、ＭＡＩＮＣＰＵ１４は、操作パネルからの再生指示に応じて、共有メモリ１３からタイムコードを書き込む。このタイムコードに基づいてＣＯＭＣＰＵ１６またはＭＥＭＣＰＵ１９に接続される大容量素材記録装置から該当するファイルの符号化データを選択的に再生して、ＭＰＥＧ２ＤＥＣＭＯＤＵＬＥ１８に転送する。これにより、ビデオ信号が再生される。

この動作の中で、ＷＲＡＰＰＥＲＣＰＵ１２が制御バス１１にアクセスするのは、共有メモリ１３にタイムコードを書き込むときと、符号化データをＣＯＭＣＰＵ１６またはＭＥＭＣＰＵ１９に転送するときだけである。それ以外の時間は符号化データの解析処理やタイムコードの生成処理などに充てることができる。

また、上記動作の中で、ＭＡＩＮＣＰＵ１４が制御バス１１にアクセスするのは、共有メモリ１３からタイムコードを読み出すときと、ＣＯＭＣＰＵ１６またはＭＥＭＣＰＵ１９に接続される大容量素材記録装置から該当するファイルの符号化データを選択的に再生するときと、各ブロックに収録指示と再生指示を通知するときだけである。それ以外の時間は、外部装置との通信処理などに充てることができる。

従って、以下のような作用効果が得られる。
（１）タイムコード生成元となるＷＲＡＰＰＥＲＣＰＵ１２は、共有メモリ１３にのみタイムコードを書き込むだけになるので、タイムコード配信の負荷が軽減できる。
（２）タイムコードの受信は、必要とするブロックが読み出しに行けばよいので、生成元となるＷＲＡＰＰＥＲＣＰＵ１２は配信先の判断をしなくても済む。
（３）受信側は、フレーム時間内の任意のタイミングで共有メモリ１３からタイムコードを取得しに行けばよいので、処理に余裕が持てる。
（４）仕様の変更等で、タイムコードの配信先が追加／削除された場合は、受信側のみのソフトウェア変更で対処できる。

また、上記実施形態では、ＣＯＭＣＰＵ１６に接続される大容量素材記録装置に格納される符号化データをＧＢＩＴＣＰＵ１７を介して外部装置に転送することもできるので、符号化データを外部装置に集約して格納しておくこともできる。

尚、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

この発明に係る映像蓄積装置の一実施形態を示すブロック構成図。以前に考えられていた蓄積装置における収録系のタイムコードの配信の様子を説明するために示すブロック図。以前に考えられていた蓄積装置における再生系のタイムコードの配信の様子を説明するために示すブロック図。

符号の説明

１１…制御バス、１２…ＷＲＡＰＰＥＲＣＰＵ、１３…共有メモリ、１４…ＭＡＩＮＣＰＵ、１５…ＰＲＯＸＹＤＳＰ、１６…ＣＯＭＣＰＵ、１７…ＧＢＩＴＣＰＵ、１８…ＭＰＥＧ２ＤＥＣＭＯＤＵＬＥ、１９…ＭＥＭＣＰＵ、２０…ＡＵＤＩＯＤＳＰ、２１…ＬＣＤＤＳＰ。

Claims

少なくとも映像信号を符号化したフレーム構造の符号化データをファイル形式で記録媒体に収録し、再生指示に応じて前記記録媒体から該当するファイルの符号化データを再生する映像蓄積装置において、
前記符号化データの収録処理、再生処理に必要なタイムコードを格納する共有メモリと、
前記符号化データを入力し解析してフレーム毎のタイムコードを生成し、前記タイムコードを前記共有メモリに書き込む制御部と、
収録指示に応じて、前記共有メモリから前記タイムコードを読み出し、当該タイムコードに基づいて前記符号化データの前記記録媒体への収録処理を実行する収録処理部とを具備したことを特徴とする映像蓄積装置。
前記符号化データの再生指示に応じて、前記共有メモリから前記タイムコードを読み出し、当該タイムコードに基づいて前記共有メモリから前記符号化データの再生処理を実行する再生処理部をさらに備えたことを特徴とする請求項１記載の映像蓄積装置。
前記記録媒体に格納されている符号化データをファイルごとに外部装置に転送する転送制御部をさらに備えたことを特徴とする請求項１記載の映像蓄積装置。