JP2009133784A - 携帯通信端末 - Google Patents

Abstract

【構成】携帯通信端末１０は、現在時刻をＬＣＤモニタ２２に表示できる。スケジュール機能によって、日本から北京、または北京から日本の飛行機の到着時刻が記録される。ＣＰＵ２０は、渡航先が日本であるかを判別し、日本から北京に渡航する場合（往き）は到着時刻から日本の時刻である変更時刻を生成する。さらにＣＰＵ２０は、その生成した変更時刻をＲＡＭ２８に記憶させる。そして、ＲＴＣ３０の時刻が変更時刻を経過すれば、ＬＣＤモニタ２２は北京の時刻を表示する。
【効果】使用者は飛行機の到着時刻をスケジュール機能によって登録することで、ＬＣＤモニタ２２には、飛行機の到着の時刻にあわせて渡航先の時刻が表示される。つまり、使用者は、旅行をする場合に、渡航先の現在時刻を確認することができる。
【選択図】図１

Description

この発明は、携帯通信端末に関し、特にたとえば時刻情報を管理する、携帯通信端末に関する。

この種の装置の一例が、特許文献１に開示されている。この背景技術によれば、携帯電話機は、各々の国の時刻に基づく日時表示を液晶表示器に表示させるために、その日時表示すべき複数の国の国名と、その複数の国のそれぞれについての日時表示の優先順位と、アラーム時刻とを、予め使用者に設定させ、ＣＰＵにより、携帯電話機に内蔵するＲＴＣ（Ｒｅａｌ Ｔｉｍｅ Ｃｌｏｃｋ）からの時刻情報を読み出し、その読み出した時刻情報を、対応する時差テーブルの情報を使用して、使用者により予め設定されていた複数の国のそれぞれの時刻に基づく日時表示がされるように、それぞれ時差補正した後、携帯電話機の液晶表示器に、基地局から送信される国指定または上記日時表示の優先順位に従って表示させる。
特開２００２−９４６１８号公報［H04M 1/00, H04Q 7/38, H04M 1/725］

しかし、特許文献１の背景技術では、基地局から送信される制御信号が常に受信できるとは限らない。さらに、海外の基地局から送信される制御信号の規格は統一されておらず、携帯電話機の時差を補正するための情報が制御信号に含まれていないことがある。つまり、使用者は、携帯電話機の液晶表示器に表示される時刻が確実に変更されないことがあった。

それゆえに、この発明の主たる目的は、新規な、携帯通信端末を提供することである。

この発明の他の目的は、使用者は、旅行をする場合に、渡航先の現在時刻を確認することができる、携帯通信端末を提供することである。

この発明は、上記の課題を解決するために、以下の構成を採用した。なお、括弧内の参照符号および補足説明等は、この発明の理解を助けるために記述する実施形態との対応関係を示したものであって、この発明を何ら限定するものではない。

第１の発明は、或る地域の現在時刻を通知可能な携帯通信端末である。携帯通信端末は、或る地域の現在時刻を生成する生成手段、到着地域に到着する時刻を到着時刻として登録する登録手段、或る地域と到着地域との時差を時差データとして記憶する記憶手段、および時差データに基づいて登録手段に登録された到着時刻から変更時刻を生成する変更時刻生成手段を備え、現在時刻が変更時刻を経過すれば、到着地域の時刻を通知する。

第１の発明では、携帯通信端末（１０）は、或る地域の現在時刻を通知可能である。生成手段（３０）は、或る地域（日本）の現在時刻を生成する。登録手段（２８，５６ａ、５６ｂ，８２ｄ）は、到着地域（北京）に到着する時刻を到着時刻として登録する。記憶手段（２８）は、或る地域と到着地域との時差を時差データとして記憶する。変更時刻生成手段（２０，Ｓ５，Ｓ７）は、時差データに基づいて登録手段に登録された到着時刻から変更時刻を生成する。そして、携帯通信端末は、現在時刻が変更時刻を経過すれば、到着地域の時刻を通知する。

したがって、或る地域から到着地域に渡航する場合（往き）は、到着地域に到着する時刻に到着地域の時刻を使用者に通知するようになる。たとえば、航空券に記載された到着時刻は通常、往路については到着地域の時刻で記載されるため、時差データ（たとえば、日本と北京の時差）に基づいて変更時刻が生成される。したがって、使用者は、このような到着時刻をそのまま登録するだけで、到着地域に到着すると、到着地域の時刻が通知される。

さらに、到着地域が或る地域であれば、時差がないため、時差データは０時間となる。たとえば、復路については或る地域に帰ってくると、或る地域の時刻が使用者に通知される。

第１の発明によれば、使用者は、到着地域に到着する時刻を登録手段に登録するだけで、到着地域に到着すると、到着地域の時刻を通知される。これによって、使用者は、旅行をする場合に、渡航先である到着地域の時刻を確認することができる。

第２の発明は、第１の発明に従属し、登録手段は、到着地域を登録する到着地域登録手段を含み、変更時刻生成手段は、到着地域登録手段に登録された到着地域および時差データに基づいて変更時刻を生成する。

第２の発明では、到着地域登録手段（２８，６２ａ、６２ｂ，８２ｄ）は、到着地域を登録する。そして、変更時刻生成手段は、到着地域登録手段に登録された到着地域および時差データに基づいて変更時刻を生成する。したがって、或る地域から到着地域に渡航する場合は、到着地域登録手段に登録された到着地域の時刻を使用者に通知するようになる。

第２の発明によれば、使用者は、到着地域および到着地域に到着する時刻を登録手段に登録するだけで、到着地域に到着すると、到着地域の時刻を確認することができる。

第３の発明は、第２の発明に従属し、ネットワークに接続するネットワーク接続手段をさらに備え、登録手段は、ネットワークを介して到着地域と到着時刻を登録する。

第３の発明では、ネットワーク接続手段（１２，１４，２０，）は、ネットワークに接続する。そして、登録手段は、ネットワークを介して到着地域と到着時刻を登録する。たとえば、ネットワークには複数のネットワークサーバが接続され、使用者はネットワークを介して飛行機などの乗車券を購入する。そして、飛行機の乗車券を購入した情報は、或るネットワークサーバに記録され、登録手段は或るネットワークサーバから到着地域と到着時刻を得ることで、到着地域と到着時刻を登録する。

第３の発明によれば、登録手段は、ネットワークを利用して、到着地域と到着時刻を登録することができる。これによって、使用者は、ネットワークを利用して交通機関の乗車券を購入すると、乗車券を購入した交通機関の到着時刻に到着地域の時刻を確認できるようになる。

第４の発明は、第３の発明に従属し、登録手段は、到着地域に出発する時刻を出発時刻として登録する出発時刻登録手段をさらに含み、出発時刻登録手段に登録された出発時刻の所定時間前になったときネットワーク接続手段を利用して交通機関の情報を取得する交通機関情報取得手段をさらに備える。

第４の発明では、出発時刻登録手段（２８，５４ａ、５４ｂ，８２ｄ）は、到着地域に出発する時刻を出発時刻として登録する。交通機関情報取得手段（２０，Ｓ６３）は、出発時刻登録手段に登録された出発時刻の所定時間前になったときネットワーク接続手段を利用して交通機関の情報を取得する。

第４の発明によれば、携帯通信端末は、交通機関の出発時刻の所定時間前に交通機関の情報を取得することができる。

第５の発明は、出発地域の現在時刻を使用者に通知可能な携帯通信端末である。携帯通信端末は、或る地域の現在時刻を生成する生成手段、出発地域から到着地域に出発する時刻を出発時刻として登録する登録手段、或る地域と出発地域との時差を時差データとして記憶する記憶手段、および登録手段に登録された出発時刻を時差データに基づいて変更時刻を生成する変更時刻生成手段を備え、現在時刻が変更時刻を経過すれば、到着地域の時刻を通知する。

第５の発明では、携帯通信端末（１０）は、出発地域（北京）の現在時刻を通知可能である。生成手段（３０）は、或る地域（日本）の現在時刻を生成する。登録手段（２８，５４ａ、５４ｂ，８２ｄ）は、出発地域から到着地域に出発する時刻を出発時刻として登録する。記憶手段（２８）は、或る地域と出発地域との時差を時差データとして記憶する。変更時刻生成手段（２０，Ｓ４５，Ｓ４７）は、登録手段に登録された出発時刻を時差データに基づいて変更時刻を生成する。そして、現在時刻が変更時刻を経過すれば、到着地域の時刻を通知する。

