JP2006238121A - 情報処理装置 - Google Patents

Abstract

【課題】 不要な通信トラフィックや無駄なデータ記憶を抑える。
【解決手段】 立体映像である、複数チャンネルの動画映像データを受信、記憶する情報処理装置において、受信エラーを検知し、その前後に受信した画像データより、受信エラーに含まれていた時間帯を特定し、他のチャンネルの同一時間帯の画像データを特定する。さらに特定した画像データを送信しない。あるいは削除する。
【選択図】 図７

Description

本発明は、監視カメラ等の撮影装置で撮影された映像をネットワーク経由で受信、記憶し、さらに監視モニタ等の画像表示装置に表示させるため、記憶されている映像をネットワーク経由で画像表示装置に送信する情報処理装置に関し、特に複数チャンネルの映像によって立体視を可能とする画像表示装置に、受信、記憶されている複数チャンネルの映像を送信する情報処理装置に関するものである。

近年、ホテルやビル、コンビニエンスストアや金融機関といった施設には、犯罪抑止等の目的で、映像監視システムが設置されている。これらは、監視対象をカメラ等の撮影装置で撮影し、その映像をディジタル化し、画像データとしてネットワーク経由で、管理事務所や警備室等の監視センタ、あるいは各種サーバの設置されているサーバ室の情報処理装置に伝送し、情報処理装置にて映像データを録画・保存している。また必要に応じて、監視センタに常駐する監視者は、情報処理装置に録画・保存されている画像データを、ネットワーク経由で監視センタに設置されている監視モニタ等の画像表示装置に監視対象を表示し、防犯に利用するものである。

こうしたネットワーク型映像監視システムにおいては、ストリーム配信であるがゆえにリアルタイム性が強く要求される。即ち監視カメラで撮影される画像データを、ネットワーク経由で情報処理装置に送信したり、さらに情報処理装置から画像表示装置に送信したりする際、受信側に到達するまでの間にビット反転、欠落等の受信データの誤りが発生した場合であっても、再送によって古い画面の画像データを正しく送るより、新しい画面の画像データを送ることが優先される。このため、このようなシステムでは、プロトコルとしてＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）が採用される。

ＵＤＰは、パケットの破棄やデータエラー時に再送を行うＴＣＰ（Ｔｒａｎｓｐｏｒｔ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）と異なり、データの再送を行わないプロトコルである。このプロトコルを採用するシステムでは、パケットの欠落や誤りにより、画像表示装置にて復号される表示画像の画質が損なわれるおそれがあるという問題がある。

また一方で、ネットワーク型映像監視システムにおいては、犯罪抑止、防犯等の目的により、実画像と変わらない画像再生が求められている。この要求に答えるべく、ネットワーク映像監視システムにおいても、複数チャンネルの動画映像データによって、立体視を可能とする立体動画映像用の撮影装置、及び画像表示装置を採用する動きがある。

一般に、立体動画映像を作成する方法としては、様々な方法が考案されている。例えば最も一般的な方法としては、モニタ等の画像表示装置において、左目用・右目用の画像を交互に表示し、液晶シャッタ等のシャッタメガネを用いる方法がある。この方法は、人間の両眼視差を利用するものであり、この方法を用いて立体画像を作成する場合には、人間の目の位置に２台のカメラを設置して、それぞれの画像を記録媒体、あるいは情報処理装置に記憶し、表示装置にて表示する画像を、それぞれのフィールドまたはフレーム毎に左右交互に表示して、その切り替えに合わせて目の位置に設定したシャッタの左右を切り換えることにより実現する。

また、レンチキュラ・レンズ方式と呼ばれる立体動画映像の再生方式においては、多くの方向から画像を撮影して、その撮影画像を撮影時と同じ配置から投影することにより、前記した２チャンネル方式よりもさらに違和感の少ない立体画像が実現できる。

これら立体動画映像の再生方式においては、上記ＵＤＰによるパケットの欠落や誤りにより、画像表示装置にて復号される同一チャンネルの表示画像の画質が損なわれるだけではなく、複数チャンネルによる立体動画映像が崩れてしまうおそれもあるという問題があった。

例えば、特許文献１では、このような問題点を解決するデータ復号装置が開示されている。この公報に開示されたデータ復号装置は、符号化された複数のチャンネルの画像データを復号する装置である。この装置は、データの中からエラーを検出するための検出部と、エラーを修復するための複数の修復部と、複数の修復部の中から、１の修復部を選択するための選択部と、エラーを修復するように、選択された修復部を制御する制御部とを含む。

