JP2010130129A - 通信端末装置、および、プログラム - Google Patents

Abstract

【課題】効率的なローミングサービスの利用を実現する。
【解決手段】現在日時がスケジュール登録された日時となったことがスケジュール処理部１１１によって判別されると、ローミング処理部１１２は、当該スケジュールに登録されている位置情報を取得する。さらに、記憶部１４０に格納されているローミングリストから、取得された位置情報が示す場所をサービス提供地域としている通信キャリアを選出し、選出した通信キャリアから優先的にサーチ動作をおこなう。また、ローミング処理部１１２は、当該スケジュールに基づいて選出した通信キャリアが利用できない場合、当該スケジュールの前後のスケジュールに記録されている位置情報に基づいて通信キャリアを選出してサーチ動作をおこなう。
【選択図】図４

Description

本発明は、通信端末装置、および、プログラムに関し、特に、ローミングサービス利用に好適な通信端末装置、および、プログラムに関する。

携帯電話などの通信端末装置でローミングサービスを利用できることが一般的となっている。ローミングサービスを利用可能な通信端末装置を用いることで、契約した通信事業者（キャリア）とは異なるキャリアの回線網を使用して通信をおこなうことができる。特に、国内で契約した携帯電話をそのまま海外でも使用することのできる、いわゆる国際ローミングは、携帯電話の利便性を高めるサービスとして広く利用されている。

このように、ローミングサービスを利用することによって、使用する通信端末装置について契約しているキャリアがサービスを提供していない場所であっても、通信をおこなうことができる。このため、ローミングサービスを利用する際には、当地において利用可能なキャリアをサーチして捕捉する必要がある。ローミングサービスを提供するキャリアが多数存在する場合、対象を絞り込まずにサーチをおこなうと、利用可能なキャリアを捕捉できるまで時間がかかることがあり、必要以上にバッテリを消耗させることになる。

このような不都合を解消するため、ＧＰＳ（Global Positioning System：全地球測位システム）機能を利用して特定した位置情報を用いることで、ローミング先のキャリアに対応する基地局を優先的にサーチする技術が提案されている（例えば、特許文献１、２）。

特開２００４−３５７２１４号公報 特開２００５−５０５９４９号公報

しかしながら、特許文献１、２に開示されている技術では、ＧＰＳ機能を用いるため、ＧＰＳ機能を搭載していない装置でないと利用できないという問題がある。

本発明は、上記実状に鑑みてなされたものであり、ローミングサービスを効率的に利用することのできる通信端末装置、および、プログラムを提供することを目的とする。

上記目的を達成するため、本発明の第１の観点にかかる通信端末装置は、
スケジュール登録機能を有する通信端末装置において、
複数の通信事業者について、少なくとも当該通信事業者が通信サービスを提供している場所を示す位置情報を含んだ接続情報を取得する接続情報取得手段と、
前記スケジュール登録機能で登録されたスケジュール情報に基づいて、前記通信端末装置が利用可能な通信事業者を前記接続情報から選出し、選出された通信事業者に対するサーチ動作を優先的におこなうサーチ手段と、
を備えることを特徴とする。

上記通信端末装置において、
前記サーチ手段は、現在日時に対応する前記スケジュール情報が示す位置情報に基づいて、利用可能な通信事業者を前記接続情報から選出することが望ましい。

上記通信端末装置において、
前記サーチ手段は、現在日時に対応する前記スケジュール情報に基づいて選出した通信事業者を利用できない場合、当該スケジュール情報に基づく第２候補の位置情報に基づいて、利用可能な通信事業者を前記接続情報から選出することが望ましい。

上記通信端末装置において、
前記サーチ手段は、前回待受可能であった通信事業者が利用できない場合に、前記スケジュール情報に基づいたサーチ動作をおこなうことが望ましい。

上記通信端末装置は、
前記スケジュール情報を記憶するスケジュール情報記憶手段と、
前記スケジュール登録機能で登録されたスケジュール情報に含まれる位置情報に基づいて、当該位置情報が示す場所で通信サービスを提供する通信事業者を示す情報を前記接続情報から取得し、当該スケジュール情報に対応づけて前記スケジュール情報記憶手段に記憶させる事業者情報登録手段と、をさらに備えていることが望ましい。

上記通信端末装置において、
前記サーチ手段は、前記スケジュール情報に基づいて選出できる通信事業者が複数ある場合、各通信事業者に関する指標に基づいて、サーチ動作の優先順位を決定することが望ましい。

上記通信端末装置において、
前記サーチ手段は、前記スケジュール情報に基づいて選出した通信事業者を利用できない場合、前記通信端末装置について本来契約している通信事業者を含む、前記接続情報に記録されたすべての通信事業者を対象にサーチ動作をおこなうことが望ましい。

上記目的を達成するため、本発明の第２の観点にかかるプログラムは、
スケジュール登録機能を有する通信端末装置を制御するコンピュータに、
複数の通信事業者について、少なくとも当該通信事業者が通信サービスを提供している場所を示す位置情報を含んだ接続情報を取得する機能と、
登録されたスケジュール情報に基づいて、前記通信端末装置が利用可能な通信事業者を前記接続情報から選出し、選出された通信事業者に対するサーチ動作を優先的におこなう機能と、
を実現させることを特徴とする。

本発明によれば、効率的なローミングサービスの利用を図ることができる。

