JP2022507708A - カメラシステムへの安全なアクセスのためのシステムおよび方法 - Google Patents

Abstract

実施形態は、スマートビルディング内のカメラへの安全なアクセスを可能にする、システム、方法、コンピュータプログラム製品を含む。いくつかの実施形態は、インテリジェントなオンイベントビデオプッシュ機構を通して、ローカルネットワーク等の環境からアウトバウンドビデオを制御する。ローカルのインテリジェントなオンイベントビデオプッシュ機構は、ソースビデオカメラのＩＰアドレスを隠し、広域への分配のためにサイズを縮小するためにビデオをトランスコードし、ローカル環境（例えば、ローカルネットワーク）内で受信されるイベントトリガに応じて、ビデオを受信者にプッシュする。実施形態は、ローカルネットワークファイアウォールの遠方側における遠隔のビデオクライアントが、イベントまたはトリガが生じると、ローカルネットワークファイアウォールの近傍側におけるカメラのビデオストリームを視聴することを可能にする。

Description

（関連出願の相互参照）
本願は、２０１８年１１月１６日に出願され、Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｆｏｒ Ｓｅｃｕｒｅ Ａｃｃｅｓｓ ｔｏ Ｃａｍｅｒａ Ｓｙｓｔｅｍｓと題された、米国仮特許出願第６２／７６８，３８９号の利益を主張するものであり、２０１９年１１月１４日に出願され、Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｆｏｒ Ｓｅｃｕｒｅ Ａｃｃｅｓｓ ｔｏ Ｃａｍｅｒａ Ｓｙｓｔｅｍｓと題された、米国仮特許出願第１６／６８４，１８５号の利益を主張するものであり、これらの両方は、参照することによってその全体として本明細書に組み込まれる。

（分野）
実施形態は、概して、カメラおよびビデオストリームの安全な監視に関する。

（背景）
現行のカメラおよびビデオストリームの監視は、不安定であり、攻撃に対して脆弱である。例えば、銀行のようなセキュリティに敏感な場所は、外部のセキュリティ会社を採用し、その監視カメラおよびビデオを監視する。ビデオは、典型的には、外部のセキュリティ会社がビデオおよび監視カメラを監視する、クラウドまたはホストサイトにストリーミングされる。ローカルエリアネットワーク（ＬＡＮ）または企業ネットワーク等のローカルネットワークは、権限付与されていないアクセスからローカルネットワークを保護するためのファイアウォールを含む。しかしながら、外部のセキュリティ会社がその監視カメラおよびビデオストリームを監視することを可能にするために、その全てがネットワーク管理者（例えば、企業情報技術（ＩＴ）管理者）にとって非常に望ましくない、ポートマッピング、ファイアウォール管理、ローカルネットワークの内側における仮想プライベートネットワーク（ＶＰＮ）端末等の労力が、採用され、ファイアウォールの周囲で稼働する。これらの労力は、ローカルネットワークに対する安全を損なわせる。被られる問題のうちのいくつかは、以下、すなわち、伝送されている監視カメラのソースインターネットプロトコル（ＩＰ）アドレス、外部のセキュリティ会社におけるセキュリティガードが、把握する必要がないにもかかわらず、活動へのアクセスを有し、監視していること、および誤ったトリガイベントを生成するようになりすまされ得る、広域内に送信されている警報イベントを含む。

（発明の簡単な要約）
必要とされているものは、ローカルネットワーク（例えば、ローカルエリアネットワーク（ＬＡＮ）、企業ネットワーク）上のカメラ（例えば、監視カメラ）、およびそれらのカメラからのビデオストリームへの安全なアクセスを提供する、システム、方法、およびコンピュータプログラム製品である。安全なアクセスは、ローカルネットワーク内およびローカルネットワークの外部（例えば、遠隔のビデオ視聴クライアント）からのものであり得る。

いくつかの実施形態は、ビデオプッシャ等のローカルネットワーク上の電子デバイスのための方法を含み、ビデオプッシャは、シグナリングサーバとの持続的データ接続を確立することができ、ビデオプッシャは、ローカルネットワーク上にあり、ローカルネットワークのファイアウォールの背後にあり、シグナリングサーバは、ファイアウォールの別の側にある。ビデオプッシャは、シグナリングサーバから持続的データ接続を介して第１の情報を受信し、受信された第１の情報に基づいて、ローカルネットワーク上のカメラからビデオデータを要請することができる。ビデオプッシャは、カメラから、要請されたビデオデータを受信し、受信された第１の情報に基づいて、受信されたビデオデータをファイアウォールを通して伝送することができる。ビデオデータは、次いで、例えば、遠隔のビデオ視聴クライアントにビデオデータ伝送する、ビデオキャッチャに伝送されてもよい。

ビデオデータを伝送する前に、ビデオプッシャは、受信された第１の情報に基づいて、受信されたビデオデータを処理することができる。処理の非限定的実施例は、ビデオデータを暗号化すること、ビデオフォーマットをトランスコードすること、ビデオデータの分解能またはフレームレートを変更すること、ビデオデータのビデオ圧縮を変更すること、メタデータを用いてビデオを変換すること、画像データを不明瞭にする、または改変すること、または視覚ウォータマークを挿入することを含む。受信された第１の情報に基づいて、ビデオプッシャはまた、受信者のインターネットプロトコル（ＩＰ）アドレスまたはユニフォームリソースロケータ（ＵＲＬ）を指定する、ビデオデータを含むローカルネットワークの複数のカメラフィードを、単一またはより少ないビデオストリームにタイリングする、ローカルネットワーク上の複数のカメラからのビデオストリームを、単一またはより少ないビデオストリームに動的に選択する、または切り替える、またはビデオデータの低分解能画像サムネイルまたはビデオデータの高分解能画像小区分を生成することができる。

ビデオプッシャはまた、シグナリングサーバを用いて認証し、ローカルネットワークに関連する情報を要請し、要請に応答して、第１の情報を受信することができる。第１の情報の実施例は、センサの一意の識別、製造番号、センサタイプ、場所、センサの読取値、読取値、記号、状態、または警告、警報、通知またはテキストメッセージ、数値、視覚表現、オーディオ信号等の表現の形態における、読取値または一連の読取値の翻訳または解釈された意味等の、ローカルネットワーク上の、またはローカルネットワークまたはローカルネットワーク上のデバイスが接続され得る別のネットワーク上のセンサまたはモノのインターネット（ＩｏＴ）デバイスと関連付けられる、データ、またはジオリファレンスされた、または固定された基準座標系、マップ、見取図、または３次元モデル上の別のオブジェクトまたはモノに対するセンサの相対場所等のセンサの環境に関係のあるセンサまたは条件と関連付けられる、他の関連のある情報またはデータを含む。