即ち、符号化されたデータの中からエラーを検出部が検出した場合、選択部は、例えば復号している符号化データの性質に応じて、複数準備されている修復部から適切な修復部を選択し、エラーを修復することができる。これにより、ユーザがエラーを認識する可能性を低く抑えることができ、その結果、複数のチャンネルを有する画像データに発生したエラーを、人の視覚に対する影響をできるだけ少なくして、修復することができるデータ復号装置の技術が開示されている。

しかしながら、ＵＤＰによるパケットの欠落の度合いが大きい場合、あるいは動画像の変化が激しい場合、どんなに適切な修復部を選択し、修復処理を行っても、発生したエラーを完全に修復することは困難であり、ユーザによっては無理に修復した画像データを用いて立体動画映像を再生することを望まないことがある。

その場合同一チャンネルの再生においては、復号エラーした画像データは破棄され、復号エラーする直前の正常に復号された画像が、次の正常な復号画像が表示されるまでの間、使用され、表示される。また、他のチャンネルにおいては、その間、例え正常な復号が可能であっても、復号エラーしたチャンネルで使用される画像と同じタイミングの画像が使用されることになる。即ち視聴者においては、復号エラーから復帰するまでの間、その直前の正常な立体映像を静止画として視聴することとなる。
特開２００３−３１９４１９号公報

しかしながら、上記従来例にあっては、特にネットワーク型映像監視システムのような場合では、複数の監視カメラからの画像データが絶えず情報処理装置にＵＤＰパケットで送信されており、さらにその情報処理装置から表示装置へ、情報処理装置に記憶されている画像データが送信されているために、ＵＤＰによるパケットの欠落は、複数の監視カメラから情報処理装置に送信された時点で発生していることが有り得る。即ち、表示装置にて表示されることのない画像データを情報処理装置に記憶することとなる。またさらにその表示装置にて表示されることのない画像データを表示装置に送信することとなる。

これら表示されることのない画像データを表示装置に送信することは、通信トラフィックに負荷をかけることとなり、ネットワーク型映像監視システムのような、複数台のカメラから画像データが絶えず情報処理装置に送られてくる、トラフィックの大きなシステムでは、その影響が大きいという問題があった。また同様に、これら表示されることのない画像データを情報処理装置にて記憶しておくということは、情報処理装置の記憶容量を圧迫することとなり、ネットワーク型映像監視システムのような、複数台のカメラからの大容量の画像データを記憶する情報処理装置では、その負荷が大きいという問題があった。即ち、ネットワーク型映像監視システムに使用される情報処理装置においては、これらの問題が考慮されていないという問題があった。

本発明は、上記のような従来技術の問題点を解決するために提案されたものであり、その目的は、立体映像を処理するネットワーク型映像監視システムのようなシステムに使用される情報処理において、不要な通信トラフィック、無駄なデータ記憶を抑えた情報処理装置を提供することを目的とする。

上記の目的を達成するための、本発明による情報処理装置は以下の構成を備える。

請求項１記載の発明による情報処理装置は、
複数のチャンネルの画像データを受信、記憶する記憶手段と、
前記記憶手段にて記憶されている複数チャネルの画像データを送信する送信手段とを有する情報処理装置において、
画像データの受信エラーを検出するエラー検出手段と、
エラーが検出されたチャンネルと同じチャンネルの画像データから受信エラーした画像データの所定の情報を算出する算出手段と、
所定の情報より他のチャンネルの同一時間帯の画像データを特定する特定手段と、
前記特定手段において特定された画像データを制御する制御手段とを備える。

請求項２記載の発明による情報処理装置は、請求項１記載の情報処理装置であって、
前記制御手段は、複数チャンネルの送信時、特定された画像データを前記送信手段において送信しないよう制御することを特徴としている。

請求項３記載の発明による情報処理装置は、請求項１記載の情報処理装置であって、
前記制御手段は、特定された画像データを前記記憶手段から削除することを特徴としている。

本発明によれば、立体映像を処理するネットワーク型映像監視システムのようなシステムに使用される情報処理装置において、不要な通信トラフィック、あるいは無駄なデータ記憶を抑えた情報処理装置を提供することが可能となる。

以下、図面を参照しながら、本発明の実施形態を説明する。

図１に、本発明の実施形態に係る情報処理装置のシステム全体の構成を示す。

同図において、ＣＰＵ１０１は、情報処理装置１００全体の制御を行う。メインメモリ１０５には、ＣＰＵ１０１により実行されるプログラム等がロードされる。グラフィックコントローラ１０７は、ディスプレイ１０８の表示を制御する。

ノースブリッジ１０３は、ＣＰＵローカルバス１０２、メモリバス１０４、ＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）バス１０６、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）バス１０９を接続するためのブリッジである。サウスブリッジ１１０は、ＡＴＡ（ＡＴ Ａｔｔａｃｈｍｅｎｔ）バス１１１、１１３、ＰＣＩバス１１９、ＬＰＣ（Ｌｏｗ Ｐｉｎ Ｃｏｕｎｔ）バス１１５を接続するブリッジである。

