JP2006252569A - 映像配信システムおよび映像配信方法 - Google Patents

Abstract

【課題】インターネット等の伝送路に接続されている複数のクライアントの多用な要求に対応するに十分な、しかも、機能の異なる端末からのアクセスにも十分対応できる映像配信システムを提供することである。
【解決手段】映像信号入力部と、上記映像信号入力部からの映像信号をデジタル画像圧縮データに変換するエンコーダ部と、上記エンコーダ部からのデジタル画像圧縮データを蓄積し配信する機能を有する映像蓄積配信装置と、上記映像蓄積配信装置の蓄積映像を読み出し、上記映像の変化を検出する通報装置と、上記映像蓄積配信装置の蓄積映像を縮小映像にする映像閲覧用データ変換装置および上記映像蓄積配信装置と上記映像閲覧用データ変換装置の映像をアクセスする情報端末装置からなり、上記通報装置は、上記映像の変化を検出した場合、上記映像の変化の発生時刻情報を記録し、上記情報端末装置は、上記通報装置に蓄積されている発生時刻情報に基き上記映像蓄積配信装置および上記映像閲覧用データ変換装置のいずれかの上記映像を取得する。
【選択図】 図１

Description

本発明は、映像配信システムおよび映像配信方法に関し、特に、ネットワーク監視システムにおいて検知された映像の変化を警告情報として、ネットワーク接続された受信端末に映像を配信する映像配信システムおよび映像配信方法に関するものである。

近年、監視カメラを用いた侵入者監視システムにおいて、監視映像をインターネットやＬＡＮ等のネットワーク技術を用いて蓄積及び配信する技術が開発されてきている。更に、映像をハードディスクやＤＶＤ（Digital Versatile Disc）などの記憶装置にディジタルデータとして蓄積する技術も開発されている。

しかしながら、インターネット等の伝送路に接続されている複数のクライアントの個々の要求に十分に対応できる映像配信システムはまだ開発されていない。また、携帯電話、携帯情報端末（Personal Digital Assistant：PDA）パーソナルコンピュータといった機能や規模の異なる様々な端末からのアクセスに十分対応できる映像配信システムの開発もこれからなされなければならない。

なお、特定地域の監視情報供給方法（例えば、特許文献１参照。）には、特定の領域に設置された監視端末と、その監視端末に対応する利用者とをそれぞれ登録し、管理コンピュータが監視端末と利用者とをリンクするように処理する方法が提案されている。

特開２００２−１５７１７３号公報（第３−６頁、図１、４、５）

本発明の目的はインターネット等の伝送路に接続されている複数のクライアント端末の要求に応じて映像を配信することが可能な映像配信方法および映像配信システムを提供することにある。

本発明の別の目的は処理能力が比較的制限されたクライアント端末からの要求に応じて映像を配信することが可能な映像配信方法および映像配信システムを提供することにある。

本発明の別の目的はクライアントの要求に応じて様々な再生モードで映像を再生することが可能な映像配信方法および映像配信システムを提供することにある。

本発明の別の目的は監視下のエリアにおける異常発生時にクライアント端末のモニタ画面に異常発生時の画像を取り出すことが可能な映像配信方法および映像配信システムを提供することにある。

本発明の映像配信システムは、映像信号入力部と、上記映像信号入力部からの映像信号をデジタル画像圧縮データに変換するエンコーダ部と、上記エンコーダ部からのデジタル画像圧縮データを蓄積し配信する機能を有する映像蓄積配信装置と、上記映像蓄積配信装置の蓄積映像を読み出し、上記映像の変化を検出する通報装置と、上記映像蓄積配信装置の蓄積映像を縮小映像にする映像閲覧用データ変換装置および上記映像蓄積配信装置と上記映像閲覧用データ変換装置の映像をアクセスする情報端末装置からなり、上記通報装置は、上記映像の変化を検出した場合、上記映像の変化の発生時刻情報を記録し、上記情報端末装置は、上記通報装置に蓄積されている発生時刻情報に基き上記映像蓄積配信装置および上記映像閲覧用データ変換装置のいずれかの上記映像を取得するように構成される。

また、本発明の映像配信システムにおいて、上記情報端末は、上記警告情報として、少なくとも上記映像の変化発生時刻と、該変化発生時刻の画像と、上記所定時間範囲の映像を引き続き再生するか否かの選択を上記情報端末の使用者に許す記号とを該情報端末の表示部に表示するように構成されている。

また、本発明の映像配信システムにおいて、上記情報端末は、上記引き続く再生の選択に応答して、上記所定時間範囲の映像を、現在の再生状態を示す記号と共に前記表示部に表示するよう構成されている。

また、本発明の映像配信システムにおいて、上記情報端末は、上記データ変換装置から上記所定時間範囲の映像を取得して該情報端末の表示部に動画像モードで表示する。

また、本発明の映像配信システムにおいて、上記情報端末は、上記データ変換装置から上記所定時間範囲の映像を取得して該情報端末の使用者の要求に応じて１画像フレームづつ上記情報端末の表示部に表示する。

また、本発明の映像配信システムにおいて、上記少なくとも１つの情報端末は、少なくとも１台の携帯端末と少なくとも１台のクライアントＰＣ（Personal Computer）を有する。

