JP2023515277A - 自律的かつレジリエントな集積回路装置 - Google Patents

Abstract

汎用集積回路カード（ＵＩＣＣ）であって、使用時にＵＩＣＣがインストールされるホスト装置との間での無線通信ネットワークを介した無線通信を制御するためのＵＩＣＣであって、ＵＩＣＣの動作を制御するためマイクロプロセッサと、ＵＩＣＣの動作に関連するデータを格納するためのデータストアであって、ホスト装置を第１の無線通信ネットワークに接続するための無線通信ネットワーク設定を含むオペレーショナル・プロファイルおよび、ホスト装置を第２の無線通信ネットワークに接続するための無線通信ネットワーク設定を含むブートストラップ・プロファイルを含む複数のモバイル通信業者ネットワークプロファイルと、ＵＩＣＣの動作を設定するための複数の命令を含むプログラムとを含む、データストアとを備え、使用時に、マイクロプロセッサは、オペレーショナル・プロファイルを用いてホスト装置を第１の無線通信ネットワークに接続し、第１の無線通信ネットワークとの動作接続性の喪失を検出し、ブートストラップ・プロファイルを用いてホスト装置を第２の無線通信ネットワークに接続して、ホスト装置との間で無線通信を再確立するように、プログラムによって構成される、汎用集積回路カード（ＵＩＣＣ）が提供される。メモリを有するプロセッサと、ホスト装置を無線通信ネットワークに接続するための無線モジュールと、汎用集積回路装置とを備えるホスト装置がさらに提供される。ＵＩＣＣを動作させる方法、およびホスト装置と無線通信ネットワーク接続を提供するネットワークプラットフォームとの間に無線通信ネットワーク接続を再確立するコンピュータ実施方法であって、ホスト装置は、ＵＩＣＣを備える、コンピュータ実施方法がさらに提供される。【選択図】図５

Description

本発明は、自律的かつレジリエントな汎用集積回路装置（ＵＩＣＣ）に関する。限定的ではないが、特に、本発明は、使用時にＵＩＣＣが設置されるホスト装置との間の無線通信ネットワークを介した無線通信を制御するためのＵＩＣＣに関する。

警報信号伝送装置および警報ネットワーク
緊急事態が発生した場合、緊急事態の発生場所や緊急サービスを必要とする人、あるいは緊急事態の警告を必要とする他の実体からの通信は、高速で、応答性が良好であり、かつ正確でなければならない。例えば、警察・火災対応、ブルーライト（blue light）緊急応答およびテレケア（Telecare）個人用警報システムにおいては、緊急事態によって生命の関わる状況がもたらされる場合があるため、通信の速度および信頼性は極めて重要となる。しかし、この分野における現行のシステムは、接続性の課題および機能停止（outages）、ひいては信頼性の低い通信チャネルという問題を有している。これにより、緊急サービスに対する信号伝送の速度の低下および応答性の劣化が起こり得る。テレケア個人用警報システムが使用されている場合、緊急医療サービスまたは近くにいる介護者に対する信号伝送の応答性または速度が低いと、助けを必要としている人の健康あるいは生命にさえ危険を及ぼし得る。侵入防止警報システムの場合、警察による緊急応答に対する信号伝送の応答性または速度が低いと、侵入者または攻撃者が罪を犯した後に逃亡してしまうことにつながり得る。

警報装置と遠隔警報受信センターとの間で信号伝送を行うための警報システムの遠隔監視においては、Ｒｅｄｃａｒｅ、ＤｕａｌＣｏｍおよびＤｉｇｉｃｏｍという、いくつかの主流の信号伝送方法が存在しており、これらの方法では、遠隔警報受信センターは、緊急サービスまたは緊急事態の警告を必要とする他の実体に対して後に警告を行うことができる。Ｒｅｄｃａｒｅは、二重経路信号伝送を使用する。つまり、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ）無線ネットワーク経路および電話回線の両方を用いて、遠隔警報受信センターと通信を行う。いずれの信号伝送路も、通信リンクが作動中であることを確認し、回線に故障または障害が発生しているか否かを示すために、常時ポーリングされる。Ｅｍｉｚｏｎもまた、ＧＳＭ無線ネットワーク経路およびオンサイトブロードバンド接続を用いた二重経路信号伝送を採用している。ＣＳＬ ＤｕａｌＣｏｍ Ｌｉｍｉｔｅｄ製のＤｕａｌＣｏｍ ＧＰＲＳもまた、ＧＳＭ無線ネットワーク（汎用パケット無線サービス（ＧＰＲＳ）を用いたＧＳＭ無線ネットワークおよびＧＰＲＳを用いないＧＳＭ無線ネットワーク）と、侵入者信号、火災信号および身体攻撃信号を高速で送信するための有線電話経路および／またはインターネット経路とを使用する、侵入防止警報用の二重経路信号伝送装置である。ＧＰＲＳ ＧＳＭリンクを用いた第１の無線通信路が信号を送信できない場合、非ＧＰＲＳ ＧＳＭリンクを用いた第２の無線通信路を代わりに用いることができる。別の例として、有線電話経路、例えば、ＰＳＴＮ回線が切断された場合、侵入防止警報信号伝送装置は、モバイルネットワーク、例えば、Ｖｏｄａｆｏｎｅ ＰａｋＮｅｔ、あるいは２Ｇモバイルネットワークを用いたＧＰＲＳ ＧＳＭリンクまたは非ＧＰＲＳ ＧＳＭリンクのいずれかを介して通信を行うことが可能である。上記の信号伝送ソリューションとは異なり、Ｄｉｇｉｃｏｍは、電話回線を介した単一の経路を用いて遠隔警報受信センターと通信する。電話回線に障害が発生すると、通信能力が不足することになり得る。したがって、物理的な攻撃、およびモバイル通信事業者（ＭＮＯ）などの接続事業者に起因する問題に対するレジリエンスを提供するために、二重経路による接続性ソリューションをセキュリティ装置に組み込んでもよい。

二重経路信号伝送を用いて警報装置１０２と遠隔警報受信センター１０４との間で通信を行う警報ネットワーク１００を図１（先行技術）に示す。以下に、「警報ネットワーク（An alarm network）」と題する欧州特許出願公開第２１２４２０７号として公開されている欧州特許出願の主題である、ＤｕａｌＣｏｍ ＧＰＲＳを例示として参照し、警報ネットワーク１００について説明する。

警報ネットワーク１００の目的は、侵入防止警報ユニットまたは火災警報ユニットなどの警報装置１０２と遠隔警報受信センター１０４との間の通信を改善することである。侵入者の存在の検出といった警報条件が満たされると、警報装置１０２は、遠隔警報受信センター１０４に対して警報ネットワーク１００上で警報信号を発信し、送信する。次いで、遠隔警報受信センター１０４は、例えば、建物の責任者への通知や警察への通報等を含む、適切な措置を取る。

警報装置１０２は、ＧＳＭ無線ネットワーク（ＧＰＲＳを用いたＧＳＭ無線ネットワークおよびＧＰＲＳ用いないＧＳＭ無線ネットワーク）上で送受信を行うように構成された無線モジュール１０６を備える。無線モジュール１０６には無線アンテナ１０８が接続されており、無線アンテナ１０８は、ＧＳＭネットワークの周波数で動作し、かつＧＰＲＳと共に使用されるように構成されている。警報装置１０２は、ＳＩＭカード１１０をさらに備える。ＳＩＭカード１１０は、無線モジュール１０６がＧＳＭネットワーク上でＧＰＲＳに従って動作することを可能にする、アカウントおよび通信についての詳細を格納している。ＤｕａｌＣｏｍ ＧＰＲＳのこの特定例において使用されるＳＩＭカードは、単一のＭＮＯ、具体的には、Ｖｏｄａｆｏｎｅに接続する点に留意されたい。したがって、以下に説明する警報ネットワークは、単一のＭＮＯネットワーク、具体的には、図１に示すようなＭＮＯ １ネットワーク１１２を使用する。警報装置内に含まれるＳＩＭが複数のＭＮＯのうちの１つに接続可能である場合、ＭＮＯ ２ネットワーク１２０およびＭＮＯ ３ネットワーク１２４といった追加のＭＮＯネットワーク、ならびに対応するサーバであるＭＮＯ ２サーバ１２２およびＭＮＯ ３サーバ１２６を使用することが適切である。以下に、これについて、ローミングＳＩＭを参照して詳細に説明する。

警報装置１０２はまた、入力インターフェイス（図示せず）、マイクロプロセッサ（図示せず）、不揮発性メモリ（図示せず）、および公衆交換電話網（ＰＳＴＮ）電話回線との通信を提供するための電話回線インターフェイス（図示せず）も備える。

警報ネットワーク１００は、警報装置１０２と遠隔警報受信センター１０４との間にいくつかの通信路を提供する。これらは、ＧＰＲＳ ＧＳＭリンクを用いた第１の無線通信路と、非ＧＰＲＳ ＧＳＭリンクを用いた第２の無線通信路と、ＰＳＴＮ回線を用いた有線通信路とに分けられる。

ＧＰＲＳ ＧＳＭリンクを用いた第１の無線通信路を確立するために、警報装置１０２と、ＭＮＯネットワーク（図１のＭＮＯ １ネットワーク）のＧＰＲＳ基地局（図示せず）１１２との間に、ＧＰＲＳ ＧＳＭ無線通信リンクが最初に提供される。ＭＮＯネットワーク１１２のＧＰＲＳ基地局とＭＮＯサーバ１１４との間には、インターネット１１６を介して、セキュアな固定回線ルートが提供され、ＭＮＯサーバ１１４と無線通信ネットワーク１１８の基地局（図示せず）との間にも、セキュアな固定回線ルートが提供される。最後に、基地局は、無線通信ネットワーク１１８上で遠隔警報受信センター１０４と無線通信を行う。特定の例として、ＤｕａｌＣｏｍ ＧＰＲＳにおいて使用されるセキュアな固定回線は、１つ以上の専用回線または仮想プライベートネットワーク（ＶＰＮ）トンネルによって提供されており、無線通信ネットワーク１１８は、Ｋｉｌｏｓｔｒｅａｍによって提供されるようなＸ．２５ネットワーク上でＶｏｄａｆｏｎｅによるＰａｋｎｅｔによって提供されている。

非ＧＰＲＳ ＧＳＭリンクを用いた第２の無線通信路は、警報装置１０２と遠隔警報受信センター１０４との間に同様に確立することができる。非ＧＰＲＳ ＧＳＭリンクを用いた第２の無線通信路を確立するために、警報装置１０２とＭＮＯネットワーク１１２のＧＳＭ基地局（第１の無線通信路において使用されるＧＰＲＳ基地局と同じものであっても、同じものでなくてもよい）との間に、非ＧＰＲＳ ＧＳＭ無線通信リンクが最初に提供される。ＭＮＯネットワーク１１２のＧＳＭ基地局は、ＭＮＯサーバ１１４およびインターネット１１６を介して、セキュアな固定回線ルート上で無線通信ネットワーク１１８の基地局と通信状態にある。最後に、基地局は、次いで、無線通信ネットワーク１１８上で遠隔警報受信センター１０４と無線通信を行う。

警報装置１０２と遠隔警報受信センター１０４との間に有線通信路を確立するために、警報装置１０２と電話交換器１３０との間に、例えば、ＰＳＴＮ回線またはブロードバンドを用いて、第１の有線接続１２８が提供される。電話交換器１３０と警報受信センター１０４との間に、この場合も同様に、例えば、ＰＳＴＮ回線またはブロードバンドを用いて、第２の有線接続１３２が提供される。電話交換器１３０は、有線接続を介してインターネット１１６に接続することもできる。ＤｕａｌＣｏｍ ＧＰＲＳにおいては、警報装置１０２と遠隔警報受信センター１０４との間に有線通信路を確立する目的で、ＰＳＴＮ回線が用いられる。

ＤｕａｌＣｏｍ ＧＰＲＳ警報装置は、「待機モード」、「警報モード」および「リンク障害モード」"という３つの動作モードを有する。待機モードにおいては、警報装置１０２は、第１の無線通信路を介して、警報ネットワーク１００のＭＮＯサーバ１１４（ポーリングサーバとしても知られる）にポーリング信号を周期的に送信する。ポーリング信号は、警報装置１０２が正常に動作していることをＭＮＯサーバ１１４に示す信号である。所定の制限時間の経過後にポーリング信号が受信されなかった場合、ＭＮＯサーバ１１４は、第２の無線通信路上で警報装置１０２に照会信号を送信して、警報装置１０２が正常に動作しているか否かをチェックする。照会信号を受信すると、警報装置１０２は、照会信号が受信されたこと、および警報装置１０２がこれに応じて応答することが可能であることを確認するために、第２の無線通信路を介して応答信号を送信しようと試みる。応答信号を受信すると、それによって、ＭＮＯサーバ１１４は、第１の無線通信路は動作不能であるが、第２の無線通信路は動作可能であることを確認する。同様にして、警報装置１０２は、有線通信路が動作可能であるか否かを検出することができる。上記通信路のうちの１つに障害が発生したことを検出すると、警報装置１０２は、リンク障害モードに入り、この障害をＭＮＯサーバ１１４および遠隔警報受信センター１０４に通知する。

警報条件が満たされた場合、例えば、動きが検出された場合、警報装置１０２は、警報モードに入る。警報装置１０２は、警報信号を生成し、その後適切な措置を取ることができるように、警報信号を遠隔警報受信センター１０４に送信する。警報装置１０２は、第１の無線通信路上で警報信号の送信を３回試み、次いで、第２の無線通信路上で警報信号の送信を２回試み、その後、有線通信路上で警報信号の送信を２回試みる。このルーチンは、遠隔警報受信センター１０４から肯定応答信号が受信されたときに終了する。そして、警報装置１０２は、警報モードから出る。警報モードにおける上記ルーチンの目的は、信号の送信が動作可能な経路上で試みられることを確実にし、それによって、通信路のうちの１つまたは２つが動作不能になった場合に遠隔警報受信センター１０４との通信を成功させることである。

図１を参照して説明され、ＤｕａｌＣｏｍ ＧＰＲＳにより例示された先行技術は、複数の通信路を設けて、これらの通信路のうちの一部が動作不能になった場合であっても良好に動作を継続することが可能である遠隔警報受信センター１０４に警報信号が伝達される機会を増やすものである。

ＤｕａｌＣｏｍ ＧＰＲＳにおいて使用されるＳＩＭカードは、単一のＭＮＯ、具体的にはＶｏｄａｆｏｎｅに接続する。信号伝送装置におけるレジリエンスをさらに向上させるために、ローミングＳＩＭを使用することができ、ローミングＳＩＭは、複数のＭＮＯネットワークのうちの１つに接続しかつ当該ＭＮＯネットワーク上で動作することが可能である。例えば、図１に示す警報装置１０２のＳＩＭ１１０がローミングＳＩＭである場合、このローミングＳＩＭは、ＭＮＯ １ネットワーク１１２だけでなく、第２のＭＮＯ（ＭＮＯ ２）ネットワーク１２０および第３のＭＮＯ（ＭＮＯ ３）ネットワーク１２４にも接続することが可能である。ローミングＳＩＭは、ＭＮＯ １ネットワーク１１２、ＭＮＯ ２ネットワーク１２０およびＭＮＯ ３ネットワーク１２４にそれぞれ対応付けられた第１のプロファイル、第２のプロファイルおよび第３のプロファイルを格納している。接続が最も安定しているＭＮＯネットワークを無線通信路に選択してもよい。

携帯電話でのウェブ閲覧といった、モバイル機器の典型的な用途においては、「自動ローミング」アルゴリズムを用いてＭＮＯネットワークの選択およびＭＮＯネットワーク間の切替えが行われる。自動ローミングは、典型的には、ユーザがホームＭＮＯと契約を締結することを含み、ホームＭＮＯ自身が、当該ホームＭＮＯとローミング契約を締結しているローミングＭＮＯのリストを維持している。そして、ローミングＭＮＯのリストは、ローミングＭＮＯの優先リストが得られるように優先順位付けされており、したがって、ホームＭＮＯとの接続が失敗した場合、優先順位付けされたリストの順に、ローミングＭＮＯのうちの１つに接続が試みられる。しかしながら、警報信号伝送装置においては信号完全性（シグナルインテグリティ）が非常に重要であり、自動ローミングによって選択されたローミングＭＮＯは、所与のエリアに対して最良のシグナルインテグリティを提供しない場合がある。

シグナルインテグリティを改善するローミングＭＮＯを選択する警報装置において使用される別のローミングアルゴリズムが開発されている。例として、「利用可能なセルラーネットワークの信頼性に基づいて、警報信号の通信に使用されるセルラーネットワークを選択する（Selecting a cellular network for communication of an alarm signal based on reliably of the available cellular networks）」と題される英国特許出願第２５３３８５３号として公開されている英国の特許出願では、ＭＮＯネットワークを選択する警報装置の一部として、ローミングＳＩＭ、例えば、Ｖｏｄａｆｏｎｅ ＧＤＳＰが使用されている。ローミングＳＩＭを備える警報装置２０２の主要な特徴を図２（先行技術）に示し、以下に簡単に説明する。

警報装置２０２は、無線モジュール２０６および対応付けられたローミングＳＩＭ２１０を備える。警報装置２０２は、ＧＰＲＳデータを送受信するための無線モジュール２０６に接続された無線アンテナ２０８をさらに備える。警報装置２０２はまた、フラッシュメモリおよび不揮発性メモリを含むメモリ２０５を有するマイクロコントローラ２０３も備える。マイクロコントローラ２０３は、無線モジュール２０６に接続されている。マイクロコントローラ２０３は、送信用データ、および無線アンテナ２０８を介して無線モジュール２０６によって受信されたデータを処理する。マイクロコントローラ２０３は、このようなデータの送受信に関して無線モジュール２０６を制御する。マイクロコントローラ２０３はまた、無線モジュール２０６に対応付けられたローミングＳＩＭ２１０を介して、ＭＮＯネットワークとの無線リンクも制御する。よって、マイクロコントローラ２０３は、どのＭＮＯネットワークに警報装置２０２が接続されるかについての制御および判定を行う。接続マネージャ２０７と呼ばれるアルゴリズムがメモリ２０５に保持されており、接続マネージャ２０７は、マイクロコントローラ２０３上で実行されると、ＭＮＯネットワークを介した警報装置２０２とインターネットとの間のデータの送受信を可能にする。

警報装置２０２はまた、マイクロコントローラ２０３に関連して以下の特徴も備えるが、簡略化のため、これらについては図２に図示しない。すなわち、ユーザインターフェイス、センサ、電力管理回路、外部入力／出力、ＰＳＴＮインターフェイスおよび、ＬＡＮインターフェイスである。

