映像蓄積装置
【課題】タイムコード処理におけるＣＰＵの負担を低減し、より効率的に符号化データの収録及び再生を行い得る映像蓄積装置を提供する。
【解決手段】エンコーダで生成された符号化データを、ＷＲＡＰＰＥＲ ＣＰＵ１２が解析してタイムコードを生成し、共有メモリ１３に書き込む。そして、ＷＲＡＰＰＥＲ ＣＰＵ１２は、符号化データをＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９に転送する。ＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９は、ＭＡＩＮ ＣＰＵ１４からの収録指示に応じて、符号化データをＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９に接続される大容量素材記録装置にファイル形式で収録する。
【解決手段】エンコーダで生成された符号化データを、ＷＲＡＰＰＥＲ ＣＰＵ１２が解析してタイムコードを生成し、共有メモリ１３に書き込む。そして、ＷＲＡＰＰＥＲ ＣＰＵ１２は、符号化データをＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９に転送する。ＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９は、ＭＡＩＮ ＣＰＵ１４からの収録指示に応じて、符号化データをＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９に接続される大容量素材記録装置にファイル形式で収録する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、放送局内で放送に使用する映像信号／音声信号の記録または再生を行う映像蓄積装置に関する。
【背景技術】
【０００２】
周知のように、放送局内にあっては、例えば放送番組の送出素材を予め蓄積装置に格納しておき、指示に従って該当する素材を再生し、オンエアを行うようになっている。この場合、上記蓄積装置の各処理部では、収録・再生の処理に応じたタイムコードが必要となる。
【０００３】
ところで、上記蓄積装置にあっては、収録系のタイムコード及び再生系のタイムコードをＣＰＵが生成し、ＣＰＵが各処理部に収録系のタイムコード及び再生系のタイムコードを配信する手法が用いられている。この場合、タイムコード生成元となるＣＰＵによる処理が多くなる。
【０００４】
なお、この種に関連する従来技術として、特許文献１に、ＣＰＵによって共有メモリを介してＬＡＮとマルチファンクション周辺装置との間のデータの受け渡しを制御する構成が示されている。但し、この特許文献１に記載のものは、共有メモリへのデータの格納及び、マルチファンクション周辺装置との間のデータの受け渡しの制御をＣＰＵが全て行っている。
【特許文献１】特開平８−１９５７６４公報。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
以上述べたように、上記蓄積装置では、タイムコード生成元による処理が多く、各処理部に対しタイムコードを配信するための条件判断ソフトウェアを付加する必要がある。
【０００６】
そこで、この発明の目的は、タイムコード処理におけるＣＰＵの負担を低減し、より効率的に符号化データの収録及び再生を行い得る映像蓄積装置を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、この発明に係る映像蓄積装置は、少なくとも映像信号を符号化したフレーム構造の符号化データをファイル形式で記録媒体に収録し、再生指示に応じて前記記録媒体から該当するファイルの符号化データを再生する映像蓄積装置において、符号化データの収録処理、再生処理に必要なタイムコードを格納する共有メモリと、符号化データを入力し解析してフレーム毎のタイムコードを生成し、タイムコードを共有メモリに書き込む制御部と、収録指示に応じて、共有メモリからタイムコードを読み出し、当該タイムコードに基づいて符号化データの記録媒体への収録処理を実行する収録処理部とを備えるようにしたものである。また、符号化データの再生指示に応じて、共有メモリからタイムコードを読み出し、当該タイムコードに基づいて共有メモリから符号化データの再生処理を実行する再生処理部をさらに備えたことを特徴とする。
【０００８】
この構成によれば、符号化データの収録時に、制御部は符号化データからタイムコードを生成して共有メモリに書き込むだけでよく、後は収録処理部で共有メモリからタイムコードを読み出して符号化データの収録処理を実行するため、制御部の処理量は軽減され、その負担低減により安価なＣＰＵでも符号化データの収録処理が可能となる。さらに、符号化データの再生時に、再生処理部で共有メモリからタイムコードを読み出して符号化データの再生処理を実行するため、この点でも、制御部の処理量は軽減される。
【発明の効果】
【０００９】
以上詳述したようにこの発明によれば、タイムコード処理におけるＣＰＵの負担を低減し、より効率的に符号化データの収録及び再生を行い得る映像蓄積装置を提供することができる。
【発明を実施するための最良の形態】
【００１０】
以下、この発明の実施形態について図面を参照して詳細に説明する。
【００１１】
図１は、この発明に係る映像蓄積装置の一実施形態を示すブロック構成図である。図１において、符号１１は制御バスであり、この制御バス１１には、制御部としてのＷＲＡＰＰＥＲ ＣＰＵ１２と、共有メモリ１３と、ＭＡＩＮ ＣＰＵ１４と、ＰＲＯＸＹ ＤＳＰ１５と、ＣＯＭ ＣＰＵ１６と、ＧＢＩＴ ＣＰＵ１７と、ＭＰＥＧ２(Moving Picture Experts Group 2) ＤＥＣ ＭＯＤＵＬＥ１８と、ＭＥＭ ＣＰＵ１９と、ＡＵＤＩＯ ＤＳＰ（Digital Signal Processor）２０と、ＬＣＤ（Liquid Crystal Display） ＤＳＰ２１とが接続される。
【００１２】
ＭＡＩＮ ＣＰＵ１４には、キーボード等の操作パネルが接続される。上記ＣＯＭ ＣＰＵ１６には、ＰＡＫ（フラッシュメモリレコーダ）の大容量素材記録装置が接続される。ＧＢＩＴ ＣＰＵ１７は、外部装置との間で符号化データのファイルをやりとりするためのものである。
【００１３】
ＷＲＡＰＰＥＲ ＣＰＵ１２は、エンコーダで映像信号及び音声信号をＭＰＥＧ２(Moving Picture Experts Group 2)符号化方式で符号化された符号化データを取り込み、この符号化データの解析処理を行って、映像信号のフレーム毎のタイムコードを生成し、共有メモリ１３に書き込む。また、ＷＲＡＰＰＥＲ ＣＰＵ１２は、符号化データをＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９に転送する。
【００１４】
ＭＡＩＮ ＣＰＵ１４は、操作パネルにより収録指示が入力されると、収録指示をＰＲＯＸＹ ＤＳＰ１５、ＡＵＤＩＯ ＤＳＰ２０、ＬＣＤ ＤＳＰ２１、ＷＲＡＰＰＥＲ ＣＰＵ１２、ＣＯＭ ＣＰＵ１６または、ＭＥＭ ＣＰＵ１９に送出する。ＷＲＡＰＰＥＲ ＣＰＵ１２は、指示に従ってタイムコードを生成し、共有メモリ１３に書き込む。ＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９は、共有メモリ１３に書き込まれたタイムコードを読み出し、ＷＲＡＰＰＥＲ ＣＰＵ１２から転送された符号化データをＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９に接続される大容量素材記録装置にファイル形式で収録する。このとき、ＡＵＤＩＯ ＤＳＰ２０、ＬＣＤ ＤＳＰ２１は、共有メモリ１３に書き込まれたタイムコードを表示する。
【００１５】
また、ＭＡＩＮ ＣＰＵ１４は、操作パネルにより再生指示が入力されると、共有メモリ１３にタイムコードを書き込む。ＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９は、このタイムコードに基づいてＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９に接続される大容量素材記録装置から該当するファイルの符号化データを選択的に再生する。この再生データは、ＭＰＥＧ２ ＤＥＣ ＭＯＤＵＬＥ１８によりビデオ信号（映像、音声を含む）にデコードされて出力される。このとき、ＡＵＤＩＯ ＤＳＰ２０、ＬＣＤ ＤＳＰ２１は、共有メモリ１３に書き込まれたタイムコードを表示する。
【００１６】
上記構成において、以下に処理動作を説明する。
【００１７】
以前に考えられていた蓄積装置では、収録系の処理をするブロック、再生系の処理をするブロック、双方に関係するブロックに大別でき、各ブロックは収録・再生の処理に応じたタイムコードが必要となる。収録系のタイムコードは、図２に示すように、ＷＲＡＰＰＥＲ ＣＰＵ１２が生成して、ＭＡＩＮ ＣＰＵ１４、ＰＲＯＸＹ ＤＳＰ１５、ＣＯＭ ＣＰＵ１６、ＭＥＭ ＣＰＵ１９、ＡＵＤＩＯ ＤＳＰ２０、ＬＣＤ ＤＳＰ２１に制御バス１１経由で配信する。
【００１８】
再生系のタイムコードは、図３に示すように、ＭＡＩＮ ＣＰＵ１４が生成して、ＰＲＯＸＹ ＤＳＰ１５、ＣＯＭ ＣＰＵ１６、ＭＥＭ ＣＰＵ１９、ＡＵＤＩＯ ＤＳＰ２０、ＬＣＤ ＤＳＰ２１に制御バス１１経由で配信する。共有メモリ１３を有しない場合は、タイムコードを生成するＣＰＵが、制御バス１１経由でタイムコードを配信することになるが、タイムコードの更新は映像同期のフレーム信号毎（３３ｍｓ毎）となるので、以下のような問題が発生する。
【００１９】
（１）タイムコード生成元が、送信先数分同じタイムコードを送信する必要がある。
（２）装置の動作状態によっては、送信先に想定している各ブロックで、タイムコードを必要としないブロックがあるが、それを考慮した場合はソフトウェアによる送信判断を行うか、条件を無視して全ブロックに送信する。前者の場合は、条件判断ソフトウェアを付け加える必要があり、後者の場合はバス資源を無駄に使用する。
【００２０】
（３）受信側は、タイムコードを受け取る際に、データ受信割り込みを受けて読み込むことになるが、受信側の処理が重い場合は、割り込みの発生が負担になる可能性がある。
【００２１】
（４）仕様の変更等で、タイムコードの配信先が追加／削除された場合は、送信側と受信側の両方のソフトを変更する必要がある。
【００２２】
そこで、本発明の映像蓄積装置では、エンコーダで生成された符号化データを、ＷＲＡＰＰＥＲ ＣＰＵ１２が解析してタイムコードを生成し、共有メモリ１３に書き込む。そして、ＷＲＡＰＰＥＲ ＣＰＵ１２は、符号化データをＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９に転送する。
【００２３】
ＭＡＩＮ ＣＰＵ１４は、操作パネルからの収録指示に応じて、各ＣＰＵ（ＤＳＰ）に収録指示を行う。ＣＯＭ ＣＰＵ１６または、ＭＥＭ ＣＰＵ１９は、符号化データを、ＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９に接続される大容量素材記録装置にファイル形式で収録する。
【００２４】
また、ＭＡＩＮ ＣＰＵ１４は、操作パネルからの再生指示に応じて、共有メモリ１３からタイムコードを書き込む。このタイムコードに基づいてＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９に接続される大容量素材記録装置から該当するファイルの符号化データを選択的に再生して、ＭＰＥＧ２ ＤＥＣ ＭＯＤＵＬＥ１８に転送する。これにより、ビデオ信号が再生される。
【００２５】
この動作の中で、ＷＲＡＰＰＥＲ ＣＰＵ１２が制御バス１１にアクセスするのは、共有メモリ１３にタイムコードを書き込むときと、符号化データをＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９に転送するときだけである。それ以外の時間は符号化データの解析処理やタイムコードの生成処理などに充てることができる。
【００２６】
また、上記動作の中で、ＭＡＩＮ ＣＰＵ１４が制御バス１１にアクセスするのは、共有メモリ１３からタイムコードを読み出すときと、ＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９に接続される大容量素材記録装置から該当するファイルの符号化データを選択的に再生するときと、各ブロックに収録指示と再生指示を通知するときだけである。それ以外の時間は、外部装置との通信処理などに充てることができる。
【００２７】
従って、以下のような作用効果が得られる。
（１）タイムコード生成元となるＷＲＡＰＰＥＲ ＣＰＵ１２は、共有メモリ１３にのみタイムコードを書き込むだけになるので、タイムコード配信の負荷が軽減できる。
（２）タイムコードの受信は、必要とするブロックが読み出しに行けばよいので、生成元となるＷＲＡＰＰＥＲ ＣＰＵ１２は配信先の判断をしなくても済む。
（３）受信側は、フレーム時間内の任意のタイミングで共有メモリ１３からタイムコードを取得しに行けばよいので、処理に余裕が持てる。
（４）仕様の変更等で、タイムコードの配信先が追加／削除された場合は、受信側のみのソフトウェア変更で対処できる。
【００２８】
また、上記実施形態では、ＣＯＭ ＣＰＵ１６に接続される大容量素材記録装置に格納される符号化データをＧＢＩＴ ＣＰＵ１７を介して外部装置に転送することもできるので、符号化データを外部装置に集約して格納しておくこともできる。
【００２９】
尚、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００３０】
【図１】この発明に係る映像蓄積装置の一実施形態を示すブロック構成図。
【図２】以前に考えられていた蓄積装置における収録系のタイムコードの配信の様子を説明するために示すブロック図。
【図３】以前に考えられていた蓄積装置における再生系のタイムコードの配信の様子を説明するために示すブロック図。
【符号の説明】
【００３１】
１１…制御バス、１２…ＷＲＡＰＰＥＲ ＣＰＵ、１３…共有メモリ、１４…ＭＡＩＮ ＣＰＵ、１５…ＰＲＯＸＹ ＤＳＰ、１６…ＣＯＭ ＣＰＵ、１７…ＧＢＩＴ ＣＰＵ、１８…ＭＰＥＧ２ ＤＥＣ ＭＯＤＵＬＥ、１９…ＭＥＭ ＣＰＵ、２０…ＡＵＤＩＯ ＤＳＰ、２１…ＬＣＤ ＤＳＰ。
【技術分野】
【０００１】
この発明は、放送局内で放送に使用する映像信号／音声信号の記録または再生を行う映像蓄積装置に関する。
【背景技術】
【０００２】
周知のように、放送局内にあっては、例えば放送番組の送出素材を予め蓄積装置に格納しておき、指示に従って該当する素材を再生し、オンエアを行うようになっている。この場合、上記蓄積装置の各処理部では、収録・再生の処理に応じたタイムコードが必要となる。
【０００３】
ところで、上記蓄積装置にあっては、収録系のタイムコード及び再生系のタイムコードをＣＰＵが生成し、ＣＰＵが各処理部に収録系のタイムコード及び再生系のタイムコードを配信する手法が用いられている。この場合、タイムコード生成元となるＣＰＵによる処理が多くなる。
【０００４】
なお、この種に関連する従来技術として、特許文献１に、ＣＰＵによって共有メモリを介してＬＡＮとマルチファンクション周辺装置との間のデータの受け渡しを制御する構成が示されている。但し、この特許文献１に記載のものは、共有メモリへのデータの格納及び、マルチファンクション周辺装置との間のデータの受け渡しの制御をＣＰＵが全て行っている。
【特許文献１】特開平８−１９５７６４公報。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
以上述べたように、上記蓄積装置では、タイムコード生成元による処理が多く、各処理部に対しタイムコードを配信するための条件判断ソフトウェアを付加する必要がある。
【０００６】
そこで、この発明の目的は、タイムコード処理におけるＣＰＵの負担を低減し、より効率的に符号化データの収録及び再生を行い得る映像蓄積装置を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、この発明に係る映像蓄積装置は、少なくとも映像信号を符号化したフレーム構造の符号化データをファイル形式で記録媒体に収録し、再生指示に応じて前記記録媒体から該当するファイルの符号化データを再生する映像蓄積装置において、符号化データの収録処理、再生処理に必要なタイムコードを格納する共有メモリと、符号化データを入力し解析してフレーム毎のタイムコードを生成し、タイムコードを共有メモリに書き込む制御部と、収録指示に応じて、共有メモリからタイムコードを読み出し、当該タイムコードに基づいて符号化データの記録媒体への収録処理を実行する収録処理部とを備えるようにしたものである。また、符号化データの再生指示に応じて、共有メモリからタイムコードを読み出し、当該タイムコードに基づいて共有メモリから符号化データの再生処理を実行する再生処理部をさらに備えたことを特徴とする。
【０００８】
この構成によれば、符号化データの収録時に、制御部は符号化データからタイムコードを生成して共有メモリに書き込むだけでよく、後は収録処理部で共有メモリからタイムコードを読み出して符号化データの収録処理を実行するため、制御部の処理量は軽減され、その負担低減により安価なＣＰＵでも符号化データの収録処理が可能となる。さらに、符号化データの再生時に、再生処理部で共有メモリからタイムコードを読み出して符号化データの再生処理を実行するため、この点でも、制御部の処理量は軽減される。
【発明の効果】
【０００９】
以上詳述したようにこの発明によれば、タイムコード処理におけるＣＰＵの負担を低減し、より効率的に符号化データの収録及び再生を行い得る映像蓄積装置を提供することができる。
【発明を実施するための最良の形態】
【００１０】
以下、この発明の実施形態について図面を参照して詳細に説明する。
【００１１】
図１は、この発明に係る映像蓄積装置の一実施形態を示すブロック構成図である。図１において、符号１１は制御バスであり、この制御バス１１には、制御部としてのＷＲＡＰＰＥＲ ＣＰＵ１２と、共有メモリ１３と、ＭＡＩＮ ＣＰＵ１４と、ＰＲＯＸＹ ＤＳＰ１５と、ＣＯＭ ＣＰＵ１６と、ＧＢＩＴ ＣＰＵ１７と、ＭＰＥＧ２(Moving Picture Experts Group 2) ＤＥＣ ＭＯＤＵＬＥ１８と、ＭＥＭ ＣＰＵ１９と、ＡＵＤＩＯ ＤＳＰ（Digital Signal Processor）２０と、ＬＣＤ（Liquid Crystal Display） ＤＳＰ２１とが接続される。
【００１２】
ＭＡＩＮ ＣＰＵ１４には、キーボード等の操作パネルが接続される。上記ＣＯＭ ＣＰＵ１６には、ＰＡＫ（フラッシュメモリレコーダ）の大容量素材記録装置が接続される。ＧＢＩＴ ＣＰＵ１７は、外部装置との間で符号化データのファイルをやりとりするためのものである。
【００１３】
ＷＲＡＰＰＥＲ ＣＰＵ１２は、エンコーダで映像信号及び音声信号をＭＰＥＧ２(Moving Picture Experts Group 2)符号化方式で符号化された符号化データを取り込み、この符号化データの解析処理を行って、映像信号のフレーム毎のタイムコードを生成し、共有メモリ１３に書き込む。また、ＷＲＡＰＰＥＲ ＣＰＵ１２は、符号化データをＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９に転送する。
【００１４】
ＭＡＩＮ ＣＰＵ１４は、操作パネルにより収録指示が入力されると、収録指示をＰＲＯＸＹ ＤＳＰ１５、ＡＵＤＩＯ ＤＳＰ２０、ＬＣＤ ＤＳＰ２１、ＷＲＡＰＰＥＲ ＣＰＵ１２、ＣＯＭ ＣＰＵ１６または、ＭＥＭ ＣＰＵ１９に送出する。ＷＲＡＰＰＥＲ ＣＰＵ１２は、指示に従ってタイムコードを生成し、共有メモリ１３に書き込む。ＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９は、共有メモリ１３に書き込まれたタイムコードを読み出し、ＷＲＡＰＰＥＲ ＣＰＵ１２から転送された符号化データをＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９に接続される大容量素材記録装置にファイル形式で収録する。このとき、ＡＵＤＩＯ ＤＳＰ２０、ＬＣＤ ＤＳＰ２１は、共有メモリ１３に書き込まれたタイムコードを表示する。
【００１５】
また、ＭＡＩＮ ＣＰＵ１４は、操作パネルにより再生指示が入力されると、共有メモリ１３にタイムコードを書き込む。ＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９は、このタイムコードに基づいてＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９に接続される大容量素材記録装置から該当するファイルの符号化データを選択的に再生する。この再生データは、ＭＰＥＧ２ ＤＥＣ ＭＯＤＵＬＥ１８によりビデオ信号（映像、音声を含む）にデコードされて出力される。このとき、ＡＵＤＩＯ ＤＳＰ２０、ＬＣＤ ＤＳＰ２１は、共有メモリ１３に書き込まれたタイムコードを表示する。
【００１６】
上記構成において、以下に処理動作を説明する。
【００１７】
以前に考えられていた蓄積装置では、収録系の処理をするブロック、再生系の処理をするブロック、双方に関係するブロックに大別でき、各ブロックは収録・再生の処理に応じたタイムコードが必要となる。収録系のタイムコードは、図２に示すように、ＷＲＡＰＰＥＲ ＣＰＵ１２が生成して、ＭＡＩＮ ＣＰＵ１４、ＰＲＯＸＹ ＤＳＰ１５、ＣＯＭ ＣＰＵ１６、ＭＥＭ ＣＰＵ１９、ＡＵＤＩＯ ＤＳＰ２０、ＬＣＤ ＤＳＰ２１に制御バス１１経由で配信する。
【００１８】
再生系のタイムコードは、図３に示すように、ＭＡＩＮ ＣＰＵ１４が生成して、ＰＲＯＸＹ ＤＳＰ１５、ＣＯＭ ＣＰＵ１６、ＭＥＭ ＣＰＵ１９、ＡＵＤＩＯ ＤＳＰ２０、ＬＣＤ ＤＳＰ２１に制御バス１１経由で配信する。共有メモリ１３を有しない場合は、タイムコードを生成するＣＰＵが、制御バス１１経由でタイムコードを配信することになるが、タイムコードの更新は映像同期のフレーム信号毎（３３ｍｓ毎）となるので、以下のような問題が発生する。
【００１９】
（１）タイムコード生成元が、送信先数分同じタイムコードを送信する必要がある。
（２）装置の動作状態によっては、送信先に想定している各ブロックで、タイムコードを必要としないブロックがあるが、それを考慮した場合はソフトウェアによる送信判断を行うか、条件を無視して全ブロックに送信する。前者の場合は、条件判断ソフトウェアを付け加える必要があり、後者の場合はバス資源を無駄に使用する。
【００２０】
（３）受信側は、タイムコードを受け取る際に、データ受信割り込みを受けて読み込むことになるが、受信側の処理が重い場合は、割り込みの発生が負担になる可能性がある。
【００２１】
（４）仕様の変更等で、タイムコードの配信先が追加／削除された場合は、送信側と受信側の両方のソフトを変更する必要がある。
【００２２】
そこで、本発明の映像蓄積装置では、エンコーダで生成された符号化データを、ＷＲＡＰＰＥＲ ＣＰＵ１２が解析してタイムコードを生成し、共有メモリ１３に書き込む。そして、ＷＲＡＰＰＥＲ ＣＰＵ１２は、符号化データをＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９に転送する。
【００２３】
ＭＡＩＮ ＣＰＵ１４は、操作パネルからの収録指示に応じて、各ＣＰＵ（ＤＳＰ）に収録指示を行う。ＣＯＭ ＣＰＵ１６または、ＭＥＭ ＣＰＵ１９は、符号化データを、ＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９に接続される大容量素材記録装置にファイル形式で収録する。
【００２４】
また、ＭＡＩＮ ＣＰＵ１４は、操作パネルからの再生指示に応じて、共有メモリ１３からタイムコードを書き込む。このタイムコードに基づいてＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９に接続される大容量素材記録装置から該当するファイルの符号化データを選択的に再生して、ＭＰＥＧ２ ＤＥＣ ＭＯＤＵＬＥ１８に転送する。これにより、ビデオ信号が再生される。
【００２５】
この動作の中で、ＷＲＡＰＰＥＲ ＣＰＵ１２が制御バス１１にアクセスするのは、共有メモリ１３にタイムコードを書き込むときと、符号化データをＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９に転送するときだけである。それ以外の時間は符号化データの解析処理やタイムコードの生成処理などに充てることができる。
【００２６】
また、上記動作の中で、ＭＡＩＮ ＣＰＵ１４が制御バス１１にアクセスするのは、共有メモリ１３からタイムコードを読み出すときと、ＣＯＭ ＣＰＵ１６またはＭＥＭ ＣＰＵ１９に接続される大容量素材記録装置から該当するファイルの符号化データを選択的に再生するときと、各ブロックに収録指示と再生指示を通知するときだけである。それ以外の時間は、外部装置との通信処理などに充てることができる。
【００２７】
従って、以下のような作用効果が得られる。
（１）タイムコード生成元となるＷＲＡＰＰＥＲ ＣＰＵ１２は、共有メモリ１３にのみタイムコードを書き込むだけになるので、タイムコード配信の負荷が軽減できる。
（２）タイムコードの受信は、必要とするブロックが読み出しに行けばよいので、生成元となるＷＲＡＰＰＥＲ ＣＰＵ１２は配信先の判断をしなくても済む。
（３）受信側は、フレーム時間内の任意のタイミングで共有メモリ１３からタイムコードを取得しに行けばよいので、処理に余裕が持てる。
（４）仕様の変更等で、タイムコードの配信先が追加／削除された場合は、受信側のみのソフトウェア変更で対処できる。
【００２８】
また、上記実施形態では、ＣＯＭ ＣＰＵ１６に接続される大容量素材記録装置に格納される符号化データをＧＢＩＴ ＣＰＵ１７を介して外部装置に転送することもできるので、符号化データを外部装置に集約して格納しておくこともできる。
【００２９】
尚、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００３０】
【図１】この発明に係る映像蓄積装置の一実施形態を示すブロック構成図。
【図２】以前に考えられていた蓄積装置における収録系のタイムコードの配信の様子を説明するために示すブロック図。
【図３】以前に考えられていた蓄積装置における再生系のタイムコードの配信の様子を説明するために示すブロック図。
【符号の説明】
【００３１】
１１…制御バス、１２…ＷＲＡＰＰＥＲ ＣＰＵ、１３…共有メモリ、１４…ＭＡＩＮ ＣＰＵ、１５…ＰＲＯＸＹ ＤＳＰ、１６…ＣＯＭ ＣＰＵ、１７…ＧＢＩＴ ＣＰＵ、１８…ＭＰＥＧ２ ＤＥＣ ＭＯＤＵＬＥ、１９…ＭＥＭ ＣＰＵ、２０…ＡＵＤＩＯ ＤＳＰ、２１…ＬＣＤ ＤＳＰ。
【特許請求の範囲】
【請求項１】
少なくとも映像信号を符号化したフレーム構造の符号化データをファイル形式で記録媒体に収録し、再生指示に応じて前記記録媒体から該当するファイルの符号化データを再生する映像蓄積装置において、
前記符号化データの収録処理、再生処理に必要なタイムコードを格納する共有メモリと、
前記符号化データを入力し解析してフレーム毎のタイムコードを生成し、前記タイムコードを前記共有メモリに書き込む制御部と、
収録指示に応じて、前記共有メモリから前記タイムコードを読み出し、当該タイムコードに基づいて前記符号化データの前記記録媒体への収録処理を実行する収録処理部とを具備したことを特徴とする映像蓄積装置。
【請求項２】
前記符号化データの再生指示に応じて、前記共有メモリから前記タイムコードを読み出し、当該タイムコードに基づいて前記共有メモリから前記符号化データの再生処理を実行する再生処理部をさらに備えたことを特徴とする請求項１記載の映像蓄積装置。
【請求項３】
前記記録媒体に格納されている符号化データをファイルごとに外部装置に転送する転送制御部をさらに備えたことを特徴とする請求項１記載の映像蓄積装置。
【請求項１】
少なくとも映像信号を符号化したフレーム構造の符号化データをファイル形式で記録媒体に収録し、再生指示に応じて前記記録媒体から該当するファイルの符号化データを再生する映像蓄積装置において、
前記符号化データの収録処理、再生処理に必要なタイムコードを格納する共有メモリと、
前記符号化データを入力し解析してフレーム毎のタイムコードを生成し、前記タイムコードを前記共有メモリに書き込む制御部と、
収録指示に応じて、前記共有メモリから前記タイムコードを読み出し、当該タイムコードに基づいて前記符号化データの前記記録媒体への収録処理を実行する収録処理部とを具備したことを特徴とする映像蓄積装置。
【請求項２】
前記符号化データの再生指示に応じて、前記共有メモリから前記タイムコードを読み出し、当該タイムコードに基づいて前記共有メモリから前記符号化データの再生処理を実行する再生処理部をさらに備えたことを特徴とする請求項１記載の映像蓄積装置。
【請求項３】
前記記録媒体に格納されている符号化データをファイルごとに外部装置に転送する転送制御部をさらに備えたことを特徴とする請求項１記載の映像蓄積装置。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２００９−１３０４０１（Ｐ２００９−１３０４０１Ａ）
【公開日】平成２１年６月１１日（２００９．６．１１）
【国際特許分類】
【出願番号】特願２００７−２９９８５０（Ｐ２００７−２９９８５０）
【出願日】平成１９年１１月１９日（２００７．１１．１９）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２１年６月１１日（２００９．６．１１）
【国際特許分類】
【出願日】平成１９年１１月１９日（２００７．１１．１９）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]