JP2008234084A - 携帯端末装置及びプログラム - Google Patents

Abstract

【課題】出発地から到着地への経路を案内する経路案内機能とスケジュール管理機能との連動が可能であるほか、スケジュール情報としての予定場所がどのような形式で表記されていてもその予定場所から経路案内機能用の到着地を得ることができるようにする。
【解決手段】中央制御部１は、ユーザ操作によって任意のスケジュール情報が選択されると、このスケジュール情報内の「開始日時」から到着日時を求めるほか、ＲＴＣ１０から取得した現在日時に基づいて時間帯−出発候補地テーブルＴＳＴを検索して現在日時が含む「時間帯」に対応する「出発候補地」を読み出し、更に、ユーザ選択されたスケジュール情報内の「予定場所」に対応する「到着地」を予定場所−到着地変換テーブルＣＧＴから読み出し、この出発候補地（乗車駅）から到着地（下車駅）への乗車ルートを案内する。
【選択図】 図１

Description

この発明は、出発地から到着地への経路を案内する経路案内機能を備えた携帯端末装置及びプログラムに関する。

従来、非接触ＩＣカードと呼ばれている非接触ＩＣ処理機能を交通機関の駅改札口を通過する際の入退場機能（例えば、電車、バスを利用する際の乗車券機能、定期券機能）として利用するほかに、この非接触ＩＣ処理機能を乗車ルート案内サービスに利用可能とした技術としては、例えば、電車内から目的駅までの最適な路線経路を検索する場合に、目的駅を入力するのみで経路を検索することが可能な最適路線検索システムが知られている（特許文献１参照）。
特開２００５−２７１６９１号公報

しかしながら、上述した先行技術においては、目的駅を入力するようにしているため、ユーザは目的地を知っていることが前提となり、目的地を知らなければ、乗車ルート案内サービスを利用することはできなかった。
従って、スケジュール管理機能付きの携帯電話装置において、スケジュール表を読み出し表示させている状態において、ユーザはスケジュール画面から次の移動場所を確認し、その場所に行くために目的駅を入力して乗車ルート案内サービスを利用するような場合に、スケジュール情報として設定されている場所が一般名称以外で表記されていれば、つまり、○○会議室、○○講堂のように抽象的な名称、独自の名称、略語などで表記されていれば、その場所の最寄り駅を調べて入力する必要があり、ユーザに大きな負担をかけるという問題があった。
このことは、乗車ルート案内サービスに利用する場合に限らず、どのような経路案内サービスを利用する場合でも同様の問題が起きる。

この発明の課題は、出発地から到着地への経路を案内する経路案内機能とスケジュール管理機能との連動が可能であるほか、スケジュール情報としての予定場所がどのような形式で表記されていてもその予定場所から経路案内機能用の到着地を得ることができるようにすることである。

請求項１記載の発明（第１の発明）は、出発地から到着地への経路を案内する経路案内機能を備えた携帯端末装置であって、出発地を取得する出発情報取得手段と、スケジュール情報として予定場所と予定時刻とを対応付けて記憶するスケジュール情報記憶手段と、前記予定場所毎に前記経路案内機能で案内可能な到着地を対応付けて記憶する情報記憶手段と、前記スケジュール情報を任意に選択する選択手段と、この選択手段によって選択されたスケジュール情報内の予定場所に基づいて前記情報記憶手段を検索することによって対応する到着地を取得する到着情報取得手段とを具備し、前記出発情報取得手段によって得られた出発地から前記到着情報取得手段によって得られた到着地への経路を案内するようにしたことを特徴とする。
更に、コンピュータに対して、上述した請求項１記載の発明に示した主要機能を実現させるためのプログラムを提供する（請求項１０記載の発明）。

なお、上述した請求項１記載の発明は次のようなものであってもよい。
時間帯に対応して出発候補地を記憶する出発地候補記憶手段を更に設け、前記出発情報取得手段は、現在時刻に基づいて前記出発地候補記憶手段を検索することによって現在時刻が含まれる時間帯を特定し、この時間帯に対応する出発候補地を取得する（請求項２記載の発明）。

外部処理装置との間での無線非接触通信を行う非接触通信手段を更に設け、この非接触通信手段によって外部処理装置との間で非接触通信が行われた際に、前記出発情報取得手段は、当該外部処理装置の設置場所を出発地として取得する（請求項３記載の発明）。

現在位置を取得する位置取得手段を更に設け、前記出発情報取得手段は、前記位置取得手段によって得られた位置情報を出発地として取得する（請求項４記載の発明）。

