JP5217759B2

JP5217759B2 - 携帯電話機

Info

Publication number: JP5217759B2
Application number: JP2008204805A
Authority: JP
Inventors: 寛人佐藤; 俊哉田村
Original assignee: Fujitsu Mobile Communications Ltd
Current assignee: Fujitsu Mobile Communications Ltd
Priority date: 2008-08-07
Filing date: 2008-08-07
Publication date: 2013-06-19
Anticipated expiration: 2028-08-07
Also published as: US20100062763A1; US8811982B2; JP2010041626A

Description

本発明は携帯電話機に係り、特に、対向機器との間で発着信時における呼制御を行うことができるようにした携帯電話機に関する。

近年、例えば電子機器などに適用することができる無線通信技術として例えばブルートゥース（Bluetooth（登録商標））が知られている。このブルートゥースの無線通信技術を用いれば、携帯電話機などの携帯情報端末や携帯型音楽再生機から、オーディオケーブルを用いることなく例えばヘッドセットなどの端末装置にオーディオデータを転送することも可能となる。

オーディオデータの伝送用のプロファイルとして、例えば“Advanced Audio Distribution Profile（Ａ２ＤＰ）”や“Generic Audio／Video Distribution Profile”などが知られている。これらは、ブルートゥース接続された機器間でオーディオデータをリアルタイムにストリーミング転送を行うための規格である。

また、発着信時における呼制御用のプロファイルとして、例えば“Hands-Free Profile（ＨＦＰ）”や“Bluetooth Hands-Free Profile Application Guideline”などが知られている（例えば、非特許文献１参照）。これは、携帯電話機と無線通信可能な対向機器（例えばヘッドセットや車載器など）との間で電話の発着信時における呼制御処理（接続要求、呼出、応答、通話、切断までの一連の処理）を行い、対向機器からハンズフリー状態で通話することを可能とするための規格である。

なお、携帯電話機では、契約している通信事業者のサービスを、その事業者のサービス範囲外であっても、提携している他の事業者の設備を利用して受けることを可能とする「ローミング」という方法が知られている。また、このローミングの中には、国内の事業者間に限定されず、海外の事業者の設備を用いて、契約している通信事業者のサービスを受けることを可能にする「国際ローミング」という方法も存在する。
Hands-Free Profile 1.5(ver10r00)（Bluetooth SIG）

上述した“Hands-Free Profile（ＨＦＰ）”の仕様においては、ローミングステータス通知機能、オペレータ名取得機能、サービスステータス通知機能、およびステータス取得機能などが規定されている。例えばローミングステータス機能とは、携帯電話機と無線通信可能な対向機器との間でＨＦＰにて接続を確立した後、携帯電話機でローミングが開始された場合、ローミングステータスはローミングアクティブとなり、携帯電話機はローミングステータスがローミングアクティブであることを示すroaming値“1”を対向機器に通知し、携帯電話機でローミングが終了された場合、ローミングステータスはローミングインアクティブとなり、携帯電話機はローミングステータスがローミングインアクティブであることを示すroaming値“0”を対向機器に通知する機能である。また、オペレータ名取得機能は、ローミング遷移後に対向機器からの接続先のオペレータ名取得要求に応じて、携帯電話機が保持している接続先の基地局の事業者（オペレータ）の識別情報であるオペレータ名を対向機器に応答する機能である。

しかしながら、従来の“Hands-Free Profile（ＨＦＰ）”の仕様においては、携帯電話機でのローミングステータスは２つの状態、すなわち、ローミングインアクティブ（roaming値“0”により示されるステータス）とローミングアクティブ（roaming値“1”により示されるステータス）しかなく、また、ローミングステータスの変化時にローミングステータスを通知する（すなわち、ローミングステータスを示すroaming値“0”または“1”を通知する）ことのみ規定されており、ローミングステータスの変化時以外でのローミングステータスの通知に関しては規定されておらず、規定の解釈上曖昧な点が多々存在していた。

具体的には、例えば携帯電話機がドイツからフランスに越境して移動した場合、ローミングステータスはローミングアクティブのままで維持され、roaming値は“1”のままで維持されることから、ローミングステータス（ローミングステータスを示すroaming値）は対向機器に対して通知されず、携帯電話機の表示画面に表示されるオペレータ名と、対向機器の表示画面に表示されるオペレータ名とが一致しないという状況が発生してしまう課題があった。

また、携帯電話機が圏外の状態である場合、ローミングステータスやオペレータ名をどのように対向機器に応答するかに関して規定がないため、ステータス取得要求が行われた場合に、携帯電話機が圏外の状態となる直前のローミングステータスとオペレータ名を応答せざるを得ないという課題があった。

本発明は、このような状況に鑑みてなされたものであり、対向機器に対してローミングステータスを好適に通知するとともに、対向機器に最新のオペレータ名を好適に取得させることができる携帯電話機を提供することを目的とする。

本発明の携帯電話機は、上述した課題を解決するために、基地局を介して基地局網に接続する第１の無線通信手段と、対向機器と通信を行う第２の無線通信手段と、基地局網から通知されたオペレータの識別情報である第１のオペレータ識別情報に基づくローミングステータスと、前記通知に基づいて検出される第２のオペレータ識別情報に基づくローミングステータスとが同じ場合、ローミングステータスの通知とサービスステータスの通知の少なくとも一方を対向機器に前記第２の無線通信手段を介して送信するステータス通知送信手段と、を備えることを特徴とする。

本発明によれば、対向機器に対してローミングステータスを好適に通知するとともに、対向機器に最新のオペレータ名を好適に取得させることができる。

以下、本発明の実施の形態について、図面を参照しながら説明する。図１に示されるように、本発明に係る携帯電話機１の近傍には、本発明に係る対向機器２として適用可能なヘッドセット２−ａまたはカーナビゲーションなどの車載器２−ｂが配置されている。対向機器２は、携帯電話機１から無線通信（例えばブルートゥースなど）を用いて転送されたオーディオデータを受信し、リアルタイムに再生することができる。また、ハンズフリー制御により発着信時における呼制御を行うことができる。対向機器２には、携帯電話機１に対して無線通信を介してリモート操作することが可能なリモコン（図示せず）が設けられているとともに、種々の情報を表示するための表示部（図示せず）が設けられている。

図２は、本発明に係る携帯電話機１の外観の構成を表している。なお、図２（Ａ）は、携帯電話機１を約１８０度に見開いたときの正面から見た外観の構成を表しており、図２（Ｂ）は、携帯電話機１を見開いたときの側面から見た外観の構成を表している。

図２（Ａ）および（Ｂ）に示されるように、携帯電話機１は、中央のヒンジ部１１を境に第１の筐体１２と第２の筐体１３とがヒンジ結合されており、ヒンジ部１１を介して矢印Ｘ方向に折り畳み可能に形成される。携帯電話機１の内部の所定の位置には、送受信用のアンテナ（後述する図３のアンテナ３１）が設けられており、内蔵されたアンテナを介して基地局（図示せず）との間で電波を送受信する。

第１の筐体１２には、その表面に「０」乃至「９」の数字キー、発呼キー、リダイヤルキー、終話・電源キー、クリアキー、および電子メールキーなどの操作キー１４が設けられており、操作キー１４を用いて各種指示を入力することができる。