ディスク装置１１４は、ＣＰＵ１０１により実行される各種のプログラム（オペレーティングシステム、デバイスドライバ、アプリケーションプログラム等）や、各種の管理情報を記憶する。ディスク装置１１４に記憶されたプログラムは必要に応じてメインメモリ１０５にロードされる。ＣＤ／ＤＶＤドライブ装置１１２は、ＣＤ、あるいはＤＶＤといった記憶メディアにアクセスし、各種のプログラムや情報を情報処理装置１００にインストール、あるいはコピーしたりするのに使用される。

キーボードコントローラ１１６は、キーボード１１７によるキー入力操作を制御する。ＢＩＯＳ−ＲＯＭ１１８は、イニシャルプログラムローダ（Ｉｎｉｔｉａｌ Ｐｒｏｇｒａｍ Ｌｏａｄｅｒ）を記憶する。

ＰＣＩバス１１９には、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）１２０とディスクアレイ制御部１２１が接続されている。ＮＩＣ１２０は情報処理装置１００をネットワーク（例えばＬＡＮ）に接続する。ディスクアレイ制御部１２１は、ＡＴＡバス１２２、１２４に接続されるディスク装置１２３、１２５と各種のデータ通信を行う。ディスク装置１２３、１２５は、ＣＰＵ１０１から、ディスクアレイ制御部１２１を通じて１つのディスク装置として認識され、使用される。各ディスク装置１２３、１２５への記憶データに振り分け、管理等をディスクアレイ制御部１２１は行う。本実施形態においては、ディスク装置１１４に各種プログラムや管理情報を記憶し、ディスク装置１２３、１２５に複数台のカメラから送られてくる大容量の画像データを記憶する。

（第１の実施形態）
次に、本発明の第１の実施形態を添付の図面、図２、図３、図４、及び図５、図６を参照して説明する。

図２は、本発明の第１の実施形態に係る情報処理装置１００において、立体動画データの受信エラーを示す一例である。

複数の撮影装置であるカメラ２００、２０１は、ネットワーク経由で情報処理装置１００へ、画像データを送信する。画像データは、カメラ２００からは、パケットＩＤ１−１、ＩＤ１−２、ＩＤ１−３とそれに続くパケットに分割され、カメラ２０１からは、パケットＩＤ２−１、ＩＤ２−２、ＩＤ２−３とそれに続くパケットに分割され送信される。情報処理装置１００は、ＮＩＣ１２０で受信したそれぞれのパケットの画像データを、ディスクアレイ制御部１２１の制御のもと、ディスク装置１２３、１２５へ受信順に記憶する。

なお本実施形態では、パケットの識別情報を、撮影したカメラを特定する識別情報カメラＩＤとパケットのシーケンス番号より表記する。例えばパケットＩＤ２−３は、カメラＩＤ２、シーケンス番号３を意味する。

また本実施形態では、複数の撮影装置であるカメラ２００、２０１は、互いに時間的に同期しており、圧縮・符号化した画像データを、所定の同一時間単位で所定の同数の通信パケットに変換し、送信する。即ち、同一の識別情報を有するパケットは、同一時間帯の画像データを表す。従って、カメラ２００のパケットＩＤ１−１に含まれる画像データと、カメラ２０１のパケットＩＤ２−１に含まれる画像データは、同一時間帯の画像データである。同様にパケットＩＤ１−２に対してパケットＩＤ２−２、パケットＩＤ１−３に対してパケットＩＤ２−３が同一時間帯の画像データを含む。

なお、本図面ではカメラ２０１からのパケットＩＤ２−２が受信エラーした場合を示しており、そのためディスク装置１２３、１２５にはパケットＩＤ２−２に対応する画像データは記憶されない状態を示している。

次に図３は、本発明の第１の実施形態に係る情報処理装置１００において、立体動画データの送信を示す一例である。

情報処理装置１００は、記憶されている複数の画像データを、ネットワーク経由で表示装置であるモニタ３００へ送信する。情報処理装置１００に記憶されている画像データは、カメラ２００から受信したパケットＩＤ１−１、ＩＤ１−２、ＩＤ１−３に対応する画像データとそれに続く画像データであり、カメラ２０１から受信したパケットＩＤ２−１、ＩＤ２−３に対応する画像データとそれに続く画像データである。