したがって、出発地域から渡航する場合に、出発地域から出発する時刻に到着地域の時刻を使用者に通知するようになる。たとえば、航空券に記載された出発時刻は通常、復路については出発地域の時刻で記載されるため、時差データ（たとえば、日本と北京の時差）に基づいて変更時刻が生成される。したがって、使用者は、北京から日本に渡航する場合に、このような出発時刻をそのまま登録するだけで、出発地域である北京から日本に出発すると、到着地域の時刻が通知される。

さらに、出発地域が或る地域（日本）であれば、生成手段が生成する時刻との時差がないため、時差データは０時間となる。たとえば、往路については出発地域に渡航すると、或る地域の時刻が使用者に通知される。

第５の発明によれば、使用者は、出発地域から或る地域に出発する時刻を登録手段に登録するだけで、出発地域から或る地域に出発すると、或る地域の時刻を通知される。これによって、使用者は、旅行から帰ってきた場合に、到着地域の時刻を確認することができる。

第６の発明は、第５の発明に従属し、登録手段は、出発地域を登録する出発地域登録手段を含み、変更時刻生成手段は、出発地域登録手段に登録された出発地域および時差データに基づいて変更時刻を生成する。

第６の発明では、出発地域登録手段（２８，６２ａ、６２ｂ，８２ｄ）は、出発地域を登録する。そして、変更時刻生成手段は、出発地域登録手段に登録された出発地域および時差データに基づいて変更時刻を生成する。したがって、出発地域から或る地域に渡航する場合には、或る地域の時刻を使用者に通知するようになる。

第６の発明によれば、使用者は、出発地域および出発地域に出発する時刻を登録手段に登録するだけで、出発地域から或る地域に出発すると、到着地域の時刻を確認することができる。

第７の発明は、第６の発明に従属し、ネットワークに接続するネットワーク接続手段をさらに備え、登録手段は、ネットワークを介して到着地域と出発時刻を登録する。

第７の発明では、ネットワーク接続手段は、ネットワークに接続する。そして、登録手段は、ネットワークを介して到着地域と出発時刻を登録する。たとえば、第３の発明と同様に、ネットワークには複数のネットワークサーバが接続され、使用者はネットワークを介して飛行機などの乗車券を購入する。そして、飛行機の乗車券を購入した情報は、或るネットワークサーバに記録され、登録手段は或るネットワークサーバから出発地域と出発時刻を得ることで、出発地域と出発時刻を登録する。

第７の発明によれば、登録手段は、ネットワークを利用して、出発地域と出発時刻を登録することができる。これによって、使用者は、ネットワークを利用して交通機関の乗車券を購入すると、乗車券を購入した交通機関の出発時刻に到着地域の時刻を確認できるようになる。

第８の発明は、第７の発明に従属し、登録手段は、到着地域に到着する時刻を到着時刻として登録する到着時刻登録手段をさらに含み、到着時刻登録手段に登録された到着時刻の所定時間前になったときネットワーク接続手段を利用して交通機関の情報を取得する交通機関情報取得手段をさらに備える。

第８の発明では、到着時刻登録手段（２８，５６ａ、５６ｂ，８２ｄ）は、到着地域に到着する時刻を到着時刻として登録する。交通機関情報取得手段（２０，Ｓ６３）は、到着時刻登録手段に登録された到着時刻の所定時間前になったときネットワーク接続手段を利用して交通機関の情報を取得する。

第８の発明によれば、携帯通信端末は、到着時刻の所定時間前に交通機関の情報を取得することができる。

第９の発明は、第３の発明または第７の発明に従属し、変更時刻の所定時間前になったときネットワーク接続手段を利用して交通機関の情報を取得する交通機関情報取得手段をさらに備える。

第９の発明では、交通機関情報取得手段（２０，Ｓ６３）は、変更時刻の所定時間前になったときネットワーク接続手段を利用して交通機関の情報を取得する。

第９の発明によれば、携帯通信端末は、変更時刻に交通機関の情報を取得することができる。

第１０の発明は、第４の発明，第８の発明または第９の発明に従属し、交通機関情報取得手段が取得した情報に延発情報が含まれるとき延発情報に基づいて変更時刻を修正する変更時刻修正手段をさらに備える。

第１０の発明では、変更時刻修正手段（２０，Ｓ８１）は、交通機関情報取得手段が取得した情報に延発情報が含まれるとき延発情報に基づいて変更時刻を修正する。たとえば、所定時間とは３０分間のことである。さらに、延発情報には延発する時間が含まれるため、変更時刻修正手段は、延発する時間に基づいて変更時刻を修正する。

第１０の発明によれば、使用者が搭乗する予定の交通機関の延発によって、交通機関の出発時刻および到着時刻が変化しても、携帯通信端末は、使用者の意図した時刻に、時刻を使用者に通知することができる。

第１１の発明は、第４の発明，第８の発明，第９の発明または第１０の発明に従属し、交通機関情報取得手段が取得した情報に運行中止の情報が含まれるとき現在時刻が変更時刻を経過しても、到着地域の時刻を使用者に通知しないように無効化する処理を施す無効化手段をさらに備える。

第１１の発明では、無効化手段（２０，Ｓ７３）は、交通機関情報取得手段が取得した情報に運行中止の情報が含まれるとき現在時刻が変更時刻を経過しても、到着地域の時刻を使用者に通知しないように無効化する処理を施す。つまり、交通機関の運行が中止となれば、変更時刻になっても到着地域の時刻を使用者に通知しない。

第１１の発明によれば、使用者が乗る予定の交通機関が運行中止であれば、到着地域の時刻は使用者に通知されない。これによって、誤った時刻が使用者に通知されることを防ぐことができる。

第１２の発明は、第２の発明，第３の発明，第４の発明，第６の発明，第７の発明，第８の発明，第９の発明，第１０の発明または第１１の発明に従属し、交通機関の乗車券に含まれる乗車券情報を取り込む乗車券情報取込手段をさらに備え、登録手段は乗車券情報取込手段が取得した乗車券情報から到着地域または出発地域と到着時刻または出発時刻を登録する。

第１２の発明では、乗車券情報取込手段（２０，２４，３４，３６）は、交通機関の乗車券に含まれる乗車券情報を取り込む。そして、登録手段は乗車券情報取込手段が取得した乗車券情報から到着地域または出発地域と到着時刻または出発時刻を登録する。たとえば、乗車券情報は、ＱＲコードやバーコードによって表されている。

第１２の発明によれば、登録手段は、乗車券情報から到着地域または出発地域と到着時刻または出発時刻を登録する。これによって、使用者は、乗車券情報取込手段によって、乗車券の情報を取り込むだけで、使用者が意図したタイミングで時刻が通知される。

この発明によれば、使用者は、到着地域に到着する時刻を登録手段に登録するだけで、到着地域に到着すると、到着地域の時刻を通知される。これによって、使用者は、旅行をする場合に、渡航先である到着地域の時刻を確認することができる。

この発明の上述の目的、その他の目的、特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。

＜第１実施例＞
図１を参照して、携帯通信端末１０は、キー入力装置２４を含む。キー入力装置２４によってネットワーク１００とのデータ通信操作が行われると、ＣＰＵ２０は、アンテナ１２および無線通信回路１４を通してネットワーク１００との通信を始める。ネットワーク１００は、図示しない複数のネットワークサーバと接続されており、ＣＰＵ２０は、ネットワーク１００を介して複数のネットワークサーバのそれぞれとデータ通信を行う。ＬＣＤモニタ２２は、そのデータ通信によって得られた画像や文字などを表示する。

また、キー入力装置２４によって発呼操作が行われると、ＣＰＵ２０は、ＣＤＭＡ方式に対応する無線通信回路１４を制御して発呼信号を出力する。出力された発呼信号は、アンテナ１２から送出され、基地局を含む移動通信網を経て通話相手の電話機に送信される。通話相手が応答操作を行うと、通話可能状態が確立される。

通話可能状態に移行した後にキー入力装置２４によって通話終了操作が行われると、ＣＰＵ２０は、無線通信回路１４を制御して、通話相手に通話終了信号を送信する。通話終了信号の送信後、ＣＰＵ２０は、通話処理を終了する。先に通話相手から通話終了信号を受信した場合も、ＣＰＵ２０は、通話処理を終了する。また、通話相手によらず、移動通信網から通話終了信号を受信した場合も、ＣＰＵ２０は通話処理を終了する。

システム全体が起動している状態で通話相手からの発呼信号がアンテナ１２によって捉えられると、無線通信回路１４は、着信をＣＰＵ２０に通知する。ＣＰＵ２０は、着信通知に記述された発信元情報をＬＣＤモニタ２２から出力し、図示しない着信通知用のスピーカから着信音を出力する。キー入力装置２４によって応答操作が行われると、通話可能状態が確立される。

