知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-05-31
(54)【発明の名称】同型構造のハイパーグラフィック自己定義通信グループ
(51)【国際特許分類】
H04M 3/56 20060101AFI20240524BHJP
【ＦＩ】
H04M3/56 Z
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023569642
(86)(22)【出願日】2022-05-10
(85)【翻訳文提出日】2023-12-19
(86)【国際出願番号】 US2022028605
(87)【国際公開番号】W WO2022240885
(87)【国際公開日】2022-11-17
(31)【優先権主張番号】17/318,714
(32)【優先日】2021-05-12
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】521211572
【氏名又は名称】ミューチュアリンク， インコーポレイテッド
(74)【代理人】
【識別番号】100078282
【弁理士】
【氏名又は名称】山本 秀策
(74)【代理人】
【識別番号】100113413
【弁理士】
【氏名又は名称】森下 夏樹
(74)【代理人】
【識別番号】100181674
【弁理士】
【氏名又は名称】飯田 貴敏
(74)【代理人】
【識別番号】100181641
【弁理士】
【氏名又は名称】石川 大輔
(74)【代理人】
【識別番号】230113332
【弁護士】
【氏名又は名称】山本 健策
(72)【発明者】
【氏名】マッツァレラ， ジョゼフ アール．
【テーマコード（参考）】
5K201
【Ｆターム（参考）】
5K201BB09
5K201CA01
5K201CA04
5K201EC06
(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】
いくつかの実施形態は、インシデントの間にアクティブ化された同型構造に従って、ハイパーグラフィック自己定義通信グループをインスタンス化するためのシステムと、方法と、コンピュータプログラム製品とを含む。例えば、機関または組織は、化学的および／または生物学的な壊滅的状況を対象とする、インシデントコマンドシステム（ＩＣＳ）構造等の同型構造を生成することができる。同型構造に関連のあるインシデント（例えば、大量の死傷者が発生する化学的および／または生物学的壊滅的イベント）の発生の場合には、いくつかの実施形態は、第１の機関ＩＷＳが、同型構造のインスタンスをインスタンス化し、同型構造のインスタンス化されたインスタンスのノード要素に対応する、２つまたはそれを上回る通信グループ（例えば、ＳＩＰプロトコルセッション）を生成することを可能にする。第１の機関は、第２の機関を招待し、第２の機関の対応する同型構造（例えば、大量の死傷者が発生する化学的および／または生物学的壊滅的イベント）をインスタンス化することができ、これは、第２の機関のメンバが、生成された個別の通信グループを介して、第１の機関内のそれらの個別のピアと通信することを可能にする。
【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】
ある実施形態では、その上に記憶される制御論理（ソフトウェア）を有する有形の非一過性コンピュータ使用可能または可読媒体を備える、有形の非一過性装置または製造品もまた、本明細書では、コンピュータプログラム製品またはプログラム記憶デバイスと称される。これは、限定ではないが、コンピュータシステム６００、メインメモリ６０８、二次メモリ６１０、およびリムーバブル記憶ユニット６１８および６２２、ならびに前述のものの任意の組み合わせを具現化する、有形の製品を含む。そのような制御論理は、１つまたはそれを上回るデータ処理デバイス（コンピュータシステム６００等）によって実行されると、そのようなデータ処理デバイスを本明細書に説明されるように動作させる。
【0101】
本開示に含有される教示に基づいて、データ処理デバイス、コンピュータシステム、および／またはコンピュータアーキテクチャを使用して本発明の実施形態を作製し、使用する方法が、当業者に明白となるであろう。特に、実施形態は、本明細書に説明されるもの以外のソフトウェア、ハードウェア、および／またはオペレーティングシステム実装を用いて動作し得る。
結論
結論
【0102】
概要および要約の節（該当する場合）ではなく、詳細な説明の節が、請求項を解釈するために使用されることを意図することを理解されたい。概要および要約の節（該当する場合）は、本発明の１つまたはそれを上回るが全てではない、例示的実施形態を、本発明者（ら）によって検討されるものとして記載し得、したがって、本発明または添付の請求項をいかようにも限定することを意図していない。
【0103】
本発明は、本明細書では、例示的分野および用途に関して例示的実施形態を参照して説明されているが、本発明が、それらに限定されるものではないことを理解されたい。他の実施形態およびそれへの修正が、可能性として考えられ、本発明の範囲および精神内のものである。例えば、本段落の一般性を限定することなく、実施形態は、図に図示される、および／または本明細書に説明される、ソフトウェア、ハードウェア、ファームウェア、および／またはエンティティに限定されない。さらに、実施形態（本明細書に明示的に説明されているかどうかにかかわらず）は、本明細書に説明される実施例以外の分野および用途に対する有意な有用性を有する。
【0104】
実施形態は、本明細書では、規定される機能の実装およびそれらの関係を図示する機能構成要素の補助を借りて説明されている。これらの機能構成要素の境界は、本明細書では、説明の利便性のために任意に定義されている。代替の境界が、規定される機能および関係（またはそれらの均等物）が適切に実施される限り、定義されることができる。また、代替実施形態が、本明細書に説明されているものと異なる順序を使用して、機能ブロック、ステップ、動作、方法等を実施し得る。
【0105】
本発明の範疇および範囲は、上記に説明される例示的実施形態のうちのいずれかによって限定されるべきではなく、以下の請求項およびその均等物のみに従って定義されるべきである。
【図1A】
【図1B】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【国際調査報告】