ローミングＳＩＭ２１０は、ＭＮＯ １ネットワーク２１２、ＭＮＯ ２ネットワーク２２０およびＭＮＯ ３ネットワーク２２４といった、複数のＭＮＯネットワークに接続可能である。無線モジュール２０６は、サーベイ機能を用いて、警報装置２０２の位置におけるＭＮＯネットワーク２１２、２２０、２２４の情報を提供する。そして、警報装置２０２は、利用可能なＭＮＯネットワーク２１２、２２０、２２４のそれぞれを通じた通信の信頼性を信号強度に基づいて測定する。上記位置において利用可能な各ＭＮＯネットワークについて、警報装置２０２は、利用可能なＭＮＯネットワーク２１２、２２０、２２４のそれぞれに順番に接続するように、無線モジュール２０６およびローミングＳＩＭ２１０に指示する。次いで、警報装置２０２は、接続されたＭＮＯネットワークを介して信号パケットを一次ポーリングサーバ（図示せず）に送信するように、無線アンテナ２０８を介して無線モジュール２０６に指示する。これに応答して、一次ポーリングサーバは、警報装置２０２に信号パケット（図示せず）を返信する。警報装置２０２のマイクロコントローラ２０３は、信号パケットを解析し、セル信号品質、信号対雑音比、警報装置２０２の有効範囲内のセル数、およびビットエラーレートに応じて、データをメモリ２０５に保存する。次いで、接続マネージャ２０７は、ＭＮＯネットワーク２１２、２２０、２２４のそれぞれについて収集されたデータに基づき、ＭＮＯネットワークにおいて変更をいつ行うべきか、およびどのＭＮＯネットワークに対して接続がなされるべきかを決定する。接続マネージャ２０７は、信頼性の最も高いＭＮＯネットワークを選択する。接続マネージャ２０７を通じて、マイクロコントローラ２０３、無線モジュール２０６およびローミングＳＩＭ２１０は、選択されたＭＮＯネットワークへの登録および接続を行うように指示される。

一部のローミングＳＩＭは、自国のＭＮＯネットワーク間でローミングを行うだけでなく、他の国々においてＭＮＯネットワーク間でローミングを行うことが可能である。このような国際ローミングＳＩＭは、追加のＭＮＯネットワークに対するアクセスを提供するために警報装置において用いられる。一例として、ＣＳＬ ＤｕａｌＣｏｍ Ｌｉｍｉｔｅｄ製のＤｕａｌＣｏｍ Ｐｒｏは、国際ローミングＳＩＭ、具体的には、マルチネットワーク４Ｇ ＷｏｒｌｄＳＩＭ Ｉｎｔｅｒｎａｔｉｏｎａｌ ＳＩＭを使用している。自国におけるホームネットワークに関連付けられた国際ローミングＳＩＭは、当該ホームネットワークとローミング契約を締結している他のいずれの国においても使用することができる。例えば、ある特定のローミングＳＩＭが、英国国外の本国で事業を行う本国ＭＮＯに対応付けられている場合、英国において電源を投入されると、このローミングＳＩＭは、英国における単一のＭＮＯに固定されるのではなく、本国ＭＮＯとローミング契約を締結している、英国において利用可能なＭＮＯの全てでローミングが可能となる。ネットワークによって判定されるような機能停止が１つのＭＮＯに発生した場合、ＳＩＭは、ローミングを行って次の利用可能なＭＮＯにするように指示されるだけでよい。これにより、全てのモバイルネットワークに対するアクセスが提供されるとともに、最も強い信号を有するネットワークを選択するローミングアルゴリズムが使用され、それにより、ダウンタイムが解消される。

デュアルＳＩＭ型警報装置
２０１８年以来、４Ｇネットワークが頻繁にネットワークの更新を行うことが可能になるにつれて、ＭＮＯの機能停止の増加が観測されている。この懸念に対処するため、デュアルＳＩＭ・デュアル無線型警報装置としても知られる、複数のＳＩＭスロットおよび複数の対応付けられた無線モジュールを備える警報装置が２０１９年に発売された。このような装置は、２つの独立した無線モジュール上で動作する２枚以上のＳＩＭカードを同一の警報装置内で使用することを可能にする２つ以上のＳＩＭスロットを有する。プライマリＳＩＭスロット内に位置するプライマリＳＩＭの使用中に、ＭＮＯの機能停止が装置によって検出された場合、装置は、プライマリＳＩＭスロットからセカンダリＳＩＭスロットに切り替えることができる。セカンダリＳＩＭスロット内に位置するセカンダリＳＩＭは、その後、各自のＭＮＯに接続することになる。例えば、ＣＳＬ ＤｕａｌＣｏｍ Ｌｉｍｉｔｅｄ製のＧｒａｄｅＳｈｉｆｔ Ｐｒｏ Ｒａｄｉｏ／Ｒａｄｉｏは、２つの４Ｇ ＷｏｒｌｄＳＩＭを使用しており、一方をプライマリ経路として、他方をセカンダリ経路として使用している。それぞれのＳＩＭは、他方のＳＩＭとは独立したネットワーク上で動作し、各自の無線モジュールを使用する。

ｅＵＩＣＣ ＳＩＭ：フォールバックおよびフォールバック・キャンセル
現在、標準ＳＩＭカードは、汎用集積回路カード（ＵＩＣＣ）ＳＩＭであり、そのアプリケーションおよびデータは、警報装置およびネットワークの接続性および安全性の保証において根本的な役割を果たしている。既存のＵＩＣＣ技術に基づくＧＳＭアソシエーション（ＧＳＭＡ）は、ｅＵＩＣＣ ＳＩＭへのＭＮＯプロファイル（サブスクリプション）の「無線（Over-the-Air）」（ＯＴＡ）による提供を可能にする、組込みＵＩＣＣ（ｅＵＩＣＣ）（ｅＳＩＭとしても知られる）の一組の規格を制定した。これにより、ＳＩＭカードの事業者は、アクティブなＭＮＯプロファイルを変更して、ＳＩＭを別のＭＮＯネットワークに接続することができる。

ｅＵＩＣＣのＯＴＡ性能を設計する際、ＧＳＭＡが取り組んだ主な課題は、装置を物理的に訪れることなくＳＩＭのプロファイルを変更できるようにすることであった。例えば、新たなＭＮＯプロファイルがＳＩＭに送信されたにも関わらず、何らかの理由でその新たなＭＮＯプロファイルが作動しなかった場合に、ＳＩＭとの連絡が途絶えることは望ましくない。ＯＴＡ性能とは、ＳＩＭを変更するために装置を物理的に訪れる（これには高いコストがかかる）必要がないことを意図するものであった。新たなプロファイルへの切替えにおいてエラーが発生した場合、装置は接続性を失ってしまうため、物理的な訪問を受けて修理されるまでは役に立たなくなる。

ＧＳＭＡは、ｅＵＩＣＣの２つの別個の実施を定義している。第１の実施は、消費者によるＭＮＯネットワークの選択に向けられたものである（「消費者ソリューション」としても知られる）。消費者および企業をターゲットとする「消費者直接取引（direct-to-consumer）」チャンネルでは、このソリューションは、エンドユーザ（または消費者）がネットワーク接続を供給するＭＮＯを直接選択する場合に必要とされる。代替ＭＮＯプロファイルが、ｅＵＩＣＣおよび消費者の装置にプルされる。消費者の装置はキーボードおよび画面を有しているので、装置は、消費者がネットワーク接続を提供するＭＮＯを積極的に選択することを可能にするオプションを提示することができる。これは、「プル型（装置に対する）ソリューション」として知られている。一例として、アップルのＳＩＭは、異なるＭＮＯプロファイルを用いて、かつモバイル機器のユーザインターフェイスを介してユーザに異なるＭＮＯプロファイルを提示するように構成され得る。これにより、ユーザはＭＮＯプロファイルを積極的に選定および選択し、それにより、最適なＭＮＯネットワークに接続することが可能となる。

第２の実施は、ビジネス・ツー・ビジネス・コンシューマに向けられたものである（Ｍ２Ｍソリューションとしても知られる）。「ビジネス・ツー・ビジネス」チャンネルでは、このソリューションは、特にモノのインターネット（ＩｏＴ）市場におけるビジネス・ツー・ビジネス・コンシューマのニーズに応えるものである。装置は画面およびキーボードを有していない場合があり、また遠隔地にある場合があるため、事業者には、新たなＭＮＯプロファイルおよび設定をｅＵＩＣＣにプッシュする能力が必要とされる。これに関する規格は、上述した消費者ソリューションとは異なる。これは、「プッシュ型（装置に対する）ソリューション」として知られている。

上記ｅＵＩＣＣの実施のいずれにおいても、ＭＮＯネットワークに機能停止または障害が発生した場合にｅＵＩＣＣへの再接続が可能となるように、異なるＭＮＯ（例えば、ＭＮＯ ＹおよびＭＮＯ Ｘ）間のプロファイルの切替えを制御するための処理が設定されている。係る処理について、図３（先行技術）に示す警報装置３０２を参照して以下に例示する。警報装置３０２は、無線モジュール３０６および対応付けられたｅＵＩＣＣ３１０を備える。警報装置３０２は、無線アンテナ３０８と、プログラム３０７を保持するメモリ３０５を有するマイクロコントローラ３０３とをさらに備え、これらは、図２に示す警報装置２０２の対応する特徴と同様である。プログラム３０７は、マイクロコントローラ３０３上で実行されると、ＭＮＯ Ｙネットワーク３１２またはＭＮＯ Ｘネットワーク３２０のいずれかを介した警報装置３０２とインターネットとの間のデータの送受信を可能にする。図２の警報装置２０２と同様、図３の警報装置３０２のマイクロコントローラ３０３は、このようなデータの送受信およびｅＵＩＣＣ３１０を介したＭＮＯネットワークとの無線リンクに関して、無線モジュール３０６を制御する。

ｅＵＩＣＣ３１０は、そのメモリ（図示せず）内に、２つのプロファイル（図３に概略的に示す）を有し、これにより、各プロファイルが異なるＭＮＯに対応付けられている。具体的には、第１のプロファイル３１１（「オペレーショナル・プロファイル（Operational Profile）としばしば呼ばれる）は、ＭＮＯ Ｙに対応付けられている。第２のプロファイル３１３（「フォールバック・プロファイル」または「ブートストラップ・プロファイル」と呼ばれる）は、ＭＮＯ Ｘに対応付けられている。「フォールバック・プロファイル」および「ブートストラップ・プロファイル」という用語は、互換的に用いられ得る。簡潔を期すため、以下においては、第１のプロファイル３１１をオペレーショナル・プロファイル３１１と称し、第２のプロファイル３１３をブートストラップ・プロファイル３１３と称する。

本例において、オペレーショナル・プロファイル３１１は現在アクティブであり、これは、ｅＵＩＣＣ３１０がＭＮＯ Ｙネットワーク３１２に接続されていることを意味する。ＭＮＯ Ｙネットワーク３１２または警報装置３０２がサービスの喪失を特定した場合、ｅＵＩＣＣ３１０にその旨が通知される。例えば、ネットワーク輻輳、ＰＬＭＮに特有のネットワーク障害または認証障害といったＭＮＯ Ｙネットワーク３１２に関する問題のために、ＭＮＯ Ｙネットワーク３１２が接続の試みを拒絶する場合、このネットワーク拒絶イベントはＵＩＣＣ３１０に提供され、ＭＮＯ Ｙネットワーク３１２を用いたサービスはネットワーク拒絶イベントにより利用できないことがマイクロコントローラ３０３に伝えられる。あるいは、マイクロコントローラ３０３は、警報装置３０２の無線モジュール３０６と共に、ＭＮＯ Ｙネットワーク３１２を用いたサービスの喪失を特定し、次いで、サービス喪失イベントをｅＵＩＣＣ３１０に伝えてもよい。

ｅＵＩＣＣ３１０は、ネットワークによって生成されたネットワーク拒絶イベントまたは装置によって生成されたサービス喪失イベントのいずれかを受信する。そして、ひとたび受信すると、これにより、フォールバック処理と呼ばれる処理がトリガされる。フォールバック処理は、ｅＵＩＣＣ３１０に対し、ＭＮＯ Ｙに対応付けられたオペレーショナル・プロファイルを、異なるＭＮＯ、本例においてはＭＮＯ Ｘに対応付けられたブートストラップ・プロファイルに切り替えることを要求する。その結果、ｅＵＩＣＣ２１０はＭＮＯ Ｘネットワーク３２０に接続し、それによって、警報装置３０２は、再び接続し、オンラインに復帰することができる。重要なのは、フォールバック処理が、ネットワーク３１２または警報装置３０２自体のうちのいずれかからコマンドを受信することによって開始されるということである。

ブートストラップ・プロファイル３１３の使用中にＭＮＯ Ｘネットワーク３２０に機能停止が発生した場合、フォールバック・キャンセル処理と呼ばれる処理を用いることができる。フォールバック・キャンセルにより、ｅＵＩＣＣ３１０がフォールバック機構をキャンセルし、それによってｅＵＩＣＣ３１０をブートストラップ・プロファイル３１３からオペレーショナル・プロファイル３１１に再び切り替えることが可能となる。これは、事故の際に自動車が緊急通話を行う必要があり得る自動車産業向けに最初に実施された。ブートストラップ・プロファイル上で機能停止が発生した場合、自動車は、通話を行うことができない。よって、フォールバック・キャンセル処理は、ブートストラップ・プロファイルからオペレーショナル・プロファイルへの切替えのために設計された。フォールバック処理と同様、フォールバック・キャンセル処理を開始するために、警報装置３０２またはネットワーク３２０は、オペレーショナル・プロファイルに再び切り替えるためのフォールバック・キャンセルを実行するよう、ｅＵＩＣＣ３１０に命令する必要がある。

要約すると、先行技術による現在のｅＵＩＣＣの実施では、装置またはネットワークが接続性の問題またはサービスの喪失を特定し、その後ｅＵＩＣＣに対してオペレーショナル・プロファイルとブートストラップ・プロファイルとを切り替えるように指示することによってしか、フォールバック処理およびフォールバック・キャンセル処理を実行することができない。ｅＵＩＣＣを用いた現在の実施では、装置またはネットワークからのコマンドまたは命令がなければ、フォールバック処理およびフォールバック・キャンセル処理を実行することができない。

このことは、ｅＵＩＣＣ３１０の接続性に関する重大な問題を引き起こす。第一に、現存のソリューションにおいては、ＭＮＯネットワークの機能停止または障害は、装置またはネットワークによってしか検出することができない。ｅＵＩＣＣ３１０は、単独で機能停止を特定することも検出することもできない。これにより、機能停止が発生した時刻と、機能停止が検出された時刻と、ｅＵＩＣＣがプロファイルを切り替えて異なるＭＮＯに接続することを命令された時刻との間にタイムラグが生じ得る。加えて、装置またはネットワークが機能停止を検出しない場合、ｅＵＩＣＣは接続性を失い、機能停止に関する問題が解消されるまで孤立することになる。装置は、規格を十分満たしていない場合もあり、この場合も同様に、ｅＵＩＣＣまたは装置が孤立することになる。

第二に、ひとたびｅＵＩＣＣ３１０がＭＮＯ Ｙに対応付けられたオペレーショナル・プロファイル３１１からＭＮＯ Ｘに対応付けられたブートストラップ・プロファイル３１３に切替えを行うと、ＭＮＯ Ｘネットワーク３２０に機能停止または障害が発生し得る。この状況において、フォールバック・キャンセル処理は、通常、遠隔プラットフォームから手動で実行される必要がある。ごくまれな状況下では、フォールバック・キャンセル処理は、装置からの命令によって実行され得る。いずれにせよ、ＭＮＯ Ｘネットワーク３２０に機能停止が発生し、フォールバック・キャンセル処理が実施されなかった場合、ｅＵＩＣＣ３１０は結果として接続性を失う。

既存のシステムにおけるｅＵＩＣＣ３１０は、実質的には、装置およびネットワークのスレーブであり、フォールバック処理およびフォールバック・キャンセル処理の実行といった、ある特定の動作を実行するように命令を受けなければならない。

例えば、ｅＵＩＣＣ３１０がオペレーショナル・プロファイル３１１上にあり、かつネットワーク３１２または装置３０２によってＭＮＯ Ｙネットワーク３１２上で機能停止が検出された場合、ｅＵＩＣＣ３１０は、ネットワーク３１２または装置３０２から命令を受信すると、ＭＮＯ Ｘネットワーク３２０に接続できるようにオペレーショナル・プロファイル３１１からブートストラップ・プロファイル３１３への切替えを行う。ブートストラップ・プロファイル３１３上にある間は、ＭＮＯ Ｙネットワーク３１２上で機能停止を発生させた問題は解消され、それにより、ＭＮＯ Ｙネットワーク３１２は再び正常に機能する。ＭＮＯ Ｘネットワーク３２０に機能停止が発生した場合、ｅＵＩＣＣ３１０はまだブートストラップ・プロファイル３１３上にあるため、ＭＮＯ Ｙネットワーク３１２が正常に機能しているにも関わらず、ｅＵＩＣＣ３１０の接続は切断される。ｅＵＩＣＣ３１０は、接続が切断され、到達不能になっているため、オペレーショナル・プロファイル３１１に再び切り替えるために遠隔プラットフォームからフォールバック・キャンセル処理を開始することは不可能である。ｅＵＩＣＣ３１０は、ＭＮＯ Ｘネットワーク３２０の機能停止が解消され、ｅＵＩＣＣ３１０がＭＮＯ Ｙネットワーク３１２に手動接続されるまでは接続が切断されたままとなる。

ｅＵＩＣＣの現在の実施は、ある特定の状況下では依然として障害を発生させ易く、したがって、機能停止に対して自律的かつレジリエントに対応することが出来ないことは明らかである。モバイルネットワークは、緊急サービスのための通信向けの理想的な伝送路であるが、例えば、頻繁なネットワーク更新またはネットワーク障害に起因するＭＮＯネットワークの機能停止は、レジリエンスの欠如と相まって、緊急応答システムにおける通信および信号伝送に深刻な混乱を起こし得る。

本発明は、上述の問題のうちの１つ以上を解消するかあるいは少なくとも部分的に軽減することを目的とする。

本発明は、例えば、頻繁なネットワーク更新またはネットワーク障害に起因するＭＮＯにおける機能停止に対処する改良された方法を提供する、改良されたレジリエントかつ自律的なＳＩＭカードに関する。改良されたレジリエントかつ自律的なＳＩＭカードにより、モバイルネットワークを伝送路として用いた通信にもたらされる混乱が大幅に低減する。これは、ひいては、緊急応答システムにおける信号伝送に肯定的な結果をもたらし、緊急サービスに対するより高速で応答性の高い警告につながる。