また、本発明の映像配信システムにおいて、上記情報端末は、上記引き続き再生の選択に応答して、上記表示部に、少なくとも上記情報端末の使用者を特定する情報と上記通報装置のアドレスとを上記使用者に入力させるフィールドを表示するよう構成されている。

また、本発明の映像配信システムにおいて、上記通報装置は、上記映像の変化を検出する度に、上記固有情報を検出時の映像フレームのシリアル番号と対応付けてリストに記憶しておくよう構成されていて、上記使用者特定情報と上記通報装置のアドレスの入力に応答して、上記リストが上記情報端末の上記表示部に、任意の固有情報を選択可能に表示される。

本発明によれば、映像閲覧用データ変換装置と通報装置を同一システム内に設置することにより、通報装置から通報された異常の発生時刻の映像を検索することなしに、異常時刻情報を基に所望の映像を初期画面として入手可能であり、また、必要により異常発生時刻前後の映像を静止画または動画として入手することができる。これにより、異常が警戒すべき異常であるか否かを簡単な操作で素早く判断することができる。

更に、警告情報と映像再生用プログラムの間で情報のやり取りができないような低機能の携帯端末であっても通報装置が警告発生時刻を蓄積し、携帯端末に警告発生時刻をリスト表示し、このリストから必要な異常時刻を選択することによって、簡単に映像再生の初期画面を入手することができる。これにより、再生する映像の時刻を検索する操作が省け、素早く所望の映像を得ることができる等の優れた効果を有する。

本発明の一実施例を図１、２、３に言及して説明する。なお、同様の部材には同様の参照符号を付す。図１は、本実施例の映像配信システムの構成を示す。図１において、１００１−１、１００１−２、…１００１−ｎ（ｎ＝１、２、…）は、複数の監視カメラを表す。なお、監視カメラを総称する場合は、１００１で代表するものとする。その他の装置についても同様とする。１００２は、ＬＡＮ（Local Area Network）のような映像信号の伝送路、１００３−１、１００３−２、…１００３−ｎは、伝送路１００２の伝送方式に合致するように映像信号等を圧縮処理するＷｅｂエンコーダ、１００４は、複数の監視カメラからの映像を蓄積し、要求があったユーザに配信する機能を有する映像蓄積配信装置、１００５−１、１００５−２、…１００５−ｍ（ｍ＝１、２、…）は、映像配信システム全体を管理する機能を有するブラウザＰＣ、１００６は、伝送路１００２に各機器からの信号を交換して接続する或いは各機器への信号を配信して接続する機能を有するハブを表す。１００７は、映像蓄積配信装置１００４に蓄積されている映像の一部を携帯端末からアクセスできるように画像を縮小する機能を有する映像閲覧用データ変換装置を表す。すなわち、このデータ変換装置１００７は、携帯端末に送信する画像のデータ量を少なくした縮小画像（サムネール画像とも呼ばれる。）を作成し蓄積する機能を有する。

１００８は、映像信号を所定のフォーマットの信号に変換し、公衆回線等に送出できるようにする機能を有するモデムを表す。１００９は、公衆回線による伝送路、１０１０は、インターネットなどのＷＡＮ（Wide Area Netｗork）ネットワーク、１０１１は、携帯電話会社、１０１２−１、１０１２−２、…１０１２−ｌ（ｌ＝１，２、…）は、携帯端末、１０１３−１，１０１３−２、…１０１３−ｐ（ｐ＝１、２、…）は、クライアントＰＣ、１４０１は、通報装置を表す。閲覧用データ変換装置１００７、通報装置１４０１、複数の監視カメラ１００１、複数のＷｅｂエンコーダ１００３、映像蓄積配信装置１００４および複数のブラウザＰＣ１００５は、伝送路１００２およびハブ１００６を介して相互接続されている。また、ハブ１００６は、モデム１００８と公衆回線である伝送路１００９を介してＷＡＮネットワーク１０１０に接続されている。更に、携帯端末１０１２−１から１０１２−Ｌは、携帯電話会社１０１１と無線によって通信が可能であり、クライアントＰＣ１０１３−１から１０１３−Ｐは、伝送路１００２とモデム１００８を介してネットワーク１０１０に接続されている。

通報装置１４０１は、映像蓄積配信装置１００４から映像を取り出し、以前取り出した映像と今取り出した映像を比較し、映像の変化を抽出する、所謂、画像認識技術により異常を検出し蓄積する機能を有する。なお、画像認識技術により異常を検出する技術は、例えば前後のフレーム画面の輝度成分の変化分を検出したり、あるいは、映像信号のスペクトラムを比較する方法等従来から周知の方法であるので、詳細な説明は省略する。

通報装置１４０１は、比較の結果、映像に変化があった場合、変化があった映像を異常を検出した日時や必要なメッセージと共に通報装置１４０１の記憶装置に蓄積すると共に異常警報情報として携帯端末１０１２やクライアントＰＣ１０１３に配信する。

図９は、映像蓄積配信装置１００４、ブラウザＰＣ１００５、映像閲覧用データ変換装置１００７、携帯端末１０１２及びクライアントＰＣ１０１３のハードウェア構成の一例を示すブロック図である。勿論、それぞれの機能的な違いによりインストールされているソフト（動作プログラム）は異なるが、ハードウェア構成は、類似しているので、ここではその一例を示している。１１０１は、ＣＰＵ（Central Processing Unit）、１１０２は、動作プログラム等を記憶するメモリ、１１０３は、ネットワークインタフェースである。