なお、ＩＤ２−２に対応する画像データに関しては、カメラ２０１からの通信にて受信エラーしたため、記憶されていない。この場合、受信エラーしたパケットＩＤ２−２の画像データと同一時間帯の、別のチャンネルの画像データは、カメラ１から受信したパケットＩＤ１−２に対応する画像データとなる。このパケットＩＤ１−２に対応する画像データは、受信エラーしたパケットＩＤ２−２に対応する画像データ同様、情報処理装置１００から表示装置であるモニタ３００へは送信されない。従って、情報処理装置１００からモニタ３００へ送信される画像データは、パケットＩＤ１−１、ＩＤ２−１、ＩＤ１−３、ＩＤ２−３に対応する画像データとそれに続く画像データである。

また、表示装置であるモニタ３００は、これら複数のチャンネルの画像データを受信し、立体画像表示のために復号化を行い、それぞれのチャンネルの画像データを交互に表示する等の処理を行い、立体画像を視聴者に提供する。

次に図４は、本発明の実施形態に係る情報処理装置１００において、送受信される立体動画データのパケット構造の一例である。パケットは、圧縮、符号化された画像データである画像情報４００と、画像情報４００を特定するための画像ヘッダ４０１と、通信のために使用されるプロトコルヘッダ４０２から構成される。

画像情報４００は、カメラ２００、２０１にて撮影された画像データを、画像圧縮符号化の国際規格であるＭＰＥＧ２（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐｅ−２）データに圧縮、符号化した画像データである。

また画像ヘッダ４０１は、撮影したカメラを特定する識別情報カメラＩＤと、画像情報４００に含まれる画像データの画像開始時間、及び画像情報４００に含まれる画像データの開始から終了までの録画時間等の情報が含まれる。これら画像ヘッダを用いて本実施形態は実現される。

さらにプロトコルヘッダ４０２は、ネットワーク上を通信するためのＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ヘッダとＵＤＰヘッダとＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｐｏｒｔ Ｐｒｏｔｏｃｏｌ）ヘッダ等から構成される。ＩＰヘッダには、送信元、及び送信先のＩＰアドレス等を有する。またＵＤＰヘッダは、送信元、及び送信先のポート番号、データ長としてのヘッダとデータ長の総バイト数を示すセグメント長、ＵＤＰパケットの信頼性保証のためのチェックサムを有する。さらにＲＴＰヘッダは、シーケンス番号、送信時のタイムスタンプ等を有し、これら情報を用いて受信機である情報処理装置１００、モニタ３００は、パケットの順序訂正、受信エラーパケットの検知を行う。

次に図５は、本発明の第１の実施形態に係る情報処理装置１００において、立体動画データ受信時の処理を示したフローチャートである。即ち、複数の撮影装置であるカメラ２００、２０１から同時に送られてくる立体動画データを受信、記憶する際の処理の流れを示す。

情報処理装置１００は、カメラ２００、２０１からの画像データの受信開始にあたり各種初期化処理を行う（ステップＳ５０１）。具体例としては、ディスクアレイ制御部１２１を通じてディスク装置１２３、１２５を動作させ、記憶領域の確保を行う。システムに適当なファイルシステムがインストールされていれば、ファイルシステム経由でファイルのオープン処理を行う。

次に、画像データの受信が終了したかどうかをチェックする（ステップＳ５０２）。受信終了ならばステップＳ５０９へ移行し、終了していないならばステップＳ５０３へ移行する。

ステップＳ５０３では、ＮＩＣ１２０を通じて、カメラ２００、あるいはカメラ２０１にてＵＤＰパケット化された画像データをパケット単位で受信する。

次に、受信したデータを記憶する（ステップＳ５０４）。即ち、受信したパケットのプロトコルヘッダ４０２を省略したデータ、即ち、画像ヘッダ４０１と画像情報４００を、ディスクアレイ制御部１２１を通じてディスク装置１２３、１２５に記憶する。

次に、ステップＳ５０４にて記憶した受信データに関する情報を、図示省略したタイムテーブルに反映する（ステップＳ５０５）。タイムテーブルは、プロトコルヘッダ４０２に含まれる情報、即ち、ＲＴＰヘッダ内シーケンス番号、及び画像ヘッダ４０１に含まれる情報、即ち、カメラＩＤ、画像開始時間、録画時間、及びステップＳ５０４で記憶された、対応する画像情報４００へのリンク情報から構成される。またタイムテーブルは、ディスク装置１２３、１２５ではなく、ディスク装置１１４に記憶することが望ましいが、それ以外でもよい。

