JP5045094B2 - 異常検出システム、その異常検出サーバ及び異常検出サーバプログラム - Google Patents

Description

本発明は、撮像装置に撮像された動画像を画像処理して持ち運び可能な携帯電話で画像処理後の情報を表示する異常検出システムに関する。

従来、建物の出入口、建物周囲に複数のカメラを設置し、その複数のカメラと有線で接続された操作盤のディスプレイに現在のカメラ動画像が出力される監視システムが広く用いられてきた。

このような監視システムは警備員が警備室におり、警備室内に配設された操作盤のディスプレイを見て警備にあたるものであり、所定の場所に配設された唯一の操作盤からだけしかカメラ動画像を監視することができず、他の場所で見る場合には他の操作盤を必要とした。これに対し、下記特許文献１に開示されるネットワーク型監視装置では、ネットワークに接続することができる再生端末であればカメラ動画像を監視することができ、前記問題点を解消する技術である。

この背景技術のネットワーク型監視装置は、カメラまたはスイッチャ等の画像出力装置から出力される画像情報を入力する画像入力部と、前記画像情報を符号化し蓄積する符号化画像保存部と、アラーム発生装置からのアラーム発生の有無を検知しアラーム情報を保存するアラーム管理部と、ネットワーク経由で再生端末からの要求を受信し前記要求に応じて前記符号化画像保存部に蓄積した符号化画像または前記アラーム管理部に蓄積したアラーム情報を送信する通信部とを備えたものである。
特開２０００−２７８６７２号公報

しかしながら、前記特許文献１で開示されるネットワーク型監視装置であっても、画像出力装置とネットワーク型監視装置を一つの組として設置する必要があり、汎用的でないネットワーク型監視装置が監視場所の数に応じて必要となって、そのコストは過大となるという課題を有する。

ネットワーク型監視装置に複数の画像出力装置用のインタフェースを用意したとしても、監視場所が無数にあり監視場所の距離が大きい場合には複数の監視場所に対して一つのネットワーク型監視装置を適用することは技術的に極めて困難であるだけでなく、費用の観点からも現実的ではない。

さらに、ネットワーク型監視装置においては、複数の監視場所が単一の顧客に対してカメラ動画像をその単一の顧客に出力する場合には前記ネットワーク型監視装置であっても対応することができるものの、複数の監視場所で複数の顧客に対してその顧客毎に対応する監視場所のカメラ動画像を提供することはもはやできない。

本発明は前記課題を解決するためになされたものであり、汎用的でない装置を監視場所毎に設置することを避け、各監視場所の動画像を収集して対応する顧客に対して配信可能にする異常検出システムを提供することを目的とする。

図１は本発明についての静止画像のクリッカブルマップを通じた提供の概念説明図である。
図１（１）では、カメラが”動き”を検知したら自動的に撮影を開始する。
図１（２）では、ＩＳＰを経由して動画データが送られてくるので、それを管理会社内の画像ＤＢに蓄積する。
図１（３）では、まずメールにて、カメラが”何か”を検知したことを契約者に知らせる。
図１（４）では、並行して、動画データの先頭画像を切り出す。
図１（５）では、同図（４）の画像を、携帯電話で表示可能なサイズに縮小したデータを作成する。
図１（６）では、同図（４）の画像を、携帯電話で表示可能なサイズに数分割したデータを作成する。
図１（７）では、契約者は、画像が見たければ、メールに書かれたリンクをクリックする。
図１（８）では、ブラウザが起動し、同図（５）で作成したクリッカブルマップ画像を表示する。と同時に、さらに詳しく見たい領域を選択するためのカーソルを表示する。
図１（９）では、契約者は、さらに詳細な画像が見たければ、見たい場所を選択する。
図１（１０）では、ブラウザに、選択された場所の詳細な画像を表示する。

これら一連の流れにより、契約者自宅で動きを検出した場合に、異常検出通知をメールにて受けて異常検出を契約者が把握することができると共に、動画像の大容量のデータをそのまま携帯電話で参照するのではなく、動画像を画像処理した静止画像で状況を確認することができる。

図２は本発明についての動画像のサムネイルを通じた提供の概念図である。
図２（１）では、カメラが”動き”を検知したら自動的に撮影を開始する。
図２（２）では、ＩＳＰを経由して動画データが送られてくるので、それを管理会社内の画像ＤＢに蓄積する。
図２（３）では、まずメールにて、カメラが”何か”を検知したことを契約者に知らせる。
図２（４）では、平行して、動画データを一定時間ごとに切り出し、携帯電話で再生できる動画形式に変更する。これを繰り返し行い、細切れの動画ファイルを時系列順に作成する。
図２（５）では、同図（４）の各動画の先頭画像を取り出し、複数個タイル状に並べた状態であり携帯画面で表示できるようなサイズに変換する。(収まり切れない画像が”次ページ”機能で表示する)
図２（６）では、契約者は、画像が見たければ、メールに書かれたリンクをクリックする。
図２（７）では、ブラウザが起動し、同図（５）で作成したサムネイル画像の一覧を表示する。と同時に、見たい動画を選択するためのカーソルを表示する。
図２（９）では、契約者は、見たい動画のサムネイルを選択する。
図２（１０）では、ブラウザに、選択された動画を表示する。再生が終わったら次の動画を自動的に再生する。選択された動画から連続して再生することで、任意の時間から再生可能な機能を実現する。

これら一連の流れにより、同様に、契約者自宅で動きを検出した場合に、異常検出通知をメールにて受けて異常検出を契約者が把握することができると共に、動画像の大容量のデータをそのまま携帯電話で参照するのではなく、動画像を構成する分割動画像で状況を確認することができる。
より具体的に本発明を示せば次の通りである。

本発明に係る異常検出システムは、動きを検出中に撮像して動画像を作成するカメラと、当該カメラから送信される動画像を受信して画像処理する異常検出サーバと、当該異常検出サーバで画像処理された画像情報のアップロードを受けてコンテンツとして配信可能とするＷＷＷサーバと、前記異常検出サーバからの前記コンテンツのＵＲＬを含む異常検出通知を受け、当該異常検出通知のＵＲＬを用いて該当するコンテンツを前記ＷＷＷサーバから受信して表示する携帯電話とを備え、前記カメラは、撮像領域の動きを検出する動き検出手段と、当該動き検出手段が動きを検出している間撮像して動画像を作成する撮像手段と、当該撮像手段が作成した動画像を顧客識別可能にリアルタイムに異常検出サーバに送信する通信手段とを備え、前記異常検出サーバは、動画像を顧客識別可能に受信して識別されている顧客について顧客情報を記録する顧客情報記憶手段から顧客情報に含まれる顧客の携帯電話のメールアドレスを取得するメールアドレス取得手段と、当該取得した顧客の携帯端末のメールアドレスに対して前記ＷＷＷサーバで配信可能とされる該当顧客の動画像を構成する静止画像の縮小画像からなるサムネイルを含むコンテンツのＵＲＬを含めて異常検出通知としてメール送信するメール送信手段と、前記受信した動画像から所定時間分の動画像である分割動画像を作成する動画像分割手段と、当該作成した分割動画像から動きの速さ及び／又は範囲の程度が大きい時点の静止画像を取得する静止画像取得手段と、当該取得した静止画像を縮小変換する縮小変換手段と、当該縮小変換された縮小画像に係る分割動画像を含むコンテンツのリンクと当該リンク近傍に配置された該当する縮小画像からなるサムネイルを含むコンテンツを作成するサムネイル生成手段と、コンテンツを指定したＵＲＬでＷＷＷサーバが配信可能となるようにコンテンツを送信するアップロード手段とを備え、当該アップロード手段が、前記ＷＷＷサーバにサムネイルを含むコンテンツのＵＲＬを指定して送信し、また、前記作成した分割動画像をＷＷＷサーバに分割動画像のコンテンツのＵＲＬを指定して送信し、前記携帯電話は、前記異常検出サーバからの異常検出通知をメール受信するメール受信手段と、当該受信した異常検出通知を表示するメール表示手段と、契約者からの操作に応じて当該操作に係るコンテンツのＵＲＬを指定して前記ＷＷＷサーバにコンテンツを要求し、当該要求に対するＷＷＷサーバからのコンテンツを表示するブラウザ手段とを備えるものである。