改良されたレジリエントかつ自律的なＳＩＭカードは、当該ＳＩＭ上にインストールされたアプレット備える。アプレットは、ＭＮＯネットワークにおける接続性の喪失を検出し、接続サービスを提供するアクティブなＭＮＯに機能停止が発生するたびに接続性が確実に維持されるように異なるＭＮＯに対応付けられたプロファイルを管理するよう構成されている。これにより、本発明のＳＩＭは、「機能停止を予防する」ものである。

本発明の実施形態において、ＭＮＯネットワークの発生し得る機能停止を特定するための動作ロジックは、ＳＩＭ上で動作しているアプレットに存在することに着目することが重要である。これは、発生し得る機能停止を特定することができるのは装置またはネットワークだけある、先行技術のシステムとは異なる。加えて、フォールバック処理およびフォールバック・キャンセル処理を開始するための動作ロジックは、アプレットに存在している。これに対し、先行技術のシステムでは、装置またはネットワークは、これらの処理を実行するようＳＩＭに命令する必要がある。

ＳＩＭは、２つ以上の独立したＭＮＯを利用しており、アップタイムおよびサービスの継続を維持するために人間、プラットフォームまたは装置の相互作用が必要とされないように自律的に動作する。加えて、ＳＩＭは、当該ＳＩＭが装備された装置に変更を加える必要なしに、この機能を提供する。

加えて、本発明に係るｅＵＩＣＣ ＳＩＭの重要な利点は、ｅＵＩＣＣ ＳＩＭカードと互換性のある任意の装置に後付けが可能であるということである。例えば、ＧＳＭＡ規格の実施または承認前に設計・構築されたレガシーデバイスは、標準ＳＩＭを用いたフォールバック処理およびフォールバック・キャンセル処理を模倣することができない。この問題に対処すべく、本発明に係るＳＩＭのアプレットは、ＳＩＭに要求される規格を提供し、ＳＩＭ内部からフォールバック処理およびフォールバック・キャンセル処理をトリガさせるための命令を使用可能にする。その結果、このような処理を以前には模倣することが出来なかったレガシーデバイスを含む、ｅＵＩＣＣ ＳＩＭと互換性のある任意の装置上でＳＩＭを使用することが可能となる。

本発明の第１の態様によれば、汎用集積回路カード（ＵＩＣＣ）であって、使用時に前記ＵＩＣＣがインストールされるホスト装置との間での無線通信ネットワークを介した無線通信を制御するためのＵＩＣＣであって、前記ＵＩＣＣの動作を制御するためマイクロプロセッサと、前記ＵＩＣＣの動作に関連するデータを格納するためのデータストアであって、前記ホスト装置を第１の無線通信ネットワークに接続するための無線通信ネットワーク設定を含むオペレーショナル・プロファイルおよび、前記ホスト装置を第２の無線通信ネットワークに接続するための無線通信ネットワーク設定を含むブートストラップ・プロファイルを含む複数のモバイル通信業者ネットワークプロファイルと、前記ＵＩＣＣの動作を設定するための複数の命令を含むプログラムとを含む、データストアとを備え、使用時に、前記マイクロプロセッサは、前記オペレーショナル・プロファイルを用いて前記ホスト装置を前記第１の無線通信ネットワークに接続し、前記第１の無線通信ネットワークとの動作接続性の喪失を検出し、前記ブートストラップ・プロファイルを用いて前記ホスト装置を前記第２の無線通信ネットワークに接続して、前記ホスト装置との間で無線通信を再確立するように、前記プログラムによって構成される、汎用集積回路カード（ＵＩＣＣ）が提供される。

前記ＵＩＣＣは、前記プログラムおよびプロファイルが遠隔設定されかつ／または遠隔更新されることを可能にする組込みＵＩＣＣ（ｅＵＩＣＣ）であってもよい。

前記プログラムは、比較的小さいサイズおよび専用機能を有するアプレットを含んでいてもよい。

前記データストアは、前記ＵＩＣＣのセキュア・トランスバーサル・ドメイン（secure transversal domain）に設けられていてもよく、前記オペレーショナル・プロファイルまたは前記ブートストラップ・プロファイルは、前記ＵＩＣＣの前記セキュア・トランスバーサル・ドメインへのアクセスをセキュアに提供して、前記データストアに格納された前記プログラムに対して外部サーバが変更を加えることを可能にすることができる。

前記オペレーショナル・プロファイルおよびブートストラップ・プロファイル、ならびに前記無線通信ネットワークを介する前記ホスト装置との無線通信の制御におけるそれらの使用を設定するための、前記データストアにファイルとして格納された１組の可変パラメータをさらに備えてもよい。前記パラメータは、別個の設定ファイルに格納され、設定ファイルを更新処理によって置換できるようにしてもよい。設定ファイルに格納されるパラメータの一例は、ｐｉｎｇサーバのアドレスである。

前記プログラムは、使用時に、第１の無線通信ネットワーク接続性テストを実行して、前記ホスト装置と前記第１の無線通信ネットワークとの間の前記無線通信ネットワーク接続性をテストし、前記無線通信ネットワーク接続性テストに基づく第１の接続性テスト結果を返し、前記第１の接続性テスト結果に基づいて、前記ホスト装置と前記第１の無線通信ネットワークとの間で無線通信ネットワーク接続性の喪失が発生したか否かを判定し、そのような接続の喪失が判定された場合、前記オペレーショナル・プロファイルの選択を解除して前記ブートストラップ・プロファイルを選択し、前記ホスト装置の無線通信ネットワーク接続性を再確立するために、前記ブートストラップ・プロファイルを用いて、前記ブートストラップ・プロファイルの前記ネットワーク設定に基づいて前記第２の無線通信ネットワークに接続するように、前記マイクロプロセッサを構成するための命令を含んでいてもよい。

前記プログラムは、使用時に、前記第１のネットワーク上で接続の喪失が検出されたときに、所定期間のキャンセルタイマを開始し、ひとたび前記キャンセルタイマが満了すると、前記ブートストラップ・プロファイルの選択を解除して前記オペレーショナル・プロファイルを再選択し、前記ホスト装置と前記第１の無線通信ネットワークとの間に無線通信ネットワーク接続性を再確立するために、前記オペレーショナル・プロファイルを用いて前記第１の無線通信ネットワークに再接続するように、前記マイクロプロセッサを構成するための命令を含んでいてもよい。

前記プログラムは、使用時に、前記ブートストラップ・プロファイルを用いて前記ホスト装置を前記第２の無線通信ネットワークに接続した後、第２の無線通信ネットワーク接続性テストを実行して、前記ホスト装置と前記第２の無線通信ネットワークとの間の前記無線通信ネットワーク接続性をテストし、前記無線通信ネットワーク接続性テストに基づく第２の接続性テスト結果を返し、前記第２の接続性テスト結果に基づいて、前記ホスト装置と前記第２の無線通信ネットワークとの間に無線通信ネットワーク接続性の喪失が発生したか否かを判定し、そのような接続の喪失が判定された場合、前記ブートストラップ・プロファイルの選択を解除して前記オペレーショナル・プロファイルを再選択し、前記ホスト装置の無線通信ネットワーク接続性を再確立するために、前記オペレーショナル・プロファイルを用いて、前記オペレーショナル・プロファイルの前記ネットワーク設定に基づいて前記第１の無線通信ネットワークに接続するように、前記マイクロプロセッサを構成するための命令を含んでいてもよい。

実施形態において、前記プログラムは、使用時に、前記再選択されたオペレーショナル・プロファイルを使用するためのタイムスロットを判定し、前記第２の無線通信ネットワークとの接続を切断すること、および前記再選択されたオペレーショナル・プロファイルを用いて前記第１の無線通信ネットワークに接続することを、前記タイムスロットに到達するまで遅延するように、前記マイクロプロセッサを構成するための命令を含む。

好ましくは、前記タイムスロットは、乱数、または前記ＵＩＣＣまたはホスト装置に対応付けられたＩＣＣＩＤ、ＩＭＥＩまたはＭＩＳＤＩＮからの数字を用いて判定される。ただし、前記タイムスロットは、他の手段によって判定されてもよい。

実施形態において、前記プログラムは、使用時に、テストされている前記無線通信ネットワーク内での前記ホスト装置と１つ以上のテストサーバとの間の前記無線通信ネットワーク接続性をテストすることによって前記第１または第２の無線通信ネットワーク接続性テストを実行するように、前記マイクロプロセッサを構成するための命令を含む。

好ましくは、前記プログラムは、使用時に、ｐｉｎｇテストを実行することによって前記第１または第２の無線通信ネットワーク接続性テストを実行するように、前記マイクロプロセッサを構成するための命令を含み、前記ｐｉｎｇテストは、前記１つ以上のテストサーバのうちの少なくとも１つのテストサーバに転送データパケットを送信すること、前記テストサーバから応答データパケットが受信されたか否かを判定すること、および前記転送データパケットを送信してから所定期間内に、前記テストサーバから前記応答データパケットが受信されない場合、否定的な第１または第２の無線通信ネットワーク接続性テスト結果を返すことを含む。

前記プログラムは、使用時に、ｐｉｎｇシーケンステストを実行することによって前記第１または第２の無線通信ネットワーク接続性テストを実行するように、前記マイクロプロセッサを構成するための命令を含んでいてもよく、前記ｐｉｎｇシーケンステストは、前記１つ以上のテストサーバのうちの第１のテストサーバに第１の転送データパケットを送信すること、第１の所定期間内に前記第１のテストサーバから第１の応答データパケットが受信されたか否かを判定すること、前記第１の所定期間内に前記第１の応答データパケットが受信されていないと判定された場合、前記１つ以上のテストサーバのうちの第２のテストサーバに第２の転送データパケットを送信すること、第２の所定期間内に前記第２のテストサーバから第２の応答データパケットが受信されたか否かを判定すること、前記第２の所定期間内に前記第２の応答データパケットが受信されていないと判定された場合、前記１つ以上のテストサーバのうちの第３のテストサーバに第３の転送データパケットを送信すること、第３の所定期間内に前記第３のテストサーバから前記第３の応答データパケットが受信されたか否かを判定すること、前記第３の所定期間内に前記第３の応答データパケットが受信されていないと判定された場合、否定的なｐｉｎｇシーケンステスト結果を返すこと、および否定的なシーケンスｐｉｎｇ結果が返された場合、否定的な第１または第２の無線通信ネットワーク接続性テスト結果を返すことを含む。

前記プログラムは、使用時に、前記ｐｉｎｇシーケンステストを１回以上繰り返すことによって前記第１または第２の無線通信ネットワーク接続性テストを実行するように、前記マイクロプロセッサを構成するための命令を含んでいてもよく、前記否定的な無線通信ネットワーク接続性テスト結果は、否定的なｐｉｎｇシーケンステスト結果の連続数が所定の閾値を超えた場合にのみ返される。

実施形態において、前記プログラムは、使用時に、データテストを実行することによって前記第１または第２の無線通信ネットワーク接続性テストを実行するように、前記マイクロプロセッサを構成するための命令を含み、前記データテストは、テストサーバに所定量のデータを送信すること、前記所定量のデータが前記テストサーバに配送されたか否かを判定すること、前記所定量のデータが前記テストサーバに配送されなかった場合、否定的な第１または第２の無線通信ネットワーク接続性テスト結果を返すことを含む。

前記プログラムは、使用時に、ネットワーク層テストを実行することによって前記第１または第２の無線通信ネットワーク接続性テストを実行するように、前記マイクロプロセッサを構成するための命令を含んでいてもよく、前記ネットワーク層テストは、前記第１または第２の無線通信ネットワークの異なるネットワーク層をテストすることを含む。

実施形態において、前記データストアは、前記ホスト装置をローミング無線通信ネットワークに接続するための無線通信ネットワーク設定を含むローミングプロファイルを含み、前記プログラムは、使用時に、前記第１の通信ネットワークとの動作接続性の喪失を検出した後、前記ホスト装置との間に無線通信を再確立するために、前記ローミングプロファイルを用いて、前記ローミングプロファイルの前記ネットワーク設定に基づいて、前記ホスト装置を前記ローミング無線通信ネットワークに接続するように、前記マイクロプロセッサを構成するための命令を含む。

前記データストアは、複数の無線ネットワークプロファイルであって、前記ホスト装置を各自の無線通信ネットワークに接続するための無線通信ネットワーク設定をそれぞれが備える複数の無線ネットワークプロファイルを含んでいてもよく、前記ＵＩＣＣは、前記オペレーショナル・プロファイルおよび前記ブートストラップ・プロファイルを前記複数のプロファイルから遠隔選択することを可能にするように構成されていてもよい。

前記データストアは、複数の無線ネットワークプロファイルであって、前記ホスト装置を各自の無線通信ネットワークに接続するための無線通信ネットワーク設定をそれぞれが備える複数の無線ネットワークプロファイルを含んでいてもよく、前記ＵＩＣＣは、前記オペレーショナル・プロファイルおよび前記ブートストラップ・プロファイルを前記複数のプロファイルからローカルユーザが選択することを可能にするように構成されていてもよい。

好ましくは、前記複数の無線ネットワークプロファイルにおける各無線ネットワークプロファイルは、異なる独立した無線通信ネットワークに対応付けられている。

実施形態において、前記複数のネットワークプロファイルにおける各ネットワークプロファイルは、独立した無線通信ネットワークプラットフォームまたは同じ無線通信ネットワークプラットフォームの異なるインスタンスに対応付けられている。

前記ＵＩＣＣは、ｅＵＩＣＣ、ミニＳＩＭ、マイクロＳＩＭ、ナノＳＩＭまたは半田付け可能（Solderable）ＳＩＭを含んでいてもよい。

本発明の第２の態様によれば、メモリを有するプロセッサと、前記ホスト装置を無線通信ネットワークに接続するための無線モジュールと、本発明の第１の態様を参照して上記に説明した汎用集積回路装置とを備えるホスト装置が提供される。

前記ホスト装置は、警報装置、スマートフォン、タブレットコンピュータ、ドングル、ルータ、ＧＰＳ追跡装置、Ｍ２Ｍデバイス、ＩｏＴデバイス、車両、遠隔医療装置またはテレケア（Telecare）デバイスを含んでいてもよい。

本発明の第３の態様によれば、使用時に汎用集積回路カード（ＵＩＣＣ）がインストールされるホスト装置との間の無線通信ネットワークを介した無線通信を制御するための前記ＵＩＣＣの動作方法であって、前記ＵＩＣＣのデータストアに格納された前記ＵＩＣＣの動作に関するデータへのアクセスを提供するステップであって、前記データは、前記ホスト装置を第１の無線通信ネットワークに接続するための無線通信ネットワーク設定を含むオペレーショナル・プロファイル、および前記ホスト装置を第２の無線通信ネットワークに接続するための無線通信ネットワーク設定を含むブートストラップ・プロファイルを含む、複数のモバイル通信業者ネットワークプロファイルを含む、ステップと、前記ＵＩＣＣのマイクロプロセッサ、および前記ＵＩＣＣの動作を設定するための複数の命令を含むプログラムを用いて前記ＵＩＣＣの動作を制御するステップであって、前記オペレーショナル・プロファイルを用いて前記ホスト装置を前記第１の無線通信ネットワークに接続すること、前記第１の無線通信ネットワークとの動作接続性の喪失を検出すること、および前記ブートストラップ・プロファイルを用いて前記ホスト装置を前記第２の無線通信ネットワークに接続して、前記ホスト装置との間に無線通信を再確立することを含む、制御ステップとを含む方法が提供される。

本発明の第４の態様によれば、コンピュータによって実行されると、前記コンピュータに本発明の第３の態様を参照して上記に説明した方法を実行させる命令を含むコンピュータプログラム製品またはコンピュータ可読記憶媒体が提供される。

本発明の第５の態様によれば、ホスト装置と無線通信ネットワーク接続を提供するネットワークプラットフォームとの間に前記無線通信ネットワーク接続を再確立するコンピュータ実施方法であって、前記ホスト装置は、前記無線通信ネットワーク接続を制御するためのモバイル通信業者ネットワークプロファイルを有する汎用集積回路カード（ＵＩＣＣ）を備えるコンピュータ実施方法であって、前記ＵＩＣＣから前記無線通信ネットワーク接続を介して第１のデータパケットを受信するステップと、前記ＵＩＣＣから前記無線通信ネットワーク接続を介して第２のデータパケットを受信するステップと、前記第１のデータパケットの受信と前記第２のデータパケットの受信との間の経過時間を示す第１の時間データを判定するステップと、前記第１の時間データを所定の時間閾値と比較するステップと、前記第１の時間データが前記所定の時間閾値よりも大きい場合、前記無線通信ネットワークプラットフォームにリセット要求を送信して、前記ホスト装置に対する前記無線通信ネットワーク接続をリセットするステップとを含むコンピュータ実施方法が提供される。

前記コンピュータ実施方法は、前記第１の時間データが前記所定の時間閾値よりも大きい場合、前記比較ステップの後に、リセットタイマを開始するステップと、前記リセットタイマの値を所定のリセットタイマ閾値と比較するステップとをさらに含んでいてもよく、前記送信ステップは、前記リセットタイマの前記値が前記所定のリセットタイマ閾値よりも大きくなるまで遅延される。

前記所定のリセットタイマ閾値は、異なる時間帯に設定可能であってもよい。

本願の範囲内において、前述の段落、特許請求の範囲ならびに／または以下の説明および図面に記載される種々の態様、実施形態、実施例および代替例ならびに、特に個々の特徴は、独立して、または任意の組み合わせとして解釈され得ることが明らかに意図される。すなわち、全ての実施形態および／またはいずれの実施形態の特徴も、係る特徴が矛盾するものでない限り、いかなる方法および／または組合せとして組み合わせることができる。本出願人は、当初に提出された請求項を変更するかあるいは新たな請求項を適宜提出する権利を留保するものであり、この権利には、当初に提出された請求項を、当初にはそのように請求されていなくとも、他の任意の請求項に従属させかつ／またはその特徴を組み込むように補正する権利が含まれる。