ローカルネットワーク上のセンサまたはＩｏＴデバイスは、限定ではないが、ガスセンサ、煙／火災検出器、またはスイッチまたは非常ボタンの接点開閉部、人工知能または分析論ベースのオブジェクト、イベント、条件、リアルタイムで、単独または他のものと協調してのいずれかでビデオデータを解釈する、状態変化状態検出モジュール、他のセンサ、システム、データベース、分析機能、または情報源からの履歴または予測データを含んでもよく、センサは、それ自体で、または別のデバイスまたはモジュールに結合されると、ルールベースまたは事前に指定される受信者エージェントに伝送されるべき警報、イベント通知、または警告信号を引き起こす。

ビデオプッシャは、ネットワークに関連する情報に関する要請を行うために、異なるプロトコルを利用してもよい。プロトコルのタイプの実施例は、限定ではないが、リアルタイムのパブリケーションサブスクリプション、データ同期化、または要請応答プロトコルを含む。それらの実施例は、限定ではないが、メッセージキューイングテレメトリトランスポート（ＭＱＴＴ）プロトコル、拡張可能メッセージングおよびプレゼンスプロトコル（ＸＭＰＰ）、ストリーミングテキスト指向メッセージングプロトコル（ＳＴＯＭＰ）、高度なメッセージキューイングプロトコル（ＡＭＱＰ）、ウェブアプリケーションメッセージングプロトコル（ＷＡＭＰ）、Ｊａｖａ（登録商標）メッセージサービス（ＪＭＳ）、ＺｅｒｏＭＱ、または専用メッセージングプロトコルを含み、要請は、ローカルネットワークに関係のあるトピックをサブスクライブすることを含んでもよい。

ビデオプッシャは、従来型カメラに結合される、および／またはそれと統合されてもよく、受信された第１の情報を、従来型カメラと互換性のある第１のフォーマットに転換し、従来型カメラから第２のビデオデータを要請することができる。第２のビデオデータが従来型カメラから受信された後、ビデオプッシャは、第２のビデオデータを、第１のフォーマットと異なる第２のフォーマットに転換し、第２のフォーマットにおける第２のビデオデータをファイアウォールを通して伝送することができる。第１のフォーマットは、限定ではないが、リアルタイムストリーミングプロトコル（ＲＴＳＰ）、リアルタイムメッセージングプロトコル（ＲＴＭＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、リアルタイムトランスポートプロトコル（ＲＴＰ）、および／または同等物を含む、ビデオストリーミングプロトコルを含む。

ローカルネットワーク上のカメラは、インターネットプロトコル（ＩＰ）カメラ、ユニバーサルシリアルバス（ＵＳＢ）カメラ、またはアナログ／ＩＰコンバータに結合される、アナログカメラであることができる。

ビデオを伝送するステップに先立って、ビデオプッシャは、受信された第１の情報と併せてルールベースのソフトウェアモジュールを利用してもよい。ソフトウェアモジュールは、メモリの中に記録される命令と、１つ以上のプロセッサによって実行され、ビデオプッシャが、イベントデータ、センサデータ、受信者データ、または他の基準を含むルールに基づいて、ビデオデータの受信者を決定することを可能にする、命令とを含んでもよい。例えば、イベントデータは、限定ではないが、イベントタイプ、イベント重大度、イベント優先度、または日付または時間を含んでもよい。センサデータは、限定ではないが、センサの読取値、警告、状態、条件、場所、または持続時間を含んでもよい。受信者データは、限定ではないが、受信者の識別、場所、セキュリティ分類、または権限付与レベル、機能、技能、能力、または可用性を含んでもよい。いくつかの実施形態では、ルールベースのソフトウェアモジュールが、カメラの内側において含まれる。

いくつかの実施形態は、例えば、シグナリングサーバを含み得る、電子デバイスのための方法を含む。シグナリングサーバは、ローカルネットワーク上のビデオプッシャを認証し、ビデオプッシャであって、ローカルネットワーク上のファイアウォールの背後にあり、電子デバイスが、ファイアウォールの別の側にある、ビデオプッシャとの持続的データ接続を確立し、ローカルネットワークと関連付けられるイベント信号を受信し、受信されたイベント信号に基づいて、ローカルネットワーク上のどのカメラがビデオデータをストリーミングするかを指定するメッセージを、持続的データ接続を介して伝送することができる。シグナリングサーバは、リアルタイムのパブリケーションサブスクリプション、データ同期化、または、限定ではないが、ＭＱＴＴ、ＸＭＰＰ、ＳＴＯＭＰ、ＡＭＱＰ、ＷＡＭＰ、ＪＭ、ＺｅｒｏＭＱ、または専用メッセージングプロトコル等の要請応答プロトコルに基づいて、メッセージを伝送することができる。

伝送されるメッセージは、ストリーミングされるビデオデータを処理するための命令を含むことができる。処理の実施例は、限定ではないが、ビデオデータを暗号化すること、ビデオデータの分解能またはフレームレートを変更すること、および／またはビデオデータのビデオ圧縮コーデックを変更することを含む。処理の付加的な実施形態は、限定ではないが、ストリーミングされるビデオデータの受信者のＩＰアドレスまたはユニフォームリソースロケータ（ＵＲＬ）を指定すること、ストリーミングされるビデオデータを含む、ローカルネットワークの複数のカメラフィードを、単一またはより少ないビデオストリームにタイリングすること、ローカルネットワーク上の複数のカメラからのビデオストリームを、単一またはより少ないビデオストリームに動的に選択する、または切り替えること、および／またはストリーミングされるビデオデータの低分解能サムネイルを生成することを含む。

ローカルネットワーク上のビデオプッシャを認証するために、シグナリングサーバは、ビデオプッシャから、ローカルネットワークに関係のあるトピックのサブスクリプションを受信することができ、伝送されるメッセージは、サブスクリプションに基づく情報を含む。受信されるイベント信号は、第１のプロトコルフォーマットに基づいてもよく、シグナリングサーバは、受信されたイベント信号を、第１のプロトコルフォーマットと異なる、第２のプロトコルフォーマットに転換することができ、伝送されるメッセージは、第２のプロトコルフォーマットに基づく。

シグナリングサーバは、１つを上回るビデオプッシャと通信することができる。例えば、シグナリングサーバは、異なるローカルネットワークと関連付けられる、第２のイベント信号を受信し、受信された第２のイベント信号に基づいて、異なるローカルネットワーク上のどの第２のカメラが第２のビデオデータをストリーミングするかを示す、第２のメッセージを、第２のビデオプッシャに伝送することができる。

いくつかの実施形態は、ビデオキャッチャを含み得る、電子デバイスのための方法を含む。ビデオキャッチャは、遠隔のビデオ視聴クライアントから要請を受信することができ、要請は、ローカルネットワークのマップに基づき、遠隔のビデオ視聴クライアントは、ローカルネットワーク上にない。ビデオキャッチャは、受信された要請に基づいて、イベント信号をシグナリングサーバに伝送し、続いて、ローカルネットワークから、伝送されたイベント信号と関連付けられるビデオデータを受信し、次いで、受信されたビデオデータを遠隔のビデオ視聴クライアントに伝送することができる。

