特開 2022-160280 無線端末、無線通信方法およびプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022160280

(43)【公開日】2022-10-19

(54)【発明の名称】無線端末、無線通信方法およびプログラム

(51)【国際特許分類】

   H04M 1/72 20210101AFI20221012BHJP

【ＦＩ】

H04M1/72

【審査請求】未請求

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2021064932

(22)【出願日】2021-04-06

(71)【出願人】

【識別番号】318012780

【氏名又は名称】ＦＣＮＴ株式会社

(74)【代理人】

【識別番号】110002860

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

(72)【発明者】

【氏名】中條 完治

【テーマコード（参考）】

5K127

【Ｆターム（参考）】

5K127AA36

5K127BA03

5K127BB06

5K127JA04

5K127JA23

(57)【要約】

【課題】従来よりも短時間で接続可能な通信事業者を切り替えることができるようにする。
【解決手段】無線端末は、複数の通信事業者の情報を記憶する識別カードのインターフェースと、制御部と、備え、識別カードから取得された第１の通信事業者の情報に基づき第２の通信事業者の基地局に接続要求を送信することと、接続要求が前記基地局に拒絶されたときに、接続要求が拒絶されたことの通知を識別カードに入力することと、通知の入力により第１の通信事業者の情報に代えて第２の通信事業者の情報を有効な通信事業者の情報として制御部に提供するための識別カードにおける設定に要する時間に対応させて、設定の完了を確認する確認処理を実行する時点を制御することと、確認処理により前記設定の完了を確認できたときに、設定が完了した識別カードからの有効な通信事業者の情報の取得を要求することを実行する。
【選択図】図９

【特許請求の範囲】

【請求項1】

複数の通信事業者の情報を記憶する識別カードのインターフェースと、
制御部と、備え、前記制御部は、
前記インターフェースに接続された識別カードから取得された第１の通信事業者の情報に基づき前記第２の通信事業者の基地局に接続要求を送信することと、
前記接続要求が前記基地局に拒絶されたときに、前記接続要求が拒絶されたことの通知を前記識別カードに入力することと、
前記通知の入力により第１の通信事業者の情報に代えて第２の通信事業者の情報を有効な通信事業者の情報として前記制御部に提供するための前記識別カードにおける設定に要する時間に対応させて、前記設定の完了を確認する確認処理を実行する時点を制御することと、
前記確認処理により前記設定の完了を確認できたときに、前記設定が完了した識別カードからの有効な通信事業者の情報の取得を要求することを実行する無線端末。

【請求項2】

前記制御部は、通常状態では、所定の時間間隔で前記識別カードに状態の確認処理を繰り返し実行し、
前記時点を制御することは、前記通知が前記識別カードに入力されたときから前記設定に要する時間が経過したときに前記確認処理を実行することを含む、請求項１に記載の無線端末。

【請求項3】

前記制御部は、通常状態では、第１のタイマーによって計時される所定の時間間隔で前記識別カードに対する確認処理を繰り返し実行し、前記接続要求が前記基地局に拒絶されたときに、第１のタイマーとは異なる第２のタイマーにより前記設定に要する時間を計時する請求項１または２に記載の無線端末。

【請求項4】

複数の通信事業者の情報を記憶する識別カードのインターフェースを有する無線端末の制御部が、
前記インターフェースに接続された識別カードから取得された第１の通信事業者の情報に基づき前記第２の通信事業者の基地局に接続要求を送信することと、
前記接続要求が前記基地局に拒絶されたときに、前記接続要求が拒絶されたことの通知を前記識別カードに入力することと、
前記通知の入力により第１の通信事業者の情報に代えて第２の通信事業者の情報を有効な通信事業者の情報として前記制御部に提供するための前記識別カードにおける設定に要する時間に対応させて、前記設定の完了を確認する確認処理を実行する時点を制御することと、
前記確認処理により前記設定の完了を確認できたときに、前記設定が完了した識別カードからの有効な通信事業者の情報の取得を要求することを実行する無線通信方法。

【請求項5】

複数の通信事業者の情報を記憶する識別カードのインターフェースを有する無線端末の制御部に、
前記インターフェースに接続された識別カードから取得された第１の通信事業者の情報に基づき前記第２の通信事業者の基地局に接続要求を送信することと、
前記接続要求が前記基地局に拒絶されたときに、前記接続要求が拒絶されたことの通知を前記識別カードに入力することと、
前記通知の入力により第１の通信事業者の情報に代えて第２の通信事業者の情報を有効な通信事業者の情報として前記制御部に提供するための前記識別カードにおける設定に要する時間に対応させて、前記設定の完了を確認する確認処理を実行する時点を制御することと、
前記確認処理により前記設定の完了を確認できたときに、前記設定が完了した識別カー
ドからの有効な通信事業者の情報の取得を要求することを実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線端末、無線通信方法およびプログラムに関するものである。

【背景技術】

【0002】

携帯電話、スマートフォンなどの無線端末には、Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ（ＳＩＭ）が装着される。ＳＩＭには、無線端末が通信事業者の基地局に接続するために必要な情報であるプロファイルが格納されている。以下、ＳＩＭをＳＩＭカード、あるいは、識別カードとも呼ぶ。

【0003】

ＳＩＭのうち、Ｄｕａｌ Ｐｒｏｆｉｌｅ ＳＩＭは、ＳＩＭ内に２つのプロファイルを持つ。ここで、２つのプロファイルのうち、例えば、１つはプライベート網用のプロファイルであり、他の１つはパブリック網用のプロファイルである。Ｄｕａｌ Ｐｒｏｆｉｌｅ ＳＩＭを有する無線端末は、プライベート網に存圏したときには、利用するプロファイルをプライベート網用のプロファイルに設定する。一方、無線端末は、プライベート網の圏外では、利用するプロファイルをパブリック網用のプロファイルに切り替えることができる。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】国際公開第０８／００７５１２号

