特許 6357188 監視カメラシステム及び監視カメラデータ保存方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6357188

(24)【登録日】2018年6月22日

(45)【発行日】2018年7月11日

(54)【発明の名称】監視カメラシステム及び監視カメラデータ保存方法

(51)【国際特許分類】

   H04N 7/18 20060101AFI20180702BHJP

   H04N 5/915 20060101ALI20180702BHJP

   H04N 19/40 20140101ALI20180702BHJP

   H04N 21/2187 20110101ALI20180702BHJP

【ＦＩ】

   H04N7/18 D

   H04N5/915

   H04N19/40

   H04N21/2187

【請求項の数】2

【全頁数】19

(21)【出願番号】特願2016-79470(P2016-79470)

(22)【出願日】2016年4月12日

(65)【公開番号】特開2017-191984(P2017-191984A)

(43)【公開日】2017年10月19日

【審査請求日】2016年5月10日

(73)【特許権者】

【識別番号】511212077

【氏名又は名称】株式会社ＮＥＸＰＯＩＮＴ

(74)【代理人】

【識別番号】100131451

【弁理士】

【氏名又は名称】津田 理

(74)【代理人】

【識別番号】230104019

【弁護士】

【氏名又は名称】大野 聖二

(74)【代理人】

【識別番号】100174137

【弁理士】

【氏名又は名称】酒谷 誠一

(74)【代理人】

【識別番号】100184181

【弁理士】

【氏名又は名称】野本 裕史

(74)【代理人】

【識別番号】100134533

【弁理士】

【氏名又は名称】伊藤 夏香

(72)【発明者】

【氏名】佐久間 昭弘

【審査官】 鈴木 隆夫

(56)【参考文献】

【文献】 特開２０１３−０５１５３４（ＪＰ，Ａ）

【文献】 特開２０１２−１０９７２０（ＪＰ，Ａ）

【文献】 特開２００９−０３３６２９（ＪＰ，Ａ）

【文献】 特開２００６−２７０５９０（ＪＰ，Ａ）

【文献】 特開２００６−０８０８３２（ＪＰ，Ａ）

【文献】 特開２０１０−２７２９４３（ＪＰ，Ａ）

【文献】 特開２００４−３４３５９２（ＪＰ，Ａ）

【文献】 国際公開第２０１１／０２７５０７（ＷＯ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ ７／１８

Ｈ０４Ｎ ５／９１５

Ｈ０４Ｎ １９／４０

Ｈ０４Ｎ ２１／２１８７

(57)【特許請求の範囲】

【請求項1】

動画を撮影する監視カメラ群にネットワークを介して接続されデータを記憶装置に記憶する録画サーバが、前記監視カメラ群に動画を撮影させ、撮影したカメラ動画を、単独でデコーディング可能で一定時間ごとに作成されるイントラフレームと、過去のフレームを参照して前記イントラフレームの間に複数作成される予測インターフレームと、に符号化する変換をして、前記録画サーバに入力させるカメラ動画取得ステップ、
前記録画サーバが、入力された前記カメラ動画を一次映像データとして前記記憶装置に蓄積する一次映像データ作成ステップ、
前記録画サーバが、前記一次映像データについて、一定時間分ずつ１のファイルの一次映像データに結合する結合ステップ、
前記録画サーバが、結合された前記一次映像データを、過去と将来のフレームの両方を参照して作成される双方向予測インターフレームを作成することにより前記イントラフレームと前記予測インターフレームの数を減少させて符号化する再変換をして二次映像データを作成する二次映像データ作成ステップ、
を含むことを特徴とする監視カメラデータ保存方法。

【請求項2】

前記録画サーバが、入力された前記カメラ動画を連続した静止画に変換して一次画像データとしてメモリに展開するメモリ展開ステップ、
前記録画サーバが、前記一次画像データを前記記憶装置に蓄積する一次画像データ蓄積ステップ、
前記録画サーバが、前記録画サーバにネットワークを介して接続され画像を表示する端末から前記カメラ動画のライブ再生を受付するライブ再生受付ステップ、
前記録画サーバが、前記端末に前記一次画像データを送信し表示させるライブ再生ステップ、
前記録画サーバが、前記端末から前記カメラ動画の過去のカメラ動画の再生を受付する過去映像再生受付ステップ、
前記録画サーバが、前記端末に前記二次映像データを送信し表示させる過去映像再生ステップ、
をさらに含むことを特徴とする請求項１に記載の監視カメラデータ保存方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、防犯や管理等のために、撮影した画像を蓄積し、端末に表示させる監視カメラシステム及び監視カメラデータ保存方法に関する。

【背景技術】

【0002】

従来、防犯や調査あるいは管理といった目的で、集合住宅などの建物の出入口や店頭あるいは街頭、工場や配送センター等、監視対象となるポイントを監視用カメラにより適時監視し、監視結果をインターネットその他電気通信回線を介して、ユーザ端末のモニターに送出し、モニターするカメラシステムが導入されている。静止画を撮影して表示するカメラシステムも開発されているが（例えば、特許文献１参照）、一般には、カメラで撮影した動画を記録するシステムの方が知られている（例えば、特許文献２参照）。監視カメラの業界では、リアルタイムの映像を表示することが絶対条件とされているため、ＩＰカメラの技術が発達してきた今でもなお、アナログ構成が優位となっている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１３−５１５３４号公報