さらなる実施形態、特徴、および利点、および種々の実施形態の構造および動作が、付随の図面を参照して下記に詳細に説明される。実施形態が、例証的な目的のみのために本書に提示されることに留意されたい。付加的な実施形態が、本明細書に含有される教示に基づいて当業者に明白となるであろう。

本発明のさらなる理解を提供するために含まれ、本明細書に組み込まれ、その一部を構成する、付随の図面は、本発明の実施形態を図示し、説明とともに、本発明の原理を解説する役割を果たす。

図１は、例示的実施形態による、スマートビルディング内のカメラへの安全なアクセスを提供する、システムのブロック図を図示する。

図２は、例示的実施形態による、システムの動作を図示する。

図３は、例示的実施形態による、システム内の動作時のイベント／トリガの種々のタイプを図示する。

図４は、例示的実施形態による、システム内の動作時のファイアウォールを通したシグナリング方法を図示する。

図５は、例示的実施形態による、システム内のシグナリングサーバを図示する。

図６は、例示的実施形態による、システム内のビデオプッシャを図示する。

図７Ａは、例示的実施形態による、システム内の１つを上回るビデオプッシャを図示する。

図７Ｂは、例示的実施形態による、アナログカメラを伴うシステム内の１つを上回るビデオプッシャを図示する。

図８は、例示的実施形態による、システム内相互作用を図示する。

図９は、例示的実施形態による、システム内のビデオキャッチャを図示する。

図１０は、例示的実施形態による、システム内のユーザ相互作用を図示する。

図１１は、例示的実施形態による、システム内でのビデオ管理システム（ＶＭＳ）の統合を図示する。

図１２は、例示的実施形態による、例示的コンピューティングシステムの略図である。

（詳細な説明）
図１は、例示的実施形態による、スマートビルディング内のカメラへの安全なアクセスを提供する、システム１００のブロック図を図示する。システム１００は、ローカルネットワーク１１０（例えば、ローカルエリアネットワーク（ＬＡＮ）、企業ネットワーク）と、シグナリングサーバ１２０と、ビデオキャッチャ１３０と、インターネット１４０（例えば、広域ネットワーク（ＷＡＮ））と、遠隔のビデオクライアント１５０ａ－１５０ｍとを含んでもよい。ローカルネットワーク１１０は、ファイアウォール１１６を含んでもよく、Ｌは、ＬＡＮに結合される側を示し、Ｗは、ＷＡＮに結合される側を示す。ローカルネットワーク１１０はまた、ビデオプッシャ１１４と、１つ以上のカメラ１１２ａ－１１２ｎ（例えば、各カメラシステム１１２が異なり得る、監視カメラシステム）とを含んでもよい。カメラシステム１１２が、異なり得るにもかかわらず、カメラシステム１１２への、およびそれからの通信は、インターネットプロトコル（ＩＰ）を介してもよい。したがって、ビデオへの、およびそれからのシグナリングおよび／またはそのストリーミング等の通信が、ＩＰに転換されてもよい。ローカルネットワーク１１０は、スマートビルディング、すなわち、イベント（例えば、火災警報、侵入者が検出されること）を発生させる、またはイベントをトリガし得る、モノのインターネット（ＩｏＴ）デバイスおよび／またはセンサを含む建築物の内側において位置してもよい。いくつかの実施形態では、ローカルネットワーク１１０は、スマートビルディング内のセンサおよび／またはＩｏＴデバイスに近接または隣接するが、スマートビルディング内ではない、または同一のスマートビルディング内ではない場所に位置してもよい。

いくつかの実施形態は、（ファイアウォール１１６のＷＡＮ上／遠方側における）１つ以上の遠隔のビデオ視聴クライアント１５０が、イベントまたはトリガが生じると、（ファイアウォール１１６のＬＡＮ上／近傍側における）カメラ１１２のビデオストリームを安全に視聴することを可能にする。ビデオプッシャ１１４は、ローカルネットワーク１１０の内側において位置し、ファイアウォール１１６の背後にあり、典型的には、クラウドの中に位置する、シグナリングサーバ１２０およびビデオキャッチャ１３０に結合されてもよい。結合は、安全な様式において生じ、さらにシステム１００は、その全てが企業のＩＴ管理者にとって非常に好ましくない、ポートマッピング、ファイアウォール管理、および企業の内側におけるＶＰＮ端末の使用を要求しない。

示されるデバイスまたはシステム（例えば、ビデオプッシャ１１４、シグナリングサーバ１２０、ビデオキャッチャ１３０、遠隔のビデオ視聴クライアント１５０、および／またはカメラ１１２（例えば、監視カメラ、ＩＰカメラ、ＵＳＢカメラ、従来型カメラ、アナログカメラ））のうちの１つ以上のものが、ハードウェア、ソフトウェア、またはそれらの組み合わせを使用して、１つ以上のコンピューティングデバイス上に実装されてもよい。そのようなコンピューティングデバイスは、限定ではないが、プロセッサと、命令を実行および記憶するための、非一過性メモリを含む、メモリとを有する、デバイスを含んでもよい。メモリは、データおよびプログラム命令を有形に具現化し得る。ソフトウェアは、１つ以上のアプリケーションと、オペレーティングシステムとを含んでもよい。ハードウェアは、限定ではないが、プロセッサ、メモリ、およびグラフィカルユーザインターフェースディスプレイを含んでもよい。コンピューティングデバイスはまた、複数のプロセッサと、複数の共有または別個のメモリ構成要素とを有してもよい。例えば、コンピューティングデバイスは、クラスタリングされたコンピューティング環境の一部または全体であってもよい。

図２は、例示的実施形態による、システム２００の動作を図示し、すなわち、イベントまたはトリガが、ステップ１において、ビデオプッシャ１１４に到達し、ビデオプッシャ１１４が、シグナリングサーバ１２０への持続的データ接続（例えば、持続的なアウトバウンドＴＣＰ接続）を確立する。ステップ２におけるシグナリングサーバ１２０との後続の通信が、ファイアウォールと調和した様式、すなわち、例えば、シグナリングサーバ１２０が、本同一のソケットを横断して、ファイアウォールを逆に通して、ビデオプッシャ１１４に情報を戻すように送信し得るように、キープアライブｐｉｎｇを使用して、データ接続が持続し、維持される様式において、遂行される。ビデオプッシャ１１４は、次いで、ステップ３において、１つ以上のカメラ１１２からビデオを要請および受信し、それらのビデオストリームを好適に処理し、次いで、ステップ４において、これらをビデオキャッチャ１３０に中継する。ビデオキャッチャ１３０は、次いで、ステップ５において、ビデオストリームを好適に処理し、展開し、１つ以上の権限付与された遠隔のビデオ視聴クライアント１５０に伝送する。ある実施形態では、持続的データ接続は、ビデオプッシャ１１４が電気供給された後（例えば、起動時において）、確立されてもよい。