【特許文献2】特表２０１９－５０６７８７号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ここで、例えば、無線端末が、識別カードによって第１の通信事業者の基地局に接続可能に設定されている場合に、第１の通信事業者の基地局の圏外に移動し、第２の通信事業者の基地局の圏内に入った場合を想定する。このような場合、無線端末は識別カードによって第２の通信事業者の基地局に接続可能な設定に切り替えるまで、第２の通信事業者の基地局との無線接続ができない。

【0006】

しかし、従来の無線端末では、接続可能な通信事業者の切替が必ずしも迅速には行われてはいなかった。１つの側面では、開示の実施形態は、無線端末が異なる通信事業者の基地局に対して、それぞれの接続可能な範囲（通信圏内、セルともいう）を出入りするような場合を想定する。このような場合において、開示の実施形態の目的は、従来よりも短時間で接続可能な通信事業者を切り替えることができる無線通信技術を提供することにある。

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

【0007】

開示の実施例の１つの側面は、無線端末により例示される。本無線端末は、複数の通信事業者の情報を記憶する識別カードのインターフェースと、制御部と、備え、前記制御部は、前記インターフェースに接続された識別カードから取得された第１の通信事業者の情報に基づき前記第２の通信事業者の基地局に接続要求を送信することと、前記接続要求が前記基地局に拒絶されたときに、前記接続要求が拒絶されたことの通知を前記識別カードに入力することと、前記通知の入力により第１の通信事業者の情報に代えて第２の通信事業者の情報を有効な通信事業者の情報として前記制御部に提供するための前記識別カードにおける設定に要する時間に対応させて、前記設定の完了を確認する確認処理を実行する時点を制御することと、前記確認処理により前記設定の完了を確認できたときに、前記設
定が完了した識別カードからの有効な通信事業者の情報の取得を要求することを実行する。

【発明の効果】

【0008】

本無線端末は、従来よりも短時間で接続可能な通信事業者を切り替えることができる。

【図面の簡単な説明】

【0009】

【図1】図１は、第１の実施形態の端末と端末に装着されるＳＩＭカードを例示する図である。

【図2】図２は、端末１０のハードウェア構成図である。

【図3】図３は、比較例の端末に装着されたＳＩＭにおけるプロファイル切替の事前設定処理が起動されるまでの処理を例示する図である。

【図4】図４は、比較例の端末がＳＩＭの読み直しを実行する処理を例示する図である。

【図5】図５は、比較例の端末がＳＩＭに任意のコマンドを送信した後、ＳＴＡＴＵＳコマンドが定期的に送信される処理の例である。

【図6】図６は、比較例の端末がＳＩＭに任意の第１のコマンドを送信した後、ＳＴＡＴＵＳコマンドを送信する前に別の第２のコマンドの送信が発生したときの処理を例示する図である。

【図7】図７は、比較例において、３０秒間隔でＳＴＡＴＵＳコマンドが送信された場合のプロファイルの切替の例である。

【図8】図８は、比較例において、別のコマンド発生によってＳＴＡＴＵＳコマンドの送信が３０秒を超える場合のプロファイルの切替の例である。

【図9】図９は、第１の実施形態の端末の処理を例示するシーケンス図である。

【図10】図１０は、第１の実施形態においてＳＴＡＴＵＳコマンドの送信処理を例示する図である。

【図11】図１１は、ポーリングタイマー設定処理を例示する図である。

【図12】図１２は、ＥＶＥＮＴ通知処理を例示する図である。

【図13】図１３は、第２の実施形態の端末の処理を例示するシーケンス図である。

【図14】図１４は、第１のタイマー設定処理を例示する図である。

【図15】図１５は、第２のタイマー設定処理を例示する図である。

【図16】図１６は、タイマー満了処理を例示する図である。

【図17】図１７は、コマンド送信処理を例示する図である。

【図18】図１８は、イベント通知処理を例示する図である。

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

【0010】

以下、図面を参照して、本発明の実施の形態の無線端末を説明する。以下、無線端末を単に端末１０という。

【0011】

＜第１の実施形態＞

【0012】

（構成）
図１は、第１の実施形態の端末１０と端末１０に装着されるＳＩＭカード（以下、単に、ＳＩＭ２０という）を例示する図である。ＳＩＭ２０は、デュアルプロファイルＳＩＭ、マルチプロファイルＳＩＭと呼ばれるものである。ＳＩＭ２０は、図１のようにＳＩＭ内に２つ以上のプロファイルを持つＳＩＭである。本実施形態では、ＳＩＭ２０は、例えば、２つのプロファイルを有する。第１のプロファイルはプライベート網用のプロファイルであり、第２のプロファイルはパブリック網用のプロファイルである。ＳＩＭ２０により端末１０は、プライベート網に存圏したときはプライベート網用のプロファイル、プライベート網の圏外ではパブリック網用のプロファイルに利用するプロファイルを切り替え
ることができる。ＳＩＭ２０は、複数の通信事業者の情報を記憶すると言える。

【0013】

図２は、端末１０のハードウェア構成図である。端末１０はＣＰＵ１１と、主記憶部１２と、インターフェース（Ｉ／Ｆ）を通じて接続される外部機器を有し、プログラムにより通信処理および情報処理を実行する。ＣＰＵ１１はプロセッサともいう。外部機器としては、外部記憶部１３、表示部１４、操作部１５、通信部１６、およびＳＩＭインターフェース（以下、ＳＩＭＩＦ１８という）を例示できる。

【0014】

ＣＰＵ１１は、主記憶部１２に実行可能に展開されたコンピュータプログラムを実行し、端末１０の機能を提供する。主記憶部１２は、ＣＰＵ１１が実行するコンピュータプログラム、ＣＰＵ１１が処理するデータ等を記憶する。主記憶部１２は、Dynamic Random Access Memory（ＤＲＡＭ）、Static Random Access Memory（ＳＲＡＭ）、Read Only Memory（ＲＯＭ）等である。ＣＰＵ１１と主記憶部１２は、制御部の一例である。

【0015】

さらに、外部記憶部１３は、例えば、主記憶部１２を補助する記憶領域として使用され、ＣＰＵ１１が実行するコンピュータプログラム、ＣＰＵ１１が処理するデータ等を記憶する。外部記憶部１３は、例えば、フラッシュメモリ、ＲＯＭ等である。