このように本発明によれば、カメラで作成された異常検出時の動画像を受信した異常検出サーバが、その動画像に係る顧客の携帯電話に対して異常検出通知すると共に、動画像を画像処理してＷＷＷサーバへアップロードし、しかも、このアップロード先のＵＲＬが異常検出通知内に含まれているので、異常検出に係る顧客に対して適切に異常検出することができると共に、この異常検出通知に含まれるリンク先に携帯電話でアクセスすることにより携帯電話で異常検出時の画像を確認することができるという効果を有する。動画像を構成する静止画像をその異常検出に係る顧客の要求に応じて提供可能となる。動画像を構成する静止画像の縮小画像をその異常検出に係る顧客の要求に応じて提供可能となる。動画像を構成する静止画像の分割画像をその異常検出に係る顧客の要求に応じて提供可能となる。動画像を構成する静止画像の分割画像をその異常検出に係る顧客の要求に応じて同静止画像の縮小画像に対して対応する分割画像のリンクをそれぞれの領域に形成したクリッカブルマップを通して提供することができる。

前記カメラは、動画像を作るための装置であり、具体的には、ビデオカメラ、ＣＣＤカメラ、ＣＭＯＳカメラなどが該当する。後説する実施形態では、ＣＣＤカメラとして例示している。
前記カメラの通信手段は、後説する実施形態では無線通信手段として例示しており、さらに、動画像は顧客ＩＤなどの顧客識別情報と共に送信して顧客識別可能に動画像を送信しているが、通信前にセッションを確立させて動画像を送信することで顧客識別可能に動画像を送信することもできる。

前記静止画像取得手段は、後説する実施形態では先頭画像取得手段として例示しており、実施形態のように動画像の先頭画像ではなくその他の動画像を構成する静止画像を取得してもよい。例えば、前記カメラは撮像領域の動きを検出する機能を有するが、動きの開始又は終了時の静止画像を取得することもでき、さらには、撮像領域の動きの程度（動きの速さ、動きの範囲）を検出してその動きの程度が最も大きい時点の静止画像を取得することもできる。なお、後説する実施形態では、動きの検出に赤外線センサーを用いているが、イメージセンサから出力される動画像を用いて前後の静止画像の変化から動きを検出することもできる。そして、これら赤外線センサー、前後の静止画像の変化を用いた方法ともに、撮像領域の動きの程度も検出することができる。

動画像を構成する分割動画像をその異常検出に係る顧客の要求に応じて提供可能となる。動画像を構成する分割動画像をその異常検出に係る顧客の要求に応じて同分割動画像の縮小画像に対して対応する分割動画像のリンクを形成したサムネイルを通して提供することができる。

以上の発明は、システムとして把握したが、サブコンビネーション発明としての異常検出サーバとしても把握することができ、同様に、異常検出サーバプログラムとしても把握することができる。
これら前記の発明の概要は、本発明に必須となる特徴を列挙したものではなく、これら複数の特徴のサブコンビネーションも発明となり得る。

本発明の実施の形態を図面に基づいて詳細に説明する。本発明は多くの異なる形態で実施可能である。したがって、本実施形態の記載内容のみで解釈すべきではない。また、本実施の形態の全体を通して同じ要素には同じ符号を付けている。

本実施の形態では、主にシステムについて説明するが、所謂当業者であれば明らかな通り、本発明はコンピュータで使用可能なプログラム（システムの構成要素毎のプログラム）及び方法としても実施できる。また、本発明は、ハードウェア、ソフトウェア、または、ソフトウェア及びハードウェアの実施形態で実施可能である。プログラムは、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、光記憶装置または磁気記憶装置等の任意のコンピュータ可読媒体に記録できる。さらに、プログラムはネットワークを介した他のコンピュータに記録することができる。

（本発明の第１の実施形態：静止画提供）
［１．システム構成］
図３は本実施形態に係る異常検出システムのシステム構成図である。
本実施形態に係る異常検出システムは、ＣＣＤカメラ１０、ブロードバンドルータ２０、異常検出サーバ３０、顧客情報データベース７０、画像データベース７１、ＷＷＷサーバ５０及び携帯電話６０からなる。

ＣＣＤカメラ１０は、無線機能を有しており、無線ＬＡＮによりブロードバンドルータ２０と論理的に接続し、このブロードバンドルータ２０を介してインターネットにアクセス可能となっている。なお、本実施形態ではＣＣＤカメラ１０は無線機能を有しているが、有線で通信可能となる構成であってもよい。ただし、無線機能をＣＣＤカメラ１０が有している方が、ブロードバンドルータ２０への配線を考慮することなく、無線通信エリア内であればＣＣＤカメラ１０を自由に配置することができる。

ブロードバンドルータ２０は、無線機能を有し、具備するＷＡＮ側ポートがＩＳＰ(Internet Service Provider)と通信ケーブルで接続している。ブロードバンドルータ２０とＩＳＰとの間には回線終端装置(DSU:Digital Service Unit)などの機器が介在する場合がある。

異常検出サーバ３０はネットワーク装置（図示しない）を介してインターネットにアクセス可能となっている。
データベース７０，７１は異常検出サーバ３０が所属する内部通信網で異常検出サーバ３０及びＷＷＷサーバ５０と通信可能となっている。
ＷＷＷサーバ５０はネットワーク装置（図示しない）を介してインターネットにアクセス可能となっている。

異常検出サーバ３０、データベース７０，７１及びＷＷＷサーバ５０の詳細なネットワーク構成の一例として、異常検出サーバ３０及びＷＷＷサーバ５０が運用会社のＤＭＺ（De-Militarized Zone）に配置され、データベース７０，７１が運用会社の内部ネットワークに配置され、異常検出サーバ３０及びＷＷＷサーバ５０がデータベース７０，７１と通信可能であり、外部からデータベース７０，７１へのアクセスはできない構成を採ることができる。

携帯電話６０はキャリア網を介してインターネットにアクセスすることが可能となっている。詳細には、携帯電話６０の現在位置するセルの基地局に対して電波を発し、基地局が電波を受けて電気信号化又は光信号化してパケットデータ処理装置を通してインターネットにアクセスすることができる。なお、キャリア網の構成により使用される装置は異なる。
図４は本実施形態に係る異常検出システムの構成要素のモジュール構成図及びハードウェア構成図である。

［１．１ ＣＣＤカメラ］
ＣＣＤカメラ１０は、動き検出手段１１、撮像手段１２及び無線通信手段１３を含む。
動き検出手段１１は、ＣＣＤカメラ１０の正面上部に配設され、ＣＣＤ素子の撮像領域内をセンサー領域とする赤外線センサーにより生体から生じている赤外線を検出し、赤外線の強さの時間的変化から動きを検出する機能である。

ＣＣＤカメラ１０は、ＣＣＤ素子、ＣＰＵ、ＲＯＭ、ＲＡＭ、電源部等の一般的なＣＣＤカメラが有する構成の他、前記赤外線センサー及び無線通信用のアンテナと通信回路を有している（図４（ａ）参照）。

撮像手段１２は、動き検出手段からの検出信号を受け、その検出信号が継続されている間撮像し、検出信号がなくなると撮像を停止する機能である。
無線通信手段１３は、撮像手段１２により撮像された動画像を顧客ＩＤと共にリアルタイムに異常検出サーバ３０宛に送信する。

ＣＣＤカメラ１０は本実施形態においてはＵＰｎＰ機能及びＤＨＣＰクライアント機能も有し、ブロードバンドルータ２０間の設定を自動化している。勿論、これらの機能を有さず、契約者が手動で設定してもよいし、システム運用者がＣＣＤカメラ１０及びブロードバンドルータ２０を契約者に渡す前に手動で設定してもよい。

［１．２ ブロードバンドルータ］
ブロードバンドルータ２０は、ＷＡＮ側ポート及びＬＡＮ側ポートを形成され、保持するルーティングテーブルに従ってＷＡＮ側からＬＡＮ側へ、逆に、ＬＡＮ側からＷＡＮ側へパケットを転送する機能を有する。ブロードバンドルータ２０は、ＤＨＣＰサーバ機能、ＵＰｎＰ機能、ＩＰマスカレード(IP Masquerade)機能を有している。ＵＰｎＰ機能は、ＵＰｎＰデバイスがネットワークに接続すると自動的に設定する。また、ＩＰマスカレードはローカルアドレスとグローバルアドレスの変換をポート番号を用いて行うものである。ＣＣＤカメラ１０がネットワークに接続すると自動的に設定がなされ、ＣＣＤカメラ１０用のポートマッピングの設定が完了する。
図４（ｂ）はブロードバンドルータ２０のハードウェア構成の一例である。
なお、本実施形態では無線機能を有するブロードバンドルータを用いたが、アクセスポイントとＬＡＮケーブルで接続する無線機能を有しないブロードバンドルータを用いることもできる。