第１の筐体１２には、操作キー１４として上部に十字キーと確定キーが設けられており、ユーザが十字キーを上下左右方向に操作することにより当てられたカーソルを上下左右方向に移動させることができる。具体的には、第２の筐体１３に設けられたメインディスプレイ１７に表示されている電話帳リストや電子メールのスクロール動作、簡易ホームページのページ捲り動作および画像の送り動作などの種々の動作を実行する。

また、確定キーを押下することにより、種々の機能を確定することができる。例えば第１の筐体１２は、ユーザによる十字キーの操作に応じてメインディスプレイ１７に表示された電話帳リストの複数の電話番号の中から所望の電話番号が選択され、確定キーが第１の筐体１２の内部方向に押圧されると、選択された電話番号を確定して電話番号に対して発呼処理を行う。

さらに、第１の筐体１２には、十字キーと確定キーの左隣に電子メールキーが設けられており、電子メールキーが第１の筐体１２の内部方向に押圧されると、メールの送受信機能を呼び出すことができる。十字キーと確定キーの右隣には、ブラウザキーが設けられており、ブラウザキーが第１の筐体１２の内部方向に押圧されると、Ｗｅｂページのデータを閲覧することが可能となる。

また、第１の筐体１２には、操作キー１４の下部にマイクロフォン１５が設けられており、マイクロフォン１５によって通話時のユーザの音声を集音する。また、第１の筐体１２には、携帯電話機１の操作を行うサイドキー１６が設けられている。

なお、第１の筐体１２は、背面側に図示しないバッテリパックが挿着されており、終話・電源キーがオン状態になると、バッテリパックから各回路部に対して電力が供給されて動作可能な状態に起動する。

一方、第２の筐体１３には、その正面にメインディスプレイ１７が設けられており、電波の受信状態、電池残量、電話帳として登録されている相手先名や電話番号及び送信履歴等の他、電子メールの内容、簡易ホームページ、ＣＣＤ（Charge Coupled Device）カメラ（後述する図３のＣＣＤカメラ２０）で撮像した画像、外部のコンテンツサーバ（図示せず）より受信したコンテンツ、メモリカード（後述する図３のメモリカード４６）に記憶されているコンテンツを表示することができる。また、メインディスプレイ１７の上部の所定の位置にはレシーバ（受話器）１８が設けられており、これにより、ユーザは音声通話することが可能である。なお、携帯電話機１の所定の位置には、レシーバ１８以外の音声出力部としてのスピーカ５０も設けられている。

また、第１の筐体１２と第２の筐体１３の内部の所定の位置には、携帯電話機１の状態を検知するための磁気センサ１９a、１９b、１９c、および１９dが設けられる。

図３は、本発明に係る携帯電話機１の内部の構成を表している。図示せぬ基地局から送信されてきた無線信号は、アンテナ３１で受信された後、アンテナ共用器（ＤＵＰ）３２を介して受信回路（ＲＸ）３３に入力される。受信回路３３は、受信された無線信号を周波数シンセサイザ（ＳＹＮ）３４から出力された局部発振信号とミキシングして中間周波数信号に周波数変換（ダウンコンバート）する。そして、受信回路３３は、このダウンコンバートされた中間周波数信号を直交復調して受信ベースバンド信号を出力する。なお、周波数シンセサイザ３４から発生される局部発振信号の周波数は、制御部４１から出力される制御信号ＳＹＣによって指示される。

受信回路３３からの受信ベースバンド信号は、ＣＤＭＡ信号処理部３６に入力される。ＣＤＭＡ信号処理部３６は、図示せぬＲＡＫＥ受信機を備える。このＲＡＫＥ受信機では、受信ベースバンド信号に含まれる複数のパスがそれぞれの拡散符号（すなわち、拡散された受信信号の拡散符号と同一の拡散符号）で逆拡散処理される。そして、この逆拡散処理された各パスの信号は、位相が調整された後、コヒーレントＲａｋｅ合成される。Ｒａｋｅ合成後のデータ系列は、デインタリーブおよびチャネル復号（誤り訂正復号）が行われた後、２値のデータ判定が行われる。これにより、所定の伝送フォーマットの受信パケットデータが得られる。この受信パケットデータは、圧縮伸張処理部３７に入力される。

圧縮伸張処理部３７は、ＤＳＰ（Digital Signal Processor）などにより構成され、ＣＤＭＡ信号処理部３６から出力された受信パケットデータを図示せぬ多重分離部によりメディアごとに分離し、分離されたメディアごとのに対してそれぞれ復号処理を行う。例えば通話モードにおいては、受信パケットデータに含まれる通話音声などに対応するオーディオデータをスピーチコーデックにより復号する。また、例えばテレビ電話モードなどのように、受信パケットデータに動画像データが含まれていれば、この動画像データをビデオコーデックにより復号する。さらに、受信パケットデータがダウンロードコンテンツであれば、このダウンロードコンテンツを伸張した後、伸張されたダウンロードコンテンツを制御部４１に出力する。

復号処理により得られたディジタルオーディオ信号はＰＣＭコーデック３８に供給される。ＰＣＭコーデック３８は、圧縮伸張処理部３７から出力されたディジタルオーディオ信号をＰＣＭ復号し、ＰＣＭ復号後のアナログオーディオデータ信号を受話増幅器３９に出力する。このアナログオーディオ信号は、受話増幅器３９にて増幅された後、レシーバ１８により出力される。

圧縮伸張処理部３７によりビデオコーデックにて復号されたディジタル動画像信号は、制御部４１に入力される。制御部４１は、圧縮伸張処理部３７から出力されたディジタル動画像信号に基づく動画像を、図示せぬビデオＲＡＭ（例えばＶＲＡＭなど）を介してメインディスプレイ１７に表示させる。なお、制御部４１は、受信された動画像データだけでなく、ＣＣＤカメラ２０により撮像された動画像データに関しても、図示せぬビデオＲＡＭを介してメインディスプレイ１７に表示させることも可能である。

また、圧縮伸張処理部３７は、受信パケットデータが電子メールである場合、この電子メールを制御部４１に供給する。制御部４１は、圧縮伸張処理部３７から供給された電子メールを記憶部４２に記憶させる。そして、制御部４１は、ユーザによる入力部としての操作キー１４の操作に応じて、記憶部４２に記憶されているこの電子メールを読み出し、読み出された電子メールをメインディスプレイ１７に表示させる。

一方、通話モードにおいて、マイクロフォン１５に入力された話者（ユーザ）の音声信号（アナログオーディオ信号）は、送話増幅器４０により適正レベルまで増幅された後、ＰＣＭコーデック３８によりＰＣＭ符号化される。このＰＣＭ符号化後のディジタルオーディオ信号は、圧縮伸張処理部３７に入力される。また、ＣＣＤカメラ２０から出力される動画像信号は、制御部４１によりディジタル化されて圧縮伸張処理部３７に入力される。さらに、制御部４１にて作成されたテキストデータである電子メールも、圧縮伸張処理部３７に入力される。

圧縮伸張処理部３７は、ＰＣＭコーデック３８から出力されたディジタルオーディオ信号を所定の送信データレートに応じたフォーマットで圧縮符号化する。これにより、オーディオデータが生成される。また、圧縮伸張処理部３７は、制御部４１から出力されたディジタル動画像信号を圧縮符号化して動画像データを生成する。そして、圧縮伸張処理部３７は、これらのオーディオデータや動画像データを図示せぬ多重分離部で所定の伝送フォーマットに従って多重化した後にパケット化し、パケット化後の送信パケットデータをＣＤＭＡ信号処理部３６に出力する。なお、圧縮伸張処理部３７は、制御部４１から電子メールが出力された場合にも、この電子メールを送信パケットデータに多重化する。

