特許 7588670 クラウドデグレードモードにおいてデバイス動作信頼性を継続的に確保するための方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-14

(45)【発行日】2024-11-22

(54)【発明の名称】クラウドデグレードモードにおいてデバイス動作信頼性を継続的に確保するための方法および装置

(51)【国際特許分類】

   H04L 43/10 20220101AFI20241115BHJP

【ＦＩ】

H04L43/10

【請求項の数】 15

【外国語出願】

(21)【出願番号】P 2023044054

(22)【出願日】2023-03-20

(62)【分割の表示】P 2021519613の分割

【原出願日】2019-10-01

(65)【公開番号】P2023078322

(43)【公開日】2023-06-06

【審査請求日】2023-04-06

(31)【優先権主張番号】62/743,040

(32)【優先日】2018-10-09

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】502208397

【氏名又は名称】グーグル エルエルシー

【氏名又は名称原語表記】Ｇｏｏｇｌｅ ＬＬＣ

【住所又は居所原語表記】１６００ Ａｍｐｈｉｔｈｅａｔｒｅ Ｐａｒｋｗａｙ ９４０４３ Ｍｏｕｎｔａｉｎ Ｖｉｅｗ， ＣＡ Ｕ．Ｓ．Ａ．

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】ヒース，タリバー

(72)【発明者】

【氏名】ハリソン，ケイト

(72)【発明者】

【氏名】バーギース，マシュー

(72)【発明者】

【氏名】ヨギースワラン，カーシック

(72)【発明者】

【氏名】シュエン，イー

【審査官】吉田 歩

(56)【参考文献】

【文献】特表２０１３－５４４４０８（ＪＰ，Ａ）

【文献】特表２０２２－５０４５４８（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ４３／１０

(57)【特許請求の範囲】

【請求項1】

通信デバイスと、第１のネットワークの第１のネットワークデバイスと、第２のネットワークの第２のネットワークデバイスとによって実行される方法であって、
前記通信デバイスが、前記第１のネットワークデバイスに、前記第１のネットワークデバイスからの第１のハートビート確認信号を要求する第１のハートビート要求を送信することと、
前記通信デバイスが、閾値期間にわたって前記第１のネットワークデバイスから前記第１のハートビート確認信号を受信できなかった後、故障状態が存在すると判断することと、
前記通信デバイスが、前記故障状態が存在すると判断したことに応答して、前記第２のネットワークデバイスに、前記第２のネットワークデバイスからの第２のハートビート確認信号を要求する第２のハートビート要求を送信することとを備え、前記第２のネットワークは前記第１のネットワークとは異なり、前記方法はさらに、
前記通信デバイスが、前記第２のネットワークデバイスから、前記第２のハートビート確認信号を受信することと、
前記通信デバイスが、前記第２のハートビート確認信号を受信したことに応答して、デバイス動作を実行することとを備え、
前記第２のハートビート要求を送信することは、前記デバイス動作を実行する許可を要求することを備え、
前記第２のハートビート要求は、前記第２のネットワークデバイスに、前記通信デバイスに対応付けられたデバイス状態データに基づいて、前記通信デバイスが前記デバイス動作の実行を許可されていると判断させるように構成され、
前記第１のネットワークデバイスが、
前記故障状態の前に、前記通信デバイスに対応付けられた前記デバイス状態データを前記前記第２のネットワークデバイスにプッシュすること、または
前記第２のネットワークデバイスによるプル動作に応答して、前記通信デバイスに対応付けられた前記デバイス状態データを送信すること、
のうちの少なくとも一方を行うように構成される、方法。

【請求項2】

前記デバイス状態データは、
前記通信デバイスを識別するデバイス識別子、
前記通信デバイスが前記デバイス動作を実行する能力を無効にする無効化データ、または
支払状況、
のうちの少なくとも１つを含む、請求項１に記載の方法。

【請求項3】

前記デバイス状態データは、前記通信デバイスが前記デバイス動作を実行してもよいという前記第１のネットワークの前記第１のネットワークデバイスからの許可を示すハートビート確認データを含む、請求項１に記載の方法。

【請求項4】

前記故障状態は、前記通信デバイスと前記第１のネットワーク上の前記第１のネットワークデバイスとの間の通信を妨げるネットワーク故障状態を含む、請求項１～３のいずれか１項に記載の方法。

【請求項5】

前記方法はさらに、
前記通信デバイスが、前記第２のネットワークデバイスに、前記第２のネットワークデバイスからの第３のハートビート確認信号を要求する第３のハートビート要求を送信することと、
前記通信デバイスが、前記閾値期間にわたって前記第２のネットワークデバイスから前記第３のハートビート確認信号を受信できなかった後、前記デバイス動作の実行を停止することとを備える、請求項１～４のいずれか１項に記載の方法。

【請求項6】

前記方法はさらに、
前記通信デバイスが、前記第２のネットワークデバイスに、前記第２のネットワークデバイスからの第３のハートビート確認信号を要求する第３のハートビート要求を送信することと、
前記通信デバイスが、前記第２のネットワークデバイスから、前記第３のハートビート確認信号を受信することと、
前記通信デバイスが、前記第３のハートビート確認信号を受信したことに応答して、前記デバイス動作を実行し続けることとを備える、請求項１～４のいずれか１項に記載の方法。