【特許文献2】特開２００２−７７８８２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

図１は、アナログカメラのシステムイメージ図である。アナログカメラのシステムでは図１に示したように、カメラからレコーダーまでを同軸ケーブルで直接配線する必要があり、直接配線することで遅延のない映像をモニターに映すことが可能となるとはいえ、工事が大変であるという問題があった。また、図１に示したように４、８、１６台などで接続台数を切り分けているのは、レコーダーに直接接続できる端子数が決まっているためで、増設等の際にはレコーダーを買い足す必要があるという問題があった。

【0005】

図２は、アナログカメラシステムをそのままＩＰカメラに置き換えた場合のシステムイメージ図である。アナログカメラを、図２に示したように、単にネットワークＨＵＢで接続されたＩＰカメラに置き換えた場合、カメラの台数が少なければアナログカメラシステムと同じような運用が可能であり、要求が、単純なモニターでの閲覧レベルであれば十分に満たせるシステムである。しかし、ハードレコーダーのＬＡＮにトラフィックが集中するため、データの遅延、欠損が発生しやすくなるという問題があった。また、閲覧用の動画は、ＬＡＮ、モバイルの区別なく高画質の動画を流してしまうため、結果として、最近のモバイル端末での閲覧等の要求には、とりあえず閲覧できるレベルしか対応できておらず、高画質の動画が再生できる最近のモバイル端末の機能を生かせていないという問題があった。また、基本ベースが動画であるために、寸断や切断後の回復に弱いという問題があった。

【0006】

図３は、アナログカメラシステムをＩＰカメラに置き換えてソフトレコーダーを導入した場合のシステムイメージ図である。図３に示したように、ハードレコーダーで対応しきれない機能にソフトウェアで対応するために、ソフトレコーダ、すなわち、ＶＭＳ（ビデオマネジメントシステム）ソフトウェアを動作させるサーバ機を接続した場合、閲覧レベルは向上するものの、サーバ機のＬＡＮにトラフィックが集中するため、データの遅延、欠損が発生しやすくなるという問題はやはり生じる。このようなシステムでは、閲覧レベルの向上が期待できるために、顔認証、動体検知、ナンバー認証、他システムとの連動など、実現したいことは多岐にわたり、空港や重要拠点等での導入が期待されうる方法であるが、一方で、カメラ台数が非常に多くなることにより、閲覧時の遅延が生じやすいという問題があった。また、アナログで運用されていた環境に導入した際に、アナログでできていた、遅延のない閲覧などの点がスムーズにできないことで不満が生じやすいという問題があった。さらに、サーバ機のネットワークには録画データが集中し、また同時に閲覧用のデータをサーバ機からモニター用端末へ送信する通信も発生するので、ネットワークを太くしたり、サーバースペックを向上させることが必要となるという問題があった。また、やはり基本ベースが動画であるために、寸断や切断後の回復に弱いという問題があった。

【0007】

さらに、動画データをサーバに保存するためにデータ容量が膨大になるという問題や長期保存ができないという問題があった。また、大容量のサーバを多数用意する必要があり、コストがかさむという問題があった。

【0008】

データ量に制限があるため、動画の容量を減らすために、ビットレート（送受信データ量）を下げる対応が必要になる。しかし、ビットレートのみを下げてしまうと、動きの多いスポーツ等の映像の場合にブロックノイズが発生しやすい問題がある。かかる問題を回避するには、映像の解像度を下げる、もしくはフレーム数を減らす対応が可能であるが、解像度の低い映像は、高解像度デバイスでの閲覧で荒さが目立ち鮮明な映像とならないという問題があり、フレーム数の少ない映像は、コマ送りのようになり重要なフレームが抜けてしまう問題があった。

【0009】

したがって、本発明の第１の目的は、最適化したデータ保存を可能とし、かつ低コスト化を可能とする監視カメラシステム及び監視カメラデータ保存方法を提供することにある。

【課題を解決するための手段】

【0010】

本発明の発明者は、アナログカメラをＩＰカメラに置き換える際に生じる数々の問題点を検討し、リアルタイムでの動画閲覧という監視カメラでは必須の条件を犠牲にするという発想によって、試行錯誤のうえ、本発明を完成させたものである。

【0011】

本発明の第１の態様は、上記目的を達成するため、
動画を撮影する監視カメラ群にＬＡＮネットワークを介して接続されデータを記憶する記憶装置を備えた録画サーバが、
前記監視カメラ群に動画を撮影させ、撮影したカメラ動画を前記録画サーバに入力させるカメラ動画取得手段、
入力された前記カメラ動画を一次映像データとして前記記憶装置に蓄積する一次映像データ作成手段、
前記一次映像データについて、一定時間分ずつ１のファイルの一次映像データに結合する結合手段、
結合された前記一次映像データを再変換して二次映像データを作成する二次映像データ作成手段、
を有することを特徴とする監視カメラシステムを提供する。

【0012】

