JP6215898B2 - 映像処理装置、映像処理システム、および、映像処理方法 - Google Patents

Description

本発明は、映像処理装置、映像処理システム、および、映像処理方法に関する。

従来から、圧縮または非圧縮の映像データをネットワーク経由で送受信することで、カメラで撮影した映像データを遠隔地等のディスプレイ等へ出力する技術が開示されている。

ここで、圧縮ビデオデータ内にフレーム間またはフレーム内のどちらで圧縮されたかを判別できる判別データを埋め込み、圧縮ビデオデータ受信側で、その判別データを検出、識別することで、映像チャネル切り替え時に、画像が乱れる不都合を防止する技術が開示されている（特許文献１を参照）。

また、圧縮ビデオデータ内のフレーム間圧縮を行っている位置を示す、ＧＯＰヘッダを検出し、映像チャネル切替操作は、このＧＯＰヘッダ単位で実施することで、映像チャネル切り替え時に、画像が乱れる不都合を防止する技術が開示されている（特許文献２を参照）。

また、ＭＰＥＧ画像データのトランスポートストリーム中のペイロードスタートインジケータを使用して、映像チャネル（トランスポートストリーム）の切替を実施することで、切り替え時の画像のブロック崩れなどを防止する技術が開示されている（特許文献３を参照）。

特開平７−２９８２５７号公報 特開２００１−４５４７７号公報 特開２０００−２０９５５７号公報

しかしながら、従来の装置（特許文献１等）においては、脱カプセル化をせずに、フレームの先頭データを検出することができないという問題点を有していた。

本発明は、上記問題点に鑑みてなされたもので、一般規格に準拠した独自の識別データのパケットを配置することで、映像フレームの先頭に該当するデータを高速に検出することができる映像処理装置、映像処理システム、および、映像処理方法を提供することを目的とする。

このような目的を達成するため、本発明に係る映像処理装置は、先頭から所定周期でフレームを識別する所定規格の識別データパケットが配置された、前記所定規格の映像データパケットと前記所定規格のアンシラリデータパケットとを含む、前記フレームをネットワークを介して受信するネットワークフレーム受信手段と、前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を所定サイズのバッファに書き込むパケット書込手段と、前記バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を読み出すパケット読出手段と、前記映像データパケットを映像データに変換し、前記アンシラリデータパケットをアンシラリデータに変換するデータ変換手段と、前記映像データと前記アンシラリデータとを多重し、映像／アンシラリデータを出力させる映像アンシラリデータ多重手段と、を備えたことを特徴とする。

また、本発明に係る映像処理装置は、撮影装置から映像／アンシラリデータを取得し、映像データとアンシラリデータとに分離する映像アンシラリデータ分離手段と、前記映像データを所定規格の映像データパケットに、前記アンシラリデータを前記所定規格のアンシラリデータパケットに、パケット化するパケット化手段と、先頭から所定周期でフレームを識別する前記所定規格の識別データパケットを配置しつつ、前記映像データパケットと前記アンシラリデータパケットとを配置するパケット配置手段と、前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を所定サイズのバッファに書き込むパケット書込手段と、前記バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を読み出すパケット読出手段と、先頭から前記所定周期で前記識別データパケットが配置された、前記映像データパケットと前記アンシラリデータパケットとを含む、前記フレームをネットワークを介して送信するネットワークフレーム送信手段と、を備えたことを特徴とする。

また、本発明に係る映像処理システムは、送信装置と受信装置とを通信可能に接続した映像処理システムであって、前記送信装置は、撮影装置から映像／アンシラリデータを取得し、映像データとアンシラリデータとに分離する映像アンシラリデータ分離手段と、前記映像データを所定規格の映像データパケットに、前記アンシラリデータを前記所定規格のアンシラリデータパケットに、パケット化するパケット化手段と、先頭から所定周期でフレームを識別する前記所定規格の識別データパケットを配置しつつ、前記映像データパケットと前記アンシラリデータパケットとを配置するパケット配置手段と、前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を所定サイズの送信側バッファに書き込むパケット書込手段と、前記送信側バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を読み出すパケット読出手段と、先頭から前記所定周期で前記識別データパケットが配置された、前記映像データパケットと前記アンシラリデータパケットとを含む、前記フレームをネットワークを介して送信するネットワークフレーム送信手段と、を備え、前記受信装置は、前記フレームを前記ネットワークを介して受信するネットワークフレーム受信手段と、前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を前記所定サイズの受信側バッファに書き込むパケット書込手段と、前記受信側バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を読み出すパケット読出手段と、前記映像データパケットを前記映像データに変換し、前記アンシラリデータパケットを前記アンシラリデータに変換するデータ変換手段と、前記映像データと前記アンシラリデータとを多重し、前記映像／アンシラリデータを出力させる映像アンシラリデータ多重手段と、を備えたことを特徴とする。

また、本発明に係る映像処理方法は、先頭から所定周期でフレームを識別する所定規格の識別データパケットが配置された、前記所定規格の映像データパケットと前記所定規格のアンシラリデータパケットとを含む、前記フレームをネットワークを介して受信するネットワークフレーム受信ステップと、前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を所定サイズのバッファに書き込むパケット書込ステップと、前記バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を読み出すパケット読出ステップと、前記映像データパケットを映像データに変換し、前記アンシラリデータパケットをアンシラリデータに変換するデータ変換ステップと、前記映像データと前記アンシラリデータとを多重し、映像／アンシラリデータを出力させる映像アンシラリデータ多重ステップと、を含むことを特徴とする。

また、本発明に係る映像処理方法は、撮影装置から映像／アンシラリデータを取得し、映像データとアンシラリデータとに分離する映像アンシラリデータ分離ステップと、前記映像データを所定規格の映像データパケットに、前記アンシラリデータを前記所定規格のアンシラリデータパケットに、パケット化するパケット化ステップと、先頭から所定周期でフレームを識別する前記所定規格の識別データパケットを配置しつつ、前記映像データパケットと前記アンシラリデータパケットとを配置するパケット配置ステップと、前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を所定サイズのバッファに書き込むパケット書込ステップと、前記バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を読み出すパケット読出ステップと、先頭から前記所定周期で前記識別データパケットが配置された、前記映像データパケットと前記アンシラリデータパケットとを含む、前記フレームをネットワークを介して送信するネットワークフレーム送信ステップと、を含むことを特徴とする。

また、本発明に係る映像処理方法は、送信装置と受信装置とを通信可能に接続した映像処理システムにおいて実行される映像処理方法であって、前記送信装置において実行される、撮影装置から映像／アンシラリデータを取得し、映像データとアンシラリデータとに分離する映像アンシラリデータ分離ステップと、前記送信装置において実行される、前記映像データを所定規格の映像データパケットに、前記アンシラリデータを前記所定規格のアンシラリデータパケットに、パケット化するパケット化ステップと、前記送信装置において実行される、先頭から所定周期でフレームを識別する前記所定規格の識別データパケットを配置しつつ、前記映像データパケットと前記アンシラリデータパケットとを配置するパケット配置ステップと、前記送信装置において実行される、前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を所定サイズの送信側バッファに書き込むパケット書込ステップと、前記送信装置において実行される、前記送信側バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を読み出すパケット読出ステップと、前記送信装置において実行される、先頭から前記所定周期で前記識別データパケットが配置された、前記映像データパケットと前記アンシラリデータパケットとを含む、前記フレームをネットワークを介して送信するネットワークフレーム送信ステップと、前記受信装置において実行される、前記フレームを前記ネットワークを介して受信するネットワークフレーム受信ステップと、前記受信装置において実行される、前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を前記所定サイズの受信側バッファに書き込むパケット書込ステップと、前記受信装置において実行される、前記受信側バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を読み出すパケット読出ステップと、前記受信装置において実行される、前記映像データパケットを前記映像データに変換し、前記アンシラリデータパケットを前記アンシラリデータに変換するデータ変換ステップと、前記受信装置において実行される、前記映像データと前記アンシラリデータとを多重し、前記映像／アンシラリデータを出力させる映像アンシラリデータ多重ステップと、を含むことを特徴とする。

この発明によれば、独自の識別データが一般規格に準拠しているため、異種ベンダの装置間の相互互換性を保持できる。また、この発明によれば、ディスプレイへ出力していない映像チャネルに対して、独自の識別データパケットの脱カプセル化を実施する必要がない。

また、この発明によれば、映像フレームの先頭を高速で検出することができるため、映像チャネルをスムーズに切り替えることができる。これにより、この発明によれば、２つ以上の映像チャネルをネットワークを介して送受信でき、ディスプレイ等へ出力する映像チャネルを、映像の乱れなく切り替えることができる。

また、この発明によれば、カメラ等から映像／ＡＮＣデータを受信する装置から、ディスプレイ等へ映像／アンシラリ（ＡＮＣ）データを出力する装置へ、映像データの構成情報（画素数、および、フレームレート等）および動作指示等を、ネットワークの品質に依らずに、確実に伝えることができる。

図１は、本実施形態に係る映像処理装置の構成の一例を示すブロック図である。 図２は、本実施形態における映像処理装置の構成の一例を示すハードウェア構成図である。 図３は、本実施形態の映像処理システムにおける処理の一例を示すフロー図である。 図４は、本実施形態の映像処理装置における処理の一例を示すフローチャートである。 図５は、本実施形態における識別データパケットの一例を示す図である。 図６は、本実施形態におけるＥｎｃｏｄｅｒモジュール内でのＭＰＥＧ２−ＴＳパケットの生成の一例を示す図である。 図７は、本実施形態の映像処理装置における処理の一例を示すフローチャートである。 図８は、本実施形態におけるＤＭＡバッファにおけるＭＥＰＧ２−ＴＳパケットの格納の一例を示す図である。 図９は、本実施形態の映像処理装置における処理の一例を示すフローチャートである。 図１０は、本実施形態の映像処理装置における処理の一例を示すフローチャートである。 図１１は、本実施形態の映像処理装置における処理の一例を示すフローチャートである。 図１２は、本実施形態の映像処理装置における処理の一例を示すフローチャートである。 図１３は、本実施形態の映像処理装置における処理の一例を示すフローチャートである。 図１４は、本実施形態の映像処理装置における処理の一例を示すフローチャートである。 図１５は、本実施形態の映像処理装置における処理の一例を示すフローチャートである。 図１６は、本実施形態の映像処理装置における処理の一例を示すフローチャートである。

以下に、本発明に係る映像処理装置、映像処理システム、および、映像処理方法の実施形態を図面に基づいて詳細に説明する。なお、この実施形態により本発明が限定されるものではない。

［本実施形態の構成］
以下、本発明の実施形態に係る映像処理装置１００の構成の一例について図１および図２を参照して説明し、その後、本実施形態の処理等について詳細に説明する。図１は、本実施形態に係る映像処理装置１００の構成の一例を示すブロック図である。

但し、以下に示す実施形態は、本発明の技術思想を具体化するための映像処理装置１００を例示するものであって、本発明をこの映像処理装置１００に特定することを意図するものではなく、請求の範囲に含まれるその他の実施形態の映像処理装置１００にも等しく適用し得るものである。

例えば、本実施形態で例示する映像処理装置１００における機能分散の形態は以下に限られず、同様の効果や機能を奏し得る範囲において、任意の単位で機能的または物理的に分散・統合して構成することができる。

まず、図１に示すように、映像処理装置１００は、概略的に、制御部１０２と記憶部１０６とを備えて構成される。これら映像処理装置１００の各部は任意の通信路を介して通信可能に接続されている。また、映像処理装置１００は、ネットワーク３００を介して外部装置と通信可能に接続されていてもよい。

ここで、映像処理装置１００は、更に、データの入出力（Ｉ／Ｏ）を行う機能を有する入出力部、入出力インターフェース部、および／または、通信インターフェース部を備えていてもよい（図示省略）。

ここで、入出力部は、例えば、キー入力部、タッチパネル、コントロールパッド（例えば、タッチパッド、および、ゲームパッド等）、マウス、キーボード、および、マイク等であってもよい。

また、入出力部は、アプリケーション等の（入出力）情報を表示する表示部（例えば、液晶または有機ＥＬ等から構成されるディスプレイ、モニタ、および、タッチパネル等）であってもよい。また、入出力部は、音声情報を音声として出力する音声出力部（例えば、スピーカ等）であってもよい。