前記出発地から到着地への経路を案内する経路案内機能は、交通機関の乗車駅から降車駅までの経路を案内する乗車ルート案内機能であり、前記情報記憶手段は、前記スケジュール情報を構成する各予定場所に対応付けて当該予定場所の最寄り駅を到着地として記憶する（請求項６記載の発明）。

請求項５記載の発明（第２の発明）は、出発地から到着地への経路を案内する経路案内機能を備えた携帯端末装置であって、スケジュール情報として予定場所と予定時刻とを対応付けて記憶するスケジュール情報記憶手段と、前記予定場所毎に前記経路案内機能で案内可能な到着地を対応付けて記憶する情報記憶手段と、出発地を取得する出発情報取得手段と、前記スケジュール情報を構成する予定場所で前記情報記憶手段を検索することによって対応する到着地を取得する到着情報取得手段と、前記出発情報取得手段によって得られた出発地から前記到着情報取得手段によって得られた到着地への所要時間を考慮した出発時刻を取得する出発時刻取得手段と、この出発時刻取得手段によって取得した出発時刻に基づいてアラーム報知を行う報知手段とを具備したことを特徴とする。
更に、コンピュータに対して、上述した請求項５記載の発明に示した主要機能を実現させるためのプログラムを提供する（請求項１１記載の発明）。

なお、上述した請求項５記載の発明は次のようなものであってもよい。
時間帯に対応して出発地の選択候補を記憶する出発地候補記憶手段を更に設け、前記出発情報取得手段は、出発時刻に基づいて前記出発地候補記憶手段を検索することによって当該出発時刻が含まれる時間帯を特定し、この時間帯に対応する出発地を取得する（請求項７記載の発明）。

現在位置を取得する位置取得手段を更に設け、前記出発情報取得手段は、前記位置取得手段によって得られた位置情報を出発地として取得する（請求項８記載の発明）。

前記スケジュール情報を構成する予定時刻と現在時刻とを比較することによって現在時刻以降の予定時刻を含むスケジュール情報の有無を監視するスケジュール監視手段を更に設け、前記到着情報取得手段は、前記スケジュール監視手段によって検出されたスケジュール情報内の予定場所で前記情報記憶手段を検索することによって当該予定場所に対応する到着地を取得する（請求項９記載の発明）。
その他、請求項５記載の発明は、上述した請求項６記載の発明を適用するようにしてもよい。

第１の発明は、出発地から到着地への経路を案内する経路案内機能とスケジュール管理機能との連動が可能であるほか、スケジュール情報としての予定場所がどのような形式で表記されていても、任意に選択されたスケジュール情報内の予定場所から経路案内機能用の到着地を得ることができ、ユーザに操作上の負担をかけることなく、経路案内機能を効果的に利用することが可能となる。

第２の発明は、出発地から到着地への経路を案内する経路案内機能とスケジュール管理機能との連動が可能であるほか、スケジュール情報としての予定場所がどのような形式で表記されていてもその予定場所から経路案内機能用の到着地を得ることができ、この到着地に向かって何時頃出発したらよいかを確認することが可能となる。

（実施例１）
以下、図１〜図７を参照して本発明の第１実施例を説明する。
この実施例は、携帯端末装置として携帯電話装置に適用した場合を例示したもので、図１は、この携帯電話装置の基本的な構成要素を示したブロック図である。
この携帯電話装置は、例えば、２つの筐体（操作部筐体、表示部筐体）が開閉可能に取り付けられた折り畳み自在なもので、通話機能、電子メール機能、インターネット接続機能（Ｗｅｂアクセス機能）などのほか、スケジュール管理機能、経路案内機能などが備えられている。スケジュール管理機能は、予め任意に設定されたスケジュール情報を記憶管理し、その予定日時に到達した際に、その旨を報知する機能である。経路案内機能は、出発地から到着地への経路を案内する機能で、この実施例では、交通機関（電車、バスなど）の利用時に出発地（乗車駅）から到着地（下車駅）までの乗車ルートを検索して案内する乗車ルート案内機能である。