【0016】

表示部１４は、例えば、液晶ディスプレイ、エレクトロルミネッセンスパネル等である。操作部１５は、例えば、キーボード、ポインティングデバイス等である。本実施形態では、ポインティングデバイスとして表示部１４に重畳して設けられたタッチパネルが例示される。通信部１６は、アンテナ１７を通じて通信事業者の無線ネットワークを形成する基地局にアクセスする。ＣＰＵ１１は、通信部１６により基地局を介して他の装置とデータまたは音声等を授受する。また、ＣＰＵ１１は、通信部１６により、ＣＰＵ１１が実行するコンピュータプログラムを取得し、主記憶部１２、外部記憶部１３等に記憶する。

【0017】

ＳＩＭＩＦ１８には、ＳＩＭ２０が接続される。ＳＩＭＩＦ１８は識別カードのインターフェースの一例である。また、ＳＩＭ２０は識別カードの一例である。

【0018】

端末１０とＳＩＭ２０との情報の授受では、端末１０がＳＴＡＴＵＳコマンドでポーリングすることによりＳＩＭ２０の設定状態を確認する。ＳＴＡＴＵＳコマンドに対するＳＩＭ２０からの応答（ＳＴＡＴＵＳレスポンス）で、ＳＩＭ２０でのプロファイルを切り替えるための事前設定が完了とすると、ＣＰＵ１１は、ＦＥＴＣＨコマンドによりＳＩＭ２０に、ＲＥＦＲＥＳＨコマンドの発行を依頼する。ＲＥＦＲＥＳＨコマンドは、プロアクティブコマンドと呼ばれる、ＳＩＭ２０から端末１０に発行されるコマンドの１つである。プロアクティブコマンドの実行では、ＳＩＭ２０がマスターとなり端末１０を制御する。このうち、ＲＥＦＲＥＳＨコマンドにより、ＳＩＭ２０で有効となっているプロファイルにしたがって、端末１０の主記憶部１２にキャッシュされた情報が更新される。

【0019】

（比較例）
まず、図３乃至図８を参照して、比較例に係る端末５１０を説明する。図３および図４は、端末５１０がＳＩＭ５２０からプロファイルの読み直しを実行する処理を例示する図である。このうち、図３は、端末５１０に装着されたＳＩＭ５２０におけるプロファイル切替の事前設定処理が起動されるまでの処理を例示する図である。

【0020】

今、ＳＩＭ５２０においてＮｅｔｗｏｒｋ １用のプロファイル（Ｐｒｏｆｉｌｅ １）が有効な状態で、端末５１０がＮｅｔｗｏｒｋ １の圏外に移動し、Ｎｅｔｗｏｒｋ ２に在圏したとする（Ｓ１）。すると、端末５１０がアクセス可能なネットワークをサーチする（Ｓ２）。端末５１０がアクセス可能なＮｅｔｗｏｒｋ ２の基地局を発見すると、端末５１０はＰｒｏｆｉｌｅ １の情報でＡｔｔａｃｈ Ｒｅｑｕｅｓｔを基地局に送
信し、Ｎｅｔｗｏｒｋ ２にアクセスする（矢印Ａ１）。しかし、Ｎｅｔｗｏｒｋ ２はＰｒｏｆｉｌｅ １によるアクセスを許可していない。このため、端末５１０からのアクセスは、Ａｔｔａｃｈ Ｒｅｊｅｃｔによりリジェクトされる（矢印Ａ２）。

【0021】

端末５１０は、Ｎｅｔｗｏｒｋ ＲｅｊｅｃｔｉｏｎというＥＶＥＮＴ通知により、Ｎｅｔｗｏｒｋ ２へのアクセスがリジェクトされたことをＳＩＭ５２０に通知する（矢印Ａ３）。すると、ＳＩＭ５２０はＮｅｔｗｏｒｋ ２にリジェクトされたことを認識し、有効なプロファイルを Ｎｅｔｗｏｒｋ １用のＰｒｏｆｉｌｅ １からＮｅｔｗｏｒｋ
２用のＰｒｏｆｉｌｅ ２に切り替えるための事前設定を開始する（Ｓ３）。具体的には、ＳＩＭ５２０は、Ｐｒｏｆｉｌｅ ２をメインの記憶領域にセットする等の処理を実行する。Ｐｒｏｆｉｌｅ ２は、Ｎｅｔｗｏｒｋ ２との通信に関る契約情報などを含む。この処理は、端末５１０からＮｅｔｗｏｒｋ ２アクセスできるようにするための設定である。

【0022】

図４は、端末５１０がＳＩＭ５２０の読み直しを実行する処理を例示する図である。なお、ＳＩＭ５２０の読み直し自体は、プロファイルの切替の事前設定完了後に実行される。この処理では、まず、ＳＩＭ５２０のプロファイルの切替が可能なったことが次のように端末に伝えられる。端末５１０は、ＳＩＭ５２０の状態を検出するため、ポーリングを実行する。すなわち、端末５１０は、ＳＩＭ５２０に対して定期的にＳＴＡＴＵＳコマンドを送信する（矢印Ａ４）。

【0023】

ＳＩＭ５２０は、Ｓ３のプロファイル切替の事前設定が完了すると、ＳＴＡＴＵＳコマンドのレスポンスでＰｒｏａｃｔｉｖｅコマンドがあることを通知する（矢印Ａ５）。すると、端末５１０はＦＥＴＣＨコマンドでＰｒｏａｃｔｉｖｅ（Ｒｅｆｒｅｓｈ）コマンドを受け取りに行く（矢印Ａ６）。ＳＩＭ５２０は、ＦＥＴＣＨコマンドを受けると、Ｐｒｏａｃｔｉｖｅコマンド（Ｒｅｆｒｅｓｈ）を端末５１０に発行し（矢印Ａ７）、プロファイルの読み直しを端末５１０に伝える。

【0024】