本発明にかかる通信端末装置の例を以下に説明する。本実施形態にかかる通信端末装置は、例えば、携帯電話などの移動体通信端末であり、一般的な携帯電話と同様、音声通話機能、電子メール送受信機能、ウェブアクセス機能などの通信機能、および、使用者の行動予定などを日時情報とともに登録することのできるスケジュール登録機能を備えているものとする。また、本実施形態にかかる通信端末装置は、契約した通信キャリアとは異なる通信キャリアを使った通信も可能な、いわゆるローミングサービスを利用可能な通信端末装置である。

本実施形態にかかる通信端末装置１００を、図１を参照して説明する。図１は、本実施形態にかかる通信端末装置１００の概略構成を示すブロック図である。図示するように、通信端末装置１００は、制御部１１０、通信部１２０、音声処理部１３０、記憶部１４０、操作部１５０、表示部１６０、などから構成される。

制御部１１０は、例えば、ＣＰＵ（Central Processing Unit：中央演算処理装置）やワークエリアとなるＲＡＭ（Random Access Memory）などから構成され、所定の動作プログラムを実行することで通信端末装置１００の各部を制御する。すなわち、通信端末装置１００の各構成は制御部１１０によって制御されるとともに、各構成間の情報伝達などは制御部１１０を介しておこなわれる。

通信部１２０は、通信端末装置１００がＷＡＮ（Wide Area Network：広域通信網）へ接続するための無線アクセスにかかる構成であり、本実施形態では、通信部１２０によってセルラ網への無線アクセス（以下、「セルラ通信」とする）が実現される。すなわち、通信部１２０は、例えば、ＣＤＭＡ（Code Division Multiple Access：符号分割多重接続）方式やＧＳＭ（Global Systems for Mobile communications）方式などの通信方式を用いた通信装置などで構成され、当該通信方式に対応したアンテナ１２１による無線送受信をおこなうことで、近傍の基地局と無線通信をおこなう。このような通信部１２０の動作により、無線アクセスによるＷＡＮ接続がなされ、通信端末装置１００の基本機能である、セルラ通信による音声通話やデータ通信が実現される。

音声処理部１３０は、例えば、音声データ用のコーデック回路などから構成され、通信端末装置１００の音声入出力にかかる処理をおこなう。すなわち、通信部１２０で受信したデジタル音声データをアナログ音声信号に変換してスピーカ１３１から出力する受話動作や、マイクロフォン１３２から入力されたユーザの発話音声をデジタル音声データに変換して通信部１２０に送出する送話動作などをおこなう。

記憶部１４０は、例えば、フラシュメモリなどの記憶装置から構成され、制御部１１０が実行する動作プログラムを格納する他、本発明を実現するために必要な種々のデータを格納する。本実施形態では、携帯電話である通信端末装置１００が有するスケジュール登録機能によって登録されたスケジュール情報や、ローミングサービス利用時の回線接続に用いられるローミングリスト（いわゆる、ＰＲＬ（Preferred Roaming List））、などが記憶部１４０に格納されているものとする。

図２および図３に、記憶部１４０に格納される情報の例を示す。ここでは、スケジュール情報の例を図２に示し、ローミングリスト（ＰＲＬ）の例を図３に示す。

図２に示すように、記憶部１４０に格納されるスケジュール情報には、例えば、通信端末装置１００の使用者によって入力された行動予定などの情報が含まれている。この場合、行動予定についての日時情報や目的地、予定している行動、指定された通信キャリア、などを示す情報がスケジュール情報として記憶部１４０に格納される。

また、記憶部１４０に格納されるローミングリスト（ＰＲＬ）は、通信端末装置１００が利用可能な通信キャリアについて、当該通信キャリアが提供する回線への接続に必要となる情報が記録された接続情報である。ここでは、ローミングサービスを提供している通信キャリアについての接続情報が記録されているものとする。本実施形態にかかるＰＲＬは、図３に示すように、例えば、ローミングサービスを提供する通信キャリア毎にレコードが作成され、各レコードには、当該通信キャリアがローミングサービスを提供している地域、その地域で当該キャリアの回線に接続するために必要な接続パラメータ（例えば、ＳＩＤ（システムＩＤ）、ＮＩＤ（ネットワークＩＤ）、バンドクラス、優先チャネル番号、など）、などが記録されている。ここで、各レコードには番号（Ｎｏ．）が付されているものとし、最終レコードの番号をｎとする。

操作部１５０は、通信端末装置１００の外面上に構成されたボタンやキーなどから構成され、通信端末装置１００のユーザによって操作される。操作部１５０は、各ボタンやキーなどと接続された入力回路などを備え、ユーザの操作に応じた入力信号を生成して制御部１１０に入力する。

表示部１６０は、例えば、液晶表示装置などから構成された表示出力装置であり、制御部１１０の制御によって画像などを表示出力する。

以上が本実施形態にかかる通信端末装置１００の主要な構成であるが、これらは本発明を実現するために必要な構成であり、移動体通信端末の主要機能や付加機能を実現するために必要となるその他の構成については適宜備えられているものとする。

上述したように、本実施形態にかかる通信端末装置１００はローミングサービスが利用可能な構成を有している。この場合、通信端末装置１００の使用に際し直接的に契約している通信キャリア（以下、「ホームキャリア」とする）がサービスを提供していない地域で通信端末装置１００を使用する場合、当地でローミングサービスを提供している通信キャリアをサーチする必要がある。