本発明の第１の態様によれば、最適化したデータ保存を可能とし、かつ低コスト化を可能とする。本発明の第１の態様によれば、リアルタイムでの動画閲覧という監視カメラ業界では当たり前のことが出来ない代わりに、トラフィック集中の回避、動画の一部欠落の防止、サーバの負荷低減、表示のスピードダウン防止、低容量化、高画質の動画の長期保存、モバイルでの高画質動画の閲覧可能化等、他の多くのことを実現でき、また、カメラ増設の際にレコーダーを買い足す必要はなく、工事も簡単で、寸断や切断後の回復にもよく、低コストで長期保存が可能となる。「最適化」とは、本願では、データ量をできるだけ小さくしつつ画質の劣化をできるだけ防ぐことを意味し、最適化によって、例えば、モバイル等、通信量に制限がある端末でも、高画質の再生ができるようになる。従来は、遅延なく滑らかな動画再生を行うことが大前提であり、サーバに負荷のかかる再変換をする発想がなかったが、本態様によれば、長期保存用の低容量データを作成できる。ここで、結合手段における一定時間は、１０分間程度が好ましいが、これに限定されず、例えば、被写体の動きがほとんどない監視カメラの場合には比較的長い時間で設定してもよい。

【0013】

さらに、前記録画サーバが、入力された前記カメラ動画を連続した静止画に変換して一次画像データとしてメモリに展開するメモリ展開手段、
前記一次画像データを前記記憶装置に蓄積する一次画像データ蓄積手段、
を有することが好ましい。

【0014】

かかる態様によれば、入力されたカメラ動画から静止画を抜き出してメモリに展開し蓄積される一次画像データは、連続静止画として、端末に送信できるので、インターネット等のネットワークで繋がれたＰＣやモバイル等の端末であっても、高画質で連続した静止画を擬似的な動画のように再生できる。連続した静止画の再生であるので、巻戻しして再生したりスライダーで任意の場所にジャンプして再生したり、巻き戻して早送りすることもできる。また、静止画をメモリ展開している間に、二次映像データ作成手段によって、一次映像データを二次映像データに最適化することができるので、サーバでの処理負荷の集中を避けることができる。また、二次映像データ作成後は、作成された二次映像データをカメラ動画として、端末に送信でき、また、データ容量が小さい状態で長期保存ができる。したがって、高画質の連続静止画の再生ができ、かつ、最適化したデータ保存を可能とし、かつ低コスト化を可能とする。

【0015】

すなわち、かかる態様によれば、現時点の画像について高画質でのライブ再生、リライブ再生をすることができるとともに、長期保存用に高画質ながら容量が小さくかつ端末に送信できる動画も保存できる。「現時点の画像」とは、監視用カメラから取得した最新の画像を意味する。したがって、現時点の画像は、カメラ動画が録画サーバに入力される度に、新しい画像に変わる。本願においては、「ライブ再生」は、現時点の画像（ライブ画像）を再生すること、「リライブ再生」は、ライブ画像から過去へ巻き戻しての再生画像（リライブ画像）を再生することを示す。なお、「画像」は、静止画像と動画像の両方の意味を含む言葉であるが、本願においては、特に区別するときには、静止画像を「画像」、動画像を「映像」と表示する。

【0016】

前記カメラ動画取得手段が、撮影したカメラ動画を、単独でデコーディング可能で一定時間ごとに作成されるイントラフレームと、過去のフレームを参照して前記イントラフレームの間に複数作成される予測インターフレームとに符号化する変換をして入力させるものであり、
前記二次映像データ作成手段が、前記一次映像データにおいて、過去と将来のフレームの両方を参照して作成される双方向予測インターフレームを作成することにより前記イントラフレームと前記予測インターフレームの数を減少させて符号化する再変換をして二次映像データを作成するものであることがより好ましい。動画の圧縮形式は、現時点で高圧縮であるＨ．２６４であることが好ましいが、Ｈ．２６５等、次世代コーディックでもよい。サーバの容量に限界があるところ、動画ではデータ欠損等が多く生じるため、従来１秒に１回はイントラフレームを取得することが必要であるのでデータ量が大きくなってしまい長期にわたってのデータ保存が難しいが、本態様によれば、一旦変換して結合した一定時間分の動画中のイントラフレームと予測インターフレームに基づいて双方向予測インターフレームを作成して、長期保存用に、高画質ながら低容量データを作成できる。

【0017】

前記二次映像データにおけるイントラフレームの数を、同じ時間分の前記一次映像データにおけるイントラフレームの数の２５分の１以下とすることがさらに好ましい。大容量のイントラフレームの数を激減させることで、データ量の圧縮が実現でき、双方向予測インターフレームで補てんすることで画質の低下を防止できる。

【0018】