［１．３ 異常検出サーバ］
異常検出サーバ３０は、動画像情報受信手段３１、利用者特定手段３２、メールアドレス取得手段３３、メール送信手段３４、先頭画像取出手段３５、縮小変換手段３６、画像分割手段３７、アップロード手段３８、ＤＢ操作手段３９、ＵＲＬ生成手段４０及びクリッカブルマップ作成手段４１を含む。

動画像情報受信手段３１は、ＣＣＤカメラ１０から送信される動画像情報を受信する機能である。より具体的には、ＩＰアドレスとポート番号を含むパケットとして動画像情報を異常検出サーバ３０を構築したコンピュータが受信し、ポート番号に従い異常検出サーバ３０に取り込まれる。

利用者特定手段３２は、動画像情報受信手段３１が受信した動画像情報内の顧客ＩＤを取り出し、顧客情報データベース７０からＤＢ操作手段３９を介してこの顧客ＩＤに該当する顧客情報を取得する機能である。詳細には、利用者特定手段３２の要求に応じて顧客ＩＤに該当する顧客情報を取得できるようにＤＢ操作手段３９が顧客情報データベース７０にアクセスする。

メールアドレス取得手段３３は、利用者特定手段３２が取得した顧客情報からメールアドレスを取得する機能である。
ＵＲＬ生成手段４０は、ＣＣＤカメラ１０からの動画像を画像処理された画像を含むコンテンツのＵＲＬを生成する機能を有する。本実施形態においては、顧客毎に固定的に用意されたトップＵＲＬがあり、そのトップＵＲＬよりも下位のノードＵＲＬが必要に応じて生成される。

トップＵＲＬは顧客ＩＤに基づいたものであり、顧客ＩＤそのものでもよいし、それに基づいたものでもよい（顧客情報データベース７０に登録しておくことが好ましい）。例えば、「http://jp.fujitsu.com/malfunction-detection/0123456/」である。このＵＲＬの例示は、「＜プロトコル名＞://＜ホスト名＞/＜サブディレクトリ名＞/」の形式をとる。サブディレクトリ名が、サービス提供ディレクトリと顧客ＩＤディレクトリからなる。なお、トップＵＲＬのサブディレクトリ名もＵＲＬ生成手段４０により生成し、生成されるＵＲＬも別の規則に従うもの、規則なく重複無く生成されるものであってもよい。

本実施形態において、ノードＵＲＬは同じ日の複数異常検出に対応ができるように、トップＵＲＬに日付のサブディレクトリ名、検出回数のサブディレクトリ名を組み合わせたものである。もっとも、ノードＵＲＬも別の規則に従うもの、規則なく重複無く生成されるものであってもよい。

ＵＲＬ生成手段４０が生成するＵＲＬのフルパスからファイル名を除いたＵＲＬは、例えば、「http://jp.fujitsu.com/malfunction-detection/0123456/20061213/1/」である。このノードＵＲＬ配下に、縮小画像のＷｅｂページ（reducedscreen.html、reducedscreen.jpg）、分割画像（splitscreen*.jpg）が対応付いて記録されている。「＊」は、分割画像の数に応じて連番が付与されることを示している。図５（ｃ）はＷＷＷサーバのサイト構成である。

ＵＲＬ生成手段４０は作成した縮小画像のＷｅｂページのＵＲＬをメール送信手段３４に渡す。メール送信手段３４はこのＵＲＬを所定の雛形文章にリンク先ＵＲＬとして用いてメールを完成させる。また、ＵＲＬ生成手段４０は少なくともアップロード手段３８がＷｅｂページなどをアップロードする前に生成したＵＲＬをアップロード手段３８に渡す。

クリッカブルマップ作成手段４１は、縮小変換手段３６が縮小した縮小画像のクリッカブルマップを含むＷｅｂページを作成する機能を有する。動画像情報受信手段３１が受信する動画像は取り込まれることでその画像サイズが判明し、また、予め送信される動画像の画像サイズは設定により判明している場合もある。そして、画像分割手段３７による画像分割も画像分割数及び／又は所定分割画像サイズが設定されている。なお、この画像分割数及び／又は所定分割画像サイズは動画像の画像サイズ毎に設定されていることが好ましい。そうすると、画像サイズと、画像分割数及び／又は所定分割画像サイズとが決まっており、画像分割手段３７により作成される分割画像も予め判明することになる。この予め判明している分割画像と縮小画像の縮小比から縮小画像における分割領域を求め、求めた分割領域の座標、縮小画像及び作成した分割画像のＵＲＬを用いて分割画像のクリッカブルマップを作成する（図５（ｂ）参照）。ここでは、分割画像が作成する前にクリッカブルマップを作成しているが、分割画像作成後に分割画像を用いてクリッカブルマップを作成してもよい。

メール送信手段３４は、所定のプロトコル（ＳＭＴＰ：Simple Mail Transfer Protocol）を用いてメールを宛先に送信する機能である。メール送信手段３４が送信するメールは異常検出を該当する契約者に通知するものであり、所定の雛形文章を有しており、その雛形文章内の一部は動的に変化する部分を含む。動的に変化する部分とは、縮小変換手段３６により作成される縮小画像を含むクリッカブルマップのＷｅｂページのＵＲＬである。この縮小画像を含むクリッカブルマップのＷｅｂページのＵＲＬをリンクとするメール本文を作成してメール送信手段３４がメール送信する。

先頭画像取出手段３５は、動画像情報受信手段３１が受信した動画像を取り出し、その動画像の先頭フレームを先頭画像として取り出す機能である。図５（ａ）に示すように、動画像は複数のフレームからなり、その先頭フレームを先頭画像取出手段３５が取り出す。具体的には、動画像は所定のフォーマットからなり、フレーム始まりからそのフレーム終わりまでをフレーム区切で識別してワンフレームを取り出す。

縮小変換手段３６は、先頭画像取出手段３５が取り出した先頭画像を携帯電話６０の表示に合致するように画像縮小する機能である。画像縮小は幾何学的変換（拡大、回転、歪み補正など）の一種であり、周知・慣用技術であるため、詳細な説明は省略する。図５（ａ）に示すように、取り出された先頭フレームを所定縮小画像サイズに画像縮小する。例えば、携帯のディスプレイのサイズが２４０×３２０である場合に、ブラウジング時に使用できる領域は２４０×２６０とし、所定縮小画像サイズを１６０×１２０とする。そうすると、動画像のピクセルサイズが３２０×２４０の場合には、縦比１／２、横比１／２の画像縮小を行って１／４サイズの縮小画像にする。動画像情報受信手段３１が受信する動画像の画像サイズが複数ある場合には、それぞれの画像サイズに適した所定縮小画像サイズを設定することが望ましい。つまり、縮小変換手段３６は処理対象となる画像サイズに応じて縮小比で画像縮小する。

画像分割手段３７は、先頭画像取出手段３５が取り出した先頭画像を携帯電話６０の表示に合致するように静止画像を分割する機能を有する。矩形画像を矩形に分割する場合には例えば分割画像の頂点（（ｘ₁、ｙ₁）、（ｘ₂、ｙ₂）、（ｘ₃、ｙ₃）、（ｘ₄、ｙ₄））を指定することで分割処理がなされる。分割画像の頂点を分割数から求めることもできる。行も列も同じ個数である場合には、４［個］、９［個］、１６［個］、…、ｋ［個］である。画像の縦のピクセル列、横のピクセル列をそれぞれｋの平方根で除算することで分割画像の縦横のピクセル数が求まる。これによりそれぞれの分割画像の頂点を求めることができ、画像を分割することができる。なお、ＣＣＤカメラ１０から送信される動画像の画像サイズは少なくとも受信時に判明し（例えば、１６０×１２０、３２０×２４０、６４０×４８０）、それぞれの画像サイズ及び／又は分割数に応じた分割画像の座標位置が判明する。所定分割画像サイズを１６０×１２０とすると、１６０×１２０サイズの先頭フレーム画像はそのまま、３２０×２４０サイズの先頭フレーム画像は２×２で４つの分割画像、６４０×４８０サイズの先頭フレーム画像は３×３で９つの分割画像となる。

アップロード手段３８は、指定されたＵＲＬに対応するＷＷＷサーバ５０の記憶領域にＷｅｂページ（ｈｔｍｌファイル、画像ファイル）をアップロードする機能を有する。通常、ＦＴＰ(File Transfer Protocol)上でＩＤ及びパスワードを用いて実行される。