次に、受信パケットのエラーを検知する（ステップＳ５０６）。エラー検知は、受信したパケットのＵＤＰパケット内のチェックサムにて行う。またＲＴＰヘッダ内のシーケンス番号、タイムスタンプ等を使用して、所定の時間受信できなかったパケットを受信エラーと判断する。ＵＤＰは、ネットワーク上のパケットの順番を保証しないプロトコルであるが、ネットワーク型映像監視システムのような、ローカルなネットワークで構築される場合においては、パケット順が入れ替わるということはほとんど無いと考えられる。ステップＳ５０６にて受信パケットのチェックサムエラー、あるいは全く受信できなかったと判断されるパケットがあると判断される場合、ステップＳ５０７へ移行し、エラーを検知できなかった場合はステップＳ５０２へ移行する。

ステップＳ５０７では、ステップ５０６で検知されたエラーパケットに含まれていた画像情報４００に関する各種情報を求める。各種情報は、カメラＩＤ、画像開始時間、録画時間、及びＵＤＰヘッダ内シーケンス番号等がある。これら情報は、受信した前後の画像情報４００を含むパケット内各種情報より求められる。

例えば図２の例で説明すれば、パケットＩＤ２−１受信後、パケットＩＤ２−２を受信することなくパケットＩＤ２−３を受信しているため、受信エラーしたパケットは、パケットＩＤ２−２であると判断できる。即ち、カメラＩＤ２のシーケンス番号２のパケットが受信エラーしたと判断できる。さらにパケットＩＤ２−１の画像ヘッダ４０１に含まれる画像開始時間に録画時間を加算することにより、受信エラーしたパケットＩＤ２−２に含まれる画像情報４００の画像開始時間が求まり、パケットＩＤ２−３の画像ヘッダ４０１に含まれる画像開始時間から、既に求めたパケットＩＤ２−２の画像情報４００の画像開始時間を減算することにより、受信エラーしたパケットＩＤ２−２に含まれる画像情報４００の録画時間が求まる。

次にステップＳ５０７にて求めた、エラーパケットに含まれていた画像情報４００と同一時間帯の、他チャンネルの画像情報４００の記憶領域を求め、記憶する（ステップＳ５０８）。即ち、カメラ２００から受信したパケットがエラーした場合、カメラ２０１から受信した、時間的に同期する画像情報４００を求め、その記憶領域へのリンク情報をディスク装置１１４へ記憶し、ステップＳ５０２へ移行する。なお記憶する場所は、タイムテーブル同様、ディスク装置１２３、１２５ではなく、ディスク装置１１４に記憶することが望ましいが、それ以外でもよい。

なお、ステップＳ５０７時点で、同一時間帯の、他チャンネルの画像情報４００の受信、記憶がまだ行われていない場合、即ち同一時間帯の、他チャンネルの画像情報４００が後続するパケットに含まれ、記憶領域が確定していない場合、図示省略したが、その旨をディスク装置１１４へ記憶し、同一時間帯の、他チャンネルの画像情報４００を含むパケットを受信、記憶したと判断された時点で、その記憶領域へのリンク情報をディスク装置１１４へ記憶する。

またステップＳ５０２において、画像データの受信が終了したと判断されたならば、終了処理を行う（ステップＳ５０９）。具体例としては、システムに適当なファイルシステムがインストールされていれば、ファイルシステム経由でファイルのクローズ処理を行う。

従って、受信エラーが検知されなければ、ステップＳ５０２からＳ５０６までの処理を繰り返し行い、ステップＳ５０６にて受信エラーを検知した場合のみステップＳ５０７、Ｓ５０８の処理を行う。

以上の処理を全ての画像データの受信が終了するか、中断されるまで繰り返し行う。

次に図６は、本発明の第１の実施形態に係る情報処理装置１００において、立体動画データ送信時の処理を示したフローチャートである。即ち、既に記憶されている立体動画データを表示装置であるモニタ３００へ送信する際に処理の流れを示す。

情報処理装置１００は、モニタ３００への画像データの送信開始にあたり各種初期化処理を行う（ステップＳ６０１）。具体例としては、ディスクアレイ制御部１２１を通じてディスク装置１２３、１２５を動作させる。システムに適当なファイルシステムがインストールされていれば、ファイルシステム経由でファイルのオープン処理を行う。

次に、画像データの送信が終了したかどうかをチェックする（ステップＳ６０２）。送信終了ならばステップＳ６０６へ移行し、終了していないならばステップＳ６０３へ移行する。

ステップＳ６０３では、送信しようとしている画像情報４００が、他チャンネルのエラーパケットに含まれていた画像情報４００であるかどうかチェックを行う。即ち、送信しようとしている画像情報４００が、図５のステップＳ５０８においてディスク装置１１４へ記憶されている、リンク情報が示す記憶領域と一致するものがあるかどうかチェックを行う。一致するものがあれば、他チャンネルのエラーパケットに含まれていた画像情報４００と同一時間帯の画像情報４００であると判断し、ステップＳ６０２へ移行し、後続の画像情報４００に対し同様な処理を行う。一致するものがなければ、ステップＳ６０４へ移行する。