１１０４は、記憶装置であるが、映像蓄積配信装置１００４の記憶装置としては、監視カメラ１００１の画像を記録するため、記憶容量が大きい記録媒体、例えば、ＶＴＲ等が利用可能である。また、ランダムアクセス可能な磁気デスク（ＨＤ:ハードデスク）やＤＶＤ（Digital Versatile Disc）等が好適である。１１０５は、入力インタフェース、１１０８は、キーボード等の入力機器、１１０９は、マウスなどのポインティングデバイス、１１０６は、ビデオインタフェース、１１０７は、モニタ、１１１０は、バスである。

ＣＰＵ１１０１〜ビデオインタフェース１１０６は、バス１１１０を介して相互に接続されており、モニタ１１０７は、ビデオインタフェース１１０６を介してバス１１１０と接続され、入力機器１１０８とポインティングデバイス１１０９は、入力インタフェース１１０５を介してバス１１１０と接続されている。また、ネットワークインタフェース１１０３は、ＬＡＮの伝送路１００２や公衆回線１００９と必要に応じて接続される。

図１に戻り、映像蓄積配信装置１００４は、監視カメラ１００１で撮像した映像を蓄積配信する。例えば、所定の監視位置に設置された監視カメラ１００１は、連続して常時撮影を行っており、撮影された映像は、伝送路１００２、Ｗｅｂエンコーダ１００３、ハブ１００６を介して映像蓄積配信装置１００４に蓄積される。携帯端末１０１２やクライアントPC１０１３を操作することにより、映像閲覧用データ変換装置１００７は、蓄積配信装置から所望の映像を取り出し、縮小画像として携帯端末１０１２やクライアントＰＣ１０１３に送信する。なお、クライアントＰＣ１０１３や携帯端末１０１２がデータ量の大きい画像を表示可能な場合は、要求された画像が映像蓄積配信装置１００４から直接送信される。このような方法で携帯端末１０１２やクライアントＰＣ１０１３から映像蓄積配信装置１００４に格納された映像を閲覧することが可能となる。

図１に示す映像配信システムの動作を図２に示す動作のフローチャートを用いて説明する。図２は、通報装置１４０１が映像蓄積配信装置１００４の映像を周知の画像認識技術を用いて映像の変化を検出し、そして携帯端末１０１２やクライアントＰＣ１０１３に対して異常警告情報を送信する動作について説明するフローチャートである。

ステップ２０１では、映像配信システムの監視がスタートする。所定の監視カメラ１００１、例えば、監視カメラ１００１−１（これを監視カメラＮｏ．１と呼ぶことにする。）からの監視映像がＷｅｂエンコーダ１００３−１でデジタル圧縮処理された画像圧縮データは、ハブ１００６を介して映像蓄積配信装置１００４に蓄積される。ここで、映像蓄積配信装置１００４に記録される画像圧縮データは、例えば、図１０に示すように画像１２０１の１枚毎に撮影日時―チャネルー圧縮形式がデジタル圧縮画像と共に記録される。即ち、図１０では、映像（または画像）１２０１は、２００３年３月１９日、１０時１８分２秒５７６に監視カメラＮ０．１からＪＰＥＧ（Joint Photographic Experts Group）方式で記録されたことを示している。以下これらの情報を映像の固有情報と呼ぶことにする。

また、この固有情報に対応して各映像には、記録順序を示すＩＤ番号１２０２、例えば、１０桁の番号、０００００００００１が付されている。このＩＤ番号は、例えば、映像閲覧用データ変換装置１００７が映像蓄積配信装置１００４の映像をアクセスするときに用いられる。なお、本実施例では、監視カメラ１００１は、それぞれを固有のチャネル番号を有するものとし、ＩＤ番号１２０２は、各チャネルの映像フレーム毎に連続したシリアル番号が付されているものとする。また、映像蓄積配信装置１００４に記録される映像データのフォーマットは、ＪＰＥＧ方式以外にもＭＰＥＧ−２、ＭＰＥＧ−４等、任意の方式が用いられても良い。また、上述した映像日時としては、実際に各画像が監視カメラ１００１より撮影された日時を用いる他、Ｗｅｂエンコーダ１００３によりデジタル圧縮する際の現在時刻等や、映像蓄積配信装置１００４に記録される際の現在時刻等、実際のシステムの設定状況に応じて種々なものが用いられても良い。

ステップ２０２では、通報装置１４０１が映像蓄積配信装置１００４から１フレーム分の映像を取得する。監視カメラ１００１から映像蓄積配信装置１００４に入力される全ての画像が入力順に読み出され、通報装置１４０１に供給される。

ステップ２０３では、通報装置１４０１が実行する画像認識処理によって、前の映像と現在入力されている映像と、例えば、輝度値を比較し、映像の変化を検出する。