本発明は、ローミングサービスを提供している通信キャリアのサーチを、スケジュール機能によって登録された内容に基づいておこなうことで、効率的に通信キャリアをサーチし、バッテリの消費や待ち時間の低減を図る。このため、記憶部１４０に格納されているプログラムを制御部１１０が実行することで、スケジュールと連動した通信キャリアのサーチに必要な機能が実現される。

制御部１１０によって実現される機能を図４に示す。図４は、制御部１１０がプログラムを実行することで実現される機能を示す機能ブロック図である。図示するように、制御部１１０は、スケジュール処理部１１１、ローミング処理部１１２、通信制御部１１３、などとして機能する。

スケジュール処理部１１１は、通信端末装置１００のスケジュール機能にかかる処理をおこなう。すなわち、スケジュールの入力に必要な画面を表示部１６０に表示し、ユーザ操作に応じた操作部１５０からの入力信号に基づいて、図２に示すようなスケジュール情報を生成・更新して記憶部１４０に格納する。また、携帯電話などのような通信端末装置１００で一般的に備えられているカレンダー機能や時計機能で生成される現在日時を示す日時情報に基づいて、登録されたスケジュールに指定した日時となったか判別する。この場合において、記憶部１４０に格納されたスケジュール情報が、スケジュール処理部１１１によって記憶部１４０から取得される。

ローミング処理部１１２は、通信端末装置１００のローミング機能にかかる処理をおこなう。本実施形態では、ホームキャリアでの待受ができない場合などにローミングサービスのキャリア（通信キャリア）をサーチする通常のサーチ動作の他、登録されたスケジュールに基づいてローミングサービスのキャリアをサーチする動作（キャリアサーチ）をおこなう。この場合において、記憶部１４０に格納されたＰＲＬの情報が、ローミング処理部１１２によって記憶部１４０から取得される。

通信制御部１１３は、通信部１２０や音声処理部１３０を制御することで、通信端末装置１００の通信機能（音声通話やデータ通信など）を実現する他、ローミング処理部１１２によるキャリアサーチの際には、指定された接続パラメータを用いて基地局への通信を試みて、指定されたキャリアで待受可能であるか判別する。

本実施形態では、制御部１１０がプログラムを実行することで上記各機能が論理的に実現されるものとするが、例えば、ＡＳＩＣ（Application Specific Integrated Circuit：特定用途向け集積回路）などのハードウェアによって上記各機能が実現されてもよい。

このような通信端末装置１００によって実行される動作を説明する。ここでは、通信端末装置１００が待受状態となるために実行される「待受動作処理」を、図５に示すフローチャートを参照して説明する。ここで、「待受状態」とは、通信端末装置１００が近傍の基地局と通信可能な状態であることをいう。この「待受動作処理」は、例えば、通信端末装置１００が起動したときに実行される他、電波の送受信をおこなわないモードが解除された場合などに実行される。

処理が開始されると、通信制御部１１３は、前回待受可能だった接続パラメータを用いて近傍基地局との通信を試みることで、前回指定したキャリアで待受可能であるか否かを判別する（ステップＳ１１）。この場合、通信制御部１１３は、前回使用した接続パラメータを用いた送受信による電波強度（いわゆる、ＲＳＳＩ（Received Signal Strength Indicator））などに基づいて、接続パラメータが示すチャネルや周波数で通信できるか否かを判別する。

ここで、前回待受可能であったキャリアで待受可能である場合（ステップＳ１１：Ｙｅｓ）、通信制御部１１３は、例えば、ユーザ操作による通信開始を示す入力信号の入力や、外部からの着信などのような通信イベントの発生を待機する（ステップＳ１４）。ここで、通信イベントが発生すると（ステップＳ１４：Ｙｅｓ）、通信制御部１１３は、発生した通信イベントに応じて通信部１２０や音声処理部１３０を制御し、対応する通信動作をおこなう（ステップＳ１５）。

発生した通信イベントに対応する通信動作が終了した場合（ステップＳ１６：Ｙｅｓ）や、通信イベントが発生しない場合（ステップＳ１４：Ｎｏ）、通信端末装置１００は待受状態が維持される（ステップＳ１７：Ｎｏ）。

このように待受状態が維持されている間に現在日時がスケジュール登録された日時となった場合（ステップＳ１２：Ｙｅｓ）、もしくは、前回待受可能であったキャリアで待受ができない（ステップＳ１１：Ｎｏ）と判別された時点で現在日時がスケジュール登録された日時となった場合（ステップＳ１２：Ｙｅｓ）、スケジュール処理部１１１は、その旨をローミング処理部１１２に通知する。この場合、ローミング処理部１１２は、ローミングサービスを利用するためのキャリアサーチをスケジュール情報に基づいておこなう「キャリアサーチ処理（１）」（詳細後述）を実行する（ステップＳ１００）。

一方、現在日時がスケジュール登録された日時とならない場合（ステップＳ１２：Ｎｏ）は、待受可能でなくなったことを契機に（ステップＳ１８：Ｎｏ）、従来の手法でキャリアサーチをおこなう「キャリアサーチ処理（２）」（詳細後述）が実行される（ステップＳ２００）。つまり、前回待受可能であったキャリアでの待受ができない場合（ステップＳ１１：Ｎｏ）において、現在日時がスケジュール登録された日時ではない場合（ステップＳ１２：Ｎｏ）には、「キャリアサーチ処理（２）」が実行される。また、前回待受可能であったキャリアでの待受が可能であった場合（ステップＳ１１：Ｙｅｓ）でも、現在日時がスケジュール登録された日時ではなく（ステップＳ１２：Ｎｏ）、かつ、待受状態が維持できなくなった際には（ステップＳ１８：Ｎｏ）、「キャリアサーチ処理（２）」が実行されることになる。

