(57)【要約】      （修正有）【課題】３つ以上のカメラおよびストレージスペースを含むストレージサービスを含む監視システムにおいてビデオデータを記憶するための技法を実装し使用する、コンピュータプログラム製品を含む方法および装置を提供する。【解決手段】監視システム内でビデオデータを記憶するための方法であって、ストレージスペースを、３つ以上のビデオカメラのそれぞれのカメラから或る期間にわたって取得されるビデオデータを記憶するための初期セットの割り当て部分に分割する。各カメラについて、ビデオ品質値は、カメラによって取得されるビデオをエンコードするために設定し、ストレージの割り当て部分を超えることになるビデオデータの品質を低下させ、低下したビデオ品質がビデオ品質閾値よりも低い場合はストレージスペースを再分割する。【選択図】図６
2020120373.tif 000002
【特許請求の範囲】
【請求項１】
３つ以上のカメラおよびストレージスペースを含むストレージサービスを含む監視システムにおいてビデオデータを記憶するための方法であって、
前記ストレージスペースを、前記３つ以上のビデオカメラのそれぞれのカメラから或る期間にわたって取得されるビデオデータを記憶するための初期セットの割り当て部分に分割することであって、前記初期セットの割り当て部分内の各割り当て部分は、前記３つ以上のカメラの１つのカメラからのビデオデータを記憶するように構成される、前記ストレージスペースを分割すること、
各カメラについて、前記カメラによって取得されるビデオをエンコードするためにビデオ品質値を設定すること、
各カメラについて、また、離散時間間隔において、前記ビデオ品質値を維持することが、前記期間にわたる前記カメラについてのストレージスペースの前記割り当て部分を超えることになるビデオデータの予想される量を、前記カメラに出力させることになるか否かを判定すること、
少なくとも１つのカメラについて、ビデオデータの前記予想される量がストレージスペースの前記割り当て部分を超えることになると判定することに応答して、前記ビデオ品質値を、前記現在のビデオ品質値によって示されるビデオ品質に対して低下したビデオ品質を示すビデオ品質値に調整すること、および、
或るカメラからの前記低下したビデオ品質値が、ビデオ品質閾値によって示されるビデオ品質を下回るビデオ品質を示すと判定することに応答して、前記ストレージスペースを新しいセットの割り当て部分に再分割することを含み、ビデオ品質閾値によって示される前記ビデオ品質を下回るビデオ品質を有するカメラに対して、増加したストレージスペースが割り当てられ、少なくとも１つの他のカメラに対して、減少したストレージスペースが割り当てられる、方法。
【請求項２】
前記初期セットの割り当て部分内の前記割り当て部分は同じサイズを有する、請求項１に記載の方法。
【請求項３】
前記ストレージスペースを初期セットの割り当て部分に分割することは、前記ビデオデータの特徴：分解能、コーディング、初期品質パラメータおよびフレームレート、ならびに保持時間の１つまたは複数に関係する統計的推測に基づいて行われる、請求項１に記載の方法。
【請求項４】
前記ビデオ品質値は量子化パラメータ値によって示される、請求項１に記載の方法。
【請求項５】
前記ビデオ品質値は、個々に設定され、各カメラについて調整される、請求項１に記載の方法。
【請求項６】
前記期間は、少なくとも１日を示す可動時間窓によって規定される、請求項１に記載の方法。
【請求項７】
前記離散時間間隔は約数秒から約数時間に及ぶ、請求項１に記載の方法。
【請求項８】
各カメラは、前記カメラによって取得される前記ビデオデータを記憶するための関連する保持時間を有する、請求項１に記載の方法。
【請求項９】
前記初期ビデオ品質値はシステム管理者によって手作業で設定される、請求項１に記載の方法。
【請求項１０】
前記初期ビデオ品質値は、前記カメラによって取得される特定の監視シーンに基づいて前記カメラによって自動で設定される、請求項１に記載の方法。
【請求項１１】
３つ以上のカメラおよびストレージスペースを含むストレージサービスを含む監視システムにおいてビデオデータの記憶を制御するためのストレージコントローラであって、
前記ストレージスペースを、前記３つ以上のビデオカメラのそれぞれのカメラから或る期間にわたって取得されるビデオデータを記憶するための初期セットの割り当て部分に分割するために配置されたストレージ分割モジュールであって、前記初期セットの割り当て部分内の各割り当て部分は、前記３つ以上のカメラの１つのカメラからのビデオデータを記憶するように構成される、ストレージ分割モジュールと、
各カメラについて、前記カメラによって取得されるビデオをエンコードするためにビデオ品質値を設定するために配置された品質値設定モジュールと、
判定モジュールとを備え、前記判定モジュールは、
各カメラについて、また、離散時間間隔において、前記ビデオ品質値を維持することが、前記期間にわたる前記カメラについてのストレージスペースの前記割り当て部分を超えることになるビデオデータの予想される量を、前記カメラに出力させることになるか否かを判定し、
少なくとも１つのカメラについて、ビデオデータの前記予想される量がストレージスペースの前記割り当て部分を超えることになると判定することに応答して、前記ビデオ品質値を、前記現在のビデオ品質値によって示されるビデオ品質に対して低下したビデオ品質を示すビデオ品質値に調整し、
或るカメラからの前記低下したビデオ品質値が、ビデオ品質閾値によって示されるビデオ品質を下回るビデオ品質を示すと判定することに応答して、前記ストレージスペースを新しいセットの割り当て部分に再分割するために配置され、ビデオ品質閾値によって示される前記ビデオ品質を下回るビデオ品質を有するカメラに対して、増加したストレージスペースが割り当てられ、少なくとも１つの他のカメラに対して、減少したストレージスペースが割り当てられる、ストレージコントローラ。
【請求項１２】
３つ以上のカメラおよびストレージスペースを含むストレージサービスを含む監視システムにおいてビデオデータを記憶するためのコンピュータプログラム製品であって、コンピュータ記憶媒体を備え、前記コンピュータ記憶媒体は、前記コンピュータ記憶媒体によって具現化されるプログラム命令を有し、前記プログラム命令は、プロセッサによって実行可能であり、前記プロセッサに、
前記ストレージスペースを、前記３つ以上のビデオカメラのそれぞれのカメラから或る期間にわたって取得されるビデオデータを記憶するための初期セットの割り当て部分に分割すること、
各カメラについて、前記カメラによって取得されるビデオをエンコードするためにビデオ品質値を設定することであって、前記初期セットの割り当て部分内の各割当て部分は、前記３つ以上のカメラの１つのカメラからのビデオデータを記憶するように構成される、ビデオ品質値を設定すること、
各カメラについて、また、離散時間間隔において、前記ビデオ品質値を維持することが、前記期間にわたる前記カメラについてのストレージスペースの前記割り当て部分を超えることになるビデオデータの予想される量を、前記カメラに出力させることになるか否かを判定すること、
少なくとも１つのカメラについて、ビデオデータの前記予想される量がストレージスペースの前記割り当て部分を超えることになると判定することに応答して、前記ビデオ品質値を、前記現在のビデオ品質値によって示されるビデオ品質に対して低下したビデオ品質を示すビデオ品質値に調整すること、および、
或るカメラからの前記低下したビデオ品質値が、ビデオ品質閾値によって示されるビデオ品質を下回るビデオ品質を示すと判定することに応答して、前記ストレージスペースを新しいセットの割り当て部分に再分割することであって、ビデオ品質閾値によって示される前記ビデオ品質を下回るビデオ品質を有するカメラに対して、増加したストレージスペースが割り当てられ、少なくとも１つの他のカメラに対して、減少したストレージスペースが割り当てられる、前記ストレージスペースを再分割すること
を含む方法を実施させる、コンピュータプログラム製品。
【請求項１３】
請求項１１に記載のストレージコントローラを備えるカメラ。
【請求項１４】
請求項１１に記載のストレージコントローラを備えるネットワークビデオレコーダ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビデオ記録システムに関係し、より具体的には、ビデオ記録システム内の１つまたは複数のカメラによって記録されるビデオデータのストレージに関係する。
【背景技術】
【０００２】
ネットワークカメラモニタリングシステムなどのデジタルビデオシステムにおいて、データストレージ能力をストレージ要件に一致させることは、高品位ビデオおよびネットワークカメラの導入によって重要性がさらに増してきた。費用効果的な方法で要求を満たすために、数日または数週、または場合によってはさらに数か月または数年の十分なストレージを提供しようと試みると、多くの難題が生じる。ストレージのコストは、通常、デジタルビデオシステムのコストのかなりの部分であり、したがって、システム所有者は、ストレージ容量を低く維持し、一方、同時に、ビデオの品質をできる限り良好に維持するという欲求を有する。
【０００３】
通常、長期平均ビットレートが使用されて、カメラの品質パラメータを制御し、それにより、システム内のカメラからの取得データを、指定された期間にわたって所定のストレージサイズに適合させる。概して、このアプローチは、ビットレートを制御するために非常に有利である。しかしながら、長期平均ビットレートがあまりにも低く設定される場合、これは、悪い品質パラメータが一部のカメラについて得られることをもたらす可能性があり、なぜならば、一部のカメラが取得するシーンが、より躍動的であり、システムが最初にセットアップされたときに予想されたよりも多くの動きを含む場合があり、長期平均ビットレートが、不正確に推定されている場合があるからである。逆に、長期平均ビットレートがあまりにも高く設定される場合、効率的に使用されないかなりの量のストレージスペースが存在することになり、なぜならば、カメラが、ほとんどまたは全く動きがないシーンを不必要に高い品質またはビットレートで取得する場合があり、またさらに、ストレージスペースを使い果たすことが考えられる場合があるからである。少なくともこれらの理由で、ストレージニーズを推定し、デジタルビデオシステム内でビデオデータを記憶するための改善された方法についての必要性が存在する。
【０００４】
ストレージスペースが異なるカメラの間でできる限り効率的に使用されるように、３つ以上のカメラおよびストレージスペースを含むストレージサービスを含む監視システムにおいてビデオデータを記憶するための技法を提供することが本発明の目的である。このまた他の目的は、請求項１による方法、請求項１１によるストレージコントローラ、請求項１２によるコンピュータプログラム製品、請求項１４によるカメラ、および請求項１５によるネットワークビデオレコーダによって達成される。
【発明の概要】
【０００５】
第１の態様によれば、これらのまた他の目的は、３つ以上のカメラおよびストレージスペースを含むストレージサービスを含む監視システムにおいてビデオデータを記憶するための方法によって、完全にまたは少なくとも部分的に達成される。方法は、
・ストレージスペースを、３つ以上のビデオカメラのそれぞれのカメラから或る期間にわたって取得されるビデオデータを記憶するための初期セットの割り当て部分に分割すること、
・各カメラについて、カメラによって取得されるビデオをエンコードするためにビデオ品質値を設定すること、
・各カメラについて、また、離散時間間隔において、ビデオ品質値を維持することが、その期間にわたるカメラについてのストレージスペースの割り当て部分を超えることになるビデオデータの予想される量を、カメラに出力させることになるか否かを判定すること、
・少なくとも１つのカメラについて、ビデオデータの予想される量がストレージスペースの割り当て部分を超えることになると判定することに応答して、ビデオ品質値を、現在のビデオ品質値によって示されるビデオ品質に対して低下したビデオ品質を示すビデオ品質値に調整すること、および、
・或るカメラからのビデオ品質値が、ビデオ品質閾値によって示されるビデオ品質を下回るビデオ品質を示すと判定することに応答して、ストレージスペースを新しいセットの割り当て部分に再分割することを含み、ビデオ品質閾値によって示されるビデオ品質を下回るビデオ品質を有するカメラに対して、増加したストレージスペースが割り当てられ、少なくとも１つの他のカメラに対して、減少したストレージスペースが割り当てられる。
【０００６】
これは、幾つかのカメラの間で共通ストレージスペースを共有し、各カメラについて所望のビデオ品質を選択する方法を提供する。カメラのうちの１つのカメラが、その所望のビデオ品質を維持するために、最初に割り当てられたよりも多くのストレージスペースを使用する必要があることが、或る時間経ってわかる場合、特許請求される方法は、任意の他のカメラが、所望の品質レベルを危険にさらすことなく一部の割り当てストレージスペースをあきらめることができるか否か、またそうである場合、そのようなカメラに割り当てられたストレージスペースの一部が、より多くのストレージスペースを必要とするカメラに割り当てられる可能性があるか否かを調査することを可能にする。これは、共有されるストレージスペースをできる限り効率的に使用することを可能にし、全てのカメラが、通常、システム管理者の手作業による介入なしで、それらの所望のビデオ品質を維持することを可能にする。
【０００７】
一実施形態によれば、初期セットの割り当て部分内の割り当て部分は同じサイズを有する。全てのカメラが同じストレージスペースを得るように共有ストレージスペースを最初に分割することによって、システムは、最初に「対等の条件（ｅｖｅｎ  ｆｏｏｔｉｎｇ）」で開始し、また概して、それぞれのカメラに割り当てられるストレージスペースの量に大きい相違があった場合と比較して、少量のスペースが再分配される必要があることになる。これは、同様に、異なるカメラの間で大量のストレージスペースが再割り当てされる必要があることになる状況と比較して、全体システムが迅速に「安定する（ｓｔａｂｉｌｉｅ）」ようにさせる。
【０００８】
一実施形態によれば、ストレージスペースを初期セットの割り当て部分に分割することは、ビデオデータの特徴：分解能、コーディング、初期品質パラメータおよびフレームレート、ならびに保持時間の１つまたは複数に関係する統計的推測に基づいて行われる。ストレージスペースの初期分割を行うときにこれらのパラメータを考慮することによって、そのような考慮が全く払われなかったシナリオと比較して、適切にサイズ決定されたストレージスペースが各カメラに割り当てられることになる可能性が高い。
【０００９】
一実施形態によれば、ビデオ品質値は量子化パラメータ値によって示される。これは、当業者にビデオ品質を示す、よく知られている方法であり、本発明の種々の態様を既存のビデオシステムに統合することを直感的にする。
【００１０】
一実施形態によれば、ビデオ品質値は、個々に設定され、各カメラについて調整される。これは、忙しいシーンを取得するカメラが、ほとんどまたは全く活動がないシーンを取得するカメラと比較して、高ビットレートを使用して高品質（またそれにより、高精度）でそうすることができるようにシステムが、柔軟性があることを可能にする。
【００１１】
一実施形態によれば、期間は、少なくとも１日を示す可動時間窓によって規定される。すなわち、確固とした開始日時および確固とした終了日時によって規定される期間中にビデオを取得するのではなく、期間は、連続して展開し、例えば、過去３０日、過去１週、過去１年などであり得る。これはシステムの安定性を増加させ、なぜならば、終了日時に突然停止し、その後、次の開始日時に「最初から（ｆｒｏｍ  ｓｃｒａｔｃｈ）」再び開始される必要があるのではなく、必要とされるストレージスペースの推定が進行中であることができるからである。
【００１２】
一実施形態によれば、離散時間間隔は約数秒から約数時間に及び得る。すなわち、どれだけのストレージスペースが分配されるべきかの決定は、本質的に連続して起こり得る。しかしながら、その決定は、例えば、カメラによってモニターされるシーンにおいてほんのわずかな変化が存在する状況において、また、計算資源が十分でない場合がある状況において、頻繁にではなく（すなわち、１時間ごとに）起こり得る。
【００１３】
一実施形態によれば、各カメラは、カメラによって取得されるビデオデータを記憶するための関連する保持時間を有する。すなわち、管理者は、ビデオをカメラによってどれだけ長く記録し続けるかを、カメラごとに決定し得る。或る状況において、例えば、ビデオがどれだけ長く保存され得るかを左右する法的またはビジネス的要件が存在する場合がある。システム内の異なるカメラが異なるストレージ要件を有する状況において、異なる保持時間を設定することができ、それにより、システムの柔軟性を増加させる。
【００１４】
一実施形態によれば、初期ビデオ品質値はシステム管理者によって手作業で設定される。多くの場合、カメラ自身は、それら自身のビデオ品質値を設定し得る、または、デフォルト品質値を有する。しかしながら、これらの自動設定がオーバーライドされる必要がある状況が同様に存在する場合があり、そのような状況では、初期ビデオ品質値を手作業で設定するシステム管理者の能力を有することが有利である。
【００１５】
一実施形態によれば、初期ビデオ品質値は、カメラによって取得される特定の監視シーンに基づいてカメラによって自動で設定される。特定の監視シーンに基づいてビデオ品質値を自動で設定する能力を有することは、システムの管理を容易にし、また、精度を同様に向上することができ、なぜならば、人が普通ならうっかり見落としてしまっている場合がある特定の詳細を、カメラが監視シーン内で検出することができるからである。
【００１６】
第２の態様によれば、本発明は、３つ以上のカメラおよびストレージスペースを含むストレージサービスを含む監視システムにおいてビデオデータの記憶を制御するためのストレージコントローラに関係する。システムは、ストレージ分割モジュール、品質値設定モジュール、および判定モジュールを含む。ストレージ分割モジュールはストレージスペースを、３つ以上のビデオカメラのそれぞれのカメラから或る期間にわたって取得されるビデオデータを記憶するための初期セットの割り当て部分に分割するために配置される。品質値設定モジュールは、各カメラについて、カメラによって取得されるビデオをエンコードするためにビデオ品質値を設定するために配置される。判定モジュールは、各カメラについて、また、離散時間間隔において、ビデオ品質値を維持することが、その期間にわたるカメラについてのストレージスペースの割り当て部分を超えることになるビデオデータの予想される量を、カメラに出力させることになるか否かを判定し；少なくとも１つのカメラについて、ビデオデータの予想される量がストレージスペースの割り当て部分を超えることになると判定することに応答して、ビデオ品質値を、現在のビデオ品質値によって示されるビデオ品質に対して低下したビデオ品質を示すビデオ品質値に調整し；或るカメラからのビデオ品質値が、ビデオ品質閾値によって示されるビデオ品質を下回るビデオ品質を示すと判定することに応答して、ストレージスペースを新しいセットの割り当て部分に再分割するために配置され、ビデオ品質閾値によって示されるビデオ品質を下回るビデオ品質を有するカメラに対して、増加したストレージスペースが割り当てられ、少なくとも１つの他のカメラに対して、減少したストレージスペースが割り当てられる。
【００１７】
第３の態様によれば、本発明は、３つ以上のカメラおよびストレージスペースを含むストレージサービスを含む監視システムにおいてビデオデータを記憶するためのコンピュータプログラムに関係する。コンピュータプログラムは、
・ストレージスペースを、３つ以上のビデオカメラのそれぞれのカメラから或る期間にわたって取得されるビデオデータを記憶するための初期セットの割り当て部分に分割するステップ、
・各カメラについて、カメラによって取得されるビデオをエンコードするためにビデオ品質値を設定するステップ、
・各カメラについて、また、離散時間間隔において、ビデオ品質値を維持することが、その期間にわたるカメラについてのストレージスペースの割り当て部分を超えることになるビデオデータの予想される量を、カメラに出力させることになるか否かを判定するステップ、
・少なくとも１つのカメラについて、ビデオデータの予想される量がストレージスペースの割り当て部分を超えることになると判定することに応答して、ビデオ品質値を、現在のビデオ品質値によって示されるビデオ品質に対して低下したビデオ品質を示すビデオ品質値に調整するステップ、および、
・或るカメラからのビデオ品質値が、ビデオ品質閾値によって示されるビデオ品質を下回るビデオ品質を示すと判定することに応答して、ストレージスペースを新しいセットの割り当て部分に再分割するステップであって、ビデオ品質閾値によって示されるビデオ品質を下回るビデオ品質を有するカメラに対して、増加したストレージスペースが割り当てられ、少なくとも１つの他のカメラに対して、減少したストレージスペースが割り当てられる、再分割するステップに対応する命令を含む。
【００１８】
第４の態様によれば、本発明は、上述したストレージコントローラを備えるカメラに関係する。カメラは、方法の利点に対応する利点を有し、また、同様に変動する場合がある。
【００１９】
第５の態様によれば、本発明は、ストレージコントローラを備えるネットワークビデオレコーダに関係する。ネットワークビデオレコーダは、方法の利点に対応する利点を有し、また、同様に変動する場合がある。
【００２０】
本発明の１つまたは複数の詳細は、添付図面および以下の説明において述べられる。本発明の他の特徴および利点は、説明および図面からまた特許請求項から明らかになる。
【図面の簡単な説明】
【００２１】
【図１】一実施形態によるカメラによってモニターされるシーンの斜視図である。
【図２】一実施形態によるカメラシステムの図である。
【図３】一実施形態による図２のシステム内のカメラのブロック図である。
【図４】一実施形態による図２のシステム内のネットワークビデオレコーダのブロック図である。
【図５】一実施形態による図２のシステム内のビットレートコントローラのブロック図である。
【図６】一実施形態による監視システム内でビデオデータを記憶するための方法６００のフローチャートである。
【００２２】
種々の図面における同様の参照シンボルは同様の要素を示す。
【発明を実施するための形態】
【００２３】
本発明の種々の実施形態は、複数のカメラを含むデジタルビデオシステムの中央レポジトリー内にビデオデータを効率的に記憶するための技法に関する。高レベルにおいて、本発明によって使用される技法は、カメラについての現在の品質パラメータが、記録されるビデオについて不十分なストレージスペースをもたらす場合があることを検出することに応答して、デジタルビデオシステム内の１つまたは複数のカメラによって記録されるビデオのエンコーディングで使用される品質パラメータを変更するものとして述べられ得る。ビデオ品質が、設定閾値を下回る場合、中央レポジトリー内の共有ストレージスペースは、最低ビデオ品質がカメラについて維持されるように、カメラの間で再分配される。
【００２４】
本発明の種々の実施形態によれば、各カメラについての品質パラメータは、カメラによって現在記録されているビデオの品質が低過ぎるか否かを調べるために定期的にチェックされる。品質パラメータは幾つかの方法でチェックされ得る。例えば、一実施形態において、品質パラメータの値はアプリケーションプログラミングインタフェース（ＡＰＩ：ａｐｐｌｉｃａｔｉｏｎ  ｐｒｏｇｒａｍｍｉｎｇ  ｉｎｔｅｒｆａｃｅ）を通して利用可能にされ得る。別の実施形態において、品質パラメータ値は、記録されるビデオをデコードすることによって決定され得る。カメラについての品質パラメータが最低閾値レベルより低い場合、システムは、カメラの間でストレージ容量を再分配して、あまりにも低い品質パラメータを有するカメラのためにより多くのストレージスペースを提供する。このカメラに割り当てられるストレージ容量の増加は、その後、品質パラメータを増加させることを可能にすることになり、それにより、カメラはより高い品質のビデオを保存できる。換言すれば、設定される量のストレージスペースは、カメラのうちの任意のカメラについて、指定された閾値をビデオ品質が下回ることなく、各カメラおよび各監視状況のニーズが満たされるように、幾つかのカメラの間で自動的に区分化される。
【００２５】
以下の例は、本発明の種々の実施形態の一般的な原理を示すために使用され得る。ビデオデジタルビデオシステムが５つのカメラを含み、それぞれが、中央リポジトリー内にカメラが自由に使える２０ＧＢのストレージスペースを有すると仮定する。しばらくの間、ビデオを記録した後、カメラは、その２０ＧＢを次の通りに使用した：
・カメラＡ：１０ＧＢ
・カメラＢ：１５ＧＢ
・カメラＣ：２０ＧＢ
・カメラＤ：２０ＧＢ
・カメラＥ：２０ＧＢ
【００２６】
見てわかるように、カメラＣ、Ｄ、およびＥは、ここで、それらの割り当てストレージを完全に使用しており、また、それらのシーンおよび利用可能なストレージによって最適な体験を作成している。しかしながら、カメラＡおよびＢは、それらの割り当てにおいて、それぞれ１０ＧＢおよび５ＧＢの利用可能な余剰ストレージを依然として有する。すなわち、一部の他のカメラによって使用される可能性がある余剰の１５ＧＢのストレージスペースが存在する。問題は、この余剰ストレージがカメラの間でどのように分配されるべきかを決定することである。
【００２７】
一実施形態において、この問題は、そのＱＰ（：Ｑｕａｎｔｉｚａｔｉｏｎ  Ｐａｒａｍｅｔｅｒ、量子化パラメータ）値、すなわち、その予算を立てるために、カメラがそのビデオの品質をどれほど厳しく低減しなければならないかを各カメラがレポートすることによって解決される。当業者によく知られているように、ＱＰパラメータは、どれほど多くの空間的詳細が保存されるかを調節する。より具体的には、ＱＰパラメータは、１フレーム内の全てのマクロブロックについて圧縮量を制御する。大きいＱＰ値は、より高い量子化、より大きい圧縮、およびより低い品質が存在することになることを意味する。より低い値は、反対のもの、すなわち、より低い量子化、より小さい圧縮、およびより高い品質を意味する。当業者によく知られているように、ＱＰ値は、通常、０〜５１の範囲内である。本例において、各カメラについてのデフォルトＱＰ値が、例示および説明の容易さのために、３０に設定されると仮定する。もちろん、他のＱＰ値が同様に可能である。
【００２８】
次に、カメラＣ、Ｄ、およびＥによってレポートされるＱＰ値が次の通りであると仮定する（カメラＡおよびＢは、自分の割り当てストレージスペースを使用していないため、無視され得る）：
・カメラＣ：ＱＰ値＝３０
・カメラＤ：ＱＰ値＝３５
・カメラＥ：ＱＰ値＝４５
【００２９】
これらの数値から、カメラＣが、最初に指定された品質を有するビデオを記録しているため、実際にバランスしており、したがって、それ以上のストレージスペースを必要としないと結論され得る。カメラＤは、或る程度低下したビデオ品質を有し、何らかのさらなるストレージスペースから利益を受ける可能性がある。カメラＥは、一方、高いＱＰ値を有し、また、３０のそのターゲットＱＰ値を満たすためにかなりの量のさらなるストレージスペースから利益を受けることになる。したがって、システムは、以下の設定によってシステムをリバランスする：
・カメラＡ：１０ＧＢ
・カメラＢ：１５ＧＢ
・カメラＣ：２０ＧＢ
・カメラＤ：２２ＧＢ
・カメラＥ：３３ＧＢ
【００３０】
ストレージスペースのこの再分配は、各カメラが、そのターゲットストレージおよびターゲットＱＰ値に達し、一方、同時に、中央リポジトリー内の利用可能な１００ＧＢのストレージスペースを超えないことを可能にする。一実施形態において、システムが、３０のターゲットＱＰ値を満たすようにストレージスペースを再分割することが可能でない場合、システムは、代わりに、全体のターゲットＱＰ値を増加させよう（すなわち、全体のビデオ品質をわずかに下げよう）と試みることができる。例えば、システムは、カメラについて、３０の代わりに、３１のターゲットＱＰ値に達するためにストレージスペースを再分割するように試みることができる。この例で使用される数値が単に本発明の一般的な原理を示すためのものであること、および、現実の実装態様において、その数値がこの例から著しく変動する場合があることが留意されるべきである。本発明の種々の実施形態が、ここで、図面を参照してさらに詳細に説明される。
【００３１】
図１は、カメラ２によってモニターされるシーン１の略図を示す。図２は、図１のカメラ２がその一部であるカメラシステム２０の略図を示す。カメラシステム２０は、幾つかのカメラ２、ネットワークビデオレコーダ２１、およびディスプレイ２３を含むユーザーステーション２２を含む。カメラシステム２０は、カメラ２をネットワークビデオレコーダ２１に接続し、また、カメラ２およびネットワークビデオレコーダ２１をユーザーステーション２２に同様に接続するネットワーク２４をさらに含む。ネットワーク２４は有線または無線であることができ、また、ネットワーク２４は、例えば、セルラーネットワークであることができる。ネットワークの異なる部分は、同じまたは異なるネットワーク技術を使用することができる。例えば、カメラ２は、ワイヤを使用してネットワークビデオレコーダ２１に接続されることができ、ユーザーステーションに対する接続は無線であることができる。
【００３２】
或る使用事例において、ユーザーステーション２２は、カメラ２およびネットワークビデオレコーダ２１の地理的に近くに、例えば、同じ建物内に配置され得る。他の使用事例において、ユーザーステーション２２を遠隔に配置することができる。一部の事例では、カメラシステム２０は、地理的に分散され、それにより、１つまたは複数のカメラは１つのロケーションに（例えば、１つの町の１つの店内に）配置され、一方、１つまたは複数の他のカメラは他のところに（例えば、異なる町の異なる店内に）位置付けられる。ユーザーステーション２２は物理的デバイスまたはデバイスのシステムであり得る。例えば、ユーザーステーション２２は、リアルタイムにまたはレコーディングから、取得されるビデオシーケンスをオペレータが注視し得るコントロールセンター内に位置する、ディスプレイを有するペーソナルコンピュータであり得る。代替的にまたは付加的に、ユーザーステーションは、スマートフォンなどのモバイルデバイスであり得る。
【００３３】
図３は、カメラ２の簡略化されたブロック図を示す。図３を見てわかるように、カメラ２は、レンズ３１、画像センサ３２、ビットレートコントローラ３３、エンコーダ３４、ローカルストレージ３５、およびネットワークインタフェース３６を有する。当業者によって認識されるように、カメラ２は、さらなるコンポーネントを有するが、これらは、本発明の種々の実施形態の説明のために必要でないため、図面に含まれず、また、さらに論じられないであろう。
【００３４】
レンズ３１および画像センサ３２によって、カメラ２はシーン１の画像を取得する。その画像はエンコーダ３４によってエンコードされて、エンコード画像フレームのストリームを形成する。ビットレートコントローラ３３は、エンコーダ３４に入力されるＱＰ値を設定して、エンコーダ３４が所望のビットレートを送出することを保証する。ＱＰ値は、以降でより詳細に説明するように、自動でまたはシステム管理者によって設定され得る。ローカルストレージ３５は、例えば、ＳＤカードであることができ、また、任意選択で、エンコード画像フレームを、中央ストレージに送信する前に、ローカルにカメラ内に記憶するために使用することができる。ネットワークインタフェース３６によって、カメラ２は、エンコード画像フレームをネットワークビデオレコーダ２１および／またはユーザーステーション２２に送信し得る。
【００３５】
図４は、ネットワークビデオレコーダ２１の簡略化されたブロック図を示す。ネットワークビデオレコーダ２１は、カメラシステム２０内のカメラ２に接続するための入力４２およびユーザーステーション２２に接続するための出力４３を有するネットワークインタフェース４１を有する。さらに、ネットワークビデオレコーダ２１は、記憶ユニット４４およびビットレートコントローラ４５を有する。記憶ユニット４４は、例えば、ディスクドライブであることができる。カメラ２のビットレートコントローラ３３の場合と同様に、ネットワークビデオレコーダのビットレートコントローラ４５の機能は、後でさらに述べられる。ネットワークビデオレコーダ２１は、他のコンポーネントを同様に有することができるが、これらは、本発明を説明するために必要でないため、図面に示されず、さらに論じられないであろう。
【００３６】
図５において、ビットレートコントローラ５１の簡略化されたボックス図が示される。ビットレートコントローラ５１は、カメラ２および／またはネットワークビデオレコーダ２１に接続可能な独立型ユニットであり得る。代替的に、ビットレートコントローラ５１はカメラ２内に統合され、それにより、図３に示すビットレートコントローラ３３の場所をとり得る、または、ビットレートコントローラ５１はネットワークビデオレコーダ２１内に統合され、それにより、図４に示すビットレートコントローラ４５の場所をとり得る。ビットレートコントローラ５１のロケーションによらず、ビットレートコントローラ５１は、本質的に同じコンポーネントを有し、また、本質的に同じ方法で動作する。そのため、図５に示すビットレートコントローラ５１の以下の説明は、図３のビットレートコントローラ３３および図４のビットレートコントローラ４５に同様に当てはまる。
【００３７】
ビットレートコントローラ５１は、予算セッター５２を有し、予算セッター５２は、中央リポジトリー内のカメラに割り当てられる所望のＱＰ値およびストレージスペースに基づいて長期ビットバ予算を設定するために配置される。長期ビット予算は、ビットレートコントローラ５１によって制御されるビデオエンコーダが、１日または数日など或る期間にわたって出力することができるビットの数に対する限界を設定して、カメラに割り当てられるストレージスペースがその期間にわたって超えないことを保証する。一実施形態において、予算セッター５２は、使用される予算を連続してモニターし、その予算がその限界に達する可能性があるか否かを推定する。他の実施形態において、モニタリングは、同様に周期的に行われ得る。予算が超えられる可能性がある場合、ビットレートコントローラ５１は、延長した期間（１時間から数週など）の間、ＱＰパラメータ値を上げて、長期ビット予算に一致させる。予算に到達しないことになることを予算セッター５２が発見する場合、ビットレートコントローラ５１は、ターゲットＱＰパラメータ値に達するまたは予算がより低いＱＰ値を可能にしなくなるまでＱＰパラメータ値を下げる。
【００３８】
図３に示すエンコーダ３４などのビデオエンコーダはカメラ内に統合され得る。しかしながら、そのようなビデオエンコーダは種々の他の方法で同様に配置され得る。例えば、ビデオエンコーダは、カメラに動作可能に接続される別個のユニットであり得る、または、ビデオエンコーダを、図４に示すネットワークビデオレコーダ２１などのネットワークビデオレコーダ内に含むことができる。ネットワークビデオレコーダにおいて、ビデオエンコーダはビデオデータをトランスコードするために使用され得る。そのため、エンコード画像フレームは、１つまたは複数のカメラから受信され、ネットワークビデオレコーダのエンコーダ内でデコードされ、ネットワークビデオレコーダ内に記憶されるまたはユーザーステーションに送信される前にもう一度エンコードされ得る。トランスコードするためのエンコーダは、ユーザーステーション内にまたはそこに同様に配置され得る。
【００３９】
ビットレートコントローラ５１は、ビデオエンコーダの出力について瞬時ビット制限を決定するように構成されるビット制限決定器５３をさらに備える。瞬時ビット制限は、長期ビット予算よりかなり短い期間に適用され、また、例えば、ビデオエンコーダから送信するための利用可能な帯域幅であることができる。
【００４０】
ビットレートコントローラ５１はビットレート計算器５５を更に備える。ビットレート計算器５５は、ビデオエンコーダによって満たされ、ＱＰ値、長期ビット予算、および割り当てストレージスペースを考慮する出力ビットレートを計算するように構成される。
【００４１】
ビットレートコントローラ５１のコントロール出力５６は、計算される出力ビットレートをビデオエンコーダに出力するように構成される。こうして、ビデオエンコーダは、出力ビットレートを指示され、そのビットレートを使用して、長期ビット予算および利用可能なストレージスペースが配慮されることを保証し、それにより、所望の保持時間を保証し、また、利用可能な帯域幅などのビットレートに関する短期制限が同様に配慮されることを保証することが許容され、それにより、エンコード画像フレームの送信が常に可能である。少なくとも幾つかの実施形態において、初期ＱＰパラメータ値が常に配慮されるわけでないことが留意されるべきである。例えば、上述したように、ストレージスペースを満足のいく方法で再分割できない場合、ＱＰパラメータ値を増加することができる。
【００４２】
以下でさらに論じるように、出力ビットレートは、一定の（または、おそらくは不定の）間隔で再計算することができ、それにより、ビデオエンコーダの制御は動的であることができ、ＱＰ値は所定の閾値を超えない（すなわち、ビデオの品質は所定の閾値を下回る）。ビットレートコントローラ５１は、ハードウェア、ファームウェア、ソフトウェア、またはその任意の組み合わせで具現化することができる。
【００４３】
図６は、本発明の一実施形態による監視システム内でビデオデータを記憶するための方法６００のフローチャーを示す。この方法６００は、例えば、上述したように、３つ以上のカメラおよびストレージスペースを含むストレージサービスを含む監視システム内で実施され得る。図６に見られるように、方法６００は、ストレージスペースを、３つ以上のビデオカメラのそれぞれのカメラから或る期間にわたって取得されるビデオデータを記憶するための初期セットの割り当て部分に分割することによって始まる（ステップ６０２）。この期間は、しばしば、「保持時間」と呼ばれ、通常、固定日時ではなく、「可動時間窓」を指し、例えば、ビデオは、例えば、１月１〜３１日からではなく、最も最近の３０日の間保存され、その後、２月１日に、最初から再び始まるべきである。通常、時間窓の長さは少なくとも１日であり、しばしば、時間窓の長さは、数週、数か月、またはさらに１年である場合がある。システムの特定の実装態様に応じて、異なるカメラが全て同じ保持時間を有することができること、または、保持時間が、異なるカメラの間で変動する場合があるため、例えば、より高いセキュリティのシーンをモニターするカメラがより長い保持時間を有することができ、一方、より低いセキュリティのシーンをモニターするカメラが、その記録されるビデオについてより短い保持時間を有することができることが留意されるべきである。
【００４４】
多くの場合、初期のセットの割り当て部分は同じサイズを有し、なぜならば、システムが最初にセットアップされるときに、カメラの中のどのカメラが最も多くのストレージスペースを必要とすることになるかが、しばしばわかっていないからである。もちろん、或るカメラが他のカメラに比べて多くのストレージスペースを必要する場合があることをシステム管理者が知るまたはそう思う状況が同様に存在する場合があり、その場合、異なる量のストレージスペースが異なるカメラに割り当てられ得る。
【００４５】
通常、初期セットの割り当て部分が割り当てられるとき、それは、分解能、コーディング、初期品質パラメータおよびフレームレート、ならびに保持時間などのビデオデータの異なる特徴に関係する統計的推測に基づいて行われる。当業者に明らかである、そのような推定を行う多くの方法が存在する。幾つかの実施形態において、ルックアップテーブルを使用することができ、ルックアップテーブルは、多数のプロジェクトにわたってまたさまざまな種類の環境において、複数のカメラから経験データを収集することによって作成されている。例えば、ユーザーは、「私は、２４時間記録、３０ｆｐｓビジーシーン、および１０８０ｐフレームレートを欲し、また、私は、夜間に赤外光を使用する（Ｉ  ｗａｎｔ  ２４ｈ  ｒｅｃｏｒｄｉｎｇ，  ３０  ｆｐｓ  ｂｕｓｙ  ｓｃｅｎｅ  ａｎｄ  １０８０ｐ  ｆｒａｍｅｒａｔｅ，  ａｎｄ  Ｉ  ｕｓｅ  ｉｎｆｒａｒｅｄ  ｌｉｇｈｔ  ａｔ  ｎｉｇｈｔ．）」と述べることができる。これらの入力パラメータを使用して、システムは、ルックアップテーブルを調べ、ユーザーが、ビデオまたは同様なものの１００ＧＢストレージ／週を必要とすることになると結論し得る。これは、例示のための仮定の例に過ぎず、全ての数字が、手近な特定の状況に基づいて変動することができることが留意されるべきである。
【００４６】
次に、初期品質パラメータ値が各カメラについて設定される（ステップ６０４）。初期品質パラメータ値は、十分な量のビデオがカメラに割り当てられたスペース内に保存されることを可能にするために設定される。上記で述べたように、ビデオ品質値は、しばしば、品質パラメータ（ＱＰ：Ｑｕａｌｉｔｙ  Ｐａｒａｍｅｔｅｒ）として表現され、品質パラメータは、ビデオの品質に逆比例する、すなわち、高いＱＰ値は低いビデオ品質に対応し、また、その逆も同様である。ＱＰ値が各カメラについて同じ数値に設定され得ること、または、異なるカメラが、異なるカメラが記録するシーン、ビデオについての所望の保持時間などに基づいて異なるＱＰ値を有することができることが留意されるべきである。一実施形態において、初期ＱＰ値は全てのカメラについて３０に設定される。ＱＰ値は、システム管理者によって手作業で設定され得る、または、幾つかの実装態様において、ＱＰ値は、カメラ自身によって、例えば、カメラについてのデフォルト値としてまたはカメラが取得しているシーンに基づいて設定され得る。幾つかの実施形態において、ユーザーが、実際のＱＰパラメータ値を設定するのではなく、代わりに、例えば、０から１００の間の値を選択することを求められる場合があり、その値が、その後、システムによってＱＰパラメータ値に変換されることが留意されるべきである。０から１００の間の値を選択することは、エンドユーザーにとって概念的により容易であることができ、したがって、よりよいユーザー体験をもたらすことができる。
【００４７】
ストレージスペースを割り当て、初期ＱＰ値を設定した後、システムは、各カメラについて、また、離散時間間隔において、ビデオ品質値を維持することが、その期間にわたるカメラについてのストレージスペースの割り当て部分を超えることになるビデオデータの予想される量を、カメラに出力させることになるか否かを判定する（ステップ６０６）。この判定が行われる頻度は、特定の実装態様およびシステムがそこで使用される環境に応じて変動し得る。通常、判定は、１秒ごとから１分ごとの範囲のどこかで行われ、判定を本質的に連続にするが、判定は、同様に、手近な特定の状況に応じて、１時間ごとにまたはさらに毎日行われる可能性がある。
【００４８】
要求される保持時間についてストレージスペースの割り当て部分を超えることになるビデオデータの予想される量を、どのカメラも生成しないと、ステップ６０６にて判定される場合、処置は全くとられず、プロセスは終了する。一方、要求される保持時間についてストレージスペースの割り当て部分を超えることになるビデオデータの予想される量を、カメラのうちの少なくとも１つのカメラが生成すると、ステップ６０６にて判定される場合、そのカメラのＱＰ値は、ビデオの品質が現在の品質に比較して低下するように増加される（ステップ６０８）。
【００４９】
ＱＰ値を調整した後、システムは、カメラについて調整したＱＰ値が、あまりにも大幅に増加したため、カメラについての所定の閾値を超えるか否かをチェックする（ステップ６１０）。通常、そのような閾値は、管理者によって前もって設定されており、カメラによってモニターされる特定の監視状況について最低許容可能ビデオ品質を示す。上述したように、閾値は、普通、システムレベル（例えば、３０のＱＰ値）に設定されるが、例えば、異なるカメラが異なるビデオ品質ニーズ（例えば、顔認識のために必要とされるより高い品質の画像または交通用途のためのより高いフレームレート）を有する場合、個々のカメラについて変更され得る。
【００５０】
ＱＰ値が閾値を超えない、すなわち、調整されたビデオ品質が依然として許容可能であり、割り当てストレージスペース内にビデオを保存する十分な余裕が存在すると、判定される場合、さらなる処置はとられず、プロセスは終了する。しかしながら、ＱＰ値が閾値を超える場合、ストレージスペースは、その閾値を超えるＱＰ値を有するカメラに対して、増加したストレージスペースが割り当てられ、他のカメラの少なくとも１つのカメラに対して、減少したストレージスペースが割り当てられるように、新しいセットの割り当て部分に再分割され、それは、プロセス６００を終了させる。
【００５１】
ストレージスペースの再分配がどのように行われるかは特定の実装態様に応じて変動し得る。一般的なルールとして、しかしながら、システムは、最初に、保持期間にわたって十分な品質のビデオをカメラが記憶できるために、十分なストレージスペースを持たないカメラによってどれ多くの余剰スペースが必要とされることになるかを決定しようと試みる。この必要性が判定されると、システムは、上述したように、他のどのカメラが、その割り当てにおいて未使用ストレージスペースを有するかをチェックし、そのような任意の未使用スペースを、より多くのストレージスペースを必要とするカメラに再分配しようと試みる。カメラのニーズを満たすことが可能でない場合、システムは、他のカメラからのビデオの品質が低下され得るか否か（これらのカメラについての最低ビデオ品質を下回ることなく）を調べ、それにより、より多くのスペースを必要とするカメラに割り当てられる可能性があるさらに多くのスペースを解放しようと試みる。その後、これらの決定に基づいて、ストレージスペースは、システム内のカメラの間で再割り当てされる。
【００５２】
当業者がストレージスペースを再分割するための種々のタイプのアルゴリズムを見出し得ることが留意されるべきである。例えば、上記例において、カメラＤおよびＥ（共に、ビデオ品質を低下させている）上のストレージは、最初に、均等に分割され、その後、待ち調べる可能性がある。しばらくして、これは、考えられる１つの代替の実装態様を挙げると、必要とされるより多くのストレージをカメラＤが有することをもたらす場合があり、その後、後続のステップにおいて、カメラＤに割り当てられたストレージの一部が、代わりに、カメラＥに割り当てられる可能性がある。
【００５３】
本明細書で述べる技法が、２つのカメラのみを有するシステムに関してうまく働き得るが、それらの技法が、少なくとも３つのカメラを有するシステムにおいて有利に実装されることが留意されるべきである。これについての主要な理由は、例えば、幾つかのカメラ（例えば、２つのカメラ）について、割り当てストレージスペースを修正することができ、一方、幾つかのカメラ（例えば、３つのカメラ）について、割り当てストレージスペースが、最初に割り当てられたストレージスペースから変化しないままであり得る点で、これが余剰の柔軟性を提供することである。これは、システムのずっと精度の細かい制御を提供し、なぜならば、「大域的（ｇｌｏｂａｌ）」ＱＰ値を変更し、システム内の全てのカメラについてビデオ品質を下げることと対照的に、個々のＱＰ値が変更され得るからである。さらに、少なくとも３つのカメラを有することは、システム内に２つのカメラのみが存在する場合にそうであるように１対１の関係を有するのではなく、例えば、カメラ２およびカメラ３からカメラ１に、異なる量のストレージスペースを付加することを同様に可能にする。
【００５４】
当業者が認識するように、上述した技法を使用する結果として、或る時間後に、全ビデオシステムは全体として、各カメラが、最適レベルで、すなわち、システム内の他のカメラに関して最適化された画像品質および記憶要件を持って最終的に動作するという意味で「バランスする（ｂａｌａｎｃｅ）」。最適アルゴリズムが使用される場合、システムは、通常、約１〜３ループ以内でそれ自身バランスすることが可能である。より「単純な（ｎａiｖｅ）」アルゴリズムが使用される場合、システムは、通常、約１０ループ以内でそれ自身バランスする。さらに、利用可能であるストレージスペースが多ければ多いほど、全ての要件が満たされる解決策を見出すことが容易である。例えば、上記例において利用可能な１００ＧＢの代わりに１１０ＧＢが存在した場合、全てのカメラが３０の所望のＱＰパラメータ値に達する正しい解決策を見出すことがより容易であることになる。カメラによってモニターされるシーンがかなりの時間量の間に変化する場合、システムをリバランスすることが必要であることになることが同様に留意されるべきである。そのようなシナリオの典型的な例は、カメラが、誰もいないオフィス空間を記録し、その後、人々で一杯のオフィス空間を記録することであることになる。
【００５５】
本発明の種々の実施形態は、各カメラが或る期間にわたってまた或る品質設定でどれだけ多くのストレージスペースを必要とすることになるかについての推定に基づいてストレージスペースを再分配するコンテキストで述べられたが、これらの技法が他のコンテキストにおいて同様に適用され得ることが同様に留意されるべきである。例えば、種々の理由でストレージが付加されるまたはシステムから除去される場合、スペースは、上述した原理にしたがって再割り当てされ得る。
【００５６】
エンコーダによってエンコードされた画像を、取得するカメラから直接受信することができる、または、それらの画像が、早期に取得され、画像処理ユニットに送信される前に記憶されている場合があることことが留意されるべきである。そのため、画像の中間供給源は画像センサまたはデータファイルであることができる。
【００５７】
カメラは、可視光を取得するカメラ、ＮＩＲ（：ｎｅａｒ  ｉｎｆｒａｒｅｄ、近赤外）放射を取得するカメラ、熱カメラなどの任意の種類のカメラ、または、スクリーンキャプチャソフトウェアアプリケーション、ビデオおよび同じビデオストリーム内の他のタイプのメタデータ（バーンインされたメタデータ）を混合するソフトウェアアプリケーションなどの任意のタイプのビデオ生成デバイス、または、Ｈ．２６４ストリーム内でレーダー画像を生成するレーダーであることができる。カメラは、有利には、デジタルカメラであるが、代わりに、デジタル化ユニットに接続されたアナログカメラであることができる。本発明の種々の実施形態は、時として監視カメラと呼ばれるモニタリングカメラのコンテキストで述べられたが、それは、他のカメラ用途で同様に有利に使用することができる。
【００５８】
ネットワークビデオレコーダは、物理的デバイスとして述べられたが、代わりに、クラウドサービスであることができる。カメラシステムはネットワークビデオレコーダを含むものとして示されたが、ネットワークビデオレコーダがないカメラシステムを配置することが全く可能である。そのようなシステムにおいて、ストレージは、ローカルにカメラ内でおよび／またはコントロールセンター内などで遠隔で発生することができる。幾つかの実施形態において、ローカルストレージと外部ＶＭＳストレージの組み合わせが存在することができる。本発明の原理が、単一カメラであって、複数のセンサを装備し、異なるセンサからのデータを、カメラ内のＳＤカードなどのローカルメモリに記憶する、単一カメラ内で同様に使用され得ることが同様に留意されるべきである。
【００５９】
上述した実施形態は、中央記憶ユニットを有するビデオシステムに的を絞るが、図面に示され上記で述べられたカメラ２は、バックアップおよび冗長性のために使用され得るローカルストレージ３５を含む。一部のカメラシステムにおいて、ローカルストレージはカメラに含まれず、ネットワークビデオレコーダまたは他の外部ストレージのみが使用される。
【００６０】
ビデオの記録または記憶は、連続して実施することができるが、多くの場合、ビデオ動き検出などのイベント、または、ＰＩＲセンサなどのアラームデバイスからの入力によってトリガーされるときにのみビデオを記憶することが有利である。こうして、おそらくは興味深いビデオシーケンスのみを記憶し、シーン内で何事も起こらないときにビデオを記憶しないことによって、ストレージ容量を節約することができる。
【００６１】
エンコード画像フレームは、ユーザーステーションに連続して送信することができるが、同様に、これは、イベントトリガリングによって制限することができる。一部のビデオシステムにおいて、エンコード画像フレームは、記憶するおよび／またはオペレータが即座に閲覧するためにコントロールセンターに連続して送信することができ、それは、さらに、シーン内で何かが起こったときにユーザーが警告されるようなエベントトリガリングに基づいてのみモバイルデバイスに送信することができる。
【００６２】
カメラ内のローカルストレージは、いわゆるフェイルオーバー記録のために使用することができる。これは、エンコード画像フレームが、通常、カメラから連続して送信される場合、ローカル記憶が、ネットワークに対する接続が失われる場合に開始することができることを意味する。ネットワーク接続が回復すると、ローカルストレージに記憶されたビデオデータはユーザーステーションに送信することができ、完全なビデオシーケンスを回復することができる。
【００６３】
エンコーダは、動き推定および動き補償を使用する任意のエンコーディング規格にしたがって動作することができる。エンコーダは、例えば、Ｈ．２６４、Ｈ．２６５、またはＶＰ９エンコーダなどのブロックベースハイブリッドエンコーダであることができる。
【００６４】
幾つかの実施形態において、例えば、スエーデンのルンド（Ｌｕｎｄ，Ｓｗｅｄｅｎ）のＡｘｉｓ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ＡＢによって開発された「ジップストリーム（Ｚｉｐｓｔｒｅａｍ）」技法において行われるように、カメラが画像の異なる部分を異なるように圧縮する場合があることが同様に留意されるべきである。本発明の種々の実施形態をジップストリームと組み合わせて使用すると、初期ＱＰパラメータ値は、全体として映像についての開始値として使用することができ、その後、どんな理由であれ「重要である（ｉｍｐｏｒｔａｎｔ）」と考えられない画像の部分は、より高いＱＰパラメータ値（すなわち、より低いビデオ品質）に割り当てられ得る。画像の異なる部分について異なる量の圧縮を使用すると、閾ＱＰ値は、通常、「最も興味深い（ｍｏｓｔ  ｉｎｔｅｒｅｓｔｉｎｇ）」コンテンツを有すると考えられる画像のエリアが、ＱＰ閾値がどんなものあるべきかを決定するように設定される。
【００６５】
本発明は、考えられる任意の技術的詳細統合レベルにおける、システム、方法、および／またはコンピュータプログラム製品であることができる。コンピュータプログラム製品は、１つ（または複数）のコンピュータ可読記憶媒体を含むことができ、コンピュータ可読記憶媒体は、本発明の態様をプロセッサに実施させるためのコンピュータ可読プログラム命令をコンピュータ可読記憶媒体上に有する。
【００６６】
コンピュータ可読記憶媒体は、命令実行デバイスが使用するための命令を保持し記憶し得る有形デバイスであり得る。コンピュータ可読記憶媒体は、限定はしないが、例えば、電子記憶デバイス、磁気記憶デバイス、光記憶デバイス、電磁記憶デバイス、半導体記憶デバイス、または上記の任意の適した組み合わせであることができる。コンピュータ可読記憶媒体のより特定の例の非網羅的リストは、以下：ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、可搬型コンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、メモリスティック、および上記の任意の適した組み合わせであることができる。コンピュータ可読記憶媒体は、本明細書で使用するとき、無線波または他の自由伝搬電磁波、導波路または他の伝送媒体を通して伝搬する電磁波（例えば、光ファイバーケーブルを通過する光パルス）、またはワイヤを通して沿う伝送される電気信号などの、本質的に過渡信号であると解釈されない。
【００６７】
本明細書で述べるコンピュータ可読プログラム命令は、コンピュータ可読記憶媒体からそれぞれのコンピューティング／処理デバイスに、または、ネットワーク、例えば、インターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、および／または無線ネットワークを介して外部コンピュータまたは外部記憶デバイスにダウンロードされ得る。ネットワークは、銅伝送ケーブル、光伝送ファイバー、無線伝送、ルーター、ファイヤウォール、スイッチ、ゲートウェイコンピュータ、および／またはエッジサーバを備えることができる。各コンピューティング／処理デバイス内のネットワークアダプターカードまたはネットワークインタフェースは、ネットワークからコンピュータ可読プログラム命令を受信し、コンピュータ可読プログラム命令を、それぞれのコンピューティング／処理デバイス内のコンピュータ可読記憶媒体内に記憶するために転送する。
【００６８】
本発明の動作を実施するためのコンピュータ可読プログラム命令は、アセンブラー命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路用の構成データ、あるいは、１つまたは複数のプログラミング言語の任意の組み合わせで書かれるソースコードまたはオブジェクトコードであることができ、１つまたは複数のプログラミング言語は、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋、または同様なものなどのオブジェクト指向プログラミング言語、および、「Ｃ」プログラミング言語または同様なプログラミング言語などの手続き型プログラミング言語を含む。コンピュータ可読プログラム命令を、完全にユーザーのコンピュータ上で、部分的にユーザーのコンピュータ上で、独立型ソフトウェアパッケージとして、部分的にユーザーのコンピュータ上でかつ部分的にユーザーの遠隔コンピュータ上で、あるいは、完全に遠隔コンピュータまたはサーバ上で実行することができる。後者のシナリオにおいて、遠隔コンピュータは、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを通してユーザーのコンピュータに接続することができる、または、外部コンピュータに対して接続を行うことができる（例えば、インターネットサービスプロバイダーを使用するインターネットを通して）。幾つかの実施形態において、例えば、プログラマブルロジック回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはプログラマブルロジックアレイ（ＰＬＡ）を含む電子回路は、本発明の態様を実施するために、電子回路を個人化するコンピュータ可読プログラム命令の状態情報を利用することによって、コンピュータ可読プログラム命令を実行することができる。
【００６９】
本発明の態様は、本発明の実施形態による、方法、装置（システム）、およびコンピュータプログラム製品のフローチャート例示および／またはブロック図を参照して、本明細書で述べられる。フローチャート例示および／またはブロック図の各ブロックおよびフローチャート例示および／またはブロック図内のブロックの組み合わせがコンピュータ可読プログラム命令によって実装され得ることが理解されるであろう。
【００７０】
これらのコンピュータ可読プログラム命令は、汎用コンピュータ、専用コンピュータ、または他のプログラマブルデータ処理装置のプロセッサに提供されて、マシンであって、コンピュータまたは他のプログラマブルデータ処理装置のプロセッサによって実行される命令が、フローチャートおよび／またはブロック図の１つまたは複数のブロックに指定される機能／行為を実装するための手段を作成するような、マシンを生成することができる。これらのコンピュータ可読プログラム命令を、コンピュータ可読記憶媒体に同様に記憶することができ、コンピュータ可読プログラム命令は、特定の方法で機能するように、コンピュータ、プログラマブルデータ処理装置、および／または他のデバイスに指令することができ、それにより、命令を内部に記憶しているコンピュータ可読記憶媒体は、フローチャートおよび／またはブロック図の１つまたは複数のブロックに指定される機能／行為の態様を実装する命令を含む製品を構成する。
【００７１】
コンピュータ可読プログラム命令は、コンピュータ、他のプログラマブルデータ処理装置、または他のデバイス上にロードされて、一連の動作ステップを、コンピュータ、他のプログラマブル装置、または他のデバイス上で実施させ、それにより、コンピュータ実装式プロセスであって、コンピュータ、他のプログラマブル装置、または他のデバイス上で実行される命令が、フローチャートおよび／またはブロック図の１つまたは複数のブロックに指定される機能／行為を実装するような、コンピュータ実装式プロセスを生成することができる。
【００７２】
図のフローチャートおよびブロック図は、本発明の種々の実施形態による、システム、方法、およびコンピュータプログラム製品の考えられる実装態様のアーキテクチャ、機能、および動作を示す。この点に関して、フローチャートまたはブロック図の各ブロックは、指定された論理機能（複数可）を実装するための１つまたは複数の実行可能命令を含む、モジュール、セグメント、または命令の所定の部分を示すことができる。幾つかの代替の実装態様において、ブロックにおいて述べる機能は、図で述べる順序を外れて起こることができる。例えば、連続して示す２つのブロックは、実際には、実質的に同時に実行することができる、または、ブロックは、時として、関係する機能に応じて逆順で実行することができる。ブロック図および／またはフローチャート例示の各ブロックおよびブロック図および／またはフローチャート例示内のブロックの組み合わせが、指定された機能または行為を実施するまたは専用ハードウェアおよびコンピュータ命令の組み合わせを実施する専用ハードウェアベースシステムによって実装され得ることが同様に留意されるであろう。
【００７３】
本発明の種々の実施形態の説明は、例示のために提示されているが、網羅的であることをまたは開示される実施形態に限定されることを意図されない。多くの修正および変形が、述べる実施形態の範囲および趣旨から逸脱することなく当業者に明らかになる。本明細書で使用される用語は、実施形態の原理、実用的な適用形態、または市場で見出される技術を超える技術的改良を最もよく説明するために、または、当業者が本明細書で開示する実施形態を理解することを可能にするために選択された。
【図１】
2020120373.tif 000003
【図２】
2020120373.tif 000004
【図３】
2020120373.tif 000005
【図４】
2020120373.tif 000006
【図５】
2020120373.tif 000007
【図６】
2020120373.tif 000008
【外国語明細書】
2020120373000001.pdf
2020120373000002.pdf
2020120373000003.pdf
2020120373000004.pdf