ステップ２０４では、ステップ２０３の画像認識処理によって映像に変化があるか、ないかを判断する。なお、映像に変化があるか、ないかは、輝度値の変化を検出するが、この場合、異常検出に所定の閾値を設定し、所定値以下の変化は、異常と判断しない等、誤報を極力少なくする方法も必要により設定できる。検出の結果、映像に変化があったと判断された場合は、ステップ２０５に進み、なかった場合には、ステップ２０２に戻り、次の入力映像について同様の処理を実行する。

ステップ２０５では、携帯端末１０１２やクライアントＰＣ１０１３に送信するための警告情報を作成する。ここで、警告情報の内容の一実施例について図３を用いて説明する。図３は、警告情報の内容を携帯端末１０１２で表示した場合の画面例である。３０１は、携帯端末１０１２のモニタ１１０７の例である。３０２は、映像の変化を検出した時刻を示す文章である。なお、映像の変化を検出した時刻としては、例えば、変化が検出された映像の撮影日時を用いる（以下、警告発生時刻と称す。）。３０３は、映像の変化を検出した時刻の映像を取得し、映像蓄積配信装置１００４内に蓄積された映像の再生を実行するか否かを携帯端末１０１２の使用者が選択するための情報である。３０４は、映像の変化が検出された時点における映像、即ち、映像の変化が検出された時点における１フレーム分の静止画像である。ユーザは、下記のステップ２０８で、この静止画により監視領域の概要を把握し、詳細な確認をしたい場合は、ステップ２０９で動画（例えば、Ｍｏｔｉｏｎ−ＪＰＥＧ画像）を要求するということになる。ここで、携帯端末１０１２やクライアントＰＣ１０１３は、受信できるデータの大きさに制限があるのが一般的である。従って、通報装置１４０１は、映像３０４の大きさ、即ち、映像の画素数や圧縮率を適宜変更し、ユーザが受信できる形態に警告情報を作成する。また、携帯端末１０１２の画面には表示されないが、警告情報には、警告発生時刻の映像に対応したＩＤ番号１２０２も付加されている。

ステップ２０６では、通報装置１４０１が作成した警告情報を携帯端末１０１２とクライアントＰＣ１０１３に送信する。送信方法は、一般には電子メールであるが警告情報を携帯端末１０１２やクライアントＰＣ１０１３が受信できる送信方法であれば、電子メール以外の方法でも利用可能である。警告情報は全ての携帯端末１０１２とクライアントＰＣ１０１３に送っても良いし、または必要なら特定の送信先にだけ送るようにすればよい。前者の場合は、ブラウザＰＣ１００５により、予め全ての監視カメラを全ての送信先のアドレスと対応付けておけば良い。後者の場合、ブラウザＰＣ１００５により、予め特定の監視カメラと特定の送信先のアドレスとを対応付けておけば良い。

ステップ２０７で監視を終了する。

次に、携帯端末１０１２あるいはクライアントＰＣ１０１３が警告情報を受信し、必要な映像を入手する動作について説明する。

ステップ２０８では、通報装置１４０１から送信された警告情報を携帯端末１０１２またはクライアントＰＣ１０１３で受信した場合、通報装置１４０１で作成された警告情報を図３に示すようにモニタ１１０７に表示する。

ステップ２０９では、警告発生時刻における映像を携帯端末１０１２またはクライアントＰＣ１０１３上の表示画面に表示して、映像蓄積配信装置１００４に蓄積された映像を再生するかどうかの判定を使用者に問う。映像を再生するためには、図３の３０３で示す“ＹＥＳ”を選択する。“ＮＯ”が選択された場合には、映像再生は行なわれず、映像の閲覧は、終了する。

ステップ２１０は、使用者の“ＹＥＳ”の選択に連動して携帯端末１０１２やクライアントＰＣ１０１３がそこにインストールされた映像閲覧用のプログラムを起動し、実行するステップである。映像閲覧用のプログラムが実行されると、上記ステップ２０８で受信した警告情報からＩＤ番号を取得する。なお、このＩＤ番号は、後述するステップ２１２において、映像閲覧用データ変換装置１００７が映像蓄積配信装置１００４から警告発生時刻の映像を取得する際に用いられる。

ステップ２１１では、映像閲覧用のプログラムの起動に基き携帯端末１０１２やクライアントＰＣ１０１３が映像閲覧用データ変換装置１００７に接続される。

ステップ２１２では、携帯端末１０１２やクライアントＰＣ１０１３が映像閲覧用データ変換装置１００７から警告発生時刻の映像を取得する。具体的には、携帯端末１０１２やクライアントＰＣ１０１３からのアクセスにより映像閲覧用データ変換装置１００７に対して上記ＩＤ番号が引き渡され、当該ＩＤ番号に基き映像閲覧用データ変換装置１００７が映像蓄積配信装置１００４から警告発生時刻の映像を取得し、取得した映像について携帯端末１０１２やクライアントＰＣ１０１３で表示可能なように縮小画像（画素を間引く処理）処理し、携帯端末１０１２やクライアントＰＣ１０１３に送信する。即ち、映像閲覧用データ変換装置１００７は、携帯端末１０１２やクライアントＰＣ１０１３からのアクセス要求に対して縮小画像データ（画素を間引いた画像データ）を配信する機能を有する。