以下に、添付の図面を参照し、本発明を例示としてのみ説明する。
警報装置と遠隔警報受信センターとの間で通信を行うための二重経路信号伝送を用いた公知の警報ネットワークを示す概略図である。 ローミングＳＩＭを備える、先行技術の警報装置を示す概略図である。 ｅＵＩＣＣを備える、別の先行技術の警報装置を示す概略図である。 本発明の第１実施形態に係る、警報装置内のｅＵＩＣＣ、および警報装置と遠隔警報受信センターとの間で通信を行うための警報ネットワークを示す概略図である。 図４に示すｅＵＩＣＣおよび警報装置の構成要素をより詳細に示す概略図である。 図４に示す警報ネットワークの構成要素をより詳細に示す概略図である。 第１実施形態に係る、アクティブなＭＮＯネットワークにおいて機能停止が発生した場合にｅＵＩＣＣの接続性を維持する処理を示すフローチャートである。 図７においてｅＵＩＣＣの接続性をテストする処理をより詳細に示すフローチャートである。 第１実施形態に係る、図７のフォールバック処理を実行する処理をより詳細に示すフローチャートである。 第１実施形態に係る、図７のフォールバック・キャンセル処理を実行する処理をより詳細に示すフローチャートである。 本発明の第２実施形態に係る、任意選択プロファイルが選択される前の警報装置内に備えられるｅＵＩＣＣを示す概略図である。 本発明の第２実施形態に係る、任意選択プロファイルが選択された後の図１１ａのｅＵＩＣＣを示す概略図である。 本発明の第３実施形態に係る、任意選択プロファイルが選択される前の警報装置内に備えられるｅＵＩＣＣを示す概略図であり、当該ｅＵＩＣＣは、モバイル通信事業者と契約と締結している仮想モバイル通信事業者に対応付けられたプロファイルを含む。 本発明の第３実施形態に係る、任意選択プロファイルが選択された後の図１２ａのｅＵＩＣＣを示す概略図である。 本発明の第４実施形態に係る、ｅＵＩＣＣ内に備えられ得る国内プロファイルおよびローミングプロファイルを示す概略図である。 第４実施形態に係る、国内プロファイルおよびローミングプロファイルの両方が利用可能であるアクティブなＭＮＯネットワークにおいて機能停止が発生した場合にｅＵＩＣＣの接続性を維持する処理を示すフローチャートである。 図８においてｅＵＩＣＣの接続性をテストする処理を示す別の概略図である。 図１５のｐｉｎｇ接続性テストをより詳細に示すフローチャートである。 図１５および図１６のｐｉｎｇ接続性テストを実施し、フォールバック処理およびフォールバック・キャンセル処理を開始している状態のｅＵＩＣＣのステートマシンの概略図である。 図９および図１０のフォールバック処理およびフォールバック・キャンセル処理時に実行されるステップをより詳細に示すフローチャートである。 本発明の各実施形態において国内プロファイルおよびローミングプロファイルに対するｐｉｎｇ接続性テストならびにフォールバック処理およびフォールバック・キャンセル処理において使用されるタイミングを示す表である。 本発明の一実施形態において使用される、ＩＣＣＩＤ番号のランダムな数字を用いた、可能なタイムスロットの判定を示す表である。 図５に示すｅＵＩＣＣのアプレットの設定可能要素（configurable elements）を示す表である。 さらなる実施形態に係る、アプレット・プラットフォーム間同期（Applet and Platform Synchronisation）のための処理およびロケーションキャンセル要求のトリガリングを示すフローチャートである。 本発明の各実施形態と互換性のあるＳＩＭの例を示す概略図である。

本発明の各実施形態は、例えば、頻繁なネットワーク更新またはネットワーク障害に起因するＭＮＯネットワークにおける機能停止または接続性に関する問題に対処する改良された方法を提供する、改良されたレジリエントかつ自律的なＳＩＭカードに関する。改良されたレジリエントかつ自律的なＳＩＭカードにより、モバイルネットワークを伝送路として用いた通信にもたらされる混乱が大幅に低減する。これは、ひいては、緊急応答システムにおける信号伝送に肯定的な結果をもたらし、緊急サービスに対するより高速で応答性の高い警告につながる。

以下に、本発明の第１実施形態に係るｅＵＩＣＣについて図４から図６を参照して説明し、続いて、関係する各処理について図７から図１０を参照して説明する。

図４は、警報装置４０２と遠隔警報受信センター４０４との間に通信チャネルを提供する警報ネットワーク４００を示す。警報装置４０２は、警報ネットワーク４００上で警報受信センター４０４に警報信号を発信し、送信する。そして、警報受信センター４０４は、例えば、建物の責任者への通知や警察への通報等を含む、適切な措置を取る。

警報装置４０２は、警報装置４０２内の無線モジュール（図示せず）がモバイル電気通信ネットワーク上で動作することを可能にするアカウントおよび通信についての詳細を格納するｅＵＩＣＣ４１０を備える。それによって、警報装置４０２は、１つ以上のＭＮＯネットワーク４１２に接続可能となっている。一例として、図４において、利用可能なＭＮＯネットワーク４１２の事業者としてＭＮＯ ＸおよびＭＮＯ Ｙが示されている。

警報ネットワーク４００により、警報装置４０２と警報受信センター４０４との間に無線通信路が提供される。最初に、無線通信リンクが警報装置４０２とＭＮＯネットワーク４１２との間に提供される。無線通信リンクは、４Ｇ通信規格であるロング・ターム・エヴォリューション（ＬＴＥ）、３Ｇもしく２Ｇネットワークを用いたＧＳ、３Ｇもしくは２Ｇを用いた符号分割多元接続（Code Division Multiple Access）（ＣＤＭＡ）または５Ｇネットワークによって提供されてもよい。セキュアな固定回線ルートが、インターネット４１６を介してＭＮＯネットワーク４１２とＭＮＯサーバ４１４との間に提供され、また、ＭＮＯサーバ４１４と無線通信ネットワーク４１８との間にも提供される。最後に、無線通信ネットワーク４１８は、警報受信センター４０４との無線通信リンクを有する。本実施形態において、セキュアな固定回線は、１つ以上の専用回線または仮想プライベートネットワーク（ＶＰＮ）トンネルによって提供され、無線通信ネットワーク４１８は、例えば、ＢＴまたはＶｉｒｇｉｎ Ｍｅｄｉａによって提供される。一部の実施形態では、無線通信路および有線通信路を含むいくつかの通信路が、警報ネットワーク４００によって警報装置４０２と警報受信センター４０４との間に提供されてもよい。

図５に、警報装置４０２およびｅＵＩＣＣ４１０の構成要素を詳細に示す。警報装置４０２は、無線ネットワーク（例えば、５Ｇ／４Ｇ／３Ｇ／２Ｇ）上で送受信を行うように構成された無線モジュール４０６を備える。無線アンテナ４０８は、無線モジュール４０６に接続されており、無線ネットワークの周波数で動作するように構成されている。警報装置４０２は、無線モジュール４０６に接続された、フラッシュメモリおよび不揮発性メモリを含むメモリ（図示せず）を有するマイクロコントローラ４０３をさらに備える。マイクロコントローラ４０３は、送信用のデータ、および無線アンテナ４０８を介して無線モジュール４０６によって受信されたデータを処理する。マイクロコントローラ４０３は、このようなデータの送受信に関して無線モジュール４０６を制御する。他の一部の実施形態における警報装置４０２は、入力インターフェイス（図示せず）も有する。

ｅＵＩＣＣ４１０は、セキュアメモリ４３６を有するプロセッサ４３４を備える。セキュアメモリ４３６には一組のプロファイルが保持されており、それぞれのプロファイルには異なるＭＮＯネットワークが対応付けられている。ｅＵＩＣＣをレジリエントにするため、それぞれのプロファイルは、独立したネットワークを運営するＭＮＯに対応付けられている。１つのＭＮＯネットワーク内には、接続性の問題が発生し得る多くの箇所が存在する。独立して設定されたＭＮＯネットワークを用いることにより、ＭＮＯネットワークの両方において同時に接続性の問題が発生する確率が低くなるという利点がもたらされ、これにより、ｅＵＩＣＣをよりレジリエントにすることが可能となる。例えば、個々のＭＮＯネットワークは、異なるマストおよび無線アンテナを使用してもよい。レジリエンスをさらに向上させるため、それぞれのプロファイルは、他のプロファイルに対応付けられたＭＮＯによって運営されるコアネットワークから独立したコアネットワークを運営するＭＮＯに対応付けられてもよい。例えば、４Ｇ ＬＴＥネットワークにおいて、進化型パケットコア（ＥＰＣ）は、ＬＴＥネットワークのコアの代表例である。ＥＰＣは、加入者情報、現在の位置、ＳＩＭの詳細および認証キーを格納するために用いられるホーム加入者サーバ（ＨＳＳ）を含む、複数のノードで構成されている。プロファイルに対応付けられたＭＮＯは、第１のＥＰＣを用いるＭＮＯにおける機能停止を、異なる第２のＥＰＣを用いるＭＮＯに切り替えることによって回避することができるように、ＬＴＥネットワークにおける独立したＥＰＣにそれぞれ対応付けられている。ＭＮＯは、他のＭＮＯに対してローミング契約を締結していてもよく、当該ローミング契約は、直接的なローミング関係であっても、ＧＰＲＳ ｒｏａｍｉｎｇ ｅｘｃｈａｎｇｅ（ＧＲＸ）ハブを介した非直接的なローミング関係であってもよい。一例として、ＭＮＯ ＸはＭＮＯ Ｚと直接的なローミング関係を有し、一方、ＭＮＯ ＹはＧＲＸハブを介してＭＮＯ Ｚに接続してもよい。独立したＭＮＯネットワーク（例えば、ＭＮＯ ＸおよびＭＮＯ Ｙ）は、独立したＧＲＸハブを用いてローミングＭＮＯ（ＭＮＯ Ｚ）にそれぞれ接続してもよく、あるいは、独立した設定を有する同じＧＲＸハブおよびこれらのハブへの独立した相互接続を用いてもよい。

これら異なるＭＮＯは、同じプラットフォームを、物理的なインフラの分離を含む異なるインスタンス上で運営していてもよい（例えば、Ｅｒｉｃｓｓｏｎ ＤＣＰ、Ｊａｓｐｅｒ）。例えば、これら２つのネットワークが異なる仮想マシンを使用していたとしても、同じ物理ハードウェアを共有することは容認されないだろう。選択されたＭＮＯは独立したネットワークおよび独立プラットフォームまたは同じプラットフォームの異なるインスタンスのいずれかを運営しているため、１つのＭＮＯネットワークにおける機能停止は、異なる独立ネットワークを運用するもう１つのＭＮＯへの切替えによって回避することができる。

本実施形態のｅＵＩＣＣ４１０は、２つのプロファイル、すなわち、（ｉ）ＭＮＯ Ｙに対応付けられた「オペレーショナル・プロファイル」、および（ｉｉ）ＭＮＯ Ｘに対応付けられた「ブートストラップ・プロファイル」を備える。これらのプロファイルを用いて、ｅＵＩＣＣ４１０は、ＭＮＯ ＹネットワークまたはＭＮＯ Ｘネットワークのいずれかに接続可能である。本実施形態において、オペレーショナル・プロファイル４４０が現在アクティブであり、これは、ｅＵＩＣＣ４１０がＭＮＯ Ｙネットワークに接続されていることを意味する。

一部の実施形態において、上記1組のプロファイルは、３つ以上のプロファイルを含み、それによって、ｅＵＩＣＣを３つ以上のＭＮＯネットワークに接続可能としてもよい。このような実施形態については、本明細書において、図１１ａ、図１１ｂ、図１２ａ、図１２ｂおよび図１３を参照して後述する。

本明細書において「アプレット」４３８と称するアルゴリズムを含む小規模ユーティリティプログラムがセキュアメモリ４３６（本明細書においてセキュア・トランスバーサル・ドメイン（secure transversal domain）とも称する）に保持されており、当該プログラムはプロセッサ４３４上で実行することができる。アプレット４３８は、ＭＮＯ Ｙネットワークの接続性テストを実行する役割を担う。アプレット４３８がＭＮＯ Ｙネットワークにおいて接続性の機能停止を特定した場合、アプレットは、ＭＮＯ Ｙネットワークに対応付けられたオペレーショナル・プロファイル４４０からＭＮＯ Ｘネットワークに対応付けられたブートストラップ・プロファイル４４２への切替えをｅＵＩＣＣ４１０に対して要求するフォールバック処理を開始する。これにより、警報ネットワーク４００におけるｅＵＩＣＣ４１０の接続性が再確立される。フォールバック処理を開始する所定の時間フレームが経過した後、アプレット４３８は、フォールバック・キャンセル処理を開始し、当該処理により、ｅＵＩＣＣ４１０がフォールバック機構をキャンセルし、それによって、ｅＵＩＣＣ４１０をブートストラップ・プロファイル４４２からオペレーショナル・プロファイル４４０に再び切り替えることが可能となる。ひとたびこの切替えが行われると、ｅＵＩＣＣ４１０は、オペレーショナル・プロファイル４４０を介してＭＮＯ Ｙネットワークに再接続することが可能となる。ｅＵＩＣＣがオペレーショナル・プロファイルとブートストラップ・プロファイルとの間で切替えを行うことを可能にする切替ロジックは、ｅＵＩＣＣ上にインストールされている。ブートストラップ・プロファイル４４２は、ｅＵＩＣＣの製造時にインストールされており、無線（ＯＴＡ）更新（ＯＴＡ更新についての以下の記述を参照）によって異なるＭＮＯに対応付けられるように変更可能である。以下に、図７から図１０を参照し、アプレット４３８によって実行される処理について詳述する。

アプレット４３８は、更新されたＭＮＯプロファイルおよび資格情報ならびに構成設定をｅＵＩＣＣ４１０に提供することが可能となるように、無線（ＯＴＡ）で設定可能である。各ＭＮＯプロファイルは、ｅＵＩＣＣ ＳＩＭ上のセキュア・トランスバーサル・ドメイン内のセキュアエリアにあり、したがって、アプレット４３８をこのようにＯＴＡで設定するために、アプレット４３８自体がｅＵＩＣＣ４１０上のセキュア・トランスバーサル・ドメインにあり、ＳＩＭカードに対するセキュアな接続を提供する。アプレット４３８自体は、ＯＴＡでインストールおよび更新することも可能である。アプレットおよび切替ロジックはいずれもｅＵＩＣＣ上にあるため、任意のデバイスにｅＵＩＣＣを後付けすることが可能である。アプレットは、必要な３ＧＰＰ／ＥＴＳＩ／ＧＳＭＡ規格で動作し、ＳＩＭアプリケーション・ツールキットを用いて開発されている。

ＯＴＡ更新を行うことを可能にする警報ネットワーク４００の要素を図６に示す。ｅＵＩＣＣ４１０の製造者兼ホスト型プラットフォーム提供業者４４４は、利用可能なＭＮＯネットワーク４１２のうちの１つを用いて、警報装置４０２内にインストールされたｅＵＩＣＣ４１０と通信状態にある。利用可能なモバイル通信事業者４４６は、製造者兼ホスト型プラットフォーム提供業者４４４と通信状態にある。製造者兼ホスト型プラットフォーム提供業者４４４は、モバイル通信事業者４４６からの情報を用いてｅＵＩＣＣ４１０を遠隔設定することを可能にしている。利用可能なモバイル通信事業者４４６および製造者兼ホスト型プラットフォーム提供業者４４４は、警報装置４０２の遠隔設定および遠隔管理を可能にするマシン・ツー・マシン（Ｍ２Ｍ）管理システム４４８と集団的に通信状態にある。

製造者兼ホスト型プラットフォーム提供業者４４４は、サブスクリプション・マネージャ・データ準備要素（ＳＭ－ＤＰ）４５０およびサブスクリプション・マネージャ・セキュアルーティング要素（ＳＭ－ＳＲ）４５２を有する。ＳＭ－ＤＰ４５０およびＳＭ－ＳＲ４５２は、ｅＵＩＣＣ４１０を遠隔管理するための利用可能なモバイル通信事業者４４６によって使用される２つの主要なネットワーク要素である。本実施形態において、利用可能なモバイル通信事業者４４６は、ＳＭ－ＤＰ４５０を用いてその事業者プロファイルをセキュアに暗号化してｅＵＩＣＣ４１０内にＯＴＡでインストールする、ＭＮＯ Ｘ４５４およびＭＮＯ Ｙ４５６を含む。ＳＭ－ＤＰ４５０は、セキュアに暗号化されたプロファイルをＳＭ－ＳＲ４５２に送信する。その後、ＳＭ－ＳＲ４５２は、暗号化されたプロファイルを受信し、次いで、暗号化されたプロファイルを無線通信を介してｅＵＩＣＣ４１０にセキュアに配送する。ｅＵＩＣＣ４１０は、当該プロファイルを受信およびインストールし、ひとたびプロファイルがインストールされると、ＳＭ－ＳＲは、ｅＵＩＣＣ４１０を遠隔管理する。

換言すれば、ＳＭ－ＤＰ４５０は、ＭＮＯプロファイルをｅＵＩＣＣ４１０上にセキュアにパッケージング化し管理する役割を担っており、ＭＮＯプロファイルを配送するために、ｅＵＩＣＣ４１０とＳＭ－ＤＰ４５０との間に通信リンクを有効に確保する。ＳＭ－ＳＲ４５２は、ｅＵＩＣＣ４１０上でプロファイルを必要に応じてロード、可能化、不能化または削除するために、ｅＵＩＣＣ４１０にコマンドをセキュアに移送し、ｅＵＩＣＣ４１０上でプロファイルのステータスを管理する役割を担う。ＳＭ－ＳＲ４５２はまた、ｅＵＩＣＣ４１０のアプレット４３８専用に作成されたコンフィグレーションエリア（図示せず）も備える。コンフィグレーションエリアにより、アプレット４３８がｅＵＩＣＣ４１０のセキュア・トランスバーサル・エリアにある場合であっても、ＯＴＡ更新をＳＭ－ＳＲ４５２から行うことが可能となる。あるいは、ＯＴＡ更新は、ＳＩＭのＯＴＡプラットフォームを介して行ってもよい。現在のシステムのほとんどにおいて、ＯＴＡサーバは、ｅＵＩＣＣのトランスバーサルエリアにアクセスすることができず、ｅＵＩＣＣ上でアプレットを変更することができないため、ＯＴＡサーバに対して何らかの変更が必要となる。これに対処するため、ｅＵＩＣＣ４１０は、プロファイル、例えば、オペレーショナル・プロファイルまたはブートストラップ・プロファイル、あるいは、異なるプロファイル、例えば、保守用プロファイルを使用し得る。ＯＴＡサーバを変更するのは一度だけでよく、ｅＵＩＣＣ４１０のセキュア・トランスバーサル・ドメインへのアクセスが許可されるため、この問題に対処するために選択されたプロファイル（オペレーショナル・プロファイル、ブートストラップ・プロファイルまたは保守用プロファイル）により、アプレット４３８に対して変更を行うことが可能となる。