【請求項7】

前記方法はさらに、前記通信デバイスが、前記第１のネットワークの前記第１のネットワークデバイスに前記第１のハートビート要求を送信する前に、ハートビート確認信号を受信するように前記第１のネットワークデバイスに登録することを備える、請求項１～６のいずれか１項に記載の方法。

【請求項8】

システムであって、
通信デバイスと、
第１のネットワークの第１のネットワークデバイスと、
第２のネットワークの第２のネットワークデバイスとを備え、
前記通信デバイスは、
前記第１のネットワークデバイスに、前記第１のネットワークデバイスからの第１のハートビート確認信号を要求する第１のハートビート要求を送信し、
閾値期間にわたって前記第１のネットワークデバイスから前記第１のハートビート確認信号を受信できなかった後、故障状態が存在すると判断し、
前記故障状態が存在すると判断したことに応答して、前記第２のネットワークデバイスに、前記第２のネットワークデバイスからの第２のハートビート確認信号を要求する第２のハートビート要求を送信し、前記第２のネットワークは前記第１のネットワークとは異なり、前記通信デバイスは、
前記第２のネットワークデバイスから、前記第２のハートビート確認信号を受信し、
前記第２のハートビート確認信号を受信したことに応答して、デバイス動作を実行し、
前記第２のハートビート要求を送信することは、前記デバイス動作を実行する許可を要求することを備え、
前記第２のハートビート要求は、前記第２のネットワークデバイスに、前記通信デバイスに対応付けられたデバイス状態データに基づいて、前記通信デバイスが前記デバイス動作の実行を許可されていると判断させるように構成され、
前記第１のネットワークデバイスは、
前記故障状態の前に、前記通信デバイスに対応付けられた前記デバイス状態データを前記第２のネットワークデバイスにプッシュすること、または
前記第２のネットワークデバイスによるプル動作に応答して、前記通信デバイスに対応付けられた前記デバイス状態データを送信すること、
のうちの少なくとも一方を行うように構成される、システム。

【請求項9】

前記デバイス状態データは、
前記通信デバイスを識別するデバイス識別子、
前記通信デバイスが前記デバイス動作を実行する能力を無効にする無効化データ、または
支払状況、
のうちの少なくとも１つを含む、請求項８に記載のシステム。

【請求項10】

前記デバイス状態データは、前記通信デバイスが前記デバイス動作を実行してもよいという前記第１のネットワークの前記第１のネットワークデバイスからの許可を示すハートビート確認データを含む、請求項８に記載のシステム。

【請求項11】

前記故障状態は、前記通信デバイスと前記第１のネットワーク上の前記第１のネットワークデバイスとの間の通信を妨げるネットワーク故障状態を含む、請求項８～１０のいずれか１項に記載のシステム。

【請求項12】

前記通信デバイスは、前記第２のネットワークデバイスに、前記第２のネットワークデバイスからの第３のハートビート確認信号を要求する第３のハートビート要求を送信し
前記通信デバイスは、前記閾値期間にわたって前記第２のネットワークデバイスから前記第３のハートビート確認信号を受信できなかった後、前記デバイス動作の実行を停止する、請求項８～１１のいずれか１項に記載のシステム。

【請求項13】

前記通信デバイスは、前記第２のネットワークデバイスに、前記第２のネットワークデバイスからの第３のハートビート確認信号を要求する第３のハートビート要求を送信し、
前記通信デバイスは、前記第２のネットワークデバイスから、前記第３のハートビート確認信号を受信し、
前記通信デバイスは、前記第３のハートビート確認信号を受信したことに応答して、前記デバイス動作を実行し続ける、請求項８～１１のいずれか１項に記載のシステム。

【請求項14】

前記通信デバイスは、前記第１のネットワークの前記第１のネットワークデバイスに前記第１のハートビート要求を送信する前に、ハートビート確認信号を受信するように前記第１のネットワークデバイスに登録する、請求項８～１３のいずれか１項に記載のシステム。

【請求項15】

前記通信デバイス、前記第１のネットワークデバイス、および前記第２のネットワークデバイスに請求項１～７のいずれか１項に記載の方法を実行させる、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、クラウドデグレードモード（cloud-degraded mode）におけるネットワーク
接続されたデバイスの高信頼性動作に関する。

【背景技術】

【0002】

背景
モノのインターネット（ＩｏＴ）デバイスおよび他のデバイスをサポートするために非常に高度の動作信頼性を必要とするクラウドサービスがある。デバイスは、進行中であったタスクまたは動作をデバイスが確実に実行し続けることができるように、クラウド環境からのハートビート（キープアライブ信号とも呼ばれる）の返信を必要とする傾向がある。デバイスがクリティカルになる点で、クラウドサービスが全システムの信頼性の大部分になるという問題が生じる。

【0003】

クラウドサービスの信頼性を高める方法の１つは、システム全体を２つ以上の場所で複製してＮ＋１の冗長性を効果的に提供することである。しかしながら、この技術は管理が困難であり、２つのシステム間の完全な一貫性は複雑かつ高価であり得る。

【発明の概要】

【課題を解決するための手段】

【0004】