ＤＢ操作手段３９は、データベースに合致した照会言語で検索条件を表現してデータベース７０，７１に対して問い合せ行い、顧客情報データベース７０が検索して送り出した問い合せ結果を受け取る機能を有する。具体的には、ＤＢ操作手段３９は、前説した通り、顧客情報データベース７０に問い合せてある顧客ＩＤに該当する顧客情報を取得する他、画像データベース７１に動画像を少なくとも顧客（顧客ＩＤ）と関連付けて追加する。

図４（ｃ）はコンピュータのハードウェア構成の一例である。このような一例となるコンピュータに異常検出サーバ３０は異常検出サーバプログラムをインストールされて構築される。また、このコンピュータの構成は、異常検出サーバ３０が構築されるコンピュータのハードウェア構成の一例を示すだけでなく、データベース４０、４１（データベースサーバ）が構築されるコンピュータの一例でもあり、ＷＷＷサーバ５０が構築されるコンピュータの一例でもある。

［１．４ 携帯電話］
携帯電話６０は、メール受信手段６１、メール表示手段６２、ブラウザ手段６３を含む。
メール受信手段６１は、所定のプロトコル（ＰＯＰ３：Post Office protocol version 3、ＩＭＡＰ４:Internet message access protocol 4）を用いてメールを自己宛のメールを受信する機能である。

メール表示手段６２は、契約者の要求に応じてメール受信手段６１で受信したメールを携帯電話６０のディスプレイにメール内容を表示する機能である。
ブラウザ手段６３は、契約者の要求に応じて指定されたＵＲＬ及びリンクしているＷｅｂページ、画像などのコンテンツをＷＷＷサーバ５０から取得して表示する機能である。
図４（ｄ）は携帯電話のハードウェア構成の一例である。

［２．動作］
［２．１ 契約者側事前セッティング］
異常検出サーバ３０、顧客情報データベース７０、画像データベース７１及びＷＷＷサーバ５０はシステム運用会社において既に構築して設定済みであるとする。
携帯電話６０を契約している契約者は、異常検出システムの利用に際し、顧客情報を異常検出システムの運用会社に提出している。顧客情報は、氏名、住所、電話番号、年齢、性別、携帯電話メールアドレスなどの一般的な個人の属性であり、この申込に対してシステム運用会社は顧客を一意に識別可能な顧客ＩＤ、顧客毎のＷｅｂページにアクセスするためのログインＩＤ及びパスワードを付与して顧客情報データベース７０に追加している。システム運用会社は、顧客ＩＤが設定されたＣＣＤカメラ１０を必要に応じてブロードバンドルータ２０と共に申込した契約者に対して郵送する。

申込をした顧客は、郵送されてきたＣＣＤカメラ１０及びブロードバンドルータ２０を取り出す。ブロードバンドルータ２０のＷＡＮ側ポートとＩＳＰのモデムのポートをＬＡＮケーブルで接続する。ブロードバンドルータ２０の電源を入れる。

ＣＣＤカメラ１０の電源を入れると、ＵＰｎＰ機能により、ブロードバンドルータ２０とで自動的に設定がなされる。ブロードバンドルータ２０のポートマッピングは、ＣＣＤカメラ１０のローカルアドレス及びポート番号と、ＣＣＤカメラ１０のグローバルアドレス及びポート番号が関連付けられてテーブルとして保持している。
この時点でＣＣＤカメラ１０は外部へアクセス、又は、外部からのアクセスが可能となっている。ＣＣＤカメラ１０はＩＳＰ経由で異常検出サーバ３０と通信可能となっている。

より詳細に説明すると、次の箇条書きの通りとなる。
＜１＞ＣＣＤカメラ１０とブロードバンドルータ２０を接続する
＜２＞ＣＣＤカメラ１０が自分の接続をブロードバンドルータ２０に通知する
＜３＞ブロードバンドルータ２０からＤＨＣＰ(Dynamic Host Configuration Protocol)でカメラにＩＰアドレスが割り当てられる
＜４＞ブロードバンドルータ２０からＣＣＤカメラ１０に、問い合わせを行う
どんな機能を持っているのか?あなたは何者?
＜５＞ＣＣＤカメラ１０カメラからブロードバンドルータ２０に情報が返される
・使用するポート
・カメラ機能あり、赤外線あり、など
・何番目のカメラか(複数台接続可能)
＜６＞ブロードバンドルータ２０はＣＣＤカメラ１０から返ってきた情報を蓄積する
※ブロードバンドルータ２０に問い合わせがあると、この情報を異常検出サーバ３０に返す。異常検出サーバ３０からの要求についても、ブロードバンドルータ２０が誰に渡すべきかを考え、振り分ける。
＜７＞ブロードバンドルータ２０はＣＣＤカメラ１０のポートを開放する
ポートマッピングは、少なくとも内部アドレス、内部ポート、外部アドレス、外部ポートからなり、ＣＣＤカメラ１０のそれぞれの値が格納される。ＣＣＤカメラ１０が送り出すパケットの送信元アドレス、ポートがそれぞれ内部アドレス、内部ポートであり、ブロードバンドルータ２０によりそれぞれ外部アドレス、外部ポートに置換され、ブロードバンドルータ２０が管理する内部ネットワークから外部ネットワークへパケットが送出される。一方、外部ネットワークからブロードバンドルータ２０の管理下の内部ネットワークへのパケットは、逆に、ブロードバンドルータ２０により送信先アドレス、ポートが外部アドレス、外部ポートから内部アドレス、内部ポートに置換される。

［２．２ ＣＣＤカメラの起動動作］
ＣＣＤカメラ１０はデフォルトで異常検出動作が「ＯＦＦ」となっているため、契約者は携帯電話を用いてＣＣＤカメラ１０を「ＯＮ」にする必要がある。デフォルトで「ＯＦＦ」となっているのは、電源を入れた時点で異常検出動作となって契約者を撮像しても利便性に乏しく、その前に携帯電話６０による異常検出機能の「ＯＮ」「ＯＦＦ」が適切になされるのかも含めてテストを行うことが望ましいからである。

携帯電話６０には前記ＣＣＤカメラ１０が契約者に送り届けられる前までにＷＷＷサーバ５０の契約者毎のＣＣＤカメラ１０を制御するためのＷｅｂページへのログインページのＵＲＬ（「http://jp.fujitsu.com/malfunction-detection/cameracontrol/onoff.html」）が含まれるメールが異常検出サーバ３０より顧客情報データベース７０から契約者の携帯電話６０のメールアドレスを取得して送信される。

契約者は携帯電話６０を用いてメール内のログインページのＵＲＬにアクセスし、ログインページ(login.html)でのログインＩＤ及びパスワードを用いた認証を経てカメラ制御用Ｗｅｂページ(onoff.html)が携帯電話６０のディスプレイに表示される。カメラ制御用Ｗｅｂページでは、ＣＣＤカメラ１０の異常検出動作状態（「ＯＮ」「ＯＦＦ」）、ズーム状態（Ｘ１〜Ｘ４）、パン状態（左右方向［°］）、チルト状態（上下方向［°］）、メール通知状態（「通知する」「通知しない」）、動画像の画像サイズ（「１６０×１２０」「３２０×２４０」「４８０×３６０」）、動画像の画像サイズ毎の画像分割数（画像サイズ毎に「２×２」「３×３」「４×４」）、メール通知間隔（「検出後すぐに」「所定時間間隔毎１回のみ」「１回目は直後に、それから所定時間内の２回目以降はまとめて通知」）が変更可能に表示されている。変更可能に表示とは、例えば、異常検出動作状態及びズーム状態がラジオボタンにて実装され、パン状態及びチルト状態がテキストボックスにて実装されることで契約者がＧＵＩを通して設定を変更することを可能としつつ表示することである。なお、このカメラ制御用Ｗｅｂページへのリンクは携帯電話の記憶領域に記録して、いつでもアクセスできるようにしておくことが望ましい他、以降の説明で携帯電話で表示されるコンテンツ上でリンクとして表示されることが望ましい。

