JP4388100B2 - 携帯電話機 - Google Patents

Description

本発明は、ＵＩＭカードなどのＩＣカードのデータを利用する携帯電話機に関する。

携帯電話機には、ＵＩＭ（User Identity Module）カードやＳＩＭ（Subscriber Identity Module）カードなどのＩＣカード（以下、ＵＩＭカードという）を挿入して、このカードに記憶されたデータを利用するものがある（例えば特許文献１参照）。

この種の携帯電話機は、電源起動時において、前回起動時に挿入されていたＵＩＭカードと、現在挿入されているＵＩＭカードが同一か否かの判定（ＵＩＭカード交換判定）を行う。ＵＩＭカードが交換されていると判定された場合には、携帯電話機は、ＵＩＭカードの情報（ＩＤなど）と携帯電話機の情報（ＩＤなど）とを関連付けた情報を、所要のサーバのデータベースにネットワークを介して登録（以下、データベース登録という）するようになっている。このサーバは、携帯電話機の情報と携帯電話機に挿入されているＩＣカードの情報とを一対一に関連付けて登録してデータベース管理する。
特開２００７−６６１５９号公報

従来のＵＩＭカード交換判定技術では、携帯電話機の電源起動時に行われるＵＩＭカード交換判定結果を、ＲＡＭ（Random Access Memory）などの揮発性の記憶媒体に記憶している。このため、ＵＩＭカードが交換されていると判定された後、かつデータベース登録行う前に、バッテリが外されるなどして電源が落ちた場合、ＵＩＭカードが交換された旨の判定結果が失われてしまう。この場合、次回の電源起動時には、ＵＩＭカードが同一である（交換されていない）旨の判定がなされるため、現在のＵＩＭカードの情報をサーバのデータベースに登録することができない不都合が生じてしまう。

本発明は、上述した事情を考慮してなされたもので、電源起動時に例えばＵＩＭカードなどのＩＣカード交換判定後かつデータベース登録前に電源が落ちた場合でも、次回電源起動時以降において確実にデータベース登録することができる携帯電話機を提供することを目的とする。

本発明に係る携帯電話機は、上述した課題を解決するために、少なくとも電話番号を記録したＩＣカードが挿抜可能であり、当該ＩＣカードに記憶されたデータに基づいて処理を行うことができる携帯電話機であって、不揮発性記憶手段と、システムの起動時に、現在挿入されている前記ＩＣカードが前回の前記システムが動作している時に挿入されていたＩＣカードと同一かどうかを判定するカード交換判定手段と、前記判定結果が同一でないことを判断されると、前記現在挿入されているＩＣカードが交換されたものである旨の情報を前記不揮発性記憶手段に記憶させ、前記携帯電話機固有の情報と前記ＩＣカードの情報とを関連付けて登録される外部のサーバから、前記現在挿入されているＩＣカードの情報と前記携帯電話機固有の情報とを関連付けて前記データベースへの登録を完了した旨の通知を受信した場合に、前記不揮発性記憶手段から前記現在挿入されているＩＣカードが交換されたものである旨の情報を無効にする交換情報制御手段と、を備えたことを特徴とするものである。

本発明に係る携帯電話機によれば、電源起動時のＩＣカード交換判定後かつデータベース登録前に電源が落ちた場合でも、次回電源起動時以降において確実にデータベース登録することができる。

本発明に係る携帯電話機の実施の形態について、添付図面を参照して説明する。図１は、本発明に係る携帯電話機１０の一実施形態を示す概略的な全体構成図である。

なお、本実施形態においては、本発明にかかる携帯電話機１０の一例として、ＵＩＭカード２１を利用する携帯電話機について説明する。

携帯電話機１０は、ＣＰＵ１１、ＲＡＭ１２、ＲＯＭ１３、ネットワーク接続部１４、ＮＶＲＡＭ１５およびＵＩＭ制御部１６を有する。

ＣＰＵ１１は、ＲＯＭ１３内に記憶されたプログラムにしたがって、携帯電話機１０の処理動作を制御する。ＣＰＵ１１は、ＲＯＭ１３内に記憶された交換情報登録プログラムおよびプログラムの実行のために必要なデータを、ＲＡＭ１２へロードし、交換情報登録プログラムに従って、ＵＩＭカード２１交換判定後かつデータベース登録前に電源が落ちた場合でも確実にデータベース登録を行う処理を実行する。

ＲＡＭ１２は、ＣＰＵ１１が実行するプログラムおよびデータを一時的に格納するワークエリアを提供する。