図３は、例示的実施形態による、システム３００内の動作時のイベント／トリガの種々のタイプを図示する。シグナリングサーバ１２０に到達するイベント／トリガは、ローカルネットワーク１１０内に常駐するＩｏＴデバイスおよびセンサ、および／またはセンサと通信する他の企業および／またはクラウドベースのシステム、および／またはビデオキャッチャ１３０、および同等物を含む、種々の複数の源から到達することができる。イベントまたはトリガは、モバイルデバイス上のアプリケーション、非常ボタン、または緊急事態ボタンからの信号を含んでもよい。イベントまたはトリガは、ローカルネットワーク１１０上のアグリゲータ（図示せず）によって受信されてもよく、アグリゲータは、イベントまたはトリガをビデオプッシャ１１４に伝送する。

例えば、ビデオキャッチャ１３０はまた、これらの遠隔のビデオ視聴クライアント１５０のうちの１つ以上のものが、屋内建築物マップまたは見取図を介してグラフィカルユーザインターフェースを視聴する、および／またはそれを相互作用すると、ビデオキャッチャ１３０からシグナリングサーバ１２０に送信されるイベントが、それによって、ビデオプッシャ１１４からの１つ以上のビデオストリームのアウトバンドフローをトリガするように、遠隔のビデオ視聴クライアント１５０と相互作用し得る。または、スマートビルディングの中に位置する、ガスセンサ、煙／火災検出器、またはスイッチまたは非常ボタンからの接点開閉部等の企業ベースのセンサが、トリガ／イベントメッセージをシグナリングサーバ１２０に提供する場合、これは、ひいては、ビデオプッシャ１１４に、ローカルネットワーク１１０内のカメラ１１２からビデオを外部にプッシュさせることができる。このように、ローカルネットワーク１１０は、ビデオストリームが、イベント／トリガの受信に応じて、あるカメラ１１２のみから、ある時間のみにおいてプッシュされるため、そのアウトバンウンドインターネット帯域を効率的に使用する。

いくつかの実施形態では、ビデオプッシャ１１４とシグナリングサーバ１２０との間の持続的接続は、ステップ２において、ジャストインタイム方式で、およびステップ１における、スマートビルディングＩｏＴベースのセンサまたはシステム等からの緊急事態トリガが生じたときにのみ、確立される。ステップ１におけるトリガはまた、ビデオプッシャ１１４自体または別のシステムによって実装される、ビデオ分析論および処理によっても引き起こされ得る。緊急事態イベントの完了において、本データ接続は、切断される。いくつかの実施形態では、データ接続が、ステップ２において確立された後、ビデオキャッチャ１３０からの他のイベントが、ステップ３において、シグナリングサーバ１２０に到達し得、これは、ひいては、持続的データ接続を経由してビデオプッシャ１１４と相互作用する。例えば、ビデオキャッチャ１３０はまた、これらの遠隔のビデオ視聴クライアント１５０のうちの１つ以上のものが、屋内建築物マップを視聴する、および／またはそれを相互作用すると、ステップ３における、ビデオキャッチャ１３０からシグナリングサーバ１２０に送信されるイベントが、それによって、ビデオプッシャ１１４からの１つ以上のビデオストリームのアウトバンドフローを引き起こすように、ステップ４において、遠隔のビデオ視聴クライアント１５０と相互作用し得る。いくつかの実施形態では、ガスセンサ、煙／火災検出器、またはスイッチまたは非常ボタンからの接点開閉部等の企業ベースのセンサが、ステップ１において、シグナリングサーバ１２０にトリガメッセージを提供し、これは、ひいては、ビデオプッシャ１１４に、企業（例えば、ローカルネットワーク１１０）内のカメラ１１２からビデオを外部にプッシュし始めさせることができる。このように、企業（例えば、ローカルネットワーク１１０）は、ビデオストリームが、あるカメラのみから、ある時間のみにおいてプッシュされるため、そのアウトバンウンドインターネット帯域を効率的に使用する。

図４は、例示的実施形態による、システム４００内のファイアウォール１１６を通したシグナリング方法を図示する。シグナリングサーバ１２０とビデオプッシャ１１４との間の通信のための例示的シグナリング方法は、メッセージキューイングテレメトリトランスポート（ＭＱＴＴ）であり、他のプロトコルもまた、使用され得る。具体的なローカルネットワーク１１０のためのビデオプッシャ１１４が、シグナリングサーバ１２０を用いて認証し、それ自体のローカルネットワーク１１０に関連するメッセージを要請する。シグナリング方法が、ＭＱＴＴである場合では、これは、それ自体のローカルネットワーク１１０に関係のあるトピック／サブトピックをサブスクライブするであろう。例えば、ビデオプッシャ１１４は、ステップ２において、シグナリングサーバ１２０によってパブリッシュされる、例えば、ストリーミングするためのカメラ１１２ａまたはカメラ１１２ａ－１１２ｆ、およびまた、各カメラのオーディオもストリーミングするかどうかを指定する、メッセージを受信し得る。ビデオプッシャ１１４のサブスクライブされるＭＱＴＴトピック／サブトピックメッセージ内のＪＳＯＮメッセージコンテンツが、図８にさらに説明されるように、ビデオプッシャ１１４の処理／中継を精密に制御するために使用される。

いくつかの実施形態では、ビデオプッシャ１１４とシグナリングサーバ１２０との間のシグナリング接続は、有意な緊急事態トリガが生じたときにのみ、生じるであろう。いくつかの実施形態では、接続はまた、ローカルネットワーク１１０によって承認された場合、ビデオプッシャ１１４が始動する度に、確立され得る。

図５は、例示的実施形態による、システム５００内のシグナリングサーバ１２０を図示する。ステップ１において到達するイベント／トリガのシグナリングフォーマットが、そのための例示的プロトコルがＭＱＴＴである、ステップ２において使用されるシグナリングフォーマットと完全に異なり得ることに留意されたい。例えば、シグナリングサーバ１２０は、ステップ１において、１つ以上の他の源からＨＴＴＰ ＰＯＳＴ／ＧＥＴを受信し、これらの複数の／異なるメッセージフォーマットを、ステップ２においてビデオプッシャ１１４のサブスクリプションメッセージ内で伝送される、ＭＱＴＴトピック／サブトピックＪＳＯＮメッセージに好適に転換し得る。単一のシグナリングサーバ１２０が、複数のローカルネットワーク１１０ａ－１１０ｅ内のビデオプッシャ１１４ａ－ｆへのＭＱＴＴサブスクリプションメッセージを取扱い得ることに留意されたい。例えば、シグナリングサーバ１２０を使用して、ローカルネットワーク１１０ａ内のセンサから到達するイベント／トリガが、ローカルネットワーク１１０ａから外へのビデオプッシュを制御し得、ローカルネットワーク１１０ｂ内のセンサから到達するイベント／トリガ（図示せず）が、ローカルネットワーク１１０ｂから外へのビデオプッシュを引き起こし得る。