以下に、図７から図１０を参照し、アプレット４３８によって実行される処理について説明する。本実施形態においては、オペレーショナル・プロファイル４４０が現在アクティブであり、これは、ｅＵＩＣＣ４１０がＭＮＯ Ｙネットワークに接続されていることを意味する。アプレット４３８は、その処理を３つの主要な段階に分けて実行する。最初に、段階７００において、アプレット４３８は、ＭＮＯ Ｙネットワークの接続性をテストし、機能停止が発生しているか否かを特定する。アプレット４３８がＭＮＯ Ｙネットワークにおいて完全な接続機能停止を特定した場合、アプレット４３８は、段階９００において、フォールバック処理を開始する。フォールバック処理は、ｅＵＩＣＣ４１０に対し、ＭＮＯ Ｙネットワークに対応付けられたオペレーショナル・プロファイル４４０から、ＭＮＯ Ｘネットワークに対応付けられたブートストラップ・プロファイル４４２に切り替えるよう要求する。これにより、警報ネットワーク４００におけるｅＵＩＣＣ４１０の接続性は、ＭＮＯ Ｘネットワークを用いて再確立される。次に、段階１０００において、アプレット４３８は、所定の時間フレームが経過した後、フォールバック・キャンセル処理を開始する。フォールバック・キャンセル処理により、ｅＵＩＣＣ４１０がフォールバック機構をキャンセルすることが可能となり、それにより、ｅＵＩＣＣ４１０をブートストラップ・プロファイル４４２からオペレーショナル・プロファイル４４０に再び切り替える。ひとたびこの切替えが行われると、ｅＵＩＣＣ４１０は、オペレーショナル・プロファイル４４０を介してＭＮＯ Ｙネットワークに再接続することが可能となる。

上記のとおり、アプレット４３８は、ＭＮＯ Ｙネットワークの接続性をテストする役割を担う。段階７００の一部として、アプレット４３８は、まず、ステップ７０２において、ＭＮＯ Ｙネットワークの接続性を所定回数テストする。次いで、アプレット４３８は、ステップ７０４において、接続性テストが成功したか否かをチェックする。テストが成功した場合、アプレット４３８は、ループバックし、ステップ７０２において、ＭＮＯ Ｙネットワークの接続性を引き続きテストする。一方、テストが成功しなかった場合、アプレット４３８は、ステップ７０６に進み、ＭＮＯ Ｙネットワークにおいて完全な接続機能停止が発生したか否かをチェックする。このチェックに基づいて、ＭＮＯ Ｙネットワークにおいて完全な接続機能停止が発生したとアプレット４３８が判定した場合、アプレット４３８は、フォールバック処理を開始する処理である段階９００に進む。一方、ＭＮＯ Ｙネットワークにおいて完全な接続機能停止が発生していないとアプレット４３８が判定した場合、アプレット４３８は、ループバックし、ステップ７０２においてＭＮＯ Ｙネットワークの接続性を引き続きテストする。

本実施形態において、図８に示すように、アプレット４３８は、ｐｉｎｇテストを用いてＭＮＯ Ｙネットワークに対するｅＵＩＣＣの接続性をテストする。ｐｉｎｇテストは、ｅＵＩＣＣ４１０がインストールされている警報装置４０２が警報ネットワーク４００を通じてサーバと通信可能であるか否かを判定するものである。ｐｉｎｇテストは、この判定を、データパケットをサーバに送信し、データパケットがこれに応答して返信されるのを待つことによって行う。ネットワーク通信の確立が成功した場合、ｐｉｎｇテストはまた、警報装置４０２とサーバとの間の接続待ち時間（ｐｉｎｇ（データパケット）が装置４０２に返されるのにかかる時間）も判定する。本実施形態において、アプレット４３８は、警報ネットワーク４００における異なるサーバ、具体的には、サーバＸ、サーバＹおよびサーバＺ（図示せず）に対して一連のｐｉｎｇを実行する。これらのサーバは、独立しかつ地理的に分散している。

アプレット４３８は、ステップ８０２において、サーバＸに対してｐｉｎｇを送信する、すなわち「ｐｉｎを実行する」ことによって、ｐｉｎｇテストを開始する。次いで、アプレット４３８は、ステップ８０４において、ｐｉｎｇに対する応答がサーバＸから受信されたか否かをチェックする。アプレット４３８は、ｐｉｎｇがサーバＸに送信された直後に応答のチェックを開始する。ｐｉｎｇに対する応答がサーバＸから受信された場合、アプレット４３８は、ループバックし、ステップ８０２において、サーバＸに対して再びｐｉｎｇを実行する。ｐｉｎｇが実行された後にサーバＸから応答が常に受信されるとき、これは、正常な動作、およびサーバＸとＭＮＯ Ｙネットワークとの接続性を示す、接続性の心拍（heartbeat）となる。ｐｉｎｇに対する応答が設定可能な所定期間、例えば、４秒以内にサーバＸから受信されない場合、アプレット４３８は、ステップ８０６に進み、ｐｉｎｇをサーバＹに送信する。次いで、アプレット４３８は、ステップ８０８において、ｐｉｎｇに対する応答がサーバＹから受信されたか否かをチェックする。ｐｉｎｇに対する応答がサーバＹから受信された場合、アプレット４３８は、ループバックし、ステップ８０２において、サーバＸに対して再びｐｉｎｇを実行することによってｐｉｎｇテストを再び開始する。ｐｉｎｇに対する応答がサーバＹから設定可能な所定期間、例えば、４秒以内に受信されない場合、アプレット４３８は、ステップ８１０に進み、ｐｉｎｇをサーバＺに送信する。次いで、アプレット４３８は、ステップ８１２において、ｐｉｎｇに対する応答がサーバＺから受信されたか否かをチェックする。ｐｉｎｇに対する応答がサーバＺから受信された場合、アプレット４３８は、ループバックし、ステップ８０２において、サーバＸに対して再びｐｉｎｇを実行することによってｐｉｎｇテストを再び開始する。ｐｉｎｇに対する応答が設定可能な所定期間、例えば、４秒以内にサーバＺから受信されない場合、これは、連続した３回のｐｉｎｇテスト（すなわち、ｐｉｎｇシーケンス）が不成功であったことを意味する。１回目の不成功ｐｉｎｇシーケンスに続き、アプレット４３８は、次いで、当該ｐｉｎｇシーケンスの実行を２回繰り返すために、ステップ８０２からステップ８１２をさらに２回繰り返す。３回目および最後のｐｉｎｇシーケンスにおいて、ｐｉｎｇに対する応答がサーバＺから受信されない場合、アプレットは、図７に示すステップ７０６において、完全な接続機能停止が発生したか判定する。

ステップ７０６において、アプレット４３８は、連続する３回の失敗ｐｉｎｇシーケンスの発生に基づいて、ｅＵＩＣＣ４１０とＭＮＯ Ｙネットワークとの間で完全な接続喪失または「接続機能停止」が発生したか否かを判定する。ＭＮＯ Ｙネットワークに対する完全な接続喪失が発生したとアプレット４３８が判定する場合、アプレット４３８は、ループバックし、ステップ７０２において、ＭＮＯ ＹネットワークとのｅＵＩＣＣ４１０の接続性を再テストする。一方、完全な接続喪失が発生していないとアプレット４３８が判定する場合、アプレット４３８は、段階９００に進み、フォールバック処理を開始する。

以下に、図９を参照し、段階９００においてアプレット４３８によって開始されるフォールバック処理についてより詳細に説明する。まず、アプレット４３８は、ステップ９０２において、ｅＵＩＣＣ４１０のプロセッサ４３４に対し、ＭＮＯ Ｙネットワークに対応付けられたオペレーショナル・プロファイル４４０からＭＮＯ Ｘネットワークに対応付けられたブートストラップ・プロファイル４４２に切り替える要求を出す。同時に、アプレット４３８は、ステップ９０４において、ｅＵＩＣＣ４１０のプロセッサ４３４に対し、タイマを開始する要求を出す。

フォールバック処理の一部として、無線モジュール４０６がＭＮＯ Ｘネットワークに接続するために、警報装置４０２の無線モジュール４０６のネットワーク設定をリフレッシュする必要がある。したがって、ｅＵＩＣＣは、ステップ９０６において、無線モジュール４０６にリフレッシュコマンドを送信し、フォールバック処理の一部として、ネットワーク設定のリフレッシュを開始する。これにより、無線モジュールのネットワーク設定をＭＮＯ Ｘネットワークに更新することが可能となる。

次いで、アプレットは、ステップ９１２において、ｅＵＩＣＣ４１０のプロセッサ４３４に対し、タイマを所定の閾値と照合するコマンドを送信する。この照合はステップ９１４において行われ、タイマが所定の閾値に到達した場合、処理は段階１０００に進み、フォールバック・キャンセル処理を開始し、それにより、ＭＮＯ Ｙネットワークに再接続する。一方、ステップ９１４における照合の結果が、タイマが所定の閾値に到達していないことを示す場合、処理はループバックし、ステップ９１２において、アプレット４３８は、プロセッサ４３４に対し、タイマを所定の閾値と照合するコマンドを再送する。

以下に、図１０を参照し、段階１０００においてアプレット４３８によって開始されるフォールバック・キャンセル処理についてより詳細に説明する。上述のとおり、フォールバック・キャンセル処理により、ｅＵＩＣＣ４１０はフォールバック機構をキャンセルすることができ、それにより、ｅＵＩＣＣ４１０はブートストラップ・プロファイル４４２からオペレーショナル・プロファイル４４０に再び切り替わる。アプレット４３８は、ステップ１００２において、フォールバック・キャンセル処理を開始するタイムスロット（期間）を判定する。例えば、アプレット４３８は、所定期間の経過後、例えば、３０秒毎に、当該所定期間が経過したことを示す入力を装置４０２から受信し、それによって、アプレット４３８が入力を受信するたびに、アプレット４３８はカウンタに１を加える。ひとたびカウンタが所定の回数、例えば、３回に達すると、アプレット４３８は、フォールバック・キャンセル処理を開始する。警報ネットワーク４００には複数の警報装置４０２が存在すると考えられ、したがって、警報装置４０２のそれぞれにおけるｅＵＩＣＣは、本明細書に記載される処理を実行することができる。複数のｅＵＩＣＣが同時にオペレーショナル・プロファイルに再び切り替えられる場合、これは、いわゆる「シグナリングストーム（signalling storm）」発生させ、それにより、ＭＮＯ Ｙネットワークを過負荷状態にし得る。これにより、さらなるＭＮＯの機能停止が発生する可能性がある。アプレット４３８は、フォールバック・キャンセル処理が開始された後、オペレーショナル・プロファイル４４０へのｅＵＩＣＣ４１０の再切替えを時間をかけて分散させるための内蔵機構を備える。これにより、オペレーショナル・プロファイル４４０に対応付けられたＭＮＯ、すなわち、本実施形態においてはＭＮＯ Ｙとのシグナリングストームを防止するという技術的課題が解決される。タイムスロットは、例えば、ｅＵＩＣＣのＩＭＥＩコード、ＩＣＣＩＤコード、ＥＩＤコードまたはＭＩＳＤＥＮコードの最後の数字を用いることによって判定してもよい。タイムスロットは、他の方法で、例えば、ブートストラップ・プロファイル４４２からオペレーショナル・プロファイル４４０への切替えが行われるまでの時間を無作為化することによって判定してもよい。

フォールバック・キャンセルが開始されるタイムスロットがひとたび判定されると、アプレット４３８は、ステップ１００４において、プロセッサ４３４に対し、タイムスロットに到達したか否かを判定するコマンドを送信する。アプレット４３８は、それに応じて、ステップ１００６に進み、現在の時間をタイムスロと照合する。すなわち、タイムスロットに到達していない場合、処理はループバックし、ステップ１００４において、アプレット４３８は、タイムスロットに到達したか否かをチェックするコマンドをプロセッサ４３４に再送信する。タイムスロットに到達した場合、処理は継続し、ステップ１００８において、アプレット４３８は、ｅＵＩＣＣ４１０のプロセッサ４３４に対し、ＭＮＯ Ｘネットワークに対応付けられたブートストラップ・プロファイル４４２からＭＮＯ Ｙネットワークに対応付けられたオペレーショナル・プロファイル４４０に切り替える要求を出す。次いで、アプレット４３８は、ステップ１０１０において、ＭＮＯ Ｙネットワークを用いて接続性が確立されているか否かをチェックする。ＭＮＯ Ｙネットワークとの接続性が確立されていない場合、アプレット４３８は、ＭＮＯ Ｘネットワークとの接続性を確立するために、フォールバック処理を開始して、ｅＵＩＣＣ４１０をオペレーショナル・プロファイル４４０からブートストラップ・プロファイル４４２に再び切り替える。すなわち、処理は、ステップ１０１２において、フォールバック処理を行うための段階９００の最初にループバックする。一方、ステップ１０１０において、ＭＮＯ Ｙネットワークとの接続性が確立されている場合、ｅＵＩＣＣ４１０はＭＮＯ Ｙネットワークへの接続に成功し、処理は終了する。

本実施形態では、フォールバック・キャンセルを開始するタイムスロットを判定するために、フォールバック・キャンセル処理を開始する基準点として、時間、具体的には、２つの時点間の期間が測定され、閾値と比較されるが、他の手段も可能であることに留意されたい。例えば、アプレットは、ｅＵＩＣＣと装置および／またはネットワークとの間の対話またはイベントトリガの回数をカウントし、そのような対話またはイベントが所定回数に到達してからフォールバック・キャンセル処理を開始してもよい。あるいは、アプレットは、時間、対話およびイベントの任意の組み合わせを用いて、フォールバック・キャンセル処理が開始される時点を判定してもよい。

図４から図１０を参照して上記に説明した各実施形態において、ｅＵＩＣＣ４１０は、２つのプロファイル、すなわち（ｉ）ＭＮＯ Ｙに対応付けられたオペレーショナル・プロファイル４４０および（ｉｉ）ＭＮＯ Ｘ対応付けられたブートストラップ・プロファイル４４２を備える。以下に、図１１ａ、図１１ｂ、図１２ａ、図１２ｂおよび図１３を参照し、上記１組のプロファイルが３つ以上のプロファイルを含み、それにより、ｅＵＩＣＣが３つ以上のＭＮＯネットワークに接続可能となる実施形態について説明する。

図１１ａおよび図１１ｂに、本発明の第２実施形態に係るｅＵＩＣＣ１１１０を示す。第２実施形態は第１実施形態と同様であり、したがって、以下では、これらの実施形態の差異を中心に説明する。

ｅＵＩＣＣ１１１０は、Ｍ２Ｍソリューションを提供する警報装置１１０２内にインストールされる。警報装置１１０２は、図４を参照して上記に説明した警報ネットワークの一部を構成しており、警報ネットワークは、警報装置１１０２と遠隔警報受信センターとの間に通信チャネルを提供する。警報装置１１０２およびｅＵＩＣＣ１１１０は、図５に示す警報装置４０２およびｅＵＩＣＣ４１０の特徴をそれぞれ備えるが、これらの特徴は図１１ａには図示されていない。第１実施形態と第２実施形態との違いは、ｅＵＩＣＣ１１１０に格納されるプロファイルにある。ｅＵＩＣＣ１１１０は、４つのプロファイル、すなわち（ｉ）ＭＮＯ １に対応付けられたブートストラップ・プロファイル１１４２ａ、（ｉｉ）ＭＮＯ ２に対応付けられたオペレーショナル・プロファイル１１４０ａ、（ｉｉｉ）ＭＮＯ ３に対応付けられた任意選択プロファイルＡ１１４３ａおよび（ｉｖ）ＭＮＯ ４に対応付けられた任意選択プロファイルＢ１１４４ａを備える。ｅＵＩＣＣ１１１０内に備えられるプロファイルは、自らの物理ネットワークを運営する国において接続性を提供するＭＮＯに対応付けられた国内プロファイルである点に留意されたい。したがって、国内プロファイルは、ｅＵＩＣＣ１１１０および警報装置が動作している国と同じ国において接続性を提供するＭＮＯに対応付けられている。ｅＵＩＣＣは、国内プロファイルに加えてローミングプロファイルも含んでいてもよく、これについては、第４実施形態に関連して図１３を参照してより詳細に説明する。

図１１ａに示す国内プロファイルを用いて、ｅＵＩＣＣ１１１０は、ＭＮＯ １ネットワーク、ＭＮＯ ２ネットワーク、ＭＮＯ ３ネットワークまたはＭＮＯ ４ネットワークに接続可能である。図１１ａ示すように、本実施形態において、オペレーショナル・プロファイル１１４０ａが現在アクティブであり、これは、ｅＵＩＣＣ１１１０がＭＮＯ ２ネットワークに接続されていることを意味する。ネットワーク接続性を提供する、すなわち、オペレーショナル・プロファイルに対応付けられているＭＮＯネットワークは、警報ネットワークにおける警報サーバから選択することができる。任意選択プロファイルＡ１１４３ａおよび任意選択プロファイルＢ１１４４ａは、どのＭＮＯがネットワーク接続性を提供するかについての制御を可能にするオプションとしてサーバにおいて提示されることになる。

ｅＵＩＣＣ１１１０内のアプレット（図１１ａおよび図１１ｂに図示せず）は、図７から図１０のフローチャートを参照して上記に詳述した処理を実行することができる。すなわち、アプレットは、オペレーショナル・プロファイル１１４０ａに対応付けられたＭＮＯ ２ネットワークの接続性をテストし（段階７００、図７）、ＭＮＯ ２ネットワークに対する接続性の喪失が発生した場合、アプレットは、フォールバック処理を開始して、ブートストラップ・プロファイル１１４２ａに対応付けられたＭＮＯ １ネットワークとの接続性を再確立する（段階９００、図７）。所定の時間フレームが経過した後、アプレットは、フォールバック・キャンセル処理を開始し、ＭＮＯ ２ネットワークに再接続する（段階１０００、図７）。

図１１ｂは、ＭＮＯ ３がネットワーク接続性を提供することができるように任意選択プロファイルＡ１１４３ａが選択された後のｅＵＩＣＣ１１１０内のプロファイルを示す。したがって、図１１ｂのオペレーショナル・プロファイル１１４０ｂは、ＭＮＯ ３ネットワークに対応付けられている。ブートストラップ・プロファイル１１４２ｂは、ＭＮＯ １ネットワークに対応付けられたままである。任意選択プロファイルＡ１１４３ｂは、ＭＮＯ ２ネットワークに対応付けられており、当該プロファイルは、必要に応じて、ＭＮＯ ２ネットワークに再び切り替えることができる。任意選択プロファイルＢ１１４４ｂは、ＭＮＯ ４ネットワークに対応付けられたままである。

あるいは、図１１ａおよび図１１ｂに示すｅＵＩＣＣ１１１０は、スマートフォンなどの消費者デバイスにインストールされ得る。この場合、ネットワーク接続性を提供するＭＮＯネットワーク、すなわち、オペレーショナル・プロファイルに対応付けられたＭＮＯネットワークは、当該デバイスのユーザによって選択されてもよい。タッチスクリーンなどの入力装置を介して、消費者デバイスは、ネットワーク接続性を提供するＭＮＯをユーザが積極的に選択することを可能にするオプションとして、任意選択プロファイルＡ１１４３ａおよび任意選択プロファイルＢ１１４４ａを提示してもよい。任意選択プロファイル１１４３ａおよび１１４４ａのうちの一方に切り換えた後、ユーザは、必要に応じて、任意選択プロファイルＡ１１４３ｂを選択することによってＭＮＯ ２ネットワークに再び切り替える選択肢を有する。

