(57)【要約】【課題】イベントが検知された時間帯の再生データが再生されなくなるのを防ぐことを目的とする。【解決手段】動画及び音声の少なくとも一方を含む再生データに対し、情報処理装置において計測された時刻であって、再生データの生成タイミングを示す時刻である生成時刻に応じたタイムスタンプを付与する付与手段と、タイムスタンプが付与された再生データを外部装置に送信する送信手段と、生成タイミングの基準となる実時刻を更新する更新手段と、イベントを検知する検知手段とを有し、更新手段は、実時刻が更新されたことに応じて、送信手段により送信される予定の再生データの生成時刻と、イベントが検知された実時刻と、が重複しない場合には、実時刻を更新し、実時刻が更新されたことに応じて、送信手段により送信される予定の再生データの生成時刻と、イベントが検知された実時刻とが重複する場合には、実時刻の更新を行わない。【選択図】図９
2020191616.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置であって、
動画及び音声の少なくとも一方を含む再生データに対し、前記情報処理装置において計測された時刻であって、前記再生データの生成タイミングを示す時刻である生成時刻に応じたタイムスタンプを付与する付与手段と、
前記タイムスタンプが付与された前記再生データを外部装置に送信する送信手段と、
前記生成タイミングの基準となる実時刻を更新する更新手段と、
イベントを検知する検知手段と
を有し、
前記更新手段は、
前記実時刻が更新されたことに応じて、前記送信手段により送信される予定の再生データの前記生成時刻と、前記イベントが検知された実時刻と、が重複しない場合には、前記実時刻を更新し、
前記実時刻が更新されたことに応じて、前記送信手段により送信される予定の再生データの前記生成時刻と、前記イベントが検知された実時刻とが重複する場合には、前記実時刻の更新を行わないことを特徴とする情報処理装置。
【請求項２】
前記更新手段は、前記実時刻と、前記情報処理装置において計測された時刻と、の差分が閾値以上の場合であって、かつ前記実時刻が更新されたことに応じて、前記送信手段による送信済みの再生データの前記生成時刻と、前記イベントが検知された実時刻と、が重複しない場合に、前記実時刻を更新することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記更新手段は、前記イベントの検知が終了した時刻から、前記イベントの検知が終了した時刻よりも所定時間だけ後の時刻までの間の期間と、前記送信する予定の再生データの前記生成時刻と、が重複する場合に、前記送信済みの再生データの前記生成時刻と、前記イベントが検知された実時刻とが重複すると判断することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記検知手段は、動体検知、通過検知、侵入検知、置き去り検知、持ち去り検知、いたずら検知、顔検知、音量検知、悲鳴検知及びガラス破壊音検知のうち少なくとも１つのイベント検知を行うことを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項５】
前記生成時刻は、モノトニックタイムであることを特徴とする請求項１乃至４の何れか１項に記載の情報処理装置。
【請求項６】
前記実時刻は、ＵＴＣ（Ｃｏｏｒｄｉｎａｔｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｉｍｅ）又はローカルタイムであることを特徴とする請求項１乃至５の何れか１項に記載の情報処理装置。
【請求項７】
前記送信手段は、前記再生データをＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）−２規格におけるＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）の形式のパケットに対し、前記生成時刻から算出したＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）を前記タイムスタンプとして付加することを特徴とする請求項１乃至６の何れか１項に記載の情報処理装置。
【請求項８】
情報処理装置であって、
再生データの生成タイミングを示す時刻である生成時刻に応じたタイムスタンプが付与された動画及び音声の少なくとも一方を含む再生データと、イベントの検知通知と、前記生成タイミングの基準となる実時刻とを再生データ送信装置から受信する受信手段と、
前記生成タイミングの基準となる実時刻を更新する更新手段と、
を有し、
前記更新手段は、
前記受信手段によって前記実時刻を受信したことに応じて、前記受信手段により受信される予定の再生データの前記生成時刻と、前記イベントが検知された実時刻と、が重複しない場合には、前記実時刻を更新し、
前記受信手段によって前記実時刻を受信したことに応じて、前記受信手段により受信される予定の再生データの前記生成時刻と、前記イベントが検知された実時刻とが重複する場合には、前記実時刻の更新を行わないことを特徴とする情報処理装置。
【請求項９】
前記更新手段は、前記実時刻の更新を行わない場合には、前記再生データ送信装置に対し、前記生成タイミングの基準となる実時刻の送信を再要求することを特徴とする請求項８に記載の情報処理装置。
【請求項１０】
前記生成タイミングの基準となる実時刻の再送信要求には、前記再生データ送信装置が前記生成タイミングの基準となる実時刻を再送信すべきタイミングを付与することを特徴とする請求項９に記載の情報処理装置。
【請求項１１】
情報処理装置が実行する情報処理方法であって、
動画及び音声の少なくとも一方を含む再生データに対し、前記情報処理装置において計測された時刻であって、前記再生データの生成タイミングを示す時刻である生成時刻に応じたタイムスタンプを付与する付与工程と、
前記タイムスタンプが付与された前記再生データを外部装置に送信する送信工程と、
前記生成タイミングの基準となる実時刻を更新する更新工程と、
イベントを検知する検知工程と
を有し、
前記更新工程において、
前記実時刻が更新されたことに応じて、前記送信工程により送信される予定の再生データの前記生成時刻と、前記イベントが検知された実時刻と、が重複しない場合には、前記実時刻を更新し、
前記実時刻が更新されたことに応じて、前記送信工程により送信される予定の再生データの前記生成時刻と、前記イベントが検知された実時刻とが重複する場合には、前記実時刻の更新を行わないことを特徴とする情報処理方法。
【請求項１２】
情報処理装置が実行する情報処理方法であって、
再生データの生成タイミングを示す時刻である生成時刻に応じたタイムスタンプが付与された動画及び音声の少なくとも一方を含む再生データと、イベントの検知通知と、前記生成タイミングの基準となる実時刻とを再生データ送信装置から受信する受信工程と、
前記生成タイミングの基準となる実時刻を更新する更新工程と、
を含み、
前記更新工程では、
前記受信工程によって前記実時刻を受信したことに応じて、前記受信工程により受信される予定の再生データの前記生成時刻と、前記イベントが検知された実時刻と、が重複しない場合には、前記実時刻を更新し、
前記受信工程によって前記実時刻を受信したことに応じて、前記受信工程により受信される予定の再生データの前記生成時刻と、前記イベントが検知された実時刻とが重複する場合には、前記実時刻の更新を行わないことを特徴とする情報処理方法。
【請求項１３】
コンピュータを、請求項１乃至１０の何れか１項に記載の情報処理装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、ＡＤＳＬや光ファイバー網が普及し、低価格で高速なインターネット接続が利用可能となった。それにより、監視カメラがインターネットを介し、クラウドサーバに対して映像や音声といった再生データを送信する使い方が増えている。このような再生データ伝送には、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）−２規格が採用されることがある。ＭＰＥＧ−２では、監視カメラがキャプチャした再生データはＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）パケットの形式で送信される。ＰＥＳパケットのヘッダ部にはＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）と呼ばれる再生データの再生時刻が付加され、クラウドサーバはＰＴＳの値を以て、再生データを管理する。しかしながら、ＰＴＳは一般的に単調増加する再生データの生成時刻から算出されるため、ＣＰＵの水晶振動子の精度によって誤差が蓄積される。
【０００３】
一方で、監視カメラのシステム時刻の一種であるＵＴＣ（Ｃｏｏｒｄｉｎａｔｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｉｍｅ）時刻は、インターネット上に存在するＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）サーバによって定期的に更新される実時刻である。そのため、クラウドサーバは、以下の処理により再生データを正しい時刻で管理する。すなわち、監視カメラは、現在のＰＴＳ及び基準時刻として現在のＰＴＳに対応するＵＴＣ時刻をクラウドサーバに定期的に送信し、監視カメラとクラウドサーバ間での時刻同期を行う（以後、基準時刻更新と呼ぶ）。
【０００４】
特許文献１には、ＴＶ会議のための画像音声通信装置において、再生データのライブ再生時刻にズレを生じさせないために、ユーザのコミュニケーションを阻害しないタイミングで基準時刻の更新を実行する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第５４９０７８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
クラウドサーバに送信された再生データは、クラウドサーバから制御装置に送信され、制御装置において再生データを表示再生するといった利用が行われている。しかしながら、監視カメラが基準時刻更新を行った場合、クラウドサーバにて、基準時刻更新後に送信された再生データのＰＴＳから変換した再生時刻（ＵＴＣ時刻）が、基準時刻更新前に送信された再生データの再生時刻に重複してしまうことがある。この場合、制御装置は、基準時刻更新前に送信された再生データを再生できなくなる可能性がある。特に、監視カメラには、撮像した映像に動きがあった場合や、検知した音声の音量が一定音量以上であった場合に、イベントとして検知するイベント検知機能があるが、イベントが検知された時間帯においても再生データを再生できなくなる可能性がある。
【０００７】
本発明はこのような問題点に鑑みなされたもので、イベントが検知された時間帯の再生データが再生されなくなるのを防ぐことを目的とする。
【課題を解決するための手段】
【０００８】
そこで、本発明は、情報処理装置であって、動画及び音声の少なくとも一方を含む再生データに対し、前記情報処理装置において計測された時刻であって、前記再生データの生成タイミングを示す時刻である生成時刻に応じたタイムスタンプを付与する付与手段と、前記タイムスタンプが付与された前記再生データを外部装置に送信する送信手段と、前記生成タイミングの基準となる実時刻を更新する更新手段と、イベントを検知する検知手段とを有し、前記更新手段は、前記実時刻が更新されたことに応じて、前記送信手段により送信される予定の再生データの前記生成時刻と、前記イベントが検知された実時刻と、が重複しない場合には、前記実時刻を更新し、前記実時刻が更新されたことに応じて、前記送信手段により送信される予定の再生データの前記生成時刻と、前記イベントが検知された実時刻とが重複する場合には、前記実時刻の更新を行わないことを特徴とする。
【発明の効果】
【０００９】
本発明によれば、イベントが検知された時間帯の再生データが再生されなくなるのを防ぐことができる。
【図面の簡単な説明】
【００１０】
【図１】再生データ送信システムを示す図である。
【図２】再生データ送信システムのハードウェア構成図である。
【図３】監視カメラの機能構成図である。
【図４】アップロード処理を示すシーケンス図である。
【図５】再生データの再生時刻の重複をタイムラインで示した図である。
【図６】再生データアップロード処理を示すフローチャートである。
【図７】検知イベントアップロード処理を示すフローチャートである。
【図８】イベント管理テーブルのデータ構成の一例を示す図である。
【図９】基準時刻更新管理処理を示すフローチャートである。
【図１０】再生データの再生時刻の重複をタイムラインで示した図である。
【図１１】基準時刻更新管理処理を示すフローチャートである。
【図１２】更新情報の送信フォーマットの一例を示す図である。
【図１３】クラウドサーバ装置の機能構成図である。
【図１４】第３の実施形態にかかるアップロード処理を示すシーケンス図である。
【図１５】再生データ受信処理を示すフローチャートである。
【図１６】基準時刻更新判断処理を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について図面に基づいて説明する。
【００１２】
（第１の実施形態）
図１は、第１の実施形態にかかる再生データ送信システムを示す図である。再生データ送信システムは、監視カメラ１００と、クラウドサーバ装置１１０と、制御装置１２０とを備えている。監視カメラ１００、クラウドサーバ装置１１０及び制御装置１２０は、ネットワーク１３０を介して接続されている。
【００１３】
監視カメラ１００は、動画の撮影と音声の録音を行い、動画データ及び音声データを含む再生データを生成し、再生データをクラウドサーバ装置１１０に送信する。ここで、再生データは、再生可能なデータであればよく、動画データ及び音声データのうち少なくとも一方を含むデータであればよい。また、監視カメラ１００は、再生データを送信する情報処理装置の一例である。なお、情報処理装置は、再生データを生成、送信可能な装置であればよく、監視カメラ１００に限定されるものではない。
【００１４】
クラウドサーバ装置１１０は、監視カメラ１００からアップロードされた再生データを記録する。クラウドサーバ装置１１０はまた、監視カメラ１００に対し、監視カメラ１００を制御するためのコマンドを送信する。
【００１５】
制御装置１２０は、クラウドサーバ装置１１０、またはクラウドサーバ装置１１０を介して監視カメラ１００を制御するため、クラウドサーバ装置１１０に対して制御コマンドを送信する。また、制御装置１２０は、クラウドサーバ装置１１０から受信した再生データを表示する。制御装置１２０には、パーソナルコンピュータやモバイル端末などの汎用コンピュータが用いられる。ネットワーク１３０は、ワイドエリアネットワーク及びローカルエリアネットワークのどちらでもよい。
【００１６】
図２は、再生データ送信システムのハードウェア構成図である。監視カメラ１００は、制御部１０１と、記憶部１０２と、通信部１０３と、外部入力部１０４と、撮像部１０５と、音声入力部１０６と、を備えている。
【００１７】
制御部１０１は、ＣＰＵ等であり、監視カメラ１００の全体を制御する。記憶部１０２は、各種プログラム及び各種データを記憶する。後述する監視カメラ１００の機能及び処理は、制御部１０１が記憶部１０２に格納されているプログラムを読み出し、このプログラムを実行することにより実現されるものである。また、他の例としては、監視カメラ１００の機能及び処理の少なくとも一部は、例えば複数のＣＰＵ、ＲＡＭ、ＲＯＭ、及びストレージを協働させることにより実現してもよい。また、他の例としては、監視カメラ１００の機能や処理の少なくとも一部は、ハードウェア回路を用いて実現してもよい。通信部１０３は、外部装置との通信を行う。通信部１０３は例えばクラウドサーバ装置１１０と通信を行う。
【００１８】
外部入力部１０４は、監視カメラ１００にＧＰＩＯ（Ｇｅｎｅｒａｌ  Ｐｕｒｐｏｓｅ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）などによって接続された外部センサから送信された外部入力信号を入力する。撮像部１０５は、レンズ（撮像光学系）及び撮像素子を有する。撮像素子は、レンズを介して形成された被写体の像（光学像）を光電変換して画像信号を生成する。音声入力部１０６は、例えばマイクロフォンであり、音から光電変換した音声信号を生成する。
【００１９】
次に、クラウドサーバ装置１１０のハードウェア構成について説明する。クラウドサーバ装置１１０は、制御部１１１と、記憶部１１２と、通信部１１３と、を有している。制御部１１１は、クラウドサーバ装置１１０の全体を制御する。記憶部１１２は、各種プログラム及び各種データを記憶する。後述するクラウドサーバ装置１１０の機能及び処理は、制御部１１１が記憶部１１２に格納されているプログラムを読み出し、このプログラムを実行することにより実現される。通信部１１３は、外部装置との通信を行う。通信部１１３は、例えば監視カメラ１００及び制御装置１２０との間で通信を行う。
【００２０】
次に、制御装置１２０のハードウェア構成について説明する。制御装置１２０は、制御部１２１と、記憶部１２２と、通信部１２３と、入力部１２４と、表示部１２５と、音声出力部１２６と、を有している。制御部１２１は、制御装置１２０の全体を制御する。記憶部１２２は、各種データ及び各種プログラムを記憶する。後述する制御装置１２０の機能及び処理は、制御部１２１が記憶部１２２に格納されているプログラムを読み出し、このプログラムを実行することにより実現される。通信部１２３は、外部装置との通信を行う。通信部１２３は、例えば、クラウドサーバ装置１１０と通信を行う。
【００２１】
入力部１２４は、ユーザ操作を受け付ける。入力部１２４は、例えば、キーボード、マウスなどのポインティングデバイスである。ユーザは入力部１２４を介し、表示部１２５に表示されたＧＵＩを操作することで、監視カメラ１００及びクラウドサーバ装置１１０を制御することができる。表示部１２５は、各種情報を表示する。表示部１２５は、例えば、液晶表示装置である。音声出力部１２６は、音声を出力する。音声出力部１２６は、スピーカである。
【００２２】
図３は、監視カメラ１００の機能構成図である。監視カメラ１００は、再生データ生成部３０１と、パケットデータ生成部３０２と、時刻管理部３０３と、イベント検知部３０４と、通信処理部３０５と、を有している。
【００２３】
再生データ生成部３０１は、再生データを生成する。具体的には、再生データ生成部３０１は、撮像部１０５から出力された画像信号に対し所定の画像処理及び圧縮符号化処理を行い、動画データを生成する。再生データ生成部３０１はまた、音声入力部１０６から出力された音声信号に対して所定の音声処理及び圧縮符号化処理を行い、音声データを生成する。再生データ生成部３０１により生成された動画データ及び音声データを含むデータを再生データと称する。
【００２４】
パケットデータ生成部３０２は、動画データ及び音声データを含む再生データをＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）−２のＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）パケット化する。加えて、パケットデータ生成部３０２は、後述の時刻管理部３０３により得られるＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）をＰＥＳパケットのヘッダに付加する。
【００２５】
時刻管理部３０３は、ＰＴＳの基準時刻として、システムから現在（処理時点）のＵＴＣ（Ｃｏｏｒｄｉｎａｔｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｉｍｅ）時刻を取得する。ここで、ＵＴＣ時刻とは１９７０年１月１日午前０時０分０秒を０として増加し、監視カメラ１００の外部にあるＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）サーバ等によって定期的に時刻合わせされる実時刻である。なお、実時刻は、監視カメラ１００におけるローカルタイムであってもよい。時刻管理部３０３はまた、再生データの生成時刻（モノトニックタイム）からＰＴＳを算出する。ここで、モノトニックタイムとは監視カメラ１００の起動時を０として単調増加し、制御部１０１のＣＰＵの水晶振動子の精度によっては誤差が生じる時刻である。
【００２６】
イベント検知部３０４は、撮像部１０５から入力された画像信号、音声入力部１０６から入力された音声信号、または外部入力部１０４から入力された外部入力信号を解析し、イベントを検知する。なお、イベントとは、監視カメラ１００が感知する現象のことである。イベント検知部３０４は、動体検知、通過検知、侵入検知、置き去り検知、持ち去り検知、いたずら検知、顔検知、音量検知、悲鳴検知及びガラス破壊音検知、のうち少なくとも１つのイベント検知を行うものとする。
【００２７】
ここで、動体検知とは、画像信号の解析において、検知領域内に新たな移動物体が出現したことを検知する機能である。通過検知とは、画像信号の解析において、移動物体が設定した検知ラインを通過したことを検知する機能である。侵入検知とは、画像信号の解析において、検知領域内に新たな移動物体が出現し、一定時間以上侵入し続けた場合に検知する機能である。置き去り検知とは、画像信号の解析において、検知領域内に出現した新たな物体が一定時間以上静止し続けた場合に検知する機能である。持ち去り検知とは、画像信号の解析において、検知領域内の物体が持ち去られたことを検知する機能である。
【００２８】
いたずら検知とは、画像信号の解析において、撮像画角全体を大きく遮る新たな物体の出現を検知する機能である。顔検知とは、画像信号の解析において、検知領域内に出現した人物の顔を検知する機能である。
【００２９】
音量検知とは、音声信号の解析において、音声入力部１０６から入力された音声の音量が一定音量以上、あるいは一定音量以下であった場合に検知する機能である。悲鳴検知とは、音声信号の解析において、音声入力部１０６から入力された音声から悲鳴音を認識して検知する機能である。ガラス破壊音検知とは、音声信号の解析において、音声入力部１０６から入力された音声からガラス破壊音を認識して検知する機能である。
【００３０】
また、イベント検知部３０４は、イベント検知として顔認証を行ってもよい。顔認証とは、画像信号の解析において、記憶部１０２等に記録された顔画像のデータベースを参照し、撮像画角内の特定人物の顔を検知する機能である。イベント検知部３０４は、イベント検知として音声認証を行ってもよい。音声認証とは、音声信号の解析において、記憶部１０２に記録された音声のデータベースを参照し、音声入力部１０６から入力された音声から特定の音声を検知する機能である。また、イベント検知部３０４は、外部センサによる検知を行ってもよい。外部センサによる検知とは、外部入力部１０４に接続された外部センサによってドアの開閉、熱煙、異臭などの様々な現象を検知する機能である。通信処理部３０５は、外部装置との通信を制御する。
【００３１】
図４は、監視カメラ１００からクラウドサーバ装置１１０へのアップロード処理を示すシーケンス図である。アップロード処理は、監視カメラ１００からクラウドサーバ装置１１０へ再生データ（ＰＥＳパケット）をアップロードする処理である。
【００３２】
Ｓ４００において、監視カメラ１００の時刻管理部３０３は、基準時刻初期化処理を行うことで、監視カメラ１００とクラウドサーバ装置１１０の間で時刻を同期させる。クラウドサーバ装置１１０において、再生データを正しい時刻で管理するためである。基準時刻初期化処理では、時刻管理部３０３は、まず監視カメラ１００の現在（処理時点）のＵＴＣ時刻Ｕと、現在のモノトニックタイムＭを取得し、記憶部１０２に格納する。ここで、Ｕ及びＭの単位は、マイクロ秒である。
【００３３】
次に、時刻管理部３０３は、取得したモノトニックタイムＭを用い、以下の式（１）を用いてＰＴＳ値Ｐを算出する。
Ｐ＝９００００×Ｍ／１００００００  ・・・  （１）
そして、時刻管理部３０３は、通信処理部３０５を介して、クラウドサーバ装置１１０に対し、ＰＴＳ値ＰとＰに対応するＵＴＣ時刻Ｕをアップロードする。クラウドサーバ装置１１０では、アップロードされたＵＴＣ時刻Ｕとそれに対応するＰＴＳ値Ｐを基準時刻として、アップロードされる再生データ（ＰＥＳパケット）を管理する。なお、ＰＴＳはクロック周波数をタイムベースとする。ここでは例として９００００Ｈｚ、すなわち１秒あたりのＰＴＳを９００００として算出される。
【００３４】
基準時刻初期化後、Ｓ４０１において、監視カメラ１００の通信処理部３０５は、再生データ（ＰＥＳパケット）のアップロードを開始する。具体的には、まず、再生データ生成部３０１は、再生データを生成し、パケットデータ生成部３０２は、再生データ生成部３０１により得られた再生データをＰＥＳパケット化する。パケットデータ生成部３０２はさらに、再生データの生成時刻（モノトニックタイムＭ1）から式（１）を用いてＰＴＳ値Ｐ1を算出する。そして、パケットデータ生成部３０２は、ＰＴＳ値Ｐ1をタイムスタンプとしてＰＥＳパケットのヘッダに付与する。そして、通信処理部３０５は、クラウドサーバ装置１１０に対し、ＰＥＳパケットをアップロードする。以降、ＰＥＳパケットのアップロードは再生データ生成部３０１により、再生データが生成された順に順次行われる。なお、ＰＴＳ値Ｐ1は、再生データの生成タイミングを示すカウント時刻（計測された時刻）の一例である。
【００３５】
次に、Ｓ４０２において、時刻管理部３０３は、基準時刻更新処理を行う。基準時刻更新処理とは、監視カメラ１００とクラウドサーバ装置１１０の間で時刻を同期させる処理である。クラウドサーバ装置１１０が再生データを正しい時刻で管理できるようにするために、時刻管理部３０３は、基準時刻更新処理を行う。時刻管理部３０３は、更新条件を満たす場合に、基準時刻更新処理を行う。更新条件は、下記の式（２）を満たすことである。
｜ｄ｜＞Ｔ  ・・・  （２）
なお、ｄは、式（３）により求まる。
ｄ＝（Ｕn−Ｕоld）−（Ｍn−Ｍоld）  ・・・  （３）
式（３）において、Ｕоldは、Ｓ４００の基準時刻初期化処理又は前回の基準時刻更新処理で取得したＵＴＣ時刻である。Ｍоldは、Ｓ４００の基準時刻初期化処理又は前回の基準時刻更新処理で取得したモノトニックタイムである。Ｕnは、Ｓ４０２の基準時刻更新処理の直前に再生データ生成部３０１により生成されたｎ番目の再生データの生成時刻（ＵＴＣ時刻）である。Ｍnは、Ｓ４０２の基準時刻更新処理の直前に再生データ生成部３０１により生成されたｎ番目の再生データの生成時刻（モノトニックタイム）である。ｄの値が負の値である場合、基準時刻更新処理の前後の再生データの再生時刻（ＵＴＣ時刻）に重複が生じる。
【００３６】
定期的にＮＴＰサーバによって時刻修正され、正しい時刻が保証されるＵnとは異なり、ＭnにはＣＰＵの水晶振動子の精度によって誤差が蓄積されている。したがって、Ｍnは、実際の時刻よりも早く進んだり、遅く進んだりする。そのため、ｄはＳ４００における基準時刻初期化処理、または前回の基準時刻更新処理から再生データの生成時刻（モノトニックタイムＭn）にどの程度の時刻誤差が生じたかを表す値となる。以下、ｄを時刻誤差と称する。なお、時刻誤差ｄは、監視カメラ１００においてカウント（計測）されたカウント時刻と実時刻の差分に相当する値である。式（２）において、Ｔは基準時刻更新の条件となる時刻誤差の閾値である。Ｔとしては、０．５秒といった固定値が予め設定されているものとする。
【００３７】
時刻管理部３０３は、式（２）を満たす場合、すなわち、時刻誤差の絶対値｜ｄ｜が閾値以上の場合には、監視カメラ１００のシステムの、現在のＵＴＣ時刻Ｕnewと現在のモノトニックタイムＭnewを取得する。次に、時刻管理部３０３は、前述の式（１）を用い、モノトニックタイムＭnewからＰＴＳ値Ｐnewを算出する。そして、通信処理部３０５は、クラウドサーバ装置１１０に対し、ＰＴＳ値ＰnewとＰnewに対応するＵＴＣ時刻Ｕnewをアップロードする。クラウドサーバ装置１１０では、ＵＴＣ時刻Ｕnewとそれに対応するＰＴＳ値Ｐnewを受信すると、ＵＴＣ時刻Ｕnewとそれに対応するＰＴＳ値Ｐnewを基準時刻として、アップロードされる再生データ（ＰＥＳパケット）を管理する。
【００３８】
式（３）で求められる再生データの生成時刻（モノトニックタイムＭn）にどの程度の時刻誤差が生じたかを表す値ｄが負の値である場合がある。この場合、基準時刻更新前にクラウドサーバ装置１１０にアップロードした再生データのＰＴＳが誤差によって実時刻よりも進んでいる。そのため、基準時刻更新後に、クラウドサーバ装置１１０にておいて、アップロードされた再生データのＰＴＳを再生時刻（ＵＴＣ時刻）に変換すると、基準時刻更新前にアップロードされた再生データの再生時刻（ＵＴＣ時刻）に重複してしまう。
【００３９】
図５は、本実施形態に係る監視カメラ１００がアップロードした再生データの再生時刻（ＵＴＣ時刻）の重複をタイムラインで示した図である。図５において、横軸は、ＵＴＣ時刻で表される時間軸である。ｔ１は、監視カメラ１００が基準時刻更新処理を行ったタイミングである。５０１は、基準時刻更新前にアップロードした再生データ（ＰＥＳパケット）のＰＴＳを更新前の基準時刻Ｕoldを用いてＵＴＣ時刻に変換したタイムラインである。５０２は、基準時刻更新後にアップロードした再生データ（ＰＥＳパケット）のＰＴＳを更新後の基準時刻Ｕnewを用いてＵＴＣ時刻に変換したタイムラインである。ｔ２からｔ１の期間は、基準時刻更新前と基準時刻更新後にアップロードした再生データ（ＰＥＳパケット）の再生時刻（ＵＴＣ時刻）の重複時間帯である。５０３は、イベントが検知されたＵＴＣ時刻を表すイベント検知バーである。
【００４０】
図５の例では、ｔ１のタイミングで行われた基準時刻更新処理によって、再生データ（ＰＥＳパケット）のＰＴＳの基準時刻であるＵＴＣ時刻がＵoldからＵnewに更新されている。それに伴い、ｔ２からｔ１の間に、基準時刻更新前と基準時刻更新後にアップロードした再生データ（ＰＥＳパケット）のＰＴＳから変換した再生時刻（ＵＴＣ時刻）が重複する重複時間帯が生じている。なお、時刻更新処理を行ったタイミングｔ１のＵＴＣ時刻は、図４のＳ４０２で求めた基準時刻Ｕnewに対応する。また、再生時刻の重複時間帯は、の式（３）に示す｜ｄ｜の値と一致する。イベント検知バー５０３が示すように、重複時間帯において、イベントが検知されたとする。この場合、監視カメラ１００は、クラウドサーバ装置１１０にてイベントが検知された時間帯（イベント時間帯）の再生データが上書きされずに管理されることを保証できない。
【００４１】
このため、クラウドサーバ装置１１０から制御装置１２０に再生データが転送された場合には、制御装置１２０において、基準時刻更新前の再生データを再生できなくなる可能性がある。基準時刻前の再生データがイベント時間帯のデータである場合に、特に問題となる。本実施形態の監視カメラ１００は、このようなイベント時間帯のデータが再生できなくなるのを防ぐことができる。以下、イベント時間帯のデータが再生できなくなるのを防ぐための処理について説明する。
【００４２】
図６は、監視カメラ１００による、再生データアップロード処理を示すフローチャートである。監視カメラ１００は、クラウドサーバ装置１１０から再生データ（ＰＥＳパケット）のアップロード要求コマンドを受信した場合に、アップロード処理を開始する。例えば、監視カメラ１００が再生データとして映像データのみを３０ｆｐｓでアップロードする場合、監視カメラ１００は、図６に示すＳ６０１からＳ６０８の処理は、３３ミリ秒以内で繰り返し処理する。
【００４３】
Ｓ６００において、時刻管理部３０３は、基準時刻初期化処理を行うことで、監視カメラ１００とクラウドサーバ装置１１０間での時刻を同期する。本処理は、Ｓ４００の処理に対応する。次に、Ｓ６０１において、再生データ生成部３０１は、再生データを生成する。次に、Ｓ６０２において、時刻管理部３０３は、Ｓ６０１において生成された再生データの生成時刻（ＵＴＣ時刻Ｕn及びモノトニックタイムＭn）を取得する。次に、Ｓ６０３において、時刻管理部３０３は、再生データの生成時刻（モノトニックタイムＭn）より、式（１）を用いて、ＰＴＳ値Ｐnを算出する。次に、Ｓ６０４において、パケットデータ生成部３０２は、再生データをＰＥＳパケット化し、ＰＥＳパケットに、Ｓ６０３において算出されたＰＴＳ値Ｐnを付加する。次に、Ｓ６０５において、通信処理部３０５は、Ｓ６０４において作成されたＰＥＳパケットをクラウドサーバ装置１１０にアップロードする。
【００４４】
次に、Ｓ６０６において、イベント検知部３０４がイベントを検知すると、通信処理部３０５は、検知したイベントをクラウドサーバ装置１１０に対してアップロードする。なお、Ｓ６０６の処理については、図７を参照しつつ後に詳述する。次に、Ｓ６０７において、時刻管理部３０３は、基準時刻更新管理処理を行う。基準時刻更新管理処理については、図９を参照しつつ後に詳述する。
【００４５】
次に、Ｓ６０８において、制御部１０１は、再生データアップロードの終了判定を行う。制御部１０１は、制御装置１２０より発行されたＰＥＳパケットのアップロード終了コマンドを、クラウドサーバ装置１１０を介して受信した場合に、再生データアップロード処理を終了すると判定する。また、制御部１０１は、何らかの理由により、ＰＥＳパケットをアップロードできないと判断した場合に、再生データアップロード処理を終了すると判定する。制御部１０１は、再生データアップロード処理を終了すると判定した場合には、再生データアップロード処理を終了する。制御部１０１は、再生データアップロード処理を終了しないと判定した場合には、処理をＳ６０１へ進め、再生データアップロード処理を継続する。
【００４６】
図７は、図６を参照しつつ説明した検知イベントアップロード処理（Ｓ６０６）における詳細な処理を示すフローチャートである。Ｓ７００において、イベント検知部３０４は、イベント検知を開始したか否かを判定する。イベント検知部３０４は、イベント検知を開始した場合には（Ｓ７００でＹＥＳ）、処理をＳ７０１へ進める。イベント検知部３０４は、イベント検知を開始していない場合には（Ｓ７００でＮＯ）、処理をＳ７０３へ進める。
【００４７】
Ｓ７０１において、イベント検知部３０４は、イベント種別、イベントの検知開始時刻及び検知状態を対応付けて１つのレコードとして記憶部１０２のイベント管理テーブルに保存する。ここで、検知開始時刻は、ＵＴＣ時刻ＵSで表現される。検知状態は、検知の開始又は終了の２つの状態を示す情報である。Ｓ７０１においては、イベント検知部３０４は、イベント検知の開始を示すＯＮを保存する。次に、Ｓ７０２において、通信処理部３０５は、検知したイベントのイベント種別及び検知開始時刻ＵSをクラウドサーバ装置１１０にアップロードする。
【００４８】
次に、Ｓ７０３において、イベント検知部３０４は、イベント検知を終了したか否かを判定する。イベント検知部３０４は、イベント検知を終了した場合には（Ｓ７０３でＹＥＳ）、処理をＳ７０４へ進める。イベント検知部３０４は、イベント検知を終了していない場合には（Ｓ７０３でＮＯ）、検知イベントアップロード処理を終了する。Ｓ７０４において、イベント検知部３０４は、検知したイベントのイベント種別に応じて、記憶部１０２において対応するレコードを検索する。そして、対応するレコードの検知状態をＯＮからＯＦＦに変更する。イベント検知部３０４はさらに、対応するレコードに対し、イベント終了時刻ＵEを保存する。イベント終了時刻ＵEは、ＵＴＣ時刻である。次に、Ｓ７０５において、通信処理部３０５は、検知したイベントのイベント種別及び検知終了時刻ＵEをクラウドサーバ装置１１０にアップロードする。以上で、検知イベントアップロード処理が終了する。
【００４９】
なお、センサなど外部機器がイベントを検知する場合には、イベント検知部３０４は、外部機器からイベントの検知開始を示す開始トリガー及びイベントの検知終了を示す終了トリガーを受信するものとする。そして、イベント検知部３０４は、開始トリガーを受信した場合に、Ｓ７０１及びＳ７０２の処理を行い、終了トリガーを受信した場合に、Ｓ７０４及びＳ７０５の処理を行うものとする。この場合、開始トリガーには、少なくとも検知したイベントのイベント種別及び検知開始時刻ＵSが含まれるものとする。また、終了トリガーには、少なくとも検知したイベントのイベント種別及びイベント終了時刻ＵEが含まれる。
【００５０】
図８は、監視カメラ１００の記憶部１０２に記憶されるイベント管理テーブル８００のデータ構成の一例を示す図である。イベント管理テーブル８００は、イベント種別、検知状態、検知開始時刻及び検知終了時刻のフィールドを有する。Ｓ７０１においては、このイベント管理テーブル８００の１行に１つのレコードが格納される。なお、イベント管理テーブル８００は、基準時刻更新処理（Ｓ６０７）において参照される。なお、イベント管理テーブル８００は、監視カメラ１００の起動時にはレコードが空の状態に初期化されている。
【００５１】
Ｓ７０１において、新規のレコードが追加される。すなわち、レコードのイベント種別、検知開始時刻が記録され、検知状態にＯＮが設定される。さらに、Ｓ７０４において、既に登録されているレコードに対し、検知終了時刻が記録され、検知状態がＯＦＦに更新される。
【００５２】
図９は、図６を参照しつつ説明した基準時刻更新管理処理（Ｓ６０７）における詳細な処理を示すフローチャートである。Ｓ９００において、時刻管理部３０３は、式（３）を用いて、ｄを算出する。ここで、Ｓ６００における基準時刻初期化処理時、または前回の基準時刻更新時のＵＴＣ時刻及びモノトニックタイムをそれぞれＵоld及びＭоldとする。また、Ｓ９０２において取得した再生データ（ｎ番目の再生データ）の生成時刻のＵＴＣ時刻及びモノトニックタイムをそれぞれＵn及びＭnとする。
【００５３】
次に、Ｓ９０１において、時刻管理部３０３は、ｄと時刻誤差の閾値Ｔとを比較する。なお、閾値Ｔは、監視カメラ１００において予め設定されているものとする。時刻管理部３０３は、時刻誤差ｄが閾値Ｔ以上の場合には（Ｓ９０１でＹＥＳ）、処理をＳ９０２へ進める。時刻管理部３０３は、時刻誤差ｄが閾値Ｔ未満の場合には（Ｓ９０１でＮＯ）、基準時刻更新管理処理を終了する。すなわち、時刻管理部３０３は、基準時刻更新処理を行わない。
【００５４】
他の例としては、時刻管理部３０３は、図６を参照しつつ説明した基準時刻初期化処理（Ｓ６００）の実行時点から一定期間が経過した場合、及び前回の基準時刻更新処理の実行時点から一定時間が経過した場合に、処理をＳ９０２へ進めることとしてもよい。この場合、時刻管理部３０３はまた、基準時刻初期化処理（Ｓ６００）の実行時点から一定期間が経過していない場合、及び前回の基準時刻更新処理（Ｓ９０４）の実行時点から一定時間が経過していない場合には、基準時刻更新処理を終了する。
【００５５】
Ｓ９０２において、イベント検知部３０４は、イベントの検知中であるか否かを判定する。具体的には、イベント検知部３０４は、イベント管理テーブル８００を参照し、検知状態がＯＮのイベントが存在する場合に、イベントの検知中であると判定する。イベント検知部３０４は、イベント検知中の場合には（Ｓ９０２でＹＥＳ）、基準時刻更新管理処理を終了する。この場合、基準時刻更新前にアップロードしたイベント時間帯の再生データの再生時刻（ＵＴＣ時刻）に、基準時刻更新後にアップロードする再生データの再生時刻（ＵＴＣ時刻）が重複するためである。イベント検知部３０４は、イベント検知中でない場合には（Ｓ９０２でＮＯ）、処理をＳ９０３へ進める。
【００５６】
Ｓ９０３において、時刻管理部３０３は、監視カメラ１００の現在（処理時点）のＵＴＣ時刻Ｕnewと現在のモノトニックタイムＭnewを取得する。時刻管理部３０３はまた、イベント管理テーブル８００に記録された全てのイベントの検知終了時刻ＵEを参照する。そして、時刻管理部３０３は、基準時刻更新処理を実行した場合に、基準時刻更新後にアップロードされた再生データの再生時刻が、すでに検知が終了しているイベントにかかるイベント時間帯に重複するか否かを判定する。具体的には、時刻管理部３０３は、イベント管理テーブル８００に記録されているすべてのイベントの検知終了時刻ＵEに対し、以下の式（４）を満たすか否かを判定する。
Ｕnew＋ｄ＜ＵE＋α  ・・・  （４）
式（４）において、Ｕnewは基準時刻更新後にアップロードする再生データ（ＰＥＳパケット）がクラウドサーバ装置１１０にて管理され始めるＵＴＣ時刻でもある。ＵEは、イベントの検知終了時刻であるＵＴＣ時刻を表す。αはイベント検知の終了後を考慮した時間である。αには例として５秒といった０秒以上の固定値が設定される。
【００５７】
式（４）は、基準時刻更新後にアップロードする再生データの再生時刻Ｕnew＋ｄが、イベント検知の終了時刻ＵEにαを加算した時刻よりも前の時刻になるかどうかを判定する式である。時刻管理部３０３は、式（４）を満たす場合に、基準時刻更新後にアップロードされた再生データの再生時刻が、イベント時間帯に重複すると判定する。すなわち、時刻管理部３０３は、イベントの検知が終了した時刻よりも所定時間αだけ後の時刻までの間の期間と、送信予定の再生データの生成時刻が重複するか否かを判定する。時刻管理部３０３は、再生時刻がイベント時間帯に重複すると判定した場合には（Ｓ９０３でＹＥＳ）、処理をＳ９０４へ進める。時刻管理部３０３は、再生時刻がイベント時間帯に重複しないと判定した場合には（Ｓ９０３でＮＯ）、基準時刻更新管理処理を終了する。
【００５８】
Ｓ９０４において、時刻管理部３０３は、基準時刻更新処理を行う。なお、基準時刻更新処理は、図４を参照しつつ説明したＳ４０２の処理と同様である。時刻管理部３０３は、Ｓ９０４においては、さらに、イベント管理テーブル８００のレコードをすべて削除し、初期状態に戻す。
【００５９】
以上のように、監視カメラ１００は、基準時刻更新前にアップロードした、イベントが検出されている時間帯の再生データの再生時刻に、基準時刻更新後にアップロードする再生データの再生時刻が重複する場合には、基準時刻の更新を行わないように制御する。
【００６０】
図１０は、本実施形態にかかる監視カメラ１００がアップロードした再生データの再生時刻（ＵＴＣ時刻）の重複をタイムラインで示した図である。図１０は、図５に対応した図であり、図５と同様の部分については説明を省略する。本実施形態の監視カメラ１００は、基準時刻更新後の再生データの再生時刻とイベント検知バー５０３で示すイベント時間帯が重複しないように、基準時刻の更新を行う。したがって、監視カメラ１００は、クラウドサーバ装置１１０にてイベント時間帯の再生データが上書きされずに管理されることを保証できる。
【００６１】
以上のように、第１の実施形態においては、監視カメラ１００は、基準時刻更新後の再生データの再生時刻とイベント時間帯が重複しないように、基準時刻の更新を行う。したがって、制御装置１２０において、イベント時間帯の再生データが再生されなくなるのを防ぐことができる。
【００６２】
（第２の実施形態）
次に、第２の実施形態にかかる再生データ送信システムについて、第１の実施形態にかかる再生データ送信システムと異なる点を主に説明する。第２の実施形態にかかる再生データ送信システムにおいては、監視カメラ１００は、基準時刻の更新により再生データの再生時刻が重複する重複時間を示す情報をクラウドサーバ装置１１０にアップロードする。
【００６３】
図１１は、第２の実施形態にかかる基準時刻更新管理処理（Ｓ６０７）における詳細な処理を示すフローチャートである。なお、図９を参照しつつ説明した第１の実施形態に係る基準時刻更新管理処理の各処理と同一の処理と同一の処理には、同一の番号を付し説明を省略する。時刻管理部３０３は、Ｓ９０１において、時刻誤差ｄが閾値Ｔ以上の場合には（Ｓ９０１でＹＥＳ）、処理をＳ１１０１へ進める。
【００６４】
Ｓ１１０１において、時刻管理部３０３は、基準時刻更新を行う。なお、Ｓ１１０１における基準時刻更新処理においては、Ｓ９０４の基準時刻更新処理に加えて、以下の処理を行う。すなわち、Ｓ１１０１においては、時刻管理部３０３は、以下に示す式（５）を用いて、基準時刻更新処理を実行したことで、基準時刻更新前後にアップロードする再生データの再生時刻（ＵＴＣ時刻）が、重複するか否かを判定する。具体的には、時刻管理部３０３は、Ｓ９００において算出したｄが式（５）を満たす場合に、再生時刻が重複すると判定する。
ｄ＜０  ・・・  （５）
式（５）を満たす場合、基準時刻の更新により、基準時刻の更新前にクラウドサーバ装置１１０にアップロードした再生データのＰＴＳが誤差によって正しい値よりも進んでいる。このため、クラウドサーバ装置１１０にて、基準時刻の更新後にアップロードする再生データのＰＴＳを再生時刻に変換すると、基準時刻の更新前にアップロードした（送信済みの）再生データの再生時刻に重複する。
【００６５】
時刻管理部３０３は、式（５）を満たす場合には、ｄの絶対値｜ｄ｜を再生時刻の重複時間を示す情報として生成する。時刻管理部３０３はまた、式（５）を満たさない場合には、０を再生時刻の重複時間を示す情報として生成する。そして、時刻管理部３０３は、ＵＴＣ時刻Ｕnew、ＰＴＳ値Ｐnew及び再生時刻の重複時間を含んだ更新情報をクラウドサーバ装置１１０にアップロードする。
【００６６】
クラウドサーバ装置１１０は、再生時刻の重複時間として０を受信することで、基準時刻更新により再生データの再生時刻に重複が発生していないことを把握することができる。また、クラウドサーバ装置１１０は、ＰＴＳの誤差ｄの絶対値を受信することで、基準時刻の更新時に再生データの再生時刻に重複が発生する時間帯を把握することができる。時刻管理部３０３は、Ｓ１１０１の処理の後、処理をＳ９０４へ進める。
【００６７】
図１２は、第２の実施形態に係る監視カメラ１００が、基準時刻の更新時にクラウドサーバ装置１１０に対して送信する更新情報の送信フォーマットの一例を示す図である。更新情報１２００には、基準時刻（ＵＴＣ時刻）欄、ＰＴＳ欄、重複時間欄を含む。基準時間欄には、Ｓ９００において算出された重複時間｜ｄ｜が格納される。また、基準時刻欄及びＰＴＳ欄には、それぞれ図１１のＳ１１０１にて取得したＵＴＣ時刻Ｕnew及びＰＴＳ値Ｐnewが格納される。なお、他の例としては、重複時間欄には、｜ｄ｜に変えて、再生時刻の重複開始時刻及び重複終了時刻を格納してもよい。なお、第２の実施形態に係る再生データ送信システムのこれ以外の構成及び処理は、第１の実施形態に係る再生データ送信システムの構成及び処理と同様である。
【００６８】
以上のように、第２の実施形態においては、監視カメラ１００は、イベントの開始及び終了をクラウドサーバ装置１１０に送信し、さらに、重複時間をクラウドサーバ装置１１０に送信する。したがって、クラウドサーバ装置１１０は、ＵＴＣ時刻ＵnewとＰＴＳ値Ｐnewから重複時間分の再生データの再生時刻の重複を防ぐ処理を行うことができる。再生時刻の重複を防ぐ処理としては、基準時刻更新の時刻であるＵＴＣ時刻Ｕnewから重複時間分の再生データを二重で管理する処理が挙げられる。
【００６９】
なお、上記実施形態においては、監視カメラ１００がクラウドサーバ装置１１０にアップロードする再生データの形式は、ＭＰＥＧ−２規格におけるＰＥＳパケットの形式であるものとした。ただし、再生データの形式は、ＭＰＥＧ−２規格及びＰＥＳパケットの形式に限定されるものではない。
【００７０】
また、上記実施形態においては、監視カメラ１００は、再生データに付加されるタイムスタンプの形式としてＰＴＳを用いたが、ＰＴＳ以外のタイムスタンプを用いてもよい。加えて、監視カメラ１００は、基準時刻としてＵＴＣ時刻を用いたが、ＮＴＰサーバによって時刻同期されるＵＴＣ時刻以外の実時刻を用いてもよい。
【００７１】
（第３の実施形態）
次に、第３の実施形態にかかるクラウドサーバ装置について、第１、及び第２の実施形態にかかる再生データ送信システムと異なる点を主に説明する。第３の実施形態では、監視カメラ１００ではなく、監視カメラ１００より基準時刻を受信したクラウドサーバ装置１１０が、基準時刻更新後の再生データの再生時刻と基準時刻更新前の再生データのイベント検知時間帯が重複するかどうかを判定し、基準時刻更新を行うかどうかを判断する。クラウドサーバ装置１１０は重複が発生しない場合に基準時刻更新を実施し、重複が発生する場合に基準時刻更新リトライ指示を監視カメラ１００に対して返信する。
【００７２】
図１３は、クラウドサーバ装置１１０の機能構成図である。クラウドサーバ装置１１０は、再生データ管理部１３０１と、イベント管理部１３０２と、時刻管理部１３０３と、通信処理部１３０４と、を有している。
【００７３】
再生データ管理部１３０１は、通信処理部１３０４によって監視カメラ１００から受信した再生データ（ＰＥＳパケット）を記憶部１１２に記録する。加えて、記憶部１１２に記録された再生データ（ＰＥＳパケット）の読み出しを行う。
【００７４】
イベント管理部１３０２は、通信処理部１３０４によって監視カメラ１００から受信したイベント種別、検知開始時刻及び検知状態を対応付けて１つのレコードとして記憶部１１２のイベント管理テーブル８００に記録する。加えて、記憶部１１２のイベント管理テーブル８００から、イベント種別、検知開始時刻及び検知状態の読み出しを行う。イベント種別は、イベントの検知通知の一例である。
【００７５】
時刻管理部１３０３は、通信処理部１３０４によって監視カメラ１００から受信した基準時刻と、イベント管理テーブル８００に記録されたイベントの検知時間帯、及び検知状態をもとに、基準時刻更新処理を行うかどうかを判断する。時刻管理部１３０３は基準時刻更新処理を行わない場合、監視カメラ１００に対して基準時刻更新リトライ指示、及び基準時刻更新をリトライすべき時刻を返信し、基準時刻更新処理を行う場合、受信した基準時刻を記憶部１１２に記録する。なお、記憶部１１２に記録された基準時刻は、制御装置１２０から再生データの送信要求を受信した場合に読み出されて使用される。
【００７６】
図１４は、第３の実施形態にかかる監視カメラ１００からクラウドサーバ装置１１０へのアップロード処理を示すシーケンス図である。なお、図４を参照しつつ説明した第１の実施形態に係るシーケンス図と同一の処理には、同一の番号を付し説明を省略する。
【００７７】
Ｓ４００において、監視カメラ１００の時刻管理部３０３は、基準時刻初期化処理を行うことで、監視カメラ１００とクラウドサーバ装置１１０の間で時刻を同期させる。クラウドサーバ装置１１０において、再生データを正しい時刻で管理するためである。
【００７８】
基準時刻初期化後、Ｓ４０１において、監視カメラ１００の通信処理部３０５は、再生データ（ＰＥＳパケット）のアップロードを開始する。以降、ＰＥＳパケットのアップロードは再生データ生成部３０１により、再生データが生成された順に順次行われる。
【００７９】
次に、Ｓ１４０１において、監視カメラ１００のイベント検知部３０４がイベント検知を開始した場合、通信処理部３０５は、検知したイベントのイベント種別及び検知開始時刻をクラウドサーバ装置１１０にアップロードする。ここで、検知開始時刻は、ＵＴＣ時刻ＵSで表現される。
【００８０】
次に、Ｓ１４０２において、監視カメラ１００のイベント検知部３０４がイベント検知を終了した場合、通信処理部３０５は、検知したイベントのイベント種別及び検知終了時刻をクラウドサーバ装置１１０にアップロードする。ここで、検知終了時刻は、ＵＴＣ時刻ＵEで表現される。
【００８１】
次に、Ｓ４０２において、監視カメラ１００の時刻管理部３０３は、基準時刻更新処理のために、算出したＰＴＳ値ＰnewとＰnewに対応するＵＴＣ時刻Ｕnewをクラウドサーバ装置１１０にアップロードする。
【００８２】
次に、Ｓ１４０３において、クラウドサーバ装置１１０の時刻管理部１３０３が基準時刻更新処理を行わないと判断した場合、クラウドサーバ装置１１０は監視カメラ１００に基準時刻更新リトライ指示を返信する。また、基準時刻更新リトライ指示には、基準時刻更新処理のためのＰＴＳ値ＰnewとＰnewに対応するＵＴＣ時刻Ｕnewを再度アップロードすべき時刻を示すリトライ時刻Ｒを含めてもよい。Ｓ１４０３の処理は、生成タイミングの基準となる実時刻の送信を再要求（再送信要求）する処理の一例である。
【００８３】
図１５は、クラウドサーバ装置１１０による、再生データ受信処理を示すフローチャートである。例えば、監視カメラ１００が再生データとして映像データのみを３０ｆｐｓでアップロードする場合、クラウドサーバ装置１１０は、図１５に示すＳ１５００１からＳ１５００８の処理は、３３ミリ秒以内で繰り返し処理する。
【００８４】
Ｓ１５０００において、通信処理部１３０４は、図６のＳ６００に対応する監視カメラ１００の基準時刻初期化処理によってアップロードされたＰＴＳ値ＰとＰに対応するＵＴＣ時刻Ｕを受信する。時刻管理部１３０３は、受信したＰＴＳ値ＰとＰに対応するＵＴＣ時刻Ｕを記憶部１１２に記録する。この処理により、監視カメラ１００とクラウドサーバ装置１１０の間で時刻の同期が行われる。
【００８５】
Ｓ１５００１において、通信処理部１３０４は、図６のＳ６０５に対応する監視カメラ１００のＰＥＳパケットアップロード処理によってアップロードされたＰＥＳパケットを受信する。Ｓ１５００２において、再生データ管理部１３０１は、受信したＰＥＳパケットを記憶部１１２に記録する。
【００８６】
次に、Ｓ１５００３において、通信処理部１３０４は、監視カメラ１００によってイベントが検知され、図７のＳ７０２に対応する監視カメラ１００のイベント種別、及び検知開始時刻のアップロード処理により、イベント種別、及び検知開始時刻ＵSを受信したか否かを判定する。通信処理部１３０４は、イベント種別、及び検知開始時刻ＵSを受信した場合には（Ｓ１５００３でＹＥＳ）、処理をＳ１５００４へ進める。通信処理部１３０４は、イベント種別、及び検知開始時刻ＵSを受信していない場合には（Ｓ１５００３でＮＯ）、処理をＳ１５００５へ進める。
【００８７】
Ｓ１５００４において、イベント管理部１３０２は、イベント種別、検知開始時刻ＵS及び検知状態を対応付けて１つのレコードとして記憶部１１２のイベント管理テーブル８００に保存する。検知状態は、検知の開始又は終了の２つの状態を示す情報である。Ｓ１５００６においては、イベント管理部１３０２は、イベント検知の開始を示すＯＮを保存する。
【００８８】
次に、Ｓ１５００５において、通信処理部１３０４は、監視カメラ１００によってイベントが検知され、図７のＳ７０５に対応する監視カメラ１００のイベント種別、及び検知終了時刻のアップロード処理により、イベント種別、及び検知終了時刻ＵEを受信したか否かを判定する。通信処理部１３０４は、イベント種別、及び検知終了時刻ＵEを受信した場合には（Ｓ１５００５でＹＥＳ）、処理をＳ１５００６へ進める。通信処理部１３０４は、イベント種別、及び検知終了時刻ＵEを受信していない場合には（Ｓ１５００５でＮＯ）、処理をＳ１５００７へ進める。
【００８９】
Ｓ１５００６において、イベント管理部１３０２は、イベント種別、検知終了時刻ＵE及び検知状態を対応付けて１つのレコードとして記憶部１１２のイベント管理テーブル８００に保存する。Ｓ１５００６において、イベント管理部１３０２は、受信したイベント種別に応じて、記憶部１１２において対応するレコードを検索する。そして、対応するレコードの検知状態をＯＮからＯＦＦに変更する。イベント管理部１３０２はさらに、対応するレコードに対し、検知終了時刻ＵEを保存する。
【００９０】
次に、Ｓ１５００７において、時刻管理部１３０３は、基準時刻更新判断処理を行う。基準時刻更新判断処理については、図１６を参照しつつ後に詳述する。
【００９１】
次に、Ｓ１５００８において、制御部１１１は、再生データ受信の終了判定を行う。制御部１１１は、制御装置１２０より発行されたＰＥＳパケットのアップロード終了コマンドを受信した場合に、再生データ受信処理を終了すると判定し、監視カメラ１００に対してＰＥＳパケットのアップロード終了コマンドを送信する。また、制御部１１１は、何らかの理由により、ＰＥＳパケットを受信できないと判断した場合に、再生データ受信処理を終了すると判定する。制御部１１１は、再生データ受信処理を終了すると判定した場合には、再生データ受信処理を終了する。制御部１１１は、再生データ受信処理を終了しないと判定した場合には、処理をＳ１５００１へ進め、再生データ受信処理を継続する。
【００９２】
図１６は、図１５を参照しつつ説明した基準時刻更新判断処理（Ｓ１５００７）における詳細な処理を示すフローチャートである。Ｓ１６０００において、時刻管理部１３０３は、通信処理部１３０４によって基準時刻としてＰＴＳ値ＰnewとＰnewに対応するＵＴＣ時刻Ｕnewを受信したか否かを判定する。時刻管理部１３０３は、基準時刻を受信した場合には（Ｓ１６０００でＹＥＳ）、処理をＳ１６００１へ進める。時刻管理部１３０３は、基準時刻を受信していない場合には（Ｓ１６０００でＮＯ）、基準時刻更新判断処理を終了する。
【００９３】
Ｓ１６００１において、イベント管理部１３０２は、イベントの検知中であるか否かを判定する。具体的には、イベント管理部１３０２は、記憶部１１２に記録されたイベント管理テーブル８００を参照し、検知状態がＯＮのイベントが存在する場合に、イベントの検知中であると判定する。イベント管理部１３０２は、イベント検知中の場合には（Ｓ１６００１でＹＥＳ）、基準時刻更新を行わず、処理をＳ１６００４へ進める。この場合、基準時刻更新前に受信したイベント時間帯の再生データの再生時刻（ＵＴＣ時刻）に、基準時刻更新後に受信した再生データの再生時刻（ＵＴＣ時刻）が重複するためである。イベント管理部１３０２は、イベント検知中でない場合には（Ｓ１６００１でＮＯ）、処理をＳ１６００２へ進める。
【００９４】
Ｓ１６００２において、時刻管理部１３０３は、基準時刻更新処理を実行した場合に、基準時刻更新後に受信した再生データの再生時刻が、すでに検知が終了しているイベントにかかるイベント時間帯に重複するか否かを判定する。具体的には、時刻管理部３０３は、イベント管理テーブル８００に記載されているすべてのイベントの検知終了時刻ＵEに対し、図９を参照しつつ説明した式（４）を満たすか否かを判定する。なお、第３の実施形態では、式（４）におけるｄの値は、以下の式（６）で求まる。
ｄ＝（Ｕnew−Ｕоld）−（Ｐnew−Ｐоld）／９００００＊１００００００  ・・・  （６）
式（６）において、ｄは基準時刻更新によって生じる時刻誤差の値である。Ｐоldは監視カメラ１００から基準時刻として前回受信したＰＴＳ値であり、ＵоldはＰоldに対応するＵＴＣ時刻である。また、Ｕnewは基準時刻更新後にアップロードする再生データ（ＰＥＳパケット）がクラウドサーバ装置１１０にて管理され始めるＵＴＣ時刻でもある。
【００９５】
式（４）は、基準時刻更新後に受信する再生データの再生時刻Ｕnew＋ｄが、イベント検知の終了時刻ＵEにαを加算した時刻よりも前の時刻になるかどうかを判定する式である。時刻管理部１３０３は、式（４）を満たす場合に、基準時刻更新後に受信する再生データの再生時刻が、イベント時間帯に重複すると判定する。すなわち、時刻管理部１３０３は、イベントの検知が終了した時刻よりも所定時間αだけ後の時刻までの間の期間と、受信予定の再生データの生成時刻が重複するか否かを判定する。時刻管理部１３０３は、再生時刻がイベント時間帯に重複すると判定した場合には（Ｓ１６００２でＹＥＳ）、処理をＳ１６００３へ進める。時刻管理部１３０３は、再生時刻がイベント時間帯に重複しないと判定した場合には（Ｓ１６００２でＮＯ）、基準時刻更新を行わず、処理をＳ１６００４へ進める。
【００９６】
Ｓ１６００３において、時刻管理部１３０３は、Ｓ１６０００で受信した基準時刻であるＰＴＳ値ＰnewとＰnewに対応するＵＴＣ時刻Ｕnewを記憶部１１２に記録し、基準時刻判断処理を終了する。
【００９７】
Ｓ１６００４において、通信処理部１３０４は、監視カメラ１００に対し、基準時刻更新のリトライ指示を返信し、基準時刻判断処理を終了する。また、時刻管理部１３０３は、通信処理部１３０４が返信する基準時刻更新リトライ指示に、基準時刻更新処理のためのＰＴＳ値ＰnewとＰnewに対応するＵＴＣ時刻Ｕnewを再度アップロードすべき時刻を示すリトライ時刻Ｒを含めてもよい。以下の式（７）は、リトライ時刻Ｒを求める式の一例である。
Ｒ＝ＵE＋α＋｜ｄ｜  ・・・  （７）
式（７）において、Ｒは基準時刻更新前の検知したイベントの検知終了時刻ＵEにαを加算した時刻に基準時刻更新によって発生する重複時間｜ｄ｜を考慮しても、イベント検知時間帯の再生データに再生時刻の重複が発生しない十分な時刻である。また、ＲはＵＴＣ時刻である。
【００９８】
なお、上記実施形態において、式（７）は基準時刻更新リトライ指示に含まれるリトライ時刻Ｒの算出式の一例であり、これに限定されるものではない。
【００９９】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給する。そして、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【０１００】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０１０１】
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【０１０２】
１００    監視カメラ
１１０    クラウドサーバ装置
１２０    制御装置
３０１    再生データ生成部
３０２    パケットデータ生成部
３０３    時刻管理部
３０４    イベント検知部
３０５    通信処理部
１３０１  再生データ管理部
１３０２  イベント管理部
１３０３  時刻管理部
１３０４  通信処理部
【図１】
2020191616.tif 000003
【図２】
2020191616.tif 000004
【図３】
2020191616.tif 000005
【図４】
2020191616.tif 000006
【図５】
2020191616.tif 000007
【図６】
2020191616.tif 000008
【図７】
2020191616.tif 000009
【図８】
2020191616.tif 000010
【図９】
2020191616.tif 000011
【図１０】
2020191616.tif 000012
【図１１】
2020191616.tif 000013
【図１２】
2020191616.tif 000014
【図１３】
2020191616.tif 000015
【図１４】
2020191616.tif 000016
【図１５】
2020191616.tif 000017
【図１６】
2020191616.tif 000018