通話可能状態では、次のような処理が実行される。通話相手から送られてきた変調音声信号（高周波信号）は、アンテナ１２によって受信される。受信された変調音声信号は、無線通信回路１４によって復調処理および復号処理を施される。これによって得られた受話音声信号は、スピーカ１８から出力される。マイクロフォン１６によって取り込まれた送話音声信号は、無線通信回路１４によって符号化処理および変調処理を施される。これによって生成された変調音声信号は、上述と同様、アンテナ１２を利用して通話相手に送信される。

そして、キー入力装置２４によって画像取り込み操作が行われると、ＣＰＵ２０は、イメージセンサ３４の撮像面に照射された被写界の光学像をＲＡＭ２８に格納する処理を行う。また、光学像は、カメラ処理回路３２によって画像データに変換されてＲＡＭ２８に格納される。ＲＡＭ２８に一時的に格納された画像データは、被写界のリアルタイム動画像（以下、スルー画像という）としてＬＣＤモニタ２２に表示される。使用者は、ＬＣＤモニタ２２に表示されたスルー画像を確認した後に、キー入力装置２４に含まれる図示しない画像取り込みキーが押圧されると、ＬＣＤモニタ２２に表示されたスルー画像を画像データとしてフラッシュメモリ２６に保存する。また、保存された画像データには、ＱＲコードやバーコードなどが含まれることがあり、携帯通信端末１０は、ＱＲコードやバーコードに含まれる情報を読み取る機能を備える。

さらに、携帯通信端末１０は、スケジュール機能や時刻表示機能などを備える。時刻表示機能は、ＬＣＤモニタ２２にＲＴＣ３０が生成した時刻情報を表示する機能である。たとえば、ＲＴＣ３０が生成した時刻情報が、「２００７／１０／３１／１０：３０」であれば、ＬＣＤモニタ２２には、２００７年１０月３１日と１０時３０分が表示される。また、時刻表示機能は、日本の時刻を表示するモードと海外の時刻を表示するモードを備える。

図２（Ａ），（Ｂ）は、スケジュール機能が備えるＧＵＩ（Ｇｒａｐｈｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）の表示例を示す図解図である。図２（Ａ）を参照して、図２（Ａ）は、携帯通信端末１０の使用者が東京から北京に海外旅行する場合に、使用者が搭乗する飛行機の情報をスケジュール機能のＧＵＩに入力した結果を示す表示例である。ここでは、使用者が搭乗する飛行機の情報は、使用者によって入力される。スケジュール登録（往き）５０ａは、日程情報５２ａを含む。日程情報５２ａは、使用者が搭乗する飛行機の出発する日程であり、たとえば「２００７年１２月１３日」などである。出発情報５４ａは、使用者が搭乗する飛行機が出発する日本の時刻であり、たとえば「１７時２０分」などである。到着情報５６ａは、渡航先である飛行機が到着する地域（到着地域）の時刻であり、たとえば「２０時５分」などである。航空会社情報５８ａは、使用者が搭乗する飛行機を保有する航空会社名であり、たとえば「ＡＮＢ」などである。便名情報６０ａは、使用者が搭乗する飛行機の便名であり、たとえば「ＨＢｘｘｘｘ」などである。航路情報６２ａは、使用者が搭乗する飛行機の航路であり、たとえば「東京→北京」などである。また、航路情報６２ａが東京→北京であれば、使用者が搭乗する飛行機は、出発する飛行場は東京にあり、渡航先の飛行場は北京にあることを示す。

さらに、スケジュール登録（往き）５０ａには、出発情報チェックボックス６４ａおよび到着情報チェックボックス６６ａを含む。この出発情報チェックボックス６４ａおよび到着情報チェックボックス６６ａの詳細な説明は後述する。また、スケジュール登録（往き）５０ａに含まれる情報はＲＡＭ２８に記録される。

これによって、スケジュール登録（往き）５０ａからは、使用者が搭乗する飛行機は、２００７年１２月１３日に、東京の空港から１７時２０分に出発することが分かる。また、その飛行機は、航空会社がＡＮＢであり、便名がＨＢｘｘｘｘである。そして、その飛行機は、２０時５分に北京の飛行場に到着することが分かる。

図２（Ｂ）は、携帯通信端末１０の使用者が東京から北京に海外旅行に行った後に、北京から東京に帰ってくる場合の使用者が搭乗する飛行機の情報をスケジュール機能のＧＵＩに入力した結果を示す表示例である。図２（Ｂ）を参照して、スケジュール登録（帰り）５０ｂは、スケジュール登録（往き）５０ａと同様に、日程情報５２ｂを含む。日程情報５２ｂは、使用者が海外旅行へ行った場合の帰りの日程であり、たとえば「２００７年１２月１５日」などである。出発情報５４ｂは、帰りに使用者が搭乗する飛行機の出発する渡航先の時刻であり、たとえば「１４時４５分」などである。到着時刻５６ｂは、帰りに使用者が搭乗する飛行機の到着する日本の時刻であり、たとえば「１９時１０分」などである。航空会社情報５８ｂは、帰りに使用者が搭乗する飛行機を保有する航空会社名であり、たとえば「ＡＮＢ」などである。便名情報６０ｂは、帰りに使用者が搭乗する飛行機の便名であり、たとえば「ＨＢｙｙｙｙ」などである。航路情報６２ｂは、帰りに使用者が搭乗する飛行機の航路であり、たとえば「北京→東京」などである。また、航路情報６２ｂが北京→東京であれば、海外旅行に行った場合に使用者が搭乗する飛行機は、北京の飛行場から出発し、東京の飛行場に到着することを示す。さらに、出発情報チェックボックス６４ａおよび到着情報チェックボックス６６ａと同様にして、出発情報チェックボックス６４ｂおよび到着情報チェックボックス６６ｂの詳細な説明は後述する。なお、スケジュール登録（往き）５０ａと同様にして、スケジュール登録（帰り）５０ｂに含まれる情報はＲＡＭ２８に記録される。

これによって、スケジュール登録（帰り）５０ｂからは、使用者が搭乗する飛行機は、２００７年１２月１５日に、北京の空港から１４時４５分に出発する。また、その飛行機は、航空会社がＡＮＢであり、便名がＨＢｙｙｙｙである。そして、その飛行機は、１９時１０分に東京の飛行場に到着することが分かる。

図３は、時差テーブルの一例を示す図解図である。時差テーブルは、日本と各国に存在する空港との時差を表すテーブルである。図３を参照して、たとえば、日本の時刻に対して、ロンドンに存在する空港の時刻とは−９時間の時差があり、キャンベラに存在する空港の時刻とは＋１時間の時差があり、北京に存在する空港の時刻とは−１時間の時差があり、モスクワに存在する空港の時刻は−６時間の時差があり、ワシントンＤ．Ｃに存在する空港の時刻は−１４時間の時差があり、ハワイに存在する空港の時刻とは−１９時間の時差がある。また、日本国内の空港であれば、時差は０時間となる。すなわち、日本の現在時刻が、２０時であれば、ロンドンに存在する空港の現在時刻は１１時であり、キャンベラに存在する空港の現在時刻は２１時であり、北京に存在する空港の現在時刻は１９時であり、モスクワに存在する空港の現在時刻は１４時であり、ワシントンＤ．Ｃに存在する空港の現在時刻は６時であり、ハワイに存在する空港の現在時刻は１時である。

図４はＲＡＭ２８のメモリマップを示す図解図である。図４を参照して、ＲＡＭ２８のメモリマップには、プログラム記憶領域８０およびデータ記憶領域８２を含まれる。プログラム記憶領域８０は、携帯通信端末１０を動作させるためのプログラムを記憶する。携帯通信端末１０を動作させるためのプログラムは、到着時刻に基づく変更時刻の生成処理プログラム８０ａ，出発時刻に基づく変更時刻の生成処理プログラム８０ｂ，時刻変更処理プログラム８０ｃおよびスケジュール変更確認処理プログラム８０ｄなどによって構成される。到着時刻に基づく変更時刻の生成処理プログラム８０ａは、図２（Ａ），（Ｂ）に示す、使用者が搭乗する飛行機の到着情報５６ａまたは到着情報５６ｂに従って、変更時刻を生成するためのプログラムである。たとえば、到着地域（たとえば、北京）の時刻である飛行機の到着時刻とＲＴＣ３０が生成する日本の時刻とは時差があるため、到着時刻に基づく変更時刻の生成処理プログラム８０ａの処理では、到着時刻情報５６ａに記録される到着地域の時刻および図３に示す時差テーブルに基づいて変更時刻が生成される。そして、変更時刻に基づいて、ＬＣＤモニタ２２に表示される現在時刻が変更されると、飛行機の到着にあわせて、ＬＣＤモニタ２２に表示される日本の時刻が海外旅行先である到着地域の時刻に変更される。