ステップ２１３では、携帯端末１０１２やクライアントＰＣ１０１３のモニタ１１０７にステップ２１２で取得した警告発生時刻の映像を再生操作ボタンと共に表示する。ここで表示される画面例を図４に示す。図４は、図３と同様に携帯端末１０１２やクライアントＰＣ１０１３のモニタ１１０７の画面を示す図である。４０１は、再生ボタンが操作された場合、映像閲覧用データ変換装置１００７から送られてくる圧縮画像データを順次表示する表示部を示す。４０２は、映像４０１が撮影された時刻を表示している。４０３は、現在の再生状態を示す記号である。例えば、図４に示す記号［＞］は、再生中を表し、記号［｜｜］（図示せず）の場合は、停止中、記号［＞＞］（図示せず）の場合は、早送り中、記号［＜＜］（図示せず）の場合は、巻き戻し中等の状態を示す。従って、再生が終了した時点においては、停止中の記号［｜｜］が表示される。操作方法は、通常のＶＴＲ等と同様である。４０４は、終了ボタンである。操作は、携帯端末１０１２あるいはクライアントＰＣ１０１３のキーによって、再生や停止などの指示を行う。再生や停止指示の場合には、記号４０３が対応した記号に変更される。なお、記号４０３として、「再生中」、「停止中」といった文字自体を用いることもできる。

ステップ２１４では、映像再生を開始するかどうかを判断する。携帯端末１０１２あるいはクライアントＰＣ１０１３のキーを用いて再生指示を出すと、ステップ２１５に進む。再生しない場合には、閲覧を終了する。

ステップ２１５は、映像閲覧用データ変換装置１００７から映像を取得するステップである。携帯端末１０１２あるいはクライアントＰＣ１０１３がステップ２１２で取得された映像を初期画面として１フレームずつ進めた映像を映像閲覧用データ変換装置１００７に要求する。映像閲覧用データ変換装置１００７は、映像蓄積配信装置１００４から所定の映像を取得し、圧縮画像データを携帯端末１０１２あるいはクライアントＰＣ１０１３に送信する。ここで、映像閲覧用データ変換装置１００７は、例えば、警告発生時刻の映像のＩＤ番号に１を加えたＩＤ番号に対応する映像の取得要求を映像蓄積配信装置１００４に対して行う。

ステップ２１６では、携帯端末１０１２あるいはクライアントＰＣ１０１３が、送信された映像をモニタ１００７に表示する。

ステップ２１７では、映像の再生を終了するかどうかを判断する。映像再生の終了指示が出された場合には、映像の再生処理を終了する。それ以外の場合には、ステップ２１５に戻り、映像の再生を続行する。前記映像再生の終了指示は、携帯端末１０１２あるいはクライアントＰＣ１０１３から、終了ボタン４０４に対応したキーを入力することによって行う。

なお、上記実施例では、携帯端末１０１２あるいはクライアントＰＣ１０１３は、映像閲覧用データ変換装置１００７から縮小画像を入手することで説明したが、例えば、クライアントＰＣ１０１３がＪＰＥＧ映像等の再生機能を有する場合には、直接映像蓄積配信装置１００４の映像をアクセスし、映像を入手できることは言うまでもない。更に、上記実施例では、通報装置１４０１と直接映像蓄積配信装置１００４、映像閲覧用データ変換装置１００７を別々に設けているが、これらを一体に設けることも可能である。また、携帯端末１０１２あるいはクライアントＰＣ１０１３の有する機能によっては、映像蓄積配信装置１００４および映像閲覧用データ変換装置１００７からの映像を１フレーム毎に送ることも、また、一度に複数のフレームを送ることもできることは言うまでもない。例えば、警告発生時刻から１０秒間分の動画像データを一度に携帯端末１０１２あるいはクライアントＰＣ１０１３に送るようにしても良い。

以上、説明した処理により、警告情報を携帯端末１０１２やクライアントＰＣ１０１３で受信し、警告発生時刻の映像を初期画面として映像蓄積配信装置１００４に蓄積された映像を縮小画像データとして再生することが可能である。また、本発明の映像配信システムでは、監視カメラの全ての画像をデジタル化した動画像として映像蓄積配信装置１００４に蓄積し、配信することは勿論のこと、映像閲覧用データ変換装置１００７は、映像蓄積配信装置１００４の映像データをデータ量の少ない縮小画像データとして蓄積し、配信する機能も有している。従って、例えば、携帯端末１０２１のように限られた表示データしか表示できない端末機器には、映像閲覧用データ変換装置１００７から縮小画像データを送信し、クライアントＰＣ１０１３のようにデータ量の多い画像データを再生できるような機能の端末には、映像蓄積配信装置１００４からの動画像を直接配信するように構成することも可能である。このように構成することにより異常な監視画像のデータを詳細に入手したいクライアントに対しても十分サービスできる映像配信システムを構築することが可能になる。

次に、図５〜７、１１に言及して別の一実施例を説明する。上記図２の実施例で使用する携帯端末１０１２は、専用のものであるか或いはステップ２１０以下で説明した電子メール機能と連動した映像閲覧用プログラムをインストールできる程度には機能が充実したものであることが必要である。しかし汎用の携帯端末は、機種によっては、メモリ１０２の容量が十分ではない等、低機能のものがあり、その場合電子メール機能と連動した映像閲覧用プログラムがインストールできず、従って、映像閲覧用データ変換装置１００７に直接アクセスできない場合が起こり得る。例えば、電子メールにより受信した警告情報との間で情報のやりとりができず、警告情報から上述したＩＤ番号を取得することができないためである。このような場合には、使用者は、携帯端末１０１２から警告発生時刻を検索してから所望の映像を再生しなければならない。

