(57)【要約】【課題】  利用者自身による機種変更後の移動体通信端末から種類特定データが管理サーバへ送信される際に当初圏外であっても、端末種類データベースへの登録漏れを抑制することである。【解決手段】  この方法は、管理サーバに設けられた端末種類データベースのデータ更新方法である。このデータベースは、各利用者が利用している移動体通信端末の種類を特定可能な種類特定データを利用者ごとに記憶している。管理サーバは、移動体通信端末に対し、所定のタイミングで、その移動体通信端末の種類特定データの取得要求を送信し、その後この取得要求に対する応答を受信できたか否かを判断する。そして、この応答を受信できたら、上記データベースに記憶された種類特定データを、その応答に含まれるか又はその応答に引き続いて受信される種類特定データに書き換えるデータ更新処理を行う。【選択図】  図１
2006174158.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを通じて各利用者の移動体通信端末とデータ通信可能な管理サーバに設けられ、各利用者が利用している移動体通信端末の種類を特定可能な種類特定データを利用者ごとに記憶した端末種類データベースのデータ更新方法において、
上記管理サーバは、移動体通信端末に対し、所定のタイミングで該移動体通信端末の種類特定データの取得要求を上記通信ネットワークを介して送信し、
その後、該取得要求に対する応答を該通信ネットワークを介して受信できたか否かを判断し、
該応答を受信できたら、上記端末種類データベースに記憶された該移動体通信端末の利用者に対応する種類特定データを、該応答に含まれるか又は該応答に引き続いて受信される種類特定データに書き換えるデータ更新処理を行うことを特徴とするデータ更新方法。
【請求項２】
請求項１のデータ更新方法において、
上記応答を受信できたら、上記端末種類データベースに記憶された上記移動体通信端末の利用者に対応する種類特定データと、上記取得要求に係る種類特定データとが一致しているか否かを判断し、
一致していないと判断したときには上記データ更新処理を行い、一致していると判断したときには該データ更新処理を行わないことを特徴とするデータ更新方法。
【請求項３】
移動体通信端末との間で通信ネットワークを介したデータ通信が可能な管理サーバに設けられ、各利用者が利用している移動体通信端末の種類を特定可能な種類特定データを利用者ごとに記憶した端末種類データベースのデータ更新方法において、
上記移動体通信端末は、上記通信ネットワークを通じたデータ通信が不能な状況にあるときにその旨を該移動体通信端末の利用者に報知し、
該移動体通信端末は、特定操作を受け付けたとき、該移動体通信端末の種類特定データを該通信ネットワークを介して上記管理サーバへ送信し、
該管理サーバは、該種類特定データを該通信ネットワークを介して受信したら、上記端末種類データベースに記憶された該移動体通信端末の利用者に対応する種類特定データを、受信した種類特定データに書き換えるデータ更新処理を行うことを特徴とするデータ更新方法。
【請求項４】
請求項３のデータ更新方法において、
上記管理サーバは、上記種類特定データを該通信ネットワークを介して受信したら、上記端末種類データベースに記憶された該移動体通信端末の利用者に対応する種類特定データと、上記受信した種類特定データとが一致しているか否かを判断し、
一致していないと判断したときには上記データ更新処理を行い、一致していると判断したときには該データ更新処理を行わないことを特徴とするデータ更新方法。
【請求項５】
各利用者の移動体通信端末との間で通信ネットワークを通じてデータ通信を行うためのデータ通信手段と、
各利用者が利用している移動体通信端末の種類を特定可能な種類特定データを利用者ごとに記憶した端末種類データベースとを備えた管理サーバにおいて、
移動体通信端末に対し、所定のタイミングで該移動体通信端末の種類特定データの取得要求を上記通信ネットワークを介して送信し、その後、該取得要求に対する応答を該通信ネットワークを介して受信できたか否かを判断し、該応答を受信できたら、上記端末種類データベースに記憶された該移動体通信端末の利用者に対応する種類特定データを、該応答に含まれるか又は該応答に引き続いて受信される種類特定データに書き換えるデータ更新処理を行う制御手段を有することを特徴とする管理サーバ。
【請求項６】
請求項５の管理サーバにおいて、
上記制御手段は、上記応答を受信できたら、上記端末種類データベースに記憶された上記移動体通信端末の利用者に対応する種類特定データと、上記取得要求に係る種類特定データとが一致しているか否かを判断し、一致していないと判断したときには上記データ更新処理を行い、一致していると判断したときには該データ更新処理を行わないことを特徴とする管理サーバ。
【請求項７】
請求項５又は６に記載の管理サーバにおいて、
上記種類特定データは、移動体通信端末ごとに固有の端末固有情報であることを特徴とする管理サーバ。
【請求項８】
各利用者が利用している移動体通信端末の種類を特定可能な種類特定データを利用者ごとに記憶した端末種類データベースを備えた管理サーバとの間で通信ネットワークを通じてデータ通信を行うためのデータ通信手段を備えた移動体通信端末において、
当該移動体通信端末の種類を特定可能な種類特定データを記憶した記憶手段と、
上記管理サーバから送信された種類特定データの取得要求を上記データ通信手段により受信したとき、該取得要求に対する応答を該データ通信手段により該管理サーバへ送信する応答処理を行うとともに、該記憶手段に記憶された種類特定データを該データ通信手段により該管理サーバへ送信するための送信処理を行う制御手段とを有することを特徴とする移動体通信端末。
【請求項９】
請求項８に記載の移動体通信端末において、
利用者の操作を受け付ける操作手段と、
情報報知手段とを有し、
上記制御手段は、上記取得要求を受信したとき、上記送信処理を行う前に、該送信処理を行うための許可を求める情報を該情報報知手段により利用者に報知する報知処理を行い、該報知処理後に該操作手段が該送信処理を行うことを許可する旨の操作を受け付けた場合に限り該送信処理を行うことを特徴とする移動体通信端末。
【請求項１０】
各利用者が利用している移動体通信端末の種類を特定可能な種類特定データを利用者ごとに記憶した端末種類データベースを備えた管理サーバとの間で通信ネットワークを通じてデータ通信を行うためのデータ通信手段を備えた移動体通信端末において、
上記通信ネットワークを介したデータ通信が不能な状況にあるときにその旨を利用者に報知する報知手段と、
当該移動体通信端末の種類を特定可能な種類特定データを記憶した記憶手段と、
利用者の操作を受け付ける操作手段と、
該操作手段が特定の操作を受け付けたとき、該記憶手段に記憶された種類特定データを上記通信ネットワークを介して上記管理サーバへ送信するための送信処理を行う制御手段とを有することを特徴とする移動体通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各利用者が利用している移動体通信端末の種類を特定可能な種類特定データを利用者ごとに記憶した管理サーバの端末種類データベースのデータ更新方法、その管理サーバ及びこの管理サーバとデータ通信可能な移動体通信端末に関するものである。
【背景技術】
【０００２】
従来の移動体通信端末としての携帯電話機においては、利用者が機種変更する場合、次に利用する携帯電話機に内蔵されたＲＯＭ内に自分の電話番号を書き込む機種変更作業が必要である。この作業は、利用者側で勝手に行うことができないので、利用者は、機種変更の際には必ず携帯電話通信事業者に上記作業を行ってもらう必要がある。そのため、例えば利用者間で携帯電話機を譲ったような場合でも、携帯電話通信事業者は、その機種変更作業の際にその利用者が次に利用する携帯電話機の種類を知ることができる。よって、携帯電話通信事業者は、各利用者が利用している携帯電話機の種類をデータベース化して管理しておくことで、各利用者が現在利用している機種を把握することが可能である。このように、携帯電話通信事業者側で各利用者が現在利用している機種を把握することができれば、利用者からの問い合わせ等に対し、その利用者にいちいち利用機種を確認することなく、その利用機種に応じた適切な対応をとることが可能になる。また、携帯電話通信事業者側で利用者が現在利用している機種を把握することができれば、例えば携帯電話機の各製造メーカーの現在のシェアを調査するといった各種統計をとることも可能になる。
【０００３】
一方で、携帯電話機の中には、利用者識別情報保存用の記録媒体であるＵＳＩＭ（Universal Subscriber Identity Module）が着脱可能なものがある（例えば、特許文献１参照）。このＵＳＩＭは、例えばＩＣカードで構成され、携帯電話通信事業者から発行されるものである。そして、このＵＳＩＭには、携帯電話機を利用する利用者の識別情報（利用者ＩＤや利用者に振られた電話番号）等が記録されている。このＵＳＩＭを複数のＵＳＩＭ対応携帯電話機に対して挿し替えて使用することにより、利用者は、それらの携帯電話機を同じ契約者扱いで、しかも同じ電話番号で利用することができる。しかし、このようなＵＳＩＭ対応携帯電話機では、利用者が自分のＵＳＩＭを挿し替えるだけで機種変更できるので、機種変更の際に携帯電話通信事業者側でその利用者の利用機種を把握するといったことができなくなる。
【０００４】
このようなＵＳＩＭ対応携帯電話機の登場に伴い、携帯電話通信事業者側で全利用者が現在利用している携帯電話機の種類を把握する方法として、上記特許文献１に記載の方法が提案された。この方法においては、ＵＳＩＭが直近に装着された携帯電話機のＩＭＥＩ情報（製造番号情報）OLDが当該ＵＳＩＭ内に記憶されており、ＵＳＩＭを取り付けた状態で携帯電話機の電源が投入されると、携帯電話機本体の制御部が制御プログラムを実行する。そして、この制御部は、当該ＵＳＩＭ内からＩＭＥＩ情報OLDを読み出し、このＩＭＥＩ情報OLDが、携帯電話機本体のＲＯＭ内に記憶された自己のＩＭＥＩ情報NEWと一致するか否かを判断する。制御部は、一致しないと判断した場合には、ＵＳＩＭ内のＩＭＥＩ情報OLDをＩＭＥＩ情報NEWに書き換えるとともに、ＩＭＥＩ情報NEWを通信ネットワークを通じて管理サーバへ送信するための命令を送る。この命令を受けた携帯電話機本体の制御部は、自己のＩＭＥＩ情報NEWを通信ネットワークを通じて管理サーバへ送信する処理を行う。管理サーバは、各携帯電話機から送信されてくるＩＭＥＩ情報をデータベース化して利用者ごとに管理する。上記特許文献１に記載の方法によれば、利用者が自分でＵＳＩＭを差し替えて機種変更した場合でも、そのＵＳＩＭを新たに装着した携帯電話機のＩＭＥＩ情報が管理サーバへ送信されるので、管理サーバにおいて全利用者が現在利用している携帯電話機の利用機種を把握することが可能である。
【０００５】
【特許文献１】特開２００４−２１５２５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記方法は現在実用化されるに至っているが、その実用化によって次のような新たな問題が生じた。
すなわち、ＵＳＩＭを付け替えた直後の電源投入時にその携帯電話機が通信ネットワークを介したデータ通信のできない場所（圏外）に存在する場合、その携帯電話機のＩＭＥＩ情報NEWを管理サーバへ送信できない。現在実用化されている方法では、ＩＭＥＩ情報NEWを送信できない場合でも、所定回数、ＩＭＥＩ情報NEWの再送信を試みるようになっているが、その携帯電話機がその再送信の間ずっと圏外に存在する場合には、やはりＩＭＥＩ情報NEWを管理サーバへ送信できない。しかも、この実用化された方法では、ＵＳＩＭを付け替えた直後の電源投入時以外のタイミングではＩＭＥＩ情報NEWを送信できないようになっている。そのため、その携帯電話機がＩＭＥＩ情報NEWを送信できないまま、再送信期間が終了してしまうと、その後、その携帯電話機のＩＭＥＩ情報NEWを管理サーバへ送信することができなくなる。加えて、この実用化された方法では、ＩＭＥＩ情報NEWを管理サーバへ送信できないときでも、ＵＳＩＭ内のＩＭＥＩ情報OLDをこのＩＭＥＩ情報NEWに書き換えてしまう。そのため、携帯電話機がＩＭＥＩ情報NEWを送信できないまま、再送信期間が終了してしまった後、利用者があらためてＵＳＩＭを装着し直して電源を投入したとしても、ＵＳＩＭ内のＩＭＥＩ情報OLDとＩＭＥＩ情報NEWとが一致すると判断され、ＩＭＥＩ情報NEWが管理サーバへ送信されることはない。
このようにＩＭＥＩ情報NEWが管理サーバへ送信されない結果、管理サーバは機種変更後の携帯電話機のＩＭＥＩ情報を取得することができず、その利用者が現在利用している機種について管理サーバの端末種類データベースへの登録漏れが起きるという問題が生じる。
【０００７】
なお、上記問題は、ＩＭＥＩ情報のように携帯電話機の種類を特定可能な種類特定データであれば、ＩＭＥＩ情報に限らず、同様に生じ得るものである。
また、上記問題は、携帯電話機に限らず、ＰＨＳ（Personal Handyphone System）等の他の電話機や、通信機能を有するＰＤＡ（Personal Digital Assistance）などの移動体通信端末においても、同様に生じ得る問題である。
【０００８】
本発明は、上記問題に鑑みなされたものであり、その目的とするところは、利用者が自分で機種変更してその変更後の移動体通信端末から種類特定データが管理サーバへ送信される際、その移動体通信端末が当初圏外に存在する場合でも、端末種類データベースへの登録漏れを抑制可能なデータ更新方法、管理サーバ及び移動体通信端末を提供することである。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、請求項１の発明は、通信ネットワークを通じて各利用者の移動体通信端末とデータ通信可能な管理サーバに設けられ、各利用者が利用している移動体通信端末の種類を特定可能な種類特定データを利用者ごとに記憶した端末種類データベースのデータ更新方法において、上記管理サーバは、移動体通信端末に対し、所定のタイミングで該移動体通信端末の種類特定データの取得要求を上記通信ネットワークを介して送信し、その後、該取得要求に対する応答を該通信ネットワークを介して受信できたか否かを判断し、該応答を受信できたら、上記端末種類データベースに記憶された該移動体通信端末の利用者に対応する種類特定データを、該応答に含まれるか又は該応答に引き続いて受信される種類特定データに書き換えるデータ更新処理を行うことを特徴とするものである。
また、請求項２の発明は、請求項１のデータ更新方法において、上記応答を受信できたら、上記端末種類データベースに記憶された上記移動体通信端末の利用者に対応する種類特定データと、上記取得要求に係る種類特定データとが一致しているか否かを判断し、一致していないと判断したときには上記データ更新処理を行い、一致していると判断したときには該データ更新処理を行わないことを特徴とするものである。
また、請求項３の発明は、移動体通信端末との間で通信ネットワークを介したデータ通信が可能な管理サーバに設けられ、各利用者が利用している移動体通信端末の種類を特定可能な種類特定データを利用者ごとに記憶した端末種類データベースのデータ更新方法において、上記移動体通信端末は、上記通信ネットワークを通じたデータ通信が不能な状況にあるときにその旨を該移動体通信端末の利用者に報知し、該移動体通信端末は、特定操作を受け付けたとき、該移動体通信端末の種類特定データを該通信ネットワークを介して上記管理サーバへ送信し、該管理サーバは、該種類特定データを該通信ネットワークを介して受信したら、上記端末種類データベースに記憶された該移動体通信端末の利用者に対応する種類特定データを、受信した種類特定データに書き換えるデータ更新処理を行うことを特徴とするものである。
また、請求項４の発明は、請求項３のデータ更新方法において、上記管理サーバは、上記種類特定データを該通信ネットワークを介して受信したら、上記端末種類データベースに記憶された該移動体通信端末の利用者に対応する種類特定データと、上記受信した種類特定データとが一致しているか否かを判断し、一致していないと判断したときには上記データ更新処理を行い、一致していると判断したときには該データ更新処理を行わないことを特徴とするものである。
また、請求項５の発明は、各利用者の移動体通信端末との間で通信ネットワークを通じてデータ通信を行うためのデータ通信手段と、各利用者が利用している移動体通信端末の種類を特定可能な種類特定データを利用者ごとに記憶した端末種類データベースとを備えた管理サーバにおいて、移動体通信端末に対し、所定のタイミングで該移動体通信端末の種類特定データの取得要求を上記通信ネットワークを介して送信し、その後、該取得要求に対する応答を該通信ネットワークを介して受信できたか否かを判断し、該応答を受信できたら、上記端末種類データベースに記憶された該移動体通信端末の利用者に対応する種類特定データを、該応答に含まれるか又は該応答に引き続いて受信される種類特定データに書き換えるデータ更新処理を行う制御手段を有することを特徴とするものである。
また、請求項６の発明は、請求項５の管理サーバにおいて、上記制御手段は、上記応答を受信できたら、上記端末種類データベースに記憶された上記移動体通信端末の利用者に対応する種類特定データと、上記取得要求に係る種類特定データとが一致しているか否かを判断し、一致していないと判断したときには上記データ更新処理を行い、一致していると判断したときには該データ更新処理を行わないことを特徴とするものである。
また、請求項７の発明は、請求項５又は６に記載の管理サーバにおいて、上記種類特定データは、移動体通信端末ごとに固有の端末固有情報であることを特徴とするものである。
また、請求項８の発明は、各利用者が利用している移動体通信端末の種類を特定可能な種類特定データを利用者ごとに記憶した端末種類データベースを備えた管理サーバとの間で通信ネットワークを通じてデータ通信を行うためのデータ通信手段を備えた移動体通信端末において、当該移動体通信端末の種類を特定可能な種類特定データを記憶した記憶手段と、上記管理サーバから送信された種類特定データの取得要求を上記データ通信手段により受信したとき、該取得要求に対する応答を該データ通信手段により該管理サーバへ送信する応答処理を行うとともに、該記憶手段に記憶された種類特定データを該データ通信手段により該管理サーバへ送信するための送信処理を行う制御手段とを有することを特徴とするものである。
また、請求項９の発明は、請求項８に記載の移動体通信端末において、利用者の操作を受け付ける操作手段と、情報報知手段とを有し、上記制御手段は、上記取得要求を受信したとき、上記送信処理を行う前に、該送信処理を行うための許可を求める情報を該情報報知手段により利用者に報知する報知処理を行い、該報知処理後に該操作手段が該送信処理を行うことを許可する旨の操作を受け付けた場合に限り該送信処理を行うことを特徴とするものである。
また、請求項１０の発明は、各利用者が利用している移動体通信端末の種類を特定可能な種類特定データを利用者ごとに記憶した端末種類データベースを備えた管理サーバとの間で通信ネットワークを通じてデータ通信を行うためのデータ通信手段を備えた移動体通信端末において、上記通信ネットワークを介したデータ通信が不能な状況にあるときにその旨を利用者に報知する報知手段と、当該移動体通信端末の種類を特定可能な種類特定データを記憶した記憶手段と、利用者の操作を受け付ける操作手段と、該操作手段が特定の操作を受け付けたとき、該記憶手段に記憶された種類特定データを上記通信ネットワークを介して上記管理サーバへ送信するための送信処理を行う制御手段とを有することを特徴とするものである。
【００１０】
請求項１及び２のデータ更新方法では、管理サーバから移動体通信端末に対して種類特定データの取得要求が送信される。そして、この取得要求に対する応答が管理サーバで受信できたか否かを判断する。本データ更新方法では、この判断を行う結果、移動体通信端末が圏外に存在していて管理サーバとの間のデータ通信不能な状態である場合には、これを管理サーバ側で認識することができる。その結果、管理サーバは、データ通信不能な状態が回復した後に、あらためて移動体通信端末に対して取得要求を送信して種類特定データを取得するという処理を行うことが可能になる。このような処理が可能となる結果、利用者が自分で機種変更してその変更後の移動体通信端末の種類特定データを管理サーバへ送信する際にその移動体通信端末が当初圏外に存在していたとしても、最終的には、管理サーバの端末種類データベース内の当該利用者に対応する種類特定データを、その変更後における移動体通信端末の種類特定データに書き換えるデータ更新処理を行うことが可能となる。
【００１１】
請求項３及び４のデータ更新方法では、利用者が移動体通信端末に対して特定操作を行うと、その移動体通信端末の種類特定データが管理サーバへ送信される。よって、種類特定情報が管理サーバへ送信される際に当該移動体通信端末がデータ通信不能な状況にある場合でも、その後に利用者が特定操作を行うことで、種類特定情報がもう一度管理サーバへ送信されることになる。しかも、本データ更新方法によれば、当該移動体通信端末が圏外に存在していて管理サーバとの間のデータ通信が不能な状況にある場合、その旨が利用者に報知される。よって、この状況を利用者は把握でき、利用者は、特定操作を行っても種類特定情報が管理サーバへ送信されていないことを認識することができる。したがって、移動体通信端末が圏外に存在していてデータ通信不能な状態である場合には、利用者があらためて特定操作を行うことを期待できる。その結果、利用者が自分で機種変更してその変更後の移動体通信端末の種類特定データを管理サーバへ送信する際にその移動体通信端末が当初圏外に存在していたとしても、最終的には、管理サーバの端末種類データベース内の当該利用者に対応する種類特定データを、その変更後における移動体通信端末の種類特定データに書き換えるデータ更新処理を行うことが可能となる。
【００１２】
なお、上記「移動体通信端末」としては、ＰＤＣ（Personal Digital Cellular）方式、ＧＳＭ（Global System for Mobile Communication）方式、ＴＩＡ（Telecommunications Industry Association）方式等の携帯電話機、ＩＭＴ（International Mobile Telecommunications）−２０００で標準化された携帯電話機、ＴＤ−ＳＣＤＭＡ（Time Division Synchronous Code Division Multiple Access）方式の一つであるＴＤ−ＳＣＤＭＡ（ＭＣ：Multi Carrier）方式の携帯電話機、ＰＨＳ（Personal Handyphone System）、自動車電話機等の通話機能を有する電話機が挙げられる。また、この「移動体通信端末」としては、上記電話機のほか、通信機能を有するＰＤＡ（Personal Digital Assistance）等も挙げられる。
また、上記移動体通信端末における制御や情報処理は、その移動体通信端末に設けられたコンピュータで所定のプログラムを実行することによって実現することもできる。このコンピュータで用いるプログラムの受け渡しは、デジタル情報としてプログラムを記録したＦＤ，ＣＤ−ＲＯＭ等の記録媒体を用いて行ってもいいし、コンピュータネットワーク等の通信ネットワークを用いて行ってもよい。
【発明の効果】
【００１３】
請求項１乃至４の発明によれば、利用者が自分で機種変更してその変更後の移動体通信端末から種類特定データが管理サーバへ送信される際、その移動体通信端末が当初圏外に存在する場合でも、端末種類データベースへの登録漏れを抑制することが可能となるという優れた効果が奏される。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の一実施形態について図面を参照しながら説明する。
図２は、本実施形態における移動体通信端末としての携帯電話機が利用可能な移動体通信システムの全体構成を説明するための説明図である。
この移動体通信システムにおいて、ユーザーが使用する携帯電話機２０ａ，２０ｂは、通信ネットワークとしての携帯電話通信網１０に接続可能である。この携帯電話通信網１０には、ＯＴＡ（Over The Air）機能とＳＭＳＣ（Short Message Service Center）機能とを有する管理サーバ１１が接続されており、携帯電話通信網１０を介して各ユーザーの携帯電話機と管理サーバ１１との間のデータ通信が可能である。この管理サーバ１１は、各ユーザーが利用している携帯電話機の種類（機種）を特定可能な種類特定データとしての端末固有情報である製造番号情報（ＩＭＥＩ情報）をユーザーごとに記憶した端末種類データベースを備えている。
【００１５】
図３は、上記管理サーバ１１のハードウェア構成を示す概略構成図である。
図４は、上記管理サーバ１１の機能ブロック図である。
この管理サーバ１１は、システムバス１００、ＣＰＵ１０１、内部記憶装置、外部記憶装置１０４、入力装置１０５及び出力装置１０６を備えている。上記内部記憶装置は、ＲＡＭ１０２やＲＯＭ１０３等で構成される。上記外部記憶装置１０４は、ハードディスクドライブ（ＨＤＤ）や光ディスクドライブ等で構成される。上記入力装置１０５は、マウスやキーボード等で構成される。上記出力装置１０６は、ディスプレイやプリンタ等で構成されている。更に、この管理サーバ１１は、携帯電話通信網１０を介して各ユーザーの携帯電話機２０ａ，２０ｂと通信するための携帯電話用通信装置１０７を備えている。管理サーバ１１は、ＣＰＵ等からなる上述したハードウェア上で所定のプログラムを実行することにより、操作手段１１１、表示手段１１２、データ通信手段１１３、端末種類データベース１１４、制御手段１１５等の各機能を実現している。
【００１６】
上記操作手段１１１は、上記入力装置１０５等で構成され、管理サーバ１１のオペレータにより操作される。この操作手段１１１は、オペレータによる操作を受け付けると、その操作内容に応じた操作信号を制御手段１１５へ送信する。
上記表示手段１１２は、上記出力装置１０６のディスプレイ等で構成される。この表示手段１１２は、制御手段１１５の制御の下、、各種情報を表示する。オペレータは、この表示手段１１２に表示される各種情報を見ながら、上記操作手段１１１を操作することになる。
上記データ通信手段１１３は、上記携帯電話用通信装置１０７及びＣＰＵ１０１等で構成され、制御手段１１５の制御の下、各携帯電話機２０ａ，２０ｂとの間で携帯電話通信網１０を介したデータ通信を行う。このデータ通信手段１１３は、制御手段１１５から受け取った取得要求を所定の携帯電話機２０ａ，２０ｂへ送信したり、その取得要求に係るＩＭＥＩ情報を受信して制御手段１１５へ受け渡したりする処理を行う。
上記端末種類データベース１１４は、ＣＰＵ１０１、内部記憶装置、外部記憶装置１０４等で構成され、ユーザーごとにそのユーザーが現在利用している携帯電話機のＩＭＥＩ情報を記憶する。
上記制御手段１１５は、ＣＰＵ１０１、内部記憶装置等で構成され、上記データ通信手段１１３により上記取得要求を送信したり、その取得要求に係るＩＭＥＩ情報を上記データ通信手段１１３を介して受信したりする処理を行う。本実施形態では、これらの送受信をＳＭＳＣ機能を用いて行う。すなわち、これらの送受信は、ショートメッセージ（電子メール）を利用して行う。なお、ショートメッセージ以外の他の通信方法を利用してもよい。また、この制御手段１１５は、上記端末種類データベース１１４のＩＭＥＩ情報のうち、受信したＩＭＥＩ情報に係る携帯電話機のユーザーについてのＩＭＥＩ情報を、受信したＩＭＥＩ情報に書き換えるデータ更新処理も行う。
【００１７】
なお、管理サーバ１１は、専用装置として構成してもいいし、汎用のコンピュータシステムを用いて構成してもよい。また、１台のコンピュータで構成してもいいし、複数の機能をそれぞれ受け持つ複数台のコンピュータをネットワークで結んで構成してもよい。例えば、ＯＴＡ機能とＳＭＳＣ機能とを別々のコンピュータで実現するようにしてもよい。
【００１８】
図５は、上記携帯電話機２０ａ，２０ｂのハードウェア構成を示す概略構成図である。
図６は、上記携帯電話機２０ａ，２０ｂの機能ブロック図である。なお、２つの携帯電話機２０ａ，２０ｂは互いに同様の構成を有するので、以下区別すること無く説明する。
この携帯電話機２０ａ，２０ｂは、利用者識別情報を記憶した利用者識別情報保存用記憶媒体としてのＵＳＩＭ２１０Ｂを、携帯電話機本体２１０Ａに対して着脱自在に装着可能な、いわゆるＵＳＩＭ対応携帯電話機である。
携帯電話機本体２１０Ａは、システムバス２００、ＣＰＵ２０１、ＲＡＭ２０２やＲＯＭ２０３等からなる内部制御装置、入力装置２０４、出力装置２０５及び携帯電話用通信装置２０６を備えている。ＣＰＵ２０１やＲＡＭ２０２等の各構成要素は、システムバス２００を介して、互いに各種データや命令等のやり取りを行っている。上記入力装置２０４は、データ入力キー（テンキー、＊キー、＃キー）、通話開始キー、終話キー、スクロールキー、多機能キー、マイクなどから構成されている。上記出力装置２０５は、表示手段としての液晶ディスプレイ（ＬＣＤ）、通話用スピーカ、外部スピーカ等から構成されている。上記携帯電話用通信装置２０６は、携帯電話通信網１０を介して他の携帯電話機や上記管理サーバ１１と通信するためのものである。
ＵＳＩＭ２１０Ｂは、ＵＳＩＭ制御装置２０７及びＵＳＩＭメモリ２０８を備えている。ＵＳＩＭメモリ２０８内には、本ＵＳＩＭ２１０Ｂが直近に装着された携帯電話機のＩＭＥＩ情報を記憶する記憶領域が設けられている。
上記携帯電話機２０ａ，２０ｂは、携帯電話機本体２１０Ａ及びＵＳＩＭ２１０ＢのＣＰＵ等からなる上述したハードウェア上で所定のプログラムを実行することにより、操作手段２１１、表示手段２１２、データ通信手段２１３、記憶手段２１４、制御手段２１５、ＵＳＩＭ記憶領域２１６等の各機能を実現している。
【００１９】
上記操作手段２１１は、上記入力装置２０４等で構成され、ユーザーにより操作される。この操作手段２１１は、ユーザーによる操作を受け付けると、その操作内容に応じた操作信号を制御手段２１５の本体制御部２１５ａへ送信する。
上記表示手段２１２は、上記出力装置２０５の液晶ディスプレイ（ＬＣＤ）等で構成される。この表示手段２１２は、本体制御部２１５ａの制御の下、、各種情報を表示する。
上記データ通信手段２１３は、上記携帯電話通信網用通信装置２０６及びＣＰＵ２０１等で構成され、本体制御部２１５ａの制御の下、上記管理サーバ１１との間で携帯電話通信網１０を介したデータ通信を行う。このデータ通信手段２１３は、管理サーバ１１からの取得要求を受信して本体制御部２１５ａへ受け渡したり、本体制御部２１５ａから受け取ったＩＭＥＩ情報を管理サーバ１１へ送信したりする処理を行う。
上記記憶手段２１４は、ＣＰＵ１０１、ＲＡＭ２０２、ＲＯＭ２０３等で構成され、自己のＩＭＥＩ情報を記憶している。
上記制御手段２１５は、携帯電話機本体２１０Ａの本体制御部２１５ａとＵＳＩＭ２１０ＢのＵＳＩＭ制御部２１５ｂとから構成されている。本体制御部２１５ａは、ＣＰＵ２０１等を含む内部制御装置などで構成され、ＵＳＩＭ制御部２１５ｂは、ＵＳＩＭ制御装置２０７等で構成される。本体制御部２１５ａは、上記データ通信手段１１３を介して上記取得要求を受信したり、この取得要求に応じ、上記記憶手段２１４に記憶された自己のＩＭＥＩ情報を読み出して上記データ通信手段１１３により送信したりする処理を行う。これらの送受信は、上述したとおり、ショットメッセージを利用して行われる。ＵＳＩＭ制御部２１５ｂは、ＵＳＩＭ記憶領域２１６内に記憶するデータの読み出し及び書き込みの制御などを行う。本体制御部２１５ａとＵＳＩＭ制御部２１５ｂとは、互いにデータや命令のやりとりを行い、各種処理を実行する。
上記ＵＳＩＭ記憶領域２１６は、ＵＳＩＭメモリ２０８で構成されている。このＵＳＩＭ記憶領域２１６には、ユーザーの識別情報を記憶する利用者識別情報記憶領域や、本ＵＳＩＭ２１０Ｂが直近に装着された携帯電話機のＩＭＥＩ情報を記憶する記憶領域（以下、「ＩＭＥＩ情報記憶領域」という。）等が設定されている。
【００２０】
図７は、上記ＵＳＩＭ記憶領域２１６内のファイルシステムの一例を示す説明図である。
本実施形態のファイルシステムでは、最上位のディレクトリであるＭＦ(Master File)が存在し、その下に、実際にデータが保存されるＥＦ(Elementary File)や下位のディレクトリであるＤＦ(Dedicated File)が設けられている。このＤＦの一つをＩＭＥＩ情報記憶領域として用い、このＤＦ内に、直近に装着された携帯電話機のＩＭＥＩ情報を記述したＥＦOLDIMEIなるファイルを作成しておく。
【００２１】
〔更新方法１〕
次に、本発明の特徴部分である、管理サーバ１１の端末種類データベース１１４のデータ更新方法の一例を（以下、本例を「更新方法１」という。）について説明する。
なお、以下の説明では、携帯電話機２０ａを利用していたユーザーが、自分のＵＳＩＭ２１０Ｂを携帯電話機２０ａから取り外して別の携帯電話機２０ｂに差し込み、自分で携帯電話機２０ｂへ機種変更する場合を例に挙げて説明する。後述する他の更新方法の例についても同様である。
【００２２】
図１は、本更新方法１を行う際の管理サーバ１１の処理の流れを示すフローチャートである。
図８は、本更新方法１を行う際の携帯電話機２０ａ，２０ｂの処理の流れを示すフローチャートである。
本更新方法１により端末種類データベース１１４における特定ユーザーが現在使用している携帯電話機のＩＭＥＩ情報を更新する場合、まず、図１に示すように、管理サーバ１１のオペレータが、当該特定ユーザーを指定して本更新方法１を行う旨の操作を操作手段１１１に対して行う（Ｓ１）。これにより、管理サーバ１１の制御手段１１５は、当該特定ユーザーの携帯電話機２０ｂに対し、ＩＭＥＩ情報の取得要求を含むショートメッセージを送信する（Ｓ２）。なお、ショートメッセージは、電話番号宛に送信されるものなので、当該ユーザーがどの携帯電話機を利用していても、当該ユーザーが現在使用している携帯電話機２０ｂに対して送信されることになる。また、管理サーバ１１の制御手段１１５は、図示しない応答監視タイマーをスタートし（Ｓ３）、このタイマーにより設定された一定期間内に、当該ショートメッセージを携帯電話機２０ｂが受信した旨の応答を受信できたか否かを判断する（Ｓ４，Ｓ５）。
【００２３】
一方、図８に示すように、上記Ｓ２において管理サーバ１１から送信されたショートメッセージ（取得要求）が携帯電話機２０ｂに受信されると（Ｓ２１）、携帯電話機２０ｂの制御手段２１５は、管理サーバ１１に対して応答を返す（Ｓ２２）。ここで、当該携帯電話機２０ｂが圏外に存在していたり電源が切られていたりするなど通信不能な状況にある場合には、携帯電話機２０ｂは管理サーバ１１からの取得要求を受信できないので、管理サーバ１１へ上記応答が返されることはない。この場合、図１に示すように、管理サーバ１１の制御手段１１５は、タイムアウト後に（Ｓ５）、携帯電話機２０ｂとの通信が不能である旨のエラー表示を表示手段１１２に表示させる処理を行う（Ｓ６）。
【００２４】
上記Ｓ２２において、応答を返した携帯電話機２０ｂの制御手段２１５は、図８に示すように、次に、携帯電話機本体２１０Ａの記憶手段２１４に記憶されている当該携帯電話機２０ｂのＩＭＥＩ情報NEWと、ＵＳＩＭ２１０ＢのＵＳＩＭ記憶領域２１６に記憶されているＩＭＥＩ情報OLDとを比較して（Ｓ２３）、これらが一致するか否かを判断する（Ｓ２４）。このＩＭＥＩ情報OLDは、当該ＵＳＩＭ２１０Ｂが直近に装着された携帯電話機のＩＭＥＩ情報である。よって、このときに一致したと判断された場合、過去に既に本更新方法１が行われたことを意味する。したがって、この場合、携帯電話機２０ｂの制御手段２１５は、そのまま処理を終了する。一方、一致しないと判断した場合、携帯電話機２０ｂの制御手段２１５は、携帯電話機本体２１０Ａの記憶手段２１４に記憶されているＩＭＥＩ情報NEWを管理サーバ１１へ送信する（Ｓ２５）。また、制御手段２１５は、ＵＳＩＭ２１０ＢのＵＳＩＭ記憶領域２１６に記憶されているＩＭＥＩ情報OLDを、ＩＭＥＩ情報NEWに書き換える処理も行う（Ｓ２６）。
【００２５】
また、図１に示すように、管理サーバ１１の制御手段１１５は、上記応答の受信後に（Ｓ４）、図示しないＩＭＥＩ監視タイマーをスタートさせる（Ｓ７）。そして、このタイマーにより設定された一定期間内に、携帯電話機２０ｂのＩＭＥＩ情報NEWを受信したか否かを判断する（Ｓ８，Ｓ９）。
携帯電話機２０ｂにおいて上記Ｓ２４で一致すると判断された場合、携帯電話機２０ｂのＩＭＥＩ情報NEWは管理サーバ１１へ送信されない。この場合、上述したように、過去に既に本更新方法１が行われており、端末種類データベース１１４内の当該ユーザーに対応するＩＭＥＩ情報は、そのユーザーが現在使用している携帯電話機２０ｂのＩＭＥＩ情報と同じである。したがって、この場合には、管理サーバ１１の制御手段１１５は、ＩＭＥＩ監視タイマーのタイムアウト後に（Ｓ９）、当該ユーザーについてはＩＭＥＩ情報の更新が不要である旨の更新不要表示を表示手段１１２に表示させる処理を行う（Ｓ１０）。
一方、携帯電話機２０ｂにおいて上記Ｓ２４で一致しないと判断された場合、携帯電話機２０ｂからのＩＭＥＩ情報NEWが、ＩＭＥＩ監視タイマーにより設定された一定期間内に管理サーバ１１に受信される（Ｓ８）。この場合、管理サーバ１１の制御手段１１５は、端末種類データベース１１４内の当該ユーザーに対応するＩＭＥＩ情報を、受信したＩＭＥＩ情報NEWに書き換える更新処理を行う（Ｓ１１）。そして、この更新処理が終了したら、当該ユーザーについてのＩＭＥＩ情報が更新された旨の更新完了表示を表示手段１１２に表示させる処理を行う（Ｓ１２）。
【００２６】
図９は、上述した更新方法１により上記更新処理（Ｓ１２）が行われる場合の通信手順を示すシーケンス図である。
管理サーバ１１は、上述したようにＯＴＡ機能とＳＭＳＣ機能とを併せ持つ。オペレータから上記Ｓ１の操作を受け付けると、ＯＴＡからＳＭＳＣに対して、その操作により指定された特定ユーザーの電話番号情報とともに、当該ユーザーのＩＭＥＩ情報の取得要求コマンド（ＳＵＢＭＩＴ＿ＳＭ）が送信される。このコマンドを受信したＳＭＳＣは、当該コマンドを受信した旨の通知（ＳＵＢＭＩＴ＿ＳＭ＿ＲＥＳＰ）をＯＴＡに返すとともに、ＯＴＡから受信した電話番号情報により特定されるユーザーの携帯電話機２０ｂに対して、ＩＭＥＩ情報の取得要求を含むショートメッセージ(ＳＭＳ−ＤＥＬＩＶＥＲ)を送信する。ＯＴＡは、この通知（ＳＵＢＭＩＴ＿ＳＭ＿ＲＥＳＰ）を受信したタイミングで、上記応答監視タイマーをスタートさせる。
【００２７】
上記ショートメッセージは、携帯電話機本体２１０Ａの本体制御部２１５ａに受信され、その本体制御部２１５ａは、ＳＭＳＣに対し、ショートメッセージを受信した旨の応答(ＳＭＳ−ＤＥＬＩＶＥＲ−ＲＥＰＯＲＴ)を返す。この応答を受信したＳＭＳＣは、ＯＴＡに対し、ショートメッセージの配信が完了した旨の、上記取得要求に対する応答（ＤＥＬＩＶＥＲ＿ＳＭ）を送信する。ＯＴＡは、この応答を受信したタイミングで、上記応答監視タイマーを終了するとともに、上記ＩＭＥＩ監視タイマーをスタートさせる。また、ＯＴＡは、この応答を受信した旨の通知(ＤＥＬＩＶＥＲ−ＳＭ−ＲＥＳＰ)をＳＭＳＣに返す。
【００２８】
また、上記ショートメッセージを受信した本体制御部２１５ａは、そのショートメッセージに含まれる取得要求に係るコマンドを実行し、記憶手段２１４からＩＭＥＩ情報NEWを読み出して、これをＵＳＩＭ２１０ＢのＵＳＩＭ制御部２１５ｂへ送信する（ＳＭＳ−ＰＰ  ＤＯＷＮＬＡＯＤ）。このＩＭＥＩ情報NEWを受信したＵＳＩＭ制御部２１５ｂは、これを受信した旨の応答（９１  ００）を返す。この応答を受けた本体制御部２１５ａは、次に、ＵＳＩＭ制御部２１５ｂに対し、ＩＭＥＩ情報の比較処理結果の要求コマンド（ＦＥＴＣＨ）を送信する。このコマンドを受信したＵＳＩＭ制御部２１５ｂは、ＵＳＩＭ記憶領域２１６内の図７に示したファイルＥＦOLDIMEIに記憶されているＩＭＥＩ情報OLDを読み出す。そして、先に受信したＩＭＥＩ情報NEWと読み出したＩＭＥＩ情報OLDとを比較し、これらが一致するか否かを判断する。ここでは一致しないと判断されるので、ＵＳＩＭ制御部２１５ｂは、本体制御部２１５ａに対して、管理サーバ１１のＳＭＳＣへショートメッセージを送信させるためのコマンド（ＳＥＮＤ  ＳＭ）を、ＩＭＥＩ情報NEWとともに送信する。このコマンドを受信した本体制御部２１５ａは、これに含まれるＩＭＥＩ情報NEWを付加したショートメッセージ(ＳＭＳ−ＳＵＢＭＩＴ)をＳＭＳＣへ送信する。このショートメッセージを受信したＳＭＳＣは、これを受信した旨の通知(ＳＭＳ−ＳＵＢＭＩＴ−ＲＥＰＯＲＴ)を返すとともに、ＯＴＡに対して受信したショートメッセージ（ＤＥＬＩＶＥＲ＿ＳＭ）を送信する。ＯＴＡは、このショートメッセージを受信した旨の通知(ＤＥＬＩＶＥＲ−ＳＭ−ＲＥＳＰ)を返すとともに、上述した更新処理及び更新完了表示を行う。
ＵＳＩＭと携帯電話機本体との間の標準のＡＰＤＵ(Application Program Data Unit)コマンドが用いられる。
【００２９】
なお、本更新方法１においては、携帯電話機２０ｂにおいて上記Ｓ２４で一致すると判断された場合、携帯電話機２０ｂから管理サーバ１１に対し、ＩＭＥＩ情報NEWを含めてなんら情報が送信されることはない。そして、上記ＩＭＥＩ監視タイマーの設定期間内に情報を受信しなければ、更新が不要であると判断して更新不要表示を表示手段１１２に表示させる処理を行う。これに代えて、携帯電話機２０ｂにおいて上記Ｓ２４で一致すると判断された場合、更新が不要である旨の情報を携帯電話機２０ｂから管理サーバ１１へ送信するようにしてもよい。この場合、管理サーバは、この情報を受信したときに更新が不要であると判断して更新不要表示を表示手段１１２に表示させる処理を行う。これによれば、ＩＭＥＩ監視タイマーが不要であることに加え、更新が不要であることが管理サーバ１１側で確実に確認できる点で有利である。
【００３０】
〔更新方法２〕
次に、管理サーバ１１の端末種類データベース１１４のデータ更新方法の他の例を（以下、本例を「更新方法２」という。）について説明する。
なお、本更新方法２は、ＵＳＩＭ２１０ＢのＵＳＩＭ制御部２１５ｂにおける処理が不要である点で、上記更新方法１とは異なっており、以下、上記更新方法１と異なる部分についてのみ説明する。
【００３１】
図１０は、本更新方法２を行う際の管理サーバ１１の処理の流れを示すフローチャートである。
図１１は、本更新方法２を行う際の携帯電話機２０ａ，２０ｂの処理の流れを示すフローチャートである。
図１２は、本更新方法２により管理サーバ１１の端末種類データベース１１４内のＩＭＥＩ情報が更新される場合の通信手順を示すシーケンス図である。
【００３２】
本更新方法２により端末種類データベース１１４における特定ユーザーが現在使用している携帯電話機のＩＭＥＩ情報を更新する場合、まず、上記更新方法１の場合と同様に、管理サーバ１１のオペレータが、当該特定ユーザーを指定して本更新方法１を行う旨の操作を操作手段１１１に対して行う（Ｓ１）。そして、管理サーバ１１の制御手段１１５は、当該特定ユーザーの携帯電話機２０ｂに対し、ＩＭＥＩ情報の取得要求を含むショートメッセージを送信するとともに（Ｓ２）、応答監視タイマーをスタートし（Ｓ３）、このタイマーの設定期間内に、応答を受信できたか否かを判断する（Ｓ４，Ｓ５）。
一方、携帯電話機２０ｂでは、上記更新方法１の場合と同様に、図１１に示すように、管理サーバ１１からのショートメッセージ（取得要求）を受信後（Ｓ２１）、本体制御部２１５ａは、管理サーバ１１に対して応答を返す（Ｓ２２）。更に、応答を返した本体制御部２１５ａは、ＵＳＩＭ制御部２１５ｂとのデータ通信を行うことなく、記憶手段２１４からＩＭＥＩ情報NEWを読み出して、これを管理サーバ１１へ送信する（Ｓ２５）。
【００３３】
管理サーバ１１の制御手段１１５は、携帯電話機２０ｂからのＩＭＥＩ情報NEWを受信したら（Ｓ８）、端末種類データベース１１４から当該ユーザーに対応するＩＭＥＩ情報を読み出し、このＩＭＥＩ情報と受信したＩＭＥＩ情報NEWをと比較する（Ｓ３１）。そして、これらが一致するか否かを判断する（Ｓ３２）。制御手段１１５は、一致すると判断した場合、過去に既に本更新方法２が行われており、端末種類データベース１１４内の当該ユーザーに対応するＩＭＥＩ情報は、そのユーザーが現在使用している携帯電話機２０ｂのＩＭＥＩ情報と同じである。したがって、この場合には、管理サーバ１１の制御手段１１５は、当該ユーザーについてはＩＭＥＩ情報の更新が不要である旨の更新不要表示を表示手段１１２に表示させる処理を行う（Ｓ１０）。これに対し、上記Ｓ３２で一致しないと判断された場合、管理サーバ１１の制御手段１１５は、端末種類データベース１１４内の当該ユーザーに対応するＩＭＥＩ情報を、受信したＩＭＥＩ情報NEWに書き換える更新処理を行う（Ｓ１１）。そして、この更新処理が終了したら、当該ユーザーについてのＩＭＥＩ情報が更新された旨の更新完了表示を表示手段１１２に表示させる処理を行う（Ｓ１２）。
【００３４】
上記更新方法１及び上記更新方法２によれば、オペレータが操作するタイミングでそれぞれの方法に係る処理を開始することができる。そして、このときに当該携帯電話機２０ｂが圏外に存在していたり電源が切られていたりするなど通信不能な状況にある場合には、管理サーバ１１の表示手段１１２にエラー表示がされる。したがって、これを見たオペレータは、例えば、しばらくしてから上記Ｓ１の操作をあらためて行い、当該携帯電話機２０ｂに対して取得要求を再送する作業を行うといった対処が可能になる。その結果、最終的には、管理サーバ１１の端末種類データベース内の当該ユーザーのＩＭＥＩ情報を、そのユーザーが現在利用している携帯電話機２０ｂのＩＭＥＩ情報へ更新することができる。なお、処理を開始するタイミングは、オペレータの操作タイミングに限定されることはなく、予め決められた一定時間ごとのタイミングや所定の制御プログラムに従って決定されるタイミングなどであっても、同様の効果を得ることができる。
特に、上記更新方法１においては、管理サーバ１１が上記ＩＭＥＩ監視タイマーの設定期間内にＩＭＥＩ情報を受信できたか否かにより、更新対象となるユーザーの端末種類データベース内のＩＭＥＩ情報が、当該ユーザーが現在利用している携帯電話機２０ｂのＩＭＥＩ情報と一致しているか否かを判断する。よって、上記更新方法２のように、管理サーバ１１が受信したＩＭＥＩ情報が端末種類データベース内の当該ユーザーのＩＭＥＩ情報と一致するか否かを判断する処理を行う場合に比べて、管理サーバ１１の処理負担が軽減される。特に、上記更新方法１を大量のユーザーについて行う場合には、この処理負担の軽減効果は有用である。
これに対し、上記更新方法２においては、上記更新方法１のように携帯電話機２０ｂ側においてＵＳＩＭ制御部２１５ｂでなんら処理を行うことなく、更新対象となるユーザーの端末種類データベース内のＩＭＥＩ情報が当該ユーザーが現在利用している携帯電話機２０ｂのＩＭＥＩ情報と一致しているか否かを判断することができる。したがって、図８に示した上記Ｓ２３及びＳ２４の処理を実行するための機能が備わっていないＵＳＩＭ２１０Ｂについても適用できるし、ＵＳＩＭに非対応の携帯電話機についても適用できる。
【００３５】
なお、端末種類データベース１１４内における自分のＩＭＥＩ情報を、これらの更新方法１及び更新方法２を使用して更新するか否かは、予めユーザーに許可を得ておく。これにより、ユーザーが知らない間に自分が利用している携帯電話機２０ｂのＩＭＥＩ情報が管理サーバ１１へ送信されてしまうという事態を防ぐ。
具体的には、例えば、携帯電話機２０ｂの本体制御部２１５ａが、ＩＭＥＩ情報NEWを送信する処理を行う前に（Ｓ２５）、ＩＭＥＩ情報NEWの送信許可を求める旨のメッセージ等の情報を情報報知手段として機能する表示手段２１２に表示して報知する報知処理を行う。そして、この報知処理を行った後に、ＩＭＥＩ情報NEWを送信することを許可する旨の操作を操作手段２１１が受け付けた場合に限り、本体制御部２１５ａはＩＭＥＩ情報NEWを送信するように動作する。この例によれば、ユーザーが知らない間に自分が利用している携帯電話機２０ｂのＩＭＥＩ情報が管理サーバ１１へ送信されてしまうという事態を防ぐことができることのほか、例えば、あるユーザーが少しの時間だけ友人の携帯電話機を借りて利用するような場合に、その友人の携帯電話機のＩＭＥＩ情報がそのユーザーが現時利用している携帯電話機のＩＭＥＩ情報として登録されるのを防ぐこともできる。
【００３６】
〔更新方法３〕
次に、管理サーバ１１の端末種類データベース１１４のデータ更新方法の更に他の例を（以下、本例を「更新方法３」という。）について説明する。
なお、本更新方法３は、処理を開始するタイミングが、携帯電話機２０ｂのユーザーが特定の操作を行った時である点で、管理サーバ１１のオペレータが特定の操作を行った時に処理を開始する上記更新方法１と異なっており、以下、上記更新方法１と異なる部分についてのみ説明する。
【００３７】
図１３は、本更新方法３を行う際の管理サーバ１１の処理の流れを示すフローチャートである。
図１４は、本更新方法３を行う際の携帯電話機２０ａ，２０ｂの処理の流れを示すフローチャートである。
図１５は、本更新方法３により管理サーバ１１の端末種類データベース１１４内のＩＭＥＩ情報が更新される場合の通信手順を示すシーケンス図である。
【００３８】
本更新方法３においては、ユーザーが今まで利用していた携帯電話機２０ａから自分のＵＳＩＭ２１０Ｂを取り外し、これを別の携帯電話機２０ｂに装着して自分で機種変更した場合、図１４に示すように、その機種変更後の任意のタイミングでユーザーが所定の操作を行う（Ｓ５１）。これにより、携帯電話機２０ｂの制御手段２１５は、携帯電話機本体２１０Ａの記憶手段２１４に記憶されている当該携帯電話機２０ｂのＩＭＥＩ情報NEWと、ＵＳＩＭ２１０ＢのＵＳＩＭ記憶領域２１６に記憶されているＩＭＥＩ情報OLDとを比較して（Ｓ５２）、これらが一致するか否かを判断する（Ｓ５３）。このときに一致したと判断された場合、過去に既に本データ更新方法が行われたことを意味するので、携帯電話機２０ｂの制御手段２１５は、そのまま処理を終了する。一方、一致しないと判断した場合、制御手段２１５は、携帯電話機本体２１０Ａの記憶手段２１４に記憶されているＩＭＥＩ情報NEWを管理サーバ１１へ送信する（Ｓ５４）。また、制御手段２１５は、ＵＳＩＭ２１０ＢのＵＳＩＭ記憶領域２１６に記憶されているＩＭＥＩ情報OLDを、ＩＭＥＩ情報NEWに書き換える処理も行う（Ｓ５５）。
【００３９】
一方、管理サーバ１１は、図１３に示すように、携帯電話機２０ｂのＩＭＥＩ情報NEWを受信したら（Ｓ４１）、管理サーバ１１の制御手段１１５は、端末種類データベース１１４内の当該ユーザーに対応するＩＭＥＩ情報を、受信したＩＭＥＩ情報NEWに書き換える更新処理を行う（Ｓ４２）。
【００４０】
〔更新方法４〕
次に、管理サーバ１１の端末種類データベース１１４のデータ更新方法の他の例を（以下、本例を「更新方法４」という。）について説明する。
なお、本更新方法４は、処理を開始するタイミングが、携帯電話機２０ｂのユーザーが特定の操作を行った時である点で、管理サーバ１１のオペレータが特定の操作を行った時に処理を開始する上記更新方法２と異なっており、以下、上記更新方法２と異なる部分についてのみ説明する。
【００４１】
図１６は、本更新方法４を行う際の管理サーバ１１の処理の流れを示すフローチャートである。
図１７は、本更新方法４を行う際の携帯電話機２０ａ，２０ｂの処理の流れを示すフローチャートである。
図１８は、本更新方法４により管理サーバ１１の端末種類データベース１１４内のＩＭＥＩ情報が更新される場合の通信手順を示すシーケンス図である。
【００４２】
本更新方法４においても、上記更新方法３の場合と同様に、ユーザーが自分で機種変更した場合、図１７に示すように、その機種変更後の任意のタイミングでユーザーが所定の操作を行う（Ｓ７１）。これにより、携帯電話機２０ｂの制御手段２１５は、携帯電話機本体２１０Ａの記憶手段２１４に記憶されているＩＭＥＩ情報NEWを管理サーバ１１へ送信する（Ｓ７２）。
一方、管理サーバ１１の制御手段１１５は、図１６に示すように、携帯電話機２０ｂからのＩＭＥＩ情報NEWを受信したら（Ｓ６１）、端末種類データベース１１４から当該ユーザーに対応するＩＭＥＩ情報を読み出し、このＩＭＥＩ情報と受信したＩＭＥＩ情報NEWをと比較する（Ｓ６２）。そして、これらが一致するか否かを判断する（Ｓ６３）。制御手段１１５は、一致すると判断した場合、過去に既に本更新方法４が行われており、端末種類データベース１１４内の当該ユーザーに対応するＩＭＥＩ情報は、そのユーザーが現在使用している携帯電話機２０ｂのＩＭＥＩ情報と同じであるので、そのまま処理を終了する。これに対し、上記Ｓ６３で一致しないと判断された場合、管理サーバ１１の制御手段１１５は、端末種類データベース１１４内の当該ユーザーに対応するＩＭＥＩ情報を、受信したＩＭＥＩ情報NEWに書き換える更新処理を行う（Ｓ６４）。
【００４３】
上記更新方法３及び上記更新方法４によれば、ユーザーが操作するタイミングでそれぞれの方法に係る処理を開始することができる。当該携帯電話機２０ｂが圏外に存在していたり電源が切られていたりするなど通信不能な状況にあることは、報知手段として機能する表示手段２１２に表示される電波強度を示すピクトグラムを見る等により、ユーザーが簡単に認識することができる。よって、ユーザーは、管理サーバ１１とデータ通信が可能な状況になった適切なタイミングで、上記更新方法３及び上記更新方法４を開始させることが可能であるので、これらの方法を開始する際に携帯電話機２０ｂが通信不能な状況にあっても、その後にデータ通信が可能な状況になった適切なタイミングで、これらの方法を開始することができ、管理サーバ１１の端末種類データベース内の当該ユーザーのＩＭＥＩ情報を、そのユーザーが現在利用している携帯電話機２０ｂのＩＭＥＩ情報へ更新することができる。
【００４４】
以上のように、本実施形態の更新方法１及び更新方法２は、通信ネットワークとしての携帯電話通信網１０を通じて各ユーザーの移動体通信端末である携帯電話機２０ａ，２０ｂとデータ通信可能な管理サーバ１１に設けられ、各ユーザーが利用している携帯電話機２０ｂの種類を特定可能な種類特定データとしてのＩＭＥＩ情報をユーザーごとに記憶した端末種類データベース１１４のデータ更新方法である。
そして、本更新方法１によれば、上記管理サーバ１１は、携帯電話機２０ｂに対し、オペレータの操作タイミング等で、携帯電話機２０ｂのＩＭＥＩ情報の取得要求を携帯電話通信網１０を介して送信し、その後、この取得要求に対する応答を携帯電話通信網１０を介して受信できたか否かを判断し、この応答を受信できたら、上記端末種類データベース１１４に記憶された携帯電話機２０ｂのユーザーに対応するＩＭＥＩ情報を、その応答後に受信した取得要求に係るＩＭＥＩ情報に書き換えるデータ更新処理を行う。これにより、上述したように、管理サーバ１１から取得要求を最初に送信したときに携帯電話機２０ｂが通信不能な状況にあったとしても、オペレータがしばらくしてから上記操作をあらためて行うことで、最終的には、管理サーバ１１の端末種類データベース１１４内の当該ユーザーのＩＭＥＩ情報を、そのユーザーが現在利用している携帯電話機２０ｂのＩＭＥＩ情報へ更新することができる。
また、本更新方法２によれば、上記管理サーバ１１は、携帯電話機２０ｂに対し、オペレータの操作タイミング等で、携帯電話機２０ｂのＩＭＥＩ情報の取得要求を携帯電話通信網１０を介して送信し、その後、この取得要求に対する応答を携帯電話通信網１０を介して受信できたか否かを判断し、この応答を受信できたら、上記端末種類データベース１１４に記憶された携帯電話機２０ｂのユーザーに対応するＩＭＥＩ情報と、その応答後に受信した取得要求に係るＩＭＥＩ情報とが一致しているか否かを判断し、一致していないと判断したときには、端末種類データベース１１４に記憶されたＩＭＥＩ情報を取得要求に係るＩＭＥＩ情報に書き換えるデータ更新処理を行い、一致していると判断したときにはこのデータ更新処理を行わない。本更新方法２においても、上記更新方法１の場合と同様に、管理サーバ１１から取得要求を最初に送信したときに携帯電話機２０ｂが通信不能な状況にあったとしても、オペレータがしばらくしてから上記操作をあらためて行うことで、最終的には、管理サーバ１１の端末種類データベース１１４内の当該ユーザーのＩＭＥＩ情報を、そのユーザーが現在利用している携帯電話機２０ｂのＩＭＥＩ情報へ更新することができる。しかも、本更新方法２によれば、上述したように携帯電話機２０ｂ側での処理負担を軽減できるという利点もある。
【００４５】
特に、本実施形態の更新方法１及び更新方法２のように、種類特定データとして携帯電話機２０ａ，２０ｂごとに固有の端末固有情報であるＩＭＥＩ情報を用いれば、利用者が現在利用している携帯電話機について、その機種だけでなく、例えばその製造ラインの場所等の情報も把握することができるようになる。
【００４６】
また、本実施形態の更新方法１及び更新方法２において説明したように、携帯電話機２０ｂの制御手段２１５は、管理サーバ１１からの取得要求を受信したとき、ＩＭＥＩ情報の送信処理を行う前に、その送信処理を行うための許可を求める情報を情報報知手段としての表示手段２１２によりユーザーに報知する報知処理を行い、その報知処理後に操作手段２２１が当該送信処理を行うことを許可する旨の操作を受け付けない限り、その送信処理を行わないようにしてもよい。これによれば、その利用者が現在利用している携帯電話機の種類が、利用者に無許可で、管理サーバ１１へ送信されるという事態を確実に防ぐことができる。
【００４７】
また、本実施形態の更新方法３及び更新方法４は、携帯電話通信網１０を通じてデータ通信可能な携帯電話機２０ａ，２０ｂであって該データ通信が不能な状況にあるときにその旨をユーザーに報知する報知手段としての表示手段１１２を備えた携帯電話機２０ａ，２０ｂとの間で携帯電話通信網１０を介したデータ通信が可能な管理サーバ１１に設けられ、各ユーザーが利用している携帯電話機２０ｂのＩＭＥＩ情報をユーザーごとに記憶した端末種類データベース１１４のデータ更新方法である。
そして、本更新方法３によれば、携帯電話機２０ｂは、特定操作を受け付けたとき、携帯電話機２０ｂのＩＭＥＩ情報を携帯電話通信網１０を介して管理サーバ１１へ送信し、管理サーバ１１は、そのＩＭＥＩ情報を携帯電話通信網１０を介して受信したら、端末種類データベース１１４に記憶された携帯電話機２０ｂのユーザーに対応するＩＭＥＩ情報を、受信したＩＭＥＩ情報に書き換えるデータ更新処理を行う。よって、当該携帯電話機２０ｂが通信不能な状況にあることをユーザーが簡単に認識でき、かつ、そのユーザーが操作するタイミングで処理を開始する。したがって、携帯電話機２０ｂからＩＭＥＩ情報を最初に送信したときに通信不能な状況であったとしても、上述したように、管理サーバ１１の端末種類データベース１１４内の当該ユーザーのＩＭＥＩ情報を、そのユーザーが現在利用している携帯電話機２０ｂのＩＭＥＩ情報へ更新することができる。
また、本更新方法４によれば、携帯電話機２０ｂは、特定操作を受け付けたとき、携帯電話機２０ｂのＩＭＥＩ情報を携帯電話通信網１０を介して管理サーバ１１へ送信し、管理サーバ１１は、このＩＭＥＩ情報を携帯電話通信網１０を介して受信したら、上記端末種類データベース１１４に記憶された携帯電話機２０ｂのユーザーに対応するＩＭＥＩ情報と、受信したＩＭＥＩ情報とが一致しているか否かを判断し、一致していないと判断したときには、端末種類データベース１１４に記憶されたＩＭＥＩ情報を、受信したＩＭＥＩ情報に書き換えるデータ更新処理を行い、一致していると判断したときにはこのデータ更新処理を行わない。本更新方法４においても、上記更新方法３の場合と同様に、携帯電話機２０ｂからＩＭＥＩ情報を最初に送信したときに通信不能な状況であったとしても、管理サーバ１１の端末種類データベース１１４内の当該ユーザーのＩＭＥＩ情報を、そのユーザーが現在利用している携帯電話機２０ｂのＩＭＥＩ情報へ更新することができる。しかも、本更新方法４によれば、上述したように携帯電話機２０ｂ側での処理負担を軽減できるという利点もある。
【００４８】
なお、上記更新処理１及び上記更新処理３においては、ＵＳＩＭ制御部２１５ｂがＩＭＥＩ情報OLDとＩＭＥＩ情報NEWとを比較して一致するか否かを判断する場合について説明したが、この処理を本体制御部２１５ａで行うこともできる。
また、以上の説明では、携帯電話機２０ａ，２０ｂが携帯電話機である場合を例に挙げて説明したが、携帯電話機以外の携帯電話機２０ａ，２０ｂについても同様である。
【図面の簡単な説明】
【００４９】
【図１】本発明の実施形態における更新方法１を行う際の管理サーバの処理の流れを示すフローチャート。
【図２】実施形態における携帯電話機が利用可能な移動体通信システムの全体構成を説明するための説明図。
【図３】同管理サーバのハードウェア構成を示す概略構成図。
【図４】同管理サーバの機能ブロック図。
【図５】同携帯電話機のハードウェア構成を示す概略構成図。
【図６】同携帯電話機の機能ブロック図。
【図７】同携帯電話機に着脱自在のＵＳＩＭに設けられたＵＳＩＭ記憶領域内のファイルシステムの一例を示す説明図。
【図８】更新方法１を行う際の携帯電話機の処理の流れを示すフローチャート。
【図９】更新方法１により更新処理が行われる場合の通信手順を示すシーケンス図。
【図１０】更新方法２を行う際の管理サーバの処理の流れを示すフローチャート。
【図１１】更新方法２を行う際の携帯電話機の処理の流れを示すフローチャート。
【図１２】更新方法２により管理サーバの端末種類データベース内のＩＭＥＩ情報が更新される場合の通信手順を示すシーケンス図。
【図１３】更新方法３を行う際の管理サーバの処理の流れを示すフローチャート。
【図１４】更新方法３を行う際の携帯電話機の処理の流れを示すフローチャート。
【図１５】更新方法３により管理サーバの端末種類データベース内のＩＭＥＩ情報が更新される場合の通信手順を示すシーケンス図。
【図１６】更新方法４を行う際の管理サーバの処理の流れを示すフローチャート。
【図１７】更新方法４を行う際の携帯電話機の処理の流れを示すフローチャート。
【図１８】更新方法４により管理サーバの端末種類データベース内のＩＭＥＩ情報が更新される場合の通信手順を示すシーケンス図。
【符号の説明】
【００５０】
１０  携帯電話通信網
１１  管理サーバ
１１１  操作手段
１１２  表示手段
１１３  データ通信手段
１１４  端末種類データベース
１１５  制御手段
２０ａ，２０ｂ  携帯電話機
２１０Ａ  携帯電話機本体
２１０Ｂ  ＵＳＩＭ
２１１  操作手段
２１２  表示手段
２１３  データ通信手段
２１４  記憶手段
２１５  制御手段
２１５ａ  本体制御部
２１５ｂ  ＵＳＩＭ制御部
２１６  ＵＳＩＭ記憶領域
【図１】
2006174158.tif 000003
【図２】
2006174158.tif 000004
【図３】
2006174158.tif 000005
【図４】
2006174158.tif 000006
【図５】
2006174158.tif 000007
【図６】
2006174158.tif 000008
【図７】
2006174158.tif 000009
【図８】
2006174158.tif 000010
【図９】
2006174158.tif 000011
【図１０】
2006174158.tif 000012
【図１１】
2006174158.tif 000013
【図１２】
2006174158.tif 000014
【図１３】
2006174158.tif 000015
【図１４】
2006174158.tif 000016
【図１５】
2006174158.tif 000017
【図１６】
2006174158.tif 000018
【図１７】
2006174158.tif 000019
【図１８】
2006174158.tif 000020