出発時刻に基づく変更時刻の生成処理プログラム８０ｂは、図２（Ａ），（Ｂ）に示す使用者が搭乗する飛行機の出発情報５４ａまたは出発情報５４ｂに従って、海外旅行先の現在時刻に変更する変更時刻を生成するためのプログラムである。たとえば、出発地域（たとえば、北京）の時刻である飛行機の到着時刻とＲＴＣ３０が生成する日本の時刻とは時差があるため、出発時刻に基づく変更時刻の生成処理プログラム８０ａの処理では、出発時刻情報５４ａに記録される出発地域の時刻および図３に示す時差テーブルに基づいて変更時刻が生成される。

時刻変更処理プログラム８０ｄは、先述した、ＬＣＤモニタ２２に表示される現在時刻を海外旅行先の現在時刻に変更するためのプログラムである。つまり、到着時刻に基づく変更時刻の生成処理プログラム８０ａまたは到着時刻に基づく変更時刻の生成処理プログラム８０ｂによって設定された変更時刻に基づいて、ＬＣＤモニタ２２に表示される時刻を変更する。

スケジュール変更確認処理プログラム８０ｄは、使用者が搭乗する予定の飛行機に延発または欠航が生じた場合に、つまり図２（Ａ），（Ｂ）で示すスケジュール機能のＧＵＩに入力した結果に変更が生じた場合に、その入力した結果を変更してよいか、使用者に確認するためのプログラムである。

なお、図示は省略するが、携帯通信端末１０を動作させるためのプログラムは、通話を行うためのプログラム，ネットワークサーバとのデータ通信を制御するプログラム，スケジュールの登録を処理するプログラム，時刻表示機能を制御するプログラムなども含む。

図５は、図４に示したデータ記憶領域８２の具体的な内容を示す図解図である。図５を参照して、データ記憶領域８２には、画像データ８２ａ，文字列データ８２ｂ，時差変更テーブルデータ８２ｃ，スケジュールデータ８２ｄおよび変更時刻データ８２ｅが記憶される。また、データ記憶領域８２には、出発時刻フラグ８２ｆ，到着時刻フラグ８２ｇおよび欠航フラグ８２ｈが設けられる。さらに、データ記憶領域８２には、時刻レジスタ８２ｉおよび海外時刻レジスタ８２ｊが設けられる。

画像データ８２ａは、携帯通信端末１０のＬＣＤモニタ２２に表示される画像のデータである。また、ＬＣＤモニタ２２に表示される画像は、携帯通信端末１０の待機中に表示される画像，ネットワークサーバとのデータ通信によって得られた画像，画像取り込み操作によって取り込まれた画像およびスケジュール機能が備えるＧＵＩに用いられる画像などである。

文字列データ８２ｂは、携帯通信端末１０のＬＣＤモニタ２２に表示される文字列のデータである。また、ＬＣＤモニタ２２に表示される文字列は、ＬＣＤモニタ２２に表示される現在時刻の数字，スケジュール変更確認処理プログラム８０ｄで使用者にスケジュールの変更を確認する漢字やひらがななどである。

時差テーブルデータ８２ｃは、図３に示す時差テーブルの各欄に記録されたデータによって構成される。スケジュールデータ８２ｄは、図２（Ａ），（Ｂ）に示すスケジュール機能のＧＵＩによって入力したデータによって構成される。また、図２（Ａ）で示す、スケジュール機能のＧＵＩによって入力したデータを２００７／１２／１３のスケジュールデータ９０、図２（Ｂ）で示すスケジュール機能のＧＵＩによって入力したデータを２００７／１２／１５のスケジュールデータ９２とする。変更時刻データ８２ｅは、到着時刻に基づく変更時刻の設定処理プログラム８０ａまたは到着時刻に基づく変更時刻の設定処理プログラム８０ｂによって設定された変更時刻で構成される。また、２００７／１２／１３の変更時刻データ９４は、２００７／１２／１３のスケジュールデータ９０に含まれる到着情報５６ａまたは出発情報５４ａに基づいて設定されたデータである。また、２００７／１２／１５の変更時刻データ９６は、２００７／１２／１３の変更時刻データ９４と同様にして、２００７／１２／１５のスケジュールデータ９２に含まれる到着情報５６ｂまたは出発情報５４ｂに基づいて設定されたデータである。

出発時刻フラグ８２ｆは、上述した、出発情報チェックボックス６４ａまたは出発情報チェックボックス６４ｂにチェックがされたか否かを判別するためのフラグである。たとえば、出発時刻フラグ８２ｆは、１ビットのレジスタで構成される。出発時刻フラグ８２ｆが成立（オン）されると、レジスタにはデータ値「１」が設定され、出発時刻フラグ８２ｆが不成立（オフ）されると、レジスタにはデータ値「０」が設定される。また、出発時刻フラグ８２ｆの初期設定はオフに設定される。

到着時刻フラグ８２ｇは、上述した、到着情報チェックボックス６６ａまたは到着情報チェックボックス６６ｂにチェックがされたか否かを判別するためのフラグである。たとえば、到着時刻フラグ８２ｇは、１ビットのレジスタで構成される。到着時刻フラグ８２ｇが成立（オン）されると、レジスタにはデータ値「１」が設定され、到着時刻フラグ８２ｇが不成立（オフ）されると、レジスタにはデータ値「０」が設定される。また、到着時刻フラグ８２ｇの初期設定はオンに設定される。さらに、実施例では、使用者によって出発情報チェックボックス６４ａまたは出発情報チェックボックス６４ｂがチェックされている場合に、出発時刻フラグ８２ｆはオンされ、到着時刻フラグ８２ｇはオフされる。一方、使用者によって到着情報チェックボックス６６ａまたは到着情報チェックボックス６６ｂがチェックされている場合には、到着時刻フラグ８２ｇはオンされ、出発時刻フラグ８２ｆはオフされる。

つまり、出発情報チェックボックス６４ａおよび出発情報チェックボックス６４ｂは、出発時刻フラグ８２ｆに設定される値を変更するためのチェックボックスであり、到着情報チェックボックス６６ａおよび到着情報チェックボックス６６ｂは、到着時刻フラグ８２ｇに設定される値を変更するためのチェックボックスである。

欠航フラグ８２ｈは、使用者が搭乗する予定の飛行機が欠航になったか否かを判別するためのフラグである。たとえば、欠航フラグ８２ｈは、１ビットのレジスタで構成される。欠航フラグ８２ｈが成立（オン）されると、レジスタにはデータ値「１」が設定され、欠航フラグ８２ｈが不成立（オフ）されると、レジスタにはデータ値「０」が設定される。また、この実施例では、欠航フラグ８２ｈの初期設定はオフにされる。そして、スケジュール変更確認処理プログラム８０ｄの処理によって、使用者が搭乗する予定の飛行機が欠航であると判別された場合に、欠航フラグ８２ｈはオンされ、時刻変更処理が終了するとオフにされる。

時刻レジスタ８２ｉは、ＲＴＣ３０が生成した時刻のデータを一時的に格納するレジスタである。たとえば、ＲＴＣ３０に日本の現在時刻が設定されている場合に、２００７年１１月１０日の１４時２０分であれば、時刻レジスタ８２ｉには、「２００７／１１／１０／１４：２０」が格納される。海外時刻レジスタ８２ｊは、日本の現在時刻に対して、日本と海外との時差が計算された結果、つまり渡航先の時刻を格納するレジスタである。たとえば、時刻レジスタ８２ｉに２００７／１１／１０／１４：２０が格納されている場合に、日本と北京との時差を計算した結果が２００７／１１／１０／１３：２０であれば、海外時刻レジスタ８２ｊには、「２００７／１１／１０／１３：２０」が格納される。また、時刻レジスタ８２ｉに格納されたデータは、時刻表示機能の日本の時刻を表示するモードや日本と海外との時差の計算に用いられ、海外時刻レジスタ８２ｈに格納されたデータは、海外の時刻を表示するモードで用いられる。

図示は省略するが、データ記憶領域８２には、ネットワーク１００とのデータ通信操作で得られたデータや他のデータが記憶されるとともに、携帯通信端末１０の動作に必要な他のカウンタやフラグも設けられる。