中央制御部１は、二次電池を備えた電源部２からの電力供給によって動作し、記憶部３内の各種のプログラムに応じてこの携帯電話装置の全体動作を制御する。この記憶部３は、ＲＯＭ、ＲＡＭを有する構成で、そのプログラム領域には、後述する図５及び図６に示す動作手順に応じて本実施例を実現するためのプログラムが格納され、そのデータ領域には、後述するスケジュールテーブルＳＤＴ、予定場所−到着地変換テーブルＣＧＴ、時間帯−出発候補地テーブルＴＳＴ、出発時刻バッファＳＴＢなどが設けられている。無線通信部４は、アンテナに接続された送受信部（ベースバンド部）の受信側から信号を取り込んで受信ベースバンド信号に復調したのちに、通話部５を介して受話スピーカ６から音声出力させる。そして、無線通信部４は、送話マイク７から入力された音声データを通話部５から取り込み、送信ベースバンド信号に符号化したのちに送受信部の送信側に与えられてアンテナから送信出力させる。

一方、電子メール機能あるいはインターネット接続機能によって無線通信部４を介して受信取得した表示データは、表示部８に与えられて表示出力される。操作部９は、各種の操作キーなどを有し、ダイヤル入力、文字入力、コマンド入力などを行うもので、中央制御部１は、操作部９からの操作入力信号に応じた処理を実行する。ＲＴＣ（リアルタイムクロックモジュール）１０は、年月日時分秒の現在日時を計数する時計部を構成するもので、中央制御部１は、ＲＴＣ１０から現在日時を取得する。

非接触型ＩＣカード機能部１１は、交通機関利用時の乗車券機能として利用可能なもので、メモリ部、コイルアンテナ部などを有し、受信電波によって電磁誘導されるコイルアンテナ部からの起電力に基づいて起動状態となる。この非接触型ＩＣカード機能部１１は、交通機関の駅改札口を通過する際に、その自動改札装置（リーダ・ライタ）との間で交信を行うことによって自動改札処理が行われる。ＧＰＳ（Global Positioning System）部１２は、衛星と地上の制御局を利用して現在位置（経緯度）を受信取得する。

図２は、スケジュールテーブルＳＤＴを説明するための図である。
スケジュールテーブルＳＤＴは、予め任意に設定されたスケジュール情報を記憶するテーブルであり、その内容はユーザが任意に設定したものである。このスケジュール情報（スケジュールレコード）は、「開始日時」、「終了日時」、「内容」、「予定場所」の各項目を有し、「開始日時」、「終了日時」は、予定開始日時、予定終了日時を示し、「内容」は、“事前打合せ”、“企画会議”などのように具体的な予定内容を示している。また「予定場所」は、“打合せ”、“会議”などの開催場所、待ち合わせ場所などであり、例えば、“○○会議室”、“本社”のように設定することもできる。すなわち、「予定場所」を一般名称で表記する場合に限らず、ユーザ自身が理解可能であれば、抽象的な名称、独自の名称、略語、シンボル図形などで表記することもできる。

図３は、予定場所−到着地変換テーブルＣＧＴを説明するための図である。
予定場所−到着地変換テーブルＣＧＴは、「予定場所」に対応してその最寄り駅を「到着地（下車駅）」として記憶する予定場所と到着地との対応テーブルであり、その内容はユーザが予め任意に設定登録したものである。なお、図示の例では、「予定場所」としての“本社”に対応して「到着地」としての“初台駅”、また、“ＡＡＡホール”に対応して“虎ノ門駅”のように「予定場所」と「到着地」とが対応付けて設定登録した構成となっている。この予定場所−到着地変換テーブルＣＧＴは、乗車ルート案内機能の利用時に用いられる。すなわち、上述のスケジュールテーブルＳＤＴと連動しながら乗車ルート案内サービスを利用する際に、中央制御部１は、予定場所−到着地変換テーブルＣＧＴを参照して、予定場所を対応する到着地に変換して乗車ルート案内機能の到着地としてセットするようにしている。

図４は、時間帯−出発候補地テーブルＴＳＴを説明するための図である。
時間帯−出発候補地テーブルＴＳＴは、時間帯に対応して出発地を選択候補として記憶するもので、例えば、平日の“９時００分〜１７時３０分”の時間帯には、出勤、通学、外出などの最寄り駅が出発候補地として対応付けられ、その他の時間帯には、自宅などの最寄り駅が出発候補地として対応付けられている。中央制御部１は、現在日時に応じて時間帯−出発候補地テーブルＴＳＴを参照し、現在日時が属する時間帯を特定することによって対応する出発候補地を得るようにしている。

次に、この第１実施例における携帯電話装置の動作概念を図５及び図６に示すフローチャートを参照して説明する。ここで、このフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作が逐次実行される。また、伝送媒体を介して伝送されてきた上述のプログラムコードに従った動作を逐次実行することもできる。このことは後述する他の実施例においても同様であり、記録媒体のほかに、伝送媒体を介して外部供給されたプログラム／データを利用してこの実施例特有の動作を実行することもできる。

