(57)【要約】【課題】電源投入の際、管理システム主導で行われる認証処理によりユーザの利便性の損失を防ぐことのできる、通信端末、通信制御方法、及び、通信制御プログラムを提供する。【解決手段】制御部２０８は共有秘密データの更新状態を記憶する更新状態管理テーブル２９２を記憶部２０２に記憶し随時更新する。無線通信端末１の電源投入後、制御部２０８は更新状態管理テーブル２９２から共有秘密データの更新状態を取得して、共有秘密データの更新処理が認証サーバにより行われるか否かを判別する。更新処理が行われると判別された場合、制御部２０８は所定時間ユーザによる発呼を不許可にし、所定時間経過後、更新処理が正常に完了していれば発呼を許可する。一方、更新処理が行われないと判別された場合、制御部２０８は直ちに発呼を許可する。【選択図】図２
2008005276.tif 000002
【特許請求の範囲】
【請求項１】
通信サービスに利用される通信端末であって、
前記通信サービスが加入者の認証に用いる認証データを含む加入者情報を記憶する記憶手段と、
前記記憶手段に記憶された加入者情報を用いて前記通信サービスを介して通信を行う通信手段と、
電源を投入する電源投入手段と、
前記電源投入手段によって電源が投入されると、前記加入者情報に含まれる認証データと前記通信サービスの認証システムが管理する認証データとが更新されるか否かを判断する第１の判断手段と、
前記第１の判断手段により更新されると判断された場合、所定時間、前記通信手段による発信を不許可にする一方、更新されないと判断された場合、前記通信手段による通信を許可する第１の制御手段と、
を備えることを特徴とする通信端末。
【請求項２】
前記認証データが更新された際の更新状態を前記加入者情報と対応付けて記憶する更新状態記憶手段を更に備え、
前記第１の判断手段は、前記更新状態記憶手段に記憶された更新状態に基づいて、前記加入者情報に含まれる認証データと前記通信サービスの認証システムが管理する認証データとが更新されるか否かを判断する
ことを特徴とする、請求項１に記載の通信端末。
【請求項３】
前記第１の制御手段による前記所定時間の発信操作の不許可中に、前記認証システムより前記認証データが正しく更新された旨の情報を受信したか否かを判断する第２の判断手段と、
前記第２の判断手段により正しく更新された旨の情報を受信したと判断された場合、正しく更新された旨を前記更新状態記憶手段に記憶させ、前記通信手段による通信を許可する第２の制御手段と、
を更に備えることを特徴とする、請求項２に記載の通信端末。
【請求項４】
前記電源投入手段による電源投入から前記第１の判断手段が判断するまでの経過時間を計時する第１の計時手段を更に備え、
前記第１の制御手段は、前記所定時間から前記第１の計時手段で計時された経過時間を差し引いた差分時間が正の場合、当該差分時間を前記所定時間の代わりに用いる
ことを特徴とする、請求項１乃至３の何れか１項に記載の無線通信端末。
【請求項５】
前記電源投入手段によって電源が投入されると、前記通信手段による通信処理に関わる第１の初期化処理を行った後、その他の第２の初期化処理を行う初期化手段と、
前記電源投入手段による電源投入から前記初期化手段が前記第１の初期化を終了するまでの経過時間を計時する第２の計時手段と、
を更に備え、
前記第１の制御手段は、前記所定時間から前記第２の計時手段で計時された経過時間を差し引いた差分時間が正の場合、当該差分時間を前記所定時間の代わりに用いる
ことを特徴とする、請求項１乃至３の何れか１項に記載の通信端末。
【請求項６】
前記更新状態記憶手段に、前記認証データが正しく更新された旨が記憶されていない場合、前記認証システムが記憶する前記認証データを更新するように前記認証システムに要求する第１の要求手段を更に備える
ことを特徴とする、請求項３乃至５の何れか１項に記載の通信端末。
【請求項７】
前記更新状態記憶手段は、前記加入者情報に対応付けて前記認証データの更新状態に関する記録日時を更に記憶し、
当該記録日時が予め定められた期間内でない場合、前記認証システムが記憶する前記認証データを更新するように前記認証システムに要求する第２の要求手段を更に備える
ことを特徴とする、請求項３乃至５の何れか１項に記載の通信端末。
【請求項８】
前記加入者情報は当該通信端末に対し着脱可能に装着された記録媒体に記録され、
前記記録媒体が当該通信端末に対し装着されているか否かを判断する第３の判断手段を更に備え、
前記第１の制御手段は、前記第３の判断手段により前記記録媒体が装着されていると判断されたときに、前記第１の判断手段により更新されると判断された場合、前記所定時間、前記通信手段による発信を不許可にする一方、更新されないと判断された場合、前記通信手段による通信を許可する
ことを特徴とする、請求項１乃至７の何れか１項に記載の通信端末。
【請求項９】
前記認証データとは、前記通信端末と前記認証システムとが共有する秘密データであり、
前記更新処理とは、前記認証システムが行う前記秘密データの更新処理である
ことを特徴とする、請求項１乃至８の何れか１項に記載の通信端末。
【請求項１０】
加入者情報を記憶する記憶部と、当該記憶部に記憶された加入者情報を用いて通信サービスを介して通信を行う通信部とを備える通信端末の通信制御方法であって、
前記加入者情報には、前記通信サービスが加入者の認証に用いる認証データが含まれ、
電源を投入する電源投入ステップと、
前記電源投入ステップによって電源が投入されると、前記加入者情報に含まれる認証データと前記通信サービスの認証システムが管理する認証データとが更新されるか否かを判断する判断ステップと、
前記判断ステップにて更新されると判断された場合、所定時間、前記通信部による発信を不許可にする一方、更新されないと判断された場合、前記通信部による通信を許可する制御ステップと、
を備えることを特徴とする通信制御方法。
【請求項１１】
通信サービスが加入者の認証に用いる認証データが含まれた加入者情報を記憶する記憶部と、当該記憶部に記憶された加入者情報を用いて通信サービスを介して通信を行う通信部とを備えるコンピュータを、
電源を投入する電源投入手段、
前記電源投入手段によって電源が投入されると、前記加入者情報に含まれる認証データと前記通信サービスの認証システムが管理する認証データとが更新されるか否かを判断する判断手段、
前記判断手段によって更新されると判断された場合、所定時間、前記通信部による発信を不許可にする一方、更新されないと判断された場合、前記通信部による通信を許可する制御手段、
として機能させることを特徴とする通信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、通信サービスを利用するに際し、加入者情報を必要とする通信端末、通信制御方法、及び、通信制御プログラムに関する。
【背景技術】
【０００２】
携帯電話システムに代表される無線通信システムは、主に通信端末の電源投入を契機に、通信端末と無線通信の各種サービスを提供する管理システムとの間で位置登録処理を行うほか、通信端末が携帯電話システムの提供するサービスを利用する権限を有するか否かの認証処理や、特許文献１に開示されているようなＳＳＤ（Shared Secret Data：共有秘密データ）を用いた認証に基づく更新処理と呼ばれる処理を行う。ここでいうＳＳＤ更新処理とは管理システム主導で行われる通信に必要なセッションキーとなる共有秘密データを生成する処理である。生成された共有秘密データは、管理システム及び通信端末の双方に記憶され、通信端末が正規品であるかを判断する認証処理、新たな認証鍵や暗号化鍵の生成処理、通信データの暗号化処理などに用いられる。ＳＳＤ更新処理の結果情報や生成された共有秘密データは、管理システム側で一定期間保持される。この一定期間内に再び通信端末の電源が投入された場合、管理システムはＳＳＤ更新処理をスキップして認証処理を行うことができる。
【０００３】
例えば、通信端末が発呼要求を行うと、管理システムは更新鍵（ＳＳＤ−ＫＥＹ）を用いて認証処理を行い、通信端末がサービスを利用する権限を有していれば呼接続処理を開始して回線の接続を許可する。あるいは、特許文献２に開示されているように、通信端末が発呼要求を行うと、管理システムはＳＳＤ更新処理と呼接続処理とを並行して開始し、通信端末がサービスを利用する権限を有していれば回線の接続を許可する。
【特許文献１】特開２００１−２５１２９２号公報（第４〜５頁、図２）
【特許文献２】特開２００３−１６３９６１号公報（第４頁、図２）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記ＳＳＤ更新処理は管理システム主導で行われ、特に電源投入時にＳＳＤ更新処理が必要か否かについては通信端末に知らされることは無い。したがって通信端末側では、更新処理が必要か否かに関わらず、管理システムがＳＳＤ更新処理を行うものと仮定して、その更新処理時間に相当する時間（例えば２０秒）を経過しなければ、発呼処理が出来ないようになっていた。また、ユーザが携帯電話サービスを新規に契約して加入者情報を携帯電話機に書き込んだ後に初めてユーザが発呼要求を行うと、ＳＳＤ更新処理を行わないままユーザ認証処理を行うことになってしまい、結果として管理システムは認証処理を失敗し、これによりユーザは通話をすることができないという問題が発生していた。現状ではこのような問題が起きた場合、ユーザはサポートセンターに問い合わせて、正しく認証できるように担当者に設定し直してもらうという措置が考えられるが、この措置はユーザにとっても管理システム担当者にとっても大きな負担となるという問題があった。
【０００５】
また、近年、携帯電話機に加入者番号等の契約者情報を記憶したＵＩＭ（User Identity Module）カードと呼ばれるメモリカードを装着する技術が普及しつつある。しかしながら、この場合であっても、ユーザがＵＩＭカードを新しい携帯電話に差し替えた後、上記のＳＳＤ更新処理を伴う位置登録を完了する前に携帯電話機が発呼要求を行うと、管理システムは携帯電話機のＵＩＭカードが差し替えられたことを認識できず、結果として管理システムが認証処理に失敗し、ユーザは通話をすることができないという問題があった。
【０００６】
この発明は、上記実情に鑑みてなされたものであり、電源投入の際、管理システム主導で行われる認証処理によりユーザの利便性の損失を防ぐことのできる、通信端末、通信制御方法、及び、通信制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明の第１の観点に係る通信端末は、通信サービスに利用される通信端末であって、
前記通信サービスが加入者の認証に用いる認証データを含む加入者情報を記憶する記憶手段と、
前記記憶手段に記憶された加入者情報を用いて前記通信サービスを介して通信を行う通信手段と、
電源を投入する電源投入手段と、
前記電源投入手段によって電源が投入されると、前記加入者情報に含まれる認証データと前記通信サービスの認証システムが管理する認証データとが更新されるか否かを判断する第１の判断手段と、
前記第１の判断手段により更新されると判断された場合、所定時間、前記通信手段による発信を不許可にする一方、更新されないと判断された場合、前記通信手段による通信を許可する第１の制御手段と、
を備えることを特徴とする。
【０００８】
また、請求項２記載の発明は、上記請求項１記載の発明において、
前記認証データが更新された際の更新状態を前記加入者情報と対応付けて記憶する更新状態記憶手段を更に備え、
前記第１の判断手段は、前記更新状態記憶手段に記憶された更新状態に基づいて、前記加入者情報に含まれる認証データと前記通信サービスの認証システムが管理する認証データとが更新されるか否かを判断することを特徴とする
【０００９】
また、請求項３記載の発明は、上記請求項２記載の発明において、
前記第１の制御手段による前記所定時間の発信操作の不許可中に、前記認証システムより前記認証データが正しく更新された旨の情報を受信したか否かを判断する第２の判断手段と、
前記第２の判断手段により正しく更新された旨の情報を受信したと判断された場合、正しく更新された旨を前記更新状態記憶手段に記憶させ、前記通信手段による通信を許可する第２の制御手段と、
を更に備えることを特徴とする。
【００１０】
また、請求項４記載の発明は、上記請求項１乃至３の何れかに記載の発明において、
前記電源投入手段による電源投入から前記第１の判断手段が判断するまでの経過時間を計時する第１の計時手段を更に備え、
前記第１の制御手段は、前記所定時間から前記第１の計時手段で計時された経過時間を差し引いた差分時間が正の場合、当該差分時間を前記所定時間の代わりに用いる
ことを特徴とする。
【００１１】
また、請求項５記載の発明は、上記請求項１乃至３の何れかに記載の発明において、
前記電源投入手段によって電源が投入されると、前記通信手段による通信処理に関わる第１の初期化処理を行った後、その他の第２の初期化処理を行う初期化手段と、
前記電源投入手段による電源投入から前記初期化手段が前記第１の初期化を終了するまでの経過時間を計時する第２の計時手段と、
を更に備え、
前記第１の制御手段は、前記所定時間から前記第２の計時手段で計時された経過時間を差し引いた差分時間が正の場合、当該差分時間を前記所定時間の代わりに用いる
ことを特徴とする。
【００１２】
また、請求項６記載の発明は、上記請求項３乃至５の何れかに記載の発明において、
前記更新状態記憶手段に、前記認証データが正しく更新された旨が記憶されていない場合、前記認証システムが記憶する前記認証データを更新するように前記認証システムに要求する第１の要求手段を更に備えることを特徴とする。
【００１３】
また、請求項７記載の発明は、上記請求項３乃至５の何れかに記載の発明において、
前記更新状態記憶手段は、前記加入者情報に対応付けて前記認証データの更新状態に関する記録日時を更に記憶し、
当該記録日時が予め定められた期間内でない場合、前記認証システムが記憶する前記認証データを更新するように前記認証システムに要求する第２の要求手段を更に備えることを特徴とする。
【００１４】
また、請求項８記載の発明は、上記請求項１乃至７の何れかに記載の発明において、
前記加入者情報は当該通信端末に対し着脱可能に装着された記録媒体に記録され、
前記記録媒体が当該通信端末に対し装着されているか否かを判断する第３の判断手段を更に備え、
前記第１の制御手段は、前記第３の判断手段により前記記録媒体が装着されていると判断されたときに、前記第１の判断手段により更新されると判断された場合、前記所定時間、前記通信手段による発信を不許可にする一方、更新されないと判断された場合、前記通信手段による通信を許可することを特徴とする。
【００１５】
また、請求項９記載の発明は、上記請求項１乃至８の何れかに記載の発明において、
前記認証データとは、前記通信端末と前記認証システムとが共有する秘密データであり、
前記更新処理とは、前記認証システムが行う前記秘密データの更新処理であることを特徴とする。
【００１６】
上記目的を達成するため、本発明の第２の観点に係る通信制御方法は、
加入者情報を記憶する記憶部と、当該記憶部に記憶された加入者情報を用いて通信サービスを介して通信を行う通信部とを備える通信端末の通信制御方法であって、
前記加入者情報には、前記通信サービスが加入者の認証に用いる認証データが含まれ、
電源を投入する電源投入ステップと、
前記電源投入ステップによって電源が投入されると、前記加入者情報に含まれる認証データと前記通信サービスの認証システムが管理する認証データとが更新されるか否かを判断する判断ステップと、
前記判断ステップにて更新されると判断された場合、所定時間、前記通信部による発信を不許可にする一方、更新されないと判断された場合、前記通信部による通信を許可する制御ステップと、
を備えることを特徴とする。
【００１７】
上記目的を達成するため、本発明の第３の観点に係るプログラムは、
通信サービスが加入者の認証に用いる認証データが含まれた加入者情報を記憶する記憶部と、当該記憶部に記憶された加入者情報を用いて通信サービスを介して通信を行う通信部とを備えるコンピュータを、
電源を投入する電源投入手段、
前記電源投入手段によって電源が投入されると、前記加入者情報に含まれる認証データと前記通信サービスの認証システムが管理する認証データとが更新されるか否かを判断する判断手段、
前記判断手段によって更新されると判断された場合、所定時間、前記通信部による発信を不許可にする一方、更新されないと判断された場合、前記通信部による通信を許可する制御手段、
として機能させることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、記憶された加入者情報を用いて通信サービスを介して通信を行うにあたり、電源を投入すると、加入者情報に含まれる認証データと前記通信サービスの認証システムが管理する認証データとが更新されるか否かを判断し、更新されると判断すると、所定時間、発信を不許可にする一方、更新されないと判断すると通信を許可する。したがって、電源投入の際、管理システム主導で行われる認証処理によりユーザの利便性の損失を防ぐことができる。
【発明を実施するための最良の形態】
【００１９】
（実施形態１）
まず、この発明の実施形態に係る無線通信システム１０について説明する。本実施形態では、無線通信システム１０は携帯電話サービスを提供するシステムである。
図１は、本実施形態に係る無線通信システム１０の構成を示す図である。無線通信システム１０は、無線通信端末１、無線基地局２、管理センター３、及び、ネットワーク７を備える。
【００２０】
無線通信端末１は、本実施形態では一般的に用いられる携帯電話機から構成される。無線通信端末１の構成の詳細は後述する。
【００２１】
無線基地局２は、無線通信端末１と直接交信する、携帯電話網の末端にあたる装置であり、典型的には無線通信システム１０内に複数個設置される。無線基地局２は、無線通信端末１から送信される所定の周波数の電波を受信し、また、無線通信端末１に所定の周波数の電波を送信することで、通話やデータ通信を行う。設置される無線基地局２の数は任意である。各々の無線基地局２が無線通信端末１との電波の送受信ができる距離的範囲には限界があり、無線基地局２にはそれぞれ通信エリア５が設定される。それぞれの通信エリア５は互いに重複するエリア（地域）を含んでいてもよい。無線基地局２の構成の詳細は後述する。
【００２２】
管理センター３は、携帯電話サービスを提供するための機関であり、交換機３１と加入者情報収容サーバ３２と認証サーバ３３とを備える。管理センター３内の交換機３１と加入者情報収容サーバ３２と認証サーバ３３はＬＡＮ（Local Area Network）等で接続される。管理センター３内の交換機３１と加入者情報収容サーバ３２と認証サーバ３３は、他の無線基地局２と外部のネットワーク７とに接続される。
【００２３】
管理センター３の交換機３１は、無線通信端末１どうしで電話やデータ通信を行えるように通信回線を接続する。交換機３１は各々の無線基地局２とネットワーク７に接続されている。無線通信端末１は通話したい相手の加入者番号などを交換機３１に通知し、交換機３１は通話相手を呼び出して回線を接続する。無線通信端末１は交換機３１を介して任意の相手と電話やデータ通信等を行うことができる。加入者情報収容サーバ３２は、携帯電話サービスが提供されるすべての無線通信端末１の識別情報（具体的には加入者番号等）を記憶し、交換機３１からの要求に応じて識別情報などを送受信する。
【００２４】
認証サーバ３３は、無線通信端末１がこの携帯電話サービスを利用できる正当な端末（あるいはユーザ）かを、判断するための認証処理や、無線通信端末１が通信するためのセッションキーとなる共有秘密データ（認証データ）を更新するＳＳＤ更新処理などを行う。認証サーバ３３の構成と認証サーバ３３が行う処理の詳細は後述する。なお、無線通信システム１０全体の負荷分散を考慮して、無線通信システム１０が複数の管理センター３を備え、すべての管理センター３が所有する識別情報などのデータを、所定のタイミングで同期させるように構成してもよい。
【００２５】
ネットワーク７は、典型的には自社あるいは他社の提供する携帯電話サービス網であるが、インターネットなどの他の通信網であってもよい。管理センター３は、ネットワーク７を介して、携帯電話サービスのほか、例えば電子メールサービス等の様々な通信サービスを提供する。すなわち、無線通信端末１は、ネットワーク７上の無線基地局２と管理センター３を経由して様々な通信サービスを利用することができる。
【００２６】
次に、本実施形態に係る無線通信端末１の構成について、図２を用いて説明する。本図のように、無線通信端末１は、通信処理部２０１、記憶部２０２、電源部２０３、表示部２０４、入力部２０５、音声処理部２０６、Ｉ／Ｆ（Interface）２０７、及び、制御部２０８を備える。
【００２７】
通信処理部２０１は、無線通信端末１が携帯電話の送信機となる場合、マイクロフォン２５３により入力され音声処理部２０６が備えるＡ／Ｄ（Analog/Digital）コンバータ（図示せず）により変換された音声信号を変調し、通信処理部２０１に接続されるアンテナ２５１を用いて無線基地局２（受信側）に送信する。また、無線通信端末１が受信機となる場合、通信処理部２０１に接続されるアンテナ２５１を用いて音声信号等を受信し、入力された音声信号を復調する。復調された音声信号は音声処理部２０６に入力され、音声処理部２０６が備えるＤ／Ａ（Digital/Analog）コンバータ（図示せず）により音声に変換され、スピーカ２５２から音声が出力される。通信処理部２０１は、制御部２０８の制御により、無線通信端末１がネットワーク７に接続された他の情報処理装置などにアクセスするためのデータ通信処理、電子メール送受信処理等も行う。通信処理部２０１は、ＣＤＭＡ（Code Division Multiple Access）、ＥＶ−ＤＯ（Evolution-Data Only）、無線ＬＡＮ（Local Area Network）、赤外線通信などの複数の通信方式を用いて通信を行ってもよい。さらには、ＧＰＳ（Global Positioning System）システムを用いて無線通信端末１の現在位置を得る装置を備えていてもよい。
【００２８】
記憶部２０２は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、フラッシュメモリなどから構成され、無線通信端末１全体の制御に必要なオペレーティングシステム（ＯＳ）、制御プログラム、制御部２０８が行う処理による一時記憶データ、無線通信端末１の固有情報（例えば、加入者番号、ネットワーク識別情報、認証情報等）、電話や電子メールに使用するアドレス帳、通話の履歴、各種機能の設定値等を記憶する。
【００２９】
また、記憶部２０２は、ステータス定義テーブル２９１、更新状態管理テーブル２９２を記憶する。
図３は、記憶部２０２の不揮発メモリ領域（フラッシュメモリなど）に記憶されるステータス定義テーブル２９１の例を示す図である。ステータス定義テーブル２９１は、共有秘密データの更新状態（ステータス）を定義するテーブルである。
【００３０】
ステータス“０”は、ＳＳＤ更新処理がまだ行われていない初期状態である。例えば、無線通信端末１が製造されあるいは出荷された直後でまだ一度もユーザによる通信・通話が行われていない状態や、別のＵＩＭカード２５４に差し替えた直後でまだ位置登録を行っていない状態などである。この場合、無線通信端末１の記憶部２０２に記憶される共有秘密データは所定の初期データである。
【００３１】
ステータス“１”は、無線基地局２の主導で行われるＳＳＤ更新処理を完了した状態である。「無線基地局２の主導で行う」とは、ＳＳＤ更新処理を行うか否かを無線基地局２が判断して、無線基地局２が処理を開始する、という意味である。
【００３２】
ステータス“２”は、無線通信端末１の主導で行われる登録処理を完了した状態である。ここで言う「登録」とは、無線通信端末１自身の位置情報と、通信に必要な情報とを、無線基地局２（又は管理センター３）に向かって知らしめる動作のことであり、無線通信端末１が自発的に行う。通信に必要な共有秘密データを更新すべき状態にある場合に「登録」が行われると、無線基地局２はＳＳＤ更新処理を行って認証サーバ３３に記憶される共有秘密データを最新のデータに書き換える。例えば、無線通信端末１のＵＩＭカード２５４が差し替えられた直後に「登録」を行うと、無線基地局２は差し替えられたＵＩＭカード２５４に記憶された固有情報に基づいて新たな共有秘密データを生成する（ＳＳＤ更新処理を行う）。
【００３３】
例えば、「登録」には次のようなものがある。
（イ）無線通信端末１の電源が投入されてから所定時間（例えば２０秒）経過後に実行する登録。
（ロ）無線通信端末１の電源を切る前に実行する登録。
（ハ）周期的に実行する登録。
（ニ）無線通信端末１が長距離移動したときに実行する登録。
（ホ）ローミング状態が変わったときに実行する登録。
（ヘ）無線通信端末１の設定を変更したときに実行する登録。
（ト）無線基地局２からの呼びかけに応答して実行する登録。
（チ）無線通信端末１が特定エリアに入ったときに実行する登録。
（リ）暗号化に関する設定を変更したときに実行する登録。
（ヌ）同報通信の配信区域を変えたときに実行する登録。
【００３４】
制御部２０８は、予め決められた、それぞれの登録をすべき条件を満たしたときに登録を行う。ここに記載した登録の種類は一例であり、これらの一部あるいは全部を含んだ実施形態や、他の契機に登録を行う実施形態を採用してもよい。
【００３５】
ステータス“３”は、無線基地局２の主導で行われるＳＳＤ更新処理が未完の状態である。ＳＳＤ更新処理が失敗した状態も含む。
【００３６】
ステータス“４”は、無線通信端末１が無線基地局２の主導で行われるＳＳＤ更新処理の開始を待ったが開始されなかった状態である。例えば、ＵＩＭカード２５４の差し替えを行っていないなど共有秘密データを更新する必要がない場合や、差し替えたＵＩＭカード２５４で既に共有秘密データを更新済みの場合である。
【００３７】
なお、ここに記載したステータスの分け方や各ステータスを識別するための方法は一例であり、これらを任意に変更した変形例を採用することもでき、このような変形例も本発明の範囲に含まれることは言うまでもない。
【００３８】
図４（ａ）は、記憶部２０２の不揮発メモリ領域に記憶される更新状態管理テーブル２９２の例を示す図である。更新状態管理テーブル２９２は、共有秘密データの更新状態を記憶するテーブルである。本図に示すように、更新状態管理テーブル２９２は、加入者情報とステータスと記録日時とを対応づけて記憶する。加入者情報は、加入者番号や、ＳＳＤ更新処理で生成された共有秘密データなどの固有情報である。ステータスは、無線通信端末１が図３に示される各ステータスのいずれであるかを示す。記録日時は、更新状態管理テーブル２９２に記録された日時（日付、時刻、あるいは、日付と時刻の両方）である。更新状態管理テーブル２９２は、これらの情報のうちの一部あるいは全部を記憶してもよいし、他の情報を合わせて記憶してもよい。
【００３９】
また、本図には加入者情報とステータスと記録日時との組み合わせ（以下、「レコード」と呼ぶ）が１つしか記憶されていないが、複数のレコードが記憶されていてもよい。例えば、本実施形態のように無線通信端末１のＵＩＭカード２５４を差し替えて利用することができる場合、ＵＩＭカード２５４を識別するための識別情報（シリアルナンバーなど）に対応づけて、各々のＵＩＭカード２５４に対応する加入者情報とステータスと記録日時との組み合わせ（レコード）を記憶してもよい。そして、ＵＩＭカード２５４が装着されると、制御部２０８は装着されたＵＩＭカード２５４の識別情報に対応づけられたレコードを更新状態管理テーブル２９２から読み出して、加入者情報やステータスを取得してもよい。なお、この場合、記憶部２０２に記憶できるデータ容量は限られているため、更新状態管理テーブル２９２に記憶されるデータが、所定のレコード数（あるいは所定のデータ量）に達した場合には、最も古い日時に記録されたレコードを削除した後に新規のレコードを追加するか、あるいは、最も古い日時に記録されたレコードに上書きして記録することが望ましい。
【００４０】
更新状態管理テーブル２９２は、Ｉ／Ｆ２０７に装着されたＵＩＭカード２５４などの外部記憶装置に記憶されていてもよい。ここに記載した更新状態管理テーブル２９２の構成は一例であり、これを任意に変更した変形例を採用することもできる。
【００４１】
また、更新状態管理テーブル２９２の一部又は全部を暗号化して、装着されたＵＩＭカード２５４に対応するレコードを除く他のレコードを、ユーザ（あるいは悪意を持った者）が容易に読み取れないようにすることが望ましい。
【００４２】
図４（ｂ）は、更新状態管理テーブル２９２に記憶されるステータスの更新契機の例を示す図（ステータスの遷移図）である。更新契機には、例えば以下のようなものがある。
（Ａ）無線通信端末１が製造されてから、又は、出荷されてから、又は、ＵＩＭカード２５４が装着されてから、最初に加入者情報を書き込むとき。あるいはＵＩＭカード２５４が差し替えられたとき。
（Ｂ）無線基地局２の主導で行われるＳＳＤ更新処理を完了したとき。
（Ｃ）無線通信端末１の主導で行われる登録処理を完了したとき。
（Ｄ）無線基地局２の主導で行われるＳＳＤ更新処理を開始したとき（処理中のとき）、あるいはＳＳＤ更新処理に失敗したとき。
（Ｅ）更新状態管理テーブル２９２に記憶できるレコード数（あるいはデータ容量）の限界に達して、古いレコードを削除するか又は古いレコードに上書きするとき。
（Ｆ）無線通信端末１が無線基地局２の主導で行われるＳＳＤ更新処理の開始を待ったが開始されなかったとき。
【００４３】
このように、更新状態管理テーブル２９２は、上記に例示したタイミングで制御部２０８により更新される。制御部２０８は、上記に例示した契機に至ったときに、記憶部２０２の不揮発メモリ領域（又はＵＩＭカード２５４）に記憶された更新状態管理テーブル２９２を更新する。
また、記憶部２０２の不揮発メモリ領域（又はＵＩＭカード２５４）から随時レコードを読み出す。
【００４４】
ここで、更新状態管理テーブル２９２をＵＩＭカード２５４などの外部記憶装置に記憶する場合には、制御部２０８は、更新状態管理テーブル２９２を更新した後ＲＡＭに読み出して一時記憶し、ＲＡＭに一時記憶された更新状態管理テーブル２９２を随時読み出すようにしてもよい。あるいは、更新状態管理テーブル２９２をＲＡＭに一時記憶して更新及び読み出しを行い、ＲＡＭの情報が更新されているかを所定のタイミングでチェックし、記憶された情報が更新されていればＵＩＭカード２５４などの外部記憶装置に記憶するようにしてもよい。これにより、制御部２０８は、更新状態管理テーブル２９２に記憶された情報を読み出す処理を高速化することができる。
【００４５】
電源部２０３は、無線通信端末１を駆動させるための電源である。
【００４６】
表示部２０４は、制御部２０８や表示部２０４が備える画像演算プロセッサ（図示せず）によって画像データを加工処理した後、表示部２０４が備える出力バッファ（図示せず）に記録する。出力バッファに記録された画像情報は、所定の同期タイミングで画像信号に変換され、表示部２０４に接続されるディスプレイ２５５に出力される。これにより、各種の画像表示が可能となる。例えば、ディスプレイ２５５は、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ（electroluminescence）ディスプレイなどから構成される。
【００４７】
入力部２０５は、操作キー２５６からの操作信号が入力され、操作信号に対応するキーコード信号を制御部２０８に出力する。制御部２０８は、キーコード信号に基づいて操作内容を決定する。例えば、操作キー２５６には電源のオン／オフを切り替える指示入力を行う電源キーがあり、この電源キーをユーザが所定時間長押しすることにより無線通信端末１の電源のオン／オフを切り替える。他の入力デバイスを用いてもよい。
【００４８】
音声処理部２０６は、無線通信端末１のユーザからマイクロフォン２５３を介して入力された音声を受け取ってＡ／Ｄコンバータで変換した後、音声データを制御部２０８に入力する。また、音声処理部２０６は、無線通信端末１の状態等をユーザに通知するための音声データ、通信処理部２０１が受信した通話音声データなどをＤ／Ａコンバータで変換した後、音声をスピーカ２５２に出力する。
【００４９】
Ｉ／Ｆ２０７は、着脱可能な外部記録媒体との接続を行いデータの入出力を行う。例えばＩ／Ｆ２０７に接続される外部記録媒体には、携帯電話サービスの提供を受けるための無線通信端末１の固有情報が記憶されるＵＩＭカード２５４がある。ＵＩＭカード２５４は契約した携帯電話会社から発行される。ＵＩＭカード２５４は無線通信端末１に着脱可能であり、ユーザは別の無線通信端末１にＵＩＭカード２５４を差し替えて複数の無線通信端末１を使い分けることができる。また、同じ無線通信端末１に別のＵＩＭカード２５４を差し替えることにより、１台の無線通信端末１を異なるユーザが各自の設定で利用することができる。なお、Ｉ／Ｆ２０７は、ＵＳＢ（Universal Serial Bus）接続などにより無線通信端末１と外部機器とを接続するインタフェースやフラッシュメモリカードと接続するインタフェースなどを備えていてもよく、外部機器との間でデータの入出力を行ってもよい。
【００５０】
制御部２０８は、記憶部２０２に記憶されたＯＳや制御プログラムをＲＡＭに読み出して実行し、無線通信端末１全体の制御を行う。制御部２０８は、制御の必要に応じて、各部に制御信号およびデータを送信、または、各部から応答信号およびデータを受信する。また、制御部２０８は、無線通信端末１の現在の日付、時刻を計時する。
【００５１】
また、制御部２０８は、無線基地局２や管理センター３が行う処理であって従来の無線通信システムでは無線通信端末１側がその処理状況を把握できなかった処理（例えば、ＳＳＤ更新処理）が、開始されるか、処理中か、処理が完了したかなどの状態を判断して、ユーザによる所定の操作を制限する処理（以下、「発呼制限処理」と呼ぶ）を行う。これにより、制御部２０８は、適切なタイミングで発呼制限処理を行って認証サーバ３３によりＳＳＤ更新処理が正しく行われ、且つ、電源投入後に通話可能になるまでの時間を短縮させることができる。なお、制御部２０８が実行する処理の詳細は後述する。
【００５２】
このように構成される無線通信端末１を用いて、ユーザは任意の相手と通話したりデータ通信を行ったりすることができる。また、Ｉ／Ｆ２０７に装着するＵＩＭカード２５４を差し替えて、用途に応じて複数の無線通信端末１を使い分けることができる。あるいは１台の無線通信端末１を異なるユーザが各自の設定で利用することができる。
【００５３】
次に、本実施形態に係る無線基地局２の構成について、図５を用いて説明する。無線基地局２は制御部５０１と通信部５０２と記憶部５０３とを備える。
【００５４】
制御部５０１は、ＣＰＵから構成され、記憶部５０２に記憶されるＯＳや制御プログラム等に従って無線基地局２の各部を制御する。
【００５５】
通信部５０２は、ＮＩＣ（Network Interface Card）やルータ、モデム、無線通信アンテナなどといった所定の通信装置から構成される。通信部５０２は、制御部５０１の制御により、管理センター３やこの無線基地局２の通信エリア５内に存在する無線通信端末１と通信を行う。通信部５０２は、制御部５０１の制御により、この無線基地局２の通信エリア内の無線通信端末１と通信・通話データを送受信する。また、通信部５０２は、制御部５０１の制御により、この無線基地局２の通信エリア５内に各種の制御信号を送信する。例えば、この制御信号には、通信エリア５内の無線通信端末１が上記で例示した登録のうちどれを実行してよいかを示す情報が含まれる。
【００５６】
記憶部５０３は、ＲＡＭ、ＲＯＭ、ハードディスク装置などといった記憶装置から構成される。例えば、記憶部５０３は、無線基地局２全体を制御するためのＯＳやプログラムのほか、無線通信端末１が正規の端末か認証サーバ３３により認証された結果のデータ（認証データ）や、ＳＳＤ更新処理により生成された共有秘密データを記憶する。
【００５７】
このように構成される無線基地局２は、自身の通信エリア５内に存在する無線通信端末１ごとの認証データや共有秘密データなどを所定期間（例えば１ヶ月、１年など）記憶部５０３に記憶することができる。認証サーバ３３は無線基地局２を介して無線通信端末１の認証処理やＳＳＤ更新処理を行い、交換機３１は無線基地局２を介して無線通信端末１と通信相手との通信・通話回線を接続する。なお、本実施形態では、すべての無線基地局２が無線通信端末１ごとの認証データや共有秘密データを記憶するがこれに限られない。例えば、これらの情報を記憶しないで通信・通話処理、認証処理、ＳＳＤ更新処理などを中継する地方局と、これらの情報を記憶する中央局などのように、役割によって無線基地局２を階層化してもよい。
【００５８】
次に、本実施形態に係る認証サーバ３３の構成について、図６を用いて説明する。認証サーバ３３は制御部６０１と通信部６０２と記憶部６０３とを備える。
【００５９】
制御部６０１は、ＣＰＵから構成され、記憶部６０２に記憶されるＯＳや制御プログラム等に従って認証サーバ３３の各部を制御する。制御部６０１は、加入者情報収容サーバ３２に格納された加入者情報と無線通信端末１から送信された情報とに基づいて、無線通信端末１が正規のライセンスを受けた端末（正規品）であるかを認証する認証処理や、無線通信端末１との通信に必要なセッションキーとなる共有秘密データを生成・更新するＳＳＤ更新処理などを行う。
【００６０】
通信部６０２は、ＮＩＣ（Network Interface Card）やルータ、モデムなどといった所定の通信装置から構成される。通信部６０２は、制御部６０１の制御により、交換機３１、加入者情報収容サーバ３２、無線基地局２、無線通信端末１と通信を行う。
【００６１】
記憶部６０３は、ＲＡＭ、ＲＯＭ、ハードディスク装置などといった記憶装置から構成される。例えば、記憶部６０３は、無線基地局２全体を制御するためのＯＳやプログラムを記憶する。
【００６２】
（発呼制限処理）
次に、無線通信端末１の制御部２０８が行う発呼制限処理について、図７を用いて説明する。上述したように、ＵＩＭカード２５４を差し替えた後、ＳＳＤ更新処理を伴う位置登録を完了する前に、無線通信端末１が発呼要求を行う（あるいは、携帯電話サービスを新規に契約して加入者情報収容サーバ３２及び無線通信端末１に加入者情報を格納した後、位置登録を完了する前に、無線通信端末１が発呼要求を行う）と、認証サーバ３３は無線通信端末１のＵＩＭカード２５４が差し替えられた（新規に加入者情報が格納された）ことを認識できず、ＳＳＤ更新処理を行わない。そのため、認証サーバ３３が認証処理に失敗し、ユーザは通話をすることができなくなってしまう。ＳＳＤ更新処理は、位置登録のほか、典型的には上記で例示したような発呼を伴わない「登録」がなされたときに、認証サーバ３３により行われる。本実施形態では、制御部２０８は、無線通信端末１の電源がオンになったとき発呼制限処理を行う。発呼制限処理を行うことにより、共有秘密データの更新が正しく行われることが保証される。以下詳述する。
【００６３】
まず、無線通信端末１の電源がオンになると、制御部２０８は、無線通信端末１の初期化を行う（ステップＳ７０１）。例えば、この初期化は、通信処理部２０１が備える通信装置や音声処理部２０６が備えるコンバータ等、各種のデバイスチェック、ＲＡＭのクリア、ＯＳの起動、無線通信端末１を携帯電話機として動作させるためのアプリケーションソフトウェアの起動などである。
【００６４】
次に、制御部２０８は、記憶部２０２に記憶された更新状態管理テーブル２９２から、現在のステータスを取得する（ステップＳ７０２）。
【００６５】
制御部２０８は、ステップＳ７０２で取得したステータスに基づいて、認証サーバ３３によりＳＳＤ更新処理が行われるか否かを判別する（ステップＳ７０３）。
【００６６】
ＳＳＤ更新処理が行われないと判別された場合（ステップＳ７０３；ＮＯ）、具体的には、取得したステータスが「１」又は「２」のいずれでもない場合、制御部２０８は、通信処理部２０１を制御して、この無線通信端末１が存在する場所をカバーする無線基地局２を探索して捕捉する（ステップＳ７０４）。すなわち、制御部２０８は、通信処理部２０１を制御して、無線基地局２から発信される制御信号などの電波を受信して、無線基地局２との通信に用いる電波の周波数等を決定する。その後、制御部２０８は発呼制限処理を終了し、携帯電話の発信・着信を待つ（いわゆる「待ち受け状態」にする）。ユーザは自由に携帯電話サービスの発信・着信をすることができる。
【００６７】
一方、ＳＳＤ更新処理が行われると判別された場合（ステップＳ７０３；ＹＥＳ）、具体的には、取得したステータスが「１」又は「２」のいずれかの場合、制御部２０８は、無線通信端末１からの発呼を制限する（ステップＳ７０５）。例えば、制御部２０８は、発呼要求が入力部２０５に入力されても通信処理部２０１による発呼を行わないようにしたり、入力部２０５への発呼要求の入力を受け付けないように制御する。制限される機能には、発呼のほか、データ通信、電子メールの送受信も含まれる。
【００６８】
ここで、制御部２０８は、発呼を制限する旨のメッセージ（例えば、「通信の初期化を行います。しばらくお待ち下さい。」等）や映像をディスプレイ２５５に出力したり、所定の音声データを再生して発呼を制限する旨のメッセージをスピーカ２５２から音声で出力したりしてもよい。
【００６９】
次に、制御部２０８は、通信処理部２０１を制御して、この無線通信端末１が存在する場所をカバーする無線基地局２を探索して捕捉する（ステップＳ７０６）。この段階では、制御部２０８は無線基地局２から発信された電波を受信するだけであり、無線通信装置１と無線基地局２との間の通信（データや信号等の送信）は行わない。
【００７０】
さらに、制御部２０８は、所定時間（典型的には２０秒間）待機し（ステップＳ７０７）、ＳＳＤ更新処理が終了するのを待つ。この所定時間は、認証サーバ３３がＳＳＤ更新処理を行った場合に、開始してから終了するまでにかかる見積もり時間であり、予め決められた値である。認証サーバ３３はＳＳＤ更新処理を行って共有秘密データを生成して更新する（ＳＳＤ更新処理が正しく行われる）場合もあれば、途中で無線通信端末１が通信エリア５の圏外に出る（あるいは無線通信端末１が電波の届かない所に移動する）等によって正しくＳＳＤ更新処理を実行できない（ＳＳＤ更新処理が失敗する）場合もある。また、共有秘密データを更新する必要がない場合にはＳＳＤ更新処理が実行されないこともある。
【００７１】
ここで、制御部２０８は、ステップＳ７０６の無線基地局２を捕捉する処理と、ステップＳ７０７の所定時間待機する処理とを並行して（マルチタスクで）行ってもよい。これにより、制御部２０８は発呼制限処理の処理時間を短縮することができる。
【００７２】
そして、制御部２０８は、ＳＳＤ更新処理が正しく行われたか否かを判別する（ステップＳ７０８）。制御部２０８は、認証サーバ３３から無線基地局２を介して送信される制御信号に含まれる、ＳＳＤ更新処理を正しく行って完了したか否かを示す情報に基づいて判別する。あるいは、制御部２０８は、共有秘密データが工場出荷時の初期値や不正な値であるときや、共有秘密データが無いときに、ＳＳＤ更新処理が失敗したと判別することができる。なお、共有秘密データを更新する必要がなくＳＳＤ更新処理が行われなかった場合、制御部２０８はＳＳＤ更新処理が正しく行われたものと判別する。
【００７３】
ＳＳＤ更新処理が正しく行われていないと判別された場合（ステップＳ７０８；ＮＯ）、制御部２０８は、ＳＳＤ更新処理が失敗したことをユーザに通知する（ステップＳ７０９）。例えば、制御部２０８は、表示部２０４を制御してＳＳＤ更新処理が失敗した旨のメッセージ（例えば、「認証に失敗しました。サポートセンターにお問い合わせ下さい。」等）をディスプレイ２５５に表示したり、音声処理部２０６を制御してこのメッセージをスピーカ２５２から音声で出力したりする。
【００７４】
ＳＳＤ更新処理が正しく行われたと判別された場合（ステップＳ７０８；ＹＥＳ）、制御部２０８は、ステップＳ７０５で行った発呼の制限を解除する（ステップＳ７１０）。その後、制御部２０８は発呼制限処理を終了し、携帯電話の発信・着信を待つ（待ち受け状態にする）。これにより、ユーザは発呼要求を入力して所望の通信相手を呼び出す（発呼する）ことが可能となる。なお、ＳＳＤ更新処理が正しく行われたと判別されて発呼の制限を解除した場合、制御部２０８は、発呼ができる旨のメッセージ（例えば、「通信の初期化が完了しました。通話できます。」等）や映像をディスプレイ２５５に出力したり、所定の音声データを再生して発呼ができる旨のメッセージをスピーカ２５２から音声で出力したりしてもよい。
【００７５】
このように本実施形態によれば、無線通信端末１は、更新状態管理テーブル２９２を参照することにより、管理センター３側からの情報の送信を待つことなく、認証サーバ３３によりＳＳＤ更新処理が行われるかを判断し、行われると判断される場合には、正しくＳＳＤ更新処理が完了するようにし、その一方、行われないと判断される場合には直ちに発信・着信ができるように制御することができる。またこの場合、行う・行わない等の判断内容に基づいて更新状態管理テーブル２９２を更新するので、次回の発信・着信に今回の判断内容を反映させることができる。また、本実施形態では、無線通信端末１はＳＳＤ更新処理が認証サーバ３３により正しく行われるように発呼制限等の制御をしているが、同様の手法を用いて、他の処理が正しく行われるように制御することもできる。すなわち、認証サーバ３３（あるいは管理センター３側）が行う他の処理に本発明を適用することもできる。
【００７６】
本実施形態では、制御部２０８は、無線通信端末１の電源がオンになったときに発呼制限処理を行う。一般にＵＩＭカード２５４の差し替えは電源オフ状態で行われることを前提としているからである。ただし、この処理を行うタイミングはこれに限られず任意に変更してもよい。
【００７７】
また、ステップＳ７０８でＳＳＤ更新処理が正しく行われないと判別された場合に、ユーザに失敗を通知して（ステップＳ７０９）、更に、発呼の制限を解除する（ステップＳ７１０）ようにしてもよい。ただし、この場合、発呼の制限が解除されても認証処理に失敗するので、ユーザはこの無線通信端末１で通話・通信を行うことはできない。
【００７８】
（実施形態２）
次に、本発明の他の実施形態を図８と図９のフローチャートを用いて説明する。上述の実施形態では、制御部２０８は発呼制限処理を行って所定時間発呼を制限するが、本実施形態によれば発呼を制限する時間を短縮することが可能になる。以下詳述する。
【００７９】
まず、無線通信端末１の電源がオンになると、制御部２０８は、計時している現在の日時を取得して記憶部２０２に一時記憶する（ステップＳ８０１）。この日時は制御部２０８が発呼制限処理を開始した日時である。あるいは時刻のみでもよい。
【００８０】
次に、制御部２０８は、無線通信端末１の初期化を行う（ステップＳ８０２）。例えば、この初期化は、通信処理部２０１が備える通信装置や音声処理部２０６が備えるコンバータ等、各種のデバイスチェック、ＲＡＭのクリア、ＯＳの起動、無線通信端末１を携帯電話機として動作させるためのアプリケーションソフトウェアの起動などである。なお、ステップＳ８０１で一時記憶した日時を表すデータはこの初期化でクリアされることなく保持される。
【００８１】
そして、制御部２０８は、無線通信端末１からの発呼を制限する（ステップＳ８０３）。例えば、制御部２０８は、発呼要求が入力部２０５に入力されても通信処理部２０１による発呼を行わないようにするか、入力部２０５への発呼要求の入力を受け付けないように制御する。制限される機能には、発呼のほか、データ通信、電子メールの送受信も含まれる。
【００８２】
また、制御部２０８は、通信処理部２０１を制御して、この無線通信端末１が存在する場所をカバーする無線基地局２を探索して捕捉する（ステップＳ８０４）。この段階では、制御部２０８は無線基地局２から発信された電波を受信するだけであり、無線通信装置１と無線基地局２との間の通信は行わない。
【００８３】
次に、制御部２０８は、無線基地局２に無線通信端末１の登録をする予定があるか否かを判別する（ステップＳ８０５）。上述のように、登録とは無線通信端末１自身の位置情報と、通信に必要な情報とを、無線基地局２（又は管理センター３）に向かって知らしめる動作である。制御部２０８は上記に例示したそれぞれの登録をするか否か（登録を行うべき条件を満たしたか否か）を、更新状態管理テーブル２９２に記憶されたステータスに基づいて判別する。
【００８４】
例えば、ユーザが無線通信端末１のＩ／Ｆ２０７に新規のＵＩＭカード２５４を差し込んで電源を投入すると、更新状態管理テーブル２９２の新規のＵＩＭカード２５４に対応するステータスは初期状態“０”か、あるいは、新規のＵＩＭカード２５４に対応するレコードが存在しないため、制御部２０８は登録（詳細には（ヘ）無線通信端末１の設定を変更したときに実行する登録）をすべき条件を満たすと判別する。
【００８５】
登録予定がない場合（ステップＳ８０５；ＮＯ）、制御部２０８は、ステップＳ８０３で行った発呼の制限を解除して（図９、ステップＳ８１５）、発呼制限処理を終了し、携帯電話の発信・着信を待つ（待ち受け状態にする）。これにより、ユーザは発呼要求を入力して所望の通信相手を呼び出す（発呼する）ことが可能となる。
【００８６】
一方、登録予定がある場合（ステップＳ８０５；ＹＥＳ）、制御部２０８は、予定された登録を行うまでの待ち時間を求める（ステップＳ８０６）。すなわち、無線通信端末１が行う登録には、無線通信端末１の電源投入後、予め決められた所定時間（例えば２０秒など）経過してから行うべき登録があるので、予定された登録の中に所定時間待つべきものがあれば、その登録までの待ち時間を求める。本実施形態では、無線基地局２は上記に例示した登録を行う条件（登録実行の契機や待ち時間など）を電波信号で送信しており、制御部２０８は通信処理部２０１を制御してこの電波信号を受信してこの所定時間を得ることができる。ただし、登録の種類ごとにこの所定時間を示す情報を記憶部２０２が記憶して、制御部２０８が随時記憶部２０２から読み出して取得するようにしてもよいし、この所定時間を示す情報を格納したプログラムを実行することによりこの処理を実現してもよい。
【００８７】
ステップＳ８０６で求めた待ち時間があるか否かを判別する（ステップＳ８０７）。言い換えれば、無線通信端末１が行う予定の登録が、直ちに実行してもよい登録か否かを判別する。
【００８８】
待ち時間がない場合（ステップＳ８０７；ＮＯ）、制御部２０８は後述するステップＳ８１１の処理に進む。一方、待ち時間がある場合（ステップＳ８０７；ＹＥＳ）、制御部２０８は、計時している現在の日時を再び取得して、今回取得した日時と、ステップＳ８０１で記憶部２０２に一時記憶した日時との差分（時間差）を求める（ステップＳ８０８）。
【００８９】
さらに、制御部２０８は、ステップ８０６で取得した登録までの時間と、ステップＳ８０８で取得した時間差とに基づいて、残りの待ち時間を求める（ステップＳ８０９）。典型的には、制御部２０８は、ステップ８０６で取得した登録までの待ち時間から、ステップＳ８０８で取得した時間差の大きさを差し引いて、残りの待ち時間を得る。例えば、電源投入後２０秒たってから行うべき登録の予定がある場合、登録までの待ち時間は２０秒である。そして、ステップＳ８０８で求めた時間差が１５秒だった場合、残りの待ち時間は２０−１５＝５秒となる。
【００９０】
制御部２０８は、ステップＳ８０９で求めた待ち時間の間、処理を待機する。すなわち、残り待ち時間が経過していなければ（ステップＳ８１０；ＮＯ）待機を続行し、残り待ち時間が経過すれば（ステップＳ８１０；ＹＥＳ）次のステップＳ８１１に進む。
【００９１】
ここで、制御部２０８は、ステップ８０６で取得した登録までの待ち時間から、ステップＳ８０８で取得した時間差の大きさを差し引いた値が、正の値か否かを判別して、正であれば求めた値を残り待ち時間として待機し、そうでなければ既に所定の待ち時間が経過した（ステップＳ８１０；ＹＥＳ）として処理してもよい。
【００９２】
また、制御部２０８は、ステップＳ８０９で求めた待ち時間を正確に用いなくてもよい。例えば、求めた残り待ち時間を所定の桁数で繰り上げ、繰り下げ、四捨五入するか、あるいは、その他の所定の演算式を用いて残り待ち時間を求めてもよい。あるいは、制御部２０８は、求めた待ち時間に相当する定期的な割り込み信号の回数、ＣＰＵクロック数などを求めて用いてもよい。例えば、ディスプレイ２５５の垂直同期（VSync）割り込み回数に換算して、この回数を残り待ち時間に相当する時間とみなしてもよい。
【００９３】
残り待ち時間の経過後、制御部２０８は、無線基地局２に端末情報の登録の実行を要求する（図９、ステップＳ８１１）。無線基地局２は無線通信端末１の端末情報の登録を行い、認証サーバ３３は必要に応じてＳＳＤ更新処理を行って共有秘密データを更新する。
【００９４】
次に、制御部２０８は、更新状態管理テーブル２９２のステータスに基づいて、認証サーバ３３によりＳＳＤ更新処理が行われるか否かを判別する（ステップＳ８１２）。
【００９５】
例えば、ステータス“０”であれば、制御部２０８は登録と共にＳＳＤ更新処理も行われると判別する。例えば、ステータス“４”であれば、制御部２０８は共有秘密データを更新する必要がないか、あるいは、差し替えたＵＩＭカード２５４で既に共有秘密データを更新済みであり、ＳＳＤ更新処理は行われないと判別する。
【００９６】
なお、無線基地局２がステップＳ８１１で要求された端末情報の登録を実行した後、ＳＳＤ更新処理を行うか否かを示す信号を無線通信端末１に送信し、制御部２０８がこの信号と更新状態管理テーブル２９２のステータスとに基づいてＳＳＤ更新処理が行われるか否かを判別するように構成してもよい。
【００９７】
ＳＳＤ更新処理が行われないと判別された場合（ステップＳ８１２；ＮＯ）、制御部２０８はステップＳ８０３で行った発呼の制限を解除して（ステップＳ８１５）、発呼制限処理を終了し、携帯電話の発信・着信を待つ（待ち受け状態にする）。これにより、ユーザは発呼要求を入力して所望の通信相手を呼び出す（発呼する）ことが可能となる。制御部２０８が上記に例示した登録を行うと、ＳＳＤ更新処理を行うべき場合もあれば、ＳＳＤ更新処理を行わなくてもよい場合もある。例えば、同一通信エリア内で、無線通信端末１の電源のオフを行った後、ＵＩＭカード２５４の差し替えを行わずに再びオンにすると、ＳＳＤ更新処理を行う必要はないと無線基地局２（あるいは管理センター３）により判別される。
【００９８】
一方、ＳＳＤ更新処理が行われると判別された場合（ステップＳ８１２；ＹＥＳ）、制御部２０８はＳＳＤ更新処理が正しく行われたか否かを判別する（ステップＳ８１３）。制御部２０８は、認証サーバ３３から無線基地局２を介して送信される制御信号に含まれる、ＳＳＤ更新処理を正しく行って完了したか否かを示す情報に基づいて判別する。あるいは、制御部２０８は、更新状態管理テーブル２９２のステータスあるいは共有秘密データが工場出荷時等の初期値や不正な値である場合や、共有秘密データが記憶部２０２に記憶されていない場合に、ＳＳＤ更新処理が失敗したと判別することができる。
【００９９】
ＳＳＤ更新処理が正しく行われていないと判別された場合（ステップＳ８１３；ＮＯ）、制御部２０８は、ＳＳＤ更新処理が失敗したことをユーザに通知する（ステップＳ８１４）。例えば、制御部２０８は、表示部２０４を制御してＳＳＤ更新処理が失敗した旨のメッセージをディスプレイ２５５に表示したり、音声処理部２０６を制御してこのメッセージをスピーカ２５２から音声で出力したりする。
【０１００】
ＳＳＤ更新処理が正しく行われたと判別された場合（ステップＳ８１３；ＹＥＳ）、制御部２０８は、ステップＳ８０３で行った発呼の制限を解除する（ステップＳ８１５）。その後、制御部２０８は発呼制限処理を終了し、携帯電話の発信・着信を待つ（待ち受け状態にする）。これにより、ユーザは発呼要求を入力して所望の通信相手を呼び出す（発呼する）ことが可能となる。なお、ＳＳＤ更新処理が正しく行われたと判別されて発呼の制限を解除した場合、制御部２０８は、発呼ができる旨のメッセージや映像をディスプレイ２５５に出力したり、所定の音声データを再生して発呼ができる旨のメッセージをスピーカ２５２から音声で出力したりしてもよい。
【０１０１】
このように本実施形態によれば、無線通信端末１は、登録に伴うＳＳＤ更新処理が認証サーバ３３により行われるかを判断して、行われると判断される場合には登録を行うまでの適切な待ち時間を求めて発呼を制限し、行われないと判断される場合には直ちに発信・着信ができるように、制御することができる。そして、上述の実施形態と比べて発呼を制限すべき時間を短縮することができる。言い換えれば、無線通信端末１の電源を投入してから通話可能になるまでの時間を短縮することができる。
【０１０２】
例えば、従来技術によれば、無線通信端末１は登録に伴って認証サーバ３３によりＳＳＤ更新処理が行われるか否かを判別できないため、ＳＳＤ更新処理が必要か否かに関わらず所定時間（例えば２０秒）発呼を制限しなければならない。その間、ユーザは一切通話ができない（発呼をしてはいけない）。すなわち、結果的に待つ必要がなくても、電源投入後所定時間経過してから登録を行わなければならないという規則に従って発呼を待たなければならず、ユーザの利便性を大きく損ねる。
しかしながら、本発明によれば、無線通信端末１は登録に伴ってＳＳＤ更新処理が行われるか否かを判別できるため、発呼を制限すべき時間を短縮することができる。例えば、同一通信エリア内で、無線通信端末１の電源をオフにした後、ＵＩＭカード２５４の差し替えを行わずに再びオンにする場合、無線通信端末１はＳＳＤ更新処理を行う必要はない（認証サーバ３３によりＳＳＤ更新処理が行われない）と判別できるので、直ちにユーザによる発呼を許可することができる。
【０１０３】
本実施形態では、制御部２０８は、無線通信端末１の電源がオンになったときに発呼制限処理を行うが、この処理を行うタイミングはこれに限られず任意に変更してもよい。また、ステップＳ８１２でＳＳＤ更新処理が正しく行われないと判別された場合に、ユーザに失敗を通知して（ステップＳ８１４）、更に、発呼の制限を解除する（ステップＳ８１５）ようにしてもよい。ただし、この場合、発呼の制限が解除されても認証サーバ３３が認証処理に失敗するので、ユーザはこの無線通信端末１で通話・通信を行うことはできない。
【０１０４】
（実施形態３）
次に、本発明の他の実施形態を図１０と図１１のフローチャートを用いて説明する。本実施形態によれば、無線通信端末１の初期化処理を分散して行うことにより、上述の実施形態よりも発呼を制限する時間を短縮することが可能になる。以下詳述する。
【０１０５】
まず、制御部２０８は、無線通信端末１の初期化のうち、通信機能を使うための初期化（第１の初期化）を行う（ステップＳ１００１）。ここで行う初期化は、無線通信端末１が無線基地局２と通信を行うために必要最低限の初期化であればよい。例えば、この初期化は、通信処理部２０１が備える通信装置のチェック、ＲＡＭのクリア、ＯＳの起動などである。
【０１０６】
制御部２０８は、無線通信端末１からの発呼を制限する（ステップＳ１００２）。例えば、制御部２０８は、発呼要求が入力部２０５に入力されても通信処理部２０１による発呼を行わないようにするか、入力部２０５への発呼要求の入力を受け付けないように制御する。制限される機能には、発呼のほか、データ通信、電子メールの送受信も含まれる。
【０１０７】
制御部２０８は、通信処理部２０１を制御して、この無線通信端末１が存在する場所をカバーする無線基地局２を探索して捕捉する（ステップＳ１００３）。この段階では、制御部２０８は無線基地局２から発信された電波を受信するだけであり、無線通信装置１と無線基地局２との間の通信は行わない。
【０１０８】
次に、制御部２０８は、無線基地局２に無線通信端末１を登録する予定があるか否かを判別する（ステップＳ１００４）。制御部２０８は上記に例示したそれぞれの登録をするか否か（登録を行うべき条件を満たしたか否か）を、更新状態管理テーブル２９２に記憶されたステータスに基づいて判別する。
【０１０９】
登録予定がない場合（ステップＳ１００４；ＮＯ）、制御部２０８は、無線通信端末１の初期化のうち、ステップＳ１００１で行わなかった残りの初期化（第２の初期化）を行う（ステップＳ１００５）。例えば、この初期化は、音声処理部２０６が備えるコンバータ等のデバイスチェック、無線通信端末１を携帯電話機として動作させるためのアプリケーションソフトウェアの起動などである。その後、制御部２０８は、ステップＳ１００２で行った発呼の制限を解除して（図１１、ステップＳ１０１５）、発呼制限処理を終了し、携帯電話の発信・着信を待つ（待ち受け状態にする）。これにより、ユーザは発呼要求を入力して所望の通信相手を呼び出す（発呼する）ことが可能となる。
【０１１０】
一方、登録予定がある場合（ステップＳ１００４；ＹＥＳ）、制御部２０８は、予定された登録を行うまでの待ち時間を求める（ステップＳ１００６）。無線基地局２は上記に例示した登録を行う条件（登録を行う契機や待ち時間など）を電波信号で送信している。制御部２０８は、ステップＳ１００１で通信機能を使うための最低限の初期化を行っているので、通信処理部２０１を制御して電波信号を受信することにより、この所定時間を得ることができる。
【０１１１】
さらに、制御部２０８は、ステップ１００６で取得した登録までの待ち時間があるか否かを判別する（ステップＳ１００７）。言い換えれば、無線通信端末１が行う予定の登録が、直ちに実行してもよい登録か否かを判別する。
【０１１２】
待ち時間がない場合（ステップＳ１００７；ＮＯ）、制御部２０８は、ステップＳ１００５と同様に、無線通信端末１の初期化のうち、ステップＳ１００１で行わなかった残りの初期化を行う（ステップＳ１００８）。その後、後述するステップＳ１０１１の処理に進む。
【０１１３】
待ち時間がある場合（ステップＳ１００７；ＹＥＳ）、制御部２０８は、ステップＳ１００５と同様に、無線通信端末１の初期化のうち、ステップＳ１００１で行わなかった残りの初期化を行う（ステップＳ１００９）。さらに、制御部２０８は、ステップＳ１００６で求めた待ち時間の間、処理を待機する。すなわち、残り待ち時間が経過していなければ（ステップＳ１０１０；ＮＯ）待機を続行し、残り待ち時間が経過すれば（ステップＳ１０１０；ＹＥＳ）次のステップＳ１０１１に進む。
【０１１４】
残り待ち時間の経過後、制御部２０８は、無線基地局２に端末情報の登録の実行を要求する（図１１、ステップＳ１０１１）。無線基地局２は無線通信端末１の端末情報の登録を行い、認証サーバ３３は必要に応じてＳＳＤ更新処理を行って共有秘密データを更新する。
【０１１５】
次に、制御部２０８は、更新状態管理テーブル２９２のステータスに基づいて、認証サーバ３３によりＳＳＤ更新処理が行われるか否かを判別する（ステップＳ１０１２）。
【０１１６】
なお、無線基地局２がステップＳ１０１１で要求された端末情報の登録を実行した後、ＳＳＤ更新処理を行うか否かを示す信号を無線通信端末１に送信し、制御部２０８がこの信号と更新状態管理テーブル２９２のステータスとに基づいてＳＳＤ更新処理が行われるか否かを判別するように構成してもよい。
【０１１７】
ＳＳＤ更新処理が行われないと判別された場合（ステップＳ１０１２；ＮＯ）、制御部２０８はステップＳ１００２で行った発呼の制限を解除して（ステップＳ１０１５）、発呼制限処理を終了し、携帯電話の発信・着信を待つ（待ち受け状態にする）。これにより、ユーザは発呼要求を入力して所望の通信相手を呼び出す（発呼する）ことが可能となる。
【０１１８】
一方、ＳＳＤ更新処理が行われると判別された場合（ステップＳ１０１２；ＹＥＳ）、制御部２０８はＳＳＤ更新処理が正しく行われたか否かを判別する（ステップＳ１０１３）。制御部２０８は、認証サーバ３３から無線基地局２を介して送信される制御信号に含まれる、ＳＳＤ更新処理を正しく行って完了したか否かを示す情報に基づいて判別する。あるいは、制御部２０８は、更新状態管理テーブル２９２のステータスあるいは共有秘密データが工場出荷時等の初期値や不正な値である場合や、共有秘密データが記憶部２０２に記憶されていない場合に、ＳＳＤ更新処理が失敗したと判別することができる。
【０１１９】
ＳＳＤ更新処理が正しく行われていないと判別された場合（ステップＳ１０１３；ＮＯ）、制御部２０８は、ＳＳＤ更新処理が失敗したことをユーザに通知する（ステップＳ１０１４）。例えば、制御部２０８は、表示部２０４を制御してＳＳＤ更新処理が失敗した旨のメッセージをディスプレイ２５５に表示したり、音声処理部２０６を制御してこのメッセージをスピーカ２５２から音声で出力したりする。
【０１２０】
ＳＳＤ更新処理が正しく行われたと判別された場合（ステップＳ１０１３；ＹＥＳ）、制御部２０８は、ステップＳ１００２で行った発呼の制限を解除する（ステップＳ１０１５）。その後、制御部２０８は発呼制限処理を終了し、携帯電話の発信・着信を待つ（待ち受け状態にする）。これにより、ユーザは発呼要求を入力して所望の通信相手を呼び出す（発呼する）ことが可能となる。なお、ＳＳＤ更新処理が正しく行われたと判別されて発呼の制限を解除した場合、制御部２０８は、発呼ができる旨のメッセージや映像をディスプレイ２５５に出力したり、所定の音声データを再生して発呼ができる旨のメッセージをスピーカ２５２から音声で出力したりしてもよい。
【０１２１】
このように本実施形態によれば、無線通信端末１は、まず無線基地局２と通信を行うための最小限の初期化を行ってから、登録に伴うＳＳＤ更新処理が認証サーバ３３により行われるかを判断して、行われると判断される場合には登録を行うまでの適切な待ち時間を求めて発呼を制限し、行われないと判断される場合には残りの初期化を行って直ちに発信・着信ができるように、制御することができる。そして、上述の実施形態と比べて発呼を制限すべき時間を短縮することができる。言い換えれば、無線通信端末１の電源を投入してから通話可能になるまでの時間を短縮することができる。
【０１２２】
なお、ステップＳ１０１２でＳＳＤ更新処理が正しく行われないと判別された場合に、ユーザに失敗を通知して（ステップＳ１０１４）、更に、発呼の制限を解除する（ステップＳ１０１５）ようにしてもよい。ただし、この場合、発呼の制限が解除されても認証サーバ３３が認証処理に失敗するので、ユーザはこの無線通信端末１で通話・通信を行うことはできない。
【０１２３】
本実施形態の変形例として、制御部２０８はステップＳ１００１で通信機能を使うための必要最小限の初期化を行った後、ステップＳ１００２以降の処理と、残りの初期化とを並行して（マルチタスクで）実行するように構成してもよい。この場合、ステップＳ１００５、Ｓ１００８、及び、Ｓ１０１０を省略できる。
【０１２４】
他の変形例として、更新状態管理テーブル２９２をＵＩＭカード２５４に記憶させる場合、制御部２０８は電源がオフされるときに更新状態管理テーブル２９２を記憶部２０２の不揮発メモリ領域に記憶し、次に電源がオンされるときには記憶部２０２の不揮発メモリ領域に記憶された更新状態管理テーブル２９２（すなわち、前回使用した更新状態管理テーブル２９２）を用いてステップＳ１００１の通信機能の初期化を行ってもよい。これにより、無線通信端末１の初期化処理にかかる時間を短縮することができる。ただし、この場合、ＵＩＭカード２５４が差し替えられるなど、ＵＩＭカード２５４内の更新状態管理テーブル２９２が不揮発性メモリ領域に記憶されたものと異なる可能性があるため、ステップＳ１００５、Ｓ１００８、又は、Ｓ１０１０で残りの初期化を行った後などに、通信機能の初期化を再び行う必要がある。この変形例は、ＵＩＭカード２５４の差し替え頻度が少ない場合や、ＵＩＭカード２５４のデータの読み書きに時間がかかる場合に特に有効である。
例えば、ＵＩＭカード２５４の差し替えを行わない、あるいは、差し替えの頻度が少ないというユーザ設定情報を予めユーザが操作キー２５６を用いて入力しておき、記憶部２０２がこのユーザ設定情報を記憶しておく。そして、制御部２０８は、このユーザ設定情報に基づいて、不揮発メモリ領域に記憶された更新状態管理テーブル２９２を用いてステップＳ１００１の初期化を行うか、あるいは、ＵＩＭカード２５４に記憶された更新状態管理テーブル２９２を用いてステップＳ１００１の初期化を行うかを判別して使い分けるように構成することもできる。また、制御部２０８は、ＵＩＭカード２５４の差し替え頻度を求めて、差し替え頻度が所定のしきい値より大きければ毎回ＵＩＭカード２５４から更新状態管理テーブル２９２を読み出してステップＳ１００１の初期化し、それ以外であれば不揮発メモリ領域から更新状態管理テーブル２９２を読み出してステップＳ１００１の初期化するように使い分けるようにしてもよい。いずれの場合も、ステップＳ１００５、Ｓ１００８、又は、Ｓ１０１０で残りの初期化を行った後などに、通信機能の初期化を再び行うことが望ましい。
【０１２５】
（実施形態４）
次に、本発明の他の実施形態を図１２のフローチャートを用いて説明する。本実施形態によれば、無線基地局２主導で行われるＳＳＤ更新処理が正常に完了していない場合、無線通信端末１は認証サーバ３３にＳＳＤ更新処理を行うようにリクエストすることができる。例えば、ＳＳＤ更新処理を伴う登録を完了する前に、無線通信端末１が発呼要求を行う（あるいは、携帯電話サービスを新規に契約して加入者情報収容サーバ３２及び無線通信端末１に加入者情報を格納した後、登録を完了する前に、無線通信端末１が発呼要求を行う）と、従来技術ではその無線通信端末１で通話することができなかったが、本実施形態によれば、無線基地局２主導で行われるＳＳＤ更新処理を開始するきっかけを与え、認証サーバ３３に記憶される共有秘密データを正しく更新することができる。以下詳述する。
【０１２６】
（登録処理）
まず、制御部２０８は、記憶部２０２に記憶された更新状態管理テーブル２９２から、現在のステータスを取得する（ステップＳ１２０１）。
【０１２７】
次に、制御部２０８は、取得したステータスに基づいて、無線通信端末１の現在位置をカバーする無線基地局２を捕捉してから認証サーバ３３によりＳＳＤ更新処理が正常に完了しているか否か判別する（ステップＳ１２０２）。例えば、ＵＩＭカード２５４を差し替えて電源を投入後、無線基地局２を捕捉してから通信エリア５の圏外に出るなどしてＳＳＤ更新処理が失敗し、ステータスが“０”（初期値）又は“３”（更新未完）であると、制御部２０８は認証サーバ３３によるＳＳＤ更新処理が正常に完了していないと判別する。
【０１２８】
ＳＳＤ更新処理が正常に完了していると判別された場合（ステップＳ１２０２；ＹＥＳ）、制御部２０８はこの登録処理を終了する。
【０１２９】
ＳＳＤ更新処理が正常に完了していないと判別された場合（ステップＳ１２０２；ＮＯ）、制御部２０８は、上記に例示した登録を完了しているか否かを判別する（ステップＳ１２０３）。
【０１３０】
登録を完了していると判別された場合（ステップＳ１２０３；ＹＥＳ）、制御部２０８はこの登録処理を終了する。
【０１３１】
登録を完了していないと判別された場合（ステップＳ１２０３；ＮＯ）、制御部２０８は、無線通信端末１からの発呼を制限する（ステップＳ１２０４）。例えば、制御部２０８は、発呼要求が入力部２０５に入力されても通信処理部２０１による発呼を行わないようにしたり、入力部２０５への発呼要求の入力を受け付けないように制御する。制限される機能には、発呼のほか、データ通信、電子メールの送受信も含まれる。
【０１３２】
例えば、ＳＳＤ更新処理が完了しておらず（ステップＳ１２０２；ＮＯ）、且つ、登録を完了している（ステップＳ１２０３；ＹＥＳ）場合とは、同一通信エリア内で、無線通信端末１の電源のオフを行った後、ＵＩＭカード２５４の差し替えを行わずに再びオンにし、ＳＳＤ更新処理を行う必要がない場合である。
【０１３３】
そして、制御部２０８は、無線基地局２に端末情報の登録の実行を要求する（ステップＳ１２０５）。無線基地局２は無線通信端末１の端末情報の登録を行い、認証サーバ３３は必要に応じてＳＳＤ更新処理を行って共有秘密データを更新する。
【０１３４】
次に、制御部２０８は、ＳＳＤ更新処理が正しく行われたか否かを判別する（ステップＳ１２０６）。制御部２０８は、認証サーバ３３から無線基地局２を介して送信される制御信号に含まれる、ＳＳＤ更新処理を正しく行って完了したか否かを示す情報に基づいて判別する。あるいは、制御部２０８は、更新状態管理テーブル２９２のステータスあるいは共有秘密データが工場出荷時等の初期値や不正な値である場合や、共有秘密データが記憶部２０２に記憶されていない場合に、ＳＳＤ更新処理が失敗したと判別することができる。
【０１３５】
ＳＳＤ更新処理が正しく行われていないと判別された場合（ステップＳ１２０６；ＮＯ）、制御部２０８は、ＳＳＤ更新処理が失敗したことをユーザに通知する（ステップＳ１２０７）。例えば、制御部２０８は、表示部２０４を制御してＳＳＤ更新処理が失敗した旨のメッセージをディスプレイ２５５に表示したり、音声処理部２０６を制御してこのメッセージをスピーカ２５２から音声で出力したりする。
【０１３６】
ＳＳＤ更新処理が正しく行われたと判別された場合（ステップＳ１２０６；ＹＥＳ）、制御部２０８は、ステップＳ１２０４で行った発呼の制限を解除する（ステップＳ１２０８）。その後、制御部２０８は発呼制限処理を終了し、携帯電話の発信・着信を待つ（待ち受け状態にする）。これにより、ユーザは発呼要求を入力して所望の通信相手を呼び出す（発呼する）ことが可能となる。なお、ＳＳＤ更新処理が正しく行われたと判別されて発呼の制限を解除した場合、制御部２０８は、発呼ができる旨のメッセージや映像をディスプレイ２５５に出力したり、所定の音声データを再生して発呼ができる旨のメッセージをスピーカ２５２から音声で出力したりしてもよい。
【０１３７】
このように本実施形態によれば、無線通信端末１は、ＳＳＤ更新処理が完了しておらず、且つ、無線基地局２を捕捉してから登録が行われていなければ、ＳＳＤ更新処理を伴う登録を行うように制御できる。すなわち、無線通信端末１側から、無線基地局２主導で行われるＳＳＤ更新処理を行うきっかけを与えることによって、任意の契機に共有秘密データを正しく更新することができる。例えば、何らかの原因で無線通信端末１と認証サーバ３３とで共有秘密データの同期が取れていない状態になっても、無線通信端末１側から認証サーバ３３側に共有秘密データを更新するようにリクエストすることができる。
【０１３８】
本実施形態の登録処理は、通話、電子メール送受信、データ通信などの通信処理部２０１による通信が、正常終了したとき（通話などが終わったとき）や、認証サーバ３３による認証処理が失敗したときなどの任意のタイミングで制御部２０８が行うように構成することができる。
【０１３９】
変形例として、更新状態管理テーブル２９２に記憶された記録日時が所定の有効期間内にない場合に、制御部２０８が本実施形態の登録処理を行って共有秘密データを更新するように認証サーバ３３にリクエストするようにしてもよい。この場合、制御部２０８は、Ｉ／Ｆ２０７に装着されているＵＩＭカード２５４の加入者情報に対応する、更新状態管理テーブル２９２の記録日時と、現在日時とを取得して、記録日時が有効期間内（例えば現在日時から１ヶ月以内など）にあるか否かを判別する。そして、有効期間内になければ制御部２０８は本実施形態の登録処理を開始するように構成すればよい。これにより、無線通信端末１（あるいはそのユーザ）が正規品（あるいは正規ユーザ）であるかを定期的にチェックすることができる。
【０１４０】
本実施形態は、上述の他の実施形態と組み合わせて行うことができる。例えば、上述の発呼制限処理を行って認証サーバ３３によりＳＳＤ更新処理が正しく行われなかった場合に、本実施形態の登録処理を行うように構成することができる。
【０１４１】
本発明は、上述した実施形態に限定されず、種々の変形及び応用が可能である。また、上述した実施形態の原理の一部のみを使用してもよいし、任意に組み合わせて異なる実施形態を採用することもできる。
【０１４２】
上記実施形態では、上述の処理を行うためのプログラムがＲＯＭに予め記憶されているものとして説明した。しかし、無線通信端末１を、装置の全部又は一部として動作させ、あるいは、上述の処理を実行させるためのプログラムを、メモリカード、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ（Digital Versatile Disk）、ＭＯ（Magneto Optical disk）などのコンピュータ読み取り可能な記録媒体に格納して配布し、これを別のコンピュータにインストールし、上述の手段として動作させ、あるいは、上述の工程を実行させてもよい。また、携帯電話機を使用したものとして説明したが、ＰＤＡ（Personal Digital Assistance）、ＰＨＳ（Personal Handyphone System）などの他の通信端末に適用することも可能である。
【０１４３】
さらに、インターネット上のサーバ装置が有するディスク装置等にプログラムを格納しておき、例えば、搬送波に重畳させて、コンピュータにダウンロード等するものとしてもよい。
【図面の簡単な説明】
【０１４４】
【図１】無線通信システムの構成を示す図である。
【図２】無線通信端末の構成を示す図である。
【図３】ステータス定義テーブルに記憶される情報の例を示す図である。
【図４】（ａ）更新状態管理テーブルに記憶される情報の例を示す図である。（ｂ）更新状態管理テーブルに記憶されるステータスの遷移図である。
【図５】無線基地局の構成を示す図である。
【図６】認証サーバの構成を示す図である。
【図７】発呼制限処理を説明するためのフローチャートである。
【図８】実施形態２の発呼制限処理を説明するためのフローチャートである。
【図９】実施形態２の発呼制限処理を説明するためのフローチャート（続き）である。
【図１０】実施形態３の発呼制限処理を説明するためのフローチャートである。
【図１１】実施形態３の発呼制限処理を説明するためのフローチャート（続き）である。
【図１２】実施形態４の登録処理を説明するためのフローチャートである。
【符号の説明】
【０１４５】
１・・・無線通信端末、２・・・無線基地局、３・・・管理センター、５・・・通信エリア、７・・・ネットワーク、１０・・・無線通信システム、３１・・・交換機、３２・・・加入者情報収容サーバ、３３・・・認証サーバ、２０１・・・通信処理部、２０２・・・記憶部、２０３・・・電源部、２０４・・・表示部、２０５・・・入力部、２０６・・・音声処理部、２０７・・・Ｉ／Ｆ、２０８・・・制御部、２５１・・・アンテナ、２５２・・・スピーカ、２５３・・・マイクロフォン、２５４・・・ＵＩＭカード、２５５・・・ディスプレイ、２９１・・・ステータス定義テーブル、２９２・・・更新状態管理テーブル、５０１・・・制御部、５０２・・・通信部、５０３・・・記憶部、６０１・・・制御部、６０２・・・通信部、６０３・・・記憶部
【図１】
2008005276.tif 000003
【図２】
2008005276.tif 000004
【図３】
2008005276.tif 000005
【図４】
2008005276.tif 000006
【図５】
2008005276.tif 000007
【図６】
2008005276.tif 000008
【図７】
2008005276.tif 000009
【図８】
2008005276.tif 000010
【図９】
2008005276.tif 000011
【図１０】
2008005276.tif 000012
【図１１】
2008005276.tif 000013
【図１２】
2008005276.tif 000014