特表2023-541844モノのインターネット（ＩＯＴ）の動的ポリシ管理のための方法および装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-10-04
(54)【発明の名称】モノのインターネット（ＩＯＴ）の動的ポリシ管理のための方法および装置
(51)【国際特許分類】
H04M 11/04 20060101AFI20230927BHJP
G08B 17/00 20060101ALI20230927BHJP
G16Y 10/75 20200101ALI20230927BHJP
H04M 11/08 20060101ALI20230927BHJP
【ＦＩ】
H04M11/04
G08B17/00 C
G16Y10/75
H04M11/08
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023515596
(86)(22)【出願日】2021-09-09
(85)【翻訳文提出日】2023-03-29
(86)【国際出願番号】 US2021049681
(87)【国際公開番号】W WO2022056140
(87)【国際公開日】2022-03-17
(31)【優先権主張番号】17/018,064
(32)【優先日】2020-09-11
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】521211572
【氏名又は名称】ミューチュアリンク， インコーポレイテッド
(74)【代理人】
【識別番号】100078282
【弁理士】
【氏名又は名称】山本 秀策
(74)【代理人】
【識別番号】100113413
【弁理士】
【氏名又は名称】森下 夏樹
(74)【代理人】
【識別番号】100181674
【弁理士】
【氏名又は名称】飯田 貴敏
(74)【代理人】
【識別番号】100181641
【弁理士】
【氏名又は名称】石川 大輔
(74)【代理人】
【識別番号】230113332
【弁護士】
【氏名又は名称】山本 健策
(72)【発明者】
【氏名】ウェングロヴィッツ， マイケル エス．
(72)【発明者】
【氏名】マッツァレラ， ジョゼフ アール．
(72)【発明者】
【氏名】セトラー， アナンド
【テーマコード（参考）】
5G405
5K201
【Ｆターム（参考）】
5G405AA01
5G405AA02
5G405AB02
5G405AB03
5G405CA18
5K201BA03
5K201EC06
5K201ED09
(57)【要約】
いくつかの実施形態は、送受信機と、プロセッサとを備える、ブローカポリシマネージャ（ＢＰＭ）を含み、プロセッサは、インシデント招待モデルに基づいてモノのインターネット（ＩｏＴ）クライアント証明書と関連付けられる、ポリシを動的に変更するように構成される。いくつかの実施形態では、プロセッサは、第１のＩｏＴクライアントが、あるインシデントに対応するインシデント通信ネットワークの参加者であることを判定し、第１の命令を証明書ベースのＩｏＴブローカに伝送し、第１のＩｏＴクライアントが、インシデントに対応するトピックをパブリッシュまたはサブスクライブすることを可能にするように、第１のＩｏＴクライアントの第１の証明書と関連付けられる、第１のＩｏＴポリシを変更することができる。
【特許請求の範囲】
【請求項1】
ブローカポリシマネージャ（ＢＰＭ）のためのシステムであって、送受信機と、
前記送受信機に結合された１つ以上のプロセッサと
を備え、
前記１つ以上のプロセッサは、
第１のモノのインターネット（ＩｏＴ）クライアントが、あるインシデントに対応するインシデント通信ネットワークの参加者であることを判定することと、
第１の命令を証明書ベースのＩｏＴブローカに伝送し、前記第１のＩｏＴクライアントが、前記インシデントに対応する第１のトピックをパブリッシュまたはサブスクライブすることを可能にするように、前記第１のＩｏＴクライアントの第１の証明書と関連付けられる、第１のＩｏＴポリシを変更することと、
第２のＩｏＴクライアントが、前記第１のＩｏＴクライアントから、前記インシデント通信ネットワークに加わるための招待を受け取ることのインジケーションを受信することと、
第２の命令を前記証明書ベースのＩｏＴブローカに伝送し、前記第２のＩｏＴクライアントが、前記インシデントに対応する前記第１のトピックをパブリッシュまたはサブスクライブすることを可能にする、前記第２のＩｏＴクライアントの第２の証明書と関連付けられる、第２のＩｏＴポリシを変更することと
を行うように構成される、システム。
【請求項2】
前記第１のＩｏＴクライアントが前記インシデント通信ネットワークの参加者であることを判定するために、前記１つ以上のプロセッサは、前記送受信機を介して、前記第１のＩｏＴクライアントから直接または間接的に、前記第１のＩｏＴクライアントが、前記インシデント通信ネットワークを生成していること、または前記第１のＩｏＴクライアントが、前記インシデント通信ネットワークに加わるように招待されていることのインジケーションを受信するように構成される、請求項１に記載のシステム。
【請求項3】
前記１つ以上のプロセッサはさらに、前記ＢＰＭを備える第２のトピックをサブスクライブすることと、
前記証明書ベースのＩｏＴブローカから、前記第１のＩｏＴクライアントによって伝送された第２のパブリッシュされたメッセージに対応する、前記ＢＰＭに対応する前記第２のトピックに関するパブリッシュされたメッセージを受信することと
を行うように構成され、
前記第２のパブリッシュされたメッセージは、前記第１のＩｏＴクライアントが、前記インシデントに対応する前記インシデント通信ネットワーク内の前記参加者であることを示す、請求項２に記載のシステム。
【請求項4】
前記ＢＰＭを備える前記第２のトピックに関する前記パブリッシュされたメッセージは、前記第１のＩｏＴクライアントが、前記インシデントを生成したことを示す、請求項３に記載のシステム。
【請求項5】
要求することおよび受信することは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、メッセージキューイングテレメトリトランスポート（ＭＱＴＴ）プロトコル、拡張可能メッセージングおよびプレゼンスプロトコル（ＸＭＰＰ）、ストリーミングテキスト指向メッセージングプロトコル（ＳＴＯＭＰ）、高度なメッセージキューイングプロトコル（ＡＭＱＰ）、ウェブアプリケーションメッセージングプロトコル（ＷＡＭＰ）、Ｊａｖａ（登録商標）メッセージサービス（ＪＭＳ）、ＺｅｒｏＭＱメッセージトランスポートプロトコル（ＺＭＴＰ）、または独自のメッセージングプロトコルを含む、リアルタイムのパブリケーションサブスクリプション、データ同期、または要求応答プロトコルに基づき、前記要求は、前記インシデントに関連する前記第１のトピックをサブスクライブすることを含む、請求項３に記載のシステム。
【請求項6】
前記第１のＩｏＴクライアントは、ソフトウェアルーチン、ウェブブラウザ、マップまたはマップの領域、グラフィカルユーザインターフェース（ＧＵＩ）、アクチュエータ、人工知能または分析論ベースのオブジェクト、イベント、または条件、他のセンサ、システム、データベース、分析機能、または情報源から単独または他のリアルタイムデータ、履歴データ、または予測データと協調してのいずれかでビデオデータを解釈する、状態変化状態検出モジュール、センサ、ルールベースまたは事前に指定された受信者エージェントに伝送されることになる警報、イベント通知、または警告信号を引き起こす、別のデバイスまたはモジュールに結合されるセンサ、ガスセンサ、煙／火災検出器、もしくはスイッチまたは非常ボタンの接点開閉部を備える、請求項１に記載のシステム。
【請求項7】
前記第１のＩｏＴクライアントは、前記インシデント通信ネットワークに結合された相互運用性ワークステーション（ＩＷＳ）のＧＵＩを備える、請求項６に記載のシステム。
【請求項8】
前記１つ以上のプロセッサはさらに、第３のＩｏＴクライアントが、前記第１のＩｏＴクライアントと前記第１の証明書を共有することを判定するように構成され、前記第１の証明書は、前記第３のＩｏＴクライアントが、前記インシデントを備える前記第１のトピックをパブリッシュまたはサブスクライブすることを可能にする、請求項７に記載のシステム。
【請求項9】
前記第１のＩｏＴクライアントが前記インシデント通信ネットワークの参加者であることを判定するために、前記１つ以上のプロセッサは、前記送受信機を介して、マルチキャストベースの通信システムのマルチキャストチャネル上で、前記第１のＩｏＴクライアントが、前記インシデント通信ネットワークを生成していること、または前記第１のＩｏＴクライアントが、前記インシデント通信ネットワークに加わるように招待されていることのインジケーションを受信するように構成される、請求項１に記載のシステム。
【請求項10】
前記第１のＩｏＴクライアントおよび前記第２のＩｏＴクライアントは、前記インシデント通信ネットワークを介して、または前記証明書ベースのＩｏＴブローカを介して情報を交換する、請求項１に記載のシステム。
【請求項11】
ブローカポリシマネージャ（ＢＰＭ）のための方法であって、第１のモノのインターネット（ＩｏＴ）クライアントが、あるインシデントに対応するインシデント通信ネットワークの参加者であることを判定することと、
第１の命令を証明書ベースのＩｏＴブローカに伝送し、前記第１のＩｏＴクライアントが、前記インシデントに対応する第１のトピックをパブリッシュまたはサブスクライブすることを可能にするように、前記第１のＩｏＴクライアントの第１の証明書と関連付けられる、第１のＩｏＴポリシを変更することと
を含み、
前記第１の命令は、第２のＩｏＴクライアントが、前記インシデントに対応する前記第１のトピックをパブリッシュまたはサブスクライブすることを可能にする、前記第２のＩｏＴクライアントの第２の証明書と関連付けられる、第２のＩｏＴポリシへの変更を示す、方法。
【請求項12】
前記第１のＩｏＴクライアントが前記インシデント通信ネットワークの参加者であることを判定することは、前記第１のＩｏＴクライアントから直接または間接的に、前記第１のＩｏＴクライアントが、前記インシデント通信ネットワークを生成していること、または前記第１のＩｏＴクライアントが、前記インシデント通信ネットワークに加わるように招待されていることのインジケーションを受信することを含む、請求項１１に記載の方法。
【請求項13】
前記ＢＰＭを備える第２のトピックをサブスクライブすることと、前記証明書ベースのＩｏＴブローカから、前記第１のＩｏＴクライアントによって伝送された第２のパブリッシュされたメッセージに対応する、前記ＢＰＭに対応する前記第２のトピックに関するパブリッシュされたメッセージを受信することと
をさらに含み、
前記第２のパブリッシュされたメッセージは、前記第１のＩｏＴクライアントが、前記インシデントに対応する前記インシデント通信ネットワーク内の前記参加者であることを示す、請求項１２に記載の方法。
【請求項14】
前記ＢＰＭに対応する前記第２のトピックに関する前記パブリッシュされたメッセージは、前記第１のＩｏＴクライアントが、前記インシデント通信ネットワークを生成したことを示す、請求項１３に記載の方法。
【請求項15】
要求することおよび受信することは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、メッセージキューイングテレメトリトランスポート（ＭＱＴＴ）プロトコル、拡張可能メッセージングおよびプレゼンスプロトコル（ＸＭＰＰ）、ストリーミングテキスト指向メッセージングプロトコル（ＳＴＯＭＰ）、高度なメッセージキューイングプロトコル（ＡＭＱＰ）、ウェブアプリケーションメッセージングプロトコル（ＷＡＭＰ）、Ｊａｖａ（登録商標）メッセージサービス（ＪＭＳ）、ＺｅｒｏＭＱメッセージトランスポートプロトコル（ＺＭＴＰ）、または独自のメッセージングプロトコルを含む、リアルタイムのパブリケーションサブスクリプション、データ同期、または要求応答プロトコルに基づき、前記要求は、前記インシデントに関連する前記第１のトピックをサブスクライブすることを含む、請求項１３に記載の方法。
【請求項16】
第１のＩｏＴクライアントは、ソフトウェアルーチン、ウェブブラウザ、マップの領域、グラフィカルユーザインターフェース（ＧＵＩ）、アクチュエータ、人工知能または分析論ベースのオブジェクト、イベント、または条件、他のセンサ、システム、データベース、分析機能、または情報源から単独または他のリアルタイムデータ、履歴データ、または予測データと協調してのいずれかでビデオデータを解釈する、状態変化状態検出モジュール、センサ、ルールベースまたは事前に指定された受信者エージェントに伝送されることになる警報、イベント通知、または警告信号を引き起こす、別のデバイスまたはモジュールに結合されるセンサ、ガスセンサ、煙／火災検出器、もしくはスイッチまたは非常ボタンの接点開閉部を備える、請求項１１に記載の方法。
【請求項17】
前記第１のＩｏＴクライアントは、前記インシデント通信ネットワークに結合された相互運用性ワークステーション（ＩＷＳ）のＧＵＩを備え、前記第２のＩｏＴクライアントは、アクチュエータを備える、請求項６に記載の方法。
【請求項18】
第３のＩｏＴクライアントが、前記第１のＩｏＴクライアントと前記第１の証明書を共有することを判定することをさらに含み、前記第１の証明書は、前記第３のＩｏＴクライアントが、前記インシデントを備える前記第１のトピックをパブリッシュまたはサブスクライブすることを可能にする、請求項１７に記載の方法。
【請求項19】
前記第１のＩｏＴクライアントおよび前記第２のＩｏＴクライアントは、前記インシデント通信ネットワークを介して、または前記証明書ベースのＩｏＴブローカを介して情報を交換する、請求項１１に記載の方法。
【請求項20】
命令を記憶する非一過性コンピュータ可読媒体であって、前記命令は、第１の電子デバイスのプロセッサによって実行されると、前記プロセッサに、ブローカポリシマネージャ（ＢＰＭ）のための動作を実施させ、前記動作は、第１のモノのインターネット（ＩｏＴ）クライアントが、あるインシデントに対応するインシデント通信ネットワークの参加者であることを判定することと、
第１の命令を証明書ベースのＩｏＴブローカに伝送し、前記第１のＩｏＴクライアントが、前記インシデントに対応するトピックをパブリッシュまたはサブスクライブすることを可能にするように、前記第１のＩｏＴクライアントの第１の証明書と関連付けられる、第１のＩｏＴポリシを変更することと
を含み、
第２のＩｏＴクライアントは、前記第２のＩｏＴクライアントが、前記インシデントに対応する前記トピックをパブリッシュまたはサブスクライブすることを可能にする、前記第１の証明書を共有する、非一過性コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
（分野）
本実施形態は、概して、インシデントの間にモノのインターネット（ＩｏＴ）デバイスを管理することに関する。
本実施形態は、概して、インシデントの間にモノのインターネット（ＩｏＴ）デバイスを管理することに関する。
【背景技術】
【0002】
（背景）
モノのインターネット（ＩｏＴ）クライアントは、中間ブローカを介して交換されるトピックベースのパブリッシュおよびサブスクライブメッセージを使用して、一対多の方式において通信する。例えば、第１のＩｏＴクライアントは、特定のトピックをサブスクライブする。第２のＩｏＴクライアントが、特定のトピックに関するメッセージをパブリッシュすると、ＩｏＴブローカが、パブリッシュされたメッセージを、第１のＩｏＴクライアント等の特定のトピックをサブスクライブしているＩｏＴクライアントに展開する。第１のＩｏＴクライアントが、特定のトピックをサブスクリプション停止する場合、ＩｏＴブローカは、もはや、特定のトピックに関するメッセージを第１のＩｏＴクライアントに展開しなくなる。
モノのインターネット（ＩｏＴ）クライアントは、中間ブローカを介して交換されるトピックベースのパブリッシュおよびサブスクライブメッセージを使用して、一対多の方式において通信する。例えば、第１のＩｏＴクライアントは、特定のトピックをサブスクライブする。第２のＩｏＴクライアントが、特定のトピックに関するメッセージをパブリッシュすると、ＩｏＴブローカが、パブリッシュされたメッセージを、第１のＩｏＴクライアント等の特定のトピックをサブスクライブしているＩｏＴクライアントに展開する。第１のＩｏＴクライアントが、特定のトピックをサブスクリプション停止する場合、ＩｏＴブローカは、もはや、特定のトピックに関するメッセージを第１のＩｏＴクライアントに展開しなくなる。
【0003】
プライベート無線通信（例えば、公共安全およびファーストレスポンダ通信ネットワーク）、公衆交換ネットワーク通信リソース、公衆無線ネットワーク、ビデオ監視デバイスのネットワーク、プライベートセキュリティネットワーク、および同等物を使用するリソースを含め、過多の異種通信リソースが、存在する。加えて、数百万人もの消費者および公務員が、現在、音声通信およびビデオ通信の両方を含め、複数の通信能力を含む、スマートフォンデバイスを装備する。
【0004】
多くの場合、これらの通信リソースは、相互と通信することはできない。例えば、公共安全ユーザまたは商用ユーザによって使用されるもの等のプライベート無線通信ネットワークは、典型的には、相互から隔離され、異なり、多くの場合、互換性がない技術を利用する。相互運用性製品が、そのような多様なシステムを相互接続するために利用可能であるが、伴われるエンティティ間の協働は、多くの場合、完全で拡張可能な実装に対する障壁である。したがって、本システムに結合される各組織のリソースの制御が、中央管理者またはコントローラによって制御され、本システムにリソースを提供する各組織が、そのリソースの制御を中央管理者に放棄しなければならない、ファーストレスポンダサイロ化通信システムが、存在する。その無線システムの動作に関わる組織は、そのリソースの制御をピア組織またはより高レベルの組織のいずれかに付与することが不可能であるか、もしくはそうしたくない場合がある。
【0005】
２０１０年１月５日に発行され、「Ｉｎｔｅｒｏｐｅｒａｂｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｏｆ Ｕｓｅ」と題された、米国特許第７，６４３，４４５号、および２０１２年１１月２７日に発行され、「Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｆｏｒ Ｅｓｔａｂｌｉｓｈｉｎｇ ａｎ Ｉｎｃｉｄｅｎｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｎｅｔｗｏｒｋ」と題された、米国特許第８，３２０，８７４号（その両方とも、参照することによってそれらの全体として組み込まれる）は、先行技術システムの欠陥に対処する、複数の、そうでなければ分離された、または異種の通信システムを含む、相互運用可能通信システム（インシデント通信ネットワークとも称される、「相互運用システム」）を提供するためのシステムおよび方法を説明する。第‘４４５号特許および第‘８７４号特許は、具体的には、通信リソースがある組織内の管理者によって制御される、緊急事態通信または事前に計画された多組織通信を伴う、インシデントの間に複数の組織によって制御される通信リソース間での相互運用可能な通信を可能にする、インシデント通信ネットワークを確立するための方法を説明する。
【0006】
加えて、２０１３年１月２９日に発行され、「Ｍｏｂｉｌｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ Ｗｏｒｋｓｔａｔｉｏｎ Ｃｏｎｔｒｏｌｌｅｒ Ｈａｖｉｎｇ Ｖｉｄｅｏ Ｃａｐａｂｉｌｉｔｉｅｓ ｗｉｔｈｉｎ ａｎ Ｉｎｃｉｄｅｎｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｎｅｔｗｏｒｋ」と題された、米国特許第８，３６４，１５３号（「モバイルＩＷＣ特許」）（これもまた、参照することによってその全体として本明細書に組み込まれる）は、第‘４４５号特許および第‘８７４号特許の概念を拡張する。すなわち、モバイルＩＷＣ特許は、インシデント情報およびイベントと統合され、その中でインシデント通信ネットワークが採用される、インシデントまたはイベントの改良された管理および分析を促進する、増強されたビデオ捕捉およびストリーミング能力を含む。
【0007】
２０１４年８月１９日に発行され、「Ｄｙｎａｍｉｃ Ａｓｓｅｔ Ｍａｒｓｈａｌｌｉｎｇ Ｗｉｔｈｉｎ ａｎ Ｉｎｃｉｄｅｎｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｎｅｔｗｏｒｋ」と題された、米国特許第８，８１１，９４０号（「マーシャリング特許」）（これもまた、参照することによってその全体として本明細書に組み込まれる）は、第‘４４５号特許および第‘８７４号特許の概念を拡張する。すなわち、マーシャリング特許は、インシデントのタイプおよびマーシャリングされているリソースのタイプ等の種々の要因に基づいて、リソースをインシデント通信ネットワークにマーシャリングする、システムおよび方法を提供する。
【0008】
２０１５年１月６日に発行され、「Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｆｏｒ Ｅｓｔａｂｌｉｓｈｉｎｇ ａｎ Ｉｎｃｉｄｅｎｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｎｅｔｗｏｒｋ」と題された、米国特許第８，９２９，８５１号（第‘８５１号特許）（参照することによってその全体として本明細書に組み込まれる）は、第‘４４５号特許および第‘８７４号特許、マーシャリング特許、ならびにモバイルＩＷＣ特許の概念を拡張する。
【先行技術文献】
【特許文献】
【0009】
【特許文献1】米国特許第７，６４３，４４５号公報
【特許文献2】米国特許第８，３２０，８７４号公報
【特許文献3】米国特許第８，３６４，１５３号公報
【特許文献4】米国特許第８，８１１，９４０号公報
【特許文献5】米国特許第８，９２９，８５１号公報
【発明の概要】
【課題を解決するための手段】
【0010】
（発明の簡単な要約）
いくつかの実施形態は、インシデントの間のモノのインターネット（ＩＯＴ）の動的ポリシ管理のためのシステム、方法、およびコンピュータプログラム製品を含む。例えば、ＩｏＴクライアントデバイスは、インシデント通信ネットワークを生成する、またはそれに加わることができ、インシデントの間に、いくつかの実施形態は、ＩｏＴクライアントデバイスの対応する証明書と関連付けられる、動的なＩｏＴサブスクライブ／パブリッシュポリシの変更を可能にする。動的なＩｏＴポリシ変更は、インシデント（例えば、国家的危機、緊急事態、または事前に計画された多組織通信）の間に、政府機関がインシデントを解決することを補助することができる。
いくつかの実施形態は、インシデントの間のモノのインターネット（ＩＯＴ）の動的ポリシ管理のためのシステム、方法、およびコンピュータプログラム製品を含む。例えば、ＩｏＴクライアントデバイスは、インシデント通信ネットワークを生成する、またはそれに加わることができ、インシデントの間に、いくつかの実施形態は、ＩｏＴクライアントデバイスの対応する証明書と関連付けられる、動的なＩｏＴサブスクライブ／パブリッシュポリシの変更を可能にする。動的なＩｏＴポリシ変更は、インシデント（例えば、国家的危機、緊急事態、または事前に計画された多組織通信）の間に、政府機関がインシデントを解決することを補助することができる。
【0011】
いくつかの実施形態は、送受信機と、送受信機に結合される、プロセッサとを含む、ブローカポリシマネージャ（ＢＰＭ）のためのシステムを含む。プロセッサは、第１のＩｏＴクライアントが、あるインシデントに対応するインシデント通信ネットワークの参加者であることを判定し、第１の命令を証明書ベースのＩｏＴブローカに伝送し、第１のＩｏＴクライアントが、インシデントと関連付けられ、または結び付けられるトピックをパブリッシュおよび／またはサブスクライブすることを可能にする、第１のＩｏＴクライアントの第１の証明書と関連付けられる、第１のＩｏＴポリシを変更することができる。プロセッサは、第２のＩｏＴクライアントが、第１のＩｏＴクライアントから、インシデント通信ネットワークに加わるための招待を受け取ることのインジケーションを受信し、第２の命令を証明書ベースのＩｏＴブローカに伝送し、第２のＩｏＴクライアントがインシデントと関連付けられ、または結び付けられるトピックをパブリッシュおよび／またはサブスクライブすることを可能にする、第２のＩｏＴクライアントの第２の証明書と関連付けられる、第２のＩｏＴポリシを変更することができる。いくつかの実施形態では、第１のＩｏＴクライアントおよび第２のＩｏＴクライアントは、インシデント通信ネットワークを介して、および／または証明書ベースのＩｏＴブローカを介して、情報を交換する。
【0012】
第１のＩｏＴクライアントがインシデント通信ネットワークの参加者であることを判定するために、プロセッサは、送受信機を介して、第１のＩｏＴクライアントから直接または間接的に、第１のＩｏＴクライアントが、インシデントを生成していること、または第１のＩｏＴクライアントが、インシデント通信ネットワークに加わるように招待されていることのインジケーションを受信することができる。第１のＩｏＴクライアントがインシデント通信ネットワークの参加者であることのインジケーションを間接的に受信するために、プロセッサは、ＢＰＭ（例えば、ＩｏＴクライアントがトピック－ＢＰＭをサブスクライブする際のＢＰＭ）を含むトピックをサブスクライブすることができる。第１のＩｏＴクライアントは、トピックと関連付けられる、証明書ベースのＩｏＴブローカに、トピックに関する情報として、インシデント名および第１のＩｏＴクライアント識別子を通信する（例えば、トピック－ＢＰＭ／インシデント名／第１のＩｏＴクライアント識別子を含むメッセージをパブリッシュする）ことができる。証明書ベースのＩｏＴブローカは、トピック－ＢＰＭ／インシデント名／第１のＩｏＴクライアント識別子を含む、パブリッシュされたメッセージを受信し、それをＢＰＭを含むトピック－ＢＰＭのサブスクライバに配信する。したがって、プロセッサは、間接的に、証明書ベースのＩｏＴブローカから、第１のＩｏＴクライアントがインシデントの参加者であることのインジケーションを受信する。ＢＰＭは、ひいては、第１のＩｏＴクライアントのためのパブリッシュ／サブスクライブ証明書許可を調節する。
【0013】
いくつかの実施形態では、サブスクライブおよびパブリッシュされたメッセージは、限定ではないが、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、メッセージキューイングテレメトリトランスポート（ＭＱＴＴ）プロトコル、拡張可能メッセージングおよびプレゼンスプロトコル（ＸＭＰＰ）、ストリーミングテキスト指向メッセージングプロトコル（ＳＴＯＭＰ）、高度なメッセージキューイングプロトコル（ＡＭＱＰ）、ウェブアプリケーションメッセージングプロトコル（ＷＡＭＰ）、Ｊａｖａ（登録商標）メッセージサービス（ＪＭＳ）、ＺｅｒｏＭＱメッセージトランスポートプロトコル（ＺＭＴＰ）、または独自のメッセージングプロトコルを含む、リアルタイムのパブリケーションサブスクリプション、データ同期、または要求応答プロトコルに基づき、サブスクリプションは、インシデントに関連するトピックをサブスクライブすることを含む。
【0014】
いくつかの実施形態では、第１のＩｏＴクライアントは、ソフトウェアルーチン、ウェブブラウザ、マップまたはマップの領域、グラフィカルユーザインターフェース（ＧＵＩ）、アクチュエータ、人工知能または分析論ベースのオブジェクト、イベント、または条件、他のセンサ、システム、データベース、分析機能、または情報源から単独または他のリアルタイムデータ、履歴データ、または予測データと協調してのいずれかでビデオデータを解釈する、状態変化状態検出モジュール、センサ、ルールベースまたは事前に指定された受信者エージェントに伝送されることになる警報、イベント通知、または警告信号を引き起こす、別のデバイスまたはモジュールに結合されるセンサ、ガスセンサ、煙／火災検出器、もしくはスイッチまたは非常ボタンの接点開閉部を含む。
【0015】
いくつかの実施形態では、第１のＩｏＴクライアントは、インシデント通信ネットワークに結合された相互運用性ワークステーション（ＩＷＳ）のＧＵＩを備え、プロセッサは、第３のＩｏＴクライアントが、第１のＩｏＴクライアントと第１の証明書を共有することを判定することができ、第１の証明書は、第３のＩｏＴクライアントがインシデントを含むトピックをパブリッシュおよび／またはサブスクライブすることを可能にする。
【0016】
いくつかの実施形態では、第１のＩｏＴクライアントがインシデント通信ネットワークの参加者であることを判定するために、プロセッサは、送受信機を介して、マルチキャストベースの通信システムのマルチキャストチャネル上で、第１のＩｏＴクライアントが、インシデントを生成していること、または第１のＩｏＴクライアントが、インシデント通信ネットワークに加わるように招待されていることのインジケーションを受信することができる。
【0017】
さらなる実施形態、特徴、および利点、ならびに種々の実施形態の構造および動作が、付随の図面を参照して下記に詳細に説明される。実施形態が、例証的な目的のみのために本書に提示されることに留意されたい。付加的な実施形態が、本明細書に含有される教示に基づいて当業者に明白となるであろう。
【図面の簡単な説明】
【0018】
本発明のさらなる理解を提供するために含まれ、本明細書に組み込まれ、その一部を構成する、付随の図面は、本発明の実施形態を図示し、説明とともに、本発明の原理を解説する役割を果たす。
【0019】
【0020】
【0021】
【0022】
【0023】
【0024】
【0025】
【0026】
【発明を実施するための形態】
【0027】
（詳細な説明）
モノのインターネット（ＩｏＴ）システムでは、ＩｏＴクライアントは、インターネットを経由してＩｏＴブローカを介して交換される、トピックベースのパブリッシュおよびサブスクライブメッセージを使用して、一対多の方式において通信する。例えば、ＩｏＴクライアントＡは、トピックをサブスクライブし、ＩｏＴブローカに通知することができる。ＩｏＴクライアントＢが、そのトピックに対する情報をパブリッシュし、ＩｏＴブローカに通知すると、ＩｏＴブローカは、そのトピックのパブリッシュされた情報を、ＩｏＴクライアントＡおよびそのトピックをサブスクライブしている他のＩｏＴクライアントに展開する。いくつかのＩｏＴブローカは、ＩｏＴクライアントの確認された識別を確立し、権限付与されていないＩｏＴクライアントがパブリッシュされた情報を盗聴または受信しないように防止するための証明書を含むことができる。証明書はまた、ＩｏＴクライアントがあるトピックに関するメッセージをパブリッシュおよび／またはサブスクライブするための許可を含む、ポリシを含むことができる。例えば、証明書Ａのポリシは、ＩｏＴクライアントＡが、以下、すなわち、トピック１および２に関するが、他のトピックには関連しないメッセージをパブリッシュすること、またはトピック３に関するメッセージをサブスクライブするが、トピック３に関するメッセージをパブリッシュしないことを実施することを可能にしてもよい。
モノのインターネット（ＩｏＴ）システムでは、ＩｏＴクライアントは、インターネットを経由してＩｏＴブローカを介して交換される、トピックベースのパブリッシュおよびサブスクライブメッセージを使用して、一対多の方式において通信する。例えば、ＩｏＴクライアントＡは、トピックをサブスクライブし、ＩｏＴブローカに通知することができる。ＩｏＴクライアントＢが、そのトピックに対する情報をパブリッシュし、ＩｏＴブローカに通知すると、ＩｏＴブローカは、そのトピックのパブリッシュされた情報を、ＩｏＴクライアントＡおよびそのトピックをサブスクライブしている他のＩｏＴクライアントに展開する。いくつかのＩｏＴブローカは、ＩｏＴクライアントの確認された識別を確立し、権限付与されていないＩｏＴクライアントがパブリッシュされた情報を盗聴または受信しないように防止するための証明書を含むことができる。証明書はまた、ＩｏＴクライアントがあるトピックに関するメッセージをパブリッシュおよび／またはサブスクライブするための許可を含む、ポリシを含むことができる。例えば、証明書Ａのポリシは、ＩｏＴクライアントＡが、以下、すなわち、トピック１および２に関するが、他のトピックには関連しないメッセージをパブリッシュすること、またはトピック３に関するメッセージをサブスクライブするが、トピック３に関するメッセージをパブリッシュしないことを実施することを可能にしてもよい。
【0028】
証明書と関連付けられるポリシは、ネットワークベースのアプリケーションプログラミングインターフェース（ＡＰＩ）およびグラフィカルユーザインターフェース（ＧＵＩ）を介して、ＩｏＴブローカに通信される。例えば、オペレータが、ＧＵＩを使用し、システム設計時間において静的な様式でシステム証明書およびポリシを設定する。静的配列は、あるトピックをパブリッシュおよびサブスクライブすることを可能にされる、ＩｏＴクライアントを識別する。例えば、ＩｏＴクライアントＡは、企業の敷地のビデオをストリーミングする、セキュリティビデオカメラのためのコントローラであることができる。関連付けられるポリシおよび証明書は、ＩｏＴクライアントＡからのビデオが、プライバシを維持するために、企業の所有者のデバイスのみにパブリッシュされ得ることを示してもよい。静的証明書およびポリシは、プライバシを維持するが、ＩｏＴクライアントの所有者が、証明書およびポリシが、他者がインシデントに関連するパブリッシュされた情報へのアクセスを有することを可能にするように動的に変更されることを所望し得る、インシデント（例えば、緊急事態）が、存在する。例えば、火災の発生の場合、ＩｏＴクライアントＡの企業所有者は、セキュリティビデオカメラ（ＩｏＴクライアントＡ）が、消防署にビデオおよび／または画像をストリーミングする、またはさらに、セキュリティビデオカメラの制御を消防署に譲渡することを許可する場合がある。但し、静的証明書およびポリシは、本柔軟性を可能にするものではない。いくつかの実施形態は、インシデントの間の動的ＩｏＴポリシ管理を可能にする。
【0029】
インシデント通信ネットワークは、通信リソースが組織内の管理者または個人によって制御される、緊急事態または事前に計画された多組織通信を伴う、インシデントの間の、複数の組織または個人によって制御される通信リソース間の相互運用可能な通信を可能にする。インシデント通信ネットワークは、通信リソースを制御し、ユーザに、インシデント通信ネットワークを制御し、それとインターフェースをとるための手段を可能にするための、相互運用性ワークステーション（ＩＷＳ）コントローラを含む。インシデント通信ネットワークは、第‘４４５号特許、第‘８７４号特許、および第‘８５１号特許、マーシャリング特許、ならびにモバイルＩＷＣ特許（参照することによって本明細書に組み込まれる）に説明される。
【0030】
いくつかの実施形態は、ＩｏＴクライアントデバイスがインシデント通信ネットワークに加わることを可能にし、インシデントの間のＩｏＴクライアントデバイスの動的ＩｏＴポリシ管理を可能にする。図１は、例示的実施形態による、インシデントの間の動的なモノのインターネット（ＩｏＴ）ポリシ管理のためのシステム１００を図示する。システム１００は、ＩｏＴクライアント１１０と、ブローカポリシマネージャ（ＢＰＭ）１２０と、証明書ベースのＩｏＴブローカ１３０とを含む。ＩｏＴクライアント１１０は、ソフトウェアルーチン、ウェブブラウザ、マップまたはマップの領域、グラフィカルユーザインターフェース（ＧＵＩ）、アクチュエータ、人工知能または分析論ベースのオブジェクト、イベント、または条件、他のセンサ、システム、データベース、分析機能、または情報源から単独または他のリアルタイムデータ、履歴データ、または予測データと協調してのいずれかでビデオデータを解釈する、状態変化状態検出モジュール、センサ、ルールベースまたは事前に指定された受信者エージェントに伝送されることになる警報、イベント通知、または警告信号を引き起こす、別のデバイスまたはモジュールに結合されるセンサ、ガスセンサ、煙／火災検出器、もしくはスイッチまたは非常ボタンの接点開閉部であることができる。
【0031】
証明書ベースのＩｏＴブローカ１３０は、ＩｏＴクライアント１１０等の対応するＩｏＴクライアントのための証明書およびポリシを実行する。上記に説明されるように、ポリシは、ＩｏＴクライアント１１０が、種々のトピックに関してサブスクライブおよび／またはパブリッシュするための許可を有しているかどうかを示す。ＢＰＭ１２０は、インシデント招待モデルに基づいて、ＩｏＴクライアント１１０と関連付けられる証明書のポリシを動的に変更することができる。いくつかの実施形態では、ＩｏＴクライアント１１０が、インシデント通信ネットワークの参加者であるとき、ＩｏＴクライアント１１０（例えば、相互運用性ワークステーション（ＩＷＳ）またはモバイルＩＷＳ上のＧＵＩ）は、そのインシデント－トピックと関連付けられるメッセージをパブリッシュおよび／またはサブスクライブすることができる。システム１００内でのいくつかの交換が、下記に説明される。
【0032】
１４０において、ＩｏＴクライアント１１０は、「インシデント－ａｂｃ」という名称のインシデントを生成することができる。いくつかの実施形態では、ＢＰＭ１２０は、ＩｏＴクライアント１１０が、種々の方法において、インシデント－ａｂｃ通信ネットワークに加わっている、および／またはインシデント－ａｂｃ通信ネットワークを生成していることを判定することができる。いくつかの実施形態では、ＢＰＭ１２０は、マルチキャストチャネルをリッスンし、ＩｏＴクライアント１１０が、インシデント－ａｂｃ通信ネットワークに加わるように招待されている、またはインシデント－ａｂｃ通信ネットワークを生成していることを把握する。いくつかの実施形態では、ＢＰＭ１２０は、相互運用性ワークステーション（ＩＷＳ）から、ＩｏＴクライアント１１０がインシデント－ａｂｃ通信ネットワークに加わるように招待されていることの信号を受信する。いくつかの実施形態では、ＢＰＭ１２０は、上記に説明されるように、ＩｏＴクライアント１１０が、インシデント－ａｂｃ通信ネットワークに加わっていること、またはそれを生成していることを示す通信を、シグナリングチャネルを介して、ＩｏＴクライアント１１０から直接または間接的に受信する。シグナリングチャネルは、限定ではないが、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、メッセージキューイングテレメトリトランスポート（ＭＱＴＴ）プロトコル、拡張可能メッセージングおよびプレゼンスプロトコル（ＸＭＰＰ）、ストリーミングテキスト指向メッセージングプロトコル（ＳＴＯＭＰ）、高度なメッセージキューイングプロトコル（ＡＭＱＰ）、ウェブアプリケーションメッセージングプロトコル（ＷＡＭＰ）、Ｊａｖａ（登録商標）メッセージサービス（ＪＭＳ）、ＺｅｒｏＭＱメッセージトランスポートプロトコル（ＺＭＴＰ）、または独自のメッセージングプロトコルを含む、リアルタイムのパブリケーションサブスクリプション、データ同期、または要求応答プロトコルに基づいて要求を含み、交換を受信することができ、要求は、インシデントに関連するトピックをサブスクライブすることを含む。
【0033】
１５０において、ＢＰＭ１２０は、信号を証明書ベースのＩｏＴブローカ１３０に伝送し、ＩｏＴクライアント１１０がここでトピック－ａｂｃをパブリッシュおよびサブスクライブすることを可能にするように、ＩｏＴクライアント１１０と関連付けられる、証明書のポリシを変更することができる。証明書ベースのＩｏＴブローカ１３０は、それに応じて、ＩｏＴクライアント１１０の証明書ポリシを更新する。
【0034】
１６０において、ＩｏＴクライアント１１０は、メッセージを証明書ベースのＩｏＴブローカ１３０に伝送し、トピック－ａｂｃに関してパブリッシュすることができる。メッセージが、受信されると、証明書ベースのＩｏＴブローカ１３０は、ＩｏＴクライアント１１０が、上記の１５０に起因する動的ポリシ変更に基づいてトピック－ａｂｃに関してパブリッシュすることを許可されていることを検証する。ＩｏＴクライアント１１０は、トピック－ａｂｃに関する情報をパブリッシュするための許可を有しているため、証明書ベースのＩｏＴブローカ１３０は、パブリッシュされたトピック－ａｂｃを、トピック－ａｂｃをサブスクライブしているＩｏＴクライアント（図示せず）に配信する。
【0035】
１７０において、ＩｏＴクライアント１１０は、トピック－ａｂｃをサブスクライブするためのメッセージを伝送することができる。メッセージが、受信されると、証明書ベースのＩｏＴブローカ１３０は、ＩｏＴクライアント１１０が、上記の１５０に起因する動的ポリシ変更に基づいて、トピック－ａｂｃをサブスクライブすることを許可されていることを検証する。その後、ＩｏＴクライアント１１０は、トピック－ａｂｃに関してパブリッシュするように権限付与されている、他のＩｏＴクライアント（図示せず）からパブリッシュされるトピック－ａｂｃに関する情報を受信することができる。
【0036】
本実施例では、ＩｏＴクライアント１１０は、ＩｏＴクライアント１１０が、インシデント－ｘｙｚのメンバではないため、インシデントｘｙｚと関連付けられるトピック－ｘｙｚをパブリッシュまたはサブスクライブするように権限付与されない。したがって、トピック－ｘｙｚをパブリッシュするためのメッセージ１８０またはそれをサブスクライブするためのメッセージ１８５は、証明書ベースのＩｏＴブローカ１３０によって受け取られない。
【0037】
図２は、例示的実施形態による、インシデントの間の動的ＩｏＴポリシ管理のための例示的無線システムのブロック図２００を図示する。限定ではなく、便宜上、システム２００は、図１の要素を用いて説明され得る。システム２００は、図１のＩｏＴクライアント１１０、ＢＰＭ１２０、および／または証明書ベースのＩｏＴブローカ１３０であることができる。システム２００は、ともに動作を実施し、インシデントの間の動的ＩｏＴポリシ管理を可能にする、プロセッサ２１０と、送受信機２２０と、通信インフラストラクチャ２３０と、メモリ２３５と、アンテナ２２５とを含んでもよい。送受信機２２０は、アンテナ２２５を介して無線通信信号を伝送および受信する。通信インフラストラクチャ２３０は、バスであってもよい。メモリ２３５は、ランダムアクセスメモリ（ＲＡＭ）および／またはキャッシュを含んでもよく、制御論理（例えば、コンピュータソフトウェア）、コンピュータ命令、ならびに／もしくはデータを含んでもよい。プロセッサ２１０は、コンピュータ命令の実行に応じて、インシデントの間の動的ＩｏＴポリシ管理のための、本明細書に説明される機能性を実施するように構成されることができる。代替として、プロセッサ２１０は、インシデントの間の動的ＩｏＴポリシ管理のための、本明細書に説明される機能性を実施するように構成される、それ自体の内部メモリ（図示せず）を含む、および／または（状態機械におけるように）「有線」であることができる。送受信機２２０に結合されるアンテナ２２５は、無線ネットワークを経由した無線通信を可能にするための同一または異なるタイプであり得る、１つ以上のアンテナおよび／またはパネル（図示せず）を含んでもよい。いくつかの実施形態では、送受信機２２０は、有線ネットワーク（図示せず）を介して信号を伝送および受信してもよい。
【0038】
図３は、例示的実施形態による、第２のＩｏＴクライアントを伴う、インシデントの間の動的ＩｏＴポリシ管理のためのシステム３００を図示する。限定ではなく、便宜上、システム３００は、図１および２の要素を用いて説明され得る。システム３００は、ＩｏＴクライアント１１０と、ＢＰＭ１２０と、証明書ベースのＩｏＴブローカ１３０と、ＩｏＴクライアント３１０とを含む。本実施例では、ＩｏＴクライアント１１０は、ＩｏＴクライアント３１０を、インシデント－ａｂｃ通信ネットワークに加わるように招待し、いくつかの実施形態は、ＩｏＴクライアント３１０がトピック－ａｂｃに関するメッセージをパブリッシュおよび／またはサブスクライブすることを可能にする。
【0039】
３２０において、ＩｏＴクライアント１１０は、ＩｏＴクライアント３１０を、インシデント－ａｂｃ通信ネットワークに加わるように招待することができる。
【0040】
３３０において、ＩｏＴクライアント３１０は、インシデント－ａｂｃ通信ネットワークに加わるための招待を受け取る。ＢＰＭ１２０は、ＩｏＴクライアント１１０および／またはＩｏＴクライアント３１０を介したシグナリングチャネルを介して、またはインシデント通信ネットワークのマルチキャストチャネルをリッスンすることによって、ＩｏＴクライアント３１０がインシデント－ａｂｃ通信ネットワークに加わることについて把握する。ＢＰＭ１２０は、ＩｏＴクライアント３１０が、トピック－ａｂｃに関するＩｏＴメッセージをパブリッシュおよび／またはサブスクライブし得るように、ＩｏＴクライアント３１０に対応する証明書のポリシを調節するかどうかを動的に判定する。本実施例では、ＢＰＭ１２０は、ＩｏＴクライアント３１０が、トピック－ａｂｃをパブリッシュおよびサブスクライブし得ることを判定する。
【0041】
３４０において、ＢＰＭ１２０は、信号を証明書ベースのＩｏＴブローカ１３０に伝送し、ＩｏＴクライアント３１０がここでトピック－ａｂｃをパブリッシュおよびサブスクライブすることを可能にするように、ＩｏＴクライアント３１０と関連付けられる、証明書のポリシを変更することができる。証明書ベースのＩｏＴブローカ１３０は、それに応じて、ＩｏＴクライアント３１０の証明書ポリシを更新する。
【0042】
３５０において、ＩｏＴクライアント３１０は、トピック－ａｂｃをサブスクライブするためのメッセージを伝送することができる。メッセージが、受信されると、証明書ベースのＩｏＴブローカ１３０は、ＩｏＴクライアント３１０が、上記の３４０に起因する動的ポリシ変更に基づいて、トピック－ａｂｃをサブスクライブすることを許可されていることを検証する。その後、ＩｏＴクライアント３１０は、トピック－ａｂｃに関してパブリッシュするように権限付与される、他のＩｏＴクライアント（例えば、ＩｏＴクライアント１１０）からパブリッシュされる、トピック－ａｂｃに関する情報を受信することができる。ＩｏＴクライアント１１０および３１０は、ここで、証明書ベースのＩｏＴブローカ１３０を介して、トピック－ａｂｃに関するＩｏＴメッセージを交換することができる。加えて、または代替として、ＩｏＴクライアント１１０および３１０は、既存の手段を使用して（例えば、インシデント－ａｂｃ通信ネットワークを介して）メディアを交換することができる。
【0043】
３６０において、ＩｏＴクライアント１１０は、トピック－ａｂｃについてパブリッシュするためのメッセージを証明書ベースのＩｏＴブローカ１３０に伝送することができる。証明書ベースのＩｏＴブローカ１３０は、ＩｏＴクライアント１１０が、トピック－ａｂｃに関してパブリッシュすることを許可されていることを検証する。例えば、インシデント－ａｂｃが、火災であり、消防署が、インシデント－ａｂｃ通信ネットワークのメンバであった場合、ＩｏＴクライアント１１０は、ＩｏＴクライアント３１０にアクションを実施させる、トピック－ａｂｃに対するメッセージをパブリッシュすることができる。ＩｏＴクライアント３１０が、火災センサであった場合、ＩｏＴクライアント１１０は、ＩｏＴクライアント３１０に、任意の煙が検出されたかどうか、温度読取値、および／または火災警報を伝送させる、トピック－ａｂｃに対するメッセージをパブリッシュすることができる。
【0044】
３７０において、証明書ベースのＩｏＴブローカ１３０は、（例えば、上記の３５０において）トピック－ａｂｃをサブスクライブしたＩｏＴクライアント３１０に、トピック－ａｂｃに関するパブリッシュされたメッセージを配信する。
【0045】
３８０において、ＩｏＴクライアント３１０は、ＩｏＴクライアント３１０がトピック－ａｂｃに関してパブリッシュすることを許可されていることを検証する、証明書ベースのＩｏＴブローカ１３０によって受信された、トピック－ａｂｃに関するパブリッシュメッセージを伝送する。例えば、ＩｏＴクライアント３１０は、トピック－ａｂｃに関するパブリッシュされたメッセージに従って、３７０に起因して受信された命令に応答して、トピック－ａｂｃに関するメッセージをパブリッシュすることができる。例えば、ＩｏＴクライアント３１０は、センサの報告または読取値（例えば、任意の煙が検出されたかどうか、温度読取値、および／または火災警報）を伝送してもよい。
【0046】
３９０において、証明書ベースのＩｏＴブローカ１３０は、少なくとも図１の１７０に基づいて、トピック－ａｂｃに関するパブリッシュされたメッセージをＩｏＴクライアント１１０に配信する。
【0047】
図４は、例示的実施形態による、複数のＩｏＴクライアントを伴う、インシデントの間の動的ＩｏＴポリシ管理のためのシステム４００を図示する。限定ではなく、便宜上、システム４００は、図１－３の要素を用いて説明され得る。システム４００は、ＩｏＴクライアント１１０と、ＢＰＭ１２０と、証明書ベースのＩｏＴブローカ１３０と、ＩｏＴクライアント３１０と、ＩｏＴクライアント４１０とを含む。本実施例では、ＩｏＴクライアント１１０は、ＩｏＴクライアント４１０をインシデント－ａｂｃ通信ネットワークに加わるように招待し、権限付与されたＩｏＴクライアントサブスクライバへのトピック－ａｂｃに関するパブリッシングメッセージの展開を図示する。
【0048】
４２０において、ＩｏＴクライアント１１０は、ＩｏＴクライアント４１０をインシデント－ａｂｃ通信ネットワークに加わるように招待することができる。
【0049】
４２５において、ＩｏＴクライアント４１０は、インシデント－ａｂｃ通信ネットワークに加わるための招待を受け取る。ＢＰＭ１２０は、ＩｏＴクライアント１１０および／またはＩｏＴクライアント４１０を介したシグナリングチャネルを介して、またはインシデント－ａｂｃ通信ネットワークのマルチキャストチャネルをリッスンすることによって、ＩｏＴクライアント４１０がインシデント－ａｂｃ通信ネットワークに加わることについて把握する。ＢＰＭ１２０は、ＩｏＴクライアント４１０が、トピック－ａｂｃに関するＩｏＴメッセージをパブリッシュおよび／またはサブスクライブし得るように、ＩｏＴクライアント４１０に対応する証明書のポリシを調節するかどうかを動的に判定する。本実施例では、ＢＰＭ１２０は、ＩｏＴクライアント４１０がトピック－ａｂｃをパブリッシュおよびサブスクライブし得ることを判定する。
【0050】
４３０において、ＢＰＭ１２０は、信号を証明書ベースのＩｏＴブローカ１３０に伝送し、ＩｏＴクライアント４１０がここでトピック－ａｂｃをパブリッシュおよびサブスクライブすることを可能にするように、ＩｏＴクライアント４１０と関連付けられる、証明書のポリシを変更することができる。証明書ベースのＩｏＴブローカ１３０は、それに応じてＩｏＴクライアント４１０の証明書を更新する。
【0051】
４３５において、ＩｏＴクライアント４１０は、トピック－ａｂｃをサブスクライブするためのメッセージを伝送することができる。メッセージが、受信されると、証明書ベースのＩｏＴブローカ１３０は、ＩｏＴクライアント４１０が、上記の４３０に起因する動的ポリシ変更に基づいて、トピック－ａｂｃをサブスクライブすることを許可されていることを検証する。その後、ＩｏＴクライアント４１０は、トピック－ａｂｃに関してパブリッシュするように権限付与される、他のＩｏＴクライアント（例えば、ＩｏＴクライアント１１０およびＩｏＴクライアント３１０）からパブリッシュされるトピック－ａｂｃに関する情報を受信することができる。ＩｏＴクライアント１１０、３１０、および４１０は、ここで、証明書ベースのＩｏＴブローカ１３０を介してトピック－ａｂｃに関するＩｏＴメッセージを交換することができる。加えて、または代替として、ＩｏＴクライアント１１０、３１０、および４１０は、既存の手段を使用して（例えば、インシデント－ａｂｃ通信ネットワークを介して）、メディアを交換し続けることができる。
【0052】
４４０において、ＩｏＴクライアント１１０は、トピック－ａｂｃに関してパブリッシュするためのメッセージを証明書ベースのＩｏＴブローカ１３０に伝送することができる。証明書ベースのＩｏＴブローカ１３０は、ＩｏＴクライアント１１０がトピック－ａｂｃに関してパブリッシュすることを許可されていることを検証する。
【0053】
４４３において、証明書ベースのＩｏＴブローカ１３０は、（例えば、上記の図３の３５０において）トピック－ａｂｃをサブスクライブしたＩｏＴクライアント３１０に、トピック－ａｂｃに関するパブリッシュされたメッセージを配信する。
【0054】
４４７において、証明書ベースのＩｏＴブローカ１３０は、（例えば、上記の４３５において）トピック－ａｂｃをサブスクライブしたＩｏＴクライアント４１０に、トピック－ａｂｃに関するパブリッシュされたメッセージを配信する。
【0055】
４５０において、ＩｏＴクライアント３１０は、ＩｏＴクライアント３１０がトピック－ａｂｃに関してパブリッシュすることを許可されていることを検証する、証明書ベースのＩｏＴブローカ１３０によって受信される、トピック－ａｂｃに関するパブリッシュメッセージを伝送する。
【0056】
４５３において、証明書ベースのＩｏＴブローカ１３０は、少なくとも上記の４３５に基づいて、トピック－ａｂｃに関するパブリッシュされたメッセージをＩｏＴクライアント４１０に配信する。
【0057】
４５７において、証明書ベースのＩｏＴブローカ１３０は少なくとも上記の図１の１７０に基づいて、トピック－ａｂｃに関するパブリッシュされたメッセージをＩｏＴクライアント１１０に配信する。
【0058】
４６０において、ＩｏＴクライアント４１０は、ＩｏＴクライアント４１０がトピック－ａｂｃに関してパブリッシュすることを許可されていることを検証する、証明書ベースのＩｏＴブローカ１３０によって受信されるトピック－ａｂｃに関するパブリッシュメッセージを伝送する。
【0059】
４６３において、証明書ベースのＩｏＴブローカ１３０は、少なくとも上記の図３の３５０に基づいて、トピック－ａｂｃに関するパブリッシュされたメッセージをＩｏＴクライアント３１０に配信する。
【0060】
４６７において、証明書ベースのＩｏＴブローカ１３０は、少なくとも上記の図１の１７０に基づいて、トピック－ａｂｃに関するパブリッシュされたメッセージをＩｏＴクライアント１１０に配信する。
【0061】
図５は、例示的実施形態による、ＩｏＴクライアントがインシデントから離れるときのインシデントの間の動的ＩｏＴポリシ管理のためのシステム５００を図示する。限定ではなく、便宜上、システム５００は、図１－４の要素を用いて説明され得る。システム５００は、ＩｏＴクライアント１１０と、ＢＰＭ１２０と、証明書ベースのＩｏＴブローカ１３０と、ＩｏＴクライアント３１０と、ＩｏＴクライアント４１０とを含む。本実施例では、ＩｏＴクライアント４１０は、インシデント－ａｂｃ通信ネットワークから離れ、システム５００は、ＩｏＴクライアント４１０がトピック－ａｂｃに関するメッセージをパブリッシュおよびサブスクライブするための許可を除去する、ＩｏＴクライアント４１０のためのポリシの終了を図示する。
【0062】
５１０において、ＩｏＴクライアント４１０は、インシデント－ａｂｃ通信ネットワークから離れる。ＢＰＭ１２０は、ＩｏＴクライアント１１０および／またはＩｏＴクライアント４１０を介したシグナリングチャネルを介して、またはインシデント－ａｂｃ通信ネットワークのマルチキャストチャネルをリッスンすることによって、ＩｏＴクライアント４１０がインシデント－ａｂｃ通信ネットワークから離れることについて把握する。ＢＰＭ１２０は、ＩｏＴクライアント４１０が、もはや、トピック－ａｂｃをパブリッシュおよび／またはサブスクライブし得なくなるように、ＩｏＴクライアント４１０に対応する、証明書のポリシを調節することを動的に判定する。
【0063】
５２０において、ＢＰＭ１２０は、信号を証明書ベースのＩｏＴブローカ１３０に伝送し、ＩｏＴクライアント４１０がトピック－ａｂｃをパブリッシュまたはサブスクライブするための許可を除去するように、ＩｏＴクライアント４１０と関連付けられる、証明書のポリシを変更することができる。証明書ベースのＩｏＴブローカ１３０は、それに応じてＩｏＴクライアント４１０の証明書を更新する。
【0064】
５３０において、ＩｏＴクライアント４１０は、トピック－ａｂｃをサブスクリプション停止するためのメッセージを伝送することができる。メッセージが、受信されると、証明書ベースのＩｏＴブローカ１３０は、上記の５２０に起因する動的ポリシ変更に基づいて、ＩｏＴクライアント４１０がトピック－ａｂｃをサブスクリプション停止されていないことを検証する。その後、ＩｏＴクライアント４１０は、もはや、トピック－ａｂｃに関してパブリッシュするように権限付与される、他のＩｏＴクライアント（例えば、ＩｏＴクライアント１１０およびＩｏＴクライアント３１０）からパブリッシュされるトピック－ａｂｃに関する情報を受信しなくなるであろう。ＩｏＴクライアント１１０および３１０は、証明書ベースのＩｏＴブローカ１３０を介して、および／またはインシデント－ａｂｃ通信ネットワークを介して、トピック－ａｂｃに関するＩｏＴメッセージを交換し続けることができるが、ＩｏＴクライアント４１０は、もはや、トピック－ａｂｃに関するメッセージをパブリッシュ（例えば、伝送）またはサブスクライブ（例えば、受信）することを許可されなくなるであろう。
【0065】
５４０において、ＩｏＴクライアント１１０は、トピック－ａｂｃに関してパブリッシュするためのメッセージを証明書ベースのＩｏＴブローカ１３０に伝送することができる。証明書ベースのＩｏＴブローカ１３０は、ＩｏＴクライアント１１０がトピック－ａｂｃに関してパブリッシュすることを許可されていることを検証する。
【0066】
５５０において、証明書ベースのＩｏＴブローカ１３０は、（例えば、上記の図３の３５０において）トピック－ａｂｃをサブスクライブしたＩｏＴクライアント３１０にトピック－ａｂｃに関するパブリッシュされたメッセージを配信する。
【0067】
５６０は、証明書ベースのＩｏＴブローカ１３０が、ＩｏＴクライアント４１０にトピック－ａｂｃに関するパブリッシュされたメッセージを伝送しないことを図示する。
【0068】
図６は、例示的実施形態による、関連付けられるＩｏＴクライアントを伴う、インシデントの間の動的ＩｏＴポリシ管理のためのシステム６００を図示する。限定ではなく、便宜上、システム６００は、図１－５の要素を用いて説明され得る。システム６００は、ＩｏＴクライアント６１０（例えば、センサ）と、ＩｏＴクライアント１１０（例えば、ＧＵＩ）と、ＢＰＭ１２０と、証明書ベースのＩｏＴブローカ１３０と、ＩｏＴクライアント３１０とを含む。いくつかの実施形態では、一意の識別子を伴うＩｏＴクライアントが、同一の証明書を共有することができる。いくつかの実施形態では、一意の識別子を伴うＩｏＴクライアントが、ともに関連付けられる、または結び付けられる、別個の対応する証明書を有する。例えば、ＩｏＴクライアント１１０は、ＩＷＳ上のＧＵＩであることができ、ＩｏＴクライアント６１０は、ビデオカメラ、または設備へのアクセスを制御する（例えば、ドアを施錠および解錠する）、アクチュエータであることができる。いくつかの実施例では、ＩｏＴクライアント１１０およびＩｏＴクライアント６１０は、同一の政府機関（例えば、消防署、警察署、連邦捜査局（ＦＢＩ）等）によって所有されてもよい。したがって、ＩｏＴクライアント１１０が、あるインシデントに加わると、ＩｏＴクライアント６１０のような１つ以上のＩｏＴクライアントもまた、そのインシデントに加わってもよい。
【0069】
６１５において、ＩｏＴクライアント１１０は、ＩｏＴクライアント１１０のポリシに加えて、１つ以上の他のＩｏＴクライアントの証明書が、その１つ以上のＩｏＴクライアントの証明書が一意である場合、トピック－ａｂｃに関してパブリッシュおよび／またはサブスクライブするように権限付与され得る、ポリシ変更をＢＰＭ１２０に信号伝達することができる。ポリシ変更は、ＩｏＴクライアント１１０のものと同一または異なることができる。実施例として、６１５は、図１の１４０に時間的に近接して伝送されることができる。いくつかの実施形態では、ＩｏＴクライアント１１０が、別のＩｏＴクライアントと同一の証明書を共有するとき、パブリッシュおよび／またはサブスクライブするための能力は、ＩｏＴクライアント１１０のものと同一になる。
【0070】
図１の１５０の拡張であり得る、６２０において、ＢＰＭ１２０は、ＩｏＴクライアント１１０およびＩｏＴクライアント６１０が、一意の識別を有するが、同一の証明書および／またはポリシを共有することを判定することができる。いくつかの実施形態では、ＢＰＭ１２０は、ＩｏＴクライアント１１０およびＩｏＴクライアント６１０が、一意の識別、異なる証明書／ポリシを有し、それらの証明書が、ともに関連付けられる、またはともに結び付けられることを判定することができる。ＢＰＭ１２０は、ＩｏＴクライアント６１０が、インシデント－ａｂｃに対応するトピック－ａｂｃをパブリッシュのみ、サブスクライブのみ、またはパブリッシュおよびサブスクライブし得るかどうかを動的に判定し、それに応じて、証明書ベースのＩｏＴブローカ１３０に通知することができる。いくつかの実施形態では、動的判定は、６１５においてＩｏＴクライアント１１０から受信される命令に基づく。本実施例では、ＢＰＭ１２０は、ＩｏＴクライアント６１０が、トピック－ａｂｃに対してパブリッシュのみし得ることを判定する。
【0071】
６３０において、ＩｏＴクライアント１１０は、トピック－ａｂｃに関してパブリッシュするためのメッセージを証明書ベースのＩｏＴブローカ１３０に伝送することができる。証明書ベースのＩｏＴブローカ１３０は、ＩｏＴクライアント１１０がトピック－ａｂｃに関してパブリッシュすることを許可されていることを検証する。
【0072】
６４０において、証明書ベースのＩｏＴブローカ１３０は、（例えば、上記の３５０において）トピック－ａｂｃをサブスクライブしたＩｏＴクライアント３１０に、トピック－ａｂｃに関するパブリッシュされたメッセージを配信する。上記の６２０におけるＢＰ１２０の命令に従って、ＩｏＴクライアント６１０が、トピック－ａｂｃに対してパブリッシュのみし得るため、証明書ベースのＩｏＴブローカ１３０が、トピック－ａｂｃに関するパブリッシュされたメッセージをＩｏＴクライアント６１０に伝送しないことに留意されたい。ＩｏＴクライアント６１０は、トピック－ａｂｃをサブスクライブすることはできない。
【0073】
６５０において、ＩｏＴクライアント６１０は、トピック－ａｂｃに関してパブリッシュするためのメッセージを証明書ベースのＩｏＴブローカ１３０に伝送することができる。例えば、ＩｏＴクライアント６１０が、ビデオカメラであった場合、ＩｏＴクライアント６１０は、データをストリーミングすることができる、またはＩｏＴクライアント６１０が、センサであった場合、センサの読取値および／または警報が、伝送されることができる。証明書ベースのＩｏＴブローカ１３０は、ＩｏＴクライアント６１０がトピック－ａｂｃに関してパブリッシュすることを許可されていることを検証する。
【0074】
６６０において、証明書ベースのＩｏＴブローカ１３０は、（例えば、上記の３５０において）トピック－ａｂｃをサブスクライブしたＩｏＴクライアント３１０に、トピック－ａｂｃに関するパブリッシュされたメッセージを配信する。
【0075】
６７０において、証明書ベースのＩｏＴブローカ１３０は、（例えば、上記の図１の１７０において）トピック－ａｂｃをサブスクライブしたＩｏＴクライアント１１０に、トピック－ａｂｃに関するパブリッシュされたメッセージを配信する。いくつかの実施形態では、ＩｏＴクライアント１１０は、１つ以上のＩｏＴクライアントと証明書を共有する、またはＩｏＴクライアント１１０は、１つ以上のＩｏＴクライアントおよび／またはそれらの対応する証明書と関連付けられる、または結び付けられる。ＩｏＴクライアント１１０が、ＩｏＴクライアント６１０からパブリッシュされた情報（例えば、温度ゲージ読取値および／または値に関するアラート、またはビデオストリームまたは画像）を受信すると、ＩｏＴクライアント１１０は（例えば、ＧＵＩとして）、ＩｏＴクライアント６１０の制御を掌握（例えば、パン／チルト／ズームを制御する、ドアを施錠または解錠するようにアクチュエータ制御する）してもよい。
【0076】
いくつかの実施形態では、ＢＰＭ１２０が、ＩｏＴクライアント６１０がトピック－ａｂｃ（図示せず）をパブリッシュおよびサブスクライブすることの両方を行い得ることを判定すると、ＩｏＴクライアント６１０は、トピック－ａｂｃに関するパブリッシュされたメッセージをサブスクライブおよび受信することができる。例えば、インシデント通信ネットワークの他のメンバが、インシデント－ａｂｃ通信ネットワークを介して、またはトピック－ａｂｃに関するパブリッシュされたメッセージを受信する、ＩｏＴクライアント６１０を介して、ＩｏＴクライアント６１０にアクセスする（例えば、パン／チルト／ズームを制御する、またはドアを施錠または解錠するようにアクチュエータ制御する）ことができる。
【0077】
図７は、例示的実施形態による、ブローカポリシマネージャ（ＢＰＭ）のための方法７００を図示する。限定ではなく、便宜上、方法７００は、図１－６の要素を用いて説明され得る。例えば、方法７００は、システム２００または下記に説明されるシステム８００によって提供されることができる。
【0078】
インシデントベースのシステム（例えば、ＩＷＳ、モバイルＩＷＳ、ＩｏＴクライアント１１０）は、トピック－ＢＰＭ等のトピックを規定することができる。
【0079】
７１０において、システム２００（例えば、ＩｏＴクライアントとしてのＢＰＭ１２０）は、トピック－ＢＰＭをサブスクライブし、トピック－ＢＰＭと、他の情報とを含む、パブリッシュされたメッセージを受信することができる。例えば、システム２００は、インシデントベースのシステムによって確立されたトピック－ＢＰＭをサブスクライブすることができる。続いて、インシデントベースのシステムは、インシデント名およびＩｏＴクライアント名（例えば、トピック－ＢＰＭ／インシデント－ａｂｃ／ＩｏＴクライアント１１０）等のトピック－ＢＰＭに関する情報を、証明書ベースのＩｏＴブローカにパブリッシュすることができる。
【0080】
７２０において、システム２００は、証明書ベースのＩｏＴブローカから、ＢＰＭを含むトピックに関する、パブリッシュされたメッセージを受信することができる。例えば、ＢＰＭ１２０は、証明書ベースのＩｏＴブローカ１３０から、インシデント－ａｂｃに加わる、またはそれを生成するＩｏＴクライアント１１０を含む、トピック－ＢＰＭに関するパブリッシュされたメッセージ（例えば、トピック－ＢＰＭ／インシデント－ａｂｃ／ＩｏＴクライアント１１０、トピック－ＢＰＭ／インシデント－ａｂｃ／ＩｏＴクライアント１１０／生成者を含む、パブリッシュされたメッセージ）を受信することができる。
【0081】
７２５において、システム２００は、第１のＩｏＴクライアントがインシデントに対応するインシデント通信ネットワークの参加者であることを動的に判定することができる。例えば、ＢＰＭ１２０は、上記の７２０から、その判定を行うことができる。いくつかの実施形態では、ＢＰＭ１２０は、マルチキャストチャネルをリッスンし、ＩｏＴクライアント１１０が、インシデント－ａｂｃ通信ネットワークに加わるように招待されていること、またはインシデント－ａｂｃ通信ネットワークを生成していることを把握する。いくつかの実施形態では、ＢＰＭ１２０は、相互運用性ワークステーション（ＩＷＳ）から、ＩｏＴクライアント１１０が、インシデント－ａｂｃ通信ネットワークに加わるように招待されていること、またはそれを生成していることの信号を受信する。いくつかの実施形態では、システム２００は、トピック－ａｂｃを生成する、またはシステム２００は、トピック－ａｂｃが（例えば、ＩｏＴクライアント１１０によって）生成されていることを判定する。システム２００はまた、ＩｏＴクライアント１１０が、トピック－ａｂｃをパブリッシュのみ、サブスクライブのみ、またはパブリッシュおよびサブスクライブすることを許可されているかどうかを判定する。
【0082】
７３０において、システム２００は、第１の命令を証明書ベースのＩｏＴブローカに伝送し、第１のＩｏＴクライアントが、インシデントを含むトピックをパブリッシュおよび／またはサブスクライブすることを可能にするように、第１のＩｏＴクライアントの第１の証明書と関連付けられる、第１のＩｏＴポリシを変更することができる。例えば、ＢＰＭ１２０は、信号を証明書ベースのＩｏＴブローカ１３０に伝送し、ＩｏＴクライアント１１０がここでトピック－ａｂｃをパブリッシュおよびサブスクライブすることを可能にするように、ＩｏＴクライアント１１０と関連付けられる、証明書のポリシを変更することができる。証明書ベースのＩｏＴブローカ１３０は、それに応じて、ＩｏＴクライアント１１０の証明書ポリシを更新する。
【0083】
７３５において、システム２００は、第２のＩｏＴクライアントが、第１のＩｏＴクライアントから、インシデント通信ネットワークに加わるための招待を受け取ることのインジケーションを受信することができる。例えば、ＢＰＭ１２０は、ＩｏＴクライアント１１０および／またはＩｏＴクライアント３１０を介したシグナリングチャネルを介して、またはインシデント－ａｂｃ通信ネットワークのマルチキャストチャネルをリッスンすることによって、ＩｏＴクライアント３１０がインシデント－ａｂｃ通信ネットワークに加わることについて把握することができる。ＢＰＭ１２０は、ＩｏＴクライアント３１０が、トピック－ａｂｃに関するＩｏＴメッセージをパブリッシュおよび／またはサブスクライブし得るように、ＩｏＴクライアント３１０に対応する証明書のポリシを調節するかどうかを動的に判定する。本実施例では、ＢＰＭ１２０は、ＩｏＴクライアント３１０が、トピック－ａｂｃをパブリッシュおよびサブスクライブし得ることを判定する。
【0084】
７４０において、第１および第２のＩｏＴクライアントがインシデント通信ネットワークを介して、および／または証明書ベースのＩｏＴブローカを介して通信し得る場合、システム２００は、第２の命令を証明書ベースのＩｏＴブローカに伝送し、第２のＩｏＴクライアントが、インシデントを含むトピックをパブリッシュおよびサブスクライブすることを可能にする、第２のＩｏＴクライアントの第２の証明書と関連付けられる、第２のＩｏＴポリシを変更することができる。例えば、ＢＰＭ１２０は、信号を証明書ベースのＩｏＴブローカ１３０に伝送し、ＩｏＴクライアント３１０がここでトピック－ａｂｃをパブリッシュおよびサブスクライブすることを可能にするように、ＩｏＴクライアント３１０と関連付けられる、証明書のポリシを変更することができる。証明書ベースのＩｏＴブローカ１３０は、それに応じてＩｏＴクライアント３１０の証明書ポリシを更新する。ＩｏＴクライアント１１０および３１０は、インシデント－ａｂｃ通信ネットワークを介して、および／または証明書ベースのＩｏＴブローカを介して通信することができる。
【0085】
７４５において、システム２００は、第３のＩｏＴクライアントが、第１のＩｏＴクライアントと第１の証明書を共有することを判定することができ、第１の証明書は、第３のＩｏＴクライアントが、インシデントを含むトピックをパブリッシュおよび／またはサブスクライブすることを可能にする（例えば、第１のＩｏＴクライアントは、インシデント－ａｂｃ通信ネットワークに結合される、相互運用性ワークステーション（ＩＷＳ）のＧＵＩであることができ、第３のＩｏＴクライアントは、アクチュエータまたはセンサであることができる）。例えば、ＢＰＭ１２０は、ＩｏＴクライアント１１０およびＩｏＴクライアント６１０が、一意の識別を有し、さらに、同一の証明書および／またはポリシを共有することを判定することができる。いくつかの実施形態では、ＢＰＭ１２０は、ＩｏＴクライアント１１０およびＩｏＴクライアント６１０が、一意の識別、異なる証明書を有するが、それらの証明書が、関連付けられることを判定することができる。ＢＰＭ１２０は、ＩｏＴクライアント６１０が、インシデント－ａｂｃに対応するトピック－ａｂｃをパブリッシュのみ、サブスクライブのみ、またはパブリッシュおよびサブスクライブし得るかどうかを動的に判定し、それに応じて証明書ベースのＩｏＴブローカ１３０に通知することができる。いくつかの実施形態では、動的判定は、図６の６１５において、ＩｏＴクライアント１１０によって受け取られる命令に基づく。
【0086】
７５０において、システム２００は、第２のＩｏＴクライアントがインシデントから離れることのインジケーションを受信することができる。
【0087】
７５５において、システム２００は、証明書ベースのＩｏＴブローカに、第２の証明書と関連付けられる第２のＩｏＴポリシからトピック－インシデントを除去するための要求を伝送することができる。
【0088】
（システム実装）
種々の実施形態が、ソフトウェア、ファームウェア、ハードウェア、またはそれらの組み合わせによって実装されることができる。図８は、種々の実施形態内で説明されるシステムおよびデバイスが、コンピュータ可読コードおよび／またはテキスト可読コードとして実装され得る、例示的コンピュータシステム８００を図示する。本説明を熟読した後、他のシステムおよび／または処理アーキテクチャを使用して実施形態を実装する方法が、当業者に明白な状態となるであろう。例えば、ＩｏＴクライアント、ブローカポリシマネージャ（ＢＰＭ）、および／または証明書ベースのＩｏＴブローカが、コンピュータシステム８００によって実装され得る。
種々の実施形態が、ソフトウェア、ファームウェア、ハードウェア、またはそれらの組み合わせによって実装されることができる。図８は、種々の実施形態内で説明されるシステムおよびデバイスが、コンピュータ可読コードおよび／またはテキスト可読コードとして実装され得る、例示的コンピュータシステム８００を図示する。本説明を熟読した後、他のシステムおよび／または処理アーキテクチャを使用して実施形態を実装する方法が、当業者に明白な状態となるであろう。例えば、ＩｏＴクライアント、ブローカポリシマネージャ（ＢＰＭ）、および／または証明書ベースのＩｏＴブローカが、コンピュータシステム８００によって実装され得る。
【0089】
コンピュータシステム８００は、プロセッサ８０４等の１つ以上のプロセッサ（中央処理ユニットまたはＣＰＵとも呼ばれる）を含む。プロセッサ８０４は、バス８０６であり得る、通信インフラストラクチャに接続される。１つ以上のプロセッサ８０４は、それぞれ、グラフィック処理ユニット（ＧＰＵ）であってもよい。ある実施形態では、ＧＰＵは、数学的に集約的なアプリケーションを処理するように設計される、特殊電子回路である、プロセッサである。ＧＰＵは、コンピュータグラフィックアプリケーション、画像、ビデオ等に共通の数学的に集約的なデータ等の大きいデータブロックの並行処理のために効率的である、並列構造を有してもよい。
【0090】
コンピュータシステム８００はまた、ユーザ入力／出力インターフェース８０２を通して通信インフラストラクチャ８０６と通信する、モニタ、キーボード、ポインティングデバイス等のユーザ入力／出力デバイス８０３を含む。コンピュータシステム８００はまた、ランダムアクセスメモリ（ＲＡＭ）等のメインまたは一次メモリ８０８を含む。メインメモリ８０８は、１つ以上のキャッシュのレベルを含んでもよい。メインメモリ８０８は、その中に、制御論理（すなわち、コンピュータソフトウェア）および／またはデータを記憶している。
【0091】
コンピュータシステム８００はまた、１つ以上の二次記憶デバイスまたはメモリ８１０を含んでもよい。二次メモリ８１０は、例えば、ハードディスクドライブ８１２および／またはリムーバブル記憶デバイスまたはドライブ８１４を含んでもよい。リムーバブル記憶ドライブ８１４は、フロッピー（登録商標）ディスクドライブ、磁気テープドライブ、コンパクトディスクドライブ、光学記憶デバイス、テープバックアップデバイス、および／または任意の他の記憶デバイス／ドライブであってもよい。
【0092】
リムーバブル記憶ドライブ８１４は、リムーバブル記憶ユニット８１８と相互作用してもよい。リムーバブル記憶ユニット８１８は、その上にコンピュータソフトウェア（制御論理）および／またはデータを記憶している、コンピュータ使用可能または可読記憶デバイスを含む。リムーバブル記憶ユニット８１８は、フロッピー（登録商標）ディスク、磁気テープ、コンパクトディスク、ＤＶＤ、光学記憶ディスク、および／または任意の他のコンピュータデータ記憶デバイスであってもよい。リムーバブル記憶ドライブ８１４は、周知の様式において、リムーバブル記憶ユニット８１８から読み取る、および／またはそれに書き込む。
【0093】
例示的実施形態によると、二次メモリ８１０は、コンピュータプログラムおよび／または他の命令ならびに／もしくはデータが、コンピュータシステム８００によってアクセスされることを可能にするための、他の手段、媒介、または他のアプローチを含んでもよい。そのような手段、媒介、または他のアプローチは、例えば、リムーバブル記憶ユニット８２２と、インターフェース８２０とを含んでもよい。リムーバブル記憶ユニット８２２およびインターフェース８２０の実施例は、プログラムカートリッジおよびカートリッジインターフェース（ビデオゲームデバイス内に見出されるもの等）、リムーバブルメモリチップ（ＥＰＲＯＭまたはＰＲＯＭ等）および関連付けられるソケット、メモリスティックおよびＵＳＢポート、メモリカードおよび関連付けられるメモリカードスロット、ならびに／もしくは任意の他のリムーバブル記憶ユニットおよび関連付けられるインターフェースを含んでもよい。
【0094】
コンピュータシステム８００はさらに、通信またはネットワークインターフェース８２４を含んでもよい。通信インターフェース８２４は、コンピュータシステム８００が、遠隔デバイス、遠隔ネットワーク、遠隔エンティティ等（個々に、および集合的に、参照番号８２８によって参照される）の任意の組み合わせと通信し、相互作用することを可能にする。例えば、通信インターフェース８２４は、コンピュータシステム８００が、有線および／無線であり得、ＬＡＮ、ＷＡＮ、インターネット等の任意の組み合わせを含み得る、通信経路８２６を経由して遠隔デバイス８２８と通信することを可能にしてもよい。制御論理および／またはデータが、通信経路８２６を介してコンピュータシステム８００に、またはそれから伝送されてもよい。
【0095】
ある実施形態では、その上に記憶される制御論理（ソフトウェア）を有する有形の非一過性コンピュータ使用可能または可読媒体を備える、有形の非一過性装置または製造品もまた、本明細書においてコンピュータプログラム製品またはプログラム記憶デバイスと称される。これは、限定ではないが、コンピュータシステム８００、メインメモリ８０８、二次メモリ８１０、およびリムーバブル記憶ユニット８１８および８２２、ならびに前述のものの任意の組み合わせを具現化する、有形の製品を含む。そのような制御論理は、１つ以上のデータ処理デバイス（コンピュータシステム８００等）によって実行されると、そのようなデータ処理デバイスを本明細書に説明されるように動作させる。
【0096】
本開示に含有される教示に基づいて、データ処理デバイス、コンピュータシステム、および／またはコンピュータアーキテクチャを使用して本発明の実施形態を作製し、使用する方法が、当業者に明白となるであろう。特に、実施形態は、本明細書に説明されるもの以外のソフトウェア、ハードウェア、および／またはオペレーティングシステム実装を用いて動作し得る。
【0097】
（結論）
概要および要約の節（該当する場合）ではなく、詳細な説明の節が、請求項を解釈するために使用されることを意図することを理解されたい。概要および要約の節（該当する場合）は、本発明のうちの１つ以上が全てではない、例示的実施形態を、本発明者によって検討されるものとして記載し得、したがって、本発明または添付の請求項をいかようにも限定することを意図していない。
概要および要約の節（該当する場合）ではなく、詳細な説明の節が、請求項を解釈するために使用されることを意図することを理解されたい。概要および要約の節（該当する場合）は、本発明のうちの１つ以上が全てではない、例示的実施形態を、本発明者によって検討されるものとして記載し得、したがって、本発明または添付の請求項をいかようにも限定することを意図していない。
【0098】
本発明は、本明細書では、例示的分野および用途に関して例示的実施形態を参照して説明されているが、本発明が、それらに限定されるものではないことを理解されたい。他の実施形態およびそれへの修正が、可能性として考えられ、本発明の範囲ならびに精神内のものである。例えば、本段落の一般性を限定することなく、実施形態は、図に図示される、および／または本明細書に説明される、ソフトウェア、ハードウェア、ファームウェア、ならびに／もしくはエンティティに限定されない。さらに、実施形態（本明細書に明示的に説明されているかどうかにかかわらず）は、本明細書に説明される実施例以外の分野および用途に対する有意な有用性を有する。
【0099】
実施形態は、本明細書では、規定される機能の実装およびその関係を図示する機能構成要素の補助を借りて説明されている。これらの機能構成要素の境界は、本明細書では、説明の利便性のために任意に定義されている。代替の境界が、規定される機能および関係（またはその均等物）が適切に実施される限り、定義され得る。また、代替実施形態が、本明細書に説明されているものと異なる順序を使用して、機能ブロック、ステップ、動作、方法等を実施し得る。
【0100】
本発明の範疇および範囲は、上記に説明される例示的実施形態のうちのいずれかによって限定されるべきではなく、以下の請求項ならびにその均等物によってのみ定義されるべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【国際調査報告】