ＲＯＭ１３は、携帯電話機１０の起動プログラム、交換情報登録プログラムや、これらのプログラムを実行するために必要な各種データを記憶する。

なお、ＲＯＭ１３は、磁気的もしくは光学的記録媒体または半導体メモリなどの、ＣＰＵ１１により読み取り可能な記録媒体を含んだ構成を有し、ＲＯＭ１３内のプログラムおよびデータの一部または全部は電子ネットワークを介してダウンロードされるように構成してもよい。

ネットワーク接続部１４は、ネットワークの形態に応じた種々の情報通信用プロトコルを実装する。ネットワーク接続部１４は、この各種プロトコルにしたがって携帯電話機１０を電子ネットワークに接続する。ここで電子ネットワークとは、電気通信技術を利用した情報通信網全般を意味し、電話通信回線網のほか、無線／有線ＬＡＮ（Local Area Network）やインターネット網などを含む。

ＮＶＲＡＭ１５は、現在挿入されているＵＩＭカード２１が交換されたものであるか否かを示す交換判定フラグを記憶する。なお、交換判定フラグのデフォルト値は無効であるものとし、現在挿入されているＵＩＭカード２１が交換されたものである場合に、交換判定フラグを有効とするものとする。

一度有効となった交換判定フラグは、サーバのデータベースから、携帯電話機１０の情報と現在挿入されているＵＩＭカード２１の情報とを関連付けて登録した旨の情報を携帯電話機１０が受信した場合にのみ、無効となる。このため、この交換判定フラグを参照するだけで、データベース登録済みかどうかを知ることができる。たとえば、交換判定フラグが有効であれば、データベース登録すべき情報がいまだ存在することになる。

なお、ＮＶＲＡＭ１５は、携帯電話機１０の電源が遮断された後も記憶情報を保持しうる不揮発性の記憶媒体であって、ＣＰＵ１１により読み取りおよび書き込み可能な記憶媒体を含んだ構成を有する。このＮＶＲＡＭ１５として、たとえばＥＥＰＲＯＭ等を用いることができる。

ＣＰＵ１１は、交換情報登録プログラムによって、少なくともカード交換判定部、交換情報書込み部、フラグ判定部、登録要求部、受信判定部および交換情報削除部として機能する。この各機能実現部は、ＲＡＭ１２の所要のワークエリアを、データの一時的な格納場所として利用する。なお、この各機能実現部は、ＣＰＵ１１を用いることなく回路などのハードウエアロジックによって構成してもよい。

次に、本実施形態に係る携帯電話機１０の動作の一例について説明する。図２は、図１に示す携帯電話機１０のＣＰＵ１１により、ＵＩＭカード２１交換判定後かつデータベース登録前に電源が落ちた場合でも、次回電源起動時以降において確実にデータベース登録を行う際の手順を示すフローチャートである。図２において、Ｓに数字を付した符号は、フローチャートの各ステップを示す。この手順は、携帯電話機１０の電源起動時点でスタートとなる。

まず、ステップＳ１において、カード交換判定手段は、現在挿入されているＵＩＭカード２１が、前回起動時のＵＩＭカード２１と同一であるかどうかを判定する。同一でない、すなわちカードが交換されている場合には、ステップＳ２に進む。一方、同一である場合には、ステップＳ３に進む。

ここで、カード交換判定手段によるカード交換判定方法について簡単に説明する。ＵＩＭカード２１のデータはディレクトリ構造をなしており、携帯電話機１０に挿入されて一度カード交換判定が行われると、挿入直後は初期位置にあるポインタが、必ず特定のディレクトリに移動した状態を維持する。このため、ＵＩＭ制御部１６を介してこのポインタが初期位置にあるかどうかを調べるだけで、ＵＩＭカード２１が過去に少なくとも一度カード交換判定を受けていないかどうかを調べることができる。

また、ＵＩＭカード２１挿入中に衝撃などによる接触不良がおこると、ユーザからの外観上はカードが挿入されたままであるにもかかわらず、ポインタが初期位置に戻ってしまう場合がある。このため、ポインタが初期位置にあるかどうかの判定後、初期位置にある場合には、ＵＩＭカード２１のＩＤをチェックする。このＵＩＭカード２１のＩＤは、電源起動時のカード交換判定時に、ＮＶＲＡＭ１５などに格納しておけばよい。ＮＶＲＡＭ１５に格納されているＩＤと、ポインタが初期位置にある（新たに挿入された、または接触不良等によりあたかも新たに挿入されたようにみえた）ＵＩＭカード２１のＩＤとを照合することにより、正確にカード交換判定を行うことができる。