概要
１次クラウドネットワークなどの１次ネットワークは１つ以上のサーバなどのネットワークデバイスを含み、ネットワークデバイスは、１次ネットワークと通信するさまざまなデバイスについてのデバイス状態データを格納する。たとえば、デバイスは、モノのインターネット（ＩｏＴ）デバイス、無線基地局、エンドユーザデバイス（無線モバイルデバイスおよび有線デバイス）、またはその他のデバイスを含む。一例における、２次クラウドネットワークなどの２次ネットワーク内の１つ以上のサーバなどのバックアップネットワークデバイスは、より小さいシステムであり、１次ネットワークが保持する状態データのサブセットをバックアップする。いくつかの実現例では、２次ネットワーク内のバックアップデバイスは、１次ネットワークから取得される有効なハートビート確認データ（キープアライブ信号データ）のコピーを保持する。一例では、キープアライブ信号データのみが２次ネットワークによってバックアップされる。しかしながら、ハートビート確認データとも呼ばれるキープアライブデータのバックアップを含む限り、デバイス状態データの任意のサブセットがバックアップされればよい。

【0005】

いくつかの実現例では、システムは、１次クラウドインフラストラクチャ内の１つ以上のサーバによって提供される１次サービスと、２次クラウドインフラストラクチャ内のバックアップデバイスを通して維持されるハートビート専用システム（heartbeat-only system）（ＨＢＯ）とによって構成される。２次ネットワークは、１次ネットワークに関連
して発生する故障状態の間に用いられる。いくつかの実現例におけるシステム、方法、および装置では、故障状態の前、間、または後に無効化エージェントがハートビート確認データを無効にすることもできる。

【0006】

ハートビート確認データは、デバイスが１次クラウドとの動作の継続を許可されていることを示すデータである。一例では、ハートビート確認データが２次ネットワーク内のテーブルに格納されることにより、第２のシステムは、完全に書き換えられたソフトウェアサービスがなくても最大分離（maximum separation）を提供することができる。これに
より、複数のクラウドインフラストラクチャにまたがる状態データの完全な一貫したコピーが常になくても、およびクラウドネットワークの一部にわたって信頼性を確保するためのより小さい独立したサービスがなくても、１次ネットワークの故障状態中でもＩｏＴデバイスまたは他のデバイスの一貫した動作を維持することができる。ハートビートの提供は、場合によっては静的ウェブページハンドラと言えるほど、大幅に単純化された状態で再現され得る。しかしながら、任意の適切な動作を使用してハートビートを提供すればよい。１次クラウドシステムによってデバイスハートビート確認データで更新される２次クラウドシステムにより、一貫した状態を維持することが大幅に単純化される。

【0007】

本開示の態様は、クラウドデグレードモードにおけるネットワーク接続されたデバイスの高信頼性動作を提供する。本開示の一態様は、第１のネットワークと通信するように適合された通信デバイスの動作信頼性を提供するための方法を提供する。通信デバイスと第１のネットワークのネットワークデバイスとの間の通信を妨げるネットワーク故障状態が存在する場合、上記方法は、２次ネットワークのデータ処理ハードウェアにおいて、上記通信デバイスがデバイス動作を実行してもよいという許可を求めるハートビート要求を上記通信デバイスから受信することを含む。上記方法は、上記データ処理ハードウェアが、上記通信デバイスに対応付けられたデバイス状態データを取得することをさらに含む。上記方法は、上記データ処理ハードウェアが、上記通信デバイスに対応付けられた上記デバイス状態データに基づいて、上記通信デバイスが上記デバイス動作の実行を許可されているか否かを判断することをさらに含む。上記通信デバイスが上記デバイス動作の実行を許可されている場合、上記方法は、上記データ処理ハードウェアが、上記通信デバイスにハートビート確認信号を送信することをさらに含む。上記ハートビート確認信号は上記通信デバイスが上記デバイス動作を実行することを許可する。

【0008】

本開示の実現例は、以下の任意の特徴のうちの１つ以上を含んでもよい。上記デバイス状態データを取得することは、上記通信デバイスに対応付けられた上記デバイス状態データを上記第１のネットワークの上記ネットワークデバイスから受信することを含んでもよい。いくつかの実現例では、上記通信デバイスから上記ハートビート要求を受信する前に上記デバイス状態データを受信した場合、および上記ネットワーク故障状態が存在しない場合、上記方法は、上記デバイス状態データをバックアップデータストアに格納することと、上記通信デバイスを識別するデバイス識別子を用いて上記バックアップデータストアから上記デバイス状態データを取り出すことと、上記通信デバイスを上記バックアップデータストアに格納された上記デバイス状態データに対応付けることとを含む。いくつかの例では、上記通信デバイスが上記デバイス動作の実行を許可されているか否かを判断することは、上記デバイス状態データがハートビート確認データを含むか否かを判断することを含む。上記ハートビート確認データは、上記通信デバイスが上記動作を実行してもよいという上記第１のネットワークの上記ネットワークデバイスからの許可を示してもよい。上記デバイス状態データがハートビート確認データを含む場合、上記方法は、上記通信デバイスが上記デバイス動作の実行を許可されていると判断することを含んでもよい。上記デバイス状態データがハートビート確認データを含まない場合、上記方法は、上記通信デバイスが上記ハートビート確認信号の受信を許可されていないと判断することを含んでもよい。いくつかの例では、上記方法は、上記デバイス状態データがハートビート確認データを含まない場合、上記通信デバイスへの上記ハートビート確認信号の送信を防止することによって、上記通信デバイスが上記デバイス動作を実行しないようにすることを含む。