ＣＤＭＡ信号処理部３６は、圧縮伸張処理部３７から出力された送信パケットデータに対し、送信チャネルに割り当てられた拡散符号を用いてスペクトラム拡散処理を施し、スペクトラム拡散処理後の出力信号を送信回路（ＴＸ）３５に出力する。送信回路３５は、スペクトラム拡散処理後の信号をＱＰＳＫ（Quadrature Phase Shift Keying）方式などのディジタル変調方式を使用して変調する。送信回路３５は、ディジタル変調後の送信信号を、周波数シンセサイザ３４から発生される局部発振信号と合成して無線信号に周波数変換（アップコンバート）する。そして、送信回路３５は、制御部４１により指示される送信電力レベルとなるように、このアップコンバートにより生成された無線信号を高周波増幅する。この高周波増幅された無線信号は、アンテナ共用器３２を介してアンテナ３１に供給され、このアンテナ３１から図示せぬ基地局に向けて送信される。

また、携帯電話機１は、外部メモリインタフェース４５を備えている。この外部メモリインタフェース４５は、メモリカード４６を着脱することが可能なスロットを備えている。メモリカード４６は、ＮＡＮＤ型フラッシュメモリカードやＮＯＲ型フラッシュメモリカードなどに代表されるフラッシュメモリカードの一種であり、１０ピン端子を介して画像や音声、音楽等の各種データの書き込み及び読み出しが可能となっている。さらに、携帯電話機１には、ブルートゥース（Bluetooth（登録商標））による無線通信を行うブルートゥースモジュール４７が設けられており、携帯電話機１の近傍に存在するヘッドセット２などと無線通信を行う。勿論、ブルートゥース以外の無線通信（例えば赤外線通信）を用いるようにしてもよい。さらに、携帯電話機１には、現在の正確な現在の時刻を測定する時計回路（タイマ）４８が設けられている。

制御部４１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、およびＲＡＭ（Random Access Memory）などからなり、ＣＰＵは、ＲＯＭに記憶されているプログラムまたは記憶部４２からＲＡＭにロードされた各種のアプリケーションプログラムに従って各種の処理を実行するとともに、種々の制御信号を生成し、各部に供給することにより携帯電話機１を統括的に制御する。ＲＡＭは、ＣＰＵが各種の処理を実行する上において必要なデータなどを適宜記憶する。

また、制御部４１は、対向機器２との間でデータの授受を行う際に、例えばＯＢＥＸ（Object Exchange）やＲＦＣＯＭＭ（RS232 Serial Cable Emulation Profile）、ＳＤＰ（Service Discovery Protocol）などの通信プロトコルを用いて、Ａ２ＤＰやＨＦＰ、ＡＶＲＣＰ（Audio／Video Remote Control Profile）などの種々のプロファイルに応じたブルートゥースモジュール４７による通信を統括的に制御する。なお、これらの通信プロトコルやプロファイルなどは、上位のアプリケーションプログラムから下位の物理層まで順次積み重なったスタック構造をなしている。

なお、“Hands-Free Profile（ＨＦＰ）”の仕様においては、ローミングステータス通知機能、オペレータ名取得機能、サービスステータス通知機能、およびステータス取得機能が規定されている。ローミングステータス通知機能およびオペレータ名取得機能については上述した通りである。サービスステータス通知機能は、携帯電話機１が圏内の状態にあるか、または圏外の状態にあるかを対向機器２に通知する機能である。具体的には、携帯電話機１が圏内の状態にある場合、サービスステータスは圏内となり、携帯電話機１はサービスステータスが圏内であることを示すservice値“1”を対向機器２に通知し、携帯電話機１が圏外の状態にある場合、サービスステータスは圏外となり、携帯電話機１はサービスステータスが圏外であることを示すservice値“0”を対向機器２に通知する機能である。ステータス取得機能は、対向機器２からの要求に応じて、携帯電話機１からローミングステータスおよびサービスステータス、発着信、保留中であるか否かを示すステータスなどを応答する機能である。

記憶部４２は、例えば、電気的に書換えや消去が可能な不揮発性メモリであるフラッシュメモリ素子やＨＤＤ（Hard Disc Drive）などからなり、制御部４１のＣＰＵにより実行される種々のアプリケーションプログラムや種々のデータ群を格納している。電源回路４４は、バッテリ４３の出力を基に所定の動作電源電圧Ｖｃｃを生成して各回路部に供給する。

ところで、従来の“Hands-Free Profile（ＨＦＰ）”の仕様においては、ローミングステータスの変化時にローミングステータスを通知する（すなわち、ローミングステータスを示すroaming値“0”または“1”を通知する）ことのみ規定されており、ローミングステータスの変化時以外でのローミングステータスの通知に関しては規定されておらず、規定の解釈上曖昧な点が多々存在していた。具体的には、図４に示されるように、例えば携帯電話機１が国内からドイツやフランスに移動した場合、ローミングステータスはローミングインアクティブからローミングアクティブに変化し、ローミングステータスを示すroaming値も“0”から“1”に変化することから、携帯電話機１から対向機器２に対してローミングステータス（ローミングステータスを示すroaming値“1”）が通知される。これに対して、例えば携帯電話機１がドイツやフランスから国内に移動した場合、ローミングステータスはローミングアクティブからローミングインアクティブに変化し、ローミングステータスを示すroaming値も“1”から“0”に変化することから、携帯電話機１から対向機器２に対してローミングステータス（ローミングステータスを示すroaming値“0”）が通知される。

しかしながら、例えば携帯電話機１がドイツからフランスに越境して移動した場合、ローミングステータスはローミングアクティブのままで維持され、roaming値は“1”のままで維持されることから、ローミングステータス（ローミングステータスを示すroaming値）は対向機器２に対して通知されず、携帯電話機１の表示画面に表示されるオペレータ名と、対向機器２の表示画面に表示されるオペレータ名とが一致しないという状況が発生してしまう。図４の場合、例えば携帯電話機１がドイツからフランスに越境して移動し、オペレータ名が「オペレータＡ」から「オペレータＢ」に変化しても、roaming値は“1”のままで維持されることから、ローミングステータス（ローミングステータスを示すroaming値）は対向機器２に対して通知されず、携帯電話機１の表示画面に表示されるオペレータ名（「オペレータＢ」）と、対向機器２の表示画面に表示されるオペレータ名（「オペレータＡ」）とが一致しないという状況が発生しうる。

なお、“Hands-Free Profile（ＨＦＰ）”の仕様においては、対向機器２から携帯電話機１に対してのオペレータ名取得要求の送信タイミングは明確には規定されておらず、対向機器２の実装に依存する部分が大きいが、一般的に対向機器２は、携帯電話機１からローミングステータスの通知またはサービスステータスの通知を受信すると、自動的にまたは所定のタイミングで携帯電話機１に対してオペレータ名取得要求を送信する。すなわち、“Hands-Free Profile（ＨＦＰ）”の仕様上、携帯電話機１から主体的にオペレータ名を対向機器２に通知することは想定されていない。