図６は、例示的実施形態による、システム６００内のビデオプッシャ１１４を図示する。ビデオプッシャ１１４は、ＲＴＳＰ、ＲＴＭＰ、ＨＴＴＰ、ＲＴＰ等のそれらの既存のプロトコルを使用して、従来型ＩＰカメラ１１２と統合する。例えば、建築物１２３の３階から送信される、煙検出器からのイベント／トリガが、ステップ３において、ビデオプッシャ１１４に、３階における全ての従来型カメラ１１２からビデオストリームを要請および受信させ得、これは、次いで、好適に処理され、ビデオキャッチャ１３０に外部にプッシュされる。いくつかの実施形態では、ステップ１ｂにおけるシグナリングサーバ１２０内の構成可能なビジネス論理１２８が、ステップ２において送信されるＭＱＴＴトピック／サブトピックＪＳＯＮメッセージ／複数のメッセージ内で、どのカメラ１１２が選択されるか、それらが処理される方法等の詳細を規定するために、ステップ１ａにおいて、単一のイベントの受信物を転換するであろう。さらに別の実施形態では、ビジネス論理１１８が、ステップ３ａにおいて、シグナリングサーバ１２０の代わりに、またはそれに加えて、ビデオプッシャ１１４によって構成および適用され得る。故に、ビデオプッシャ１１４は、ステップ３ｂにおいて、ビデオストリームを要請および受信する。

図７Ａは、例示的実施形態による、システム７００内の１つを上回るビデオプッシャ１１４を図示する。前述の図に描写される、ローカルネットワーク１１０毎の単一のビデオプッシャ１１４に加えて、ビデオプッシャ１１４機能は、各ビデオプッシャ１１４がカメラ１１２のサブセットに関わる、分散型であってもよい。ある実施形態では、ＩｏＴ ＩＰベースのビデオプッシャ１ １１４ａが、Ｒａｓｐｂｅｒｒｙ Ｐｉまたは同等物等のＩｏＴプロセッサを含み、ＩＰカメラ１１２ａにＩＰ結合され、その単一のＩＰカメラ１１２ａのみの制御、処理、およびビデオプッシュを提供する。別の実施形態では、ＩｏＴ ＵＳＢベースのビデオプッシャ２ １１４ｂが、Ｒａｓｐｂｅｒｒｙ Ｐｉまたは同等物等のＩｏＴプロセッサを含み、ＵＳＢカメラ１１２ｂにＵＳＢ結合され、それによって、ＵＳＢカメラ１１２ｂからの信号をＩＰカメラ１１２の信号に転換するだけではなく、シグナリングサーバ１２０から受信されるＭＱＴＴトピック／サブトピックＪＳＯＮメッセージの受信に応じて、制御、処理、およびビデオプッシュを適用することも行う。別の実施形態では、スマートカメラベースのビデオプッシャ３ １１４ｃが、スマートカメラ１１２ｃの内側に含まれ得る。いくつかの実施形態では、シグナリングサーバ１２０は、各エッジベースの要素と、対応するステップ２ａ、２ｂ、および／または２ｃにおいて、ＭＱＴＴまたは同等物等の持続的なファイアウォールと調和したプロトコルを介して通信するであろう。

図７Ｂは、例示的実施形態による、アナログカメラ１１２を伴うシステム７００内の１つを上回るビデオプッシャ１１４を図示する。ビデオプッシャ１１４機能は、各ビデオプッシャ１１４がＩＰエンコーダ７５２の使用を通してアナログカメラ１１２のサブセットに関わる、分散型であってもよい。単一のビデオプッシャ１１４ｄ等の複数の実施形態が、存在し、アナログカメラ１１２ｄおよびＩＰエンコーダ７５２の複数の組み合わせのために使用され、ＩｏＴベースのビデオプッシャ１１４ｅが、アナログカメラ１１２ｅおよびＩＰエンコーダ７５２ｅの各組み合わせと関連付けられ、および／またはビデオプッシャ１１４ｆは、ＩＰエンコーダ７５２ｆのハードウェアまたはソフトウェアの中に埋込されることができ、ＩＰエンコーダ７５２ｆは、アナログカメラ１１２ｆに結合されることができる。

図８は、例示的実施形態による、システム８００内相互作用を図示する。ビデオプッシャ１１４は、ビデオストリームを外部に送信する前に、ステップ３において、各カメラ１１２からプルされるビデオを好適に処理することができる。このように、ビデオプッシャ１１４は、ビデオストリームを外部にプッシュすることに先立って、ビデオストリームを暗号化する、外部にプッシュされているビデオストリームの分解能／フレームレートを変更する、外部にプッシュされているビデオストリームのビデオ圧縮コーデックを変更する、ステップ４において、受信者ビデオキャッチャ１３０のＩＰアドレス／ＵＲＬを指定する、複数のカメラフィードを、単一またはより少ないビデオストリームにタイリングする、複数のカメラ１１２からのビデオストリームを、単一または複数の／より少ないビデオストリームに動的に選択する／切り替える、最小限にされる帯域の消費のために、低分解能サムネイルを生成する、ビデオ分析論を適用する、および同等物を行うようにコマンドされ得る。多くの可能性、変形例、および組み合わせが存在し、システム８００は、将来的な機能性を含み、追加するために非常に拡張可能である。シグナリングサーバ１２０はまた、リソースが、ビデオプッシャ１１４がビデオストリームを外部にプッシュし始めると、ビデオキャッチャ１３０上に動的にプロビジョニングされるように、ＭＱＴＴまたは他のプロトコルを使用して、ビデオキャッチャ１３０と通信し得る。例えば、ビデオキャッチャ１３０ａ－１３０ｇは、オンザフライで、必要に応じて自動的にクラウドの中に生成され、ビデオプッシュが開始するときに応じて、同時に実行し得る。

図９は、例示的実施形態による、システム９００内のビデオキャッチャ１３０ａを図示する。ビデオキャッチャ１３０ａの役割は、ビデオプッシャ１１４から外部にプッシュされているビデオストリームを受信すること、およびこれを複数の権限付与される受信者、すなわち、遠隔のビデオ視聴クライアント１５０に展開することである。ビデオキャッチャ１３０によって提供されるメディアサービスは、屋内双方向建築物マップ、プッシュトゥトーク、および他の音声通信サービス（建築物内ビデオの視聴者が、見ている内容について話し合い得るように）、相互運用性システムサービス（外部にプッシュされている建築物内ビデオストリームを見ている視聴者が、従来型のＬＭＲ無線ユーザと通信し得るように）等の他のウェブサービスと統合されてもよい。いくつかの実施形態では、ビデオキャッチャ１３０は、必要に応じて、動的に準備提供および起動され、ビデオキャッチャ１３０は、同時に実行し、デスクトップおよびスマートフォン／モバイルクライアントの両方にビデオストリームを供給することが可能である。

図１０は、例示的実施形態による、システム１０００内のユーザ相互作用を図示する。ユーザは、その遠隔のビデオ視聴クライアント１５０と相互作用し、ビデオプッシュおよびカメラ１１２動作を制御し得る。例えば、エンドユーザは、例えば、ステップ１において受信されるＨＴＴＰ ＰＯＳＴイベントと、ステップ２において受信されるＭＱＴＴと、ステップ３において受信されるオープンネットワークビデオインタフェースフォーラム（ＯＮＶＩＦ）ストリームデータとの間で転換することによって、カメラ１１２上にパンチルトズーム（ＰＴＺ）動作を引き起こし得る。