【0009】

いくつかの実現例では、上記通信デバイスが上記デバイス動作の実行を許可されていると判断することは、上記通信デバイスが上記デバイス動作を実行する能力を無効にする無効化データを上記デバイス状態データが含むか否かを判断することを含む。これらの実現例では、上記デバイス状態データがハートビート確認データを含み無効化データを含まない場合、上記方法は、上記通信デバイスが上記デバイス動作の実行を許可されていると判
断することを含む。しかし、上記デバイス状態データが無効化データおよびハートビート確認データを含む場合は、上記方法は、上記通信デバイスが上記デバイス動作を実行してもよいという許可を取り消すことと、上記通信デバイスへの上記ハートビート確認信号の送信を保留することによって、上記通信デバイスが上記動作を実行しないようにすることとを含んでもよい。上記無効化データは、上記通信デバイスのソフトウェア更新が必要であること、上記通信デバイスが契約上の合意に従っていないこと、および／または上記通信デバイスが上記デバイス動作を実行するために必要なリソースを上記通信デバイスが利用できないことを示してもよい。

【0010】

いくつかの例では、上記第１のネットワークの上記ネットワークデバイスは、上記ネットワーク故障状態の前に、上記通信デバイスに対応付けられたデバイス状態データを上記データ処理ハードウェアにプッシュするように構成される。これに加えてまたはこれに代えて、上記第１のネットワークの上記ネットワークデバイスは、上記データ処理ハードウェアによるプル動作に応答して、上記通信デバイスに対応付けられた上記デバイス状態データを送信するように構成されてもよい。上記デバイス状態データは、上記通信デバイスを識別するデバイス識別子、上記通信デバイスが上記デバイス動作を実行する能力を無効にする無効化データ、上記通信デバイスに対応付けられた動作信頼性情報、支払状況、上記通信デバイスが組織メタデータを更新する能力、および／または全体的な環境の健全性の集約計算（aggregation calculation of overall environment health）を含んでもよい。

【0011】

上記ネットワーク故障状態が存在しない場合、上記通信デバイスは、上記第１のネットワークの上記ネットワークデバイスにデバイス動作の実行の許可を求める上記ハートビート要求を送信するように構成されてもよく、上記第１のネットワークの上記ネットワークデバイスは、上記通信デバイスに上記ハートビート確認信号を送信するように構成されてもよい。上記ネットワークデバイスは、上記通信デバイスに送信された上記ハートビート確認信号を含むように、上記通信デバイスに対応付けられた上記デバイス状態データを更新するようにさらに構成されてもよい。いくつかの実現例では、上記通信デバイスが上記第１のネットワークの上記ネットワークデバイスにハートビート要求を送信してから閾値期間内に上記ネットワークデバイスからハートビート確認信号を受信しない場合、上記ネットワーク故障状態が存在する。上記通信デバイスは、モノのインターネット（ＩｏＴ）デバイス、温度センサ、無線基地局、モバイルデバイス、および／またはスマートアプライアンスを含んでもよい。

【0012】

本開示の別の態様は、クラウドデグレードモードにおけるネットワーク接続されたデバイスの高信頼性動作のためのシステムを提供する。本開示の一態様は、バックアップネットワークのデータ処理ハードウェアと、上記データ処理ハードウェアと通信するメモリハードウェアとを含む。上記メモリハードウェアは、上記データ処理ハードウェア上で実行されると上記データ処理ハードウェアに動作を実行させる命令を格納してもよい。通信デバイスと第１のネットワークのネットワークデバイスとの間の通信を妨げるネットワーク故障状態が存在する場合、上記動作は、上記通信デバイスからハートビート要求を受信すること含む。上記ハートビート要求は、上記通信デバイスがデバイス動作を実行してもよいという許可を求める。上記動作は、上記通信デバイスに対応付けられたデバイス状態データを取得することと、上記通信デバイスに対応付けられた上記デバイス状態データに基づいて、上記通信デバイスが上記デバイス動作の実行を許可されているか否かを判断することとをさらに含む。上記通信デバイスが上記デバイス動作の実行を許可されている場合、上記動作は上記通信デバイスにハートビート確認信号を送信することを含む。上記ハートビート確認信号は上記通信デバイスが上記デバイス動作を実行することを許可する。

【0013】