本実施例ではこれを可能とするため、通報装置１４０１は、異常が検出される毎に上述したＩＤ番号（ＩＤＮｏ．）と映像の固有情報（撮影日時―チャネル―圧縮形式）を対応付けて蓄積するようにする。即ち、図１１に示すようなＩＤテーブルが通報装置１４０１の記憶装置１１０４に記憶される。このＩＤテーブルに記憶されている撮影日時は、上述した通り警告発生時刻である。そして、携帯端末１０１２が通報装置１４０１に蓄積された警告発生時刻を選択することによって、映像再生時の初期画面を選択でき、これによって所望の映像を入手することが可能となる。以下にこの方法について図５〜図７を用いて説明する。

図５は、本実施例を説明するためのフローチャートを示す。図５において、ステップ２０１−２０８およびステップ２１４―２１７は、図２に示したフローチャートと同様であるので、ここでは説明を省略する。

ステップ２０８では、図２の場合と同様図３の警告情報が電子メールにより携帯端末１０１２或いはクライアントＰＣ１０１３上に表示さる。映像を再生を進めるためには、携帯端末１０１２或いはクライアントＰＣ１０１３上の特定のキーを操作して以下で説明する処理を実行する。或いは、図２の場合と同様、図３の３０３で示す“ＹＥＳ”を選択するようにしても良い。以下、映像再生を選択した場合の処理を説明する。

ステップ５０１では、携帯端末１０１２、例えば携帯端末１０１２‐１のモニタに表示された電子メールによる警告情報を見て異常発生を知った携帯端末の使用者が、携帯端末のキーを操作して映像再生用プログラムを起動する。なお、映像再生用プログラムは、電子メール機能と連動した映像閲覧用プログラムに比してプログラムの規模が小さいので低機能の汎用携帯端末にインストールできる。

ステップ５０２では、携帯端末１０１２−１が通報装置１４０１と接続する。図６に携帯端末１０１２−１のモニタに表示される画面例を示す。図６において、６０１は、ユーザ名入力部、６０２は、パスワード入力部、６０３は接続先入力部、例えば、通報装置１４０１のアドレスを入力する。６０４は、終了ボタン、６０５は、決定ボタンである。まず、ユーザ名入力部６０１とパスワード入力部６０２にそれぞれ、予め通報装置１４０１に登録していたユーザ名とパスワードを入力する。これにより、不正なユーザが通報装置１４０１に接続して映像を再生することを防ぐ。次に、接続先である通報装置１４０１のアドレスを入力する。そして、決定ボタン６０５を押すことにより、携帯端末１０１２−１は、通報装置１４０１と接続することができる。

ステップ５０３では、携帯端末１０１２−１が通報装置１４０１から通報装置１４０１に蓄積された警告発生時刻を取得する。即ち、携帯端末１０１２−１に図１１に示すＩＤテーブル（警告発生時刻を表示）の情報が送信される。なお、図１１のＩＤテーブルは、例えば、ステップ２０５にて通報装置１４０１によって作成される。

ステップ５０４では、ステップ５０３で取得したＩＤテーブルを図７に示す警告発生時刻リストに加工して携帯端末１０１２‐１のモニタ１１０７に表示する。なお、加工の際、モニタは表示エリアが限定されているので、順次スクロールして一覧することができるように処理する。

ステップ５０５では、ステップ５０４で表示された警告発生時刻リスト（警告発生時刻を表示）の中からユーザが所望の時刻を選択し、決定ボタン６０５をクリックする。

ステップ５０６では、ステップ５０５でのユーザによる警告発生時刻の選択に応答して、通報装置１４０１は映像閲覧用データ変換装置１００７を携帯端末１０１２−１に接続する。

ステップ５０７では、ステップ５０５によって選択された警告発生時刻の映像を映像閲覧用データ変換装置１００７から取得し、図４と同様な形式で携帯端末１０１２‐１のモニタ１１０７に表示する。

ここで、図７を用いてステップ５０４からステップ５０７について更に詳細に説明する。７０１は、携帯端末１０１２−１の警告発生時刻リスト表示部である。ここには警告発生時刻リストが上述した図１１のＩＤテーブルで提供される情報から図７に示すような加工された警告発生時刻リストとして表示される。７０２は、ユーザにより選択された警告発生時刻を示している。携帯端末１０１２−１の使用者は、ステップ５０４によりリスト表示部７０１に表示された警告発生時刻リストの中から所望の時刻を選択する。選択された時刻は、７０２に示されるように、反転表示されることにより、選択状態であることを明示する。ステップ５０６は、ステップ５０５で決定ボタン６０５を押したときに実行されるステップであり、携帯端末１０１２−１が映像閲覧用データ変換装置１００７に接続することにより、映像を再生する準備を行う。例えば、ステップ５０６により、通報装置１４０１から映像閲覧用データ変換装置１００７に対して上記選択された警告発生時刻に対応するＩＤ番号が引き渡されると共に、通報装置１４０１により携帯端末１０１２−１は、映像閲覧用データ変換装置１００７に接続される。そして、ステップ５０７により前記選択された警告発生時刻の映像を映像閲覧用データ変換装置１００７から取得し、モニタ１１０７に表示する。なお、この際、映像閲覧用データ変換装置１００７は上記ＩＤ番号に基き映像蓄積配信装置１００４から警告発生時刻の映像を取得し、取得した映像について携帯端末１０１２−１で表示可能なように縮小画像処理し、携帯端末１０１２−１に当該映像を送信する。