そこで、ローミングステータスはローミングアクティブのままで維持され、roaming値は“1”のままで維持される場合であっても、オペレータ名が変化したときには、携帯電話機１はローミングステータス（ローミングステータスを示すroaming値）を対向機器２に対して再通知（再実施）するようにする。これにより、対向機器２は、再通知されたローミングステータス（ローミングステータスを示すroaming値）をトリガとして、携帯電話機１に対してオペレータ名取得要求を送信することが可能となる。以下、この方法を用いた処理について説明する。

図５は、基地局網、携帯電話機１、および対向機器２との間における本発明に係る処理を示すシーケンス図である。なお、図５のシーケンス図の場合、例えば携帯電話機１がドイツからフランスに越境して移動し、オペレータ名が「オペレータＡ」から「オペレータＢ」に変化した場合を想定する。従って、オペレータ名が「オペレータＡ」から「オペレータＢ」に変化する前においては、携帯電話機１と対向機器２のいずれも、「service値“1”、roaming値は“1”、オペレータＡ」と認識している（ステップＳ１１とステップＳ３１）。また、本発明の実施形態においては、「オペレータ名」を、携帯電話機１が保持している接続先の基地局の事業者（オペレータ）の識別情報と定義する。勿論、オペレータを識別することができれば、オペレータ名以外の情報（例えばオペレータを示す番号など）を識別情報として用いるようにしてもよい。

ステップＳ１において、基地局網は、オペレータ名が「オペレータＡ」から「オペレータＢ」に変化すると、新たなオペレータ名（オペレータＢ）を携帯電話機１に通知する。

携帯電話機１は基地局網から新たなオペレータ名（オペレータＢ）の通知を受信すると、携帯電話機１はステップＳ１２において、基地局網からの新たなオペレータ名の通知の中から、新たなオペレータ名を検出する。この場合、携帯電話機１は、新たなオペレータ名として「オペレータＢ」を通知の中から検出する。ステップＳ１３において、携帯電話機１は、「service値“1”、roaming値は“1”、オペレータＢ」と認識するとともに、新たなオペレータ名（オペレータＢ）をＲＡＭ上に保持する。ステップＳ１４において、携帯電話機１のメインディスプレイ１７は、制御部４１の制御に従い、新たなオペレータ名（オペレータＢ）を表示する。

ステップＳ１５において、携帯電話機１は、ローミングステータスはローミングアクティブのままで維持され、roaming値は“1”のままで維持される場合であっても、オペレータ名が「オペレータＡ」から「オペレータＢ」が変化したことから、ブルートゥースモジュール４７を介してローミングステータスを対向機器２に通知する（すなわち、ローミングステータスを示すroaming値“1”を対向機器２に通知する）。

対向機器２は携帯電話機１からのローミングステータスの通知（ローミングステータスを示すroaming値“1”）を受信すると、対向機器２はステップＳ３２において、「service値“1”、roaming値は“1”、オペレータＡ」と認識（再認識）する。このとき、対向機器２で認識しているroaming値と同一の値であったとしても携帯電話機１からのローミングステータスの通知は破棄されない。そして、ステップＳ３３において、対向機器２は、再通知されたローミングステータス（ローミングステータスを示すroaming値）をトリガとして、オペレータ名取得要求を図示せぬブルートゥースモジュールを介して携帯電話機１に送信する。

携帯電話機１は、ブルートゥースモジュール４７を介して対向機器２からオペレータ名取得要求を受信すると、携帯電話機１はステップＳ１６において、対向機器２からのオペレータ名取得要求に応じて、ＲＡＭ上に保持されている最新のオペレータ名（オペレータＢ）の応答を対向機器２にブルートゥースモジュール４７を介して送信する。対向機器２は携帯電話機１から最新のオペレータ名（オペレータＢ）の応答を図示せぬブルートゥースモジュールを介して受信すると、対向機器２はステップＳ３４において、「service値“1”、roaming値は“1”、オペレータＢ」と認識する。そして、ステップＳ３５において対向機器２は、図示せぬ表示部に新たなオペレータ名（オペレータＢ）を表示する。

これにより、例えば携帯電話機１がドイツからフランスに越境して移動し、オペレータ名が「オペレータＡ」から「オペレータＢ」に変化した場合であっても、ローミングステータス（ローミングステータスを示すroaming値）を対向機器２に対して通知することができ、携帯電話機１の表示画面に表示されるオペレータ名と、対向機器２の表示画面に表示されるオペレータ名とを好適に一致させることができる。従って、対向機器２に対してローミングステータスを好適に通知するとともに、対向機器２に最新のオペレータ名を好適に取得させることができる。

なお、図５の場合、例えば携帯電話機１がドイツからフランスに越境して移動し、オペレータ名が「オペレータＡ」から「オペレータＢ」に変化したとき、すなわち、ローミングステータスはローミングアクティブのままで維持され、roaming値は“1”のままで維持されるとともに、オペレータ名が「オペレータＡ」から「オペレータＢ」に変化したときを想定しているが、このような場合に限られず、例えば携帯電話機１が国内で移動した場合を想定しても良い。例えば、携帯電話機１が国際ローミングの場合だけローミングアクティブと認識し、国内のローミングの場合にはローミングと認識しない場合、携帯電話機１が国内で移動してオペレータ名が変化したとき、すなわち、ローミングステータスはローミングインアクティブのままで維持され、roaming値は“0”のままで維持されるとともに、オペレータ名が変化したときにも本発明を適用することができる。

なお、図５の場合、対向機器２は、再通知されたローミングステータス（ローミングステータスを示すroaming値）をトリガとして、携帯電話機１に対してオペレータ名取得要求を送信するようにしたが、このような場合に限られず、例えば再通知されるサービスステータス（サービスステータスを示すservice値）をトリガとするようにしてもよいし、これらを適宜組み合わせるようにしてもよい。

また、ローミングステータスはローミングアクティブのままで維持され、roaming値は“1”のままで維持される場合であっても、オペレータ名が変化したときには、携帯電話機１はローミングステータスがインアクティブであることを示すroaming値“0”を一旦対向機器２に対し通知した後、連続して、ローミングステータスがアクティブであることを示すroaming値“1”を対向機器２に対し通知する（ローミングステータスのセットを通知する）ようにしてもよい。ローミングステータスはローミングインアクティブの場合も同様であり、roaming値“1”が対向機器に通知された後、roaming値“0”が通知されるようにしてもよい。以下、この方法を用いた処理について説明する。

図６は、基地局網、携帯電話機１、および対向機器２との間における本発明に係る処理を示す他のシーケンス図である。なお、図６のシーケンス図におけるステップＳ４１、ステップＳ５１乃至Ｓ５４、ステップＳ５７、ステップＳ７１、およびステップＳ７４乃至Ｓ７６の処理、図５のシーケンス図におけるステップＳ１、ステップＳ１１乃至Ｓ１４、ステップＳ１６、ステップＳ３１、およびステップＳ３３乃至Ｓ３５の処理と基本的には同様であり、その説明は繰り返しになるので省略する。

ステップＳ５５において、携帯電話機１は、ローミングステータスはローミングアクティブのままで維持され、roaming値は“1”のままで維持される場合であっても、オペレータ名が「オペレータＡ」から「オペレータＢ」が変化したことから、ローミングステータスがインアクティブであることを示すroaming値“0”をブルートゥースモジュール４７を介して一旦対向機器２に通知する。対向機器２は携帯電話機１からのローミングステータスの通知（ローミングステータスを示すroaming値“0”）を受信すると、対向機器２はステップＳ７２において、「service値“1”、roaming値は“0”、オペレータＡ」と認識する。