本開示の実現例は、以下の任意の特徴のうちの１つ以上を含んでもよい。上記デバイス
状態データを取得することは、上記通信デバイスに対応付けられた上記デバイス状態データを上記第１のネットワークの上記ネットワークデバイスから受信することを含んでもよい。いくつかの実現例では、上記通信デバイスから上記ハートビート要求を受信する前に上記デバイス状態データを受信した場合、および上記ネットワーク故障状態が存在しない場合、上記動作は、上記デバイス状態データをバックアップデータストアに格納することと、上記通信デバイスを識別するデバイス識別子を用いて上記バックアップデータストアから上記デバイス状態データを取り出すことと、上記通信デバイスを上記バックアップデータストアに格納された上記デバイス状態データに対応付けることとを含む。いくつかの例では、上記通信デバイスが上記デバイス動作の実行を許可されているか否かを判断することは、上記デバイス状態データがハートビート確認データを含むか否かを判断することを含む。上記ハートビート確認データは、上記通信デバイスが上記デバイス動作を実行してもよいという上記第１のネットワークの上記ネットワークデバイスからの許可を示してもよい。上記デバイス状態データがハートビート確認データを含む場合、上記動作は、上記通信デバイスが上記デバイス動作の実行を許可されていると判断することを含んでもよい。上記デバイス状態データがハートビート確認データを含まない場合、上記動作は、上記通信デバイスが上記ハートビート確認信号の受信を許可されていないと判断することを含んでもよい。上記動作は、上記デバイス状態データがハートビート確認データを含まない場合、上記通信デバイスへの上記ハートビート確認信号の送信を防止することによって、上記通信デバイスが上記デバイス動作を実行しないようにすることを含んでもよい。

【0014】

いくつかの実現例では、上記通信デバイスが上記デバイス動作の実行を許可されていると判断することは、上記通信デバイスが上記デバイス動作を実行する能力を無効にする無効化データを上記デバイス状態データが含むか否かを判断することを含む。これらの実現例では、上記デバイス状態データがハートビート確認データを含み無効化データを含まない場合、上記動作は、上記通信デバイスが上記デバイス動作の実行を許可されていると判断することとを含む。しかし、上記デバイス状態データが無効化データおよびハートビート確認データを含む場合は、上記動作は、上記通信デバイスが上記デバイス動作を実行してもよいという許可を取り消すことと、上記通信デバイスへの上記ハートビート確認信号の送信を保留することによって、上記通信デバイスが上記動作を実行しないようにすることとを含んでもよい。上記無効化データは、上記通信デバイスのソフトウェア更新が必要であること、上記通信デバイスが契約上の合意に従っていないこと、および／または上記通信デバイスが上記デバイス動作を実行するために必要なリソースを上記通信デバイスが利用できないことを示してもよい。

【0015】

いくつかの例では、上記第１のネットワークの上記ネットワークデバイスは、上記ネットワーク故障状態の前に、上記通信デバイスに対応付けられたデバイス状態データを上記データ処理ハードウェアにプッシュするように構成される。これに加えてまたはこれに代えて、上記第１のネットワークの上記ネットワークデバイスは、上記データ処理ハードウェアによるプル動作に応答して、上記通信デバイスに対応付けられた上記デバイス状態データを送信するように構成されてもよい。上記デバイス状態データは、上記通信デバイスを識別するデバイス識別子、上記通信デバイスが上記デバイス動作を実行する能力を無効にする無効化データ、上記通信デバイスに対応付けられた動作信頼性情報、支払状況、上記通信デバイスが組織メタデータを更新する能力、および／または全体的な環境の健全性の集約計算を含んでもよい。

【0016】

上記ネットワーク故障状態が存在しない場合、上記通信デバイスは、上記第１のネットワークの上記ネットワークデバイスに上記ハートビート要求を送信するように構成されてもよく、上記第１のネットワークの上記ネットワークデバイスは、上記通信デバイスに上記ハートビート確認信号を送信するように構成されてもよい。上記ネットワークデバイスは、上記通信デバイスに送信された上記ハートビート確認信号を含むように、上記通信デ
バイスに対応付けられた上記デバイス状態データを更新するようにさらに構成されてもよい。いくつかの実現例では、上記通信デバイスが上記第１のネットワークの上記ネットワークデバイスにハートビート要求を送信してから閾値期間内に上記ネットワークデバイスからハートビート確認信号を受信しない場合、上記ネットワーク故障状態が存在する。上記通信デバイスは、モノのインターネット（ＩｏＴ）デバイス、温度センサ、無線基地局、モバイルデバイス、および／またはスマートアプライアンスを含んでもよい。

【0017】

さまざまな図面における同様の参照符号は同様の要素を示す。

【図面の簡単な説明】

【0018】

【図1】１次ネットワークおよび２次ネットワークを含むネットワークシステムの一例の概略図である。

【図2】図１のネットワークシステムの１次ネットワークにおいて使用されるネットワークデバイスの一例の概略図である。

【図3】図１のネットワークシステムの２次ネットワークにおいて使用されるバックアップデバイスの一例の概略図である。

【図4】１次ネットワークと通信するように適合された通信デバイスの動作信頼性を提供する方法のための動作の構成の一例のフローチャート図である。

【図5】１次ネットワークと通信するように適合された通信デバイスの動作信頼性を提供する方法のための動作の構成の一例のフローチャート図である。

【図6】１次ネットワークと通信するように適合された通信デバイスの動作信頼性を提供する方法のための動作の構成の一例のフローチャート図である。

【図7】コンピューティングデバイスの一例の概略図である。

【発明を実施するための形態】

【0019】