図５及び図６は、電源投入に伴って実行開始される携帯電話装置の全体動作のうち第１実施例の特徴的な部分を示したフローチャートである。
先ず、中央制御部１は、電源投入（電源ＯＮ）操作に伴って無線通信部４を作動させて位置登録応答を行うほか、所定の待受画像を読み出して待受画面に表示させたのち（図５のステップＡ１）、乗車ルート案内機能が動作中であることを示す「案内フラグ」のセット有無をチェックする（ステップＡ２）。ここで、「案内フラグ」がセットされていれば、ステップＡ７に移り、スケジュールリスト表示処理を実行するが、「案内フラグ」がセットされていなければ（ステップＡ２でＮＯ）、乗車ルート案内機能の起動操作有無をチェックする（ステップＡ３）。

いま、その他の操作、つまり、乗車ルート案内機能の起動操作以外の操作が行われたときには（ステップＡ４でＹＥＳ）、その操作に応じた処理として、例えば、電話発信、着信処理、メール送信処理を実行したり、任意に入力したスケジュール情報をスケジュールテーブルＳＤＴに設定するスケジュールテーブル設定処理を実行したり、任意に入力した予定場所と到着地とを対応付けて予定場所−到着地変換テーブルＣＧＴに設定する変換テーブル設定処理を実行したり、任意に入力した時間帯と出発地とを対応付けて時間帯−出発候補地テーブルＴＳに設定するテーブル設定処理などを実行したりする（ステップＡ５）。

ここで、ユーザが次の目的地に出向くために乗車ルート案内機能の起動操作を行うと（ステップＡ３でＹＥＳ）、中央制御部１は、乗車ルート案内機能が動作中であることを示すために「案内フラグ」をセットする（ステップＡ６）。そして、スケジュールテーブルＳＤＴをアクセスしてその内容をリスト表示させたのち（ステップＡ７）、このリスト画面から任意のスケジュール情報を選択する選択操作が行われると、このスケジュール情報をユーザ選択された情報として特定すると共に（ステップＡ８）、この特定スケジュール情報の中から「開始日時」を読み出し、「開始日時」に所定時間を加えた日時を到着日時として求める（ステップＡ９）。例えば、会議が開始されるまでに間に合うように、例えば、徒歩などの移動時間、余裕時間などを考慮した所定時間（例えば、４５分）を「開始日時」に加算した時刻をその会場の到着日時として求める。なお、この所定時間は、予めユーザが任意に設定したものであってもよい。

中央制御部１は、ＲＴＣ１０から現在日時を取得したのち（ステップＡ１０）、この現在日時に基づいて時間帯−出発候補地テーブルＴＳＴを検索し、現在日時が含む「時間帯」を特定すると共に、この「時間帯」に対応する「出発候補地」を読み出す（ステップＡ１１）。そして、図６のフローに移り、上述のようにしてユーザ選択された特定スケジュール情報の中から「予定場所」を読み出し、この「予定場所」に基づいて予定場所−到着地変換テーブルＣＧＴを検索することによって当該「予定場所」はテーブル内に登録済みであるかをチェックする。

いま、該当する「予定場所」が登録済みであれば、それに対応付けられている「到着地」を予定場所−到着地変換テーブルＣＧＴから読み出す（ステップＡ１３）。この場合、スケジュール情報の「予定場所」に対する最寄り駅を「到着地」として予定場所−到着地変換テーブルＣＧＴから読み出す。また、該当する「予定場所」が登録されていなければ（ステップＡ１２でＮＯ）、任意の「到着地」を入力すべきことをメッセージ表示したのち（ステップＡ１４）、それに応じてユーザ操作で入力された「到着地」を取得する（ステップＡ１５）。

そして、上述のようにして得られた出発候補地（乗車駅）、到着地（下車駅）、到着時刻を乗車ルートの検索要素とする乗車ルート検索要求をコンテンツサーバ（図示せず）宛に送信したのち（ステップＡ１６）、それに応答して当該サーバから乗車ルート情報を受信取得すると（ステップＡ１７）、この乗車ルート情報を表示部８に案内出力させる（ステップＡ１８）。図７は、乗車ルート案内表示画面を例示した図で、乗車駅（小作駅）から下車駅（初台駅）までの乗車ルートが時系列に案内表示される。この乗車ルートを確認したユーザが確認済みを指示するＯＫ操作を行うと（ステップＡ１９）、中央制御部１は、上述の「案内フラグ」をリセットしたのち（ステップＡ２０）、上述の待受状態に戻る（ステップＡ１）。