次に、カード交換判定手段でカードが交換されていると判定された場合、ステップＳ２において、交換情報書込み部は、ＮＶＲＡＭ１５の交換判定フラグを有効にする。

次に、ステップＳ３において、フラグ判定部は、ＮＶＲＡＭ１５に記憶されている交換判定フラグが有効であるかどうか判定する。有効である場合はステップＳ４に進む。一方、無効である場合には、すでにサーバのデータベースに登録すべき情報がないため、一連の手順は終了となる。

次に、ステップＳ４において、登録要求部は、現在挿入されているＵＩＭカード２１の情報および携帯電話機１０の情報をサーバへ送信して、サーバに対してデータベース登録を促す。ここで、ＵＩＭカード２１の情報および携帯電話機１０の情報は、それぞれ、少なくともＵＩＭカード２１のＩＤおよび携帯電話機１０のＩＤを含むものとする。

次に、ステップＳ５において、受信判定部は、サーバから、登録要求部が送信した情報についてデータベース登録を完了した旨の通知を受信したかどうかを判定する。登録完了通知を受けた場合はステップＳ６に進む。一方、登録完了通知を受信していない場合は、引き続き登録完了通知の受信を監視する。

次にステップＳ６において、交換情報削除部は、サーバから登録完了通知を受信した旨の情報を受信判定部から受けて、ＮＶＲＡＭ１５に記憶されている交換判定フラグを無効にする。

以上の手順により、ＵＩＭカード２１交換判定後かつデータベース登録前に電源が落ちた場合（図２のフローチャートで示すならば、ステップＳ１における判断の処理以降ステップＳ５におけるサーバから登録完了通知を受領するまでの間に電源が落ちた場合）でも、次回電源起動時以降において確実にデータベース登録を行うことができる。

次に、ＵＩＭカード２１が交換された場合の一例として、ＵＩＭカード２１ＡからＵＩＭカード２１Ｂに交換された場合のデータベース登録手順について、図３〜図５を参照して簡単に説明する。

図３は、ＵＩＭカード２１の交換判定結果をＲＡＭなどの揮発性の記憶媒体に記憶する場合において、ＵＩＭカード２１の交換情報をデータベース登録する際のシーケンスを示す説明図である。

図３に示すように、ＵＩＭカード２１の交換判定結果をＲＡＭ１２などの揮発性の記憶媒体に記憶する場合においても、ＵＩＭカード２１の交換判定後かつデータベース登録前に電源が落ちなければ、滞りなくデータベース登録を完了することができる。

図４は、ＵＩＭカード２１の交換判定結果をＲＡＭなどの揮発性の記憶媒体に記憶する場合において、ＵＩＭカード２１の交換判定後かつデータベース登録前にシステムが再起動された際のデータベース登録シーケンスを示す説明図である。

電源が落ちてしまうと、揮発性の記憶媒体は交換判定結果を含む記憶内容を保持しておくことができない。このため、図４に示すように、電池パックの脱着などによってシステムが再起動されると、揮発性の記憶媒体には交換が行われた旨の交換判定結果が失われ、交換判定フラグは無効となる。

一方、図４に示すように、カード交換判定部は、システムが再起動時されると、再び、再起動前に挿入されていたＵＩＭカード２１Ｂと、現在挿入されているＵＩＭカード２１Ｂとが同一であるかどうかを判定する。この結果、カード交換判定部は、カードは同一でありカード交換はされていないと判定してしまう。このため、再起動後には、交換情報書込み部は、揮発性の記憶媒体にアクセスせず、交換判定フラグは無効のまま維持されてしまう。

したがって、図４に示したように、ＵＩＭカード２１の交換判定結果をＲＡＭなどの揮発性の記憶媒体に記憶する従来の技術では、ＵＩＭカード２１の交換判定後かつデータベース登録前にシステムが再起動されてしまうと、交換判定結果をデータベース登録できない不具合が生じてしまう。

図５は、本実施形態に係る携帯電話機１０において、ＵＩＭカード２１の交換判定後かつデータベース登録前に携帯電話機１０が再起動された際のデータベース登録シーケンスを示す説明図である。

図５に示すように、携帯電話機１０は、交換判定結果を不揮発性の記憶媒体であるＮＶＲＡＭ１５に記憶する。このため、電池パックの脱着などによってシステムが再起動されても、ＮＶＲＡＭ１５は交換判定フラグを有効のまま保持している。