詳細な説明
図１は、１次ネットワーク１０２および２次ネットワーク１０４を使用するネットワークシステム１００の一例を示す。一例では、１次ネットワーク１０２は第１のプロバイダによって運営されるクラウドネットワークインフラストラクチャであり、２次ネットワーク１０４は異なるサービスプロバイダによって運営される異なるクラウドネットワークインフラストラクチャである。しかしながら、任意の適切なネットワーク構成を使用すればよい。さまざまな通信デバイス１０６、１０６ａ～ｅが、無線または有線インターフェースを介するなどの技術によって１次ネットワーク１０２に登録して１次ネットワーク１０２と通信する。５つの異なるタイプの通信デバイス１０６の例が示されているが、任意の数の通信デバイス１０６が任意の所定の時間に１次ネットワーク１０２に登録して１次ネットワーク１０２と通信すればよい。たとえば、一部の通信デバイス１０６ａ、１０６ｂ、１０６ｅは、建物内の温度センサもしくはスマートアプライアンス、またはモバイルコンピューティングデバイス（たとえば、スマートフォン、タブレット、ウェアラブル等）など、モノのインターネット（ＩｏＴ）デバイスまたはユーザ機器（ＵＥ）デバイスを含んでもよい。他の通信デバイス１０６ｃ、１０６ｄは無線基地局を含んでもよい。示されている例では、通信デバイス１０６の各々が、インターネットプロトコル（ＩＰ）ベースの通信プロトコルまたはその他の適切なプロトコルを介して１次ネットワーク１０２と通信する。一例では、１つ以上の通信デバイス１０６は、インターネットベースのクラウドネットワークシステムの一部としてのドメインネームシステム（ＤＮＳ）を介して１次ネットワーク１０２および２次ネットワーク１０４と通信することができる。１次ネットワーク１０２は１次ネットワークデバイス２００を含む。ネットワークデバイス２００（たとえば図１の１次ネットワークデバイス２００）は、通信デバイス１０６のうちの１つ以上と通信するウェブサーバなどの１つ以上のサーバであってもよい。そのため、ネットワークデバイス２００は、データ処理ハードウェア２１０と、データ処理ハードウェア２１０と通信するメモリハードウェア２２０とを含む。いくつかの例では、ネットワークデバ
イス２００は、ウェブ登録サービス２０２などのソフトウェアアプリケーションまたはサービスを実行する。通信デバイス１０６はウェブ登録サービス２０２に登録して、通信デバイス１０６が進行中であったタスクまたは動作を実行し続けることを許可するハートビート確認信号１２６（ハートビート確認またはキープアライブ信号とも呼ばれる）を受信してもよい。通信デバイス１０６のすべては、すべてＩｏＴタイプのデバイスなど、同じタイプであってもよく、またはスマートフォンおよび当該スマートフォンが通信のために使用することを望み得る無線基地局など、異なるタイプのデバイスのさまざまな組み合わせであってもよい。１次ネットワーク１０２の一例は市民ブロードバンド無線サービス（ＣＢＲＳ）システムを含むが、１次ネットワーク１０２は任意の適切なシステムであればよい。

【0020】

ＩｏＴデバイス１０６ａなどの通信デバイス１０６は、ネットワークデバイス２００からのハートビート確認信号１２６の返信を要求するハートビート要求１２８を、１次ネットワーク１０２内のネットワークデバイス２００（たとえばデータ処理ハードウェア２１０）に送信する。ハートビート確認信号１２６はハートビート確認データ１１８を含んでもよい。ＩｏＴデバイス１０６ａがハートビート確認信号１２６を受信すると、ＩｏＴデバイス１０６ａは、ネットワーク故障状態１３０が存在しないので、１次ネットワーク１０２との現在のタスクまたは動作を実行し続ける。通信デバイスとネットワークデバイス２００との間のハートビート要求１２８およびハートビート確認信号１２６の通信は、少なくとも２０秒に１回、２４０秒に１回、または任意の適切な期間中に１回発生し得る。いくつかの実現例では、サーバ２００は、各特定の通信デバイス１０６に発行されたハートビート確認データ１１８を示すデバイス状態データ１１０を記録し、デバイス状態データ１１０を、当該特定の通信デバイス１０６に対応付けられたデバイス識別子（ＩＤ）１１４とともに、ネットワークデバイス２００と通信するデバイス状態データストア２１２に格納する。いくつかの例では、デバイス状態データストア２１２は、ネットワークデバイス２００のメモリハードウェア２２０上に存在する。デバイス状態データストア２１２に格納されるデバイス状態データ１１０は、１次ネットワーク１０２との現在のタスクまたは動作の実行に関連する情報を含む他の情報を含む。デバイス状態データ１１０は、支払状況、組織メタデータを更新する能力、全体的な環境の健全性の集約計算を表すデータ、および／またはその他の適切なデータを含み得るが、これらに限定されるものではない。ＩｏＴデバイス１０６ａが、ハートビート要求１２８の発行に応答して対応するハートビート確認信号１２６を受信する限り、ＩｏＴデバイス１０６ａは、自身が１次ネットワーク１０２との動作を継続可能であると理解している。しかし、たとえば１次ネットワーク１０２からハートビート確認信号１２６を受信しない場合は、ＩｏＴデバイス１０６ａは１次ネットワーク１０２にネットワーク故障状態１３０が発生したと認識する。いくつかの例では、ハートビート要求１２８を発行／送信してから予め定められた期間内にハートビート確認信号１２６を受信しない場合、通信デバイス１０６はネットワーク故障状態１３０が存在すると認識する。