以上のように、この第１実施例において中央制御部１は、ユーザ操作によって任意のスケジュール情報が選択されると、このスケジュール情報内の「開始日時」から到着日時を求めるほか、ＲＴＣ１０から取得した現在日時に基づいて時間帯−出発候補地テーブルＴＳＴを検索して現在日時が含む「時間帯」に対応する「出発候補地」を読み出し、更に、ユーザ選択されたスケジュール情報内の「予定場所」に対応する「到着地」を予定場所−到着地変換テーブルＣＧＴから読み出し、この出発候補地（乗車駅）から到着地（下車駅）への乗車ルートを案内するようにしたので、スケジュール管理機能との連動が可能であるほか、スケジュール情報としての「予定場所」がどのような形式で表記されていても、任意に選択されたスケジュール情報内の「予定場所」から乗車ルート案内機能用の到着地を得ることができ、ユーザに操作上の負担をかけることなく、乗車ルート案内機能を効果的に利用することが可能となる。

この場合、ＲＴＣ１０から取得した現在日時に基づいて時間帯−出発候補地テーブルＴＳＴを検索して現在日時が含む「時間帯」に対応する「出発候補地」を読み出すことによって出発地を特定するようにしたので、出発地を容易かつ確実に特定することができる。

なお、上述した第１実施例においては、時間帯−出発候補地テーブルＴＳＴを検索して現在日時が含む「時間帯」に対応する「出発候補地」を取得するようにしたが、例えば、交通機関の自動改札装置との間での入退場を制限する非接触型ＩＣカード機能部１１を備えた携帯電話装置においては、この非接触型ＩＣカード機能部１１と自動改札装置との間での交信時に、この自動改札装置から出発地（乗車駅）を受信取得するようにしてもよい。また、自動改札装置から到着地（下車駅）を受信取得する代わりに、ＧＰＳ部１２から現在位置（経緯度情報）を到着地として受信取得するようにしてもよい。

上述した第１実施例においては、予定場所−到着地変換テーブルＣＧＴから「到着地」を取得して乗車ルート案内機能の「到着地」としたが、予定場所−到着地変換テーブルＣＧＴから取得した「到着地」を乗車ルート案内機能の「到着地」とするか否かを問い合わせるために確認メッセージを出力したのち、それに応答してユーザ操作で肯定指示を受けた際に、乗車ルート案内機能の「到着地」とするようにしてもよい。この場合、ユーザの確認を受けることで、より確実な案内が可能となる。
（実施例２）

以下、この発明の第２実施例について図８〜図１１を参照して説明する。
なお、上述した第１実施例においては、ユーザ操作によって任意のスケジュール情報が選択された際に、このスケジュール情報に基づいて出発候補地（乗車駅）、到着地（下車駅）を取得して乗車駅から下車駅への乗車ルートを案内するようにしたが、この第２実施例においては、現在日時以降の予定日時（開始日時）を含むスケジュール情報の有無を監視し、このスケジュール情報に基づいて出発候補地（乗車駅）、到着地（下車駅）を取得してその乗車ルートを利用するためには何時ごろ出発すればよいかの出発時刻を案内するようにしたものである。
ここで、両実施例において基本的あるいは名称的に同一のものは、同一符号を付して示し、その説明を省略すると共に、以下、第２実施例の特徴部分を中心に説明するものとする。

図８及び図９は、電源投入に伴って実行開始される携帯電話装置の全体動作のうち第２実施例の特徴的な部分を示したフローチャートである。
先ず、中央制御部１は、上述の第１実施例と同様に、待受画面に表示させたのち（図８のステップＢ１）、「案内フラグ」のセット有無をチェックする（ステップＢ２）。ここで、「案内フラグ」がセットされていれば、ステップＢ７に移り、現在日時の取得処理を実行するが、「案内フラグ」がセットされていなければ（ステップＢ２でＮＯ）、乗車ルート案内機能の起動操作有無をチェックする（ステップＢ３）。いま、乗車ルート案内機能の起動操作以外の操作が行われたときには（ステップＢ４でＹＥＳ）、その操作に応じた処理として、例えば、電話発信、着信処理、メール送信処理、スケジュールテーブル設定処理などを実行する（ステップＢ５）。