また、入出力インターフェース部は、ＳＤＩ（Ｓｅｒｉａｌ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ）端子、ＨＤＭＩ（登録商標）（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）端子、または、Ｄｉｓｐｌａｙ ｐｏｒｔ端子等の映像入出力インターフェースであってもよい。

ここで、入出力インターフェース部を構成する入力ポートの先には、カメラ、または、レコーダ等が接続され、入出力インターフェース部を構成する出力ポートの先には、モニタ（ディスプレイ）、または、レコーダ等が接続されてもよい。

また、通信インターフェース部は、有線通信および／または無線通信（ＷｉＦｉ等）によりＩＰデータを送受信するためのネットワークインターフェース（ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃｏｎｔｒｏｌｌｅｒ）等）、または、Ｂｌｕｅｔｏｏｔｈ（登録商標）等によって無線通信を行うインターフェースであってもよい。

ここで、記憶部１０６は、各種のデータベース、テーブル、ファイル、および／または、バッファ（ダイレクトメモリアクセス（ＤＭＡ）バッファ１０６ａ等）などを格納する。なお、記憶部１０６は、複数のＤＭＡバッファ１０６ａ（ＤＭＡバッファ１０６ａ＃０〜ＤＭＡバッファ１０６ａ＃Ｎ）を格納してもよい。

ここで、記憶部１０６は、映像データ、および、ＡＮＣデータ等を記憶していてもよい。また、記憶部１０６は、各種アプリケーションプログラム（例えば、ユーザアプリケーション等）を記憶していてもよい。

記憶部１０６は、ストレージ手段であり、例えばＲＡＭ・ＲＯＭ等のメモリ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）のような固定ディスク装置、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、フレキシブルディスク、および／または、光ディスク等を用いることができる。

記憶部１０６には、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）に命令を与え各種処理を行うためのコンピュータプログラム等が記録されていてもよい。

これら記憶部１０６の各構成要素のうち、バッファ１０６ａは、パケットを記憶する。ここで、バッファ１０６ａは、フレームを識別する識別データパケット、映像データパケット、および／または、アンシラリデータパケット等を記憶してもよい。

ここで、識別データパケット、映像データパケット、および、アンシラリデータパケットは、所定規格の識別データパケット、所定規格の映像データパケット、および、所定規格のアンシラリデータパケットであってもよい。

ここで、所定規格は、ＭＰＥＧ（ＭＰＥＧ１、ＭＰＥＧ２、または、ＭＰＥＧ４等）であってもよい。

また、識別データパケットは、映像データおよびアンシラリデータとは異なるペイロードＩＤを含んでいてもよい。また、識別データパケットは、所定規格に準拠したヘッダと、フレームの先頭か否かを示すフレームスタートデータと、を含んでいてもよい。

また、バッファ１０６ａは、所定サイズを有していてもよい。ここで、所定サイズは、所定規格のパケットサイズと、所定周期と、任意の自然数と、を掛けた値であってもよい。また、バッファ１０６ａは、フレームごとに区別してパケットを記憶してもよい。

また、制御部１０２は、映像処理装置１００を統括的に制御するＣＰＵ等からなる。制御部１０２は、制御プログラムと各種の処理手順等を規定したプログラムと所要データとを格納するための内部メモリを有し、これらプログラムに基づいて種々の処理を実行するための情報処理を行う。

ここで、制御部１０２は、機能概念的に、映像ＡＮＣデータ分離部１０２ａ、データ圧縮部１０２ｂ、パケット化部１０２ｃ、パケット配置部１０２ｄ、パケット書込部１０２ｅ、パケット読出部１０２ｆ、送信調停部１０２ｇ、ネットワークフレーム送信部１０２ｈ、ネットワークフレーム受信部１０２ｉ、書込調停部１０２ｊ、データ変換部１０２ｋ、および、映像ＡＮＣデータ多重部１０２ｍを備える。

映像ＡＮＣデータ分離部１０２ａは、撮影装置から映像／アンシラリ（ＡＮＣ）データを取得し、映像データとアンシラリ（ＡＮＣ）データとに分離する。ここで、映像ＡＮＣデータ分離部１０２ａは、複数の撮影装置（カメラ等）から映像／アンシラリデータを取得してもよい。

データ圧縮部１０２ｂは、映像ＡＮＣデータ分離部１０２ａにより分離された映像データを圧縮してもよい。ここで、データ圧縮部１０２ｂは、映像ＡＮＣデータ分離部１０２ａにより分離された映像データをＪＰＥＧ２０００方式で圧縮し、Ｊ２Ｋ Ｓｔｒｅａｍとして出力してもよい。

パケット化部１０２ｃは、映像データを所定規格の映像データパケットに、アンシラリデータを所定規格のアンシラリデータパケットに、パケット化する。ここで、所定規格は、ＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）、または、ＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）等であってもよい。

パケット配置部１０２ｄは、先頭から所定周期でフレームを識別する所定規格の識別データパケットを配置しつつ、所定規格の映像データパケットと所定規格のアンシラリデータパケットとを配置する。

ここで、所定周期は、ネットワーク３００を介して送受信されるフレームに含める映像データパケットの数、および、アンシラリデータパケットの数の合計と一致する間隔であってもよい。

パケット書込部１０２ｅは、所定規格の識別データパケットが先頭に配置されるように、所定規格の識別データパケットと、所定規格の映像データパケットと、所定規格のアンシラリデータパケットと、を所定サイズのバッファに書き込む。

ここで、パケット書込部１０２ｅは、フレームの先頭を示す所定規格の識別データパケットが先頭に配置されるように、所定規格の識別データパケットと、所定規格の映像データパケットと、所定規格のアンシラリデータパケットと、をバッファに書き込んでもよい。

ここで、フレームの先頭を示す所定規格の識別データパケットは、独自データであるＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットであってもよい。

また、パケット書込部１０２ｅは、フレームの先頭を示さない所定規格の識別データパケットが先頭に配置されるように、所定規格の識別データパケットと、所定規格の映像データパケットと、所定規格のアンシラリデータパケットと、をバッファに書き込んでもよい。

ここで、フレームの先頭を示さない所定規格の識別データパケットは、独自データであるＭＰＥＧ２−ＴＳ（ＳＯＦ＝０ｂ）パケットであってもよい。

パケット読出部１０２ｆは、バッファ１０６ａの先頭から、所定規格の識別データパケットと、所定規格の映像データパケットと、所定規格のアンシラリデータパケットと、を読み出す。

ここで、パケット読出部１０２ｆは、更に、バッファ１０６ａの先頭を検索して、（読出し中の）フレームとは異なるチャネル由来のフレームの先頭を示す所定規格の識別データパケットを検出し、当該識別データパケットが書き込まれたバッファ１０６ａの先頭から、当該異なるチャネル由来の識別データパケットと、当該異なるチャネル由来の所定規格の映像データパケットと、当該異なるチャネル由来の所定規格のアンシラリデータパケットと、を読み出してもよい。

送信調停部１０２ｇは、先頭から所定周期で所定規格の識別データパケットが配置された、所定規格の映像データパケットと所定規格のアンシラリデータパケットとを含む、異なるチャネル由来のフレームがある場合、調停して（バランスをとって）、ネットワークフレーム送信部１０２ｈに送出する。

すなわち、送信調停部１０２ｇは、異なるチャネル由来のフレームがある場合、ネットワークフレーム送信部１０２ｈによる送信を調停してもよい。

ネットワークフレーム送信部１０２ｈは、先頭から所定周期で所定規格の識別データパケットが配置された、所定規格の映像データパケットと所定規格のアンシラリデータパケットとを含む、フレームをネットワーク３００を介して送信する。

ネットワークフレーム受信部１０２ｉは、先頭から所定周期でフレームを識別する所定規格の識別データパケットが配置された、所定規格の映像データパケットと所定規格のアンシラリデータパケットとを含む、フレームをネットワーク３００を介して受信する。

書込調停部１０２ｊは、異なるチャネル由来のフレームを受信した場合、パケット書込部１０２ｅによる書き込みを調停する（バランスをとる）。

データ変換部１０２ｋは、映像データパケットを映像データに変換し、アンシラリデータパケットをアンシラリデータに変換する。ここで、データ変換部１０２ｋは、更に、識別データパケットを破棄してもよい。

映像ＡＮＣデータ多重部１０２ｍは、映像データとアンシラリデータとを多重し、映像／アンシラリデータを（モニタ、または、レコーダ等に）出力させる。

次に、図２を参照して、本実施形態における映像処理装置１００のハードウェア構成の一例について説明する。図２は、本実施形態における映像処理装置１００の構成の一例を示すハードウェア構成図である。

図２に示すように、映像処理装置１００は、モジュール構成を備えており、モジュールを変更することで、映像／ＡＮＣデータの入力を受け、ネットワーク３００へ送信する構成と、ネットワーク３００からパケットを受信し、映像／ＡＮＣデータをディスプレイ等へ出力する構成と、を切り替えることができる。

ここで、映像処理装置１００は、映像／ＡＮＣデータをカメラ等の撮影装置から取得するエンコーダ（Ｅｎｃｏｄｅｒ）モジュール（映像データ圧縮器）と、ネットワーク３００を介してデータ（パケット等）を送受信するＮＩＣモジュール（ネットワークフレーム送受信器）、および、ディスプレイ等の出力装置へ映像／ＡＮＣデータを出力するデコーダ（Ｄｅｃｏｄｅｒ）モジュール（映像データ複合器）を備えている。

また、映像処理装置１００は、これらのモジュール間を高速にインターコネクトする機構を備えており、モジュール間のインターコネクトを実現するために、ファームウェアが動作するＣＰＵを介してＰＣＩｅ Ｓｗｉｔｃｈとメインメモリとが接続されている。

各モジュールは、ＰＣＩｅ Ｓｗｉｔｃｈとメインメモリとを介して、お互いにインターコネクトされ、各モジュールとメインメモリとの間で所定規格（ＭＰＥＧ２−ＴＳ等）のデータをやり取りし、データの受け渡しは、ＤＭＡ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ）にて実施されてもよい。

ここで、図２を参照して、Ｅｎｃｏｄｅｒモジュールのハードウェア構成について説明する。

ＤＥＭＵＸ（映像ＡＮＣデータ分離部１０２ａ）は、カメラ等の撮影装置からの映像／ＡＮＣデータを受信し、映像データとＡＮＣデータとに分離する。

Ｊ２Ｋ Ｅｎｃｏｄｅｒ（データ圧縮部１０２ｂ）は、ＤＥＭＵＸから出力された映像データをＪＰＥＧ２０００方式で圧縮し、Ｊ２Ｋ Ｓｔｒｅａｍを出力する。

ＰＥＳ Ｃａｐ（Ｖｉｄｅｏ）（パケット化部１０２ｃ）は、Ｊ２Ｋ Ｅｎｃｏｄｅｒから出力されたＪ２Ｋ Ｓｔｒｅａｍを、所定単位でパケット化し、ＰＥＳパケットとして出力する。

ＭＰＥＧ２−ＴＳ Ｃａｐ（Ｖｉｄｅｏ）（パケット化部１０２ｃ）は、ＰＥＳ Ｃａｐ（Ｖｉｄｅｏ）から出力されたＰＥＳパケットを、所定単位でパケット化し、ＭＰＥＧ２−ＴＳパケットとして出力する。

ＰＥＳ Ｃａｐ（ＡＮＣ）（パケット化部１０２ｃ）は、ＤＥＭＵＸから出力されたＡＮＣデータをパケット化し、ＰＥＳパケットとして、出力する。

ＭＰＥＧ２−ＴＳ Ｃａｐ（ＡＮＣ）（パケット化部１０２ｃ）は、ＰＥＳ Ｃａｐ（ＡＮＣ）から出力されたＰＥＳパケットを、所定単位でパケット化し、ＭＰＥＧ２−ＴＳパケットとして出力する。

ＭＵＸ（パケット配置部１０２ｄ）は、ＭＰＥＧ２−ＴＳ Ｃａｐ（Ｖｉｄｅｏ）から出力されたＭＰＥＧ２−ＴＳパケットと、ＭＰＥＧ２−ＴＳ Ｃａｐ（ＡＮＣ）から出力されたＭＰＥＧ２−ＴＳパケットを配置し、出力する。

ここで、ＭＵＸは、ある決まった周期（例えば、ＭＰＥＧ２−ＴＳ ６個毎等）で、独自のデータ（ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケット）を配置する。