【0021】

いくつかの例では、１次ネットワーク１０２は第１のプロバイダのクラウドネットワークである。クラウドネットワーク１０２（たとえば１次ネットワーク１０２（図１））は１次ネットワークデバイス２００を含んでもよい。１次ネットワークデバイスはウェブ登録サービス２０２を実行してもよい。いくつかの例では、通信デバイスはウェブ登録サービス２０２に登録して１次ネットワーク１０２との動作を実行する。デバイス状態データ１１０は、通信デバイス１０６が１次クラウドネットワークとの動作を実行している間に格納される状態データであってもよい。たとえば、ＩｏＴデバイス１０６ａがＣＢＲＳシステム内で通信するモバイルデバイスであり、１次ネットワーク１０２がＣＢＲＳシステムのスペクトル分析システム（ＳＡＳ）に対応する場合、ＩｏＴデバイス１０６ａは、１次ネットワーク１０２の１次ネットワークデバイス２００にハートビート要求１２８を送信し、ＩｏＴデバイス１０６ａが１次ネットワーク１０２と通信可能であることを示す対
応するハートビート確認信号１２６を受信してもよい。そのため、１次ネットワーク１０２のネットワークデバイス２００は、ハートビート確認データ１１８を、対応するデバイスＩＤ１１４を介してＩｏＴデバイス１０６ａにリンクされるデバイス状態データ１１０としてデバイス状態データストア２１２に格納してもよく、それによって、デバイス状態データ１１０は、１次ネットワーク１０２内のＩｏＴデバイス１０６ａの動作インスタンスが適切であることを示す。すなわち、ＩｏＴデバイス１０６ａはウェブ登録サービス２０２に適切に登録される。

【0022】

いくつかの例では、２次ネットワーク１０４はバックアップネットワークデバイス３００を含む。バックアップネットワークデバイス３００は、フォールバックネットワークデバイス３００、バックアップデバイス３００、またはミラーネットワークデバイス３００と呼ばれることもある。ネットワークデバイス３００は、通信デバイス１０６のうちの１つ以上と通信するウェブサーバなどの１つ以上のサーバであってもよい。そのため、バックアップネットワークデバイス３００は、データ処理ハードウェア３１０と、データ処理ハードウェア３１０と通信するメモリハードウェア３２０とを含む。メモリハードウェア３２０は、データ処理ハードウェア３１０上で実行されるとデータ処理ハードウェア３１０にフローチャート４００、５００、および６００（図４～図６）に関して説明するような動作を実行させる命令を格納してもよい。この例では、２次ネットワーク１０４のバックアップネットワークデバイス３００は、１次ネットワークデバイス２００によって１次ネットワーク１０２のデータストア２１２に格納されているデバイス状態データ１１０のサブセットを格納またはミラーリングする。１次ネットワーク１０２から取得した状態データ１１０のサブセットは、バックアップネットワークデバイス３００によってバックアップされ、バックアップ済みデバイス状態データ１１０として図１に示されている。したがって、ネットワークデバイス３００は、たとえば、通信デバイス１０６によって認識されるような、１次ネットワーク１０２に対応付けられたネットワーク故障状態１３０の間に、デバイス状態データ１１０のサブセットのためのバックアップデバイスまたはフォールバックデバイスとして機能する。状態データ１１０のサブセットは、クラウド内で実行されるアプリケーションのクラウドインスタンスに対応付けられたバックアップ動作の一部として２次ネットワーク１０４にプッシュされるまたは２次ネットワーク１０４によってプルされるなど、任意の適切なメカニズムを介して１次ネットワーク１０２によって提供される。バックアップデバイス３００上で実行されるソフトウェアアプリケーションがバックアップ動作を実行してもよい。この例では、２次ネットワーク１０４は１次ネットワーク１０２のクラウドネットワークよりも小さいクラウドネットワークであるため、バックアップシステムのコストおよび動作の複雑さが低下する。また、２次ネットワーク１０４内のバックアップデバイス３００は、１次ネットワーク１０２と通信しているデバイスの各々について１次ネットワーク１０２によって保持される状態データ１１０のサブセットのみをバックアップするので、ストレージコストおよび動作の複雑さが低下する。たとえば、２次ネットワーク１０４は、通信デバイス１０６が新たに登録することを許可しない場合がある。すなわち、いくつかの実現例では、バックアップデバイス３００はウェブ登録サービスを実行しない。

【0023】