図１２ａおよび図１２ｂに、本発明の第３実施形態に係るｅＵＩＣＣ１２１０を示す。第３実施形態は第２実施形態と同様であり、したがって、以下では、第２実施形態と第３実施形態との差異を中心に説明する。

ｅＵＩＣＣ１２１０は、仮想モバイル通信事業者（ＭＶＮＯ）に対応付けられたプロファイルを備え、それぞれのＭＶＮＯは、ＭＮＯのネットワークインフラを用いて各自の顧客にサービスを提供できるような契約をＭＮＯと締結している。

したがって、ｅＵＩＣＣ１２１０は、ＭＶＮＯ Ｘ１に対応付けられたブートストラップ・プロファイル１２４２ａを備える。ＭＶＮＯ Ｘ１は、ＭＮＯ Ｘのネットワークインフラを使用する契約をＭＮＯ Ｘと締結している。

ｅＵＩＣＣ１２１０は、ＭＶＮＯ Ｙ１に対応付けられたオペレーショナル・プロファイル１２４０ａをさらに備える。ＭＶＮＯ Ｙ１は、ＭＮＯ Ｙのネットワークインフラを使用する契約をＭＮＯ Ｙと締結している。

ｅＵＩＣＣ１２１０は、２つの追加プロファイル１２４１ａ、１２４３ａを備える。第１の追加プロファイル１２４１ａは、ＭＮＯ Ｘと契約を締結しているＭＶＮＯ Ｘ２に対応付けられている。第２の追加プロファイル１２４３ａ（以下および図１２ａにおいて「任意選択プロファイルＡ」１２４３ａと称する）は、ＭＮＯ Ｙと契約を締結しているＭＶＮＯ Ｙ２に対応付けられている。

これらのプロファイルを用いて、ｅＵＩＣＣ１２１０は、ＭＮＯ ＸネットワークまたはＭＮＯ Ｙネットワークに対し、それぞれに対応付けられたＭＶＮＯのうちの一方を介して接続可能である。図１２ａに示すように、本実施形態において、オペレーショナル・プロファイル１２４０ａが現在アクティブであり、したがって、ｅＵＩＣＣ１２１０は、ＭＮＯ Ｙネットワークに接続されている。ネットワーク接続性を提供するＭＮＯネットワークは、装置１２０２がＭ２Ｍデバイスである場合は、サーバ（図示せず）において選択されてもよく、あるいは、装置１２０２が消費者デバイスである場合は、タッチスクリーンなどの入力装置（図示せず）を介してユーザによって選択されてもよい。フォールバック処理およびフォールバック・キャンセル処理が有効となるためには、オペレーショナル・プロファイルおよびブートストラップ・プロファイルは、異なるＭＮＯに対応付けられる必要がある。ブートストラップ・プロファイル１２４２ａはＭＮＯ Ｘに対応付けられているので、ＭＶＮＯ Ｙ２を介してＭＮＯ Ｙに対応付けられた任意選択プロファイルＡ１２４３ａは、代替プロファイルが所望される場合には、他の唯一のオプションとして提示される。ＭＶＮＯ Ｘ２に対応付けられた第１の追加プロファイル１２４１ａは、現在、選択に利用できない。

ｅＵＩＣＣ１２１０内のアプレット（図１２ａおよび図１２ｂのいずれにも図示せず）は、図７から図１０のフローチャートを参照して上記で詳述した処理を実行することができる。

図１２ｂは、ＭＮＯ ＹがＭＶＮＯ Ｙ２を介してネットワーク接続性を提供することができるように任意選択プロファイルＡ１２４３ａが選択された後のｅＵＩＣＣ２１１０内のプロファイルを示す。したがって、図１２ｂのオペレーショナル・プロファイル１２４０ｂは、ＭＶＮＯ Ｙ２に対応付けられている。サーバ（装置１２０２がＭ２Ｍデバイスである場合）またはユーザ（装置１２０２が消費者デバイスである場合）は、必要に応じて、任意選択プロファイルＢ１２４３ｂを用いてＭＶＮＯ Ｙ１に再び切り替えることができる。ブートストラップ・プロファイル１２４２ｂは、ＭＶＮＯ Ｘ１に対応付けられたままである。しかし、ブートストラップ・プロファイル１２４２ｂはＯＴＡで設定可能であるので、別のプロファイルに対応付けられながらも、オペレーショナル・プロファイルとは異なるＭＮＯ上にあるように、例えば、ＭＶＮＯ Ｘ２に対応付けられた追加プロファイル１２４１ｂを用いて、変更が可能である。

図１３に、本発明の第４実施形態に係るｅＵＩＣＣ内に備えられるプロファイルを示す。第４実施形態は第２実施形態と同様であり、したがって、以下では、第２実施形態と第４実施形態との差異を中心に説明する。第２実施形態のｅＵＩＣＣは、自らの物理ネットワークを運営する国においてそれぞれが接続性を提供するＭＮＯに対応付けられた国内プロファイルを備える。したがって、国内プロファイルは、ｅＵＩＣＣおよび警報装置が動作している国と同じ国において接続性を提供するＭＮＯに対応付けられている。

これに対し、本実施形態のｅＵＩＣＣは、国内プロファイルに加え、ローミングプロファイルを備える。ローミングプロファイルにより、第１の国で動作しているｅＵＩＣＣが、第２の国で動作しているＭＮＯネットワークにアクセスすることが可能となる。よって、ｅＵＩＣＣには、国内ネットワークアクセスに加えて、ローミングネットワークアクセスが提供される。したがって、ｅＵＩＣＣは、ローミングプロファイルを介して、プロファイルを提供するＭＮＯがローミング契約を締結している利用可能なネットワークにアクセスを有する。

図１３に示すように、ｅＵＩＣＣは、４つの国内プロファイル１３０２、１３０４、１３０６、１３０８および４つのローミングプロファイル１３１０、１３１２、１３１４、１３１６を備える。これらのプロファイルのそれぞれは、異なるＭＮＯに対応付けられている。具体的には、国内プロファイルは、ｅＵＩＣＣと同じ国で動作するＭＮＯ １、ＭＮＯ ２、ＭＮＯ ３およびＭＮＯ ４にそれぞれ対応付けられている。ローミングプロファイルは、ｅＵＩＣＣとは異なる国で動作するＭＮＯ Ａ、ＭＮＯ Ｂ、ＭＮＯ ＣおよびＭＮＯ Ｄにそれぞれ対応付けられている。国内プロファイルの場合、国内オペレーショナル・プロファイル１３０４は、ＭＮＯ ２に対応付けられ、国内ブートストラップ・プロファイル１３０２は、ＭＮＯ １に対応付けられている。

先の実施形態と同様、現在のオペレーショナル・プロファイルおよびブートストラップ・プロファイルとは異なるＭＮＯにそれぞれが対応付けられた任意選択国内プロファイル１３０６、１３０８のうちの１つが、国内オペレーショナル・プロファイルとして機能するように選択されてもよい。

図１４に、国内プロファイルおよびローミングプロファイルが本実施形態のアプレットによって利用される処理を示す。まず、アプレットは、ステップ１４０２において、国内オペレーショナル・プロファイル１３０４、すなわち、ＭＮＯ ２に対応付けられたＭＮＯネットワークの接続性をテストする。次いで、アプレットは、ステップ１４０４において、接続性テストが成功したか否かをチェックする。接続性テストが成功した場合、処理は、ループバックし、ステップ１４０２において、引き続き接続性をテストする。接続性テストが成功しなかった場合、処理は、ステップ１４０６において、引き続き、ＭＮＯ ２ネットワークとの完全な接続喪失が発生したか否かをチェックする。アプレットが接続性の喪失が発生していないと判定する場合、処理は、ループバックし、ステップ１４０２において、引き続き接続性をテストする。一方、ＭＮＯ ２ネットワークとの接続性の喪失が発生したと判定された場合、装置は、その旨をｅＵＩＣＣに通知する。アプレットは、この通知後に、接続性を見つけるのに利用可能なローミング事業者を探すために、所定時間をｅＵＩＣＣに割り当てる。一実施形態において、アプレットは、いくつかのネットワーク、典型的には３つのネットワークにわたってローミングするのに十分な時間をＳＩＭ／装置に割り当てる。ｅＵＩＣＣが所定時間以内にローミング事業者を介して接続性を見つけられない場合、アプレットは、フォールバック処理およびフォールバック・キャンセル処理をトリガする。

ひとたび接続性の喪失が通知されると、ｅＵＩＣＣまたは装置は、ステップ１４０８において、利用可能なローミング事業者が存在する否かをチェックする。利用可能なローミング事業者が存在するとｅＵＩＣＣが判定する場合、ｅＵＩＣＣは、ステップ１４１４において、その利用可能なローミング事業者に切り替える。ひとたび利用可能なローミング事業者に接続されると、アプレットは、ステップ１４１４においても、ローミング事業者に対応付けられたＭＮＯの接続性をテストする。アプレットによって行われる接続性テストは、ステップ１４０２、１４０４および１４０６において行われるものと同様である。

ローミング処理は、ｅＵＩＣＣが利用可能なローミング事業者間でローミングを行って接続性を見つけることを効果的に可能にする。利用可能なローミング事業者が存在しない場合、アプレットは、上述した実施形態と同様に、ステップ１４１０および１４１２に従ってフォールバック処理およびフォールバック・キャンセル処理の開始に進む。

この処理により、ｅＵＩＣＣは、ＭＮＯ間で切替えを行うことが可能となり、したがって、接続性が初期に失われたときに、接続性を提供することが可能なローミング事業者を迅速に特定し得る。有利には、これによって第１のレジリエンス層が提供される。

以下に、図１５から図１７を参照し、アプレットによって実行される接続性テストについてより詳細に説明する。図１５は、接続性テストとしてｐｉｎｇを使用し、その後、図７から図９を参照して上記で説明したフォールバック処理を開始する処理を概略的に示す。具体的に、これらの図面は、各ｐｉｎｇテストがサーバＸ、サーバＹおよびサーバＺに対してｐｉｎｇを実行することを含む、実行中の一連のｐｉｎｇテストおよび各テストの結果を示す。第１のｐｉｎｇテスト１５０２の結果、３つのサーバ全てからｐｉｎｇ応答が受信される。一方、第２のｐｉｎｇテスト１５０４の結果、ｐｉｎｇ応答は受信されない。接続性テストは、第３のｐｉｎｇテスト１５０６、その後、第４のｐｉｎｇテスト１５０８に進み、どちらのテストによっても、いずれのサーバからもｐｉｎｇ応答は受信されない。ｐｉｎｇテストが連続して３回失敗すると、ステップ９０２においてフォールバック処理がトリガされ、ステップ９０４においてフォールバックタイマが開始されることになる。

図１６に、ｐｉｎｇ接続性テストをより詳細に示す。ｐｉｎｇ接続性テストは、ステップ１６０２において開始し、同ステップにおいては、オペレーショナル・プロファイルがアクティブである。ステップ１６０４において、アプレット（図示せず）は、カウンタを０に設定する。次に、アプレットは、ステップ１６０６において、サーバＸに対してｐｉｎｇを実行する。アプレットがサーバＸからｐｉｎｇ応答を受信する場合、処理は、ステップ１６０８において、アプレットが［Ｘ］秒（［Ｘ］は、サーバＸに対するｐｉｎｇの繰返し試行間の秒数を表す所定の秒数）間待機する待機状態に移行する。一方、アプレットがサーバＸからｐｉｎｇ応答を受信しない場合、処理は継続し、アプレットは、ステップ１６１０において、サーバＹに対するｐｉｎｇの実行に進む。アプレットがサーバＹからｐｉｎｇ応答を受信する場合、処理は、ステップ１６１２において、ステップ１６０６でサーバＸに対してｐｉｎｇを再実行するまでにアプレットが［Ｘ］秒間待機する待機状態に移行し、それにより、ｐｉｎｇシーケンスを再び開始する。一方、アプレットがサーバＹからｐｉｎｇ応答を受信しない場合、処理は継続し、アプレットは、ステップ１６１４において、サーバＺに対するｐｉｎｇの実行に進む。最後に、アプレットがサーバＺからｐｉｎｇ応答を受信する場合、処理は、ステップ１６１６において、ステップ１６０６でサーバＸに対してｐｉｎｇを再実行するまでに［Ｘ］秒間アプレットが待機する待機状態に移行し、それにより、ｐｉｎｇシーケンスを再び開始する。一方、アプレットがサーバＺからｐｉｎｇ応答を受信しない場合、処理は継続し、ステップ１６１８においてカウンタに１を追加する。

次いで、アプレットは、ステップ１６２０において、カウンタの値をチェックして、［Ｎ］個以上の失敗ｐｉｎｇシーケンスがあったか否かを判定する（［Ｎ］は、アプレットがフォールバック処理をトリガするのに必要な失敗ｐｉｎｇシーケンス数を表す所定の値）。すなわち、アプレットは、カウンタがＮ以上であるか否かをチェックする。このチェックの結果が否定的である場合、アプレットは、ステップ１６２２において、［Ｚ］秒間待機する（［Ｚ］は、ｐｉｎｇシーケンスを再び開始するまでに待機する秒数を表す所定の数）。［Ｚ］秒経過後、アプレットは、ステップ１６０６において、サーバＸに対してｐｉｎｇを実行することによりｐｉｎｇシーケンスを再び開始する。ステップ１６２０における上記チェックの結果が肯定的である場合、すなわち、カウンタがＮ以上である場合、アプレットは、ステップ１６２４においてフォールバック処理を開始し、同時に、ステップ１６２６においてフォールバック・キャンセル・タイマを開始する。ステップ１６２４および１６２６は、それぞれ、図９のステップ９０２および９０４と同様であると理解される。したがって、図９および図１０における以降のステップもまた本実施形態に適用される。図１６の処理フローにおいては、ｅＵＩＣＣのオペレーショナル・プロファイルが現在アクティブであることに留意されたい。ｐｉｎｇ接続性テストは、オペレーショナル・プロファイルの代わりにブートストラップ・プロファイルがアクティブである場合、例えば、フォールバック処理が既に実行され、ブートストラップ・プロファイルへの切替えが行われた場合にも同様に行われ得る。以下に、図１７を参照し、この場合における処理フローについて説明する。

アプレットは、図１７に例示するように、ｐｉｎｇ接続性テストを実行し、フォールバック処理およびフォールバック・キャンセル処理を開始する間、ステートマシンを維持する。ステートマシンが様々な状態を有することによって、ｅＵＩＣＣは確実に接続状態のままとなる。図１７に示す状態および処理フローは、例示のみを目的としていることに留意されたい。処理の開始時において、ｅＵＩＣＣは、第１のＭＮＯネットワークであるＭＮＯ １に対応付けられたオペレーショナル・プロファイル（プロファイル１）を使用する。プロファイル１はｅＵＩＣＣに対して接続性を提供しているため、状態１７０２において、アプレットは、プロファイル１を「良好」として記録する。アプレットは、サーバＸ、Ｙ、Ｚに対してｐｉｎｇを実行してｐｉｎｇシーケンスを作成することにより、ＭＮＯ １ネットワークとの接続性をテストする。状態１７０４において、アプレットは、肯定ｐｉｎｇシーケンス、すなわち、３つのサーバ全てからｐｉｎｇ応答が受信されたことを記録する。次いで、アプレットは、ｐｉｎｇテストを繰り返す。状態１７０６において、アプレットは、否定ｐｉｎｇシーケンス、すなわち、サーバからｐｉｎｇ応答が受信されなかったことを記録する。アプレットは、状態１７０８においてｐｉｎｇテストをさらに２回繰り返し、状態１７１０において第２の否定ｐｉｎｇシーケンスおよび第３の否定ｐｉｎｇシーケンスをそれぞれ記録する。アプレットは、３つの連続する否定ｐｉｎｇシーケンスがあったことを確認し、その結果、フォールバック処理を開始する。フォールバック処理は、現在アクティブであるプロファイルをオペレーショナル・プロファイルから、第２のＭＮＯネットワークであるＭＮＯ ２に対応付けられたブートストラップ・プロファイル（プロファイル２）に切り替える。同時に、フォールバック・キャンセル・タイマが開始される。

ひとたびフォールバック処理が実行されると、アプレットは、以下の２つの状態のうちの一方の状態になり得る。すなわち、状態１７１２において、プロファイル２がｅＵＩＣＣに対して接続性を提供しない第１の状態、および状態１７２２において、プロファイル２がｅＵＩＣＣに対して接続性を提供する第２の状態である。状態１７１２（接続性無し）から開始して、アプレットは、続いて、上述のｐｉｎｇテストを用いて、プロファイル２を介したＭＮＯ ２ネットワークに対する接続性をテストする。状態１７１４、１７１６および１７１８において、アプレットは、３つの連続する否定ｐｉｎｇシーケンスを記録する。アプレットは、３つの連続する否定ｐｉｎｇシーケンスがあったことを確認し、その結果、フォールバック・キャンセル処理を開始する。フォールバック・キャンセル処理は、現在アクティブであるプロファイルをブートストラップ・プロファイル（プロファイル２）から、ＭＮＯ １ネットワークに対応付けられたオペレーショナル・プロファイル（プロファイル１）に再び切り替える。ひとたびフォールバック・キャンセル処理が実行されると、アプレットは、以下の２つの状態のうちの一方の状態になり得る。すなわち、状態１７２０において、プロファイル１がｅＵＩＣＣに対して接続性を提供しない第１の状態、および状態１７０２においてプロファイル１がｅＵＩＣＣに対して接続性を提供する第２の状態である。状態１７２０において接続性が記録されていない場合、アプレットは、続いて、ｐｉｎｇテストを用いて、プロファイル１を介したＭＮＯ １ネットワークの接続性をテストし、したがって、状態１７０６、１７０８、１７１０が繰り返される。状態１７０２においてプロファイル１を介したＭＮＯ １ネットワークに対する接続性が記録されている場合、アプレットは、続いて、ｐｉｎｇテストを用いて、プロファイル１を介したＭＮＯ １ネットワークに対する接続性をテストし、状態１７０４が繰り返される。

