(57)【要約】ＡＶ記録および通信装置に取り込まれたビデオ映像を容易にクラウドへアップロードして法執行機関等の要求側に共有可能にする。ビデオ映像の要求を要求側から受信すると、要求側の基準を満たすビデオセットを決定することができる。要求側の基準を満たすビデオを記録した各ＡＶ記録および通信装置に対応付けられたユーザへ同意要求を送信することができる。ビデオを共有するユーザ同意を受信すると、ビデオ映像を要求側へ提供することができる。
2019506777.tif 000002
【特許請求の範囲】
【請求項１】
方法であって、
クライアント装置のディスプレイ上に、リクエスタが１つ以上のオーディオビデオ（ＡＶ）記録および通信装置からのビデオ映像を要求可能なグラフィカルユーザーインターフェース（ＧＵＩ）を表示するステップと、
前記リクエスタが前記ビデオ映像を収集したい周囲の位置を識別するアドレスを入力として受信するステップと、
前記クライアント装置のディスプレイ上の前記ＧＵＩ上に、前記入力アドレスの周囲のエリアのマップを表示するステップと、
前記マップ上で、前記入力アドレスの位置を識別するステップと、
前記マップ上で、前記１つ以上のＡＶ記録および通信装置の位置を識別するステップと、
注目エリアを入力として受信し、前記注目エリアを前記マップ上に示すステップと、
前記マップ上で、前記注目エリア内のＡＶ記録および通信装置のサブセットの位置を識別するステップと、
実行コマンドを入力として受信するステップと、
前記注目エリア内の前記ＡＶ記録および通信装置のサブセットからのビデオ映像を出力として返信するステップと、
を含む、方法。
【請求項２】
前記入力アドレスの位置は、第１タイプのアイコンで前記マップ上に示される、請求項１に記載の方法。
【請求項３】
前記１つ以上のＡＶ記録および通信装置の位置は、第２タイプのアイコンで前記マップ上に示される、請求項２に記載の方法。
【請求項４】
日付および／または時刻の範囲を入力として受信するステップをさらに含む、請求項１に記載の方法。
【請求項５】
前記リクエスタへ提供するビデオ映像を前記日付および／または時刻の範囲に限定するステップをさらに含む、請求項４に記載の方法。
【請求項６】
前記注目エリアの入力を受信するステップは、前記ＧＵＩの前記マップ上に描かれたポリゴンの入力を受信する、請求項１に記載の方法。
【請求項７】
前記注目エリアの入力を受信するステップは、前記アドレスの周囲の半径の入力を受信する、請求項１に記載の方法。
【請求項８】
ケース番号またはインシデント番号を入力として受信するステップをさらに含む、請求項１に記載の方法。
【請求項９】
インシデントタイプを入力として受信するステップをさらに含む、請求項１に記載の方法。
【請求項１０】
前記注目エリア内の前記ＡＶ記録および通信装置のサブセットからのビデオ映像を出力として返信するステップの後、前記リクエスタの基準を満たすビデオ映像を有する前記ＡＶ記録および通信装置のサブセットの位置を前記マップ上にアイコンで示すステップをさらに含み、
各アイコンは、前記リクエスタによって入力された全ての基準を満たすＡＶ記録および通信装置に対応付けられたビデオ数を示す数を含む、
請求項１に記載の方法。
【請求項１１】
前記注目エリア内の前記ＡＶ記録および通信装置のサブセットからのビデオ映像を出力として返信するステップは、ビデオのリストを前記クライアント装置のディスプレイ上の前記ＧＵＩ上に表示する、請求項１に記載の方法。
【請求項１２】
前記リストにおける各ビデオは、識別情報を含み、前記識別情報は、各ビデオを記録したＡＶ記録および通信装置が位置するアドレスと、各ビデオが記録された日時とを含む、請求項１１に記載の方法。
【請求項１３】
前記リストにおける各ビデオは、ダウンロードアイコンまたはボタンを含み、前記ダウンロードアイコンまたはボタンは、選択されると、選択されたビデオを前記クライアント装置へダウンロードさせる、請求項１１に記載の方法。
【請求項１４】
前記リストにおける各ビデオは、フラグアイコンまたはボタンを含み、前記フラグアイコンまたはボタンは、選択されると、選択されたビデオをフラグ付きビデオのグループに追加させる、請求項１１に記載の方法。
【請求項１５】
前記ビデオのリストを前記フラグ付きビデオのグループ内のビデオのみに絞るコマンドを入力として受信するステップをさらに含む、請求項１４に記載の方法。
【請求項１６】
プロセッサによって実行可能なコードに組み込まれた コンピュータプログラムプロダクトであって、前記コードは、実行されると、前記プロセッサに、
クライアント装置のディスプレイ上に、リクエスタが１つ以上のオーディオビデオ（ＡＶ）記録および通信装置からのビデオ映像を要求可能なグラフィカルユーザーインターフェース（ＧＵＩ）を表示するステップと、
前記リクエスタが前記ビデオ映像を収集したい周囲の位置を識別するアドレスを入力として受信するステップと、
前記クライアント装置のディスプレイ上の前記ＧＵＩ上に、前記入力アドレスの周囲のエリアのマップを表示するステップと、
前記マップ上で、前記入力アドレスの位置を識別するステップと、
前記マップ上で、前記１つ以上のＡＶ記録および通信装置の位置を識別するステップと、
注目エリアを入力として受信し、前記注目エリアを前記マップ上に示すステップと、
前記マップ上で、前記注目エリア内のＡＶ記録および通信装置のサブセットの位置を識別するステップと、
実行コマンドを入力として受信するステップと、
前記注目エリア内の前記ＡＶ記録および通信装置のサブセットからのビデオ映像を出力として返信するステップと、
を行わせる、コンピュータプログラムプロダクト。
【請求項１７】
前記入力アドレスの位置は、第１タイプのアイコンで前記マップ上に示される、請求項１６に記載のコンピュータプログラムプロダクト。
【請求項１８】
前記１つ以上のＡＶ記録および通信装置の位置は、第２タイプのアイコンで前記マップ上に示される、請求項１７に記載のコンピュータプログラムプロダクト。
【請求項１９】
前記コードは、前記プロセッサによって実行されると、前記プロセッサに、日付および／または時刻の範囲を入力として受信するステップをさらに行わせる、請求項１６に記載のコンピュータプログラムプロダクト。
【請求項２０】
前記コードは、前記プロセッサによって実行されると、前記プロセッサに、前記リクエスタへ提供するビデオ映像を前記日付および／または時刻の範囲に限定するステップをさらに行わせる、請求項１９に記載のコンピュータプログラムプロダクト。
【請求項２１】
前記注目エリアの入力を受信するステップは、前記ＧＵＩの前記マップ上に描かれたポリゴンの入力を受信する、請求項１６に記載のコンピュータプログラムプロダクト。
【請求項２２】
前記注目エリアの入力を受信するステップは、前記アドレスの周囲の半径の入力を受信する、請求項１６に記載のコンピュータプログラムプロダクト。
【請求項２３】
前記コードは、前記プロセッサによって実行されると、前記プロセッサに、ケース番号またはインシデント番号を入力として受信するステップをさらに行わせる、請求項１６に記載のコンピュータプログラムプロダクト。
【請求項２４】
前記コードは、前記プロセッサによって実行されると、前記プロセッサに、インシデントタイプを入力として受信するステップをさらに行わせる、請求項１６に記載のコンピュータプログラムプロダクト。
【請求項２５】
前記コードは、前記プロセッサによって実行されると、前記プロセッサに、前記注目エリア内の前記ＡＶ記録および通信装置のサブセットからのビデオ映像を出力として返信するステップの後、前記リクエスタの基準を満たすビデオ映像を有する前記ＡＶ記録および通信装置のサブセットの位置を前記マップ上にアイコンで示すステップをさらに行わせ、
各アイコンは、前記リクエスタによって入力された全ての基準を満たすＡＶ記録および通信装置に対応付けられたビデオ数を示す数を含む、
請求項１６に記載のコンピュータプログラムプロダクト。
【請求項２６】
前記注目エリア内の前記ＡＶ記録および通信装置のサブセットからのビデオ映像を出力として返信するステップは、ビデオのリストを前記クライアント装置のディスプレイ上の前記ＧＵＩ上に表示する、請求項１６に記載のコンピュータプログラムプロダクト。
【請求項２７】
前記リストにおける各ビデオは、識別情報を含み、前記識別情報は、各ビデオを記録したＡＶ記録および通信装置が位置するアドレスと、各ビデオが記録された日時とを含む、請求項２６に記載のコンピュータプログラムプロダクト。
【請求項２８】
前記リストにおける各ビデオは、ダウンロードアイコンまたはボタンを含み、前記ダウンロードアイコンまたはボタンは、選択されると、選択されたビデオを前記クライアント装置へダウンロードさせる、請求項２７に記載のコンピュータプログラムプロダクト。
【請求項２９】
前記リストにおける各ビデオは、フラグアイコンまたはボタンを含み、前記フラグアイコンまたはボタンは、選択されると、選択されたビデオをフラグ付きビデオのグループに追加させる、請求項２７に記載のコンピュータプログラムプロダクト。
【請求項３０】
前記コードは、前記プロセッサによって実行されると、前記プロセッサに、前記ビデオのリストを前記フラグ付きビデオのグループ内のビデオのみに絞るコマンドを入力として受信するステップをさらに行わせる、請求項２９に記載のコンピュータプログラムプロダクト。
【発明の詳細な説明】
【関連出願へのクロスリファレンス】
【０００１】
本願は、２０１６年１月２９日に出願された仮出願６２／２８８，９７１号、２０１５年１２月２２日に出願された仮出願６２／２７１，１８６号、および、２０１５年１２月２１日に出願された仮出願６２／２７０，３７３号に基づく優先権を主張するものであり、これら仮出願の全体を、完全に、ここに参照のために取込む。
【技術分野】
【０００２】
本発明は、ＡＶ記録および通信ドアベルシステムを含む、オーディオビデオ（ＡＶ）記録および通信装置に関する。特に、本発明は、該装置によって記録されるビデオ映像の簡単な共有を促進することによってＡＶ記録および通信装置の機能性を向上させる。
【背景技術】
【０００３】
ホームセイフティは、多くの家主や賃借人にとって懸念である。住居の保護や監視を求める者は、例えば、外側ドアまたは玄関に訪問する訪問者とビデオおよびオーディオ通信することを望むことが多い。ドアベル等のオーディオビデオ（ＡＶ）記録および通信装置は、この機能性を提供し、かつ、犯罪検知および防止の助けとなる。例えば、ＡＶ記録および通信装置によって取り込まれたオーディオおよび／またはビデオは、クラウドへアップロードされて、リモートサーバに記録され得る。その後のＡＶ映像の調査は、法執行機関が住居強盗や他の犯罪の加害者を捕まえる助けとなり得る。さらに、住居の玄関におけるドアベル等、住居の外側の１つ以上のＡＶ記録および通信装置の存在は、強盗しようとする者に対する強力な抑止手段として作用する。
【発明の概要】
【０００４】
オーディオビデオ記録および通信装置からのビデオ映像の共有のための本装置、システム、および方法の種々の実施形態 は、いくつかの特徴を有し、これら特徴のいずれも単独で所望の属性に関与するものではない。後述の請求項によって表されるように本実施形態の範囲を限定することなく、より顕著な特徴を簡単に述べる。本記載を検討した後、また、特に「発明を実施するための形態」の項を読んだ後、どのように本実施形態の特徴が本明細書に記載の利点を提供するかが理解されるであろう。
【０００５】
本実施形態の１つの態様は、オーディオビデオ（ＡＶ）記録および通信装置が時々犯罪活動および／または犯罪加害者のビデオ映像を記録し得るという認識を含む。該ビデオ映像は、（犯罪がビデオに映っている場合）犯罪および犯罪者の証拠となるだけでなく、（例えば、犯罪はビデオに映っていないが、犯罪に関連して事情聴取のため捜索されている人物がＡＶ記録および通信装置に記録されている場合）犯罪加害者の位置に関する情報を提供するため、法執行機関にとって有用である。そこで、ＡＶ記録および通信装置によって記録されたビデオ映像の法執行機関との簡単な共有を促進することでＡＶ記録および通信装置の機能性を向上させることは、有利であろう。以下に詳述するように、本実施形態は、このような向上を提供する。特に、本実施形態は、ＡＶ記録および通信装置に取り込まれたビデオ映像を容易にクラウドへアップロードして法執行機関等の要求側に共有可能にする。犯罪加害者および／または他の有益な情報を含み得るＡＶ記録および通信装置からの映像は、加害者の識別および／または逮捕に用いられることによって、地域をより安全にすることができる。
【０００６】
第１態様において、方法が提供される。該方法は、以下のステップを含む：特定時間ウィンドウ中の特定エリア内の１つ以上のオーディオビデオ（ＡＶ）記録および通信装置に記録されたビデオ映像の要求側からの要求を受信する、ここで、各ＡＶ記録および通信装置は、カメラを含む；少なくとも特定時間ウィンドウ中の特定エリア内の少なくともＡＶ記録および通信装置のサブセットに記録されたビデオを決定する；サブセットにおける各ＡＶ記録および通信装置に対応付けられたユーザへ同意要求を送信する；サブセットにおけるＡＶ記録および通信装置に記録されたビデオのうちの少なくとも１つを共有する少なくとも１つのユーザ同意を受信する；および、少なくとも１つのユーザ同意に対応するビデオ映像を要求側へ提供する。
【０００７】
第１態様の実施形態において、特定時間ウィンドウは、未来の終了日および／または時刻を含む。
【０００８】
第１態様の他の実施形態において、ビデオの決定は、特定エリアおよび特定時間ウィンドウを基準とし、基準を用いてビデオメタデータを検索して基準を満たすビデオを識別する。
【０００９】
第１態様の他の実施形態において、ビデオの決定は、ビデオメタデータレコードのセットを返す。
【００１０】
第１態様の他の実施形態において、同意要求は、各ユーザに対応付けられたクライアント装置へ送信されるプッシュ通知を含む。
【００１１】
第１態様の他の実施形態において、プッシュ通知は、特定時間ウィンドウのインディケータを含む。
【００１２】
第１態様の他の実施形態において、プッシュ通知は、要求側のインディケータを含む。
【００１３】
第１態様の他の実施形態において、プッシュ通知は、要求に対応付けられたビデオのリストを含む。
【００１４】
第１態様の他の実施形態において、ユーザは、リストにおけるビデオを視聴してもよい。
【００１５】
第１態様の他の実施形態において、プッシュ通知は、３つの応答オプションを含み、３つの応答オプションは、要求側によって提供された基準を満たす全てのビデオを共有するオプションと、ビデオを共有しないオプションと、要求側によって提供された基準を満たすいくつかのビデオを共有し、他は共有しないオプションとを含む。
【００１６】
第１態様の他の実施形態において、要求側は、法執行機関である。
【００１７】
第１態様の他の実施形態において、サーバは、要求の受信、ビデオの決定、同意要求の送信、少なくとも１つのユーザ同意の受信、およびビデオ映像の提供のうちの少なくとも１つを行う。
【００１８】
第２態様において、方法が提供される。該方法は、以下のステップを含む：特定時間ウィンドウ中の特定エリア内の１つ以上のオーディオビデオ（ＡＶ）記録および通信装置に記録されたビデオ映像の要求側からの要求を受信する、ここで、特定時間ウィンドウは、規定開始日および／または時刻を含むが、規定終了日または時刻は含まない、また、各ＡＶ記録および通信装置は、カメラを含む；規定開始日および／または時刻後に特定エリア内の少なくともＡＶ記録および通信装置のサブセットに記録されたビデオを決定する；サブセットにおける各ＡＶ記録および通信装置に対応付けられたユーザへ同意要求を送信する；サブセットにおけるＡＶ記録および通信装置に記録されたビデオのうちの少なくとも１つを共有する少なくとも１つのユーザ同意を受信する；および、少なくとも１つのユーザ同意に対応するビデオ映像を要求側へ提供する。
【００１９】
第２態様の実施形態において、規定開始日および／または時刻は、過去である。
【００２０】
第２態様の他の実施形態において、規定開始日および／または時刻は、要求を受信する時間に対応する。
【００２１】
第２態様の他の実施形態において、ビデオの決定は、特定エリアおよび規定開始日および／または時刻を基準とし、基準を用いてビデオメタデータを検索して基準を満たすビデオを識別する。
【００２２】
第２態様の他の実施形態において、ビデオの決定は、ビデオメタデータレコードのセットを返す。
【００２３】
第２態様の他の実施形態において、同意要求は、各ユーザに対応付けられたクライアント装置へ送信されるプッシュ通知を含む。
【００２４】
第２態様の他の実施形態において、プッシュ通知は、規定開始日および／または時刻のインディケータを含む。
【００２５】
第２態様の他の実施形態において、プッシュ通知は、要求側のインディケータを含む。
【００２６】
第２態様の他の実施形態において、プッシュ通知は、要求に対応付けられたビデオのリストを含む。
【００２７】
第２態様の他の実施形態において、ユーザは、リストにおけるビデオを視聴してもよい。
【００２８】
第２態様の他の実施形態において、プッシュ通知は、３つの応答オプションを含み、３つの応答オプションは、要求側によって提供された基準を満たす全てのビデオを共有するオプションと、ビデオを共有しないオプションと、要求側によって提供された基準を満たすいくつかのビデオを共有し、他は共有しないオプションとを含む。
【００２９】
第２態様の他の実施形態において、要求側は、法執行機関である。
【００３０】
第２態様の他の実施形態において、サーバは、要求の受信、ビデオの決定、同意要求の送信、少なくとも１つのユーザ同意の受信、およびビデオ映像の提供のうちの少なくとも１つを行う。
【００３１】
第３態様において、方法が提供される。該方法は、クライアント装置のディスプレイ上に、リクエスタが１つ以上のオーディオビデオ（ＡＶ）記録および通信装置からのビデオ映像を要求可能なグラフィカルユーザーインターフェース（ＧＵＩ）を表示するステップと、前記リクエスタが前記ビデオ映像を収集したい周囲の位置を識別するアドレスを入力として受信するステップと、前記クライアント装置のディスプレイ上の前記ＧＵＩ上に、前記入力アドレスの周囲のエリアのマップを表示するステップと、前記マップ上で、前記入力アドレスの位置を識別するステップと、前記マップ上で、前記１つ以上のＡＶ記録および通信装置の位置を識別するステップと、注目エリアを入力として受信し、前記注目エリアを前記マップ上に示すステップと、前記マップ上で、前記注目エリア内のＡＶ記録および通信装置のサブセットの位置を識別するステップと、実行コマンドを入力として受信するステップと、前記注目エリア内の前記ＡＶ記録および通信装置のサブセットからのビデオ映像を出力として返信するステップと、を含む。
【００３２】
第３態様の実施形態において、クライアント装置は、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、携帯電話、セルラー電話、スマートフォン、またはパーソナル・デジタル・アシスタント（ＰＤＡ）を含む。
【００３３】
第３態様の他の実施形態において、前記入力アドレスの位置は、第１タイプのアイコンで前記マップ上に示される。
【００３４】
第３態様の他の実施形態において、前記１つ以上のＡＶ記録および通信装置の位置は、第２タイプのアイコンで前記マップ上に示される。
【００３５】
第３態様の他の実施形態において、日付および／または時刻の範囲を入力として受信するステップをさらに含む。
【００３６】
第３態様の他の実施形態において、前記リクエスタへ提供するビデオ映像を前記日付および／または時刻の範囲に限定するステップをさらに含む。
【００３７】
第３態様の他の実施形態において、前記注目エリアの入力を受信するステップは、前記ＧＵＩの前記マップ上に描かれたポリゴンの入力を受信する。
【００３８】
第３態様の他の実施形態において、前記注目エリアの入力を受信するステップは、前記アドレスの周囲の半径の入力を受信する。
【００３９】
第３態様の他の実施形態において、ケース番号またはインシデント番号を入力として受信するステップをさらに含む。
【００４０】
第３態様の他の実施形態において、インシデントタイプを入力として受信するステップをさらに含む。
【００４１】
第３態様の他の実施形態において、前記注目エリア内の前記ＡＶ記録および通信装置のサブセットからのビデオ映像を出力として返信するステップの後、前記リクエスタの基準を満たすビデオ映像を有する前記ＡＶ記録および通信装置のサブセットの位置を前記マップ上にアイコンで示すステップをさらに含み、各アイコンは、前記リクエスタによって入力された全ての基準を満たすＡＶ記録および通信装置に対応付けられたビデオ数を示す数を含む。
【００４２】
第３態様の他の実施形態において、前記注目エリア内の前記ＡＶ記録および通信装置のサブセットからのビデオ映像を出力として返信するステップは、ビデオのリストを前記クライアント装置のディスプレイ上の前記ＧＵＩ上に表示する。
【００４３】
第３態様の他の実施形態において、前記リストにおける各ビデオは、識別情報を含み、前記識別情報は、各ビデオを記録したＡＶ記録および通信装置が位置するアドレスと、各ビデオが記録された日時とを含む。
【００４４】
第３態様の他の実施形態において、前記リストにおける各ビデオは、ダウンロードアイコンまたはボタンを含み、前記ダウンロードアイコンまたはボタンは、選択されると、選択されたビデオを前記クライアント装置へダウンロードさせる。
【００４５】
第３態様の他の実施形態において、前記リストにおける各ビデオは、フラグアイコンまたはボタンを含み、前記フラグアイコンまたはボタンは、選択されると、選択されたビデオをフラグ付きビデオのグループに追加させる。
【００４６】
請求項４０の方法 は、前記ビデオのリストを前記フラグ付きビデオのグループ内のビデオのみに絞るコマンドを入力として受信するステップをさらに含む。
【００４７】
第４態様において、コンピュータプログラムプロダクトが提供される。該コンピュータプログラムプロダクトは、プロセッサによって実行可能なコードに組み込まれたコンピュータプログラムプロダクトであって、前記コードは、実行されると、前記プロセッサに、
クライアント装置のディスプレイ上に、リクエスタが１つ以上のオーディオビデオ（ＡＶ）記録および通信装置からのビデオ映像を要求可能なグラフィカルユーザーインターフェース（ＧＵＩ）を表示するステップと、前記リクエスタが前記ビデオ映像を収集したい周囲の位置を識別するアドレスを入力として受信するステップと、前記クライアント装置のディスプレイ上の前記ＧＵＩ上に、前記入力アドレスの周囲のエリアのマップを表示するステップと、前記マップ上で、前記入力アドレスの位置を識別するステップと、前記マップ上で、前記１つ以上のＡＶ記録および通信装置の位置を識別するステップと、注目エリアを入力として受信し、前記注目エリアを前記マップ上に示すステップと、前記マップ上で、前記注目エリア内のＡＶ記録および通信装置のサブセットの位置を識別するステップと、実行コマンドを入力として受信するステップと、前記注目エリア内の前記ＡＶ記録および通信装置のサブセットからのビデオ映像を出力として返信するステップと、を行わせる。
【００４８】
第４態様の実施形態において、前記入力アドレスの位置は、第１タイプのアイコンで前記マップ上に示される。
【００４９】
第４態様の他の実施形態において、前記１つ以上のＡＶ記録および通信装置の位置は、第２タイプのアイコンで前記マップ上に示される。
【００５０】
第４態様の他の実施形態において、前記コードは、前記プロセッサによって実行されると、前記プロセッサに、日付および／または時刻の範囲を入力として受信するステップをさらに行わせる。
【００５１】
第４態様の他の実施形態において、前記コードは、前記プロセッサによって実行されると、前記プロセッサに、前記リクエスタへ提供するビデオ映像を前記日付および／または時刻の範囲に限定するステップをさらに行わせる。
【００５２】
第４態様の他の実施形態において、前記注目エリアの入力を受信するステップは、前記ＧＵＩの前記マップ上に描かれたポリゴンの入力を受信する。
【００５３】
第４態様の他の実施形態において、前記注目エリアの入力を受信するステップは、前記アドレスの周囲の半径の入力を受信する。
【００５４】
第４態様の他の実施形態において、前記コードは、前記プロセッサによって実行されると、前記プロセッサに、ケース番号またはインシデント番号を入力として受信するステップをさらに行わせる。
【００５５】
第４態様の他の実施形態において、前記コードは、前記プロセッサによって実行されると、前記プロセッサに、インシデントタイプを入力として受信するステップをさらに行わせる。
【００５６】
第４態様の他の実施形態において、前記コードは、前記プロセッサによって実行されると、前記プロセッサに、前記注目エリア内の前記ＡＶ記録および通信装置のサブセットからのビデオ映像を出力として返信するステップの後、前記リクエスタの基準を満たすビデオ映像を有する前記ＡＶ記録および通信装置のサブセットの位置を前記マップ上にアイコンで示すステップをさらに行わせ、各アイコンは、前記リクエスタによって入力された全ての基準を満たすＡＶ記録および通信装置に対応付けられたビデオ数を示す数を含む。
【００５７】
第４態様の他の実施形態において、前記注目エリア内の前記ＡＶ記録および通信装置のサブセットからのビデオ映像を出力として返信するステップは、ビデオのリストを前記クライアント装置のディスプレイ上の前記ＧＵＩ上に表示する。
【００５８】
第４態様の他の実施形態において、前記リストにおける各ビデオは、識別情報を含み、前記識別情報は、各ビデオを記録したＡＶ記録および通信装置が位置するアドレスと、各ビデオが記録された日時とを含む。
【００５９】
第４態様の他の実施形態において、前記リストにおける各ビデオは、ダウンロードアイコンまたはボタンを含み、前記ダウンロードアイコンまたはボタンは、選択されると、選択されたビデオを前記クライアント装置へダウンロードさせる。
【００６０】
第４態様の他の実施形態において、前記リストにおける各ビデオは、フラグアイコンまたはボタンを含み、前記フラグアイコンまたはボタンは、選択されると、選択されたビデオをフラグ付きビデオのグループに追加させる。
【００６１】
第４態様の他の実施形態において、前記コードは、前記プロセッサによって実行されると、前記プロセッサに、前記ビデオのリストを前記フラグ付きビデオのグループ内のビデオのみに絞るコマンドを入力として受信するステップをさらに行わせる。
【図面の簡単な説明】
【００６２】
オーディオビデオ記録および通信装置からのビデオ映像を共有する本装置、システム、および方法の種々の実施形態を、有利な特徴を強調することに重点をおいて、詳述する。これらの実施形態は、例示の目的のみの添付の図面に示すオーディオビデオ記録および通信装置からのビデオ映像を共有する新規かつ非自明な装置、システム、および方法を表す。これらの図面は、以下の図を含み、図において同様の番号は同様の要素を示す。
【図１】本実施形態にかかるＡＶ記録および通信装置を含むシステムを示す機能ブロック図である。
【図２】本実施形態にかかるＡＶドアベルからのビデオ映像を共有するシステムを示す機能ブロック図である。
【図３】要求側が１つ以上のＡＶ記録および通信装置からビデオ映像を要求可能にするプロセスに対応付けられたグラフィカルユーザーインターフェース（ＧＵＩ）のサンプルスクリーンショットである。
【図４】要求側が１つ以上のＡＶ記録および通信装置からビデオ映像を要求可能にするプロセスに対応付けられたグラフィカルユーザーインターフェース（ＧＵＩ）のサンプルスクリーンショットである。
【図５】要求側が１つ以上のＡＶ記録および通信装置からビデオ映像を要求可能にするプロセスに対応付けられたグラフィカルユーザーインターフェース（ＧＵＩ）のサンプルスクリーンショットである。
【図６】要求側が１つ以上のＡＶ記録および通信装置からビデオ映像を要求可能にするプロセスに対応付けられたグラフィカルユーザーインターフェース（ＧＵＩ）のサンプルスクリーンショットである。
【図７】要求側が１つ以上のＡＶ記録および通信装置からビデオ映像を要求可能にするプロセスに対応付けられたグラフィカルユーザーインターフェース（ＧＵＩ）のサンプルスクリーンショットである。
【図８】本実施形態にかかるＡＶ記録および通信ドアベルからのビデオ映像を共有するプロセスを示すフローチャートである。
【図８Ａ】図８のプロセスの一実施形態を示すシーケンス図である。
【図９】本実施形態にかかるＡＶ記録および通信ドアベルからのビデオ映像を共有するプロセスを示すフローチャートである。
【図９Ａ】図９のプロセスの一実施形態を示すシーケンス図である。
【図１０】本発明の態様にかかるＡＶ記録および通信ドアベルの正面図である。
【図１１】図１０のＡＶ記録および通信ドアベルの背面図である。
【図１２】本発明の態様にかかるマウンティングブラケットに取り付けた図１０のＡＶ記録および通信ドアベルの左側面図である。
【図１３】図１０のＡＶ記録および通信ドアベルの断面右側面図である。
【図１４】図１２のＡＶ記録および通信ドアベルおよびマウンティングブラケットの分解図である。
【図１５】図１２のマウンティングブラケットの背面図である。
【図１６Ａ】図１２のＡＶ記録および通信ドアベルおよびマウンティングブラケットの上面および底面図である。
【図１６Ｂ】図１２のＡＶ記録および通信ドアベルおよびマウンティングブラケットの上面および底面図である。
【図１７Ａ】図１０のＡＶ記録および通信ドアベルの受動型赤外線センサホルダの上面および正面図である。
【図１７Ｂ】図１０のＡＶ記録および通信ドアベルの受動型赤外線センサホルダの上面および正面図である。
【図１８Ａ】図１０のＡＶ記録および通信ドアベルの受動型赤外線センサホルダアセンブリの上面および正面図である。
【図１８Ｂ】図１０のＡＶ記録および通信ドアベルの受動型赤外線センサホルダアセンブリの上面および正面図である。
【図１９】本発明の態様にかかる図１８Ａの受動型赤外線センサアセンブリの上面図およびその視野である。
【図２０】図１０のＡＶ記録および通信ドアベルのコンポーネントの機能ブロック図である。
【図２１】本発明の態様にかかるＡＶ記録および通信ドアベルのプロセスを示すフローチャートである。
【図２２】本発明の態様にかかるＡＶ記録および通信ドアベルの他のプロセスを示すフローチャートである。
【図２３】本発明の態様にかかるＡＶ記録および通信ドアベルの他のプロセスを示すフローチャートである。
【図２４】本発明の種々の態様にしたがって本実施形態が実施され得るクライアント装置の機能ブロック図である。
【図２５】本発明の種々の態様にしたがって本実施形態が実施され得る汎用コンピューティングシステムの機能ブロック図である。
【発明を実施するための形態】
【００６３】
以下の詳細な説明において、図面を参照して本実施形態を説明する。図面において、参照番号は、本実施形態の要素を表す。これらの参照番号は、対応する図の特徴の記載に関連して以下に再現される。
【００６４】
オーディオビデオ記録および通信装置からのビデオ映像を共有する本装置、システム、および方法の実施形態を、図面を参照して以下に記載する。これらの図およびその記述は、装置のあるコンポーネントが一体的に形成され、他のコンポーネントが別個に形成されることを示す。当業者には、一体的に形成されるとして本明細書に図示および記載されるコンポーネントが、代替実施形態では別個に形成され得ることが理解できるであろう。さらに、当業者には、別個に形成されるとして本明細書に図示および記載されるコンポーネントが、代替実施形態では一体的に形成され得ることが理解できるであろう。本明細書において、「一体的」は、単一のユニットを表す。
【００６５】
図１を参照して、本実施形態は、オーディオビデオ（ＡＶ）通信ドアベル１００を含む。本発明ではＡＶ記録および通信ドアベルを含む方法およびシステムの多くの例を提示するが、本実施形態は、ドアベル以外のＡＶ記録および通信装置にも同様に適用可能である。例えば、本実施形態は、１つ以上のＡＶ記録および通信ドアベルの代わりにまたは１つ以上のＡＶ記録および通信ドアベルに加えて、１つ以上のＡＶ記録および通信セキュリティカメラを含んでもよい。例示的ＡＶ記録および通信セキュリティカメラは、本明細書に記載のドアベルの全ての構造および機能を実質的に含み得るが、フロントボタンおよび関連コンポーネントは含まない。
【００６６】
ＡＶ記録および通信ドアベル１００は、典型的に、住居、ビジネス、リモートストレージ施設等の構造物（図示せず）への入口近くに位置する。ＡＶ記録および通信ドアベル１００は、カメラ１０２と、マイク１０４と、スピーカ１０６とを含む。カメラ１０２は、例えば、画像表示解像度７２０ｐ以上でビデオ画像を取込むことができる、高解像度（ＨＤ）ビデオカメラを備えてもよい。図示しないが、ＡＶ記録および通信ドアベル１００は、ハウジング、１つ以上の動きセンサ（および／または他のタイプのセンサ）、ボタン等、他のハードウェアおよび／またはコンポーネントを含んでもよい。ＡＶ記録および通信ドアベル１００はさらに、米国特許出願公報第２０１５／００２２６２０号（出願番号１４／４９９，８２８）および第２０１５／００２２６１８号（出願番号１４／３３４，９２２）に記載の無線通信ドアベルと同様の構成および／または機能性を含んでもよく、両文献を全体を、完全に、ここに参照のために取込む。
【００６７】
図１をさらに参照して、ＡＶ記録および通信ドアベル１００は、ユーザのネットワーク１１０と通信する。ユーザのネットワーク１１０は、例えば、有線および／または無線ネットワークであってもよい。ユーザのネットワーク１１０が無線であるかまたは無線コンポーネントを含む場合、ネットワーク１１０は、ＩＥＥＥ  ８０２．１１規格および／または他の無線通信規格に準拠したＷｉ−Ｆｉ  ネットワークであってもよい。ユーザのネットワーク１１０は、他のネットワーク１１２に接続される。他のネットワーク１１２は、例えば、インターネットおよび／または公衆交換電話網（ＰＳＴＮ）を含んでもよい。下記の通り、ＡＶ記録および通信ドアベル１００は、ユーザのネットワーク１１０およびネットワーク１１２（インターネット／ＰＳＴＮ）を介して、ユーザのクライアント装置１１４と通信してもよい。ユーザのクライアント装置１１４は、例えば、デスクトップコンピュータ、ラップトップコンピュータ、タブレット等のパーソナルコンピュータを含んでもよい。ユーザのクライアント装置１１４はさらに、例えば、スマートフォン、パーソナル・デジタル・アシスタント（ＰＤＡ）、または他の通信装置等、携帯電話（セルラー電話とも称される）を含んでもよい。ユーザのクライアント装置１１４は、ストリーミングおよび／または記録ビデオ画像を表示可能なディスプレイ（図示せず）および関連コンポーネントを含む。ユーザのクライアント装置１１４はまた、ストリーミングおよび／または記録オーディオを放送可能なスピーカおよび関連コンポーネントを含んでもよく、マイクを含んでもよい。ＡＶ記録および通信ドアベル１００はまた、ユーザのネットワーク１１０およびネットワーク１１２（インターネット／ＰＳＴＮ）を介して、１つ以上のリモートストレージ装置１１６（「クラウドストレージ装置」とも称される）、１つ以上のサーバ１１８、および／またはバックエンドＡＰＩ（アプリケーション・プログラミング・インターフェース）１２０と通信してもよい。図１ではストレージ装置１１６、サーバ１１８、およびバックエンドＡＰＩ１２０がネットワーク１１２と別のコンポーネントとして示されるが、ストレージ装置１１６、サーバ１１８、および／またはバックエンドＡＰＩ１２０は、ネットワーク１１２のコンポーネントとみなされてもよい。
【００６８】
ネットワーク１１２は、図１に示すように上記のモジュール、装置、およびシステムを動作可能に接続するように構成された、任意の無線ネットワーク、任意の有線ネットワーク、またはそれらの組み合わせであってもよい。例えば、ネットワーク１１２は、次のうちの１つ以上を含んでもよい：ＰＳＴＮ（公衆交換電話網）、インターネット、ローカルイントラネット、ＰＡＮ（パーソナルエリアネットワーク）、ＬＡＮ（ローカルエリアネットワーク）、ＷＡＮ（ワイドエリアネットワーク）、ＭＡＮ（メトロポリタンエリアネットワーク）、仮想プライベートネットワーク（ＶＰＮ）、ストレージエリアネットワーク（ＳＡＮ）、フレームリレー接続、高度インテリジェントネットワーク（ＡＩＮ）接続、同期型光  ネットワーク（ＳＯＮＥＴ）接続、デジタルＴ１、Ｔ３、Ｅ１またはＥ３ライン、デジタルデータサービス（ＤＤＳ）接続、ＤＳＬ（デジタル・サブスクライバー・ライン）接続、イーサネット接続、ＩＳＤＮ（総合サービスデジタルネットワーク）ライン、Ｖ．９０、Ｖ．３４、またはＶ．３４ｂｉｓアナログモデム接続等の電話回線ポート、ケーブルモデム、ＡＴＭ（非同期転送モード）接続、またはＦＤＤＩ（光ファイバー分散データインターフェース）またはＣＤＤＩ（銅分散データインターフェース）接続。さらに、通信はまた、ＷＡＰ（Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）、ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、および／またはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）携帯電話ネットワーク、ＧＰＳ、ＣＤＰＤ（ｃｅｌｌｕｌａｒ  ｄｉｇｉｔａｌ  ｐａｃｋｅｔ  ｄａｔａ）、ＲＩＭ（Ｒｅｓｅａｒｃｈ  ｉｎ  Ｍｏｔｉｏｎ，  Ｌｉｍｉｔｅｄ）二重ページングネットワーク、Ｂｌｕｅｔｏｏｔｈ無線、またはＩＥＥＥ８０２．１１無線ネットワークを含む、種々の無線ネットワークのうちの任意の無線ネットワークへのリンクを含んでもよい。ネットワークはさらに、次のうちの１つ以上を含むかまたは次のうちの１つ以上と接続してもよい：ＲＳ−２３２シリアル接続、ＩＥＥＥ−１３９４（Ｆｉｒｅｗｉｒｅ）接続、ファイバーチャネル接続、ＩｒＤＡ（赤外線）ポート、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｆａｃｅ）接続、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ））接続、または他の有線または無線、デジタルまたはアナログ、インターフェースまたは接続、メッシュまたはＤｉｇｉ（登録商標）ネットワーキング。
【００６９】
本実施形態の１つ以上の態様によれば、人物（「訪問者」とも称される）がＡＶ記録および通信ドアベル１００に到着すると、ＡＶ記録および通信ドアベル１００は、訪問者の存在を検知し、カメラ１０２の視野内でビデオ画像を取り込み始める。ＡＶ記録および通信ドアベル１００はまた、マイク１０４を通してオーディオを取り込んでもよい。ＡＶ記録および通信ドアベル１００は、訪問者の存在を、動きセンサを用いて検知してもよく、および／または、訪問者がＡＶ記録および通信ドアベル１００上のボタンを押したことを検知することによって検知してもよい。
【００７０】
訪問者の検知に応じて、ＡＶ記録および通信ドアベル１００は、ユーザのネットワーク１１０およびネットワーク１１２を介して、アラートをユーザのクライアント装置１１４（図１）へ送信する。ＡＶ記録および通信ドアベル１００はまた、ストリーミングビデオをユーザのクライアント装置１１４へ送信する。ＡＶ記録および通信ドアベル１００はまた、ストリーミングオーディオをユーザのクライアント装置１１４へ送信してもよい。ユーザがアラートに応答すると、ＡＶ記録および通信ドアベル１００およびユーザのクライアント装置１１４を通して、訪問者とユーザとの間で双方向オーディオ通信が行われ得る。ユーザは、通話の間中訪問者を見ることができるが、（いくつかの実施形態にあるようにＡＶ記録および通信ドアベル１００がディスプレイを備えない限り）訪問者はユーザを見ることができない。
【００７１】
ＡＶ記録および通信ドアベル１００のカメラ１０２に取り込まれたビデオ画像（およびマイク１０４に取り込まれたオーディオ）は、クラウドへアップロードされてリモートストレージ装置１１６（図１）に記録されてもよい。いくつかの実施形態において、ユーザがクライアント装置１１４へ送信されたアラートを無視する選択をした場合でも、ビデオおよび／またはオーディオは、リモートストレージ装置１１６に記録されてもよい。
【００７２】
図１をさらに参照して、システムはさらに、１つ以上のコンポーネントを含むバックエンドＡＰＩ１２０を備えてもよい。バックエンドＡＰＩ（アプリケーション・プログラミング・インターフェース）は、例えば、サーバ（例：リアルサーバ、バーチャルマシン、またはサービス型クラウドインフラストラクチャーで動作するマシン）、またはネットワークされた複数サーバを含んでもよく、少なくとも１つのＡＰＩがアクセスするクライアントにさらされる。 これらのサーバは、キャッシングレイヤ、データベースレイヤその他のコンポーネント等、どのような他のコンポーネントが含まれているかによって、アプリケーションサーバ（例：ソフトウェアサーバ）等のコンポーネントを含んでもよい。バックエンドＡＰＩは、例えば、多くのそのようなアプリケーションを含んでもよく、アプリケーションはそれぞれのパブリックＡＰＩを用いて互いに通信する。いくつかの実施形態において、ＡＰＩバックエンドは、ユーザデータを一括して保持し、ユーザ管理機能を提供してもよく、この場合、クライアントは非常に制限された状態に置かれる。
【００７３】
図１に示すバックエンドＡＰＩ１２０は、１つ以上のＡＰＩを有してもよい。ＡＰＩは、ソフトウェアおよびアプリケーションを構築するためのルーチン、プロトコル、およびツールのセットである。ＡＰＩは、ソフトウェアコンポーネントを、その動作、入力、出力、および基底型の点で表現し、それぞれの実装と独立した機能性を定義することで、インターフェースを妥協することなく定義および実装を変えることができる。有利に、ＡＰＩは、プログラマに、プログラマがアプリケーションを変更する必要なく、あるいは、アプリケーションがどのように働くのか理解する必要さえなく、アプリケーションの機能性へのアクセスを与えてもよい。ＡＰＩは、ネット上のシステム、オペレーティングシステム、またはデータベースシステム用であってもよく、所与のプログラミング言語を用いて該システムのためのアプリケーションを開発するために設備を提供する。ハードディスクドライブやビデオカード等のコンピュータハードウェアまたはデータベースへのアクセスに加えて、ＡＰＩは、プログラミングＧＵＩコンポーネントの作用を容易にすることができる。例えば、ＡＰＩは、既存のアプリケーション内への新たな特徴の一体化を促進できる（いわゆる「プラグインＡＰＩ」）。ＡＰＩはまた、データ共有によって、別個のアプリケーションを支援でき、こうして、アプリケーションの機能性の一体化および向上を促進できる。
【００７４】
図１に示すバックエンドＡＰＩ１２０はさらに、１つ以上のサービス（ネットワークサービスとも称される）を含んでもよい。ネットワークサービスは、データストレージ、操作、提示、通信、および／または他の性能を提供するアプリケーションである。ネットワークサービスは、アプリケーションレイヤネットワークプロトコルに基づくクライアント−サーバアーキテクチャを用いて実装されることが多い。各サービスは、１つ以上のコンピュータ（複数サービスを提供する専用  サーバコンピュータ等）上で動作するサーバコンポーネントによって提供され、他の装置上で動作するクライアントコンポーネントによってネットワークを介してアクセスされ得る。あるいは、クライアントおよびサーバコンポーネントの両方とも、同一のマシン上で動作してもよい。クライアントおよびサーバは、ユーザインターフェースを有してもよく、また時には、これらに対応付けられた他のハードウェアを有してもよい。
【００７５】
本実施形態の１つの態様は、オーディオビデオ（ＡＶ）記録および通信装置が時々犯罪活動および／または犯罪加害者のビデオ映像を記録し得るという認識を含む。該ビデオ映像は、（犯罪がビデオに映っている場合）犯罪および犯罪者の証拠となるだけでなく、（例えば、犯罪はビデオに映っていないが、犯罪に関連して事情聴取のため捜索されている人物がＡＶ記録および通信装置に記録されている場合）犯罪加害者の位置に関する情報を提供するため、法執行機関にとって有用である。そこで、ＡＶ記録および通信装置によって記録されたビデオ映像の法執行機関との簡単な共有を促進することでＡＶ記録および通信装置の機能性を向上させることは、有利であろう。以下に詳述するように、本実施形態は、このような向上を提供する。特に、本実施形態は、ＡＶ記録および通信装置に取り込まれたビデオ映像を容易にクラウドへアップロードして法執行機関等の要求側に共有可能にする。犯罪加害者および／または他の有益な情報を含み得るＡＶ記録および通信装置からの映像は、加害者の識別および／または逮捕に用いられることによって、地域をより安全にすることができる。
【００７６】
図２は、近隣２０４で複数の住居２０２の外側に設置される複数のＡＶ記録および通信ドアベル２００を示す。各ＡＶ記録および通信ドアベル２００は、それぞれの住居２０２の入口２０６近くに、各ＡＶ記録および通信ドアベル２００が自身が隣接しまたそのカメラの視野内であるエリアからビデオ映像（および、いくつかの実施形態においては、それに伴うオーディオ）を取り込むように構成されるように、取り付けられる。上記の通り、ビデオ映像は、クラウドへアップロードされて記憶されてもよい。本実施形態によれば、また、以下に詳述するように、各ＡＶ記録および通信ドアベル２００により取り込まれてクラウドへアップロードされたビデオ映像は、法執行機関等の要求側と共有可能である。例えば、法執行機関は、発生した犯罪と同様の近傍に位置する１つ以上のＡＶドアベルからビデオ映像を収集することを望むかもしれない。これらのＡＶドアベルからの映像には、犯罪加害者の識別および／または逮捕の助けとなり得る、犯罪加害者の画像および／または他の有益な情報が含まれるかもしれない。
【００７７】
図３は、要求側（または「リクエスタ」）が１つ以上のＡＶドアベルからビデオ映像を要求可能にするプロセスに対応付けられたグラフィカルユーザインタフェース（ＧＵＩ３００）の一例を示す。プロセスまたはプログラムは、１つ以上のプロセッサによって実行可能なコードに組み込まれてもよい。要求側は、例えば、クライアント装置（要求側のクライアント装置１１９、図１）を用いて、ウェブサイトでユーザポータルを通してログインしてもよい。要求側のクライアント装置１１９は、例えば、デスクトップコンピュータ、ラップトップコンピュータ、タブレット等のパーソナルコンピュータを含んでもよい。要求側のクライアント装置１１９はさらに、例えば、スマートフォン、パーソナル・デジタル・アシスタント（ＰＤＡ）、または他の通信装置等、携帯電話（セルラー電話とも称される）を含んでもよい。
【００７８】
図３をさらに参照して、ＧＵＩ３００で、リクエスタは、リクエスタがビデオ映像を収集したい周囲の位置を識別するアドレスを入力してもよい。ＧＵＩ３００は、アドレスの周囲のエリア３０８のマップ３０２を表示する。第１タイプ３０４のアイコンは、マップ３０２上で入力アドレスの位置を示してもよい。マップ３０２はさらに、ＡＶ記録および通信ドアベル２００（図２）の位置を示す１つ以上の付加的な第２タイプ３０６のアイコンを表示してもよい。リクエスタは、マップ３０２でエリア３０８を示すことで、（リクエスタがビデオ映像を収集したい）注目エリア３０８を特定してもよい。ＧＵＩ３００は、特定エリア３０８内のＡＶ記録および通信ドアベル２００の位置を、これらをマップ３０２で規定エリア３０８内に表示することで、識別する。ＧＵＩ３００はさらに、リクエスタが日付および／または時刻の範囲を特定可能にする、テキストボックス３１０やカレンダー  ３１２等のメカニズムを含んでもよい。リクエスタが日付範囲を入力した場合、リクエスタに提供されるビデオ映像は、特定日付範囲に限定される。
【００７９】
リクエスタは、任意のさまざまな方法で、ビデオ映像が収集されるエリア３０８を特定してもよい。例えば、リクエスタは、ポリゴンの頂点３１４の位置を特定することで、ＧＵＩ３００のマップ３０２上に任意の形状およびサイズのポリゴンを描いてもよい。例えば、リクエスタは、リクエスタのクライアント装置がタッチスクリーンを含む場合、頂点３１４の位置をタッチすることによって、あるいは、マウスやトラックボール等のポインティングデバイスやスクリーン上ポインタを用いることによって、頂点３１４の位置を特定する。ある実施形態において、リクエスタによって特定されたポリゴンは、円等のように、頂点３１４を有しないかもしれない。そのような実施形態において、リクエスタは、リクエスタが入力した（第１タイプ３０４のアイコンでマップ３０２上に示される）アドレスの周囲の半径を提供することによって、注目エリアを特定してもよい。
【００８０】
図３をさらに参照して、ＧＵＩ３００はまた、リクエスタが所与の要求をケース番号またはインシデント番号３１６で識別すること、インシデント日３１８および／または時刻３２０を特定すること、および、インシデントタイプ３２２を特定することを可能にする１つ以上のテキストボックスおよび／またはドロップダウンメニューを含んでもよい。ＧＵＩ３００はさらに、テキストボックスおよび／またはドロップダウンメニューに情報を入力した後にリクエスタが押すボタン３２４を含んでもよい。ボタン３２４を押すことで、プログラムが実行されて、リクエスタが特定したビデオ映像を返す。ＧＵＩ３００はまた、リクエスタが以前（または既存）の検索にアクセス可能にするタブ３２６を含んでもよい。
【００８１】
上記の通りリクエスタがエリア３０８および任意に日付範囲３１０／３１２および／または他の任意の基準を特定した後、プロセスは、リクエスタに特定された基準を満たすビデオ映像を識別して、識別したビデオ映像をリクエスタへ返信する。例えば、図４は、識別したビデオ映像をリクエスタへ提示するＧＵＩ４００の一例を示す。ＧＵＩ４００は、リクエスタの基準を満たすビデオ映像を有するＡＶ記録および通信ドアベル２００の位置を示すマップ４０２を含む。マップ４０２上のアイコン４０４は、ＡＶ記録および通信ドアベル２００の位置を示す。図示の実施形態において、各アイコン４０４は、リクエスタの基準を満たすＡＶ記録および通信ドアベル２００に対応付けられたビデオ数を示す数を含む。ＧＵＩ４００は、リクエスタの基準を満たすビデオ４０６の総数、ケース番号４０８、インシデントが発生したアドレス４１０、インシデントが発生したアドレス４１０の位置を示すマップ４０２上のインシデントアイコン４１１、インシデントのタイプ（強盗  ４１２等）、インシデントの日時４１４、フラグ付きビデオ（以下に詳述する）の数を示す第１カウンタ４１６、新たなビデオ（以下に詳述する）の数を示す第２カウンタ４１８、１つ以上のフィルタボタン４２０、４２２、４２４、４２６、アドレスでビデオを選択するためのドロップダウンメニュー４２８、および／または日付範囲セレクタ４３０等の、付加的な情報を提示してもよい。
【００８２】
図４をさらに参照して、ＧＵＩ４００はさらに、リクエスタの基準を満たすビデオ４３２のリストを提示してもよい。図４およびビデオリスト４３２の拡大図である図５を参照して、リスト４３２内の各ビデオは、ビデオを記録したＡＶドアベルが位置するアドレス５００および／またはビデオが記録された日時５０２等の、識別情報を含んでもよい。図５をさらに参照して、リスト４３２内の各ビデオはさらに、ダウンロードアイコン５０４、フラグアイコン５０６、ハイドアイコン５０８、ニューアイコン５１０、および／または他のアイコン（図示せず）を含んでもよい。リクエスタがダウンロードアイコン５０４を選択すると、ダウンロードアイコン５０４に対応付けられたビデオがリクエスタのクライアント装置１１９へダウンロードされる。リクエスタがフラグアイコン５０６を選択すると、フラグアイコン５０６に対応付けられたビデオが「フラグ付き」ビデオのグループに追加され、フラグアイコン５０６の外見が変わり得る。例えば、図示の実施形態において、フラグアイコン５０６の色は、選択されると、灰色から赤へと変化する。リクエスタはその後、フラグ付き（Ｆｌａｇｇｅｄ）フィルタボタン４２４（図４）を選択することで示されたビデオのリストを狭めてもよく、その後、図６に示すように、フラグ付きのビデオのみが変更リスト６００に示される。
【００８３】
図４および５を参照して、ユーザが所与のビデオの横のハイドアイコン５０８を選択すると、ハイドアイコン５０８に対応付けられたビデオがリスト４３２から消えてもよい。その後、ユーザは、隠れ（Ｈｉｄｄｅｎ）フィルタボタン４２６（図４）を選択することで、隠れビデオのみのリストを見てもよい。図５を参照して、ニューアイコン５１０は、最近記録されておよび／またはクラウドへアップロードされたビデオ、および／または、リクエスタが未視聴のビデオを識別する。リクエスタがニューアイコン５１０を含む  ビデオを視聴した後、ニューアイコン５１０はリスト４３２内の該ビデオの横に表示されなくなってもよい。リクエスタが  ニュー（Ｎｅｗ）フィルタボタン４２２（図４）を選択すると、リスト４３２に表示されたビデオは、ニューアイコン５１０を含むビデオのみとなってもよい。
【００８４】
図４をさらに参照して、ＧＵＩ４００はさらに、ユーザがリスト４３２内のビデオを特定のアドレスのＡＶドアベルに対応付けられたもののみに狭めることができるドロップダウンアドレスメニュー４２８を提示してもよい。ＧＵＩ４００はさらに、選択可能日付範囲４３０を提示してもよい。図示の実施形態において、選択可能日付範囲４３０は、両端にスライダを含む。スライダを動かすことで、ユーザは、日付範囲を狭めたり広げたりしてもよい。その後、プログラムは、リスト４３２に表示されるビデオを、特定日付範囲内のビデオのみを含むように狭めたり広げたりする。
【００８５】
図７を参照して、ユーザが選択ビデオをダブルクリックする等してリスト４３２から１つのビデオを選択すると、選択ビデオ７００は、ＧＵＩ７０２の部分内で再生されてもよい。図示の実施形態において、選択ビデオ７００はＧＵＩ７０２の右上コーナーで再生されるが、他の実施形態において、選択ビデオ７００はＧＵＩ７０２の異なる部分で再生されてもよく、あるいは、新たなウィンドウで開かれてもよい。ＧＵＩ７０２はさらに、ハイドボタン７０４を含んでもよい。ハイドボタン７０４が選択されると、選択ビデオ７００はＧＵＩ７０２から消える。
【００８６】
図８は、本実施形態にかかるＡＶドアベルからのビデオ映像を共有するプロセスを示すフローチャートである。図８Ａは、図８のプロセスの一実施形態を示すシーケンス図である。図８を参照して、プロセスは、ブロックＢ８００で、特定の時間ウィンドウ中の特定エリア内の１つ以上のＡＶドアベルからのビデオ映像の要求を要求側から受信すると、開始する。要求側は、例えば、法執行機関であってもよい。図８Ａを参照して、要求側は、要求側のクライアント装置１１９（図１）からサーバ１１８（またはバックエンドＡＰＩ１２０や他のネットワーク装置）等のネットワーク装置へ送信されるビデオ要求信号８０１において、ネットワーク１１２へ要求を提出してもよい。要求側のクライアント装置１１９は、例えば、ウェブブラウザを用いてネットワーク１１２に接続するコンピュータであってもよく、要求側は、図３〜７に関して上で示した例のように、ネットワーク１１２上のウェブポータルを通して要求を提出してもよい。
【００８７】
例えば、図３を参照して、要求側は、ネットワーク１１２上ウェブポータルにアクセスして、検索ボックス（図示せず）にアドレスを入力してもよい。ウェブポータルは、入力アドレスの周囲のエリアのマップ３０２を、入力アドレスを識別する第１タイプ３０４のアイコンおよび入力アドレス３０４の近傍におけるＡＶ記録および通信ドアベル２００の位置を識別する第２タイプ３０６の複数のアイコンと共に、表示してもよい。そして、要求側は、図３に関連して上記したように注目エリア３０８を特定し、注目時間ウィンドウを特定してもよい。例えば、要求側は、１つ以上のテキストボックス３１０、ドロップダウンメニュー、ポップアップカレンダー３１２等を用いて、開始日時および終了日および／または時刻を入力してもよい。いくつかの実施形態において、終了日および／または時刻は、未来であってもよく、および／または、要求は、オープンエンドであってもよい。オープンエンドは、要求側が終了日および／または時刻を提供しないことを意味する。この場合、要求側へ返すビデオ映像は、１つ以上の未来時間に特定エリア３０８内のＡＶ記録および通信ドアベル２００の１つ以上からアップロードされるビデオを含んでもよい。
【００８８】
図８をさらに参照して、プロセスは次に、ブロックＢ８０２へ進み、どのビデオがリクエスタによって提供される基準を満たすかが決定される。例えば、決定プロセスは、サーバ１１８（またはバックエンドＡＰＩ１２０や他のネットワーク装置）で行われ、注目エリアおよび注目時間ウィンドウを基準とし、これらの基準を用いてビデオメタデータを検索して基準を満たすビデオを識別してもよい。得られるセットは、これらのビデオメタデータレコードのセット、例えば、ビデオへの参照のセット、である。プロセスは次に、ブロックＢ８０４およびＢ８０６へ進み、ブロックＢ８０２で決定したビデオの共有の許可を得る。例えば、ブロックＢ８０４で、共有の同意要求を、ブロックＢ８０２で決定したビデオのうちの少なくとも１つを有する各ＡＶ記録および通信ドアベル２００に対応付けられた各ユーザへ送信してもよい。同意要求は、例えば、各ユーザのクライアント装置１１４（スマートフォン等）へ送信されるプッシュ通知を含んでもよい。プッシュ通知（または他のタイプの同意要求）は、共有が要求されている時間および日付範囲を示し、要求側のアイデンティティを示し、および／または、ユーザを要求に対応付けられたビデオのリストへ導いてもよく、ユーザはリストを確認してもよい。例えば、図８Ａを参照して、ビデオ共有の同意要求は、サーバ１１８（またはバックエンドＡＰＩ１２０や他のネットワーク装置）からブロックＢ８０２で決定したビデオのうちの少なくとも１つを有する各ＡＶ記録および通信ドアベル２００に対応付けられたユーザのクライアント装置１１４の１つ以上へ送信される共有要求信号（または同意要求信号）８０３を含んでもよい。
【００８９】
図８に戻って、ブロックＢ８０６で、どのユーザ（もしいれば）がビデオ共有に同意したかを決定する。例えば、各ユーザは、プッシュ通知に対して「ｙｅｓ」または「ｎｏ」で応答する。図８Ａを参照して、ユーザ同意（または同意の拒否）は、ユーザのクライアント装置１１４からサーバ１１８（またはバックエンドＡＰＩ１２０や他のネットワーク装置）へ１つ以上の共有同意信号８０５において送信されてもよい。共有に同意しないユーザに対しては、プロセスは、ブロックＢ８０８（図８）で終了する。共有に同意するユーザに対しては、プロセスは、ブロックＢ８１０へと続く。ブロックＢ８１０で、特定時間ウィンドウ内の同意ユーザのＡＶ記録および通信ドアベル２００からのビデオを、ウェブポータルを通してリクエスタに提示する。例えば、図４を参照して、マップ４０２上のアイコン４０４は、同意ユーザに対応するＡＶ記録および通信ドアベル２００の位置を示し、各アイコン４０４上の数字は、該ＡＶ記録および通信ドアベル２００に記録されたビデオの数を示してもよい。ビデオのリスト４３２にはマップ４０２上のアイコン４０４に対応するビデオが読み込まれていてもよく、リクエスタは、図４〜７に関連して上記したように、ビデオを視聴し、選択ビデオにフラグを付け、選択ビデオを隠す等してもよい。図８Ａを参照して、特定時間ウィンドウ内の同意ユーザのＡＶ記録および通信ドアベル２００からのビデオの情報は、サーバ１１８（またはバックエンドＡＰＩ１２０や他のネットワーク装置）から要求側のクライアント装置１１９へビデオ利用可能信号８０７において送信されてもよい。
【００９０】
上述のように、いくつかの実施形態では、要求側当事者は、将来の終了日および／または時間を入力することができ、または要求者は、終了日および／または時間を提供できないことがある。図９は、リクエスタが終了日および／または時間を提供しない状況でビデオ映像を共有するためのプロセスの例示的な実施形態を示すフローチャートであり、図９Ａは、図９のプロセスの一実施形態を示すシーケンス図である。図９および図９Ａのプロセスは、例えば、報告された強盗に近い時間に実施された場合のように、現在進行中または最近発生した犯罪を止めるのを助けることができる。図９を参照すると、ブロックＢ１０００において、要求された当事者から、指定された時間ウィンドウの間に、指定された領域内の１つまたは複数のＡ／Ｖ記録および通信ドアベル２００によって記録されたビデオ映像が要求される未来。例えば、要求は、将来に進む予定の開始時刻から記録されアップロードされた、指定されたエリア内のすべてのＡ／Ｖ録音および通信のドアベル２００からのビデオを要求することができる。指定された開始時間は、過去の時間であってもよく、または要求が送信された時間に対応してもよい。要求は、将来の終了時間を識別することができ、その後、指定されたエリア内のＡ／Ｖ録画および通信のドアベル２００によって記録およびアップロードされた任意のビデオは、リクエスタと共有されない。あるいは、要求は、指定されたエリアのＡ／Ｖ録音および通信のドアベル２００によって記録およびアップロードされる将来のすべてのビデオが、（ユーザからの許可を得ることを条件として）リクエスタと共有されるように、Ａ／Ｖ録音および通信のドアベル２００）。図８の例のように、要求側当事者は、例えば、法執行機関であってもよい。図９Ａを参照すると、要求側当事者は、要求側当事者のクライアント装置１１９（図１）からネットワーク装置、例えばサーバ１１８（またはバックエンドＡＰＩ１２０または他のネットワークデバイス）に送信する。要求側当事者のクライアント装置１１９は、例えば、ウェブブラウザを使用してネットワーク１１２に接続するコンピュータであってもよく、要求側当事者は、例のように、ネットワーク１１２上に設けられたウェブポータルを介して要求を提出してもよい図３〜図７に関して上に例示した。
【００９１】
図９をさらに参照すると、次にプロセスはブロックＢ９０２に進み、Ａ／Ｖ録音および通信のドアベル２００が指定された領域に配置されているかどうか、すなわちサーバ１で実行可能なプロセスが決定される例えば、図１８（またはバックエンドＡＰＩ１２０または他のネットワークデバイス）は、要求者によって提供された基準を満たすすべてのＡＶ録音および通信ドアベル２００のサブセットを決定する。次にプロセスはブロックＢ９０４およびＢ９０６に進み、ブロックＢ９０２で決定されたＡ／Ｖ記録および通信ドアベル２００からビデオを共有するための許可が得られる。例えば、ブロックＢ９０４で、ブロックＢ９０２で決定されたサブセット内のＡ／Ｖ録音および通信ドアベル２００のそれぞれに関連付けられたユーザのそれぞれに、共有への同意の要求を送信することができる。例えば、図９Ａを参照すると、共有への同意の要求は、サーバ１１８（またはバックエンドＡＰＩ１２０または別のネットワークデバイス）によって１つまたは複数のサーバ１１０に送信される共有要求信号（または同意要求信号）ブロックＢ９０２で決定されたＡ／Ｖ録音および通信ドアベル２００に関連付けられたユーザのクライアントデバイス１１４を含む。同意の要求は、例えば、（スマートフォンなどの）各ユーザのクライアントデバイス１１４に送信されるプッシュ通知を含むことができる。プッシュ通知（または同意のための他のタイプの要求）は、共有が要求された時間および日付範囲を示すことができ、要求側の身元を示すこともできる。
【００９２】
図９に戻って参照すると、ブロックＢ９０６において、ユーザが（もしあれば）それらのビデオを共有する同意を提供したユーザが決定される。例えば、各ユーザは、プッシュ通知に「ｙｅｓ」または「ｎｏ」で応答することができる。図９Ａを参照すると、ユーザの同意（または同意の拒否）は、ユーザのクライアントデバイス１４からサーバ１１８（またはバックエンドＡＰＩ１２０または別のネットワークデバイス）。共有に同意しないユーザの場合、プロセスはブロックＢ９０８で終了する。しかし、共有の同意を提供するユーザの場合、プロセスはブロックＢ９１０に進み、ブロックＢ９１０で、同意ユーザのＡ／Ｖ録音および通信ドアベル２００からのビデオがウェブポータルを介してリクエスタに提示される。図９Ａを参照すると、同意ユーザのＡ／Ｖ録画および通信ドアベル２００からのビデオに関する情報は、サーバ１１８（またはバックエンドＡＰＩ１２０または別のネットワークデバイス）からビデオ可用性信号９０７で、要求側当事者のクライアント装置１１９。リクエストには将来のビデオが含まれているため、それらの未来のビデオはアップロードされた後にリクエスタに提示されます。例えば、図４を参照すると、マップ４０２上のアイコン４０４は、同意するユーザに対応するＡ／Ｖ録音および通信のドアベル２００の位置を示してもよく、各アイコン４０４上の数字は、そのＡ／Ｖ録音および通信のドアベル２００。ビデオ４３２のリストは、マップ４０２上に示されたアイコン４０４に対応するビデオで埋められてもよく、リクエスタは、上述のように、ビデオを見て、選択されたビデオにフラグを立て、ビデオの選択されたものを隠すなどしてもよい図４〜図７に関して説明する。
【００９３】
図９には示されていないが、本実施形態は、要求側当事者によって提供された基準を満たすいくつかのビデオを共有し、要求側当事者によって提供される基準を満たす他のビデオを共有する許可を保留する許可をユーザに与えるオプションを含むことができる。例えば、Ａ／Ｖドアベルのユーザに送信されるプッシュ通知（または他のタイプの同意要求）は、少なくとも１つの応答オプションを含むことができる。すなわち、１）要求側当事者によって提供された基準を満たすすべてのビデオを共有する、または３）要求側当事者によって提供された基準を満たすいくつかのビデオを共有し、他者を差し控えること。ユーザがオプション３）を選択する場合、ユーザは、共有されるべきビデオを選択し、および／または保留されるべきビデオを選択することを可能にするメニュー（図示せず）を提示されてもよい。
【００９４】
特定の他の実施形態では、ユーザは、ビデオを前向きに共有するための同意を提供することができる。例えば、ユーザが新しいＡ／Ｖドアベルをセットアップするとき、セットアッププロセスの１つのステップは、そのＡ／Ｄ変換器によって記録およびアップロードされたすべてのビデオを共有するための同意（「オプトイン」）  Ｖドアベル。別の例では、ユーザは、Ａ／Ｖドアベルを受信する条件として、そのＡ／Ｖドアベルによって記録されアップロードされたすべてのビデオを共有するための同意を要求されることがある。例えば、法執行機関は、Ａ／Ｖドアベルを録画しアップロードしたビデオをＡ／Ｖドアベルを提供した警察機関と共有することを条件として、Ａ／Ｖドアベルをユーザに無料で提供することを提案することができるユーザ。
【００９５】
上述のように、本実施形態は、Ａ／Ｖドアベルのユーザが、それらのＡ／Ｖドアベルによって（クラウドに）記録およびアップロードされたビデオ映像を共有するように要求することを、法執行機関などの要求側が有利に可能にする。このような映像は、犯罪を解決し、加害者を逮捕するための法執行、および現在進行中の可能性のある犯罪を止めるために有用であり、
【００９６】
図１０〜図１２は、本実施形態の一態様によるオーディオ／ビデオ（Ａ／Ｖ）通信ドアベル１３０を示す。ドアベル１３０は、上述したものを含めて、本開示に記載の方法およびシステムでの使用のために構成されている。図１０は正面図であり、図１１は背面図であり、図１２は取付ブラケット１３７に結合されたドアベル１３０の左側面図である。ドアベル１３０は、バックプレート１３９（図１１）に取り付けられたフェースプレート１３５を含む。図１２を参照すると、フェースプレート１３５は実質的に平坦な外形を有する。フェースプレート１３５は、ブラシ付きアルミニウムまたはステンレス鋼などの金属、金属合金またはプラスチックを含むが、これらに限定されない任意の適切な材料を含むことができる。フェースプレート１３５は、ドアベル１３０の内部内容物を保護し、ドアベル１３０の外部前面として機能する。
【００９７】
図１０を参照すると、フェースプレート１３５は、ボタン１３３とライトパイプ１３６とを含む。ボタン１３３およびライトパイプ１３６は、フェースプレート１３５の輪郭と一致していてもいなくてもよい様々な輪郭を有することができる。ライトパイプ１３６は、限定するものではないが、ドアベル１３０内で生成された光を通過させることができる透明プラスチックを含む任意の適切な材料を含むことができる。光は、以下にさらに説明するように、ドアベル１３０内に含まれる発光ダイオード（ＬＥＤ）のような１つ以上の発光構成要素によって生成されてもよい。ボタン１３３は、訪問者がボタン１３３を押すと、ドアベル１３０内に配置されたボタンアクチュエータ（図示せず）と接触することができる。押されると、ボタン１３３は、以下にさらに説明するように、ドアベル１３０の１つ以上の機能をトリガすることができる。
【００９８】
図１０および図１２を参照すると、ドアベル１３０は、フェースプレート１３５と係合するエンクロージャ１３１をさらに含む。図示された実施形態では、筐体１３１は、フェースプレート１３５の上縁部１３５Ｔ（図１０）に当接するが、代替実施形態では、筐体１３１とフェースプレート１３５との間の１つ以上のギャップによって、ドアベル１３０。エンクロージャ１３１は、任意の適切な材料を含むことができるが、いくつかの実施形態では、エンクロージャ１３１の材料は、赤外線がドアベル１３０の内部から環境へ、またはその逆へと通過することを可能にすることが好ましい。ドアベル１３０は、レンズ３２をさらに含む。いくつかの実施形態では、レンズは、入力光をドアベル１３０内に配置された１つ以上の赤外線センサに偏向させるようにパターン化することができるフレネルレンズを備えることができる。ドアベル１３０は、後述するように、起動時にビデオデータを取り込むカメラ１３４をさらに含む。
【００９９】
図１１は、本実施形態の一態様による、ドアベル１３０の背面図である。図示されているように、筐体１３１は、ドアベル１３０の前面からその背中まで延びていてもよく、バックプレート１３９のリップの周りにぴったりと収まるようにしてもよい。バックプレート１３９は、ブラシ付きアルミニウムまたはステンレス鋼などの金属、金属合金またはプラスチックを含むが、これらに限定されない任意の適切な材料を含むことができる。バックプレート１３９は、ドアベル１３０の内部内容物を保護し、ドアベル１３０の外部背面として機能する。フェースプレート１３５は、ドアベル１３０の前面から延在し、バックプレート１３９の周りに少なくとも部分的に巻き付けることができ、それによって、フェースプレート１３５とバックプレート１３９との間の結合を可能にする。バックプレート１３９は、結合を容易にするためにその構造に窪みを有していてもよい。
【０１００】
図１をさらに参照すると、バネ接点１４０は、電源に接続された他の導電接点と嵌合すると、ドアベル１３０に電力を供給することができる。スプリング接点１４０は、銅を含むがこれに限定されない任意の適切な導電性材料を含むことができ、内向きの力、例えば相手要素の挿入によって接触したときに撓むことができる。ドアベル１３０は、電源および／またはデータをドアベル１３０内の構成要素に供給することができるマイクロＵＳＢまたは他のコネクタのようなコネクタ１６０をさらに備える。リセットボタン１５９は、バックプレート１３９上に配置されてもよいリセットボタン１５９が押されると、ドアベル１３０内に位置するボタンアクチュエータ（図示せず）と接触することができる。リセットボタン１５９が押されると、以下に説明するように、１つまたは複数の機能をトリガすることができる。
【０１０１】
図１２は、本実施形態の一態様による、取り付けブラケット１３７に結合されたドアベル１３０の左側面図である。取付ブラケット１３７は、家庭またはオフィスなどの建物の外面のような表面にドアベル１３０を取り付けることを容易にする。図１２に示すように、フェースプレート１３５は、ドアベル１３０の底部からカメラ１３４の真下まで延在し、上述したようにバックプレート１３９に接続することができる。レンズ１３２は、ドアベル１３０の側部の周りに部分的に伸びてカールすることができる。エンクロージャ１３１は、ドアベル１３０の側部および頂部の周りを伸びてカールしてもよく、上述のようにバックプレート１３９に結合されてもよい。カメラ１３４は、エンクロージャ１３１をわずかに突き出て、より広い視野を与えることができる。取付ブラケット１３７は、共通の接触面内の様々な点で互いに接触するようにバックプレート１３９と結合することができ、それにより、ドアベル１３０および取付ブラケット１３７を含むアセンブリを形成する。このパラグラフおよび他の箇所に記載されているカップリングは、例えば、ねじ、干渉継手、接着剤、または他の締結具によって固定されていてもよいが、これに限定されない。干渉フィッティングは、材料が異なる要素への接続をサポートするために材料の物理的強度と結合した圧力および／または重力に依存する一種の接続を指すことができる。
【０１０２】
図１３は、取付ブラケット１３７のないドアベル１３０の右側面断面図である。図示の実施形態では、レンズ１３２は、筐体１３１の前面１３ＩＦと実質的に同一平面上にある。別の実施形態では、レンズ１３２は、筐体１３１内に窪んでいてもよく、筐体１３１から外方に突出していてもよい。カメラ１３４は、カメラプリント回路基板（ＰＣＢ）１４７と、カメラ１３４のレンズ１３４ａとに接続されている。エンクロージャ１３１の開口部から突出している。カメラレンズ１３４ａは、鮮明な画像が撮影されるように、カメラ１３４に光を集束させることができるレンズであってもよい。
【０１０３】
カメラＰＣＢ１４７は、ネジや干渉接続、接着剤などの任意の適切な留め具でドアベル内に固定することができる。カメラＰＣＢ１４７は、以下に説明するように、ドアベル１３０のカメラ１３４の機能を可能にする様々な構成要素を備える。赤外線ＬＥＤ１６８のような赤外線発光構成要素は、カメラＰＣＢ１４７に結合され、光センサが低レベルの周囲光を検出したときに起動するようにトリガされてもよい。作動されると、赤外線ＬＥＤ１６８は、筐体１３  １および／またはカメラ１３４を通って周囲環境に赤外光を放射することができる。赤外線を検出するように構成されたカメラ１３４は、カメラ１３４の視野内の物体から反射する際に赤外線ＬＥＤ１６８によって放射された光を捕捉してもよく、その結果、ドアベル１３０は、「ナイトビジョン」と呼ぶ）。
【０１０４】
引き続き図１３を参照すると、ドアベル１３０は、図示の実施形態では、バッテリ１６６に隣接するドアベル１３０の下部に存在するフロントＰＣＢ１４６をさらに備える。前面ＰＣＢ１４６は、ネジや干渉接続、接着剤などの任意の適切な締結具でドアベル１３０内に固定されてもよい。フロントＰＣＢ１４６は、以下でさらに説明するように、オーディオおよびライトコンポーネントの機能を可能にする様々なコンポーネントを含む。バッテリ１６６は、ばね接点１４０から電力を受けている間にドアベル１３０の構成要素に電力を供給することができ、それによって電力消費及び供給のトリクル充電方法に従う。あるいは、ドアベル１３０は、スプリング接点１４０がすべての機能に必要な電力を供給していないときにのみ、バッテリ１６６に依存しながら、スプリング接点１４０から直接電力を引き出すことができる。
【０１０５】
引き続き図１３を参照すると、ドアベル１３０は、図示の実施形態ではカメラＰＣＢ１４７の背後にあるパワーＰＣＢ１４８をさらに備える。パワーＰＣＢ１４８は、ネジや干渉接続、接着剤などの任意の適切な締結具でドアベル１３０内に固定されてもよい。電力ＰＣＢ１４８は、以下でさらに説明するように、電力およびデバイス制御構成要素の機能を可能にする様々な構成要素を含む。
【０１０６】
引き続き図１３を参照すると、ドアベル１３０は、電力ＰＣＢ１４８に結合された通信モジュール１６４をさらに備える。通信モジュール１６４は、以下でさらに説明するように、１つまたは複数の遠隔地にあるクライアント装置との通信を容易にする。コネクタ１６０は、電源ＰＣＢ１４８の外側に突出し、バックプレート１３９の穴を通って延びている。ドアベル１３０は、受動赤外線（ＰＩＲ）センサ１４４をさらに備え、受動赤外線（ＰＩＲ）センサ１４４は、ＰＩＲセンサホルダ１４３上またはその内部に固定され、アセンブリはレンズ１３２の背後にある。ＰＩＲセンサホルダ１４３は、ネジや干渉接続、接着剤などの任意の適切な締結具でドアベル１３０に固定することができる。ＰＩＲセンサ１４４は、それらの視野内の熱源の存在を検出し伝達することができる任意のタイプのセンサであってもよい。さらに、代替の実施形態は、ＰＩＲセンサ１４４の代わりに、またはＰＩＲセンサ１４４に加えて、１つまたは複数の動きセンサを備えてもよい。モーションセンサは、視野内の熱源の存在を検出することに依存しない方法など、任意の方法論を使用して動きを検出するように構成されてもよい。
【０１０７】
図１４は、本実施形態の一態様によるドアベル１３０および取り付けブラケット１３７の分解図である。取付ブラケット１３７は、家庭やオフィスなどの構造の取付面（図示せず）に取り付けられるように構成されている。図１４は、取付ブラケット１３７の前面１３７Ｆを示す。取付ブラケット１３７は、その背面１３７Ｂが取付面に対向するように取付面に取り付けられるように構成されている。特定の実施形態では、取り付けブラケット１３７は、木材、コンクリート、スタッコ、レンガ、ビニールサイディング、アルミニウムサイディングなどを含むが、これらに限定されない様々な組成物の表面に、ねじなどの任意の適切な締結具または干渉接続、接着剤など  ドアベル１３０は、ネジや干渉接続、接着剤などの任意の適切な留め具で取り付けブラケット１３７に結合することができる。
【０１０８】
引き続き図１４を参照すると、取り付けブラケット１３７の図示された実施形態は、端子ねじ１３８を含む。端子ネジ１３８は、取り付けブラケット１３７が取り付けられている構造物の取り付け面に隣接して電気ワイヤを受け入れるように構成され、その結果、ドアベル１３０は、構造の電気システムから電力を受け取ることができる。端子ねじ１３８は、取付ブラケットの電気接点１７７に電気的に接続されている。端子ネジ１３８に電力が供給されると、電気接点１７７はまた、端子ネジ１３８を介して電力を受け取る。電気接点１７７は、限定するものではないが、銅を含む任意の適切な導電性材料を含むことができ、バックプレート１３９上に配置されたばね接点１４０と嵌合するように、取り付けブラケット１３７の面からわずかに突出することができる。図１４および図１５（取り付けブラケット１３７の背面図）を参照すると、取り付けブラケット１３７は、ブラケットＰＣＢ１４９をさらに備える。図１５を参照すると、ブラケットＰＣＢ１４９は、ドアベル１３０の外側に位置し、加速度計１５０、気圧計１５１、湿度センサ１５２、及び温度センサ１５３のような周囲条件を測定する様々なセンサのために構成されている。これらのコンポーネントの機能については、後で詳しく説明します。ブラケットＰＣＢ１４９は、ネジや干渉接続、接着剤などの任意の適切な締結具で取り付けブラケット１３７に固定することができる。
【０１０９】
図１６Ａおよび１６Ｂは、それぞれ、ドアベル１３０の上面図および下面図である。上述したように、エンクロージャ１３１は、ドアベル１３０の前面１３ＩＦからバックプレート１３９に接触してぴったりとそれを取り囲むバックまで延びることができる。カメラ１３４は、エンクロージャ１３１の前面１３ＩＦをわずかに越えて突出することができ、それによってカメラ１３４に広い視野を与える。取付ブラケット１３７は、実質的に平坦な後面１３７Ｒを含み、これにより、ドアベル１３０および取付ブラケット１３７アセンブリは、それらが取り付けられる表面と同一平面に位置することができる。図１６Ｂを参照すると、エンクロージャ１３１の下端は、ネジまたは他の締結具を受けるように構成された固定ネジ穴１４１を含むことができる。
【０１１０】
図１７Ａは、ＰＩＲセンサホルダ１４３の上面図である。ＰＩＲセンサホルダ１４３は、限定されないが、金属、金属合金、またはプラスチックを含む任意の適切な材料を含むことができる。ＰＩＲセンサホルダ１４３は、ＰＩＲセンサ１４４がレンズ１３２の背後に取り付けられ、ＰＩＲセンサ１４４が様々な角度でレンズ１３２を通り抜けて、ＰＩＲセンサ１４４の広い視野を作り、フィールドを分割するように構成される以下にさらに説明するように、ゾーンへの視界を確保する。図１７Ａをさらに参照すると、ＰＩＲセンサホルダ１４３は、ＰＩＲセンサ１４４ａがその内部またはその上に取り付けられる１つ以上の面１７８を含む。図示した実施形態では、ＰＩＲセンサホルダ１４３は３つの面１７８を含み、２つの外面１７８のそれぞれが面１７８の中心の１つに対して５５°の角度をなしている。別の実施形態では、面１７８の隣接する面によって形成される角度は、ＰＩＲセンサ１４４の視野を変更するために、所望に応じて増減されてもよい。
【０１１１】
図１７Ｂは、ＰＩＲセンサホルダ１４３の正面図である。図示の実施形態では、面１７８の各々は、ＰＩＲセンサ１４４が取り付けられ得る貫通孔１８０を含む。互いに離間した第１および第２のブラケット１８２は、ＰＩＲセンサホルダ１４３を横切って横方向に延びている。ブラケット１８２の各々は、いずれかの端部にノッチ１８４を含む。ブラケット１８２は、ドアベル１３０内にＰＩＲセンサホルダ１４３を固定するために使用することができる。代替の実施形態では、面１７８の貫通穴１８０を省略することができる。例えば、ＰＩＲセンサ１４４は、貫通穴１８０なしで面１７８に直接取り付けられてもよい。一般に、面１７８は、ＰＩＲセンサ１４４を定位置に配置し固定するように構成された任意の構造を含むことができる。
【０１１２】
図１８Ａおよび１８Ｂは、ＰＩＲセンサホルダ１４３、レンズ１３２、および可撓性電力回路１４５を含む、ＰＩＲセンサアセンブリ１７９の上面図および正面図である。ＰＩＲセンサホルダ１４３は、図示のように、レンズ１３２の後面１３２Ｒにブラケット１８２が当接するように、レンズ１３２の後面１３２Ｒに固定されてもよい。可撓性電力回路１４５は、ＰＩＲセンサ１４４との間で電力および／またはデータを伝達することができる任意の材料または構成要素であってもよく、ＰＩＲの後面１４３Ｒに固定される。センサホルダ１４３に取り付けられ、ＰＩＲセンサホルダ１４３の角度形状に合致するように輪郭付けられてもよい。可撓性電力回路１４５は、電力ＰＣＢ１４８（図１３）にデータを接続し、電力をそこから引き出し、および／またはデータを送信することができる。
【０１１３】
図１９は、ＰＩＲセンサ組立体１７９の平面図であり、ＰＩＲセンサ１４４の視野を示している。各ＰＩＲセンサ１４４は、それぞれのＰＩＲセンサ１４４から外方に延びる角度をトレースする「ゾーン」と呼ばれる視野を含む。ゾーン１は、パッシブ赤外線センサ１４４−１のみが見ることができる領域である。ゾーン２は、ＰＩＲセンサ１４４−１および１４４−２のみが見ることができる領域である。ゾーン３は、パッシブ赤外線センサ１４４−２にしか見えない領域である。ゾーン４は、ＰＩＲだけが見ることができる領域です。センサ１４４−２および１４４−３を含む。ゾーン５は、パッシブ赤外線センサ１４４−３にのみ見える領域である。ドアベル１３０は、どのゾーンが時系列的にトリガされるかに基づいて物体が移動している方向を判定することができる。図示された実施形態では、各ゾーンは１１０°の角度にわたって延在する。別の実施形態では、各ゾーンは、１１０°より大きいかまたは１１０°より小さい角度など、異なる角度にわたって延在してもよい。
【０１１４】
図２０は、本実施形態の一態様による、ドアベル１３０内またはドアベル１３０と通信中の構成要素の機能ブロック図である。上述したように、ブラケットＰＣＢ１４９は、加速度計１５０、気圧計１５１、湿度センサ１５２、および温度センサ１５３を備えることができる。加速度計１５０は、動きおよび／または加速度を感知することができる１つまたは複数のセンサであってもよい。気圧計１５１は、ブラケットＰＣＢ１４９が配置され得る周辺環境の大気圧を決定することができる１つ以上のセンサであってもよい。湿度センサ１５２は、ブラケットＰＣＢ１４９が配置される大気環境に存在する水分の量を決定することができる１つ以上のセンサであってもよい。温度センサ１５３は、ブラケットＰＣＢ１４９が配置され得る周囲環境の温度を決定することができる１つ以上のセンサであってもよい。上述したように、ブラケットＰＣＢ１４９は、熱、圧力、水分、および／またはドアベル１３０の内部構成要素によって生成される他の刺激からの干渉を低減するように、ドアベル１３０のハウジングの外側に配置されてもよい。
【０１１５】
さらに図２０を参照すると、ブラケットＰＣＢ１４９は、端子ねじ１３８を受け取り、電力を取付ブラケット１３７（図６）上の電気接点１  ７７に伝達するように構成された端子ねじインサート１５４をさらに含むことができる。ブラケットＰＣＢ１４９は、端子ネジ１３８、端子ネジインサート１５４、スプリング接点１４０、および電気接点１７７を介して電力ＰＣＢ１４８に電気的および／または機械的に結合されてもよい。端子ネジ１３８は、ドアベルが建物の壁などのドアベル１３０が取り付けられている表面に配置された電気ワイヤを受け取り、ドアベルが建物の電気システムから電力を受け取るようにしてもよい。端子ねじ１３８が端子ねじインサート１５４内に固定されると、電力は、ブラケットＰＣＢ１４９および電気接点１７７を含むそれに関連するすべての構成要素に伝達され得る。電気接点１７７は、ばね接点１４０と嵌合することによって電力を電力ＰＣＢ１４８に伝達することができる。
【０１１６】
さらに図２０を参照すると、フロントＰＣＢ１４６は、光センサ１５５、ＬＥＤ１５６，１つまたは複数のスピーカ１５７、およびマイクロフォン１５８などの１つまたは複数の発光コンポーネントを含むことができる。光センサ１５５は、ドアベル１３０が配置され得る周辺環境の周囲光のレベルを検出することができる１つ以上のセンサであってもよい。ＬＥＤ１５６は、電力が供給されたときに可視光を生成することができる１つ以上の発光ダイオードであってもよい。スピーカ１５７は、電気信号入力に応答して音を発生することができる任意の電気機械的デバイスであってもよい。マイクロフォン１５８は、音響波を電気信号に変換することができる音響／音響変換器またはセンサであってもよい。作動されると、ＬＥＤ１５６は光パイプ１３６を照らす（図２）。前面ＰＣＢ１４６およびそのすべての構成要素は、電力ＰＣＢ１４８に電気的に結合され、それによってデータおよび／または電力が電力ＰＣＢ１４８および前面ＰＣＢ１４６に転送されることを可能にする。
【０１１７】
スピーカ１５７およびマイクロフォン１５８は、オーディオコーデック１６１を介してカメラプロセッサ１７０に結合されてもよい。例えば、ユーザのクライアント装置１１４およびスピーカ１５７およびマイクロフォン１５８からのデジタルオーディオの転送は、カメラプロセッサ１７０に結合されたオーディオＣＯＤＥＣ１６１を使用して圧縮および解凍されてもよい。オーディオＣＯＤＥＣ１６１によって圧縮されると、デジタル音声データは、通信モジュール１６４を介してネットワーク１１２に送信され、１つまたは複数のサーバ１１８によってルーティングされ、ユーザのクライアント装置１  ４に配信される。ユーザが話すとき、ネットワーク１２を介して、デジタルオーディオデータは、オーディオＣＯＤＥＣ１６１によって解凍され、スピーカ１５７を介して訪問者に向けて送出される。
【０１１８】
図２０をさらに参照すると、電力ＰＣＢ１４８は、電力管理モジュール１６２、マイクロコントローラ１６３、通信モジュール１６４、および電力ＰＣＢ不揮発性メモリ１６５を備えることができる。特定の実施形態では、電力管理モジュール１６２は、複数の電圧レールを調停することができ、それにより、ドアベル１３０の電力源を選択することができる集積回路を含むことができる。バッテリ１６６、ばね接点１４０、および／またはコネクタ１６０は、それぞれ、電力管理モジュール１６２に電力を供給することができる。電力管理モジュール１６２は、バッテリ１６６、ばね接点１４０、及びコネクタ１６０に専用の別個の電力レールを有することができる。本開示の一態様では、電力管理モジュール１６２は、バッテリ１６６から電力を引き出してドアベル１３０に電力を供給すると同時に、バネ接点１４０および／またはコネクタ１６０からバッテリ１６６に電力を引き渡すと同時に、それによってバッテリ１６６が実質的に一定のレベルの電荷を維持することを可能にする。あるいは、電力管理モジュール１６２は、バネ接点１４０および／またはコネクタ１６０からの電力が供給されているときにバッテリ１６６から引き出すだけで、ドアベル１３０に電力を供給するために、バネ接点１４０および／またはコネクタ１６０から電力を引き出すことができる。低いまたは不十分。電力管理モジュール１６２は、コネクタ１６０とマイクロコントローラ１６３との間のデータのための導管としても機能することができる。
【０１１９】
図２０をさらに参照すると、特定の実施形態では、マイクロコントローラ１６３は、プロセッサコア、メモリ、およびプログラム可能な入出力周辺装置を含む集積回路を含むことができる。マイクロコントローラ１６３は、ＰＩＲセンサ１４４、ブラケットＰＣＢ１４９、電力管理モジュール１６２、光センサ１５５、マイクロフォン１５８、および／または通信モジュール１６４から、データおよび／または電力などの入力信号を受信することができ、以下にさらに説明するように、様々な機能を実行することができる。マイクロコントローラ１６３がＰＩＲセンサ１４４によってトリガされると、マイクロコントローラ１６３は、図１４を参照して以下に説明されるような１つ以上の機能を実行するようにトリガされ得る。光センサ５５が低レベルの周囲光を検出すると、光センサ１５５はマイクロコントローラ１６３をトリガして、以下にさらに説明するように「夜間視力」を可能にすることができる。マイクロコントローラ１６３は、様々な構成要素と通信モジュール１６４との間で通信されるデータのための導管としても機能することができる。
【０１２０】
図２０をさらに参照すると、通信モジュール１６４は、プロセッサコア、メモリ、およびプログラム可能な入出力周辺装置を含む集積回路を含むことができる。通信モジュール１６４は、遠隔のネットワーク装置に無線でデータを送信するように構成されてもよく、１つ以上のトランシーバ（図示せず）を含んでもよい。無線通信は、限定ではないが、Ｗｉ−Ｆｉ、セルラ、ブルートゥース、および／または衛星ネットワークなどの１つまたは複数の無線ネットワークを含むことができる。通信モジュール１６４は、カメラＰＣＢ１４７、マイクロコントローラ１６３、ボタン１３３、リセットボタン１５９、および／またはパワーＰＣＢ不揮発性メモリ１６５から、電力および／またはデータなどの入力を受信することができる。ボタン１３３が押されると、通信モジュール１６４は、図１３を参照して以下で説明されるような１つ以上の機能を実行するようにトリガされ得る。リセットボタン１５９が押されると、通信モジュール１６４は、電力ＰＣＢ不揮発性メモリ１６５および／またはカメラＰＣＢメモリ６９に格納されたデータを含む。
通信モジュール６４は、様々な構成要素とマイクロコントローラ６３との間で通信されるデータのための導管としても機能することができる。電力ＰＣＢ不揮発性メモリ１６５は、データを格納および／または送信するように構成されたフラッシュメモリを備えることができる。例えば、特定の実施形態では、電源ＰＣＢ不揮発性メモリ１６５は、シリアル周辺インターフェース（ＳＰＩ）フラッシュメモリを含むことができる。
【０１２１】
図２０をさらに参照すると、カメラＰＣＢ１４７は、カメラ１３４の動作を容易にする構成要素を含むことができる。例えば、撮像装置１７１は、ビデオ記録センサおよび／またはカメラチップを含むことができる。本開示の一態様では、イメージャ１７１は、相補型金属酸化膜半導体（ＣＭＯＳ）アレイを備え、高精細（７２０ｐ以上）のビデオファイルを記録することができる。カメラプロセッサ１７０は、符号化及び圧縮チップを含むことができる。いくつかの実施形態では、カメラプロセッサ１７０は、ブリッジプロセッサを備えることができる。カメラプロセッサ１７０は、イメージャ１７１によって記録されたビデオおよびマイクロフォン１５８によって記録されたオーディオを処理し、このデータを、通信モジュール１６４によるネットワークへの無線転送に適した形態に変換することができる。カメラＰＣＢメモリ１６９は、データがカメラプロセッサ１７０によってバッファリングまたは符号化されているときに使用される揮発性メモリを含むことができる。例えば、特定の実施形態では、カメラＰＣＢメモリ１６９は、同期ダイナミックランダムアクセスメモリ（ＳＤ  ＲＡＭ）を含むことができ、赤外線ＬＥＤ１６８は、赤外線を放射することができる発光ダイオードを含むことができる。
ＩＲカットフィルタ１６７は、トリガされると、可視光に対して赤外線を主に見るようにイメージャ１７１を構成するシステムを含むことができる。光センサ１５５が低レベルの周囲光（可視スペクトルにおけるイメージャ１７１の性能を妨げるレベルを含み得る）を検出すると、ＩＲ  ＬＥＤ１６８は、ドアベル１３０を通って環境に赤外光を照射し、赤外線カットフィルタ１６７は、赤外線がドアベルの視界内の物体から反射または屈折されるときに、赤外線を見ることができるようにすることができる。このプロセスは、上記の「夜間視力」機能をドアベル１３０に提供することができる。
【０１２２】
図２１は、本開示の一態様によるプロセスの一実施形態を示すフローチャートである。ブロックＢ２００において、訪問者は、ドアベル１３０上のボタン１３３を押す。ブロックＢ２０２において、通信モジュール１６４は、ネットワークデバイスに要求を送信する。ネットワークデバイスが要求を受信すると、ブロックＢ２０４で、ネットワークデバイスは、ユーザのネットワーク１１０およびネットワーク１１２を介して、ドアベル１３０をユーザのクライアントデバイス１１４に接続することができる。ブロックＢ２０６において、ドアベル１３０は、カメラ１３４、マイクロフォン１５８、および／または利用可能な他の任意のセンサを使用して、利用可能なオーディオおよび／またはビデオデータを記録することができる。ブロックＢ２０８で、オーディオおよび／またはビデオデータがユーザのクライアント装置１１４に送信される。ブロックＢ２１０において、ユーザは、自分のクライアントデバイス１１４上で、受け入れるか拒否するように促す通知を受け取ることができる。ユーザが通知を拒否した場合、プロセスはブロックＢ２１４に進み、そこでオーディオおよび／またはビデオデータが記録され、クラウドサーバ１１８に格納される。
次にセッションはブロックＢ２１６で終了し、ドアベル１３０とユーザのクライアント装置１１４との間の接続が終了する。しかしながら、ユーザが通知を受け入れることを選択した場合、ブロックＢ２１２において、ユーザは、カメラ１３４、マイクロフォン１５８、および／または、または他のユーザによってキャプチャされたオーディオおよび／またはビデオデータが提供されている間に、ユーザのクライアントデバイス１１４を介して、他のセンサ。コールの最後に、ユーザは、ユーザのクライアントデバイス１１４とドアベル１３０との間の接続を終了し、セッションはブロックＢ２１６で終了する。いくつかの実施形態では、ユーザが通知を受け取り、ユーザのクライアントデバイス１１４を介してビジターと通信する場合であっても、オーディオおよび／またはビデオデータをクラウドサーバ１１８に記録および格納することができる（ブロックＢ２１４）。
【０１２３】
図２２は、本開示の一態様によるプロセスの別の実施形態を示すフローチャートである。ブロックＢ３００において、物体は、１つ以上のＰＩＲセンサ１４４の視野内に移動することができる。ブロックＢ３０２において、ＰＩＲセンサ１４４はマイクロコントローラ１６３をトリガし、通信モジュール１６４をトリガしてネットワークデバイスに要求を送信することができる。ブロックＢ３Ｇ４において、ネットワーク装置は、ユーザのネットワーク１１０およびネットワーク１１２を介して、ドアベル１３０をユーザのクライアント装置１１４に接続することができる。ブロックＢ３０６において、ドアベル１３０は、カメラ１３４、マイクロホン１５８、および／または他の利用可能なセンサを使用して利用可能なオーディオおよび／またはビデオデータを記録し、そのデータをユーザのクライアント装置１１４にストリーミングすることができる。ブロックＢ３０８において、ユーザは、通知を受け入れるか拒否するかをユーザに促す通知を受信することができる。通知が受け入れられた場合、ブロックＢ３１０ａにおいて、ライブオーディオ／ビデオデータをユーザのクライアント装置１１４に表示することができ、それにより、ドアベル１３０の視点からのユーザの監視が可能になる。ユーザがこの機能に満足すると、ユーザはブロックＢ３１２で接続を切断し、セッションが終了する。しかし、ブロックＢ３０８でユーザが通知を拒否した場合、または通知を無視して指定された時間間隔が経過した場合、ドアベル１３０とユーザのクライアント装置１１４との間の接続が終了し、オーディオ／ビデオデータが記録され、ブロックＢ３１０ｂでクラウドサーバ１１８に接続され、ユーザは、後でその都度オーディオ／ビデオデータを見ることができる。ドアベル１３０は、ブロックＢ３０８における通知が拒否または無視された場合に、指定された期間、記録するように構成されてもよい。このような期間が設定されている場合、ドアベル１３０は、ブロックＢ３１２での動作を停止する前のその期間のデータを記録し、それによってセッションを終了することができる。いくつかの実施形態では、ユーザが通知を受け取り、ユーザのクライアントデバイス１１４を介して訪問者と通信する場合であっても、音声および／またはビデオデータをクラウドサーバ１１８に記録および格納することができる（ブロックＢ３１０ｂ）。
【０１２４】
図２３は、本開示の一態様によるプロセスの別の実施形態を示すフローチャートである。ブロックＢ４００において、ユーザは、操作が実行された後に、ドアベル１３０が非活性化するか、さもなければ刺激（光、音、またはヒートサインなど）に応答しない時間である「スヌーズタイムアウト」を選択することができる、例えば通知は受け入れられるか拒否されるか無視されます。例えば、ユーザは１５分のスヌーズタイムアウトを設定することができる。ブロックＢ４０２において、物体は、１つ以上のＰＩＲセンサ１４４の視野内に移動する。ブロックＢ４０４において、マイクロコントローラ１６３は、通信モジュール１６４をトリガしてネットワークデバイスに要求を送信することができる。ブロックＢ４０６において、ネットワークデバイスは、ユーザのネットワーク１１０およびネットワーク１１２を介して、ドアベル１３０をユーザのクライアントデバイス１１４に接続することができる。ブロックＢ４０８において、ドアベル１３０によって取り込まれたオーディオ／ビデオデータは、ユーザのクライアント装置１１４にストリーミングされてもよい。ブロックＢ４１０において、ユーザは、要求を受け入れるか拒否／無視するかをユーザに促す通知を受信することができる。要求が拒否または無視された場合、ブロックＢ４１２ｂで、オーディオ／ビデオデータを記録し、クラウドサーバ１１８に格納することができる。ドアベル１３０が記録を終了した後、ブロックＢ４１４で、物体はＰＩＲセンサ１４４の視野内にとどまることができる。ブロックＢ４１６において、マイクロコントローラ１６３は、「スヌーズ時間」が経過するのを待つ。通信モジュール１６４をトリガして、ネットワークデバイスに別の要求を提出する。スヌーズ時間後、たとえば１５分が経過すると、プロセスはブロックＢ４０４に戻り、上述のように進行する。このサイクルは、ブロックＢ４１０でユーザが通知要求を受け入れるまでこのように継続してもよく、その後、処理はブロックＢ４１２ａに進み、ライブオーディオおよび／またはビデオデータがユーザのクライアントデバイス１１４に表示され、それによりユーザの視点からの監視が可能になるドアベル１３０の位置を示す。ユーザの要求では、接続は切断され、セッションはブロックＢ４１８で終了する。この時点で、ユーザは、プロセスがブロックＢ４１６に戻ることを選択することができ、それにより、スヌーズ時間（例えば、スヌーズ時間）が経過するまでそれ以上の応答がない可能性がある。以前のセッションの終了から１５分が経過したか、またはユーザがブロックＢ４０２に戻り、物体が次にＰＩＲセンサ１４４の１つまたは複数によって知覚されたときに通知を受信するように選択することができる。いくつかの実施形態では、ユーザが通知を受け取り、ユーザのクライアントデバイス１１４を介して訪問者と通信する場合であっても、音声および／またはビデオデータをクラウドサーバ１１８に記録および格納することができる（ブロックＢ４１２ｂ）。
【０１２５】
図２４は、本実施形態が本開示の様々な態様に従って実装され得るクライアントデバイス８５０の機能ブロック図である。図１を参照して説明したユーザのクライアントデバイス１１４は、クライアントデバイス８５０のコンポーネントおよび／または機能のいくつかまたはすべてを含むことができる。クライアントデバイス８５０は、例えば、スマートフォンを含むことができる。
【０１２６】
本実施形態は、図１０〜図２０に示すドアベル１３０を参照して説明した。しかしながら、本実施形態は、ビデオ映像および／またはオーディオを記録し、記録されたビデオ映像および／またはオーディオを有線および／または無線で送信することができる任意のＡ／Ｖ記録および通信デバイスに等しく適用可能であることを理解されたい接続。特定の実施形態では、例えば、Ａ／Ｖ記録及び通信装置は、ドアベルでなくてもよいが、例えば、Ａ／Ｖ記録及び通信セキュリティカメラであってもよい。
【０１２７】
図２４を参照すると、クライアント装置８５０は、プロセッサ８５２、メモリ８５４、ユーザインタフェース８５６、通信モジュール８５８、およびデータポート８６０を含む。これらの構成要素は、相互接続バス８６２によって互いに通信可能に結合される。プロセッサ８５２は、ＡＲＭプロセッサ（Ａｄｖａｎｃｅｄ  ＲＩＳＣ  Ｍａｃｈｉｎｅｓ（ＡＲＭ）によって開発されたＲＩＳＣ（縮小命令セットコンピュータ）アーキテクチャに基づくプロセッサ）などのスマートフォンおよび／またはポータブルコンピューティングデバイスで使用される任意のプロセッサを含むことができる。いくつかの実施形態では、プロセッサ８５２は、１つまたは複数の従来のマイクロプロセッサなどの１つまたは複数の他のプロセッサ、および／または数学コプロセッサなどの１つまたは複数の補助コプロセッサを含むことができる。
【０１２８】
メモリ８５４は、ランダムアクセスメモリ（ＲＡＭ）の他、読み出し専用メモリ（ＲＯＭ）、ハードドライブ、フラッシュメモリ、または任意の他の適切なメモリ／記憶素子などのデータ記憶装置の両方を含むことができる。メモリ８５４は、コンパクトフラッシュカード、マルチメディアカード（ＭＭＣ）、および／またはセキュアデジタル（ＳＤ）カードなどの取り外し可能なメモ要素を含むことができる。いくつかの実施形態では、メモリ８５４は、磁気メモリ、光メモリ、および／または半導体メモリの組み合わせを含むことができ、たとえばＲＡＭ、ＲＯＭ、フラッシュドライブ、および／またはハードディスクまたはドライブを含むことができる。プロセッサ８５２およびメモリ８５４は、例えば、それぞれが単一の装置内に完全に配置されてもよく、またはＵＳＢポート、シリアルポートケーブル、同軸ケーブル、イーサネット（登録商標）などの通信媒体によって互いに接続されてもよい。−  タイプのケーブル、電話回線、無線周波数トランシーバ、または他の同様の無線または有線媒体、またはこれらの組み合わせ。例えば、プロセッサ８５２は、データポート８６０を介してメモリ８５４に接続することができる。
【０１２９】
ユーザインタフェース８５６は、キーパッド、表示画面、タッチスクリーン、マイクロフォン、およびスピーカなどのスマートフォンおよび／またはポータブルコンピューティングデバイスに適した任意のユーザインタフェースまたは表示要素を含むことができる。通信モジュール８５８は、クライアントデバイス８５０と他の外部デバイスまたは受信機との間の通信リンクを処理し、着信／発信データを適切にルーティングするように構成される。例えば、データポート８６０からのインバウンドデータは、プロセッサ８５２に送られる前に通信モジュール８５８を介してルーティングされ、プロセッサ８５２からのアウトバウンドデータは、データポート８６０に送られる前に通信モジュール８５８を介してルーティングされる。通信モジュール８５８は、ＧＳＭ、ＵＭＴＳ（３ＧＳＭ）、ＩＳ−９５（ＣＤＭＡ１）などの１つまたは複数のプロトコルおよび／または技術を使用して、データを送信および受信することができる１つまたは複数のトランシーバモジュールを含むことができる。ＩＳ−２０００（ＣＤＭＡ２０００）、ＬＴＥ、ＦＤＭＡ、ＴＤＭＡ、Ｗ−ＣＤＭＡ、ＣＤＭＡ、ＯＦＤＭＡ、Ｗｉ−Ｆｉ、ＷｉＭＡＸ、または任意の他のプロトコルおよび／または技術を含む。
【０１３０】
データポート８６０は、ミニＵＳＢポートまたはＩＰＨＯＮＥ（登録商標）／  ＩＰＯＤ（登録商標）３０ピンコネクタまたはＬＩＮＮＩＮＧ（登録商標）コネクタなどのスマートフォンおよび／またはポータブルコンピューティングデバイスと物理的にインタフェースするために使用される任意のタイプのコネクタであってもよい。＊コネクタ。他の実施形態では、データポート８６０は、例えば、他のプロセッサ、サーバ、および／またはクライアント端末との同時通信のための複数の通信チャネルを含むことができる。
【０１３１】
メモリ８５４は、コンピュータなどの他のシステムと通信するための命令を格納することができる。メモリ８５４は、例えば、本実施形態に従ってプロセッサ８５２を指示するように適合されたプログラム（例えば、コンピュータプログラムコード）を格納することができる。命令は、オペレーティングシステムなどのプログラム要素も含むことができる。プログラム中の一連の命令の実行は、プロセッサ８５２に本明細書に記載の処理ステップを実行させるが、本実施形態のプロセスの実施のためのソフトウェア／ファームウェア命令の代わりに、またはそれらと組み合わせてハードワイヤード回路を使用することができる。したがって、本実施形態は、ハードウェアとソフトウェアの特定の組み合わせに限定されない。
【０１３２】
図２５は、本開示の様々な態様に従って本実施形態を実施することができる汎用コンピューティングシステムの機能ブロック図である。コンピュータシステム１０００は、上述した動作のうちの少なくともいくつかを実行することができる。コンピュータシステム１０００は、パーソナルコンピュータ（デスクトップコンピュータとも呼ばれる）１０００Ａ、ポータブルコンピュータ（ラップトップまたはノートブックコンピュータとも呼ばれる）１０００Ｂ、および／またはサーバ１０００Ｃの少なくとも１つで具体化されてもよい。サーバとは、他のマシンやソフトウェア（クライアント）からの要求を待って応答するコンピュータプログラムやマシンのことです。通常、サーバはデータを処理します。サーバの目的は、クライアント間でデータおよび／またはハードウェアおよび／またはソフトウェアリソースを共有することです。このアーキテクチャは、クライアント／サーバモデルと呼ばれます。クライアントは同じコンピュータ上で動作してもよく、ネットワークを介してサーバに接続してもよい。コンピューティングサーバーの例には、データベースサーバー、ファイルサーバー、メールサーバー、プリントサーバー、Ｗｅｂサーバ、ゲームサーバー、およびアプリケーションサーバが含まれます。サーバという用語は、１つ以上のクライアントプロセスとリソースを共有する任意のコンピュータ化されたプロセスを含むものと広く解釈することができる。
【０１３３】
コンピュータシステム１０００は、少なくとも１つのプロセッサ１０１０、メモリ１０２０、少なくとも１つの記憶装置１０３０、および入出力（Ｉ／Ｏ）装置１０４０を含むことができる。構成要素１０１０，１０２０，１０３０，１０４０のいくつかまたはすべては、システムバス１０５０を介して相互接続されてもよい。プロセッサ１０１０は、シングルスレッドまたはマルチスレッドであってもよく、１つ以上のコアを有してもよい。プロセッサ１０１０は、メモリ１０２０および／または記憶装置１０３０に記憶された命令などの命令を実行することができる。情報は、１つまたは複数のＩ／Ｏデバイス１０４０を使用して受信し、出力することができる。
【０１３４】
メモリ１０２０は、情報を格納してもよく、揮発性または不揮発性メモリなどのコンピュータ可読媒体であってもよい。記憶装置１０３０は、システム１０００用の記憶装置を提供してもよく、コンピュータ可読媒体であってもよい。様々な態様において、記憶装置１０３０は、フラッシュメモリ装置、ハードディスク装置、光ディスク装置、テープ装置、または任意の他のタイプの記憶装置であってもよい。
【０１３５】
Ｉ／Ｏデバイス１０４０は、システム１０００に対する入力／出力動作を提供することができる。１７０個のデバイス１０４０は、キーボード、ポインティングデバイス、および／またはマイクロフォンを含むことができる。Ｉ／Ｏデバイス１０４０は、グラフィカルユーザインタフェース、スピーカ、および／またはプリンタを表示するためのディスプレイユニットをさらに含むことができる。外部データは、１つ以上のアクセス可能な外部データベース１０６０に格納することができる。
【０１３６】
本明細書で説明される本実施形態の特徴は、デジタル電子回路、および／またはコンピュータハードウェア、ファームウェア、ソフトウェア、および／またはそれらの組み合わせで実施されてもよい。本実施形態の特徴は、プログラマブルプロセッサによる実行のために、機械可読記憶装置のような情報担体および／または伝播信号に有形に具体化されたコンピュータプログラム製品で実現されてもよい。本方法ステップの実施形態は、入力データを操作して出力を生成することによって、説明された実施形態の機能を実行する命令のプログラムを実行するプログラム可能なプロセッサによって実行されてもよい。
【０１３７】
本明細書に記載された本実施形態の特徴は、データおよび／または命令を受信し、データおよび／または命令を送信するように結合された少なくとも１つのプログラム可能なプロセッサを含むプログラム可能なシステム上で実行可能な１つまたは複数のコンピュータプログラムで実施することができ、データ記憶システムと、少なくとも１つの入力装置と、少なくとも１つの出力装置とを含む。コンピュータプログラムは、ある活動を実行するか或る特定の結果をもたらすために、コンピュータにおいて直接的または間接的に使用され得る一組の命令を含むことができる。コンピュータプログラムは、コンパイルまたはインタプリタ言語を含む任意の形式のプログラミング言語で記述することができ、スタンドアロンプログラムとして、またはモジュール、コンポーネント、サブルーチン、または使用に適したその他の単位コンピューティング環境で使用します。
【０１３８】
命令のプログラムを実行するのに適したプロセッサは、例えば、汎用プロセッサおよび専用プロセッサの両方、および／または唯一のプロセッサまたは任意の種類のコンピュータの複数のプロセッサのうちの１つを含むことができる。一般に、プロセッサは、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、またはその両方から命令および／またはデータを受け取ることができる。そのようなコンピュータは、命令を実行するためのプロセッサと、命令および／またはデータを記憶するための１つまたは複数のメモリとを含むことができる。
【０１３９】
一般に、コンピュータは、データファイルを格納するための１つまたは複数の大容量記憶装置を含むか、または動作可能に結合されて、１つまたは複数の大容量記憶装置と通信してもよい。そのようなデバイスには、内蔵ハードディスクおよび／またはリムーバブルディスク、光磁気ディスク、および／または光ディスクなどの磁気ディスクが含まれる。コンピュータプログラム命令および／またはデータを具体的に具体化するのに適した記憶装置は、例えばＥＰＲＯＭ、ＥＥＰＲＯＭおよびフラッシュメモリ装置などの半導体メモリ装置、内部ハードディスクおよび取り外し可能な磁気ディスクなどの磁気ディスクを含むあらゆる形式の不揮発性メモリディスク、光磁気ディスク、およびＣＤ−ＲＯＭおよびＤＶＤ−ＲＯＭディスクが含まれる。プロセッサおよびメモリは、１つまたは複数のＡＳＩＣ（特定用途向け集積回路）によって補完または組み込まれてもよく、
【０１４０】
ユーザとの対話を提供するために、本実施形態の特徴は、ユーザに情報を表示するためのＬＣＤ（液晶ディスプレイ）モニタのような表示装置を有するコンピュータ上で実施することができる。コンピュータはさらに、キーボード、マウスまたはトラックボールなどのポインティングデバイス、および／またはユーザがコンピュータに入力を提供することができるタッチスクリーンを含むことができる。
【０１４１】
本実施形態の特徴は、データサーバなどのバックエンドコンポーネントを含むコンピュータシステム、および／またはアプリケーションサーバまたはインターネットサーバなどのミドルウェアコンポーネントを含むコンピュータシステムで実装されてもよく、および／またはグラフィカルユーザインタフェース（ＧＵＩ）および／またはインターネットブラウザ、またはこれらの任意の組み合わせを有するクライアントコンピュータなどのフロントエンド構成要素を含む。システムのコンポーネントは、通信ネットワークのような任意の形式または媒体のデジタルデータ通信によって接続することができる。通信ネットワークの例は、例えば、ＬＡＮ（ローカルエリアネットワーク）、ＷＡＮ（ワイドエリアネットワーク）、および／またはインターネットを形成するコンピュータおよびネットワークを含むことができる。
【０１４２】
コンピュータシステムは、クライアントおよびサーバを含むことができる。クライアントとサーバは、互いに遠隔であり、本明細書で説明されるようなネットワークを介して相互作用することができる。クライアントとサーバとの関係は、それぞれのコンピュータ上で実行され、互いにクライアント−サーバ関係を有するコンピュータプログラムのおかげで発生する可能性があり、
【０１４３】
上記の説明は、本発明の実施形態を実施するために企図された最良の形態、およびそれらを実施する方法およびプロセスを、それらに関連する当業者が可能にするような完全で明瞭で簡潔で正確な用語で提示するこれらの実施形態を実施する。しかしながら、本実施形態は、完全に同等である上述のものからの変更および代替構成を受けやすい。したがって、本発明は、開示された特定の実施形態に限定されない。それどころか、本発明は、本開示の精神および範囲内に入るすべての修正および代替構成を包含する。例えば、本明細書に記載されるプロセスのステップは、提示されたのと同じ順序で実行される必要はなく、任意の順序で実行されてもよい。
【図１】
2019506777.tif 000003
【図２】
2019506777.tif 000004
【図３】
2019506777.tif 000005
【図４】
2019506777.tif 000006
【図５】
2019506777.tif 000007
【図６】
2019506777.tif 000008
【図７】
2019506777.tif 000009
【図８】
2019506777.tif 000010
【図８Ａ】
2019506777.tif 000011
【図９】
2019506777.tif 000012
【図９Ａ】
2019506777.tif 000013
【図１０】
2019506777.tif 000014
【図１１】
2019506777.tif 000015
【図１２】
2019506777.tif 000016
【図１３】
2019506777.tif 000017
【図１４】
2019506777.tif 000018
【図１５】
2019506777.tif 000019
【図１６Ａ】
2019506777.tif 000020
【図１６Ｂ】
2019506777.tif 000021
【図１７Ａ】
2019506777.tif 000022
【図１７Ｂ】
2019506777.tif 000023
【図１８Ａ】
2019506777.tif 000024
【図１８Ｂ】
2019506777.tif 000025
【図１９】
2019506777.tif 000026
【図２０】
2019506777.tif 000027
【図２１】
2019506777.tif 000028
【図２２】
2019506777.tif 000029
【図２３】
2019506777.tif 000030
【図２４】
2019506777.tif 000031
【図２５】
2019506777.tif 000032
【誤訳訂正書】
【提出日】平成30年8月21日(2018.8.21)
【誤訳訂正１】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【発明の詳細な説明】
【関連出願へのクロスリファレンス】
【０００１】
本願は、２０１６年１月２９日に出願された仮出願６２／２８８，９７１号、２０１５年１２月２２日に出願された仮出願６２／２７１，１８６号、および、２０１５年１２月２１日に出願された仮出願６２／２７０，３７３号に基づく優先権を主張するものであり、これら仮出願の全体を、完全に、ここに参照のために取込む。
【技術分野】
【０００２】
本発明は、ＡＶ記録および通信ドアベルシステムを含む、オーディオビデオ（ＡＶ）記録および通信装置に関する。特に、本発明は、該装置によって記録されるビデオ映像の簡単な共有を促進することによってＡＶ記録および通信装置の機能性を向上させる。
【背景技術】
【０００３】
ホームセイフティは、多くの家主や賃借人にとって懸念である。住居の保護や監視を求める者は、例えば、外側ドアまたは玄関に訪問する訪問者とビデオおよびオーディオ通信することを望むことが多い。ドアベル等のオーディオビデオ（ＡＶ）記録および通信装置は、この機能性を提供し、かつ、犯罪検知および防止の助けとなる。例えば、ＡＶ記録および通信装置によって取り込まれたオーディオおよび／またはビデオは、クラウドへアップロードされて、リモートサーバに記録され得る。その後のＡＶ映像の調査は、法執行機関が住居強盗や他の犯罪の加害者を捕まえる助けとなり得る。さらに、住居の玄関におけるドアベル等、住居の外側の１つ以上のＡＶ記録および通信装置の存在は、強盗しようとする者に対する強力な抑止手段として作用する。
【発明の概要】
【０００４】
オーディオビデオ記録および通信装置からのビデオ映像の共有のための本装置、システム、および方法の種々の実施形態は、いくつかの特徴を有し、これら特徴のいずれも単独で所望の属性に関与するものではない。後述の請求項によって表されるように本実施形態の範囲を限定することなく、より顕著な特徴を簡単に述べる。本記載を検討した後、また、特に「発明を実施するための形態」の項を読んだ後、どのように本実施形態の特徴が本明細書に記載の利点を提供するかが理解されるであろう。
【０００５】
本実施形態の１つの態様は、オーディオビデオ（ＡＶ）記録および通信装置が時々犯罪活動および／または犯罪加害者のビデオ映像を記録し得るという認識を含む。該ビデオ映像は、（犯罪がビデオに映っている場合）犯罪および犯罪者の証拠となるだけでなく、（例えば、犯罪はビデオに映っていないが、犯罪に関連して事情聴取のため捜索されている人物がＡＶ記録および通信装置に記録されている場合）犯罪加害者の位置に関する情報を提供するため、法執行機関にとって有用である。そこで、ＡＶ記録および通信装置によって記録されたビデオ映像の法執行機関との簡単な共有を促進することでＡＶ記録および通信装置の機能性を向上させることは、有利であろう。以下に詳述するように、本実施形態は、このような向上を提供する。特に、本実施形態は、ＡＶ記録および通信装置に取り込まれたビデオ映像を容易にクラウドへアップロードして法執行機関等の要求側に共有可能にする。犯罪加害者および／または他の有益な情報を含み得るＡＶ記録および通信装置からの映像は、加害者の識別および／または逮捕に用いられることによって、地域をより安全にすることができる。
【０００６】
第１態様において、方法が提供される。該方法は、以下のステップを含む：特定時間ウィンドウ中の特定エリア内の１つ以上のオーディオビデオ（ＡＶ）記録および通信装置に記録されたビデオ映像の要求側からの要求を受信する、ここで、各ＡＶ記録および通信装置は、カメラを含む；少なくとも特定時間ウィンドウ中の特定エリア内の少なくともＡＶ記録および通信装置のサブセットに記録されたビデオを決定する；サブセットにおける各ＡＶ記録および通信装置に対応付けられたユーザへ同意要求を送信する；サブセットにおけるＡＶ記録および通信装置に記録されたビデオのうちの少なくとも１つを共有する少なくとも１つのユーザ同意を受信する；および、少なくとも１つのユーザ同意に対応するビデオ映像を要求側へ提供する。
【０００７】
第１態様の実施形態において、特定時間ウィンドウは、未来の終了日および／または時刻を含む。
【０００８】
第１態様の他の実施形態において、ビデオの決定は、特定エリアおよび特定時間ウィンドウを基準とし、基準を用いてビデオメタデータを検索して基準を満たすビデオを識別する。
【０００９】
第１態様の他の実施形態において、ビデオの決定は、ビデオメタデータレコードのセットを返す。
【００１０】
第１態様の他の実施形態において、同意要求は、各ユーザに対応付けられたクライアント装置へ送信されるプッシュ通知を含む。
【００１１】
第１態様の他の実施形態において、プッシュ通知は、特定時間ウィンドウのインディケータを含む。
【００１２】
第１態様の他の実施形態において、プッシュ通知は、要求側のインディケータを含む。
【００１３】
第１態様の他の実施形態において、プッシュ通知は、要求に対応付けられたビデオのリストを含む。
【００１４】
第１態様の他の実施形態において、ユーザは、リストにおけるビデオを視聴してもよい。
【００１５】
第１態様の他の実施形態において、プッシュ通知は、３つの応答オプションを含み、３つの応答オプションは、要求側によって提供された基準を満たす全てのビデオを共有するオプションと、ビデオを共有しないオプションと、要求側によって提供された基準を満たすいくつかのビデオを共有し、他は共有しないオプションとを含む。
【００１６】
第１態様の他の実施形態において、要求側は、法執行機関である。
【００１７】
第１態様の他の実施形態において、サーバは、要求の受信、ビデオの決定、同意要求の送信、少なくとも１つのユーザ同意の受信、およびビデオ映像の提供のうちの少なくとも１つを行う。
【００１８】
第２態様において、方法が提供される。該方法は、以下のステップを含む：特定時間ウィンドウ中の特定エリア内の１つ以上のオーディオビデオ（ＡＶ）記録および通信装置に記録されたビデオ映像の要求側からの要求を受信する、ここで、特定時間ウィンドウは、規定開始日および／または時刻を含むが、規定終了日または時刻は含まない、また、各ＡＶ記録および通信装置は、カメラを含む；規定開始日および／または時刻後に特定エリア内の少なくともＡＶ記録および通信装置のサブセットに記録されたビデオを決定する；サブセットにおける各ＡＶ記録および通信装置に対応付けられたユーザへ同意要求を送信する；サブセットにおけるＡＶ記録および通信装置に記録されたビデオのうちの少なくとも１つを共有する少なくとも１つのユーザ同意を受信する；および、少なくとも１つのユーザ同意に対応するビデオ映像を要求側へ提供する。
【００１９】
第２態様の実施形態において、規定開始日および／または時刻は、過去である。
【００２０】
第２態様の他の実施形態において、規定開始日および／または時刻は、要求を受信する時間に対応する。
【００２１】
第２態様の他の実施形態において、ビデオの決定は、特定エリアおよび規定開始日および／または時刻を基準とし、基準を用いてビデオメタデータを検索して基準を満たすビデオを識別する。
【００２２】
第２態様の他の実施形態において、ビデオの決定は、ビデオメタデータレコードのセットを返す。
【００２３】
第２態様の他の実施形態において、同意要求は、各ユーザに対応付けられたクライアント装置へ送信されるプッシュ通知を含む。
【００２４】
第２態様の他の実施形態において、プッシュ通知は、規定開始日および／または時刻のインディケータを含む。
【００２５】
第２態様の他の実施形態において、プッシュ通知は、要求側のインディケータを含む。
【００２６】
第２態様の他の実施形態において、プッシュ通知は、要求に対応付けられたビデオのリストを含む。
【００２７】
第２態様の他の実施形態において、ユーザは、リストにおけるビデオを視聴してもよい。
【００２８】
第２態様の他の実施形態において、プッシュ通知は、３つの応答オプションを含み、３つの応答オプションは、要求側によって提供された基準を満たす全てのビデオを共有するオプションと、ビデオを共有しないオプションと、要求側によって提供された基準を満たすいくつかのビデオを共有し、他は共有しないオプションとを含む。
【００２９】
第２態様の他の実施形態において、要求側は、法執行機関である。
【００３０】
第２態様の他の実施形態において、サーバは、要求の受信、ビデオの決定、同意要求の送信、少なくとも１つのユーザ同意の受信、およびビデオ映像の提供のうちの少なくとも１つを行う。
【００３１】
第３態様において、方法が提供される。該方法は、クライアント装置のディスプレイ上に、リクエスタが１つ以上のオーディオビデオ（ＡＶ）記録および通信装置からのビデオ映像を要求可能なグラフィカルユーザーインターフェース（ＧＵＩ）を表示するステップと、前記リクエスタが前記ビデオ映像を収集したい周囲の位置を識別するアドレスを入力として受信するステップと、前記クライアント装置のディスプレイ上の前記ＧＵＩ上に、前記入力アドレスの周囲のエリアのマップを表示するステップと、前記マップ上で、前記入力アドレスの位置を識別するステップと、前記マップ上で、前記１つ以上のＡＶ記録および通信装置の位置を識別するステップと、注目エリアを入力として受信し、前記注目エリアを前記マップ上に示すステップと、前記マップ上で、前記注目エリア内のＡＶ記録および通信装置のサブセットの位置を識別するステップと、実行コマンドを入力として受信するステップと、前記注目エリア内の前記ＡＶ記録および通信装置のサブセットからのビデオ映像を出力として返信するステップと、を含む。
【００３２】
第３態様の実施形態において、クライアント装置は、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、携帯電話、セルラー電話、スマートフォン、またはパーソナル・デジタル・アシスタント（ＰＤＡ）を含む。
【００３３】
第３態様の他の実施形態において、前記入力アドレスの位置は、第１タイプのアイコンで前記マップ上に示される。
【００３４】
第３態様の他の実施形態において、前記１つ以上のＡＶ記録および通信装置の位置は、第２タイプのアイコンで前記マップ上に示される。
【００３５】
第３態様の他の実施形態において、日付および／または時刻の範囲を入力として受信するステップをさらに含む。
【００３６】
第３態様の他の実施形態において、前記リクエスタへ提供するビデオ映像を前記日付および／または時刻の範囲に限定するステップをさらに含む。
【００３７】
第３態様の他の実施形態において、前記注目エリアの入力を受信するステップは、前記ＧＵＩの前記マップ上に描かれたポリゴンの入力を受信する。
【００３８】
第３態様の他の実施形態において、前記注目エリアの入力を受信するステップは、前記アドレスの周囲の半径の入力を受信する。
【００３９】
第３態様の他の実施形態において、ケース番号またはインシデント番号を入力として受信するステップをさらに含む。
【００４０】
第３態様の他の実施形態において、インシデントタイプを入力として受信するステップをさらに含む。
【００４１】
第３態様の他の実施形態において、前記注目エリア内の前記ＡＶ記録および通信装置のサブセットからのビデオ映像を出力として返信するステップの後、前記リクエスタの基準を満たすビデオ映像を有する前記ＡＶ記録および通信装置のサブセットの位置を前記マップ上にアイコンで示すステップをさらに含み、各アイコンは、前記リクエスタによって入力された全ての基準を満たすＡＶ記録および通信装置に対応付けられたビデオ数を示す数を含む。
【００４２】
第３態様の他の実施形態において、前記注目エリア内の前記ＡＶ記録および通信装置のサブセットからのビデオ映像を出力として返信するステップは、ビデオのリストを前記クライアント装置のディスプレイ上の前記ＧＵＩ上に表示する。
【００４３】
第３態様の他の実施形態において、前記リストにおける各ビデオは、識別情報を含み、前記識別情報は、各ビデオを記録したＡＶ記録および通信装置が位置するアドレスと、各ビデオが記録された日時とを含む。
【００４４】
第３態様の他の実施形態において、前記リストにおける各ビデオは、ダウンロードアイコンまたはボタンを含み、前記ダウンロードアイコンまたはボタンは、選択されると、選択されたビデオを前記クライアント装置へダウンロードさせる。
【００４５】
第３態様の他の実施形態において、前記リストにおける各ビデオは、フラグアイコンまたはボタンを含み、前記フラグアイコンまたはボタンは、選択されると、選択されたビデオをフラグ付きビデオのグループに追加させる。
【００４６】
請求項４０の方法 は、前記ビデオのリストを前記フラグ付きビデオのグループ内のビデオのみに絞るコマンドを入力として受信するステップをさらに含む。
【００４７】
第４態様において、コンピュータプログラムプロダクトが提供される。該コンピュータプログラムプロダクトは、プロセッサによって実行可能なコードに組み込まれたコンピュータプログラムプロダクトであって、前記コードは、実行されると、前記プロセッサに、クライアント装置のディスプレイ上に、リクエスタが１つ以上のオーディオビデオ（ＡＶ）記録および通信装置からのビデオ映像を要求可能なグラフィカルユーザーインターフェース（ＧＵＩ）を表示するステップと、前記リクエスタが前記ビデオ映像を収集したい周囲の位置を識別するアドレスを入力として受信するステップと、前記クライアント装置のディスプレイ上の前記ＧＵＩ上に、前記入力アドレスの周囲のエリアのマップを表示するステップと、前記マップ上で、前記入力アドレスの位置を識別するステップと、前記マップ上で、前記１つ以上のＡＶ記録および通信装置の位置を識別するステップと、注目エリアを入力として受信し、前記注目エリアを前記マップ上に示すステップと、前記マップ上で、前記注目エリア内のＡＶ記録および通信装置のサブセットの位置を識別するステップと、実行コマンドを入力として受信するステップと、前記注目エリア内の前記ＡＶ記録および通信装置のサブセットからのビデオ映像を出力として返信するステップと、を行わせる。
【００４８】
第４態様の実施形態において、前記入力アドレスの位置は、第１タイプのアイコンで前記マップ上に示される。
【００４９】
第４態様の他の実施形態において、前記１つ以上のＡＶ記録および通信装置の位置は、第２タイプのアイコンで前記マップ上に示される。
【００５０】
第４態様の他の実施形態において、前記コードは、前記プロセッサによって実行されると、前記プロセッサに、日付および／または時刻の範囲を入力として受信するステップをさらに行わせる。
【００５１】
第４態様の他の実施形態において、前記コードは、前記プロセッサによって実行されると、前記プロセッサに、前記リクエスタへ提供するビデオ映像を前記日付および／または時刻の範囲に限定するステップをさらに行わせる。
【００５２】
第４態様の他の実施形態において、前記注目エリアの入力を受信するステップは、前記ＧＵＩの前記マップ上に描かれたポリゴンの入力を受信する。
【００５３】
第４態様の他の実施形態において、前記注目エリアの入力を受信するステップは、前記アドレスの周囲の半径の入力を受信する。
【００５４】
第４態様の他の実施形態において、前記コードは、前記プロセッサによって実行されると、前記プロセッサに、ケース番号またはインシデント番号を入力として受信するステップをさらに行わせる。
【００５５】
第４態様の他の実施形態において、前記コードは、前記プロセッサによって実行されると、前記プロセッサに、インシデントタイプを入力として受信するステップをさらに行わせる。
【００５６】
第４態様の他の実施形態において、前記コードは、前記プロセッサによって実行されると、前記プロセッサに、前記注目エリア内の前記ＡＶ記録および通信装置のサブセットからのビデオ映像を出力として返信するステップの後、前記リクエスタの基準を満たすビデオ映像を有する前記ＡＶ記録および通信装置のサブセットの位置を前記マップ上にアイコンで示すステップをさらに行わせ、各アイコンは、前記リクエスタによって入力された全ての基準を満たすＡＶ記録および通信装置に対応付けられたビデオ数を示す数を含む。
【００５７】
第４態様の他の実施形態において、前記注目エリア内の前記ＡＶ記録および通信装置のサブセットからのビデオ映像を出力として返信するステップは、ビデオのリストを前記クライアント装置のディスプレイ上の前記ＧＵＩ上に表示する。
【００５８】
第４態様の他の実施形態において、前記リストにおける各ビデオは、識別情報を含み、前記識別情報は、各ビデオを記録したＡＶ記録および通信装置が位置するアドレスと、各ビデオが記録された日時とを含む。
【００５９】
第４態様の他の実施形態において、前記リストにおける各ビデオは、ダウンロードアイコンまたはボタンを含み、前記ダウンロードアイコンまたはボタンは、選択されると、選択されたビデオを前記クライアント装置へダウンロードさせる。
【００６０】
第４態様の他の実施形態において、前記リストにおける各ビデオは、フラグアイコンまたはボタンを含み、前記フラグアイコンまたはボタンは、選択されると、選択されたビデオをフラグ付きビデオのグループに追加させる。
【００６１】
第４態様の他の実施形態において、前記コードは、前記プロセッサによって実行されると、前記プロセッサに、前記ビデオのリストを前記フラグ付きビデオのグループ内のビデオのみに絞るコマンドを入力として受信するステップをさらに行わせる。
【図面の簡単な説明】
【００６２】
オーディオビデオ記録および通信装置からのビデオ映像を共有する本装置、システム、および方法の種々の実施形態を、有利な特徴を強調することに重点をおいて、詳述する。これらの実施形態は、例示の目的のみの添付の図面に示すオーディオビデオ記録および通信装置からのビデオ映像を共有する新規かつ非自明な装置、システム、および方法を表す。これらの図面は、以下の図を含み、図において同様の番号は同様の要素を示す。
【図１】本実施形態にかかるＡＶ記録および通信装置を含むシステムを示す機能ブロック図である。
【図２】本実施形態にかかるＡＶドアベルからのビデオ映像を共有するシステムを示す機能ブロック図である。
【図３】要求側が１つ以上のＡＶ記録および通信装置からビデオ映像を要求可能にするプロセスに対応付けられたグラフィカルユーザーインターフェース（ＧＵＩ）のサンプルスクリーンショットである。
【図４】要求側が１つ以上のＡＶ記録および通信装置からビデオ映像を要求可能にするプロセスに対応付けられたグラフィカルユーザーインターフェース（ＧＵＩ）のサンプルスクリーンショットである。
【図５】要求側が１つ以上のＡＶ記録および通信装置からビデオ映像を要求可能にするプロセスに対応付けられたグラフィカルユーザーインターフェース（ＧＵＩ）のサンプルスクリーンショットである。
【図６】要求側が１つ以上のＡＶ記録および通信装置からビデオ映像を要求可能にするプロセスに対応付けられたグラフィカルユーザーインターフェース（ＧＵＩ）のサンプルスクリーンショットである。
【図７】要求側が１つ以上のＡＶ記録および通信装置からビデオ映像を要求可能にするプロセスに対応付けられたグラフィカルユーザーインターフェース（ＧＵＩ）のサンプルスクリーンショットである。
【図８】本実施形態にかかるＡＶ記録および通信ドアベルからのビデオ映像を共有するプロセスを示すフローチャートである。
【図８Ａ】図８のプロセスの一実施形態を示すシーケンス図である。
【図９】本実施形態にかかるＡＶ記録および通信ドアベルからのビデオ映像を共有するプロセスを示すフローチャートである。
【図９Ａ】図９のプロセスの一実施形態を示すシーケンス図である。
【図１０】本発明の態様にかかるＡＶ記録および通信ドアベルの正面図である。
【図１１】図１０のＡＶ記録および通信ドアベルの背面図である。
【図１２】本発明の態様にかかるマウンティングブラケットに取り付けた図１０のＡＶ記録および通信ドアベルの左側面図である。
【図１３】図１０のＡＶ記録および通信ドアベルの断面右側面図である。
【図１４】図１２のＡＶ記録および通信ドアベルおよびマウンティングブラケットの分解図である。
【図１５】図１２のマウンティングブラケットの背面図である。
【図１６Ａ】図１２のＡＶ記録および通信ドアベルおよびマウンティングブラケットの上面および底面図である。
【図１６Ｂ】図１２のＡＶ記録および通信ドアベルおよびマウンティングブラケットの上面および底面図である。
【図１７Ａ】図１０のＡＶ記録および通信ドアベルの受動型赤外線センサホルダの上面および正面図である。
【図１７Ｂ】図１０のＡＶ記録および通信ドアベルの受動型赤外線センサホルダの上面および正面図である。
【図１８Ａ】図１０のＡＶ記録および通信ドアベルの受動型赤外線センサホルダアセンブリの上面および正面図である。
【図１８Ｂ】図１０のＡＶ記録および通信ドアベルの受動型赤外線センサホルダアセンブリの上面および正面図である。
【図１９】本発明の態様にかかる図１８Ａの受動型赤外線センサアセンブリの上面図およびその視野である。
【図２０】図１０のＡＶ記録および通信ドアベルのコンポーネントの機能ブロック図である。
【図２１】本発明の態様にかかるＡＶ記録および通信ドアベルのプロセスを示すフローチャートである。
【図２２】本発明の態様にかかるＡＶ記録および通信ドアベルの他のプロセスを示すフローチャートである。
【図２３】本発明の態様にかかるＡＶ記録および通信ドアベルの他のプロセスを示すフローチャートである。
【図２４】本発明の種々の態様にしたがって本実施形態が実施され得るクライアント装置の機能ブロック図である。
【図２５】本発明の種々の態様にしたがって本実施形態が実施され得る汎用コンピューティングシステムの機能ブロック図である。
【発明を実施するための形態】
【００６３】
以下の詳細な説明において、図面を参照して本実施形態を説明する。図面において、参照番号は、本実施形態の要素を表す。これらの参照番号は、対応する図の特徴の記載に関連して以下に再現される。
【００６４】
オーディオビデオ記録および通信装置からのビデオ映像を共有する本装置、システム、および方法の実施形態を、図面を参照して以下に記載する。これらの図およびその記述は、装置のあるコンポーネントが一体的に形成され、他のコンポーネントが別個に形成されることを示す。当業者には、一体的に形成されるとして本明細書に図示および記載されるコンポーネントが、代替実施形態では別個に形成され得ることが理解できるであろう。さらに、当業者には、別個に形成されるとして本明細書に図示および記載されるコンポーネントが、代替実施形態では一体的に形成され得ることが理解できるであろう。本明細書において、「一体的」は、単一のユニットを表す。
【００６５】
図１を参照して、本実施形態は、オーディオビデオ（ＡＶ）通信ドアベル１００を含む。本発明ではＡＶ記録および通信ドアベルを含む方法およびシステムの多くの例を提示するが、本実施形態は、ドアベル以外のＡＶ記録および通信装置にも同様に適用可能である。例えば、本実施形態は、１つ以上のＡＶ記録および通信ドアベルの代わりにまたは１つ以上のＡＶ記録および通信ドアベルに加えて、１つ以上のＡＶ記録および通信セキュリティカメラを含んでもよい。例示的ＡＶ記録および通信セキュリティカメラは、本明細書に記載のドアベルの全ての構造および機能を実質的に含み得るが、フロントボタンおよび関連コンポーネントは含まない。
【００６６】
ＡＶ記録および通信ドアベル１００は、典型的に、住居、ビジネス、リモートストレージ施設等の構造物（図示せず）への入口近くに位置する。ＡＶ記録および通信ドアベル１００は、カメラ１０２と、マイク１０４と、スピーカ１０６とを含む。カメラ１０２は、例えば、画像表示解像度７２０ｐ以上でビデオ画像を取込むことができる、高解像度（ＨＤ）ビデオカメラを備えてもよい。図示しないが、ＡＶ記録および通信ドアベル１００は、ハウジング、１つ以上の動きセンサ（および／または他のタイプのセンサ）、ボタン等、他のハードウェアおよび／またはコンポーネントを含んでもよい。ＡＶ記録および通信ドアベル１００はさらに、米国特許出願公報第２０１５／００２２６２０号（出願番号１４／４９９，８２８）および第２０１５／００２２６１８号（出願番号１４／３３４，９２２）に記載の無線通信ドアベルと同様の構成および／または機能性を含んでもよく、両文献の全体を、完全に、ここに参照のために取込む。
【００６７】
図１をさらに参照して、ＡＶ記録および通信ドアベル１００は、ユーザのネットワーク１１０と通信する。ユーザのネットワーク１１０は、例えば、有線および／または無線ネットワークであってもよい。ユーザのネットワーク１１０が無線であるかまたは無線コンポーネントを含む場合、ネットワーク１１０は、ＩＥＥＥ８０２．１１規格および／または他の無線通信規格に準拠したＷｉ−Ｆｉネットワークであってもよい。ユーザのネットワーク１１０は、他のネットワーク１１２に接続される。他のネットワーク１１２は、例えば、インターネットおよび／または公衆交換電話網（ＰＳＴＮ）を含んでもよい。下記の通り、ＡＶ記録および通信ドアベル１００は、ユーザのネットワーク１１０およびネットワーク１１２（インターネット／ＰＳＴＮ）を介して、ユーザのクライアント装置１１４と通信してもよい。ユーザのクライアント装置１１４は、例えば、デスクトップコンピュータ、ラップトップコンピュータ、タブレット等のパーソナルコンピュータを含んでもよい。ユーザのクライアント装置１１４はさらに、例えば、スマートフォン、パーソナル・デジタル・アシスタント（ＰＤＡ）、または他の通信装置等、携帯電話（セルラー電話とも称される）を含んでもよい。ユーザのクライアント装置１１４は、ストリーミングおよび／または記録ビデオ画像を表示可能なディスプレイ（図示せず）および関連コンポーネントを含む。ユーザのクライアント装置１１４はまた、ストリーミングおよび／または記録オーディオを放送可能なスピーカおよび関連コンポーネントを含んでもよく、マイクを含んでもよい。ＡＶ記録および通信ドアベル１００はまた、ユーザのネットワーク１１０およびネットワーク１１２（インターネット／ＰＳＴＮ）を介して、１つ以上のリモートストレージ装置１１６（「クラウドストレージ装置」とも称される）、１つ以上のサーバ１１８、および／またはバックエンドＡＰＩ（アプリケーション・プログラミング・インターフェース）１２０と通信してもよい。図１ではストレージ装置１１６、サーバ１１８、およびバックエンドＡＰＩ１２０がネットワーク１１２と別のコンポーネントとして示されるが、ストレージ装置１１６、サーバ１１８、および／またはバックエンドＡＰＩ１２０は、ネットワーク１１２のコンポーネントとみなされてもよい。
【００６８】
ネットワーク１１２は、図１に示すように上記のモジュール、装置、およびシステムを動作可能に接続するように構成された、任意の無線ネットワーク、任意の有線ネットワーク、またはそれらの組み合わせであってもよい。例えば、ネットワーク１１２は、次のうちの１つ以上を含んでもよい：ＰＳＴＮ（公衆交換電話網）、インターネット、ローカルイントラネット、ＰＡＮ（パーソナルエリアネットワーク）、ＬＡＮ（ローカルエリアネットワーク）、ＷＡＮ（ワイドエリアネットワーク）、ＭＡＮ（メトロポリタンエリアネットワーク）、仮想プライベートネットワーク（ＶＰＮ）、ストレージエリアネットワーク（ＳＡＮ）、フレームリレー接続、高度インテリジェントネットワーク（ＡＩＮ）接続、同期型光ネットワーク（ＳＯＮＥＴ）接続、デジタルＴ１、Ｔ３、Ｅ１またはＥ３ライン、デジタルデータサービス（ＤＤＳ）接続、ＤＳＬ（デジタル・サブスクライバー・ライン）接続、イーサネット接続、ＩＳＤＮ（総合サービスデジタルネットワーク）ライン、Ｖ．９０、Ｖ．３４、またはＶ．３４ｂｉｓアナログモデム接続等の電話回線ポート、ケーブルモデム、ＡＴＭ（非同期転送モード）接続、またはＦＤＤＩ（光ファイバー分散データインターフェース）またはＣＤＤＩ（銅分散データインターフェース）接続。さらに、通信はまた、ＷＡＰ（Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）、ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、および／またはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）携帯電話ネットワーク、ＧＰＳ、ＣＤＰＤ（ｃｅｌｌｕｌａｒ  ｄｉｇｉｔａｌ  ｐａｃｋｅｔ  ｄａｔａ）、ＲＩＭ（Ｒｅｓｅａｒｃｈ  ｉｎ  Ｍｏｔｉｏｎ，  Ｌｉｍｉｔｅｄ）二重ページングネットワーク、Ｂｌｕｅｔｏｏｔｈ無線、またはＩＥＥＥ８０２．１１無線ネットワークを含む、種々の無線ネットワークのうちの任意の無線ネットワークへのリンクを含んでもよい。ネットワークはさらに、次のうちの１つ以上を含むかまたは次のうちの１つ以上と接続してもよい：ＲＳ−２３２シリアル接続、ＩＥＥＥ−１３９４（Ｆｉｒｅｗｉｒｅ）接続、ファイバーチャネル接続、ＩｒＤＡ（赤外線）ポート、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｆａｃｅ）接続、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ））接続、または他の有線または無線、デジタルまたはアナログ、インターフェースまたは接続、メッシュまたはＤｉｇｉ（登録商標）ネットワーキング。
【００６９】
本実施形態の１つ以上の態様によれば、人物（「訪問者」とも称される）がＡＶ記録および通信ドアベル１００に到着すると、ＡＶ記録および通信ドアベル１００は、訪問者の存在を検知し、カメラ１０２の視野内でビデオ画像を取り込み始める。ＡＶ記録および通信ドアベル１００はまた、マイク１０４を通してオーディオを取り込んでもよい。ＡＶ記録および通信ドアベル１００は、訪問者の存在を、動きセンサを用いて検知してもよく、および／または、訪問者がＡＶ記録および通信ドアベル１００上のボタンを押したことを検知することによって検知してもよい。
【００７０】
訪問者の検知に応じて、ＡＶ記録および通信ドアベル１００は、ユーザのネットワーク１１０およびネットワーク１１２を介して、アラートをユーザのクライアント装置１１４（図１）へ送信する。ＡＶ記録および通信ドアベル１００はまた、ストリーミングビデオをユーザのクライアント装置１１４へ送信する。ＡＶ記録および通信ドアベル１００はまた、ストリーミングオーディオをユーザのクライアント装置１１４へ送信してもよい。ユーザがアラートに応答すると、ＡＶ記録および通信ドアベル１００およびユーザのクライアント装置１１４を通して、訪問者とユーザとの間で双方向オーディオ通信が行われ得る。ユーザは、通話の間中訪問者を見ることができるが、（いくつかの実施形態にあるようにＡＶ記録および通信ドアベル１００がディスプレイを備えない限り）訪問者はユーザを見ることができない。
【００７１】
ＡＶ記録および通信ドアベル１００のカメラ１０２に取り込まれたビデオ画像（およびマイク１０４に取り込まれたオーディオ）は、クラウドへアップロードされてリモートストレージ装置１１６（図１）に記録されてもよい。いくつかの実施形態において、ユーザがクライアント装置１１４へ送信されたアラートを無視する選択をした場合でも、ビデオおよび／またはオーディオは、リモートストレージ装置１１６に記録されてもよい。
【００７２】
図１をさらに参照して、システムはさらに、１つ以上のコンポーネントを含むバックエンドＡＰＩ１２０を備えてもよい。バックエンドＡＰＩ（アプリケーション・プログラミング・インターフェース）は、例えば、サーバ（例：リアルサーバ、バーチャルマシン、またはサービス型クラウドインフラストラクチャーで動作するマシン）、またはネットワークされた複数サーバを含んでもよく、少なくとも１つのＡＰＩがアクセスするクライアントにさらされる。これらのサーバは、キャッシングレイヤ、データベースレイヤその他のコンポーネント等、どのような他のコンポーネントが含まれているかによって、アプリケーションサーバ（例：ソフトウェアサーバ）等のコンポーネントを含んでもよい。バックエンドＡＰＩは、例えば、多くのそのようなアプリケーションを含んでもよく、アプリケーションはそれぞれのパブリックＡＰＩを用いて互いに通信する。いくつかの実施形態において、ＡＰＩバックエンドは、ユーザデータを一括して保持し、ユーザ管理機能を提供してもよく、この場合、クライアントは非常に制限された状態に置かれる。
【００７３】
図１に示すバックエンドＡＰＩ１２０は、１つ以上のＡＰＩを有してもよい。ＡＰＩは、ソフトウェアおよびアプリケーションを構築するためのルーチン、プロトコル、およびツールのセットである。ＡＰＩは、ソフトウェアコンポーネントを、その動作、入力、出力、および基底型の点で表現し、それぞれの実装と独立した機能性を定義することで、インターフェースを妥協することなく定義および実装を変えることができる。有利に、ＡＰＩは、プログラマに、プログラマがアプリケーションを変更する必要なく、あるいは、アプリケーションがどのように働くのか理解する必要さえなく、アプリケーションの機能性へのアクセスを与えてもよい。ＡＰＩは、ネット上のシステム、オペレーティングシステム、またはデータベースシステム用であってもよく、所与のプログラミング言語を用いて該システムのためのアプリケーションを開発するために設備を提供する。ハードディスクドライブやビデオカード等のコンピュータハードウェアまたはデータベースへのアクセスに加えて、ＡＰＩは、プログラミングＧＵＩコンポーネントの作用を容易にすることができる。例えば、ＡＰＩは、既存のアプリケーション内への新たな特徴の一体化を促進できる（いわゆる「プラグインＡＰＩ」）。ＡＰＩはまた、データ共有によって、別個のアプリケーションを支援でき、こうして、アプリケーションの機能性の一体化および向上を促進できる。
【００７４】
図１に示すバックエンドＡＰＩ１２０はさらに、１つ以上のサービス（ネットワークサービスとも称される）を含んでもよい。ネットワークサービスは、データストレージ、操作、提示、通信、および／または他の性能を提供するアプリケーションである。ネットワークサービスは、アプリケーションレイヤネットワークプロトコルに基づくクライアント−サーバアーキテクチャを用いて実装されることが多い。各サービスは、１つ以上のコンピュータ（複数サービスを提供する専用  サーバコンピュータ等）上で動作するサーバコンポーネントによって提供され、他の装置上で動作するクライアントコンポーネントによってネットワークを介してアクセスされ得る。あるいは、クライアントおよびサーバコンポーネントの両方とも、同一のマシン上で動作してもよい。クライアントおよびサーバは、ユーザインタフェースを有してもよく、また時には、これらに対応付けられた他のハードウェアを有してもよい。
【００７５】
本実施形態の１つの態様は、オーディオビデオ（ＡＶ）記録および通信装置が時々犯罪活動および／または犯罪加害者のビデオ映像を記録し得るという認識を含む。該ビデオ映像は、（犯罪がビデオに映っている場合）犯罪および犯罪者の証拠となるだけでなく、（例えば、犯罪はビデオに映っていないが、犯罪に関連して事情聴取のため捜索されている人物がＡＶ記録および通信装置に記録されている場合）犯罪加害者の位置に関する情報を提供するため、法執行機関にとって有用である。そこで、ＡＶ記録および通信装置によって記録されたビデオ映像の法執行機関との簡単な共有を促進することでＡＶ記録および通信装置の機能性を向上させることは、有利であろう。以下に詳述するように、本実施形態は、このような向上を提供する。特に、本実施形態は、ＡＶ記録および通信装置に取り込まれたビデオ映像を容易にクラウドへアップロードして法執行機関等の要求側に共有可能にする。犯罪加害者および／または他の有益な情報を含み得るＡＶ記録および通信装置からの映像は、加害者の識別および／または逮捕に用いられることによって、地域をより安全にすることができる。
【００７６】
図２は、近隣２０４で複数の住居２０２の外側に設置される複数のＡＶ記録および通信ドアベル２００を示す。各ＡＶ記録および通信ドアベル２００は、それぞれの住居２０２の入口２０６近くに、各ＡＶ記録および通信ドアベル２００が自身が隣接しまたそのカメラの視野内であるエリアからビデオ映像（および、いくつかの実施形態においては、それに伴うオーディオ）を取り込むように構成されるように、取り付けられる。上記の通り、ビデオ映像は、クラウドへアップロードされて記憶されてもよい。本実施形態によれば、また、以下に詳述するように、各ＡＶ記録および通信ドアベル２００により取り込まれてクラウドへアップロードされたビデオ映像は、法執行機関等の要求側と共有可能である。例えば、法執行機関は、発生した犯罪と同様の近傍に位置する１つ以上のＡＶドアベルからビデオ映像を収集することを望むかもしれない。これらのＡＶドアベルからの映像には、犯罪加害者の識別および／または逮捕の助けとなり得る、犯罪加害者の画像および／または他の有益な情報が含まれるかもしれない。
【００７７】
図３は、要求側（または「リクエスタ」）が１つ以上のＡＶドアベルからビデオ映像を要求可能にするプロセスに対応付けられたグラフィカルユーザインタフェース（ＧＵＩ３００）の一例を示す。プロセスまたはプログラムは、１つ以上のプロセッサによって実行可能なコードに組み込まれてもよい。要求側は、例えば、クライアント装置（要求側のクライアント装置１１９、図１）を用いて、ウェブサイトでユーザポータルを通してログインしてもよい。要求側のクライアント装置１１９は、例えば、デスクトップコンピュータ、ラップトップコンピュータ、タブレット等のパーソナルコンピュータを含んでもよい。要求側のクライアント装置１１９はさらに、例えば、スマートフォン、パーソナル・デジタル・アシスタント（ＰＤＡ）、または他の通信装置等、携帯電話（セルラー電話とも称される）を含んでもよい。
【００７８】
図３をさらに参照して、ＧＵＩ３００で、リクエスタは、リクエスタがビデオ映像を収集したい周囲の位置を識別するアドレスを入力してもよい。ＧＵＩ３００は、アドレスの周囲のエリア３０８のマップ３０２を表示する。第１タイプ３０４のアイコンは、マップ３０２上で入力アドレスの位置を示してもよい。マップ３０２はさらに、ＡＶ記録および通信ドアベル２００（図２）の位置を示す１つ以上の付加的な第２タイプ３０６のアイコンを表示してもよい。リクエスタは、マップ３０２でエリア３０８を示すことで、（リクエスタがビデオ映像を収集したい）注目エリア３０８を特定してもよい。ＧＵＩ３００は、特定エリア３０８内のＡＶ記録および通信ドアベル２００の位置を、これらをマップ３０２で規定エリア３０８内に表示することで、識別する。ＧＵＩ３００はさらに、リクエスタが日付および／または時刻の範囲を特定可能にする、テキストボックス３１０やカレンダー３１２等のメカニズムを含んでもよい。リクエスタが日付範囲を入力した場合、リクエスタに提供されるビデオ映像は、特定日付範囲に限定される。
【００７９】
リクエスタは、任意のさまざまな方法で、ビデオ映像が収集されるエリア３０８を特定してもよい。例えば、リクエスタは、ポリゴンの頂点３１４の位置を特定することで、ＧＵＩ３００のマップ３０２上に任意の形状およびサイズのポリゴンを描いてもよい。例えば、リクエスタは、リクエスタのクライアント装置がタッチスクリーンを含む場合、頂点３１４の位置をタッチすることによって、あるいは、マウスやトラックボール等のポインティングデバイスやスクリーン上ポインタを用いることによって、頂点３１４の位置を特定する。ある実施形態において、リクエスタによって特定されたポリゴンは、円等のように、頂点３１４を有しないかもしれない。そのような実施形態において、リクエスタは、リクエスタが入力した（第１タイプ３０４のアイコンでマップ３０２上に示される）アドレスの周囲の半径を提供することによって、注目エリアを特定してもよい。
【００８０】
図３をさらに参照して、ＧＵＩ３００はまた、リクエスタが所与の要求をケース番号またはインシデント番号３１６で識別すること、インシデント日３１８および／または時刻３２０を特定すること、および、インシデントタイプ３２２を特定することを可能にする１つ以上のテキストボックスおよび／またはドロップダウンメニューを含んでもよい。ＧＵＩ３００はさらに、テキストボックスおよび／またはドロップダウンメニューに情報を入力した後にリクエスタが押すボタン３２４を含んでもよい。ボタン３２４を押すことで、プログラムが実行されて、リクエスタが特定したビデオ映像を返す。ＧＵＩ３００はまた、リクエスタが以前（または既存）の検索にアクセス可能にするタブ３２６を含んでもよい。
【００８１】
上記の通りリクエスタがエリア３０８および任意に日付範囲３１０／３１２および／または他の任意の基準を特定した後、プロセスは、リクエスタに特定された基準を満たすビデオ映像を識別して、識別したビデオ映像をリクエスタへ返信する。例えば、図４は、識別したビデオ映像をリクエスタへ提示するＧＵＩ４００の一例を示す。ＧＵＩ４００は、リクエスタの基準を満たすビデオ映像を有するＡＶ記録および通信ドアベル２００の位置を示すマップ４０２を含む。マップ４０２上のアイコン４０４は、ＡＶ記録および通信ドアベル２００の位置を示す。図示の実施形態において、各アイコン４０４は、リクエスタの基準を満たすＡＶ記録および通信ドアベル２００に対応付けられたビデオ数を示す数を含む。ＧＵＩ４００は、リクエスタの基準を満たすビデオ４０６の総数、ケース番号４０８、インシデントが発生したアドレス４１０、インシデントが発生したアドレス４１０の位置を示すマップ４０２上のインシデントアイコン４１１、インシデントのタイプ（強盗４１２等）、インシデントの日時４１４、フラグ付きビデオ（以下に詳述する）の数を示す第１カウンタ４１６、新たなビデオ（以下に詳述する）の数を示す第２カウンタ４１８、１つ以上のフィルタボタン４２０、４２２、４２４、４２６、アドレスでビデオを選択するためのドロップダウンメニュー４２８、および／または日付範囲セレクタ４３０等の、付加的な情報を提示してもよい。
【００８２】
図４をさらに参照して、ＧＵＩ４００はさらに、リクエスタの基準を満たすビデオ４３２のリストを提示してもよい。図４およびビデオリスト４３２の拡大図である図５を参照して、リスト４３２内の各ビデオは、ビデオを記録したＡＶドアベルが位置するアドレス５００および／またはビデオが記録された日時５０２等の、識別情報を含んでもよい。図５をさらに参照して、リスト４３２内の各ビデオはさらに、ダウンロードアイコン５０４、フラグアイコン５０６、ハイドアイコン５０８、ニューアイコン５１０、および／または他のアイコン（図示せず）を含んでもよい。リクエスタがダウンロードアイコン５０４を選択すると、ダウンロードアイコン５０４に対応付けられたビデオがリクエスタのクライアント装置１１９へダウンロードされる。リクエスタがフラグアイコン５０６を選択すると、フラグアイコン５０６に対応付けられたビデオが「フラグ付き」ビデオのグループに追加され、フラグアイコン５０６の外見が変わり得る。例えば、図示の実施形態において、フラグアイコン５０６の色は、選択されると、灰色から赤へと変化する。リクエスタはその後、フラグ付き（Ｆｌａｇｇｅｄ）フィルタボタン４２４（図４）を選択することで示されたビデオのリストを狭めてもよく、その後、図６に示すように、フラグ付きのビデオのみが変更リスト６００に示される。
【００８３】
図４および５を参照して、ユーザが所与のビデオの横のハイドアイコン５０８を選択すると、ハイドアイコン５０８に対応付けられたビデオがリスト４３２から消えてもよい。その後、ユーザは、隠れ（Ｈｉｄｄｅｎ）フィルタボタン４２６（図４）を選択することで、隠れビデオのみのリストを見てもよい。図５を参照して、ニューアイコン５１０は、最近記録されておよび／またはクラウドへアップロードされたビデオ、および／または、リクエスタが未視聴のビデオを識別する。リクエスタがニューアイコン５１０を含むビデオを視聴した後、ニューアイコン５１０はリスト４３２内の該ビデオの横に表示されなくなってもよい。リクエスタがニュー（Ｎｅｗ）フィルタボタン４２２（図４）を選択すると、リスト４３２に表示されたビデオは、ニューアイコン５１０を含むビデオのみとなってもよい。
【００８４】
図４をさらに参照して、ＧＵＩ４００はさらに、ユーザがリスト４３２内のビデオを特定のアドレスのＡＶドアベルに対応付けられたもののみに狭めることができるドロップダウンアドレスメニュー４２８を提示してもよい。ＧＵＩ４００はさらに、選択可能日付範囲４３０を提示してもよい。図示の実施形態において、選択可能日付範囲４３０は、両端にスライダを含む。スライダを動かすことで、ユーザは、日付範囲を狭めたり広げたりしてもよい。その後、プログラムは、リスト４３２に表示されるビデオを、特定日付範囲内のビデオのみを含むように狭めたり広げたりする。
【００８５】
図７を参照して、ユーザが選択ビデオをダブルクリックする等してリスト４３２から１つのビデオを選択すると、選択ビデオ７００は、ＧＵＩ７０２の部分内で再生されてもよい。図示の実施形態において、選択ビデオ７００はＧＵＩ７０２の右上コーナーで再生されるが、他の実施形態において、選択ビデオ７００はＧＵＩ７０２の異なる部分で再生されてもよく、あるいは、新たなウィンドウで開かれてもよい。ＧＵＩ７０２はさらに、ハイドボタン７０４を含んでもよい。ハイドボタン７０４が選択されると、選択ビデオ７００はＧＵＩ７０２から消える。
【００８６】
図８は、本実施形態にかかるＡＶドアベルからのビデオ映像を共有するプロセスを示すフローチャートである。図８Ａは、図８のプロセスの一実施形態を示すシーケンス図である。図８を参照して、プロセスは、ブロックＢ８００で、特定の時間ウィンドウ中の特定エリア内の１つ以上のＡＶドアベルからのビデオ映像の要求を要求側から受信すると、開始する。要求側は、例えば、法執行機関であってもよい。図８Ａを参照して、要求側は、要求側のクライアント装置１１９（図１）からサーバ１１８（またはバックエンドＡＰＩ１２０や他のネットワーク装置）等のネットワーク装置へ送信されるビデオ要求信号８０１において、ネットワーク１１２へ要求を提出してもよい。要求側のクライアント装置１１９は、例えば、ウェブブラウザを用いてネットワーク１１２に接続するコンピュータであってもよく、要求側は、図３〜７に関して上で示した例のように、ネットワーク１１２上のウェブポータルを通して要求を提出してもよい。
【００８７】
例えば、図３を参照して、要求側は、ネットワーク１１２上ウェブポータルにアクセスして、検索ボックス（図示せず）にアドレスを入力してもよい。ウェブポータルは、入力アドレスの周囲のエリアのマップ３０２を、入力アドレスを識別する第１タイプ３０４のアイコンおよび入力アドレス３０４の近傍におけるＡＶ記録および通信ドアベル２００の位置を識別する第２タイプ３０６の複数のアイコンと共に、表示してもよい。そして、要求側は、図３に関連して上記したように注目エリア３０８を特定し、注目時間ウィンドウを特定してもよい。例えば、要求側は、１つ以上のテキストボックス３１０、ドロップダウンメニュー、ポップアップカレンダー３１２等を用いて、開始日時および終了日および／または時刻を入力してもよい。いくつかの実施形態において、終了日および／または時刻は、未来であってもよく、および／または、要求は、オープンエンドであってもよい。オープンエンドは、要求側が終了日および／または時刻を提供しないことを意味する。この場合、要求側へ返すビデオ映像は、１つ以上の未来時間に特定エリア３０８内のＡＶ記録および通信ドアベル２００の１つ以上からアップロードされるビデオを含んでもよい。
【００８８】
図８をさらに参照して、プロセスは次に、ブロックＢ８０２へ進み、どのビデオがリクエスタによって提供される基準を満たすかが決定される。例えば、決定プロセスは、サーバ１１８（またはバックエンドＡＰＩ１２０や他のネットワーク装置）で行われ、注目エリアおよび注目時間ウィンドウを基準とし、これらの基準を用いてビデオメタデータを検索して基準を満たすビデオを識別してもよい。得られるセットは、これらのビデオメタデータレコードのセット、例えば、ビデオへの参照のセット、である。プロセスは次に、ブロックＢ８０４およびＢ８０６へ進み、ブロックＢ８０２で決定したビデオの共有の許可を得る。例えば、ブロックＢ８０４で、共有の同意要求を、ブロックＢ８０２で決定したビデオのうちの少なくとも１つを有する各ＡＶ記録および通信ドアベル２００に対応付けられた各ユーザへ送信してもよい。同意要求は、例えば、各ユーザのクライアント装置１１４（スマートフォン等）へ送信されるプッシュ通知を含んでもよい。プッシュ通知（または他のタイプの同意要求）は、共有が要求されている時間および日付範囲を示し、要求側のアイデンティティを示し、および／または、ユーザを要求に対応付けられたビデオのリストへ導いてもよく、ユーザはリストを確認してもよい。例えば、図８Ａを参照して、ビデオ共有の同意要求は、サーバ１１８（またはバックエンドＡＰＩ１２０や他のネットワーク装置）からブロックＢ８０２で決定したビデオのうちの少なくとも１つを有する各ＡＶ記録および通信ドアベル２００に対応付けられたユーザのクライアント装置１１４の１つ以上へ送信される共有要求信号（または同意要求信号）８０３を含んでもよい。
【００８９】
図８に戻って、ブロックＢ８０６で、どのユーザ（もしいれば）がビデオ共有に同意したかを決定する。例えば、各ユーザは、プッシュ通知に対して「ｙｅｓ」または「ｎｏ」で応答する。図８Ａを参照して、ユーザ同意（または同意の拒否）は、ユーザのクライアント装置１１４からサーバ１１８（またはバックエンドＡＰＩ１２０や他のネットワーク装置）へ１つ以上の共有同意信号８０５において送信されてもよい。共有に同意しないユーザに対しては、プロセスは、ブロックＢ８０８（図８）で終了する。共有に同意するユーザに対しては、プロセスは、ブロックＢ８１０へと続く。ブロックＢ８１０で、特定時間ウィンドウ内の同意ユーザのＡＶ記録および通信ドアベル２００からのビデオを、ウェブポータルを通してリクエスタに提示する。例えば、図４を参照して、マップ４０２上のアイコン４０４は、同意ユーザに対応するＡＶ記録および通信ドアベル２００の位置を示し、各アイコン４０４上の数字は、該ＡＶ記録および通信ドアベル２００に記録されたビデオの数を示してもよい。ビデオのリスト４３２にはマップ４０２上のアイコン４０４に対応するビデオが読み込まれていてもよく、リクエスタは、図４〜７に関連して上記したように、ビデオを視聴し、選択ビデオにフラグを付け、選択ビデオを隠す等してもよい。図８Ａを参照して、特定時間ウィンドウ内の同意ユーザのＡＶ記録および通信ドアベル２００からのビデオの情報は、サーバ１１８（またはバックエンドＡＰＩ１２０や他のネットワーク装置）から要求側のクライアント装置１１９へビデオ利用可能信号８０７において送信されてもよい。
【００９０】
上記の通り、いくつかの実施形態において、要求側は、未来の終了日および／または時刻を入力してもよく、またはリクエスタは、終了日および／または時刻を提供しなくてもよい。図９は、リクエスタが終了日および／または時刻を提供しない状況においてビデオ映像を共有するプロセスの実施形態の例を示すフローチャートである。図９Ａは、図９のプロセスの一実施形態を示すシーケンス図である。図９および９Ａのプロセスは、例えば、通報された強盗と近い時間に実施する等、現在進行中の犯罪または最近発生した犯罪を止めるのに役立ち得る。図９を参照して、ブロックＢ１０００で、未来を含む特定の時間ウィンドウ中の特定エリア内の１つ以上のＡＶ記録および通信ドアベル２００に記録したビデオ映像の要求側からの要求を受信する。例えば、要求は、特定開始時間から未来までに記録およびアップロードされる特定エリアにおける全てのＡＶ記録および通信ドアベル２００からのビデオの要求であってもよい。特定開始時間は、過去の時間であってもよく、端に要求が提出される時間に対応してもよい。要求は、未来終了時間を識別してもよい。未来終了時間の後は、特定エリア内のＡＶ記録および通信ドアベル２００によって記録およびアップロードされるビデオは、リクエスタに共有されない。あるいは、要求は、終了時間を含まず、特定エリア内のＡＶ記録および通信ドアベル２００に記録およびアップロードされる全てのビデオは、（ＡＶ記録および通信ドアベル２００のユーザからの許可を得るという条件で）リクエスタに共有されてもよい。図８の例と同様、要求側は、例えば、法執行機関であってもよい。図９Ａを参照して、要求側は、要求側のクライアント装置１１９（図１）からサーバ１１８（またはバックエンドＡＰＩ１２０や他のネットワーク装置）等のネットワーク装置へ送信されるビデオ要求信号９０１において、ネットワーク１１２へ要求を提出してもよい。要求側のクライアント装置１１９は、例えば、ウェブブラウザを用いてネットワーク１１２に接続するコンピュータであってもよく、要求側は、図３〜図７に関して上で示した例のように、ネットワーク１１２上のウェブポータルを通して要求を提出してもよい。
【００９１】
図９をさらに参照して、プロセスは次に、ブロックＢ９０２へ進み、どのＡＶ記録および通信ドアベル２００が特定エリアに位置するかを決定する。言い換えれば、プロセスは、サーバ１１８（またはバックエンドＡＰＩ１２０や他のネットワーク装置）で行われてもよく、例えば、リクエスタが提供する基準を満たす全てのＡＶ記録および通信ドアベル２００のサブセットを決定する。プロセスはその後、ブロックＢ９０４およびＢ９０６へ進み、ブロックＢ９０２で決定したＡＶ記録および通信ドアベル２００からのビデオの共有の許可を得る。例えば、ブロックＢ９０４で、共有の同意要求を、ブロックＢ９０２で決定したサブセットにおける各ＡＶ記録および通信ドアベル２００に対応付けられた各ユーザへ送信してもよい。例えば、図９Ａを参照して、共有の同意要求は、サーバ１１８（またはバックエンドＡＰＩ１２０や他のネットワーク装置）からブロックＢ８０２で決定したＡＶ記録および通信ドアベル２００に対応付けられたユーザのクライアント装置１１４の１つ以上へ送信される共有要求信号（または同意要求信号）９０３を含んでもよい。同意要求は、例えば、各ユーザのクライアント装置１１４（スマートフォン等）へ送信されるプッシュ通知を含んでもよい。プッシュ通知（または他のタイプの同意要求）は、共有が要求されている時間および日付範囲を示し、要求側のアイデンティティを示してもよい。
【００９２】
図９に戻って、ブロックＢ９０６で、どのユーザ（もしいれば）がビデオ共有に同意したかを決定する。例えば、各ユーザは、プッシュ通知に対して「ｙｅｓ」または「ｎｏ」で応答する。図９Ａを参照して、ユーザ同意（または同意の拒否）は、ユーザのクライアント装置１１４からサーバ１１８（またはバックエンドＡＰＩ１２０や他のネットワーク装置）へ１つ以上の共有同意信号９０５において送信されてもよい。共有に同意しないユーザに対しては、プロセスは、ブロックＢ９０８で終了する。共有に同意するユーザに対しては、プロセスは、ブロックＢ９１０へと続く。ブロックＢ９１０で、同意ユーザのＡＶ記録および通信ドアベル２００からのビデオを、ウェブポータルを通してリクエスタに提示する。図９Ａを参照して、同意ユーザのＡＶ記録および通信ドアベル２００からのビデオの情報は、サーバ１１８（またはバックエンドＡＰＩ１２０や他のネットワーク装置）から要求側のクライアント装置１１９へビデオ利用可能信号９０７において送信されてもよい。要求は未来のビデオを含むことから、未来のビデオは、アップロード後にリクエスタへ提示される。例えば、図４を参照して、マップ４０２上のアイコン４０４は、同意ユーザに対応するＡＶ記録および通信ドアベル２００の位置を示してもよく、各アイコン４０４の数字は、ＡＶ記録および通信ドアベル２００に記録されたビデオの数を示してもよい。ビデオのリスト４３２にはマップ４０２上のアイコン４０４に対応するビデオが読み込まれていてもよく、リクエスタは、図４〜７に関連して上記したように、ビデオを視聴し、選択ビデオにフラグを付け、選択ビデオを隠す等してもよい。
【００９３】
図９に図示しないが、本実施形態は、要求側が提供する基準を満たすいくつかのビデオの共有を許可し、要求側が提供する基準を満たす他のビデオの共有を許可しない、ユーザのためのオプションを含んでもよい。例えば、ＡＶドアベルのユーザへ送信するプッシュ通知（または他のタイプの同意要求）は、少なくとも３つの応答オプションを含んでもよい：１）要求側によって提供された基準を満たす全てのビデオを共有する：２）ビデオを共有しない：３）要求側によって提供された基準を満たすいくつかのビデオを共有し、他を共有しない。ユーザがオプション３）を選択すると、ユーザに、ユーザが共有するビデオを選択および／または共有しないビデオを選択できるメニュー（図示せず）が提示される。
【００９４】
ある他の実施形態において、ユーザは、予めビデオ共有の同意を提供してもよい。例えば、ユーザが新たなＡＶドアベルを設定する際、設定プロセスにおける１ステップは、ユーザにＡＶドアベルによって記録およびアップロードされる全てのビデオを共有する同意（「オプトイン」）を提供する要求を提示してもよい。他の例において、ユーザは、ＡＶドアベルの受信を条件として、ＡＶドアベルによって記録およびアップロードされる全てのビデオを共有する同意を提供するように要求されてもよい。例えば、法執行機関は、ＡＶドアベルをユーザに提供した法執行機関がＡＶドアベルに記録およびアップロードされるビデオを共有することを条件に、無料でユーザにＡＶドアベルの提供を提案してもよい。
【００９５】
上記の通り、本実施形態は、有利に、法執行機関等の要求側が、ＡＶドアベルのユーザにＡＶドアベルで記録および（クラウドに）アップロードされたビデオ映像の共有を要求可能にする。そのような映像は、法執行機関が犯罪を解決し加害者を逮捕し、現在進行中の犯罪を止めるのに有用である。
【００９６】
図１０〜１２は、本実施形態の態様にかかるオーディオビデオ（ＡＶ）通信ドアベル１３０を示す。ドアベル１３０は、上記を含む、本発明に記載の方法およびシステムにおいて使用されるように構成される。図１０は、ドアベル１３０の正面図、図１１は背面図、および図１２はマウンティングブラケット１３７に接続したドアベル１３０の左側面図である。ドアベル１３０は、バックプレート１３９（図１１）に設置されるフェイスプレート１３５を含む。図１２を参照して、フェイスプレート１３５は、実質的に平坦な外形を有する。フェイスプレート１３５は、限定なしに、ブラッシュドアルミニウムまたはステンレス鋼等の金属、金属合金、またはプラスチック等の、任意の好適な材料からなってもよい。フェイスプレート１３５は、ドアベル１３０の内部を保護し、ドアベル１３０の外側前面として機能する。
【００９７】
図１０を参照して、フェイスプレート１３５は、ボタン１３３およびライトパイプ１３６を含む。ボタン１３３およびライトパイプ１３６は、フェイスプレート１３５の外形と一致するまたは一致しない種々の外形を有してもよい。ライトパイプ１３６は、限定なしに、ドアベル１３０内で生成された光を通過させる透明プラスチック等の、任意の好適な材料からなってもよい。光は、後述の通りドアベル１３０内に含まれる発光ダイオード（ＬＥＤ）等の１つ以上の発光コンポーネントによって生成されてもよい。ボタン１３３は、ボタン１３３が訪問者に押されると、ドアベル１３０内に位置するボタンアクチュエータ（図示せず）と接触してもよい。後述の通り、押されると、ボタン１３３は、ドアベル１３０の１つ以上の機能をトリガしてもよい。
【００９８】
図１０および１２を参照して、ドアベル１３０はさらに、フェイスプレート１３５と係合するエンクロージャ１３１を含む。図示の実施形態において、エンクロージャ１３１は、フェイスプレート１３５の上縁１３５Ｔ（図１０）と隣接するが、代替実施形態では、エンクロージャ１３１とフェイスプレート１３５との間の１つ以上のギャップが音および／または光のドアベル１３０の通過を促進してもよい。エンクロージャ１３１は、任意の好適な材料からなってもよいが、いくつかの実施形態において、エンクロージャ１３１の材料は、好ましくは、ドアベル１３０内部から環境へおよびその逆の赤外光の通過を可能にする。ドアベル１３０はさらに、レンズ１３２を含む。いくつかの実施形態において、レンズは、入射光をドアベル１３０内に位置する１つ以上の赤外線センサへ偏向するようにパターン化されたフレネルレンズを含んでもよい。ドアベル１３０はさらに、下記の通り、起動されるとビデオデータを取り込むカメラ１３４を含む。
【００９９】
図１１は、本実施形態の態様にかかるドアベル１３０の背面図である。図示の通り、エンクロージャ１３１は、ドアベル１３０の前面から背面へと延び、バックプレート１３９のリップの周りにぴったりと嵌まる。バックプレート１３９は、限定なしに、ブラッシュドアルミニウムまたはステンレス鋼等の金属、金属合金、またはプラスチック等の、任意の好適な材料からなってもよい。バックプレート１３９は、ドアベル１３０の内部を保護し、ドアベル１３０の外側背面として機能する。フェイスプレート１３５は、ドアベル１３０の前面から延びて少なくとも部分的にバックプレート１３９を包んでもよく、こうして、フェイスプレート１３５とバックプレート１３９との間の結合接続が可能になる。バックプレート１３９は、その構造に刻み目を有して、結合を促進してもよい。
【０１００】
図１１をさらに参照して、ばね接点１４０は、電源に接続された他の導電コンタクトと結合するとドアベル１３０に電力を提供してもよい。ばね接点１４０は、限定なしに、銅等の任意の好適な導電材料からなってもよく、結合要素の挿入等、内方力によって接触されると、偏向可能であってもよい。ドアベル１３０はさらに、ｍｉｃｒｏ−ＵＳＢまたは他のコネクタ等のコネクタ１６０を有し、電力および／またはデータを、ドアベル１３０内のコンポーネントからおよびコンポーネントへと供給し得る。リセットボタン１５９は、バックプレート１３９上に位置し、リセットボタン１５９が押されると、ドアベル１３０内に位置するボタンアクチュエータ（図示せず）と接触してもよい。下記の通り、リセットボタン１５９が押されると、１つ以上の機能がトリガされる。
【０１０１】
図１２は、本実施形態の態様にかかるマウンティングブラケット１３７に結合したドアベル１３０の左側面外形図である。マウンティングブラケット１３７は、住居やオフィス等の建物の外側等、表面へのドアベル１３０の設置を促進する。図１２に示すように、上記の通り、フェイスプレート１３５は、ドアベル１３０の底面からカメラ１３４のすぐ下まで延び、バックプレート１３９に接続してもよい。レンズ１３２は、ドアベル１３０の側面に延びてその周りに部分的に巻き付く。エンクロージャ１３１は、ドアベル１３０の側面および上面に延びてその周りに部分的に巻き付き、上記の通りバックプレート１３９に結合してもよい。カメラ１３４は、エンクロージャ１３１からわずかに突出し、より広い視野を得てもよい。マウンティングブラケット１３７は、共通接触面で種々の点で互いに接触するようにバックプレート１３９と結合し、ドアベル１３０およびマウンティングブラケット１３７を含むアセンブリを形成する。本段落および他に記載の結合は、例えばおよび限定なしに、ねじ、干渉取付具、接着剤、または他のファスナによって固定されてもよい。干渉取付具は、材料が異なる要素への接続を支持する材料の物理的強度と連動する圧力および／または重力に依拠するタイプの接続を指してもよい。
【０１０２】
図１３は、マウンティングブラケット１３７なしのドアベル１３０の右側面断面図である。図示の実施形態において、レンズ１３２は、エンクロージャ１３１の前面１３１Ｆと実質的に同一平面上にある。代替実施形態において、レンズ１３２は、エンクロージャ１３１内に引っ込み、またはエンクロージャ１３１から外側へ突出してもよい。カメラ１３４は、カメラプリント回路基板（ＰＣＢ）１４７と結合し、カメラ１３４のレンズ１３４ａは、エンクロージャ１３１における開口から突出する。カメラレンズ１３４ａは、光をカメラ１３４内に集めて鮮明な画像を得るレンズであってもよい。
【０１０３】
カメラＰＣＢ１４７は、ドアベル内に、ねじ、または干渉接続、接着剤等の任意の好適なファスナで固定されてもよい。カメラＰＣＢ１４７は、下記の通り、ドアベル１３０のカメラ１３４の機能を可能にする種々のコンポーネントを含む。赤外線ＬＥＤ１６８等の赤外線発光コンポーネントは、カメラＰＣＢ１４７に結合され、光センサが低レベル環境光を検出するとトリガされて起動してもよい。起動すると、赤外線ＬＥＤ１６８は、エンクロージャ１３１および／またはカメラ１３４を通して周囲環境内へ赤外光を発してもよい。カメラ１３４は、赤外光を検出するように構成され、カメラ１３４の視野内のオブジェクトで反射された、赤外線ＬＥＤ１６８からの光を取り込み、ドアベル１３０が夜に鮮明に画像を取り込むことを可能にしてもよい（「暗視」とも称される）。
【０１０４】
図１３を続けて参照して、ドアベル１３０はさらに、図示の実施形態においてバッテリ１６６に隣接するドアベル１３０の下部にあるフロントＰＣＢ１４６を含む。フロントＰＣＢ１４６は、ドアベル１３０内に、ねじ、または干渉接続、接着剤等の任意の好適なファスナで固定されてもよい。フロントＰＣＢ１４６は、下記の通り、オーディオおよび光コンポーネントの機能を可能にする種々のコンポーネントを含む。バッテリ１６６は、ばね接点１４０から電力を受けつつ、電力をドアベル１３０コンポーネントへ提供し、電力消費および供給のトリクル充電方法に従事してもよい。あるいは、ドアベル１３０は、ばね接点から直接電力を得て、ばね接点１４０が全ての機能に必要な電力を提供していない時にのみバッテリ１６６に依存してもよい。
【０１０５】
図１３を続けて参照して、ドアベル１３０はさらに、図示の実施形態においてカメラＰＣＢ１４７の後ろにある電力ＰＣＢ１４８を含む。電力ＰＣＢ１４８は、ドアベル１３０内に、ねじ、または干渉接続、接着剤等の任意の好適なファスナで固定されてもよい。電力ＰＣＢ１４８は、下記の通り、電力および装置制御コンポーネントの機能を可能にする種々のコンポーネントを含む。
【０１０６】
図１３を続けて参照して、ドアベル１３０はさらに、電力ＰＣＢ１４８に結合される通信モジュール１６を含む。通信モジュール１６４は、下記の通り、１つ以上のリモート位置でのクライアント装置との通信を促進する。コネクタ１６０は、電力ＰＣＢ１４８から外側に突出し、バックプレート１３９内の孔を通ってもよい。ドアベル１３０はさらに、ＰＩＲセンサホルダ１４３の上または内部に固定される受動型赤外線（ＰＩＲ）センサ１４４を含み、アセンブリは、レンズ１３２の後ろにある。ＰＩＲセンサホルダ１４３は、ねじ、または干渉接続、接着剤等の任意の好適なファスナでドアベル１３０に固定されてもよい。ＰＩＲセンサ１４４は、視野内で熱源の存在を検知し通信する任意のタイプのセンサであってもよい。さらに、代替実施形態は、ＰＩＲセンサ１４４に代えてまたは加えて、１つ以上の動きセンサを含んでもよい。動きセンサは、視野内での熱源の存在の検知に依らない方法等、任意の方法で動きを検出するように構成されてもよい。
【０１０７】
図１４は、本実施形態の態様にかかるドアベル１３０およびマウンティングブラケット１３７の分解図である。マウンティングブラケット１３７は、住居またはオフィス等の構造の設置面（図示せず）に設置される。図１４は、マウンティングブラケット１３７の前面１３７Ｆを示す。マウンティングブラケット１３７は、その背面１３７Ｂが設置面に対向するように設置面に設置されるように構成される。ある実施形態において、マウンティングブラケット１３７は、限定なしに、木材、コンクリート、スタッコ、れんが、樹脂サイディング、アルミニウムサイディング等を含む種々の組成の表面に、ねじ、または干渉接続、接着剤等の任意の好適なファスナで設置されてもよい。ドアベル１３０は、ねじ、または干渉接続、接着剤等の任意の好適なファスナで、マウンティングブラケット１３７に結合されてもよい。
【０１０８】
図１４を続いて参照して、マウンティングブラケット１３７の図示の実施形態は、端子ねじ１３８を含む。端子ねじ１３８は、マウンティングブラケット１３７が設置された構造の設置面に隣接する電線を受けるように構成され、これによって、ドアベル１３０は、構造の電気システムから電力を受信してもよい。端子ねじ１３８は、マウンティングブラケットの電気接点１７７に電気的に接続される。電力が端子ねじ１３８に供給されると、電気接点１７７も端子ねじ１３８を通して電力を受ける。電気接点１７７は、限定なしに、銅等の任意の好適な導電材料からなってもよく、マウンティングブラケット１３７の面からわずかに突出して、バックプレート１３９上に位置するばね接点１４０に接合してもよい。
図１４および１５（マウンティングブラケット１３７の背面図）を参照して、マウンティングブラケット１３７はさらに、ブラケットＰＣＢ１４９を含む。図１５を参照して、ブラケットＰＣＢ１４９は、ドアベル１３０の外側に位置し、加速度計１５０、気圧計１５１、湿度センサ１５２、および温度センサ１５３等、周囲条件を測定する種々のセンサ用に構成される。これらのコンポーネントの機能を以下に詳述する。ブラケットＰＣＢ１４９は、ねじ、または干渉接続、接着剤等の任意の好適なファスナで、マウンティングブラケット１３７に固定されてもよい。
【０１０９】
図１６Ａおよび１６Ｂは、ドアベル１３０の上面および底面図である。上記の通り、エンクロージャ１３１は、ドアベル１３０の前面１３１Ｆから背面へと延び、そこでバックプレート１３９に接触し、バックプレート１３９をぴったりと囲む。カメラ１３４は、エンクロージャ１３１の前面１３１Ｆからわずかに突出し、より広い視野を得てもよい。マウンティングブラケット１３７は、実質的に平坦な背面１３７Ｒを含み、ドアベル１３０およびマウンティングブラケット１３７アセンブリがそれらが設置される表面と面一であってもよい。図１６Ｂを参照して、エンクロージャ１３１の下端は、ねじや他のファスナを受けるように構成された安全ねじアパーチャ１４１を含んでもよい。
【０１１０】
図１７Ａは、ＰＩＲセンサホルダ１４３の上面図である。ＰＩＲセンサホルダ１４３は、限定なしに、金属、金属合金、またはプラスチック等の、任意の好適な材料からなってもよい。ＰＩＲセンサホルダ１４３は、ＰＩＲセンサ１４４が可変角でレンズ１３２を通して外へ向くように、レンズ１３２の後ろにＰＩＲセンサ１４４を設置するように構成され、こうして、ＰＩＲセンサ１４４のための広視野を形成し、後述の通り視野をゾーンに分割してもよい。図１７Ａをさらに参照して、ＰＩＲセンサホルダ１４３は、ＰＩＲセンサ１４４が設置され得る１つ以上の面１７８を含む。図示の実施形態において、ＰＩＲセンサホルダ１４３は、３つの面１７８を含み、２つの外面１７８の各々が中央の面１７８に対して５５°の角度をなす。代替実施形態において、ＰＩＲセンサ１４４の視野を変更するために、適宜隣接面１７８が形成する角度を増減してもよい。
【０１１１】
図１７Ｂは、ＰＩＲセンサホルダ１４３の正面図である。図示の実施形態において、各面１７８は、ＰＩＲセンサ１４４が設置され得る貫通孔１８０を含む。第１および第２ブラケット１８２は、互いに間隔をおいて配置され、ＰＩＲセンサホルダ１４３を横切って延びる。各ブラケット１８２は、両端にノッチ１８４を含む。ブラケット１８２は、ドアベル１３０内にＰＩＲセンサホルダ１４３を固定するために用いられてもよい。代替実施形態において、面１７８における貫通孔１８０を省略してもよい。例えば、ＰＩＲセンサ１４４は、貫通孔１８０なしに、面１７８に直接設置されてもよい。一般的に、面１７８は、ＰＩＲセンサ１４４を所定位置に配置および固定するように構成された任意の構造を備えてもよい。
【０１１２】
図１８Ａおよび１８Ｂは、ＰＩＲセンサホルダ１４３、レンズ１３２、およびフレキシブル電源回路１４５を含むＰＩＲセンサアセンブリ１７９の上面および正面図である。ＰＩＲセンサホルダ１４３は、図示のように、レンズ１３２の背面１３２Ｒに隣接するブラケット１８２で、レンズ１３２の背面１３２Ｒに固定されてもよい。フレキシブル電源回路１４５は、ＰＩＲセンサ１４４へおよびＰＩＲセンサ１４４から電力および／またはデータを提供可能な任意の材料またはコンポーネントであってもよく、ＰＩＲセンサホルダ１４３の背面１４３Ｒに固定される。フレキシブル電源回路１４５は、ＰＩＲセンサホルダ１４３の角ばった形状に一致するようにカーブがついていてもよい。フレキシブル電源回路１４５は、電力ＰＣＢ１４８（図１３）に接続し、電力ＰＣＢ１４８から電力を引き出し、および／または、電力ＰＣＢ１４８へおよび／または電力ＰＣＢ１４８からデータを送信してもよい。
【０１１３】
図１９は、ＰＩＲセンサ１４４の視野を示す、ＰＩＲセンサアセンブリ１７９の上面図である。各ＰＩＲセンサ１４４は、該ＰＩＲセンサ１４４から外方へ延びる角をたどる、「ゾーン」と呼ばれる視野を含む。ゾーン１は、受動型赤外線センサ１４４−１のみに可視のエリアである。ゾーン２は、ＰＩＲセンサ１４４−１および１４４−２のみに可視のエリアである。ゾーン３は、受動型赤外線センサ１４４−２のみに可視のエリアである。ゾーン４は、ＰＩＲセンサ１４４−２および１４４−３のみに可視のエリアである。ゾーン５は、受動型赤外線センサ１４４−３のみに可視のエリアである。ドアベル１３０は、時間系列においてどのゾーンがトリガされたかに基づいてオブジェクトが動いている方向を決定可能であってもよい。図示の実施形態において、各ゾーンは、１１０°の角で延びる。代替実施形態において、各ゾーンは、１１０°よりも大きいまたは小さい角等、異なる角で延びてもよい。
【０１１４】
図２０は、本実施形態の態様にかかるドアベル１３０内にあるまたはドアベル１３０と通信するコンポーネントの機能ブロック図である。上記の通り、ブラケットＰＣＢ１４９は、加速度計１５０、気圧計１５１、湿度センサ１５２、および温度センサ１５３を含んでもよい。加速度計１５０は、動きおよび／または加速度を検知可能な１つ以上のセンサであってもよい。気圧計１５１は、ブラケットＰＣＢ１４９が配置され得る周囲環境の大気圧を判定可能な１つ以上のセンサであってもよい。湿度センサ１５２は、ブラケットＰＣＢ１４９が配置され得る大気環境における湿度を判定可能な１つ以上のセンサであってもよい。温度センサ１５３は、ブラケットＰＣＢ１４９が配置され得る周囲環境の温度を判定可能な１つ以上のセンサであってもよい。上記の通り、ブラケットＰＣＢ１４９は、ドアベル１３０の内部コンポーネントから生じる熱、圧力、湿度、および／または他の刺激からの干渉を低減するように、ドアベル１３０のハウジングの外側に配置されてもよい。
【０１１５】
図２０をさらに参照して、ブラケットＰＣＢ１４９はさらに、端子ねじインサート１５４を含んでもよい。端子ねじインサート１５４は、端子ねじ１３８を受けて、電力をマウンティングブラケット１３７（図６）上の電気接点１７７へ送信するように構成されてもよい。ブラケットＰＣＢ１４９は、端子ねじ１３８、端子ねじインサート１５４、ばね接点１４０、および電気接点１７７を通して、電力ＰＣＢ１４８に電気的におよび／または機械的に結合されてもよい。端子ねじ１３８は、ドアベルが建物の電気システムから電力を受信できるように、建物の壁等、ドアベル１３０が設置される表面に位置する電線を受けてもよい。端子ねじ１３８が端子ねじインサート１５４内に固定されると、電力が、ブラケットＰＣＢ１４９へ、および、それに対応付けられた電気接点１７７を含む全てのコンポーネントへ伝達されてもよい。電気接点１７７は、ばね接点１４０と接合することによって、電力ＰＣＢ１４８へ電力を伝達してもよい。
【０１１６】
図２０をさらに参照して、フロントＰＣＢ１４６は、光センサ１５５、ＬＥＤ１５６等の１つ以上の発光コンポーネント、１つ以上のスピーカ１５７、およびマイク１５８を備えてもよい。光センサ１５５は、ドアベル１３０が配置され得る周囲環境の環境光レベルを検知可能な１つ以上のセンサであってもよい。ＬＥＤ１５６は、電力を供給されると可視光を生成可能な１つ以上の発光ダイオードであってもよい。スピーカ１５７は、電気信号入力に応じて音を生成可能な任意の電気機械装置であってもよい。マイク１５８は、音波を電気信号に変換可能な音響電気変換器またはセンサであってもよい。起動されると、ＬＥＤ１５６は、ライトパイプ１３６（図２）を照らしてもよい。フロントＰＣＢ１４６およびその全てのコンポーネントは、電気的に電力ＰＣＢ１４８に結合して、データおよび／または電力が電力ＰＣＢ１４８およびフロントＰＣＢ１４６からまたは電力ＰＣＢ１４８およびフロントＰＣＢ１４６へ伝達可能にしてもよい。
【０１１７】
スピーカ１５７およびマイク１５８は、オーディオコーデック１６１を通してカメラプロセッサ１７０に結合されてもよい。例えば、ユーザのクライアント装置１１４やスピーカ１５７やマイク１５８からのデジタルオーディオの伝達は、カメラプロセッサ１７０に結合されたオーディオコーデック１６１を用いて圧縮および復元されてもよい。オーディオコーデック１６１によって圧縮されると、デジタルオーディオデータは、通信モジュール１６４を通してネットワーク１１２へ送信され、１つ以上のサーバ１１８によってルーティングされ、ユーザのクライアント装置１１４へ供給されてもよい。ユーザが話すと、ネットワーク１１２を通して伝達された後、デジタルオーディオデータはオーディオコーデック１６１によって復元されてスピーカ１５７を介して訪問者へ出力される。
【０１１８】
図２０をさらに参照して、電力ＰＣＢ１４８は、電力管理モジュール１６２、マイクロコントローラ１６３、通信モジュール１６４、および電力ＰＣＢ不揮発性メモリ１６５を備えてもよい。ある実施形態において、電力管理モジュール１６２は、複数電圧レール間をアービトレート可能な集積回路を備えてもよく、それによってドアベル１３０の電源を選択してもよい。バッテリ１６６、ばね接点１４０、および／またはコネクタ１６０は各々、電力を電力管理モジュール１６２へ提供してもよい。電力管理モジュール１６２は、バッテリ１６６、ばね接点１４０、およびコネクタ１６０専用の個別の電力レールを有してもよい。本発明の一態様において、電力管理モジュール１６２は、連続してバッテリ１６６から電力を引き出してドアベル１３０に電力を供給しながら、同時に電力をばね接点１４０および／またはコネクタ１６０からバッテリ１６６へとルーティングして、バッテリ１６６が実質的に一定の充電レベルを維持できるようにしてもよい。あるいは、電力管理モジュール１６２は、連続してばね接点１４０および／またはコネクタ１６０から電力を引き出してドアベル１３０に電力を供給しつつ、ばね接点１４０および／またはコネクタ１６０からの電力が低いまたは不十分な時にはバッテリ１６６から電力を引き出してもよい。電力管理モジュール１６２はまた、コネクタ１６０とマイクロコントローラ１６３との間でデータのコンジットとして作用してもよい。
【０１１９】
図２０をさらに参照して、ある実施形態において、マイクロコントローラ１６３は、プロセッサコア、メモリ、およびプログラマブル入出力周辺装置を含む集積回路を備えてもよい。マイクロコントローラ１６３は、ＰＩＲセンサ１４４、ブラケットＰＣＢ１４９、電力管理モジュール１６２、光センサ１５５、マイク１５８、および／または通信モジュール１６４からデータおよび／または電力等の入力信号を受信し、下記の通り種々の機能を行ってもよい。マイクロコントローラ１６３がＰＩＲセンサ１４４によってトリガされる際、マイクロコントローラ１６３は、図１４を参照して後述する機能等の１つ以上の機能を行うようにトリガされてもよい。光センサ１５５が低環境光レベルを検知すると、光センサ１５５は、下記の通り「暗視」を実現するためにマイクロコントローラ１６３をトリガしてもよい。マイクロコントローラ１６３はまた、種々のコンポーネントと通信モジュール１６４との間で通信されるデータのコンジットとして作用してもよい。
【０１２０】
図２０をさらに参照して、通信モジュール１６４は、プロセッサコア、メモリ、およびプログラマブル入出力周辺装置を含む集積回路を備えてもよい。通信モジュール１６４はまた、データをリモートネットワーク装置へ無線送信するように構成されてもよく、１つ以上のトランシーバ（図示せず）を含んでもよい。無線通信は、限定なしに、Ｗｉ−Ｆｉ、セルラー、Ｂｌｕｅｔｏｏｔｈ、および／または衛星ネットワーク等の１つ以上の無線ネットワークを備えてもよい。通信モジュール１６４は、カメラＰＣＢ１４７、マイクロコントローラ１６３、ボタン１３３、リセットボタン１５９、および／または電力ＰＣＢ不揮発性メモリ１６５から、電力および／またはデータ等の入力を受信してもよい。ボタン１３３が押されると、通信モジュール１６４は、図１３を参照して後述する機能等の１つ以上の機能を行うようにトリガされてもよい。リセットボタン１５９が押されると、通信モジュール１６４は、電力ＰＣＢ不揮発性メモリ１６５および／またはカメラＰＣＢメモリ１６９に記憶されている任意のデータを消去するようにトリガされてもよい。通信モジュール１６４はまた、種々のコンポーネントとマイクロコントローラ１６３との間で通信されるデータのコンジットとして作用してもよい。電力ＰＣＢ不揮発性メモリ１６５は、データを記憶および／または送信するように構成されたフラッシュメモリを備えてもよい。例えば、ある実施形態において、電力ＰＣＢ不揮発性メモリ１６５は、シリアルペリフェラルインターフェース（ＳＰＩ）フラッシュメモリを備えてもよい。
【０１２１】
図２０をさらに参照して、カメラＰＣＢ１４７は、カメラ１３４の動作を促進するコンポーネントを備えてもよい。例えば、イメージャ１７１は、ビデオ記録センサおよび／またはカメラチップを備えてもよい。本発明の一態様において、イメージャ１７１は、相補型金属酸化膜半導体（ＣＭＯＳ）アレイを備えてもよく、高解像度（７２０ｐ以上）ビデオファイルを記録可能であってもよい。カメラプロセッサ１７０は、符号化および圧縮チップを備えてもよい。いくつかの実施形態において、カメラプロセッサ１７０は、ブリッジプロセッサを備えてもよい。カメラプロセッサ１７０は、イメージャ１７１によって記録されたビデオおよびマイク１５８によって記録されたオーディオを処理してもよく、該データを通信モジュール１６４によるネットワークへの無線伝達に好適な形態に変換してもよい。カメラＰＣＢメモリ１６９は、データがカメラプロセッサ１７０によってバッファリングまたは符号化されている際に用いられ得る揮発性メモリを備えてもよい。例えば、ある実施形態において、カメラＰＣＢメモリ１６９は、同期型ＤＲＡＭ（ＳＤＲＡＭ）を備えてもよい。ＩＲＬＥＤ１６８は、赤外光を放射可能な発光ダイオードを備えてもよい。ＩＲカットフィルタ１６７は、トリガされると可視光ではなく主に赤外光を認識するようにイメージャ１７１を構成するシステムを備えてもよい。光センサ１５５が低環境光レベル（可視スペクトルでのイメージャ１７１の性能を妨げるレベルを含み得る）を検知すると、ＩＲＬＥＤ１６８は、赤外光をドアベル１３０エンクロージャを通して環境へと発し、ＩＲカットフィルタ１６７は、イメージャ１７１がこの赤外光をそれがドアベルの視野内のオブジェクトで反射または屈折される際に認識できるようにしてもよい。本プロセスは、ドアベル１３０に前述の「暗視」機能を提供してもよい。
【０１２２】
図２１は、本発明の態様にかかるプロセスの一実施形態を示すフローチャートである。ブロックＢ２００で、訪問者は、ドアベル１３０上のボタン１３３を押す。ブロックＢ２０２で、通信モジュール１６４は、ネットワーク装置へ要求を送信する。ネットワーク装置が要求を受信すると、ブロックＢ２０４で、ネットワーク装置は、ユーザのネットワーク１１０およびネットワーク１１２を通してドアベル１３０をユーザのクライアント装置１１４に接続してもよい。ブロックＢ２０６で、ドアベル１３０は、カメラ１３４、マイク１５８、および／または他の利用可能なセンサを用いて、利用可能なオーディオおよび／またはビデオデータを記録してもよい。ブロックＢ２０８で、オーディオおよび／またはビデオデータは、ユーザのクライアント装置１１４へ送信される。ブロックＢ２１０で、ユーザは、受諾または拒否の入力を促す通知をユーザのクライアント装置１１４で受信してもよい。ユーザが通知を拒否した場合、プロセスはブロックＢ２１４へ進み、オーディオおよび／またはビデオデータが記録されてクラウドサーバ１１８に記憶される。そして、セッションはブロックＢ２１６で終了し、ドアベル１３０とユーザのクライアント装置１１４との間の接続が切断される。ユーザが通知を受諾した場合、ブロックＢ２１２で、ユーザは、カメラ１３４、マイク１５８、および／または他のセンサに取り込まれたオーディオおよび／またはビデオデータの提供を受けながら、ユーザのクライアント装置１１４を通して訪問者と通信する。通話が終了すると、ユーザは、ユーザのクライアント装置１１４とドアベル１３０との間の接続を切断してもよく、セッションはブロックＢ２１６で終了する。いくつかの実施形態において、ユーザが通知を受諾してユーザのクライアント装置１１４を通して訪問者と通信する場合でも、オーディオおよび／またはビデオデータを記録してクラウドサーバ１１８に記憶してもよい（ブロックＢ２１４）。
【０１２３】
図２２は、本発明の態様にかかるプロセスの他の実施形態を示すフローチャートである。ブロックＢ３００で、オブジェクトは、１つ以上のＰＩＲセンサ１４４の視野内に移動し得る。ブロックＢ３０２で、ＰＩＲセンサ１４４がマイクロコントローラ１６３をトリガして、マイクロコントローラ１６３がネットワーク装置へ要求を送信するように通信モジュール１６４をトリガしてもよい。ブロックＢ３０４で、ネットワーク装置は、ユーザのネットワーク１１０およびネットワーク１１２を通してドアベル１３０をユーザのクライアント装置１１４に接続してもよい。ブロックＢ３０６で、ドアベル１３０は、カメラ１３４、マイク１５８、および／または他の利用可能なセンサを用いて利用可能なオーディオおよび／またはビデオデータを記録し、データをユーザのクライアント装置１１４へストリームしてもよい。ブロックＢ３０８で、ユーザは、通知の受諾または拒否の入力を促す通知を受信してもよい。通知を受諾した場合、ブロックＢ３１０ａで、ライブオーディオビデオデータがユーザのクライアント装置１１４に表示され、ドアベル１３０の観点からのユーザ監視を可能にしてもよい。ユーザがこの機能に満足すると、ユーザはブロックＢ３１２で接続を切断して、セッションを終了してもよい。ブロックＢ３０８でユーザが通知を拒否した場合または通知を無視して特定期間が通過した場合、ドアベル１３０とユーザのクライアント装置１１４との間の接続が切断されて、後でユーザが好きな時にオーディオビデオデータを視聴できるように、ブロックＢ３１０ｂでオーディオビデオデータが記録されてクラウドサーバ１１８に記憶される。ドアベル１３０は、ブロックＢ３０８の通知が拒否または無視された場合に特定期間記録を行うように構成されてもよい。このような期間が設定された場合、ドアベル１３０は、ブロックＢ３１２で動作を停止してセッションを終了する前に該期間データを記録してもよい。いくつかの実施形態において、ユーザが通知を受諾してユーザのクライアント装置１１４を通して訪問者と通信する場合でも、オーディオおよび／またはビデオデータを記録してクラウドサーバ１１８に記憶してもよい（ブロックＢ３１０ｂ）。
【０１２４】
図２３は、本発明の態様にかかるプロセスの他の実施形態を示すフローチャートである。ブロックＢ４００で、ユーザは、「スヌーズタイムアウト」を選択してもよい。スヌーズタイムアウトは、通知が受諾または拒否／無視される等、動作が行われた後、ドアベル１３０が停止するかさもなくば刺激（光、音、または熱シグニチャ等）に反応しない期間である。例えば、ユーザは、１５分のスヌーズタイムアウトを設定してもよい。ブロックＢ４０２で、オブジェクトは、１つ以上のＰＩＲセンサ１４４の視野内に移動する。ブロックＢ４０４で、マイクロコントローラ１６３は、ネットワーク装置へ要求を送信するように通信モジュール１６４をトリガしてもよい。ブロックＢ４０６で、ネットワーク装置は、ユーザのネットワーク１１０およびネットワーク１１２を通してドアベル１３０をユーザのクライアント装置１１４に接続してもよい。ブロックＢ４０８で、ドアベル１３０に取り込まれたオーディオビデオデータが、ユーザのクライアント装置１１４へストリームされてもよい。ブロックＢ４１０で、ユーザは、要求の受諾または拒否／無視の入力を促す通知を受信してもよい。要求を拒否または無視した場合、ブロックＢ４１２ｂで、オーディオおよび／またはビデオデータが記録されてクラウドサーバ１１８に記憶されてもよい。ドアベル１３０が記録を終了した後、ブロックＢ４１４で、オブジェクトがＰＩＲセンサ１４４の視野内に残っているかもしれない。ブロックＢ４１６で、マイクロコントローラ１６３は、ネットワーク装置へ他の要求を提出するように通信モジュール１６４をトリガする前に、１５分等の「スヌーズタイム」の経過を待つ。１５分等のスヌーズタイムが経過した後、プロセスはブロックＢ４０４に戻り、前述の通り進む。ブロックＢ４１０でユーザが通知要求を受諾するまで、サイクルはこのようにして続く。その後、プロセスはブロックＢ４１２ａへ進み、ライブオーディオおよび／またはビデオデータがユーザのクライアント装置１１４に表示され、ドアベル１３０の観点からのユーザ監視を可能にする。ユーザの要求で、接続が切断されてもよく、セッションはブロックＢ４１８で終了する。この時点で、ユーザは、プロセスがブロックＢ４１６に戻るように選択してもよく、前セッションの終了から１５分等のスヌーズタイムが経過するまでさらなる応答がないかもしれない。あるいは、ユーザは、プロセスがブロックＢ４０２に戻るように選択して、次にオブジェクトが１つ以上のＰＩＲセンサ１４４によって認識されたときに通知を受信してもよい。いくつかの実施形態において、ユーザが通知を受諾してユーザのクライアント装置１１４を通して訪問者と通信する場合でも、オーディオおよび／またはビデオデータを記録してクラウドサーバ１１８に記憶してもよい（ブロックＢ４１２ｂ）。
【０１２５】
図２４は、本発明の種々の態様にしたがって本実施形態が実施され得るクライアント装置８５０の機能ブロック図である。図１を参照して説明したユーザのクライアント装置１１４は、クライアント装置８５０のコンポーネントおよび／または機能の一部または全部を含んでもよい。クライアント装置８５０は、例えば、スマートフォンを構成してもよい。
【０１２６】
本実施形態を図１０〜２０に示すドアベル１３０を参照して説明したが、本実施形態は、ビデオ映像および／またはオーディオを記録して記録したビデオ映像および／またはオーディオを有線および／または無線接続を介して送信可能な任意のＡＶ記録および通信装置にも同様に適用可能である。ある実施形態において、例えば、ＡＶ記録および通信装置は、ドアベルではなく、ＡＶ記録および通信セキュリティカメラであってもよい。
【０１２７】
図２４を参照して、クライアント装置８５０は、プロセッサ８５２、メモリ８５４、ユーザインターフェース８５６、通信モジュール８５８、およびデータポート８６０を含む。これらのコンポーネントは、インターコネクトバス８６２によって通信可能に結合されている。プロセッサ８５２は、ＡＲＭプロセッサ（Ａｄｖａｎｃｅｄ  ＲＩＳＣ  Ｍａｃｈｉｎｅｓ（ＡＲＭ）によって開発されたＲＩＳＣ（縮小命令セットコンピュータ）アーキテクチャに基づくプロセッサ）等の、スマートフォンおよび／またはポータブルコンピューティング装置で使用される任意のプロセッサを含んでもよい。いくつかの実施形態において、プロセッサ８５２は、１つ以上の従来のマイクロプロセッサ、および／または、数値演算コプロセッサ等の１つ以上の補助コプロセッサ等の、１つ以上の他のプロセッサを含んでもよい。
【０１２８】
メモリ８５４は、ランダムアクセスメモリ（ＲＡＭ）等のオペレーティングメモリと、リードオンリーメモリ（ＲＯＭ）、ハードドライブ、フラッシュメモリ、または他の任意の好適なメモリ／ストレージ要素等のデータストレージとを含んでもよい。メモリ８５４は、コンパクトフラッシュカード、マルチメディアカード（ＭＭＣ）、および／またはセキュアデジタル（ＳＤ）カード等のリムーバブルメモリ要素を含んでもよい。いくつかの実施形態において、メモリ８５４は、磁気、光、および／または半導体メモリの組み合わせを備え、例えば、ＲＡＭ、ＲＯＭ、フラッシュドライブ、および／またはハードディスクやドライブを含んでもよい。プロセッサ８５２およびメモリ８５４は各々、例えば、単一の装置内に全て位置してもよく、あるいは、ＵＳＢポート、シリアルポートケーブル、同軸ケーブル、イーサネット型ケーブル、電話線、無線周波トランシーバ、または他の類似の無線または有線媒体やその組み合わせ等の通信媒体によって互いに接続されてもよい。例えば、プロセッサ８５２は、データポート８６０を介してメモリ８５４に接続されてもよい。
【０１２９】
ユーザインターフェース８５６は、キーパッド、ディスプレイスクリーン、タッチスクリーン、マイク、およびスピーカ等、スマートフォンおよび／またはポータブルコンピューティング装置に適した任意のユーザインターフェースまたは提示要素を含んでもよい。通信モジュール８５８は、クライアント装置８５０と他の外部装置やレシーバとの間の通信リンクを扱い、受信／発信データを適切にルーティングするように構成される。例えば、データポート８６０からのインバウンドデータは、プロセッサ８５２へと向けられる前に通信モジュール８５８を通してルーティングされ、プロセッサ８５２からのアウトバウンドデータは、データポート８６０へと向けられる前に通信モジュール８５８を通してルーティングされてもよい。通信モジュール８５８は、データを送受信可能な１つ以上のトランシーバモジュールを含んでもよく、例えば、ＧＳＭ、ＵＭＴＳ（３ＧＳＭ）、ＩＳ−９５（ＣＤＭＡｏｎｅ）、ＩＳ−２０００（ＣＤＭＡ２０００）、ＬＴＥ、ＦＤＭＡ、ＴＤＭＡ、Ｗ−ＣＤＭＡ、ＣＤＭＡ、ＯＦＤＭＡ、Ｗｉ−Ｆｉ、ＷｉＭＡＸ、または他の任意のプロトコルおよび／または技術等の１つ以上のプロトコルおよび／または技術を用いてもよい。
【０１３０】
データポート８６０は、ｍｉｎｉ−ＵＳＢポート、ＩＰＨＯＮＥ(R)／ＩＰＯＤ(R)３０ピンコネクタ、ＬＩＧＨＴＮＩＮＧ(R)コネクタ等、スマートフォンおよび／またはポータブルコンピューティング装置と物理的にインターフェイスするために用いられる任意のタイプのコネクタであってもよい。他の実施形態において、データポート８６０は、例えば、他のプロセッサ、サーバ、および／またはクライアント端末と同時通信するための複数通信チャネルを含んでもよい。
【０１３１】
メモリ８５４は、コンピュータ等、他のシステムと通信するための命令を記憶してもよい。メモリ８５４は、例えば、本実施形態にしたがってプロセッサ８５２を指示するように適応されたプログラム（例：コンピュータプログラムコード）を記憶してもよい。命令はまた、オペレーティングシステム等のプログラム要素を含んでもよい。プログラム内の命令シーケンスの実行によってプロセッサ８５２が本明細書に記載のプロセスステップを行う一方、本実施形態のプロセスの実施のためのソフトウェア／ファームウェア命令に代えてまたは組み合わせて、ハードワイヤード回路を用いてもよい。このように、本実施形態は、ハードウェアおよびソフトウェアの特定の組み合わせに限定されない。
【０１３２】
図２５は、本発明の種々の態様にしたがって本実施形態が実施され得る汎用コンピューティングシステムの機能ブロック図である。コンピュータシステム１０００は、上記の動作のうちの少なくともいくつかを実行してもよい。コンピュータシステム１０００は、パーソナルコンピュータ（デスクトップコンピュータとも称される）１０００Ａ、ポータブルコンピュータ（ラップトップまたはノードブックコンピュータとも称される）１０００Ｂ、および／またはサーバ１０００Ｃのうちの少なくとも１つにおいて実施されてもよい。サーバは、他のマシンまたはソフトウェア（クライアント）からの要求を待ち、該要求に応答するコンピュータプログラムおよび／またはマシンである。サーバは、典型的に、データを処理する。サーバの目的は、クライアント間でデータおよび／またはハードウェアおよび／またはソフトウェアリソースを共有することである。このアーキテクチャは、クライアント‐サーバモデルと呼ばれる。クライアントは、同じコンピュータ上で動作してもよく、ネットワークでサーバに接続してもよい。コンピューティングサーバの例には、データベースサーバ、ファイルサーバ、 メールサーバ、プリントサーバ、ウェブサーバ、ゲームサーバ、およびアプリケーションサーバが含まれる。用語「サーバ」は、１つ以上のクライアントプロセスへリソースを共有する任意のコンピュータ化プロセスを広義に含んでもよい。
【０１３３】
コンピュータシステム１０００は、少なくとも１つのプロセッサ１０１０、メモリ１０２０、少なくとも１つのストレージ装置１０３０、および入出力（Ｉ／Ｏ）装置１０４０を含んでもよい。コンポーネント１０１０、１０２０、１０３０、１０４０の一部または全部は、システムバス１０５０を介して相互接続されてもよい。プロセッサ１０１０は、シングルまたはマルチスレッドであってもよく、１つ以上のコアを有してもよい。プロセッサ１０１０は、メモリ１０２０および／またはストレージ装置１０３０に記憶される命令等の命令を実行してもよい。情報は、１つ以上のＩ／Ｏ装置１０４０を用いて受信および出力されてもよい。
【０１３４】
メモリ１０２０は、情報を記憶してもよく、揮発性または不揮発性メモリ等のコンピュータ可読媒体であってもよい。ストレージ装置１０３０は、システム１０００用のストレージを提供してもよく、コンピュータ可読媒体であってもよい。種々の態様において、ストレージ装置１０３０は、フラッシュメモリ装置、ハードディスク装置、光ディスク装置、テープ装置、または他の任意のタイプのストレージ装置であってもよい。
【０１３５】
Ｉ／Ｏ装置１０４０は、システム１０００用の入出力動作を提供してもよい。Ｉ／Ｏ装置１０４０は、キーボード、ポインティングデバイス、および／またはマイクを含んでもよい。Ｉ／Ｏ装置１０４０はさらに、グラフィカルユーザーインターフェースを表示するディスプレイユニット、スピーカ、および／またはプリンタを含んでもよい。外部データは、１つ以上のアクセス可能外部データベース１０６０に記憶されてもよい。
【０１３６】
本明細書に記載の本実施形態の特徴は、デジタル電子回路、および／またはコンピュータハードウェア、ファームウェア、ソフトウェア、および／またはそれらの組み合わせで実現されてもよい。本実施形態の特徴は、マシン可読ストレージ装置等の情報キャリアにおいて、および／またはプログラマブルプロセッサによって実行される伝播信号において有形に実施されたコンピュータプログラムプロダクトで実現されてもよい。本方法ステップの実施形態は、入力データで動作し出力を生成することによって記載の実施の機能を行う命令のプログラムを実行するプログラマブルプロセッサによって行われてもよい。
【０１３７】
本明細書に記載の本実施形態の特徴は、データストレージシステム、少なくとも１つの入力装置、および少なくとも１つの出力装置からデータおよび／または命令を受信しこれら装置へデータおよび／または命令を送信するために結合された少なくとも１つのプログラマブルプロセッサを含むプログラマブルシステム上で実行可能な１つ以上のコンピュータプログラムにおいて実現されてもよい。コンピュータプログラムは、特定の活動を行うためにまたは特定の結果を得るためにコンピュータにおいて直接的にまたは間接的に使用され得る命令のセットを含んでもよい。コンピュータプログラムは、コンパイル式またはインタプリタ式言語を含む任意の形式のプログラミング言語で記述されてもよく、独立型プログラム、またはモジュール、コンポーネント、サブルーチン、またはコンピューティング環境で好適に使用される他のユニットを含む任意の形式で導入されてもよい。
【０１３８】
命令のプログラムの実行に好適なプロセッサは、例えば、汎用および専用プロセッサ、および／または、単独プロセッサまたは任意の種類のコンピュータの複数プロセッサのうちの１つを含んでもよい。一般的に、プロセッサは、リードオンリーメモリ（ＲＯＭ）またはランダムアクセスメモリ（ＲＡＭ）、またはその両方から命令および／またはデータを受信してもよい。そのようなコンピュータは、命令を実行するプロセッサと、命令および／またはデータを記憶する１つ以上のメモリとを含んでもよい。
【０１３９】
一般的に、コンピュータはまた、データファイルを記憶する１つ以上のマスストレージ装置を含んでもよく、あるいは、該１つ以上のマスストレージ装置と通信するように動作可能に結合されてもよい。そのような装置は、内部ハードディスクおよび／またはリムーバブルディスク等の磁気ディスク、光磁気ディスク、および／または光ディスクを含む。コンピュータプログラム命令および／またはデータを有形に実施するための好適なストレージ装置は、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリ装置等の半導体メモリ装置、内部ハードディスクおよびリムーバブルディスク等の磁気ディスク、光磁気ディスク、およびＣＤ−ＲＯＭおよびＤＶＤ−ＲＯＭディスクを含む、あらゆる形式の不揮発性メモリを含んでもよい。プロセッサおよびメモリは、１つ以上のＡＳＩＣ（特定用途向け集積回路）によって補助されてもよく、あるいは、１つ以上のＡＳＩＣに組み込まれてもよい。
【０１４０】
ユーザとの対話を提供するために、本実施形態の特徴は、情報をユーザに表示するＬＣＤ（液晶ディスプレイ）モニタ等のディスプレイ装置を有するコンピュータ上で実現されてもよい。コンピュータはさらに、ユーザがコンピュータへ入力を提供し得る、キーボード、マウスまたはトラックボール等のポインティングデバイス、および／またはタッチスクリーンを含んでもよい。
【０１４１】
本実施形態の特徴は、データサーバ等のバックエンドコンポーネントを含む、および／または、アプリケーションサーバやインターネットサーバ等のミドルウェアコンポーネントを含む、および／または、グラフィカルユーザーインターフェース（ＧＵＩ）および／またはインターネットブラウザを有するクライアントコンピュータ等のフロントエンドコンポーネントを含む、またはこれらの任意の組み合わせを含む、コンピュータシステムにおいて実現されてもよい。システムのコンポーネントは、通信ネットワーク等、任意のデジタルデータ通信形式または媒体で接続されてもよい。通信ネットワークの例には、例えば、ＬＡＮ（ローカルエリアネットワーク）、ＷＡＮ（ワイドエリアネットワーク）、および／またはインターネットを形成するコンピュータおよびネットワークが含まれてもよい。
【０１４２】
コンピュータシステムは、クライアントおよびサーバを含んでもよい。クライアントおよびサーバは、本明細書に記載のように、互いに離れて、ネットワークを通して対話してもよい。クライアントとサーバとの関係は、それぞれのコンピュータ上で動作し互いにクライアント−サーバ関係を有するコンピュータプログラムによって生じる。
【０１４３】
上記の説明は、本実施形態を実施するに際して最良の態様と考えられる態様、および、それらを行う方法およびプロセスを、当業者がこれらの実施形態を実行できるように十分に、明確に、簡潔に、かつ正確に提示する。ただし、本実施形態に対して、完全に等価である、上記の構成の変形および代替形態が可能である。よって、本発明は、開示の特定の実施形態に限定されない。逆に、本発明は、本発明の精神および範囲内にあるすべての変形および代替形態を網羅する。例えば、本明細書に記載のプロセスにおけるステップは、提示と同じ順で行われる必要はなく、任意の順で行われてもよい。
【国際調査報告】
2019506777.tif 000033
2019506777.tif 000034