以上のような構成とすることで、警告情報と映像再生用プログラムとの間で情報のやり取りができない場合にも、簡単な操作で所望の初期画面を取得して映像を再生することが可能である。

更に、本発明の他の一実施例を図８を用いて説明する。図８は、外出先から携帯端末を用いて自宅の異常を知るためのシステムの一実施例である。なお、図１と同じものには、同じ符号が付されている。８０１は、個人の住宅であり、監視の対象である。８０２は、自宅監視システムで、自宅８０１内に設置するシステムの構成を示し、監視カメラ１００１、Ｗｅｂエンコーダ１００３およびモデム１００８から構成される。８０３は、監視センターであり、モデム１００８、ハブ１００６、映像蓄積配信装置１００４、映像閲覧用データ変換装置１００７および通報装置１４０１から構成される。

自宅監視システム８０２内において、自宅８０１に設置された監視カメラ１００１により撮影された映像は、常時、監視センター内の映像蓄積配信装置１００４に蓄積されると同時に、通報装置１４０１によって異常の有無が監視されている。もし、通報装置１４０１が自宅８０１に何らかの侵入物体を検出した場合には、警告情報がＷＡＮ１０１０と携帯電話会社１０１１を介して、外出先の携帯端末１０１２に送信される。警告情報を受信したユーザは、警告情報から異常が発生した時刻やその時の静止画によって、何時、どのような異常が発生したかの概要を知ることができる。なお、映像蓄積配信装置１００４、映像閲覧用データ変換装置１００７および通報装置１４０１の動作は、図１で説明したものと同じであるので、ここでは説明を省略する。

また、警告発生時刻前後の詳細な情報を知りたい場合には、携帯端末１０１２から監視センター８０３にアクセスし、映像閲覧用データ変換装置１００７から、警告発生時点の映像を取得し、映像の前後の様子を動画、例えば、ＪＰＥＧの圧縮の場合は、１０枚／秒程度の動画として再生することができる。これにより、侵入者が真の侵入者であるか、訪問者であるかを正確に判断をすることができる。

次に、本発明の更に他の一実施例を図１２に言及して説明する。上述した実施例では、通報装置は、画像認識技術を用いて映像の変化、即ち、監視カメラの撮像範囲の異常を検出した場合に、警告情報を送信する構成としているが、別の実施例として、監視領域に赤外線センサ、超音波センサ、煙センサ、ガス漏れセンサ等の監視領域の異常を検出する外部センサを設置し、当該センサによる異常検出に基づき、通報装置が警告情報を送信するような構成としてもよい。図１２は、このような外部センサを用いた映像配信システムの構成を示す。なお、図１２の構成は、図１の構成に外部センサを追加した点以外は図１の構成と同じである。

図１２において、監視カメラ１００１−１から１００１−ｎの各撮像範囲にそれぞれ外部センサ１０００−１から１０００−ｎを設置し、これらの外部センサの出力をＷｅｂエンコーダ１００３−１から１００３−ｎにそれぞれ供給される。各センサ出力は、伝送路１００２とハブ１００６を介して警報装置１４０１に供給される。警報装置１４０１は、外部センサの異常検出に応じて外部センサの検出時刻の検出された時点における１フレーム分の静止画像を含む警告情報を送信する。

なお、図１２の構成では、各監視カメラの撮像範囲に外部センサを１つづつ備えたが、必要な種類のセンサを必要な数備えれば良いことは言うまでもない。この映像配信システムの構成と動作は、上記説明以外の点では図１と同様なので更なる説明は省略する。

上記の説明は、各実施例についてなされたが、本発明は、その精神と特許請求の範囲内で種々の変更および修正をすることができることは当業者に明かである。

例えば、上記実施例では、警告発生時刻の映像に対応するＩＤ番号が携帯端末１０１２から映像閲覧用データ変換装置１００７に引き渡され、当該ＩＤ番号に基き映像閲覧用データ変換装置１００７が映像蓄積配信装置１００４から警告発生時刻の映像を取得するとしていたが、映像蓄積配信装置１００４の警告発生時刻の映像を特定する情報としては、ＩＤ番号に限らず、例えば、上述したチャネル番号や警告発生時刻を用いる等、実際のシステムの設定状況に応じて種々なものが用いられてもよい。