乗車ルート案内機能の起動操作が行われた場合には（ステップＢ３でＹＥＳ）、「案内フラグ」をセットしたのち（ステップＢ６）、ＲＴＣ１０から現在日時を取得する（ステップＢ７）。そして、スケジュールテーブルＳＤＴを検索してスケジュール情報の「開始日時（予定日時）」と現在日時とを比較することによって現在日時以降に該当する「開始日時」を含むスケジュール情報を特定する（ステップＢ８）。この場合、現在日時以降に該当する全てのスケジュール情報を特定しておく。そして、この特定スケジュール情報の中からいずれかのスケジュール情報を指定すると共に、この指定スケジュール情報に「予約場所」が登録されているかを調べ（図９のステップＢ９）、「予定場所」が登録されていなければ、後述するステップＢ１８に移る。

いま、指定スケジュール情報に「予約場所」が登録されていれば（ステップＢ９でＹＥＳ）、現在日時に基づいて時間帯−出発候補地テーブルＴＳＴを検索して、現在日時が含む「時間帯」を特定すると共に、この「時間帯」に対応する「出発候補地」を読み出す（ステップＢ１０）。また、上述の指定スケジュール情報の中から「予定場所」を読み出し、この「予定場所」に基づいて予定場所−到着地変換テーブルＣＧＴを検索し、当該「予定場所」は登録済みであるかをチェックする（ステップＢ１１）。いま、該当する「予定場所」が登録済みであれば、それに対応付けられている「到着地」を予定場所−到着地変換テーブルＣＧＴから読み出す（ステップＢ１２）。この場合、スケジュール情報の「予定場所」に対する最寄り駅を「到着地」として予定場所−到着地変換テーブルＣＧＴから読み出す。また、該当する「予定場所」が登録されていなければ（ステップＢ１１でＮＯ）、任意の「到着地」を入力すべきことをメッセージ表示したのち（ステップＢ１３）、それに応じてユーザ操作で入力された「到着地」を取得する（ステップＢ１４）。

そして、上述のようにして得られた出発候補地（乗車駅）、到着地（下車駅）、到着時刻を乗車ルートの検索要素とすると共に、この乗車ルートを利用するためには何時ごろ出発すればよいかの出発時刻の検索要求をコンテンツサーバ（図示せず）宛に送信する（ステップＢ１５）。この場合、サーバ側では、この検索要求に応じて乗車駅から下車駅への所要時間、下車駅の到着時刻などを考慮した出発時刻を求めて要求元へ返信する。中央制御部１は、検索要求の送信後、それに応答して当該サーバから出発時刻を受信取得すると（ステップＢ１６）、これを出発時刻バッファＳＴＢに記憶保持する（ステップＢ１７）。図１０は、出発時刻バッファＳＴＢの内容を例示したもので、上述のようして取得した「出発時刻」、「出発地」、「到着地」ほか、スケジュール情報を構成する「開始日時」、「内容」、「予定場所」の各項目データが出発時刻バッファＳＴＢに記憶保持される。

そして、現在日時に基づいてスケジュールテーブルＳＤＴを検索し、現在日時以降から所定時間（例えば、６時間）以内の「開始日時」のスケジュール情報の有無を調べ（ステップＢ１８）、該当するスケジュール情報が有れば、上述のステップＢ８に戻り、以下、上述と同様の処理を繰り返すが、該当するスケジュール情報が無ければ（ステップＢ１８でＮＯ）上述の「案内フラグ」をリセットしたのち（ステップＢ１９）、上述の待受状態に戻る（ステップＢ１）。

一方、何も操作されていない操作無し状態において（ステップＢ４でＮＯ）、中央制御部１は、ＲＴＣ１０から現在日時を取得すると共に（ステップＢ２０）、この現在日時に基づいて出発時刻バッファＳＴＢをアクセスし、現在日時に近い（例えば、１０分前の）出発時刻の有無を調べる（ステップＢ２１）。その結果、該当する出発時刻が有れば、出発時刻に近づいたことを促すアラーム報知を行う（ステップＢ２２）。図１１は、アラーム表示画面を例示した図で、本社での企画会議に出席する際の出発時刻に近づいたことが報知される。その後、上述の待受状態に戻る（ステップＢ１）。

以上のように、この第２実施例において中央制御部１は、ＲＴＣ１０から取得した現在日時に基づいて時間帯−出発候補地テーブルＴＳＴを検索して現在日時が含む「時間帯」に対応する「出発候補地」を読み出し、更に、ユーザ選択されたスケジュール情報内の「予定場所」に対応する「到着地」を予定場所−到着地変換テーブルＣＧＴから読み出し、この出発候補地（乗車駅）から到着地（下車駅）への所要時間を考慮した出発時刻を取得したのち、この出発時刻に基づいてアラーム報知を行うようにしたから、スケジュール管理機能との連動が可能であるほか、スケジュール情報としての「予定場所」がどのような形式で表記されていてもその予定場所から乗車ルート案内機能用の到着地を得ることができ、この到着地に向かって何時頃出発したらよいかを確認することが可能となる。