本発明の第２の態様は、上記目的を達成するため、
動画を撮影する監視カメラ群にＬＡＮネットワークを介して接続されデータを記憶する記憶装置を備えた録画サーバが、前記監視カメラ群に動画を撮影させ、撮影したカメラ動画を、単独でデコーディング可能で一定時間ごとに作成されるイントラフレームと、過去のフレームを参照して前記イントラフレームの間に複数作成される予測インターフレームと、に符号化する変換をして、前記録画サーバに入力させるカメラ動画取得ステップ、
前記録画サーバが、入力された前記カメラ動画を一次映像データとして前記記憶装置に蓄積する一次映像データ作成ステップ、
前記録画サーバが、入力された前記カメラ動画を連続した静止画に変換して一次画像データとしてメモリに展開するメモリ展開ステップ、
前記録画サーバが、前記一次画像データを前記記憶装置に蓄積する一次画像データ蓄積ステップ、
前記録画サーバが、前記録画サーバにネットワークを介して接続され画像を表示する端末から前記カメラ動画のライブ再生を受付するライブ再生受付ステップ、
前記録画サーバが、前記端末に前記一次画像データを送信し表示させるライブ再生ステップ、
前記録画サーバが、前記一次映像データについて、一定時間分ずつ１のファイルの一次映像データに結合する結合ステップ、
前記録画サーバが、結合された前記一次映像データを、過去と将来のフレームの両方を参照して作成される双方向予測インターフレームを作成することにより前記イントラフレームと前記予測インターフレームの数を減少させて符号化する再変換をして二次映像データを作成する二次映像データ作成ステップ、
前記録画サーバが、前記端末から前記カメラ動画の過去のカメラ動画の再生を受付する過去映像再生受付ステップ、
前記録画サーバが、前記端末に前記二次映像データを送信し表示させる過去映像再生ステップ、
を含むことを特徴とする監視カメラデータ保存方法を提供する。

【0019】

本発明の第２の態様によれば、最適化したデータ保存を可能とし、かつ低コスト化を可能とする。また、一次画像データが作成され高画質の連続した静止画の再生ができるので、現時点の画像について高画質でのライブ再生、リライブ再生をすることができると同時に、二次映像データが作成されデータ量が小さいが双方向予測インターフレームで補完された高画質を保持した動画に変換されるので、長期保存用に高画質ながら容量が小さくかつ端末に送信できる動画も保存できる。また、ストレージ量が大幅削減することによる低コスト化を可能とする。カメラ増設の際にレコーダーを買い足す必要はなく、工事も簡単で、寸断や切断後の回復にもよく、低コストで長期保存が可能となる。

【発明の効果】

【0020】

本発明によれば、最適化したデータ保存を可能とし、かつ低コスト化を可能とする。

【図面の簡単な説明】

【0021】

【図1】アナログカメラのシステムイメージ図である。

【図2】アナログカメラシステムをそのままＩＰカメラに置き換えた場合のシステムイメージ図である。

【図3】アナログカメラシステムをＩＰカメラに置き換えてソフトレコーダーを導入した場合のシステムイメージ図である。

【図4】本発明の監視カメラシステムの実施例１のシステム構成の一例を示す図である。

【図5】本発明の監視カメラシステムの実施例１の録画サーバの構成図である。

【図6】本発明の監視カメラシステムの実施例１の端末（モバイル）の構成図である。

【図7】本発明監視カメラシステムの実施例１の端末（ＰＣ）の構成図である。

【図8】本発明の監視カメラシステムの実施例１における変換及び再変換方法を示すイメージ図である。

【図9】本発明の監視カメラシステムの実施例１におけるカメラと録画サーバとの接続から画像編集までの手順概要を示すフロー図である。

【図10】本発明の監視カメラシステムの実施例１のデータ圧縮（最適化）フロー図である。

【発明を実施するための形態】

【0022】

以下、本発明について、実施例を用いて本発明を具体的に説明するが、本発明はこれらに限定されるものではない。

【実施例1】

【0023】

本実施例は、ネットワークを介して録画サーバで監視用カメラを作動させて、録画サーバが動画を撮影・収集・編集・保存し、録画サーバがユーザの端末に端末からの要求に応じてネットワークを介してモニターする高画質の画像を送信すると同時に、長期保存用の低容量高画質の動画も保存するもので、過去の映像の再生・巻戻し・早送りも、ライブ再生やその巻戻し・早送りも、またリライブ再生も行うことが可能である。本実施例では、リアルタイムでの動画閲覧という監視カメラ業界では当たり前のことが出来ない代わりに、トラフィック集中の回避、動画の一部欠落の防止、サーバの負荷低減、表示のスピードダウン防止、低容量化、高画質の動画の長期保存、モバイルでの高画質動画の閲覧可能化等、他の多くのことを実現できる。本実施例では、監視用カメラの動画をＨ.２６４のベースラインプロファイルで、イントラフレーム（以下、Ｉフレーム）と予測インターフレーム（以下、Ｐフレーム）とに変換して取得し、蓄積、一定時間分で1つのファイルに完結させた後に、双方向予測インターフレーム（以下、Ｂフレーム）を使用する動画に再変換するので、イントラフレーム（以下、Ｉフレーム）の数を非常に少なくでき、動画取得と同時のリアルタイムでは挿入することが出来ないＢフレームを挿入できるので、Ｈ.２６４の有効な機能を生かした最適化を行うことができ、サーバ容量が比較的少なくても長期間保存でき、長期間経過した後でも高画質の動画を再生することができる。また、同時に、入力された前記カメラ動画を連続した静止画に変換して一次画像データとしてメモリに展開し、展開した一次画像データを蓄積する。一次画像データは端末に送信してカメラ動画のライブ再生とすることができる。また、一次画像データは静止画であるため、巻戻してリライブ再生することもできる。

【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】