ステップＳ６０４では、ディスクアレイ制御部１２１を通じて、その画像情報４００及び画像ヘッダ４０１をディスク装置１２３、１２５から読み取る。

次にステップＳ６０４で読み取った画像情報４００及び画像ヘッダ４０１をモニタ３００へ送信する（ステップＳ６０５）。即ち画像情報４００及び画像ヘッダ４０１に所定のプロトコルヘッダ４０２を付加し、送信する。

ステップＳ６０２において、画像データの送信が終了したと判断されたならば、終了処理を行う（ステップＳ６０６）。具体例としては、システムに適当なファイルシステムがインストールされていれば、ファイルシステム経由でファイルのクローズ処理を行う。

従って、送信しようとする画像情報４００が、他チャンネルの受信エラーした画像情報４００と同一時間帯の画像情報４００でなければ、ステップＳ６０２からＳ６０５までの処理を繰り返し行い、ステップＳ６０３にて、他チャンネルの受信エラーした画像情報４００と同一時間帯の画像情報４００であると検知した場合、ステップＳ６０４、Ｓ６０５を省略する。

以上の処理を全ての画像データの送信が終了するか、中断されるまで繰り返される。

以上が本発明の第１の実施形態に関する説明である。

（第２の実施形態）
次に本発明の第２の実施形態を添付の図面、図７、図８を参照して説明する。

図７は、本発明の第２の実施形態に係る情報処理装置１００において、立体動画データの受信エラー、及び受信エラー検知時の処理を示す一例である。

複数の撮影装置であるカメラ２００、２０１は、ネットワーク経由で情報処理装置１００へ、画像データを送信する。画像データは、カメラ２００からは、パケットＩＤ１−１、ＩＤ１−２、ＩＤ１−３とそれに続くパケットに分割され、カメラ２０１からは、パケットＩＤ２−１、ＩＤ２−２、ＩＤ２−３とそれに続くパケットに分割され送信される。情報処理装置１００は、ＮＩＣ１２０で受信したそれぞれのパケットの画像データを、ディスクアレイ制御部１２１の制御のもと、ディスク装置１２３、１２５へ受信順に記憶する。

なお本実施形態では、パケットの識別情報を、撮影したカメラを特定する識別情報カメラＩＤとパケットのシーケンス番号より表記する。例えばパケットＩＤ２−３は、カメラＩＤ２、シーケンス番号３を意味する。

また本実施形態では、複数の撮影装置であるカメラ２００、２０１は、互いに時間的に同期しており、圧縮・符号化した画像データを、所定の同一時間単位で所定の同数の通信パケットに変換し、送信する。即ち、同一の識別情報を有するパケットは、同一時間帯の画像データを表す。従って、カメラ２００のパケットＩＤ１−１に含まれる画像データと、カメラ２０１のパケットＩＤ２−１に含まれる画像データは、同一時間帯の画像データである。同様にパケットＩＤ１−２に対してパケットＩＤ２−２、パケットＩＤ１−３に対してパケットＩＤ２−３が同一時間帯の画像データを含む。

なお、本図面ではカメラ２０１からのパケットＩＤ２−２が受信エラーした場合を示しており、そのためディスク装置１２３、１２５にはパケットＩＤ２−２に対応する画像データは記憶されない状態を示している。

これら２つのカメラ２００、２０１からの画像データ受信、記録を行いながら、受信エラーしたパケットをチェックする。即ち、図７ではパケットＩＤ２−２が受信エラーし、パケットＩＤ２−２に対応する画像データは記憶されない。受信エラーしたパケットがある場合、そのパケットに含まれる画像データと同一時間帯の、他チャンネルの画像データを求め、ディスクアレイ制御部１２１の制御のもと、ディスク装置１２３、１２５より削除する。図７ではパケットＩＤ２−２に対応する画像データと同一時間帯の、他チャンネルの画像データ、即ちパケットＩＤ１−２に対応する画像データが削除される。その旨が図７の下方の情報処理装置１００に表記されている。

次に図８は、本発明の第２の実施形態に係る情報処理装置１００において、立体動画データ受信時の処理を示したフローチャートである。即ち、複数の撮影装置であるカメラ２００、２０１から同時に送られてくる立体動画データを受信、記憶する際の処理の流れを示す。

情報処理装置１００は、カメラ２００、２０１からの画像データの受信開始にあたり各種初期化処理を行う（ステップＳ８０１）。具体例としては、ディスクアレイ制御部１２１を通じてディスク装置１２３、１２５を動作させ、記憶領域の確保を行う。システムに適当なファイルシステムがインストールされていれば、ファイルシステム経由でファイルのオープン処理を行う。