状態１７２２に移り、ひとたびフォールバック処理が実行されると、プロファイル２は、ｅＵＩＣＣに対して接続性を提供する。アプレットは、続いて、上述の通り、ｐｉｎｇテストを用いて、プロファイル２を介したＭＮＯ ２ネットワークに対する接続性をテストする。状態１７２４において、アプレットは、肯定ｐｉｎｇシーケンスを記録する。この段階において、アプレットは、フォールバック・キャンセル・タイマが満了したか否かをチェック中である。当該タイマが満了した場合、状態１７３２において、アプレットは、フォールバック・キャンセル・タイマの満了を記録し、フォールバック・キャンセル処理を開始する。あるいは、フォールバック・キャンセル・タイマが満了していない場合、アプレットは、ｐｉｎｇテストを繰り返す。状態１７２６、１７２８および１７３０において、アプレットは、３つの連続する否定ｐｉｎｇシーケンスを記録する。アプレットは、３つの連続する否定ｐｉｎｇシーケンスがあったことを確認し、その結果、フォールバック・キャンセル処理を開始する。

フォールバック・キャンセル処理は、現在アクティブであるプロファイルをブートストラップ・プロファイル（プロファイル２）から、ＭＮＯ １ネットワークに対応付けられたオペレーショナル・プロファイル（プロファイル１）に再び切り替える。ひとたびフォールバック・キャンセル処理が実行されると、アプレットは、以下の２つの状態のうちの一方の状態になり得る。すなわち、状態１７３４において、プロファイル１がｅＵＩＣＣに対して接続性を提供しない第１の状態、および状態１７０２において、プロファイル１がｅＵＩＣＣに対して接続性を提供する第２の状態である。状態１７３４において接続性が記録されていない場合、アプレットは、続いて、ｐｉｎｇテストを用いて、プロファイル１を介したＭＮＯ １ネットワークに対する接続性をテストし、したがって、状態１７０６、１７０８、１７１０が繰り返される。状態１７０２においてプロファイル１を介したＭＮＯ １ネットワークに対する接続性が記録されている場合、アプレットは、続いて、ｐｉｎｇテストを用いて、プロファイル１を介したＭＮＯ １ネットワークに対する接続性をテストし、状態１７０４が繰り返される。

次に図１８を参照すると、フォールバック処理およびフォールバック・キャンセル処理中にアプレットが行うステップがより詳細に示される。図１８の処理フローは、図１６の処理フローのステップ１６１８におけるチェックの肯定的な結果から続くものである。具体的には、ステップ１６２０（図１６）におけるチェックの結果が肯定的である場合、すなわち、カウンタがＮ以上である場合、処理は、続いて、ステップ１８０２（図１８）において、ｅＵＩＣＣにおいて現在どのプロファイルがアクティブであるかを示すプロファイルロード済みフラグ（Profile Loaded Flag）をチェックする。プロファイルロード済みフラグがオペレーショナル・プロファイルが現在アクティブであることを示している場合、処理は、続いて、ステップ１８０４においてフォールバック処理をトリガし、同時に、ステップ１８０６においてフォールバック・キャンセル・タイマを開始する。したがって、図１８に示すステップ１８０４および１８０６は、図１６に示すステップ１６２４および１６２６と同様である。

フォールバック処理をトリガした後、アプレットは、ステップ１８０８において、オペレーショナル・プロファイルとの接続を切断し、その後、ステップ１８１０において、ブートストラップ・プロファイルに接続する。アプレットがブートストラップ・プロファイルに接続された後、アプレットは、ステップ１８１２において、プロファイルロード済みフラグをブートストラップ・プロファイルに更新し、ブートストラップ・プロファイルのコンテキスト設定をロードする。

ステップ１８０６においてアプレットによって開始されるフォールバック・キャンセル・タイマは、所定時間、すなわち、［Ｈ］時間に設定される。したがって、アプレットは、ステップ１８１４において［Ｈ］時間待機し、ひとたび制限時間に達すると、アプレットは、ステップ１８１６においてフォールバック・キャンセル処理をトリガする。ひとたびフォールバック・キャンセル処理がトリガされると、アプレットは、ステップ１８１８において、フォールバック・キャンセル・タイマをキャンセルする。フォールバック・キャンセル処理自体に、ステップ１８２０においてアプレットがブートストラップ・プロファイルとの接続を切断し、ステップ１８２２においてオペレーショナル・プロファイルに接続することが含まれる。次に、アプレットは、ステップ１８２４において、所定時間、すなわち、［Ｔ］分のＳＩＭトリガタイマを開始する。ＳＩＭトリガタイマにより、ｅＵＩＣＣは、フォールバック・キャンセル・タイマが満了し、フォールバック・キャンセル処理が完了してから、一定期間、確実に待機することになる。これは、他の実施形態において前述したようなシグナリングストームを回避するために、ｅＵＩＣＣをオペレーショナル・プロファイルおよび対応するＭＮＯネットワークに戻す時期をずらす（例えば、ランダムな遅延期間ずつ）ものである。ステップ１８２６において、アプレットは、［Ｔ］分に達したか否かをチェックし、次いで、ステップ１８１２において、プロファイルロード済みフラグをオペレーショナル・プロファイルに更新し、同じくステップ１８１２において、オペレーショナル・プロファイルのコンテキスト設定をロードする。

ステップ１８０２において、ブートストラップ・プロファイルがｅＵＩＣＣにおいて現在アクティブであることをプロファイルロード済みフラグが示している場合、処理は、ステップ１８１６に直接進み、フォールバック・キャンセル処理トリガし、オペレーショナル・プロファイルに切り替える。

図１９は、国内プロファイルおよびローミングプロファイルのためのｐｉｎｇ接続性テストならびにフォールバック処理およびフォールバック・キャンセル処理においてアプレットによって使用されるタイミングをまとめた表を示す。第一に、［Ｎ］１９０２は、アプレットがフォールバック処理をトリガするために必要な失敗ｐｉｎｇシーケンスの試行回数である。図１６に示すように、アプレットは、カウンタが［Ｎ］以上であるか否かを確認して、フォールバック処理をトリガする必要があるか否かをチェックする（ステップ１６２０を参照）。

第二に、［Ｘ］１９０４は、接続性テスト時にアプレットがｐｉｎｇの試行間に待機する秒数である。図１６に示すように、サーバＸ、ＹおよびＺのそれぞれに対してｐｉｎｇを実行した後、アプレットは、サーバＸに対して再びｐｉｎｇを実行するまでに［Ｘ］秒間待機する（ステップ１６０８、１６１２および１６１６を参照）。

第三に、［Ｚ］１９０６は、ｐｉｎｇシーケンスを再び開始するまでにアプレットが待機する秒数である。図１６に示すように、１つのｐｉｎｇシーケンスが完了した後、ステップ１６２０でのチェックが否定的である場合、アプレットはカウンタに１を加え、次いで、ステップ１６２２において、サーバＸに対してｐｉｎｇを再実行してｐｉｎｇシーケンスを再び開始するまでに［Ｚ］秒間待機する。

第四に、［Ｈ］１９０８は、フォールバック・キャンセル処理までにアプレットが待機する時間数である。図１８に示すように、ステップ１８０６においてフォールバック・キャンセル・タイマが開始され、アプレットは、ステップ１８１４において、経過時間を監視するタイマを用いて［Ｈ］時間待機し、その後、ステップ１８１６においてフォールバック・キャンセル処理をトリガする。

第五に、［Ｔ］１９１０は、フォールバック・キャンセル・タイマが満了し、フォールバック・キャンセル処理を実行してからアプレットが待機する分数である。図１８に示すように、ステップ１８２４において、［Ｔ］を監視するために、ＳＩＭトリガタイマが用いられる。これは、シグナリングストームを回避するために、ｅＵＩＣＣをオペレーショナル・プロファイルおよび対応するＭＮＯネットワークに戻す時期をずらすものである。

最後に、アプレットがフォールバック処理をトリガするまでの予想合計時間は、国内プロファイルのみが使用されている場合はおよそ［３］分から［５］分であり、国内プロファイルだけでなく、ローミングプロファイルも使用されている場合はおよそ［６］分から［１５］分である。ｅＵＩＣＣ上でローミングプロファイルが使用されている場合、アプレットは、ＭＮＯ間のローミング処理に干渉することはなく、フォールバック処理をトリガする前に、１つのＭＮＯとの接続を切断し、ローミングを行って別のＭＮＯに接続することができるための十分な時間をｅＵＩＣＣに確実に割り当てる。典型的には、３つまたは４つのＭＮＯが所与の国において存在する。したがって、アプレットは、装置およびｅＵＩＣＣがローミングＭＮＯを循環するために［３］分から［１５］分間の設定可能時間を割り当てる。割り当てられる時間は、ｅＵＩＣＣを用いて供給されるサービスの重要性によって異なる。

前述したように、フォールバック・キャンセルのトリガの後、時間をかけてｅＵＩＣＣをオペレーショナル・プロファイルに戻すことは、シグナリングストームおよびさらなる機能停止を回避するのに役立つ。一部の実施形態では、アプレットは、乱数（これは、例えば、ＩＣＣＩＤ（集積回路カード識別子）、ホスト装置のＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｔｙ）、ネットワークによって装置に割り当てられたＭＩＳＤＩＮ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｄｉｒｅｃｔｏｒｙ Ｎｕｍｂｅｒ）等から取った数字であってもよい）および対応付けられたタイムスロットを用いる。アプレットは、上記乱数に対応付けられた特定のタイムスロットに到達するまで、フォールバック・キャンセル処理が実行されないようにする。すなわち、アプレットは、フォールバック・キャンセル処理を遅延する。例として、ＩＣＣＩＤ番号が２で終わる場合、割り当てられるタイムスロットは、最初のフォールバック・キャンセル・タイマが満了してから１２分から１８分となる。したがって、ｅＵＩＣＣのアプレットは、最初のフォールバック・キャンセル・タイマが満了してからフォールバック・キャンセル処理を実行までに１２分待機する。

図２０に、ＩＣＣＩＤ番号の最後の数字を用いた他の考えられるタイムスロットの判定の一例を示す。例えば、ＩＣＣＩＤ番号の最後の数字が４である場合（図２０の２００２を参照）、割り当てられるタイムスロットは、フォールバック・キャンセル・タイマが満了してから２４分から３０分である（図２０の２００４を参照）。他の実施形態においては、ＩＣＣＩＤ番号のランダムな数字を代わりに用いても良い。

アプレットの要素は、コンテキスト設定を介して設定することができる。これらのコンテキスト設定により、環境に関する情報、アプレットの動作方式およびアプレットがテストを行い、イベントをトリガすべき方法に関する情報がアプレットに提供される。アプレットは、国内プロファイルが使用されているかあるいはローミングプロファイルが使用されているかに基づいて設定することできる。図２１に、アプレットの設定可能要素をまとめた表を示す。

ｐｉｎｇシーケンスを完成するためにアプレットに割り当てられる合計時間２１０２は、設定可能である。本実施形態においては、これは、ローミングプロファイルの場合は６分から１５分、国内プロファイルの場合は３分から５分に設定されている。アプレットの他の設定可能要素には、接続性ｐｉｎｇテストに用いられるｐｉｎｇシーケンス番号２１０４および対応するｐｉｎｇサーバ２１０６のインターネットアドレスが含まれる。これらの要素は、ＭＮＯがＩＰアドレスをブラックリストに載せて、特定のサーバに対してｐｉｎｇが実行されないようにしている場合や、サーバが閉鎖され、閉鎖されたサーバを別のサーバに置き換える必要がある場合に、特に重要である。加えて、ｐｉｎｇテストは、サーバがヨーロッパに位置し、ｅＵＩＣＣがオーストラリアで使用され、誤ってフォールバック処理をトリガした場合、待ち時間の問題を有し得る。

さらに、ｐｉｎｇシーケンス間のタイミング２１０８（［Ｘ］に相当）、フォールバック処理をトリガする前の失敗ｐｉｎｇシーケンス試行回数２１１０（［Ｎ］に相当）およびｐｉｎｇにおける待ち時間２１１２、すなわち、失敗ｐｉｎｇとみなされる前にｐｉｎｇが戻るのにかかる時間といった、アプレットによって使用されるパラメータを設定することができる。

「アプレット・プラットフォーム間同期」により、アプレットからＭＮＯプラットフォームにリアルタイム情報が直接提供される。ＭＮＯプラットフォームがアプレットからのｐｉｎｇの受信に失敗した場合、ＭＮＯプラットフォームは、ＭＮＯネットワークのＶｉｓｉｔｏｒ Ｌｏｃａｔｉｏｎ Ｒｅｃｏｒｄ（ＶＬＲ）に対する、ｅＵＩＣＣへの接続のリセット要求を自動化することができる。この要求は、本明細書において、「ロケーションキャンセル」要求と称される。図２２は、アプレット・プラットフォーム間同期およびロケーションキャンセル要求のトリガのための処理を示す。

まず、アプレットは、ステップ２２０２において、ＭＮＯプラットフォーム上のサーバに対してｐｉｎｇを実行する。次いで、サーバは、ステップ２２０４において、受信されたｐｉｎｇを記録し、その後、サーバは、ステップ２２０６において、タイマＡを開始する。次いで、アプレットは、ステップ２２０８において、サーバに対して再びｐｉｎｇを実行し、サーバは、ステップ２２１０において、この第２のｐｉｎｇを記録する。ひとたび第２のｐｉｎｇが記録されると、サーバは、ステップ２２１２においてタイマＡを停止すると同時に、ステップ２２１６においてタイマＢを開始する。サーバは、ステップ２２１４において、タイマＡからの時間をサーバに対応付けられたデータベースに格納する。したがって、格納されたタイマＡからの時間は、サーバによって記録された第１のｐｉｎｇと第２のｐｉｎｇとの間の時間を表す。次に、アプレットは、ステップ２２１８において、サーバに対し、第３のｐｉｎｇを実行し、サーバは、ステップ２２２０において、この第３のｐｉｎｇを記録する。ひとたび第３のｐｉｎｇが記録されると、サーバは、ステップ２２２２において、タイマＡを再び開始すると同時に、ステップ２２２４においてタイマＢを停止する。サーバは、ステップ２２２６において、タイマＢからの時間をサーバに対応付けられたデータベースに格納する。しがって、格納されたタイマＢからの時間は、サーバによって記録された第２のｐｉｎｇと第３のｐｉｎｇとの間の時間を表す。

処理は、続いて、ステップ２２２８において、サーバがｐｉｎｇ間の時間を所定の時間閾値と照合する。すなわち、サーバは、第１のｐｉｎｇと第２のｐｉｎｇとの間の時間について格納されたタイマＡからの時間、および第２のｐｉｎｇと第３のｐｉｎｇとの間の時間について格納されたタイマＢからの時間をチェックする。タイマＡおよびタイマＢがいずれも所定の閾値未満である場合、このチェックは合格であり、処理は、第２のｐｉｎｇから、すなわち、サーバの介入なしにループバックし、ステップ２２０８において、サーバに対して再びｐｉｎｇを実行する。一方、ｐｉｎｇ間の時間がこのチェックに合格しなかった場合、これは、ｐｉｎｇがサーバに時間内に到達していない（すなわち、ｐｉｎｇ間の時間が所定の時間閾値を超える）ことを示し、サーバは、ステップ２２３０において、タイマＹが開始されたか否かをチェックする。

まだ開始されていない場合、サーバは、ステップ２２３２において、タイマＹを開始する。タイマＹが開始されている場合、サーバは、ステップ２２３４において、タイマＹが２０分以上であるか否かをチェックする。このチェックの結果が否定的である場合、すなわち、タイマＹが２０分未満である場合、処理は、第２のｐｉｎｇからループバックし、ステップ２２０８において、サーバに対してｐｉｎｇを再び実行する。ステップ２２３４におけるチェックの結果が肯定的である場合、すなわち、タイマＹが２０分以上である場合、サーバは、ステップ２２３６において、ＭＮＯプラットフォームのＡＰＩを呼び出し、ＭＮＯネットワークのＶＬＲに対してロケーションキャンセル要求を送信して、ｅＵＩＣＣへの接続をキャンセルする。

ロケーションキャンセル要求は、ＭＮＯネットワークに、ｅＵＩＣＣをＭＮＯネットワークから切り離させる要求である。これにより、強制的に、ｅＵＩＣＣはＭＮＯへの接続を再び開始することになり、ｅＵＩＣＣへの接続が有効にリセットされる。次いで、サーバは、ステップ２２３８において、入力ｐｉｎｇを待ち、次いで、ステップ２２０２からの処理を再び開始する。本ステップにおいてサーバが待つ時間は設定可能であるが、典型的には約１０分である。サーバが入力ｐｉｎｇを受信しない場合、これは、装置および／またはｅＵＩＣＣにパワーダウンおよび／または故障が発生したことを示している可能性がある。

ｅＵＩＣＣへの接続は、フォールバック処理が開始される前にこのようにしてリセットされ得る。例えば、ｅＵＩＣＣは、オペレーショナル・プロファイル上にある状態で、接続性の問題に直面する場合がある。接続性の問題は、ロケーションキャンセル要求に基づいて接続をリセットするだけで解消できる場合がある。あるいは、接続は、フォールバック処理が開始された後、再び開始され得る。例えば、ｅＵＩＣＣがオペレーショナル・プロファイルからブートストラップ・プロファイルに切り替わった後、ネットワーク輻輳などのＭＮＯネットワークに関する問題によって、あるいは無線モジュールをリセットする必要があるという理由で、ｅＵＩＣＣはオフラインのままとなる場合がある。フォールバック処理が開始された後にｅＵＩＣＣへの接続をリセットすることは、ネットワーク問題を解消し、かつ／または、故障もしくはクラッシュした装置上の無線モジュールをリセットし、それによってｅＵＩＣＣの再接続を可能にするという効果を奏し得る。

さらに、アプレット・プラットフォーム間同期により、ネットワーク上の大規模な問題についてネットワーク・オペレーション・センターに対して警告することが可能となり、ネットワーク・オペレーション・センターは、フォールバック処理が開始される前に、ＭＮＯを用いて当該問題の解決に着手することができる。また、アプレット・プラットフォーム間同期により、顧客に対して、各自のｅＵＩＣＣにおけるネットワークの差し迫った変更について自動的に警告することが可能となる。

本発明の実施形態では、接続性テストとしてｐｉｎｇの実行が採用されているが、本発明のいずれの実施形態においても、潜在的な問題を特定するために別の接続性テストが使用され得ることに留意されたい。アプレットは、接続性をテストするために、多くの代替的なエンド・ツー・エンドの接続性・サービスのテスト方法を使用し得る。代替的なテスト方法としては、以下に挙げる１つ以上が少なくとも含まれるが、これらに限定されるものではない。Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＡＲＰ）によるｐｉｎｇの実行；データ配送、例えば、ＳＩＭが［１０］ｋｂのデータをサーバに配送することが可能であるか；速度テスト；および／または１つまたは複数のネットワーク層、例えば、第１層－物理層；第２層－データリンク層；第３層－ネットワーク層；第４層－トランスポート層；第５層－セッション層；第６層－プレゼンテーション層；第７層－アプリケーション層のテスト。