契約者がカメラ制御用Ｗｅｂページで設定が完了して「ＯＫ」ボタンを押下すると、ＨＴＴＰプロトコルを通してＷＷＷサーバ５０に設定内容が送信される。ＷＷＷサーバ５０（又はＷＷＷサーバのアドイン）が設定内容に従った制御命令を契約者のＣＣＤカメラ１０に送信する。契約者のＣＣＤカメラ１０の宛先アドレス及びポート番号は、ＣＣＤカメラ１０が異常検出サーバ３０と通信可能となった時点でＣＣＤカメラ１０が顧客ＩＤと共に顧客情報データベース７０に登録され、ＷＷＷサーバ５０（又はＷＷＷサーバのアドイン）が顧客情報データベース７０にアクセスすることで取得することができ、また、異常検出サーバ３０を介しても取得することができる。ＣＣＤカメラ１０は定期的に自己の宛先アドレス及びポート番号の通知を行う。通知を受けた異常検出サーバ３０は顧客ＩＤに該当する顧客情報の宛先アドレス及びポート番号を更新する。そうすることにより、ＩＳＰから動的にＩＰアドレスが付与される場合であってもＣＣＤカメラ１０とＷＷＷサーバ５０が通信可能となる。ここでは、ＷＷＷサーバ５０（又はＷＷＷサーバのアドイン）がＣＣＤカメラ１０へ制御命令を送信する構成を示したが、ＷＷＷサーバ５０（又はＷＷＷサーバのアドイン）が異常検出サーバ３０にＣＣＤカメラ１０へ制御命令を送信することを依頼する構成であってもよい。
ＣＣＤカメラ１０は受信した制御命令に従って動作する。例えば、デフォルトで異常検出動作状態が「ＯＦＦ」であったＣＣＤカメラ１０が、契約者の指定により異常検出動作状態が「ＯＮ」となる。

［２．３ 異常検出動作］
図６は本実施形態に係る異常検出システムの動作フローチャートである。
異常検出動作「ＯＮ」状態において、ＣＣＤカメラ１０の動き検出手段１１は動きを検出したか否かを判断し（ステップＳ１０１）、動きがないと判断した場合にはステップＳ１０１に戻る。前記ステップ１０１において、動きがあると判断した場合には撮像手段１２が撮像する（ステップＳ１０２）。

撮像手段１２が撮像している動画像はリアルタイムに無線通信手段１３により顧客ＩＤを付与した動画像情報となって異常検出サーバ３０宛に送出される（ステップＳ１０３）。ＣＣＤカメラ１０から送出された動画像情報はブロードバンドルータ２０の通信手段２１が受信し、送信元アドレス及びポート番号をアドレス及びポート変換してその宛先からルーティングテーブルを参照してＷＡＮ側ポートに転送する（ステップＳ１１１）。なお、顧客ＩＤは常に動画像情報に含めてもよいが、最初の動画像情報のみに顧客ＩＤを付与してもよいし、セッションを成立させる場合にはセッション成立初期段階で顧客ＩＤのみを通知する構成であってもよし、前説したようにＣＣＤカメラ１０の宛先アドレス及びポート番号を通知して顧客情報データベースに更新しているので送信元アドレス及びポート番号から顧客情報を特定して顧客ＩＤを用いない構成であってもよい。

ステップ１０３後、動き検出手段１１は今度は動きが停止したか否かを判断し（ステップＳ１０４）、動きが停止していないと判断した場合にはステップＳ１０２に戻る。ステップＳ１０４で動きが停止していると判断した場合には撮像手段１２が撮像を停止し（ステップＳ１０５）、ステップＳ１０１に戻る。

ブロードバンドルータ２０、ＩＳＰのネットワークなどを介してＣＣＤカメラ１０から送出された動画像情報を異常検出サーバ３０の動画像情報受信手段３１が受信する（ステップＳ１２１）。ブロードバンドルータ２０が接続している外部ネットワークにもよるが、例えば、複数のＩＳＰのネットワークを介して異常検出サーバ３０に動画像情報が送り届けられる。

利用者特定手段３２が動画像情報から顧客ＩＤを取り出し（ステップＳ１２２）、ＤＢ操作手段３９を介して顧客情報データベース７０にアクセスして取り出した顧客ＩＤに該当する顧客情報を取得する（ステップＳ１２３）。

ＵＲＬ生成手段４０は、特定された顧客の今回の異常検出におけるＵＲＬ（縮小画像のＷｅｂページのＵＲＬ、縮小画像のＵＲＬ、分割画像のＵＲＬ）を生成する（ステップＳ１２４）。
メールアドレス取得手段３３は、利用者特定手段３２が取得した顧客情報から携帯電話６０のメールアドレスを取得する（ステップＳ１２５）。

メール送信手段３４は、雛形文章及びＵＲＬ生成手段４０が生成したクリッカブルマップを含むＷｅｂページのＵＲＬからメール本文を作成してＳＭＴＰで宛先を取得したメールアドレスにしてメール送信する（ステップＳ１２６）。送信されたメールは、インターネットを介してキャリア網のパケットデータ処理装置などを始めとして最終的に現在契約者が位置する場所をエリアとするセルの基地局が電波として携帯電話６０に送信する。携帯電話６０はメールを受信し（ステップＳ１３１）、メールの受信通知を報知する。

前記ステップＳ１２５後、異常検出サーバ３０の先頭画像取出手段３５は、動画像情報受信手段３１が受信した動画像情報から動画像を取り出し、その動画像の先頭フレームを先頭画像として取り出す（ステップＳ１４１）。
縮小変換手段３６は、先頭画像取出手段３５が取り出した先頭画像を携帯電話６０の表示に合致するように所定縮小画像サイズに画像縮小する（ステップＳ１４２）。

クリッカブルマップ作成手段４１は、分割画像に対応して用意されるＵＲＬ、縮小画像及び所定分割画像サイズからクリッカブルマップを含むＷｅｂページを作成し、アップロード手段３８は縮小画像に対応して用意されるＵＲＬに対応するＷＷＷサーバ５０の記憶領域にＷｅｂページ（ｈｔｍｌファイル、画像ファイル）をアップロードする（ステップＳ１４３）。ＷＷＷサーバ５０は指定された記憶領域に渡されたＷｅｂページを記録する（ステップＳ１４４）。

画像分割手段３７は、先頭画像取出手段３５が取り出した先頭画像を所定分割画像サイズに画像を分割する（ステップＳ１４５）。
アップロード手段３８は、分割画像に対応して用意されるＵＲＬに対応するＷＷＷサーバ５０の記憶領域に分割画像ファイルをアップロードする（ステップＳ１４６）。ＷＷＷサーバ５０は分割画像ファイルを指定記憶領域に記録する（ステップＳ１４７）。

前記先頭画像取出手段３５が取り出した動画像はＣＣＤカメラ１０から継続してリアルタイムに送信されることから、動画像情報から動画像を取り出して既に取り出して一時的に記憶している動画像の後ろに追加する（ステップＳ１４８）。動画像情報の受信完了か否かを動画像情報受信手段３１が判断し（ステップＳ１４９）、受信完了であれば一時記憶している動画像をＤＢ操作手段３８が画像データベース７１に追加する（ステップＳ１５０）。前記ステップＳ１４９で受信完了でないとステップＳ１４８に戻る。

前記ステップＳ１３１後のメールの受信通知の報知に気付いた契約者は、携帯電話６０を操作し、それに応じてメール表示手段６２が新たに受信された異常検出通知のメールを表示する（ステップＳ１６１）。折り畳み型携帯電話６０の正面図の一例が図７（ａ）であり、前記ステップＳ１６１による表示は図７（ｂ）となる。件名が「異常検出通知」とあり、契約者は異常検出システムの異常検出の通知であることを把握することができる。メール本文の下側には、リンクがはられたテキスト「画像を見る」が示されている。契約者はかかるリンクに対して携帯電話６０により所定操作を行うと、ブラウザ手段６３がこの所定操作を受け付け（ステップＳ１６２）、リンクに係るＵＲＬが含まれてＧＥＴ要求がＷＷＷサーバ５０になされる（ステップＳ１６３）。

ＷＷＷサーバ５０は携帯電話６０からのＧＥＴ要求を受信し（ステップＳ１７１）、ＧＥＴ要求内のＵＲＬに対応するリソースをＧＥＴ要求を行った携帯電話６０に送信する（ステップＳ１７２）。なお、このＧＥＴ要求を受諾する前に、前説した［２．２ ＣＣＤカメラの起動動作］での認証を実行することが望ましい。

携帯電話６０はＷＷＷサーバ６０から送信されてきたリソースをディスプレイに表示する。以降、契約者の携帯電話６０の操作に応じてステップＳ１６２ないしステップＳ１８１が繰り返される。この処理の繰り返しにより、例えば、図７（ｂ）のリンクから図７（ｃ）のクリッカブルマップの縮小画像のＷｅｂページが表示され、さらに、クリッカブルマップのリンクの一つを選択することでそのリンクに対応する図７（ｄ）の分割画像が表示される。