次に、画像データの受信が終了したかどうかをチェックする（ステップＳ８０２）。受信終了ならばステップＳ８０９へ移行し、終了していないならばステップＳ８０３へ移行する。

ステップＳ８０３では、ＮＩＣ１２０を通じて、カメラ２００、あるいはカメラ２０１にてＵＤＰパケット化された画像データをパケット単位で受信する。

次に、受信したデータを記憶する（ステップＳ８０４）。即ち、受信したパケットのプロトコルヘッダ４０２を省略したデータ、即ち画像ヘッダ４０１と画像情報４００を、ディスクアレイ制御部１２１を通じてディスク装置１２３、１２５に記憶する。

次に、ステップＳ８０４にて記憶した受信データに関する情報を、図示省略したタイムテーブルに反映する（ステップＳ８０５）。タイムテーブルは、プロトコルヘッダ４０２に含まれる情報、即ち、ＲＴＰヘッダ内シーケンス番号、及び画像ヘッダ４０１に含まれる情報、即ち、カメラＩＤ、画像開始時間、録画時間、及びステップＳ８０４で記憶された、対応する画像情報４００へのリンク情報から構成される。またタイムテーブルは、ディスク装置１２３、１２５ではなく、ディスク装置１１４に記憶することが望ましいが、それ以外でもよい。

次に、受信パケットのエラーを検知する（ステップＳ８０６）。エラー検知は、受信したパケットのＵＤＰパケット内のチェックサムにて行う。またＲＴＰヘッダ内のシーケンス番号、タイムスタンプ等を使用して、所定の時間受信できなかったパケットを受信エラーと判断する。ＵＤＰは、ネットワーク上のパケットの順番を保証しないプロトコルであるが、ネットワーク型映像監視システムのような、ローカルなネットワークで構築される場合においては、パケット順が入れ替わるということはほとんど無いと考えられる。ステップＳ８０６にて受信パケットのチェックサムエラー、あるいは全く受信できなかったと判断されるパケットがあると判断される場合、ステップＳ８０７へ移行し、エラーを検知できなかった場合はステップＳ８０２へ移行する。

ステップＳ８０７では、ステップ８０６で検知されたエラーパケットに含まれていた画像情報４００に関する各種情報を求める。各種情報は、カメラＩＤ、画像開始時間、録画時間、及びＵＤＰヘッダ内シーケンス番号等がある。これら情報は、受信した前後の画像情報４００を含むパケット内各種情報より求められる。

例えば図７の例で説明すれば、パケットＩＤ２−１受信後、パケットＩＤ２−２を受信することなくパケットＩＤ２−３を受信しているため、受信エラーしたパケットは、パケットＩＤ２−２であると判断できる。即ち、カメラＩＤ２のシーケンス番号２のパケットが受信エラーしたと判断できる。さらにパケットＩＤ２−１の画像ヘッダ４０１に含まれる画像開始時間に録画時間を加算することにより、受信エラーしたパケットＩＤ２−２に含まれる画像情報４００の画像開始時間が求まり、パケットＩＤ２−３の画像ヘッダ４０１に含まれる画像開始時間から、既に求めたパケットＩＤ２−２の画像情報４００の画像開始時間を減算することにより、受信エラーしたパケットＩＤ２−２に含まれる画像情報４００の録画時間が求まる。

次にステップＳ８０７にて求めた、エラーパケットに含まれていた画像情報４００と同一時間帯の、他チャンネルの画像情報４００の記憶領域を求め、その画像情報４００及び画像ヘッダ４０１を、ディスクアレイ制御部１２１を通じてディスク装置１２３、１２５から削除する（ステップＳ８０８）。

なお、ステップＳ８０７時点で、同一時間帯の、他チャンネルの画像情報４００の受信、記憶がまだ行われていない場合、即ち同一時間帯の、他チャンネルの画像情報４００が後続するパケットに含まれ、まだ受信、記憶していない場合、図示省略したが、その旨をディスク装置１１４へ記憶し、同一時間帯の、他チャンネルの画像情報を含むパケットを受信、記憶したと判断された時点でその画像情報４００及び画像ヘッダ４０１を、ディスクアレイ制御部１２１を通じて、ディスク装置１２３、１２５から削除する。あるいはステップＳ８０４の時点で記憶動作を行わないようにしてもよい。

またステップＳ８０２において、画像データの受信が終了したと判断されたならば、終了処理を行う（ステップＳ８０９）。具体例としては、システムに適当なファイルシステムがインストールされていれば、ファイルシステム経由でファイルのクローズ処理を行う。

従って、受信エラーが検知されなければ、ステップＳ８０２からＳ８０６までの処理を繰り返し行い、ステップＳ８０６にて受信エラーを検知した場合のみステップＳ８０７、Ｓ８０８の処理を行う。