「キャリアサーチ処理（１）」（ステップＳ１００）もしくは「キャリアサーチ処理（２）」（ステップＳ２００）でサーチされたキャリアで待受可能である場合（ステップＳ１３：Ｙｅｓ、もしくは、ステップＳ１９：Ｙｅｓ）、そのキャリアを使った待受状態となり、通信イベントの発生に応じて通信動作がおこなわれる（ステップＳ１４〜ステップＳ１６）。

ここで、「待受動作処理」（図５）においては、スケジュールに連動して実行される「キャリアサーチ処理（１）」でサーチされたキャリアでは待受状態とならない場合（ステップＳ１３：Ｎｏ）、「キャリアサーチ処理（２）」を実行してキャリアサーチをおこなう。そして、「キャリアサーチ処理（２）」でサーチされたキャリアでは待受状態とならない場合は、ホームキャリアもローミングサービスも利用できないことになるので、圏外であることが表示部１６０などに表示される（ステップＳ２０）。このような動作は、例えば、通信端末装置１００の電源オフなどといった所定の待受終了イベントが発生するまで繰り返しおこなわれる（ステップＳ１７：Ｎｏ）。そして、待受終了イベントの発生により処理を終了する（ステップＳ１７：Ｙｅｓ）。

以上のような「待受動作処理」で実行される「キャリアサーチ処理（１）」を、図６に示すフローチャートを参照して説明する。

処理が開始されると、ローミング処理部１１２は、記憶部１４０のスケジュール情報にアクセスし、本処理開始の契機となったスケジュール情報にキャリアを指定する情報が記録されているか否かを判別する（ステップＳ１０１）。すなわち、通信端末装置１００のユーザがスケジュール登録する際、当該スケジュールの目的地で使用するキャリアをユーザが任意で指定した場合には、指定されたキャリアを示す情報がスケジュール情報に登録される。このように、ユーザが任意で入力できる他、例えば、登録された目的地がホームキャリアのサービス提供地域である場合には、スケジュール処理部１１１が自動的にホームキャリアを登録するように動作してもよい。

スケジュール情報に指定キャリアが記録されている場合（ステップＳ１０１：Ｙｅｓ）、ローミング処理部１１２は、記憶部１４０のＰＲＬにアクセスし、スケジュール情報に登録された目的地において当該キャリアを利用するための接続パラメータを取得し、当該接続パラメータを用いた接続を試みるよう通信制御部１１３に指示する。通信制御部１１３は、ローミング処理部１１２からの指示に応じて、当該接続パラメータを用いた基地局との通信を試みることで、スケジュール情報に指定されたキャリアで待受可能であるか否か判別し、判別結果をローミング処理部１１２に通知する。

ここで、通信端末装置１００のユーザが、登録したスケジュール通りに行動し、かつ、キャリアの指定に誤りがなければ、指定されたキャリアで待受可能となる。このような場合（ステップＳ１０２：Ｙｅｓ）、ローミング処理部１１２は、待受可否を示す待受可否フラグに、待受可能であることを示す「１」を設定し（ステップＳ１０３）、「待受動作処理」のフローに戻る。

一方、ユーザがスケジュール通りに行動していなかったり、スケジュール通りに行動しているがキャリアの指定が誤っていたりする場合、指定されたキャリアでは待受できないことがある。このような場合（ステップＳ１０２：Ｎｏ）、あるいは、当該スケジュールにキャリアが指定されていない場合（ステップＳ１０１：Ｎｏ）、ローミング処理部１１２は、当該スケジュールに登録された目的地に基づいて、キャリアサーチをおこなう。

まず、ローミング処理部１１２は、本処理開始の契機となったスケジュール情報に登録されている目的地情報を特定する（ステップＳ１０４）。ここでは、図２に例示するように、目的地の国名や都市名を示す情報がスケジュール情報に記録されているので、このような目的地情報を特定する。

目的地を特定すると、ローミング処理部１１２はＰＲＬにアクセスし、当該目的地をサービス提供地域としているキャリア情報を検索する（ステップＳ１０５）。

ここで、スケジュールに登録された目的地でローミングサービスを提供するキャリアが複数検索された場合（ステップＳ１０６：Ｙｅｓ、ステップＳ１０７：Ｙｅｓ）、スケジュール処理部１１１は、検索された複数のキャリアの中から、優先的に接続を試みるキャリアを選出するための「優先キャリア選出処理」を実行する（ステップＳ１１０）。この「優先キャリア選出処理」を、図７に示すフローチャートを参照して説明する。

処理が開始されると、ローミング処理部１１２は、優先キャリアの選出にかかるユーザ設定があるか否かを判別する（ステップＳ１１１）。ここでの「ユーザ設定」とは、キャリアサーチにより複数のキャリアが見つかった場合に、いずれのキャリアを優先するかを決定するための条件がユーザによって設定されていることをいう。本実施形態では、優先キャリア選出にかかるユーザ設定がなされている場合、当該条件などを示す指標が予め記憶部１４０に格納されているものとする。