続いて、ステップＳ５６において、携帯電話機１は、ローミングステータスをローミングアクティブに戻すべく、ローミングステータスがアクティブであることを示すroaming値“1”をブルートゥースモジュール４７を介して対向機器２に通知する。対向機器２は携帯電話機１からのローミングステータスの通知（ローミングステータスを示すroaming値“1”）を受信すると、対向機器２はステップＳ７３において、「service値“1”、roaming値は“1”、オペレータＡ」と認識する。

その後、ステップＳ７４において、対向機器２は、通知されたローミングステータス（ローミングステータスを示すroaming値“0”と“1”）をトリガとして、オペレータ名取得要求を図示せぬブルートゥースモジュールを介して携帯電話機１に送信する。

これにより、例えば対向機器２にてオペレータ名取得要求を携帯電話機１に送信するタイミングがローミングステータスの変化（例えばroaming値が０→１、あるいは１→０に変化）する場合のみであっても、現在の正確なローミングステータスを反映させつつ、対向機器２に最新のオペレータ名をより好適に取得させることができる。なお対向機器によっては、ステップＳ５５でローミングステータスがインアクティブであることが通知された後、ステップＳ７４のようなオペレータ名取得要求を携帯電話機１に対して行ってくる場合が考えられるが、このような場合であっても、対向機器は新たなオペレータ名であるオペレータＢを表示することができる。

なお、図６の場合と異なり、ローミングステータスではなくサービスステータスを用いて、携帯電話機１はサービスステータスが圏外であることを示すservice値“0”を一旦対向機器２に対し通知した後、サービスステータスが圏内であることを示すservice値“1”を対向機器２に対し通知する（サービスステータスのセットを通知する）ようにしてもよい。この方法における処理は、図７のシーケンス図に示される。なお、図７のシーケンス図における処理は、ローミングステータスとサービスステータスとの違いはあるものの、図６のシーケンス図における処理と基本的には同様であり、その説明は繰り返しになるので省略する。さらに、図８のシーケンス図に示されるように、ローミングステータスがインアクティブであることを示すroaming値“0”を一旦対向機器２に通知した後にローミングステータスがアクティブであることを示すroaming値“1”を対向機器２に通知し、かつサービスステータスが圏外であることを示すservice値“0”を一旦対向機器２に通知した後にサービスステータスが圏内であることを示すservice値“1”を対向機器２に通知するというように、ローミングステータスとサービスステータスを組み合わせて通知するようにしてもよい。これにより、次のような効果がある。すなわち、対向機器２から携帯電話機１に対してのオペレータ名取得要求の送信タイミングは明確には規定されておらず、対向機器２の実装に依存する部分が大きく、対向機器２が通知されたローミングステータスとサービスステータスのいずれをトリガとするのか、あるいは、ローミングステータスとサービスステータスの両方をトリガとするのかを携帯電話機１が知ることは困難である。そのため、ローミングステータスとサービスステータスの両方を組み合わせることで、対向機器２がオペレータ名取得要求を携帯電話機１に送信する可能性を高めることができ、現在の正確なローミングステータスを反映させつつ、対向機器２に最新のオペレータ名をより好適に、かつ確実に取得させることができる。

ところで、従来の“Hands-Free Profile（ＨＦＰ）”の仕様においては、携帯電話機１が圏外の状態である場合、ローミングステータスやオペレータ名をどのように対向機器２に応答するかに関して規定がないため、携帯電話機１が圏外の状態となる直前のローミングステータスとオペレータ名を応答せざるを得なかった。以下、図９の従来のシーケンス図を用いて具体的に説明する。

図９は、基地局網、携帯電話機１、および対向機器２との間における従来の処理を示すシーケンス図である。なお、図９のシーケンス図の場合、例えば携帯電話機１がドイツにて移動している場合を想定している。従って、携帯電話機１の状態が圏内から圏外に遷移する前においては、携帯電話機１と対向機器２のいずれも、「service値“1”、roaming値は“1”、オペレータＡ」と認識している（ステップＳ２０１とステップＳ２１１）。また、基地局網、携帯電話機１、および対向機器２との間における従来の処理を示すシーケンス図は、実装にある程度依存するため、図９のシーケンス図はあくまでも一例にすぎない。

携帯電話機１は、圏内の状態から圏外の状態に遷移する。

携帯電話機１はステップＳ２０２において、圏外の状態になったことを検出する。ステップＳ２０３において、携帯電話機１は、「service値“0”、roaming値は“1”、オペレータＡ」と認識する。しかしながら、従来においては、携帯電話機１の状態が圏外に遷移したことに伴ってローミングステータスの変更は行われず、携帯電話機１ではローミングステータスを示すroaming値は“1”のまま維持される。

そして、ステップＳ２０４において、携帯電話機１は、サービスステータスが圏外であることを示すservice値“0”を対向機器２に対しブルートゥースモジュール４７を介して通知する。対向機器２は携帯電話機１からのサービスステータスの通知（サービスステータスを示すservice値“0”）を受信すると、対向機器２はステップＳ２１２において、「service値“0”、roaming値は“1”、オペレータＡ」と認識する。このとき、対向機器２は、通知されたサービスステータス（サービスステータスを示すservice値）をトリガとして、オペレータ名取得要求を図示せぬブルートゥースモジュールを介して携帯電話機１に送信する。

ところが、ステップＳ２１３において、携帯電話機１は、サービスステータスが圏外となり、サービスステータスを示すservice値が“0”となった場合であっても、ローミングステータスはローミングアクティブのままで維持され、roaming値は“1”のままで維持されるとともに、オペレータ名も「オペレータＡ」のまま維持されることから、対向機器２からオペレータ名取得要求を受信すると、対向機器２からのオペレータ名取得要求に応じて、ＲＡＭ上に保持されている最新のオペレータ名（オペレータＡ）の応答を対向機器２にブルートゥースモジュール４７を介して送信してしまう。これにより、対向機器２は携帯電話機１から最新のオペレータ名（オペレータＡ）の応答を図示せぬブルートゥースモジュールを介して受信し、対向機器２はステップＳ２１４において、「service値“0”、roaming値は“1”、オペレータＡ」と認識するとともに、ステップＳ２１５において対向機器２は、携帯電話機１が圏外の状態であるにもかかわらず、図示せぬ表示部にオペレータ名（オペレータＡ）を表示してしまう。

そこで、ローミングステータスがアクティブの場合（roaming値が“1”の場合）に、携帯電話機１の状態が圏外となったとき、ローミングステータスをローミングインアクティブに変更するとともに、roaming値を“1”から“0”に変更し、サービスステータスが圏外となったことを示すservice値“0”を通知するだけでなく、それに加えてローミングステータスがインアクティブであることを示すroaming値は“0”を対向機器２に通知する。このとき、携帯電話機１は、「service値“0”、roaming値は“0”、空（オペレータ無し）」と認識する。そして、対向機器２からオペレータ名取得要求が送信されたとき、オペレータ名取得要求に応じて、最新のオペレータ名（空（オペレータ無し））の応答を対向機器２に送信するようにする。これにより、携帯電話機１の状態が圏外に遷移した場合であっても、対向機器２に対してローミングステータスを好適に通知するとともに、対向機器２に最新のオペレータ名を好適に取得させることができる。以下、この方法を用いた処理について説明する。

