(57)【要約】【課題】  ローミング率を低減する。【解決手段】  ホーム網（２）およびローミング網（４）に接続可能な通信部（１４）を有する通信端末（１０）のＣＰＵ（２４）は、通信部をローミング網に接続している状態で通信要求が発生したとき、当該通信要求がバックグラウンドで実行中のソフトウェアからのものか否かを判別して（Ｓ１：ＹＥＳ→Ｓ３：ＹＥＳ→Ｓ５）、バックグラウンドで実行中のアプリからのものでないと判別されたとき所定の周期に従うタイミングになっていればホーム網をサーチし（Ｓ５：ＮＯ→Ｓ９：ＹＥＳ→Ｓ１１）、バックグラウンドで実行中のアプリからのものと判別されたときホーム網をサーチし（Ｓ５：ＹＥＳ→Ｓ１１）、そしてホーム網が捕捉されたとき通信部の接続をホーム網に切り替える（Ｓ１３：ＹＥＳ→Ｓ１５）。【選択図】  図４
2014049812.tif 000002
【特許請求の範囲】
【請求項１】
ホーム網およびローミング網に接続可能な通信部、
前記通信部を前記ローミング網に接続している状態で通信要求が発生したとき、当該通信要求がバックグラウンドで実行中のソフトウェアからの通信要求か否かを判別する判別部、および
前記判別部によって当該通信要求が前記バックグラウンドで実行中のソフトウェアからの通信要求であると判別されたとき前記ホーム網をサーチする、サーチ部を備える、通信端末。
【請求項２】
前記サーチ部は、前記判別部によって当該通信要求が前記バックグラウンドで実行中のソフトウェアからの通信要求でないと判別されたとき所定の周期に従うタイミングになっていれば前記ホーム網をサーチする、請求項１記載の通信端末。
【請求項３】
前記サーチ部によって前記ホーム網が捕捉されたとき前記通信部の接続を前記ホーム網に切り替える切り替え部、および
前記サーチ部によって前記ホーム網が捕捉されないとき前記通信部の前記ローミング網への接続状態を維持する維持部をさらに備える、請求項２記載の通信端末。
【請求項４】
前記サーチ部は、前記判別部によって当該通信要求が前記バックグラウンドで実行中のソフトウェアからの通信要求であると判別された時点で前回サーチから前記所定の周期よりも短い一定時間以上経過していない場合には前記ローミング網への接続を維持し、前記判別部によって当該通信要求が前記バックグラウンドで実行中のソフトウェアからの通信要求であると判別された時点で前回サーチから前記一定時間以上経過している場合には前記所定の周期に基づくタイミングまで待つことなく前記ホーム網をサーチする、請求項２または３記載の通信端末。
【請求項５】
前記サーチ部は、前記通信部を前記ローミング網に接続している状態で通信要求が発生しないとき前記所定の周期に従うタイミングで前記ホーム網をサーチする、請求項２ないし４のいずれかに記載の通信端末。
【請求項６】
ホーム網およびローミング網に接続可能な通信部を有する通信端末のＣＰＵを、
前記通信部をローミング網に接続している状態で通信要求が発生したとき、当該通信要求がバックグラウンドで実行中のソフトウェアからの通信要求か否かを判別する判別部、および
前記判別部によって当該通信要求が前記バックグラウンドで実行中のソフトウェアからの通信要求であると判別されたとき前記ホーム網をサーチする、サーチ部として機能させる、網接続制御プログラム。
【請求項７】
ホーム網およびローミング網に接続可能な通信部を有する通信端末によって行われる網接続制御方法であって、
前記通信部を前記ローミング網に接続している状態で通信要求が発生したとき、当該通信要求がバックグラウンドで実行中のソフトウェアからの通信要求か否かを判別する判別ステップ、および
前記判別ステップによって当該通信要求が前記バックグラウンドで実行中のソフトウェアからの通信要求であると判別されたとき前記ホーム網をサーチする、サーチステップを含む、網接続制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、通信端末ならびに網接続制御プログラムおよび方法に関し、特にたとえば、ホーム網およびローミング網に接続する通信端末ならびに網接続制御プログラムおよび方法に関する。
【背景技術】
【０００２】
ローミングとは、キャリア間の提携により、ユーザが契約しているキャリアの網（ホーム網）の圏外であっても、提携先のキャリアの網（ローミング網）の圏内にあれば、ホーム網内と同様に通話やデータ通信を行えるようにするサービスであり、一般に、ローミング網を利用するキャリアからこれを提供するキャリアに対して、接続時間ないし通信量に応じた利用料の支払いが発生する。
【０００３】
このため、ホーム網およびローミング網に接続する携帯端末には、ローミング網への接続時間を短縮（ローミング網を利用した通信量を削減）すること、具体的には、たとえば、ローミング網を利用して通話ないしデータ通信を行った時間（通信量）の、ホーム網を利用して通話ないしデータ通信を行った時間（通信量）に対する比率（ローミング率）を低減することが求められる。
【０００４】
この点、特許文献１には、ローミング網に入った後、ローミング網の基地局から発せられる信号の受信レベルの変化に応じて、ホーム網の基地局から発生られる信号をスキャン（ホーム網をサーチ）することで、ローミング網からホーム網への速やかな復帰を可能にする、ローミング方法および移動局が記載されている。
【特許文献１】特開２０００−１６５９４５号公報［H04Q 7/38, 7/22］
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、通常、通信端末（移動局）での信号の受信レベルは、基地局からの距離だけでなく、地形や障害物によっても変化する。そのため、特許文献１の背景技術では、周囲の状況によっては頻繁にホーム網のサーチが行われる場合があり、サーチの頻度が高くなると、消費電力が増大する上、通話ないしデータ通信に遅滞が生じて使い勝手が悪化する。
【０００６】
それゆえに、この発明の主たる目的は、新規な、通信端末ならびに網接続制御プログラムおよび方法を提供することである。
【０００７】
この発明の他の目的は、ローミング率を低減できる、通信端末ならびに網接続制御プログラムおよび方法を提供することである。
【課題を解決するための手段】
【０００８】
この発明は、上記の課題を解決するために、以下の構成を採用した。なお、括弧内の参照符号および補足説明等は、この発明の理解を助けるために後述する実施形態との対応関係を示したものであって、この発明を何ら限定するものではない。
【０００９】
第１の態様は、ホーム網およびローミング網に接続可能な通信部を有する通信端末であって、通信部をローミング網に接続している状態で通信要求が発生したとき、当該通信要求がバックグラウンドで実行中のソフトウェアからの通信要求か否かを判別する判別部、および、判別部によって当該通信要求がバックグラウンドで実行中のソフトウェアからの通信要求であると判別されたときホーム網をサーチする、サーチ部を備える。
【００１０】
第１の態様では、ホーム網（２）およびローミング網（４）に接続可能な通信部（１４）を有する通信端末（１０）において、たとえばＣＰＵ（２４）が網接続制御プログラム（５２）に従い動作することで、判別部およびサーチ部が実現される。
【００１１】
判別部は、通信部をローミング網に接続している状態で通信要求が発生したとき、当該通信要求がバックグラウンドで実行中のソフトウェアからの通信要求か否かを判別し（Ｓ１：ＹＥＳ→Ｓ３：ＹＥＳ→Ｓ５）、サーチ部は、判別部によって当該通信要求がバックグラウンドで実行中のソフトウェアからの通信要求であると判別されたときホーム網をサーチする（Ｓ５：ＹＥＳ→Ｓ１１）。
【００１２】
第１の態様によれば、バックグラウンドで実行中のソフトウェアは一般に高いリアルタイム性を要求されることが少ない点に着目し、バックグラウンドで実行中のソフトウェアからの通信要求に対してホーム網のサーチを行うので、サーチの頻度を抑制しながら速やかにホーム網への切り替えを図ることが可能となり、その結果、消費電力の増大および使い勝手の悪化を抑制しつつローミング率を低減できる。
【００１３】
第２の態様は、第１の態様に従属する通信端末であって、サーチ部は、判別部によって当該通信要求がバックグラウンドで実行中のソフトウェアからの通信要求でないと判別されたとき所定の周期に従うタイミングになっていればホーム網をサーチする（Ｓ５：ＮＯ→Ｓ９：ＹＥＳ→Ｓ１１）。
【００１４】
第２の態様によれば、バックグラウンドで実行中のソフトウェア以外からの通信要求たとえばフォアグラウンドで実行中のソフトウェアからの通信要求に対しては、所定の周期に基づくタイミングでホーム網のサーチを行うので、フォアグラウンドで実行中のソフトウェアに求められるリアルタイム性をも満足しながら、ローミング率を低減できる。
【００１５】
第３の態様は、第２の態様に従属する通信端末であって、サーチ部によってホーム網が捕捉されたとき通信部の接続をホーム網に切り替える切り替え部、およびサーチ部によってホーム網が捕捉されないとき通信部のローミング網への接続状態を維持する維持部をさらに備える。
【００１６】
第３の態様では、切り替え部および維持部がさらに実現され、切り替え部は、サーチ部によってホーム網が捕捉されたとき通信部の接続をホーム網に切り替え（Ｓ１３：ＹＥＳ→Ｓ１５）、維持部はサーチ部によってホーム網が捕捉されないとき通信部のローミング網への接続状態を維持する（Ｓ１３：ＮＯ→Ｓ１７）。
【００１７】
第３の態様によれば、バックグラウンドで実行中のソフトウェアからの通信要求に対し、ホーム網が捕捉されなければローミング網への接続を維持したまま、ホーム網が捕捉されれば接続をホーム網に切り替えて、通信を開始できる。
【００１８】
第４の態様は、第２または３の態様に従属する通信端末であって、サーチ部は、判別部によって当該通信要求がバックグラウンドで実行中のソフトウェアからの通信要求であると判別された時点で前回サーチから所定の周期よりも短い一定時間以上経過している場合に所定の周期に基づくタイミングまで待つことなくホーム網をサーチし（Ｓ５：ＹＥＳ→Ｓ７：ＹＥＳ→Ｓ１１）、判別部によって当該通信要求がバックグラウンドで実行中のソフトウェアからの通信要求であると判別された時点で前回サーチから一定時間以上経過していない場合にはローミング網への接続を維持する（Ｓ５：ＹＥＳ→Ｓ７：ＮＯ→Ｓ１７）。
【００１９】
第４の態様によれば、網間の移動にはある程度の時間を要する点に着目し、一定時間内の再サーチを制限したので、ローミング率を低減する効果を維持しながら、消費電力の増大および使い勝手の悪化を一層抑制できる。
【００２０】
第５の態様は、第２ないし４のいずれかの態様に従属する通信端末であって、サーチ部は、通信部をローミング網に接続している状態で通信要求が発生しないとき、所定の周期に従うタイミングでホーム網をサーチする（Ｓ３：ＮＯ→Ｓ９：ＹＥＳ→Ｓ１１）。
【００２１】
第５の態様によれば、通信要求が発生しなくても周期的にサーチが実行されるので、ローミング率を一定以上低減できる。そして、所定の周期に対して適当な一定時間を選ぶことで、消費電力の増大および使い勝手の悪化を抑制する効果と、ローミング率を低減する効果とのバランスをとることができる。
【００２２】
第６の態様は、ホーム網（２）およびローミング網（４）に接続可能な通信部（１４）を有する通信端末（１０）のＣＰＵ（２４）を、通信部をローミング網に接続している状態で通信要求が発生したとき、当該通信要求がバックグラウンドで実行中のソフトウェアからの通信要求か否かを判別する判別部（Ｓ１：ＹＥＳ→Ｓ３：ＹＥＳ→Ｓ５）、および、判別部によって当該通信要求がバックグラウンドで実行中のソフトウェアからの通信要求であると判別されたときホーム網をサーチする（Ｓ５：ＹＥＳ→Ｓ１１）、サーチ部として機能させる、網接続制御プログラム（５２）である。
【００２３】
第７の態様は、ホーム網（２）およびローミング網（４）に接続可能な通信部（１４）を有する通信端末（１０）によって行われる網接続制御方法であって、通信部をローミング網に接続している状態で通信要求が発生したとき、当該通信要求がバックグラウンドで実行中のソフトウェアからの通信要求か否かを判別する判別ステップ（Ｓ１：ＹＥＳ→Ｓ３：ＹＥＳ→Ｓ５）、および、判別ステップによって当該通信要求がバックグラウンドで実行中のソフトウェアからの通信要求であると判別されたときホーム網をサーチする（Ｓ５：ＹＥＳ→Ｓ１１）、サーチステップを含む。
【００２４】
第６および７の各態様によっても、第１の態様と同様に、消費電力の増大および使い勝手の悪化を抑制しつつローミング率を低減できる。
【発明の効果】
【００２５】
この発明によれば、ローミング率を低減できる、通信端末ならびに網接続制御プログラムおよび方法が実現される。
【図面の簡単な説明】
【００２６】
【図１】この発明の一実施例である携帯端末の構成を示すブロック図である。
【図２】携帯端末の無線通信回路が接続されるホーム網およびローミング網を示す図解図である。
【図３】携帯端末のメインメモリの内容を示すメモリマップ図である。
【図４】携帯端末のＣＰＵによる網接続制御処理を示すフロー図である。
【発明を実施するための形態】
【００２７】
図１には、携帯端末１０のハードウエア構成が示される。図１を参照して、この発明の一実施例である携帯端末１０はＣＰＵ２４を含む。ＣＰＵ２４には、キー入力装置２６、タッチパネル３２、メインメモリ３４、フラッシュメモリ３６および撮像装置３８が接続され、さらに、無線通信回路１４を介してアンテナ１２が、Ａ／Ｄコンバータ１６を介してマイク１８が、Ｄ／Ａコンバータ２０を介してスピーカ２２が、そしてドライバ２８を介してディスプレイ３０が、それぞれ接続される。
【００２８】
アンテナ１２は、図示しない基地局からの無線信号を捕捉（受信）し、また、無線通信回路１４からの無線信号を放出（送信）する。無線通信回路１４は、アンテナ１２で受信された無線信号を復調および復号化し、また、ＣＰＵ２４からの信号を符号化および変調する。マイク１８は、音波をアナログの音声信号に変換し、Ａ／Ｄコンバータ１６は、マイク１８からの音声信号をディジタルの音声データに変換する。Ｄ／Ａコンバータ２０は、ＣＰＵ２４からの音声データをアナログの音声信号に変換し、スピーカ２２は、Ｄ／Ａコンバータ２０からの音声信号を音波に変換する。
【００２９】
キー入力装置２６は、ユーザによって操作される各種のキー，ボタン（図示せず）などで構成され、操作に応じた信号（コマンド）をＣＰＵ２４に入力する。ドライバ２８は、ＣＰＵ２４からの信号に応じた画像をディスプレイ３０に表示する。タッチパネル３２は、ディスプレイ３０の表示面に設けられ、タッチ点の位置を示す信号をＣＰＵ２４に入力する。
【００３０】
メインメモリ３４は、たとえばＳＤＲＡＭなどで構成され、ＣＰＵ２４に各種の処理を実行させるためのプログラム，データなど（図３参照）を記憶する共に、ＣＰＵ２４に必要な作業領域を提供する。フラッシュメモリ３６は、たとえばＮＡＮＤ型のフラッシュメモリで構成され、プログラムやデータの保存領域として利用される。
【００３１】
ＣＰＵ２４は、メインメモリ３４に記憶されたプログラム（５２〜５６）に従って、他のハードウエア（１２〜２２，２６〜３６）を利用しつつ、各種の処理を実行する。処理の実行に必要な現在時刻情報やタイミング信号は、ＲＴＣ(Real Time Clock)２４ａから供給される。
【００３２】
以上のように構成された携帯端末１０では、図示しないメニュー画面を通して、通話を行う通話モード、およびデータ通信を行うデータ通信モードなどを選択することができる。
【００３３】
通話モードが選択されると、携帯端末１０は、通話装置として機能する。詳しくは、キー入力装置２６によって発呼操作が行われると、ＣＰＵ２４は、無線通信回路１４を制御して発呼信号を出力する。出力された発呼信号は、アンテナ１２を介して出力され、図示しない移動通信網を経て相手の電話機に伝達される。電話機は、着信音などによる呼び出しを開始する。相手が着呼操作を行うと、ＣＰＵ２４は通話処理を開始する。一方、相手からの発呼信号がアンテナ１２によって捕捉されると、無線通信回路１４は着信をＣＰＵ２４に通知し、ＣＰＵ２４は、スピーカ２２からの着信音や図示しないバイブレータの振動などによる呼び出しを開始する。キー入力装置２６によって着呼操作が行われると、ＣＰＵ２４は通話処理を開始する。
【００３４】
通話処理は、たとえば、次のように行われる。相手から送られてきた受話音声信号は、アンテナ１２によって捕捉され、無線通信回路１４によって復調および復号化を施された後、Ｄ／Ａコンバータ２０を経てスピーカ２２に与えられる。これにより、スピーカ２２から受話音声が出力される。一方、マイク１８によって取り込まれた送話音声信号は、Ａ／Ｄコンバータ１６を経て無線通信回路１４に送られ、無線通信回路１４によって符号化および変調を施された後、アンテナ１２を通して相手に送信される。相手の電話機でも、送話音声信号の復調および復号化が行われ、送話音声が出力される。
【００３５】
データ通信モードが選択されると、携帯端末１０はデータ通信装置として機能する。詳しくは、ＣＰＵ２４は、無線通信回路１４を介してインターネット上のメールサーバやＷｅｂサーバ（図示せず）とデータ通信を行うことで電子メールデータやハイパーテキストデータを取得し、これに基づく電子メール文書やＨＴＭＬ文書をドライバ２８を介してディスプレイ３０に表示する。
【００３６】
また、ＣＰＵ２４は、アプリケーションソフトウェア（以下“アプリ”）をフォアグラウンドで実行中に、バックグラウンドで別のアプリを実行することが可能（マルチタスク対応型ＣＰＵ）である。以下では、フォアグラウンドで動作しているアプリを“フォアグラウンドアプリ”、バックグラウンドで動作しているアプリを“バックグラウンドアプリ”と呼ぶ場合がある。
【００３７】
たとえば、データ通信モードでは、フォアグラウンドで動作しているブラウザによりウェブページの閲覧を行いながら（つまりディスプレイ３０にＨＴＭＬ文書が表示されいている状態で）、バックグラウンドで動作しているメールソフトにより電子メールの着信を行うことも可能である。通話モードでも、フォアグラウンドで通話中にバックグラウンドでメール着信などが行える。
【００３８】
上述のような通話処理およびデータ通信処理は、たとえば、図２に示すホーム網２またはローミング網４を利用して実行される。具体的には、携帯端末１０がホーム網２の通信圏内に位置する場合、無線通信回路１４はホーム網２に接続され、携帯端末１０がホーム網２の通信圏外であってかつローミング網４の通信圏内に位置する場合、無線通信回路１４はローミング網４に接続される。
【００３９】
携帯端末１０がホーム網２の通信圏内に位置するか否かは、たとえば、ホーム網２の基地局から送信される無線信号に含まれる識別情報およびその受信信号強度などに基づいて判別される。携帯端末１０がローミング網４の通信圏内に位置するか否かもまた、ローミング網４の基地局から送信される無線信号に含まれる識別情報およびその受信信号強度などに基づいて判別可能である。
【００４０】
携帯端末１０のＣＰＵ２４は、無線通信回路１４のホーム網２およびローミング網４への接続を次のように制御する。すなわち、無線通信回路１４をローミング網４に接続している状態で通信要求が発生したとき、その通信要求がバックグラウンドで実行中のアプリからのものか、フォアグラウンドで実行中のアプリからのものかを判別して、フォアグラウンドで実行中のアプリからの通信要求と判別されたとき、所定の周期に従うタイミングになっていれば、ホーム網２のサーチを行い、バックグラウンドで実行中のアプリからの通信要求と判別されたとき上記所定の周期に従うタイミングまで待つことなく（可及的速やかに）ホーム網２のサーチを行う。そして、サーチの結果、ホーム網２が捕捉されると無線通信部１４の接続をホーム網２に切り替え、捕捉されなければローミング網４への接続状態を維持する。
【００４１】
そして、上述したような網接続制御は、たとえば、メインメモリ３４に記憶された図３に示す各種のプログラム（５２〜５４）およびデータ（６２〜６６）に基づいて、ＣＰＵ２４が図４に示すフローに従う処理を実行することにより実現される。
【００４２】
詳しくは、まず図３を参照して、メインメモリ３４はプログラム領域５０およびデータ領域６０を含み、プログラム領域５０には網接続制御プログラム５２，通信制御プログラム５４などが、データ領域６０には接続状態フラグ６２，サーチ情報６４およびローミング情報６６などが、それぞれ記憶される。なお、図示は省略するが、プログラム領域５０には、キー入力装置２６やタッチパネル３２からの入力を制御したり、ドライバ２８を介してディスプレイ３０への出力を制御するための入出力制御プログラムなども記憶される。
【００４３】
網接続制御プログラム５２は、バックグラウンドアプリからのデータ通信要求をトリガとしてホーム網２のサーチを行い、ホーム網２が捕捉されれば無線通信回路１４の接続をローミング網４からホーム網２に切り替え、ホーム網２が捕捉されなければローミング網４への接続状態を維持するためのプログラムであり、ＣＰＵ２４にデータ領域６０のフラグや情報（６２〜６６）を参照しつつ図４のフローに従う処理を実行させる。
【００４４】
通信制御プログラム５４は、網接続制御プログラム５２と共働して、ホーム網２またはローミング網４に接続された無線通信回路１４を制御して、先述した通話処理およびデータ通信処理を実行するためのプログラムである。
【００４５】
接続状態フラグ６２は、網への接続状態を示すフラグであり、無線通信回路１４がホーム網２に接続されている状態では“０”が、ローミング網４に接続されている状態では“１”が、通信制御プログラム５４によって書き込まれる（接続状態が変化したとき更新される）。サーチ情報６４は、ホーム網２のサーチを実行した時刻（ＲＴＣ２４ａの出力値に基づくタイムスタンプ）およびその結果を示す情報であり、通信制御プログラム５４によって書き込まれる（サーチが実行されたとき追記される）。
【００４６】
ローミング情報６６は、ローミング網４に接続した時刻およびローミング網４から離脱した時刻（いずれもＲＴＣ２４ａの出力値に基づくタイムスタンプ）を示す情報であり、通信制御プログラム５２によって書き込まれる（ローミング網４への接続／からの離脱が発生したとき追記される）。
【００４７】
なお、メインメモリ３４に記憶されたローミング情報６６は、フラッシュメモリ３６に転送され、一定期間以上保存される。こうしてフラッシュメモリ３６に蓄積されたローミング情報が、ホーム網２を運営するキャリア（および／またはローミング網４を提供したキャリア）へと定期的に送信され、送信先のキャリアにおいて、携帯端末１０がローミング網４を利用した時間が計算される。そして、ホーム網２を運営するキャリアからローミング網４を提供したキャリアへ、計算結果に基づく利用料金が支払われることになる。
【００４８】
次に、図４を参照して、ＣＰＵ２４は、最初、ステップＳ１で、無線通信回路１４がローミング網４に接続している状態か否かをメインメモリ３４に記憶された接続状態フラグ６２に基づいて判別し、ここでＮＯであれば、所定の待機時間（たとえば１秒）を挟んで同様の判別を繰り返す。ステップＳ１でＹＥＳであれば、ステップＳ３に進んで、データ通信要求が発生したか否かを通信制御プログラム５４を介して判別する。ステップＳ３でＮＯであれば、ステップＳ９に進む。
【００４９】
ステップＳ３でＹＥＳであれば、ステップＳ５に進んで、そのデータ通信要求がバックグラウンドアプリからのものか否かを通信制御プログラム５４を介して判別する。ステップＳ５でＮＯ、つまりそのデータ通信要求がフォアグラウンドアプリからのものであれば、ステップＳ９に進む。
【００５０】
ステップＳ５でＹＥＳであれば、ステップＳ７に進んで、前回サーチから一定時間（たとえば１０秒）以上経過しているか否かを、サーチ情報６４に記述された最後のサーチ時刻とＲＴＣ２４ａの出力値（現在時刻）との比較に基づいて判別する。そして、ステップＳ７でＮＯでればステップＳ１７に進み、ステップＳ７でＹＥＳであればステップＳ１１に進む。
【００５１】
なお、初回サーチの場合、サーチ情報６４に有意の値が記述されていないことから、ステップＳ７では、現在時刻との比較は行わずに、一定時間以上経過していると見なしてＹＥＳと判別する。
【００５２】
ステップＳ９では、前回サーチからサーチ周期に相当する時間（たとえば１分）が経過したか否かを判別する。そして、ステップＳ９でＹＥＳであればステップＳ１１に進み、ステップＳ９でＮＯであればステップＳ１７に進む。
【００５３】
なお、サーチ周期は、この実施例では固定値（１分）であるが、ユーザ操作に基づき設定または変更可能なパラメータでもよい。あるいは、ホーム網２およびローミング網４の配置が記述された地図情報と、ローミング網４に設けられた各基地局からの識別信号の受信信号強度から推定される位置情報（または携帯端末１０がＧＰＳを利用可能であればそれによる位置情報）との比較に基づいて、サーチ周期を動的に変化させてもよい。たとえば、網の境界に近づく（境界から遠ざかる）につれて段階的に、または連続的にサーチ周期を短くする（長くする）、といった制御が、ホーム網２のできるだけ早い捕捉に有効である。
【００５４】
ステップＳ１１では、通信制御プログラム５４を介してホーム網２をサーチする。このとき、サーチ時刻（１１：２５：００，１１：３７：００，…）および結果（捕捉失敗を示すＮＧまたは捕捉成功を示すＯＫ）が、通信制御プログラム５４によってサーチ情報６４に書き込まれる。そしてステップＳ１３で、ホーム網２を補足したか否かをサーチ情報６４に基づいて判別し、ＹＥＳであればステップＳ１５に進み、ＮＯであればステップＳ１７に進む。
【００５５】
ステップＳ１５では、通信制御プログラム５４を介して無線通信回路１４の接続をホーム網２に切り替える。こうしてローミング網４から離脱したとき、通信制御プログラム５４によって、離脱時刻がローミング情報６６に追記され、かつ接続状態フラグ６２が“０”に更新（“１”が“０”で上書き）される。その後、ステップＳ１に戻って上記と同様の処理を繰り返す。
【００５６】
ステップＳ１７では、ローミング網４への接続を維持する。こうしてローミング網４への接続の維持が決定されたとき、接続状態フラグ６２は“１”に維持（“１”が“１”で上書き）される。その後、ステップＳ１に戻って上記と同様の処理を繰り返す。
【００５７】
なお、上記ステップＳ７で前回サーチからの経過時間と比較される一定時間は、この実施例では１０秒であるが、一般には、サーチ周期よりも短い時間（ここでは１分未満）であればよい。ただし、アプリによっては、データ通信要求から一定時間が経過してもデータ通信を開始できないときオーバータイムと判断する場合もあるので、好ましくは、バックグラウンドアプリがオーバータイムと判断するまでの待ち時間も考慮して（たとえばサーチ周期１分に対し５秒〜３０秒の範囲で）適宜な時間が選ばれる。
【００５８】
以上から明らかなように、この実施例の携帯端末１０は、ホーム網２およびローミング網４に接続可能な無線通信回路１４を有し、フォアグラウンドでソフトウェアを実行中にバックグラウンドで別のソフトウェアを実行可能である。このような携帯端末１０のＣＰＵ２４は、無線通信回路１４をローミング網４に接続している状態でデータ通信要求が発生したとき、当該データ通信要求がバックグラウンドアプリからのものか否かを判別して（Ｓ１：ＹＥＳ→Ｓ３：ＹＥＳ→Ｓ５）、バックグラウンドで実行中のソフトウェアからの通信要求でない（つまりフォアグラウンドアプリからのデータ通信要求である）と判別されたとき所定の周期（たとえば１分周期）に従うタイミングになっていればホーム網２をサーチし（Ｓ５：ＮＯ→Ｓ９：ＹＥＳ→Ｓ１１）、バックグラウンドアプリからのデータ通信要求であると判別されたとき上記所定の周期に基づくタイミングまで待つことなく（可及的速やかに）ホーム網２をサーチする（Ｓ５：ＹＥＳ→Ｓ１１）。そして、ホーム網２が捕捉されたとき無線通信回路１４の接続をホーム網２に切り替え（Ｓ１３：ＹＥＳ→Ｓ１５）、ホーム網２が捕捉されないときローミング網４への接続状態を維持する（Ｓ１３：ＮＯ→Ｓ１７）。
【００５９】
この実施例によれば、バックグラウンドアプリは一般に（フォアグラウンドアプリと比べて）高いリアルタイム性を要求されることが少ない点に着目し、（フォアグラウンドアプリからのデータ通信要求に対しては、所定の周期に基づくタイミングになっていれば、ホーム網２のサーチを行うが、）バックグラウンドアプリからのデータ通信要求に対しては、所定の周期に基づくタイミングまで待たずにホーム網２のサーチを行うので、サーチの頻度を抑制しながら速やかにホーム網２への切り替えを図ることができ、その結果、消費電力の増大および使い勝手の悪化を抑制しつつローミング率を低減できる。
【００６０】
好ましくは、ＣＰＵ２４は、バックグラウンドアプリからのデータ通信要求であると判別された時点で前回サーチから所定の周期よりも短い一定時間（たとえば１０秒）以上経過している場合に所定の周期に基づくタイミングまで待つことなくホーム網２をサーチし（Ｓ５：ＹＥＳ→Ｓ７：ＹＥＳ→Ｓ１１）、バックグラウンドアプリからのデータ通信要求であると判別された時点で前回サーチから一定時間以上経過していない場合（たとえば未だ５秒しか経過していない場合）にはローミング網４への接続を維持する（Ｓ５：ＹＥＳ→Ｓ７：ＮＯ→Ｓ１７）。
【００６１】
このように、網（２，４）間の移動にはある程度の時間（たとえば１０秒〜１分のオーダー）を要する点に着目し、一定時間内の再サーチを制限したので、ローミング率を低減する効果を維持しながら、消費電力の増大および使い勝手の悪化を一層抑制できる。
【００６２】
また、ＣＰＵ２４は、無線通信回路１４をローミング網４に接続している状態でデータ通信要求が発生しないとき所定の周期に従うタイミングでホーム網２をサーチする（Ｓ３：ＮＯ→Ｓ９：ＹＥＳ→Ｓ１１）。したがって、通信要求が発生しなくても周期的にサーチが実行されるので、ローミング率を一定以上低減できる。そして、所定の周期（たとえば１分）に対し適切な一定時間（たとえば５秒から３０秒）を選ぶことで、消費電力の増大および使い勝手の悪化を抑制する効果と、ローミング率を低減する効果とのバランスをとることができる。
【００６３】
以上では、携帯端末１０について説明したが、この発明は、ホーム網およびローミング網に接続可能な通信部を有する携帯型の通信端末（スマートフォン，タブレットＰＣ，携帯電話端末，携帯情報端末など）、さらには自動車などの移動体に搭載される通信端末（カーナビなど）に適用できる。
【符号の説明】
【００６４】
２  …ホーム網
４  …ローミング網
１０  …携帯端末
１４  …無線通信回路
２４  …ＣＰＵ
２４ａ  …ＲＴＣ
３４  …メインメモリ
【図１】
2014049812.tif 000003
【図２】
2014049812.tif 000004
【図３】
2014049812.tif 000005
【図４】
2014049812.tif 000006