図１１は、例示的実施形態による、システム１１００内でのビデオ管理システム（ＶＭＳ）１６０の統合を図示する。前述の図に説明されるシステムおよび方法はまた、従来型ＶＭＳシステム１６０とも呼ばれる、ＶＭＳシステム１６０に適用可能である。ある実施形態では、片側（ステップ２）において、ビデオプッシャ１１４は、ＭＱＴＴサブスクリプションメッセージを介して情報を交換し、他側において（ステップ３ａにおいて）、従来型（例えば、構内ベースの）ＶＭＳシステム１６０の中の標準的な（例えば、構内ベースの）ＶＭＳクライアントとして作用する。このように、遠隔のビデオ視聴クライアント１５０は、従来型ＶＭＳ１６０内の記録を視聴および相互作用（停止、一時停止、早送り等）することができ、複数のカメラフィードのすでにタイリングされたバージョンを外部にプッシュすることができ、複数のカメラを伴うＰＴＺシーンを開始することができ、および同等物を行うことができる。

当業者は、用語「企業」および「スマートビルディング」の使用が、本明細書に説明される革新的ソリューションの可用性の例示的インジケーションであることを認識するであろう。これらのソリューションは、カメラおよびビデオストリームの安全な監視が所望される、固定および可動の用途および環境の両方に適用可能である。固定用途および環境のいくつかの実施形態は、限定ではないが、企業、スマートビルディング、キャンパス、農場、および／または行政区および領域を含む。可動用途および環境のいくつかの実施形態は、限定ではないが、自動車用および緊急事態車両、公共、私営、学校バス、他の輸送システム（例えば、鉄道システム、地下鉄システム、飛行機、水上車両）、および／または無人航空車両（ＵＡＶ）／ドローンを含む。これらの種々のソリューションにおいて、用語「ローカルネットワーク」は、広義には、外界からのファイアウォール分離を伴う、固定および／または可動環境（例えば、企業、スマートビルディング、建築物、キャンパス、農場、行政および領域、自動車用および緊急事態車両、およびバス）において管理される、ネットワークを含むために使用される。さらに、カメラおよびセンサへのコネクティビティが、直接接続、およびビデオ管理システムおよび類似のソフトウェアを介した接続の両方を含むことを理解されたい。また、非ＩＰセンサおよび非ＩＰデバイスが、これらの非ＩＰセンサおよび非ＩＰデバイスに結合され、これらのセンサおよびデバイスのためのＩＰコネクティビティ（要求に応じて、双方向のＩＰコネクティビティ）を提供し得る、ＩＰ通信デバイスを使用することにより、本ソリューションによって対処されることも理解されたい。
システム実装

種々の実施形態が、ソフトウェア、ファームウェア、ハードウェア、またはそれらの組み合わせによって実装されることができる。図１２は、種々の実施形態内で説明されるシステムおよびデバイスが、コンピュータ可読コードおよび／またはテキスト可読コードとして実装され得る、例示的コンピュータシステム１２００を図示する。本説明を熟読した後、他のシステムおよび／または処理アーキテクチャを使用して実施形態を実装する方法が、当業者に明白な状態となるであろう。例えば、ビデオプッシャ、シグナリングサーバ、ビデオキャッチャ、カメラ、および／または遠隔のビデオ視聴クライアントが、コンピュータシステム１２００によって実装され得る。

コンピュータシステム１２００は、プロセッサ１２０４等の１つ以上のプロセッサ（中央処理ユニットまたはＣＰＵとも呼ばれる）を含む。プロセッサ１２０４は、通信インフラストラクチャまたはバス１２０６に接続される。１つ以上のプロセッサ１２０４は、それぞれ、グラフィック処理ユニット（ＧＰＵ）であってもよい。ある実施形態では、ＧＰＵは、数学的に集約的なアプリケーションを処理するように設計される、特殊電子回路である、プロセッサである。ＧＰＵは、コンピュータグラフィックアプリケーション、画像、ビデオ等に共通の数学的に集約的なデータ等の大きいデータブロックの並行処理のために効率的である、並列構造を有してもよい。

コンピュータシステム１２００はまた、ユーザ入力／出力インターフェース１２０２を通して通信インフラストラクチャ１２０６と通信する、モニタ、キーボード、ポインティングデバイス等のユーザ入力／出力デバイス１２０３を含む。コンピュータシステム１２００はまた、ランダムアクセスメモリ（ＲＡＭ）等のメインまたは一次メモリ１２０８を含む。メインメモリ１２０８は、１つ以上のキャッシュのレベルを含んでもよい。メインメモリ１２０８は、その中に、制御論理（すなわち、コンピュータソフトウェア）および／またはデータを記憶している。

コンピュータシステム１２００はまた、１つ以上の二次記憶デバイスまたはメモリ１２１０を含んでもよい。二次メモリ１２１０は、例えば、ハードディスクドライブ１２１２および／またはリムーバブル記憶デバイスまたはドライブ１２１４を含んでもよい。リムーバブル記憶ドライブ１２１４は、フロッピーディスクドライブ、磁気テープドライブ、コンパクトディスクドライブ、光学記憶デバイス、テープバックアップデバイス、および／または任意の他の記憶デバイス／ドライブであってもよい。

リムーバブル記憶ドライブ１２１４は、リムーバブル記憶ユニット１２１８と相互作用してもよい。リムーバブル記憶ユニット１２１８は、その上にコンピュータソフトウェア（制御論理）および／またはデータを記憶している、コンピュータ使用可能または可読記憶デバイスを含む。リムーバブル記憶ユニット１２１８は、フロッピーディスク、磁気テープ、コンパクトディスク、ＤＶＤ、光学記憶ディスク、および／または任意の他のコンピュータデータ記憶デバイスであってもよい。リムーバブル記憶ドライブ１２１４は、周知の様式において、リムーバブル記憶ユニット１２１８から読み取る、および／またはそれに書き込む。

例示的実施形態によると、二次メモリ１２１０は、コンピュータプログラムおよび／または他の命令および／またはデータが、コンピュータシステム１２００によってアクセスされることを可能にするための、他の手段、媒介、または他のアプローチを含んでもよい。そのような手段、媒介、または他のアプローチは、例えば、リムーバブル記憶ユニット１２２２と、インターフェース１２２０とを含んでもよい。リムーバブル記憶ユニット１２２２およびインターフェース１２２０の実施例は、プログラムカートリッジおよびカートリッジインターフェース（ビデオゲームデバイス内に見出されるもの等）、リムーバブルメモリチップ（ＥＰＲＯＭまたはＰＲＯＭ等）および関連付けられるソケット、メモリスティックおよびＵＳＢポート、メモリカードおよび関連付けられるメモリカードスロット、および／または任意の他のリムーバブル記憶ユニットおよび関連付けられるインターフェースを含んでもよい。