一方、図４に示した例と同様に、図５に示した例においても、カード交換判定部は、システムが再起動時されると、再び、再起動前に挿入されていたＵＩＭカード２１Ｂと、現在挿入されているＵＩＭカード２１Ｂとが同一であるかどうかを判定する（図２のステップＳ１に対応）。この結果、カード交換判定部は、カードは同一でありカード交換はされていないと判定する。このため、交換情報書込み部はＮＶＲＡＭ１５にアクセスせず、交換判定フラグは有効のまま維持される（図２のステップＳ１におけるＹＥＳ判定に対応）。

したがって、図５に示すように、本実施形態に係る携帯電話機１０は、ＵＩＭカード２１の交換判定後かつデータベース登録前に携帯電話機１０が再起動された際にも、図４に示したような不具合を起こすことなく、確実に交換判定結果をデータベース登録することができるものである。

本実施形態に係る携帯電話機１０は、電源起動時にＵＩＭカード２１の交換を検出した場合、直ちにＮＶＲＡＭ１５の交換判定フラグを有効とするようになっている。また、一度有効となった交換判定フラグは、サーバから登録完了通知を受信した場合にのみ無効とされるようになっている。このため、ＵＩＭカード２１交換判定後かつデータベース登録前に電源が落ちた場合でも、交換判定フラグは有効のままである。したがって、本実施形態に係る携帯電話機１０によれば、ＵＩＭカード２１が交換された場合に、確実にデータベース登録を行うことができる。

なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。

本発明に係る携帯電話機の一実施形態を示す概略的な全体構成図。 図１に示す携帯電話機のＣＰＵにより、ＵＩＭカード交換判定後かつデータベース登録前に電源が落ちた場合でも、次回電源起動時以降において確実にデータベース登録を行う際の手順を示すフローチャート。 ＵＩＭカードの交換判定結果をＲＡＭなどの揮発性の記憶媒体に記憶する場合において、ＵＩＭカードの交換情報をデータベース登録する際のシーケンスを示す説明図。 ＵＩＭカードの交換判定結果をＲＡＭなどの揮発性の記憶媒体に記憶する場合において、ＵＩＭカードの交換判定後かつデータベース登録前にシステムが再起動された際のデータベース登録シーケンスを示す説明図。 本実施形態に係る携帯電話機において、ＵＩＭカードの交換判定後かつデータベース登録前に携帯電話機が再起動された際のデータベース登録シーケンスを示す説明図。

符号の説明

１０ 携帯電話機
１１ ＣＰＵ
１２ ＲＡＭ
１３ ＲＯＭ
１４ ネットワーク接続部
１５ ＮＶＲＡＭ
１６ ＵＩＭ制御部
２１ ＵＩＭカード

Claims (4)

1. 少なくとも電話番号を記録したＩＣカードが挿抜可能であり、当該ＩＣカードに記憶されたデータに基づいて処理を行うことができる携帯電話機であって、
   不揮発性記憶手段と、
   システムの起動時に、現在挿入されている前記ＩＣカードが前回の前記システムが動作している時に挿入されていたＩＣカードと同一かどうかを判定するカード交換判定手段と、
   前記判定結果が同一でないことを判断されると、前記現在挿入されているＩＣカードが交換されたものである旨の情報を前記不揮発性記憶手段に記憶させ、
   前記携帯電話機固有の情報と前記ＩＣカードの情報とを関連付けて登録される外部のサーバから、前記現在挿入されているＩＣカードの情報と前記携帯電話機固有の情報とを関連付けて前記データベースへの登録を完了した旨の通知を受信した場合に、前記不揮発性記憶手段から前記現在挿入されているＩＣカードが交換されたものである旨の情報を無効にする交換情報制御手段と、
   を備えたことを特徴とする携帯電話機。
2. 前記不揮発性記憶手段に前記現在挿入されているＩＣカードが交換されたものである旨の情報が記憶されている場合に、前記現在挿入されているＩＣカードの情報および前記携帯電話機固有の情報を前記サーバへ送信して前記サーバに対して前記データベース登録を促す登録要求部
   をさらに備えた請求項１記載の携帯電話機。
3. 前記携帯電話機固有の情報および前記ＩＣカードの情報とは、それぞれ、少なくとも前記携帯電話機のＩＤおよび前記ＩＣカードのＩＤを含むことを特徴とする請求項１記載の携帯電話機。
4. 前記不揮発性記憶手段は、前記前回のシステム起動時に挿入されていたＩＣカードのＩＤをさらに記憶しておくことを特徴とする請求項１記載の携帯電話機。

Images