また、上記実施例（図２、図３）では、通報装置１４０１から携帯端末１０１２に送信される警告情報には、警告発生時刻の映像に対応したＩＤ番号１２０２が付加されており、上記ステップ２１０では、携帯端末は受信した警告情報からＩＤ番号を取得するとしていたが、例えば、通報装置１４０１から携帯端末１０１２に送信される警告情報には、警告発生時刻の映像に対応したＩＤ番号１２０２は付加せず、異常が検出された時刻（警告発生時刻）やそのチャネルに対応する映像のＩＤ番号等を対応付けた情報を通報装置１４０１に蓄積し、管理するような構成としてもよい。即ち、上述した図１１に示すようなＩＤテーブルが通報装置１４０１の記憶装置１１０４に記憶される。このような場合、映像閲覧用データ変換装置１００７は、携帯端末１０１２やクライアントＰＣ１０１３からのアクセスにより通報装置１４０１が保有するＩＤテーブルに基き映像蓄積配信装置１００４に対して警告発生時刻の映像を取得し、取得した映像について携帯端末１０１２やクライアントＰＣ１０１３に送信するようにすればよい。

また、上記実施例では、例えば、図３の３０３で示す“ＹＥＳ”を選択すると、警告発生時刻の映像を初期画面とした映像の再生が行われるとしていたが、本発明の実施形態としては、これに限られず、例えば、図３の３０３で示す“ＹＥＳ”を選択すると、警告発生時刻から所定時間前の映像を初期画面とした映像の再生が行われるようにしても良い。この場合、映像閲覧用データ変換装置１００７は、例えば、警告発生時刻に対応するＩＤ番号から所定番号分若いＩＤ番号を指定して映像蓄積配信装置１００４から映像の取得を行うようにすればよい。また、同様に、警告発生時刻から所定時間後の映像を初期画面とした映像の再生が行われるようにしても良い。

上記実施例によれば、通報装置により通報された警告情報が発生した時刻情報に基いて所望の映像をユーザの端末機能に応じて縮小画像あるいは動画として入手することが可能となる。また、低機能の情報端末であっても警告発生時刻をリストとして表示し、選択することによって必要な映像の静止画として入手することが可能となる。これにより、従来よりも簡単に警告発生時の映像を確認することができる。

上記説明では本発明を図示した映像配信システムおよび映像配信方法に適用したが、本発明は、それらに限定されるものではなく、それら以外の映像配信システムおよび映像配信方法にも広く適用することができることは、言うまでもない。

本発明の一実施例を説明するためのブロック図である。 本発明の一実施例の動作を説明するためのフローチャートである。 本発明の一実施例の情報端末のモニタの表示画面の一実施例を示す図である。 本発明の一実施例の情報端末のモニタの表示画面の他の一実施例を示す図である。 本発明の他の一実施例の動作を説明するためのフローチャートである。 本発明の他の一実施例の情報端末のモニタの表示画面の一実施例を示す図である。 本発明の他の一実施例の情報端末のモニタの表示画面の一実施例を示す図である。 本発明の更に他の一実施例を説明するためのブロック図である。 本発明の実施例の映像配信システムに使用される映像蓄積配信装置等のハードウェア構成を示すブロック図である。 本発明の一実施例に使用する映像蓄積配信装置に蓄積される映像の一実施例を示す図である。 本発明の一実施例の映像蓄積配信システムで用いられるＩＤテーブルの一実施例を示す図である。 本発明の更に他の一実施例を説明するためのブロック図である。

符号の説明

３０１：携帯端末のモニタ、３０２：警告発生時刻表示部、３０３：映像再生指示部、３０４：警告発生時の画像表示部、４０１：再生映像、４０２：映像撮影日時表示部、４０３：再生状態表示部、４０４：終了ボタン、６０１：ユーザ名入力部、６０２：パスワード入力部、６０３：接続先入力部、６０４：終了ボタン、６０５：決定ボタン、７０１：警告発生時刻リスト表示部、７０２：選択状態の警告発生時刻、８０１：自宅、８０２：自宅内監視システム、８０３：監視センター、１０００：センサ、１００１：監視カメラ、１００２：伝送路、１００３：ＷＥＢエンコーダ、１００４：映像蓄積配信装置、１００５：ブラウザＰＣ、１００６：ハブ、１００７：映像閲覧用データ変換装置、１００８：モデム、１００９：電話線、１０１０：ネットワーク、１０１１：携帯電話会社、１０１２：携帯端末、１０１３：クライアントＰＣ、１１０１：ＣＰＵ、１１０２：メモリ、１１０３：ネットワークインタフェース、１１０４：記憶装置、１１０５：入力インタフェース、１１０６：ビデオインタフェース、１１０７：モニタ、１１０８：キーボード、１１０９：マウス、１４０１：通報装置。

Claims (1)

1. 映像信号入力部と、上記映像信号入力部からの映像信号をデジタル画像圧縮データに変換するエンコーダ部と、上記エンコーダ部からのデジタル画像圧縮データを蓄積し配信する機能を有する映像蓄積配信装置と、上記映像蓄積配信装置の蓄積映像を読み出し、上記映像の変化を検出する通報装置と、上記映像蓄積配信装置の蓄積映像を縮小映像にする映像閲覧用データ変換装置および上記映像蓄積配信装置と上記映像閲覧用データ変換装置の映像をアクセスする情報端末装置からなり、上記通報装置は、上記映像の変化を検出した場合、上記映像の変化の発生時刻情報を記録し、上記情報端末装置は、上記通報装置に蓄積されている発生時刻情報に基き上記映像蓄積配信装置および上記映像閲覧用データ変換装置のいずれかの上記映像を取得することを特徴とする映像配信システム。
   

Images