コンピュータシステム１２００はさらに、通信またはネットワークインターフェース１２２４を含んでもよい。通信インターフェース１２２４は、コンピュータシステム１２００が、遠隔デバイス、遠隔ネットワーク、遠隔エンティティ等（個々に、および集合的に、参照番号１２２８によって参照される）の任意の組み合わせと通信し、相互作用することを可能にする。例えば、通信インターフェース１２２４は、コンピュータシステム１２００が、有線および／無線であり得、ＬＡＮ、ＷＡＮ、インターネット等の任意の組み合わせを含み得る、通信経路１２２６を経由して遠隔デバイス１２２８と通信することを可能にしてもよい。制御論理および／またはデータが、通信経路１２２６を介してコンピュータシステム１２００に、またはそれから伝送されてもよい。

ある実施形態では、その上に記憶される制御論理（ソフトウェア）を有する有形のコンピュータ使用可能または可読媒体を備える、有形の装置または製造品もまた、本明細書においてコンピュータプログラム製品またはプログラム記憶デバイスと称される。これは、限定ではないが、コンピュータシステム１２００、メインメモリ１２０８、二次メモリ１２１０、およびリムーバブル記憶ユニット１２１８および１２２２、および前述のものの任意の組み合わせを具現化する、有形の製品を含む。そのような制御論理は、１つ以上のデータ処理デバイス（コンピュータシステム１２００等）によって実行されると、そのようなデータ処理デバイスを本明細書に説明されるように動作させる。

本開示に含有される教示に基づいて、データ処理デバイス、コンピュータシステム、および／またはコンピュータアーキテクチャを使用して本発明の実施形態を作製し、使用する方法が、当業者に明白となるであろう。特に、実施形態は、本明細書に説明されるもの以外のソフトウェア、ハードウェア、および／またはオペレーティングシステム実装を用いて動作し得る。
結論

概要および要約の節（該当する場合）ではなく、詳細な説明の節が、請求項を解釈するために使用されることを意図することを理解されたい。概要および要約の節（該当する場合）は、本発明の１つ以上であるが全てではない例示的実施形態を、本発明者（ら）によって検討されるものとして記載し得、したがって、本発明または添付の請求項をいかようにも限定することを意図していない。

本発明は、例示的分野および用途に関して例示的実施形態を参照して本明細書に説明されているが、本発明が、それらに限定されるものではないことを理解されたい。他の実施形態およびそれへの修正が、可能性として考えられ、本発明の範囲および精神内のものである。例えば、本段落の一般性を限定することなく、実施形態は、図に図示される、および／または本明細書に説明される、ソフトウェア、ハードウェア、ファームウェア、および／またはエンティティに限定されない。さらに、実施形態（本明細書に明示的に説明されているかどうかにかかわらず）は、本明細書に説明される実施例以外の分野および用途に有意な有用性を有する。

実施形態は、規定される機能の実装およびその関係を図示する機能構成要素の補助を借りて本明細書に説明されている。これらの機能構成要素の境界は、説明の利便性のために本明細書において任意に定義されている。代替の境界が、規定される機能および関係（またはその均等物）が適切に実施される限り、定義され得る。また、代替実施形態が、本明細書に説明されているものと異なる順序を使用して、機能ブロック、ステップ、動作、方法等を実施し得る。

本発明の範疇および範囲は、上記に説明される例示的実施形態のうちのいずれかによって限定されるべきではなく、以下の請求項およびその均等物によってのみ定義されるべきである。

Claims (24)

1. ローカルネットワーク上の電子デバイスのための方法であって、
   シグナリングサーバとの持続的データ接続を確立することであって、前記電子デバイスは、前記ローカルネットワークのファイアウォールの背後にあり、前記シグナリングサーバは、前記ファイアウォールの別の側にある、ことと、
   前記シグナリングサーバから前記持続的データ接続を介して第１の情報を受信することと、
   受信された前記第１の情報に基づいて、前記ローカルネットワーク上のカメラからビデオデータを要請することと、
   前記カメラから、要請された前記ビデオデータを受信することと、
   受信された前記第１の情報に基づいて、受信された前記ビデオデータを前記ファイアウォールを通して伝送することと
   を含む、方法。
2. 前記ビデオデータを伝送する前に、受信された前記ビデオデータを、受信された前記第１の情報に基づいて処理することをさらに含み、前記処理することは、前記ビデオデータを暗号化すること、ビデオフォーマットをトランスコードすること、前記ビデオデータの分解能またはフレームレートを変更すること、前記ビデオデータのビデオ圧縮を変更すること、メタデータを用いて前記ビデオを変換すること、画像データを不明瞭にするかまたは改変すること、または視覚ウォータマークを挿入することを含む、請求項１に記載の方法。
3. 受信者のインターネットプロトコル（ＩＰ）アドレスまたはユニフォームリソースロケータ（ＵＲＬ）を指定すること、
   前記ビデオデータを含む前記ローカルネットワークの複数のカメラフィードを、単一またはより少ないビデオストリームにタイリングすること、
   前記ローカルネットワーク上の複数のカメラからのビデオストリームを、単一またはより少ないビデオストリームに動的に選択するかまたは切り替えること、または
   前記ビデオデータの低分解能画像サムネイルまたは前記ビデオデータの高分解能画像小区分を生成すること
   をさらに含む、請求項１に記載の方法。
4. 前記シグナリングサーバを用いて認証することと、
   前記ローカルネットワークに関連する情報を要請することと、
   前記要請することに応答して、前記第１の情報を受信することと
   をさらに含む、請求項１に記載の方法。
5. 前記要請することは、リアルタイムのパブリケーションサブスクリプション、データ同期化、または、限定ではないが、メッセージキューイングテレメトリトランスポート（ＭＱＴＴ）プロトコル、ＸＭＰＰ、ＳＴＯＭＰ、ＡＭＱＰ、ＷＡＭＰ、ＪＭ、ＺｅｒｏＭＱ、または専用メッセージングプロトコル等の要請応答プロトコルに基づいており、前記要請することは、前記ローカルネットワークに関係のあるトピックをサブスクライブすることを含む、請求項４に記載の方法。
6. 従来型カメラと統合することと、
   受信された前記第１の情報を、前記従来型カメラと互換性のある第１のフォーマットに転換することと、
   前記従来型カメラから第２のビデオデータを要請することと、
   前記従来型カメラから前記第２のビデオデータを受信することと、
   前記第２のビデオデータを、前記第１のフォーマットと異なる第２のフォーマットに転換することと、
   前記第２のフォーマットにおける前記第２のビデオデータを、前記ファイアウォールを通して伝送することと
   をさらに含む、請求項１に記載の方法。