具体的には、ＣＰＵ２０は、μＩＴＲＯＮやＳｙｍｂｉａｎなどのマルチタスクＯＳの制御下で、図６に示す到着時刻に基づく変更時刻の設定処理および図７に示す時刻変更処理などを含む複数のタスクを実行する。ここでは、使用者が日本から北京へ海外旅行に行く場合と、使用者が北京から日本へ帰ってくる場合とに分けて説明する。また、図６に示す到着時刻に基づく変更時刻の設定処理が行われるには、到着時刻フラグ８２ｇがオンであればよい。

まず、使用者が日本から北京へ海外旅行に行く場合について説明する。図６は到着時刻に基づく変更時刻の生成処理を示すフロー図である。図６を参照して、ステップＳ１では、新しいスケジュールデータが記録されたか否かを判定する。たとえば、図５に示すスケジュールデータ８２ｄに２００７／１２／１３のスケジュールデータ９０として新しいデータが追加されたか否かを判断する。ステップＳ１でＮＯであれば、新しいスケジュールデータが記録されるまでステップＳ１の処理を行う。一方、ＹＥＳであれば、つまり図２（Ａ）に示すスケジュール機能のＧＵＩによって入力した結果を、２００７／１２／１３のスケジュールデータ９０としてスケジュールデータ８２ｄに追加すれば、ステップＳ３で到着地域が日本か否かを判断する。つまり、図２（Ａ）に示す航路情報６２ａから到着地域が日本に該当する地域（たとえば、東京，大阪など）であるか否かを判定する。ここでは、到着地域が北京であるため、ステップＳ３ではＮＯと判断される。一方、ＹＥＳと判定される場合の詳細な説明は後述する。

ステップＳ５では、時差テーブルに基づいて到着時刻から変更時刻を生成する。つまり、使用者が搭乗する飛行機の到着時刻は、渡航先である到着地域の時刻であるため、図３に示す時差テーブルに基づいて時差データを読み出し、変更時刻を生成する。また、ＲＡＭ２８は、その生成された変更時刻を変更時刻データ８２ｅとして記録する。たとえば、図２に示す到着情報５６ａは２０時５分であり、図３に示す時差テーブルに基づいて日本に対して北京の時差が−１時間であることが読み出されると、到着情報５６ａの２０時５分から＋１時間された２１時５分の変更時刻が生成される。つまり、２００７／１２／１３の変更時刻データ９４は、２００７／１２／１３／２１：０５となる。ステップＳ５の処理が終了すれば、到着時刻に基づく変更時刻の生成処理を終了する。

なお、使用者は、スケジュール機能によって、出発地域と到着地域との時差を直接入力してＲＡＭ２８に記憶させておいてもよく、ステップＳ５の処理では、使用者が直接入力した時差に基づいて変更時刻を生成してもよい。

そして、図７は時刻変更処理を示すフロー図である。図７を参照して、ステップＳ２１では、時刻レジスタ８２ｉの時刻が変更時刻より進んでいるか否かを判断する。つまり、時刻レジスタ８２ｉにはＲＴＣ３０が生成した日本の時刻が格納されるため、ＲＴＣ３０が生成した日本の時刻が、変更時刻データ８２ｅを構成するそれぞれの変更時刻よりも進んでいるか否かを判定する。たとえば、ステップＳ２１では、時刻レジスタ８２ｉの時刻が２００７／１２／１３／２１：０５であれば、２００７／１２／１３の変更時刻データ９４と一致するためＹＥＳと判定されステップＳ２３に進む。ステップＳ２１でＮＯであれば、ステップＳ２１の判断を再び行う。

次のステップＳ２３では、到着地域は日本か否かを判断する。つまり、図２に示す航路情報６２ａまたは航路情報６２ｂの航路の情報に従い、飛行機が到着地域に日本が含まれているか否かを判断する。ここでは、到着地域が北京であるため、ＮＯと判断されステップＳ２７で時刻レジスタの時刻に対して時差を計算した結果を海外時刻レジスタに格納する処理を実行する。つまり、ＲＴＣ３０が生成する時刻の変化にあわせて、海外時刻レジスタ８２ｊは、時刻レジスタ８２ｉに格納される時刻に対して、渡航先である北京と到着地域である日本との時差が計算された時刻を格納される。たとえば、時刻レジスタ８２ｉの時刻は、２００７／１２／１３／２１：０５であれば、日本の時刻に対する北京の時刻の時差、すなわち−１時間が修正され、海外時刻レジスタ８２ｊには、２００７／１２／１３／２０：０５が格納される。

次のステップＳ２９では、ＬＣＤモニタ２２に表示する時刻を海外時刻レジスタ８２ｊから読み出すように設定する。つまり、時計表示機能が海外の時刻を表示するモードとなり、到着地域である渡航先の時刻をＬＣＤモニタ２２に表示する。たとえば、ＬＣＤモニタ２２には、２００７年１２月１３日の２０時５分が表示される。そして、ステップＳ２９の処理が完了すれば時刻変更処理を終了する。

これによって、使用者が日本から北京へ行く場合に、飛行機が北京に到着する時刻（到着時刻）が２００７年１２月１３日の２０時５分であれば、その飛行機が到着する時刻になれば、ＬＣＤモニタ２２に表示される時刻は、北京の時刻になる。なお、ＲＴＣ３０が生成したステップＳ２１の処理では、時刻が格納される時刻レジスタ８２ｉの時刻が、変更時刻データ８２ｅを構成するそれぞれの変更時刻を経過したか否かを判定するため、変更時刻に携帯通信端末１０の電源がオフになっていたとしても、電源がオンになると同時にＬＣＤモニタ２２に表示される時刻も変更される。

続いて、使用者が北京から日本へ帰ってくる場合について説明する。図６を再び参照して、ステップＳ１の処理については、上述の内容と同じため省略する。また、ステップＳ１ではＹＥＳと判断される。そして、ステップＳ３では、使用者が北京から日本へ帰ってくるため、ＹＥＳと判断され、ステップＳ７で到着時刻から変更時刻を生成する。つまり、到着地域が日本（或る地域）であり、時差がないため、図３に示す時差テーブルから読み出した時差は０時間となる。たとえば、図２（Ｂ）に示す到着情報５６ｂから２００７／１２／１５の変更時刻データ９６を生成する。したがって、使用者が北京から日本へ渡航する場合（帰り）は、飛行機の到着時刻は日本の時刻となり、ＲＴＣ３０が生成する時刻との時差は０時間となる。よって、生成された２００７／１２／１５の変更時刻データ９６は、到着情報５６ｂに含まれる到着時刻と同じ時刻となる。

そして、図７を再び参照して、ステップＳ２１では、２００７／１２／１５の変更時刻データ９６が、時刻レジスタ８２ｉの時刻よりも進んでいるか否かを判断される。そして、時刻レジスタ８２ｉに格納されるＲＴＣ３０が生成する時刻が、２００７／１２／１５／１９：１０を経過すれば、ステップＳ２１ではＹＥＳと判断される。そして、ステップＳ２３では、使用者が北京から日本へ帰ってくるため、ＹＥＳと判断され、ステップＳ２５でＬＣＤモニタ２２に表示する時刻を時刻レジスタ８２ｉから読み出すように設定する。つまり、時計表示機能が日本の時刻を表示するモードとなる。つまり、ＲＴＣ３０の値が格納される時刻レジスタ８２ｉに格納される日本の時刻をそのまま読み出せばよい。たとえば、時刻レジスタ８２ｉに格納される時刻は、２００７／１２／１５／１９：１０であれば、ＬＣＤモニタ２２には、２００７年１２月１５日の１９時１０分が表示される。

これによって、使用者が北京から日本へ渡航する場合（帰り）に、飛行機の到着する時間（到着時刻）が２００年１２月１５日の１９時１０分であれば、その飛行機が到着する時刻に、ＬＣＤモニタ２２に表示される時刻は、日本の時刻になる。

ここで、図６に戻って、ステップＳ３でＮＯであれば、北京から日本以外の国（アメリカのワシントンＤ．Ｃ）などへ行く場合も考えられる。この場合は、ステップＳ５で到着時刻を日本の時刻に変換してから変更時刻として設定する。つまり、使用者は、日本に帰国することなく、北京から日本以外の国へ行くことになる。そして、図７では、ステップＳ２３でＮＯと判断されて、ステップＳ２７の処理では、日本に対するワシントンＤ．Ｃの時差が計算された時刻が、海外時刻レジスタ８２ｊに格納されるそして、ステップＳ２９の処理が行われるため、ＬＣＤモニタ２２には、ワシントンＤ．Ｃの現在時刻が表示される。