図１０は、携帯電話機１の状態が圏外に遷移した場合での、基地局網、携帯電話機１、および対向機器２との間における本発明に係る処理を示すシーケンス図である。なお、図１０のシーケンス図におけるステップＳ２４１乃至Ｓ２４２、ステップＳ２４７、ステップＳ２６１、およびステップＳ２６４は、図９のシーケンス図におけるステップＳ２０１乃至Ｓ２０２、ステップＳ２０５、およびステップＳ２１４の処理と同様であり、その説明は繰り返しになるので省略する。なお、図１０のシーケンス図の場合、例えば携帯電話機１がドイツで移動している場合を想定する。従って、携帯電話機１の状態が圏内から圏外に遷移する前においては、携帯電話機１と対向機器２のいずれも、「service値“1”、roaming値は“1”、オペレータＡ」と認識している（ステップＳ２４１とステップＳ２６１）。

ステップＳ２４２において携帯電話機１は圏外の状態になったことを検出すると、携帯電話機１はステップＳ２４３において、サービスステータスが圏外であることから、「service値“0”、roaming値は“0”、空（オペレータ無し）」と認識するとともに、新たなオペレータ名（空（オペレータ無し））をＲＡＭ上に保持する。ステップＳ２４４において、携帯電話機１のメインディスプレイ１７は、制御部４１の制御に従い、新たなオペレータ名（空（オペレータ無し））を表示する。

そして、ステップＳ２４５において、携帯電話機１は、ブルートゥースモジュール４７を介してサービスステータスを対向機器２に通知する（すなわち、サービスステータスを示すservice値“0”を対向機器２に通知する）。対向機器２は携帯電話機１からのサービスステータスの通知（サービスステータスを示すservice値“0”）を受信すると、対向機器２はステップＳ２６２において、「service値“0”、roaming値は“1”、オペレータＡ」と認識する。

続いて、ステップＳ２４６において、携帯電話機１は、ブルートゥースモジュール４７を介してローミングステータスを対向機器２に通知する（すなわち、ローミングステータスを示すroaming値“0”を対向機器２に通知する）。対向機器２は携帯電話機１からのローミングステータスの通知（ローミングステータスを示すroaming値“0”）を受信すると、対向機器２はステップＳ２６２において、「service値“0”、roaming値は“0”、オペレータＡ」と認識する。

ステップＳ２６４において、対向機器２は、通知されたローミングステータス（ローミングステータスを示すroaming値）またはサービスステータス（サービスステータスを示すservice値）をトリガとして、オペレータ名取得要求を図示せぬブルートゥースモジュールを介して携帯電話機１に送信する。

携帯電話機１は、ブルートゥースモジュール４７を介して対向機器２からオペレータ名取得要求を受信すると、携帯電話機１はステップＳ２４７において、対向機器２からのオペレータ名取得要求に応じて、ＲＡＭ上に保持されている最新のオペレータ名（空（オペレータ無し））の応答を対向機器２にブルートゥースモジュール４７を介して送信する。対向機器２は携帯電話機１から最新のオペレータ名（空（オペレータ無し））の応答を図示せぬブルートゥースモジュールを介して受信すると、対向機器２はステップＳ２６５において、「service値“0”、roaming値は“0”、空（オペレータ無し）」と認識する。そして、ステップＳ２６６において対向機器２は、図示せぬ表示部に新たなオペレータ名（空（オペレータ無し））を表示する。

これにより、携帯電話機１の状態が圏外に遷移した場合であっても、携帯電話機１が圏外となる直前のローミングステータスとオペレータ名を応答することを防止し、対向機器２に対してローミングステータスを好適に通知するとともに、対向機器２に最新のオペレータ名を好適に取得させることができる。

なお、図１０のシーケンス図の場合、ローミングステータスがアクティブであるときを想定しているが、ローミングステータスがインアクティブであるときにも本発明を適用するようにしてもよい。この方法を用いた本発明に係る処理は、図１１のシーケンス図に示される。図１１のシーケンス図の場合、ステップＳ３０６において、携帯電話機１は、ローミングステータスを示すroaming値が現在“0”の場合であっても、ブルートゥースモジュール４７を介してローミングステータスを対向機器２に通知する（すなわち、ローミングステータスを示すroaming値“0”を対向機器２に再通知する）。なお、図１１のシーケンス図における処理は、図１０のシーケンス図における処理と基本的には同様であり、その説明は繰り返しになるので省略する。

また、ローミングステータスはローミングアクティブのままで維持され、roaming値は“1”のままで維持される場合であっても、携帯電話機１はローミングステータスがインアクティブであることを示すroaming値“0”を一旦対向機器２に対し通知した後、連続して、ローミングステータスがアクティブであることを示すroaming値“1”を対向機器２に対し通知する（ローミングステータスのセットを通知する）ようにしてもよい。ローミングステータスはローミングインアクティブの場合も同様である。これにより、例えば対向機器２にてオペレータ名取得要求を携帯電話機１に送信するタイミングがローミングステータスの変化（例えばroaming値が０→１、あるいは１→０に変化）する場合にのみであるであっても、現在の正確なローミングステータスを反映させつつ、対向機器２に最新のオペレータ名をより好適に取得させることができる。

ところで、携帯電話機１の状態が圏外から圏内に遷移する場合、携帯電話機１の状態が圏外から復帰し圏内に遷移したとしても、まだ基地局網を介してオペレータ名が取得できていない中間状態（移行状態）にあるときには、たとえ対向機器２からオペレータ名取得要求が受信されたとしても、その時点では、その後取得される正確なオペレータ名を対向機器２に対して応答することはできない。以下、図１２の従来のシーケンス図を用いて具体的に説明する。

図１２は、基地局網、携帯電話機１、および対向機器２との間における従来の処理を示すシーケンス図である。なお、図１２のシーケンス図の場合、例えば携帯電話機１がドイツにて移動している場合を想定している。なお、携帯電話機１の状態が圏外から圏内に遷移する前の処理は図９のシーケンス図における処理と同様であり、その説明は繰り返しになるので省略する。

携帯電話機１は、圏外の状態から圏内の状態に遷移する。

携帯電話機１はステップＳ３７６において、圏内の状態になったことを検出する。ステップＳ３７７において、携帯電話機１は、「service値“1”、roaming値は“1”、オペレータＡ」と認識する。そして、ステップＳ３７８において、携帯電話機１は、サービスステータスが圏内であることを示すservice値“1”を対向機器２に対しブルートゥースモジュール４７を介して通知する。対向機器２は携帯電話機１からのサービスステータスの通知（サービスステータスを示すservice値“1”）を受信すると、対向機器２はステップＳ４０６において、「service値“1”、roaming値は“1”、オペレータＡ」と認識する。このとき、対向機器２は、通知されたサービスステータス（サービスステータスを示すservice値）をトリガとして、適宜、オペレータ名取得要求を図示せぬブルートゥースモジュールを介して携帯電話機１に送信する。しかしながら、携帯電話機１の状態が圏外から圏内に遷移する場合、携帯電話機１の状態が圏外から復帰し圏内に遷移したとしても、まだ基地局網を介してオペレータ名が取得できていない中間状態（移行状態）にあるときには、たとえ対向機器２からオペレータ名取得要求が受信されたとしても、その時点では、その後取得される正確なオペレータ名を対向機器２に対して応答することはできず、圏外から復帰する前のオペレータ名を応答することしかできなかった。従って、現在接続を開始している基地局網でのオペレータ名と異なるオペレータ名である場合には、対向機器２に誤ったオペレータ名を応答することとなってしまう。