入力されたカメラ動画は、ベースラインプロファイルであり、録画サーバ１００において一次映像フォルダ１１５に蓄積される。二次映像データは、ハイプロファイルであり、録画サーバ１００において二次映像フォルダ１１２に蓄積される。

【0051】

本実施例において、一次映像データでは、Ｉフレーム（イントラフレーム）は１秒ごとで、例えばその間にＰフレーム（予測インターフレーム）が９フレームずつ入ったベースラインプロファイルであり、二次映像データでは、Ｉフレームは２５秒毎とし、Ｂフレーム（双方向予測インターフレーム）を挿入して、Ｐフレームとの組み合わせで劣化させずに容量を削減する。その場合、１０分間の一次映像データはＩフレームが６００フレーム、Ｐフレームが５４００フレームで、例えば、二次映像データをＩフレームが２４フレーム、Ｐフレームが２０００フレーム、Ｂフレームが３９７６フレームに最適化することで、容量を減らし、しかし、高画質を保持することが出来る。本実施例によれば、録画した映像データが完成してから最適化をするので、Ｉフレームを非常に少なくできる。また、未来のフレームを参照できるのでＢフレームを挿入できる。Ｂフレームは前後比較差分であるので、Ｐフレームよりも小さくなる。

【0052】

本実施例では、一次映像データは、一次映像フォルダ１１５に保存され、一定時間分、例えば１０分間の映像が保存されたら、セッション切断等により分断されたファイルを１つの１０分間のファイルに結合した一次映像データに変換する。一定時間については、１０分間に限らず、５分でも、２０分でも、任意に設定できる。１つのファイルに結合された一次映像データは一次映像フォルダ１１５に保存される。一次映像データは、本実施例では、ネットワークカメラからのストリーム映像（ベースラインプロファイル）で、最適化されていないので、転送容量の設定によっては非常に大きなファイルになる。例えば、綺麗な映像にしようと思うと２Ｍｂｐｓ程度の転送設定になるので、１０分間で１５０ＭＢの容量になってしまう（２Ｍｂｉｔ×６０秒×１０分 ＝１２００Ｍｂｉｔ＝１５０ＭＢｙｔｅ）。本実施例では、カメラからの映像を一旦蓄積して、後から変換するので、ハイプロファイルに変換して容量を小さくできる。

【0053】

また、カメラ動画送出手段は、本実施例では、一次映像フォルダ１１５に蓄積されている一次映像データをメモリ２０２に展開し、一次画像データとして一次画像フォルダ１１１に書き込みカメラ動画として端末２００、３００に送信する。また、カメラ動画送出手段は、本実施例では、二次映像フォルダ１１２に蓄積されている二次映像データをそのままカメラ動画として端末２００、３００に送信する。一次映像データはそのままでは容量が大きく、そのままでは転送に時間が非常にかかるため同じＬＡＮ環境内でしか見れないので、一旦メモリに画像を展開してＶｉｅｗｅｒ等に転送する。二次映像データは、最適化してあり、定点なら１００分の１位まで、動きがあったとしても１０分の１程度まで、容量を減らすことができ、したがって、モバイルの端末でも扱えるくらい容量が小さくなるので、そのままＷｅｂページに展開したりモバイル環境に転送することができる。

【0054】

また、端末（モバイル端末２００及び閲覧ＰＣ３００）に、（１）監視権限のある１又は複数の監視カメラ４００についてカメラ動画のライブ再生を録画サーバ１００に要求するライブ再生要求手段、（２）録画サーバ１００から送信された一次画像データを表示するライブ再生表示手段、（３）監視権限のある１又は複数の監視カメラ４００について過去のカメラ動画の再生を録画サーバ１００に要求する過去映像再生要求手段、（４）録画サーバ１００から送信された二次映像データを表示する過去映像再生表示手段を設けてある。端末は、前述のハードウェア構成と画像表示プログラム２１３、３１３によって、（１）〜（４）の手段として機能する。本実施例では、例えば撮影直後では、録画サーバ１００においてカメラ動画から切り出して作成された静止画からなる一次画像データをメモリ２０２に展開して一次画像フォルダ１１１に書き込み、かかる一次画像データを端末に送信してライブ再生でき、例えば１週間後であっても、録画サーバ１００において、端末から、例えば日時等で再生するカメラ画像の指定を受け付けて、指定された過去時点の二次映像データを二次映像フォルダから抽出して端末に送信して過去の映像を再生できる。

【0055】

本実施例では、監視カメラ４００から録画サーバ１００へはＨ．２６４のストリーム送信であるので、基本的にスナップショット（静止画）でトラフィックの集中がなく、最適化のための再変換で録画サーバに負荷をかけても影響が出にくい。極めて容量が小さくなるため、ディスクの増設が不要である。Ｈ．２６４エンコーダは、Ｍｏｔｉｏｎ ＪＰＥＧフォーマットに比べサイズを８０％以上縮小でき、高画質を実現できる。Ｈ．２６４ベースラインプロファイルでは、ＩフレームとＰフレームだけを使用するので、低レンテンシが達成でき、ネットワークカメラに適しているが、監視カメラシステムではそのまま保存が必要であったためサーバに膨大な容量を要した。しかし、本実施例によれば、高画質のまま、容量を圧倒的に縮小することができる。