端末５１０はプロファイルの読み直しを行い（Ｓ５）、新しいプロファイル（Ｐｒｏｆｉｌｅ ２）を取得する。なお、このとき、ＳＩＭ５２０は有効なプロファイルを新しいプロファイル（Ｐｒｏｆｉｌｅ ２）に切り替える（Ｓ４）。このように、端末５１０はＳＴＡＴＵＳコマンドの実行をトリガとして、プロファイル切替の事前設定の完了を認識することができ、新しいプロファイルを利用できるようになる。

【0025】

ところでＳＩＭ５２０の状態を端末５１０側へ通知してもらうため、３ＧＰＰの規格上、ＳＩＭ５２０と端末５１０（ＣＰＵ）間の最後の通知または最後のＳＴＡＴＵＳコマンドから一定の期間内にＳＴＡＴＵＳコマンドが発行される必要がある。ただし、通常は消費電力を抑えるために、ＳＴＡＴＵＳコマンドは、３０秒程度の比較的長い間隔で発行されることが通例となっていた。図５は、端末５１０（ＣＰＵ）がＳＩＭ５２０に任意のコマンドを送信した後、ＳＴＡＴＵＳコマンドが定期的（３０秒間隔）に送信される処理の例である。

【0026】

図６は、端末５１０（ＣＰＵ）がＳＩＭ５２０に任意の第１のコマンドを送信した後、ＳＴＡＴＵＳコマンドを送信する前に別の第２のコマンドの送信が発生したときの処理を例示する図である。これは、ＳＴＡＴＵＳコマンドの送信間隔が３０秒を超える例となっている。すなわち、端末５１０からＳＩＭ５２０に第１のコマンドが送信された後、端末５１０からＳＩＭ５２０に例えば、３０秒間隔で、ＳＴＡＴＵＳコマンドが送信される。しかし、途中で、端末５１０からＳＩＭ５２０への第２のコマンドの送信が発生すると、次のＳＴＡＴＵＳコマンドの送信は、第２のコマンドの送信から３０秒後となる。ＳＴＡＴＵＳコマンドの送信間隔が、前のＳＴＡＴＵＳコマンドの送信から第２のコマンドの送
信までの時間の分だけずれるのである。

【0027】

そのため、比較例の手順では、プロファイルの切替の検出はＥＶＥＮＴ通知から３０秒以上となる場合がある。したがって、比較例の手順では、プロファイルの切替が遅くなり、端末５１０のユーザに、ネットワークへの接続を待たせてしまうという課題がある。図７は、３０秒間隔でＳＴＡＴＵＳコマンドが送信された場合のプロファイルの切替の例である。すなわち、図７では、ＥＶＥＮＴ通知（矢印Ａ３）から、所定の時間間隔（例えば、３０秒）でＳＴＡＴＳＵコマンド（矢印Ａ４）が、端末５１０からＳＩＭ５２０に送信される。その結果、ＳＩＭ５２０でプロファイルの切替の事前設定が完了しても、ＦＴＥＴＣＨコマンドの送信（矢印Ａ６）までの時間が所定の時間間隔（例えば、３０秒）だけ延びるのである。その結果、プロファイルの読み直し（Ｓ５）の実行が遅延する。なお、所定の時間間隔は、デフォルトのポーリング時間間隔ともいう。

【0028】

図８は、別のコマンド発生によってＳＴＡＴＵＳコマンドの送信が３０秒を超える場合のプロファイルの切替の例である。図８では、ＥＶＥＮＴ通知（矢印Ａ３）の後に、新たなコマンド送信（矢印Ｄ１）とレスポンス（矢印Ｄ２）が発生している。この新たなコマンド送信（矢印Ｄ１）から、所定の時間間隔（例えば、３０秒）でＳＴＡＴＳＵコマンド（矢印Ａ４）が、端末５１０からＳＩＭ５２０に送信される結果、ＦＴＥＴＣＨコマンドの送信（矢印Ａ６）までの時間がさらに延び、プロファイルの読み直し（Ｓ５）の実行がさらに遅延する。

【0029】

（第１の実施形態の端末１０の処理）
図９は、第１の実施形態の端末１０の処理を例示するシーケンス図である。図９において、まず、ＳＩＭ２０はＮｅｔｗｏｒｋ １用のＰｒｏｆｉｌｅ １が有効な状態で動作している。ここで、Ｓ１、Ｓ２の処理、および矢印Ａ１乃至Ａ３の通知は、比較例の図３と同様であるので、その説明を省略する。

【0030】

なお、矢印Ａ１の処理、すなわち、端末１０がＰｒｏｆｉｌｅ １の情報でＡｔｔａｃｈ Ｒｅｑｕｅｓｔを基地局に送信し、Ｎｅｔｗｏｒｋ ２にアクセスすることは、第１の通信事業者の情報に基づき第２の通信事業者の基地局に接続要求を送信することの一例である。また、矢印Ａ２の処理、すなわち、端末１０からのアクセスが、Ａｔｔａｃｈ Ｒｅｊｅｃｔによりリジェクトされることは、接続要求が基地局に拒絶されることの一例である。さらにまた、矢印Ａ３の処理、すなわち、端末１０が、Ｎｅｔｗｏｒｋ ＲｅｊｅｃｔｉｏｎというＥＶＥＮＴ通知により、Ｎｅｔｗｏｒｋ ２へのアクセスがリジェクトされたことをＳＩＭ２０に通知することは、接続要求が拒絶されたことの通知を識別カードに入力することの一例である。

【0031】

本実施形態では、端末１０は、特定のＥＶＥＮＴ通知（Ｎｅｔｗｏｒｋ Ｒｅｊｅｃｔｉｏｎ）を行った場合、事前に設定したタイミングでＳＴＡＴＵＳコマンドを発行する（矢印Ｂ４）。なお、端末１０は、「Ｎｅｔｗｏｒｋ Ｒｅｊｅｃｔｉｏｎ」を特定のＥＶＥＮＴ通知として事前に定義しておけばよい。また、事前に設定したタイミングとはプロファイル切替の事前設定に相当する時間であり、実験的に測定した値、または、経験値が用いられる。事前に設定したタイミングでＳＴＡＴＵＳコマンドを発行することは、設定の完了を確認する確認処理を実行する時点を制御することの一例である。