よって、ユーザ設定がなされている場合（ステップＳ１１１：Ｙｅｓ）、ローミング処理部１１２は、記憶部１４０に格納されたユーザ設定指標を参照し（ステップＳ１１２）、対象となっている複数のキャリアに対してユーザ設定指標を適用することで、接続試行の優先度を決定する（ステップＳ１１３）。

ここでは、例えば、キャリア間の提携内容やポイントサービス、通話料金などのような、ユーザが享受する利益に基づく指標が設定されているものとし、このような指標に基づいて優先度が決定される。つまり、対象となる複数のキャリアのうち、ユーザにより高い利益をもたらすキャリアを、優先度の高いキャリアとして決定する。

ここで、ユーザ設定として、優先キャリアの自動選択が設定されている場合（ステップＳ１１４：Ｙｅｓ）、ローミング処理部１１２は、対象となる複数のキャリアを、ステップＳ１１３で決定した優先度順に指定し（ステップＳ１１５）、指定の都度、通信制御部１１３に対し、当該キャリアについての接続パラメータを用いた通信を試行させる。

ローミング処理部１１２は、このようにして優先度順に接続を試行し、最初に待受可能となったキャリアを優先キャリアとして選出する（ステップＳ１１６：Ｙｅｓ、ステップＳ１１７）。

一方、例えば、通信端末装置１００のユーザが、登録したスケジュール通りに行動していないような場合、スケジュールに登録された目的地に対応するキャリアでは待受状態にならない場合がある。つまり、対象となった複数のキャリアのいずれでも待受不可となる。この場合（ステップＳ１１６：Ｎｏ）、ローミング処理部１１２は、本処理ではキャリアの指定をおこなわずに「キャリアサーチ処理（１）」のフローに戻る。

一方、自動選択が設定されていない場合（ステップＳ１１４：Ｎｏ）、ローミング処理部１１２は、選出対象となる複数のキャリアを示す名称などを、ステップＳ１１３で決定した優先度順に表示部１６０に表示する（ステップＳ１１８）。

この場合、通信端末装置１００のユーザは、優先度を参考にして、表示されたキャリアから所望するキャリアを選択する。このユーザによる選択動作に応じた操作部１５０からの入力信号に基づいて、ローミング処理部１１２は、選択されたキャリアを優先キャリアとして選出し（ステップＳ１１９）、「キャリアサーチ処理（１）」のフローに戻る。

また、優先キャリアの選出にかかるユーザ設定がなされていない場合（ステップＳ１１１：Ｎｏ）は、スケジュールに登録された目的地でローミングサービスを提供している複数のキャリアを順次指定して待受可否を判別し（ステップＳ１２０）、待受可能なキャリアがあれば（ステップＳ１１６：Ｙｅｓ）、当該キャリアを指定する（ステップＳ１１７）。一方、待受可能なキャリアがなければ（ステップＳ１１６：Ｎｏ）、本処理でキャリアの指定をおこなわずに「キャリアサーチ処理（１）」のフローに戻る。

「キャリアサーチ処理（１）」（図６）では、ローミング処理部１１２が、「優先キャリア選出処理」で選出されたキャリアで待受可能であるか判別する（ステップＳ１０８）。ここで、「優先キャリア選出処理」において、ユーザによる指定以外の方法で優先キャリアが選出された場合は、待受可能なキャリアが指定されているので、待受可能であると判別する（ステップＳ１０８：Ｙｅｓ）。一方、「優先キャリア選出処理」において、ユーザによってキャリアが選出された場合、ローミング処理部１１２は、選出されたキャリアの接続パラメータをＰＲＬから取得し、通信制御部１１３に通信を試行させることで、待受可能であるか判別する。

また、スケジュールの目的地に基づいて検索されたキャリアが１つである場合（ステップＳ１０７：Ｎｏ）、ローミング処理部１１２は、「優先キャリア選出処理」を実行せず、当該キャリアを指定して待受可否を判別する（ステップＳ１０８）。

現在日時における行動予定を示すスケジュール情報に登録された目的地に対応するキャリアで待受可能である場合（ステップＳ１０８：Ｙｅｓ）、すなわち、当該キャリアの回線に接続してローミングサービスが利用可能である場合、ローミング処理部１１２は、待受可否フラグに「１」を設定して（ステップＳ１０３）、「待受動作処理」のフローに戻る。

一方、スケジュール情報に登録された目的地に対応するキャリアでは待受状態にならない場合（ステップＳ１０８：Ｎｏ）、ローミング処理部１１２は、当該スケジュール情報から第２候補となる場所についてのキャリアサーチをおこなう「第２候補サーチ処理」を実行する（ステップＳ１３０）。この「第２候補サーチ処理」を、図８に示すフローチャートを参照して説明する。

処理が開始されると、ローミング処理部１１２は、記憶部１４０のＰＲＬにアクセスし、「キャリアサーチ処理（１）」を開始する契機となったスケジュール（以下、「基準スケジュール」とする）が記録されているレコードの前後に隣接するレコードに記録されているスケジュール情報（以下、「周辺スケジュール」とする）を取得する（ステップＳ１３１）。