また、ＭＵＸは、映像フレームの先頭のデータを含むＭＰＥＧ２−ＴＳパケットの直前に、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットを配置する。また、ＭＵＸは、映像フレームの先頭以外の場合には、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝０ｂ）パケットを配置する。

また、ＭＵＸは、ファームウェア（制御部１０２）から、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットに格納する情報の通知を受ける。

ＤＭＡ ＲＸ（パケット書込部１０２ｅ）は、ＭＵＸから出力されたＭＰＥＧ２−ＴＳパケットをＤＭＡにより、メインメモリのＤＭＡバッファ１０６ａへ書き込む。ここで、ＤＭＡ ＲＸは、ファームウェアから、ＤＭＡバッファ１０６ａの先頭番地とサイズとの通知を受ける。

また、ＤＭＡ ＲＸは、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットを書き込む際に、ＤＭＡバッファ１０６ａを切り替える。これにより、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケット、すなわち、映像フレームの先頭のデータは、必ずＤＭＡバッファ１０６ａの先頭に配置されることになる。

また、ＤＭＡバッファ１０６ａのサイズは、ファームウェアにより制御されており、例えば、「ＭＰＥＧ２−ＴＳパケットのサイズ（１８８バイト等）」×「ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットを挿入する間隔」×「Ｎ（Ｎ＝１，２，３，…）」であってもよい。

これらにより、ＤＭＡバッファ１０６ａの先頭は必ず、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットとなる。

また、図２を参照して、ＮＩＣモジュールのハードウェア構成について説明する。

ＤＥＭＵＸ ＴＸ（ＰＣＩｅ）（制御部１０２）は、ＰＣＩｅ Ｓｗｉｔｃｈから出力されるＰＣＩｅパケットを受信および解析し、ＰＣＩｅパケットの宛先が示すＤＭＡ ＴＸへ出力する。

ＤＭＡ ＴＸ（パケット読出部１０２ｆ）は、ファームウェアから、ＤＭＡバッファ１０６ａの先頭番地とサイズとの通知を受ける。

ＤＭＡ ＴＸは、ＤＭＡバッファ１０６ａの先頭から、順次、ＭＰＥＧ２−ＴＳパケットを読み出し、ＳＭＰＴＥ２０２２−１／−２ ＴＸへ出力する。

ＳＭＰＴＥ２０２２−１／−２ ＴＸ（制御部１０２）は、ＤＭＡ ＴＸからＭＰＥＧ２−ＴＳパケットを受け、ＳＭＰＴＥ２０２２−１／−２に準拠したフレームへカプセル化（ＩＰ／ＵＤＰ／ＲＴＰヘッダの付与）し、Ａｒｂｉｔｅｒ ＴＸへ出力する。

ここで、フレームに含まれるＭＰＥＧ２−ＴＳパケットの個数は、ファームウェアにより設定変更が可能であり、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットの挿入間隔と一致させている。

これにより、全フレームに、必ず１つのＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットが含まれることになる。

Ａｒｂｉｔｅｒ ＴＸ（送信調停部１０２ｇ）は、各ＳＭＰＴＥ２０２２−１／−２ ＴＸからのフレームを受け、調停し、１ＧｂＥ／１０ＧｂＥ ＴＸへ出力する。

１ＧｂＥ／１０ＧｂＥ ＴＸ（ネットワークフレーム送信部１０２ｈ）は、Ａｒｂｉｔｅｒ ＴＸからのフレームを受け、外部のネットワーク３００へ出力する。

１ＧｂＥ／１０ＧｂＥ ＲＸ（ネットワークフレーム受信部１０２ｉ）は、外部のネットワーク３００からフレームを受信し、ＤＥＭＵＸ ＲＸ（１ＧｂＥ／１０ＧｂＥ）へ出力する。

ＤＥＭＵＸ ＲＸ（１０ＧｂＥ／１ＧｂＥ）（制御部１０２）は、１ＧｂＥ／１０ＧｂＥ ＲＸからのフレームを受信および解析し、フレームの宛先が示すＳＭＰＴＥ２０２２−１／−２ ＲＸへ出力する。

ＳＭＰＴＥ２０２２−１／−２ ＲＸ（制御部１０２）は、ＤＥＭＵＸ ＲＸ（１ＧｂＥ／１０ＧｂＥ）からのフレームを受信し、ＭＰＥＧ２−ＴＳパケットを抽出し、ＤＭＡ ＲＸへ出力する。

ＤＭＡ ＲＸ（パケット書込部１０２ｅ）は、ＳＭＰＴＥ２０２２−１／−２ ＲＸからＭＰＥＧ２−ＴＳパケットを受け、Ａｒｂｉｔｅｒ ＲＸを経由し、メインメモリのＤＭＡバッファ１０６ａへ書き込む。

Ａｒｂｉｔｅｒ ＲＸ（書込調停部１０２ｊ）は、複数のＤＭＡ ＲＸからメインメモリへの書き込み要求を調停し、シリアル化し、ＰＣＩｅ Ｓｗｉｔｃｈへ出力する。

ここで、ＤＭＡ ＲＸは、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットを書き込む際に、ＤＭＡバッファ１０６ａを切り替える。これにより、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケット、すなわち、映像フレームの先頭のデータは、必ずＤＭＡバッファ１０６ａの先頭に配置されることになる。

また、図２を参照して、Ｄｅｃｏｄｅｒモジュールのハードウェア構成について説明する。

ＤＭＡ ＴＸ（パケット読出部１０２ｆ）は、ファームウェアから、ＤＭＡバッファ１０６ａの先頭番地とサイズとの通知を受ける。

そして、ＤＭＡ ＴＸは、ＤＭＡバッファ１０６ａの先頭から、順次、ＭＰＥＧ２−ＴＳパケットを読み出し、ＤＥＭＵＸへ出力する。

ＤＥＭＵＸ（パケット読出部１０２ｆ）は、ＭＰＥＧ２−ＴＳパケットを解析し、ＭＰＥＧ２−ＴＳ（Ｖｉｄｅｏ）パケットとＭＰＥＧ２−ＴＳ（ＡＮＣ）パケットを抽出し、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットを破棄する。

そして、ＤＥＭＵＸは、ＭＰＥＧ２−ＴＳ（Ｖｉｄｅｏ）パケットをＭＰＥＧ２−ＴＳ Ｄｅｃａｐ（Ｖｉｄｅｏ）へ出力し、ＭＰＥＧ２−ＴＳ（ＡＮＣ）パケットをＭＰＥＧ２−ＴＳ Ｄｅｃａｐ（ＡＮＣ）へ出力する。

ＭＰＥＧ２−ＴＳ Ｄｅｃａｐ（Ｖｉｄｅｏ）（データ変換部１０２ｋ）は、ＤＥＭＵＸからのＭＰＥＧ２−ＴＳ（Ｖｉｄｅｏ）パケットを受け、ＰＥＳパケットへ変換し、ＰＥＳ Ｄｅｃａｐ（Ｖｉｄｅｏ）へ出力する。

ＰＥＳ Ｄｅｃａｐ（Ｖｉｄｅｏ）（データ変換部１０２ｋ）は、ＭＰＥＧ２−ＴＳ Ｄｅｃａｐ（Ｖｉｄｅｏ）からのＰＥＳパケットを受け、Ｊ２Ｋ Ｓｔｒｅａｍへ変換し、Ｊ２Ｋ Ｄｅｃｏｄｅｒへ出力する。

Ｊ２Ｋ Ｄｅｃｏｄｅｒ（データ変換部１０２ｋ）は、ＰＥＳ Ｄｅｃａｐ（Ｖｉｄｅｏ）からのＪ２Ｋ Ｓｔｒｅａｍを受け、映像データへ変換し、ＭＵＸへ出力する。

ＭＰＥＧ２−ＴＳ Ｄｅｃａｐ（ＡＮＣ）（データ変換部１０２ｋ）は、ＤＥＭＵＸからのＭＰＥＧ２−ＴＳ（ＡＮＣ）パケットを受け、ＰＥＳパケットへ変換し、ＰＥＳ Ｄｅｃａｐ（ＡＮＣ）へ出力する。

ＰＥＳ Ｄｅｃａｐ（ＡＮＣ）（データ変換部１０２ｋ）は、ＭＰＥＧ２−ＴＳ Ｄｅｃａｐ（ＡＮＣ）からのＰＥＳパケットを受け、ＡＮＣデータへ変換し、ＭＵＸへ出力する。

ＭＵＸ（映像ＡＮＣデータ多重部１０２ｍ）は、Ｊ２Ｋ Ｄｅｃｏｄｅｒからの映像データとＰＥＳ Ｄｅｃａｐ（ＡＮＣ）からのＡＮＣデータとを受け、映像データとＡＮＣデータとを多重し、外部のディスプレイ等の出力装置に出力させる。

また、図２を参照して、ＣＰＵにて動作するファームウェア（制御部１０２）の機能の一例について説明する。

ファームウェアは、メインメモリ上に各モジュールで使用するＤＭＡバッファ１０６ａの確保を制御する。

また、ファームウェアは、ＥｎｃｏｄｅｒモジュールからＮＩＣモジュールへのＭＰＥＧ２−ＴＳパケットの受け渡しを制御する。

ここで、ファームウェアは、ＥｎｃｏｄｅｒモジュールのＤＭＡ ＲＸへ、確保したバッファ領域の構成情報（先頭番地およびサイズ）を通知する。

そして、ファームウェアは、ＥｎｃｏｄｅｒモジュールからＤＭＡバッファ１０６ａへのＤＭＡ完了通知を受け、ＤＭＡバッファ１０６ａ内のＭＰＥＧ２−ＴＳパケットを、ＮＩＣモジュールに対応するＤＭＡバッファ１０６ａへコピーする。

そして、ファームウェアは、コピーが完了したＤＭＡバッファ１０６ａのバッファ領域を解放（全領域に０を書き込む）し、ＥｎｃｏｄｅｒモジュールのＤＭＡ ＲＸへ通知する。

そして、ファームウェアは、ＮＩＣモジュールのＤＭＡ ＴＸに対応するＤＭＡバッファ１０６ａに、ＥｎｃｏｄｅｒモジュールからのＭＰＥＧ２−ＴＳパケットをコピー後、ＮＩＣモジュールのＤＭＡ ＴＸへ、当該ＤＭＡバッファ１０６ａの構成情報を通知する。

そして、ファームウェアは、ＮＩＣモジュールのＤＭＡ ＴＸから、ＤＭＡバッファ１０６ａに記憶されたＭＰＥＧ２−ＴＳパケットの取得が完了したことの通知を受けた場合、バッファを解放する。

また、ファームウェアは、ＮＩＣモジュールからＤｅｃｏｄｅｒモジュールへのＭＰＥＧ２−ＴＳパケットの受け渡しを制御する。ここで、ファームウェアは、ＮＩＣモジュールのＤＭＡ ＲＸに、確保したＤＭＡバッファ１０６ａのバッファ領域の構成情報（先頭番地とサイズ）を通知する。

そして、ファームウェアは、ＮＩＣモジュールから、ＤＭＡバッファ１０６ａへのＤＭＡ完了通知を受け、ＤＭＡバッファ１０６ａに記憶されたＭＰＥＧ２−ＴＳパケットを、Ｄｅｃｏｄｅｒモジュールに対応するＤＭＡバッファ１０６ａのバッファ領域へコピーする。

そして、ファームウェアは、コピーが完了したＤＭＡバッファ１０６ａ領域を解放し、ＮＩＣモジュールのＤＭＡ ＲＸへ通知する。

そして、ファームウェアは、ＤｅｃｏｄｅｒモジュールのＤＭＡ ＴＸに対応するＤＭＡバッファ１０６ａに、ＮＩＣモジュールからのＭＰＥＧ２−ＴＳパケットをコピー後、ＤｅｃｏｄｅｒモジュールのＤＭＡ ＴＸに、当該ＤＭＡバッファ１０６ａの構成情報（先頭番地とサイズ）を通知する。

そして、ファームウェアは、ＤｅｃｏｄｅｒモジュールのＤＭＡ ＴＸから、そのＤＭＡバッファ１０６ａ内のＭＰＥＧ２−ＴＳパケットの取得が完了したことの通知を受けた場合、当該ＤＭＡバッファ１０６ａを解放する。