【0032】

事前に設定したタイミングでＳＴＡＴＵＳコマンドを発行することは、第１の通信事業者の情報に代えて第２の通信事業者の情報を有効な通信事業者の情報として前記制御部に提供するための識別カードにおける設定に要する時間に対応させることの一例と言える。したがって、プロファイル切替の事前設定（Ｓ３）は、第１の通信事業者の情報に代えて第２の通信事業者の情報を有効な通信事業者の情報として前記制御部に提供するための識
別カードにおける設定をすることの一例である。ＳＴＡＴＵＳコマンドを発行することは、設定の完了を確認する確認処理の一例である。

【0033】

ＳＩＭ２０はそのＳＴＡＴＵＳコマンドに対してＳＴＡＴＵＳレスポンスで、「Ｐｒｏｆｉｌｅコマンドあり」との情報を端末１０に返す（矢印Ｂ５）。矢印Ｂ５の処理は、設定の完了が確認できたことの一例である。

【0034】

これにより、端末１０はＦＥＴＣＨコマンドをＳＩＭ２０に発行して、Ｐｒｏａｃｔｉｖｅ（Ｒｅｆｒｅｓｈ）コマンドを受け取りに行く（矢印Ｂ６）。矢印Ｂ６の処理は、設定が完了した識別カードからの有効な通信事業者の情報の取得を要求することの一例である。ＳＩＭ２０は、ＦＥＴＣＨコマンドを受け取ると、Ｐｒｏａｃｔｉｖｅコマンド（Ｒｅｆｒｅｓｈ）を端末２０に送信し、プロファイルの読み直しを端末１０に伝える（矢印Ｂ７）。Ｐｒｏａｃｔｉｖｅコマンド（Ｒｅｆｒｅｓｈ）にしたがい、端末１０はプロファイルの読み直しを行い（Ｓ５Ａ）、新しいプロファイル（Ｐｒｏｆｉｌｅ ２）を主記憶部１２にキャッシュする。また、このとき、ＳＩＭ２０は、有効なプロファイルを新しいプロファイル（Ｐｒｏｆｉｌｅ ２）に切り替える（Ｓ４）。このように、端末１０はプロファイルの切替を比較例の端末５１０の処理と比べて、ＳＴＡＴＵＳコマンドが送信される所定の時間間隔（本実施形態の例では３０秒）が経過するより早く知ることができる。したがって、最終的に、端末１０はこの時間間隔よりも早い、プロファイル切替の事前設定が完了すると想定されるタイミングでプロファイルの読み直しを実行する。その結果、端末１０は、比較例の端末５１０よりも早いタイミングでＮｅｔｗｏｒｋ ２にアクセスできる。

【0035】

図１０乃至図１２は、端末１０のＣＰＵ１１が実行する処理のフローチャートである。

【0036】

図１０は、ＳＴＡＴＵＳコマンドの送信処理を例示する図である。この処理はポーリング処理とも呼ばれる。このでは、ＣＰＵ１１は、まず、ポーリングタイマー設定処理する（Ｓ１１）。これにより、タイマーが時間の経過を監視し、タイマーの満了をＣＰＵ１１に通知する。すなわち、ポーリングタイマー設定処理（図１１）で起動されたタイマーがタイマー満了時間の経過を検出すると、タイマーの満了がＳＴＡＴＵＳコマンドの送信処理に通知される。

【0037】

ＣＰＵ１１は、タイマーの満了を待ち、タイマーが満了したか否かを判定する（Ｓ１２）。タイマーが満了すると（Ｓ１２でＹＥＳ）、ＣＰＵ１１は、ＳＴＡＴＵＳコマンドをＳＩＭ２０に発行する（Ｓ１３）。次に、ＣＰＵ１１は、共有メモリ上のタイマー値がプロファイル切替の事前設定時間であるか否かを判定する（Ｓ１４）。プロファイル切替事前設定時間とは、デフォルトのポーリング時間よりも短い時間であり、ＳＩＭ２０がプロファイル切替の事前設定に要すると想定される時間である。

【0038】

現在のタイマー満了値がプロファイル切替の事前設定時間でない場合（Ｓ１４でＮＯ）、ＣＰＵ１１は、そのままＳ１１の処理に戻り、次のポーリングタイマーを設定する。一方、現在のタイマー満了値がプロファイル切替事前設定時間である場合（Ｓ１４でＹＥＳ）、ＣＰＵ１１は、タイマー満了値をデフォルトのポーリング時間に設定する（Ｓ１５）。そして、ＣＰＵ１１は、Ｓ１１の処理に戻り、次のポーリングタイマーを設定する。

【0039】

これにより、プロファイル切替の事前設定時間でのタイマー満了が一回だけ計時される。すなわち、短い時間間隔で一回だけＳＴＡＴＵＳコマンドがＳＩＭ２０に発行される。また、通常は、デフォルトのポーリング時間間隔で、ＳＴＡＴＵＳコマンドがＳＩＭ２０に発行される。プロファイル切替の事前設定時間でのタイマー満了により、短い時間間隔で一回だけＳＴＡＴＵＳコマンドがＳＩＭ２０に発行されることは、設定に要する時間が
経過したときに確認処理を実行することの一例である。デフォルトのポーリング時間間隔で、ＳＴＡＴＵＳコマンドがＳＩＭ２０に発行されることは、通常状態で、所定の時間間隔で識別カードに状態の確認処理を繰り返し実行することの一例である。

【0040】