ここで、通信端末装置１００のユーザがスケジュール通りに行動していないことなどが、「キャリアサーチ処理（１）」で待受不可となる要因として考えられる。この場合において、登録されたスケジュールよりも実際の行動が早まったり遅延したりすることでも、同様の結果となることがある。このため、基準スケジュールの前後に登録されているスケジュールが示す目的地を第２候補としてキャリアサーチをおこなえば、実際の行動に合致した位置情報でサーチできる可能性がある。

よって、ローミング処理部１１２は、ステップＳ１３１で取得した周辺スケジュールに記録されている目的地に基づいてキャリアサーチをおこなう。ここで、周辺スケジュールと基準スケジュールとで目的地が同一である場合（ステップＳ１３２：Ｎｏ）、当該目的地についてのキャリアサーチは「キャリアサーチ処理（１）」で既におこなっているので、この場合は待受不可ということになる。よって、ローミング処理部１１２は、待受可否フラグに待受不可を示す「０」を設定し（ステップＳ１３３）、「キャリアサーチ処理（１）」のフローに戻る。

一方、基準スケジュールとは異なる目的地が周辺スケジュールに登録されているのであれば（ステップＳ１３２：Ｙｅｓ）、ローミング処理部１１２は、その目的地に基づいたキャリアサーチをおこなう。この場合は、「キャリアサーチ処理（１）」と同様、当該目的地でローミングサービスを提供しているキャリアをＰＲＬから検索し、存在する場合には（ステップＳ１３４：Ｙｅｓ）、当該キャリアを選出する。また、対象となるキャリアが複数ある場合（ステップＳ１３５：Ｙｅｓ）には、「優先キャリア選出処理」（図７）を実行する（ステップＳ１１０）。

このようにして選出されたキャリアで待受可能であれば（ステップＳ１３６：Ｙｅｓ）、当該キャリアを指定するとともに待受可否フラグに「１」を設定し（ステップＳ１３７）、待受不可（ステップＳ１３６：Ｎｏ）、もしくは、当該目的地に対応するキャリアが存在しない場合（ステップＳ１３４：Ｎｏ）は、待受可否フラグに「０」を設定して（ステップＳ１３３）、「キャリアサーチ処理（１）」（図６）のフローに戻る。

「キャリアサーチ処理（１）」では、「第２候補サーチ処理」の終了とともに「待受動作処理」（図５）のフローに戻る。つまり、「キャリアサーチ処理（１）」をおこなうことで、登録されたスケジュールの目的地に基づいたキャリアサーチがおこなわれ、サーチされたキャリアでの待受可否を示すフラグが設定される。

「待受動作処理」では、ローミング処理部１１２が、「キャリアサーチ処理（１）」で設定された待受可否フラグに基づいて、選出されたキャリアでの待受が可能であるか否かが判別される（ステップＳ１３）。

「キャリアサーチ処理（１）」で設定された待受可否フラグが「１」である場合、選出されたキャリアで待受可能なので（ステップＳ１３：Ｙｅｓ）、当該キャリアでの待受をおこなうことになる。つまり、スケジュールに登録された目的地に基づいて選出したキャリアの回線を用いて、通信端末装置１００でローミングサービスを利用することができる。

一方、「キャリアサーチ処理（１）」で設定された待受可否フラグが「０」である場合、スケジュールに登録された目的地に基づいて選出したキャリアでは待受できないことになるので（ステップＳ１３：Ｎｏ）、ローミング処理部１１２は、従来のキャリアサーチ方法と同様の「キャリアサーチ処理（２）」を実行する（ステップＳ２００）。この「キャリアサーチ処理（２）」を、図９に示すフローチャートを参照して説明する。

処理が開始されると、ローミング処理部１１２は、デフォルトのキャリアであるホームキャリアを指定し（ステップＳ２０１）、通信制御部１１３に、ホームキャリアの接続パラメータを使った通信の試行を指示することで、ホームキャリアで待受可能であるか否かを判別する（ステップＳ２０２）。

ホームキャリアで待受可能であれば（ステップＳ２０２：Ｙｅｓ）、ローミング処理部１１２は、待受可否フラグに「１」を設定し（ステップＳ２０３）、「待受動作処理」のフローに戻る。これにより、ホームキャリアを使った待受状態となる。

一方、ホームキャリアでは待受できない場合（ステップＳ２０２：Ｎｏ）、ローミング処理部１１２は、ＰＲＬのレコード番号を順次指定するカウンタＰを、先頭番号を示す値（例えば、「１」）に初期化し（ステップＳ２０４）、ＰＲＬのＰ番目のレコードに記録されているキャリアを指定する（ステップＳ２０５）。そして、当該キャリアで接続試行をおこない、待受可能であれば（ステップＳ２０６：Ｙｅｓ）、待受可否フラグに「１」を設定し（ステップＳ２０３）、「待受動作処理」のフローに戻る。

ＰＲＬのＰ番目のキャリアでは待受できない場合（ステップＳ２０６：Ｎｏ）、ローミング処理部１１２は、カウンタＰの値を＋１し（ステップＳ２０７）、更新後のカウンタＰの値が、ＰＲＬのレコード数以内であれば（ステップＳ２０８：Ｎｏ）、Ｐ番目のレコードに記録されたキャリアで待受可能であるか判別する（ステップＳ２０５、ステップＳ２０６）。