一般に、携帯電話機１の状態が圏外から圏内に遷移した後、携帯電話機１が基地局網から新たなオペレータ名の通知を受けるまで数秒程度の時間を要する場合がある。そのため、ステップＳ３７９およびステップＳ４０７乃至Ｓ４０８に示されるように、この移行時間の間に、たとえ対向機器２からオペレータ名取得要求が受信されたとしても、対向機器２に誤ったオペレータ名を応答することとなってしまう。

勿論、ステップＳ３５３において、基地局網はオペレータ名が「オペレータＡ」から「オペレータＤ」に変化すると、新たなオペレータ名（オペレータＤ）を携帯電話機１に通知する。そして、携帯電話機１は基地局網から新たなオペレータ名（オペレータＤ）の通知を受信すると、携帯電話機１はステップＳ３８０において、基地局網からの新たなオペレータ名の通知の中から、新たなオペレータ名を検出する。その後、何らかのトリガによって対向機器２がオペレータ名取得要求を携帯電話機１に送信すれば、対向機器２は現在の正確なオペレータ名を取得することはできるが、一旦対向機器２に誤ったオペレータ名を応答した後に対向機器２からオペレータ名取得要求が送信されなければ、その間依然として対向機器２に誤ったオペレータ名が表示されてしまう。

そこで、本発明の実施形態においては、携帯電話機１の状態が圏外から復帰し圏内に遷移したとしても、まだ基地局網を介してオペレータ名が取得できていない中間状態（移行状態）にあるときには、一旦ローミングステータスがインアクティブであることを示すroaming値“0”を対向機器２に通知するとともに、たとえ対向機器２からオペレータ名取得要求が受信されたとしても、対向機器２に対して「空（オペレータ無し）」を送信するようにする。そして、基地局網を介してオペレータ名が取得できた場合、ローミングステータスがアクティブであることを示すroaming値“1”（またはそもそもローミングステータスがインアクティブである場合には、ローミングステータスがインアクティブであることを示すroaming値“0”）を対向機器２に通知（または再通知）するようにする。これにより、携帯電話機１の状態が圏外から復帰し圏内に遷移し、まだ基地局網を介してオペレータ名が取得できていない中間状態（移行状態）にあるときであっても、対向機器２に対してローミングステータスを好適に通知するとともに、対向機器２に最新のオペレータ名を好適に取得させることができる。以下、この方法を用いた処理について説明する。

図１３は、携帯電話機１の状態が圏外に遷移し、その後圏内に遷移した場合での、基地局網、携帯電話機１、および対向機器２との間における本発明に係る処理を示すシーケンス図である。なお、図１３のシーケンス図における携帯電話機１の状態が圏外から圏内に遷移する前の処理は、図１０のシーケンス図における処理と同様であり、その説明は繰り返しになるので省略する。なお、図１３のシーケンス図の場合、例えば携帯電話機１がドイツで移動している場合を想定する。従って、携帯電話機１の状態が圏内から圏外に遷移する前においては、携帯電話機１と対向機器２のいずれも、「service値“1”、roaming値は“1”、オペレータＡ」と認識している（ステップＳ５２１とステップＳ５５１）。

携帯電話機１は、圏外の状態から圏内の状態に遷移する。ステップＳ５２８において携帯電話機１は圏内の状態になったことを検出すると、携帯電話機１はステップＳ５２９において、サービスステータスが圏内であることから、「service値“1”、roaming値は“0”、空（オペレータ無し）」と認識する。ステップＳ５３０において、携帯電話機１は、ブルートゥースモジュール４７を介してサービスステータスを対向機器２に通知する（すなわち、サービスステータスを示すservice値“1”を対向機器２に通知する）。対向機器２は携帯電話機１からのサービスステータスの通知（サービスステータスを示すservice値“1”）を受信すると、対向機器２はステップＳ５５７において、「service値“1”、roaming値は“0”、空（オペレータ無し）」と認識する。

続いて、ステップＳ５３１において、携帯電話機１は、ブルートゥースモジュール４７を介してローミングステータスを対向機器２に通知する（すなわち、ローミングステータスを示すroaming値“0”を対向機器２に通知する）。対向機器２は携帯電話機１からのローミングステータスの通知（ローミングステータスを示すroaming値“0”）を受信すると、対向機器２はステップＳ５５８において、「service値“1”、roaming値は“0”、オペレータＡ」と認識する。

ステップＳ５５９において、対向機器２は、通知されたローミングステータス（ローミングステータスを示すroaming値）およびサービスステータス（サービスステータスを示すservice値）をトリガとして、オペレータ名取得要求を図示せぬブルートゥースモジュールを介して携帯電話機１に送信する。携帯電話機１は、ブルートゥースモジュール４７を介して対向機器２からオペレータ名取得要求を受信すると、携帯電話機１はステップＳ５３２において、対向機器２からのオペレータ名取得要求に応じて、ＲＡＭ上に保持されている最新のオペレータ名（空（オペレータ無し））の応答を対向機器２にブルートゥースモジュール４７を介して送信する。対向機器２は携帯電話機１から最新のオペレータ名（空（オペレータ無し））の応答を図示せぬブルートゥースモジュールを介して受信すると、対向機器２はステップＳ５６０において、「service値“1”、roaming値は“0”、空（オペレータ無し）」と認識する。そして、ステップＳ５６１において対向機器２は、図示せぬ表示部に新たなオペレータ名（空（オペレータ無し））を表示する。

その後、携帯電話機の状態がまだ基地局網を介してオペレータ名が取得できていない中間状態（移行状態）から安定状態に移行すると、ステップＳ５０３において、基地局網は、ローミングが開始された旨を携帯電話機１に通知するとともに、新たなオペレータ名（オペレータＤ）を携帯電話機１に通知する。携帯電話機１は基地局網からローミングが開始された旨とともに、新たなオペレータ名（オペレータＤ）の通知を受信すると、携帯電話機１はステップＳ５３３において、基地局網からの新たなオペレータ名の通知の中から、新たなオペレータ名を検出する。この場合、携帯電話機１は、新たなオペレータ名として「オペレータＤ」を通知の中から検出する。ステップＳ５３４において、携帯電話機１は、「service値“1”、roaming値は“1”、オペレータＤ」と認識するとともに、新たなオペレータ名（オペレータＤ）をＲＡＭ上に保持する。ステップＳ５３５において、携帯電話機１のメインディスプレイ１７は、制御部４１の制御に従い、新たなオペレータ名（オペレータＤ）を表示する。

ステップＳ５３６において、携帯電話機１は、ブルートゥースモジュール４７を介してローミングステータスを対向機器２に通知する（すなわち、ローミングステータスを示すroaming値“1”を対向機器２に通知する）。対向機器２は携帯電話機１からのローミングステータスの通知（ローミングステータスを示すroaming値“1”）を受信すると、対向機器２はステップＳ５６２において、「service値“1”、roaming値は“1”、オペレータＡ」と認識する。