【0056】

本実施例の監視カメラシステムは、その場で映像を確認するために、一次画像データを、一定期間、例えば１日の間は、頻繁に見る可能性がある高解像度のデータとして保存して、一定期間を経過すると、削除する。したがって、ライブ再生している画像について一定期間分まで巻き戻してリライブ再生することが可能である。また一方で、本実施例の監視カメラシステムは、一定時間分１つのファイルに結合された一次映像データを最適化して二次映像データに変換することで、保存期間のさらなる延長を可能とする。

【0057】

｛手順｝
本発明の監視カメラシステムの実施例１の監視手順について次に説明する。本手順では、上述した監視カメラシステムを使用する。

【0058】

本実施例の監視方法では、動画を撮影する監視カメラ群にＬＡＮネットワークを介して接続され記憶装置を備えた録画サーバが、（１）監視カメラ群に動画を撮影させ、撮影したカメラ動画を、単独でデコーディング可能で一定時間ごとに作成されるイントラフレームと、過去のフレームを参照してイントラフレームの間に複数作成される予測インターフレームとに符号化する変換をして、録画サーバに入力させるカメラ動画取得ステップ、（２）入力されたカメラ動画を一次映像データとして記憶装置内の一次映像フォルダに蓄積する一次映像データ作成ステップ、（３）入力された前記カメラ動画を連続した静止画に変換して一次画像データとしてメモリに展開するメモリ展開ステップ、（４）一次画像データを記憶装置内の一次画像フォルダに蓄積する一次画像データ蓄積ステップ、（５）端末からカメラ動画のライブ再生を受付するライブ再生受付ステップ、（６）端末に一次画像データを送信し表示させるライブ再生ステップ、（７）一次映像データについて、一定時間分ずつ１のファイルの一次映像データに結合する結合ステップ、（８）結合された一次映像データを、過去と将来のフレームの両方を参照して作成される双方向予測インターフレームを作成することにより前記イントラフレームと前記予測インターフレームの数を減少させて符号化する再変換をして二次映像データを作成する二次映像データ作成ステップ、（９）端末からカメラ動画の過去のカメラ動画の再生を受付する過去映像再生受付ステップ、（１０）受付した過去の二次映像データを端末に送信し表示させる過去映像再生ステップを含む。

【0059】

一次画像データの保存期間を１日間とした場合、ライブ再生は１日間受付でき、過去映像再生は二次映像データ作成後（例えば１０分後）から受付できる。

【0060】

撮影・収集・編集・送信プログラムと画像表示プログラムとを有する監視カメラシステムのプログラムは、これらのステップをコンピュータに実行させるものである。図を用いて、さらに具体的に説明する。

【0061】

（監視カメラと録画サーバとの接続から二次映像作成まで）
図９は、本発明の監視カメラシステムの実施例１におけるカメラと録画サーバとの接続から画像編集までの手順概要を示すフロー図である。先ず、録画サーバは、カメラにＴＣＰ／ＩＰ方式で、接続を要求する。カメラは１又は複数台で構成され、各カメラと録画サーバはユーザＩＤ及びパスワードで認証を行う。録画サーバの認証用データベースを参照して認証に成功すると、接続状態となる。

【0062】

次に、録画サーバからカメラに、一定時間（本実施例では１０分）連続して動画を撮影し撮影したカメラ画像をＨ．２６４形式のストリーム方式で録画サーバに送信することを要求する。カメラは、画像要求を受けて動画を連続撮影して、撮影して得られた動画をストリーム方式でＨ．２６４ベースラインプロファイルのカメラ動画として録画サーバに送信する。さらに具体的には、録画サーバに入力させるときに、カメラ動画は、単独でデコーディング可能で一定時間ごとに作成されるイントラフレームと、過去のフレームを参照してイントラフレームの間に複数作成される予測インターフレームとに符号化する変換をして入力させる。

【0063】

監視カメラは、ＩＰカメラのほか、アナログカメラでもよく、古いカメラも利用でき、コストが削減できる。

【0064】

録画サーバはストリームカメラである監視カメラからストリーム動画のカメラ動画を取得すると、一次映像フォルダにファイルとして格納する。それと同時に、取得したストリーム動画（カメラ動画）から静止画を抜き出しメモリに格納する。所定のタイミングで静止画を抜き出す。そして、メモリに展開された画像を、メモリへの展開タイミング（本実施例では１秒毎）と同じタイミングで一次画像フォルダに格納する。かかる処理をスリープ時間毎に行う。スリープする時間は、１０分の１秒、１秒、３秒あるいは６０秒等、予め任意で設定する。本実施例では１秒とする。監視カメラから映像の取得ができなかった場合は再度コネクションを張る。セッションが切断された場合及び一定時間（本実施例では１０分）が経過したら、再度カメラ動画の要求を行う。終了信号があるまでカメラ動画の取得を行う。

【0065】

図１０は、本発明の監視カメラシステムの実施例１のデータ圧縮（最適化）フロー図である。らに、一定時間（本実施例では、デフォルトで１０分）経過すると、一次映像データについて、セッション切断等で分散した動画ファイルを、一定時間分（例えば１０分）の１つの動画に結合して、一次映像データとして保存し直して、最適化によって圧縮を行う。最適化した動画は、二次映像データとして扱う。