このようにして、ＰＲＬに記録されているキャリアを順次指定して通信を試行し、待受可能と判別された時点で、そのキャリアを指定する。一方、待受可能なキャリアがない場合（ステップＳ２０８：Ｙｅｓ）は、待受可否フラグに「０」を設定して（ステップＳ２０９）、「待受動作処理」（図５）のフローに戻る。

「待受動作処理」では、「キャリアサーチ処理（２）」で設定された待受可否フラグに基づいて、ローミング処理部１１２が、サーチされたキャリアで待受可能であるか判別する（ステップＳ１９）。

待受可能であれば（ステップＳ１９：Ｙｅｓ）、当該キャリアで待受動作をおこない、通信イベントの発生に応じた通信動作がおこなわれる。一方、待受不可であれば（ステップＳ１９：Ｎｏ）、通信端末装置１００の現在位置では、ＰＲＬに登録されている接続パラメータのいずれを用いても通信できないので、ローミング処理部１１２は、圏外通知をおこない（ステップＳ２０）、新たなスケジュール日時の到来や所定のキャリアサーチタイミングの際に、再度キャリアサーチをおこなう。

以上のような処理により、スケジュール機能によって登録された目的地などの位置情報に基づいて、当地で利用可能な通信キャリアを絞り込んで選出し、選出された通信キャリアを優先したサーチ動作をおこなう。

以上説明したように、本発明を上記実施形態の如く適用することで、ローミングサービス利用時のサーチ動作を効率的におこなうことができる。

すなわち、携帯電話などの通信端末装置で一般的に用いられているスケジュール機能によって登録された場所を位置情報としてキャリアサーチをおこなうので、ＧＰＳ装置などのような位置情報を取得する手段を有していなくても、ローミングサービスの利用に必要なキャリアサーチをおこなうことができる。これにより、ＧＰＳ機能を搭載していない通信端末装置であっても、ローミングサービス利用時に効率的なサーチ動作をおこなうことができる他、ＧＰＳ機能を搭載している通信端末装置であっても、ＧＰＳ動作をおこなわずにサーチ動作をおこなうことができるので、サーチ動作に要するバッテリ消費などを低減させることができる。

この場合において、現在日時がスケジュール登録された日時となったことを契機に、当該スケジュールに登録されている位置情報（目的地など）に基づいて選出した通信キャリア（通信事業者）を優先してサーチ動作をおこなうので、短時間で待受可能な状態にすることができる。

さらに、このようにして選出した通信キャリアが利用できない場合には、当該スケジュールの前後のスケジュールに登録されている位置情報を第２候補として、優先的なサーチ対象とする通信キャリアを選出するので、例えば、実際の行動がスケジュールされた時間とずれた場合であっても、サーチ対象を絞り込んだ効率的なサーチ動作をおこなうことができる。

そして、このようなスケジュール情報に基づくサーチ対象の絞り込みは、前回待受可能であった通信キャリアが利用できない場合に実施されるので、ローミングサービスを利用する必要がない場合はサーチ動作をおこなわないので、サーチ動作による通常動作の中断やバッテリ消費を防止することができる。

なお、スケジュールが登録された時点で、登録された位置情報に対応する通信キャリアの名称などをスケジュール情報に記録してもよい。この場合、ユーザが任意に入力して登録することができる他、装置側で自動的に登録することもできる。スケジュール登録時点で通信キャリアを対応づけておくことで、当該スケジュールの登録日時となったときの絞り込み動作を簡略化することができ、より短時間にサーチ動作を完了させることができる。

また、以上のようなサーチ動作時の絞り込みにおいて、利用可能な通信キャリアが複数存在する場合には、例えば、対象となる複数の通信キャリアのサービス内容などに基づいた、ユーザにとって利益となる指標をもとにサーチ動作の優先順位を決定するので、サーチ動作の効率化だけでなく、ユーザ満足度の向上を図ることができる。

なお、スケジュールに基づいた絞り込みによって選出した通信キャリアが利用できない場合にのみ、従来のサーチ動作をおこなうので、スケジュール通りの行動がなされない場合であっても、待受可能な状態とすることができる。

上記実施形態は一例であり、本発明の適用範囲はこれに限られない。すなわち、種々の応用が可能であり、あらゆる実施の形態が本発明の範囲に含まれる。

例えば、上記実施形態では、スケジュール情報に登録される位置情報として目的地を例示したが、通信端末装置１００が用いられる場所を示すものであれば、登録される位置情報は任意である。上記実施形態では、「国名」と「都市名」の組み合わせを位置情報の例としたが、これに限られず、例えば、「国名」のみや「都市名」のみであってもよい。あるいは、観光地やランドマークなどの名称であってもよい。

また、上記実施形態では、現在日時がスケジュールされた日時となったことを契機に、目的地に対応したキャリアに絞り込んでサーチ動作をおこなうものとしたが、絞り込み動作の契機が日時でなくてもよい。例えば、前回待受可能であったキャリアでは待受不可となったことを契機に、スケジュールに登録されている位置情報に対応するキャリアを優先的にサーチ対象とするようにしてもよい。この場合、スケジュール情報に日時情報が含まれていなくてもよいので、スケジュール機能が簡略化されている場合であっても、効率的なサーチ動作をおこなうことができる。

上記実施形態における「第２候補サーチ処理」においては、基準スケジュールの直近前後に登録されているスケジュール情報における位置情報を第２候補の位置情報としたが、第２候補として指定できる位置情報はこれに限られない。例えば、スケジュール情報に記録されている位置情報のうち、基準スケジュールに登録されている位置情報以外の位置情報すべてを第２候補として絞り込みをおこなってもよい。

