ネットワークデコーダ装置
【課題】 受信するパケット数が増えたときにも内部のＣＰＵに接続されるバスの使用率を圧迫することなく受信した映像情報または音声情報をデコードして出力することが可能なネットワークデコーダ装置を提供する。
【解決手段】 監視カメラ群４０から送信されたパケット化された圧縮コンテンツデータを受信するデータ送受信部１３ａと、受信されたパケット化された圧縮コンテンツデータから圧縮コンテンツデータを抽出するデータ抽出部１６ｂと、抽出された圧縮コンテンツデータを入力してデコード処理し、得られたコンテンツデータを出力するデコード手段１７の入力側とがそれぞれ接続される低速バス２１と、前記デコード手段１７の出力側と、デコード手段１７の出力側から出力されたコンテンツデータを記憶するフレームメモリ１９と、記憶されたコンテンツデータを読み出して出力する読み出し部２０とがそれぞれ接続される高速バス２２とを備える。
【解決手段】 監視カメラ群４０から送信されたパケット化された圧縮コンテンツデータを受信するデータ送受信部１３ａと、受信されたパケット化された圧縮コンテンツデータから圧縮コンテンツデータを抽出するデータ抽出部１６ｂと、抽出された圧縮コンテンツデータを入力してデコード処理し、得られたコンテンツデータを出力するデコード手段１７の入力側とがそれぞれ接続される低速バス２１と、前記デコード手段１７の出力側と、デコード手段１７の出力側から出力されたコンテンツデータを記憶するフレームメモリ１９と、記憶されたコンテンツデータを読み出して出力する読み出し部２０とがそれぞれ接続される高速バス２２とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して受信した映像情報または音声情報をデコードして出力するためのネットワークデコーダ装置に関する。
【背景技術】
【０００２】
従来、ネットワーク技術の普及により、ＩＰネットワークを介した映像または音声の送受信が広く行われている。
【０００３】
この技術を利用したシステムとして、複数台の監視カメラで撮影された映像データをＩＰネットワークを介して接続された表示装置で表示する監視システムがある。
【０００４】
従来の監視システムの構成を図６に示す。
【０００５】
従来の監視システム１００は、第１監視カメラ４０−１〜第ｎ監視カメラ４０−ｎを有する監視カメラ群４０と、これらの監視カメラで撮影された映像データを記録するレコーダ５０と、監視カメラ群４０中の監視カメラで撮影されたリアルタイムの映像データまたはレコーダ５０に記録された映像データを表示する表示装置１１０とがＩＰネットワーク３０を介して接続されている。
【０００６】
表示装置１１０は、表示制御部１１１と、表示制御部１１１で制御された映像データを表示する表示部１１２とを有する。
【０００７】
表示制御部１１１は、ＩＰネットワーク３０とのＩＰパケットの送受信を行うネットワークインタフェース部１１３と、制御プログラムを格納するＲＯＭ１１４と、ＲＯＭ１１４に格納された制御プログラムを実行する際に一時的にＩＰパケットのデータや制御プログラムを記憶するＲＡＭ１１５と、ＲＡＭ１１５に記憶された制御プログラムを実行するＣＰＵ１１６と、ネットワークインタフェース部１１３から受信された映像データを構成する画像データのＩＰパケットをデコードするデコード部１１７と、デコード部１１７でデコードされた画像データのサイズや画質を調整する画像処理部１１８と、画像処理部１１８で処理された画像データを記憶するフレームメモリ１１９と、フレームメモリ１１９に記憶された画像データを読み出して表示部１１２に出力する読み出し部１２０と、ネットワークインタフェース１１３〜読み出し部１２０間でデータを伝送するバス１２１とを有する。
【０００８】
この監視システム１００では、監視カメラ群４０の第１監視カメラ４０−１〜第ｎ監視カメラ４０−ｎで撮影が行われると、撮影された映像データがＩＰネットワーク３０を介してレコーダ５０に記録されるとともに、表示装置１１０に表示されることによりユーザに映像が提供される。
【０００９】
表示装置１１０では、監視カメラ群４０の第１監視カメラ４０−１〜第ｎ監視カメラ４０−ｎで撮影された映像データ、またはレコーダ５０に記録された映像データを構成する画像データのＩＰパケットがＩＰネットワーク３０を介して受信されると、表示制御部１１１のネットワークインタフェース部１１３で取得される。
【００１０】
表示制御部１１１では、ＲＯＭ１１４に格納されている制御プログラムがＲＡＭ１１５に展開され、ＣＰＵ１１６の制御によりこの制御プログラムが実行されることによりネットワークインタフェース部１１３で取得されたＩＰパケットからヘッダ部が分離され、ペイロード部の画像データが取得される。
【００１１】
取得された画像データはデコード部１１７でデコードされ、画像処理部１１８で画像サイズや画質の調整が行われた後、フレームメモリ１１９に記憶される。
【００１２】
フレームメモリ１１９に記憶された画像データは、読み出し部１２０により読み出されることにより表示部１１２に表示される。
【００１３】
以上の表示制御部１１１の処理は、すべてバス１２１を介して情報が伝送されることにより行われる。
【００１４】
また、この表示装置１１０では、第１監視カメラ４０−１〜第ｎカメラ４０−ｎで撮影された映像データをリアルタイムで表示するのみではなく、ユーザの要求によりレコーダ５０に記録された映像データをタイムラプスで再生することなどが行われる。
【００１５】
そのため表示装置１１０は、ｎ台の監視カメラで撮影された映像データをリアルタイムで受信する能力に加え、レコーダ５０に記録された映像データを受信する能力も有することが要求される。
【００１６】
さらに、近年の監視システムでは監視映像のクオリティの向上が要求されている。
【００１７】
これらの要求に対応すると表示装置１１０内に設けられた表示制御部１１１の内部バス１２１の帯域消費量が多くなるため、表示装置１１０は高ビットレートでの受信を可能にする必要がある。
【００１８】
しかし、安定した受信処理を行うために余裕を持って高ビットレートでの受信を可能にしようとすると表示装置１１０が高価になり、ユーザにとって負担が大きいという問題があった。
【００１９】
この問題を解決するため、特許文献１または特許文献２に記載の技術がある。
【００２０】
特許文献１に記載の技術は、ＩＰネットワークを通じて映像音声信号を送受信するＩＰパケットの送受信装置に関するものである。
【００２１】
この特許文献１に記載のＩＰパケット送受信装置では、受信したＩＰパケットがデュアルポートメモリ上の予めＣＰＵにより指定されたアドレスまたはＦＩＦＯ（First-In First-Out）方式のメモリに書き込まれる。
【００２２】
これらのメモリに書き込まれたＩＰパケットは、ＣＰＵにより映像・音声情報のＩＰパケットであるか否かが判定され、映像・音声情報のＩＰパケットでなければＣＰＵで処理が行われ、映像・音声情報のＩＰパケットであればメモリのＣＰＵ側とは異なるポートから読み出されてデコード処理が行われる。
【００２３】
このＩＰパケット処理装置により、メモリのＣＰＵ側のバス使用率を低減させることができる。
【００２４】
また、特許文献２に記載のパケット送受信装置では、ネットワークインタフェースのパケット受信部にパケット解析部が設けられ、このパケット解析部でパケットが映像・音声情報であると判断されたときには切替スイッチによりデコーダに出力され、映像・音声情報がＣＰＵに全く流れないように構成されている。
【００２５】
このＩＰパケット処理装置により、ＣＰＵに必要なＩＰパケットのみがバスに流れ、映像・音声情報のＩＰパケットはＣＰＵに流れないため、バスの使用帯域を大きく低減させることができる。
【特許文献１】特開２００４−１１２１９２号公報
【特許文献２】特開２００５−３４１１０７号公報
【発明の開示】
【発明が解決しようとする課題】
【００２６】
しかし、特許文献１のＩＰパケット送受信装置を監視システムで使用する場合、接続される監視カメラの台数やレコーダの台数が増えると、それに比例してＩＰパケットを書き込むメモリの容量も大きくしなければならず、システム全体の規模を制限しなければならない可能性があるという問題があった。
【００２７】
また、ＩＰパケットを受信してメモリへ書き込むごとにＣＰＵへ通知が行われるため、ネットワークインタフェースが高速化するに連れてＣＰＵへ通知する頻度も多くなり、ＣＰＵの処理能力を高くする必要があるという問題があった。
【００２８】
また、特許文献２のＩＰパケット送受信装置を監視システムで使用する場合は、接続される複数の監視カメラがそれぞれ異なる製造メーカ品であるようなときに受信するＩＰパケットのペイロードに含まれるヘッダ内容が必ずしも同一ではないため、それぞれのヘッダに応じたＩＰパケット解析処理が必要になり、パケット受信部に設けられたパケット解析部の処理が煩雑になるという問題があった。
【００２９】
また、ＩＰパケットが例えばＩＰｓｅｃ（Security Architecture for Internet Protocol）などにより暗号化されていたり、ＲＦＣ（Request For Comment）で規定されたＩＰトンネル技術が用いられていたりするときには、映像・音声情報のパケットか否かを判定するための処理が非常に複雑になり、パケット解析部で対応できなくなるおそれがあるという問題があった。
【００３０】
仮にパケット解析部で対応できなかった場合、映像・音声情報のＩＰパケットもすべてＣＰＵ側に流れてしまい、バスの使用帯域を低減させる効果を得ることができないという問題があった。
【００３１】
本発明は、上記事情に鑑みてなされたものであり、ネットワークを介して接続されるコンテンツ供給装置の台数が増えたときやネットワークインタフェースが高速化されたとき、または、パケットごとのヘッダ情報が異なるときやパケットが暗号化されていたりトンネル技術が用いられたりしているときでも、内部のＣＰＵに接続されるバスの使用率を圧迫することなく受信した映像情報または音声情報をデコードして出力することが可能なネットワークデコーダ装置を提供することである。
【課題を解決するための手段】
【００３２】
上記目的を達成するための本発明のネットワークデコーダ装置は、ネットワーク（３０）を介してコンテンツ供給装置（４０）と接続され、前記コンテンツ供給装置（４０）から送信されたパケット化された圧縮コンテンツデータを受信してデコード処理した後、得られたコンテンツデータを出力するネットワークデコーダ装置（１１）において、第１の内部バス（２１）とこの第１の内部バス（２１）よりもデータ転送レートの高い第２の内部バス（２２）とをそれぞれ有し、前記第１の内部バス（２１）には、前記コンテンツ供給装置（４０）から送信されたパケット化された圧縮コンテンツデータを受信するデータ受信手段（１３）と、前記受信されたパケット化された圧縮コンテンツデータから圧縮コンテンツデータを抽出するデータ抽出手段（１６ｂ）と、前記抽出された圧縮コンテンツデータを入力してデコード処理し、得られたコンテンツデータを出力するデコード手段（１７）の入力側とがそれぞれ接続されると共に、前記第２の内部バス（２２）には、前記デコード手段（１７）の出力側と、前記デコード手段（１７）の出力側から出力されたコンテンツデータを記憶する記憶手段（１９）と、前記記憶されたコンテンツデータを読み出して出力する読み出し手段（２０）とがそれぞれ接続されて構成されたことを特徴とする。
【発明の効果】
【００３３】
本発明のネットワークデコーダ装置によれば、ネットワークを介して接続されるコンテンツ供給装置の台数が増えたときやネットワークインタフェースが高速化したとき、または、パケットごとのヘッダ情報が異なるときやパケットが暗号化されていたりトンネル技術が用いられたりしているときでも、内部のＣＰＵに接続されるバスの使用率を圧迫することなく受信した映像情報または音声情報をデコードして出力することができる。
【発明を実施するための最良の形態】
【００３４】
〈一実施形態による監視システムの構成〉
本発明の一実施形態によるネットワークデコーダ装置としての表示制御部１１を有する表示装置１０を用いた監視システム１を、図１を参照して説明する。
【００３５】
本実施形態による監視システム１は、表示装置１０と、この表示装置１０にＩＰネットワーク３０を介して接続されているコンテンツ供給装置としての複数の監視カメラ４０−１〜４０−ｎを有する監視カメラ群４０と、レコーダ５０と、携帯端末６０とを備えている。
【００３６】
表示装置１０は、表示制御部１１と、表示制御部１１で制御されたコンテンツデータである画像データを表示する表示部１２とを有する。
【００３７】
表示制御部１１は、ネットワークインタフェース１３と、ＲＯＭ１４と、ＲＡＭ１５と、ＣＰＵ１６と、デコード部１７と、画像処理部１８と、記憶手段としてのフレームメモリ１９と、読み出し部２０と、ネットワークインタフェース１３〜画像処理部１８間でデータを伝送する第１バスとしての低速バス２１と、デコード部１７〜読み出し部２０の間でデータを伝送する低速バス２１よりも高速データ転送可能な第２バスとしての高速バス２２とを有する。
【００３８】
ネットワークインタフェース１３は、ＩＰネットワーク３０を介して監視カメラ群４０、レコーダ５０、および携帯端末６０とＩＰパケットを送受信する送受信部１３ａと、受信されたＩＰパケットをフィルタリングにより通過させるか否か判断するパケットフィルタリング部１３ｂを有する。
【００３９】
このネットワークインタフェース１３は、例えばＩＥＥＥ８０２．３で規定されている有線または無線を用いたＰＨＹ（physical layer）およびＭＡＣ（Media Access Control）を搭載している。
【００４０】
ＲＯＭ１４は、ＩＰネットワークプロトコル制御や機器制御を行うための制御プログラムを保持する。
【００４１】
ＲＡＭ１５は、ＳＲＡＭ（Static Random Access Memory）、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）、またはＤＤＲ（Double Data Rate）メモリなどの揮発性メモリであり、ＲＯＭ１４で保持されている制御プログラムの実行用に使用する。
【００４２】
ＣＰＵ１６は、ＲＯＭ１４に保持されている制御プログラムに基づいて、ネットワークインタフェース１３のパケットフィルタリング部１３ｂにＩＰネットワーク３０から受信されたＩＰパケットの通過を許可する送信元ＩＰアドレスまたは送信元ＭＡＣアドレスを設定する通過パケット設定部１６ａと、パケットフィルタリング部１３ｂで通過が許可されたＩＰパケットから映像データを抽出するデータ抽出部１６ｂと、映像データを構成する画像データの画像処理部１８における処理を制御する画像処理制御部１６ｃと、ＩＰネットワーク３０に送出するデータをパケット化するパケット化処理部１６ｄと、パケット化処理部１６ｄでパケット化されたデータを携帯端末６０に転送する画像転送部１６ｅとを有する。
【００４３】
これらのＲＯＭ１４、ＲＡＭ１５、およびＣＰＵ１６は一般的に利用されている構成要素であり、例えばＬＩＮＵＸやＵＮＩＸ（登録商標）ベースのＯＳ上で動作するときには、ＲＯＭ１４に保持されている制御プログラムがＲＡＭ１５に展開され、このＲＡＭ１５に展開された制御プログラムを基にＣＰＵ１６により制御が実行される。
【００４４】
デコード部１７は、ＣＰＵ１６のデータ抽出部１６ｂで抽出された映像データをデコードする。
【００４５】
画像処理部１８は、デコード部１７でデコードされた映像データを構成する各画像データを、ＣＰＵ１６の画像処理制御部１６ｃの制御に基づいて、画像サイズの縮小や白黒調整、γ補正等の画質調整などの画像処理を行う。
【００４６】
フレームメモリ１９は、画像処理部１８で処理された画像データを記憶する。
【００４７】
読み出し部２０は、フレームメモリ１９に記憶された画像データを水平・垂直同期信号に応じて読み出し、表示部１２に送出する。
【００４８】
低速バス２１は、ＩＰネットワーク３０から受信した圧縮された画像データ、およびデコード部１７でデコードされた後画像処理部１８で縮小処理された画像データを伝送するために必要な通信速度を有し、例えば動作周波数５８ＭＨｚ、データ幅３２ビットである。
【００４９】
高速バス２２は、デコード部１７でデコードされデータ量の多い画像データを伝送するために必要な通信速度を有し、例えば動作周波数１０８ＭＨｚ、データ幅３２ビットである。
【００５０】
レコーダ５０は、監視カメラ群４０の各監視カメラで撮影された映像データをＩＰネットワーク３０を介して受信し記録するとともに、表示装置１０からの再生指示を受信したときに表示装置１０に出力する。
【００５１】
携帯端末６０は、表示装置１０でデコードされ縮小された映像データを必要に応じて取得して表示する。
【００５２】
〈一実施形態による監視システムの動作〉
本実施形態による監視システム１の動作について説明する。
【００５３】
図５は、監視システム１内の表示装置１０に設けられたＣＰＵ１６の制御処理を示すフローチャートである。
【００５４】
表示装置１０のＣＰＵ１６では、予め、通過パケット設定部１６ａにより後述するパケットフィルタリング部１３ｂでのフィルタリングに用いる送信元ＩＰアドレスおよび送信元ＭＡＣアドレスの設定が行われ、さらに、画像処理制御部１６ｃにより画像処理部１８での画像サイズの調整に用いる画像サイズの設定が行われる（Ｓ１、Ｓ２）。
【００５５】
フィルタリングの際に通過を許可するＩＰパケットの送信元ＩＰアドレスおよび送信元ＭＡＣアドレスは、送信元ＩＰアドレステーブルおよび送信元ＭＡＣアドレステーブルとしてネットワークインタフェース１３のパケットフィルタリング部１３ｂに設定される。
【００５６】
送信元ＩＰアドレステーブルおよび送信元ＭＡＣアドレステーブルの設定について図２（ａ）および（ｂ）のテーブルを参照して説明する。
【００５７】
通過を許可するＩＰパケットの送信元ＩＰアドレステーブルおよび送信元ＭＡＣアドレステーブルの値は、初期値はすべて「０」とする。このとき、すべてのＩＰパケットは通過が禁止される。
【００５８】
通過を許可する１番目の送信元ＩＰアドレスとして例えばＩＰアドレス「１９２．１６８．０．１」が設定されるときは、ＣＰＵ１６の通過パケット設定部１６ａにより送信元ＩＰアドレステーブル内の「番号１」の値としてこのＩＰアドレスが格納されることにより設定される。
【００５９】
また、通過を許可する２番目の送信元ＩＰアドレスとして例えばＩＰアドレス「１９２．１６８．０．４６」が設定されるとき、さらに３番目の送信元ＩＰアドレスとして例えばＩＰアドレス「１９２．１６８．０．１００」が設定されるときは、ＣＰＵ１６の通過パケット設定部１６ａにより送信元ＩＰアドレステーブル内の「番号２」または「番号３」の値としてこれらのＩＰアドレスがそれぞれ図２（ａ）のように格納されることにより設定される。
【００６０】
これらの設定は、送信元ＩＰアドレステーブル内の所望の番号の値を「０」にすることにより、通過許可の設定が解除される。
【００６１】
また、通過を許可するＩＰパケットの送信元ＭＡＣアドレステーブルの設定についても同様の処理で設定が行われ、例えば図２（ｂ）に示すように送信元ＭＡＣアドレステーブル内の「番号１」の値としてＭＡＣアドレス「００．２３．４５．６７．８９．ＡＢ」が格納されることにより設定される。
【００６２】
送信元ＭＡＣアドレスの設定の解除も、送信元ＩＰアドレスの設定の解除と同様に、テーブル内の所望の番号の値を「０」にすることにより、通過許可の設定が解除される。
【００６３】
これらの設定において、「＊」を用いて例えばＩＰアドレス「１９２．１６８．０．＊」と格納することにより、「１９２．１６８．０．１」〜「１９２．１６８．０．２５５」の送信元ＩＰアドレスの通過を許可するように設定することも可能である。
【００６４】
また、例外として、送信元アドレスがブロードキャストアドレス（ＩＰアドレスのときは「２５５．２５５．２５５．２５５」、ＭＡＣアドレスのときは「ＦＦ．ＦＦ．ＦＦ．ＦＦ」）のときは、テーブルの設定内容にかかわらず通過が許可される。
【００６５】
さらに、図２（ａ）および（ｂ）の送信元ＩＰアドレステーブルおよび送信元ＭＡＣアドレステーブルとは別に、図３（ａ）および（ｂ）に示すようにマルチキャストによるＩＰパケットのフィルタリングを行うためのマルチキャストアドレステーブルを設定しておいてもよい。
【００６６】
マルチキャストアドレステーブルは、ＩＰアドレス「２２４．０．０．０」〜「２３９．２５５．２５５．２５５」の範囲で通過を許可するＩＰアドレスを設定することが可能である。図３（ａ）に示すマルチキャストＩＰアドレステーブルにおいては「番号１」の値として「２２４．０．０．１０１」が設定され、「番号２」の値として「２２４．０．０．２３」が設定されており、マルチキャストアドレスがこれらのＩＰアドレスのときには通過が許可される。
【００６７】
また、図３（ｂ）に示すマルチキャストＭＡＣアドレステーブルにおいては、ＩＰパケットの通過に関する設定は行われていない。
【００６８】
これらのアドレステーブルの設定が行われた状態で、まず、監視カメラ群４０に含まれる第１監視カメラ４０−１〜第ｎ監視カメラ４０−ｎで撮影が行われると、撮影された映像データのＩＰパケットがＩＰネットワーク３０を介してレコーダ５０および表示装置１０に送信される。
【００６９】
レコーダ５０では、受信されたＩＰパケットが記録される。
【００７０】
表示装置１０では、表示制御部１１のネットワークインタフェース１３で監視カメラ群４０から送信された映像データのＩＰパケットが受信される。
【００７１】
ネットワークインタフェース１３で受信された映像データのＩＰパケットは、上述したアドレステーブルの設定に基づいて、パケットフィルタリング部１３ｂで通過させるか否かが判断されフィルタリングが行われる。
【００７２】
パケットフィルタリング部１３ｂで通過が許可された映像データのＩＰパケットは、低速バス２１を経由してＣＰＵ１６のデータ抽出部１６ｂに送出される。
【００７３】
データ抽出部１６ｂでは、ＩＰパケットが取得されたか否かが監視されており（Ｓ３）、ＩＰパケットが取得されると、ＩＰトンネル技術によりカプセル化されているときにはデカプセル化が行われ、また、ＩＰｓｅｃによりによる暗号化が施されているときには暗号化を解除する処理が行われる。
【００７４】
このとき、暗号化を解除する処理は複雑であるため、ＩＰｓｅｃ用のコプロセッサ（図示なし）を搭載して高速に処理できるようにしてもよい。
【００７５】
次にデータ抽出部１６ｂでは、これらの処理が行われたＩＰパケットに映像データの圧縮データが含まれるか否かが判断され（Ｓ４）、含まれると判断されたとき（Ｓ４の「YES」）はＩＰパケットからヘッダ部が除去され映像データの圧縮データが抽出される。
【００７６】
このとき、第１監視カメラ４０−１〜第ｎ監視カメラ４０−ｎのカメラがそれぞれ異なるメーカ品であるときには制御プロトコルやＩＰパケット構成などが異なることがある。そのため、予め図４に示すように監視カメラごとのＩＰアドレスや制御プロトコルが格納されたプロトコルテーブルが予めＲＯＭ１４またはＲＡＭ１５に記憶され、このプロトコルテーブルの設定内容に基づいてデータ抽出部１６ｂでＩＰパケットからヘッダ部が除去され、ペイロード部である圧縮データが抽出される。
【００７７】
図４においては、ＩＰアドレスが「１９２．１６８．０．１」の第１監視カメラ４０−１は、ヘッダ数が４バイトのＡ仕様であることが示されている。同様に、ＩＰアドレスが「１９２．１６８．０．４６」の第２監視カメラ４０−２は、ヘッダ数が１２バイトのＢ仕様であることが示され、ＩＰアドレスが「１９２．１６８．０．１００」の第３監視カメラ４０−３は、ヘッダがないＣ仕様であることが示されている。
【００７８】
これらの仕様に基づいて抽出される圧縮データはＪＰＥＧ方式やＭＰＥＧ方式により圧縮されたものなどがあるが、ここではＪＰＥＧ方式の場合について説明する。
【００７９】
抽出されたＪＰＥＧ方式により圧縮された画像データは、低速バス２１を経由してデコード部１７に送出される（Ｓ５）。
【００８０】
デコード部１７では、ＪＰＥＧ方式で圧縮された画像データがデコードされ、ＹＣｂＣｒ形式のピクセルデータが画像処理部１８に送出される。
【００８１】
このときデコード部１７では、必要に応じて、監視カメラの撮影画像で主に用いられているサンプリング比Ｙ：Ｃｂ：Ｃｒ＝４：２：０または４：２：１の画像データをより高画質のＹ：Ｃｂ：Ｃｒ＝４：２：２の画像データで表示するための変換が施されるようにしてもよい。
【００８２】
画像処理部１８では、ＣＰＵ１６の画像処理制御部１６ｃの制御により、取得した画像データの、ステップＳ２で予め設定された画像サイズへのサイズ変更や画質調整などが行われる。このとき、特定の監視カメラの画像データのみが縮小されるように設定されていてもよい。
【００８３】
画像データのサイズ変更では、ステップＳ２の設定に基づいて、例えば原画像の１／２、１／４、１／８、または１／１６などへの縮小が行われることにより、ＶＧＡサイズからＱＶＧＡサイズへの変更や、ＳＸＧＡサイズからＶＧＡサイズへの変更が行われる。
【００８４】
また、画質調整では、白黒調整、γ補正などが行われる。このとき、ＪＰＥＧエンコードを利用してもよい。
【００８５】
画像処理部１８でサイズ変更や画質調整などの画像処理が行われた画像データは、高速バス２２を経由してフレームメモリ１９に送出されて記憶される。
【００８６】
フレームメモリ１９に記憶された画像データは、水平・垂直同期信号に応じて読み出し部２０により読み出されて表示部１２に送出される。
【００８７】
表示部１２では、取得されたＹＣｂＣｒ形式の画像データがＲＧＢ形式に変換され、ビデオエンコードバッファにより液晶パネルなどの表示装置に表示させる。または、ＮＴＳＣ方式等のテレビ信号に変換してテレビ装置に表示させてもよい。
【００８８】
また、ステップＳ４においてＩＰパケットに映像データの圧縮データが含まれないと判断されたときは（Ｓ４の「NO」）制御コマンドであると判断され、コマンドに応じた制御が行われる（Ｓ６）。
【００８９】
コマンドに応じた制御が行われた後、表示処理が終了していなければ（Ｓ７の「NO」）ステップＳ３に戻り処理が繰り返される。
【００９０】
ステップＳ５において画像データがデコード部１７に送出されデコードされると、ＣＰＵ１６の画像転送部１６ｅにおいて、画像処理された画像データの転送先が指定されているか否かが判断される（Ｓ８）。
【００９１】
本実施形態においては、画像処理された画像データの転送先として携帯端末６０が指定されており（Ｓ８の「YES」）、画像処理部１８で縮小された画像データがＣＰＵ１６の画像転送部１６ｅの制御によりネットワークインタフェース１３からＩＰネットワーク３０を介して携帯端末６０に転送される（Ｓ９）。
【００９２】
このとき、転送先である携帯端末６０のＩＰアドレスはＲＯＭ１４に予め設定されており、画像転送部１６ｅによりこのＲＯＭ１４に設定されている転送先のＩＰアドレスが取得されて転送の処理が行われる。
【００９３】
転送される縮小された画像データはビットレートが低いため、低速バス２１で伝送可能である。
【００９４】
ステップＳ８において画像データの転送先が指定されてなく（Ｓ８の「NO」）、且つ表示処理が終了していなければ（Ｓ７の「NO」）、ステップＳ３に戻り処理が繰り返される。
【００９５】
携帯端末６０に画像データが転送されることにより、ユーザは監視カメラで撮影された画像を携帯端末６０で確認することが可能になる。
【００９６】
上記の処理は、表示装置１０で表示処理終了の指示を受信するまで繰り返される（Ｓ７）。
【００９７】
また、ユーザの操作によりレコーダ５０に記録された映像データがタイムラプスで再生される際も、表示装置１０において上記と同様の処理が行われる。
【００９８】
以上の実施形態によれば、表示制御部は、ＣＰＵには接続されずデコード後の画像サイズの大きいデータを伝送する高速バスと、ＣＰＵに接続され且つ画像サイズの小さい圧縮されたデータを伝送する低速バスとが設けられているため、ネットワークを介して接続されるカメラ装置の台数が増えたときやネットワークインタフェースが高速化されたときにもＣＰＵに接続されるバスの使用率を圧迫することなく、受信したＩＰパケットの表示制御処理を行うことができる。
【００９９】
また、このように高速バスと低速バスとを設けることで、ＣＰＵに接続されるバスの使用率を圧迫することなく、暗号化されたＩＰパケットの復号、トンネル技術を用いる際のカプセル化解除、またはＩＰパケットのヘッダ情報の判定などの複雑な処理をＣＰＵで行うことが可能になる。
【０１００】
本実施形態においては、ネットワークデコーダ装置として表示装置に設けられた表示制御部に適用した場合について説明したが、これには限定されず、コンテンツデータとして音声データを用いるスピーカなどに設けられる再生制御部に適用することも可能である。
【０１０１】
また、縮小された画像データの転送先として携帯端末を用いた場合について説明したが、これには限定されず、パーソナルコンピュータなどを用いてもよい。
【図面の簡単な説明】
【０１０２】
【図１】本発明の一実施形態によるネットワークデコーダ装置としての表示制御部を有する監視システムの構成を示すブロック図である。
【図２】本発明の一実施形態によるネットワークデコーダ装置としての表示制御部に設定される（ａ）送信元ＩＰアドレステーブルおよび（ｂ）送信元ＭＡＣアドレステーブルの設定例である。
【図３】本発明の一実施形態によるネットワークデコーダ装置としての表示制御部に設定される（ａ）マルチキャストＩＰアドレステーブルおよび（ｂ）マルチキャストＭＡＣアドレステーブルの設定例である。
【図４】本発明の一実施形態によるネットワークデコーダ装置としての表示制御部に設定されるプロトコルテーブルの設定例である。
【図５】本発明の一実施形態によるネットワークデコーダ装置としての表示制御部のＣＰＵの動作を示すフローチャートである。
【図６】従来の監視システムの構成を示すブロック図である。
【符号の説明】
【０１０３】
１…監視システム
１０…表示装置
１１…表示制御部
１２…表示部
１３…ネットワークインタフェース
１３ａ…送受信部
１３ｂ…パケットフィルタリング部
１４…ＲＯＭ
１５…ＲＡＭ
１６…ＣＰＵ
１６ａ…通過パケット設定部
１６ｂ…データ抽出部
１６ｃ…画像処理制御部
１６ｄ…パケット化処理部
１６ｅ…画像転送部
１７…デコード部
１８…画像処理部
１９…フレームメモリ
２０…読み出し部
２１…低速バス
２２…高速バス
３０…ＩＰネットワーク
４０…監視カメラ群
４０−１…第１監視カメラ
４０−２…第２監視カメラ
４０−３…第３監視カメラ
４０−ｎ…第ｎ監視カメラ
５０…レコーダ
６０…携帯端末
【技術分野】
【０００１】
本発明は、ネットワークを介して受信した映像情報または音声情報をデコードして出力するためのネットワークデコーダ装置に関する。
【背景技術】
【０００２】
従来、ネットワーク技術の普及により、ＩＰネットワークを介した映像または音声の送受信が広く行われている。
【０００３】
この技術を利用したシステムとして、複数台の監視カメラで撮影された映像データをＩＰネットワークを介して接続された表示装置で表示する監視システムがある。
【０００４】
従来の監視システムの構成を図６に示す。
【０００５】
従来の監視システム１００は、第１監視カメラ４０−１〜第ｎ監視カメラ４０−ｎを有する監視カメラ群４０と、これらの監視カメラで撮影された映像データを記録するレコーダ５０と、監視カメラ群４０中の監視カメラで撮影されたリアルタイムの映像データまたはレコーダ５０に記録された映像データを表示する表示装置１１０とがＩＰネットワーク３０を介して接続されている。
【０００６】
表示装置１１０は、表示制御部１１１と、表示制御部１１１で制御された映像データを表示する表示部１１２とを有する。
【０００７】
表示制御部１１１は、ＩＰネットワーク３０とのＩＰパケットの送受信を行うネットワークインタフェース部１１３と、制御プログラムを格納するＲＯＭ１１４と、ＲＯＭ１１４に格納された制御プログラムを実行する際に一時的にＩＰパケットのデータや制御プログラムを記憶するＲＡＭ１１５と、ＲＡＭ１１５に記憶された制御プログラムを実行するＣＰＵ１１６と、ネットワークインタフェース部１１３から受信された映像データを構成する画像データのＩＰパケットをデコードするデコード部１１７と、デコード部１１７でデコードされた画像データのサイズや画質を調整する画像処理部１１８と、画像処理部１１８で処理された画像データを記憶するフレームメモリ１１９と、フレームメモリ１１９に記憶された画像データを読み出して表示部１１２に出力する読み出し部１２０と、ネットワークインタフェース１１３〜読み出し部１２０間でデータを伝送するバス１２１とを有する。
【０００８】
この監視システム１００では、監視カメラ群４０の第１監視カメラ４０−１〜第ｎ監視カメラ４０−ｎで撮影が行われると、撮影された映像データがＩＰネットワーク３０を介してレコーダ５０に記録されるとともに、表示装置１１０に表示されることによりユーザに映像が提供される。
【０００９】
表示装置１１０では、監視カメラ群４０の第１監視カメラ４０−１〜第ｎ監視カメラ４０−ｎで撮影された映像データ、またはレコーダ５０に記録された映像データを構成する画像データのＩＰパケットがＩＰネットワーク３０を介して受信されると、表示制御部１１１のネットワークインタフェース部１１３で取得される。
【００１０】
表示制御部１１１では、ＲＯＭ１１４に格納されている制御プログラムがＲＡＭ１１５に展開され、ＣＰＵ１１６の制御によりこの制御プログラムが実行されることによりネットワークインタフェース部１１３で取得されたＩＰパケットからヘッダ部が分離され、ペイロード部の画像データが取得される。
【００１１】
取得された画像データはデコード部１１７でデコードされ、画像処理部１１８で画像サイズや画質の調整が行われた後、フレームメモリ１１９に記憶される。
【００１２】
フレームメモリ１１９に記憶された画像データは、読み出し部１２０により読み出されることにより表示部１１２に表示される。
【００１３】
以上の表示制御部１１１の処理は、すべてバス１２１を介して情報が伝送されることにより行われる。
【００１４】
また、この表示装置１１０では、第１監視カメラ４０−１〜第ｎカメラ４０−ｎで撮影された映像データをリアルタイムで表示するのみではなく、ユーザの要求によりレコーダ５０に記録された映像データをタイムラプスで再生することなどが行われる。
【００１５】
そのため表示装置１１０は、ｎ台の監視カメラで撮影された映像データをリアルタイムで受信する能力に加え、レコーダ５０に記録された映像データを受信する能力も有することが要求される。
【００１６】
さらに、近年の監視システムでは監視映像のクオリティの向上が要求されている。
【００１７】
これらの要求に対応すると表示装置１１０内に設けられた表示制御部１１１の内部バス１２１の帯域消費量が多くなるため、表示装置１１０は高ビットレートでの受信を可能にする必要がある。
【００１８】
しかし、安定した受信処理を行うために余裕を持って高ビットレートでの受信を可能にしようとすると表示装置１１０が高価になり、ユーザにとって負担が大きいという問題があった。
【００１９】
この問題を解決するため、特許文献１または特許文献２に記載の技術がある。
【００２０】
特許文献１に記載の技術は、ＩＰネットワークを通じて映像音声信号を送受信するＩＰパケットの送受信装置に関するものである。
【００２１】
この特許文献１に記載のＩＰパケット送受信装置では、受信したＩＰパケットがデュアルポートメモリ上の予めＣＰＵにより指定されたアドレスまたはＦＩＦＯ（First-In First-Out）方式のメモリに書き込まれる。
【００２２】
これらのメモリに書き込まれたＩＰパケットは、ＣＰＵにより映像・音声情報のＩＰパケットであるか否かが判定され、映像・音声情報のＩＰパケットでなければＣＰＵで処理が行われ、映像・音声情報のＩＰパケットであればメモリのＣＰＵ側とは異なるポートから読み出されてデコード処理が行われる。
【００２３】
このＩＰパケット処理装置により、メモリのＣＰＵ側のバス使用率を低減させることができる。
【００２４】
また、特許文献２に記載のパケット送受信装置では、ネットワークインタフェースのパケット受信部にパケット解析部が設けられ、このパケット解析部でパケットが映像・音声情報であると判断されたときには切替スイッチによりデコーダに出力され、映像・音声情報がＣＰＵに全く流れないように構成されている。
【００２５】
このＩＰパケット処理装置により、ＣＰＵに必要なＩＰパケットのみがバスに流れ、映像・音声情報のＩＰパケットはＣＰＵに流れないため、バスの使用帯域を大きく低減させることができる。
【特許文献１】特開２００４−１１２１９２号公報
【特許文献２】特開２００５−３４１１０７号公報
【発明の開示】
【発明が解決しようとする課題】
【００２６】
しかし、特許文献１のＩＰパケット送受信装置を監視システムで使用する場合、接続される監視カメラの台数やレコーダの台数が増えると、それに比例してＩＰパケットを書き込むメモリの容量も大きくしなければならず、システム全体の規模を制限しなければならない可能性があるという問題があった。
【００２７】
また、ＩＰパケットを受信してメモリへ書き込むごとにＣＰＵへ通知が行われるため、ネットワークインタフェースが高速化するに連れてＣＰＵへ通知する頻度も多くなり、ＣＰＵの処理能力を高くする必要があるという問題があった。
【００２８】
また、特許文献２のＩＰパケット送受信装置を監視システムで使用する場合は、接続される複数の監視カメラがそれぞれ異なる製造メーカ品であるようなときに受信するＩＰパケットのペイロードに含まれるヘッダ内容が必ずしも同一ではないため、それぞれのヘッダに応じたＩＰパケット解析処理が必要になり、パケット受信部に設けられたパケット解析部の処理が煩雑になるという問題があった。
【００２９】
また、ＩＰパケットが例えばＩＰｓｅｃ（Security Architecture for Internet Protocol）などにより暗号化されていたり、ＲＦＣ（Request For Comment）で規定されたＩＰトンネル技術が用いられていたりするときには、映像・音声情報のパケットか否かを判定するための処理が非常に複雑になり、パケット解析部で対応できなくなるおそれがあるという問題があった。
【００３０】
仮にパケット解析部で対応できなかった場合、映像・音声情報のＩＰパケットもすべてＣＰＵ側に流れてしまい、バスの使用帯域を低減させる効果を得ることができないという問題があった。
【００３１】
本発明は、上記事情に鑑みてなされたものであり、ネットワークを介して接続されるコンテンツ供給装置の台数が増えたときやネットワークインタフェースが高速化されたとき、または、パケットごとのヘッダ情報が異なるときやパケットが暗号化されていたりトンネル技術が用いられたりしているときでも、内部のＣＰＵに接続されるバスの使用率を圧迫することなく受信した映像情報または音声情報をデコードして出力することが可能なネットワークデコーダ装置を提供することである。
【課題を解決するための手段】
【００３２】
上記目的を達成するための本発明のネットワークデコーダ装置は、ネットワーク（３０）を介してコンテンツ供給装置（４０）と接続され、前記コンテンツ供給装置（４０）から送信されたパケット化された圧縮コンテンツデータを受信してデコード処理した後、得られたコンテンツデータを出力するネットワークデコーダ装置（１１）において、第１の内部バス（２１）とこの第１の内部バス（２１）よりもデータ転送レートの高い第２の内部バス（２２）とをそれぞれ有し、前記第１の内部バス（２１）には、前記コンテンツ供給装置（４０）から送信されたパケット化された圧縮コンテンツデータを受信するデータ受信手段（１３）と、前記受信されたパケット化された圧縮コンテンツデータから圧縮コンテンツデータを抽出するデータ抽出手段（１６ｂ）と、前記抽出された圧縮コンテンツデータを入力してデコード処理し、得られたコンテンツデータを出力するデコード手段（１７）の入力側とがそれぞれ接続されると共に、前記第２の内部バス（２２）には、前記デコード手段（１７）の出力側と、前記デコード手段（１７）の出力側から出力されたコンテンツデータを記憶する記憶手段（１９）と、前記記憶されたコンテンツデータを読み出して出力する読み出し手段（２０）とがそれぞれ接続されて構成されたことを特徴とする。
【発明の効果】
【００３３】
本発明のネットワークデコーダ装置によれば、ネットワークを介して接続されるコンテンツ供給装置の台数が増えたときやネットワークインタフェースが高速化したとき、または、パケットごとのヘッダ情報が異なるときやパケットが暗号化されていたりトンネル技術が用いられたりしているときでも、内部のＣＰＵに接続されるバスの使用率を圧迫することなく受信した映像情報または音声情報をデコードして出力することができる。
【発明を実施するための最良の形態】
【００３４】
〈一実施形態による監視システムの構成〉
本発明の一実施形態によるネットワークデコーダ装置としての表示制御部１１を有する表示装置１０を用いた監視システム１を、図１を参照して説明する。
【００３５】
本実施形態による監視システム１は、表示装置１０と、この表示装置１０にＩＰネットワーク３０を介して接続されているコンテンツ供給装置としての複数の監視カメラ４０−１〜４０−ｎを有する監視カメラ群４０と、レコーダ５０と、携帯端末６０とを備えている。
【００３６】
表示装置１０は、表示制御部１１と、表示制御部１１で制御されたコンテンツデータである画像データを表示する表示部１２とを有する。
【００３７】
表示制御部１１は、ネットワークインタフェース１３と、ＲＯＭ１４と、ＲＡＭ１５と、ＣＰＵ１６と、デコード部１７と、画像処理部１８と、記憶手段としてのフレームメモリ１９と、読み出し部２０と、ネットワークインタフェース１３〜画像処理部１８間でデータを伝送する第１バスとしての低速バス２１と、デコード部１７〜読み出し部２０の間でデータを伝送する低速バス２１よりも高速データ転送可能な第２バスとしての高速バス２２とを有する。
【００３８】
ネットワークインタフェース１３は、ＩＰネットワーク３０を介して監視カメラ群４０、レコーダ５０、および携帯端末６０とＩＰパケットを送受信する送受信部１３ａと、受信されたＩＰパケットをフィルタリングにより通過させるか否か判断するパケットフィルタリング部１３ｂを有する。
【００３９】
このネットワークインタフェース１３は、例えばＩＥＥＥ８０２．３で規定されている有線または無線を用いたＰＨＹ（physical layer）およびＭＡＣ（Media Access Control）を搭載している。
【００４０】
ＲＯＭ１４は、ＩＰネットワークプロトコル制御や機器制御を行うための制御プログラムを保持する。
【００４１】
ＲＡＭ１５は、ＳＲＡＭ（Static Random Access Memory）、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）、またはＤＤＲ（Double Data Rate）メモリなどの揮発性メモリであり、ＲＯＭ１４で保持されている制御プログラムの実行用に使用する。
【００４２】
ＣＰＵ１６は、ＲＯＭ１４に保持されている制御プログラムに基づいて、ネットワークインタフェース１３のパケットフィルタリング部１３ｂにＩＰネットワーク３０から受信されたＩＰパケットの通過を許可する送信元ＩＰアドレスまたは送信元ＭＡＣアドレスを設定する通過パケット設定部１６ａと、パケットフィルタリング部１３ｂで通過が許可されたＩＰパケットから映像データを抽出するデータ抽出部１６ｂと、映像データを構成する画像データの画像処理部１８における処理を制御する画像処理制御部１６ｃと、ＩＰネットワーク３０に送出するデータをパケット化するパケット化処理部１６ｄと、パケット化処理部１６ｄでパケット化されたデータを携帯端末６０に転送する画像転送部１６ｅとを有する。
【００４３】
これらのＲＯＭ１４、ＲＡＭ１５、およびＣＰＵ１６は一般的に利用されている構成要素であり、例えばＬＩＮＵＸやＵＮＩＸ（登録商標）ベースのＯＳ上で動作するときには、ＲＯＭ１４に保持されている制御プログラムがＲＡＭ１５に展開され、このＲＡＭ１５に展開された制御プログラムを基にＣＰＵ１６により制御が実行される。
【００４４】
デコード部１７は、ＣＰＵ１６のデータ抽出部１６ｂで抽出された映像データをデコードする。
【００４５】
画像処理部１８は、デコード部１７でデコードされた映像データを構成する各画像データを、ＣＰＵ１６の画像処理制御部１６ｃの制御に基づいて、画像サイズの縮小や白黒調整、γ補正等の画質調整などの画像処理を行う。
【００４６】
フレームメモリ１９は、画像処理部１８で処理された画像データを記憶する。
【００４７】
読み出し部２０は、フレームメモリ１９に記憶された画像データを水平・垂直同期信号に応じて読み出し、表示部１２に送出する。
【００４８】
低速バス２１は、ＩＰネットワーク３０から受信した圧縮された画像データ、およびデコード部１７でデコードされた後画像処理部１８で縮小処理された画像データを伝送するために必要な通信速度を有し、例えば動作周波数５８ＭＨｚ、データ幅３２ビットである。
【００４９】
高速バス２２は、デコード部１７でデコードされデータ量の多い画像データを伝送するために必要な通信速度を有し、例えば動作周波数１０８ＭＨｚ、データ幅３２ビットである。
【００５０】
レコーダ５０は、監視カメラ群４０の各監視カメラで撮影された映像データをＩＰネットワーク３０を介して受信し記録するとともに、表示装置１０からの再生指示を受信したときに表示装置１０に出力する。
【００５１】
携帯端末６０は、表示装置１０でデコードされ縮小された映像データを必要に応じて取得して表示する。
【００５２】
〈一実施形態による監視システムの動作〉
本実施形態による監視システム１の動作について説明する。
【００５３】
図５は、監視システム１内の表示装置１０に設けられたＣＰＵ１６の制御処理を示すフローチャートである。
【００５４】
表示装置１０のＣＰＵ１６では、予め、通過パケット設定部１６ａにより後述するパケットフィルタリング部１３ｂでのフィルタリングに用いる送信元ＩＰアドレスおよび送信元ＭＡＣアドレスの設定が行われ、さらに、画像処理制御部１６ｃにより画像処理部１８での画像サイズの調整に用いる画像サイズの設定が行われる（Ｓ１、Ｓ２）。
【００５５】
フィルタリングの際に通過を許可するＩＰパケットの送信元ＩＰアドレスおよび送信元ＭＡＣアドレスは、送信元ＩＰアドレステーブルおよび送信元ＭＡＣアドレステーブルとしてネットワークインタフェース１３のパケットフィルタリング部１３ｂに設定される。
【００５６】
送信元ＩＰアドレステーブルおよび送信元ＭＡＣアドレステーブルの設定について図２（ａ）および（ｂ）のテーブルを参照して説明する。
【００５７】
通過を許可するＩＰパケットの送信元ＩＰアドレステーブルおよび送信元ＭＡＣアドレステーブルの値は、初期値はすべて「０」とする。このとき、すべてのＩＰパケットは通過が禁止される。
【００５８】
通過を許可する１番目の送信元ＩＰアドレスとして例えばＩＰアドレス「１９２．１６８．０．１」が設定されるときは、ＣＰＵ１６の通過パケット設定部１６ａにより送信元ＩＰアドレステーブル内の「番号１」の値としてこのＩＰアドレスが格納されることにより設定される。
【００５９】
また、通過を許可する２番目の送信元ＩＰアドレスとして例えばＩＰアドレス「１９２．１６８．０．４６」が設定されるとき、さらに３番目の送信元ＩＰアドレスとして例えばＩＰアドレス「１９２．１６８．０．１００」が設定されるときは、ＣＰＵ１６の通過パケット設定部１６ａにより送信元ＩＰアドレステーブル内の「番号２」または「番号３」の値としてこれらのＩＰアドレスがそれぞれ図２（ａ）のように格納されることにより設定される。
【００６０】
これらの設定は、送信元ＩＰアドレステーブル内の所望の番号の値を「０」にすることにより、通過許可の設定が解除される。
【００６１】
また、通過を許可するＩＰパケットの送信元ＭＡＣアドレステーブルの設定についても同様の処理で設定が行われ、例えば図２（ｂ）に示すように送信元ＭＡＣアドレステーブル内の「番号１」の値としてＭＡＣアドレス「００．２３．４５．６７．８９．ＡＢ」が格納されることにより設定される。
【００６２】
送信元ＭＡＣアドレスの設定の解除も、送信元ＩＰアドレスの設定の解除と同様に、テーブル内の所望の番号の値を「０」にすることにより、通過許可の設定が解除される。
【００６３】
これらの設定において、「＊」を用いて例えばＩＰアドレス「１９２．１６８．０．＊」と格納することにより、「１９２．１６８．０．１」〜「１９２．１６８．０．２５５」の送信元ＩＰアドレスの通過を許可するように設定することも可能である。
【００６４】
また、例外として、送信元アドレスがブロードキャストアドレス（ＩＰアドレスのときは「２５５．２５５．２５５．２５５」、ＭＡＣアドレスのときは「ＦＦ．ＦＦ．ＦＦ．ＦＦ」）のときは、テーブルの設定内容にかかわらず通過が許可される。
【００６５】
さらに、図２（ａ）および（ｂ）の送信元ＩＰアドレステーブルおよび送信元ＭＡＣアドレステーブルとは別に、図３（ａ）および（ｂ）に示すようにマルチキャストによるＩＰパケットのフィルタリングを行うためのマルチキャストアドレステーブルを設定しておいてもよい。
【００６６】
マルチキャストアドレステーブルは、ＩＰアドレス「２２４．０．０．０」〜「２３９．２５５．２５５．２５５」の範囲で通過を許可するＩＰアドレスを設定することが可能である。図３（ａ）に示すマルチキャストＩＰアドレステーブルにおいては「番号１」の値として「２２４．０．０．１０１」が設定され、「番号２」の値として「２２４．０．０．２３」が設定されており、マルチキャストアドレスがこれらのＩＰアドレスのときには通過が許可される。
【００６７】
また、図３（ｂ）に示すマルチキャストＭＡＣアドレステーブルにおいては、ＩＰパケットの通過に関する設定は行われていない。
【００６８】
これらのアドレステーブルの設定が行われた状態で、まず、監視カメラ群４０に含まれる第１監視カメラ４０−１〜第ｎ監視カメラ４０−ｎで撮影が行われると、撮影された映像データのＩＰパケットがＩＰネットワーク３０を介してレコーダ５０および表示装置１０に送信される。
【００６９】
レコーダ５０では、受信されたＩＰパケットが記録される。
【００７０】
表示装置１０では、表示制御部１１のネットワークインタフェース１３で監視カメラ群４０から送信された映像データのＩＰパケットが受信される。
【００７１】
ネットワークインタフェース１３で受信された映像データのＩＰパケットは、上述したアドレステーブルの設定に基づいて、パケットフィルタリング部１３ｂで通過させるか否かが判断されフィルタリングが行われる。
【００７２】
パケットフィルタリング部１３ｂで通過が許可された映像データのＩＰパケットは、低速バス２１を経由してＣＰＵ１６のデータ抽出部１６ｂに送出される。
【００７３】
データ抽出部１６ｂでは、ＩＰパケットが取得されたか否かが監視されており（Ｓ３）、ＩＰパケットが取得されると、ＩＰトンネル技術によりカプセル化されているときにはデカプセル化が行われ、また、ＩＰｓｅｃによりによる暗号化が施されているときには暗号化を解除する処理が行われる。
【００７４】
このとき、暗号化を解除する処理は複雑であるため、ＩＰｓｅｃ用のコプロセッサ（図示なし）を搭載して高速に処理できるようにしてもよい。
【００７５】
次にデータ抽出部１６ｂでは、これらの処理が行われたＩＰパケットに映像データの圧縮データが含まれるか否かが判断され（Ｓ４）、含まれると判断されたとき（Ｓ４の「YES」）はＩＰパケットからヘッダ部が除去され映像データの圧縮データが抽出される。
【００７６】
このとき、第１監視カメラ４０−１〜第ｎ監視カメラ４０−ｎのカメラがそれぞれ異なるメーカ品であるときには制御プロトコルやＩＰパケット構成などが異なることがある。そのため、予め図４に示すように監視カメラごとのＩＰアドレスや制御プロトコルが格納されたプロトコルテーブルが予めＲＯＭ１４またはＲＡＭ１５に記憶され、このプロトコルテーブルの設定内容に基づいてデータ抽出部１６ｂでＩＰパケットからヘッダ部が除去され、ペイロード部である圧縮データが抽出される。
【００７７】
図４においては、ＩＰアドレスが「１９２．１６８．０．１」の第１監視カメラ４０−１は、ヘッダ数が４バイトのＡ仕様であることが示されている。同様に、ＩＰアドレスが「１９２．１６８．０．４６」の第２監視カメラ４０−２は、ヘッダ数が１２バイトのＢ仕様であることが示され、ＩＰアドレスが「１９２．１６８．０．１００」の第３監視カメラ４０−３は、ヘッダがないＣ仕様であることが示されている。
【００７８】
これらの仕様に基づいて抽出される圧縮データはＪＰＥＧ方式やＭＰＥＧ方式により圧縮されたものなどがあるが、ここではＪＰＥＧ方式の場合について説明する。
【００７９】
抽出されたＪＰＥＧ方式により圧縮された画像データは、低速バス２１を経由してデコード部１７に送出される（Ｓ５）。
【００８０】
デコード部１７では、ＪＰＥＧ方式で圧縮された画像データがデコードされ、ＹＣｂＣｒ形式のピクセルデータが画像処理部１８に送出される。
【００８１】
このときデコード部１７では、必要に応じて、監視カメラの撮影画像で主に用いられているサンプリング比Ｙ：Ｃｂ：Ｃｒ＝４：２：０または４：２：１の画像データをより高画質のＹ：Ｃｂ：Ｃｒ＝４：２：２の画像データで表示するための変換が施されるようにしてもよい。
【００８２】
画像処理部１８では、ＣＰＵ１６の画像処理制御部１６ｃの制御により、取得した画像データの、ステップＳ２で予め設定された画像サイズへのサイズ変更や画質調整などが行われる。このとき、特定の監視カメラの画像データのみが縮小されるように設定されていてもよい。
【００８３】
画像データのサイズ変更では、ステップＳ２の設定に基づいて、例えば原画像の１／２、１／４、１／８、または１／１６などへの縮小が行われることにより、ＶＧＡサイズからＱＶＧＡサイズへの変更や、ＳＸＧＡサイズからＶＧＡサイズへの変更が行われる。
【００８４】
また、画質調整では、白黒調整、γ補正などが行われる。このとき、ＪＰＥＧエンコードを利用してもよい。
【００８５】
画像処理部１８でサイズ変更や画質調整などの画像処理が行われた画像データは、高速バス２２を経由してフレームメモリ１９に送出されて記憶される。
【００８６】
フレームメモリ１９に記憶された画像データは、水平・垂直同期信号に応じて読み出し部２０により読み出されて表示部１２に送出される。
【００８７】
表示部１２では、取得されたＹＣｂＣｒ形式の画像データがＲＧＢ形式に変換され、ビデオエンコードバッファにより液晶パネルなどの表示装置に表示させる。または、ＮＴＳＣ方式等のテレビ信号に変換してテレビ装置に表示させてもよい。
【００８８】
また、ステップＳ４においてＩＰパケットに映像データの圧縮データが含まれないと判断されたときは（Ｓ４の「NO」）制御コマンドであると判断され、コマンドに応じた制御が行われる（Ｓ６）。
【００８９】
コマンドに応じた制御が行われた後、表示処理が終了していなければ（Ｓ７の「NO」）ステップＳ３に戻り処理が繰り返される。
【００９０】
ステップＳ５において画像データがデコード部１７に送出されデコードされると、ＣＰＵ１６の画像転送部１６ｅにおいて、画像処理された画像データの転送先が指定されているか否かが判断される（Ｓ８）。
【００９１】
本実施形態においては、画像処理された画像データの転送先として携帯端末６０が指定されており（Ｓ８の「YES」）、画像処理部１８で縮小された画像データがＣＰＵ１６の画像転送部１６ｅの制御によりネットワークインタフェース１３からＩＰネットワーク３０を介して携帯端末６０に転送される（Ｓ９）。
【００９２】
このとき、転送先である携帯端末６０のＩＰアドレスはＲＯＭ１４に予め設定されており、画像転送部１６ｅによりこのＲＯＭ１４に設定されている転送先のＩＰアドレスが取得されて転送の処理が行われる。
【００９３】
転送される縮小された画像データはビットレートが低いため、低速バス２１で伝送可能である。
【００９４】
ステップＳ８において画像データの転送先が指定されてなく（Ｓ８の「NO」）、且つ表示処理が終了していなければ（Ｓ７の「NO」）、ステップＳ３に戻り処理が繰り返される。
【００９５】
携帯端末６０に画像データが転送されることにより、ユーザは監視カメラで撮影された画像を携帯端末６０で確認することが可能になる。
【００９６】
上記の処理は、表示装置１０で表示処理終了の指示を受信するまで繰り返される（Ｓ７）。
【００９７】
また、ユーザの操作によりレコーダ５０に記録された映像データがタイムラプスで再生される際も、表示装置１０において上記と同様の処理が行われる。
【００９８】
以上の実施形態によれば、表示制御部は、ＣＰＵには接続されずデコード後の画像サイズの大きいデータを伝送する高速バスと、ＣＰＵに接続され且つ画像サイズの小さい圧縮されたデータを伝送する低速バスとが設けられているため、ネットワークを介して接続されるカメラ装置の台数が増えたときやネットワークインタフェースが高速化されたときにもＣＰＵに接続されるバスの使用率を圧迫することなく、受信したＩＰパケットの表示制御処理を行うことができる。
【００９９】
また、このように高速バスと低速バスとを設けることで、ＣＰＵに接続されるバスの使用率を圧迫することなく、暗号化されたＩＰパケットの復号、トンネル技術を用いる際のカプセル化解除、またはＩＰパケットのヘッダ情報の判定などの複雑な処理をＣＰＵで行うことが可能になる。
【０１００】
本実施形態においては、ネットワークデコーダ装置として表示装置に設けられた表示制御部に適用した場合について説明したが、これには限定されず、コンテンツデータとして音声データを用いるスピーカなどに設けられる再生制御部に適用することも可能である。
【０１０１】
また、縮小された画像データの転送先として携帯端末を用いた場合について説明したが、これには限定されず、パーソナルコンピュータなどを用いてもよい。
【図面の簡単な説明】
【０１０２】
【図１】本発明の一実施形態によるネットワークデコーダ装置としての表示制御部を有する監視システムの構成を示すブロック図である。
【図２】本発明の一実施形態によるネットワークデコーダ装置としての表示制御部に設定される（ａ）送信元ＩＰアドレステーブルおよび（ｂ）送信元ＭＡＣアドレステーブルの設定例である。
【図３】本発明の一実施形態によるネットワークデコーダ装置としての表示制御部に設定される（ａ）マルチキャストＩＰアドレステーブルおよび（ｂ）マルチキャストＭＡＣアドレステーブルの設定例である。
【図４】本発明の一実施形態によるネットワークデコーダ装置としての表示制御部に設定されるプロトコルテーブルの設定例である。
【図５】本発明の一実施形態によるネットワークデコーダ装置としての表示制御部のＣＰＵの動作を示すフローチャートである。
【図６】従来の監視システムの構成を示すブロック図である。
【符号の説明】
【０１０３】
１…監視システム
１０…表示装置
１１…表示制御部
１２…表示部
１３…ネットワークインタフェース
１３ａ…送受信部
１３ｂ…パケットフィルタリング部
１４…ＲＯＭ
１５…ＲＡＭ
１６…ＣＰＵ
１６ａ…通過パケット設定部
１６ｂ…データ抽出部
１６ｃ…画像処理制御部
１６ｄ…パケット化処理部
１６ｅ…画像転送部
１７…デコード部
１８…画像処理部
１９…フレームメモリ
２０…読み出し部
２１…低速バス
２２…高速バス
３０…ＩＰネットワーク
４０…監視カメラ群
４０−１…第１監視カメラ
４０−２…第２監視カメラ
４０−３…第３監視カメラ
４０−ｎ…第ｎ監視カメラ
５０…レコーダ
６０…携帯端末
【特許請求の範囲】
【請求項１】
ネットワークを介してコンテンツ供給装置と接続され、前記コンテンツ供給装置から送信されたパケット化された圧縮コンテンツデータを受信してデコード処理した後、得られたコンテンツデータを出力するネットワークデコーダ装置において、
第１の内部バスとこの第１の内部バスよりもデータ転送レートの高い第２の内部バスとをそれぞれ有し、
前記第１の内部バスには、
前記コンテンツ供給装置から送信されたパケット化された圧縮コンテンツデータを受信するデータ受信手段と、
前記受信されたパケット化された圧縮コンテンツデータから圧縮コンテンツデータを抽出するデータ抽出手段と、
前記抽出された圧縮コンテンツデータを入力してデコード処理し、得られたコンテンツデータを出力するデコード手段の入力側とがそれぞれ接続されると共に、
前記第２の内部バスには、
前記デコード手段の出力側と、
前記デコード手段の出力側から出力されたコンテンツデータを記憶する記憶手段と、
前記記憶されたコンテンツデータを読み出して出力する読み出し手段とがそれぞれ接続されて構成されたことを特徴とするネットワークデコーダ装置。
【請求項１】
ネットワークを介してコンテンツ供給装置と接続され、前記コンテンツ供給装置から送信されたパケット化された圧縮コンテンツデータを受信してデコード処理した後、得られたコンテンツデータを出力するネットワークデコーダ装置において、
第１の内部バスとこの第１の内部バスよりもデータ転送レートの高い第２の内部バスとをそれぞれ有し、
前記第１の内部バスには、
前記コンテンツ供給装置から送信されたパケット化された圧縮コンテンツデータを受信するデータ受信手段と、
前記受信されたパケット化された圧縮コンテンツデータから圧縮コンテンツデータを抽出するデータ抽出手段と、
前記抽出された圧縮コンテンツデータを入力してデコード処理し、得られたコンテンツデータを出力するデコード手段の入力側とがそれぞれ接続されると共に、
前記第２の内部バスには、
前記デコード手段の出力側と、
前記デコード手段の出力側から出力されたコンテンツデータを記憶する記憶手段と、
前記記憶されたコンテンツデータを読み出して出力する読み出し手段とがそれぞれ接続されて構成されたことを特徴とするネットワークデコーダ装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００７−３００３８６（Ｐ２００７−３００３８６Ａ）
【公開日】平成１９年１１月１５日（２００７．１１．１５）
【国際特許分類】
【出願番号】特願２００６−１２６５６６（Ｐ２００６−１２６５６６）
【出願日】平成１８年４月２８日（２００６．４．２８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
【出願人】（０００００４３２９）日本ビクター株式会社 (3,896)
【Ｆターム（参考）】
【公開日】平成１９年１１月１５日（２００７．１１．１５）
【国際特許分類】
【出願日】平成１８年４月２８日（２００６．４．２８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
【出願人】（０００００４３２９）日本ビクター株式会社 (3,896)
【Ｆターム（参考）】
[ Back to top ]