【0066】

最適化は、一次映像データにおいて、過去と将来のフレームの両方を参照して作成される双方向予測インターフレームを作成することによりイントラフレームと予測インターフレームの数を減少させて符号化する再変換をすることによって行われ、かかる最適化をされたデータが二次映像データとなる。

【0067】

メモリに展開される画像が、Ｖｉｅｗｅｒへの配信に利用され、一次画像データに蓄積されるので、効率的に画像データを活用し、無駄のない仕組みも最適化等の処理を割り込ませるのに重要となる。

【0068】

（端末と録画サーバとの接続、画像表示まで）
先ず、端末は、ユーザによる録画サーバへの接続要求を受付け、接続要求が入力されると、録画サーバにＴＣＰ／ＩＰ方式で接続を要求する。モバイルの端末では、一部分を携帯電話独自のプロトコルを使用して接続することもある。端末は１又は複数台で構成され、各端末と録画サーバはユーザＩＤ及びパスワードで認証を行う。録画サーバの認証用データベースを参照し、端末の認証登録がされていない場合は、初回のみ暗号化キーを発行して登録を行い、登録時にユーザＩＤとパスワードを発行する。認証に成功すると、接続状態となる。

【0069】

端末は、ユーザからのカメラ一覧要求を受付け、カメラ一覧要求が入力されると、録画サーバにカメラ一覧要求を送信する。録画サーバは、カメラ一覧要求を受信すると、要求した端末が監視できるカメラについての権限情報を確認する。録画サーバは、権限のあるカメラ一覧データを端末に送信する。端末は受信したカメラ一覧データをディスプレイに表示し、ユーザからの、ライブ再生を表示させるカメラの選択を受け付ける。

【0070】

端末は、ライブ再生を表示させるカメラの選択が入力されると、録画サーバに選択されたカメラについてカメラ動画のライブ再生を録画サーバに要求する。録画サーバはライブ再生の要求を受信すると、選択されたカメラから取得してメモリ上に展開され一次画像フォルダに蓄積された最新の一次画像データを端末へ送信する。端末は送信された一次画像データをディスプレイに表示する。ユーザによってカメラの選択が解除されるまで、あるいは再生以外が選択されている間を除き、端末は、カメラでの画像取得タイミング毎に、ライブ画像の要求以降を繰り返す。

【0071】

端末は、ライブ画像を表示中、ユーザからの巻戻し要求の入力を受け付ける。端末は、巻戻し要求が入力されると、録画サーバに巻戻し画像を要求する。録画サーバは、巻戻し画像の要求を受信すると、端末に前回送信した画像より、一定時間分過去の時点の一次画像データを一次画像フォルダから抽出し、巻戻しライブ画像として端末に送信する。本実施例では、一定時間分過去の時点を１秒分過去の時点とし、ライブ再生が１秒毎に取得した画像であるので、最初に巻戻しが入力されたときは、１枚前の一次画像データが送信される。

【0072】

巻戻しが選択されている間中、すなわち、巻戻しライブ画像の表示中は、端末は、録画サーバに、一定時間毎に巻戻しライブ画像を要求する。その際の一定時間は、ライブ画像の要求間隔より短い一定時間であって、本実施例では０．２秒毎である。したがって、端末には、０．２秒毎に、１秒ずつ前のカメラ動画の一次画像データから作成された巻戻しライブ画像が表示されることになる。

【0073】

さらに、端末は、巻戻しライブ画像表示中に、ユーザからの早送り要求の入力を受け付ける。端末は、早送り要求が入力されると、録画サーバに早送りライブ画像を要求する。録画サーバは早送りライブ画像の要求を受信すると、端末に前回送信した画像より、一定時間分未来の時点の一次画像データを抽出し、早送りライブ画像として端末に送信する。本実施例では、一定時間分未来の時点を１秒分未来の時点とし、ライブ画像が１秒毎に取得した画像であるので、最初に早送り要求が入力されたときは、巻戻しライブ画像として現在表示されている一次画像データより、１枚未来の一次画像データが送信される。

【0074】

早送りが選択されている間中、すなわち、早送りライブ画像の表示中は、端末は、録画サーバに、一定時間毎に巻戻し画像を要求する。その際の一定時間は、ライブ画像の要求間隔より短い一定時間であって、本実施例では０．２秒毎である。したがって、端末には、０．２秒毎に、１秒ずつ前のカメラ動画が表示されることになる。早送りライブ画像が現時点の画像までたどり着いたら、ライブ画像表示に切り替わり、早送りは終了する。

【0075】

さらに、端末は、巻戻しライブ画像表示中に、ユーザからのリライブ画像要求の入力を受け付ける。端末は、リライブ要求が入力されると、録画サーバにリライブ画像を要求する。録画サーバはリライブ画像の要求を受信すると、端末に前回送信した画像より、一定時間分未来の時点の一次画像データを抽出し、リライブ画像として端末に送信する。本実施例では、一定時間分未来の時点を１秒分未来の時点とし、ライブ画像が１秒毎に取得した画像であるので、最初に早送り要求が入力されたときは、巻戻しライブ画像として現在表示されている一次画像データより、１枚未来の一次画像データが送信される。

