(57)【要約】 【課題】現在の時間帯で利用する可能性の高い路線の時刻表データを案内できるようにする。 【解決手段】ＣＰＵ１は、時刻表データの案内出力が指示された際に、駅別利用状況テーブルＵＳを参照し、現在の「時間帯」、「曜日」に応じて「利用路線」を選択し、この「利用路線」の時刻表データを取得して案内表示する。 【選択図】  図１
2008177809.tif 000002
【特許請求の範囲】
【請求項１】
交通機関の時刻表データを案内出力する携帯端末装置であって、
交通機関を利用する駅の各路線に対応して、路線別利用時間帯を記憶管理する利用時間帯記憶手段と、
現在の計時情報を得る計時手段と、
前記時刻表データの案内出力が指示された際に、前記路線別利用時間帯の中から前記現在の計時情報に該当する利用時間帯を特定して当該時間帯での利用路線する選択手段と、
この選択手段によって選択された利用路線の時刻表データを取得して案内出力する案内手段と、
を具備したことを特徴とする携帯端末装置。
【請求項２】
所定駅における複数種の路線別時刻表データを記憶管理する時刻表記憶手段を更に設け、
前記利用時間帯記憶手段は、前記所定駅の各路線に対応して、路線別利用時間帯を記憶管理し、
前記案内手段は、前記路線別時刻表データの中から前記選択手段によって選択された利用路線の時刻表データを読み出して案内出力する、
ようにしたことを特徴とする請求項１記載の携帯端末装置。
【請求項３】
施設側の外部端末装置との間で無線通信を行う非接触通信ＩＣ機能を備えた携帯端末装置であって、
前記施設側の外部端末装置との間で無線通信を行うことによって当該施設から外出するか否かを判別する判別手段と、
この判別手段によって施設から外出すると判別された際に、前記時刻表データの案内出力を指示する指示手段と、
を更に設けたことを特徴とする請求項１記載の携帯端末装置。
【請求項４】
複数の施設の個々に対応して、どの駅を利用するかを示す利用駅とこの利用駅の路線別利用時間帯とが記憶管理されている状態において、前記選択手段は、施設外出時にその施設に対応付けられている利用駅の路線別利用時間帯の中から前記現在の計時情報に該当する利用時間帯を特定して当該時間帯での利用路線を選択する、
ようにしたことを特徴とする請求項３記載の携帯端末装置。
【請求項５】
前記選択手段は、路線別利用時間帯の中から前記現在の計時情報に該当する利用時間帯の有無を判別した結果、該当する利用時間帯が有れば、当該時間帯での利用路線を選択し、該当する利用時間帯が無ければ、ユーザ指定に応じて任意の路線を選択する、
ようにしたことを特徴とする請求項１記載の携帯端末装置。
【請求項６】
前記選択手段は、前記路線別利用時間帯の中から前記現在の計時情報に該当する利用時間帯で利用されている路線が複数有る場合に、この複数の路線の中から優先順位に従っていずれかの路線を選択する、
ようにしたことを特徴とする請求項５記載の携帯端末装置。
【請求項７】
前記ユーザ指定に応じて任意の路線が選択された際には、前記現在の計時情報を含めて所定時間幅を持った時間帯を当該選択路線の利用時間帯として前記利用時間帯記憶手段に追加登録する登録手段を更に設けたことを特徴とする請求項５記載の携帯端末装置。
【請求項８】
前記路線別利用時間帯の中から前記現在の計時情報に該当する利用時間帯の有無を判別した結果、該当する利用時間帯が有れば、そのことをアラーム報知する報知手段を更に設けたことを特徴とする請求項５記載の携帯端末装置。
【請求項９】
非接触通信ＩＣ処理機能を交通機関の駅を利用する際の入退場機能として使用する携帯端末装置であって、
非接触通信ＩＣ処理機能を駅の入退場機能として利用する際に、その入退場を利用履歴として記憶管理する利用履歴記憶手段と、
前記利用履歴を参照してその乗車駅、下車駅の利用状況から利用路線を特定すると共に、この路線を利用した利用時刻を含めて所定の時間幅を持った時間帯を当該路線の利用時間帯として特定して前記利用時間帯記憶手段に追加登録する登録手段と、
を更に設けたことを特徴とする請求項１記載の携帯端末装置。
【請求項１０】
コンピュータに対して、
交通機関を利用する駅の各路線に対応して、路線別利用時間帯を記憶管理する機能と、
前記時刻表データの案内出力が指示された際に、前記路線別利用時間帯の中から現在の計時情報に該当する利用時間帯を特定して当該時間帯での利用路線する機能と、
前記選択された利用路線の時刻表データを取得して案内出力する機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、交通機関の時刻表データを案内出力する携帯端末装置及びプログラムに関する。
【背景技術】
【０００２】
従来、非接触ＩＣカードと呼ばれている非接触ＩＣ処理機能を交通機関の駅改札口を通過する際の入退場機能（例えば、電車、バスを利用する際の乗車券機能、定期券機能）として使用可能な技術としては、例えば、最寄駅で次に発車する列車の発車時刻を案内表示するようにした技術が知られている（特許文献１参照）。
【特許文献１】特開２００１−４２０６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上述した先行技術では、最寄駅に複数の路線が通っている場合には、どの路線の案内表示が必要なのかが問題となる。例えば、通勤・通学時に利用する路線と休日に利用する路線とが異なる場合、平日でも午前、午後、曜日などによって利用する路線が異なる場合があるが、このような場合にその都度、ユーザ操作によって利用路線を選択してその発車時刻を案内表示させることは、路線の選択を間違える危険があるほか、ユーザに大きな負担をかけてしまう。
【０００４】
この発明の課題は、現在の時間帯で利用する可能性の高い路線の時刻表データを案内できるようにすることである。
【課題を解決するための手段】
【０００５】
請求項１記載の発明は、交通機関の時刻表データを案内出力する携帯端末装置であって、交通機関を利用する駅の各路線に対応して、路線別利用時間帯を記憶管理する利用時間帯記憶手段と、現在の計時情報を得る計時手段と、前記時刻表データの案内出力が指示された際に、前記路線別利用時間帯の中から前記現在の計時情報に該当する利用時間帯を特定して当該時間帯での利用路線する選択手段と、この選択手段によって選択された利用路線の時刻表データを取得して案内出力する案内手段とを具備したことを特徴とする。
更に、コンピュータに対して、上述した請求項１記載の発明に示した主要機能を実現させるためのプログラムを提供する（請求項１０記載の発明）。
【０００６】
なお、上述した請求項１記載の発明は次のようなものであってもよい。
所定駅における複数種の路線別時刻表データを記憶管理する時刻表記憶手段を更に設け、前記利用時間帯記憶手段は、前記所定駅の各路線に対応して、路線別利用時間帯を記憶管理し、前記案内手段は、前記路線別時刻表データの中から前記選択手段によって選択された利用路線の時刻表データを読み出して案内出力する（請求項２記載の発明）。
「路線別時刻表データ」とは、行き先、特急、普通、下り、上りなどの路線毎の運転時刻データである（以下、同様）。
【０００７】
施設側の外部端末装置との間で無線通信を行う非接触通信ＩＣ機能を備えた携帯端末装置であって、前記施設側の外部端末装置との間で無線通信を行うことによって当該施設から外出するか否かを判別する判別手段と、施設から外出すると判別された際に、前記時刻表データの案内出力を指示する指示手段とを更に設けた（請求項３記載の発明）。
【０００８】
この場合、請求項３記載の発明は、複数の施設の個々に対応して、どの駅を利用するかを示す利用駅とこの利用駅の路線別利用時間帯とが記憶管理されている状態において、前記選択手段は、施設外出時にその施設に対応付けられている利用駅の路線別利用時間帯の中から前記現在の計時情報に該当する利用時間帯を特定して当該時間帯での利用路線を選択するようにしてもよい（請求項４記載の発明）。
【０００９】
前記選択手段は、路線別利用時間帯の中から前記現在の計時情報に該当する利用時間帯の有無を判別した結果、該当する利用時間帯が有れば、当該時間帯での利用路線を選択し、該当する利用時間帯が無ければ、ユーザ指定に応じて任意の路線を選択する（請求項５記載の発明）。
【００１０】
この場合、請求項５記載の発明は、前記選択手段は、前記路線別利用時間帯の中から前記現在の計時情報に該当する利用時間帯で利用されている路線が複数有る場合に、この複数の路線の中から優先順位に従っていずれかの路線を選択するようにしてもよい（請求項６記載の発明）。また、前記ユーザ指定に応じて任意の路線が選択された際には、この路線の時刻表データを案内出力するほか、前記現在の計時情報を含めて所定時間幅を持った時間帯を当該選択路線の利用時間帯として前記利用時間帯記憶手段に追加登録する登録手段を更に設けてもよい（請求項７記載の発明）。また、前記路線別利用時間帯の中から前記現在の計時情報に該当する利用時間帯の有無を判別した結果、該当する利用時間帯が有れば、そのことをアラーム報知する報知手段を更に設けてもよい（請求項８記載の発明）。
【００１１】
非接触通信ＩＣ処理機能を交通機関の駅を利用する際の入退場機能として使用する携帯端末装置であって、非接触通信ＩＣ処理機能を駅の入退場機能として利用する際に、その入退場を利用履歴として記憶管理する利用履歴記憶手段と、前記利用履歴を参照してその乗車駅、下車駅の利用状況から利用路線を特定すると共に、この路線を利用した利用時刻を含めて所定の時間幅を持った時間帯を当該路線の利用時間帯として特定して前記利用時間帯記憶手段に追加登録する登録手段を更に設けてもよい（請求項９記載の発明）。
【発明の効果】
【００１２】
この発明は、現在の時間帯で利用する可能性の高い路線の時刻表データを案内することができ、ユーザにあっては、必要な時刻表データを何時でも自由に手元で確認することが可能となる。
【発明を実施するための最良の形態】
【００１３】
以下、図１〜図８を参照して本発明の実施例を説明する。
この実施例は、携帯端末装置として携帯電話装置に適用した場合を例示したもので、図１は、この携帯電話装置の基本的な構成要素を示したブロック図である。
この携帯電話装置は、例えば、２つの筐体（操作部筐体、表示部筐体）が開閉可能に取り付けられた折り畳み自在なもので、電話通話機能、電子メール機能、インターネット接続機能（Ｗｅｂアクセス機能）などのほか、非接触ＩＣ処理機能が備えられている。
【００１４】
非接触ＩＣ処理機能は、電子マネー支払機能などのほか、交通機関の入退場機能（乗車券機能、定期券機能）として利用可能なもので、交通機関（電車）の駅改札口に設置されている自動改札機を通過する際に、この自動改札機との間での交信によって乗車券処理、定期券処理を実行するようにしている。また、非接触ＩＣ処理機能は、自宅の玄関ドアの錠前を開閉する玄関ドア機能として利用可能であるほか、会社のタイムレコーダに入退場を記録するタイムレコーダ機能としても利用可能となっている。
【００１５】
ＣＰＵ１は、記憶部２内の各種のプログラムに応じてこの携帯電話装置の全体動作を制御する中核的な中央演算処理装置である。記憶部２は、内部メモリであり、プログラム領域とデータ領域とを有し、このプログラム領域には、後述する図５〜図７に示す動作手順に応じて本実施例を実現するためのプログラムが格納され、そのデータ領域には、後述する利用駅登録テーブルＴＲ、駅別利用状況テーブルＵＳ、時刻表格納部ＴＭなどが設けられている。記録メディア３は、着脱自在な可搬型メモリで、例えば、ＳＤカード、ＩＣカードなどによって構成されている。メモリ４は、ワーク領域を有する内部メモリであり、必要に応じてメモリ４内の各種のデータは、記憶部２にセーブされる。
【００１６】
電話通信部５は、無線部を構成するアンテナに接続された送受信部（ベースバンド部）の受信側から信号を取り込んで受信ベースバンド信号に復調したのちに、音響制御部６を介して受話スピーカ７から音声出力させる。また、電話通信部５は、送話マイク８からの入力音声を音響制御部６から取り込み、送信ベースバンド信号に符号化したのち、送受信部の送信側に与えてアンテナから発信出力させる。一方、電子メール機能、インターネット接続機能によって電話通信部５を介して受信取得した表示データは、表示制御部９を介してメイン表示部１０に与えられて表示出力される。
【００１７】
メイン表示部１０は、２つの筐体（操作部筐体、表示部筐体）を開いた状態において、表示部筐体の表面側に配置されており、文章データ、画像データなどを高品位に表示可能なＬＣＤ（液晶表示装置）などである。また、この表示部筐体の背面側には、現在日時、簡易なメッセージ、アイコンなどが表示されるサブ表示部１１が配置されている。キー操作部１２は、ダイヤル入力、文字入力、コマンド入力などを行うもので、ＣＰＵ１は、キー操作部１２からのキー入力信号に応じた処理を実行する。ＲＴＣ（リアルタイムクロックモジュール）１３は、時計部を構成するもので、ＣＰＵ１は、ＲＴＣ１３から現在日時を取得する。
【００１８】
非接触ＩＣ処理部１４は、例えば、メモリ部、コイルアンテナ部を有し、リーダライタから発信される電磁波によって、当該コイルアンテナ部で電磁誘導された起電力を動作電力とするもので、例えば、店舗での会計時にその店舗端末との間で無線通信を行って精算する電子マネー支払機能のほか、上述したように交通機関の入退場機能、自宅の玄関ドアの錠前を開閉する玄関ドア機能、会社のタイムレコーダに入退場を記録するタイムレコーダ機能として利用可能となっている。ＣＰＵ１は、非接触ＩＣ処理部１４を介してリーダライタ付き自動改札機ＧＴとの間では入退場処理を指示し、リーダライタ付き玄関ドアＦＤとの間ではドアロック処理を指示し、リーダライタ付きタイムレコーダＴＭとの間ではタイムレコード処理を指示する。
【００１９】
図２は、利用駅登録テーブルＴＲを説明するための図である。
利用駅登録テーブルＴＲは、複数の施設（例えば、自宅、会社など）の個々に対応して、どの駅を利用するかを示す利用駅を登録するためのテーブルであり、「外出種」、「利用駅」、「テーブル種」の各項目を有する構成となっている。「外出種」は、各施設に設置されている外部端末装置の種類を示し、例えば、通勤用の定期券の利用区間がＡ駅（自宅側の最寄駅）とＢ駅（会社側の最寄駅）の場合には、外部端末装置として、自宅に対応してリーダライタ付き玄関ドアＦＤ、会社に対応してリーダライタ付きタイムレコーダＴＭがセットされている。
【００２０】
「利用駅」は、この施設から外出して利用する交通機関の駅を示し、例えば、「玄関ドア」に対応する「利用駅」として“Ａ駅（自宅側の最寄駅）”がセットされ、また、「会社タイムレコーダ」に対応する「利用駅」として“Ｂ駅（会社側の最寄駅）”がセットされている。「テーブル種」は、駅の利用状況を管理する駅別利用状況テーブルＵＳの種類を示すもので、「Ａ駅」に対応する駅別利用状況テーブルＵＳの「テーブル種」として“Ａ種”がセットされ、また、「Ｂ駅」に対応する駅別利用状況テーブルＵＳの「テーブル種」として“Ｂ種” がセットされている。
【００２１】
図３は、駅別利用状況テーブルＵＳを説明するための図である。
この駅別利用状況テーブルＵＳは、何時どの路線を利用するかを示す利用状況を記憶管理するもので、「時間帯」、「曜日」、「利用路線」の各項目を有する構成となっている。なお、図示の例は、「Ａ駅」に対応する“Ａ種”の駅別利用状況テーブルＵＳの内容を示している。なお、「路線」とは、上述したように、行き先、特急、普通、下り、上りなどの路線を示している。ここで、図示の例において、“月曜日、火曜日、金曜日の午前７時００分〜８時００分”、“木曜日の午前８時００分〜９時００分”では、路線（Ｌａ１）を利用することが示されている。同様に、“水曜日の午前７時００分〜８時００分”では、路線（Ｌｂ２）を利用し、“土曜日の午前９時００分〜１０時００分”では、路線（Ｌｂ１）を利用することが示されている。なお、「Ｂ駅」に対応する“Ｂ種”の駅別利用状況テーブルＵＳなども「時間帯」、「曜日」、「利用路線」の各項目を有する同様の構成となっている。
【００２２】
図４は、交通機関の駅別の時刻表データを示した図である。
図示の例では、Ａ駅の路線別時刻表データと、Ｂ駅の路線別時刻表データを示している。すなわち、Ａ駅の全路線Ｌａ１（上り）、Ｌａ２（下り）、Ｌｂ１（上り）、Ｌｂ２（下り）に対応する路線別時刻表データと、Ｂ駅の全路線Ｌｃ１（上り）、Ｌｃ２（下り）に対応する路線別時刻表データを示している。この時刻表データは、例えば、インターネットなどを介してダウンロード受信したもので、時刻表格納部ＴＭに記憶される。なお、この時刻表格納部ＴＭの内容は、定期的あるいはユーザ操作に応じて逐次更新されることによって、常に最新のデータとなっている。
【００２３】
施設（例えば、会社あるいは自宅）からの外出時に、ＣＰＵ１は、ＲＴＣ１３から現在日時（曜日を含む）を取得し、この現在日時に基づいて駅別利用状況テーブルＵＳを検索し、現在日時に該当する時間帯・曜日に交通機関を利用していれば、その利用路線の時刻表データを時刻表格納部ＴＭから読み出し、この時刻表データの中から現在時刻以降の時刻表データ（発車時刻データ）を抽出して案内表示させるようにしている。
【００２４】
次に、この実施例における携帯電話装置の動作概念を図５〜図７に示すフローチャートを参照して説明する。ここで、これらのフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作が逐次実行される。また、伝送媒体を介して伝送されてきた上述のプログラムコードに従った動作を逐次実行することもできる。すなわち、伝送媒体を介して外部供給されたプログラム／データを利用してこの実施例特有の動作を実行することもできる。
【００２５】
図５〜図７は、電源投入に伴って実行開始される携帯電話装置の全体動作を示したフローチャートである。
先ず、ＣＰＵ１は、電話通信部５を作動させて現在位置を登録する待受処理を行うと共に、所定の待受画像を読み出して表示出力させながら電話／メールの待受状態となる（ステップＳ１）。この状態において、電話／メール着信有りを検出すると（ステップＳ２でＹＥＳ）、着信メロディなどを発生出力させる着信報知を行うと共に、電話あるいはメールの着信処理を実行する（ステップＳ３）。また、待受状態において、何らかの操作が行われると（ステップＳ４でＹＥＳ）、それが時刻表の閲覧を指示する表示操作であるかを調べるが（ステップＳ５）、それ以外の操作であれば、操作キー対応の処理として、例えば、電話発信処理、メール送信処理などの実行に移る（ステップＳ６）。
【００２６】
いま、時刻表データの案内出力を指示する表示操作が行われると（ステップＳ５でＹＥＳ）、ＣＰＵ１は、ＲＴＣ１３から現在日時（曜日を含む）を取得し、この現在日時に基づいて駅別利用状況テーブルＵＳを検索し、現在の時間帯に交通機関を利用するかを判別する（ステップＳ７）。すなわち、駅別利用状況テーブルＵＳの「時間帯」、「曜日」と現在日時とを比較し、現在日時がいずれかの「時間帯」及び「曜日」に該当するかを判別する。この場合、駅別利用状況テーブルＵＳが複数存在していれば、利用状況テーブルＵＳ毎にその判別を行うようにしている。
【００２７】
いま、図３の例では、現在日時が月曜日の午前７時００分〜８時００分に該当していれば、現在の「時間帯」、「曜日」に交通機関を利用する可能性が高いので、後述する図６のステップＳ２４以降の処理に移って時刻表データを案内表示させるが、現在日時がいずれの「時間帯」、「曜日」にも該当していなければ、現在の「時間帯」、「曜日」では交通機関を利用しないと判断してステップＳ８に移り、ユーザ希望の時刻表を案内可能とするために、利用駅登録テーブルＴＲに登録されている「利用駅」を読み出し、この利用駅毎にその全路線をメニュー表示させる。
【００２８】
図８は、利用駅毎の路線メニューを示した画面である。
この路線メニュー画面には、例えば、Ａ駅の全路線Ｌａ１（上り）、Ｌａ２（下り）、Ｌｂ１（上り）、Ｌｂ２（下り）と、Ｂ駅の全路線Ｌｃ１（上り）、Ｌｃ２（下り）がメニュー表示される。このメニュー画面の中からユーザ操作によって任意の駅と路線が選択指定されると（ステップＳ９）、この駅と路線に対応する時刻表データを時刻表格納部ＴＭから選択的に読み出し（ステップＳ１０）、この時刻表データの中から現在時刻以降の時刻表データ（発車時刻データ）を抽出して案内表示させる（ステップＳ１１）。そして、上述のように任意に選択された駅及び路線と現在の時間帯とを利用状況として保存するか否かをＹＥＳ／ＮＯ形式で問い合わせるための確認メッセージを表示させる（ステップＳ１２）。
【００２９】
ここで、ユーザから保存指示を受けた場合には（ステップＳ１３でＹＥＳ）、上述のステップＳ１０で選択された駅に対応する駅別利用状況テーブルＵＳを指定したのち（ステップＳ１４）、任意に選択された路線を「利用路線」とし、また、現在時刻を含めて所定の時間幅（例えば、１時間）を持った時間帯と現在の曜日を「時間帯」、「曜日」として、この「時間帯」、「曜日」、「利用路線」を対応付けて当該駅別利用状況テーブルＵＳに追加登録する（ステップＳ１５）。なお、時間帯の求め方は任意であり、例えば、現在時刻が午前７時２０分であれば、午前７時００分〜８時００分の時間帯を求め、午前８時５０分であれば、午前８時３０分〜９時３０分の時間帯を求めるようにしてもよい。そして、時刻表の閲覧終了がユーザ操作によって指示されるまで待機状態となり（ステップＳ１６）、終了を指示する操作が行われると、それに応答して最初の待受状態に戻る（ステップＳ１）。
【００３０】
一方、待受状態において、非接触ＩＣ処理部１４の駆動を検出すると（図６のステップＳ１７でＹＥＳ）、リーダライタ付きタイムレコーダＴＭを通過することに伴う駆動かを判別し（ステップＳ１８）、タイムレコーダ通過時であれば、非接触ＩＣ処理部１４を介してタイムレコーダＴＭとの間でタイムレコード処理の実行を指示する（ステップＳ１９）。また、リーダライタ付き玄関ドアＦＤを通過することに伴う駆動かを判別し（ステップＳ２０）、玄関ドア通過時であれば、非接触ＩＣ処理部１４を介して玄関ドアＦＤとの間でドアロック処理の実行を指示する（ステップＳ２１）。
【００３１】
そして、タイムレコーダ通過時あるいは玄関ドア通過時には、会社あるいは自宅から外出する場合かを判別し（ステップＳ２２）、会社あるいは自宅に入る場合には（ステップＳ２２でＮＯ）、待受状態に戻るが（図５のステップＳ１）施設から外出する場合には（ステップＳ２２でＹＥＳ）、時刻表データの案内出力が指示されたものとして、ＣＰＵ１は、ＲＴＣ１３から現在日時（曜日を含む）を取得し、この現在日時に基づいて駅別利用状況テーブルＵＳを検索し、現在の時間帯に交通機関を利用しているかを調べる（ステップＳ２３）。なお、この場合においても、駅別利用状況テーブルＵＳの「時間帯」、「曜日」と現在日時とを比較し、現在日時がいずれかの「時間帯」及び「曜日」に該当するかを調べ、いずれの「時間帯」、「曜日」にも該当していなければ、現在の時間帯では交通機関を利用しないと判断して待受状態に戻る（図５のステップＳ１）。
【００３２】
また、現在日時がいずれの「時間帯」、「曜日」に該当していれば、ステップＳ２４に移り、該当する駅別利用状況テーブルＵＳから「利用駅」を特定し、また、該当した「時間帯」、「曜日」から対応する「利用路線」を特定する（ステップＳ２４）。この場合、複数の「利用路線」が特定された際には、優先順位に従って路線を１つずつ順次特定するようにしている。すなわち、駅別利用状況テーブルＵＳでは図示省略したが、「利用路線」毎にその「利用回数」、「利用頻度」、「前回利用日」などを記憶しておき、「利用回数」の多い順、「利用頻度」の高い順、「前回利用日」の若い順などによって各路線を１つずつ順次選択しながら特定するようにしている。
【００３３】
これによって特定された「利用駅」と「利用路線」に基づいて時刻表格納部ＴＭから該当する路線別時刻表データを読み出すと共に（ステップＳ２５）、この時刻表データの中から現在時刻以降の時刻表データ（発車時刻データ）を抽出して案内表示させる（ステップＳ２６）。そして、上述のステップＳ２４において複数の「利用路線」が特定された際には、他候補有りと判断してステップＳ２７に移り、上述の優先順位に従って他の候補（路線）をメニュー表示させる（ステップＳ２８）。このメニュー画面において任意の候補が選択された場合には（ステップＳ２９でＹＥＳ）、選択候補（路線）に対応する時刻表データを読み出すと共に（ステップＳ３０）、この時刻表データの中から現在時刻以降の時刻表データ（発車時刻データ）を抽出して案内表示させる（ステップＳ２６）。ここで、時刻表を確認したユーザから終了操作が行われるまで待機状態となり（ステップＳ３１）、終了操作が行われると、それに応答して最初の待受状態に戻る（ステップＳ１）。
【００３４】
一方、非接触ＩＣ処理部１４の駆動検出がタイムレコーダＴＭ、玄関ドアＦＤ以外であれば、図７のフローに移り、自動改札機ＧＴの通過に伴う駆動かを判別し（ステップＳ３２）、自動改札機ＧＴでもなければ、電子マネー支払いなど、他の処理の実行に移るが（ステップＳ３３）、自動改札機ＧＴの通過に伴う駆動であれば、入場表示／退場表示、精算などの自動改札処理を実行したのち（ステップＳ３４）、入場した場合かを判別する（ステップＳ３５）。いま、改札入場時であれば、この入場駅は利用駅登録テーブルＴＲに事前登録されている駅であることを条件に（ステップＳ３６でＹＥＳ）、登録駅からの乗車であることを示すために「乗車フラグ」を記録（セット）しておく（ステップＳ３７）。
【００３５】
また、改札退場時であれば（ステップＳ３５でＮＯ）、上述した「乗車フラグ」のセット有無を判別し（ステップＳ３８）、「乗車フラグ」がセットされていれば、今回利用の乗車駅は利用駅登録テーブルＴＲに登録されている登録駅であるので、今回の退場駅（下車駅）を自動改札機ＧＴから取得し（ステップＳ３９）、この登録駅と下車駅とから利用路線を特定する（ステップＳ４０）。そして、ＲＴＣ１３から現在時刻を読み出し、この現在時刻を含めて所定の時間幅（例えば、１時間）を持った時間帯と現在の曜日を「時間帯」、「曜日」として、この「時間帯」、「曜日」、「利用路線」を対応付けて当該駅別利用状況テーブルＵＳに追加登録する（ステップＳ４１）。その後、最初の待受状態に戻る（ステップＳ１）。
【００３６】
以上のように、この実施例においてＣＰＵ１は、時刻表データの案内出力が指示された際に、駅別利用状況テーブルＵＳを参照し、現在日時に該当する「時間帯」、「曜日」に応じて「利用路線」を選択し、この「利用路線」の時刻表データを取得して案内出力することにより、現在の時間帯で利用する可能性の高い路線の時刻表データを案内することができ、ユーザにあっては必要な時刻表データを何時でも自由に手元で確認することができる。
【００３７】
時刻表格納部ＴＭには、例えば、定期区間を特定する各利用駅に対応してその路線別時刻表データが記憶管理されており、ＣＰＵ１は、現在日時に該当する「時間帯」、「曜日」に応じて選択された「利用路線」対応の時刻表データを時刻表格納部ＴＭから読み出して案内出力することにより、必要な時刻表データを即座に取得して確認することができる。
【００３８】
非接触ＩＣ処理部１４の駆動を検出すると、タイムレコーダＴＭあるいは玄関ドアＦＤを通過することに伴う駆動かを判別し、タイムレコーダ通過時あるいは玄関ドア通過時であって会社あるいは自宅から外出する際には、現在時刻に応じて選択された「利用路線」対応の時刻表データを案内表示することにより、会社あるいは自宅から外出する際に、時刻表の確認が可能となる。
【００３９】
この場合、利用駅登録テーブルＴＲには、複数の施設（会社あるいは自宅）に設置されているタイムレコーダＴＭあるいは玄関ドアＦＤに対応して、どの駅を利用するかを示す「利用駅」と、この利用駅に対応する駅別利用状況テーブルＵＳを示す「テーブル種」が登録されており、会社あるいは自宅からの外出時に、利用駅、利用路線を特定してその時刻表データを案内表示することにより、施設からの外出時に、必要な時刻表データを確認することが可能となる。
【００４０】
現在時刻に応じて駅別利用状況テーブルＵＳを検索した結果、現在日時に該当する「時間帯」、「曜日」が無ければ、利用駅毎に全路線をメニュー表示させ、そのメニュー画面の中からユーザ指定された任意の路線を選択することにより、ユーザにあっては必要に応じて任意の時刻表を確認することが可能となる。
【００４１】
この場合、現在日時に応じて駅別利用状況テーブルＵＳを検索した結果、該当する「時間帯」、「曜日」に対応付けられている路線が複数有る場合には、この複数の路線の中から「利用回数」、「利用頻度」、「前回利用日」などの優先順位に従っていずれかの路線を選択することにより、利用状況に応じた最適な路線を優先的に選択してその時刻表データを確認することができる。
【００４２】
また、ユーザ指定によって任意の路線が選択された際には、この路線の時刻表データを案内出力するほか、現在時刻を含めて所定時間幅（例えば、１時間）を持った時間帯を当該選択路線の利用時間帯として駅別利用状況テーブルＵＳに追加登録することにより、１回でも利用した路線の利用状況を登録することが可能となる
【００４３】
なお、上述した実施例においては、今回の登録駅（乗車駅）と下車駅とから利用路線を特定し、現在時刻を含めて所定の時間幅を持った時間帯と共に、この利用路線を利用状況テーブルＵＳに追加登録するようにしたが、交通機関の駅を利用した際にその入退場を利用履歴として記憶管理する利用履歴記憶部（図示せず）を設け、ＣＰＵ１は、この利用履歴記憶部を参照し、その乗車駅、下車駅の利用状況から利用路線を特定すると共に、この路線を利用した利用時刻を含めて所定の時間幅を持った時間帯を利用路線と共に、利用状況テーブルＵＳに追加登録するようにしてもよい。
【００４４】
この場合、利用履歴記憶部には前回の利用状況として乗車駅及び乗車時刻と下車駅及び下車時刻とを記憶しておき、この乗車駅、下車駅毎に「時間帯」、「曜日」、「利用路線」を求めて、対応する駅別利用状況テーブルＵＳに登録するようにすればよい。これによって前回利用した路線の時刻表データを何時でも自由に確認することができる。
また、この場合、交通機関の駅を利用する毎にその利用履歴を利用履歴記憶部に蓄積しておき、この利用履歴記憶部の内容から「利用回数」、「利用頻度」などを求め、この「利用回数」、「利用頻度」などから「時間帯」、「曜日」、「利用路線」を求めて、対応する駅別利用状況テーブルＵＳに登録するようにしてもよい。
【００４５】
また、現在時刻に応じて駅別利用状況テーブルＵＳを検索した結果、現在日時に該当する「時間帯」、「曜日」が有れば、アラーム音を発生することによって、現在の時間帯で利用する可能性の高い路線の時刻表データを案内表示することを報知するようにしてもよい。これによって、施設からの外出時に時刻表を確認させることができる。
【００４６】
その他、交通機関としては、電車に限らず、路線バス、航空機、船などであってもよい。また、非接触通信ＩＣ処理機能付の携帯電話装置に限らず、例えば、非接触通信ＩＣ処理機能付のＰＤＡ・電子カメラ・電子腕時計・音楽再生機などの携帯端末装置であっても同様に適用可能である。
【図面の簡単な説明】
【００４７】
【図１】携帯端末装置として適用した携帯電話装置の基本的な構成要素を示したブロック図。
【図２】利用駅登録テーブルＴＲを説明するための図。
【図３】駅別利用状況テーブルＵＳを説明するための図。
【図４】交通機関の駅別の時刻表データを示した図。
【図５】電源投入に伴って実行開始される携帯電話装置の全体動作を示したフローチャート。
【図６】図５に続くフローチャート。
【図７】図７に続くフローチャート。
【図８】利用駅毎の路線メニューを示したメニュー画面。
【符号の説明】
【００４８】
１  ＣＰＵ
２  記憶部
１０  メイン表示部
１１  サブ表示部
１２  キー操作部
１３  ＲＴＣ
１４  非接触ＩＣ処理部
ＴＭ  リーダライタ付きタイムレコーダ
ＦＤ  リーダライタ付き玄関ドア
ＧＴ  リーダライタ付き自動改札機
ＴＲ  利用駅登録テーブル
ＵＳ  駅別利用状況テーブル
ＴＭ  時刻表格納部
【図１】
2008177809.tif 000003
【図２】
2008177809.tif 000004
【図３】
2008177809.tif 000005
【図４】
2008177809.tif 000006
【図５】
2008177809.tif 000007
【図６】
2008177809.tif 000008
【図７】
2008177809.tif 000009
【図８】
2008177809.tif 000010