以上の説明から分かるように、携帯通信端末１０は、日本を含む或る地域の現在時刻をＬＣＤモニタ２２に表示することで、使用者に通知可能である。ＲＴＣ３０は、日本の現在時刻を生成する。スケジュール機能によって、ＲＡＭ２８には、北京に到着する時刻を到着時刻として登録される。さらにＲＡＭ２８は、日本と北京との時差を時差テーブルデータ８２ｃとして記憶する。ステップＳ５およびステップＳ７の処理では、時差テーブルに基づいて、飛行機が北京に到着する到着時刻から変更時刻を生成する。そして、携帯通信端末１０のＬＣＤモニタ２２には、現在時刻が変更時刻を経過すれば、到着地域である北京の時刻が表示され、北京の時刻が使用者に通知される。

これによって、使用者は飛行機の到着時刻をスケジュール機能によって登録することで、ＬＣＤモニタ２２には、飛行機の到着の時刻にあわせて渡航先の時刻が表示される。つまり、使用者は、旅行をする場合に、渡航先である到着地域の時刻をＬＣＤモニタ２２によって通知される。

なお、この第１実施例では、使用者が搭乗する飛行機の到着時刻に、ＬＣＤモニタ２２に表示される時刻が変更される処理を説明したが、第２実施例として、使用者が搭乗する飛行機の出発時刻に併せて、ＬＣＤモニタ２２に表示される時刻が変更されてもよい。また、第３実施例として、ネットワーク１００や、ＱＲコードおよびバーコードを利用して、使用者が搭乗する飛行機の情報を得てもよい。次に、第２実施例および第３実施例について説明する。
＜第２実施例＞
第２実施例では、使用者が搭乗する飛行機の出発時刻に併せて、ＬＣＤモニタ２２に表示される時刻が修正される変更を説明する。第２実施例は、第１実施例の説明で使用した図１に示す携帯通信端末１０の構成，図２（Ａ），（Ｂ）に示すスケジュール機能が備えるＧＵＩの表示例，図３に示す時差テーブル，図４に示すＲＡＭ２８のメモリマップおよび図５に示すデータ記憶領域８２の具体的な内容が同じであるため、第２実施例ではそれらの図および説明を省略する。

図８は出発時刻に基づく変更時刻の設定処理のフロー図である。また、図８に示す、出発時刻に基づく変更時刻の生成処理が行われるには、出発時刻フラグ８２ｆがオンにされていればよい。図８を参照して、ステップＳ４１では、ステップＳ１の処理と同様にして、新しいスケジュールが記録されたか否かを判断する。ＮＯであれば、ステップＳ４１の処理を再び行う。一方、ステップＳ４１でＹＥＳであれば、ステップＳ３と同様にして、ステップＳ４３で出発地域が日本か否かを判断する。たとえば、図２（Ａ），（Ｂ）に示す航路情報６２ａおよび航路情報６２ｂの出発地域が日本に属する地域であればＹＥＳと判断される。ここで、ステップＳ４３でＮＯであれば、ステップＳ４５で時差テーブルに基づいて出発時刻から変更時刻を生成する。つまり、出発地域は海外であるため、使用者が搭乗する飛行機の出発時刻は、日本の時刻と時差が生じる。よって、図３に示す時差テーブルに基づいて時差データを読み出し、変更時刻が生成される。また、ＲＡＭ２８は、その生成された変更時刻を変更時刻データ８２ｅとして記録する。そして、ステップＳ４５の処理が終了すると、出発時刻に基づく変更時刻の設定処理は終了する。ここで、ステップＳ４３でＹＥＳであれば、ステップＳ４７で出発時刻から変更時刻を生成する。つまり、出発地域が日本であれば、ＲＴＣ３０が生成する時刻と、飛行機の出発時刻の時差が生じないため、図３に示す時差テーブルから読み出した時差は０時間となる。たとえば、図２（Ａ）に示す出発情報５４ａから２００７／１２／１３の変更時刻データ９４を生成する。したがって、使用者が日本から北京へ渡航する場合（往き）は、飛行機の出発時刻は日本の時刻となり、ＲＴＣ３０が生成する時刻との時差は０時間となる。よって、生成された２００７／１２／１３の変更時刻データ９４は、出発情報５４ａに含まれる出発時刻と同じ時刻となる。

なお、第１実施例と同様に、使用者は、スケジュール機能によって、出発地域と到着地域との時差を直接入力してＲＡＭ２８に記憶させておいてもよく、ステップＳ４５の処理では、使用者が直接入力した時差に基づいて変更時刻を生成してもよい。

そして、図７に示す時刻変更処理が実行されると、到着地域に応じた時刻がＬＣＤモニタ２２に表示される。たとえば、日本から北京へ渡航した場合は、北京の時刻がＬＣＤモニタ２２に表示され、北京からワシントンＤ．Ｃに渡航した場合は、ワシントンＤ．Ｃの時刻がＬＣＤモニタ２２に表示される。つまり、使用者が日本から海外旅行に行った場合、そして海外から日本へ帰ってくる場合のどちらであっても、使用者が搭乗する飛行機の出発時刻に併せて、ＬＣＤモニタ２２に表示される時刻が修正される。

以上の説明から分かるように、携帯通信端末１０は、ＬＣＤモニタ２２によって、北京を含む出発地域の現在時刻をＬＣＤモニタ２２に表示することで、照射に通知可能である。ＲＴＣ３０は、日本の現在時刻を生成する。スケジュール機能によって、ＲＡＭ２８には、北京から出発する時刻を出発時刻として登録される。さらにＲＡＭ２８は、日本と北京との時差を時差テーブルデータ８２ｃとして記憶する。ステップＳ４５およびステップＳ４７の処理では、時差テーブルに基づいて、飛行機が北京から出発する出発時刻から変更時刻を生成する。そして、携帯通信端末１０のＬＣＤモニタ２２には、現在時刻が変更時刻を経過すれば、出発地域の時刻とは異なる日本の時刻が表示され、日本の時刻が使用者に通知される。

これによって、使用者は、使用者自身が乗る飛行機などの出発時刻になれば、到着地域の現在時刻を確認することができる。つまり、使用者は、飛行機に乗っている間に、到着地域の現在時刻にあった生活リズムに変えることができる。
＜第３実施例＞
第３の実施例では、使用者が搭乗する飛行機の情報をネットワーク１００や、乗車券に含まれるＱＲコードおよびバーコードなどを利用して、使用者が搭乗する飛行機の情報を容易に得るようにする。第３実施例は、第１実施例の説明で使用した図１に示す携帯通信端末１０の構成，図２（Ａ），（Ｂ）に示すスケジュール機能が備えるＧＵＩの表示例，図３に示す時差テーブル，図４に示すＲＡＭ２８のメモリマップ，図５に示すデータ記憶領域８２および図６に示す到着時刻に基づく変更時刻の設定処理の具体的な内容が同じであり、第２実施例の説明で使用した図８に示す出発時刻に基づく変更時刻の設定処理の具体的な内容も同じであるため、第３実施例ではそれらの図および説明を省略する。

図１を参照して、キー入力装置２４によってネットワーク１００とのデータ通信操作が行われると、先述したとおり、ＣＰＵ２０は、ネットワーク１００を介して複数のネットワークサーバのそれぞれとデータ通信を行う。そして、ネットワーク１００を介して複数のネットワークサーバのそれぞれとデータ通信を行うことで、使用者が搭乗する飛行機の乗車券予約を行うことが可能である。飛行機の乗車券購入操作を行うと或る乗車券購入専用のネットワークサーバには、使用者が搭乗する飛行機の日程の情報，出発時刻の情報，到着時刻の情報，航空会社の情報，便名の情報および航路の情報が記録される。そこで、携帯通信端末１０は、ネットワーク１００を介して或る乗車券購入専用のネットワークサーバとデータ通信を行うことで、図２（Ａ）または図２（Ｂ）に示すように、使用者が搭乗する飛行機の情報を得ることができる。つまり、図５に示すスケジュールデータ８２ｄに新たなスケジュールデータを追加する。

これによって、使用者がネットワーク１００を利用して飛行機の乗車券予約をすることで、スケジュール機能は、飛行機の乗車券に含まれる航路情報（到着地域，出発地域），到着時刻および出発時刻をＲＡＭ２８に記録することができる。よって、使用者は、ネットワーク１００を利用して飛行機の乗車券を購入するだけで、予約した飛行機の出発時刻および到着時刻に渡航先の時刻を確認できるようになる。

また、ネットワーク１００を利用することで、使用者が搭乗する予定の飛行機が出発する前に、その飛行機の欠航情報または延発情報が公開されていないか否かを確認することができる。ここで、スケジュール変更確認処理プログラム８０ｄが実行されると、図２（Ａ），（Ｂ）に示す、出発情報５４ａまたは出発情報５４ｂに含まれる出発時刻から所定時間前（たとえば、３０分）になると、携帯通信端末１０は、ネットワーク１００を介して、航空会社情報５８ａの航空会社のＨＰが記録される或るネットワークサーバとデータ通信を行う。そして、便名情報６０ａおよび航路情報６２ａ、または便名情報６０ｂおよび航路情報６２ｂに基づいて、使用者が搭乗する予定の飛行機に欠航情報または延発情報が公開されているかを確かめる。