［３．本実施形態の効果］
このように本実施形態に係る異常検出システムによれば、各契約者の家にＣＣＤカメラ１０及びブロードバンドルータ２０を外部ネットワークと接続可能に設置すると、異常検出サーバ３０及びＷＷＷサーバ５０と協働し、ＣＣＤカメラ１０から送信されてくる動画像のフレームを静止画として取り出し、縮小画像にして該当する契約者の携帯電話に配信すると共に、縮小画像の一部分を拡大して見る場合には元の静止画の一部を配信するので、特別に高価な機器要することなく契約者毎に汎用的な機器を設置し、異常検出時に動画像を運用会社のサーバで収集して画像処理して該当する契約者に対して配信することができ、安価で且ついつでもどこでも異常検出の情報を獲得することができるという効果を有する。

なお、本実施形態では、ＣＣＤカメラ１０から送信される動画像を構成する静止画像の縮小画像に対する同静止画像の分割画像へのリンクが形成されたクリッカブルマップのＵＲＬを異常検出通知として携帯電話１０に通知した後に、顧客の要望に応じて縮小画像のクリッカブルマップを表示したり、さらに、そのクリッカブルマップを通じて分割画像を表示する構成としたが、クリッカブルマップを使用することなく、静止画像を提供したり、縮小画像を提供したり、分割画像を提供したりすることもできることは本実施形態の説明をもってすれば所謂当業者にとって明らかである。クリッカブルマップを使用しない静止画像の提供は、異常検出サーバ３０が、動画像から静止画像を取得してそのリンクを異常検出通知として携帯電話１０に送信すると共に、その静止画像をそのリンクに係るＵＲＬを指定してＷＷＷサーバ５０にアップロードすることで構成することができる。クリッカブルマップを使用しない縮小画像の提供は、異常検出サーバ３０が、動画像から縮小画像を取得してそのリンクを異常検出通知として携帯電話１０に送信すると共に、その縮小画像をそのリンクに係るＵＲＬを指定してＷＷＷサーバ５０にアップロードすることで構成することができる。クリッカブルマップを使用しない分割画像の提供は、異常検出サーバ３０が、動画像から分割画像を取得してその少なくとも一つのリンクを異常検出通知として携帯電話１０に送信すると共に、その分割画像の少なくとも一つのリンクに係るＵＲＬを指定してＷＷＷサーバ５０にアップロードすることで構成することができる。

（本発明の第２の実施形態：動画提供）
［１．システム構成］
図８は本実施形態に係る異常検出システムの異常検出サーバのモジュール構成図である。なお、異常検出サーバ以外の異常検出システムの構成要素は図４と同様であるため、省略している。

本実施形態に係る異常検出システムは、前記第１の実施形態と同様に構成され、異常検出サーバ３０が、画像分割手段３７及びクリッカブルマップ作成手段４１を用いることなく、新たに動画像分割手段８１、サムネイル生成手段８２を備えることを異にする構成である。

動画像分割手段８１は、動画像情報受信手段３１が受信した動画像情報から動画像を取り出し、所定時間分の動画像を取得する機能を有する。前説した通り、動画像は複数フレームからなっており、例えば、１秒間３０フレームからなる動画像があり、この場合において動画像分割手段２１は所定時間が５秒である場合には１５０フレーム（＝３０［ｆｐｓ］×５［ｓ］）の動画像を取り出すことで所定時間分の動画像である分割動画像を取得することができる。図９は本実施形態に係る異常検出システムの動画像処理の説明図である。動画像分割はフレームが１からｎまであるとき、所定時間分のフレームをｋとした場合には１ないしｋまでのフレームが第１の分割動画像、ｋ＋１ないし２ｋが第２の分割動画像、２ｋ＋１ないし３ｋが第３の分割動画像、…となる（図９（ａ）参照）。その第１の分割動画像からフレーム１を、第２の分割動画像からフレームｋ＋１を、第３の分割動画像からフレーム２ｋ＋１を、…を先頭画像取出手段３５が取り出し、サムネイル用に使用する（図９（ｂ）参照）。なお、本実施形態形態では、先頭のフレームを取得しているが、途中のフレーム、最後のフレームを取得した構成であってもよい。ただし、取り出すフレームの分割動画像における位置は共通であることが望ましい。

サムネイル生成手段８２は、縮小変換手段３６により画像縮小された縮小画像をサムネイルとするサムネイルＷｅｂページを分割動画像に対応して用意されるＵＲＬを用いて生成する機能を有する。生成したサムネイルＷｅｂページには複数縮小画像が原則として動画像における縮小画像のフレーム位置順に従って並んで配置されている。

図９（ｃ）に示すようにサムネイルＷｅｂページではサムネイル用の各分割動画像の縮小先頭画像が使用され、その各分割動画像の縮小先頭画像にはそれぞれの分割動画像へのリンクがはられている。
図９（ｄ）はサムネイルＷｅｂページ（reducedscreen.html）、分割動画像（splitmovie?.mpg）を含めたＷＷＷサーバ５０のサイト構成である。

［２．動作］
図１０は本実施形態に係る異常検出システムの動作フローチャートである。
前記第１の実施形態に係る異常検出システムの［２．１ 契約者側事前セッティング］及び［２．２ ＣＣＤカメラの起動動作］は同様であるため、説明を省略する。異常検出サーバ３０の異常検出動作について、重複するステップＳ１２１ないしステップ１２６を除き以下説明する。なお、ステップＳ１２４でＵＲＬ生成手段４０により生成されるＵＲＬは、サムネイルＷｅｂページのＵＲＬ、分割動画像のＵＲＬである。

ステップＳ１２６で携帯電話に異常検出通知をメールにて行った後に、動画像分割手段８１は動画像情報受信手段３１が受信した動画像情報から動画像を取り出し、取り出した動画像が所定時間分あるか否かを判断すると共に、動画像情報受信手段３１が受信完了か否かを判断する（ステップＳ２０１）。

ステップＳ２０１で、動画像分割手段８１が動画像が所定時間分あると判断した場合、または、動画像情報受信手段３１が受信完了であると判断した場合には、動画像分割手段８１が所定時間分又はそれ未満の分割動画像として複製する（ステップＳ２０２）。

先頭画像取出手段３５は、分割動画像の先頭フレームを先頭画像として取り出す（ステップＳ２０３）。
アップロード手段３８は、分割動画像に対応して用意されるＵＲＬに対応するＷＷＷサーバ５０の記憶領域に分割動画像をアップロードする（ステップＳ２０４）。このアップロードを受け、ＷＷＷサーバ５０は指定された記憶領域に渡された分割動画像を記録する（ステップＳ２０５）。

縮小変換手段３６は、先頭画像取出手段３５が取り出した先頭画像を携帯電話６０の表示に合致するように所定縮小画像サイズに画像縮小する（ステップＳ２０６）。なお、縮小変換手段３６により分割動画像を画像縮小した後に、前記ステップＳ２０４のようにアップロードすることもできる。

サムネイル生成手段８２は、縮小変換手段３６により画像縮小された縮小画像を記録すると共に、既に記録している縮小画像と合わせてサムネイルＷｅｂページを生成する（ステップＳ２０７）。

アップロード手段３８は、サムネイルＷｅｂページに対応して用意されるＵＲＬに対応するＷＷＷサーバ５０の記憶領域にサムネイルＷｅｂページをアップロードする（ステップＳ２０８）。このアップロードを受け、ＷＷＷサーバ５０は指定された記憶領域に渡されたサムネイルＷｅｂページを記録する（ステップＳ２０９）。既に、Ｗｅｂページが記録されている場合もあるが、上書き記録する。

前記動画像分割手段３５が取得した分割動画像はＣＣＤカメラ１０から継続してリアルタイムに送信されて次々に取得されることから、新たに取得した分割動画像を既に取得して一時的に記憶している動画像の後ろに追加する（ステップＳ２１０）。動画像情報の受信完了か否かを動画像情報受信手段３１が判断し（ステップＳ２１１）、受信完了であれば一時記憶している動画像をＤＢ操作手段３８が画像データベース７１に追加する（ステップＳ２１２）。前記ステップＳ２１１で受信完了でないとステップＳ２０１に戻る。