7. 前記第１のフォーマットは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）と、リアルタイムメッセージングプロトコル（ＲＴＭＰ）と、ハイパーテキスト転送プロトコル（ＨＴＴＰ）と、リアルタイムトランスポートプロトコル（ＲＴＰ）と、同等物とを含む、ビデオストリーミングプロトコルを含む、請求項６に記載の方法。
8. 前記カメラは、インターネットプロトコル（ＩＰ）カメラ、ユニバーサルシリアルバス（ＵＳＢ）カメラ、またはアナログ／ＩＰコンバータに結合されるアナログカメラである、請求項１に記載の方法。
9. ルールベースのソフトウェアモジュールが、前記カメラの内側において含まれる、請求項２１に記載の方法。
10. 前記第１の情報は、
    センサの一意の識別、製造番号、センサタイプ、場所、センサの読取値、読取値、記号、状態、または警告、警報、通知またはテキストメッセージ、数値、視覚表現、オーディオ信号等の表現の形態における、読取値または一連の読取値の翻訳または解釈された意味等の、前記ローカルネットワーク上の、または前記ローカルネットワークまたは前記ローカルネットワーク上のデバイスが接続され得る別のネットワーク上のセンサまたはモノのインターネット（ＩｏＴ）デバイスと関連付けられる、データ、または
    ジオリファレンスされた、または固定された基準座標系、マップ、見取図、または３次元モデル上の別のオブジェクトまたはモノに対するセンサの相対場所等の前記センサの環境に関係のある前記センサまたは条件と関連付けられる、他の関連のある情報またはデータ
    を含む、請求項１に記載の方法。
11. 前記ローカルネットワーク上の前記センサまたは前記ＩｏＴデバイスは、ガスセンサ、煙／火災検出器、またはスイッチまたは非常ボタンの接点開閉部、人工知能または分析論ベースのオブジェクト、イベント、条件、リアルタイムで、単独または他のものと協調してのいずれかでビデオデータを解釈する状態変化状態検出モジュール、他のセンサ、システム、データベース、分析機能、または情報源からの履歴または予測データを含み、前記センサは、それ自体で、または別のデバイスまたはモジュールに結合されると、ルールベースまたは事前に指定される受信者エージェントに伝送されるべき警報、イベント通知、または警告信号を引き起こす、請求項１０に記載の方法。
12. キープアライブｐｉｎｇを使用して前記持続的データ接続を維持することと、
    前記第１の情報を受信するために使用される同一のソケットを使用して、前記持続的データ接続を介して第２の情報を受信することと
    をさらに含む、請求項１に記載の方法。
13. 電子デバイスのための方法であって、
    ローカルネットワーク上のビデオプッシャを認証することと、
    前記ビデオプッシャとの持続的データ接続を確立することであって、ビデオプッシャは、前記ローカルネットワーク上のファイアウォールの背後にあり、前記電子デバイスは、前記ファイアウォールの別の側にある、ことと、
    前記ローカルネットワークと関連付けられるイベント信号を受信することと、
    受信された前記イベント信号に基づいて、前記持続的データ接続を介して、前記ローカルネットワーク上のどのカメラがビデオデータをストリーミングするかを指定するメッセージを伝送することと
    を含む、方法。
14. 前記メッセージは、前記ビデオデータを暗号化すること、前記ビデオデータの分解能またはフレームレートを変更すること、または前記ビデオデータのビデオ圧縮コーデックを変更することを含む、ストリーミングされる前記ビデオデータを処理することのための命令を含む、請求項１３に記載の方法。
15. 前記メッセージは、
    ストリーミングされる前記ビデオデータの受信者のＩＰアドレスまたはユニフォームリソースロケータ（ＵＲＬ）を指定すること、
    ストリーミングされる前記ビデオデータを含む前記ローカルネットワークの複数のカメラフィードを、単一またはより少ないビデオストリームにタイリングすること、
    前記ローカルネットワーク上の複数のカメラからのビデオストリームを、単一またはより少ないビデオストリームに動的に選択するかまたは切り替えること、または
    ストリーミングされる前記ビデオデータの低分解能サムネイルを生成すること
    を含む命令を含む、請求項１３に記載の方法。
16. 前記認証することは、前記ビデオプッシャから、前記ローカルネットワークに関係のあるトピックのサブスクリプションを受信することを含み、伝送される前記メッセージは、前記サブスクリプションに基づく情報を含む、請求項１３に記載の方法。
17. 受信される前記イベント信号は、第１のプロトコルフォーマットに基づいており、前記方法はさらに、受信された前記イベント信号を、前記第１のプロトコルフォーマットと異なる第２のプロトコルフォーマットに転換することを含み、伝送される前記メッセージは、前記第２のプロトコルフォーマットに基づいている、請求項１３に記載の方法。
18. 異なるローカルネットワークと関連付けられる第２のイベント信号を受信することと、
    受信された前記第２のイベント信号に基づいて、前記異なるローカルネットワーク上のどの第２のカメラが第２のビデオデータをストリーミングするかを示す第２のメッセージを第２のビデオプッシャに伝送することと
    をさらに含む、請求項１３に記載の方法。
19. 前記メッセージを伝送することは、リアルタイムのパブリケーションサブスクリプション、データ同期化、または、限定ではないが、メッセージキューイングテレメトリトランスポート（ＭＱＴＴ）プロトコル、ＸＭＰＰ、ＳＴＯＭＰ、ＡＭＱＰ、ＷＡＭＰ、ＪＭ、ＺｅｒｏＭＱ、または専用メッセージングプロトコル等の要請応答プロトコルに基づいている、請求項１３に記載の方法。
20. 電子デバイスのための方法であって、
    遠隔のビデオ視聴クライアントから要請を受信することであって、前記要請は、ローカルネットワークのマップに基づいており、前記遠隔のビデオ視聴クライアントは、前記ローカルネットワーク上にない、ことと、
    受信された前記要請に基づいて、イベント信号をシグナリングサーバに伝送することと、
    前記ローカルネットワークから、伝送された前記イベント信号と関連付けられるビデオデータを受信することと、
    受信された前記ビデオデータを前記遠隔のビデオ視聴クライアントに伝送することと
    を含む、方法。
21. 前記ビデオを伝送することに先立って、受信された前記第１の情報と併せてルールベースのソフトウェアモジュールを利用することであって、前記利用することは、イベントデータ、センサデータ、受信者データ、または他の基準を含む、ルールに基づいて、前記ビデオデータの受信者を決定することを含む、こと
    をさらに含み、
    イベントデータは、イベントタイプ、イベント重大度、イベント優先度、または日付または時間を含み、
    センサデータは、センサの読取値、警告、状態、条件、場所、または持続時間を含み、
    受信者データは、前記受信者の識別、場所、セキュリティ分類、または権限付与レベル、機能、技能、能力、または可用性を含む、
    請求項１に記載の方法。
22. 前記持続的データ接続を確立することは、前記電子デバイスが給電された後に生じる、請求項１に記載の方法。
23. 前記確立することは、
    トリガを受信することと、
    前記トリガに応答して、前記シグナリングサーバとの前記持続的データ接続を確立することと
    を含む、請求項１に記載の方法。
24. 前記ローカルネットワーク上の前記カメラは、ビデオ管理システム（ＶＭＳ）に結合され、要請ビデオデータは、前記ＶＭＳを介して伝送され、要請された前記ビデオデータは、前記ＶＭＳを介して受信される、請求項１に記載の方法。

Images