(57)【要約】【課題】任意のカメラ映像を瞬時にプレビューでき、操作性の向上を図ることが可能な監視カメラシステムを提供する。【解決手段】ＣＣＴＶ操作器４は、操作者からの操作により、地図画面１１上のカメラアイコン１５上にマウスカーソル１６が乗せられたと判断すると、当該カメラアイコン１５に相当するカメラ１からの映像情報を配信するエンコーダ２のビューアソフトを起動させ、当該カメラ１からの映像情報のプレビュー表示を行う。【選択図】  図２
2014049865.tif 000002
【特許請求の範囲】
【請求項１】
監視区域を撮影するカメラと、当該カメラから入力された映像情報を配信するエンコーダと、通信ネットワークを介して前記エンコーダから配信された前記映像情報を受信し、操作画面に表示して前記監視区域の監視を行うＣＣＴＶ操作器とを有し、操作者からの操作により、前記操作画面上に前記監視区域の地図並びに前記監視区域に設置された前記カメラの位置を示すカメラアイコンを表示し、前記操作者からのマウスクリックによるカメラアイコンの選択操作によって、所望するカメラからの映像情報を前記操作画面上に表示する監視カメラシステムであって、
前記ＣＣＴＶ操作器は、前記操作者からの操作により、前記地図画面上のカメラアイコン上にマウスカーソルが乗せられたと判断すると、当該カメラアイコンのカメラからの映像情報を配信するエンコーダのビューアソフトを起動させ、当該カメラからの映像情報のプレビュー表示を行うことを特徴とする監視カメラシステム。
【請求項２】
監視区域を撮影するカメラと、当該カメラから入力された映像情報を配信するエンコーダと、通信ネットワークを介して前記エンコーダから配信された前記映像情報を受信し、操作画面に表示して前記監視区域の監視を行うＣＣＴＶ操作器とを有し、操作者からの操作により、前記操作画面上に前記監視区域の地図、前記監視区域に設置された前記カメラの位置を示すカメラアイコン並びに前記カメラのリストを表示し、前記操作者からのマウスクリックによる前記リスト中の所望するカメラ名称の選択操作によって、所望するカメラからの映像情報を前記操作画面上に表示する監視カメラシステムであって、
前記ＣＣＴＶ操作器は、前記操作者からの操作により、前記リスト中のカメラ名称上にマウスカーソルが乗せられたと判断すると、当該カメラ名称のカメラからの映像情報を配信するエンコーダのビューアソフトを起動させ、当該カメラからの映像情報のプレビュー表示を行うことを特徴とする監視カメラシステム。
【請求項３】
請求項１または２記載の監視カメラシステムにおいて、前記ＣＣＴＶ操作器は、記憶部を有し、前記記憶部に地図データと地名・施設名とが対応付けされた情報を地図データベースとして記憶し、操作者によりなされる監視映像を表示したい地名・施設名の文字入力による検索操作により、所望の地図を前記地図データベースから呼出して、前記操作画面上に表示させることを特徴とする監視カメラシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視カメラシステムに関し、特に、クライアントが所望の監視カメラの映像を選択して視聴する監視カメラシステムに関する。
【背景技術】
【０００２】
従来、監視カメラで撮影した映像を符号化し、ＩＰネットワークを介して伝送するＣＣＴＶ（Closed
Circuit Tele-Vision）システムが知られる（例えば、特許文献１乃至４参照）。これらのシステムでは、伝送された映像の閲覧やカメラの制御等は、Ｗｅｂブラウザ或いは専用ビューアソフトをインストールしたパソコンで行うのが一般的である。
【０００３】
図５は、従来のパソコンのＣＣＴＶ操作画面を示す図である。ＣＣＴＶ操作画面１０１は、カメラを選択するためのカメラ選択画面１０２や、選択したカメラの撮影方向やズームを制御するカメラ制御画面１０３等、複数の画面から構成される。
図５（ａ）に示した地図画面１０４は、ＣＣＴＶ操作画面１０１の１つであり、監視カメラが設置された地域の地図を表示し、ユーザからの操作を受け付ける。
カメラアイコン１１０は、地図上に、監視カメラが設置された位置に一致するように表示されるアイコンであり、マウスによるクリック操作が可能になっている。
ユーザはカメラ映像を視聴しようとする場合、まず、地図画面１０４に表示された地図上のカメラアイコン１１０をクリックするか、或いは他のカメラ選択画面１０２に表示されるカメラ選択リストから１つを選択する。すると、画面が、ＣＣＴＶ操作画面１０１から図５（ｂ）の映像表示画面１０５に移行する。
映像表示画面１０５は、ライブ映像或いは録画映像を表示する画面であり、画面の大部分を映像表示に用い、残りの領域に、ＣＣＴＶ操作画面に戻るためのボタン１０６等が配置されている。
【０００４】
上述の他、本発明に関連する従来技術として、メニューにカーソルが合ったときに対応するコンテンツを同期再生するプレビュー機能を有したＢＤ−ＲＯＭ用の再生装置（例えば、特許文献５参照）や、利用可能なプログラムの動画プレビュー等を視聴者に提供するインタラクティブインタフェースを有したテレキャストサービス（例えば、特許文献６参照）が知られる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−１９９５３１号公報
【特許文献２】特開２０１０−２７２９４３号公報
【特許文献３】特開２０１０−０６８１８９号公報
【特許文献４】特開２００９−３０３０３３号公報
【特許文献５】特開２００８−２４５３０７号公報
【特許文献６】特表平１０−５０５９７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来は、クライアント装置であるパソコンにおいて、マウスクリック等の明確な選択操作を契機として、映像表示のための処理を開始していたため、ユーザは表示開始まで待たされていた。また、カメラ選択を行うＣＣＴＶ操作画面から映像表示画面（ウィンドウ）へ遷移させる方式では、ユーザは映像を確認した後、映像表示画面を手動で閉じる必要があった。
なお、複数のカメラ映像を簡易に確認する方法として、画面の一部を使って複数のカメラ映像を縮小してタイル表示するものもあるが、カメラ台数が多い大規模なシステムでは全てのカメラの映像を表示できるわけではなく、またそれら全ての映像をリアルタイムで取得しようとするとネットワーク負荷が増大するという問題もある。
【０００７】
また特許文献５や６の技術は、プレビューの対象となる映像はリアルタイム性が要求されない録画映像であり、また記録媒体をローカルに持っているか或いは大容量伝送媒体（光ファイバネットワーク）で伝送するものなので、ＣＣＴＶシステムへ適用するにはレスポンス性やネットワーク負荷への考慮が不足している。
このように、従来の監視カメラシステムでは任意のカメラ映像を瞬時にプレビューすることができない問題があり、操作性に改善の余地があった。
【０００８】
本発明は、上記事情に鑑みてなされたものであって、任意のカメラ映像を瞬時にプレビューでき、操作性の向上を図ることが可能な監視カメラシステムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するための本発明に係る監視カメラシステムは、監視区域を撮影するカメラと、当該カメラから入力された映像情報を配信するエンコーダと、通信ネットワークを介して前記エンコーダから配信された前記映像情報を受信し、操作画面に表示して前記監視区域の監視を行うＣＣＴＶ操作器とを有し、操作者からの操作により、前記操作画面上に前記監視区域の地図並びに前記監視区域に設置された前記カメラの位置を示すカメラアイコンを表示し、前記操作者からのマウスクリックによるカメラアイコンの選択操作によって、所望するカメラからの映像情報を前記操作画面上に表示する監視カメラシステムであって、前記ＣＣＴＶ操作器は、前記操作者からの操作により、前記地図画面上のカメラアイコン上にマウスカーソルが乗せられたと判断すると、当該カメラアイコンのカメラからの映像情報を配信するエンコーダのビューアソフトを起動させ、当該カメラからの映像情報のプレビュー表示を行うことを特徴とする。
【００１０】
また、上記目的を達成するための本発明に係る監視カメラシステムは、監視区域を撮影するカメラと、当該カメラから入力された映像情報を配信するエンコーダと、通信ネットワークを介して前記エンコーダから配信された前記映像情報を受信し、操作画面に表示して前記監視区域の監視を行うＣＣＴＶ操作器とを有し、操作者からの操作により、前記操作画面上に前記監視区域の地図、前記監視区域に設置された前記カメラの位置を示すカメラアイコン並びに前記カメラのリストを表示し、前記操作者からのマウスクリックによる前記リスト中の所望するカメラ名称の選択操作によって、所望するカメラからの映像情報を前記操作画面上に表示する監視カメラシステムであって、前記ＣＣＴＶ操作器は、前記操作者からの操作により、前記リスト中のカメラ名称上にマウスカーソルが乗せられたと判断すると、当該カメラ名称のカメラからの映像情報を配信するエンコーダのビューアソフトを起動させ、当該カメラからの映像情報のプレビュー表示を行うことを特徴とする。
【００１１】
また、上記目的を達成するための本発明に係る監視カメラシステムは、前記ＣＣＴＶ操作器は、記憶部を有し、前記記憶部に地図データと地名・施設名とが対応付けされた情報を地図データベースとして記憶し、操作者によりなされる監視映像を表示したい地名・施設名の文字入力による検索操作により、所望の地図を前記地図データベースから呼出して、前記操作画面上に表示させることを特徴とする。
【発明の効果】
【００１２】
以上説明したように、本発明によれば、任意のカメラ映像を瞬時にプレビューでき、操作性の向上を図ることができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態１に係る監視カメラシステムの構成を示す図である。
【図２】図１のＣＣＴＶ操作器４が提供するＣＣＴＶ操作画面の一例を示す図である。
【図３】本発明の実施形態２に係る監視カメラシステムのＣＣＴＶ操作器４による表示処理のフローチャートである。
【図４】本発明の実施形態３の監視カメラシステムのＣＣＴＶ操作器４が提供するＣＣＴＶ操作画面の一例を示す図である。
【図５】従来のパソコンのＣＣＴＶ操作画面を示す図であり、（ａ）はＣＣＴＶ操作画面を示し、また、（ｂ）は映像表示画面を示す。
【発明を実施するための形態】
【００１４】
本発明は、クライアントが操作器の監視画面で所望のカメラ映像を選択して視聴する監視カメラシステムにおいて、操作器が、クライアントの操作によって、監視画面に表示された地図画面上のカメラアイコンやカメラ選択リスト等の上に、マウスカーソルが乗せられたと判断すると、カメラ映像を配信しているエンコーダ等の伝送装置用のビューアソフトを起動させ、プレビュー表示を行うようにすることにより、操作器の操作性の向上を図るものである。
【００１５】
＜実施形態１＞
まず、本発明の実施形態１の監視カメラシステムについて、図１及び図２を参照して詳細に説明する。
図１は、本発明の実施形態１に係る監視カメラシステムの構成を示す図である。
カメラ１は、監視対象の光学像を撮影するＣＣＴＶカメラ装置であり、得られた映像信号をコンポジットビデオのようなアナログ信号或いはCoaXPress（登録商標）による非圧縮デジタル信号として出力する。カメラ１は監視カメラシステムに複数備えられるが、構成が同じであるため、以下では区別せずカメラ１と呼ぶ。
【００１６】
エンコーダ２は、カメラ１からの映像信号をＨ．２６４形式の動画やＪＰＥＧ形式の静止画のデジタルデータに変換し、ＩＰパケット化して、ＩＰネットワーク３に送出する。
ＩＰネットワーク３は、ＩＰパケットを、その宛先（ＣＣＴＶ操作器４）に配送可能なネットワークであり、公衆の無線ブロードバンド通信サービスを用いて構築しても良い。
ＣＣＴＶ操作器４は、Ｗｅｂブラウザ、ActiveXプラグイン（ActiveXは登録商標））、専用アプリケーションソフト、コーデック等からなるＣＣＴＶ操作視聴ソフトを導入されたパソコンである。ユーザにＣＣＴＶ操作画面を提供し、ユーザからのマウス等による各種操作を受け付ける。本例の特徴としてＣＣＴＶ操作器４は、地図画面上のカメラアイコンやカメラ選択リスト等の上に、マウスカーソルが乗せられたと判断すると、カメラ映像を配信しているエンコーダ等の伝送装置用のビューアソフトを起動させ、プレビュー表示を行う。
【００１７】
図２は、図１のＣＣＴＶ操作器４が提供するＣＣＴＶ操作画面の一例を示す図である。
ＣＣＴＶ操作画面１０には、従来（図６参照）と同様、カメラを選択するためのカメラ選択画面１２、選択したカメラの撮影方向やズームを制御するカメラ制御画面１３、および地図画面１１が表示されている。
また、地図画面１１の地図は、図１のカメラ１が設置された地域のもので、河川、主要道路等とともにカメラアイコン１５が表示されている。
カメラアイコン１５は、地図画像とは別に用意したアイコン画像を、予め取得したカメラ設置位置情報に基づき、地図の該当する位置に配置して表示され、地図がスクロールや拡大縮小等されてもそれに連動する。
マウスカーソル１６は、画面上で常に最前面に表示され、地図画面１１上でユーザからのマウス操作に応じた任意の位置を表す。図２（ａ）は、マウスカーソル１６をカメラｃのカメラアイコン１５の上に乗せた状態を示している。
【００１８】
図２（ｂ）のプレビュー映像１４は、カメラアイコン１５の上にマウスカーソル１６が乗った状態になってから極短時間で、そのカメラアイコンの近くに、オーバーレイ表示されるライブのカメラ映像である。プレビュー映像１４の表示位置は、ＣＣＴＶ操作画面１０（のウィンドウ）の内に収まり、且つ、複数あるカメラアイコンに出来るだけ重ならないように表示位置が自動的に決定され、また、カメラアイコン１５からプレビュー映像１４の間に引き出し線が付される。表示サイズは、受信したカメラ映像の大きさ（例えば、320*240）のままか、或いはリサイズ処理により所定の大きさに揃えられる。プレビュー映像１４は、カーソルが乗っている間、表示され続け、好ましくは、１ｆｐｓ以上のフレームレートの動画として、最新（現在）の映像が表示される。
また、プレビュー映像１４が表示されている状態で、カーソルをカメラアイコン１５からプレビュー映像１４上へ移動させても、プレビュー映像１４の表示が続けられる。そして、プレビュー映像１４上で、マウスのクリック等の操作を行うことで、従来同様の映像表示画面１０５に移行させたり、該当カメラの録画映像や関連するアラームを閲覧するための録画表示画面に移行させたり、プレビュー映像１４からカーソルを外してもプレビュー映像１４の表示を続けさせたりする操作を行うことができる。
【００１９】
＜実施形態２＞
次に、本発明の実施形態２の監視カメラシステムについて、詳細に説明する。
本発明の実施形態２の監視カメラシステムでは、図１のエンコーダ２とＣＣＴＶ操作器４間の通信プロトコルをＯＮＶＩＦ（登録商標）に準拠したものとし、またＣＣＴＶ操作器４はＷｅｂブラウザとし、映像の表示処理にDirectShow（登録商標）を用いた場合の構成等を説明する。
【００２０】
ここで、ＯＮＶＩＦによるカメラ映像の伝送処理を説明する。
ＯＮＶＩＦでは、サービス指向アーキテクチャが採用されており、ＮＶＴ（Network
Video Transmitter）とＮＶＤ（Network Video Display）等との間で行う、設定や管理、制御（カメラ、雲台や画像認識に関するものも含む）、イベント受渡し等の通信はＷＳＤＬ（Web Service Description Language）で定義され、それらの機能はＷｅｂサービスとして提供される。ＷＳＤＬはＸＭＬの構文で記述され、ＳＯＡＰ（Simple Object Access Protocol）のメッセージとして通信される。ＳＯＡＰのメッセージ（エンベロープ）は、更にＨＴＴＰを用いてそのＢＯＤＹ内に格納されて伝送される。
ＮＶＴを構成するカメラ及びエンコーダは大概、解像度やフレームレート、符号化方式等が異なる複数種類の映像ストリーム（音声も含めメディアストリームと呼ぶ）を出力できることが多い。そのようなＮＶＴは、出力可能なメディアストリームの種類ごとに、その属性をメディアプロファイルとして保持し、ＮＶＤ等から”GetProfiles
command”により問合せられた際、その時点で利用可能な複数のメディアプロファイルを応答する。
【００２１】
ＮＶＤがカメラの画像を取得するには、所望のメディアプロファイルを引数としてGetStreamUri或いはGetSnapshotUriリクエストをＮＶＴに送信する。前者によりライブ動画を得るためにアクセスすべきＵＲＩ（Uniform Resource Identifier）が、また、後者により撮影されたばかりの静止画を得るためにアクセスすべきＵＲＩが、ＮＶＴから返信される。動画の場合、ＵＲＩを取得した以降の処理は、通常のＲＴＳＰ（Real Time Streaming Protocol）（RFC 2326）によるストリーム伝送と同じである。つまり、当該ＵＲＩ宛にＲＴＳＰのDESCRIBEメソッドを送信することで、セッションを初期化のための一連の手続きをし、プレゼンテーションを開始する。
【００２２】
次に、DirectShowによる表示処理を説明する。DirectShow は、Windows（登録商標）ＯＳを搭載したパソコン等で、映像や音声のストリームの再生、キャプチャ、簡易編集等を実現するアーキテクチャである。DirectShowでは、フィルタと呼ばれるＣＯＭコンポーネントを動的につなぎ合わせることで、所望の機能が実現できるようになっており、フィルタには基本的に、ソースフィルタ、変換フィルタ、レンダフィルタの３種類がある。
ソースフィルタは、ファイルやネットワークからストリームを取り込んで、次のフィルタに渡すものであり、本例ではＲＴＳＰでＨ．２６４映像ストリームを受信し、適宜暗号化を解除し、ＮＡＬレイヤーのストリームとして出力する機能を、１乃至複数のソースフィルタをつなぎ合わせて実現する。
変換フィルタは、符号化映像のデコードや、画像処理、著作権管理機能等を行い、次のフィルタに渡すものであり、本例では、Ｈ．２６４デコードを行う。変換フィルタでのデコード処理は、DirectX Video Acceleration（DirectＸは登録商標）を利用することで、その一部をＧＰＵ（Graphics Processing Unit）に行わせ、ＣＰＵの負担を軽減することができる。
レンダフィルタは、フィルタグラフの最後に位置し、ディスプレイデバイスに対し描画を行ったり、ファイルへ書き出したりするもので、本例では米国マイクロソフト社が提供するＶＭＲ（Video Mixing Renderer）かＥＶＲ（Enhanced Video
Renderer）を利用する。ＶＭＲ等では、他のビデオあるいは字幕画像等との合成、クロマフォーマット変換、スケーリング等を行うことができる。なお、DirectShowフィルタに代えてＤＭＯ（DirectX Media Object）を用いても良い。DirectShow、ＤＭＯのいずれも、それらを直接利用できるのはネイティブコードのみである。本例のＣＣＴＶ操作器４は、Ｗｅｂブラウザの他に、必要なDirectShowフィルタ、DirectShowを利用する映像再生アプリケーションソフト（例えばWindows Media）、映像再生アプリケーションソフトの制御やＣＣＴＶ操作器４のハードウェア情報の取得のためのブラウザ拡張（アドオン、プラグイン、ActiveXコントロール等とも言う）等が、インストールされているものとする。
【００２３】
上記を踏まえて、本発明の実施形態２の監視カメラシステムにおけるＣＣＴＶ操作器４での表示処理を、図３を参照して説明する。
図３は、本発明の実施形態２に係る監視カメラシステムのＣＣＴＶ操作器４による表示処理のフローチャートである。
まず、ステップＳ１０１として、地図画面１１を表示する。地図画面１１は、最初に読み込まれる親コンテンツ（ＤＭＯで言うところのdocument）（図２のＣＣＴＶ操作画面１０の元データ）が、ＤＭＯを通じて操作ボタン表示用コンテンツ（図２のカメラ制御画面１３の元データ）、及び地図表示用コンテンツ（図２の地図画面１１の元データ）等を取り込むことで、ユーザ操作に応じて動的に構成される。読み込んだ直後は、デフォルトの状態になっている。各コンテンツは、HTML又はXML、スタイルシート、スクリプト等の各ファイルからなる。
地図表示用コンテンツには、ＧＩＳ（Geographic Information
System：地理情報システム）サービス（本例ではGoogle Maps（Googleは登録商標））のＡＰＩを用いて、そのサービスが提供する地図を表示させる等のコードが含まれている。このコードは具体的には、表示する地図のセンター位置、表示領域サイズ（固定）、縮尺、及びその地図で表示すべき各カメラ１の設置位置情報等を、地図選択用のプルダウンメニュー等の操作に応じて特定し、ＡＰＩを介してＧＩＳサービスに伝える。Google Mapsの場合、カメラ１の経緯度の登録は、オーバーレイの追加により行う。これによりカメラ１を、地図上で任意のカメラアイコン（カスタムマーカー）１５として表示させることができる。カメラアイコン１５の生成は、GIcon オブジェクトのインスタンスを作成し、そのプロパティに、カメラアイコン１５の画像が存在するアドレス（ＵＲＩ）等をセットすることで行う。
【００２４】
次に、ステップＳ１０２として、映像を表示させる操作が１回のアクションで可能な状態（そのようなカメラを以後、即表示カメラと呼ぶ）であるか否かを判定し、可能であればそのカメラ（又は記録映像）を特定する。ここで言う１回のアクションとは例えば、マウスカーソルの移動（クリックを伴わない）のことである。このステップの処理は、地図画面１１内での全てのマウス操作等のイベントにより始動する。例えば、地図表示用コンテンツが表示されている場合には、現時点での地図のセンター位置と縮尺等から、地図の表示範囲がわかるので、予め用意したカメラテーブルの中の各位置（経緯度）情報が示す位置について内外判定を行えばよい。カメラテーブルは、監視対象となる全カメラの全属性（カメラの名称、種類、設置位置、アドレス、プロトコル、対応コーデック、伝送路環境等）を網羅した仮想的なテーブルであり、実際には、ＯＮＶＩＦのプロトコルであれば各カメラ（ＮＶＴ）から必要な都度取得したり事前収集しキャッシュしたりして構築する。
【００２５】
次に、ステップＳ１０３として、ステップＳ１０２で即表示カメラがあると判定された場合、カメラテーブルを参照して、各即表示カメラのプロトコル、対応コーデックを取得し、即表示カメラから静止画（スナップショット）の取得が可能なカメラを判別し、もし可能なカメラがあれば、直前の静止画取得からの経過時間が所定の更新周期（カメラ数や個々の伝送路環境等に依存する）を超えたか否かを判断し、超えたものには静止画取得要求をカメラ（ＮＶＴ）に宛てて送信する。静止画取得要求は、予めGetSnapshotUriで取得したＵＲＩへのhttpのgetメソッドである。
静止画取得要求を受信したカメラ（ＮＶＴ）は、応答として最新の撮影画像（静止画）を要求元に送信する。取得した静止画はＣＣＴＶ操作器４内で保持するものとするが、ＣＣＴＶ操作器４の台数が多い場合、それらが共通にＨＴＴＰアクセスできる代理サーバ等を経由させて静止画取得要求を送信し、その応答である撮影画像を所定の有効期間だけキャッシュしたり、更に画像を代理サーバのＵＲＩでＣＣＴＶ操作器４からＨＴＴＰアクセスできるようにするとよい。
【００２６】
次に、ステップＳ１０４として、即表示カメラのそれぞれに対し、ＲＴＳＰプロトコル等を用いてライブ映像の送信準備要求を送信する。ＲＴＳＰの場合、送信準備要求は、Describe及びSetupメソッドを意味する。Describeメソッドでは、ライブ映像のプレビューに適した低解像、低レートのメディアプロファイルを指定する。なお、この送信準備要求と競合する処理或いは高負荷の処理を既に行っている即表示カメラや、伝送路環境が悪い即表示カメラについては、送信準備要求を行わない。
また本ステップＳ１０４内で、ステップＳ１０２で判定された即表示カメラに対応するDirectshowフィルタ等を予めロードしてもよい。もし即表示カメラが複数ありそれらのプロトコル等に対応するフィルタが同じでない場合、任意の１つをロードする。表示中の地図上でのカメラアイコンの密度がそれほど高くなければ、取得したマウスカーソルに対して最も近いカメラアイコンに対応するDirectshowフィルタをロードすると効果的である。
【００２７】
上記ステップＳ１０１からＳ１０４により用意ができている状態で、ステップＳ１０５として、ある１つのカメラアイコンに対して、マウスカーソルが合わせられたこと（ＧＩＳサービスＡＰＩのmouseoverイベント）を検知することになる。このステップＳ１０５では、マウスカーソルが合わせられたカメラ（プレビューカメラと呼ぶ）を特定するとともに、地図画面１１のサイズおよびマウスカーソルが合わせられたカメラアイコンの地図画面１１内での座標に基づいて、そのカメラのライブ映像を表示する領域（位置と大きさ）を決定する。基本的には、大きさは静止画と同じとし、位置はカメラアイコンの位置に対して所定量右上とし、地図画面１１内に表示しきれない場合に位置や大きさを調整する。なおこれらの処理は、後続のステップＳ１０６がＧＩＳサービスＡＰＩの情報ウィンドウ或いはPanoramioLayerやGroundOverlay オブジェクトを用いるものである場合、 draw() メソッド内で自動的に行われる。 
【００２８】
次に、ステップＳ１０６として、プレビューカメラに対し、ＲＴＳＰプロトコル等を用いてライブ映像の送信要求（PLAYメソッド）を送信する。この応答としてプレビューカメラは、ライブ映像の符号化を開始し、符号化済み映像ストリームをＲＴＰプロトコル等によりＣＣＴＶ操作器４宛て或いはマルチキャストアドレス宛てに送信することになる。一般的に、送信要求を受信してから符号化を開始できるまでに最大で１映像フレーム時間要し、符号化開始してから最初のＲＴＰパケットが生成されるまでに更に０．数フレームから数フレームの時間を要する。その間に後述のステップＳ１０７を行う。
【００２９】
次に、ステップＳ１０７として、ステップＳ１０５で決定した領域に、事前に（ステップＳ１０３で）取得したプレビューカメラの静止画を描画する。
上述の情報ウィンドウ等を利用する場合、事前に、即表示カメラの夫々についてInfoWindow options オブジェクト等を作成し、GetSnapshotUriレスポンスで返されたURL或いは代理サーバ等により保持されている静止画のURLをDOMツリーの所定のノードに追加しておけばよい。
一方、静止画がローカルにある場合、映像再生アプリケーションソフトを起動し、静止画に対応したフィルタグラフを指定してDirctshowにより描画する。レンダフィルタにはＶＭＲフィルタのウィンドウレスモードを使用する。IVMRWindowlessControl::SetVideoPosition メソッドで描画位置をステップＳ１０５で決定した領域の位置と同じに指定し、SetVideoClippingWindowメソッドで描画先のウィンドウ（地図画面１１）のハンドルを指定すると、グラフが実行される。描画後速やかに、描画結果を保持したまま、フィルタグラフをライブ映像用に変更する。ＶＭＲフィルタは、通知されない限りビデオの再描画処理を行わない特性があり、描画した静止画を容易にそのまま保つことができる。
なお、情報ウィンドウ等を利用する場合も、本ステップ中に、映像再生アプリケーションソフトの起動、及びライブ映像用のフィルタグラフの指定及び実行を行っておく。
【００３０】
次に、ステップＳ１０８として、プレビューカメラからの映像ストリームを受信し、復号化して、ステップＳ１０５で決定した領域に描画する。ソケットで受信した映像ストリームは直接Directshowのソースフィルタに導かれ、描画まで行われる。なおステップＳ１０７においてDirectshowで静止画を描画していた場合、そのときの描画位置やサイズから変更する際などは、RepaintVideo メソッドで再描画を行う必要がある。
【００３１】
以上説明したように、本例では、スレッドセーフのDirectShow及び映像再生アプリケーションソフトを用いているので、少ないリソースで複数の映像を同時に再生させることができ、例えば全画面モードでＶＧＡ映像を１２個（横４×縦３）表示させることも比較的容易にできる。
また、プレビュー映像の再生が始まるまでの間、事前に取得した静止画を表示させるようにしたので、カメラアイコンへのマウスオーバ操作に対する主観的なレスポンスが向上する。
【００３２】
＜実施形態３＞
次に、本発明の実施形態３の監視カメラシステムについて、詳細に説明する。
本発明の実施形態３の監視カメラシステムは、ＣＣＴＶ操作器４で地図画面を表示する際に、テキスト検索によって該当カメラや地名に地図をジャンプさせる機能を追加したものである。
図４は、本発明の実施形態３の監視カメラシステムのＣＣＴＶ操作器４が提供するＣＣＴＶ操作画面の一例を示す図である。
図４のＣＣＴＶ操作画面２０は、図２のＣＣＴＶ操作画面１０に対し、地図画面２１に表示する地図を選択する際に使用するテキスト検索キーワード入力用のテキストボックス２５と検索ボタン２６を追加したものである。
【００３３】
そこで、ＣＣＴＶ操作画面２０の操作方法について、図４を参照して説明する。
オペレータが、ＣＣＴＶ操作画面２０内のテキストボックス２５に、監視映像を表示したいエリアまたはカメラの地名や施設名等の文字を入力し、マウス等で検索ボタン２６をクリックすることによって、予めＣＣＴＶ操作器４内のデータベース（図示せず）に登録された地図データと地名・施設名とが対応付けされた情報を基に、メモリから所望の地図が呼び出され、地図画面２１に自動で表示される。
【００３４】
以上説明したように、本発明の実施形態３に係る監視カメラシステムによれば、カメラを多数保有する規模の大きな監視カメラシステムにおいて、ＣＣＴＶ操作器からＣＣＴＶ操作画面に映像表示を行うカメラを選択する際、ＣＣＴＶ操作器の操作に不慣れな人や土地勘がない人が操作する場合でも、所望のカメラ選択が容易に行え、操作性の向上を図ることができる。
【符号の説明】
【００３５】
１：カメラ、２：エンコーダ、３：ＩＰネットワーク、４：ＣＣＴＶ操作器、１０：ＣＣＴＶ操作画面、１１：地図画面、１２：カメラ選択画面、１３：カメラ制御画面、１４：プレビュー映像、１５：カメラアイコン、１６：マウスカーソル、２０：ＣＣＴＶ操作画面、２１：地図画面、２５：テキストボックス、２６：検索ボタン、２７：カメラアイコン、１０１：ＣＣＴＶ操作画面、１０２：カメラ選択画面、１０３：カメラ制御画面、１０４：地図画面、１０５：映像表示画面、１０６：ボタン、１１０：カメラアイコン。
【図１】
2014049865.tif 000003
【図２】
2014049865.tif 000004
【図３】
2014049865.tif 000005
【図４】
2014049865.tif 000006
【図５】
2014049865.tif 000007