ステップＳ２０１ないしステップＳ２１１の処理が動画像情報を受信開始してから動画像を受信完了するまで繰り返し実行されることにより、分割動画像は順次アップロードされ、サムネイルＷｅｂページも徐々にサムネイルが追加されて更新されるので、たとえ、契約者からの携帯電話を用いたＷＷＷサーバ５０へのサムネイルＷｅｂページ又は分割動画像の要求が早急であってもその要求時点のサムネイルＷｅｂページ及び分割動画像はＷＷＷサーバ５０で配信可能となっている。

［３．本実施形態の効果］
本実施形態によれば、前記第１の実施形態と同様に異常検出時に異常検出通知を該当する契約者が受けることができるだけでなく、異常検出期間内の動画像の所定間隔のフレームを画像縮小化した縮小画像をサムネイル表示し、そのサムネイル表示から異常検出時のＣＣＤカメラ１０近傍の様子を時系列的におおまかに把握するだけでなく、選択したサムネイルを先頭フレームとする分割動画像の配信を受けることができ、経済的に必要な分割動画像のみを閲覧することができるという効果を有する。

なお、本実施形態においては、異常検出サーバ３０が、動画像を構成する分割動画像の縮小画像に分割動画像へのリンクを形成してなるサムネイルのＵＲＬを異常検出通知に含ませて該当する顧客の携帯電話６０にメール送信すると共に、分割動画像とサムネイルをそれぞれのＵＲＬを指定してＷＷＷサーバ５０にアップロードする構成であるが、サムネイルを通すことなく該当顧客に分割動画像を提供する構成とすることができることは、本実施形態の説明をもってすれば所謂当業者であれば明らかである。つまり、異常検出サーバ３０が動画像を構成する分割動画像のリンクを異常検出通知に含ませて該当する顧客の携帯電話６０にメール送信すると共に、分割動画像をそのＵＲＬを指定してＷＷＷサーバ５０にアップロードする構成を採ることで実現することができる。

（本発明の第３の実施形態：静止画及び動画提供）
［１．システム構成］
本実施形態に係る異常検出システムは、前記第１の実施形態に係る異常検出システムの機能と前記第２の実施形態に係る異常検出システムの機能を組み合わせたことを異にする構成である。つまり、契約者が原動画像サイズの分割画像を取得可能であると共に、分割動画像も取得可能とする。

［２．動作］
図１１は本実施形態に係る異常検出システムの動作フローチャートである。
前記第１の実施形態に係る異常検出システムの［２．１ 契約者側事前セッティング］及び［２．２ ＣＣＤカメラの起動動作］は同様であるため、説明を省略する。

異常検出サーバ３０の異常検出動作について、重複するステップＳ１２１ないしステップ１２６を除き以下説明する。なお、ステップＳ１２４でＵＲＬ生成手段４０により生成されるＵＲＬは、分割画像のＵＲＬ、サムネイルＷｅｂページのＵＲＬ、分割動画像のＵＲＬである。

ステップＳ１２６で携帯電話６０に異常検出通知をメールにて行った後に、動画像分割手段８１は動画像情報受信手段３１が受信した動画像情報から動画像を取り出し、取り出した動画像が所定時間分あるか否かを判断すると共に、動画像情報受信手段３１が受信完了か否かを判断する（ステップＳ３０１）。

ステップＳ３０１で、動画像分割手段８１が動画像が所定時間分あると判断した場合、または、動画像情報受信手段３１が受信完了であると判断した場合には、動画像分割手段８１が所定時間分又は未満の分割動画像として複製する（ステップＳ３０２）。

先頭画像取出手段３５は、分割動画像の先頭フレームを先頭画像として取り出す（ステップＳ３０３）。
画像分割手段３７は、取り出した先頭画像を所定分割画像サイズに画像を分割する（ステップＳ３１１）。

アップロード手段３８は、分割画像に対応して用意されるＵＲＬに対応するＷＷＷサーバ５０の記憶領域に分割画像ファイルをアップロードする（ステップＳ３１２）。ＷＷＷサーバ５０は指定された記憶領域に渡された分割画像ファイルを記録する（ステップＳ３１３）。

縮小変換手段３６は、動画像分割手段８１が取り出した分割動画像の全フレームを携帯電話６０の表示に合致するように所定縮小画像サイズに画像縮小する（ステップＳ３２１）。なお、ここでは静止画像を縮小するために用いた縮小変換手段３６を用いたが、動画像専用を専用に縮小する動画像縮小変換手段を用いてもよい。

アップロード手段３８は、縮小分割動画像に対応して用意されるＵＲＬに対応するＷＷＷサーバ５０の記憶領域に縮小分割動画像をアップロードする（ステップＳ３２２）。このアップロードを受け、ＷＷＷサーバ５０は指定された記憶領域に渡された分割動画像を記録する（ステップＳ３２３）。
先頭画像取出手段３５は縮小分割動画像の先頭画像を取り出す（ステップＳ３２４）。

サムネイル生成手段８２は、先頭画像取出手段３５による縮小先頭画像を記録すると共に、既に記録している縮小先頭画像及び縮小分割動画像に対応して用意されるＵＲＬと合わせてサムネイルＷｅｂページを生成する（ステップＳ３２５）。ここでは、前記第２の実施形態のようにサムネイル画像に直接分割動画像のリンクを形成するのではなく、サムネイル画像の底部に位置する分割動画像のテキストリンクを形成する。

クリッカブルマップ作成手段４１は、縮小先頭画像、分割画像のＵＲＬ及び所定分割画像サイズからクリッカブルマップをサムネイルＷｅｂページに追加する（ステップＳ３２６）。

アップロード手段３８は、サムネイルＷｅｂページに対応して用意されるＵＲＬに対応するＷＷＷサーバ５０の記憶領域にサムネイルＷｅｂページをアップロードする（ステップＳ３２７）。このアップロードを受け、ＷＷＷサーバ５０は指定された記憶領域に渡されたサムネイルＷｅｂページを記録する（ステップＳ３２８）。

前記動画像分割手段３５が取得した分割動画像はＣＣＤカメラ１０から継続してリアルタイムに送信されて次々に取得されることから、新たに取得した分割動画像を既に取得して一時的に記憶している動画像の後ろに追加する（ステップＳ３２９）。動画像情報の受信完了か否かを動画像情報受信手段３１が判断し（ステップＳ３３０）、受信完了であれば一時記憶している動画像をＤＢ操作手段３８が画像データベース７１に追加する（ステップＳ３３１）。前記ステップＳ３３０で受信完了でないとステップＳ３０１に戻る。

図１２は本実施形態に係る携帯電話での表示説明図である。
図１２（ａ）に示すようにサムネイル表示は前記第２の実施形態と異なり、スクロールする領域も含めてサムネイル表示を行っている。このサムネイル表示上のサムネイル画像はクリッカブルマップとなっており、フレーム１のサムネイル画像のある部分を契約者が携帯電話６０上で操作することで図１２（ｂ）の操作に対応する領域の元画像の分割画像が表示される。一方、サムネイル画像の下方向に配置しているテキストリンク「動画像」を押下することで上方向のサムネイル画像に係る縮小分割動画像が再生される（図１２（ｃ）参照）。図１２（ｃ）の縮小分割動画像の再生領域の下方向に配置している「次へ」のリンクを押下することで図１２（ｃ）で再生された縮小分割動画像の次の縮小分割動画像が図１２（ｄ）に示すように再生される。

［３．本実施形態の効果］
本実施形態に係る異常検出システムによれば、縮小分割動画像と、サムネイル表示可能に縮小分割動画像の先頭フレームと、サムネイルの元画像の分割画像とをＷＷＷサーバで配信可能とし、契約者の携帯電話を用いた要求に応じてサムネイル表示から縮小分割動画像又はサムネイルの元画像の分割画像を配信することで異常検出時の様子をより正確に把握することができる。

（その他の実施形態）
［ＣＣＤカメラの複数設置］
前記各実施形態においては、ＣＣＤカメラ１０は説明の便宜上一つを例として説示したが、複数のＣＣＤカメラ１０を契約者の自宅に配置し、複数領域を監視対象とすることもできる。この場合において、異常検出サーバ３０への動画像情報が同時に二つのＣＣＤカメラ１０から送信された場合に、送信元アドレスは同一であるかもしれないが、少なくともポート番号が異なり異常検出サーバ３０での処理が重複することはない。なお、動画像情報にＣＣＤカメラ１０を少なくとも同一契約者内で識別可能な情報を含めることもでき、予めＣＣＤカメラ１０に設定しておく。そのＣＣＤカメラ識別情報と設置場所を対応させて顧客情報データベース７０に登録することが好ましい。そうすることで、携帯電話６０に異常検出時に、縮小画像のクリッカブルマップのＷｅｂページ、分割画像、サムネイル表示のＷｅｂページ又は分割動画像を表示すると共に、その表示に係るＣＣＤカメラ１０の設置場所を表示することもできる。