ネットワークシステム１００は無効化エージェント１２０（たとえばハートビート無効化エージェント１２０（図１））をさらに含み、無効化エージェント１２０は、１次ネットワーク１０２および２次ネットワーク１０４に関して通信デバイス１０６を無効にすることが認可されている任意の適切なデバイスであればよい。無効化エージェント１２０は、対応する無効化データ１２４、１２４ａを１次ネットワーク１０２に対応付けられた１次ネットワークデバイス２００に提供してもよく、および／または対応する無効化データ１２４、１２４ｂを２次ネットワーク１０４に対応付けられたバックアップデバイス３００に提供してもよい。ソフトウェアサービスプロバイダ、システム管理者、または他の実体が、無効化エージェント１２０を使用して、特定の通信デバイス１０６からの（たとえ
ばハートビート要求１２８を介した）要求時にネットワーク１０２、１０４からハートビート確認信号１２６を受信すべきではないそれらの特定の通信デバイス１０６を識別してもよい。より具体的には、無効化データ１２４は、ハートビート確認信号１２６を特定の通信デバイス１０６に送信しないように１次ネットワークデバイス２００および／またはバックアップデバイス３００に命令することによって、当該特定の通信デバイス１０６がタスクまたは動作を実行する能力を無効にする。無効化エージェント１２０は、通信デバイス１０６がデバイス動作を実行するために必要なリソースを通信デバイス１０６が利用できないと判断してもよい。これは、たとえば、特定の周波数または周波数のセットを通信デバイス１０６ｂによる使用のために基地局１０６ｃから利用できないと無効化エージェント１２０が判断した場合に、ＣＢＲＳシステムにおいて行われてもよい。たとえば、ＣＢＲＳシステム内の１つ以上の基地局（たとえば１０６ｃ）が使用する周波数または特定の周波数は、政府系機関が使用中であり非政府系デバイスは利用できないとシステムおよび／または無効化エージェント１２０によって判断されてもよい。通信デバイス１０６ｂがそれらの周波数へのアクセスを試みないようにすることができる。他のシステムでは、ソフトウェア更新が必要な場合、通信デバイスの所有者がソフトウェア使用に関連して結ばれた契約上の合意に従っていない場合、または他の判定基準に基づいて、モノのインターネット（ＩｏＴ）デバイス１０６ａに１次ネットワーク１０２を使用させないようにしてもよい。

【0024】

バックアップデバイス３００は、ハートビート確認データ１１８を含むデバイス状態データ１１０のバックアップ済みサブセットを格納するバックアップデータストア３１８などのメモリを含む。ハートビート確認データ１１８は、１次ネットワーク１０２から取得される有効なハートビート確認データ１１８のコピーを含む。いくつかの実現例では、１次ネットワークデバイス２００に提供される無効化データ１２４ａは、バックアップデバイス３００に伝搬されてバックアップデータストア３１８に格納される。たとえば、バックアップネットワークデバイス３００によってバックアップされる状態データ１１０のサブセットは、通信デバイスと無効化エージェント１２０との間のデータのマッピングを表すデータを含んでもよい。いくつかの実現例では、バックアップネットワークデバイス３００に提供される無効化データ１２４ｂはバックアップデータストア３１８に格納される。別の例では、キープアライブ信号データ１１８（ハートビート確認データ）のみが２次ネットワーク１０４によってバックアップされる。これにより、テーブルフォーマットなどにおいて少量のメモリの使用が可能になり得る。

【0025】

そのため、２次ネットワーク１０４のバックアップデバイス３００は、１次ネットワーク１０２と通信中の特定の通信デバイスの動作信頼性情報のみをバックアップする。一例では、ハートビート確認データ１１８とも呼ばれるキープアライブ信号データのみが１次ネットワーク１０２からバックアップされる。ハートビート確認データ１１８は、デバイスが１次ネットワーク１０２と実行する進行中の通信またはタスクに対応付けられており、通信デバイス１０６と１次ネットワークデバイス２００との間の通信を妨げるネットワーク故障状態１３０が存在する場合に通信デバイス１０６がタスクまたは動作を実行し続けることを１次ネットワーク１０２の１次ネットワークデバイス２００が許可することを示してもよい。いくつかの実現例では、無効化データ１２４ｂは、１次ネットワーク１０２に対応付けられたネットワーク故障状態１３０の間にバックアップデバイス３００に直接提供される。本明細書に記載されている動作は、１次ネットワーク１０２に対応付けられたネットワーク故障状態１３０の間に、ハートビート認可解除が引き続き伝搬して、通信デバイスがタスクまたは動作を実行し続けてもよいという許可を取り消すように、一種のIf This Then Thatレベルの機能を提供する。たとえば、無効化エージェント１２０が
１次ネットワーク１０２に対応付けられたネットワーク故障状態１３０を検出すると、無効化エージェント１２０はバックアップデバイス３００に無効化メッセージ１２２を送信してもよい。ネットワークシステム１００および方法４００、５００、６００は、ハート
ビート信号プロトコルを構成および処理するための非常に単純な技術を提供する。上述のように、システムは、一例では、１次サービスとハートビート専用バックアップサービスとによって構成される。１次サービスは１次ネットワーク１０２のクラウドインフラストラクチャ上で実行されるのに対して、ハートビート専用サービスは完全に別個のクラウドインフラストラクチャ、すなわち２次ネットワーク１０４上で実行され、１次ネットワーク１０２に対応付けられたネットワーク故障状態１３０に応答してデバイス１０６に対する２次ネットワーク１０４による操作性を確認する能力を有する。

【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】

いくつかの実現例について説明してきた。しかし、本開示の精神および範囲から逸脱することなくさまざまな変更がなされ得ることが理解されるであろう。したがって、他の実現例は、以下の特許請求の範囲の範囲内である。たとえば、特許請求の範囲に記載の動作は、異なる順序で実行されても所望の結果を達成することができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】