(57)【要約】【課題】一般規格に準拠した独自の識別データのパケットを配置することで、映像フレームの先頭に該当するデータを高速に検出することができる映像処理装置、映像処理システム、および、映像処理方法を提供することを課題とする。【解決手段】本発明は、先頭から所定周期でフレームを識別する所定規格の識別データパケットが配置されたフレームをネットワークを介して受信し、識別データパケットが先頭に配置されるように、識別データパケットと映像データパケットとアンシラリデータパケットとを所定サイズのバッファに書き込み、バッファの先頭から、識別データパケットと映像データパケットとアンシラリデータパケットとを読み出し、映像データパケットを映像データに変換し、アンシラリデータパケットをアンシラリデータに変換し、映像データとアンシラリデータとを多重し、映像／アンシラリデータを出力させる。【選択図】図３
2017092869.tif 000002
【特許請求の範囲】
【請求項１】
先頭から所定周期でフレームを識別する所定規格の識別データパケットが配置された、前記所定規格の映像データパケットと前記所定規格のアンシラリデータパケットとを含む、前記フレームをネットワークを介して受信するネットワークフレーム受信手段と、
前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を所定サイズのバッファに書き込むパケット書込手段と、
前記バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を読み出すパケット読出手段と、
前記映像データパケットを映像データに変換し、前記アンシラリデータパケットをアンシラリデータに変換するデータ変換手段と、
前記映像データと前記アンシラリデータとを多重し、映像／アンシラリデータを出力させる映像アンシラリデータ多重手段と、
を備えたことを特徴とする、映像処理装置。
【請求項２】
前記パケット読出手段は、
更に、バッファの先頭を検索して、前記フレームとは異なるチャネル由来のフレームの先頭を示す識別データパケットを検出し、当該識別データパケットが書き込まれた前記バッファの先頭から、当該異なるチャネル由来の前記識別データパケットと、当該異なるチャネル由来の映像データパケットと、当該異なるチャネル由来のアンシラリデータパケットと、を読み出す、請求項１に記載の映像処理装置。
【請求項３】
前記パケット書込手段は、
前記フレームの先頭を示す前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を前記バッファに書き込む、請求項１または２に記載の映像処理装置。
【請求項４】
前記識別データパケットは、
前記映像データおよび前記アンシラリデータとは異なるペイロードＩＤを含む、請求項１から３のいずれか一つに記載の映像処理装置。
【請求項５】
前記識別データパケットは、
前記所定規格に準拠したヘッダと、前記フレームの先頭か否かを示すフレームスタートデータと、を含む、請求項１から４のいずれか一つに記載の映像処理装置。
【請求項６】
前記所定規格は、
ＭＰＥＧである、請求項１から５のいずれか一つに記載の映像処理装置。
【請求項７】
前記所定サイズは、
前記所定規格のパケットサイズと、前記所定周期と、任意の自然数と、を掛けた値である、請求項１から６のいずれか一つに記載の映像処理装置。
【請求項８】
前記所定周期は、
前記ネットワークを介して送受信される前記フレームに含める前記映像データパケットの数、および、前記アンシラリデータパケットの数の合計と一致する間隔である、請求項１から７のいずれか一つに記載の映像処理装置。
【請求項９】
前記データ変換手段は、
更に、前記識別データパケットを破棄する、請求項１から８のいずれか一つに記載の映像処理装置。
【請求項１０】
撮影装置から映像／アンシラリデータを取得し、映像データとアンシラリデータとに分離する映像アンシラリデータ分離手段と、
前記映像データを所定規格の映像データパケットに、前記アンシラリデータを前記所定規格のアンシラリデータパケットに、パケット化するパケット化手段と、
先頭から所定周期でフレームを識別する前記所定規格の識別データパケットを配置しつつ、前記映像データパケットと前記アンシラリデータパケットとを配置するパケット配置手段と、
前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を所定サイズのバッファに書き込むパケット書込手段と、
前記バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を読み出すパケット読出手段と、
先頭から前記所定周期で前記識別データパケットが配置された、前記映像データパケットと前記アンシラリデータパケットとを含む、前記フレームをネットワークを介して送信するネットワークフレーム送信手段と、
を備えたことを特徴とする、映像処理装置。
【請求項１１】
前記パケット書込手段は、
前記フレームの先頭を示す前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を前記バッファに書き込む、請求項１０に記載の映像処理装置。
【請求項１２】
送信装置と受信装置とを通信可能に接続した映像処理システムであって、
前記送信装置は、
撮影装置から映像／アンシラリデータを取得し、映像データとアンシラリデータとに分離する映像アンシラリデータ分離手段と、
前記映像データを所定規格の映像データパケットに、前記アンシラリデータを前記所定規格のアンシラリデータパケットに、パケット化するパケット化手段と、
先頭から所定周期でフレームを識別する前記所定規格の識別データパケットを配置しつつ、前記映像データパケットと前記アンシラリデータパケットとを配置するパケット配置手段と、
前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を所定サイズの送信側バッファに書き込むパケット書込手段と、
前記送信側バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を読み出すパケット読出手段と、
先頭から前記所定周期で前記識別データパケットが配置された、前記映像データパケットと前記アンシラリデータパケットとを含む、前記フレームをネットワークを介して送信するネットワークフレーム送信手段と、
を備え、
前記受信装置は、
前記フレームを前記ネットワークを介して受信するネットワークフレーム受信手段と、
前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を前記所定サイズの受信側バッファに書き込むパケット書込手段と、
前記受信側バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を読み出すパケット読出手段と、
前記映像データパケットを前記映像データに変換し、前記アンシラリデータパケットを前記アンシラリデータに変換するデータ変換手段と、
前記映像データと前記アンシラリデータとを多重し、前記映像／アンシラリデータを出力させる映像アンシラリデータ多重手段と、
を備えたことを特徴とする、映像処理システム。
【請求項１３】
先頭から所定周期でフレームを識別する所定規格の識別データパケットが配置された、前記所定規格の映像データパケットと前記所定規格のアンシラリデータパケットとを含む、前記フレームをネットワークを介して受信するネットワークフレーム受信ステップと、
前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を所定サイズのバッファに書き込むパケット書込ステップと、
前記バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を読み出すパケット読出ステップと、
前記映像データパケットを映像データに変換し、前記アンシラリデータパケットをアンシラリデータに変換するデータ変換ステップと、
前記映像データと前記アンシラリデータとを多重し、映像／アンシラリデータを出力させる映像アンシラリデータ多重ステップと、
を含むことを特徴とする、映像処理方法。
【請求項１４】
前記パケット読出ステップにて、
更に、バッファの先頭を検索して、前記フレームとは異なるチャネル由来のフレームの先頭を示す識別データパケットを検出し、当該識別データパケットが書き込まれた前記バッファの先頭から、当該異なるチャネル由来の前記識別データパケットと、当該異なるチャネル由来の映像データパケットと、当該異なるチャネル由来のアンシラリデータパケットと、を読み出す、請求項１３に記載の映像処理方法。
【請求項１５】
前記パケット書込ステップにて、
前記フレームの先頭を示す前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を前記バッファに書き込む、請求項１３または１４に記載の映像処理方法。
【請求項１６】
前記識別データパケットは、
前記映像データおよび前記アンシラリデータとは異なるペイロードＩＤを含む、請求項１３から１５のいずれか一つに記載の映像処理方法。
【請求項１７】
前記所定規格は、
ＭＰＥＧである、請求項１３から１６のいずれか一つに記載の映像処理方法。
【請求項１８】
前記所定サイズは、
前記所定規格のパケットサイズと、前記所定周期と、任意の自然数と、を掛けた値である、請求項１３から１７のいずれか一つに記載の映像処理方法。
【請求項１９】
撮影装置から映像／アンシラリデータを取得し、映像データとアンシラリデータとに分離する映像アンシラリデータ分離ステップと、
前記映像データを所定規格の映像データパケットに、前記アンシラリデータを前記所定規格のアンシラリデータパケットに、パケット化するパケット化ステップと、
先頭から所定周期でフレームを識別する前記所定規格の識別データパケットを配置しつつ、前記映像データパケットと前記アンシラリデータパケットとを配置するパケット配置ステップと、
前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を所定サイズのバッファに書き込むパケット書込ステップと、
前記バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を読み出すパケット読出ステップと、
先頭から前記所定周期で前記識別データパケットが配置された、前記映像データパケットと前記アンシラリデータパケットとを含む、前記フレームをネットワークを介して送信するネットワークフレーム送信ステップと、
を含むことを特徴とする、映像処理方法。
【請求項２０】
送信装置と受信装置とを通信可能に接続した映像処理システムにおいて実行される映像処理方法であって、
前記送信装置において実行される、撮影装置から映像／アンシラリデータを取得し、映像データとアンシラリデータとに分離する映像アンシラリデータ分離ステップと、
前記送信装置において実行される、前記映像データを所定規格の映像データパケットに、前記アンシラリデータを前記所定規格のアンシラリデータパケットに、パケット化するパケット化ステップと、
前記送信装置において実行される、先頭から所定周期でフレームを識別する前記所定規格の識別データパケットを配置しつつ、前記映像データパケットと前記アンシラリデータパケットとを配置するパケット配置ステップと、
前記送信装置において実行される、前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を所定サイズの送信側バッファに書き込むパケット書込ステップと、
前記送信装置において実行される、前記送信側バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を読み出すパケット読出ステップと、
前記送信装置において実行される、先頭から前記所定周期で前記識別データパケットが配置された、前記映像データパケットと前記アンシラリデータパケットとを含む、前記フレームをネットワークを介して送信するネットワークフレーム送信ステップと、
前記受信装置において実行される、前記フレームを前記ネットワークを介して受信するネットワークフレーム受信ステップと、
前記受信装置において実行される、前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を前記所定サイズの受信側バッファに書き込むパケット書込ステップと、
前記受信装置において実行される、前記受信側バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を読み出すパケット読出ステップと、
前記受信装置において実行される、前記映像データパケットを前記映像データに変換し、前記アンシラリデータパケットを前記アンシラリデータに変換するデータ変換ステップと、
前記受信装置において実行される、前記映像データと前記アンシラリデータとを多重し、前記映像／アンシラリデータを出力させる映像アンシラリデータ多重ステップと、
を含むことを特徴とする、映像処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像処理装置、映像処理システム、および、映像処理方法に関する。
【背景技術】
【０００２】
従来から、圧縮または非圧縮の映像データをネットワーク経由で送受信することで、カメラで撮影した映像データを遠隔地等のディスプレイ等へ出力する技術が開示されている。
【０００３】
ここで、圧縮ビデオデータ内にフレーム間またはフレーム内のどちらで圧縮されたかを判別できる判別データを埋め込み、圧縮ビデオデータ受信側で、その判別データを検出、識別することで、映像チャネル切り替え時に、画像が乱れる不都合を防止する技術が開示されている（特許文献１を参照）。
【０００４】
また、圧縮ビデオデータ内のフレーム間圧縮を行っている位置を示す、ＧＯＰヘッダを検出し、映像チャネル切替操作は、このＧＯＰヘッダ単位で実施することで、映像チャネル切り替え時に、画像が乱れる不都合を防止する技術が開示されている（特許文献２を参照）。
【０００５】
また、ＭＰＥＧ画像データのトランスポートストリーム中のペイロードスタートインジケータを使用して、映像チャネル（トランスポートストリーム）の切替を実施することで、切り替え時の画像のブロック崩れなどを防止する技術が開示されている（特許文献３を参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平７−２９８２５７号公報
【特許文献２】特開２００１−４５４７７号公報
【特許文献３】特開２０００−２０９５５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来の装置（特許文献１等）においては、脱カプセル化をせずに、フレームの先頭データを検出することができないという問題点を有していた。
【０００８】
本発明は、上記問題点に鑑みてなされたもので、一般規格に準拠した独自の識別データのパケットを配置することで、映像フレームの先頭に該当するデータを高速に検出することができる映像処理装置、映像処理システム、および、映像処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
このような目的を達成するため、本発明に係る映像処理装置は、先頭から所定周期でフレームを識別する所定規格の識別データパケットが配置された、前記所定規格の映像データパケットと前記所定規格のアンシラリデータパケットとを含む、前記フレームをネットワークを介して受信するネットワークフレーム受信手段と、前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を所定サイズのバッファに書き込むパケット書込手段と、前記バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を読み出すパケット読出手段と、前記映像データパケットを映像データに変換し、前記アンシラリデータパケットをアンシラリデータに変換するデータ変換手段と、前記映像データと前記アンシラリデータとを多重し、映像／アンシラリデータを出力させる映像アンシラリデータ多重手段と、を備えたことを特徴とする。
【００１０】
また、本発明に係る映像処理装置は、撮影装置から映像／アンシラリデータを取得し、映像データとアンシラリデータとに分離する映像アンシラリデータ分離手段と、前記映像データを所定規格の映像データパケットに、前記アンシラリデータを前記所定規格のアンシラリデータパケットに、パケット化するパケット化手段と、先頭から所定周期でフレームを識別する前記所定規格の識別データパケットを配置しつつ、前記映像データパケットと前記アンシラリデータパケットとを配置するパケット配置手段と、前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を所定サイズのバッファに書き込むパケット書込手段と、前記バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を読み出すパケット読出手段と、先頭から前記所定周期で前記識別データパケットが配置された、前記映像データパケットと前記アンシラリデータパケットとを含む、前記フレームをネットワークを介して送信するネットワークフレーム送信手段と、を備えたことを特徴とする。
【００１１】
また、本発明に係る映像処理システムは、送信装置と受信装置とを通信可能に接続した映像処理システムであって、前記送信装置は、撮影装置から映像／アンシラリデータを取得し、映像データとアンシラリデータとに分離する映像アンシラリデータ分離手段と、前記映像データを所定規格の映像データパケットに、前記アンシラリデータを前記所定規格のアンシラリデータパケットに、パケット化するパケット化手段と、先頭から所定周期でフレームを識別する前記所定規格の識別データパケットを配置しつつ、前記映像データパケットと前記アンシラリデータパケットとを配置するパケット配置手段と、前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を所定サイズの送信側バッファに書き込むパケット書込手段と、前記送信側バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を読み出すパケット読出手段と、先頭から前記所定周期で前記識別データパケットが配置された、前記映像データパケットと前記アンシラリデータパケットとを含む、前記フレームをネットワークを介して送信するネットワークフレーム送信手段と、を備え、前記受信装置は、前記フレームを前記ネットワークを介して受信するネットワークフレーム受信手段と、前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を前記所定サイズの受信側バッファに書き込むパケット書込手段と、前記受信側バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を読み出すパケット読出手段と、前記映像データパケットを前記映像データに変換し、前記アンシラリデータパケットを前記アンシラリデータに変換するデータ変換手段と、前記映像データと前記アンシラリデータとを多重し、前記映像／アンシラリデータを出力させる映像アンシラリデータ多重手段と、を備えたことを特徴とする。
【００１２】
また、本発明に係る映像処理方法は、先頭から所定周期でフレームを識別する所定規格の識別データパケットが配置された、前記所定規格の映像データパケットと前記所定規格のアンシラリデータパケットとを含む、前記フレームをネットワークを介して受信するネットワークフレーム受信ステップと、前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を所定サイズのバッファに書き込むパケット書込ステップと、前記バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を読み出すパケット読出ステップと、前記映像データパケットを映像データに変換し、前記アンシラリデータパケットをアンシラリデータに変換するデータ変換ステップと、前記映像データと前記アンシラリデータとを多重し、映像／アンシラリデータを出力させる映像アンシラリデータ多重ステップと、を含むことを特徴とする。
【００１３】
また、本発明に係る映像処理方法は、撮影装置から映像／アンシラリデータを取得し、映像データとアンシラリデータとに分離する映像アンシラリデータ分離ステップと、前記映像データを所定規格の映像データパケットに、前記アンシラリデータを前記所定規格のアンシラリデータパケットに、パケット化するパケット化ステップと、先頭から所定周期でフレームを識別する前記所定規格の識別データパケットを配置しつつ、前記映像データパケットと前記アンシラリデータパケットとを配置するパケット配置ステップと、前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を所定サイズのバッファに書き込むパケット書込ステップと、前記バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を読み出すパケット読出ステップと、先頭から前記所定周期で前記識別データパケットが配置された、前記映像データパケットと前記アンシラリデータパケットとを含む、前記フレームをネットワークを介して送信するネットワークフレーム送信ステップと、を含むことを特徴とする。
【００１４】
また、本発明に係る映像処理方法は、送信装置と受信装置とを通信可能に接続した映像処理システムにおいて実行される映像処理方法であって、前記送信装置において実行される、撮影装置から映像／アンシラリデータを取得し、映像データとアンシラリデータとに分離する映像アンシラリデータ分離ステップと、前記送信装置において実行される、前記映像データを所定規格の映像データパケットに、前記アンシラリデータを前記所定規格のアンシラリデータパケットに、パケット化するパケット化ステップと、前記送信装置において実行される、先頭から所定周期でフレームを識別する前記所定規格の識別データパケットを配置しつつ、前記映像データパケットと前記アンシラリデータパケットとを配置するパケット配置ステップと、前記送信装置において実行される、前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を所定サイズの送信側バッファに書き込むパケット書込ステップと、前記送信装置において実行される、前記送信側バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を読み出すパケット読出ステップと、前記送信装置において実行される、先頭から前記所定周期で前記識別データパケットが配置された、前記映像データパケットと前記アンシラリデータパケットとを含む、前記フレームをネットワークを介して送信するネットワークフレーム送信ステップと、前記受信装置において実行される、前記フレームを前記ネットワークを介して受信するネットワークフレーム受信ステップと、前記受信装置において実行される、前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を前記所定サイズの受信側バッファに書き込むパケット書込ステップと、前記受信装置において実行される、前記受信側バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を読み出すパケット読出ステップと、前記受信装置において実行される、前記映像データパケットを前記映像データに変換し、前記アンシラリデータパケットを前記アンシラリデータに変換するデータ変換ステップと、前記受信装置において実行される、前記映像データと前記アンシラリデータとを多重し、前記映像／アンシラリデータを出力させる映像アンシラリデータ多重ステップと、を含むことを特徴とする。
【発明の効果】
【００１５】
この発明によれば、独自の識別データが一般規格に準拠しているため、異種ベンダの装置間の相互互換性を保持できる。また、この発明によれば、ディスプレイへ出力していない映像チャネルに対して、独自の識別データパケットの脱カプセル化を実施する必要がない。
【００１６】
また、この発明によれば、映像フレームの先頭を高速で検出することができるため、映像チャネルをスムーズに切り替えることができる。これにより、この発明によれば、２つ以上の映像チャネルをネットワークを介して送受信でき、ディスプレイ等へ出力する映像チャネルを、映像の乱れなく切り替えることができる。
【００１７】
また、この発明によれば、カメラ等から映像／ＡＮＣデータを受信する装置から、ディスプレイ等へ映像／アンシラリ（ＡＮＣ）データを出力する装置へ、映像データの構成情報（画素数、および、フレームレート等）および動作指示等を、ネットワークの品質に依らずに、確実に伝えることができる。
【図面の簡単な説明】
【００１８】
【図１】図１は、本実施形態に係る映像処理装置の構成の一例を示すブロック図である。
【図２】図２は、本実施形態における映像処理装置の構成の一例を示すハードウェア構成図である。
【図３】図３は、本実施形態の映像処理システムにおける処理の一例を示すフロー図である。
【図４】図４は、本実施形態の映像処理装置における処理の一例を示すフローチャートである。
【図５】図５は、本実施形態における識別データパケットの一例を示す図である。
【図６】図６は、本実施形態におけるＥｎｃｏｄｅｒモジュール内でのＭＰＥＧ２−ＴＳパケットの生成の一例を示す図である。
【図７】図７は、本実施形態の映像処理装置における処理の一例を示すフローチャートである。
【図８】図８は、本実施形態におけるＤＭＡバッファにおけるＭＥＰＧ２−ＴＳパケットの格納の一例を示す図である。
【図９】図９は、本実施形態の映像処理装置における処理の一例を示すフローチャートである。
【図１０】図１０は、本実施形態の映像処理装置における処理の一例を示すフローチャートである。
【図１１】図１１は、本実施形態の映像処理装置における処理の一例を示すフローチャートである。
【図１２】図１２は、本実施形態の映像処理装置における処理の一例を示すフローチャートである。
【図１３】図１３は、本実施形態の映像処理装置における処理の一例を示すフローチャートである。
【図１４】図１４は、本実施形態の映像処理装置における処理の一例を示すフローチャートである。
【図１５】図１５は、本実施形態の映像処理装置における処理の一例を示すフローチャートである。
【図１６】図１６は、本実施形態の映像処理装置における処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１９】
以下に、本発明に係る映像処理装置、映像処理システム、および、映像処理方法の実施形態を図面に基づいて詳細に説明する。なお、この実施形態により本発明が限定されるものではない。
【００２０】
［本実施形態の構成］
以下、本発明の実施形態に係る映像処理装置１００の構成の一例について図１および図２を参照して説明し、その後、本実施形態の処理等について詳細に説明する。図１は、本実施形態に係る映像処理装置１００の構成の一例を示すブロック図である。
【００２１】
但し、以下に示す実施形態は、本発明の技術思想を具体化するための映像処理装置１００を例示するものであって、本発明をこの映像処理装置１００に特定することを意図するものではなく、請求の範囲に含まれるその他の実施形態の映像処理装置１００にも等しく適用し得るものである。
【００２２】
例えば、本実施形態で例示する映像処理装置１００における機能分散の形態は以下に限られず、同様の効果や機能を奏し得る範囲において、任意の単位で機能的または物理的に分散・統合して構成することができる。
【００２３】
まず、図１に示すように、映像処理装置１００は、概略的に、制御部１０２と記憶部１０６とを備えて構成される。これら映像処理装置１００の各部は任意の通信路を介して通信可能に接続されている。また、映像処理装置１００は、ネットワーク３００を介して外部装置と通信可能に接続されていてもよい。
【００２４】
ここで、映像処理装置１００は、更に、データの入出力（Ｉ／Ｏ）を行う機能を有する入出力部、入出力インターフェース部、および／または、通信インターフェース部を備えていてもよい（図示省略）。
【００２５】
ここで、入出力部は、例えば、キー入力部、タッチパネル、コントロールパッド（例えば、タッチパッド、および、ゲームパッド等）、マウス、キーボード、および、マイク等であってもよい。
【００２６】
また、入出力部は、アプリケーション等の（入出力）情報を表示する表示部（例えば、液晶または有機ＥＬ等から構成されるディスプレイ、モニタ、および、タッチパネル等）であってもよい。また、入出力部は、音声情報を音声として出力する音声出力部（例えば、スピーカ等）であってもよい。
【００２７】
また、入出力インターフェース部は、ＳＤＩ（Ｓｅｒｉａｌ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ）端子、ＨＤＭＩ（登録商標）（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）端子、または、Ｄｉｓｐｌａｙ  ｐｏｒｔ端子等の映像入出力インターフェースであってもよい。
【００２８】
ここで、入出力インターフェース部を構成する入力ポートの先には、カメラ、または、レコーダ等が接続され、入出力インターフェース部を構成する出力ポートの先には、モニタ（ディスプレイ）、または、レコーダ等が接続されてもよい。
【００２９】
また、通信インターフェース部は、有線通信および／または無線通信（ＷｉＦｉ等）によりＩＰデータを送受信するためのネットワークインターフェース（ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃｏｎｔｒｏｌｌｅｒ）等）、または、Ｂｌｕｅｔｏｏｔｈ（登録商標）等によって無線通信を行うインターフェースであってもよい。
【００３０】
ここで、記憶部１０６は、各種のデータベース、テーブル、ファイル、および／または、バッファ（ダイレクトメモリアクセス（ＤＭＡ）バッファ１０６ａ等）などを格納する。なお、記憶部１０６は、複数のＤＭＡバッファ１０６ａ（ＤＭＡバッファ１０６ａ＃０〜ＤＭＡバッファ１０６ａ＃Ｎ）を格納してもよい。
【００３１】
ここで、記憶部１０６は、映像データ、および、ＡＮＣデータ等を記憶していてもよい。また、記憶部１０６は、各種アプリケーションプログラム（例えば、ユーザアプリケーション等）を記憶していてもよい。
【００３２】
記憶部１０６は、ストレージ手段であり、例えばＲＡＭ・ＲＯＭ等のメモリ、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）のような固定ディスク装置、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）、フレキシブルディスク、および／または、光ディスク等を用いることができる。
【００３３】
記憶部１０６には、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）に命令を与え各種処理を行うためのコンピュータプログラム等が記録されていてもよい。
【００３４】
これら記憶部１０６の各構成要素のうち、バッファ１０６ａは、パケットを記憶する。ここで、バッファ１０６ａは、フレームを識別する識別データパケット、映像データパケット、および／または、アンシラリデータパケット等を記憶してもよい。
【００３５】
ここで、識別データパケット、映像データパケット、および、アンシラリデータパケットは、所定規格の識別データパケット、所定規格の映像データパケット、および、所定規格のアンシラリデータパケットであってもよい。
【００３６】
ここで、所定規格は、ＭＰＥＧ（ＭＰＥＧ１、ＭＰＥＧ２、または、ＭＰＥＧ４等）であってもよい。
【００３７】
また、識別データパケットは、映像データおよびアンシラリデータとは異なるペイロードＩＤを含んでいてもよい。また、識別データパケットは、所定規格に準拠したヘッダと、フレームの先頭か否かを示すフレームスタートデータと、を含んでいてもよい。
【００３８】
また、バッファ１０６ａは、所定サイズを有していてもよい。ここで、所定サイズは、所定規格のパケットサイズと、所定周期と、任意の自然数と、を掛けた値であってもよい。また、バッファ１０６ａは、フレームごとに区別してパケットを記憶してもよい。
【００３９】
また、制御部１０２は、映像処理装置１００を統括的に制御するＣＰＵ等からなる。制御部１０２は、制御プログラムと各種の処理手順等を規定したプログラムと所要データとを格納するための内部メモリを有し、これらプログラムに基づいて種々の処理を実行するための情報処理を行う。
【００４０】
ここで、制御部１０２は、機能概念的に、映像ＡＮＣデータ分離部１０２ａ、データ圧縮部１０２ｂ、パケット化部１０２ｃ、パケット配置部１０２ｄ、パケット書込部１０２ｅ、パケット読出部１０２ｆ、送信調停部１０２ｇ、ネットワークフレーム送信部１０２ｈ、ネットワークフレーム受信部１０２ｉ、書込調停部１０２ｊ、データ変換部１０２ｋ、および、映像ＡＮＣデータ多重部１０２ｍを備える。
【００４１】
映像ＡＮＣデータ分離部１０２ａは、撮影装置から映像／アンシラリ（ＡＮＣ）データを取得し、映像データとアンシラリ（ＡＮＣ）データとに分離する。ここで、映像ＡＮＣデータ分離部１０２ａは、複数の撮影装置（カメラ等）から映像／アンシラリデータを取得してもよい。
【００４２】
データ圧縮部１０２ｂは、映像ＡＮＣデータ分離部１０２ａにより分離された映像データを圧縮してもよい。ここで、データ圧縮部１０２ｂは、映像ＡＮＣデータ分離部１０２ａにより分離された映像データをＪＰＥＧ２００方式で圧縮し、Ｊ２Ｋ  Ｓｔｒｅａｍとして出力してもよい。
【００４３】
パケット化部１０２ｃは、映像データを所定規格の映像データパケットに、アンシラリデータを所定規格のアンシラリデータパケットに、パケット化する。ここで、所定規格は、ＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）、または、ＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）等であってもよい。
【００４４】
パケット配置部１０２ｄは、先頭から所定周期でフレームを識別する所定規格の識別データパケットを配置しつつ、所定規格の映像データパケットと所定規格のアンシラリデータパケットとを配置する。
【００４５】
ここで、所定周期は、ネットワーク３００を介して送受信されるフレームに含める映像データパケットの数、および、アンシラリデータパケットの数の合計と一致する間隔であってもよい。
【００４６】
パケット書込部１０２ｅは、所定規格の識別データパケットが先頭に配置されるように、所定規格の識別データパケットと、所定規格の映像データパケットと、所定規格のアンシラリデータパケットと、を所定サイズのバッファに書き込む。
【００４７】
ここで、パケット書込部１０２ｅは、フレームの先頭を示す所定規格の識別データパケットが先頭に配置されるように、所定規格の識別データパケットと、所定規格の映像データパケットと、所定規格のアンシラリデータパケットと、をバッファに書き込んでもよい。
【００４８】
ここで、フレームの先頭を示す所定規格の識別データパケットは、独自データであるＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットであってもよい。
【００４９】
また、パケット書込部１０２ｅは、フレームの先頭を示さない所定規格の識別データパケットが先頭に配置されるように、所定規格の識別データパケットと、所定規格の映像データパケットと、所定規格のアンシラリデータパケットと、をバッファに書き込んでもよい。
【００５０】
ここで、フレームの先頭を示さない所定規格の識別データパケットは、独自データであるＭＰＥＧ２−ＴＳ（ＳＯＦ＝０ｂ）パケットであってもよい。
【００５１】
パケット読出部１０２ｆは、バッファ１０６ａの先頭から、所定規格の識別データパケットと、所定規格の映像データパケットと、所定規格のアンシラリデータパケットと、を読み出す。
【００５２】
ここで、パケット読出部１０２ｆは、更に、バッファ１０６ａの先頭を検索して、（読出し中の）フレームとは異なるチャネル由来のフレームの先頭を示す所定規格の識別データパケットを検出し、当該識別データパケットが書き込まれたバッファ１０６ａの先頭から、当該異なるチャネル由来の識別データパケットと、当該異なるチャネル由来の所定規格の映像データパケットと、当該異なるチャネル由来の所定規格のアンシラリデータパケットと、を読み出してもよい。
【００５３】
送信調停部１０２ｇは、先頭から所定周期で所定規格の識別データパケットが配置された、所定規格の映像データパケットと所定規格のアンシラリデータパケットとを含む、異なるチャネル由来のフレームがある場合、調停して（バランスをとって）、ネットワークフレーム送信部１０２ｈに送出する。
【００５４】
すなわち、送信調停部１０２ｇは、異なるチャネル由来のフレームがある場合、ネットワークフレーム送信部１０２ｈによる送信を調停してもよい。
【００５５】
ネットワークフレーム送信部１０２ｈは、先頭から所定周期で所定規格の識別データパケットが配置された、所定規格の映像データパケットと所定規格のアンシラリデータパケットとを含む、フレームをネットワーク３００を介して送信する。
【００５６】
ネットワークフレーム受信部１０２ｉは、先頭から所定周期でフレームを識別する所定規格の識別データパケットが配置された、所定規格の映像データパケットと所定規格のアンシラリデータパケットとを含む、フレームをネットワーク３００を介して受信する。
【００５７】
書込調停部１０２ｊは、異なるチャネル由来のフレームを受信した場合、パケット書込部１０２ｅによる書き込みを調停する（バランスをとる）。
【００５８】
データ変換部１０２ｋは、映像データパケットを映像データに変換し、アンシラリデータパケットをアンシラリデータに変換する。ここで、データ変換部１０２ｋは、更に、識別データパケットを破棄してもよい。
【００５９】
映像ＡＮＣデータ多重部１０２ｍは、映像データとアンシラリデータとを多重し、映像／アンシラリデータを（モニタ、または、レコーダ等に）出力させる。
【００６０】
次に、図２を参照して、本実施形態における映像処理装置１００のハードウェア構成の一例について説明する。図２は、本実施形態における映像処理装置１００の構成の一例を示すハードウェア構成図である。
【００６１】
図２に示すように、映像処理装置１００は、モジュール構成を備えており、モジュールを変更することで、映像／ＡＮＣデータの入力を受け、ネットワーク３００へ送信する構成と、ネットワーク３００からパケットを受信し、映像／ＡＮＣデータをディスプレイ等へ出力する構成と、を切り替えることができる。
【００６２】
ここで、映像処理装置１００は、映像／ＡＮＣデータをカメラ等の撮影装置から取得するエンコーダ（Ｅｎｃｏｄｅｒ）モジュール（映像データ圧縮器）と、ネットワーク３００を介してデータ（パケット等）を送受信するＮＩＣモジュール（ネットワークフレーム送受信器）、および、ディスプレイ等の出力装置へ映像／ＡＮＣデータを出力するデコーダ（Ｄｅｃｏｄｅｒ）モジュール（映像データ複合器）を備えている。
【００６３】
また、映像処理装置１００は、これらのモジュール間を高速にインターコネクトする機構を備えており、モジュール間のインターコネクトを実現するために、ファームウェアが動作するＣＰＵを介してＰＣＩｅ  Ｓｗｉｔｃｈとメインメモリとが接続されている。
【００６４】
各モジュールは、ＰＣＩｅ  Ｓｗｉｔｃｈとメインメモリとを介して、お互いにインターコネクトされ、各モジュールとメインメモリとの間で所定規格（ＭＰＥＧ２−ＴＳ等）のデータをやり取りし、データの受け渡しは、ＤＭＡ（Ｄｉｒｅｃｔ  Ｍｅｍｏｒｙ  Ａｃｃｅｓｓ）にて実施されてもよい。
【００６５】
ここで、図２を参照して、Ｅｎｃｏｄｅｒモジュールのハードウェア構成について説明する。
【００６６】
ＤＥＭＵＸ（映像ＡＮＣデータ分離部１０２ａ）は、カメラ等の撮影装置からの映像／ＡＮＣデータを受信し、映像データとＡＮＣデータとに分離する。
【００６７】
Ｊ２Ｋ  Ｅｎｃｏｄｅｒ（データ圧縮部１０２ｂ）は、ＤＥＭＵＸから出力された映像データをＪＰＥＧ２０００方式で圧縮し、Ｊ２Ｋ  Ｓｔｒｅａｍを出力する。
【００６８】
ＰＥＳ  Ｃａｐ（Ｖｉｄｅｏ）（パケット化部１０２ｃ）は、Ｊ２Ｋ  Ｅｎｃｏｄｅｒから出力されたＪ２Ｋ  Ｓｔｒｅａｍを、所定単位でパケット化し、ＰＥＳパケットとして出力する。
【００６９】
ＭＰＥＧ２−ＴＳ  Ｃａｐ（Ｖｉｄｅｏ）（パケット化部１０２ｃ）は、ＰＥＳ  Ｃａｐ（Ｖｉｄｅｏ）から出力されたＰＥＳパケットを、所定単位でパケット化し、ＭＰＥＧ２−ＴＳパケットとして出力する。
【００７０】
ＰＥＳ  Ｃａｐ（ＡＮＣ）（パケット化部１０２ｃ）は、ＤＥＭＵＸから出力されたＡＮＣデータをパケット化し、ＰＥＳパケットとして、出力する。
【００７１】
ＭＰＥＧ２−ＴＳ  Ｃａｐ（ＡＮＣ）（パケット化部１０２ｃ）は、ＰＥＳ  Ｃａｐ（ＡＮＣ）から出力されたＰＥＳパケットを、所定単位でパケット化し、ＭＰＥＧ２−ＴＳパケットとして出力する。
【００７２】
ＭＵＸ（パケット配置部１０２ｄ）は、ＭＰＥＧ２−ＴＳ  Ｃａｐ（Ｖｉｄｅｏ）から出力されたＭＰＥＧ２−ＴＳパケットと、ＭＰＥＧ２−ＴＳ  Ｃａｐ（ＡＮＣ）から出力されたＭＰＥＧ２−ＴＳパケットを配置し、出力する。
【００７３】
ここで、ＭＵＸは、ある決まった周期（例えば、ＭＰＥＧ２−ＴＳ  ６個毎等）で、独自のデータ（ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケット）を配置する。
【００７４】
また、ＭＵＸは、映像フレームの先頭のデータを含むＭＰＥＧ２−ＴＳパケットの直前に、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットを配置する。また、ＭＵＸは、映像フレームの先頭以外の場合には、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝０ｂ）パケットを配置する。
【００７５】
また、ＭＵＸは、ファームウェア（制御部１０２）から、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットに格納する情報の通知を受ける。
【００７６】
ＤＭＡ  ＲＸ（パケット書込部１０２ｅ）は、ＭＵＸから出力されたＭＰＥＧ２−ＴＳパケットをＤＭＡにより、メインメモリのＤＭＡバッファ１０６ａへ書き込む。ここで、ＤＭＡ  ＲＸは、ファームウェアから、ＤＭＡバッファ１０６ａの先頭番地とサイズとの通知を受ける。
【００７７】
また、ＤＭＡ  ＲＸは、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットを書き込む際に、ＤＭＡバッファ１０６ａを切り替える。これにより、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケット、すなわち、映像フレームの先頭のデータは、必ずＤＭＡバッファ１０６ａの先頭に配置されることになる。
【００７８】
また、ＤＭＡバッファ１０６ａのサイズは、ファームウェアにより制御されており、例えば、「ＭＰＥＧ２−ＴＳパケットのサイズ（１８８バイト等）」×「ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットを挿入する間隔」×「Ｎ（Ｎ＝１，２，３，…）」であってもよい。
【００７９】
これらにより、ＤＭＡバッファ１０６ａの先頭は必ず、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットとなる。
【００８０】
また、図２を参照して、ＮＩＣモジュールのハードウェア構成について説明する。
【００８１】
ＤＥＭＵＸ  ＴＸ（ＰＣＩｅ）（制御部１０２）は、ＰＣＩｅ  Ｓｗｉｔｃｈから出力されるＰＣＩｅパケットを受信および解析し、ＰＣＩｅパケットの宛先が示すＤＭＡ  ＴＸへ出力する。
【００８２】
ＤＭＡ  ＴＸ（パケット読出部１０２ｆ）は、ファームウェアから、ＤＭＡバッファ１０６ａの先頭番地とサイズとの通知を受ける。
【００８３】
ＤＭＡ  ＴＸは、ＤＭＡバッファ１０６ａの先頭から、順次、ＭＰＥＧ２−ＴＳパケットを読み出し、ＳＭＰＴＥ２０２２−１／−２  ＴＸへ出力する。
【００８４】
ＳＭＰＴＥ２０２２−１／−２  ＴＸ（制御部１０２）は、ＤＭＡ  ＴＸからＭＰＥＧ２−ＴＳパケットを受け、ＳＭＰＴＥ２０２２−１／−２に準拠したフレームへカプセル化（ＩＰ／ＵＤＰ／ＲＴＰヘッダの付与）し、Ａｒｂｉｔｅｒ  ＴＸへ出力する。
【００８５】
ここで、フレームに含まれるＭＰＥＧ２−ＴＳパケットの個数は、ファームウェアにより設定変更が可能であり、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットの挿入間隔と一致させている。
【００８６】
これにより、全フレームに、必ず１つのＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットが含まれることになる。
【００８７】
Ａｒｂｉｔｅｒ  ＴＸ（送信調停部１０２ｇ）は、各ＳＭＰＴＥ２０２２−１／−２  ＴＸからのフレームを受け、調停し、１ＧｂＥ／１０ＧｂＥ  ＴＸへ出力する。
【００８８】
１ＧｂＥ／１０ＧｂＥ  ＴＸ（ネットワークフレーム送信部１０２ｈ）は、Ａｒｂｉｔｅｒ  ＴＸからのフレームを受け、外部のネットワーク３００へ出力する。
【００８９】
１ＧｂＥ／１０ＧｂＥ  ＲＸ（ネットワークフレーム受信部１０２ｉ）は、外部のネットワーク３００からフレームを受信し、ＤＥＭＵＸ  ＲＸ（１ＧｂＥ／１０ＧｂＥ）へ出力する。
【００９０】
ＤＥＭＵＸ  ＲＸ（１０ＧｂＥ／１ＧｂＥ）（制御部１０２）は、１ＧｂＥ／１０ＧｂＥ  ＲＸからのフレームを受信および解析し、フレームの宛先が示すＳＭＰＴＥ２０２２−１／−２  ＲＸへ出力する。
【００９１】
ＳＭＰＴＥ２０２２−１／−２  ＲＸ（制御部１０２）は、ＤＥＭＵＸ  ＲＸ（１ＧｂＥ／１０ＧｂＥ）からのフレームを受信し、ＭＰＥＧ２−ＴＳパケットを抽出し、ＤＭＡ  ＲＸへ出力する。
【００９２】
ＤＭＡ  ＲＸ（パケット書込部１０２ｅ）は、ＳＭＰＴＥ２０２２−１／−２  ＲＸからＭＰＥＧ２−ＴＳパケットを受け、Ａｒｂｉｔｅｒ  ＲＸを経由し、メインメモリのＤＭＡバッファ１０６ａへ書き込む。
【００９３】
Ａｒｂｉｔｅｒ  ＲＸ（書込調停部１０２ｊ）は、複数のＤＭＡ  ＲＸからメインメモリへの書き込み要求を調停し、シリアル化し、ＰＣＩｅ  Ｓｗｉｔｃｈへ出力する。
【００９４】
ここで、ＤＭＡ  ＲＸは、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットを書き込む際に、ＤＭＡバッファ１０６ａを切り替える。これにより、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケット、すなわち、映像フレームの先頭のデータは、必ずＤＭＡバッファ１０６ａの先頭に配置されることになる。
【００９５】
また、図２を参照して、Ｄｅｃｏｄｅｒモジュールのハードウェア構成について説明する。
【００９６】
ＤＭＡ  ＴＸ（パケット読出部１０２ｆ）は、ファームウェアから、ＤＭＡバッファ１０６ａの先頭番地とサイズとの通知を受ける。
【００９７】
そして、ＤＭＡ  ＴＸは、ＤＭＡバッファ１０６ａの先頭から、順次、ＭＰＥＧ２−ＴＳパケットを読み出し、ＤＥＭＵＸへ出力する。
【００９８】
ＤＥＭＵＸ（パケット読出部１０２ｆ）は、ＭＰＥＧ２−ＴＳパケットを解析し、ＭＰＥＧ２−ＴＳ（Ｖｉｄｅｏ）パケットとＭＰＥＧ２−ＴＳ（ＡＮＣ）パケットを抽出し、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットを破棄する。
【００９９】
そして、ＤＥＭＵＸは、ＭＰＥＧ２−ＴＳ（Ｖｉｄｅｏ）パケットをＭＰＥＧ２−ＴＳ  Ｄｅｃａｐ（Ｖｉｄｅｏ）へ出力し、ＭＰＥＧ２−ＴＳ（ＡＮＣ）パケットをＭＰＥＧ２−ＴＳ  Ｄｅｃａｐ（ＡＮＣ）へ出力する。
【０１００】
ＭＰＥＧ２−ＴＳ  Ｄｅｃａｐ（Ｖｉｄｅｏ）（データ変換部１０２ｋ）は、ＤＥＭＵＸからのＭＰＥＧ２−ＴＳ（Ｖｉｄｅｏ）パケットを受け、ＰＥＳパケットへ変換し、ＰＥＳ  Ｄｅｃａｐ（Ｖｉｄｅｏ）へ出力する。
【０１０１】
ＰＥＳ  Ｄｅｃａｐ（Ｖｉｄｅｏ）（データ変換部１０２ｋ）は、ＭＰＥＧ２−ＴＳ  Ｄｅｃａｐ（Ｖｉｄｅｏ）からのＰＥＳパケットを受け、Ｊ２Ｋ  Ｓｔｒｅａｍへ変換し、Ｊ２Ｋ  Ｄｅｃｏｄｅｒへ出力する。
【０１０２】
Ｊ２Ｋ  Ｄｅｃｏｄｅｒ（データ変換部１０２ｋ）は、ＰＥＳ  Ｄｅｃａｐ（Ｖｉｄｅｏ）からのＪ２Ｋ  Ｓｔｒｅａｍを受け、映像データへ変換し、ＭＵＸへ出力する。
【０１０３】
ＭＰＥＧ２−ＴＳ  Ｄｅｃａｐ（ＡＮＣ）（データ変換部１０２ｋ）は、ＤＥＭＵＸからのＭＰＥＧ２−ＴＳ（ＡＮＣ）パケットを受け、ＰＥＳパケットへ変換し、ＰＥＳ  Ｄｅｃａｐ（ＡＮＣ）へ出力する。
【０１０４】
ＰＥＳ  Ｄｅｃａｐ（ＡＮＣ）（データ変換部１０２ｋ）は、ＭＰＥＧ２−ＴＳ  Ｄｅｃａｐ（ＡＮＣ）からのＰＥＳパケットを受け、ＡＮＣデータへ変換し、ＭＵＸへ出力する。
【０１０５】
ＭＵＸ（映像ＡＮＣデータ多重部１０２ｍ）は、Ｊ２Ｋ  Ｄｅｃｏｄｅｒからの映像データとＰＥＳ  Ｄｅｃａｐ（ＡＮＣ）からのＡＮＣデータとを受け、映像データとＡＮＣデータとを多重し、外部のディスプレイ等の出力装置に出力させる。
【０１０６】
また、図２を参照して、ＣＰＵにて動作するファームウェア（制御部１０２）の機能の一例について説明する。
【０１０７】
ファームウェアは、メインメモリ上に各モジュールで使用するＤＭＡバッファ１０６ａの確保を制御する。
【０１０８】
また、ファームウェアは、ＥｎｃｏｄｅｒモジュールからＮＩＣモジュールへのＭＰＥＧ２−ＴＳパケットの受け渡しを制御する。
【０１０９】
ここで、ファームウェアは、ＥｎｃｏｄｅｒモジュールのＤＭＡ  ＲＸへ、確保したバッファ領域の構成情報（先頭番地およびサイズ）を通知する。
【０１１０】
そして、ファームウェアは、ＥｎｃｏｄｅｒモジュールからＤＭＡバッファ１０６ａへのＤＭＡ完了通知を受け、ＤＭＡバッファ１０６ａ内のＭＰＥＧ２−ＴＳパケットを、ＮＩＣモジュールに対応するＤＭＡバッファ１０６ａへコピーする。
【０１１１】
そして、ファームウェアは、コピーが完了したＤＭＡバッファ１０６ａのバッファ領域を解放（全領域に０を書き込む）し、ＥｎｃｏｄｅｒモジュールのＤＭＡ  ＲＸへ通知する。
【０１１２】
そして、ファームウェアは、ＮＩＣモジュールのＤＭＡ  ＴＸに対応するＤＭＡバッファ１０６ａに、ＥｎｃｏｄｅｒモジュールからのＭＰＥＧ２−ＴＳパケットをコピー後、ＮＩＣモジュールのＤＭＡ  ＴＸへ、当該ＤＭＡバッファ１０６ａの構成情報を通知する。
【０１１３】
そして、ファームウェアは、ＮＩＣモジュールのＤＭＡ  ＴＸから、ＤＭＡバッファ１０６ａに記憶されたＭＰＥＧ２−ＴＳパケットの取得が完了したことの通知を受けた場合、バッファを解放する。
【０１１４】
また、ファームウェアは、ＮＩＣモジュールからＤｅｃｏｄｅｒモジュールへのＭＰＥＧ２−ＴＳパケットの受け渡しを制御する。ここで、ファームウェアは、ＮＩＣモジュールのＤＭＡ  ＲＸに、確保したＤＭＡバッファ１０６ａのバッファ領域の構成情報（先頭番地とサイズ）を通知する。
【０１１５】
そして、ファームウェアは、ＮＩＣモジュールから、ＤＭＡバッファ１０６ａへのＤＭＡ完了通知を受け、ＤＭＡバッファ１０６ａに記憶されたＭＰＥＧ２−ＴＳパケットを、Ｄｅｃｏｄｅｒモジュールに対応するＤＭＡバッファ１０６ａのバッファ領域へコピーする。
【０１１６】
そして、ファームウェアは、コピーが完了したＤＭＡバッファ１０６ａ領域を解放し、ＮＩＣモジュールのＤＭＡ  ＲＸへ通知する。
【０１１７】
そして、ファームウェアは、ＤｅｃｏｄｅｒモジュールのＤＭＡ  ＴＸに対応するＤＭＡバッファ１０６ａに、ＮＩＣモジュールからのＭＰＥＧ２−ＴＳパケットをコピー後、ＤｅｃｏｄｅｒモジュールのＤＭＡ  ＴＸに、当該ＤＭＡバッファ１０６ａの構成情報（先頭番地とサイズ）を通知する。
【０１１８】
そして、ファームウェアは、ＤｅｃｏｄｅｒモジュールのＤＭＡ  ＴＸから、そのＤＭＡバッファ１０６ａ内のＭＰＥＧ２−ＴＳパケットの取得が完了したことの通知を受けた場合、当該ＤＭＡバッファ１０６ａを解放する。
【０１１９】
また、ファームウェアは、映像チャネル切替動作を制御する。例えば、図２に示すように、ファームウェアは、ＮＩＣモジュールのＤＭＡ  ＲＸ＃０からのＭＰＥＧ２−ＴＳパケットをＤＭＡバッファ１０６ａ＃３へ、もう一方のＤＭＡ  ＲＸ＃１からの映像データをＤＭＡバッファ１０６ａ＃４へ格納する。
【０１２０】
通常、ファームウェアは、ＤＭＡバッファ１０６ａ＃３に記憶されたＭＰＥＧ２−ＴＳパケットを、ＤＭＡバッファ１０６ａ＃５へ格納し、ＤｅｃｏｄｅｒモジュールのＤＭＡ  ＴＸに対して、ＤＭＡバッファ１０６ａ＃５のＭＰＥＧ２−ＴＳパケットを出力するように指示する。
【０１２１】
ここで、映像チャネルの切替指示を受けた場合、ファームウェアは、ＤＭＡバッファ１０６ａ＃３およびＤＭＡバッファ１０６ａ＃４の中から、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケット（映像フレームの先頭）を検索する。
【０１２２】
この際、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットは、必ず、ＤＭＡバッファ１０６ａの先頭にあるため、ファームウェアは、全ＭＰＥＧ２−ＴＳパケットを解析する必要はなく、各ＤＭＡバッファ１０６ａの先頭にあるＭＰＥＧ２−ＴＳパケットのみを検索すればよいので、高速な検出が可能である。
【０１２３】
そして、ファームウェアは、ＤＭＡバッファ１０６ａ＃３およびＤＭＡバッファ１０６ａ＃４の中からＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットを検出した場合、通常であれば、ＤＭＡバッファ１０６ａ＃３に記憶されたＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットをＤＭＡバッファ１０６ａ＃５へコピーするタイミングで、ＤＭＡバッファ１０６ａ＃４に記憶されたＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットをコピーする。
【０１２４】
そして、ファームウェアは、ＤＭＡバッファ１０６ａ＃５へコピーするデータを、ＤＭＡバッファ１０６ａ＃３からＤＭＡバッファ１０６ａ＃４へ切り替える。
【０１２５】
これにより、映像チャネルの切り替えが実現でき、且つ、切替時に異常な映像フレームが出力される（同一の映像フレームに異なる映像データが混在してしまう）ことを防ぐことができる。
【０１２６】
また、ファームウェアは、カメラ等から映像／ＡＮＣデータを受信する映像処理装置（送信装置）１００−１から、ディスプレイ等へ映像／ＡＮＣデータを出力する映像処理装置（受信装置）１００−２のファームウェアへの動作指示および制御情報の通知を制御する。
【０１２７】
ここで、送信装置１００−１のファームウェアは、ＥｎｃｏｄｅｒモジュールのＭＵＸに対して、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットに格納する、受信装置１００−２のファームウェアへの動作指示および制御情報を通知する。
【０１２８】
ここで、受信装置１００−２のファームウェアは、ＮＩＣモジュールのＤＭＡ  ＲＸがＭＥＰＧ２−ＴＳパケットを格納するＤＭＡバッファ１０６ａ内の、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットを抽出することで、送信装置１００−１からの動作指示および制御情報を取得する。
【０１２９】
また、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットは、ネットワーク３００上で送受信される、全フレームに必ず１個格納されているため、あるフレームがロストしたとしても、送信装置１００−１からの動作指示および制御情報を取りこぼすことはない。
【０１３０】
これにより、送信装置１００−１は、ネットワーク品質に依らずに、受信装置１００−２に動作指示および制御情報を伝えることができる。
【０１３１】
また、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットは、決まった間隔で、ＭＰＥＧ２−ＴＳ間パケットに配置されているため、ファームウェアは、ＤＭＡバッファ１０６ａからＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットを抽出することができる。
【０１３２】
そのために、ファームウェアは、全ＭＰＥＧ２−ＴＳパケットを解析する必要がなく、メインメモリ内のＤＭＡバッファ１０６ａから、高速にＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットを抽出できる。
【０１３３】
［本実施形態の処理］
上述した構成の映像処理システムで実行される処理の一例について、図３乃至図１６を参照して説明する。図３は、本実施形態の映像処理システムにおける処理（チャンネル切替処理）の一例を示すフロー図である。
【０１３４】
図３に示すように、映像処理システムは、概略的に、映像処理装置（送信装置）１００−１と、映像処理装置（受信装置）１００−２と、がネットワーク３００を介して通信可能に接続して構成される。
【０１３５】
ここで、図３に示すように、まず、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０は、カメラＡからの映像／ＡＮＣデータを受信し、ＭＰＥＧ２−ＴＳ（カメラＡ）パケットへ変換し、メインメモリのＤＭＡバッファ１０６ａ＃０へ格納する（ステップＳＡ−１）。
【０１３６】
また、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃１は、カメラＢからの映像／ＡＮＣデータを受信し、ＭＰＥＧ２−ＴＳ（カメラＢ）パケットへ変換し、メインメモリのＤＭＡバッファ１０６ａ＃１へ格納する（ステップＳＡ−２）。
【０１３７】
ここで、図４乃至図８を参照して、本実施形態のＥｎｃｏｄｅｒモジュールにおける処理の一例について説明する。
【０１３８】
まず、図４乃至図６を参照して、本実施形態のＥｎｃｏｄｅｒモジュールのＭＵＸにおける処理の一例について説明する。図４は、本実施形態の映像処理装置１００における処理の一例を示すフローチャートである。
【０１３９】
図４に示すように、まず、送信装置１００−１のＭＵＸ（パケット配置部１０２ｄ）は、ＭＰＥＧ２−ＴＳ  Ｃａｐ（Ｖｉｄｅｏ）およびＭＰＥＧ２−ＴＳ  Ｃａｐ（ＡＮＣ）からＭＰＥＧ２−ＴＳパケットを受信する（ステップＳＢ−１）。
【０１４０】
そして、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳパケットがフレームの先頭データを含んでいる（フレームの先頭を示す識別データパケットである）か否かを判定する（ステップＳＢ−２）。
【０１４１】
ここで、図５を参照して、本実施形態における識別データパケットの一例について説明する。図５は、本実施形態における識別データパケットの一例を示す図である。
【０１４２】
図５に示すように、本実施形態における独自のデータを含む識別データパケット（ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケット）には、ＭＰＥＧ２−ＴＳパケットのヘッダと、映像の先頭フレームデータを含むＭＰＥＧ２−ＴＳパケットが続くことを示すビットであるＳＯＦ（Ｓｔａｒｔ  Ｏｆ  Ｆｒａｍｅ）と、を含んでいる。
【０１４３】
ここで、ＳＯＦが、１ｂの場合、後続のＭＰＥＧ２−ＴＳパケットが映像の先頭フレームのデータを含むことを示し、０ｂの場合、後続のＭＰＥＧ２−ＴＳパケットが映像の先頭フレームのデータを含まないことを示していてもよい。
【０１４４】
このように、独自のデータは、映像データおよびＡＮＣデータとは異なるＰＩＤ（Ｐａｙｌｏａｄ  ＩＤ）を持つＭＰＥＧ２−ＴＳパケットに格納されていてもよい。
【０１４５】
すなわち、本実施形態においては、映像データおよびＡＮＣデータとは異なるＰＩＤを持つ独自のデータを、ＭＰＥＧ２−ＴＳパケットのＤａｔａ部分に格納させることで、ＭＰＥＧ２−ＴＳの一般規格に準拠させることができている。
【０１４６】
これにより、本実施形態においては、ネットワーク３００を介して接続された異種ベンダの装置間で相互互換性を持ちながら、映像／ＡＮＣデータの送受信を行うことができる。
【０１４７】
図４に戻り、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳパケットがフレームの先頭データを含んでいないと判定した場合（ステップＳＢ−２：Ｎｏ）、処理をステップＳＢ−６に移行させる。
【０１４８】
一方、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳパケットがフレームの先頭データを含んでいると判定した場合（ステップＳＢ−２：Ｙｅｓ）、処理をステップＳＢ−３に移行させる。
【０１４９】
そして、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットをＤＭＡ  ＲＸ（パケット書込部１０２ｅ）へ送出する（ステップＳＢ−３）。
【０１５０】
そして、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットの送出間隔カウンタを０×０にクリアする（ステップＳＢ−４）。ここで、送出間隔は、ＭＰＥＧ２−ＴＳパケットの間にＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットを配置するタイミングを決定する値であってもよい。
【０１５１】
また、送出間隔は、ＭＰＥＧ２−ＴＳパケット数の間隔であり、独自のデータであるＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットをＤＭＡ  ＲＸへ送出する間隔であってもよい。また、送出間隔カウンタは、ＭＵＸがＤＭＡ  ＲＸへ送出したＭＰＥＧ２−ＴＳパケットの個数であってもよい。
【０１５２】
そして、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳパケットをＤＭＡ  ＲＸへ送出し（ステップＳＢ−５）、処理をステップＳＢ−１に移行させる。
【０１５３】
一方、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットの送出間隔カウンタが送出間隔と同値であるか否かを判定する（ステップＳＢ−６）。
【０１５４】
そして、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットの送出間隔カウンタが送出間隔と同値ではないと判定した場合（ステップＳＢ−６：Ｎｏ）、処理をステップＳＢ−１０に移行させる。
【０１５５】
一方、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットの送出間隔カウンタが送出間隔と同値であると判定した場合（ステップＳＢ−６：Ｙｅｓ）、処理をステップＳＢ−７に移行させる。
【０１５６】
そして、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝０ｂ）パケットをＤＭＡ  ＲＸへ送出する（ステップＳＢ−７）。
【０１５７】
そして、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットの送出間隔カウンタを０×０にクリアする（ステップＳＢ−８）。
【０１５８】
そして、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳパケットをＤＭＡ  ＲＸへ送出し（ステップＳＢ−９）、処理をステップＳＢ−１に移行させる。
【０１５９】
一方、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットの送出間隔カウンタを＋１インクリメントする（ステップＳＢ−１０）。
【０１６０】
そして、送信装置１００−１のＭＵＸは、ＭＰＥＧ２−ＴＳパケットをＤＭＡ  ＲＸへ送出し（ステップＳＢ−１１）、処理をステップＳＢ−１に移行させる。
【０１６１】
ここで、図６を参照して、本実施形態におけるＥｎｃｏｄｅｒモジュール内でのＭＰＥＧ２−ＴＳパケットの生成の一例について説明する。図６は、本実施形態におけるＥｎｃｏｄｅｒモジュール内でのＭＰＥＧ２−ＴＳパケットの生成の一例を示す図である。
【０１６２】
図６に示すように、ＥｎｃｏｄｅｒモジュールのＭＵＸは、ある決まった周期（例えば、７パケット等）で、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットを配置する。
【０１６３】
ここで、ＥｎｃｏｄｅｒモジュールのＭＵＸは、映像データの先頭を含むＭＰＥＧ２−ＴＳパケットの直前に、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットを配置し、映像データの先頭を含まないＭＰＥＧ２−ＴＳパケットの直前に、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝０ｂ）パケットを配置する。
【０１６４】
すなわち、Ｅｎｃｏｄｅｒモジュールは、ＭＰＥＧ２−ＴＳパケットの間に、ある決まった周期で、識別データパケット（ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケット）を配置してもよい。
【０１６５】
さらに、Ｅｎｃｏｄｅｒモジュールは、映像フレームの先頭を検出し、映像フレームの先頭データを含むＭＰＥＧ２−ＴＳパケットの直前にＳＯＦビットを１ｂにセットした識別データパケット（ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケット）を配置してもよい。
【０１６６】
このように、映像／ＡＮＣデータは、ネットワーク３００へ送出される前に、ＭＰＥＧ２−ＴＳのデータ形式へ変換され、ＭＰＥＧ２−ＴＳパケットを含んだフレームが、ネットワーク３００へ送出されることになる。
【０１６７】
次に、図７および図８を参照して、本実施形態のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ  ＲＸにおける処理の一例について説明する。図７は、本実施形態の映像処理装置１００における処理の一例を示すフローチャートである。
【０１６８】
図７に示すように、まず、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ  ＲＸ（パケット書込部１０２ｅ）は、ファームウェアから通知されるＤＭＡバッファ１０６ａ＃０−ｉ（ｉ＝０，１，２・・・２５５）の先頭番地とバッファサイズとを取得する（ステップＳＣ−１）。
【０１６９】
そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ  ＲＸは、ＭＵＸ（パケット配置部１０２ｄ）からＭＰＥＧ２−ＴＳパケットを取得する（ステップＳＣ−２）。
【０１７０】
そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ  ＲＸは、ＭＰＥＧ２−ＴＳパケットがＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットであるか否かを判定する（ステップＳＣ−３）。
【０１７１】
そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ  ＲＸは、ＭＰＥＧ２−ＴＳパケットがＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットではないと判定した場合（ステップＳＣ−３：Ｎｏ）、処理をステップＳＣ−１１に移行させる。
【０１７２】
そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ  ＲＸは、ＭＰＥＧ２−ＴＳパケットがＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットであると判定した場合（ステップＳＣ−３：Ｙｅｓ）、処理をステップＳＣ−４に移行させる。
【０１７３】
そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ  ＲＸは、メモリライト回数カウンタが０であるか否かを判定する（ステップＳＣ−４）。ここで、メモリライト回数カウンタは、ＤＭＡバッファ１０６ａへライト（書き込み）したＭＥＰＧ２−ＴＳパケットの個数である。
【０１７４】
そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ  ＲＸは、メモリライト回数カウンタが０ではないと判定した場合（ステップＳＣ−４：Ｎｏ）、処理をステップＳＣ−７に移行させる。
【０１７５】
一方、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ  ＲＸは、メモリライト回数カウンタが０であると判定した場合（ステップＳＣ−４：Ｙｅｓ）、処理をステップＳＣ−５に移行させる。
【０１７６】
そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ  ＲＸは、ＭＥＰＧ２−ＴＳパケットをＤＭＡバッファ１０６ａ＃０−ｉへメモリライトする（ステップＳＣ−５）。
【０１７７】
そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ  ＲＸは、メモリライト回数カウンタを＋１インクリメントして（ステップＳＣ−６）、処理をステップＳＣ−２に移行させる。
【０１７８】
一方、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ  ＲＸは、ＤＭＡバッファ１０６ａ＃０−ｉのＤＭＡ完了をファームウェアへ通知する（ステップＳＣ−７）。
【０１７９】
そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ  ＲＸは、ｉの値を＋１インクリメントする（ステップＳＣ−８）。
【０１８０】
そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ  ＲＸは、ファームウェアから通知される次のＤＭＡバッファ１０６ａ＃０−ｉの先頭番地とバッファサイズとを取得する（ステップＳＣ−９）。
【０１８１】
そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ  ＲＸは、メモリライト回数カウンタを０にクリアして（ステップＳＣ−１０）、処理をステップＳＣ−３に移行させる。
【０１８２】
一方、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ  ＲＸは、［（メモリライト回数カウンタ＋１）×（ＭＥＰＧ２−ＴＳパケットサイズ）］の値が、ＤＭＡバッファ１０６ａ＃０−ｉのバッファサイズ未満であるか否かを判定をする（ステップＳＣ−１１）。
【０１８３】
そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ  ＲＸは、［（メモリライト回数カウンタ＋１）×（ＭＥＰＧ２−ＴＳパケットサイズ）］の値が、ＤＭＡバッファ１０６ａ＃０−ｉのバッファサイズ未満ではないと判定した場合（ステップＳＣ−１１：Ｎｏ）、処理をステップＳＣ−１４に移行させる。
【０１８４】
一方、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ  ＲＸは、［（メモリライト回数カウンタ＋１）×（ＭＥＰＧ２−ＴＳパケットサイズ）］の値が、ＤＭＡバッファ１０６ａ＃０−ｉのバッファサイズ未満であると判定した場合（ステップＳＣ−１１：Ｙｅｓ）、処理をステップＳＣ−１２に移行させる。
【０１８５】
そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ  ＲＸは、ＭＥＰＧ２−ＴＳパケットをＤＭＡバッファ１０６ａ＃０−ｉへメモリライトする（ステップＳＣ−１２）。
【０１８６】
そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ  ＲＸは、メモリライト回数カウンタを＋１インクリメントして（ステップＳＣ−１３）、処理をステップＳＣ−２に移行させる。
【０１８７】
一方、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ  ＲＸは、ＤＭＡバッファ１０６ａ＃０−ｉのＤＭＡ完了をファームウェアへ通知する（ステップＳＣ−１４）。
【０１８８】
そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ  ＲＸは、ｉの値を＋１インクリメントする（ステップＳＣ−１５）。
【０１８９】
そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ  ＲＸは、ファームウェアから通知される次のＤＭＡバッファ１０６ａ＃０−ｉの先頭番地とバッファサイズとを取得する（ステップＳＣ−１６）。
【０１９０】
そして、送信装置１００−１のＥｎｃｏｄｅｒモジュール＃０のＤＭＡ  ＲＸは、メモリライト回数カウンタを０にクリアして（ステップＳＣ−１７）、処理をステップＳＣ−３に移行させる。
【０１９１】
なお、本実施形態において、Ｅｎｃｏｄｅｒモジュール＃１のＤＭＡ  ＲＸは、ＤＭＡバッファ＃１−ｉ（ｉ＝０，１，２…２５５）を使用して、同様の処理を実行してもよい。
【０１９２】
ここで、図８を参照して、本実施形態におけるＤＭＡバッファ１０６ａにおけるＭＥＰＧ２−ＴＳパケットの格納の一例について説明する。図８は、本実施形態におけるＤＭＡバッファ１０６ａにおけるＭＥＰＧ２−ＴＳパケットの格納の一例を示す図である。
【０１９３】
図８に示すように、各モジュールによるＤＭＡは、ＤＭＡバッファ１０６ａ＃ｘ−ｘｘｘ毎に、データ転送、および、ファームウェアへの完了の通知が実施される。ここで、ＤＭＡバッファ１０６ａ＃ｘ−ｘｘｘのサイズは、ファームウェアにより制御されてもよい。
【０１９４】
ここで、図８に示すように、ＤＭＡバッファ１０６ａ＃ｘ−ｘｘｘのサイズは、「ＭＰＥＧ２−ＴＳパケットのサイズ」×７×「Ｎ（Ｎ＝１，２，３，…）」であってもよい。
【０１９５】
また、図８に示すように、ＤＭＡバッファ１０６ａ＃ｘ−ｘｘｘの先頭は必ず、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットから開始されてもよい。また、ＤＭＡバッファ１０６ａ＃ｘの先頭から、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットが現れる間隔は、常に一定であってもよい。
【０１９６】
また、図８に示すように、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットは、必ずＤＭＡバッファ１０６ａ＃ｘ−ｘｘｘの先頭に格納されてもよい。また、ファームウェアは、ＤＭＡバッファ１０６ａ＃ｘ−ｘｘｘを開放する際に、「０」をＤＭＡバッファ１０６ａ＃ｘ−ｘｘｘの全領域にセットしてもよい。
【０１９７】
このように、本実施形態においては、ＭＰＥＧ２−ＴＳパケットの間への独自のデータ（ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケット）の配置間隔を一定にすることで、ファームウェアによる、ＤＭＡバッファ１０６ａ＃ｘ−ｘｘｘからのＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケットの抽出を、容易にしている。
【０１９８】
また、本実施形態においては、モジュールからメインメモリへのＤＭＡは、あるサイズを持つＤＭＡバッファ１０６ａ毎に制御され、映像フレームの先頭を含むデータが、必ずＤＭＡバッファ１０６ａの先頭から開始されるように制御している。
【０１９９】
また、本実施形態においては、ＭＰＥＧ２−ＴＳパケットの間に、映像フレームの先頭を示す独自のデータ（ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケット）を配置し、且つ、必ずメインメモリのＤＭＡバッファ１０６ａ＃ｘ−ｘｘｘの先頭に、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットが格納されるように制御することで、ファームウェアによる映像フレームの先頭の検出を容易にしている。
【０２００】
図３に戻り、送信装置１００−１のファームウェアは、ＤＭＡバッファ＃０のＭＰＥＧ２−ＴＳ（カメラＡ）パケットをＤＭＡバッファ＃２へコピーし、ＤＭＡバッファ＃１のＭＰＥＧ２−ＴＳ（カメラＢ）パケットをＤＭＡバッファ＃３へコピーする（ステップＳＡ−３）。
【０２０１】
ここで、図９および図１０を参照して、本実施形態のファームウェアによる処理の一例について説明する。
【０２０２】
まず、図９を参照して、本実施形態のＥｎｃｏｄｅｒモジュールのＤＭＡ  ＲＸに関するファームウェアによる処理の一例について説明する。図９は、本実施形態の映像処理装置１００における処理の一例を示すフローチャートである。
【０２０３】
図９に示すように、まず、送信装置１００−１のファームウェア（制御部１０２）は、ＤＭＡバッファ１０６ａ＃０−０００〜ＤＭＡバッファ１０６ａ＃０−２５５を確保する（ステップＳＤ−１）。
【０２０４】
そして、送信装置１００−１のファームウェアは、ＤＭＡ  ＲＸよりＤＭＡ完了通知を受信する（ステップＳＤ−２）。
【０２０５】
そして、送信装置１００−１のファームウェアは、ＤＭＡが完了したＤＭＡバッファ１０６ａ＃０−ｘｘｘに記憶されたデータをＤＭＡバッファ１０６ａ＃２−ｘｘｘへコピーする（ステップＳＤ−３）。
【０２０６】
そして、送信装置１００−１のファームウェアは、コピーが完了したＤＭＡバッファ１０６ａ＃２−ｘｘｘに記憶されたデータを、ＮＩＣモジュールのＤＭＡ  ＴＸへ通知する（ステップＳＤ−４）。
【０２０７】
そして、送信装置１００−１のファームウェアは、ＤＭＡが完了したＤＭＡバッファ１０６ａ＃０−ｘｘｘのデータを０にクリア（解放）する（ステップＳＤ−５）。
【０２０８】
そして、送信装置１００−１のファームウェアは、解放したＤＭＡバッファ１０６ａ＃０−ｘｘｘを再び確保し（ステップＳＤ−６）、処理をステップＳＤ−２に移行させる。
【０２０９】
また、図１０を参照して、本実施形態のＮＩＣモジュールのＤＭＡ  ＴＸに関するファームウェアによる処理の一例について説明する。図１０は、本実施形態の映像処理装置１００における処理の一例を示すフローチャートである。
【０２１０】
図１０に示すように、まず、送信装置１００−１のファームウェア（制御部１０２）は、ＤＭＡ  ＴＸよりＤＭＡ完了通知を受信する（ステップＳＥ−１）。
【０２１１】
そして、送信装置１００−１のファームウェアは、ＤＭＡが完了したＤＭＡバッファ１０６ａ＃２−ｘｘｘのデータを０にクリア（解放）する（ステップＳＥ−２）。
【０２１２】
そして、送信装置１００−１のファームウェアは、解放したＤＭＡバッファ１０６ａ＃２−ｘｘｘを再び確保し（ステップＳＥ−３）、処理をステップＳＥ−１に移行させる。
【０２１３】
なお、本実施形態において、送信装置１００−１のＮＩＣモジュールのＤＭＡ  ＴＸ＃１は、ＤＭＡバッファ１０６ａ＃３を使用して、同様の処理を実行してもよい。
【０２１４】
また、本実施形態において、受信装置１００−２のファームウェアは、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＴＸ＃０、または、受信装置１００−２のＤｅｃｏｄｅｒモジュールのＤＭＡ  ＴＸに対して、同様の処理を実行してもよい。
【０２１５】
図３に戻り、送信装置１００−１のＮＩＣモジュールは、ＤＭＡバッファ＃２のＭＰＥＧ２−ＴＳ（カメラＡ）パケットをネットワークへ送信し、ＤＭＡバッファ＃３のＭＰＥＧ２−ＴＳ（カメラＢ）パケットをネットワークへ送信する（ステップＳＡ−４）。
【０２１６】
ここで、図１１を参照して、本実施形態のＮＩＣモジュールのＤＭＡ  ＴＸ＃０における処理の一例について説明する。図１１は、本実施形態の映像処理装置１００における処理の一例を示すフローチャートである。
【０２１７】
図１１に示すように、まず、送信装置１００−１のＮＩＣモジュールのＤＭＡ  ＴＸ＃０（パケット読出部１０２ｆ）は、ファームウェアから通知されるＤＭＡバッファ１０６ａ＃２−ｉの先頭番地とバッファサイズとを取得する（ステップＳＦ−１）。
【０２１８】
そして、送信装置１００−１のＮＩＣモジュールのＤＭＡ  ＴＸ＃０は、ＤＭＡバッファ１０６ａ＃２−ｉからＭＰＥＧ２−ＴＳパケットを取得する（ステップＳＦ−２）。
【０２１９】
そして、送信装置１００−１のＮＩＣモジュールのＤＭＡ  ＴＸ＃０は、ＭＰＥＧ２−ＴＳパケットをＳＭＰＴＥ２０２２−１／−２  ＴＸ＃０へ送出する（ステップＳＦ−３）。
【０２２０】
そして、送信装置１００−１のＮＩＣモジュールのＤＭＡ  ＴＸ＃０は、ＭＰＥＧ２−ＴＳパケットのリード回数を示すメモリリード回数カウンタを＋１インクリメントする（ステップＳＦ−４）。ここで、メモリリード回数カウンタは、ＤＭＡバッファ１０６ａからリードしたＭＰＥＧ２−ＴＳパケットの個数であってもよい。
【０２２１】
そして、送信装置１００−１のＮＩＣモジュールのＤＭＡ  ＴＸ＃０は、［（メモリリード回数カウンタ）×（ＭＰＥＧ２−ＴＳパケットサイズ）］の値が、ＤＭＡバッファ１０６ａ＃２−ｉのバッファサイズ未満であるか否かを判定をする（ステップＳＦ−５）。
【０２２２】
そして、送信装置１００−１のＮＩＣモジュールのＤＭＡ  ＴＸ＃０は、［（メモリリード回数カウンタ）×（ＭＰＥＧ２−ＴＳパケットサイズ）］の値が、ＤＭＡバッファ１０６ａ＃２−ｉのバッファサイズ未満であると判定した場合（ステップＳＦ−５：Ｙｅｓ）、処理をステップＳＦ−２に移行させる。
【０２２３】
一方、送信装置１００−１のＮＩＣモジュールのＤＭＡ  ＴＸ＃０は、［（メモリリード回数カウンタ）×（ＭＰＥＧ２−ＴＳパケットサイズ）］の値が、ＤＭＡバッファ１０６ａ＃２−ｉのバッファサイズ未満ではないと判定した場合（ステップＳＦ−５：Ｎｏ）、処理をステップＳＦ−６に移行させる。
【０２２４】
そして、送信装置１００−１のＮＩＣモジュールのＤＭＡ  ＴＸ＃０は、ＤＭＡバッファ１０６ａ＃２−ｉの転送完了をファームウェアに通知する（ステップＳＦ−６）。
【０２２５】
そして、送信装置１００−１のＮＩＣモジュールのＤＭＡ  ＴＸ＃０は、ＭＰＥＧ２−ＴＳパケットのリード回数を示すメモリリード回数カウンタを０にクリアする（ステップＳＦ−７）。
【０２２６】
そして、送信装置１００−１のＮＩＣモジュールのＤＭＡ  ＴＸ＃０は、ｉの値を＋１インクリメントし（ステップＳＦ−８）、処理をステップＳＦ−１に移行させる。
【０２２７】
なお、本実施形態において、送信装置１００−１のＮＩＣモジュールのＤＭＡ  ＴＸ＃１は、ＤＭＡバッファ＃３−ｉ（ｉ＝０，１，２・・・２５５）とＳＭＰＴＥ２０２２−１／−２  ＴＸ＃１とを使用して、同様の処理を実行してもよい。
【０２２８】
図３に戻り、受信装置１００−２のＮＩＣモジュールは、ＭＰＥＧ２−ＴＳパケットを受信し、カメラＡのＭＰＥＧ２−ＴＳパケットをＤＭＡ  ＲＸ＃０にて処理し、メインメモリのＤＭＡバッファ＃０へ送出し、ＭＰＥＧ２−ＴＳパケットを受信し、カメラＢのＭＰＥＧ２−ＴＳパケットをＤＭＡ  ＲＸ＃１にて処理し、メインメモリのＤＭＡバッファ＃１へ送出する（ステップＳＡ−５）。
【０２２９】
ここで、図１２を参照して、本実施形態のＮＩＣモジュールのＤＭＡ  ＲＸ＃０における処理の一例について説明する。図１２は、本実施形態の映像処理装置１００における処理の一例を示すフローチャートである。
【０２３０】
図１２に示すように、まず、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃０（パケット書込部１０２ｅ）は、ファームウェアから通知されるＤＭＡバッファ１０６ａ＃０−ｉの先頭番地とバッファサイズとを取得する（ステップＳＧ−１）。
【０２３１】
そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃０は、ＳＭＰＴＥ２０２２−１／−２  ＲＸ＃０からＭＰＥＧ２−ＴＳパケットを取得する（ステップＳＧ−２）。
【０２３２】
そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃０は、ＭＰＥＧ２−ＴＳパケットがＭＰＥＧ２−ＴＳ（ＳＯＦ＝１）パケットであるか否かを判定する（ステップＳＧ−３）。
【０２３３】
そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃０は、ＭＰＥＧ２−ＴＳパケットがＭＰＥＧ２−ＴＳ（ＳＯＦ＝１）パケットではないと判定した場合（ステップＳＧ−３：Ｎｏ）、処理をステップＳＧ−１１に移行させる。
【０２３４】
一方、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃０は、ＭＰＥＧ２−ＴＳパケットがＭＰＥＧ２−ＴＳ（ＳＯＦ＝１）パケットであると判定した場合（ステップＳＧ−３：Ｙｅｓ）、処理をステップＳＧ−４に移行させる。
【０２３５】
そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃０は、メモリライト回数カウンタが０であるか否かを判定する（ステップＳＧ−４）。
【０２３６】
そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃０は、メモリライト回数カウンタが０ではないと判定した場合（ステップＳＧ−４：Ｎｏ）、処理をステップＳＧ−７に移行させる。
【０２３７】
一方、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃０は、メモリライト回数カウンタが０であると判定した場合（ステップＳＧ−４：Ｙｅｓ）、処理をステップＳＧ−５に移行させる。
【０２３８】
そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃０は、ＭＥＰＧ２−ＴＳパケットをＤＭＡバッファ１０６ａ＃０−ｉへメモリライトする（ステップＳＧ−５）。
【０２３９】
そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃０は、メモリライト回数カウンタを＋１インクリメントして（ステップＳＧ−６）、処理をステップＳＧ−２に移行させる。
【０２４０】
一方、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃０は、ＤＭＡバッファ１０６ａ＃０−ｉのＤＭＡ完了をファームウェアへ通知する（ステップＳＧ−７）。
【０２４１】
そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃０は、ｉの値を＋１インクリメントする（ステップＳＧ−８）。
【０２４２】
そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃０は、ファームウェアから通知される次のＤＭＡバッファ１０６ａ＃０−ｉの先頭番地とバッファサイズとを取得する（ステップＳＧ−９）。
【０２４３】
そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃０は、メモリライト回数カウンタを０にクリアして（ステップＳＧ−１０）、処理をステップＳＧ−３に移行させる。
【０２４４】
一方、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃０は、［（メモリライト回数カウンタ＋１）×（ＭＥＰＧ２−ＴＳパケットサイズ）］の値が、ＤＭＡバッファ１０６ａ＃０−ｉのバッファサイズ未満であるか否かを判定をする（ステップＳＧ−１１）。
【０２４５】
そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃０は、［（メモリライト回数カウンタ＋１）×（ＭＥＰＧ２−ＴＳパケットサイズ）］の値が、ＤＭＡバッファ１０６ａ＃０−ｉのバッファサイズ未満ではないと判定した場合（ステップＳＧ−１１：Ｎｏ）、処理をステップＳＧ−１４に移行させる。
【０２４６】
一方、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃０は、［（メモリライト回数カウンタ＋１）×（ＭＥＰＧ２−ＴＳパケットサイズ）］の値が、ＤＭＡバッファ１０６ａ＃０−ｉのバッファサイズ未満であると判定した場合（ステップＳＧ−１１：Ｙｅｓ）、処理をステップＳＧ−１２に移行させる。
【０２４７】
そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃０は、ＭＥＰＧ２−ＴＳパケットをＤＭＡバッファ１０６ａ＃０−ｉへメモリライトする（ステップＳＧ−１２）。
【０２４８】
そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃０は、メモリライト回数カウンタを＋１インクリメントして（ステップＳＧ−１３）、処理をステップＳＧ−２に移行させる。
【０２４９】
一方、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃０は、ＤＭＡバッファ１０６ａ＃０−ｉのＤＭＡ完了をファームウェアへ通知する（ステップＳＧ−１４）。
【０２５０】
そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃０は、ｉの値を＋１インクリメントする（ステップＳＧ−１５）。
【０２５１】
そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃０は、ファームウェアから通知される次のＤＭＡバッファ１０６ａ＃０−ｉの先頭番地とバッファサイズとを取得する（ステップＳＧ−１６）。
【０２５２】
そして、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃０は、メモリライト回数カウンタを０にクリアして（ステップＳＧ−１７）、処理をステップＳＧ−３に移行させる。
【０２５３】
なお、本実施形態において、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃１は、ＤＭＡバッファ＃１−ｉ（ｉ＝０，１，２…２５５）を使用して、同様の処理を実行してもよい。
【０２５４】
図３に戻り、受信装置１００−２のファームウェアは、ＤＭＡバッファ＃０のＭＰＥＧ２−ＴＳ（カメラＡ）パケットをＤＭＡバッファ＃２へコピーする（ステップＳＡ−６）。
【０２５５】
ここで、図１３乃至図１５を参照して、本実施形態のファームウェアによる処理の一例について説明する。
【０２５６】
ここで、図１３および図１４を参照して、本実施形態のＮＩＣモジュールのＤＭＡ  ＲＸ＃０に関するファームウェア処理の一例について説明する。図１３および図１４は、本実施形態の映像処理装置１００における処理の一例を示すフローチャートである。
【０２５７】
図１３に示すように、まず、受信装置１００−２のファームウェア（制御部１０２）は、ＤＭＡバッファ１０６ａ＃０−０００〜ＤＭＡバッファ１０６ａ＃０−２５５を確保する（ステップＳＨ−１）。
【０２５８】
そして、受信装置１００−２のファームウェアは、ＤＭＡ  ＲＸよりＤＭＡ完了通知を受信する（ステップＳＨ−２）。
【０２５９】
そして、受信装置１００−２のファームウェアは、完了済みＤＭＡの個数［Ａ］の値を＋１カウントアップし（ステップＳＨ−３）、処理をステップＳＨ−２に移行させる。
【０２６０】
ここで、［Ａ］は、ＤＭＡ  ＲＸによるデータ転送が完了、且つ、ファームウェアでの処理が未完了であるＤＭＡの個数であってもよい。
【０２６１】
なお、本実施形態において、受信装置１００−２のファームウェアは、ＤＭＡ  ＲＸ＃１に関する処理の場合、ＤＭＡバッファ＃１−ｉ（ｉ＝０，１，２…２５５）を使用して、同様の処理を実行してもよい。
【０２６２】
次に、図１４に示すように、まず、受信装置１００−２のファームウェア（制御部１０２）は、［Ａ］の値を参照する（ステップＳＩ−１）。
【０２６３】
そして、受信装置１００−２のファームウェアは、［Ａ］の値１２８より大きいか否かを判定する（ステップＳＩ−２）。
【０２６４】
そして、受信装置１００−２のファームウェアは、［Ａ］の値１２８より小さいと判定した場合（ステップＳＩ−２：Ｎｏ）、（待機後に）処理を繰り返す（処理をステップＳＩ−２に移行させる）。
【０２６５】
一方、受信装置１００−２のファームウェアは、［Ａ］の値１２８より大きいと判定した場合（ステップＳＩ−２：Ｙｅｓ）、処理をステップＳＩ−３に移行させる。
【０２６６】
そして、受信装置１００−２のファームウェアは、送信中Ｃｈが自身を示しているか否かを判定する（ステップＳＩ−３）。ここで、送信中Ｃｈは、現在、Ｄｅｃｏｄｅｒモジュールへデータを転送中の、ＮＩＣモジュールのＤＭＡ  ＲＸの番号（＃ｘ）を示していてもよい。
【０２６７】
また、送信中Ｃｈは、全てのＮＩＣモジュールのＤＭＡ  ＲＸ＃ｘが、Ｄｅｃｏｄｅｒモジュールへデータを転送していない場合、「無効」と示してもよい。
【０２６８】
そして、受信装置１００−２のファームウェアは、送信中Ｃｈが自身を示していないと判定した場合（ステップＳＩ−３：Ｎｏ）、処理をステップＳＩ−１２に移行させる。
【０２６９】
一方、受信装置１００−２のファームウェアは、送信中Ｃｈが自身を示していると判定した場合（ステップＳＩ−３：Ｙｅｓ）、処理をステップＳＩ−４に移行させる。
【０２７０】
そして、受信装置１００−２のファームウェアは、有効Ｃｈが自身であるか否かを判定する（ステップＳＩ−４）。ここで、有効Ｃｈは、現在、有効な（Ｄｅｃｏｄｅｒモジュールへデータ転送する対象の）、ＮＩＣモジュールのＤＭＡ  ＲＸの番号（＃ｘ）を示していてもよい。
【０２７１】
そして、受信装置１００−２のファームウェアは、有効Ｃｈが自身ではないと判定した場合（ステップＳＩ−４：Ｎｏ）、ステップＳＩ−１０に移行させる。
【０２７２】
一方、受信装置１００−２のファームウェアは、有効Ｃｈが自身であると判定した場合（ステップＳＩ−４：Ｙｅｓ）、ステップＳＩ−５に移行させる。
【０２７３】
そして、受信装置１００−２のファームウェアは、ＤＭＡが完了したＤＭＡバッファ１０６ａ＃０−ｘｘｘをＤＭＡバッファ１０６ａ＃２−ｘｘｘへコピーする（ステップＳＩ−５）。
【０２７４】
そして、受信装置１００−２のファームウェアは、コピーが完了したＤＭＡバッファ１０６ａ＃２−ｘｘｘをＤｅｃｏｄｅｒモジュールのＤＭＡ  ＴＸへ通知する（ステップＳＩ−６）。
【０２７５】
そして、受信装置１００−２のファームウェアは、ＤＭＡが完了したＤＭＡバッファ１０６ａ＃０−ｘｘｘを解放する（ステップＳＩ−７）。
【０２７６】
そして、受信装置１００−２のファームウェアは、解放したＤＭＡバッファ１０６ａ＃０−ｘｘｘを再び確保する（ステップＳＩ−８）。
【０２７７】
そして、受信装置１００−２のファームウェアは、［Ａ］の値をデクリメントし（ステップＳＩ−９）、ステップＳＩ−２に移行させる。
【０２７８】
一方、受信装置１００−２のファームウェアは、ＤＭＡバッファ１０６ａ＃２−ｘｘｘへコピーするＤＭＡバッファ１０６ａ＃０−ｘｘｘの先頭がＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットであるか否かを判定する（ステップＳＩ−１０）。
【０２７９】
そして、受信装置１００−２のファームウェアは、ＤＭＡバッファ１０６ａ＃２−ｘｘｘへコピーするＤＭＡバッファ１０６ａ＃０−ｘｘｘの先頭がＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットであると判定した場合（ステップＳＩ−１０：Ｙｅｓ）、処理をステップＳＩ−５に移行させる。
【０２８０】
一方、受信装置１００−２のファームウェアは、ＤＭＡバッファ１０６ａ＃２−ｘｘｘへコピーするＤＭＡバッファ１０６ａ＃０−ｘｘｘの先頭がＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットではないと判定した場合（ステップＳＩ−１０：Ｎｏ）、処理をステップＳＩ−１１に移行させる。
【０２８１】
そして、受信装置１００−２のファームウェアは、送信中Ｃｈを無効にし（ステップＳＩ−１１）、ステップＳＩ−７に移行させる。
【０２８２】
一方、受信装置１００−２のファームウェアは、送信中Ｃｈが無効であるか否かを判定する（ステップＳＩ−１２）。
【０２８３】
そして、受信装置１００−２のファームウェアは、送信中Ｃｈが無効ではないと判定した場合（ステップＳＩ−１２：Ｎｏ）、ステップＳＩ−７に移行させる。
【０２８４】
一方、受信装置１００−２のファームウェアは、送信中Ｃｈが無効であると判定した場合（ステップＳＩ−１２：Ｙｅｓ）、ステップＳＩ−１３に移行させる。
【０２８５】
そして、受信装置１００−２のファームウェアは、有効Ｃｈが自身であるか否かを判定する（ステップＳＩ−１３）。
【０２８６】
そして、受信装置１００−２のファームウェアは、有効Ｃｈが自身ではないと判定した場合（ステップＳＩ−１３：Ｎｏ）、ステップＳＩ−７に移行させる。
【０２８７】
一方、受信装置１００−２のファームウェアは、有効Ｃｈが自身であると判定した場合（ステップＳＩ−１３：Ｙｅｓ）、ステップＳＩ−１４に移行させる。
【０２８８】
そして、受信装置１００−２のファームウェアは、ＤＭＡバッファ１０６ａ＃２−ｘｘｘへコピーするＤＭＡバッファ１０６ａ＃０−ｘｘｘの先頭がＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットであるか否かを判定する（ステップＳＩ−１４）。
【０２８９】
そして、受信装置１００−２のファームウェアは、ＤＭＡバッファ１０６ａ＃２−ｘｘｘへコピーするＤＭＡバッファ１０６ａ＃０−ｘｘｘの先頭がＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットではないと判定した場合（ステップＳＩ−１４：Ｎｏ）、処理をステップＳＩ−７に移行させる。
【０２９０】
一方、受信装置１００−２のファームウェアは、ＤＭＡバッファ１０６ａ＃２−ｘｘｘへコピーするＤＭＡバッファ１０６ａ＃０−ｘｘｘの先頭がＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットであると判定した場合（ステップＳＩ−１４：Ｙｅｓ）、処理をステップＳＩ−１５に移行させる。
【０２９１】
そして、受信装置１００−２のファームウェアは、送信中Ｃｈを自身にし（ステップＳＩ−１５）、処理をステップＳＩ−５に移行させる。
【０２９２】
なお、本実施形態において、受信装置１００−２のＮＩＣモジュールのＤＭＡ  ＲＸ＃１は、ＤＭＡバッファ１０６ａ＃１−ｘｘｘを使用して、同様の処理を実行してもよい。
【０２９３】
さらに、図１５を参照して、本実施形態のユーザからのチャネル切替指示に対するファームウェアによる受付処理の一例について説明する。図１５は、本実施形態の映像処理装置１００における処理の一例を示すフローチャートである。
【０２９４】
図１５に示すように、まず、受信装置１００−２のファームウェア（制御部１０２）は、ユーザからのチャネル切替指示があった場合、チャネル切替指示を受け付ける（ステップＳＪ−１）。
【０２９５】
そして、受信装置１００−２のファームウェアは、チャネル切替指示の通り、有効Ｃｈを切り替え（ステップＳＪ−２）、処理を終了する。
【０２９６】
図３に戻り、受信装置１００−２のＤｅｃｏｄｅｒモジュールは、ＤＭＡバッファ＃２のＭＰＥＧ２−ＴＳ（カメラＡ）パケットを取得し、映像／ＡＮＣデータへ変換し、ディスプレイに出力させ（ステップＳＡ−７）、処理を終了する。
【０２９７】
ここで、図１６を参照して、本実施形態の受信装置１００−２のＤｅｃｏｄｅｒモジュールのＤＭＡ  ＴＸにおける処理の一例について説明する。図１６は、本実施形態の映像処理装置１００における処理の一例を示すフローチャートである。
【０２９８】
図１６に示すように、まず、受信装置１００−２のＤｅｃｏｄｅｒモジュールのＤＭＡ  ＴＸ（パケット読出部１０２ｆ）は、ファームウェアから通知されるＤＭＡバッファ１０６ａ＃２−ｉの先頭番地とバッファサイズとを取得する（ステップＳＫ−１）。
【０２９９】
そして、受信装置１００−２のＤｅｃｏｄｅｒモジュールのＤＭＡ  ＴＸは、ＤＭＡバッファ１０６ａ＃２−ｉからＭＰＥＧ２−ＴＳパケットを取得する（ステップＳＫ−２）。
【０３００】
そして、受信装置１００−２のＤｅｃｏｄｅｒモジュールのＤＭＡ  ＴＸは、ＭＰＥＧ２−ＴＳパケットをＤＥＭＵＸへ送出する（ステップＳＫ−３）。
【０３０１】
そして、受信装置１００−２のＤｅｃｏｄｅｒモジュールのＤＭＡ  ＴＸは、ＭＰＥＧ２−ＴＳパケットのメモリリード回数カウンタを＋１インクリメントする（ステップＳＫ−４）。
【０３０２】
そして、受信装置１００−２のＤｅｃｏｄｅｒモジュールのＤＭＡ  ＴＸは、［（メモリリード回数カウンタ）×（ＭＰＥＧ２−ＴＳパケットサイズ）］の値が、ＤＭＡバッファ１０６ａ＃２−ｉのバッファサイズ未満であるか否かを判定をする（ステップＳＫ−５）。
【０３０３】
そして、受信装置１００−２のＤｅｃｏｄｅｒモジュールのＤＭＡ  ＴＸは、［（メモリリード回数カウンタ）×（ＭＰＥＧ２−ＴＳパケットサイズ）］の値が、ＤＭＡバッファ１０６ａ＃２−ｉのバッファサイズ未満であると判定した場合（ステップＳＫ−５：Ｙｅｓ）、処理をステップＳＫ−２に移行させる。
【０３０４】
一方、受信装置１００−２のＤｅｃｏｄｅｒモジュールのＤＭＡ  ＴＸは、［（メモリリード回数カウンタ）×（ＭＰＥＧ２−ＴＳパケットサイズ）］の値が、ＤＭＡバッファ１０６ａ＃２−ｉのバッファサイズ未満ではないと判定した場合（ステップＳＫ−５：Ｎｏ）、処理をステップＳＫ−６に移行させる。
【０３０５】
そして、受信装置１００−２のＤｅｃｏｄｅｒモジュールのＤＭＡ  ＴＸは、ＤＭＡバッファ１０６ａ＃２−ｉの転送完了をファームウェアへ通知する（ステップＳＫ−６）。
【０３０６】
そして、受信装置１００−２のＤｅｃｏｄｅｒモジュールのＤＭＡ  ＴＸは、ＭＰＥＧ２−ＴＳパケットのメモリリード回数カウンタを０にクリアする（ステップＳＫ−７）。
【０３０７】
そして、受信装置１００−２のＤｅｃｏｄｅｒモジュールのＤＭＡ  ＴＸは、ｉの値を＋１インクリメントし（ステップＳＫ−８）、処理をステップＳＫ−１に移行させる。
【０３０８】
ここで、受信装置１００−２において、ディスプレイへ出力する映像チャネルの切替（カメラＡからカメラＢへの切替）が発生した場合、受信装置１００−２のファームウェアは、ＤＭＡバッファ＃０およびＤＭＡバッファ＃１から、ＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットを抽出する。
【０３０９】
その後、受信装置１００−２のファームウェアは、ＤＭＡバッファ＃０のＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットをＤＭＡバッファ＃２へコピーするタイミングで、ＤＭＡバッファ＃１のＭＰＥＧ２−ＴＳ（ＳＯＦ＝１ｂ）パケットをＤＭＡバッファ＃２へコピーする。
【０３１０】
そして、その後も、受信装置１００−２のファームウェアは、ＤＭＡバッファ＃１のＭＰＥＧ２−ＴＳ（カメラＢ）パケットをＤＭＡバッファ＃２へコピーする。
【０３１１】
これにより、受信装置１００−２のＤｅｃｏｄｅｒモジュールにより、ディスプレイに出力される映像／ＡＮＣデータは、カメラＡからカメラＢへ切り替わる。
【０３１２】
また、受信装置１００−２のファームウェアは、映像フレーム単位で、映像／ＡＮＣデータを切り替えているため、ディスプレイにおいて、映像の乱れは発生しない（同一のフレームへカメラＡとカメラＢとからの映像／ＡＮＣデータが含まれることはない）。
【０３１３】
なお、従来から、複数の映像チャネルをネットワーク３００経由で受信し、ディスプレイ等へ出力する際に、ユーザが、映像チャネルを選択して切り替える場合、ディスプレイ等に表示される映像が乱れてはならないという要請があった。
【０３１４】
ここで、映像の乱れは、例えば、同一の映像フレーム内に、異なる映像チャネルのデータが混在することで発生していた。
【０３１５】
そこで、本実施形態においては、２つ以上の映像チャネルを、ネットワーク３００を介して送受信でき、ディスプレイ等へ出力させる映像チャネルを、映像の乱れなく切り替えることができる技術を提供している。
【０３１６】
ここで、本実施形態においては、映像データ（圧縮データ）受信器と映像データ（圧縮データ）複合部とを分離してモジュール化し、モジュール間をＰＣＩｅファブリック、メインメモリ、および、ファームウェアが動作するＣＰＵ等を使用して、インターコネクトする装置構成としている。
【０３１７】
そして、本実施形態においては、圧縮ビデオデータにフレームの先頭を判別する判別データを埋め込むだけでなく、圧縮ビデオデータをモジュール間でやり取りする仕組みを工夫することで、スムーズな映像チャネルの切り替えを実現している。
【０３１８】
また、本実施形態においては、モジュールの入れ替えにより、様々な装置構成を実現することを実現している。
【０３１９】
さらに、本実施形態においては、ＭＰＥＧ２−ＴＳパケットへの独自のデータ（ＭＰＥＧ２−ＴＳ（ＳＯＦ＝ｘｂ）パケット）の挿入間隔を一定にし、且つ、ネットワーク３００上へ出力するフレームに含めるＭＰＥＧ２−ＴＳパケットの数を、その間隔と一致させるように制御している。
【０３２０】
それにより、本実施形態においては、全フレームに、必ず１個の独自のデータを持たせることができ、これにより、フレームロストが発生しても、映像／ＡＮＣデータをカメラ等から受信する装置から、映像／ＡＮＣデータを出力させる装置への情報および指示を、ネットワーク３００の品質に依らずに、漏れなく伝えることができる。
【０３２１】
［他の実施形態］
さて、これまで本発明の実施形態について説明したが、本発明は、上述した実施形態以外にも、請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。
【０３２２】
例えば、映像処理装置１００は、スタンドアローンの形態で処理を行ってもよく、クライアント端末（映像処理装置１００とは別筐体である）からの要求に応じて処理を行い、その処理結果を当該クライアント端末に返却するようにしてもよい。
【０３２３】
また、実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。
【０３２４】
このほか、明細書中および図面中で示した処理手順、制御手順、具体的名称、各処理の登録データもしくは検索条件等のパラメータを含む情報、画面例、または、データベース構成については、特記する場合を除いて任意に変更することができる。
【０３２５】
また、映像処理装置１００に関して、図示の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。
【０３２６】
例えば、映像処理装置１００の各装置が備える処理機能、特に制御部１０２にて行われる各処理機能については、その全部または任意の一部を、ＣＰＵおよび当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。
【０３２７】
尚、プログラムは、後述する、コンピュータに本発明に係る方法を実行させるためのプログラム化された命令を含む、一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じて映像処理装置１００に機械的に読み取られる。すなわち、ＲＯＭまたはＨＤＤなどの記憶部１０６などには、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）と協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部を構成する。
【０３２８】
また、このコンピュータプログラムは、映像処理装置１００に対して任意のネットワークを介して接続されたアプリケーションプログラムサーバに記憶されていてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。
【０３２９】
また、本発明に係るプログラムを、コンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢメモリ、ＳＤカード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、および、Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。
【０３３０】
また、「プログラム」とは、任意の言語や記述方法にて記述されたデータ処理方法であり、ソースコードやバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施形態に示した各装置において記録媒体を読み取るための具体的な構成、読み取り手順、あるいは、読み取り後のインストール手順等については、周知の構成や手順を用いることができる。
【０３３１】
記憶部１０６に格納される各種のデータベース等は、ＲＡＭもしくはＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、および／または、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、および／または、ウェブページ用ファイル等を格納してもよい。
【０３３２】
また、映像処理装置１００は、既知のパーソナルコンピュータ、ワークステーション等の情報処理装置として構成してもよく、また、該情報処理装置に任意の周辺装置を接続して構成してもよい。また、映像処理装置１００は、該情報処理装置に本発明の方法を実現させるソフトウェア（プログラム、データ等を含む）を実装することにより実現してもよい。
【０３３３】
更に、装置の分散・統合の具体的形態は図示するものに限られず、その全部または一部を、各種の付加等に応じて、または、機能負荷に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。
【産業上の利用可能性】
【０３３４】
以上のように、映像処理装置、映像処理システム、および、映像処理方法は、産業上の多くの分野、特に放送映像を扱う映像処理分野で実施することができ、極めて有用である。
【符号の説明】
【０３３５】
１００  映像処理装置
１００−１  送信装置
１００−２  受信装置
１０２  制御部
１０２ａ  映像ＡＮＣデータ分離部
１０２ｂ  データ圧縮部
１０２ｃ  パケット化部
１０２ｄ  パケット配置部
１０２ｅ  パケット書込部
１０２ｆ  パケット読出部
１０２ｇ  送信調停部
１０２ｈ  ネットワークフレーム送信部
１０２ｉ  ネットワークフレーム受信部
１０２ｊ  書込調停部
１０２ｋ  データ変換部
１０２ｍ  映像ＡＮＣデータ多重部
１０６  記憶部
１０６ａ  バッファ
３００  ネットワーク
【図１】
2017092869.tif 000003
【図２】
2017092869.tif 000004
【図３】
2017092869.tif 000005
【図４】
2017092869.tif 000006
【図５】
2017092869.tif 000007
【図６】
2017092869.tif 000008
【図７】
2017092869.tif 000009
【図８】
2017092869.tif 000010
【図９】
2017092869.tif 000011
【図１０】
2017092869.tif 000012
【図１１】
2017092869.tif 000013
【図１２】
2017092869.tif 000014
【図１３】
2017092869.tif 000015
【図１４】
2017092869.tif 000016
【図１５】
2017092869.tif 000017
【図１６】
2017092869.tif 000018
【手続補正書】
【提出日】平成29年3月3日(2017.3.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
先頭から所定周期でフレームを識別する所定規格の識別データパケットが配置された、前記所定規格の映像データパケットと前記所定規格のアンシラリデータパケットとを含む、前記フレームをネットワークを介して受信するネットワークフレーム受信手段と、
前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を所定サイズのバッファに書き込むパケット書込手段と、
前記バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットとを読み出す際に、前記識別データパケットを最初に読み出すパケット読出手段と、
前記映像データパケットを映像データに変換し、前記アンシラリデータパケットをアンシラリデータに変換するデータ変換手段と、
前記映像データと前記アンシラリデータとを多重し、映像／アンシラリデータを出力させる映像アンシラリデータ多重手段と、
を備えたことを特徴とする、映像処理装置。
【請求項２】
前記パケット読出手段は、
更に、バッファの先頭を検索して、前記フレームとは異なるチャネル由来のフレームの先頭を示す識別データパケットを検出し、当該識別データパケットが書き込まれた前記バッファの先頭から、当該異なるチャネル由来の前記識別データパケットと、当該異なるチャネル由来の映像データパケットと、当該異なるチャネル由来のアンシラリデータパケットと、を読み出す、請求項１に記載の映像処理装置。
【請求項３】
前記パケット書込手段は、
前記フレームの先頭を示す前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を前記バッファに書き込む、請求項１または２に記載の映像処理装置。
【請求項４】
前記識別データパケットは、
前記映像データおよび前記アンシラリデータとは異なるペイロードＩＤを含む、請求項１から３のいずれか一つに記載の映像処理装置。
【請求項５】
前記識別データパケットは、
前記所定規格に準拠したヘッダと、前記フレームの先頭か否かを示すフレームスタートデータと、を含む、請求項１から４のいずれか一つに記載の映像処理装置。
【請求項６】
前記所定規格は、
ＭＰＥＧである、請求項１から５のいずれか一つに記載の映像処理装置。
【請求項７】
前記所定サイズは、
前記所定規格のパケットサイズと、前記所定周期と、任意の自然数と、を掛けた値である、請求項１から６のいずれか一つに記載の映像処理装置。
【請求項８】
前記所定周期は、
前記ネットワークを介して送受信される前記フレームに含める前記映像データパケットの数、および、前記アンシラリデータパケットの数の合計と一致する間隔である、請求項１から７のいずれか一つに記載の映像処理装置。
【請求項９】
前記データ変換手段は、
更に、前記識別データパケットを破棄する、請求項１から８のいずれか一つに記載の映像処理装置。
【請求項１０】
撮影装置から映像／アンシラリデータを取得し、映像データとアンシラリデータとに分離する映像アンシラリデータ分離手段と、
前記映像データを所定規格の映像データパケットに、前記アンシラリデータを前記所定規格のアンシラリデータパケットに、パケット化するパケット化手段と、
先頭から所定周期でフレームを識別する前記所定規格の識別データパケットを配置しつつ、前記映像データパケットと前記アンシラリデータパケットとを配置するパケット配置手段と、
前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を所定サイズのバッファに書き込むパケット書込手段と、
前記バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットとを読み出す際に、前記識別データパケットを最初に読み出すパケット読出手段と、
先頭から前記所定周期で前記識別データパケットが配置された、前記映像データパケットと前記アンシラリデータパケットとを含む、前記フレームをネットワークを介して送信するネットワークフレーム送信手段と、
を備えたことを特徴とする、映像処理装置。
【請求項１１】
前記パケット書込手段は、
前記フレームの先頭を示す前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を前記バッファに書き込む、請求項１０に記載の映像処理装置。
【請求項１２】
送信装置と受信装置とを通信可能に接続した映像処理システムであって、
前記送信装置は、
撮影装置から映像／アンシラリデータを取得し、映像データとアンシラリデータとに分離する映像アンシラリデータ分離手段と、
前記映像データを所定規格の映像データパケットに、前記アンシラリデータを前記所定規格のアンシラリデータパケットに、パケット化するパケット化手段と、
先頭から所定周期でフレームを識別する前記所定規格の識別データパケットを配置しつつ、前記映像データパケットと前記アンシラリデータパケットとを配置するパケット配置手段と、
前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を所定サイズの送信側バッファに書き込むパケット書込手段と、
前記送信側バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットとを読み出す際に、前記識別データパケットを最初に読み出すパケット読出手段と、
先頭から前記所定周期で前記識別データパケットが配置された、前記映像データパケットと前記アンシラリデータパケットとを含む、前記フレームをネットワークを介して送信するネットワークフレーム送信手段と、
を備え、
前記受信装置は、
前記フレームを前記ネットワークを介して受信するネットワークフレーム受信手段と、
前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を前記所定サイズの受信側バッファに書き込むパケット書込手段と、
前記受信側バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットとを読み出す際に、前記識別データパケットを最初に読み出すパケット読出手段と、
前記映像データパケットを前記映像データに変換し、前記アンシラリデータパケットを前記アンシラリデータに変換するデータ変換手段と、
前記映像データと前記アンシラリデータとを多重し、前記映像／アンシラリデータを出力させる映像アンシラリデータ多重手段と、
を備えたことを特徴とする、映像処理システム。
【請求項１３】
先頭から所定周期でフレームを識別する所定規格の識別データパケットが配置された、前記所定規格の映像データパケットと前記所定規格のアンシラリデータパケットとを含む、前記フレームをネットワークを介して受信するネットワークフレーム受信ステップと、
前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を所定サイズのバッファに書き込むパケット書込ステップと、
前記バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットとを読み出す際に、前記識別データパケットを最初に読み出すパケット読出ステップと、
前記映像データパケットを映像データに変換し、前記アンシラリデータパケットをアンシラリデータに変換するデータ変換ステップと、
前記映像データと前記アンシラリデータとを多重し、映像／アンシラリデータを出力させる映像アンシラリデータ多重ステップと、
を含むことを特徴とする、映像処理方法。
【請求項１４】
前記パケット読出ステップにて、
更に、バッファの先頭を検索して、前記フレームとは異なるチャネル由来のフレームの先頭を示す識別データパケットを検出し、当該識別データパケットが書き込まれた前記バッファの先頭から、当該異なるチャネル由来の前記識別データパケットと、当該異なるチャネル由来の映像データパケットと、当該異なるチャネル由来のアンシラリデータパケットと、を読み出す、請求項１３に記載の映像処理方法。
【請求項１５】
前記パケット書込ステップにて、
前記フレームの先頭を示す前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を前記バッファに書き込む、請求項１３または１４に記載の映像処理方法。
【請求項１６】
前記識別データパケットは、
前記映像データおよび前記アンシラリデータとは異なるペイロードＩＤを含む、請求項１３から１５のいずれか一つに記載の映像処理方法。
【請求項１７】
前記所定規格は、
ＭＰＥＧである、請求項１３から１６のいずれか一つに記載の映像処理方法。
【請求項１８】
前記所定サイズは、
前記所定規格のパケットサイズと、前記所定周期と、任意の自然数と、を掛けた値である、請求項１３から１７のいずれか一つに記載の映像処理方法。
【請求項１９】
撮影装置から映像／アンシラリデータを取得し、映像データとアンシラリデータとに分離する映像アンシラリデータ分離ステップと、
前記映像データを所定規格の映像データパケットに、前記アンシラリデータを前記所定規格のアンシラリデータパケットに、パケット化するパケット化ステップと、
先頭から所定周期でフレームを識別する前記所定規格の識別データパケットを配置しつつ、前記映像データパケットと前記アンシラリデータパケットとを配置するパケット配置ステップと、
前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を所定サイズのバッファに書き込むパケット書込ステップと、
前記バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットとを読み出す際に、前記識別データパケットを最初に読み出すパケット読出ステップと、
先頭から前記所定周期で前記識別データパケットが配置された、前記映像データパケットと前記アンシラリデータパケットとを含む、前記フレームをネットワークを介して送信するネットワークフレーム送信ステップと、
を含むことを特徴とする、映像処理方法。
【請求項２０】
送信装置と受信装置とを通信可能に接続した映像処理システムにおいて実行される映像処理方法であって、
前記送信装置において実行される、撮影装置から映像／アンシラリデータを取得し、映像データとアンシラリデータとに分離する映像アンシラリデータ分離ステップと、
前記送信装置において実行される、前記映像データを所定規格の映像データパケットに、前記アンシラリデータを前記所定規格のアンシラリデータパケットに、パケット化するパケット化ステップと、
前記送信装置において実行される、先頭から所定周期でフレームを識別する前記所定規格の識別データパケットを配置しつつ、前記映像データパケットと前記アンシラリデータパケットとを配置するパケット配置ステップと、
前記送信装置において実行される、前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を所定サイズの送信側バッファに書き込むパケット書込ステップと、
前記送信装置において実行される、前記送信側バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットとを読み出す際に、前記識別データパケットを最初に読み出すパケット読出ステップと、
前記送信装置において実行される、先頭から前記所定周期で前記識別データパケットが配置された、前記映像データパケットと前記アンシラリデータパケットとを含む、前記フレームをネットワークを介して送信するネットワークフレーム送信ステップと、
前記受信装置において実行される、前記フレームを前記ネットワークを介して受信するネットワークフレーム受信ステップと、
前記受信装置において実行される、前記識別データパケットが先頭に配置されるように、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットと、を前記所定サイズの受信側バッファに書き込むパケット書込ステップと、
前記受信装置において実行される、前記受信側バッファの先頭から、前記識別データパケットと、前記映像データパケットと、前記アンシラリデータパケットとを読み出す際に、前記識別データパケットを最初に読み出すパケット読出ステップと、
前記受信装置において実行される、前記映像データパケットを前記映像データに変換し、前記アンシラリデータパケットを前記アンシラリデータに変換するデータ変換ステップと、
前記受信装置において実行される、前記映像データと前記アンシラリデータとを多重し、前記映像／アンシラリデータを出力させる映像アンシラリデータ多重ステップと、
を含むことを特徴とする、映像処理方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００４２
【補正方法】変更
【補正の内容】
【００４２】
データ圧縮部１０２ｂは、映像ＡＮＣデータ分離部１０２ａにより分離された映像データを圧縮してもよい。ここで、データ圧縮部１０２ｂは、映像ＡＮＣデータ分離部１０２ａにより分離された映像データをＪＰＥＧ２０００方式で圧縮し、Ｊ２Ｋ  Ｓｔｒｅａｍとして出力してもよい。