また、ファームウェアは、映像チャネル切替動作を制御する。例えば、図２に示すように、ファームウェアは、ＮＩＣモジュールのＤＭＡ ＲＸ＃０からのＭＰＥＧ２−ＴＳパケットをＤＭＡバッファ１０６ａ＃３へ、もう一方のＤＭＡ ＲＸ＃１からの映像データをＤＭＡバッファ１０６ａ＃４へ格納する。

通常、ファームウェアは、ＤＭＡバッファ１０６ａ＃３に記憶されたＭＰＥＧ２−ＴＳパケットを、ＤＭＡバッファ１０６ａ＃５へ格納し、ＤｅｃｏｄｅｒモジュールのＤＭＡ ＴＸに対して、ＤＭＡバッファ１０６ａ＃５のＭＰＥＧ２−ＴＳパケットを出力するように指示する。

ここで、映像チャネルの切替指示を受けた場合、ファームウェアは、ＤＭＡバッファ１０６ａ＃３およびＤＭＡバッファ１０６ａ＃４の中から、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケット（映像フレームの先頭）を検索する。

この際、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットは、必ず、ＤＭＡバッファ１０６ａの先頭にあるため、ファームウェアは、全ＭＰＥＧ２−ＴＳパケットを解析する必要はなく、各ＤＭＡバッファ１０６ａの先頭にあるＭＰＥＧ２−ＴＳパケットのみを検索すればよいので、高速な検出が可能である。

そして、ファームウェアは、ＤＭＡバッファ１０６ａ＃３およびＤＭＡバッファ１０６ａ＃４の中からＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットを検出した場合、通常であれば、ＤＭＡバッファ１０６ａ＃３に記憶されたＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットをＤＭＡバッファ１０６ａ＃５へコピーするタイミングで、ＤＭＡバッファ１０６ａ＃４に記憶されたＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットをコピーする。

そして、ファームウェアは、ＤＭＡバッファ１０６ａ＃５へコピーするデータを、ＤＭＡバッファ１０６ａ＃３からＤＭＡバッファ１０６ａ＃４へ切り替える。

これにより、映像チャネルの切り替えが実現でき、且つ、切替時に異常な映像フレームが出力される（同一の映像フレームに異なる映像データが混在してしまう）ことを防ぐことができる。

また、ファームウェアは、カメラ等から映像／ＡＮＣデータを受信する映像処理装置（送信装置）１００−１から、ディスプレイ等へ映像／ＡＮＣデータを出力する映像処理装置（受信装置）１００−２のファームウェアへの動作指示および制御情報の通知を制御する。

ここで、送信装置１００−１のファームウェアは、ＥｎｃｏｄｅｒモジュールのＭＵＸに対して、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットに格納する、受信装置１００−２のファームウェアへの動作指示および制御情報を通知する。

ここで、受信装置１００−２のファームウェアは、ＮＩＣモジュールのＤＭＡ ＲＸがＭＥＰＧ２−ＴＳパケットを格納するＤＭＡバッファ１０６ａ内の、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットを抽出することで、送信装置１００−１からの動作指示および制御情報を取得する。

また、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットは、ネットワーク３００上で送受信される、全フレームに必ず１個格納されているため、あるフレームがロストしたとしても、送信装置１００−１からの動作指示および制御情報を取りこぼすことはない。

これにより、送信装置１００−１は、ネットワーク品質に依らずに、受信装置１００−２に動作指示および制御情報を伝えることができる。

また、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットは、決まった間隔で、ＭＰＥＧ２−ＴＳ間パケットに配置されているため、ファームウェアは、ＤＭＡバッファ１０６ａからＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットを抽出することができる。

そのために、ファームウェアは、全ＭＰＥＧ２−ＴＳパケットを解析する必要がなく、メインメモリ内のＤＭＡバッファ１０６ａから、高速にＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットを抽出できる。

［本実施形態の処理］
上述した構成の映像処理システムで実行される処理の一例について、図３乃至図１６を参照して説明する。図３は、本実施形態の映像処理システムにおける処理（チャンネル切替処理）の一例を示すフロー図である。

図３に示すように、映像処理システムは、概略的に、映像処理装置（送信装置）１００−１と、映像処理装置（受信装置）１００−２と、がネットワーク３００を介して通信可能に接続して構成される。

ここで、図３に示すように、まず、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０は、カメラＡからの映像／ＡＮＣデータを受信し、ＭＰＥＧ２−ＴＳ（カメラＡ）パケットへ変換し、メインメモリのＤＭＡバッファ１０６ａ＃０へ格納する（ステップＳＡ−１）。

また、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃１は、カメラＢからの映像／ＡＮＣデータを受信し、ＭＰＥＧ２−ＴＳ（カメラＢ）パケットへ変換し、メインメモリのＤＭＡバッファ１０６ａ＃１へ格納する（ステップＳＡ−２）。

ここで、図４乃至図８を参照して、本実施形態のＥｎｃｏｄｅｒモジュールにおける処理の一例について説明する。

まず、図４乃至図６を参照して、本実施形態のＥｎｃｏｄｅｒモジュールのＭＵＸにおける処理の一例について説明する。図４は、本実施形態の映像処理装置１００における処理の一例を示すフローチャートである。

図４に示すように、まず、送信装置１００−１のＭＵＸ（パケット配置部１０２ｄ）は、ＭＰＥＧ２−ＴＳ Ｃａｐ（Ｖｉｄｅｏ）およびＭＰＥＧ２−ＴＳ Ｃａｐ（ＡＮＣ）からＭＰＥＧ２−ＴＳパケットを受信する（ステップＳＢ−１）。

そして、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳパケットがフレームの先頭データを含んでいる（フレームの先頭を示す識別データパケットである）か否かを判定する（ステップＳＢ−２）。

ここで、図５を参照して、本実施形態における識別データパケットの一例について説明する。図５は、本実施形態における識別データパケットの一例を示す図である。

図５に示すように、本実施形態における独自のデータを含む識別データパケット（ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケット）には、ＭＰＥＧ２−ＴＳパケットのヘッダと、映像の先頭フレームデータを含むＭＰＥＧ２−ＴＳパケットが続くことを示すビットであるＳＯＦ（Ｓｔａｒｔ Ｏｆ Ｆｒａｍｅ）と、を含んでいる。

ここで、ＳＯＦが、１ｂの場合、後続のＭＰＥＧ２−ＴＳパケットが映像の先頭フレームのデータを含むことを示し、０ｂの場合、後続のＭＰＥＧ２−ＴＳパケットが映像の先頭フレームのデータを含まないことを示していてもよい。

このように、独自のデータは、映像データおよびＡＮＣデータとは異なるＰＩＤ（Ｐａｙｌｏａｄ ＩＤ）を持つＭＰＥＧ２−ＴＳパケットに格納されていてもよい。

すなわち、本実施形態においては、映像データおよびＡＮＣデータとは異なるＰＩＤを持つ独自のデータを、ＭＰＥＧ２−ＴＳパケットのＤａｔａ部分に格納させることで、ＭＰＥＧ２−ＴＳの一般規格に準拠させることができている。

これにより、本実施形態においては、ネットワーク３００を介して接続された異種ベンダの装置間で相互互換性を持ちながら、映像／ＡＮＣデータの送受信を行うことができる。

図４に戻り、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳパケットがフレームの先頭データを含んでいないと判定した場合（ステップＳＢ−２：Ｎｏ）、処理をステップＳＢ−６に移行させる。

一方、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳパケットがフレームの先頭データを含んでいると判定した場合（ステップＳＢ−２：Ｙｅｓ）、処理をステップＳＢ−３に移行させる。

そして、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットをＤＭＡ ＲＸ（パケット書込部１０２ｅ）へ送出する（ステップＳＢ−３）。

そして、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットの送出間隔カウンタを０×０にクリアする（ステップＳＢ−４）。ここで、送出間隔は、ＭＰＥＧ２−ＴＳパケットの間にＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットを配置するタイミングを決定する値であってもよい。

また、送出間隔は、ＭＰＥＧ２−ＴＳパケット数の間隔であり、独自のデータであるＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットをＤＭＡ ＲＸへ送出する間隔であってもよい。また、送出間隔カウンタは、ＭＵＸがＤＭＡ ＲＸへ送出したＭＰＥＧ２−ＴＳパケットの個数であってもよい。

そして、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳパケットをＤＭＡ ＲＸへ送出し（ステップＳＢ−５）、処理をステップＳＢ−１に移行させる。

一方、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットの送出間隔カウンタが送出間隔と同値であるか否かを判定する（ステップＳＢ−６）。

そして、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットの送出間隔カウンタが送出間隔と同値ではないと判定した場合（ステップＳＢ−６：Ｎｏ）、処理をステップＳＢ−１０に移行させる。

一方、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットの送出間隔カウンタが送出間隔と同値であると判定した場合（ステップＳＢ−６：Ｙｅｓ）、処理をステップＳＢ−７に移行させる。

そして、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝０ｂ）パケットをＤＭＡ ＲＸへ送出する（ステップＳＢ−７）。

そして、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットの送出間隔カウンタを０×０にクリアする（ステップＳＢ−８）。

そして、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳパケットをＤＭＡ ＲＸへ送出し（ステップＳＢ−９）、処理をステップＳＢ−１に移行させる。

一方、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットの送出間隔カウンタを＋１インクリメントする（ステップＳＢ−１０）。

そして、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳパケットをＤＭＡ ＲＸへ送出し（ステップＳＢ−１１）、処理をステップＳＢ−１に移行させる。

ここで、図６を参照して、本実施形態におけるＥｎｃｏｄｅｒモジュール内でのＭＰＥＧ２−ＴＳパケットの生成の一例について説明する。図６は、本実施形態におけるＥｎｃｏｄｅｒモジュール内でのＭＰＥＧ２−ＴＳパケットの生成の一例を示す図である。

図６に示すように、ＥｎｃｏｄｅｒモジュールのＭＵＸは、ある決まった周期（例えば、７パケット等）で、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットを配置する。

ここで、ＥｎｃｏｄｅｒモジュールのＭＵＸは、映像データの先頭を含むＭＰＥＧ２−ＴＳパケットの直前に、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットを配置し、映像データの先頭を含まないＭＰＥＧ２−ＴＳパケットの直前に、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝０ｂ）パケットを配置する。

すなわち、Ｅｎｃｏｄｅｒモジュールは、ＭＰＥＧ２−ＴＳパケットの間に、ある決まった周期で、識別データパケット（ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケット）を配置してもよい。

さらに、Ｅｎｃｏｄｅｒモジュールは、映像フレームの先頭を検出し、映像フレームの先頭データを含むＭＰＥＧ２−ＴＳパケットの直前にＳＯＦビットを１ｂにセットした識別データパケット（ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケット）を配置してもよい。

このように、映像／ＡＮＣデータは、ネットワーク３００へ送出される前に、ＭＰＥＧ２−ＴＳのデータ形式へ変換され、ＭＰＥＧ２−ＴＳパケットを含んだフレームが、ネットワーク３００へ送出されることになる。

次に、図７および図８を参照して、本実施形態のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ ＲＸにおける処理の一例について説明する。図７は、本実施形態の映像処理装置１００における処理の一例を示すフローチャートである。

図７に示すように、まず、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ ＲＸ（パケット書込部１０２ｅ）は、ファームウェアから通知されるＤＭＡバッファ１０６ａ＃０−ｉ（ｉ＝０，１，２・・・２５５）の先頭番地とバッファサイズとを取得する（ステップＳＣ−１）。

そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ ＲＸは、ＭＵＸ（パケット配置部１０２ｄ）からＭＰＥＧ２−ＴＳパケットを取得する（ステップＳＣ−２）。

そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ ＲＸは、ＭＰＥＧ２−ＴＳパケットがＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットであるか否かを判定する（ステップＳＣ−３）。

そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ ＲＸは、ＭＰＥＧ２−ＴＳパケットがＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットではないと判定した場合（ステップＳＣ−３：Ｎｏ）、処理をステップＳＣ−１１に移行させる。

そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ ＲＸは、ＭＰＥＧ２−ＴＳパケットがＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットであると判定した場合（ステップＳＣ−３：Ｙｅｓ）、処理をステップＳＣ−４に移行させる。

そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ ＲＸは、メモリライト回数カウンタが０であるか否かを判定する（ステップＳＣ−４）。ここで、メモリライト回数カウンタは、ＤＭＡバッファ１０６ａへライト（書き込み）したＭＥＰＧ２−ＴＳパケットの個数である。

そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ ＲＸは、メモリライト回数カウンタが０ではないと判定した場合（ステップＳＣ−４：Ｎｏ）、処理をステップＳＣ−７に移行させる。

一方、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ ＲＸは、メモリライト回数カウンタが０であると判定した場合（ステップＳＣ−４：Ｙｅｓ）、処理をステップＳＣ−５に移行させる。

そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ ＲＸは、ＭＥＰＧ２−ＴＳパケットをＤＭＡバッファ１０６ａ＃０−ｉへメモリライトする（ステップＳＣ−５）。

そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ ＲＸは、メモリライト回数カウンタを＋１インクリメントして（ステップＳＣ−６）、処理をステップＳＣ−２に移行させる。

一方、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ ＲＸは、ＤＭＡバッファ１０６ａ＃０−ｉのＤＭＡ完了をファームウェアへ通知する（ステップＳＣ−７）。

そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ ＲＸは、ｉの値を＋１インクリメントする（ステップＳＣ−８）。

そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ ＲＸは、ファームウェアから通知される次のＤＭＡバッファ１０６ａ＃０−ｉの先頭番地とバッファサイズとを取得する（ステップＳＣ−９）。

そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ ＲＸは、メモリライト回数カウンタを０にクリアして（ステップＳＣ−１０）、処理をステップＳＣ−３に移行させる。

一方、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ ＲＸは、［（メモリライト回数カウンタ＋１）×（ＭＥＰＧ２−ＴＳパケットサイズ）］の値が、ＤＭＡバッファ１０６ａ＃０−ｉのバッファサイズ未満であるか否かを判定をする（ステップＳＣ−１１）。

そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ ＲＸは、［（メモリライト回数カウンタ＋１）×（ＭＥＰＧ２−ＴＳパケットサイズ）］の値が、ＤＭＡバッファ１０６ａ＃０−ｉのバッファサイズ未満ではないと判定した場合（ステップＳＣ−１１：Ｎｏ）、処理をステップＳＣ−１４に移行させる。

一方、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ ＲＸは、［（メモリライト回数カウンタ＋１）×（ＭＥＰＧ２−ＴＳパケットサイズ）］の値が、ＤＭＡバッファ１０６ａ＃０−ｉのバッファサイズ未満であると判定した場合（ステップＳＣ−１１：Ｙｅｓ）、処理をステップＳＣ−１２に移行させる。

そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ ＲＸは、ＭＥＰＧ２−ＴＳパケットをＤＭＡバッファ１０６ａ＃０−ｉへメモリライトする（ステップＳＣ−１２）。

そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ ＲＸは、メモリライト回数カウンタを＋１インクリメントして（ステップＳＣ−１３）、処理をステップＳＣ−２に移行させる。

一方、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ ＲＸは、ＤＭＡバッファ１０６ａ＃０−ｉのＤＭＡ完了をファームウェアへ通知する（ステップＳＣ−１４）。

そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ ＲＸは、ｉの値を＋１インクリメントする（ステップＳＣ−１５）。

そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ ＲＸは、ファームウェアから通知される次のＤＭＡバッファ１０６ａ＃０−ｉの先頭番地とバッファサイズとを取得する（ステップＳＣ−１６）。

そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ ＲＸは、メモリライト回数カウンタを０にクリアして（ステップＳＣ−１７）、処理をステップＳＣ−３に移行させる。

なお、本実施形態において、Ｅｎｃｏｄｅｒモジュール＃１のＤＭＡ ＲＸは、ＤＭＡバッファ＃１−ｉ（ｉ＝０，１，２…２５５）を使用して、同様の処理を実行してもよい。

ここで、図８を参照して、本実施形態におけるＤＭＡバッファ１０６ａにおけるＭＥＰＧ２−ＴＳパケットの格納の一例について説明する。図８は、本実施形態におけるＤＭＡバッファ１０６ａにおけるＭＥＰＧ２−ＴＳパケットの格納の一例を示す図である。

図８に示すように、各モジュールによるＤＭＡは、ＤＭＡバッファ１０６ａ＃ｘ−ｘｘｘ毎に、データ転送、および、ファームウェアへの完了の通知が実施される。ここで、ＤＭＡバッファ１０６ａ＃ｘ−ｘｘｘのサイズは、ファームウェアにより制御されてもよい。

ここで、図８に示すように、ＤＭＡバッファ１０６ａ＃ｘ−ｘｘｘのサイズは、「ＭＰＥＧ２−ＴＳパケットのサイズ」×７×「Ｎ（Ｎ＝１，２，３，…）」であってもよい。

また、図８に示すように、ＤＭＡバッファ１０６ａ＃ｘ−ｘｘｘの先頭は必ず、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットから開始されてもよい。また、ＤＭＡバッファ１０６ａ＃ｘの先頭から、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットが現れる間隔は、常に一定であってもよい。

また、図８に示すように、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットは、必ずＤＭＡバッファ１０６ａ＃ｘ−ｘｘｘの先頭に格納されてもよい。また、ファームウェアは、ＤＭＡバッファ１０６ａ＃ｘ−ｘｘｘを開放する際に、「０」をＤＭＡバッファ１０６ａ＃ｘ−ｘｘｘの全領域にセットしてもよい。

このように、本実施形態においては、ＭＰＥＧ２−ＴＳパケットの間への独自のデータ（ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケット）の配置間隔を一定にすることで、ファームウェアによる、ＤＭＡバッファ１０６ａ＃ｘ−ｘｘｘからのＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットの抽出を、容易にしている。

また、本実施形態においては、モジュールからメインメモリへのＤＭＡは、あるサイズを持つＤＭＡバッファ１０６ａ毎に制御され、映像フレームの先頭を含むデータが、必ずＤＭＡバッファ１０６ａの先頭から開始されるように制御している。

また、本実施形態においては、ＭＰＥＧ２−ＴＳパケットの間に、映像フレームの先頭を示す独自のデータ（ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケット）を配置し、且つ、必ずメインメモリのＤＭＡバッファ１０６ａ＃ｘ−ｘｘｘの先頭に、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットが格納されるように制御することで、ファームウェアによる映像フレームの先頭の検出を容易にしている。

図３に戻り、送信装置１００−１のファームウェアは、ＤＭＡバッファ＃０のＭＰＥＧ２−ＴＳ（カメラＡ）パケットをＤＭＡバッファ＃２へコピーし、ＤＭＡバッファ＃１のＭＰＥＧ２−ＴＳ（カメラＢ）パケットをＤＭＡバッファ＃３へコピーする（ステップＳＡ−３）。

ここで、図９および図１０を参照して、本実施形態のファームウェアによる処理の一例について説明する。

まず、図９を参照して、本実施形態のＥｎｃｏｄｅｒモジュールのＤＭＡ ＲＸに関するファームウェアによる処理の一例について説明する。図９は、本実施形態の映像処理装置１００における処理の一例を示すフローチャートである。

図９に示すように、まず、送信装置１００−１のファームウェア（制御部１０２）は、ＤＭＡバッファ１０６ａ＃０−０００〜ＤＭＡバッファ１０６ａ＃０−２５５を確保する（ステップＳＤ−１）。

そして、送信装置１００−１のファームウェアは、ＤＭＡ ＲＸよりＤＭＡ完了通知を受信する（ステップＳＤ−２）。

そして、送信装置１００−１のファームウェアは、ＤＭＡが完了したＤＭＡバッファ１０６ａ＃０−ｘｘｘに記憶されたデータをＤＭＡバッファ１０６ａ＃２−ｘｘｘへコピーする（ステップＳＤ−３）。

そして、送信装置１００−１のファームウェアは、コピーが完了したＤＭＡバッファ１０６ａ＃２−ｘｘｘに記憶されたデータを、ＮＩＣモジュールのＤＭＡ ＴＸへ通知する（ステップＳＤ−４）。

そして、送信装置１００−１のファームウェアは、ＤＭＡが完了したＤＭＡバッファ１０６ａ＃０−ｘｘｘのデータを０にクリア（解放）する（ステップＳＤ−５）。

そして、送信装置１００−１のファームウェアは、解放したＤＭＡバッファ１０６ａ＃０−ｘｘｘを再び確保し（ステップＳＤ−６）、処理をステップＳＤ−２に移行させる。

また、図１０を参照して、本実施形態のＮＩＣモジュールのＤＭＡ ＴＸに関するファームウェアによる処理の一例について説明する。図１０は、本実施形態の映像処理装置１００における処理の一例を示すフローチャートである。

図１０に示すように、まず、送信装置１００−１のファームウェア（制御部１０２）は、ＤＭＡ ＴＸよりＤＭＡ完了通知を受信する（ステップＳＥ−１）。

そして、送信装置１００−１のファームウェアは、ＤＭＡが完了したＤＭＡバッファ１０６ａ＃２−ｘｘｘのデータを０にクリア（解放）する（ステップＳＥ−２）。

そして、送信装置１００−１のファームウェアは、解放したＤＭＡバッファ１０６ａ＃２−ｘｘｘを再び確保し（ステップＳＥ−３）、処理をステップＳＥ−１に移行させる。

なお、本実施形態において、送信装置１００−１のＮＩＣモジュールのＤＭＡ ＴＸ＃１は、ＤＭＡバッファ１０６ａ＃３を使用して、同様の処理を実行してもよい。

また、本実施形態において、受信装置１００−２のファームウェアは、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＴＸ＃０、または、受信装置１００−２のＤｅｃｏｄｅｒモジュールのＤＭＡ ＴＸに対して、同様の処理を実行してもよい。

図３に戻り、送信装置１００−１のＮＩＣモジュールは、ＤＭＡバッファ＃２のＭＰＥＧ２−ＴＳ（カメラＡ）パケットをネットワークへ送信し、ＤＭＡバッファ＃３のＭＰＥＧ２−ＴＳ（カメラＢ）パケットをネットワークへ送信する（ステップＳＡ−４）。

ここで、図１１を参照して、本実施形態のＮＩＣモジュールのＤＭＡ ＴＸ＃０における処理の一例について説明する。図１１は、本実施形態の映像処理装置１００における処理の一例を示すフローチャートである。

図１１に示すように、まず、送信装置１００−１のＮＩＣモジュールのＤＭＡ ＴＸ＃０（パケット読出部１０２ｆ）は、ファームウェアから通知されるＤＭＡバッファ１０６ａ＃２−ｉの先頭番地とバッファサイズとを取得する（ステップＳＦ−１）。

そして、送信装置１００−１のＮＩＣモジュールのＤＭＡ ＴＸ＃０は、ＤＭＡバッファ１０６ａ＃２−ｉからＭＰＥＧ２−ＴＳパケットを取得する（ステップＳＦ−２）。

そして、送信装置１００−１のＮＩＣモジュールのＤＭＡ ＴＸ＃０は、ＭＰＥＧ２−ＴＳパケットをＳＭＰＴＥ２０２２−１／−２ ＴＸ＃０へ送出する（ステップＳＦ−３）。

そして、送信装置１００−１のＮＩＣモジュールのＤＭＡ ＴＸ＃０は、ＭＰＥＧ２−ＴＳパケットのリード回数を示すメモリリード回数カウンタを＋１インクリメントする（ステップＳＦ−４）。ここで、メモリリード回数カウンタは、ＤＭＡバッファ１０６ａからリードしたＭＰＥＧ２−ＴＳパケットの個数であってもよい。

そして、送信装置１００−１のＮＩＣモジュールのＤＭＡ ＴＸ＃０は、［（メモリリード回数カウンタ）×（ＭＰＥＧ２−ＴＳパケットサイズ）］の値が、ＤＭＡバッファ１０６ａ＃２−ｉのバッファサイズ未満であるか否かを判定をする（ステップＳＦ−５）。

そして、送信装置１００−１のＮＩＣモジュールのＤＭＡ ＴＸ＃０は、［（メモリリード回数カウンタ）×（ＭＰＥＧ２−ＴＳパケットサイズ）］の値が、ＤＭＡバッファ１０６ａ＃２−ｉのバッファサイズ未満であると判定した場合（ステップＳＦ−５：Ｙｅｓ）、処理をステップＳＦ−２に移行させる。