なお、出発時刻から所定時間前だけではなく、到着情報５６ａおよび到着情報５６ｂに含まれる到着時刻から所定時間前であってもよいし、変更時刻の所定時間前であってもよい。たとえば、到着時刻における所定時間は、到着時刻と使用者が出発地域の時刻との時差および飛行機の渡航時間時を考慮した時間となる。

その飛行機に延発情報が公開されていれば、図５に示す２００７／１２／１３のスケジュールデータ９０の内容を変更するか否かを使用者に確認する画像およびメッセージをＬＣＤモニタ２２に表示する。さらに、２００７／１２／１３のスケジュールデータ９０の内容が変更され、出発時刻が変更されれば、２００７／１２／１３の変更時刻データ９４の時刻を延発した時間に合わせて修正する。

これによって、使用者が搭乗する予定の飛行機が延発したとしても、その飛行機の出発時刻の３０分前に、ネットワーク接続手段を利用して確認することができる。つまり、飛行機の出発時刻情報および到着時刻情報が変化しても、実際の飛行機の到着時刻または出発時刻に併せて、使用者は、渡航先の現在時刻を確認することができる。

また、その飛行機に欠航情報が公開されていれば、欠航フラグ８２ｈはオンと設定され、図５に示す２００７／１２／１３のスケジュールデータ９０を消去するか否かを使用者に確認する画像およびメッセージをＬＣＤモニタ２２に表示する。そして、欠航フラグ８２ｈがオンに設定されていれば、２００７／１２／１３の変更時刻データ９４の時刻となっても、ＬＣＤモニタ２２に表示される時刻は修正されない。

これによって、飛行機の欠航情報は、その飛行機の出発時刻または出発時刻の所定時間前に、ネットワーク接続手段を利用して確認される。したがって、使用者が乗る予定の飛行機が欠航であれば、その飛行機の出発時刻または到着時刻の時刻になっても渡航先の現在時刻に変更しない。これによって、使用者が到着時刻情報の削除を忘れていたとしても、誤った現在時刻が表示手段に表示されることを防ぐことができる。

図９（Ａ）は、スケジュールのデータを消去するか否かを使用者に確認する画像およびメッセージをＬＣＤモニタ２２に表示した場合の表示例を示す図解図である。図９（Ａ）を参照して、使用者は、キー入力装置２４を操作することで、ＹＥＳ仮想キー２００またはＮＯ仮想キー２０２を選ぶことで、スケジュールのデータを消去するか否かを決定する。

図９（Ｂ）は、スケジュールを変更するか否かを使用者に確認する画像およびメッセージをＬＣＤモニタ２２に表示した場合の表示例を示す図解図である。図９（Ｂ）を参照して、使用者は、図９（Ａ）に示す表示例と同様にして、スケジュールのデータの変更を行うか否かを決定する。

図１０はスケジュール変更確認処理を示すフロー図である。図１０を参照して、ステップＳ６１では、飛行機の出発時刻の３０分前か否かを判断する。つまり、図５に示す２００７／１２／１３のスケジュールデータ９０に含まれる飛行機の出発時刻の情報に対して３０分前であるか否かを判断する。たとえば、図２（Ａ）に示す出発情報５４ａの時刻に対して３０分前（つまり、１６時５０分）であれば、ＹＥＳと判断される。なお、先述の通り、飛行機の出発時刻ではなく飛行機の到着時刻であってもよい。さらに、出発時刻または到着時刻によってステップＳ６１の判断を行う場合は、ＬＣＤモニタ２２に表示されている時刻に基づいて処理が行われるが、変更時刻によってステップＳ６１の判断を行う場合は、ＲＴＣ３０が生成した時刻に基づいて処理が行われる。

ステップＳ６１でＮＯであれば、再びステップＳ６１の処理を行う。一方、ＹＥＳであれば、ステップＳ６３でスケジュールに登録した飛行機の情報を取得する。つまり、ネットワーク１００を介して、その飛行機の情報（たとえば、欠航情報または延発情報など）を取得する。たとえば、図２（Ａ）に示す航空会社情報５８ａの航空会社のＨＰが記録される或るネットワークサーバとデータ通信を行う。そして、便名情報６０ｂや航路情報６２ａなどから、便名がＨＢｘｘｘｘであり、航路が東京から北京へ向かう飛行機の情報を得る。

次に、ステップＳ６５でスケジュールに登録した飛行機が欠航か否かを判断する。つまり、ステップＳ６３で取得した飛行機の情報に欠航情報が含まれているか否かを判断する。たとえば、便名がＨＢｘｘｘｘであり、航路が東京から北京へ向かう飛行機に欠航情報があるか否かを判断する。ステップＳ６５でＹＥＳであれば、欠航フラグ８２ｈをオンとする。つまり、便名がＨＢｘｘｘｘであり、航路が東京から北京へ向かう飛行機が欠航のため、ＬＣＤモニタ２２に表示する時刻を修正する必要がないため、欠航フラグ８２ｈはオンに設定される。次のステップＳ６９は、スケジュール削除の確認メッセージをＬＣＤモニタ２２に表示する。つまり、図９（Ａ）に示す表示例をＬＣＤモニタ２２に表示する。たとえば、図５に示す２００７／１２／１３のスケジュールデータ９０を削除するか否かを確認するメッセージをＬＣＤモニタ２２に表示する。次のステップＳ７１では、削除指示が出たか否かを判断する。つまり、ステップＳ６９で確認したスケジュール、すなわち、２００７／１２／１３のスケジュールデータ９０を削除する指示が、使用者によってされたか否かを判断する。ステップＳ７１でＹＥＳであれば、たとえば使用者がＹＥＳ仮想キー２００を選択する操作を行うと、ステップＳ７３でスケジュールを削除する。つまり、２００７／１２／１３のスケジュールデータ９０は削除される。また、ステップＳ７１でＮＯであれば、たとえば使用者がＮＯ仮想キー２０２を選択する操作を行うと、スケジュール変更確認処理を終了する。

ここで、ステップＳ６５でＮＯであれば、スケジュールに登録した飛行機が欠航でなければ、ステップＳ７５でスケジュールに登録した飛行機が延発か否かを判断する。つまり、ステップＳ６３で取得した飛行機の情報に延発情報が踏まれているか否かを判断する。たとえば、便名がＨＢｘｘｘｘであり、航路が東京から北京へ向かう飛行機に対して、延発情報があるか否かを判断する。ステップＳ７５でＮＯであれば、スケジュールに登録した飛行機に対して、欠航情報および延発情報が公開されていないため、スケジュール変更確認処理を終了する。一方、ＹＥＳであれば、ステップＳ７７でスケジュール変更の確認メッセージをＬＣＤモニタ２２に表示する。つまり、図９（Ｂ）に示す表示例をＬＣＤモニタ２２に表示する。たとえば、図５に示す２００７／１２／１３のスケジュールデータ９０の内容を変更するか否かを確認するメッセージをＬＣＤモニタ２２に表示する。次のステップＳ７９では、変更指示が出たか否かを判断する。つまり、ステップＳ６９で確認したスケジュール、すなわち、２００７／１２／１３のスケジュールデータ９０の内容を変更する指示が、使用者によってされたか否かを判断する。

ステップＳ７９でＹＥＳであれば、たとえば使用者がＹＥＳ仮想キー２００を選択する操作を行うと、ステップＳ８１でスケジュールおよび変更時刻を修正する。つまり、２００７／１２／１３のスケジュールデータ９０の内容を修正し、図２（Ａ）に示す出発情報５４ａを延発した時間に合わせて修正される。併せて、２００７／１２／１３の変更時刻データ９４の時刻も修正される。また、ステップＳ７９でＮＯであれば、たとえば使用者がＮＯ仮想キー２０２を選択する操作を行うと、スケジュール変更確認処理を終了する。