図１１は、図１０のＳ１１の処理で起動されるポーリングタイマー設定処理を例示する図である。この処理では、ＣＰＵ１１は、まず、タイマーをストップする（Ｓ２１）。ストップするのは、タイマーをリセットするためである。次に、ＣＰＵ１１は、タイマー満了値をタイマーに設定する（Ｓ２２）。タイマー満了値は、例えば、主記憶部１２の共有メモリに設定されている。共有メモリは、ＣＰＵ１１で実行される複数のプロセスが読み出しと書き込みが可能な主記憶部１２の領域である。そして、ＣＰＵ１１は、タイマーをスタートする（Ｓ２３）。そして、ＣＰＵ１１は、処理を終了する。Ｓ２３でスタートしたタイマーがタイマー満了値まで計時すると、例えば、ＣＰＵ１１にタイマー割り込みが発生し、図１０のＳ１２において、タイマー満了がＹＥＳで判定される。

【0041】

図１２は、ＥＶＥＮＴ通知処理を例示する図である。この処理は、ＣＰＵ１１からＳＩＭ２０にイベントを通知する処理である。この処理は、ＣＰＵ１１からＳＩＭ２０にイベントを通知する状況で実行される。イベントを通知する状況とは、端末１０が例えば、通信事業者のネットワークにアクセスしたときに、そのネットワークの基地局からリジェクトが返信されたような場合である。

【0042】

この処理では、ＣＰＵ１１は、まず、ＥＶＥＮＴをＳＩＭ２０に通知する（Ｓ３１）。次に、ＣＰＵ１１は、通知したイベントが特定イベントか否かを判定する（Ｓ３２）。特定イベントとは、例えば、「Ｎｅｔｗｏｒｋ Ｒｅｊｅｃｔｉｏｎ」である。特定イベントを通知する場合は、接続要求が基地局に拒絶されたときの一例である。「Ｎｅｔｗｏｒｋ Ｒｅｊｅｃｔｉｏｎ」は、端末１０が例えば、ネットワークにアクセスしたときに、基地局からリジェクトが返信されたことをＳＩＭ２０に通知するイベントである。

【0043】

通知したイベントが特定イベントである場合、ＣＰＵ１１は、共有メモリのタイマー満了値をプロファイル切替の事前設定時間に設定する（Ｓ３３）。そして、ＣＰＵは処理を終了する。プロファイル切替の事前設定時間にしたがってタイマーが計時し、タイマー満了を検出することは、続要求が基地局に拒絶されたときに、特定イベントの通知が識別カードに入力されたときから設定に要する時間が経過することの一例であると言える。

【0044】

（第１の実施形態の効果）
以上述べたように、本実施形態の端末１０は、上記のような無線通信方法にしたがい、特定イベント「Ｎｅｔｗｏｒｋ Ｒｅｊｅｃｔｉｏｎ」をＳＩＭ２０に通知すると、タイマー満了値をプロファイル切替の事前設定時間に設定する。これにより、特定イベントのＳＩＭ２０への通知から、プロファイル切替の事前設定時間が経過すると、端末１０は、ＳＩＭ２０にＳＴＡＴＵＳコマンドを発行し、ポーリングを実行する。プロファイル切替の事前設定時間は、通常のＳＴＡＴＵＳコマンドを発行する時間間隔よりも短い時間である。また、プロファイル切替の事前設定時間は、ＳＩＭ２０が特定イベント「Ｎｅｔｗｏｒｋ Ｒｅｊｅｃｔｉｏｎ」を受けてから、プロファイル切替の事前設定に要すると想定される時間である。

【0045】

したがって、端末１０は、通常のＳＴＡＴＵＳコマンドを発行するデフォルトのポーリング時間間隔よりも短い時間で、かつ、ＳＩＭ２０がプロファイル切替の事前設定を完了すると想定されるタイミングで、ＳＴＡＴＵＳコマンドを発行できる。その結果、端末１０は、ＳＩＭ２０がプロファイル切替の準備が完了したタイミングで、Ｐｒｏａｃｔｉｖｅコマンド（Ｒｅｆｒｅｓｈ）がＳＩＭ２０で用意されたことを認識できる。そのため、端末１０は、早期にＦＥＴＣＨコマンドをＳＩＭ２０に発行し、ＳＩＭ２０にＰｒｏａｃ
ｔｉｖｅコマンド（Ｒｅｆｒｅｓｈ）を発行させることができる。これにより、端末１０は、ネットワークへのアクセス時、リジェクトが返信された場合に、早期に、ＳＩＭ２０からプロファイルを読み直すことができる。したがって、端末１０は、デュアルプロファイル、あるいはマルチプロファイルを有するＳＩＭ２０を利用する場合に、レスポンス良くプロファイルを切り替えることができる。その結果、端末１０のユーザがプロファイルを読み直しのために待つ時間を短縮し、複数の無線の事業者ネットワークを利用する場合の使い勝手が向上する。

【0046】

また、端末１０は、特定イベント「Ｎｅｔｗｏｒｋ Ｒｅｊｅｃｔｉｏｎ」をＳＩＭ２０に通知したときからプロファイル切替の事前設定時間に相当する時間が経過したときに、ＳＴＡＴＵＳコマンドを発行するので、ＳＩＭ２０が事前設定を完了する望ましいタイミングで事前設定の完了を認識できる。したがって、処理に無駄がない。

【0047】

＜第２の実施形態＞
以下、図１３乃至図１８を参照して、第２の実施形態の処理を説明する。上記第１の実施形態では、特定イベント「Ｎｅｔｗｏｒｋ Ｒｅｊｅｃｔｉｏｎ」をＳＩＭ２０に通知すると、タイマー満了値をプロファイル切替の事前設定時間に設定する処理が例示された。本実施形態では、端末１０のＣＰＵ１１が２個のタイマーを使い分けて、第１の実施形態と同様の処理を実行する。２個のタイマーを使い分けること以外は、第２に実施形態の端末１０は、第１の実施形態の端末１０と同一の構成で同様の処理を実行する。

【0048】

すなわち、通常状態では、端末１０は、デフォルトの時間間隔で満了する第１のタイマーを利用する。一方、端末１０はＮｅｔｗｏｒｋ ２へのアクセスがリジェクトされると、第１の実施形態の場合と同様、ＥＶＥＮＴ（Ｎｅｔｗｏｒｋ Ｒｅｊｅｃｔｉｏｎ）を通知するとともに、第２のタイマーを起動する。第２のタイマーは、デフォルトの時間間隔よりも短いプロファイル切替の事前設定時間で満了する。プロファイル切替の事前設定時間は第１の実施形態で述べたものと同一であり、ＳＩＭ２０がプロファイル切替の事前設定を完了すると想定される時間である。