一方、送信装置１００−１のＮＩＣモジュールのＤＭＡ ＴＸ＃０は、［（メモリリード回数カウンタ）×（ＭＰＥＧ２−ＴＳパケットサイズ）］の値が、ＤＭＡバッファ１０６ａ＃２−ｉのバッファサイズ未満ではないと判定した場合（ステップＳＦ−５：Ｎｏ）、処理をステップＳＦ−６に移行させる。

そして、送信装置１００−１のＮＩＣモジュールのＤＭＡ ＴＸ＃０は、ＤＭＡバッファ１０６ａ＃２−ｉの転送完了をファームウェアに通知する（ステップＳＦ−６）。

そして、送信装置１００−１のＮＩＣモジュールのＤＭＡ ＴＸ＃０は、ＭＰＥＧ２−ＴＳパケットのリード回数を示すメモリリード回数カウンタを０にクリアする（ステップＳＦ−７）。

そして、送信装置１００−１のＮＩＣモジュールのＤＭＡ ＴＸ＃０は、ｉの値を＋１インクリメントし（ステップＳＦ−８）、処理をステップＳＦ−１に移行させる。

なお、本実施形態において、送信装置１００−１のＮＩＣモジュールのＤＭＡ ＴＸ＃１は、ＤＭＡバッファ＃３−ｉ（ｉ＝０，１，２・・・２５５）とＳＭＰＴＥ２０２２−１／−２ ＴＸ＃１とを使用して、同様の処理を実行してもよい。

図３に戻り、受信装置１００−２のＮＩＣモジュールは、ＭＰＥＧ２−ＴＳパケットを受信し、カメラＡのＭＰＥＧ２−ＴＳパケットをＤＭＡ ＲＸ＃０にて処理し、メインメモリのＤＭＡバッファ＃０へ送出し、ＭＰＥＧ２−ＴＳパケットを受信し、カメラＢのＭＰＥＧ２−ＴＳパケットをＤＭＡ ＲＸ＃１にて処理し、メインメモリのＤＭＡバッファ＃１へ送出する（ステップＳＡ−５）。

ここで、図１２を参照して、本実施形態のＮＩＣモジュールのＤＭＡ ＲＸ＃０における処理の一例について説明する。図１２は、本実施形態の映像処理装置１００における処理の一例を示すフローチャートである。

図１２に示すように、まず、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃０（パケット書込部１０２ｅ）は、ファームウェアから通知されるＤＭＡバッファ１０６ａ＃０−ｉの先頭番地とバッファサイズとを取得する（ステップＳＧ−１）。

そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃０は、ＳＭＰＴＥ２０２２−１／−２ ＲＸ＃０からＭＰＥＧ２−ＴＳパケットを取得する（ステップＳＧ−２）。

そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃０は、ＭＰＥＧ２−ＴＳパケットがＭＰＥＧ２−ＴＳ（ＳＯＦ＝１）パケットであるか否かを判定する（ステップＳＧ−３）。

そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃０は、ＭＰＥＧ２−ＴＳパケットがＭＰＥＧ２−ＴＳ（ＳＯＦ＝１）パケットではないと判定した場合（ステップＳＧ−３：Ｎｏ）、処理をステップＳＧ−１１に移行させる。

一方、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃０は、ＭＰＥＧ２−ＴＳパケットがＭＰＥＧ２−ＴＳ（ＳＯＦ＝１）パケットであると判定した場合（ステップＳＧ−３：Ｙｅｓ）、処理をステップＳＧ−４に移行させる。

そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃０は、メモリライト回数カウンタが０であるか否かを判定する（ステップＳＧ−４）。

そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃０は、メモリライト回数カウンタが０ではないと判定した場合（ステップＳＧ−４：Ｎｏ）、処理をステップＳＧ−７に移行させる。

一方、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃０は、メモリライト回数カウンタが０であると判定した場合（ステップＳＧ−４：Ｙｅｓ）、処理をステップＳＧ−５に移行させる。

そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃０は、ＭＥＰＧ２−ＴＳパケットをＤＭＡバッファ１０６ａ＃０−ｉへメモリライトする（ステップＳＧ−５）。

そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃０は、メモリライト回数カウンタを＋１インクリメントして（ステップＳＧ−６）、処理をステップＳＧ−２に移行させる。

一方、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃０は、ＤＭＡバッファ１０６ａ＃０−ｉのＤＭＡ完了をファームウェアへ通知する（ステップＳＧ−７）。

そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃０は、ｉの値を＋１インクリメントする（ステップＳＧ−８）。

そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃０は、ファームウェアから通知される次のＤＭＡバッファ１０６ａ＃０−ｉの先頭番地とバッファサイズとを取得する（ステップＳＧ−９）。

そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃０は、メモリライト回数カウンタを０にクリアして（ステップＳＧ−１０）、処理をステップＳＧ−３に移行させる。

一方、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃０は、［（メモリライト回数カウンタ＋１）×（ＭＥＰＧ２−ＴＳパケットサイズ）］の値が、ＤＭＡバッファ１０６ａ＃０−ｉのバッファサイズ未満であるか否かを判定をする（ステップＳＧ−１１）。

そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃０は、［（メモリライト回数カウンタ＋１）×（ＭＥＰＧ２−ＴＳパケットサイズ）］の値が、ＤＭＡバッファ１０６ａ＃０−ｉのバッファサイズ未満ではないと判定した場合（ステップＳＧ−１１：Ｎｏ）、処理をステップＳＧ−１４に移行させる。

一方、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃０は、［（メモリライト回数カウンタ＋１）×（ＭＥＰＧ２−ＴＳパケットサイズ）］の値が、ＤＭＡバッファ１０６ａ＃０−ｉのバッファサイズ未満であると判定した場合（ステップＳＧ−１１：Ｙｅｓ）、処理をステップＳＧ−１２に移行させる。

そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃０は、ＭＥＰＧ２−ＴＳパケットをＤＭＡバッファ１０６ａ＃０−ｉへメモリライトする（ステップＳＧ−１２）。

そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃０は、メモリライト回数カウンタを＋１インクリメントして（ステップＳＧ−１３）、処理をステップＳＧ−２に移行させる。

一方、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃０は、ＤＭＡバッファ１０６ａ＃０−ｉのＤＭＡ完了をファームウェアへ通知する（ステップＳＧ−１４）。

そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃０は、ｉの値を＋１インクリメントする（ステップＳＧ−１５）。

そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃０は、ファームウェアから通知される次のＤＭＡバッファ１０６ａ＃０−ｉの先頭番地とバッファサイズとを取得する（ステップＳＧ−１６）。

そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃０は、メモリライト回数カウンタを０にクリアして（ステップＳＧ−１７）、処理をステップＳＧ−３に移行させる。

なお、本実施形態において、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃１は、ＤＭＡバッファ＃１−ｉ（ｉ＝０，１，２…２５５）を使用して、同様の処理を実行してもよい。

図３に戻り、受信装置１００−２のファームウェアは、ＤＭＡバッファ＃０のＭＰＥＧ２−ＴＳ（カメラＡ）パケットをＤＭＡバッファ＃２へコピーする（ステップＳＡ−６）。

ここで、図１３乃至図１５を参照して、本実施形態のファームウェアによる処理の一例について説明する。

ここで、図１３および図１４を参照して、本実施形態のＮＩＣモジュールのＤＭＡ ＲＸ＃０に関するファームウェア処理の一例について説明する。図１３および図１４は、本実施形態の映像処理装置１００における処理の一例を示すフローチャートである。

図１３に示すように、まず、受信装置１００−２のファームウェア（制御部１０２）は、ＤＭＡバッファ１０６ａ＃０−０００〜ＤＭＡバッファ１０６ａ＃０−２５５を確保する（ステップＳＨ−１）。

そして、受信装置１００−２のファームウェアは、ＤＭＡ ＲＸよりＤＭＡ完了通知を受信する（ステップＳＨ−２）。

そして、受信装置１００−２のファームウェアは、完了済みＤＭＡの個数［Ａ］の値を＋１カウントアップし（ステップＳＨ−３）、処理をステップＳＨ−２に移行させる。

ここで、［Ａ］は、ＤＭＡ ＲＸによるデータ転送が完了、且つ、ファームウェアでの処理が未完了であるＤＭＡの個数であってもよい。

なお、本実施形態において、受信装置１００−２のファームウェアは、ＤＭＡ ＲＸ＃１に関する処理の場合、ＤＭＡバッファ＃１−ｉ（ｉ＝０，１，２…２５５）を使用して、同様の処理を実行してもよい。

次に、図１４に示すように、まず、受信装置１００−２のファームウェア（制御部１０２）は、［Ａ］の値を参照する（ステップＳＩ−１）。

そして、受信装置１００−２のファームウェアは、［Ａ］の値１２８より大きいか否かを判定する（ステップＳＩ−２）。

そして、受信装置１００−２のファームウェアは、［Ａ］の値１２８より小さいと判定した場合（ステップＳＩ−２：Ｎｏ）、（待機後に）処理を繰り返す（処理をステップＳＩ−２に移行させる）。

一方、受信装置１００−２のファームウェアは、［Ａ］の値１２８より大きいと判定した場合（ステップＳＩ−２：Ｙｅｓ）、処理をステップＳＩ−３に移行させる。

そして、受信装置１００−２のファームウェアは、送信中Ｃｈが自身を示しているか否かを判定する（ステップＳＩ−３）。ここで、送信中Ｃｈは、現在、Ｄｅｃｏｄｅｒモジュールへデータを転送中の、ＮＩＣモジュールのＤＭＡ ＲＸの番号（＃ｘ）を示していてもよい。

また、送信中Ｃｈは、全てのＮＩＣモジュールのＤＭＡ ＲＸ＃ｘが、Ｄｅｃｏｄｅｒモジュールへデータを転送していない場合、「無効」と示してもよい。

そして、受信装置１００−２のファームウェアは、送信中Ｃｈが自身を示していないと判定した場合（ステップＳＩ−３：Ｎｏ）、処理をステップＳＩ−１２に移行させる。

一方、受信装置１００−２のファームウェアは、送信中Ｃｈが自身を示していると判定した場合（ステップＳＩ−３：Ｙｅｓ）、処理をステップＳＩ−４に移行させる。

そして、受信装置１００−２のファームウェアは、有効Ｃｈが自身であるか否かを判定する（ステップＳＩ−４）。ここで、有効Ｃｈは、現在、有効な（Ｄｅｃｏｄｅｒモジュールへデータ転送する対象の）、ＮＩＣモジュールのＤＭＡ ＲＸの番号（＃ｘ）を示していてもよい。

そして、受信装置１００−２のファームウェアは、有効Ｃｈが自身ではないと判定した場合（ステップＳＩ−４：Ｎｏ）、ステップＳＩ−１０に移行させる。

一方、受信装置１００−２のファームウェアは、有効Ｃｈが自身であると判定した場合（ステップＳＩ−４：Ｙｅｓ）、ステップＳＩ−５に移行させる。

そして、受信装置１００−２のファームウェアは、ＤＭＡが完了したＤＭＡバッファ１０６ａ＃０−ｘｘｘをＤＭＡバッファ１０６ａ＃２−ｘｘｘへコピーする（ステップＳＩ−５）。

そして、受信装置１００−２のファームウェアは、コピーが完了したＤＭＡバッファ１０６ａ＃２−ｘｘｘをＤｅｃｏｄｅｒモジュールのＤＭＡ ＴＸへ通知する（ステップＳＩ−６）。

そして、受信装置１００−２のファームウェアは、ＤＭＡが完了したＤＭＡバッファ１０６ａ＃０−ｘｘｘを解放する（ステップＳＩ−７）。

そして、受信装置１００−２のファームウェアは、解放したＤＭＡバッファ１０６ａ＃０−ｘｘｘを再び確保する（ステップＳＩ−８）。

そして、受信装置１００−２のファームウェアは、［Ａ］の値をデクリメントし（ステップＳＩ−９）、ステップＳＩ−２に移行させる。

一方、受信装置１００−２のファームウェアは、ＤＭＡバッファ１０６ａ＃２−ｘｘｘへコピーするＤＭＡバッファ１０６ａ＃０−ｘｘｘの先頭がＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットであるか否かを判定する（ステップＳＩ−１０）。