また、上記実施形態では、スケジュール情報やＰＲＬ（接続情報）を、通信端末装置１００内の記憶部１４０に格納し、記憶部１４０からこれらの情報を取得して処理する場合を例示したが、スケジュール情報や接続情報の取得先は任意であり、例えば、外部のサーバなどに格納されているスケジュール情報や接続情報を、通信ネットワークを介して取得する構成であってもよい。

なお、本発明にかかる機能を実現するための構成を予め備えた通信端末装置として提供できることはもとより、プログラムの適用により、既存の通信端末装置を本発明にかかる通信端末装置として機能させることもできる。すなわち、上記実施形態で例示した制御部１１０による各機能構成を実現させるためのプログラムを、既存の通信端末装置を制御するコンピュータ（ＣＰＵなど）が実行できるよう適用することで、本発明にかかる通信端末装置として機能させることができる。

このようなプログラムの配布方法は任意であり、例えば、メモリカードやＣＤ−ＲＯＭなどの記録媒体に格納して配布できる他、インターネットなどの通信媒体を介して配布することもできる。

本発明の実施形態にかかる通信端末装置の構成を示すブロック図である。 図１に示した記憶部に格納される「スケジュール情報」の例を示す図である。 図１に示した記憶部に格納される「ＰＲＬ」の例を示す図である。 図１に示した制御部によって実現される機能を示す機能ブロック図である。 本発明の実施形態で実行される「待受動作処理」を説明するためのフローチャートである。 図５に示した「待受動作処理」において実行される「キャリアサーチ処理（１）」を説明するためのフローチャートである。 図６に示した「キャリアサーチ処理（１）」などにおいて実行される「優先キャリア選出処理」を説明するためのフローチャートである。 図６に示した「キャリアサーチ処理（１）」において実行される「第２候補サーチ処理」を説明するためのフローチャートである。 図５に示した「待受動作処理」において実行される「キャリアサーチ処理（２）」を説明するためのフローチャートである。

符号の説明

１００…通信端末装置、１１０…制御部、１１１…スケジュール処理部、１１２…ローミング処理部、１１３…通信制御部、１２０…通信部、１２１…アンテナ、１３０…音声処理部、１３１…スピーカ、１３２…マイクロフォン、１４０…記憶部、１５０…操作部、１６０…表示部

Claims (8)

1. スケジュール登録機能を有する通信端末装置において、
   複数の通信事業者について、少なくとも当該通信事業者が通信サービスを提供している場所を示す位置情報を含んだ接続情報を取得する接続情報取得手段と、
   前記スケジュール登録機能で登録されたスケジュール情報に基づいて、前記通信端末装置が利用可能な通信事業者を前記接続情報から選出し、選出された通信事業者に対するサーチ動作を優先的におこなうサーチ手段と、
   を備えることを特徴とする通信端末装置。
2. 前記サーチ手段は、現在日時に対応する前記スケジュール情報が示す位置情報に基づいて、利用可能な通信事業者を前記接続情報から選出する、
   ことを特徴とする請求項１に記載の通信端末装置。
3. 前記サーチ手段は、現在日時に対応する前記スケジュール情報に基づいて選出した通信事業者を利用できない場合、当該スケジュール情報に基づく第２候補の位置情報に基づいて、利用可能な通信事業者を前記接続情報から選出する、
   ことを特徴とする請求項２に記載の通信端末装置。
4. 前記サーチ手段は、前回待受可能であった通信事業者が利用できない場合に、前記スケジュール情報に基づいたサーチ動作をおこなう、
   ことを特徴とする請求項１乃至３のいずれか１項に記載の通信端末装置。
5. 前記スケジュール情報を記憶するスケジュール情報記憶手段と、
   前記スケジュール登録機能で登録されたスケジュール情報に含まれる位置情報に基づいて、当該位置情報が示す場所で通信サービスを提供する通信事業者を示す情報を前記接続情報から取得し、当該スケジュール情報に対応づけて前記スケジュール情報記憶手段に記憶させる事業者情報登録手段と、をさらに備える、
   ことを特徴とする請求項１乃至４のいずれか１項に記載の通信端末装置。
6. 前記サーチ手段は、前記スケジュール情報に基づいて選出できる通信事業者が複数ある場合、各通信事業者に関する指標に基づいて、サーチ動作の優先順位を決定する、
   ことを特徴とする請求項１乃至５のいずれか１項に記載の通信端末装置。
7. 前記サーチ手段は、前記スケジュール情報に基づいて選出した通信事業者を利用できない場合、前記通信端末装置について本来契約している通信事業者を含む、前記接続情報に記録されたすべての通信事業者を対象にサーチ動作をおこなう、
   ことを特徴とする請求項１乃至６のいずれか１項に記載の通信端末装置。
8. スケジュール登録機能を有する通信端末装置を制御するコンピュータに、
   複数の通信事業者について、少なくとも当該通信事業者が通信サービスを提供している場所を示す位置情報を含んだ接続情報を取得する機能と、
   登録されたスケジュール情報に基づいて、前記通信端末装置が利用可能な通信事業者を前記接続情報から選出し、選出された通信事業者に対するサーチ動作を優先的におこなう機能と、
   を実現させることを特徴とするプログラム。

Images