以上の処理を全ての画像データの受信が終了するか、中断されるまで繰り返される。

また、本発明の第２の実施形態に係る情報処理装置１００において、立体動画データ送信時の処理は通常の送信と同様であるため、省略する。即ち、モニタ３００に対して、情報処理装置１００に記憶されている画像データは、記憶されている順に送信される。

以上が本発明の第２の実施形態に関する説明である。

なお、本実施形態では、ディスク装置１２３、１２５に記憶したデータは、受信パケットよりプロトコルヘッダ４０２を省略したデータ、即ち画像ヘッダ４０１と画像情報４００と説明したが、プロトコルヘッダ４０２を含むデータでもよい。

また、プロトコルヘッダ４０２と画像情報４００の間に画像ヘッダ４０１を構成するようにし、説明を簡略化したが、カメラＩＤをプロトコルヘッダ４０２のＩＰヘッダに含まれる送信元アドレスを使用しても良いし、画像開始時間、及び圧縮、録画時間を画像情報４００のＭＰＥＧ−２ストリームに含まれる時間情報を用いてもよい。この場合画像ヘッダ４０１は不要となり、省略が可能である。

さらに、本実施形態では、説明の簡略化のため、複数の撮影装置であるカメラ２００、２０１は、互いに時間的に同期しており、圧縮・符号化した画像データを、所定の同一時間単位で所定の同数の通信パケットに変換し、送信する。即ちそれぞれのパケットに含まれる画像データが、他チャンネルのパケットに含まれる画像データと１対１で対応可能なかたちで説明を行ってきたが、本実施形態はそれに拘束されるものではない。具体的には、１つのパケットに含まれる画像データが、他チャンネルの複数のパケットに跨って含まれるような場合であっても、同一時間帯の画像データを求め、その画像データに対してのみ処理を行うことが可能である。即ち、複数のパケットに跨って含まれる、同一時間帯の画像データに対して、モニタ３００へ送信を行わない、あるいは、ディスク装置１２３、１２５から削除する、といった処理を行うことが可能である。

本実施形態に係る情報処理装置のシステム全体の構成図 第１の実施形態に係る情報処理装置において立体動画データ受信エラーを示す一例を示す図 第１の実施形態に係る情報処理装置において立体動画データ送信を示す一例を示す図 本実施形態に係る情報処理装置において送受信される立体動画データのパケット構造の一例を示す図 第１の実施形態に係る情報処理装置において立体動画データ受信時の処理を示したフローチャート 第１の実施形態に係る情報処理装置において立体動画データ送信時の処理を示したフローチャート 第２の実施形態に係る情報処理装置において立体動画データ受信エラー、及び受信エラー検知時の処理を示す一例を示す図 第２の実施形態に係る情報処理装置において立体動画データ受信時の処理を示したフローチャート

符号の説明

１００ 情報処理装置
１０１ ＣＰＵ
１０２ ＣＰＵローカルバス
１０３ ノースブリッジ
１０４ メモリバス
１０５ メインメモリ
１０６ ＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）バス
１０７ グラフィックコントローラ
１０８ ディスプレイ
１０９、１１９ ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）バス
１１０ サウスブリッジ
１１１、１１３、１２２、１２４ ＡＴＡ（ＡＴ Ａｔｔａｃｈｍｅｎｔ）バス
１１２ ＣＤ／ＤＶＤドライブ装置
１１４、１２３、１２５ ディスク装置
１１５ ＬＰＣ（Ｌｏｗ Ｐｉｎ Ｃｏｕｎｔ）バス
１１６ キーボードコントローラ
１１７ キーボード
１１８ ＢＩＯＳ−ＲＯＭ
１２１ ディスクアレイ制御部
２００、２０１ カメラ
３００ モニタ

Claims (3)

1. 複数のチャンネルの画像データを受信、記憶する記憶手段と、
   前記記憶手段にて記憶されている複数チャネルの画像データを送信する送信手段と
   を有する情報処理装置において、
   画像データの受信エラーを検出するエラー検出手段と、
   エラーが検出されたチャンネルと同じチャンネルの画像データから受信エラーした画像データの所定の情報を算出する算出手段と、
   所定の情報より他のチャンネルの同一時間帯の画像データを特定する特定手段と、
   前記特定手段において特定された画像データを制御する制御手段と
   を有することを特徴とする情報処理装置。
2. 前記制御手段は、複数チャンネルの送信時、特定された画像データを前記送信手段において送信しないよう制御することを特徴とする請求項１記載の情報処理装置。
3. 前記制御手段は、特定された画像データを前記記憶手段から削除することを特徴とする請求項１記載の情報処理装置。

Images