本発明の実施形態はｅＵＩＣＣ上に実施されたアプレットに関して説明されているが、アプレットは、互換性のある任意のＳＩＭ（すなわち、任意のＵＩＣＣ）にインストールされてもよく、任意のＳＩＭカード形式を使用してもよい点にも留意されたい。図２３に、互換性のあるＳＩＭの例を示す。具体的には、以下のＳＩＭタイプのいずれを使用してもよい。図２３に示されるような、２ＦＦミニＳＩＭ（２５ｍｍｘ１５ｍｍｘ０．７６ｍｍ）２３０２、３ＦＦマイクロＳＩＭ（１５ｍｍｘ１２ｍｍｘ０．７６ｍｍ）２３０４、４ＦＦナノＳＩＭ（１２．３ｍｍｘ８．８ｍｍｘ０．６７ｍｍ）２３０６およびＭＦＦ２半田付け可能ＳＩＭ２３０８。

アプレットは、Ｇｅｍａｌｔｏ、Ｔｈａｌｅｓ、Ｇｉｅｓｅｃｋｅ＆Ｄｅｖｒｉｅｎｔ、Ｉｄｅｍｉａ（Ｍｏｒｐｈｏ ａｎｄ Ｏｂｅｒｔｈｕｒ Ｔｅｃｈｎｏｌｏｇｉｅｓ）、Ｂｌｕｅｆｉｓｈ、ＤａｔａｎｇおよびＤＺＣＡＲＤを含むがこれらに限定されない任意のＳＩＭベンダにより製造されたＳＩＭカード上で動作可能である点にさらに留意されたい。

本発明の実施形態は警報装置内にインストールされるｅＵＩＣＣに関して説明されているが、ｅＵＩＣＣは、無線ネットワーク接続性を必要とする任意の装置にインストールされてもよい点にもさらにまた留意されたい。例えば、ｅＵＩＣＣは、スマートフォン、タブレット、ドングル、ルータ、ＧＰＳ追跡装置、Ｍ２Ｍデバイス、ＩｏＴデバイス、車両、または遠隔医療装置およびテレケアデバイスにインストールされてもよい。

本発明の実施形態は、Ｃｉｓｃｏ Ｊａｓｐｅｒ、Ｅｒｉｃｓｓｏｎ ＤＣＰ、Ｖｏｄａｆｏｎｅ ＧＤＳＰ、Ｎｏｋｉａ Ｗｉｎｇ、Ｈｕａｗｅｉ ＩｏＴ Ｃｏｎｎｅｃｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ ＰｌａｔｆｏｒｍおよびＯｒａｎｇｅ Ｐｌａｔｆｏｒｍを含むがこれらに限定されない各種ＭＮＯプラットフォームと共に使用することができる点にも留意されたい。

１つの実施形態の特徴は、他の実施形態において、当該実施形態に対する追加としてあるいは代替として使用され得る。

Claims (29)

1. 汎用集積回路カード（ＵＩＣＣ）であって、使用時に前記ＵＩＣＣがインストールされるホスト装置との間での無線通信ネットワークを介した無線通信を制御するためのＵＩＣＣであって、
   前記ＵＩＣＣの動作を制御するためマイクロプロセッサと、
   前記ＵＩＣＣの動作に関連するデータを格納するためのデータストアであって、
   前記ホスト装置を第１の無線通信ネットワークに接続するための無線通信ネットワーク設定を含むオペレーショナル・プロファイルおよび、
   前記ホスト装置を第２の無線通信ネットワークに接続するための無線通信ネットワーク設定を含むブートストラップ・プロファイルを含む複数のモバイル通信業者ネットワークプロファイルと、
   前記ＵＩＣＣの動作を設定するための複数の命令を含むプログラムとを含む、データストアとを備え、
   使用時に、前記マイクロプロセッサは、
   前記オペレーショナル・プロファイルを用いて前記ホスト装置を前記第１の無線通信ネットワークに接続し、
   前記第１の無線通信ネットワークとの動作接続性の喪失を検出し、
   前記ブートストラップ・プロファイルを用いて前記ホスト装置を前記第２の無線通信ネットワークに接続して、前記ホスト装置との間で無線通信を再確立するように、
   前記プログラムによって構成される、汎用集積回路カード（ＵＩＣＣ）。
2. 前記ＵＩＣＣは、前記プログラムおよびプロファイルが遠隔設定されかつ／または遠隔更新されることを可能にする組込みＵＩＣＣ（ｅＵＩＣＣ）である、請求項１に記載のＵＩＣＣ。
3. 前記プログラムは、比較的小さいサイズおよび専用機能を有するアプレットを含む、請求項１または２に記載のＵＩＣＣ。
4. 前記データストアは、前記ＵＩＣＣのセキュア・トランスバーサル・ドメイン（secure transversal domain）に設けられ、前記オペレーショナル・プロファイルまたは前記ブートストラップ・プロファイルは、前記ＵＩＣＣの前記セキュア・トランスバーサル・ドメインへのアクセスをセキュアに提供して、前記データストアに格納された前記プログラムに対して外部サーバが変更を加えることを可能にすることができる、請求項１～３のいずれか一項に記載のＵＩＣＣ。
5. 前記オペレーショナル・プロファイルおよびブートストラップ・プロファイル、ならびに前記無線通信ネットワークを介する前記ホスト装置との無線通信の制御におけるそれらの使用を設定するための、前記データストアにファイルとして格納された１組の可変パラメータをさらに備える、請求項１～４のいずれか一項に記載のＵＩＣＣ。
6. 前記プログラムは、使用時に、
   第１の無線通信ネットワーク接続性テストを実行して、前記ホスト装置と前記第１の無線通信ネットワークとの間の前記無線通信ネットワーク接続性をテストし、前記無線通信ネットワーク接続性テストに基づく第１の接続性テスト結果を返し、
   前記第１の接続性テスト結果に基づいて、前記ホスト装置と前記第１の無線通信ネットワークとの間で無線通信ネットワーク接続性の喪失が発生したか否かを判定し、
   そのような接続の喪失が判定された場合、前記オペレーショナル・プロファイルの選択を解除して前記ブートストラップ・プロファイルを選択し、前記ホスト装置の無線通信ネットワーク接続性を再確立するために、前記ブートストラップ・プロファイルを用いて、前記ブートストラップ・プロファイルの前記ネットワーク設定に基づいて前記第２の無線通信ネットワークに接続するように、
   前記マイクロプロセッサを構成するための命令を含む、請求項１～５のいずれか一項に記載のＵＩＣＣ。
7. 前記プログラムは、使用時に、
   前記第１のネットワーク上で接続の喪失が検出されたときに、所定期間のキャンセルタイマを開始し、
   ひとたび前記キャンセルタイマが満了すると、前記ブートストラップ・プロファイルの選択を解除して前記オペレーショナル・プロファイルを再選択し、前記ホスト装置と前記第１の無線通信ネットワークとの間に無線通信ネットワーク接続性を再確立するために、前記オペレーショナル・プロファイルを用いて前記第１の無線通信ネットワークに再接続するように、
   前記マイクロプロセッサを構成するための命令を含む、請求項１～６のいずれか一項に記載のＵＩＣＣ。
8. 前記プログラムは、使用時に、
   前記ブートストラップ・プロファイルを用いて前記ホスト装置を前記第２の無線通信ネットワークに接続した後、第２の無線通信ネットワーク接続性テストを実行して、前記ホスト装置と前記第２の無線通信ネットワークとの間の前記無線通信ネットワーク接続性をテストし、前記無線通信ネットワーク接続性テストに基づく第２の接続性テスト結果を返し、
   前記第２の接続性テスト結果に基づいて、前記ホスト装置と前記第２の無線通信ネットワークとの間に無線通信ネットワーク接続性の喪失が発生したか否かを判定し、
   そのような接続の喪失が判定された場合、前記ブートストラップ・プロファイルの選択を解除して前記オペレーショナル・プロファイルを再選択し、前記ホスト装置の無線通信ネットワーク接続性を再確立するために、前記オペレーショナル・プロファイルを用いて、前記オペレーショナル・プロファイルの前記ネットワーク設定に基づいて前記第１の無線通信ネットワークに接続するように、
   前記マイクロプロセッサを構成するための命令を含む、請求項１～７のいずれか一項に記載のＵＩＣＣ。
9. 前記プログラムは、使用時に、
   前記再選択されたオペレーショナル・プロファイルを使用するためのタイムスロットを判定し、
   前記第２の無線通信ネットワークとの接続を切断すること、および前記再選択されたオペレーショナル・プロファイルを用いて前記第１の無線通信ネットワークに接続することを、前記タイムスロットに到達するまで遅延するように、
   前記マイクロプロセッサを構成するための命令を含む、請求項７または８に記載のＵＩＣＣ。
10. 前記タイムスロットは、乱数、または前記ＵＩＣＣまたはホスト装置に対応付けられたＩＣＣＩＤ、ＩＭＥＩまたはＭＩＳＤＩＮからの数字を用いて判定される、請求項９に記載のＵＩＣＣ。
11. 前記プログラムは、使用時に、テストされている前記無線通信ネットワーク内での前記ホスト装置と１つ以上のテストサーバとの間の前記無線通信ネットワーク接続性をテストすることによって前記第１または第２の無線通信ネットワーク接続性テストを実行するように、前記マイクロプロセッサを構成するための命令を含む、請求項８から１０のいずれか一項に記載のＵＩＣＣ。
12. 前記プログラムは、使用時に、ｐｉｎｇテストを実行することによって前記第１または第２の無線通信ネットワーク接続性テストを実行するように、前記マイクロプロセッサを構成するための命令を含み、前記ｐｉｎｇテストは、
    前記１つ以上のテストサーバのうちの少なくとも１つのテストサーバに転送データパケットを送信すること、
    前記テストサーバから応答データパケットが受信されたか否かを判定すること、および
    前記転送データパケットを送信してから所定期間内に、前記テストサーバから前記応答データパケットが受信されない場合、否定的な第１または第２の無線通信ネットワーク接続性テスト結果を返すことを含む、請求項１１に記載のＵＩＣＣ。
13. 前記プログラムは、使用時に、ｐｉｎｇシーケンステストを実行することによって前記第１または第２の無線通信ネットワーク接続性テストを実行するように、前記マイクロプロセッサを構成するための命令を含み、前記ｐｉｎｇシーケンステストは、
    前記１つ以上のテストサーバのうちの第１のテストサーバに第１の転送データパケットを送信すること、
    第１の所定期間内に前記第１のテストサーバから第１の応答データパケットが受信されたか否かを判定すること、
    前記第１の所定期間内に前記第１の応答データパケットが受信されていないと判定された場合、前記１つ以上のテストサーバのうちの第２のテストサーバに第２の転送データパケットを送信すること、
    第２の所定期間内に前記第２のテストサーバから第２の応答データパケットが受信されたか否かを判定すること、
    前記第２の所定期間内に前記第２の応答データパケットが受信されていないと判定された場合、前記１つ以上のテストサーバのうちの第３のテストサーバに第３の転送データパケットを送信すること、
    第３の所定期間内に前記第３のテストサーバから前記第３の応答データパケットが受信されたか否かを判定すること、
    前記第３の所定期間内に前記第３の応答データパケットが受信されていないと判定された場合、否定的なｐｉｎｇシーケンステスト結果を返すこと、および
    否定的なｐｉｎｇシーケンステスト結果が返された場合、否定的な第１または第２の無線通信ネットワーク接続性テスト結果を返すことを含む、請求項１１に記載のＵＩＣＣ。
14. 前記プログラムは、使用時に、前記ｐｉｎｇシーケンステストを１回以上繰り返すことによって前記第１または第２の無線通信ネットワーク接続性テストを実行するように、前記マイクロプロセッサを構成するための命令を含み、前記否定的な無線通信ネットワーク接続性テスト結果は、否定的なｐｉｎｇシーケンステスト結果の連続数が所定の閾値を超えた場合にのみ返される、請求項１３に記載のＵＩＣＣ。
15. 前記プログラムは、使用時に、データテストを実行することによって前記第１または第２の無線通信ネットワーク接続性テストを実行するように、前記マイクロプロセッサを構成するための命令を含み、前記データテストは、
    テストサーバに所定量のデータを送信すること、
    前記所定量のデータが前記テストサーバに配送されたか否かを判定すること、
    前記所定量のデータが前記テストサーバに配送されなかった場合、否定的な第１または第２の無線通信ネットワーク接続性テスト結果を返すことを含む、請求項１１に記載のＵＩＣＣ。
16. 前記プログラムは、使用時に、ネットワーク層テストを実行することによって前記第１または第２の無線通信ネットワーク接続性テストを実行するように、前記マイクロプロセッサを構成するための命令を含み、前記ネットワーク層テストは、前記第１または第２の無線通信ネットワークの異なるネットワーク層をテストすることを含む、請求項１１に記載のＵＩＣＣ。
17. 前記データストアは、前記ホスト装置をローミング無線通信ネットワークに接続するための無線通信ネットワーク設定を含むローミングプロファイルを含み、
    前記プログラムは、使用時に、前記第１の無線通信ネットワークとの動作接続性の喪失を検出した後、前記ホスト装置との間に無線通信を再確立するために、前記ローミングプロファイルを用いて、前記ローミングプロファイルの前記ネットワーク設定に基づいて、前記ホスト装置を前記ローミング無線通信ネットワークに接続するように、前記マイクロプロセッサを構成するための命令を含む、請求項１～１６のいずれか一項に記載のＵＩＣＣ。
18. 前記データストアは、複数の無線ネットワークプロファイルであって、前記ホスト装置を各自の無線通信ネットワークに接続するための無線通信ネットワーク設定をそれぞれが備える複数の無線ネットワークプロファイルを含み、
    前記ＵＩＣＣは、前記オペレーショナル・プロファイルおよび前記ブートストラップ・プロファイルを前記複数のプロファイルから遠隔選択することを可能にするように構成されている、請求項１～１７のいずれか一項に記載のＵＩＣＣ。
19. 前記データストアは、複数の無線ネットワークプロファイルであって、前記ホスト装置を各自の無線通信ネットワークに接続するための無線通信ネットワーク設定をそれぞれが備える複数の無線ネットワークプロファイルを含み、
    前記ＵＩＣＣは、前記オペレーショナル・プロファイルおよび前記ブートストラップ・プロファイルを前記複数のプロファイルからローカルユーザが選択することを可能にするように構成されている、請求項１～１７のいずれか一項に記載のＵＩＣＣ。
20. 前記複数の無線ネットワークプロファイルにおける各無線ネットワークプロファイルは、異なる独立した無線通信ネットワークに対応付けられている、請求項１８または１９に記載のＵＩＣＣ。
21. 前記複数のネットワークプロファイルにおける各ネットワークプロファイルは、独立した無線通信ネットワークプラットフォームまたは同じ無線通信ネットワークプラットフォームの異なるインスタンスに対応付けられている、請求項１８または１９に記載のＵＩＣＣ。
22. 前記ＵＩＣＣは、ｅＵＩＣＣ、ミニＳＩＭ、マイクロＳＩＭ、ナノＳＩＭまたは半田付け可能（Solderable）ＳＩＭを含む、請求項１～２１のいずれか一項に記載のＵＩＣＣ。
23. メモリを有するプロセッサと、前記ホスト装置を無線通信ネットワークに接続するための無線モジュールと、請求項１～２１のいずれか一項に記載の汎用集積回路装置とを備えるホスト装置。
24. 前記ホスト装置は、警報装置、スマートフォン、タブレットコンピュータ、ドングル、ルータ、ＧＰＳ追跡装置、Ｍ２Ｍデバイス、ＩｏＴデバイス、車両、遠隔医療装置またはテレケア（Telecare）デバイスを含む、請求項２３に記載のホスト装置。
25. 使用時に汎用集積回路カード（ＵＩＣＣ）がインストールされるホスト装置との間の無線通信ネットワークを介した無線通信を制御するための前記ＵＩＣＣの動作方法であって、
    前記ＵＩＣＣのデータストアに格納された前記ＵＩＣＣの動作に関するデータへのアクセスを提供するステップであって、前記データは、
    前記ホスト装置を第１の無線通信ネットワークに接続するための無線通信ネットワーク設定を含むオペレーショナル・プロファイル、および
    前記ホスト装置を第２の無線通信ネットワークに接続するための無線通信ネットワーク設定を含むブートストラップ・プロファイルを含む、複数のモバイル通信業者ネットワークプロファイルを含む、ステップと、
    前記ＵＩＣＣのマイクロプロセッサ、および前記ＵＩＣＣの動作を設定するための複数の命令を含むプログラムを用いて前記ＵＩＣＣの動作を制御するステップであって、
    前記オペレーショナル・プロファイルを用いて前記ホスト装置を前記第１の無線通信ネットワークに接続すること、
    前記第１の無線通信ネットワークとの動作接続性の喪失を検出すること、および
    前記ブートストラップ・プロファイルを用いて前記ホスト装置を前記第２の無線通信ネットワークに接続して、前記ホスト装置との間に無線通信を再確立することを含む、制御ステップと
    を含む方法。
26. コンピュータによって実行されると、前記コンピュータに請求項２５に記載の方法を実行させる命令を含むコンピュータプログラム製品またはコンピュータ可読記憶媒体。
27. ホスト装置と無線通信ネットワーク接続を提供するネットワークプラットフォームとの間に前記無線通信ネットワーク接続を再確立するコンピュータ実施方法であって、前記ホスト装置は、前記無線通信ネットワーク接続を制御するためのモバイル通信業者ネットワークプロファイルを有する汎用集積回路カード（ＵＩＣＣ）を備えるコンピュータ実施方法であって、
    前記ＵＩＣＣから前記無線通信ネットワーク接続を介して第１のデータパケットを受信するステップと、
    前記ＵＩＣＣから前記無線通信ネットワーク接続を介して第２のデータパケットを受信するステップと、
    前記第１のデータパケットの受信と前記第２のデータパケットの受信との間の経過時間を示す第１の時間データを判定するステップと、
    前記第１の時間データを所定の時間閾値と比較するステップと、
    前記第１の時間データが前記所定の時間閾値よりも大きい場合、前記無線通信ネットワークプラットフォームにリセット要求を送信して、前記ホスト装置に対する前記無線通信ネットワーク接続をリセットするステップと
    を含むコンピュータ実施方法。
28. 前記第１の時間データが前記所定の時間閾値よりも大きい場合、前記比較ステップの後に、リセットタイマを開始するステップと、
    前記リセットタイマの値を所定のリセットタイマ閾値と比較するステップとをさらに含み、
    前記送信ステップは、前記リセットタイマの前記値が前記所定のリセットタイマ閾値よりも大きくなるまで遅延される、請求項２７に記載のコンピュータ実施方法。
29. 前記所定のリセットタイマ閾値は、異なる期間に設定可能である、請求項２７または２８に記載のコンピュータ実施方法。

Images