【0076】

リライブが選択されている間中、すなわち、リライブ画像の表示中は、端末は、録画サーバに、一定時間毎にリライブ画像を要求する。その際の一定時間は、ライブ画像の要求間隔と同じ一定時間であって、本実施例では１秒毎である。したがって、端末には、１秒毎に、１秒ずつ前のカメラ動画が表示されることになる。リライブ以外の選択を行うと、リライブは終了する。

【0077】

ライブ再生に代えて、過去のカメラ動画の再生も同様に行うことが出来る。ただし、一次画像データの代わりに、受付した過去の二次映像を二次映像フォルダから抽出し抽出した二次映像データを端末に送信し表示させる。

【0078】

一次画像データは静止画であって端末に連続して送信できる程軽く、また、二次映像データも動画でありながらデータ量が極めて小さいため端末に送信できる程軽い。また、一次画像データも、二次映像データも、ともに、巻戻し、巻き戻してからの再生や早送りが可能で、利便性が高い。

【0079】

｛効果｝
本実施例は、上述した構成であるため、最適化したデータ保存を可能とし、かつ低コスト化を可能とする。

【0080】

また、本実施例によれば、トラフィック集中の回避、動画の一部欠落の防止、サーバの負荷低減、表示のスピードダウン防止、低容量化、高画質の動画の長期保存、モバイルでの高画質動画の閲覧可能化等が実現できる。また、一次画像については、端末に静止画で送信しているので、撮影中のライブ画像の再生中に、即時に、現時点の画像からの巻戻し及びリライブ再生、さらには現時点の画像への早送りができる。何らかの理由で撮影できなかった時点が生じても、本実施例では、欠損した時点の静止画を、一つ前時点の静止画をコピーしたもので補うため、低コストでコマ落ちのない再生を可能とする。また、ライブ画像において問題が発見された時、すぐその場で、巻戻してリライブ再生で見直すことができる。本実施例では、それと同時に、動画取得と同時のリアルタイムでは挿入することが出来ないＢフレームを挿入して最適化した二次映像データを作成できるので、サーバ容量が比較的少なくても長期間保存でき、長期間経過した後でも高画質の動画を再生することができる。

【0081】

本実施例では、カメラから録画サーバへ動画も静止画も送られるが、録画サーバ主導で撮影・静止画や動画の保存・再生画像や再生映像の送出が行われるので、通信するデータ量は小さくなる。したがって、通信網へ負荷がかからず、トラフィックの混雑が生じにくい。トラフィックが常に安定するために多くのカメラを録画サーバ１台で管理することができる。本実施例によれば、動画を最適化して保存するので、データ容量が小さく、カメラやユーザが多数であっても必要容量が小さく、サーバ数が少なくて済む。

【0082】

スマートフォンなどの端末で再生する際に、再生などの操作を行ってから実行されるまでに時間がかからないため、ストレスなく再生でき、また、トラブル発見がすぐできる。複数のカメラをモニターする場合でもスマートフォンで、手軽に、かつスムーズに再生でき、場所を移動しながらの作業の傍らでチェックするということが容易にできる。本実施例では、撮影した動画から抜き出して作成した静止画を順次リアルタイムで送信するため、便利かつ簡単でありながら、データ容量が少なくて済む。

【0083】

本実施例によれば、画像を再生する端末側は、持ち運びできてリアルタイムの再生や巻戻しだけでなく日数がたった後の再生や巻き戻しなどが、高画質ででき、しかもデータ量が小さくて済む。したがって、本実施例によれば、高機能と低コスト化をともに実現できる。

【0084】

本実施例は、道路状況の監視カメラシステムなど、現在の状況把握も、日数がたった後の確認も、ともに高画質で再生でき、巻戻しや早送りができることが好ましい監視カメラシステムで利用可能である。利用可能なシーンはその他にも幅広くある。

【0085】

なお、本発明は、上記実施の形態に限定されず、その発明の趣旨を逸脱しない範囲で種々と変形実施が可能である。また、上記各実施の形態の構成要素を発明の趣旨を逸脱しない範囲で任意に組み合わせることができる。

【符号の説明】

【0086】

１００ 録画サーバ
１０１ ＣＰＵ
１０２ メモリ
１０３ ディスプレイ
１０４ ネットワークインターフェース
１０５ キーボード
１０６ マウス
１１０ 記憶装置
１１１ 一次画像フォルダ
１１２ 二次映像フォルダ
１１５ 一次映像フォルダ
１１３ 撮影・収集・編集・送信プログラム
１１４ オペレーティングシステム
２００ モバイル端末
２０１ ＣＰＵ
２０２ メモリ
２０３ ディスプレイ
２１０ 記憶装置
２１３ 画像表示プログラム
２１４ オペレーティングシステム
３００ 閲覧ＰＣ
３０１ ＣＰＵ
３０２ メモリ
３０３ ディスプレイ
３０５ キーボード
３０６ マウス
３１０ 記憶装置
３１３ 画像表示プログラム
３１４ オペレーティングシステム
４００ 監視用カメラ（動画用）
４０１ 監視用カメラ（静止画用）
５００ ネットワーク
６００ ルータ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】