図１１は、図７に示す時刻変更処理のステップＳ２１の処理とステップＳ２３の処理との間に、欠航フラグ８２ｈがオンであるか否かを判断する処理を加えたフロー図である。また、ステップＳ２１−Ｓ２９の処理の詳細な説明は、簡単のため省略する。図１１を参照して、図１０に示すスケジュール変更確認処理によって、使用者が搭乗する予定の飛行機に欠航情報が公開されたか確認されている場合に、図１１に示す時刻変更処理を行うと、ステップＳ１０１では、欠航フラグ８２ｈがオンであるか否かを判断する。ここで、ステップＳ１０１でＮＯであれば、すなわち使用者が搭乗する予定の飛行機には欠航情報は公開されていないため、ステップＳ２３−ステップＳ２９の処理を行う。一方、ステップＳ１０１でＹＥＳであれば、すなわち使用者が搭乗する予定の飛行機に欠航情報が公開されているため、ＬＣＤモニタ２２に表示される現在時刻を変更せずに終了する。

これによって、ネットワーク１００を利用して、使用者が搭乗する飛行機の情報を得ることで、容易にスケジュールデータ８２ｄに新たなスケジュールのデータを登録することができる。さらに、その飛行機の情報に基づいて、欠航情報または延発情報を取得することができるため、ＬＣＤモニタ２２に表示される現在時刻を変更したり、変更する処理を無効化したりすることができる。

さらに、先述したが、図１に示すキー入力装置２４によって、イメージセンサ３４を利用したＱＲコードやバーコードに含まれる情報を読み取る機能が実行されることがある。そして、飛行機の乗車券には、使用者が搭乗する飛行機の日程の情報，出発時刻の情報，到着時刻の情報，航空会社の情報，便名の情報および航路の情報を含むＱＲコードやバーコードが印刷される場合がある。そこで、携帯通信端末１０は、飛行機の乗車券に印刷されるＱＲコードまたはバーコードから、イメージセンサ３４を利用してＱＲコードやバーコードに含まれる情報を読み取ることで、図２（Ａ）または図２（Ｂ）に示すような、使用者が搭乗する飛行機の情報を得ることができる。つまり、ネットワーク１００を利用する場合と同様にして、図５に示すスケジュールデータ８２ｄに新たなスケジュールデータを追加することができる。

これによって、スケジュール登録機能は、飛行機の乗車券に印刷されるＱＲコードまたはバーコードから、その飛行機の日程，到着時刻，出発時刻，航空会社，便名および航路を登録する。これによって、使用者は、イメージセンサ３４を利用したＱＲコードやバーコードに含まれる情報を読み取る機能によって、ＱＲコードまたはバーコードを読み取るだけで、その飛行機の出発時刻または到着時刻に渡航先の時刻を確認できるようになる。

なお、本実施例は、携帯通信端末１０の通信方式には、ＣＤＭＡ方式だけに限らず、ＰＨＳ方式，ＴＤＭＡ方式およびＷ‐ＣＤＭＡ方式でもよいことは言うまでもない。また、出発地域は日本だけに限らず、アメリカ，イギリスおよびロシアなどであってもよい。また、飛行機だけに限らず、フェリー，電車，バスなどの他の交通機関であってもよい。さらに、携帯通信端末１０のみに限らず、時計表示機能を備えるＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｅｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）などの携帯情報端末などであってもよい。

図１は第１実施例の発明の一実施例の携帯通信端末を示すブロック図である。 図２は図１に示す携帯通信端末のスケジュール機能が備えるＧＵＩの表示の一例を示す図解図である。 図３は図１に示すＲＡＭに記憶される時差テーブルの一例を示す図解図である。 図４は図１に示すＲＡＭのメモリマップの一例を示す図解図である。 図５は図４に示すデータ記憶領域の具体的な内容を示す図解図である。 図６は図１の携帯通信端末のＣＰＵによって実行される到着時刻に基づく変更時刻の設定処理の動作を示すフロー図である。 図７は図１の携帯通信端末のＣＰＵによって実行される時刻変更処理の動作を示すフロー図である。 図８は図１の携帯通信端末のＣＰＵによって実行される出発時刻に基づく変更時刻の設定処理の動作を示すフロー図である。 図９（Ａ）は図１に示すＬＣＤモニタに表示される確認メッセージの一例を示す図解図であり、図９（Ｂ）は図１に示すＬＣＤモニタに表示される確認メッセージの他の一例を示す図解図である。 図１０は図１の携帯通信端末のＣＰＵによって実行されるスケジュール変更確認処理の動作を示すフロー図である。 図１１は図７の携帯通信端末のＣＰＵによって実行される時刻変更処理の他の動作を示すフロー図である。

符号の説明

１０ … 携帯通信端末
２０ … ＣＰＵ
２２ … ＬＣＤモニタ
２４ … キー入力装置
２８ … ＲＡＭ
３０ … ＲＴＣ
３２ … カメラ処理回路
３４ … イメージセンサ
５４ａ，５４ｂ … 出発情報
５６ａ，５６ｂ … 到着情報
６２ａ，６２ｂ … 航路情報
８２ｄ … スケジュールデータ
８２ｅ … 変更時刻データ
８２ｈ … 欠航フラグ
８２ｉ … 時刻レジスタ
８２ｊ … 海外時刻レジスタ
１００ … ネットワーク

Claims (12)

1. 或る地域の現在時刻を通知可能な携帯通信端末であって、
   前記或る地域の現在時刻を生成する生成手段、
   到着地域に到着する時刻を到着時刻として登録する登録手段、
   前記或る地域と前記到着地域との時差を時差データとして記憶する記憶手段、および
   前記時差データに基づいて前記登録手段に登録された前記到着時刻から変更時刻を生成する変更時刻生成手段を備え、
   前記現在時刻が前記変更時刻を経過すれば、前記到着地域の時刻を通知する、携帯通信端末。
2. 前記登録手段は、前記到着地域を登録する到着地域登録手段を含み、
   前記変更時刻生成手段は、前記到着地域登録手段に登録された前記到着地域および前記時差データに基づいて変更時刻を生成する、請求項１記載の携帯通信端末。
3. ネットワークに接続するネットワーク接続手段をさらに備え、
   前記登録手段は、ネットワークを介して前記到着地域と前記到着時刻を登録する、請求項２記載の携帯通信端末。
4. 前記登録手段は、前記到着地域に出発する時刻を出発時刻として登録する出発時刻登録手段をさらに含み、
   前記出発時刻登録手段に登録された前記出発時刻の所定時間前になったとき前記ネットワーク接続手段を利用して交通機関の情報を取得する交通機関情報取得手段をさらに備える、請求項３記載の携帯通信端末。
5. 出発地域の現在時刻を通知可能な携帯通信端末であって、
   或る地域の現在時刻を生成する生成手段、
   前記出発地域から到着地域に出発する時刻を出発時刻として登録する登録手段、
   前記或る地域と前記出発地域との時差を時差データとして記憶する記憶手段、および
   前記登録手段に登録された前記出発時刻を前記時差データに基づいて変更時刻を生成する変更時刻生成手段を備え、
   前記現在時刻が前記変更時刻を経過すれば、前記到着地域の時刻を通知する、携帯通信端末。
6. 前記登録手段は、前記出発地域を登録する出発地域登録手段を含み、
   前記変更時刻生成手段は、前記出発地域登録手段に登録された前記出発地域および前記時差データに基づいて変更時刻を生成する、請求項５記載の携帯通信端末。
7. ネットワークに接続するネットワーク接続手段をさらに備え、
   前記登録手段は、ネットワークを介して前記到着地域と前記出発時刻を登録する、請求項６記載の携帯通信端末。
8. 前記登録手段は、前記到着地域に到着する時刻を到着時刻として登録する到着時刻登録手段をさらに含み、
   前記到着時刻登録手段に登録された前記到着時刻の所定時間前になったとき前記ネットワーク接続手段を利用して交通機関の情報を取得する交通機関情報取得手段をさらに備える、請求項７記載の携帯通信端末。
9. 前記変更時刻の所定時間前になったとき前記ネットワーク接続手段を利用して交通機関の情報を取得する交通機関情報取得手段をさらに備える、請求項３または７記載の携帯通信端末。
10. 前記交通機関情報取得手段が取得した情報に延発情報が含まれるとき前記延発情報に基づいて前記変更時刻を修正する変更時刻修正手段をさらに備える、請求項４，８または９記載の携帯通信端末。
11. 前記交通機関情報取得手段が取得した情報に運行中止の情報が含まれるとき前記現在時刻が前記変更時刻を経過しても、前記到着地域の時刻を使用者に通知しないように無効化する処理を施す無効化手段をさらに備える、請求項４，８，９または１０記載の携帯通信端末。
12. 前記交通機関の乗車券に含まれる前記乗車券情報を取り込む乗車券情報取込手段をさらに備え、
    前記登録手段は前記乗車券情報取込手段が取得した前記乗車券情報から前記到着地域または前記出発地域と前記到着時刻または前記出発時刻を登録する、請求項２，３，４，６，７，８，９，１０または１１記載の携帯通信端末。

Images