この場合、ＲＴＣ１０から取得した現在日時に基づいて時間帯−出発候補地テーブルＴＳＴを検索して現在日時が含む「時間帯」に対応する「出発候補地」を読み出すことによって出発地を特定するようにしたので、出発地を容易かつ確実に特定することができる。

中央制御部１は、スケジュール情報を構成する「開始日時」と現在日時とを比較することによって現在時刻以降の「開始日時」を含むスケジュール情報の有無を監視し、該当するスケジュール情報内の「予定場所」に対応付けられている「到着地」を予定場所−到着地変換テーブルＣＧＴから読み出すようにしたので、ユーザに操作上の負担をかけることなく、到着地を得ることができ、乗車ルート案内機能を効果的に利用することが可能となる。

なお、上述した第２実施例においては、スケジュール情報内の「予定場所」に対応付けられている「到着地」を予定場所−到着地変換テーブルＣＧＴから読み出すようにしたが、ＧＰＳ部１２から現在位置（経緯度情報）を到着地として受信取得するようにしてもよい。

上述した第２実施例においては、出発時刻バッファＳＴＢを監視し、現在日時に近い（例えば、１０分前の）出発時刻の有無を調べ、該当する出発時刻が有れば、出発時刻に近づいたことをアラーム表示するようにしたが、出発時刻の１時間前から１５分毎にアラーム報知するなど、報知の仕方は任意である。また、遅くとも何時ごろまで出発すればよいかをアラーム報知するようにしてもよい。

その他、上述した各実施例においては、コンテンツサーバに対して乗車ルートの検索要求、出発時刻の検索要求を行うようにしたが、事前に時刻表をダウンロード受信して記憶管理しておけば、携帯電話装置側において、この時刻表を参照して乗車ルート、出発時刻検索するようにしてもよい。
また、上述した各実施例においては、乗車駅から下車駅までの乗車ルートを案内するようにしたが、乗車ルートに限らず、出発地から到着地までを案内するようにしてもよい。例えば、予定場所として“○○会館○○間”のように設定されている場合、乗車ルートを含めて自宅から“○○会館付近”までの経路を案内するようにしてもよい。

また、出発地から到着地への経路を案内する経路案内機能を備えた携帯電話装置に限らず、例えば、経路案内機能を備えたＰＤＡ・電子カメラ・電子腕時計・音楽再生機などの携帯端末装置であっても同様に適用可能である。

携帯電話装置の基本的な構成要素を示したブロック図。 スケジュールテーブルＳＤＴを説明するための図。 予定場所−到着地変換テーブルＣＧＴを説明するための図。 時間帯−出発候補地テーブルＴＳＴを説明するための図。 電源投入に伴って実行開始される携帯電話装置の全体動作のうち第１実施例の特徴的な部分を示したフローチャート。 図５に続くフローチャート。 乗車ルート案内表示画面を例示した図。 電源投入に伴って実行開始される携帯電話装置の全体動作のうち第２実施例の特徴的な部分を示したフローチャート。 図８に続くフローチャート。 出発時刻バッファＳＴＢの内容を例示した図。 アラーム表示画面を例示した図。

符号の説明

１ 中央制御部
３ 記憶部
４ 無線通信部
８ 表示部
９ 操作部
１０ ＲＴＣ
１１ 非接触型ＩＣカード機能部
１２ ＧＰＳ部
ＳＤＴ スケジュールテーブル
ＣＧＴ 予定場所−到着地変換テーブル
ＴＳＴ 時間帯−出発候補地テーブル

Claims (11)

1. 出発地から到着地への経路を案内する経路案内機能を備えた携帯端末装置であって、
   出発地を取得する出発情報取得手段と、
   スケジュール情報として予定場所と予定時刻とを対応付けて記憶するスケジュール情報記憶手段と、
   前記予定場所毎に前記経路案内機能で案内可能な到着地を対応付けて記憶する情報記憶手段と、
   前記スケジュール情報を任意に選択する選択手段と、
   この選択手段によって選択されたスケジュール情報内の予定場所に基づいて前記情報記憶手段を検索することによって対応する到着地を取得する到着情報取得手段と、
   を具備し、前記出発情報取得手段によって得られた出発地から前記到着情報取得手段によって得られた到着地への経路を案内するようにしたことを特徴とする携帯端末装置。