そして、受信装置１００−２のファームウェアは、ＤＭＡバッファ１０６ａ＃２−ｘｘｘへコピーするＤＭＡバッファ１０６ａ＃０−ｘｘｘの先頭がＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットであると判定した場合（ステップＳＩ−１０：Ｙｅｓ）、処理をステップＳＩ−５に移行させる。

一方、受信装置１００−２のファームウェアは、ＤＭＡバッファ１０６ａ＃２−ｘｘｘへコピーするＤＭＡバッファ１０６ａ＃０−ｘｘｘの先頭がＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットではないと判定した場合（ステップＳＩ−１０：Ｎｏ）、処理をステップＳＩ−１１に移行させる。

そして、受信装置１００−２のファームウェアは、送信中Ｃｈを無効にし（ステップＳＩ−１１）、ステップＳＩ−７に移行させる。

一方、受信装置１００−２のファームウェアは、送信中Ｃｈが無効であるか否かを判定する（ステップＳＩ−１２）。

そして、受信装置１００−２のファームウェアは、送信中Ｃｈが無効ではないと判定した場合（ステップＳＩ−１２：Ｎｏ）、ステップＳＩ−７に移行させる。

一方、受信装置１００−２のファームウェアは、送信中Ｃｈが無効であると判定した場合（ステップＳＩ−１２：Ｙｅｓ）、ステップＳＩ−１３に移行させる。

そして、受信装置１００−２のファームウェアは、有効Ｃｈが自身であるか否かを判定する（ステップＳＩ−１３）。

そして、受信装置１００−２のファームウェアは、有効Ｃｈが自身ではないと判定した場合（ステップＳＩ−１３：Ｎｏ）、ステップＳＩ−７に移行させる。

一方、受信装置１００−２のファームウェアは、有効Ｃｈが自身であると判定した場合（ステップＳＩ−１３：Ｙｅｓ）、ステップＳＩ−１４に移行させる。

そして、受信装置１００−２のファームウェアは、ＤＭＡバッファ１０６ａ＃２−ｘｘｘへコピーするＤＭＡバッファ１０６ａ＃０−ｘｘｘの先頭がＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットであるか否かを判定する（ステップＳＩ−１４）。

そして、受信装置１００−２のファームウェアは、ＤＭＡバッファ１０６ａ＃２−ｘｘｘへコピーするＤＭＡバッファ１０６ａ＃０−ｘｘｘの先頭がＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットではないと判定した場合（ステップＳＩ−１４：Ｎｏ）、処理をステップＳＩ−７に移行させる。

一方、受信装置１００−２のファームウェアは、ＤＭＡバッファ１０６ａ＃２−ｘｘｘへコピーするＤＭＡバッファ１０６ａ＃０−ｘｘｘの先頭がＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットであると判定した場合（ステップＳＩ−１４：Ｙｅｓ）、処理をステップＳＩ−１５に移行させる。

そして、受信装置１００−２のファームウェアは、送信中Ｃｈを自身にし（ステップＳＩ−１５）、処理をステップＳＩ−５に移行させる。

なお、本実施形態において、受信装置１００−２のＮＩＣモジュールのＤＭＡ ＲＸ＃１は、ＤＭＡバッファ１０６ａ＃１−ｘｘｘを使用して、同様の処理を実行してもよい。

さらに、図１５を参照して、本実施形態のユーザからのチャネル切替指示に対するファームウェアによる受付処理の一例について説明する。図１５は、本実施形態の映像処理装置１００における処理の一例を示すフローチャートである。

図１５に示すように、まず、受信装置１００−２のファームウェア（制御部１０２）は、ユーザからのチャネル切替指示があった場合、チャネル切替指示を受け付ける（ステップＳＪ−１）。

そして、受信装置１００−２のファームウェアは、チャネル切替指示の通り、有効Ｃｈを切り替え（ステップＳＪ−２）、処理を終了する。

図３に戻り、受信装置１００−２のＤｅｃｏｄｅｒモジュールは、ＤＭＡバッファ＃２のＭＰＥＧ２−ＴＳ（カメラＡ）パケットを取得し、映像／ＡＮＣデータへ変換し、ディスプレイに出力させ（ステップＳＡ−７）、処理を終了する。

ここで、図１６を参照して、本実施形態の受信装置１００−２のＤｅｃｏｄｅｒモジュールのＤＭＡ ＴＸにおける処理の一例について説明する。図１６は、本実施形態の映像処理装置１００における処理の一例を示すフローチャートである。

図１６に示すように、まず、受信装置１００−２のＤｅｃｏｄｅｒモジュールのＤＭＡ ＴＸ（パケット読出部１０２ｆ）は、ファームウェアから通知されるＤＭＡバッファ１０６ａ＃２−ｉの先頭番地とバッファサイズとを取得する（ステップＳＫ−１）。

そして、受信装置１００−２のＤｅｃｏｄｅｒモジュールのＤＭＡ ＴＸは、ＤＭＡバッファ１０６ａ＃２−ｉからＭＰＥＧ２−ＴＳパケットを取得する（ステップＳＫ−２）。

そして、受信装置１００−２のＤｅｃｏｄｅｒモジュールのＤＭＡ ＴＸは、ＭＰＥＧ２−ＴＳパケットをＤＥＭＵＸへ送出する（ステップＳＫ−３）。

そして、受信装置１００−２のＤｅｃｏｄｅｒモジュールのＤＭＡ ＴＸは、ＭＰＥＧ２−ＴＳパケットのメモリリード回数カウンタを＋１インクリメントする（ステップＳＫ−４）。

そして、受信装置１００−２のＤｅｃｏｄｅｒモジュールのＤＭＡ ＴＸは、［（メモリリード回数カウンタ）×（ＭＰＥＧ２−ＴＳパケットサイズ）］の値が、ＤＭＡバッファ１０６ａ＃２−ｉのバッファサイズ未満であるか否かを判定をする（ステップＳＫ−５）。

そして、受信装置１００−２のＤｅｃｏｄｅｒモジュールのＤＭＡ ＴＸは、［（メモリリード回数カウンタ）×（ＭＰＥＧ２−ＴＳパケットサイズ）］の値が、ＤＭＡバッファ１０６ａ＃２−ｉのバッファサイズ未満であると判定した場合（ステップＳＫ−５：Ｙｅｓ）、処理をステップＳＫ−２に移行させる。

一方、受信装置１００−２のＤｅｃｏｄｅｒモジュールのＤＭＡ ＴＸは、［（メモリリード回数カウンタ）×（ＭＰＥＧ２−ＴＳパケットサイズ）］の値が、ＤＭＡバッファ１０６ａ＃２−ｉのバッファサイズ未満ではないと判定した場合（ステップＳＫ−５：Ｎｏ）、処理をステップＳＫ−６に移行させる。

そして、受信装置１００−２のＤｅｃｏｄｅｒモジュールのＤＭＡ ＴＸは、ＤＭＡバッファ１０６ａ＃２−ｉの転送完了をファームウェアへ通知する（ステップＳＫ−６）。

そして、受信装置１００−２のＤｅｃｏｄｅｒモジュールのＤＭＡ ＴＸは、ＭＰＥＧ２−ＴＳパケットのメモリリード回数カウンタを０にクリアする（ステップＳＫ−７）。

そして、受信装置１００−２のＤｅｃｏｄｅｒモジュールのＤＭＡ ＴＸは、ｉの値を＋１インクリメントし（ステップＳＫ−８）、処理をステップＳＫ−１に移行させる。

ここで、受信装置１００−２において、ディスプレイへ出力する映像チャネルの切替（カメラＡからカメラＢへの切替）が発生した場合、受信装置１００−２のファームウェアは、ＤＭＡバッファ＃０およびＤＭＡバッファ＃１から、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットを抽出する。

その後、受信装置１００−２のファームウェアは、ＤＭＡバッファ＃０のＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットをＤＭＡバッファ＃２へコピーするタイミングで、ＤＭＡバッファ＃１のＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットをＤＭＡバッファ＃２へコピーする。

そして、その後も、受信装置１００−２のファームウェアは、ＤＭＡバッファ＃１のＭＰＥＧ２−ＴＳ（カメラＢ）パケットをＤＭＡバッファ＃２へコピーする。

これにより、受信装置１００−２のＤｅｃｏｄｅｒモジュールにより、ディスプレイに出力される映像／ＡＮＣデータは、カメラＡからカメラＢへ切り替わる。

また、受信装置１００−２のファームウェアは、映像フレーム単位で、映像／ＡＮＣデータを切り替えているため、ディスプレイにおいて、映像の乱れは発生しない（同一のフレームへカメラＡとカメラＢとからの映像／ＡＮＣデータが含まれることはない）。

なお、従来から、複数の映像チャネルをネットワーク３００経由で受信し、ディスプレイ等へ出力する際に、ユーザが、映像チャネルを選択して切り替える場合、ディスプレイ等に表示される映像が乱れてはならないという要請があった。

ここで、映像の乱れは、例えば、同一の映像フレーム内に、異なる映像チャネルのデータが混在することで発生していた。

そこで、本実施形態においては、２つ以上の映像チャネルを、ネットワーク３００を介して送受信でき、ディスプレイ等へ出力させる映像チャネルを、映像の乱れなく切り替えることができる技術を提供している。

ここで、本実施形態においては、映像データ（圧縮データ）受信器と映像データ（圧縮データ）複合部とを分離してモジュール化し、モジュール間をＰＣＩｅファブリック、メインメモリ、および、ファームウェアが動作するＣＰＵ等を使用して、インターコネクトする装置構成としている。

そして、本実施形態においては、圧縮ビデオデータにフレームの先頭を判別する判別データを埋め込むだけでなく、圧縮ビデオデータをモジュール間でやり取りする仕組みを工夫することで、スムーズな映像チャネルの切り替えを実現している。

また、本実施形態においては、モジュールの入れ替えにより、様々な装置構成を実現することを実現している。

さらに、本実施形態においては、ＭＰＥＧ２−ＴＳパケットへの独自のデータ（ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケット）の挿入間隔を一定にし、且つ、ネットワーク３００上へ出力するフレームに含めるＭＰＥＧ２−ＴＳパケットの数を、その間隔と一致させるように制御している。

それにより、本実施形態においては、全フレームに、必ず１個の独自のデータを持たせることができ、これにより、フレームロストが発生しても、映像／ＡＮＣデータをカメラ等から受信する装置から、映像／ＡＮＣデータを出力させる装置への情報および指示を、ネットワーク３００の品質に依らずに、漏れなく伝えることができる。

［他の実施形態］
さて、これまで本発明の実施形態について説明したが、本発明は、上述した実施形態以外にも、請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。

例えば、映像処理装置１００は、スタンドアローンの形態で処理を行ってもよく、クライアント端末（映像処理装置１００とは別筐体である）からの要求に応じて処理を行い、その処理結果を当該クライアント端末に返却するようにしてもよい。

また、実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。

このほか、明細書中および図面中で示した処理手順、制御手順、具体的名称、各処理の登録データもしくは検索条件等のパラメータを含む情報、画面例、または、データベース構成については、特記する場合を除いて任意に変更することができる。

また、映像処理装置１００に関して、図示の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。

例えば、映像処理装置１００の各装置が備える処理機能、特に制御部１０２にて行われる各処理機能については、その全部または任意の一部を、ＣＰＵおよび当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。

尚、プログラムは、後述する、コンピュータに本発明に係る方法を実行させるためのプログラム化された命令を含む、一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じて映像処理装置１００に機械的に読み取られる。すなわち、ＲＯＭまたはＨＤＤなどの記憶部１０６などには、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）と協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部を構成する。

また、このコンピュータプログラムは、映像処理装置１００に対して任意のネットワークを介して接続されたアプリケーションプログラムサーバに記憶されていてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。

また、本発明に係るプログラムを、コンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢメモリ、ＳＤカード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、および、Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。

また、「プログラム」とは、任意の言語や記述方法にて記述されたデータ処理方法であり、ソースコードやバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施形態に示した各装置において記録媒体を読み取るための具体的な構成、読み取り手順、あるいは、読み取り後のインストール手順等については、周知の構成や手順を用いることができる。

記憶部１０６に格納される各種のデータベース等は、ＲＡＭもしくはＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、および／または、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、および／または、ウェブページ用ファイル等を格納してもよい。

