ホーム > 特許ランキング > 株式会社ＮＥＸＰＯＩＮＴ
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】特開2015-173506(P2015-173506A)
(43)【公開日】2015年10月1日
(54)【発明の名称】監視カメラシステム及び監視方法
(51)【国際特許分類】
H04N 7/18 20060101AFI20150904BHJP
H04N 5/915 20060101ALI20150904BHJP
H04N 5/765 20060101ALI20150904BHJP
H04N 5/91 20060101ALI20150904BHJP
【ＦＩ】
H04N7/18 D
H04N7/18 U
H04N5/91 K
H04N5/91 L
H04N5/91 J
【審査請求】有
【請求項の数】1
【出願形態】ＯＬ
【全頁数】19
(21)【出願番号】特願2015-114512(P2015-114512)
(22)【出願日】2015年6月5日
(62)【分割の表示】特願2011-188063(P2011-188063)の分割
【原出願日】2011年8月31日
(71)【出願人】
【識別番号】511212077
【氏名又は名称】株式会社ＮＥＸＰＯＩＮＴ
(74)【代理人】
【識別番号】100134533
【弁理士】
【氏名又は名称】伊藤 夏香
(72)【発明者】
【氏名】佐久間 昭弘
【テーマコード（参考）】
5C053
5C054
【Ｆターム（参考）】
5C053FA07
5C053FA11
5C053GB36
5C053LA02
5C053LA11
5C053LA14
5C054EA03
5C054EA07
5C054EG01
5C054EH07
5C054GB01
5C054HA18
(57)【要約】
【課題】高画質の再生やライブ画像の巻戻しが手軽にでき、かつデータ量が小さく低コスト化を可能とする監視カメラシステム及び監視方法を提供すること。【解決手段】静止画を撮影するカメラ群にネットワークを介して接続されたサーバが、一定時間毎に、前記カメラ群からＴＣＰ／ＩＰ方式で、カメラ画像をＪＰＥＧ形式の静止画で取得し、一定期間内は静止画で保存し、一定期間経過後に圧縮動画ファイルに変換して保存し直すことを特徴とする。
【選択図】図１
【特許請求の範囲】
【請求項1】
静止画を撮影するカメラ群にネットワークを介して接続されたサーバが、一定時間毎に、前記サーバが前記カメラ群に、静止画を撮影させ、前記カメラ群からＴＣＰ／ＩＰ方式で、カメラ画像をＪＰＥＧ形式の静止画で取得し、一定期間内は静止画で保存し、一定期間経過後に圧縮動画ファイルに変換して保存し直すことを特徴とする監視カメラシステム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、防犯や管理等のために画像を撮影して電気通信回線を介してモニターで監視する監視カメラシステム及び監視方法に関する。
【背景技術】
【0002】
従来より、防犯や調査あるいは管理といった目的で、集合住宅などの建物の出入口や店頭あるいは街頭、工場や配送センター等、監視対象となるポイントを監視用カメラにより適時監視し、監視結果をインターネットその他電気通信回線を介して、ユーザ端末のモニターに送出し、モニターするカメラシステムが導入されている。一般に、カメラで撮影した動画を記録し、有線あるいは無線でユーザ側に送信し、同時監視や事後的再生により適宜モニターするシステムが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２００２−７７８８２号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
従来の監視カメラシステムのようにＵＤＰ方式で動画データを取得すると、カメラからサーバへデータを送信する際にパケット紛失が起きやすいという問題があった。したがって、インターネット回線（ＷＡＮ）越しのクラウドサーバでのデータ蓄積ができないという問題があった。
【0005】
また、同時監視において、カメラからユーザ端末へ常に動画が送られるため、通信するデータ量が増え、経由する通信網への負荷が大きく、トラフィックが混雑するという問題があった。したがって、カメラが多数であると、全ての同一のネットワーク上に設置することができず、サーバが何台も必要になるという問題があり、また、インターネット回線（ＷＡＮ）越しのクラウドサーバでのデータ蓄積ができないという問題があった。
【0006】
さらに、動画データをサーバに保存するためにデータ容量が膨大になるという問題や長期保存ができないという問題があった。また、大容量のサーバを多数用意する必要があり、コストがかさむという問題があった。データ量に制限があるため、解像度を上げることができず、再生時に鮮明な画像が得られないという問題があった。
【0007】
また、カメラ側の録画条件が、そのまま録画サーバー側の保存の条件になっており、動画データを軽量化するために現在主流であるＨ.２６４形式の動画フォーマットで録画するには、ネットワークカメラ側にＨ.２６４形式で録画する機能を備えたカメラを製造する必要があり、コストがかかるという問題があった。
【0008】
また、スマートフォンなどの端末で動画を再生する際に、データ量が多いために再生などの操作を行ってから実行されるまでに時間がかかるという問題があった。再生までに時間がかかるためにタイムラグやフリーズ状態が生じ、トラブル発見が遅れるという問題があった。複数のカメラをモニターするにはスマートフォンではスムーズに再生できず、モニタールーム等、大容量のコンピュータがあるところで監視しなければならず、場所を移動しながらの作業の傍らでチェックするということが困難で、負担が大きいという問題があった。したがって、費用をかけて設置しても録画した画像が活用されず、撮影したのみになっているのが現状である。
【0009】
また、上記文献に記載されたカメラシステムでは、撮影中のリアルタイムの画像を見る際、現時点の画像からの巻き戻しや現時点からの巻き戻し後の再生、現時点への早送りができないという問題があった。
【0010】
また、撮影においては、何らかの理由で撮影できなかった時点が生じるというトラブルが起き得るが、その場合、動画では再生時に画像が飛んでしまうという問題があった。
【0011】
したがって、本発明の第１の目的は、上記した課題を解決し、高画質の再生やライブ画像の巻戻しが手軽にでき、かつデータ量が小さく低コスト化を可能とする監視カメラシステムを提供することにある。
【課題を解決するための手段】
【0012】
本発明の第１の態様は、上記目的を達成するため、静止画を撮影するカメラ群にネットワークを介して接続されたサーバと、前記サーバにネットワークを介して接続され画像を表示する端末とを具備し、前記サーバは、
一定時間毎に、前記カメラ群に静止画を撮影させ撮影したカメラ画像を前記サーバに入力させるカメラ画像取得手段、
前記カメラ画像を圧縮して一次データを作成し蓄積する一次データ作成手段、
前記端末から、監視権限のある１又は複数のカメラについてサムネイル画像要求を受け付けるサムネイル画像受付手段、
サムネイル画像要求を受け付けたカメラについて前記カメラ画像からサムネイル画像を作成するサムネイル画像作成手段、
前記サムネイル画像作成手段で作成されたサムネイル画像を前記端末に送信するサムネイル画像送信手段、
前記端末から、ライブ画像を表示するカメラの選択を受け付けるライブ画像選択受付手段、
前記ライブ画像選択受付手段で選択されたカメラについてサムネイル画像に代えて、前記カメラ画像をライブ画像として前記端末に送信するライブ画像送信手段、
前記端末から、ライブ画像からの巻戻し要求を受け付けるライブ画像巻戻し受付手段、
前記巻戻し要求毎に、前記端末に前回送信した画像より一定時間分過去の時点の一次データを抽出して巻戻しライブ画像として前記端末に送信する巻戻しライブ画像送信手段、
前記端末から、巻戻しライブ画像からの早送り要求を受け付ける巻戻しライブ画像早送り受付手段、
前記早送り要求毎に、現時点の画像に達するまでは、前記端末に前回送信した画像より一定時間分未来の時点の一次データを抽出して早送りライブ画像として前記端末に送信する早送りライブ画像送信手段
を有し、
前記端末は、
サーバから送信された画像を表示する画像表示手段、
サムネイル画像表示中に、一定時間毎に、サムネイル画像をサーバに要求するサムネイル画像要求手段、
ライブ画像表示中に、カメラからサーバへのカメラ画像取得間隔毎に、ライブ画像をサーバに要求するライブ画像要求手段、
ライブ画像表示中に、巻戻し要求の入力を受け付け、巻戻しライブ画像をサーバに要求する巻戻し開始要求手段、
巻戻しライブ画像表示中に、ライブ画像の要求間隔より短い一定時間毎に、巻戻しライブ画像をサーバに要求する巻戻し継続要求手段、
巻戻しライブ画像表示中に、早送り要求の入力を受け付け、早送りライブ画像をサーバに要求する巻戻しライブ画像早送り開始要求手段、
早送りライブ画像表示中に、ライブ画像の要求間隔より短い一定時間毎に、早送りライブ画像をサーバに要求する巻戻しライブ画像早送り継続要求手段、
を有することを特徴とする監視カメラシステムを提供する。「サムネイル画像」は、多数の画像を一覧表示するために縮小された画像である。「ライブ画像」は、リアルタイムの画像を示す。
【0013】
本発明の第１の態様によれば、静止画でデータ取得を行うので、ネットワーク上に同時に流れるデータ量が少なく、多台数のカメラを同一ネットワーク上に設置することが可能となる。また、データ転送量が少ないために、インターネット回線等を経由してクラウドサーバでのデータ蓄積も可能となる。また、ライブ画像を見ているときに、見落とし等気付いたとき、そのまま巻き戻して見直すことで、さかのぼって確認でき、また、過去から現時点までの画像を早送りで確認しながら行うことができる。
【0014】
前記サーバは、さらに、前記一次データを、一定時間分毎に結合させタイムスタンプを付して動画形式で圧縮した二次データに変換する二次データ作成手段を有することが好ましい。動画への圧縮形式は、現時点で高圧縮であるＨ．２６４であることがさらに好ましい。軽量で、ハードウェア、ソフトウェアいずれであっても実装が容易である。
【0015】
前記サーバは、さらに、前記端末から、カメラの一覧の要求を受け付ける一覧受付手段、
前記カメラ群のうち、前記端末に監視権限があるカメラの一覧を抽出する権限確認手段、
前記権限確認手段で抽出されたカメラの一覧を前記端末に送信する一覧送信手段、
前記端末から、サムネイル画像を表示するカメラの１又は複数の選択を前記一覧から受け付けるサムネイル画像選択受付手段、
を有し、前記端末は、
前記サーバにカメラ一覧の要求をし、サーバから取得したカメラ一覧を表示する一覧表示手段、
サムネイル画像を表示するカメラの選択又はライブ画像を表示するカメラの選択をするカメラ選択手段、
を有するものであることが好ましい。前記サムネイル画像受付手段が、前記一覧から選択したカメラについてのサムネイル画像要求を受け付けるものであることが好ましい。
【0016】
また、前記サーバは、さらに、前記端末から、巻戻しライブ画像からのリライブ画像要求を受け付けるリライブ画像受付手段、
前記リライブ画像要求毎に、前記端末に前回送信した画像より一定時間分未来の時点の一次データを抽出してリライブ画像として前記端末に送信するリライブ画像送信手段、
を有し、前記端末は、
巻戻しライブ画像表示中に、リライブ画像要求の入力を受け付け、リライブ画像をサーバに要求するリライブ画像開始要求手段、
リライブ画像表示中に、カメラからサーバへのカメラ画像取得間隔毎に、リライブ画像をサーバに要求するリライブ画像継続要求手段、
を有することが好ましい。本願において、「ライブ画像」がリアルタイムの画像を示すのに対し、「リライブ画像」はライブ画像から過去へ巻き戻しての再生画像を示す。
【0017】
本発明の第２の態様は、上記目的を達成するため、静止画を撮影するカメラ群にネットワークを介して接続されたサーバが、一定時間毎に、前記サーバが前記カメラ群に、静止画を撮影させ、前記カメラ群からＴＣＰ／ＩＰ方式で、カメラ画像をＪＰＥＧ形式の静止画で取得し、一定期間内は静止画で保存し、一定期間経過後に圧縮動画ファイルに変換して保存し直すことを特徴とする監視カメラシステムを提供する。通信相手を互いに確認してから通信するため、ＵＤＰ方式と異なり、ネットワーク上においても、データ送受信に欠損がなく、データ保全性が高く、信頼性が高い。サーバがカメラに直接的に接続されている必要がなく、ネットワーク上で接続されていれば、クラウドコンピューティングによるサービスでも、確実に画像を提供できる。また、カメラ側にサーバ装置あるいはサーバ機能を持たせる必要がなく、スペースやコストの削減にもなる。本発明において、「カメラ」は、静止画撮影機能と出力機能を有するならば、他に動画撮影機能を有するものであってもよい。カメラはＩＰカメラであることが好ましいが、アナログカメラでも可能である。また、一定期間は静止画で、その後は圧縮動画とするので、データ容量が小さくて済み、したがって長期保存も可能となる。一定期間内は静止画で保存されているためにリアルタイムの画像の送出や巻戻し早送りといった操作に対するレスポンスを素早くできる。静止画での入力・一時保存とその後の圧縮動画での保存を組合わせるシステムにより、動画での入力・保存に比べ格段にデータ量が小さく、多数のカメラとの接続を実現し、かつ、画像のクオリティを高く保てる。
【0018】
また、本発明の第３の態様は、静止画を撮影するカメラ群にネットワークを介して接続されたサーバが、一定時間毎に、前記カメラ群に静止画を撮影させ撮影したカメラ画像を前記サーバに入力させるカメラ画像取得ステップ、前記サーバが、前記カメラ画像を圧縮して一次データを作成し蓄積する一次データ作成ステップ、
前記サーバにネットワークを介して接続され画像を表示する端末が、ライブ画像を表示するカメラの選択をするカメラ選択ステップ、
前記サーバが、選択されたカメラのカメラ画像をライブ画像として、前記端末に、送信するライブ画像送信ステップ、
前記端末が、前記サーバから送信されたライブ画像を表示するライブ画像表示ステップ、
前記端末が、ライブ画像表示中に、巻戻し要求の入力を受け付け、巻戻しライブ画像をサーバに要求する巻戻し開始要求ステップ、
前記サーバが、前記端末に前回送信した画像より一定時間分過去の時点の一次データを抽出して巻戻しライブ画像として前記端末に送信する巻戻しライブ画像送信ステップ、
前記端末が、前記サーバから送信された巻戻しライブ画像を表示する巻戻しライブ画像表示ステップ、
前記端末が、巻戻しライブ画像表示中に、ライブ画像の要求間隔より短い一定時間毎に、巻戻しライブ画像をサーバに要求する巻戻し継続要求ステップ、
前記サーバが、前記巻戻し要求毎に、前記巻戻しライブ画像送信ステップ、巻戻しライブ画像表示ステップを繰り返し、
前記端末が、巻戻しライブ画像表示中に、早送り要求の入力を受け付け、早送りライブ画像をサーバに要求する早送り開始要求ステップ、
前記サーバが、前記端末に前回送信した画像より一定時間分未来の時点の一次データを抽出して早送りライブ画像として前記端末に送信する早送りライブ画像送信ステップ
前記端末が、前記サーバから送信された早送りライブ画像を表示する早送りライブ画像表示ステップ、
前記端末が、早送りライブ画像表示中に、ライブ画像の要求間隔より短い一定時間毎に、早送りライブ画像をサーバに要求する早送り継続要求ステップ、
前記サーバが、現時点の画像に達するまでは、前記早送ライブ画像要求毎に、前記早送りライブ画像送信ステップ、早送りライブ画像表示を繰り返すこと
を含むことを特徴とする監視方法を提供する。
【発明の効果】
【0019】
本発明によれば、高画質の再生やライブ画像の巻戻しが手軽にでき、かつデータ量が小さく低コスト化を可能とする。
【図面の簡単な説明】
【0020】
【図1】本発明の監視カメラシステムの実施例１のネットワーク構成の一例を示す図である。
【図2】本発明の監視カメラシステムの実施例１のサーバの構成図である。
【図3】本発明の監視カメラシステムの実施例１の端末（モバイル）の構成図である。
【図4】本発明監視カメラシステムの実施例１の端末（ＰＣ）の構成図である。
【図5】本発明の監視カメラシステムの実施例１におけるカメラとサーバとの接続から画像編集までの手順概要を示すフロー図である。
【図6】本発明の監視カメラシステムの実施例１における画像データ収集フロー図である。
【図7】本発明の監視カメラシステムの実施例１のデータ圧縮フロー図である。
【図8】本発明の監視カメラシステムの実施例１における端末とサーバとの接続から画像表示までの手順概要を示すフロー図である。
【図9】本発明の監視カメラシステムの実施例１のライブ画像選択フロー図である。
【図10】本発明の監視カメラシステムの実施例１における端末からの各種要求とサーバからの応答を示す説明図である。
【発明を実施するための形態】
【0021】
以下、本発明について、実施例を用いて本発明を具体的に説明するが、本発明はこれらに限定されるものではない。
【実施例1】
【0022】
本実施例は、ネットワークを介してサーバで監視用カメラを作動させて、サーバが画像を収集・編集・保存し、サーバがユーザの端末に端末からの要求に応じてネットワークを介してモニターする画像を送信するもので、過去の画像の再生・巻戻し・早送りもライブ画像の再生・巻戻し・早送りもリライブ再生も行うものである。例えば、ネットワークで接続されている地方工場内の製造ラインに取り付けられた監視用カメラの画像を本社の管理部門の担当者や各工場の責任者のスマートフォンに送信して管理するのに利用できる。
【0023】
｛構成｝図１は、本発明の監視カメラシステムの実施例１のネットワーク構成の一例を示す図である。ＬＡＮやインターネット、Ｗｉ−Ｆｉ回線、３Ｇ回線等の通信網から構成されるネットワーク５００上には、（１）画像を撮影するカメラとして、複数台の監視用カメラ４００Ａ〜Ｆ、（２）ネットワーク５００を介して監視用カメラ４００と接続され、カメラで撮影した画像データを取得し蓄積し端末に送信するサーバとして、録画サーバ１００、（３）ネットワーク５００を介して録画サーバ１００と接続され、録画サーバ１００からの画像データを受信して表示する端末として、スマートフォンなどのモバイル端末２００Ａ、Ｂや、デスクトップＰＣ（パーソナルコンピュータ）やノートＰＣなどの閲覧ＰＣ３００Ａ〜Ｃが接続されている。以下、モバイル端末と閲覧ＰＣとをまとめるときは、「端末」又は「Ｖｉｅｗｅｒ」という。
【0024】
録画サーバ１００は、監視用カメラ４００が同じＬＡＮ内に存在する場合に限らず、互いにネットワーク５００にルータ６００を介して接続されていれば、インターネットを介して接続されていてもよい。本実施例では、監視用カメラ４００と録画サーバ１００との通信がＴＣＰ／ＩＰ方式で、同じＬＡＮ内にカメラとサーバが存在しなくても、確実に画像データの送受信ができ、信頼性が高い。監視用カメラ４００は、本実施例ではＩＰカメラであるが、アナログカメラでもよい。画像表示用の端末である閲覧ＰＣ３００も、録画サーバ１００と同じＬＡＮ内に存在する場合に限らず、互いにネットワーク５００にルータ６００を介して接続されていれば、インターネットを介して接続されていてもよい。画像表示用の端末であるモバイル端末２００についても、ＬＡＮ、インターネット、携帯電話用ネットワーク（Ｗｉ−Ｆｉ回線や３Ｇ回線等）等、複数のネットワークを介して接続されていてもよい。
【0025】
１台の録画サーバ１００は、複数台の監視カメラ４００から画像を取得することができる。従来のＩＰカメラシステムでは、１つの同容量のサーバで管理できるカメラの台数はＩＰカメラで２０台程度であるが、本実施例では、１秒に１回録画する場合でも、同一ネットワーク環境において、１００台のＩＰカメラの接続が可能である。したがって、コスト削減と大規模監視を同時に可能とする。また、サーバ側がネットワークトラフィックを自動的に分散させるので、ネットワーク設計が不要で、カメラをポートに繋ぐだけで済むため、作業が非常に簡便となる。
【0026】
図２は、本発明の監視カメラシステムの実施例１のサーバの構成図である。録画サーバ１００は、キャッシュメモリであるメモリ１０２を伴うＣＰＵ１０１やデバイスドライバ等を有する制御・演算装置と、ＤＲＡＭ等の主記憶装置やハードディスク等の補助記憶装置を有する記憶装置１１０と、ネットワークインターフェース１０４等の通信制御装置や表示装置としてのディスプレイ１０３、キーボード１０５、マウス１０６等で構成される入出力装置とを備えている。記憶装置１１０には、一次画像フォルダ１１１と二次画像フォルダ１１２と撮影・編集・送信プログラム１１３と認証用データベースと環境設定フォルダ等の他、オペレーティングシステム１１４が格納されている。撮影・編集・送信プログラム１１３は通常記憶装置１１０の補助記憶装置に格納されており、実行時には主記憶装置にロードされる。一次画像フォルダ１１１には、カメラ画像を圧縮したファイルを一次データとして蓄積し、二次画像フォルダ１１２には、一次画像フォルダ１１１内に蓄積された一定時間分の一次データを動画圧縮変換して二次データとして蓄積する。認証用データベースには、ＩＤ、パスワード、各監視用カメラ４００やモバイル端末２００や閲覧ＰＣ３００のポート番号とＩＰアドレス、ＩＰアドレスのない端末では個体識別情報（ＵＩＤ）が蓄積されている。本実施例では、録画サーバ１００は、サーバと端末が一体となっており、自ら画像を表示する端末の役割も果たすため、また、メンテナンスや管理のため、ディスプレイ１０３、また入力手段としてのキーボード１０５やマウス１０６を有している。録画サーバでカメラ画像の再生を要しない場合は、画像表示装置としての端末機能はなくてもよい。環境設定フォルダには、各監視用カメラの画像取得タイミング、一次画像データや二次画像データの作成間隔、圧縮条件等が蓄積されている。
【0027】
録画サーバ１００は、ＣＰＵ１０１が、撮影・編集・送信プログラム１１３をメモリ１０２にロードして実行することにより本発明のカメラ画像取得及び端末への画像送出処理が可能なコンピュータの機能を実現する。ＣＰＵ１０１は、通常のコンピュータに搭載する演算処理装置であり、各種プログラムを実行し、各種制御等を行う。
【0028】
録画サーバ１００は、１台のサーバとする他、複数のサーバからなるサーバ群であってもよい。例えば、二次画像フォルダについて、一定期間（例えば２４時間）経過後の二次データについては、保存先を、カメラ画像を取得するサーバと別のサーバに設けた二次画像フォルダとしてもよい。頻繁には再生しない過去の保存データを別にすることで、さらに多くの台数のカメラを同一ネットワーク上で監視可能となる。
【0029】
撮影・編集・送信プログラムは、コンピュータに、監視用カメラとの接続を行うカメラ接続機能、端末との接続を行う端末接続機能、一定時間（例えば１秒）毎に、接続した監視用カメラに静止画を撮影させ撮影したカメラ画像を録画サーバに入力させるカメラ画像取得機能、前記カメラ画像を圧縮して一次データを作成し蓄積する一次データ作成機能、端末からのカメラ一覧の要求を受け付ける一覧受付機能、端末に監視権限があるカメラの一覧を抽出する権限確認機能、抽出されたカメラの一覧を端末に送信する一覧送信機能、端末からのサムネイル画像を表示するカメラの１又は複数の選択を前記一覧から受け付けるすなわち監視権限のある１又は複数のカメラについてサムネイル画像要求を受け付けるサムネイル画像選択受付機能、サムネイル画像要求を受け付けたカメラについてカメラ画像からサムネイル画像を作成するサムネイル画像作成機能、サムネイル画像を端末に送信するサムネイル画像送信機能、端末からのライブ画像を表示するカメラの選択を受け付けるライブ画像選択受付機能、選択されたカメラについてサムネイル画像に代えてカメラ画像データをライブ画像として端末に送信するライブ画像送信機能、端末よりライブ画像からの巻戻し要求を受け付けるライブ画像巻戻し受付機能、巻戻し要求毎に、端末に前回送信した画像より一定時間分（例えば１秒分）過去の時点の一次データを抽出して巻戻しライブ画像として端末に送信する巻戻しライブ画像送信機能、端末より巻戻しライブ画像からの早送り要求を受け付ける巻戻しライブ画像早送り受付機能、早送り要求毎に、現時点の画像に達するまでは、端末に前回送信した画像より一定時間分（例えば１秒分）未来の時点の一次データを抽出して早送りライブ画像として端末に送信する早送りライブ画像送信機能を実現させるためのプログラムである。「現時点の画像」とは、監視用カメラから取得した最新の画像を意味する。したがって、現時点の画像は、カメラ画像がサーバに入力される度に、新しい画像に変わる。
【0030】
本実施例では、撮影・編集・送信プログラムは、さらに、コンピュータに、一次データを、一定時間分（例えば１時間分）毎に結合させタイムスタンプを付して動画形式で圧縮した二次データに変換する二次データ作成機能をも実現させるためのプログラムである。
【0031】
本実施例では、撮影・編集・送信プログラムは、さらに、コンピュータに、端末より巻戻しライブ画像からのリライブ画像要求を受け付けるリライブ画像受付機能、リライブ画像要求毎に、端末に前回送信した画像より一定時間分、詳細には、カメラでの設定監視用カメラ４００から録画サーバ１００へのカメラ画像取得間隔分、未来の時点の一次データを抽出して早送りライブ画像として端末に送信するリライブ画像送信機能をも実現させるためのプログラムである。
【0032】
本実施例では、監視カメラと録画サーバとの接続はＴＣＰ／ＩＰ方式で行い、監視カメラを特定するため、録画サーバ側で設定したユーザＩＤとパスワードで認証を行ってからカメラ画像の撮影等の要求を行う。端末と録画サーバとの接続もＴＣＰ／ＩＰ方式で行い、ユーザＩＤとパスワードで認証を行って、端末が録画サーバに登録してある端末であることを確認してから画像送信を行う。認証は、録画サーバ上の認証用データベースによる認証が好ましい。
【0033】
端末やカメラが同じＬＡＮ上になくてもルータを介してネットワークで繋がっていれば、接続するルータのＩＰアドレスとそれぞれに割り振られたポート番号で行う。インターネットで接続されているときは、両者の間のルータのポート番号を「有効」にする。ＩＰアドレスのないモバイル端末ではＵＩＤを利用する。
【0034】
図３は、本発明の監視カメラシステムの実施例１の端末（モバイル）の構成図である。モバイル端末２００は、メモリ２０２を伴うＣＰＵ２０１やデバイスドライバ等を有する制御・演算装置と、記憶装置２１０、データの送受信等を行う通信制御装置、表示装置としてのディスプレイ２０４、操作ボタンあるいはタッチパネル等の入出力装置を備えている。記憶装置２１０には、画像表示プログラム２１３やオペレーティングシステム２１４が格納されている。モバイル端末２００は、例えばスマートフォン等の携帯電話等であり、ＣＰＵ２０１が画像表示プログラム２１３をメモリ２０２にロードして実行することにより本発明の画像表示が可能なコンピュータの機能を実現する。ＣＰＵ２０１は、通常のモバイル端末に搭載する演算処理装置であり、各種プログラムを実行し、各種制御等を行う。
【0035】
図４は、本発明監視カメラシステムの実施例１の端末（ＰＣ）の構成図である。閲覧ＰＣ３００は、メモリ３０２を伴うＣＰＵ３０１やデバイスドライバ等を有する制御・演算装置と、ＤＲＡＭ等の主記憶装置やハードディスク等の補助記憶装置を有する記憶装置３１０と、ネットワークインターフェース３０４等の通信制御装置や表示装置としてのディスプレイ３０３、キーボード３０５、マウス３０６等で構成される入出力装置とを備えている。記憶装置３１０には、画像表示プログラム３１３やオペレーティングシステム３１４が格納されている。閲覧ＰＣ３００は、例えばデスクトップＰＣやノートＰＣ、タブレット端末等であり、ＣＰＵ３０１が画像表示プログラム３１３をメモリ３０２にロードして実行することにより本発明の画像表示が可能なコンピュータの機能を実現する。ＣＰＵ３０１は、通常のＰＣに搭載する演算処理装置であり、各種プログラムを実行し、各種制御等を行う。
【0036】
画像表示プログラムは、コンピュータに、録画サーバとの接続を行う端末接続機能、録画サーバにカメラ一覧の要求をし、サーバから取得したカメラ一覧を表示する一覧表示機能、サムネイル画像を表示する監視用カメラの選択又はライブ画像を表示する監視用カメラの選択をするカメラ選択機能、録画サーバから送信された画像を表示する画像表示機能、サムネイル画像表示中に、一定時間（例えば１秒）毎に、サムネイル画像を録画サーバに要求するサムネイル画像要求機能、ライブ画像表示中に、監視用カメラから録画サーバへのカメラ画像取得間隔毎に、ライブ画像を録画サーバに要求するライブ画像要求機能、ライブ画像表示中に、巻戻し要求の入力を受け付け、巻戻しライブ画像を録画サーバに要求する巻戻し開始要求機能、巻戻しライブ画像表示中に、ライブ画像の要求間隔より短い一定時間（例えば０．２秒）毎に、巻戻しライブ画像を録画サーバに要求する巻戻し継続要求機能、巻戻しライブ画像表示中に、ユーザからの早送り要求の入力を受け付け、早送りライブ画像を録画サーバに要求する巻戻しライブ画像早送り開始要求機能、早送りライブ画像表示中に、ライブ画像の要求間隔より短い一定時間（例えば０．２秒）毎に、早送りライブ画像を録画サーバに要求する巻戻しライブ画像早送り継続要求機能、巻戻しライブ画像表示中に、リライブ画像要求の入力を受け付け、リライブ画像をサーバに要求するリライブ画像開始要求機能、リライブ画像表示中に、カメラからサーバへのカメラ画像取得間隔毎に、リライブ画像をサーバに要求するリライブ画像継続要求機能を実現させるためのプログラムである。
【0037】
録画サーバ１００は、接続開始時毎に、監視用カメラや端末のＩＰアドレス及びポート番号、ＵＩＤを調べ、またＩＰアドレス及びポート番号やＵＩＤを用いた接続によって接続相手を特定でき、ユーザＩＤとパスワードで認証する。ルータのポート番号を「有効」にしてあれば、端末側のルータの設定を録画サーバ１００から行うことができ、グローバルＩＰアドレスやプライベートＩＰアドレスの割当設定をすることができる。したがって、ＬＡＮ内のＰＣのアドレスが変換されてしまった場合でも、監視用カメラの認識をするので、カメラ画像の取得が可能である。監視用カメラ側でグローバルＩＰアドレス、プライベートＩＰアドレスの割当設定等を行う必要がなく、ブロードバンドルータなどを利用していてＬＡＮ内のＰＣのアドレスが変換されてしまう場合でもカメラ画像の送受信が可能であり、また、ユーザのＰＣ操作能力が、様々な設定を行うことができないレベルであっても画像表示が可能である。監視用カメラと録画サーバとが同じＬＡＮ内に限定されるときは、ローカルＩＰアドレスとポート番号で認識を行ってもよい。
【0038】
本実施例においては、録画サーバ１００と閲覧ＰＣ３００とは、ともにパーソナルコンピュータとして構成され、通常のパーソナルコンピュータが有するクロック機能等を備えている。モバイル端末２００もクロック機能等を備えている。
【0039】
本実施例では、静止画を撮影する監視用カメラ４００にネットワーク５００を介して接続された録画サーバ１００と、録画サーバ１００に５００を介して接続され画像を表示する端末（モバイル端末２００や閲覧ＰＣ３００）とを具備しており、録画サーバ１００には、（１）一定時間毎に、監視用カメラ４００に静止画を撮影させ撮影したカメラ画像を録画サーバ１００に入力させるカメラ画像取得手段、（２）前記カメラ画像を圧縮して一次データを作成し蓄積する一次データ作成手段、（３）端末から、カメラ一覧の要求を受け付ける一覧受付手段、（４）監視用カメラ４００のうち、前記端末に監視権限があるカメラの一覧を抽出する権限確認手段、（５）前記権限確認手段で抽出されたカメラの一覧を前記端末に送信する一覧送信手段、（６）前記端末から、サムネイル画像を表示する監視用カメラ４００の１又は複数の選択を前記一覧から受け付ける、すなわち監視権限のある１又は複数のカメラについてサムネイル画像要求を受け付けるサムネイル画像選択受付手段、（７）サムネイル画像要求を受け付けた監視用カメラ４００について前記カメラ画像からサムネイル画像を作成するサムネイル画像作成手段、（８）前記サムネイル画像作成手段で作成されたサムネイル画像を前記端末に送信するサムネイル画像送信手段、（９）前記端末から、ライブ画像を表示する監視用カメラ４００の選択を受け付けるライブ画像選択受付手段、（１０）前記ライブ画像選択受付手段で選択された監視用カメラ４００についてサムネイル画像に代えて前記カメラ画像データをライブ画像として前記端末に送信するライブ画像送信手段、（１１）前記端末から、ライブ画像からの巻戻し要求を受け付けるライブ画像巻戻し受付手段、（１２）前記巻戻し要求毎に、前記端末に前回送信した画像より一定時間分過去の時点の一次データを抽出して巻戻しライブ画像として前記端末に送信する巻戻しライブ画像送信手段、（１３）前記端末から、巻戻しライブ画像からの早送り要求を受け付ける巻戻しライブ画像早送り受付手段、（１４）前記早送り要求毎に、現時点の画像に達するまでは、前記端末に前回送信した画像より一定時間分未来の時点の一次データを抽出して早送りライブ画像として前記端末に送信する早送りライブ画像送信手段、（１５）前記一次データを、一定時間分毎に結合させタイムスタンプを付して動画形式で圧縮した二次データに変換する二次データ作成手段、（１６）前記端末から、巻戻しライブ画像からのリライブ画像要求を受け付けるリライブ画像受付手段、（１７）前記リライブ画像要求毎に、前記端末に前回送信した画像より一定時間分未来の時点の一次データを抽出してリライブ画像として前記端末に送信するリライブ画像送信手段とを設けてある。録画サーバ１００は、前述のハードウェア構成と撮影・編集・送信プログラム１１２によって、（１）〜（１７）の手段として機能する。
【0040】
また、端末（モバイル端末２００及び閲覧ＰＣ３００）に、（１）録画サーバ１００にカメラ一覧の要求をし、録画サーバ１００から取得したカメラ一覧を表示する一覧表示手段、（２）サムネイル画像を表示する監視用カメラ４００の選択又はライブ画像を表示する監視用カメラ４００の選択をするカメラ選択手段、（３）録画サーバ１００から送信された画像を表示する画像表示手段、（４）サムネイル画像表示中に、一定時間毎に、サムネイル画像を録画サーバ１００に要求するサムネイル画像要求手段、（５）ライブ画像表示中に、監視用カメラ４００から録画サーバ１００へのカメラ画像取得間隔毎に、ライブ画像を録画サーバ１００に要求するライブ画像要求手段、（６）ライブ画像表示中に、巻戻し要求の入力を受け付け、巻戻しライブ画像を録画サーバ１００に要求する巻戻し開始要求手段、（７）巻戻しライブ画像表示中に、ライブ画像の要求間隔より短い一定時間毎に、巻戻しライブ画像を録画サーバ１００に要求する巻戻し継続要求手段、（８）巻戻しライブ画像表示中に、早送り要求の入力を受け付け、早送りライブ画像を録画サーバ１００に要求する巻戻しライブ画像早送り開始要求手段、（９）早送りライブ画像表示中に、ライブ画像の要求間隔より短い一定時間毎に、早送りライブ画像を録画サーバ１００に要求する巻戻しライブ画像早送り継続要求手段、（１０）巻戻しライブ画像表示中に、リライブ画像要求の入力を受け付け、リライブ画像を録画サーバ１００に要求するリライブ画像開始要求手段、（１１）リライブ画像表示中に、カメラから録画サーバ１００へのカメラ画像取得間隔毎に、リライブ画像をサーバに要求するリライブ画像継続要求手段、とを設けてある。端末は、前述のハードウェア構成と画像表示プログラム２１３によって、（１）〜（１１）の手段として機能する。なお、本実施例では、カメラ画像データを圧縮して作成された一次データは、一定時間毎に録画サーバで二次データに変換されているので、端末は、ライブ画像の巻戻しや巻戻し後の早送り以外に、従来の録画再生装置で可能な、過去のカメラ画像の再生や巻戻し、早送りも可能である。例えば、録画翌日等に再生を行うとき、何日の何時の録画について再生をしたいかを選択し、１時間分ずつ２次データに変換されたファイルを呼び出して、再生を行う。再生中の巻戻しや早送りも可能である。ライブ画像は、カメラから入力されたカメラ画像を圧縮せず使用するため高画質でありながら静止画であるためデータ量が小さく、サムネイル画像は、カメラ画像を、指定されたサイズに縮小化及び圧縮して使用するため十分な画質と十分な小データ量で、巻戻しライブ画像や早送りライブ画像は、一次的な静止画保存用に圧縮した一次データを使用するため、高画質ながらデータ量が小さい。頻繁には使用しない、二次データ作成単位以上に過去分の再生や早送り巻戻しは、圧縮変換した動画ファイルである二次データを使用するため、動画ながら保存に要するデータ量が小さくて済む。また、本実施例の構成により、ライブ画像の巻戻し後の再生が可能となる。
【0041】
本実施例の監視カメラシステムは、静止画を撮影するカメラ群にネットワークを介して接続されたサーバが、一定時間毎に、前記カメラ群からＴＣＰ／ＩＰ方式で、カメラ画像をＪＰＥＧ形式の静止画で取得し、一定期間内は静止画で保存し、一定期間経過後に、動画ファイルへの圧縮形式、例えば現時点で高圧縮であるＨ．２６４形式で高圧縮動画ファイルに変換して保存し直す。本実施例では、Ｈ．２６４形式で圧縮して動画ファイルに変換する。ＴＣＰ／ＩＰ方式の通信にてサーバー主導型によりカメラ群に静止画データを要求することにより、通信上におけるデータの欠損がなく、データの高い保全性を実現できる。従来、ネットワークカメラから動画品質（例：３０ｆｐｓ程度）でデータ取得を行うと、経由するネットワーク上に膨大なデータが流れてしまい、多台数のカメラを同一ネットワーク上に設置することができなかったが、本実施例では、動画でデータ取得を行うのではなく、例えば、１秒間に１画像と、画像取得間隔を長くし、動画ではなく静止画の画像としてデータを取得する。したがって、ネットワーク上に同時に流れるデータ量が少なくなり、一般のインターネット回線などにも、ネットワークカメラ情報を流すことができる。さらに、従来の動画転送方法ではパケット紛失やデータ転送量などが問題で不可能であった、インターネット回線（ＷＡＮ）越しのクラウドサーバーでのデータ蓄積を可能にする。従来のネットワークカメラ録画システムでは、ネットワークカメラ側の録画条件が、そのまま録画サーバー側の保存の条件になっており、動画データを軽量化するために現在主流であるＨ.２６４形式の動画フォーマットで録画するには、ネットワークカメラ側にＨ.２６４形式で録画する機能を備えたカメラを製造する必要があったが、本実施例では、サーバー側でＨ.２６４形式に変換を行うため、カメラ側に保存したい動画フォーマットの機能が備わっている必要がない。また、従来システムの場合、ファイルサイズが軽量化するＨ.２６４形式であっても長期保存するにはまだまだデータ量が大きく、動画データを取得する段階（ネットワークカメラで録画する段階）で解像度を下げるなどの対応が必要で、また、保存期間を長くするために解像度を下げてしまうことで、動画データの画質が粗くなってしまうという問題点があったが、本実施例では、画像データ収集時のデータを、一次データ、すなわち、高解像度の一時保存データ（頻繁に見る可能性があるデータ）、として保存して、一定期間を経過すると、二次データ、すなわち、解像度を低くしたり画質を軽量化したりするなどして一時保存データ（長期保存データ）、に変換することで、保存期間のさらなる延長が可能となる。本実施例では、データから二次データへの変換については、画像とタイムスタンプ情報を付加しながら、二次データへの変換を行い、例えば１秒間に１フレーム（１ｆｐｓ）の設定であれば、３６００枚の画像とタイムスタンプを二次データに格納し、何らかの異常で画像が欠落している場合は、一つ前の画像と同じ画像を再度使って、時間軸を調整する。
【0042】
｛手順｝本発明の監視カメラシステムの実施例１の監視手順について次に説明する。本手順では、上述した監視カメラシステムを使用するが、図１における録画サーバ１００はサーバ、監視用カメラ４００はカメラ、モバイル端末２００及び閲覧ＰＣ３００は端末として表して説明をする。各端末は、サーバを介して、複数のカメラで撮影した画像を同時に表示させることができる。
【0043】
本実施例の監視方法では、（１）静止画を撮影するカメラ群にネットワークを介して接続されたサーバが、一定時間毎に、前記カメラ群に静止画を撮影させ撮影したカメラ画像データを前記サーバに入力させるカメラ画像取得ステップ、（２）前記サーバが、前記カメラ画像データを圧縮して一次データを作成し蓄積する一次データ作成ステップ、（４）前記サーバにネットワークを介して接続され画像を表示する端末が、ライブ画像を表示するカメラの選択をするカメラ選択ステップ、（５）前記サーバが、選択されたカメラのカメラ画像データをライブ画像として、前記端末に、送信するライブ画像送信ステップ、（６）前記端末が、前記サーバから送信されたライブ画像を表示するライブ画像表示ステップ、（７）前記端末が、ライブ画像表示中に、巻戻し要求の入力を受け付け、巻戻しライブ画像をサーバに要求する巻戻し開始要求ステップ、（８）前記サーバが、前記端末に前回送信した画像より一定時間分過去の時点の一次データを抽出して巻戻しライブ画像として前記端末に送信する巻戻しライブ画像送信ステップ、（９）前記端末が、前記サーバから送信された巻戻しライブ画像を表示する巻戻しライブ画像表示ステップ、（１０）前記端末が、巻戻しライブ画像表示中に、ライブ画像の要求間隔より短い一定時間毎に、巻戻しライブ画像をサーバに要求する巻戻し継続要求ステップ、（１１）前記サーバが、前記巻戻し要求毎に、前記巻戻しライブ画像送信ステップ、（１２）巻戻しライブ画像表示ステップを繰り返し、（１３）前記端末が、巻戻しライブ画像表示中に、早送り要求の入力を受け付け、早送りライブ画像をサーバに要求する早送り開始要求ステップ、（１４）前記サーバが、前記端末に前回送信した画像より一定時間分未来の時点の一次データを抽出して早送りライブ画像として前記端末に送信する早送りライブ画像送信ステップ、（１５）前記端末が、前記サーバから送信された早送りライブ画像を表示する早送りライブ画像表示ステップ、（１６）前記端末が、早送りライブ画像表示中に、ライブ画像の要求間隔より短い一定時間毎に、早送りライブ画像をサーバに要求する早送り継続要求ステップ、（１７）前記サーバが、現時点の画像に達するまでは、前記早送りライブ画像要求毎に、前記早送りライブ画像送信ステップ、（１８）早送りライブ画像表示を繰り返し、（１９）前記一次データを、一定時間分毎に結合させタイムスタンプを付して動画形式で圧縮した二次データに変換する二次データ作成ステップを含む。
【0044】
本実施例の監視方法では、（２０）前記端末が、巻戻しライブ画像表示中に、リライブ画像要求の入力を受け付け、リライブ画像をサーバに要求するリライブ画像開始要求ステップ、（２１）前記サーバが、前記端末からの、巻戻しライブ画像からのリライブ画像要求を受け付けるリライブ画像受付ステップ、（２２）リライブ画像表示中に、カメラからサーバへのカメラ画像取得間隔毎に、リライブ画像をサーバに要求するリライブ画像継続要求ステップ、（２３）前記リライブ画像要求毎に、前記端末に前回送信した画像より一定時間分未来の時点の一次データを抽出してリライブ画像として前記端末に送信するリライブ画像送信ステップを含む。
【0045】
撮影・編集・送信プログラムと画像表示プログラムとを有する監視カメラシステムのプログラムは、これらのステップをコンピュータに実行させるものである。図を用いて、さらに具体的に説明する。
【0046】
（カメラとサーバとの接続、撮影から画像編集まで）図５は、本発明の監視カメラシステムの実施例１におけるカメラとサーバとの接続から画像編集までの手順概要を示すフロー図である。先ず、サーバは、カメラにＴＣＰ／ＩＰ方式で、接続を要求する。カメラは複数台で構成され、各カメラとサーバはユーザＩＤ及びパスワードで認証を行う。サーバの認証用データベースを参照して認証に成功すると、接続状態となる。サーバからカメラに、静止画を撮影し撮影したカメラ画像をＪＰＥＧ形式でサーバに送信することを要求する。カメラは、画像の要求を受けてスナップショット（静止画）を撮影して、撮影して得られた静止画をＪＰＥＧ形式でカメラ画像としてＴＣＰ／ＩＰ方式でサーバに送信する。
【0047】
本実施例では、カメラがＪＰＥＧ形式の静止画で画像を撮影してサーバに送信するため、カメラが、Ｈ.２６４形式で録画する機能を有しなくても使用できる。また、後述のように、本実施例では、サーバ側で一定時間毎に二次データに動画圧縮変換するため、カメラに動画フォーマットの機能が備わっている必要がない。したがって、カメラは、ＩＰカメラのほか、アナログカメラでもよく、古いカメラも利用でき、コストが削減できる。
【0048】
サーバは静止画のカメラ画像を受信すると、カメラ画像をメモリに展開する。さらに、カメラ画像を圧縮して、静止画の一次データを作成する。カメラ画像受信後、一定時間スリープして、接続状態のカメラに、また、静止画を撮影し撮影したカメラ画像をサーバに送信することを要求する。スリープする時間は、１０分の１秒、１秒、３秒あるいは６０秒等、予め任意で設定する。本実施例では１秒とする。
【0049】
図６は、本発明の監視カメラシステムの実施例１における画像データ収集フロー図である。サーバにおけるカメラ画像取得のさらに詳細なフローを示す。サーバはカメラとＴＣＰ／ＩＰ方式でコネクションを張り、コネクションができたら、一定時間（本実施例では１秒）毎にカメラから静止画像のカメラ画像を取得する。取得ができなかった場合は再度コネクションを張る。取得ができた場合は、カメラ画像をファイルへ保存する。終了信号があるまでカメラ画像の取得を行う。
【0050】
図７は、本発明の監視カメラシステムの実施例１のデータ圧縮フロー図である。一次データから二次データへの動画圧縮変換をするステップである。一次データを作成し始めて一定期間（本実施例では１時間とする）経過したら、一次データが蓄積された一次画像フォルダから、時系列順に一次データのファイルを開き、それぞれを動画の１コマ分のコマ画像として取得する。カメラ画像を１秒に１回取得する場合には、６０×６０＝３６００個のファイルが一次画像フォルダにあることになる。コマ画像を取得ごとに軽量化をしてよいかを判断する。予め決めた解像度や画質以上であれば、解像度や画質を落とす。例えば、解像度が６４０×４８０dpiであったファイルを３２０×２４０dpiの画質に落とす、あるいは画質を９０％から６０％に落とす等で軽量化を行う。解像度や画質が予め決めた値以下であればそのままとする。次に、一定時間、本実施例では１時間経過したら、１時間分のコマ画像、すなわち本実施例では３６００個、を集めて動画の二次データに圧縮変換する。ファイルの終端、すなわち３６００個完了に達したら、二次データへの変換の終了を待機し、一次データのファイルをクローズする。
【0051】
（端末とサーバとの接続、画像表示まで）図８は、本発明の監視カメラシステムの実施例１における端末とサーバとの接続から画像表示までの手順概要を示すフロー図である。先ず、端末は、ユーザによるサーバへの接続要求を受付け、接続要求が入力されると、サーバにＴＣＰ／ＩＰ方式で接続を要求する。モバイルの端末では、一部分を携帯電話独自のプロトコルを使用して接続することもある。端末は１又は複数台で構成され、各端末とサーバはユーザＩＤ及びパスワードで認証を行う。サーバの認証用データベースを参照し、端末の認証登録がされていない場合は、初回のみ暗号化キーを発行して登録を行い、登録時にユーザＩＤとパスワードを発行する。認証に成功すると、接続状態となる。
【0052】
端末は、ユーザからのカメラ一覧要求を受付け、カメラ一覧要求が入力されると、サーバにカメラ一覧要求を送信する。サーバは、カメラ一覧要求を受信すると、要求した端末が監視できるカメラについての権限情報を確認する。サーバは、権限のあるカメラ一覧データを端末に送信する。端末は受信したカメラ一覧データをディスプレイに表示し、ユーザからの、サムネイル画像を表示させるカメラの選択を受け付ける。
【0053】
端末は、サムネイル画像を表示させるカメラの選択が入力されると、選択されたカメラの数とディスプレイの画面サイズからサムネイル画像のサイズを計算し、サーバに選択されたカメラのサムネイル画像をサイズ指定で要求する。サーバは、サムネイル画像の要求を受信すると、各カメラから取得してメモリ上に展開された最新のカメラ画像を指定されたサイズに縮小化及び圧縮し、サムネイル画像として、端末へ送信する。端末は送信されたサムネイル画像をディスプレイに表示する。終了信号を確認するまでは、一定時間毎、例えば１秒毎に、繰り返す。
【0054】
図９は、本発明の監視カメラシステムの実施例１のライブ画像選択フロー図である。端末は、表示されたサムネイル画像の中からライブ画像を見たいカメラについて、ユーザからの選択を受け付ける。端末は、ライブ画像の再生を表示させるカメラの選択が入力されると、サーバに選択されたカメラのライブ画像を要求する。サーバはライブ画像の要求を受信すると、選択されたカメラから取得してメモリ上に展開された最新のカメラ画像を、ライブ画像として、端末へ送信する。端末は送信されたライブ画像をディスプレイに表示する。ユーザによってカメラの選択が解除されるまで、あるいは再生以外が選択されている間を除き、端末は、カメラでの画像取得タイミング毎に、ライブ画像の要求以降を繰り返す。
【0055】
図１０は、本発明の監視カメラシステムの実施例１における端末からの各種要求とサーバからの応答を示す説明図である。端末は、ライブ画像を表示中、ユーザからの巻戻し要求の入力を受け付ける。端末は、巻戻し要求が入力されると、サーバに巻戻し画像を要求する。サーバは巻戻し画像の要求を受信すると、端末に前回送信した画像より、一定時間分過去の時点の一次データを抽出し、巻戻しライブ画像として端末に送信する。本実施例では、一定時間分過去の時点を１秒分過去の時点とし、ライブ画像が１秒毎に取得した画像であるので、最初に巻戻しが入力されたときは、１枚前の一次データが送信される。
【0056】
巻戻しが選択されている間中、すなわち、巻戻しライブ画像の表示中は、端末は、サーバに、一定時間毎に巻戻しライブ画像を要求する。その際の一定時間は、ライブ画像の要求間隔より短い一定時間であって、本実施例では０．２秒毎である。したがって、端末には、０．２秒毎に、１秒ずつ前のカメラ画像の一次データから作成された巻戻しライブ画像が表示されることになる。
【0057】
さらに、端末は、巻戻しライブ画像表示中に、ユーザからの早送り要求の入力を受け付ける。端末は、早送り要求が入力されると、サーバに早送りライブ画像を要求する。サーバは早送りライブ画像の要求を受信すると、端末に前回送信した画像より、一定時間分未来の時点の一次データを抽出し、早送りライブ画像として端末に送信する。本実施例では、一定時間分未来の時点を１秒分未来の時点とし、ライブ画像が１秒毎に取得した画像であるので、最初に早送り要求が入力されたときは、巻戻しライブ画像として現在表示されている一次データより、１枚未来の一次データが送信される。
【0058】
早送りが選択されている間中、すなわち、早送りライブ画像の表示中は、端末は、サーバに、一定時間毎に巻戻し画像を要求する。その際の一定時間は、ライブ画像の要求間隔より短い一定時間であって、本実施例では０．２秒毎である。したがって、端末には、０．２秒毎に、１秒ずつ前のカメラ画像が表示されることになる。早送りライブ画像が現時点の画像までたどり着いたら、ライブ画像表示に切り替わり、早送りは終了する。
【0059】
さらに、端末は、巻戻しライブ画像表示中に、ユーザからのリライブ画像要求の入力を受け付ける。端末は、リライブ要求が入力されると、サーバにリライブ画像を要求する。サーバはリライブ画像の要求を受信すると、端末に前回送信した画像より、一定時間分未来の時点の一次データを抽出し、リライブ画像として端末に送信する。本実施例では、一定時間分未来の時点を１秒分未来の時点とし、ライブ画像が１秒毎に取得した画像であるので、最初に早送り要求が入力されたときは、巻戻しライブ画像として現在表示されている一次データより、１枚未来の一次データが送信される。
【0060】
リライブが選択されている間中、すなわち、リライブ画像の表示中は、端末は、サーバに、一定時間毎にリライブ画像を要求する。その際の一定時間は、ライブ画像の要求間隔と同じ一定時間であって、本実施例では１秒毎である。したがって、端末には、１秒毎に、１秒ずつ前のカメラ画像が表示されることになる。リライブ以外の選択を行うと、リライブは終了する。
【0061】
サーバにおいて、カメラ画像を圧縮して作成された一次データは、一定時間毎、本実施例では１時間毎、に録画サーバで二次データに変換される。タイムスタンプを付して動画に変換して圧縮されるため、データ保存に要する容量は小さくて済む。例えば、Ｑｕａｄ−ＶＧＡ画像にて、１２８０×９６０ｄｐｉで録画保存した場合のＩＰカメラ一台のデータ容量は、夜間での撮影に適したカメラにて１秒に１画像取得の場合で１時間で１０ＭＢ、１カ月で７．２ＧＢ、１年で８６．４ＧＢで済むので、４０台のＩＰカメラのデータを１年間保存した場合でも３．４５６ＴＢで済む。ＶＧＡ画像であれば、６４０×４８０ｄｐｉで録画保存した場合のＩＰカメラ一台のデータ容量は、夜間での撮影に適したカメラにて１秒に１画像取得の場合で１時間で８ＭＢ、１カ月で５．７６ＧＢ、１年で６９．１２ＧＢで済むので、４０台のＩＰカメラのデータを１年間保存した場合でも２．７６４８ＴＢで済む。したがって、保存データ容量の大幅削減が実現できる。
【0062】
｛効果｝本実施例は、かかる構成であるため、高画質の再生やライブ画像の巻戻しが手軽にでき、かつデータ量が小さく低コスト化を可能とする。
【0063】
詳細には、本実施例では、静止画で送信しているので、撮影中のライブ画像の再生中に、即時に、現時点の画像からの巻戻し及びリライブ再生、さらには現時点の画像への早送りができる。何らかの理由で撮影できなかった時点が生じても、本実施例では、欠損した時点の静止画を、一つ前時点の静止画をコピーしたもので補うため、低コストでコマ落ちのない再生を可能とする。また、ライブ画像において問題が発見された時、すぐその場で、巻戻してリライブ再生で見直すことができる。
【0064】
本実施例では、カメラから録画サーバへ動画でなく静止画が送られ、サーバ主導で撮影・静止画保存・再生画像送出が行われるので、通信するデータ量は小さくなる。したがって、通信網へ負荷がかからず、トラフィックの混雑が生じにくい。トラフィックが常に安定するために多くのカメラをサーバー１台で管理することができる。本実施例によれば、カメラ画像は、取得して一定時間内は、画像を圧縮して一次データとするため、データ容量が小さく、カメラやユーザが多数であっても必要容量が小さく、サーバ数が少なくて済む。例えば、１つのサーバで５０台以上のカメラの接続が可能である。また、一次データは、サーバにおいて、一定時間経過するとまとめて動画圧縮変換され保存するため、データ容量が小さくて済み、したがって長期保存も可能となる。動画に比べ格段にデータ量が小さく、高い解像度で送出することができ、鮮明な画像で再生できる。Ｈ.２６４に変換することにより、例えば、Ｍｏｔｉｏｎ ＪＰＥＧと比べて８０％以上、ＭＰＥＧ−４と比べて５０％以上も、保存容量を削減できる。また、ＩＰカメラだけでなく、変換機を利用することでアナログカメラも併用が可能である。
【0065】
スマートフォンなどの端末で再生する際に、再生などの操作を行ってから実行されるまでに時間がかからないため、ストレスなく再生でき、また、トラブル発見がすぐできる。複数のカメラをモニターする場合でもスマートフォンで、手軽に、かつスムーズに再生でき、場所を移動しながらの作業の傍らでチェックするということが容易にできる。本実施例では、撮影した静止画を順次リアルタイムで送信し、かつ、巻戻し等の操作時には撮影した静止画を圧縮した静止画を順次送信し、さらに、過去分の再生等には、静止画から圧縮変換してデータを軽くして作成しておいた動画を用いるということを組合わせているため、便利かつ簡単でありながら、データ容量が少なくて済む。
【0066】
本実施例によれば、画像を再生する端末側は、持ち運びできてリアルタイムの再生や巻戻しなどが、すぐその場でスムーズにできるため、現場での検証も容易にできる。さらに、本実施例によれば、高機能と低コスト化を、ともに実現でき、また電力も抑制できエコロジーである。例えば、カメラ１００台で撮影する場合、消費電力量においても二酸化炭素排出量においても、従来の約３分の１で済む。巻戻しにおいて、表示間隔が再生よりも短くなるだけでコマ飛ばしをしないため、巻戻し中の画像に漏れがなく、したがってチェック漏れが防止でき、またライブ画像再生に比べて画像が飛び飛びになっているような違和感がない。
【0067】
本実施例は、ネットワークで接続されている地方工場内の製造ラインに取り付けられた監視用カメラの画像を本社の管理部門の担当者や各工場の責任者のスマートフォンに送信して管理することにより、稼働状況の監視のみならず、製造ライン間や各工場の連携にも利用できる。利用可能なシーンは幅広く、配送センターのように広大な敷地内のセキュリティや配送状況管理にも利用でき、配送物の紛失や積み忘れのチェック、また、マンション等の集合住宅におけるエントランスや通用口等を管理人や住人が管理室等決まった部屋にいなくてもチェックすることを可能にでき、個人宅、商店、街頭各所などのセキュリティ目的や、通行人数等の調査目的にも利用可能である。本実施例によれば、携帯端末にて遠隔でモニター確認中にトラブルが発覚した際、現場に急行し到着して直ぐに携帯端末の巻戻してリライブ画像を見ながら、的確で迅速な対応を可能とする。
【0068】
カメラが多数であっても、全ての同一のネットワーク上に設置することができ、１台のサーバで多数のカメラを制御できる。
【0069】
カメラから端末へデータを送信する際にパケット紛失が起きにくく、データ転送量が少なくて済む。したがって、インターネット回線（ＷＡＮ）越しのクラウドサーバでのデータ蓄積が可能となる。
【0070】
本実施例によれば、カメラ側から静止画にて画像を取得して、録画サーバー側で、高圧縮動画ファイルに変換（Ｈ.２６４形式で変換）を行うので、カメラ側に保存したい動画フォーマットの機能が備わっていなくても、録画サーバー側で変換することが可能となる。さらに、画像収集時のデータを、まずは、頻繁に見る可能性があるデータとして、高解像度の一時保存データで保存して、一定期間を経過すると解像度を低くしたり画質を軽量化したりするなどして長期保存データに変換することで、保存期間のさらなる延長が可能となる。
【0071】
なお、本発明は、上記実施の形態に限定されず、その発明の趣旨を逸脱しない範囲で種々と変形実施が可能である。また、上記各実施の形態の構成要素を発明の趣旨を逸脱しない範囲で任意に組み合わせることができる。
【符号の説明】
【0072】
１００ 録画サーバ１０１ ＣＰＵ
１０２ メモリ
１０３ ディスプレイ
１０４ ネットワークインターフェース
１０５ キーボード
１０６ マウス
１１０ 記憶装置
１１１ 一次画像フォルダ
１１２ 二次画像フォルダ
１１３ 撮影・編集・送信プログラム
１１４ オペレーティングシステム
２００ モバイル端末
２０１ ＣＰＵ
２０２ メモリ
２０３ ディスプレイ
２１０ 記憶装置
２１３ 画像表示プログラム
２１４ オペレーティングシステム
３００ 閲覧ＰＣ
３０１ ＣＰＵ
３０２ メモリ
３０３ ディスプレイ
３０５ キーボード
３０６ マウス
３１０ 磁気ディスク
３１３ 画像表示プログラム
３１４ オペレーティングシステム
４００ 監視用カメラ
５００ ネットワーク
６００ ルータ