2. 時間帯に対応して出発候補地を記憶する出発地候補記憶手段を更に設け、
   前記出発情報取得手段は、現在時刻に基づいて前記出発地候補記憶手段を検索することによって現在時刻が含まれる時間帯を特定し、この時間帯に対応する出発候補地を取得する、
   ようにしたことを特徴とする請求項１記載の携帯端末装置。
3. 外部処理装置との間での無線非接触通信を行う非接触通信手段を更に設け、
   この非接触通信手段によって外部処理装置との間で非接触通信が行われた際に、前記出発情報取得手段は、当該外部処理装置の設置場所を出発地として取得する、
   ようにしたことを特徴とする請求項１記載の携帯端末装置。
4. 現在位置を取得する位置取得手段を更に設け、
   前記出発情報取得手段は、前記位置取得手段によって得られた位置情報を出発地として取得する、
   ようにしたことを特徴とする請求項１記載の携帯端末装置。
5. 出発地から到着地への経路を案内する経路案内機能を備えた携帯端末装置であって、
   スケジュール情報として予定場所と予定時刻とを対応付けて記憶するスケジュール情報記憶手段と、
   前記予定場所毎に前記経路案内機能で案内可能な到着地を対応付けて記憶する情報記憶手段と、
   出発地を取得する出発情報取得手段と、
   前記スケジュール情報を構成する予定場所で前記情報記憶手段を検索することによって対応する到着地を取得する到着情報取得手段と、
   前記出発情報取得手段によって得られた出発地から前記到着情報取得手段によって得られた到着地への所要時間を考慮した出発時刻を取得する出発時刻取得手段と、
   この出発時刻取得手段によって取得した出発時刻に基づいてアラーム報知を行う報知手段と、
   を具備したことを特徴とする携帯端末装置。
6. 前記出発地から到着地への経路を案内する経路案内機能は、交通機関の乗車駅から降車駅までの経路を案内する乗車ルート案内機能であり、
   前記情報記憶手段は、前記スケジュール情報を構成する各予定場所に対応付けて当該予定場所の最寄り駅を到着地として記憶する、
   ようにしたことを特徴とする請求項１あるいは請求項５記載の携帯端末装置。
7. 時間帯に対応して出発地の選択候補を記憶する出発地候補記憶手段を更に設け、
   前記出発情報取得手段は、出発時刻に基づいて前記出発地候補記憶手段を検索することによって当該出発時刻が含まれる時間帯を特定し、この時間帯に対応する出発地を取得する、
   ようにしたことを特徴とする請求項５記載の携帯端末装置。
8. 現在位置を取得する位置取得手段を更に設け、
   前記出発情報取得手段は、前記位置取得手段によって得られた位置情報を出発地として取得する、
   ようにしたことを特徴とする請求項５記載の携帯端末装置。
9. 前記スケジュール情報を構成する予定時刻と現在時刻とを比較することによって現在時刻以降の予定時刻を含むスケジュール情報の有無を監視するスケジュール監視手段を更に設け、
   前記到着情報取得手段は、前記スケジュール監視手段によって検出されたスケジュール情報内の予定場所で前記情報記憶手段を検索することによって当該予定場所に対応する到着地を取得する、
   ようにしたことを特徴とする請求項５記載の携帯端末装置。
10. コンピュータに対して、
    出発地を取得する機能と、
    スケジュール情報として予定場所と予定時刻とを対応付けて記憶管理する機能と、
    前記予定場所毎に前記経路案内機能で案内可能な到着地を対応付けて記憶管理する機能と、
    前記スケジュール情報を任意に選択する機能と、
    前記選択されたスケジュール情報内の予定場所に基づいて対応する到着地を取得する機能と、
    前記取得した出発地から前記取得した到着地への経路を案内する機能と、
    を実現させるためのプログラム。
11. コンピュータに対して、
    スケジュール情報として予定場所と予定時刻とを対応付けて記憶管理する機能と、
    前記予定場所毎に前記経路案内機能で案内可能な到着地を対応付けて記憶管理する機能と、
    出発地を取得する機能と、
    前記スケジュール情報を構成する予定場所に対応する到着地を取得する機能と、
    前記取得した出発地から前記取得した到着地への所要時間を考慮した出発時刻を取得する機能と、
    前記取得した出発時刻に基づいてアラーム報知を行う機能と、
    を実現させるためのプログラム。
    

Images