(57)【特許請求の範囲】
【請求項１】
モバイルデバイスの制御の下で実行される方法であって、
サーバデバイスに、ユーザ指定位置およびユーザ指定目的地を含む経路要求を送信することと、
前記サーバデバイスから、前記ユーザ指定位置から前記ユーザ指定目的地までの１つまたは複数の経路に対応する経路データを受信することと、
カメラＩＤを前記モバイルデバイスに近接して位置する監視装置から受信することと、
前記カメラＩＤをタイムスタンプと関連付けて前記モバイルデバイスのメモリに記憶することと
を備え、
前記１つまたは複数の経路は、監視装置にさらされる可能性が高い経路と関連付けられている、方法。
【請求項２】
前記カメラＩＤを前記受信することは、前記モバイルデバイスが前記監視装置の視野内に位置するときに、前記カメラＩＤを前記監視装置から受信することを備える、請求項１に記載の方法。
【請求項３】
前記カメラＩＤを前記受信することは、前記モバイルデバイスが前記監視装置のカメラＩＤの送信範囲内に位置するときに、前記カメラＩＤを前記監視装置から受信することを備え、前記カメラＩＤの送信範囲は、前記監視装置の送信電力レベルに少なくとも部分的に基づいて決定される、請求項１に記載の方法。
【請求項４】
ユーザ指定基準に基づいて少なくとも１つのカメラＩＤを識別する要求を受信することと、
前記モバイルデバイスの前記メモリにおいて、前記ユーザ指定基準と実質的に一致する少なくとも１つのカメラＩＤを識別することと
をさらに備える、請求項１に記載の方法。
【請求項５】
前記識別された少なくとも１つのカメラＩＤを前記モバイルデバイスのユーザに提供することをさらに備える、請求項４に記載の方法。
【請求項６】
前記識別された少なくとも１つのカメラＩＤを前記提供することは、前記モバイルデバイスのディスプレイに、前記識別された少なくとも１つのカメラＩＤまたは前記識別された少なくとも１つのカメラＩＤと関連付けられた画像データのうちの少なくとも１つを表示することを備える、請求項５に記載の方法。
【請求項７】
ユーザ指定時間に基づいて少なくとも１つのカメラＩＤを識別する要求を受信することと、
前記モバイルデバイスの前記メモリにおいて、前記ユーザ指定時間に実質的に近接したタイムスタンプと関連付けられた少なくとも１つのカメラＩＤを識別することと
をさらに備える、請求項１に記載の方法。
【請求項８】
ユーザ指定位置に基づいて少なくとも１つのカメラＩＤを識別する要求を受信することと、
前記モバイルデバイスの前記メモリにおいて、前記ユーザ指定位置と関連付けられた少なくとも１つのカメラＩＤを識別することと
をさらに備える、請求項１に記載の方法。
【請求項９】
前記サーバデバイスに、ユーザ指定基準と関連付けられた１つまたは複数のカメラＩＤを識別する要求を送信することと、
前記サーバデバイスから、前記ユーザ指定基準と実質的に一致する少なくとも１つのカメラＩＤを識別するデータを受信することと
をさらに備える、請求項１に記載の方法。
【請求項１０】
前記少なくとも１つのカメラＩＤを識別する前記データを前記モバイルデバイスのユーザに提供することをさらに備える、請求項９に記載の方法。
【請求項１１】
前記データを前記提供することは、前記モバイルデバイスのディスプレイに、前記少なくとも１つのカメラＩＤを識別する前記データを表示することを備える、請求項１０に記載の方法。
【請求項１２】
ユーザ指定位置に基づいて少なくとも１つのカメラＩＤを識別する要求を受信することと、
前記サーバデバイスに、前記ユーザ指定位置と関連付けられた１つまたは複数のカメラＩＤを識別する要求を送信することと、
前記サーバデバイスから、前記ユーザ指定位置と実質的に一致する少なくとも１つのカメラＩＤを識別するデータを受信することと
をさらに備える、請求項１に記載の方法。
【請求項１３】
ユーザ指定時間に基づいて少なくとも１つのカメラＩＤを識別する要求を受信することと、
前記サーバデバイスに、前記ユーザ指定時間と関連付けられた１つまたは複数のカメラＩＤを識別する要求を送信することと、
前記サーバデバイスから、前記ユーザ指定時間と実質的に一致する少なくとも１つのカメラＩＤを識別するデータを受信することと
をさらに備える、請求項１に記載の方法。
【請求項１４】
前記サーバデバイスに、ユーザ指定位置を含むデータ要求を送信することと、
前記サーバデバイスから、前記ユーザ指定位置に対応する１つまたは複数のデータを受信することと
をさらに備える、請求項１に記載の方法。
【請求項１５】
前記１つまたは複数の経路に対応する前記経路データを前記モバイルデバイスのディスプレイに表示することをさらに備える、請求項１に記載の方法。
【請求項１６】
前記タイムスタンプを前記監視装置から受信することをさらに備える、請求項１に記載の方法。
【請求項１７】
前記タイムスタンプを生成することをさらに備える、請求項１に記載の方法。
【請求項１８】
モバイルデバイスであって、
信号送信を前記モバイルデバイスに近接して位置する監視装置から受信するように構成された受信機であって、前記監視装置からの前記信号送信は、カメラＩＤを含む、受信機と、
メモリと、
前記受信機から受信された前記カメラＩＤをタイムスタンプと関連付けて前記メモリに記憶するために、前記受信機および前記メモリの動作を調整するように構成されたプロセッサと、
サーバデバイスに、ユーザ指定位置およびユーザ指定目的地を含む経路要求を送信するように構成された送信機と、
を備え、
前記受信機は、前記サーバデバイスから、前記ユーザ指定位置から前記ユーザ指定目的地までの１つまたは複数の経路に対応する経路データを受信するようにさらに構成され、
前記１つまたは複数の経路は、監視装置にさらされる可能性が高い経路と関連付けられている、
モバイルデバイス。
【請求項１９】
前記プロセッサは、
ユーザ指定基準と関連付けられた少なくとも１つのカメラＩＤを識別する要求を受信し、
前記ユーザ指定基準と実質的に一致する１つまたは複数のカメラＩＤを識別する
ようにさらに構成されている、請求項１８に記載のモバイルデバイス。
【請求項２０】
前記ユーザ指定基準は、ユーザ指定時間またはユーザ指定位置のうちの少なくとも１つを含む、請求項１９に記載のモバイルデバイス。
【請求項２１】
前記受信機は、前記モバイルデバイスが前記監視装置の視野内に位置するとき、前記信号送信を前記監視装置から受信するように構成されている、請求項１８に記載のモバイルデバイス。
【請求項２２】
前記受信機は、前記モバイルデバイスが前記監視装置のカメラＩＤの送信範囲内に位置するとき、前記信号送信を前記監視装置から受信するように構成され、前記カメラＩＤの送信範囲は、前記監視装置の送信電力レベルに少なくとも部分的に基づいて決定される、請求項１８に記載のモバイルデバイス。
【請求項２３】
前記送信機は、前記サーバデバイスに、ユーザ指定基準と関連付けられた１つまたは複数のカメラＩＤを識別する要求を送信するようにさらに構成され、
前記ユーザ指定基準は、ユーザ指定時間またはユーザ指定位置のうちの少なくとも１つを含み、
前記受信機は、前記サーバデバイスから、前記ユーザ指定基準と実質的に一致する少なくとも１つのカメラＩＤを識別するデータを受信するようにさらに構成されている、
請求項１８に記載のモバイルデバイス。
【請求項２４】
前記少なくとも１つのカメラＩＤを識別する前記データを表示するように構成されたディスプレイをさらに備える、請求項２３に記載のモバイルデバイス。
【請求項２５】
前記経路データを表示するように構成されたディスプレイをさらに備える、請求項１８に記載のモバイルデバイス。
【請求項２６】
１つまたは複数の監視装置と、
サーバとを備えるシステムであって、
前記１つまたは複数の監視装置は、
画像データを記録するように構成されたカメラ、および
信号を、前記監視装置に近接して位置するモバイルデバイスに送信するように構成された信号送信機であって、前記信号は、監視装置のカメラＩＤとともに符号化される、信号送信機
を含むように各々が構成され、
前記サーバは、
前記モバイルデバイスから、ユーザ指定位置およびユーザ指定目的地を含む経路要求を受信し、
前記モバイルデバイスに、前記ユーザ指定位置から前記ユーザ指定目的地までの１つまたは複数の経路に対応する経路データを提供し、
前記記録された画像データを前記１つまたは複数の監視装置から受信し、
前記受信された画像データをサーバのメモリに記憶する
ように構成され、
前記１つまたは複数の経路は、監視装置にさらされる可能性が高い経路と関連付けられている、システム。
【請求項２７】
前記信号送信機は、前記信号を指向性信号として送信するように構成されている、請求項２６に記載のシステム。
【請求項２８】
前記１つまたは複数の監視装置の各々は、前記信号を、前記１つまたは複数の監視装置の各々の視野に少なくとも部分的に基づいて決定された送信電力レベルで送信するように構成されている、請求項２６に記載のシステム。
【請求項２９】
前記サーバは、
前記モバイルデバイスから、ユーザ指定基準と関連付けられた１つまたは複数のカメラＩＤを識別する要求を受信し、
前記モバイルデバイスに、前記ユーザ指定基準と実質的に一致する少なくとも１つのカメラＩＤを識別するデータを提供する
ようにさらに構成されている、請求項２６に記載のシステム。
【請求項３０】
前記ユーザ指定基準は、ユーザ指定時間またはユーザ指定位置のうちの少なくとも１つを含む、請求項２９に記載のシステム。
【発明の詳細な説明】
【背景技術】
【０００１】
本明細書で別段示されない限り、この章で説明される手法は、本出願における特許請求の範囲に対する従来技術ではなく、この章に含まれることによって従来技術であるとは認められない。
【０００２】
個人使用と商用使用を共に含む任意のさまざまな目的のためにビデオカメラが使用されることがある。ビデオカメラという用語は、アナログビデオ信号またはデジタルビデオ信号などのビデオ信号を取り込むことが可能な任意のデバイスを指すことがある。一般に、静止画写真を対象とするいくつかのカメラデバイスはまた、ビデオ信号を取り込むことを可能にするためにビデオモードで動作するように構成されることがある。いくつかの他のカメラデバイスは、ビデオ信号を取り込むために主に使用されるスタンドアロンビデオ取込みデバイスとして設計されることがある。静止画の他のカメラデバイスは、ビデオ信号を協調して取り込むように構成された分散構成要素のシステムとすることができる。
【０００３】
いくつかの例では、１つまたは複数のビデオカメラは、監視システムでの使用のために構成されることがある。監視システムは、関心領域において活動を監視するように構成されたデバイスの集合を含むシステムとして説明されることがある。一般的なビデオ監視システムは、関心領域内で異なる角度または位置に配置されたカメラの集合を含むことがあり、各々のカメラは、監視局において取込みまたは参照することができる１つまたは複数のビデオ信号を生成するように利用されることがある。監視される活動は、高速道路上での自動車交通の流れ、建物もしくはショッピングエリア内および外の人の往来の流れ、または銀行、博物館もしくは民家などの高価値の品物を含む場所のセキュリティを監視することなど、任意のさまざまな活動とすることができる。
【発明の概要】
【課題を解決するための手段】
【０００４】
記録された画像の識別のための技術が概して説明される。記録された画像は、画像取込み機能を備えた監視装置によって記録することができる、ビデオ画像、静止画像、またはオーディオ−ビデオ画像を含んでもよい。
【０００５】
本明細書で説明される種々の例示的なモバイルデバイスは、受信機、メモリおよびプロセッサを含んでもよい。受信機は、信号送信をモバイルデバイスに近接して位置する監視装置から受信するように構成されてもよく、監視装置からの信号送信は、カメラＩＤを含む。プロセッサは、受信機から受信されたカメラＩＤをタイムスタンプと関連付けてメモリに記憶し、ユーザ指定基準と関連付けられた少なくとも１つのカメラＩＤを識別する要求を受信し、ユーザ指定基準と実質的に一致する１つまたは複数のカメラＩＤを識別するために、受信機およびメモリの動作を調整するように構成されてもよい
【０００６】
いくつかのさらなる例では、説明されるモバイルデバイスはまた、モバイルデバイスに近接すると決定された１つまたは複数の監視装置によって取り込まれた画像信号を、ユーザ指定基準に含めることができるユーザ指定時間において受信するように構成されてもよい。そのような画像信号は、ビデオ画像、静止画像、またはオーディオ−ビデオ画像のうちの１つまたは複数に対応してもよい。
【０００７】
いくつかの例では、本明細書で説明される任意の例示的なモバイルデバイスによって実行することができる、本明細書で説明される任意の例示的な方法などの、モバイルデバイスの制御の下で実行される方法が説明される。例示的な方法に従って、モバイルデバイスは、カメラＩＤをモバイルデバイスに近接して位置する監視装置から受信し、タイムスタンプと関連付けられたカメラＩＤをモバイルデバイスのメモリに記憶してもよい。
【０００８】
いくつかのさらなる例では、説明されるモバイルデバイスはまた、サーバデバイスに、ユーザ指定基準と関連付けられた１つまたは複数のカメラＩＤを識別する要求を送信するように構成されてもよい。サーバデバイスは、監視装置を含む１つまたは複数の監視装置に通信可能に結合されてもよく、１つまたは複数の監視装置によって取り込まれた画像データを、対応するカメラＩＤとともに記憶してもよい。次いで、モバイルデバイスは、サーバデバイスから、ユーザ指定基準と実質的に一致する少なくとも１つのカメラＩＤを識別する画像データを受信するように構成されてもよい。画像データは、ビデオ画像、静止画像、またはオーディオ−ビデオ画像のうちの１つまたは複数に対応してもよい。
【０００９】
いくつかの例では、監視装置がまた本明細書で説明される。例示的な監視装置は、カメラ、メモリおよび信号送信機を含んでもよい。カメラは、画像データを記録するように構成されてもよい。メモリは、記録された画像データを記憶するように構成されてもよい。信号送信機は、信号を予め定められた範囲内に位置するモバイルデバイスに送信するように構成されてもよく、信号は、監視装置のカメラＩＤとともに符号化される。そのような画像データは、ビデオ画像、静止画像、またはオーディオ−ビデオ画像のうちの１つまたは複数を含んでもよい。
【００１０】
いくつかの例では、システムは、１つまたは複数の監視装置およびサーバを含んでもよい。１つまたは複数の監視装置の各々は、カメラおよび信号送信機を含んでもよい。カメラは、画像データを記録するように構成されてもよい。信号送信機は、信号を予め定められた範囲内に位置するモバイルデバイスに送信するように構成されてもよく、信号は、監視装置のカメラＩＤとともに符号化される。サーバは、記録された画像データを１つまたは複数の監視装置から受信し、受信された画像データをサーバのメモリに記憶するように構成されてもよい。そのような画像データは、ビデオ画像、静止画像、またはオーディオ−ビデオ画像のうちの１つまたは複数を含んでもよい。
【００１１】
前述した概要は、例示的なものにすぎず、かつ何らかの限定を意図するものではない。上記説明された例示的な態様、実施形態、および特徴に加えて、図面および以下の詳細な説明を参照することによって、さらなる態様、実施形態、および特徴が明らかになるであろう。
【００１２】
添付図面とともに、以下の説明および添付の特許請求の範囲から、この開示の前述した特徴および他の特徴がより完全に明らかになるであろう。それらの図面は、開示に従ったいくつかの実施形態を記載しているにすぎず、したがってその範囲の限定とはみなされず、開示は、添付図面の使用を通じて追加の特異性および詳細とともに説明される。
【図面の簡単な説明】
【００１３】
【図１】モバイルデバイスを携行するユーザが、監視装置の視野（ＦＯＶ）内に位置する環境の例を概略的に示す。
【図２】複数の監視装置がネットワークを介してサーバに結合されるブロック図を概略的に示す。
【図３】監視装置のカメラＩＤを受信および記憶するように構成された例示的なモバイルデバイスのブロック図を概略的に示す。
【図４】画像データを記録し、カメラＩＤとともに符号化された信号を送信する１つまたは複数の監視装置を示すように構成された例示的なマップを概略的に示す。
【図５】画像データを記録し、カメラＩＤとともに符号化された信号を送信するように構成された例示的な監視装置のブロック図を概略的に示す。
【図６】監視装置から送信されたカメラＩＤを取り扱うための方法の例示的なフローチャートを概略的に示す。
【図７】監視装置によって実行される例示的な方法のフローチャートを概略的に示す。
【図８】１つまたは複数の監視装置が結合されるサーバによって実行される例示的な方法のフローチャートを概略的に示す。
【図９】監視装置のカメラＩＤを取り扱うために利用することができるコンピュータプログラム製品を示す。
【図１０】本明細書で説明される少なくともいくつかの実施形態に従って全てが配置される、カメラＩＤを取り扱うための方法を実装するように構成することができる例示的なコンピューティングシステムを例示する概略的ブロック図を示す。
【発明を実施するための形態】
【００１４】
以下の詳細な説明では、その一部を形成する添付図面への参照がなされる。図面では、別段文脈によって示されない限り、同様の記号は一般的には同様の構成要素を識別する。詳細な説明、図面、および特許請求の範囲で説明される例示的な実施形態は、限定することを意味しない。本明細書で提示される主題の精神または範囲から逸脱することなく、他の実施形態が利用されてもよく、かつ他の変更がなされてもよい。概して本明細書で説明され、図面で例示されるように、本開示の態様が、その全てが本明細書で明示的に考慮される、多種多様な異なる構成で配置され、置き換えられ、組み合わされ、分離され、設計されてもよいことが容易に理解される。
【００１５】
この開示は概して、記録された画像データを識別することに関連する方法、装置、システム、デバイスおよびコンピュータプログラム製品に対してとりわけ引用される、
【００１６】
簡潔に述べると、監視装置によって記録される画像データを識別する、監視装置のカメラＩＤを取り扱うための技術が概して説明される。そのような画像データは、ビデオ画像、静止画像、またはオーディオ−ビデオ画像のうちの１つまたは複数を含んでもよい。種々の例では、監視装置は、対応するカメラＩＤを、監視装置の視野（ＦＯＶ）内に位置するモバイルデバイスに送信してもよい。監視装置により記録された画像データは、監視装置のＦＯＶ内に位置するときに、モバイルデバイス（および、その結果として、モバイルデバイスのユーザ）と関連付けられてもよい。モバイルデバイスは、カメラＩＤを受信し、カメラＩＤをタイムスタンプと関連付けてローカルメモリに記憶するように構成されてもよい。
【００１７】
いくつかの実施形態では、モバイルデバイスは、ローカルメモリを後で検索して、ユーザ指定時間に近接して記憶された１つまたは複数のカメラＩＤを識別してもよい。検索は、ローカルメモリに少なくとも１つのカメラＩＤとともに記憶された少なくとも１つのタイムスタンプに基づいてもよい。
【００１８】
いくつかの実施形態では、監視装置は、記録された画像データを、そのローカルメモリおよび／またはリモート記憶デバイスに記憶するように構成されてよく、記憶された画像データは、モバイルデバイスのユーザまたはユーザの要求に関する承認されたユーザに提供されてもよい。いくつかの例では、モバイルデバイスは、監視装置またはリモート記憶デバイスにアクセスして、記録された画像データをダウンロードしてもよい。
【００１９】
図１は、本明細書で説明される少なくともいくつかの実施形態に従って配置される、モバイルデバイス１２０を携行するユーザ１３０が、監視装置１１０の視野（ＦＯＶ）１４０内に位置する環境１００の例示的な例を概略的に示している。
【００２０】
図１に記載されているように、監視装置１１０は、両方が監視装置１１０のＦＯＶ１４０内に位置する、ユーザ１３０および／またはユーザのモバイルデバイス１２０の画像データを記録してもよい。ＦＯＶ１４０（図１では破線として示される）は、エリア内に位置する対象物を監視装置１１０が区別および／または識別することができるエリアであってもよい。いくつかの実施形態では、監視装置１１０は、記録された画像データをローカルメモリに記憶するように構成されてもよい。監視装置１１０はさらに、記録された画像データを、ネットワークを介して監視装置１１０に通信可能に結合されたリモート記憶デバイスに記憶するように構成されてもよい。
【００２１】
いくつかの実施形態では、記憶された画像データは、ユーザ１３０またはユーザの要求に関する承認されたユーザに提供されてもよい。限定ではなく例として、ユーザ１３０は、例えば、ユーザがテーマパークにいるときに、監視装置１１０によって取り込まれた画像データを取得することを望むことがある。限定ではなく別の例として、ユーザ１３０は、監視装置１１０のカメラの角度が、ユーザの自身のカメラによって取り込むことができるものよりも良好であるときに、監視装置１１０を使用して写真を撮ることを望むことがある。そのようなケースでは、ユーザ１３０は、モバイルデバイス１２０（または、通信機能を提供する任意の他の電子デバイス）を使用して、監視装置１１０またはリモート記憶デバイスにアクセスして、記憶された画像データをダウンロードしてもよい。
【００２２】
さらに、監視装置１１０は、予め定められた範囲内で、監視装置１１０のカメラＩＤとともに符号化された信号１５０を送信するように構成されてもよい。いくつかの実施形態では、予め定められた範囲は、モバイルデバイス１２０など、ＦＯＶ１４０内に位置する信号受信機デバイスが信号１５０を受信することができるように、監視装置１１０のＦＯＶ１４０に対応してもよい。限定ではなく例として、監視装置１１０は、予め定められた範囲が監視装置１１０のＦＯＶ１４０に対応するように、指向性アンテナを使用して、信号１５０を指向性信号として送信するように構成されてもよい。さらに、監視装置１１０は、予め定められた範囲が監視装置１１０のＦＯＶ１４０に対応するように、予め定められた電力レベルを有する信号１５０を送信するように構成されてもよい。監視装置１１０はまた、それらに限定されないが、無線波、赤外線（ＩＲ）、Ｂｌｕｅｔｏｏｔｈ、Ｚｉｇｂｅｅ、Ｗｉ−Ｆｉなどを含む、任意のタイプの無線送信を介して信号１５０を送信するように構成されてもよい。監視装置１１０のカメラＩＤは、監視装置１１０を識別するために利用することができる任意のタイプの情報（例えば、デジタルまたはアナログ）であってもよい。
【００２３】
図１に記載されているように、モバイルデバイス１２０を携行するユーザ１３０は、監視装置１１０のＦＯＶ１４０内に位置してもよい。モバイルデバイス１２０は、例えば、スマートフォン、携帯電話、携帯情報端末（ＰＤＡ）、タブレットデバイス、ラップトップ、上述したデバイスの組み合わせ（例えば、「ｐｈａｂｌｅｔ」）、モバイルゲームコンソール、インターネットアプライアンスデバイス、Ｗｉ−Ｆｉ機能を有するカーデバイスなどを含む、任意のタイプのモバイルデバイスであってもよい。モバイルデバイス１２０は、監視装置１１０からの信号１５０に符号化することができる、監視装置１１０のカメラＩＤを受信するように構成されてもよい。モバイルデバイス１２０は、ローカルメモリに、各々の受信されたカメラＩＤを、対応するタイムスタンプと関連付けて記憶するように構成されてもよい。タイムスタンプは、モバイルデバイス１２０（故に、ユーザ１３０）が監視装置１１０のＦＯＶ１４０内に位置するときの時間に関連してもよく、時間情報に加えて日付情報を含んでもよい。いくつかの実施形態では、モバイルデバイス１２０は、モバイルデバイス１２０が監視装置１１０のカメラＩＤを受信したときの特定の時間を示すタイムスタンプを生成するように構成されてもよい。いくつかの他の実施形態では、モバイルデバイス１２０は、監視装置１１０からのカメラＩＤとともに信号１５０に符号化することができるタイムスタンプを受信してもよい。そのようなケースでは、監視装置１１０は、ユーザ１３０の画像データを記録する時間に対応するタイムスタンプを生成し、モバイルデバイス１２０に、信号１５０を介して、カメラＩＤとともにタイムスタンプを送信するように構成されてもよい。さらに、監視装置１１０は、各々のタイムスタンプを、記録された画像データと関連付けて、対応するローカルメモリおよび／またはリモート記憶デバイスに記憶するように構成されてもよい。いくつかの例では、監視装置１１０は、記録された画像データをモバイルデバイスＩＤと関連付けて記憶することができるように、モバイルデバイス１２０から受信されたモバイルデバイスＩＤ（例えば、ＩＭＳＩまたはいくつかの他の識別子）を受信するように構成されてもよい。その後、モバイルデバイス１２０は、モバイルデバイスＩＤに基づいて監視装置１１０またはリモート記憶デバイスにアクセスして、記録された画像データを識別およびアクセスしてもよい。アクセスは、記録された画像データのダウンロードを開始する、記録された画像データへのリンクを送信するなど、任意の合理的な方法を介して提供されてもよい。
【００２４】
いくつかの実施形態では、監視装置１１０は、持続したログイン認証に基づいてモバイルデバイス１２０と通信するように構成することができる、ＳＮＳ（ソーシャルネットワークサービス）サーバと関連付けられてもよい。そのようなケースでは、監視装置１１０は、モバイルデバイス１２０のモバイルデバイスＩＤを受信し、ＳＮＳサーバを通じて、ユーザ１３０に記録された画像データを通知するように構成されてもよい。限定ではなく例として、監視装置１１０は、モバイルデバイスＩＤおよび／また記録された画像データをＳＮＳサーバに送信してもよく、ＳＮＳサーバは、モバイルデバイスＩＤに基づいてユーザ１３０を識別し、記録された画像データの通知をモバイルデバイス１２０に送信してもよい。その後、モバイルデバイス１２０は、監視装置またはＳＮＳサーバにアクセスして、記録された画像データにアクセスしてもよい（例えば、記録されたデータのダウンロードを開始する、記録された画像データへのリンクを送信するなどによって）。
【００２５】
図１に関連した上記説明では、モバイルデバイス１２０は、監視装置１１０のカメラＩＤを受信するとして説明されるが、モバイルデバイス１２０はさらに、モバイルデバイス１２０が１つまたは複数の他の監視装置のそれぞれの視野内に位置するときに、１つまたは複数の他のカメラＩＤを、１つまたは複数の他の監視装置から受信するように構成されてもよい。そのようなケースでは、モバイルデバイス１２０は、ローカルメモリに、各々の受信されたカメラＩＤを、モバイルデバイス１２０によって生成することができ、および／または監視装置のうちの少なくとも１つから受信することができるそれぞれのタイムスタンプと関連付けて記憶するように構成されてもよい。
【００２６】
いくつかの実施形態では、ユーザ１３０が、それぞれの監視装置から受信され、モバイルデバイス１２０のローカルメモリに記憶された１つまたは複数のカメラＩＤの中からの特定の時間に関する少なくとも１つのカメラＩＤを識別することを望むとき、ユーザ１３０は、例えば、タッチパネル、キーボードなどのユーザインタフェースを使用して、少なくとも１つのカメラＩＤを識別する要求を入力してもよい。要求は、ユーザ１３０によって指定された指定の時間を含んでもよい。指定の時間は、正確な時間、適切な時間、時間の範囲／スパン、期間、または画像データが監視装置で取得されたことをユーザが予測することができる時間を指定する任意の他の合理的な方法に対応してもよい。要求を受信すると、モバイルデバイス１２０は、特定の時間に関する少なくとも１つの識別されたカメラＩＤをユーザ１３０に提供してもよい。限定ではなく例として、モバイルデバイス１２０は、少なくとも１つの識別されたカメラＩＤのリストを、モバイルデバイス１２０に動作可能に結合することができるディスプレイに表示してもよい。いくつかのさらなる例では、モバイルデバイス１２０は、指定の時間において少なくとも１つの識別されたカメラＩＤに対応する１つまたは複数の画像データを、１つまたは複数の対応する監視装置から受信し、受信された１つまたは複数の画像データをディスプレイに表示するように構成されてもよい。
【００２７】
いくつかの追加の実施形態では、ユーザ１３０が、モバイルデバイス１２０のローカルメモリに記憶された１つまたは複数のカメラＩＤの中から特定の位置に関する少なくとも１つのカメラＩＤを識別することを望むとき、ユーザ１３０はまた、上記説明されたように、ユーザインタフェースを使用して、少なくとも１つのカメラＩＤを識別する要求を入力してもよい。要求は、ユーザ１３０によって指定された指定の位置を含んでもよい。限定ではなく例として、ユーザ１３０は、住所、会社名称、ＧＰＳ座標などを指定することによって位置を指定してもよい。さらに、ユーザ１３０は、例えば、ユーザデバイス１２０のディスプレイに表示されたマップ上のポイントを選択することによって、近似位置を指定してもよい。指定の位置は、正確な位置、近似位置、または位置の範囲を指定する任意の他の方法によって決定されてもよい。要求を受信すると、モバイルデバイス１２０は、指定の位置に関する少なくとも１つの識別されたカメラＩＤをユーザ１３０に提供してもよい。限定ではなく例として、モバイルデバイス１２０は、少なくとも１つの識別されたカメラＩＤのリストを、モバイルデバイス１２０に動作可能に結合することができるディスプレイに表示してもよい。いくつかのさらなる例では、モバイルデバイス１２０は、指定の位置における少なくとも１つの識別されたカメラＩＤに対応する１つまたは複数の画像データを、１つまたは複数の対応する監視装置から受信し、受信された１つまたは複数の画像データをディスプレイに表示するように構成されてもよい。
【００２８】
図２は、本明細書で説明される少なくともいくつかの実施形態に従って配置される、複数の監視装置２１０−１、２１０−２、…、および２１０−ｎがネットワーク２３０を介してサーバ２２０に結合される例示的なシステム２００を概略的にしている。
【００２９】
図２に記載されているように、複数の監視装置２１０−１、２１０−２、…、および２１０−ｎの各々は、信号を予め定められた範囲内で送信するように構成されてもよい。いくつかの実施形態では、信号は、対応する監視装置のカメラＩＤとともに符号化されてもよく、予め定められた範囲は、対応する監視装置のＦＯＶに対応してもよい。さらに、複数の監視装置２１０−１、２１０−２、…、および２１０−ｎの各々は、ネットワーク２３０を介してサーバ２２０に通信可能に結合されてもよい。ネットワーク２３０は、任意のタイプのネットワークであってもよい。いくつかの実施形態では、ネットワーク２３０は、限定されることなく、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、インターネットなどのグローバルエリアネットワーク、ファイバーチャネルファブリック、またはそのような相互接続の任意の組み合わせなどの有線ネットワークであってもよい。ネットワーク２３０はまた、限定されることなく、モバイルデバイスネットワーク（ＧＳＭ、ＣＤＭＡ、およびＴＤＭＡなど）、Ｗｉ−Ｆｉなどの無線ローカルエリアネットワーク（ＷＬＡＮ）、無線メトロポリタンエリアネットワーク（ＷＭＡＮ）、赤外線、Ｂｌｕｅｔｏｏｔｈ、Ｚｉｇｂｅｅ、または任意の他のタイプの無線通信などの無線ネットワークであってもよい。
【００３０】
上記図１を参照して説明されたように、監視装置２１０−１、２１０−２、…、および２１０−ｎの各々は、対応するカメラＩＤを、各々のＦＯＶ内に位置する少なくとも１つのモバイルデバイスに送信するように構成されてもよい。さらに、監視装置２１０−１、２１０−２、…、および２１０−ｎの各々は、各々のＦＯＶ内に位置する対象物（カメラＩＤを受信するように構成されたモバイルデバイスのユーザであってもよい）の画像データを記録し、記録された画像データを各々のローカルメモリに記憶するように構成されてもよい。いくつかの実施形態では、監視装置２１０−１、２１０−２、…、および２１０−ｎの各々はさらに、記録された画像データを、例えば、サーバ２２０と関連付けられた記憶デバイスなどのリモート記憶デバイスに記憶するように構成されてもよい。記憶デバイスは、サーバ２２０の内部デバイス、またはサーバ２２０に通信可能に結合された（および、いくつかの例では、サーバ２２０によって制御される）別個のデバイスであってもよい。限定ではなく例として、複数の監視装置２１０−１、２１０−２、…、および２１０−ｎの各々は、画像データをサーバ２２０と関連付けられた記憶デバイスに記憶するために、記録された画像データを、ネットワーク２３０を介してサーバ２２０に送信するように構成されてもよい。そのようなケースでは、複数の監視装置２１０−１、２１０−２、…、および２１０−ｎの各々はまた、サーバ２２０に、記録された画像データに関連する各々のカメラＩＤおよび／またはタイムスタンプを含むデータを送信してもよい。代わりに、および／または加えて、記録された画像データをサーバ２２０に送信することの代わりに、複数の監視装置２１０−１、２１０−２、…、および２１０−ｎの各々は、サーバ２２０に、記録された画像データへのリンクを送信するように構成されてもよい。この例では、サーバ２２０は、承認されたユーザからアクセス要求を受信すると、記録された画像データへのリンクを提供するように構成されてもよい。次いで、承認されたユーザは、リンクおよび／または他のインデックス機構を使用して、記録された画像を取り出し、／またはダウンロードしてもよい。図２に関連した例がサーバ２２０に基づくサーバベースであるものとして説明されるが、いくつかの他の実施形態では、監視装置２１０−１、２１０−２、…、および２１０−ｎは、例えば、ピアツーピアネットワーク、アドホックネットワークなどを介して相互に通信可能に接続されてもよい（サーバ２２０などのサーバなしで）。
【００３１】
いくつかの例では、監視装置２１０−１、２１０−２、…、および２１０−ｎの各々は、記録された画像データをモバイルデバイスＩＤと関連付けて記憶することができるように、モバイルデバイスＩＤ（例えば、ＩＭＳＩまたはいくつかの他の識別子）をモバイルデバイス（例えば、図１からのモバイルデバイス１２０）から受信するように構成されてもよい。次いで、モバイルデバイス１２０は、モバイルデバイスＩＤに基づいて、監視装置２１０−１、２１０−２および／またはサーバ２２０の各々にアクセスして、記録された画像データを識別およびダウンロードしてもよい。
【００３２】
サーバ２２０は、複数の監視装置２１０−１、２１０−２、…、および２１０−ｎに通信可能に結合されてもよい。いくつかの実施形態では、サーバ２２０は、複数の監視装置２１０−１、２１０−２、…、および２１０−ｎの各々によって記録され、複数の監視装置２１０−１、２１０−２、…、および２１０−ｎの各々からネットワーク２３０を介して送信された画像データを受信するように構成されてもよい。次いで、サーバ２２０は、受信された画像データを対応するタイムスタンプとともに、サーバ２２０と関連付けられた記憶デバイスに記憶してもよい。限定ではなく例として、記憶デバイスは、各々が複数の監視装置２１０−１、２１０−２、…、および２１０−ｎの各々に対応することができる、複数のアカウントを含んでもよく、画像データを、複数の監視装置２１０−１、２１０−２、…、および２１０−のうちの対応する１つから送信された、タイムスタンプ、カメラＩＤおよび／または画像データにおいて取り込まれたモバイルデバイスのモバイルデバイスＩＤとともに記憶するように構成されてもよい。
【００３３】
いくつかの実施形態では、サーバ２２０は、複数の監視装置２１０−１、２１０−２、…、および２１０−ｎの各々のローカルメモリならびに／または記憶デバイスに記憶された画像データを、承認されたユーザに提供するように構成されてもよい。限定ではなく例として、承認されたユーザは、少なくとも１つのカメラＩＤを監視装置２１０−１、２１０−２、…、および２１０−ｎから受信したモバイルデバイス（図２には示されず）のユーザであってもよい。モバイルデバイスのユーザは、モバイルデバイスまたは任意の他の電子デバイスを使用して、サーバ２２０へのアクセスを開始し、少なくとも１つのカメラＩＤに対応する記憶された画像データを提供することをサーバ２２０に要求してもよい。ユーザはまた、記憶された画像データをユーザが要求するときの、記憶された画像データの時間、期間、または時間の範囲／スパンを指定してもよい。要求に応答して、サーバ２２０は、ユーザに、ユーザ指定時間またはユーザ指定期間における少なくとも１つのカメラＩＤに対応する記憶された画像データを提供してもよい。代わりに、および／または加えて、モバイルデバイスのユーザは、少なくとも１つのカメラＩＤに対応する、記憶された画像データのリスト（記憶された画像データの代わりに）を提供することをサーバ２２０に要求してもよい。ユーザが、記憶された画像データのリストを受信し、リストを承認されたエンティティ（例えば、警察）に提出しても、サーバ２２０が、記憶された画像データのリストを、承認されたエンティティに直接提供してもよい。そのようなケースでは、記憶された画像データは、承認されたエンティティのみに提供されてもよく、よって、記憶された画像データにおける他のユーザのプライバシを保証することができる。
【００３４】
いくつかの実施形態では、サーバ２２０は、ユーザからの要求に基づいて、モバイルデバイスのユーザに、高解像度バージョンまたは低解像度バージョンの任意の記憶された画像データを提供するように構成されてもよい。そのようなケースでは、ユーザは、サーバ２２０から、少なくとも１つのカメラＩＤに対応する記憶された画像データのサムネイル画像を受信し、高解像度バージョンおよび／または低解像度バージョンでダウンロードされることになる１つまたは複数の画像を選択し、選択に関する要求をサーバ２２０に送信してもよい。その後、サーバ２２０は、ユーザから要求を受信し、要求に従って記憶された画像データを提供してもよい。さらに、サーバ２２０は、記憶された画像データをダウンロードするためにユーザに課金してもよく、ダウンロード料は、選択された画像の解像度に応じてもよい。限定ではなく例として、サーバ２２０は、低解像度バージョンよりも高解像度バージョンに対してさらなる料金を課金してもよい。
【００３５】
いくつかの実施形態では、サーバ２２０は、記憶サービスを提供してもよい。そのようなケースでは、サーバ２２０は、監視装置２１０−１、２１０−２、…、および２１０−ｎから送信された画像データを記憶デバイスに一定の期間の間、記憶するように構成されてもよい。例えば、ユーザおよびユーザのモバイルデバイスが特定の時間において、または特定の期間の間に監視装置２１０−１のＦＯＶ（ＦＯＶ）内に位置していたと仮定されてもよい。モバイルデバイスは、監視装置２１０−１のカメラＩＤを受信していてもよく、監視装置２１０−１は、少なくともユーザの画像データを記録していてもよく、記録された画像データを、対応するローカルメモリに記憶していてもよい。さらに、監視装置２１０−１は、サーバ２２０に、記録された画像データを、カメラＩＤ、および画像データ記録時間に対応するタイムスタンプとともに送信していてもよい。サーバ２２０は、カメラＩＤに基づいて、記憶デバイスにおいて監視装置２１０−１のアカウントを識別し、画像データおよびタイムスタンプを監視装置２１０−１のアカウントに記憶していてもよい。そのようなケースでは、サーバ２２０は、例えば、記憶デバイス上の空間の不足、または一定の日数後にデータを自動的に失効させるデータ記憶ポリシによって、予め定められた期間の後に、記憶された画像データを削除するように構成されてもよい。しかしながら、ユーザは、予め定められた期間よりも長く画像データを記憶デバイスで維持することを望むことがあり、記憶期間を指定することによって、画像データの長期間記憶を要求することがある。要求を受信すると、サーバ２２０は、画像データに対する記憶期間を、指定された記憶期間に設定してもよい。いくつかの実施形態では、サーバ２２０は、指定された記憶期間に応じて、長期間記憶サービスに対してユーザ（またはユーザアカウント）に課金してもよい。
【００３６】
いくつかの実施形態では、サーバ２２０は、複数の監視装置２１０−１、２１０−２、…、および２１０−ｎのうちの少なくとも１つのマップを提供するように構成されてもよい。そのようなケースでは、サーバ２２０は、モバイルデバイスから、モバイルデバイスの現在位置（または、現在位置とは異なる別の位置）を含むマップ要求を受信してもよい。次いで、サーバ２２０は、モバイルデバイスの現在位置（また、現在位置とは異なる別の位置）の周りの複数の監視装置２１０−１、２１０−２、…、および２１０−ｎのうちの少なくとも１つの位置を含むマップデータを生成し、マップデータをモバイルデバイスに提供するように構成されてもよい。マップデータは、複数の監視装置２１０−１、２１０−２、…、および２１０−ｎのうちの少なくとも１つの位置を示してもよく、モバイルデバイスのディスプレイユニットに表示されてもよい。モバイルデバイスのユーザ（できるだけ多くの監視装置によって記録されることを望むことがある）は、複数の監視装置２１０−１、２１０−２、…、および２１０−ｎのうちの少なくとも１つの位置を参照することによって、現在位置から目的地までの経路を決定してもよい。いくつかの実施形態では、サーバ２２０は、それに従ってユーザができるだけ多くの監視装置を通り過ぎることができる目的地までの推奨経路を提供するようにさらに構成されてもよい。そのようなケースでは、サーバ２２０はさらに、選択された目的地をモバイルデバイスから受信し、複数の監視装置２１０−１、２１０−２、…、および２１０−ｎのうちの少なくとも１つを有する推奨経路を生成し、推奨経路をモバイルデバイスに提供してもよい。次いで、モバイルデバイスは、推奨経路を、モバイルデバイスのディスプレイユニットに表示することができるマップ上に重ね合わせて描画してもよい。種々の実施形態は、以下で図４を参照してさらに詳細に説明される。
【００３７】
いくつかの実施形態では、サーバ２２０は、モバイルデバイスのユーザに対する時系列ヒストリーを提供するように構成されてもよい。限定ではなく例として、モバイルデバイスは、サーバ２２０に、ユーザが近似位置に位置していたときの指定の期間（例えば、指定の日付または日付の範囲）の間に近似位置の周りの監視装置のリストに対する要求を送信してもよい。そのようなケースでは、監視装置２１０−１、２１０−２、…、および２１０−ｎのうちの１つまたは複数は、記録された画像データを、対応するタイムスタンプとともにモバイルデバイスＩＤと関連付けて記憶することができるように、モバイルデバイスＩＤ（例えば、ＩＭＳＩまたはいくつかの他の識別子）をモバイルデバイスから受信していてもよい。要求を受信すると、サーバ２００は、モバイルカメラＩＤに基づいて、近似位置および指定の期間に実質的に一致する記録された画像データを識別し、監視装置のリスト（対応するカメラＩＤおよびタイムスタンプを含む）を生成し、リストをモバイルデバイスに提供してもよい。いくつかの非限定的な例では、サーバ２２０は、モバイルデバイスに、モバイルデバイスの画像データを取り込んだ１つまたは複数の監視装置が提示される近似位置の周りを示すマップを提供するように構成されてもよい。そのようなマップでは、モバイルデバイスが、対応する監視装置によって取り込まれたときのそれぞれの時間を示す、対応するタイムスタンプがまた表されてもよい（例えば、重ね合わすことによって）。
【００３８】
図３は、本明細書で説明される少なくともいくつかの実施形態に従って配置される、監視装置のカメラＩＤ３４１を受信および記憶するように構成された例示的なモバイルデバイス３００のブロック図を概略的に示している。
【００３９】
記載されたように、モバイルデバイス３００は、受信機３１０、送信機３２０、プロセッサ３３０、メモリ３４０、および／またはディスプレイ３５０のうちの１つまたは複数を含んでもよい。個別の構成要素として例示されているが、種々の構成要素は、開示される主題の範囲内で考えられる間は、追加の構成要素に分割されてもよく、より少ない構成要素に組み合わされても、除去されてもよい。当業者によって、構成要素の各々の機能および／または動作が個々におよび／または集合的に広範囲のハードウェア、ソフトウェア、ファームウェア、または事実上それらの任意の組み合わせによって実装されてもよいことが理解されよう。
【００４０】
受信機３１０は、送信情報（例えば、信号）をモバイルデバイス３００に近接して位置する監視装置から受信するように構成されてもよい。信号は、監視装置と関連付けられたカメラＩＤを含んでもよい。監視装置のカメラＩＤは、監視装置を識別することができる任意のタイプの情報（例えば、アナログ識別子またはデジタル識別子）であってもよい。いくつかの実施形態では、信号はさらに、時間情報に加えて日付情報を含むことができる、タイムスタンプを含んでもよい。限定ではなく例として、監視装置がビデオ画像を取り込んでいるとき、タイムスタンプは、モバイルデバイス３００が監視装置のＦＯＶに位置していたときの間の開始時間および終了時間を含んでも、開始時間および継続期間を含んでもよい。そのようなタイムスタンプは、監視装置のカメラＩＤとともに信号に符号化されてもよい。そのようなケースでは、監視装置は、モバイルデバイス３００と関連付けられた画像データに対する記録の時間（例えば、モバイルデバイスがＦＯＶに位置していた時間）に対応するタイムスタンプを生成するように構成されてもよい。
【００４１】
いくつかの実施形態では、受信機３１０は、モバイルデバイス３００が監視装置のＦＯＶ内に位置するときに、信号を監視装置から受信するように構成されてもよい。ＦＯＶは、監視装置のカメラＩＤの送信範囲に対応してもよい。いくつかの例では、監視装置のカメラＩＤの送信範囲は、カメラＩＤを含む信号を送信する電力レベルに少なくとも部分的に基づいて決定されてもよい。
【００４２】
送信機３２０は、ユーザ要求を、ネットワーク（例えば、図２のネットワーク２３０など）を介してサーバ（例えば、図２のサーバ２２０など）に送信するように構成されてもよい。送信機３２０は、ユーザ要求を受信するように構成されたユーザ入力ユニットに結合されたインタフェースを含んでもよい。上記図２を参照して説明されたように、モバイルデバイスの位置に近接する少なくとも１つの監視装置を示すマップデータを提供するようにサーバを構成することができるいくつかの実施形態では、ユーザは、モバイルデバイスの現在位置（または、現在位置とは異なる別の位置）を含むマップ要求を入力してもよく、送信機３２０は、マップ要求をサーバに送信してもよい。受信機３１０は、モバイルデバイスの現在位置（または、現在位置とは異なる別の位置）に近接した少なくとも１つの監視装置の位置を含むことができるマップデータを、サーバから受信するように構成されてもよい。
【００４３】
限定ではなく例として、モバイルデバイス３００は、例えば、ＧＰＳ受信機、セルラ位置決定方式、三角決定方式などを使用して、現在位置を取得するように構成されてもよい。さらに、サーバが目的地への経路を提供するとき、ユーザは、マップ要求とともに目的地を入力（または、他の場合は選択）してもよく、送信機３２０はまた、目的地をサーバに送信してもよい。受信機３１０は、その後／それに応答して、サーバから、モバイルデバイスの現在位置（または、選択された位置）から目的地への経路を受信するように構成されてもよい。サーバによって選択された経路は、ユーザを含む画像データが、選択された経路に沿って取り込まれる可能性を増大させるために、経路に沿って存在するおおよその最大数の監視装置を含んでもよい。マップデータおよび経路は、ディスプレイ３５０に表示されてもよい。いくつかの例では、複数の考えられる経路は、ユーザが手動で所望の経路を手動で選択することができるように、ディスプレイ３５０上でユーザに提示されてもよい。
【００４４】
プロセッサ３３０は、受信機３１０、送信機３２０、メモリ３４０、および／またはディスプレイ３５０のうちの１つまたは複数の動作を調整するように構成されてもよい。メモリ３４０は、監視装置のカメラＩＤ３４１、対応するタイムスタンプ３４２、および／または監視装置から受信された画像データのうちの１つまたは複数を記憶するように構成されてもよい。ディスプレイ３５０は、ユーザ要求に対する任意の応答を表示するように構成されてもよい。
【００４５】
いくつかの実施形態では、モバイルデバイス３００のユーザは、ユーザ入力ユニットを使用して、指定の時間に近接した画像を取り込んだ１つまたは複数のカメラＩＤを識別する要求を入力してもよい。プロセッサ３３０は、要求を受信し、メモリ３４０を検索して、指定の時間に近接して記憶された１つまたは複数のカメラＩＤを識別してもよい。１つまたは複数のカメラＩＤを識別するとき、プロセッサ３３０は、対応するカメラＩＤと関連付けてメモリ３４０に記憶されたタイムスタンプを参照してもよい。プロセッサ３３０は、その後、各々の識別されたカメラＩＤをモバイルデバイス３００のユーザに提供してもよい。限定ではなく例として、プロセッサ３３０は、識別された少なくとも１つのカメラＩＤのリストを生成するように構成されてもよく、ディスプレイ３５０はリストを表示してもよい。
【００４６】
いくつかの追加の実施形態では、モバイルデバイス３００のユーザは、ユーザ入力ユニットを使用して、指定の位置に近接してメモリ３４０に記憶された少なくとも１つのカメラＩＤを識別する要求を入力してもよい。プロセッサ３３０は、要求を受信し、メモリ３４０を検索して、指定の位置（例えば、ランドマークの近く、住所、またはＧＰＳ座標）に近接している１つまたは複数のカメラＩＤを識別してもよい。特定の位置に近接した１つまたは複数のカメラＩＤを識別するとき、プロセッサ３３０は、対応するカメラＩＤと関連付けてメモリ３４０に記憶されたタイムスタンプを参照してもよい。次いで、プロセッサ３３０は、識別された少なくとも１つのカメラＩＤをモバイルデバイス３００のユーザに提供してもよい。限定ではなく例として、プロセッサ３３０は、識別された少なくとも１つのカメラＩＤのリストを生成するように構成されてもよく、ディスプレイ３５０は、リストを表示してもよい。
【００４７】
いくつかの例では、プロセッサ３３０は、アイコン、シンボル、テキスト、または文字などのグラフィカル要素の組を生成するように構成されてもよく、グラフィカル要素の各々は、識別されたカメラＩＤのうちのそれぞれ１つに対応してもよい。プロセッサ３３０は、生成されたグラフィカル要素を指定位置に対応する領域のマップ上に重ね合わせることができるように、ディスプレイ３５０と通信可能に協調するようにさらに構成されてもよい。
【００４８】
いくつかの追加の例では、プロセッサ３３０は、サムネイル画像などのそれぞれの画像の組を生成するように構成されてもよく、それぞれの画像の組の各々は、識別されたカメラＩＤのうちの対応する１つによって取り込まれた画像に対応する。ディスプレイ３５０は、識別されたカメラＩＤと関連付けられた任意のさまざまなデータを表示するために利用されてもよい。リスト、グラフィカル要素、表示画像（例えば、サムネイル画像）、時間／日付スタンプ、および／またはカメラＩＤのうちの１つまたは複数を含むことができる表示の他の組み合わせは、ディスプレイ３５０上で配置されてもよく、そのような組み合わせは、本開示において検討される。
【００４９】
図４は、本明細書で説明される少なくともいくつかの実施形態に従って、画像データを記録し、カメラＩＤとともに符号化された信号を送信するように構成された１つまたは複数の監視装置４３０−１および４３０−２を示すように構成された例示的なマップ４００を概略的に示している。記載されるように、マップ４００は、モバイルデバイスの現在位置４１０、ユーザ指定目的地４２０、１つまたは複数の監視装置４３０−１および４３０−２の位置、ならびに経路４４０を含んでもよい。限定ではなく例として、マップ４００は、図３のモバイルデバイス３００からの要求に基づいて、図２のサーバ２２０によって生成されてもよい。そのようなケースでは、モバイルデバイス３００は、現在位置４１０および目的地４２０を含むマップ要求をサーバ２２０に送信してもよく、要求に応答して、サーバ２２０は、マップ４００のデータを生成してもよく、データは、１つまたは複数の監視装置４３０−１および４３０−２、ならびに推奨経路４４０を示してもよい。いくつかの例では、複数の考えられる経路は、ユーザが所望の経路を手動で選択することができるように、ユーザに提示されてもよい（例えば、ディスプレイ３５０上で）。種々の例では、アイコン、シンボル、テキスト、もしくは文字などのグラフィカル要素として、またはマップ４００上に重ね合わせることができる任意の他のさまざまなグラフィカル要素もしくはグラフィカル画像としてインジケータが表されてもよい。図４に記載されているように、現在位置４１０は、円形のグラフィカルアイコンによって表されてもよく、目的地４２０は、四角形のグラフィカルアイコンによって表されてもよく、１つまたは複数の監視装置４３０−１および４３０−２は、１つまたは複数の三角形のグラフィカルアイコンによって表されてもよい。さらに、１つまたは複数の三角形のグラフィカルアイコンの各々は、ユーザが各々のアイコンを区別することができるように異なる色を有してもよい。
【００５０】
経路４４０は、経路に沿って存在するおおよその最大数の監視装置を含んでもよく、よって、目的地４２０への最小経路でなくてもよい。図４に記載されているように、経路４４０は、経路４４０が目的地４２０への最小経路よりも長いことがあるときでさえ、１つまたは複数の監視装置４３０−１および４３０−２を通り過ぎるようにモバイルデバイス３００のユーザを指示してもよい。そのようにして、ユーザは、経路４４０に沿って移動するとき、１つまたは複数の監視装置４３０−１および４３０−２によって記録されてもよいので、経路４４０は、「安全経路」として見なされてもよい。言い換えると、提案経路４４０は、経路４４０の横断が、画像データ中にユーザを含むように画像データが取り込まれる可能性を増大させることができる点で、「安全経路」であってもよい。
【００５１】
図５は、本明細書で説明される少なくともいくつかの実施形態に従って配置される、画像データを記録し、カメラＩＤとともに符号化された信号を送信するように構成された例示的な監視装置５００のブロック図を概略的に示している。記載されるように、監視装置５００は、カメラ５１０、メモリ５２０、送信機５３０、ネットワークアダプタ５４０、マイクロフォン５５０および／またはプロセッサ５６０のうちの１つまたは複数を含んでもよい。さらに、監視装置５００は、任意選択で、受信機５７０および／または動きセンサ５８０を含んでもよい。個別の構成要素として例示されているが、種々の構成要素は、開示される主題の範囲内で考えられる間は、追加の構成要素に分割されてもよく、より少ない構成要素に組み合わされても、除去されてもよい。当業者によって、構成要素の各々の機能および／または動作が個々におよび／または集合的に広範囲のハードウェア、ソフトウェア、ファームウェア、または事実上それらの任意の組み合わせによって実装されてもよいことが理解されよう。
【００５２】
カメラ５１０は、対応するＦＯＶ内で画像データを記録するように構成されてもよい。このＦＯＶは、カメラ５２０がエリア内に位置する対象物を区別および／または識別することができるエリアであってもよい。
【００５３】
メモリ５２０は、カメラ５１０によって記録された画像データを記憶するように構成されてもよい。いくつかの実施形態では、メモリ５２０は、記録された画像データをタイムスタンプと関連付けて共に記憶してもよい。タイムスタンプは、カメラ５１０が画像データを記録するときの時間に対応してもよい。
【００５４】
送信機５３０は、監視装置５００のカメラＩＤを含む信号を、予め定められた範囲内に位置するモバイルデバイスに送信するように構成されてもよい。送信機５３０は、信号を、記録された画像データに対応するカメラＩＤおよび／またはタイムスタンプとともに符号化するように構成されたエンコーダ５３１を含んでもよい。エンコーダ５３１は、いくらかのさまざまなアナログまたはデジタル符号化方法を使用して符号化するように構成されてもよい。例示的なアナログ符号化方法は、振幅変調、両側帯波変調、単側帯波変調、残留側波帯変調、直交振幅変調、周波数変調、位相変調、パルスコード変調または他のアナログ符号化方法のうちの１つまたは複数を含んでもよい。例示的なデジタル符号化方法は、位相シフトキーイング、周波数シフトキーイング、振幅シフトキーイングに基づくデジタル変調方法、直交振幅変調、または他のデジタル符号化方法のうちの１つまたは複数を含んでもよい。いくつかの実施形態では、予め定められた範囲は、ＦＯＶ内に位置するモバイルデバイスが信号を受信することができるように、監視装置５００のＦＯＶに対応してもよい。限定ではなく例として、信号は、予め定められた範囲が監視装置５００のＦＯＶに対応するように、高指向性を有してもよい。
【００５５】
いくつかの実施形態では、送信機５３０は、信号を予め定められた送信電力レベルで送信するように構成されてもよい。予め定められた送信電力レベルは、監視装置５００のＦＯＶに基づいて決定されてもよい。例えば、予め定められた送信電力レベルは、送信機５３０の送信利得、信号の放射の拡張、自由空間減分係数、周囲の反射係数などのうちの少なくとも１つに基づいて算出されてもよい。
【００５６】
ネットワークアダプタ５４０は、監視装置５００をサーバ（例えば、図２におけるサーバ２２０など）の通信可能に結合するように構成されてもよい。いくつかの実施形態では、監視装置５００は、記録された画像データを、ネットワークアダプタ５４０を介してサーバに送信するように構成されてもよい。
【００５７】
マイクロフォン５５０は、カメラ５１０がモバイルデバイス（および、その結果として、モバイルデバイスのユーザ）の画像データを記録するときの周囲音を取り込むように構成されてもよい。取り込まれた音は、モバイルデバイスのユーザの声、および／または監視装置５００のＦＯＶ内に位置するモバイルデバイスの周りの周囲音を含んでもよい。いくつかの実施形態では、取り込まれた音は、メモリ５２０に記憶することができる、オーディオ−ビデオ画像データを生成するために、記録された画像データとともに符号化されてもよい。
【００５８】
プロセッサ５６０は、カメラ５１０、メモリ５２０、送信機５３０、ネットワークアダプタ５４０および／またはマイクロフォン５５０のうちの１つまたは複数の動作を調整するように構成されてもよい。監視装置５００が任意選択で受信機５７０および動きセンサ５８０をさらに含むケースでは、プロセッサ５６０は、受信機５７０および／または動きセンサ５８０の動作を調整するようにさらに構成されてもよく、それは、以下で説明される。
【００５９】
いくつかの実施形態では、監視装置５００は、任意選択で、記録された画像データをモバイルデバイスＩＤと関連付けてメモリ５２０に記憶することができるように、モバイルデバイスから受信することができるモバイルデバイスＩＤを受信するように構成された受信機５７０をさらに含んでもよい。いくつかの他の実施形態では、監視装置５００は、任意選択で、ＦＯＶ内で対象物を検出し、次いで、監視装置５００による画像データの記録をトリガするように構成された動きセンサ５８０をさらに含んでもよい。そのようなケースでは、送信機５３０は、動きセンサ５８０が画像データの記録をトリガするまで、ほとんどまたは全くの電力消費なしで動作してもよい（例えば、送信機は、電源停止され、または低電力もしくはスタンバイモードで動作してもよい）。
【００６０】
図６は、本明細書で説明される少なくともいくつかの実施形態に従って配置される、監視装置から送信されたカメラＩＤを取り扱う方法の例示的なフローチャートを概略的に示している。
【００６１】
方法６００は、受信機３１０、送信機３２０、プロセッサ３３０、メモリ３４０および／またはディスプレイ３５０のうちの１つまたは複数を含むモバイルデバイス３００などのモバイルデバイスで実装されてもよい。方法６００は、ブロック６１０、６２０、６３０および／または６４０のうちの１つまたは複数によって例示されるような１つまたは複数の動作、アクション、または機能を含んでもよい。個別のブロックとして例示されるが、種々のブロックは、所望の実装形態に応じて、追加のブロックに分割されてもよく、より少ないブロックに組み合わされても、除去されてもよい。いくつかのさらなる例では、種々の説明されるブロックは、順次処理の代わりに並列処理として、またはそれらの組み合わせとして実装されてもよい。
【００６２】
方法６００は、ブロック６１０「カメラＩＤを監視装置から受信する」において開始してもよい。ブロック６１０において、モバイルデバイス（例えば、図３における受信機３１０）は、カメラＩＤを含む信号を監視装置（例えば、図５の監視装置５００など）から受信するように適合されてもよい。カメラＩＤは、前に説明された、任意のさまざまなアナログまたはデジタル符号化方法によって信号とともに符号化されてもよい。カメラＩＤは、符号化方法と合致する任意のさまざまな復号方法を介して、受信された信号から復旧または抽出されてもよい。
【００６３】
ブロック６１０の次にブロック６２０「カメラＩＤおよび関連するタイムスタンプをメモリに記憶する」が続いてもよい。ブロック６２０において、モバイルデバイス（例えば、図３におけるメモリ３４０）は、カメラＩＤを、モバイルデバイス（および、その結果として、モバイルデバイスのユーザ）が監視装置のＦＯＶ内に位置するときの時間に対応するタイムスタンプとともに記憶するように適合されてもよい。いくつかの実施形態では、タイムスタンプは、監視装置によって生成されてもよく、そのようなタイムスタンプは、監視装置からＦＯＶ内に位置する各々のモバイルデバイスに送信される信号に符号化されてもよい。いくつかの他の実施形態では、モバイルデバイスは、タイムスタンプを生成するように構成されてもよい。そのようなケースでは、モバイルデバイスは、内部時計を含んでも、モバイルデバイスがネットワーク時計もしくはＧＰＳ受信機を通じて現在の時間情報を受信してもよい。
【００６４】
ブロック６２０の次にブロック６３０「モバイルデバイスのユーザから、ユーザ指定基準に関する少なくとも１つのカメラＩＤを識別する要求を受信する」が続いてもよい。ブロック６３０において、モバイルデバイス（例えば、図３における受信機３１０）は、ユーザ指定基準に関する少なくとも１つのカメラＩＤを識別する要求を、モバイルデバイスのユーザから受信してもよく、基準は、ユーザ指定時間および／またはユーザ指定位置と関連付けられてもよい。いくつかの実施形態では、ユーザは、モバイルデバイスの一部、またはモバイルデバイスに動作可能に結合されたかのいずれかである入力デバイスを使用して、ユーザ指定基準を有する要求を入力してもよい。
【００６５】
ブロック６３０の次にブロック６４０「メモリにおいて、ユーザ指定基準と関連付けられた少なくとも１つのカメラＩＤを識別する」が続いてもよい。ブロック６４０において、モバイルデバイス（例えば、図３におけるプロセッサ３３０）は、ローカルメモリ（例えば、図３におけるメモリ３４０）を検索して、少なくとも１つのカメラＩＤとともにローカルメモリに記憶された少なくとも１つのタイムスタンプに少なくとも部分的に基づいて、ユーザ指定基準と関連付けられた少なくとも１つのカメラＩＤを識別してもよい。ユーザ指定基準と関連付けられた少なくとも１つのカメラＩＤをモバイルデバイスが識別するとき、モバイルデバイス（例えば、図３におけるディスプレイ３５０）は、ユーザに識別された少なくとも１つのカメラＩＤを提供してもよい（例えば、リスト、または識別された少なくとも１つのカメラＩＤのグラフィカル要素もしくはグラフィカル画像を表示することによって）。
【００６６】
図７は、本明細書で説明される少なくともいくつかの実施形態に従って配置される、監視装置によって実行される例示的な方法のフローチャートを概略的に示している。
【００６７】
方法７００は、カメラ５１０、メモリ５２０、送信機５３０、ネットワークアダプタ５４０、マイクロフォン５５０、プロセッサ５６０、受信機５７０、および／または動きセンサ５８０のうちの１つまたは複数を含む監視装置５００などにおいて実装されてもよい。個別のブロックとして例示されているが、種々のブロックは、所望の実装形態に応じて、追加のブロックに分割されてもよく、より少ないブロックに組み合わされても、除去されてもよい。いくつかのさらなる例では、種々の説明されるブロックは、順次処理の代わりに並列処理として、またはそれらの組み合わせとして実装されてもよい。
【００６８】
図７に示される方法７００は、ブロック７１０「監視装置のＦＯＶ内に位置するモバイルデバイスを検出する」において開始してもよい。ブロック７１０において、監視装置（例えば、図５における動きセンサ５８０）は、監視装置のＦＯＶ内に位置するモバイルデバイス（例えば、図３のモバイルデバイス３００など）を検出するように適合されてもよい。次いで、監視装置は、以下で説明される動作のうちの１つまたは複数を実行するように活性化される。
【００６９】
ブロック７１０の次にブロック７２０「カメラＩＤを含む信号をモバイルデバイスに送信する」が続いてもよい。ブロック７１０において、監視装置（例えば、図５における送信機５３０）は、監視装置のカメラＩＤを含む信号を、ＦＯＶ内に位置するモバイルデバイスに送信してもよい。信号は、カメラＩＤおよび／またはタイムスタンプとともに符号化されてもよい。監視装置（例えば、エンコーダ５３１）は、任意のさまざまなアナログまたはデジタル符号化方法を使用して符号化するように構成されてもよい。例示的なアナログ符号化方法は、振幅変調、両側帯波変調、単側帯波変調、残留側波帯変調、直交振幅変調、周波数変調、位相変調、パルスコード変調または他のアナログ符号化方法のうちの１つまたは複数を含んでもよい。例示的なデジタル符号化方法は、位相シフトキーイング、周波数シフトキーイング、振幅シフトキーイングに基づくデジタル変調方法、直交振幅変調、または他のデジタル符号化方法のうちの１つまたは複数を含んでもよい。
【００７０】
ブロック７２０の次にブロック７３０「モバイルデバイスＩＤを含む信号をモバイルデバイスから受信する」が続いてもよい。ブロック７２０において、監視装置（例えば、図５における受信機５７０）は、モバイルデバイスＩＤ（例えばＩＭＳＩまたはいくつかの他の識別子）を含む信号をモバイルデバイスから受信してもよい。モバイルデバイスＩＤは、前に説明された、任意のさまざまなアナログまたはデジタル符号化方法によって信号とともに符号化されてもよい。モバイルデバイスＩＤは、符号化方法と合致する任意のさまざまな復号方法を介して、受信された信号から復旧または抽出されてもよい。
【００７１】
いくつかの実施形態では、モバイルデバイスからの信号は、監視装置から送信された信号に対する応答であってもよい。限定ではなく例として、監視装置から送信された信号は、例えば、監視装置のカメラＩＤおよび／または位置をディスプレイ（例えば、図５のディスプレイ３５０）に表示することなどによって、モバイルデバイスのユーザに通知されてもよい。次いで、モバイルデバイスのユーザは、モバイルデバイスと関連付けられたユーザ入力ユニットを使用して、モバイルデバイスＩＤを監視装置に送信する要求を入力してもよい。さらに、モバイルデバイスのユーザは、モバイルデバイスと関連付けられたユーザ入力ユニットを使用して、画像データを取り込む監視装置への要求をさらに入力してもよい。そのような要求（モバイルデバイスＩＤを含む）は、監視装置によって受信される信号に符号化されてもよい。
【００７２】
ブロック７３０の次にブロック７４０「モバイルデバイスの画像データおよび周囲の対象物を取り込む」が続いてもよい。ブロック７３０において、監視装置（例えば、図５のカメラ５１０）は、モバイルデバイス、およびモバイルデバイスのユーザを含むその周囲の対象物の画像データを取り込んでもよい。画像データは、ビデオ画像、静止画像またはオーディオ−ビデオ画像のうちの１つまたは複数に対応してもよい。
【００７３】
ブロック７４０の次にブロック７５０「取り込まれた画像データをタイムスタンプおよびモバイルデバイスＩＤと関連付けて記憶する」が続いてもよい。ブロック７４０において、監視装置は、画像データを、対応するタイムスタンプ（監視装置の内部時計を使用することによって、ネットワーク時計もしくはＧＰＳ受信機を通じて時間情報を受信することによって、または原子時計、無線信号ベースの時計などの任意の適切な時間時計手段によって生成されてもよい）および受信されたモバイルデバイスＩＤと関連付けてローカルメモリおよび／またはリモート記憶デバイスに記憶してもよい。次いで、記憶された画像データは、モバイルデバイスのユーザまたはユーザの要求に関する承認されたユーザに提供されてもよい。いくつかの例では、モバイルデバイスは、監視装置またはリモート記憶デバイスにアクセスして、記録された画像データをダウンロードしてもよい。
【００７４】
図８は、本明細書で説明される少なくともいくつかの実施形態に従って配置される、１つまたは複数の監視装置が結合されたサーバによって実行される例示的な方法のフローチャートを概略的に示している。
【００７５】
方法８００は、ネットワークを介して１つまたは複数の監視装置が結合されたサーバ２２０などのサーバにおいて実装されてもよい。方法８００は、ブロック８１０、８２０、８３０および／または８４０のうちの１つまたは複数によって例示されるような１つまたは複数の動作、アクション、または機能を含んでもよい。個別のブロックとして例示されるが、種々のブロックは、所望の実装形態に応じて、追加のブロックに分割されてもよく、より少ないブロックに組み合わされても、除去されてもよい。いくつかのさらなる例では、種々の説明されるブロックは、順次処理の代わりに並列処理として、またはそれらの組み合わせとして実装されてもよい。
【００７６】
図８に示される方法８００は、ブロック８１０「ユーザ指定データに対する要求をモバイルデバイスから受信する」において開始してもよい。ブロック８１０において、サーバは、ユーザ指定データに対する要求を、モバイルデバイス（例えば、図３のモバイルデバイス３００など）から受信するように適合されてもよい。限定ではなく例として、サーバは、任意のさまざまなアナログまたはデジタル符号化方法を使用して、ユーザ指定データに対する要求とともに符号化された信号を受信するように構成された信号受信機を含んでもよい。例示的なアナログ符号化方法は、振幅変調、両側帯波変調、単側帯波変調、残留側波帯変調、直交振幅変調、周波数変調、位相変調、パルスコード変調、または他のアナログ符号化方法のうちの１つまたは複数を含んでもよい。例示的なデジタル符号化方法は、位相シフトキーイング、周波数シフトキーイング、振幅シフトキーイングに基づくデジタル変調方法、直交振幅変調、または他のデジタル符号化方法のうちの１つまたは複数を含んでもよい。さらに、サーバは、上記符号化方法と合致する任意のさまざまな復号方法を介して、ユーザ指定データに対する要求を、受信された信号から復旧または抽出するために、受信された信号を復号するように構成されたデコーダを含んでもよい。
【００７７】
いくつかの実施形態では、ユーザ指定データは、モバイルデバイスのユーザにより指定された任意のタイプのデータとすることができ、１つもしくは複数の監視装置および／または１つもしくは複数の監視装置によって取り込まれた画像データと関連付けられてもよい。１つの非限定的な例では、要求されたユーザ指定データは、モバイルデバイスの現在位置（または、モバイルデバイスの現在位置とは異なる別の位置）の周りに位置する１つまたは複数の監視装置のうちの少なくとも１つについてのマップと関連付けられたデータを含んでもよい。別の非限定的な例では、要求されたユーザ指定データは、時間情報および／または位置情報を含むことができる、ユーザ指定基準と関連付けられた画像データを含んでもよい。さらなる別の非限定的な例では、要求されたユーザ指定データは、モバイルデバイスのモバイルデバイスＩＤと関連付けられた画像データを含んでもよい。種々の他の例はまた、本開示の範囲内で利用可能である。
【００７８】
ブロック８１０の次にブロック８２０「モバイルデバイスからの要求に基づいて、関連するデータを検索する」が続いてもよい。ブロック８２０において、サーバは、ユーザ指定データについて、受信された要求に関連するデータを検索してもよい。限定ではなく例として、関連するデータは、サーバのローカルストレージ、または、例えば、クラウドデータセンタなどのリモートストレージに記憶されてもよい。サーバに含まれる１つまたは複数のプロセッサは、ローカルストレージまたはリモートストレージを検索してもよく、関連するデータをローカルストレージまたはリモートストレージから取り出してもよい。
【００７９】
要求されたユーザ指定データが、マップと関連付けられたデータを含むケースでは、取り出されたデータは、モバイルデバイスの現在位置（または、モバイルデバイスの現在位置とは異なる他の位置）の周りに位置する少なくとも１つの監視装置に関する情報を含んでもよい。要求されたユーザ指定データが、ユーザ指定基準と関連付けられた画像データを含むケースでは、取り出されたデータは、ユーザ指定基準と実質的に一致する１つまたは複数の画像データを含んでもよい。要求されたユーザ指定データが、モバイルデバイスのモバイルデバイスＩＤと関連付けられた画像データを含むケースでは、取り出されたデータは、モバイルデバイスのモバイルデバイスＩＤと関連付けて記憶された１つまたは複数の画像データを含んでもよい。
【００８０】
ブロック８２０の次にブロック８３０「検索された関連するデータに基づいて、ユーザ指定データを生成する」が続いてもよい。ブロック８３０において、サーバ（例えば、上記説明されたような１つまたは複数のプロセッサ）は、取り出されたデータおよびモバイルデバイスからの要求に基づいて、ユーザ指定データを生成してもよい。要求されたユーザ指定データが、マップと関連付けられたデータを含むケースでは、サーバは、モバイルデバイスの現在位置（または、モバイルデバイスの現在位置とは異なる他の位置）、およびモバイルデバイスの現在位置（または、モバイルデバイスの現在位置とは異なる他の位置）の周りに位置する少なくとも１つの監視装置を示すマップを生成してもよい。代わりに、サーバは、マップに関連する画像データを生成してもよく、モバイルデバイスは、画像データを受信してもよく、マップを再構築してもよい。いくつかの実施形態では、モバイルデバイスのユーザはさらに、目的地への経路を要求してもよく、サーバは、モバイルデバイスの現在位置（または、選択された位置）から目的地への１つまたは複数の経路を生成してもよい。サーバによって選択された経路は、選択された経路に沿ってユーザを含む画像データが取り込まれる可能性を増大させるために、経路に沿って存在するおおよその最大数の監視装置を含んでもよい。
【００８１】
ブロック８３０の次にブロック８４０「ユーザ指定データをモバイルデバイスに送信する」が続いてもよい。ブロック８４０において、サーバは、生成されたユーザ指定データをモバイルデバイスに送信してもよい。限定ではなく例として、サーバは、生成されたユーザ指定データを、無線データ通信を通じてモバイルデバイスに送信するように構成された信号送信機を含んでもよい。無線データ通信は、例えば、セルラネットワーク、Ｗｉ−Ｆｉネットワークなどの任意のさまざまなネットワークに基づいてもよい。次いで、モバイルデバイスは、ユーザ指定データを受信してもよく、ディスプレイユニットに表示してもよい。
【００８２】
当業者は、本明細書で説明されたこの方法および他の方法に対し、方法で実行される機能が異なる順序で実装されてもよいことを理解するであろう。さらに、説明したステップおよび動作は例として提供されているにすぎず、ステップおよび動作のうちのいくつかは、開示された実施形態の本質から逸脱することなく、任意選択であってもよく、より少ないステップおよび動作に組み合わされても、追加のステップおよび動作に拡張されてもよい。
【００８３】
図９は、本明細書で説明される少なくともいくつかの実施形態に従って、監視装置のカメラＩＤを取り扱うために利用することができるコンピュータプログラム製品９００を例示している。プログラム製品９００は、信号担持媒体９０２を含んでもよい。信号担持媒体９０２は、例えば、プロセッサにより実行されると、図１乃至８に関して上記説明された機能を提供することができる１つまたは複数の命令９０４を含んでもよい。例として、命令９０４は、カメラＩＤを、モバイルデバイスに近接して位置する監視装置から受信する１つもしくは複数の命令、またはカメラＩＤおよびタイムスタンプをモバイルデバイスのメモリに記憶する１つもしくは複数の命令を含んでもよい。よって、例えば、図３を参照して、モバイルデバイス３００のプロセッサ３３０は、命令９０４に応答して、図６に示されたブロックのうちの１つまたは複数を請け負ってもよい。
【００８４】
いくつかの実装形態では、信号担持媒体９０２は、それに限定されないが、ハードディスクドライブ、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）、デジタルテープ、メモリなどのコンピュータ可読媒体９０６を包含してもよい。いくつかの実装形態では、信号担持媒体９０２は、それに限定されないが、メモリ、読み取り／書き込み（Ｒ／Ｗ）ＣＤ、Ｒ／Ｗ  ＤＶＤなどの記録可能媒体８０８を包含してもよい。いくつかの実装形態では、信号担持媒体９０２は、それに限定されないが、デジタルおよび／またはアナログ通信媒体（例えば、ファイバー光ケーブル、導波管、有線通信リンク、無線通信リンクなど）の通信媒体９１０を包含してもよい。よって、例えば、プログラム製品９００は、ＲＦ信号担持媒体９０２によってモバイルデバイス３００に搬送されてもよく、信号担持媒体９０２は、無線通信媒体９１０（例えば、ＩＥＥＥ８０２．１１標準に準拠した無線通信媒体）によって搬送される。
【００８５】
図１０は、本明細書で説明される少なくともいくつかの実施形態に従って配置される、カメラＩＤを取り扱う方法を実装するように構成することができる例示的なコンピューティングシステムを例示する概略的ブロック図を示している。図１０に記載されているように、コンピュータ１０００は、プロセッサ１０１０、メモリ１０２０および１つまたは複数のドライブ１０３０を含んでもよい。コンピュータ１０００は、従来型コンピュータシステム、組み込み制御コンピュータ、ラップトップもしくはサーバコンピュータ、モバイルデバイス、セットトップボックス、キオスク、車両情報システム、携帯電話、カスタマイズドマシン、または他のハードウェアプラットフォームとして実装されてもよい。
【００８６】
ドライブ１０３０およびそれらの関連するコンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュールおよびコンピュータ１０００に対する他のデータの記憶を提供してもよい。ドライブ１０３０は、画像データ認証システム１０４０、オペレーティングシステム（ＯＳ）１０５０、およびアプリケーションプログラム１０６０を含んでもよい。ビデオデータ認証システム１０４０は、図１乃至９に関して上記説明されたように監視装置のカメラＩＤを取り扱うように適合されてもよい。
【００８７】
コンピュータ１０００はさらに、それを通じてユーザがコマンドおよびデータを入力することができるユーザ入力デバイス１０８０を含んでもよい。入力デバイスは、電子デジタイザ、カメラ、マイクロフォン、キーボード、および一般にマウス、トラックボールまたはタッチパッドと称されるポインティングデバイスを含んでもよい。他の入力デバイスは、ジョイスティック、ゲームパッド、サテライトディッシュ、またはスキャナなどを含んでもよい。
【００８８】
それらのおよび他の入力デバイスは、システムバスに結合されたユーザ入力インタフェースを通じてプロセッサ１０１０に結合されてもよいが、パラレルポート、ゲームポート、またはユニバーサルシリアルバス（ＵＳＢ）などの他のインタフェースおよびバス構造によって結合されてもよい。コンピュータ１０００などのコンピュータはまた、出力周辺インタフェース１０８５などを通じて結合することができる、ディスプレイデバイスなどの他の周辺出力デバイスを含んでもよい。
【００８９】
コンピュータ１０００は、ネットワークインタフェース１０９０に結合されたリモートコンピュータなど、１つまたは複数のコンピュータへの論理接続を使用してネットワーク化環境で動作してもよい。リモートコンピュータは、パーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイスまたは他の共通ネットワークノードであってもよく、コンピュータ１０００に関して上記説明された要素の多くまたは全てを含んでもよい。
【００９０】
ネットワーキング環境は、オフィス、企業ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、イントラネット、およびインターネットにおいてありふれている。ＬＡＮまたはＷＬＡＮネットワーキング環境で使用されるとき、コンピュータ１０００は、ネットワークインタフェース１０９０またはアダプタを通じてＬＡＮに結合されてもよい。ＷＡＮネットワーキング環境で使用されるとき、コンピュータ１０００は一般的に、モデム、またはインターネットもしくはネットワーク１０９５など、ＷＡＮ上で通信を確立するための他の手段を含む。ＷＡＮは、インターネット、例示されたネットワーク１０９５、種々の他のネットワーク、またはそれらの任意の組み合わせを含んでもよい。コンピュータ間で通信リンク、リング、メッシュ、バス、クラウド、またはネットワークを確立する他の機構が使用されてもよいことが理解されよう。
【００９１】
いくつかの実施形態では、コンピュータ１０００は、ネットワーキング環境に結合されてもよい。コンピュータ１０００は、物理コンピュータ可読媒体またはドライブ１０３０もしくは他の記憶デバイスと関連付けられた媒体のうちの１つまたは複数の例を含んでもよい。システムバスは、プロセッサ１０１０が、コンピュータ可読記憶媒体に／から、コードおよび／またはデータを読み取ることを可能にしてもよい。媒体は、それらに限定されないが、半導体、磁気材料、光媒体、電子記憶、電気化学記憶、または任意の他のそのような記憶技術を含む、任意の適切な技術を使用して実装される記憶要素の形式で装置を表してもよい。媒体は、ＲＡＭ、ＲＯＭ、フラッシュ、または他のタイプの揮発性もしくは不揮発性メモリ技術として特徴付けられているかに関わらず、メモリ１０２０と関連付けられた構成要素を表してもよい。媒体はまた、記憶ドライブ１０３０などとして実装されているかに関わらず、二次的記憶を表してもよい。ハードドライブの実装形態は、ソリッドステートとして特徴付けられても、符号化された情報を磁気的に記憶する回転媒質を含んでもよい。
【００９２】
プロセッサ１０１０は、個々に、または集合的に任意の数の状態を仮定することができる、任意の数のトランジスタまたは他の回路要素から構築されてもよい。より詳細には、プロセッサ１０１０は、状態機械または有限状態機械として動作してもよい。そのような機械は、実行可能命令をロードすることによって、第２の機械、または特定の機械に変換されてもよい。それらのコンピュータ実行可能命令は、プロセッサ１０１０が状態間をどのように遷移するかを指定することによってプロセッサ１０１０を変換してもよく、それによって、プロセッサ１０１０を構成するトランジスタまたは他の回路要素を第１の機械から第２の機械に変換する。任意の機械の状態はまた、ユーザ入力デバイス１０８０、ネットワークインタフェース１０９０、他の周辺機器、他のインタフェース、または１つもしくは複数のユーザもしくは他のアクタから入力を受信することによって変換されてもよい。任意の機械はまた、プリンタ、スピーカ、またはビデオディスプレイなどの種々の出力デバイスの状態または種々の物理的特性を変換してもよい。
【００９３】
本開示は、種々の態様の例示として意図される、本出願で説明された特定の実施形態に関して限定されない。当業者にとって明らかなように、その精神および範囲から逸脱することなく、多くの修正および変形がなされてもよい。本明細書で列挙されたものに加え、開示の範囲内で機能的に同等な方法および装置が上述した説明から当業者にとって明らかである。そのような修正および変形は、添付の特許請求の範囲の範囲内に収まることが意図される。そのような特許請求の範囲に権利が与えられるのと同等な全範囲に従って、本開示は添付の特許請求の範囲の用語のみによって限定されることになる。本開示は、もちろん、変化してもよい、特定の方法、試薬（ｒｅａｇｅｎｔ）、複合物、構成または生物系に限定されないことが理解されよう。また、本明細書で使用される用語が、特定の実施形態を説明するためのみを目的としており、限定することを意図していないことが理解されよう。
【００９４】
本明細書に記載された主題は、さまざまなコンポーネントをしばしば例示しており、これらのコンポーネントは、他のさまざまなコンポーネントに包含されるか、または他のさまざまなコンポーネントに結合される。そのように図示されたアーキテクチャは、単に例にすぎず、実際には、同じ機能を実現する多くの他のアーキテクチャが実装可能であることが理解されよう。概念的な意味で、同じ機能を実現するコンポーネントの任意の構成は、所望の機能が実現されるように効果的に「関連付け」される。したがって、特定の機能を実現するために組み合わされた、本明細書における任意の２つのコンポーネントは、アーキテクチャまたは中間のコンポーネントにかかわらず、所望の機能が実現されるように、お互いに「関連付け」されていると見ることができる。同様に、そのように関連付けされた任意の２つのコンポーネントは、所望の機能を実現するために、互いに「動作可能に接続」または「動作可能に結合」されていると見なすこともでき、そのように関連付け可能な任意の２つのコンポーネントは、所望の機能を実現するために、互いに「動作可能に結合できる」と見なすこともできる。動作可能に結合できる場合の具体例には、物理的にかみ合わせ可能な、および／もしくは物理的に相互作用するコンポーネント、ならびに／またはワイヤレスに相互作用可能な、および／もしくはワイヤレスに相互作用するコンポーネント、ならびに／または論理的に相互作用する、および／もしくは論理的に相互作用可能なコンポーネントが含まれるが、それらに限定されない。
【００９５】
本明細書における実質的に全ての複数形および／または単数形の用語の使用に対して、当業者は、状況および／または用途に適切なように、複数形から単数形に、および／または単数形から複数形に変換することができる。さまざまな単数形／複数形の置き換えは、理解しやすいように、本明細書で明確に説明することができる。
【００９６】
通常、本明細書において、特に添付の特許請求の範囲（たとえば、添付の特許請求の範囲の本体部）において使用される用語は、全体を通じて「オープンな（ｏｐｅｎ）」用語として意図されていることが、当業者には理解されよう（例えば、用語「含む（ｉｎｃｌｕｄｉｎｇ）」は、「含むがそれに限定されない（ｉｎｃｌｕｄｉｎｇ  ｂｕｔ  ｎｏｔ  ｌｉｍｉｔｅｄ  ｔｏ）」と解釈されるべきであり、用語「有する（ｈａｖｉｎｇ）」は、「少なくとも有する（ｈａｖｉｎｇ  ａｔ  ｌｅａｓｔ）」と解釈されるべきであり、用語「含む（ｉｎｃｌｕｄｅｓ）」は、「含むがそれに限定されない（ｉｎｃｌｕｄｅｓ  ｂｕｔ  ｉｓ  ｎｏｔ  ｌｉｍｉｔｅｄ  ｔｏ）」と解釈されるべきである、など）。導入される請求項で具体的な数の記載が意図される場合、そのような意図は、当該請求項において明示的に記載されることになり、そのような記載がない場合、そのような意図は存在しないことが、当業者にはさらに理解されよう。例えば、理解の一助として、添付の特許請求の範囲は、導入句「少なくとも１つの（ａｔ  ｌｅａｓｔ  ｏｎｅ）」および「１つまたは複数の（ｏｎｅ  ｏｒ  ｍｏｒｅ）」を使用して請求項の記載を導くことを含む場合がある。しかし、そのような句の使用は、同一の請求項が、導入句「１つまたは複数の」または「少なくとも１つの」および「ａ」または「ａｎ」などの不定冠詞を含む場合であっても、不定冠詞「ａ」または「ａｎ」による請求項の記載の導入が、そのように導入される請求項の記載を含む任意の特定の請求項を、単に１つのそのような記載を含む実施形態に限定する、ということを示唆していると解釈されるべきではない（例えば、「ａ」および／または「ａｎ」は、「少なくとも１つの」または「１つまたは複数の」を意味すると解釈されるべきである）。同じことが、請求項の記載を導入するのに使用される定冠詞の使用にも当てはまる。また、導入される請求項の記載で具体的な数が明示的に記載されている場合でも、そのような記載は、少なくとも記載された数を意味すると解釈されるべきであることが、当業者には理解されよう（例えば、他の修飾語なしでの「２つの記載（ｔｗｏ  ｒｅｃｉｔａｔｉｏｎｓ）」の単なる記載は、少なくとも２つの記載、または２つ以上の記載を意味する）。さらに、「Ａ、ＢおよびＣ、などの少なくとも１つ」に類似の慣例表現が使用されている事例では、通常、そのような構文は、当業者がその慣例表現を理解するであろう意味で意図されている（例えば、「Ａ、Ｂ、およびＣの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢを共に、ＡおよびＣを共に、ＢおよびＣを共に、ならびに／またはＡ、Ｂ、およびＣを共に、などを有するシステムを含むが、それに限定されない）。「Ａ、Ｂ、またはＣ、などの少なくとも１つ」に類似の慣例表現が使用されている事例では、通常、そのような構文は、当業者がその慣例表現を理解するであろう意味で意図されている（例えば、「Ａ、Ｂ、またはＣの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢを共に、ＡおよびＣを共に、ＢおよびＣを共に、ならびに／またはＡ、Ｂ、およびＣを共に、などを有するシステムを含むが、���れに限定されない）。２つ以上の代替用語を提示する事実上いかなる離接する語および／または句も、明細書、特許請求の範囲、または図面のどこにあっても、当該用語の一方（ｏｎｅ  ｏｆ  ｔｈｅ  ｔｅｒｍｓ）、当該用語のいずれか（ｅｉｔｈｅｒ  ｏｆ  ｔｈｅ  ｔｅｒｍｓ）、または両方の用語（ｂｏｔｈ  ｔｅｒｍｓ）を含む可能性を企図すると理解されるべきであることが、当業者にはさらに理解されよう。例えば、句「ＡまたはＢ」は、「Ａ」または「Ｂ」あるいは「ＡおよびＢ」の可能性を含むことが理解されよう。
【００９７】
加えて、開示の特徴または態様が、マーカッシュグループに関して説明される場合、それによって、開示がまた、マーカッシュグループの任意の個々のメンバーまたはメンバーのサブグループに関して説明されることを当業者は理解するであろう。
【００９８】
いずれかおよび全ての目的のために、記述された説明を提供することに関してなど、本明細書で開示される全ての範囲はまた、いずれかおよび全ての考えられる部分的な範囲、ならびにそれらの部分的な範囲の組み合わせを包含することを当業者によって理解されるであろう。任意の記載された範囲は、同一の範囲を十分に説明し、かつ同一の範囲を少なくとも半分、三分の一、四分の一、五分の一、十分の一などに分解することを可能にするとして容易に理解されてもよい。非限定的な例として、本明細書で議論された各々の範囲は、下部三分の一、中部三分の一、および上部三分の一などに容易に分解されてもよい。当業者によって理解されるように、「最大（ｕｐ  ｔｏ）」、および「少なくとも（ａｔ  ｌｅａｓｔ）などの全ての言語は、記載された数を含み、かつ上記議論されたように、その後部分的な範囲に分解されてもよい範囲を指す。最後に、当業者によって理解されるように、範囲は各々の個々の部材を含む。
【００９９】
上述したことから、本開示の種々の実施形態は、例示を目的として本明細書で説明されたこと、かつ本開示の範囲および精神から逸脱することなく、種々の修正がなされてもよいことが理解されよう。したがって、本明細書で開示される種々の実施形態は、以下の特許請求の範囲によって示される真の範囲および精神を有し、限定されることを意図していない。
【図１】
0006393771.tif 000002
【図２】
0006393771.tif 000003
【図３】
0006393771.tif 000004
【図４】
0006393771.tif 000005
【図５】
0006393771.tif 000006
【図６】
0006393771.tif 000007
【図７】
0006393771.tif 000008
【図８】
0006393771.tif 000009
【図９】
0006393771.tif 000010
【図１０】
0006393771.tif 000011