【0049】

図１３は、第２の実施形態の端末１０の処理を例示するシーケンス図である。図１３において、まず、ＳＩＭ２０はＮｅｔｗｏｒｋ １用のＰｒｏｆｉｌｅ １が有効な状態で動作している。ここで、Ｓ１、Ｓ２の処理、および矢印Ａ１、Ａ２の通知は、比較例の図３と同様であるので、その説明を省略する。

【0050】

本実施形態では、端末はＮｅｔｗｏｒｋ ２へのアクセスがリジェクトされると、第１の実施形態の場合と同様、ＥＶＥＮＴ通知（Ｎｅｔｗｏｒｋ Ｒｅｊｅｃｔｉｏｎ）により、ＳＩＭ２０に通知する（矢印Ａ３）。このとき、端末１０は、第１のタイマーには３０秒で満了するタイマーを設定し、起動する。さらに特定のＥＶＥＮＴ通知を行ったので、第２のタイマーには事前に設定したタイミング（プロファイル切替の事前設定に相当する時間）で満了するように第２のタイマーを設定し、起動する。ここでＥＶＥＮＴ通知（Ｎｅｔｗｏｒｋ Ｒｅｊｅｃｔｉｏｎ）は、第１の実施形態と同様、特定のＥＶＥＮＴ通知として定義する。

【0051】

そして、ＳＩＭ２０はプロファイル切替の事前設定を行う（Ｓ３）。ただし、本実施形態では、端末１０は、ＳＩＭ２０に対する他のコマンドが実行されても（例えば、矢印Ｄ１、Ｄ２）、第２のタイマーを再設定しない。このため、事前に設定したＳＩＭ２０がプロファイル切替の事前設定に要するタイミングで第２のタイマーは満了する。その結果、ＳＩＭ２０がプロファイル切替の事前設定を完了すると期待されるタイミングで、端末１０は、ＳＴＡＴＵＳコマンドを発行する（矢印Ｃ４）。

【0052】

ＳＩＭ２０はそのＳＴＡＴＵＳコマンドに対してＳＴＡＴＵＳレスポンス（Ｐｒｏａｃｔｉｖｅコマンドあり）を返す(矢印Ｃ５)。その後の矢印Ｃ６、Ｃ７の処理は第１の実施形態の図９と同様である。したがって、第２の実施形態においても、端末２０はプロフィイルの切替を通常の所定のポーリング時間間隔（例えば、３０秒）の経過よりも早く認識することができる。また、図１３の通り、端末１０では、途中で矢印Ｄ１、Ｄ２のようなコマンドが実行されても、そのコマンドの実行がプロファイルの読み直し（Ｓ５Ａ）が実行されるまでの時間に影響しない。

【0053】

図１４乃至図１８は、端末１０のＣＰＵ１１が実行する処理のフローチャートである。

【0054】

図１４は、第１のタイマー設定処理を例示する図である。第１のタイマー設定処理では、第１のタイマーの設定と起動が実行される。第１のタイマーは、ＣＰＵ１１からＳＩＭ２０に対する最後のコマンドの発行から所定のポーリング時間間隔（例えば、３０秒）後にＳＴＡＴＵＳコマンドを送信するために使われるタイマーである。第１タイマーは、コマンドを送信する都度再設定される。

【0055】

図１４の処理は、第１の実施形態のポーリングタイマー設定処理（図１１）と同様である。この処理では、ＣＰＵ１１は、まず、第１のタイマーをストップする（Ｓ４１）。次に、ＣＰＵ１１は、第１のタイマー満了値を第１のタイマー設定する（Ｓ４２）。第１のタイマー満了値は、例えば、主記憶部１２の共有メモリに設定されている。第１のタイマー満了値は、第１の実施形態のデフォルトのポーリング時間間隔と同様、通常の状態でのＳＴＡＴＵＳコマンドの発行時間間隔（例えば、３０秒）に該当する時間である。そして、ＣＰＵ１１は、第１のタイマーをスタートする（Ｓ４３）。

【0056】

図１５は、第２のタイマー設定処理を例示する図である。第２のタイマー設定処理では、第２のタイマーの設定と起動が実行される。第２のタイマーは、特定のＥＶＥＮＴ通知が行われた時に設定されるタイマーである。第２のタイマーは、コマンドを送信する都度再設定される。

【0057】

図１５の処理も、第１の実施形態のポーリングタイマー設定処理（図１１）と同様である。この処理では、ＣＰＵ１１は、まず、第２のタイマーをストップする（Ｓ５１）。次に、ＣＰＵ１１は、第２のタイマー満了値を第２のタイマーに設定する（Ｓ５２）。第２のタイマー満了値は、例えば、主記憶部１２の共有メモリに設定されている。第２のタイマー満了値は、第１の実施形態と同様、特定イベントを通知したときのＳＴＡＴＵＳコマンドの発行時間間隔（プロファイル切替の事前設定時間）に該当する時間である。そして、ＣＰＵ１１は、再度第２のタイマーをスタートする（Ｓ５３）。

【0058】

図１６は、タイマー満了処理を例示する。タイマー満了処理は、「第１のタイマー」または「第２のタイマー」が満了したときに行われる処理である。ＣＰＵ１１は、この処理でＳＴＡＴＵＳコマンドの送信を行う（Ｓ６１）。

【0059】

第１のタイマーの満了によりＳＴＡＴＵＳコマンドの送信を行うことは、第１のタイマーによって計時される所定の時間間隔で前記識別カードに対する確認処理を繰り返し実行することの一例である。また、第２のタイマーの満了によりＳＴＡＴＵＳコマンドの送信を行うことは、第１のタイマーとは異なる第２のタイマーにより設定に要する時間を計時することの一例である。

【0060】