ステップＳ５６３おいて、対向機器２は、通知されたローミングステータス（ローミングステータスを示すroaming値）をトリガとして、オペレータ名取得要求を図示せぬブルートゥースモジュールを介して携帯電話機１に送信する。携帯電話機１は、ブルートゥースモジュール４７を介して対向機器２からオペレータ名取得要求を受信すると、携帯電話機１はステップＳ５３７において、対向機器２からのオペレータ名取得要求に応じて、ＲＡＭ上に保持されている最新のオペレータ名（オペレータＤ））の応答を対向機器２にブルートゥースモジュール４７を介して送信する。対向機器２は携帯電話機１から最新のオペレータ名（オペレータＤ）の応答を図示せぬブルートゥースモジュールを介して受信すると、対向機器２はステップＳ５６４において、「service値“1”、roaming値は“1”、オペレータＤ」と認識する。そして、ステップＳ５６５において対向機器２は、図示せぬ表示部に新たなオペレータ名（オペレータＤ）を表示する。

これにより、携帯電話機１の状態が圏外から復帰し圏内に遷移し、まだ基地局網を介してオペレータ名が取得できていない中間状態（移行状態）にあるときであっても、対向機器２に対してローミングステータスを好適に通知するとともに、対向機器２に最新のオペレータ名を好適に取得させることができる。

なお、図１３のシーケンス図の場合、ローミングステータスがアクティブであるとき（すなわち、例えば国外であるとき）を想定しているが、ローミングステータスがインアクティブであるときにも本発明を適用するようにしてもよい。この方法を用いた本発明に係る処理は、図１４のシーケンス図に示される。図１４のシーケンス図の場合、ステップＳ６３６において、携帯電話機１は、ローミングステータスを示すroaming値が現在“0”の場合であっても、ブルートゥースモジュール４７を介してローミングステータスを対向機器２に通知する（すなわち、ローミングステータスを示すroaming値“0”を対向機器２に再通知する）。なお、図１４のシーケンス図における処理は、図１３のシーケンス図における処理と基本的には同様であり、その説明は繰り返しになるので省略する。

なお、図１３および図１４のシーケンス図においては、通常のローミングステータスの通知プロセスの際には通常のローミングステータスの通知として行われる。また、図１３および図１４のシーケンス図においては、図６乃至図８に示される１セットのローミングステータスの通知を行い、対向機器２からオペレータ名の取得要求を送信するトリガとするようにしてもよい。

なお、本発明は、携帯電話機１以外にも、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータ、携帯型ゲーム機、携帯型音楽再生機、携帯型動画再生機、その他の情報処理装置にも適用することができる。

また、本発明の実施形態において説明した一連の処理は、ソフトウェアにより実行させることもできるが、ハードウェアにより実行させることもできる。

さらに、本発明の実施形態では、フローチャートのステップは、記載された順序に沿って時系列的に行われる処理の例を示したが、必ずしも時系列的に処理されなくとも、並列的あるいは個別実行される処理をも含むものである。

本発明に係る無線通信システムの概略的な構成を示す図。本発明に係る携帯電話機の外観の構成を示す図。本発明に係る携帯電話機の内部の構成を示すブロック図。ローミングの遷移に伴う、従来のローミングステータスの通知方法を説明する説明図。基地局網、携帯電話機、および対向機器との間における本発明に係る処理を示すシーケンス図。基地局網、携帯電話機、および対向機器との間における本発明に係る処理を示す他のシーケンス図。基地局網、携帯電話機、および対向機器との間における本発明に係る処理を示す他のシーケンス図。基地局網、携帯電話機、および対向機器との間における本発明に係る処理を示す他のシーケンス図。基地局網、携帯電話機、および対向機器との間における従来の処理を示すシーケンス図。携帯電話機の状態が圏外に遷移した場合での、基地局網、携帯電話機、および対向機器との間における本発明に係る処理を示すシーケンス図。携帯電話機の状態が圏外に遷移した場合での、基地局網、携帯電話機、および対向機器との間における本発明に係る処理を示す他のシーケンス図。携帯電話機の状態が圏外に遷移し、その後圏内に遷移した場合での、基地局網、携帯電話機、および対向機器との間における従来の処理を示す他のシーケンス図。携帯電話機の状態が圏外に遷移し、その後圏内に遷移した場合での、基地局網、携帯電話機、および対向機器との間における本発明に係る処理を示すシーケンス図。携帯電話機の状態が圏外に遷移し、その後圏内に遷移した場合での、基地局網、携帯電話機、および対向機器との間における本発明に係る処理を示す他のシーケンス図。

符号の説明

１…携帯電話機、２…対向機器、１１…ヒンジ部、１２…第１の筐体、１３…第２の筐体、１４…操作キー、１５…マイクロフォン、１６…サイドキー、１７…メインディスプレイ、１８…レシーバ（受話器）、１９a乃至１９d…磁気センサ、２０…ＣＣＤカメラ、２１…サブディスプレイ、３１…アンテナ、３２…アンテナ共用器（ＤＵＰ）、３３…受信回路（ＲＸ）、３４…周波数シンセサイザ（ＳＹＮ）、３５…送信回路（ＴＸ）、３６…ＣＤＭＡ信号処理部、３７…圧縮伸張処理部、３８…ＰＣＭコーデック、３９…受話増幅器、４０…送話増幅器、４１…制御部、４２…記憶部、４３…バッテリ、４４…電源回路、４５…外部メモリインタフェース、４６…メモリカード、４７…ブルートゥースモジュール、４８…時計回路、５０…スピーカ。

Claims

基地局を介して基地局網に接続する第１の無線通信手段と、
対向機器と通信を行う第２の無線通信手段と、
基地局網から通知されたオペレータの識別情報である第１のオペレータ識別情報に基づくローミングステータスと、前記通知に基づいて検出される第２のオペレータ識別情報に基づくローミングステータスとが同じ場合、ローミングステータスの通知とサービスステータスの通知の少なくとも一方を対向機器に前記第２の無線通信手段を介して送信するステータス通知送信手段と、
を備えることを特徴とする携帯電話機。
前記第１のオペレータ識別情報が保持されている場合に、前記第１の無線通信手段を用いた基地局網からのオペレータ識別情報の通知に基づいて、前記第１のオペレータ識別情報と異なる第２のオペレータ識別情報を新たに検出する検出手段を備えることを特徴とする請求項１記載の携帯電話機。
前記ローミングステータスの通知とサービスステータスの通知の少なくとも一方に応じて前記対向機器から送信されてきたオペレータ識別情報の取得要求を受信すると、前記検出手段により検出された前記第２のオペレータ識別情報を前記対向機器に前記第２の無線通信手段を介して送信する識別情報応答送信手段を備えることを特徴とする請求項２記載の携帯電話機。
前記ステータス通知送信手段は、現在のローミングステータスと異なるローミングステータスの通知を前記対向機器に送信した後、現在のローミングステータスの通知を連続して前記対向機器に送信することを特徴とする請求項１乃至３のいずれか１項に記載の携帯電話機。
前記ステータス通知送信手段は、現在のサービスステータスと異なるサービスステータスの通知を前記対向機器に送信した後、現在のサービスステータスの通知を連続して前記対向機器に送信することを特徴とする請求項１乃至３のいずれか１項に記載の携帯電話機。
前記ステータス通知送信手段は、現在のローミングステータスと異なるローミングステータスの通知と、現在のローミングステータスの通知のいずれも前記対向機器に前記第２の無線通信手段を介して送信するとともに、現在のサービスステータスと異なるサービスステータスの通知と、現在のサービスステータスの通知のいずれも前記対向機器に前記第２の無線通信手段を介して送信することを特徴とする請求項１乃至３のいずれか１項に記載の携帯電話機。