以上の前記各実施形態により本発明を説明したが、本発明の技術的範囲は実施形態に記載の範囲には限定されず、これら各実施形態に多様な変更又は改良を加えることが可能である。そして、かような変更又は改良を加えた実施の形態も本発明の技術的範囲に含まれる。このことは、特許請求の範囲及び課題を解決する手段からも明らかなことである。

本発明についての静止画像のクリッカブルマップを通じた提供の概念説明図である。 本発明についての動画像のサムネイルを通じた提供の概念図である。 本発明の第１の実施形態に係る異常検出システムのネットワーク構成図である。 本発明の第１の実施形態に係る異常検出システムの構成要素のモジュール構成図及びハードウェア構成図である。 本発明の第１の実施形態に係る異常検出システムの画像処理及びリンク説明図である。 本発明の第１の実施形態に係る異常検出システムの動作フローチャートである。 本発明の第１の実施形態に係る異常検出システムの携帯電話表示例である。 本発明の第２の実施形態に係る異常検出システムの異常検出サーバのモジュール構成図である。 本発明の第２の実施形態に係る異常検出システムの動画像処理の説明図である。 本発明の第２の実施形態に係る異常検出システムの動作フローチャートである。 本発明の第３の実施形態に係る異常検出システムの動作フローチャートである。 本発明の第３の実施形態に係る携帯電話での表示説明図である。

符号の説明

１０ ＣＣＤカメラ
１１ 動き検出手段
１２ 撮像手段
１３ 無線通信手段
２０ ブロードバンドルータ
２１ 通信手段
３０ 異常検出サーバ
３１ 動画像情報受信手段
３２ 利用者特定手段
３３ メールアドレス取得手段
３４ メール送信手段
３５ 先頭画像取出手段
３６ 縮小変換手段
３７ 画像分割手段
３８ アップロード手段
３９ ＤＢ操作手段
４０ ＵＲＬ生成手段
４１ クリッカブルマップ作成手段
５０ ＷＷＷサーバ
６０ 携帯電話
６１ メール受信手段
６２ メール表示手段
６３ ブラウザ手段
７０ 顧客情報データベース
７１ 画像データベース
８１ 動画像分割手段
８２ サムネイル生成手段

Claims (3)

1. 動きを検出中に撮像して動画像を作成するカメラと、当該カメラから送信される動画像を受信して画像処理する異常検出サーバと、当該異常検出サーバで画像処理された画像情報のアップロードを受けてコンテンツとして配信可能とするＷＷＷサーバと、前記異常検出サーバからの前記コンテンツのＵＲＬを含む異常検出通知を受け、当該異常検出通知のＵＲＬを用いて該当するコンテンツを前記ＷＷＷサーバから受信して表示する携帯電話とを備え、
   前記カメラは、
   撮像領域の動きを検出する動き検出手段と、
   当該動き検出手段が動きを検出している間撮像して動画像を作成する撮像手段と、
   当該撮像手段が作成した動画像を顧客識別可能にリアルタイムに異常検出サーバに送信する通信手段とを備え、
   前記異常検出サーバは、
   動画像を顧客識別可能に受信して識別されている顧客について顧客情報を記録する顧客情報記憶手段から顧客情報に含まれる顧客の携帯電話のメールアドレスを取得するメールアドレス取得手段と、
   当該取得した顧客の携帯端末のメールアドレスに対して前記ＷＷＷサーバで配信可能とされる該当顧客の動画像を構成する静止画像の縮小画像からなるサムネイルを含むコンテンツのＵＲＬを含めて異常検出通知としてメール送信するメール送信手段と、
   前記受信した動画像から所定時間分の動画像である分割動画像を作成する動画像分割手段と、
   当該作成した分割動画像から動きの速さ及び／又は範囲の程度が大きい時点の静止画像を取得する静止画像取得手段と、
   当該取得した静止画像を縮小変換する縮小変換手段と、
   当該縮小変換された縮小画像に係る分割動画像を含むコンテンツのリンクと当該リンク近傍に配置された該当する縮小画像からなるサムネイルを含むコンテンツを作成するサムネイル生成手段と、
   コンテンツを指定したＵＲＬでＷＷＷサーバが配信可能となるようにコンテンツを送信するアップロード手段とを備え、
   当該アップロード手段が、前記ＷＷＷサーバにサムネイルを含むコンテンツのＵＲＬを指定して送信し、また、前記作成した分割動画像をＷＷＷサーバに分割動画像のコンテンツのＵＲＬを指定して送信し、
   前記携帯電話は、
   前記異常検出サーバからの異常検出通知をメール受信するメール受信手段と、
   当該受信した異常検出通知を表示するメール表示手段と、
   契約者からの操作に応じて当該操作に係るコンテンツのＵＲＬを指定して前記ＷＷＷサーバにコンテンツを要求し、当該要求に対するＷＷＷサーバからのコンテンツを表示するブラウザ手段とを備える異常検出システム。
2. 動きを検出中に撮像して動画像を作成するカメラから送信される動画像を受信して画像処理する異常検出サーバであって、
   動画像を顧客識別可能に受信して識別されている顧客について顧客情報を記録する顧客情報記憶手段から顧客情報に含まれる顧客の携帯電話のメールアドレスを取得するメールアドレス取得手段と、
   当該取得した顧客の携帯端末のメールアドレスに対して前記ＷＷＷサーバで配信可能とされる該当顧客の動画像を構成する静止画像の縮小画像からなるサムネイルを含むコンテンツのＵＲＬを含めて異常検出通知としてメール送信するメール送信手段と、
   前記受信した動画像から所定時間分の動画像である分割動画像を作成する動画像分割手段と、
   当該作成した分割動画像から動きの速さ及び／又は範囲の程度が大きい時点の静止画像を取得する静止画像取得手段と、
   当該取得した静止画像を縮小変換する縮小変換手段と、
   当該縮小変換された縮小画像に係る分割動画像を含むコンテンツのリンクと当該リンク近傍に配置された該当する縮小画像からなるサムネイルを含むコンテンツを作成するサムネイル生成手段と、
   コンテンツを指定したＵＲＬでＷＷＷサーバが配信可能となるようにコンテンツを送信するアップロード手段とを備え、
   当該アップロード手段が、前記ＷＷＷサーバにサムネイルを含むコンテンツのＵＲＬを指定して送信し、また、前記作成した分割動画像をＷＷＷサーバに分割動画像のコンテンツのＵＲＬを指定して送信する異常検出サーバ。
3. 動きを検出中に撮像して動画像を作成するカメラから送信される動画像を受信して画像処理する異常検出サーバとしてコンピュータを機能させるための異常検出サーバプログラムであって、
   動画像を顧客識別可能に受信して識別されている顧客について顧客情報を記録する顧客情報記憶手段から顧客情報に含まれる顧客の携帯電話のメールアドレスを取得するメールアドレス取得手段、
   当該取得した顧客の携帯端末のメールアドレスに対して前記ＷＷＷサーバで配信可能とされる該当顧客の動画像を構成する静止画像の縮小画像からなるサムネイルを含むコンテンツのＵＲＬを含めて異常検出通知としてメール送信するメール送信手段、
   前記受信した動画像から所定時間分の動画像である分割動画像を作成する動画像分割手段、
   当該作成した分割動画像から動きの速さ及び／又は範囲の程度が大きい時点の静止画像を取得する静止画像取得手段、
   当該取得した静止画像を縮小変換する縮小変換手段、
   当該縮小変換された縮小画像に係る分割動画像を含むコンテンツのリンクと当該リンク近傍に配置された該当する縮小画像からなるサムネイルを含むコンテンツを作成するサムネイル生成手段、
   コンテンツを指定したＵＲＬでＷＷＷサーバが配信可能となるようにコンテンツを送信
   するアップロード手段としてコンピュータを機能させ、
   当該アップロード手段が、前記ＷＷＷサーバにサムネイルを含むコンテンツのＵＲＬを指定して送信し、また、前記作成した分割動画像をＷＷＷサーバに分割動画像のコンテンツのＵＲＬを指定して送信する異常検出サーバプログラム。

Images