図１７は、コマンド送信処理を例示する。コマンド送信処理は、ＣＰＵ１１がＳＩＭ２０に任意のコマンドを送信し、ＳＩＭからのレスポンスを受信する処理である。コマンドを送信すると第１のタイマー設定を実行し、その実行時から所定のポーリング時間間隔（
例えば３０秒）後にＳＴＡＴＵＳコマンドを送信するよう第１のタイマーを設定する（Ｓ７２）。そして、ＣＰＵ１１は、ＳＩＭ２０からレスポンスを受信する（Ｓ７３）。

【0061】

図１８は、イベント通知処理を例示する。ＥＶＥＮＴ通知処理は、ＣＰＵ１１がＳＩＭ２０に対してＥＶＥＮＴを通知する処理である。この処理では、ＣＰＵ１１は、まず、ＥＶＥＮＴをＳＩＭ２０に発行する（Ｓ８１）。そして、発行したＥＶＥＮＴが特定のＥＶＥＮＴ（例えば、「Ｎｅｔｗｏｒｋ Ｒｅｊｅｃｔｉｏｎ」）であった場合（Ｓ８２でＹＥＳ）、第２のタイマーにプロファイル切替の事前設定に相当する時間を設定し、第２のタイマーを設定する（Ｓ８３）。

【0062】

（第２の実施形態の効果）
以上の通り、第２の実施形態においても、第１の実施形態と同様、図１３において、ＳＩＭ２０がＰｒｏｆｉｌｅ １で動作している状態で、端末１０がＮｅｔｗｏｒｋ １の圏外に移動する場合を想定する。そして、端末１０がＮｅｔｗｏｒｋ ２を発見し、Ｎｅｔｗｏｒｋ ２にアクセスする。しかし、このとき、ＳＩＭ２０はＮｅｔｗｏｒｋ １用のＰｒｏｆｉｌｅ １で動作している。そのため、端末１０はＮｅｔｗｏｒｋ ２にアクセスするための情報を有しておらず、Ｎｅｔｗｏｒｋ ２からアクセスをリジェクトされる。

【0063】

端末１０は、Ｎｅｔｗｏｒｋ ２へのアクセスがリジェクトされたことを図１８の「ＥＶＥＮＴ通知処理」を用いてＳＩＭ２０に、その旨のＥＶＥＮＴを通知する。このときのＥＶＥＮＴは、例えば、「Ｎｅｔｗｏｒｋ Ｒｅｊｅｃｔｉｏｎ」という特定のＥＶＥＮＴである。このため、図１５の「第２のタイマー設定処理」が呼ばれ、第２のタイマーがスタートする。また、このＥＶＥＮＴはＳＩＭ２０に対するコマンドであるため、図１７の「コマンド送信処理」が呼ばれＳＩＭ２０にコマンドが送られる。このとき、図１４の「第１のタイマー設定処理」も呼ばれ、所定の時間間隔（例えば、３０秒）後に第１のタイマーが満了するよう第１のタイマーも設定される。

【0064】

第２のタイマーは第１のタイマーとは異なり、ＳＩＭ２０への他のコマンド送信が発生しても第２のタイマーが満了する期間が再設定されることはない。このため、特定のＥＶＥＮＴ通知後、事前に設定したタイミングで第２のタイマーが満了することになる。第２のタイマーが満了すると図１６の「タイマー満了処理」が呼ばれ、ＣＰＵ１１からＳＩＭ２０にＳＴＡＴＵＳコマンドが送信される。さらに、ＣＰＵ１１はＳＩＭ２０からＳＴＡＴＵＳレスポンスを受信する。レスポンスにはＰｒｏａｃｔｉｖｅコマンドがあるかどうかの情報が含まれている。すなわち、ＳＩＭ２０でプロファイル切替の事前設定が完了していると「Ｐｒｏａｃｔｉｖｅコマンドがある」という情報がＳＩＭ２０からＣＰＵ１１に返される。

【0065】

Ｐｒｏａｃｔｉｖｅコマンドがあれば、図１３に例示したように、ＣＰＵ１１はＦＥＴＣＨコマンドを発行し、Ｐｒｏａｃｔｉｖｅコマンドを受け取る。プロファイル切替の事前設定が行われている場合は、ＲｅｆｒｅｓｈというＰｒｏａｃｔｉｖｅコマンドがＳＩＭ２０からＣＰＵ１１に発行される。このＲｅｆｒｅｓｈコマンドに応答して、ＣＰＵ１１がＲｅｆｒｅｓｈ処理を実施することによって、ＳＩＭ２０のＰｒｏｆｉｌｅの切替が実行され、ＣＰＵ１１が切り替わったＰｒｏｆｉｌｅ ２を読み出す。読み出されたＰｒｏｆｉｌｅ ２が主記憶部１２にキャッシュされることで、端末１０はＮｅｔｗｏｒｋ ２に接続できるようになる。

【0066】

以上の処理により、端末１０は、圏外からのサーチ後の新プロファイルの通信開始までの時間を短縮できる。また、本実施形態では、ＣＰＵ１１は第１のタイマーと第２のタイマーを併用するので、簡潔な制御で、ＣＰＵ１１がＳＩＭ２０に発行するコマンドの影響
によるＳＴＡＴＵＳコマンド発行の遅延を低減できる。

【0067】

＜コンピュータが読み取り可能な記録媒体＞
コンピュータその他の機械、装置（以下、コンピュータ等）に上記いずれかの機能を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。そして、コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。

【0068】

ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシュメモリなどのメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスク、ＲＯＭ（リードオンリーメモリ）等がある。さらに、ＳＳＤ（Solid State Drive）は、コンピュータ等から取り外し可能な記録媒体としても、コンピュータ
等に固定された記録媒体としても利用可能である。

【符号の説明】

【0069】

１０ 端末
１１ ＣＰＵ
１２ 主記憶部
１３ 外部記憶部
１４ 表示部
１５ 操作部
１６ 通信部
１７ アンテナ
１８ ＳＩＭＩＦ
２０ ＳＩＭ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】