また、映像処理装置１００は、既知のパーソナルコンピュータ、ワークステーション等の情報処理装置として構成してもよく、また、該情報処理装置に任意の周辺装置を接続して構成してもよい。また、映像処理装置１００は、該情報処理装置に本発明の方法を実現させるソフトウェア（プログラム、データ等を含む）を実装することにより実現してもよい。

更に、装置の分散・統合の具体的形態は図示するものに限られず、その全部または一部を、各種の付加等に応じて、または、機能負荷に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。

以上のように、映像処理装置、映像処理システム、および、映像処理方法は、産業上の多くの分野、特に放送映像を扱う映像処理分野で実施することができ、極めて有用である。

１００ 映像処理装置
１００−１ 送信装置
１００−２ 受信装置
１０２ 制御部
１０２ａ 映像ＡＮＣデータ分離部
１０２ｂ データ圧縮部
１０２ｃ パケット化部
１０２ｄ パケット配置部
１０２ｅ パケット書込部
１０２ｆ パケット読出部
１０２ｇ 送信調停部
１０２ｈ ネットワークフレーム送信部
１０２ｉ ネットワークフレーム受信部
１０２ｊ 書込調停部
１０２ｋ データ変換部
１０２ｍ 映像ＡＮＣデータ多重部
１０６ 記憶部
１０６ａ バッファ
３００ ネットワーク

Claims (18)

1. 先頭から所定周期でフレームを識別する所定規格の識別データパケットが配置された、前記所定規格の映像データパケットと前記所定規格のアンシラリデータパケットとを含む、前記フレームをネットワークを介して受信するネットワークフレーム受信手段と、
   前記識別データパケットを第一バッファに書き込む一方で、前記映像データパケット及び前記アンシラリデータパケットを第二バッファに書き込むパケット書込手段と、
   前記識別データパケットを前記第一バッファから読み出した後に前記第一バッファをクリアする一方で、前記映像データパケット及び前記アンシラリデータパケットを前記第二バッファから読み出すパケット読出手段と、
   前記映像データパケットを映像データに変換し、前記アンシラリデータパケットをアンシラリデータに変換するデータ変換手段と、
   前記映像データと前記アンシラリデータとを多重し、映像／アンシラリデータを出力させる映像アンシラリデータ多重手段と、
   を備えたことを特徴とする、映像処理装置。
2. 前記パケット読出手段は、
   更に、前記第一バッファの先頭を検索して、前記フレームとは異なるチャネル由来のフレームの先頭を示す識別データパケットを検出し、当該識別データパケットが書き込まれた前記第一バッファの先頭から、当該異なるチャネル由来の前記識別データパケットと、当該異なるチャネル由来の映像データパケットと、当該異なるチャネル由来のアンシラリデータパケットと、を読み出す、請求項１に記載の映像処理装置。
3. 前記パケット書込手段は、
   前記フレームの先頭を示す前記識別データパケットを前記第一バッファに書き込む、請求項１または２に記載の映像処理装置。
4. 前記識別データパケットは、
   前記映像データおよび前記アンシラリデータとは異なるペイロードＩＤを含む、請求項１から３のいずれか一つに記載の映像処理装置。
5. 前記識別データパケットは、
   前記所定規格に準拠したヘッダと、前記フレームの先頭か否かを示すフレームスタートデータと、を含む、請求項１から４のいずれか一つに記載の映像処理装置。
6. 前記所定規格は、
   ＭＰＥＧである、請求項１から５のいずれか一つに記載の映像処理装置。
7. 前記所定周期は、
   前記ネットワークを介して送受信される前記フレームに含める前記映像データパケットの数、および、前記アンシラリデータパケットの数の合計と一致する間隔である、請求項１から６のいずれか一つに記載の映像処理装置。
8. 前記データ変換手段は、
   更に、前記識別データパケットを破棄する、請求項１から７のいずれか一つに記載の映像処理装置。
9. 撮影装置から映像／アンシラリデータを取得し、映像データとアンシラリデータとに分離する映像アンシラリデータ分離手段と、
   前記映像データを所定規格の映像データパケットに、前記アンシラリデータを前記所定規格のアンシラリデータパケットに、パケット化するパケット化手段と、
   先頭から所定周期でフレームを識別する前記所定規格の識別データパケットを配置しつつ、前記映像データパケットと前記アンシラリデータパケットとを配置するパケット配置手段と、
   前記識別データパケットを第一バッファに書き込む一方で、前記映像データパケット及び前記アンシラリデータパケットを第二バッファに書き込むパケット書込手段と、
   前記識別データパケットを前記第一バッファから読み出した後に前記第一バッファをクリアする一方で、前記映像データパケット及び前記アンシラリデータパケットを前記第二バッファから読み出すパケット読出手段と、
   先頭から前記所定周期で前記識別データパケットが配置された、前記映像データパケットと前記アンシラリデータパケットとを含む、前記フレームをネットワークを介して送信するネットワークフレーム送信手段と、
   を備えたことを特徴とする、映像処理装置。
10. 前記パケット書込手段は、
    前記フレームの先頭を示す前記識別データパケットを前記第一バッファに書き込む、請求項９に記載の映像処理装置。
11. 送信装置と受信装置とを通信可能に接続した映像処理システムであって、
    前記送信装置は、
    撮影装置から映像／アンシラリデータを取得し、映像データとアンシラリデータとに分離する映像アンシラリデータ分離手段と、
    前記映像データを所定規格の映像データパケットに、前記アンシラリデータを前記所定規格のアンシラリデータパケットに、パケット化するパケット化手段と、
    先頭から所定周期でフレームを識別する前記所定規格の識別データパケットを配置しつつ、前記映像データパケットと前記アンシラリデータパケットとを配置するパケット配置手段と、
    前記識別データパケットを第一送信側バッファに書き込む一方で、前記映像データパケット及び前記アンシラリデータパケットを第二送信側バッファに書き込むパケット書込手段と、
    前記識別データパケットを前記第一送信側バッファから読み出した後に前記第一送信側バッファをクリアする一方で、前記映像データパケット及び前記アンシラリデータパケットを前記第二送信側バッファから読み出すパケット読出手段と、
    先頭から前記所定周期で前記識別データパケットが配置された、前記映像データパケットと前記アンシラリデータパケットとを含む、前記フレームをネットワークを介して送信するネットワークフレーム送信手段と、
    を備え、
    前記受信装置は、
    前記フレームを前記ネットワークを介して受信するネットワークフレーム受信手段と、
    前記識別データパケットを第一受信側バッファに書き込む一方で、前記映像データパケット及び前記アンシラリデータパケットを第二受信側バッファに書き込むパケット書込手段と、
    前記識別データパケットを前記第一受信側バッファから読み出した後に前記第一受信側バッファをクリアする一方で、前記映像データパケット及び前記アンシラリデータパケットを前記第二受信側バッファから読み出すパケット読出手段と、
    前記映像データパケットを前記映像データに変換し、前記アンシラリデータパケットを前記アンシラリデータに変換するデータ変換手段と、
    前記映像データと前記アンシラリデータとを多重し、前記映像／アンシラリデータを出力させる映像アンシラリデータ多重手段と、
    を備えたことを特徴とする、映像処理システム。
12. 先頭から所定周期でフレームを識別する所定規格の識別データパケットが配置された、前記所定規格の映像データパケットと前記所定規格のアンシラリデータパケットとを含む、前記フレームをネットワークを介して受信するネットワークフレーム受信ステップと、
    前記識別データパケットを第一バッファに書き込む一方で、前記映像データパケット及び前記アンシラリデータパケットを第二バッファに書き込むパケット書込ステップと、
    前記識別データパケットを前記第一バッファから読み出した後に前記第一バッファをクリアする一方で、前記映像データパケット及び前記アンシラリデータパケットを前記第二バッファから読み出すパケット読出ステップと、
    前記映像データパケットを映像データに変換し、前記アンシラリデータパケットをアンシラリデータに変換するデータ変換ステップと、
    前記映像データと前記アンシラリデータとを多重し、映像／アンシラリデータを出力させる映像アンシラリデータ多重ステップと、
    を含むことを特徴とする、映像処理方法。
13. 前記パケット読出ステップにて、
    更に、前記第一バッファの先頭を検索して、前記フレームとは異なるチャネル由来のフレームの先頭を示す識別データパケットを検出し、当該識別データパケットが書き込まれた前記第一バッファの先頭から、当該異なるチャネル由来の前記識別データパケットと、当該異なるチャネル由来の映像データパケットと、当該異なるチャネル由来のアンシラリデータパケットと、を読み出す、請求項１２に記載の映像処理方法。
14. 前記パケット書込ステップにて、
    前記フレームの先頭を示す前記識別データパケットを前記第一バッファに書き込む、請求項１２または１３に記載の映像処理方法。
15. 前記識別データパケットは、
    前記映像データおよび前記アンシラリデータとは異なるペイロードＩＤを含む、請求項１２から１４のいずれか一つに記載の映像処理方法。
16. 前記所定規格は、
    ＭＰＥＧである、請求項１２から１５のいずれか一つに記載の映像処理方法。
17. 撮影装置から映像／アンシラリデータを取得し、映像データとアンシラリデータとに分離する映像アンシラリデータ分離ステップと、
    前記映像データを所定規格の映像データパケットに、前記アンシラリデータを前記所定規格のアンシラリデータパケットに、パケット化するパケット化ステップと、
    先頭から所定周期でフレームを識別する前記所定規格の識別データパケットを配置しつつ、前記映像データパケットと前記アンシラリデータパケットとを配置するパケット配置ステップと、
    前記識別データパケットを第一バッファに書き込む一方で、前記映像データパケット及び前記アンシラリデータパケットを第二バッファに書き込むパケット書込ステップと、
    前記識別データパケットを前記第一バッファから読み出した後に前記第一バッファをクリアする一方で、前記映像データパケット及び前記アンシラリデータパケットを前記第二バッファから読み出すパケット読出ステップと、
    先頭から前記所定周期で前記識別データパケットが配置された、前記映像データパケットと前記アンシラリデータパケットとを含む、前記フレームをネットワークを介して送信するネットワークフレーム送信ステップと、
    を含むことを特徴とする、映像処理方法。
18. 送信装置と受信装置とを通信可能に接続した映像処理システムにおいて実行される映像処理方法であって、
    前記送信装置において実行される、撮影装置から映像／アンシラリデータを取得し、映像データとアンシラリデータとに分離する映像アンシラリデータ分離ステップと、
    前記送信装置において実行される、前記映像データを所定規格の映像データパケットに、前記アンシラリデータを前記所定規格のアンシラリデータパケットに、パケット化するパケット化ステップと、
    前記送信装置において実行される、先頭から所定周期でフレームを識別する前記所定規格の識別データパケットを配置しつつ、前記映像データパケットと前記アンシラリデータパケットとを配置するパケット配置ステップと、
    前記送信装置において実行される、前記識別データパケットを第一送信側バッファに書き込む一方で、前記映像データパケット及び前記アンシラリデータパケットを第二送信側バッファに書き込むパケット書込ステップと、
    前記送信装置において実行される、前記識別データパケットを前記第一送信側バッファから読み出した後に前記第一送信側バッファをクリアする一方で、前記映像データパケット及び前記アンシラリデータパケットを前記第二送信側バッファから読み出すパケット読出ステップと、
    前記送信装置において実行される、先頭から前記所定周期で前記識別データパケットが配置された、前記映像データパケットと前記アンシラリデータパケットとを含む、前記フレームをネットワークを介して送信するネットワークフレーム送信ステップと、
    前記受信装置において実行される、前記フレームを前記ネットワークを介して受信するネットワークフレーム受信ステップと、
    前記受信装置において実行される、前記識別データパケットを第一受信側バッファに書き込む一方で、前記映像データパケット及び前記アンシラリデータパケットを第二受信側バッファに書き込むパケット書込ステップと、
    前記受信装置において実行される、前記識別データパケットを前記第一受信側バッファから読み出した後に前記第一受信側バッファをクリアする一方で、前記映像データパケット及び前記アンシラリデータパケットを前記第二受信側バッファから読み出すパケット読出ステップと、
    前記受信装置において実行される、前記映像データパケットを前記映像データに変換し、前記アンシラリデータパケットを前記アンシラリデータに変換するデータ変換ステップと、
    前記受信装置において実行される、前記映像データと前記アンシラリデータとを多重し、前記映像／アンシラリデータを出力させる映像アンシラリデータ多重ステップと、
    を含むことを特徴とする、映像処理方法。

Images