JP2010152743A - 端末装置、メッセージ出力方法およびメッセージ出力プログラム - Google Patents

Abstract

【課題】列車の利用客が乗車する際、利用客が最適と考える乗車位置まで円滑に案内するメッセージを携帯電話端末に表示させること。
【解決手段】携帯電話端末１００に対して、利用客にとって最適な乗車位置を示す案内メッセージを列車乗車位置テーブル１０５に列車の車両情報、利用者の利用用途、乗車駅に対応付けて記憶させておき、自端末が自動改札機にかざされた際に、利用モードテーブル１０３に記憶されている利用区間と利用者の利用用途とが決定され、決定された利用用途と、利用者の利用区間とに基づいて、案内メッセージをユーザインターフェース１０１に表示する。
【選択図】 図５

Description

この発明は、端末装置に関し、特に、列車利用客が最適と考える乗車位置を示す案内メッセージを改札通過時に表示させる技術に関するものである。

一般に、通勤・通学時に列車を利用する際、利用客は、目的の駅での移動に便利な乗車位置（例えば、降車した位置から改札口や階段に近く、降りた駅での移動距離を最短にする位置）から列車に乗車したいと考える。

しかし、乗車する時刻や列車の車両数により、利用客にとって便利な乗車位置は変化する場合があるため、利用客は、必ずしも便利な乗車位置で、列車に乗車することができないという課題があった。例えば、列車が到着してから、期待していた乗車位置とは異なる位置で列車を待っていたことに気付くこともしばしば発生する。

この課題に対し、利用客のニーズに合わせて、最適な乗車位置の情報を検索・提供する技術が存在する。例えば、携帯端末を改札機にかざして通過すると、目的とする駅に合わせて、乗車位置を案内するメッセージが携帯端末に表示される。この表示メッセージは、系統・種別・発車時刻・乗車率・発着番線などの項目を含んでいる。さらに、各利用客は、携帯端末に表示する項目をカスタマイズすることが可能である（特許文献１参照）。

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

しかしながら、上述した従来の技術では、利用客を最適な乗車位置まで円滑に案内するメッセージを携帯端末に表示させることができないという問題があった。

例えば、普段から利用する駅の改札通過時において、携帯電話に「２１：３０発 ×××行き ３号車２番口」といった乗車位置を示す表示メッセージを携帯端末に表示しても、多くの利用客は、乗車する列車の車両番号や乗車口まで正確に記憶していない。

したがって、利用客は、上述した表示メッセージを携帯電話で確認しても、最適な乗車位置を瞬時に判断することができず、最適な乗車位置まで円滑に移動することができない可能性がある。

この発明は、上述した従来技術による課題を解消するためになされたものであり、利用客を最適な乗車位置まで円滑に案内することができる端末装置を提供することを目的とする。

上述した課題を解決し、目的を達成するため、端末装置は、移動体の特徴と、利用者の行動パターンと、前記移動体に前記利用者が乗車する場所の情報を含んだ場所情報と、前記利用者が前記移動体に乗車する際の最適な乗車位置への誘導メッセージとを対応付けて記憶する記憶手段と、前記移動体の特徴と、前記利用者の行動パターンと、前記場所情報とが指定された場合に、指定された前記移動体の特徴と、前記利用者の行動パターンと、前記場所情報とをキーにして該当する誘導メッセージを前記記憶手段から検索し、検索結果を出力する出力手段とを有することを要件とする。

本願に開示した端末装置によれば、改札通過時に、利用客は、自分が最適と考える乗車位置を自らの行動パターンに適したメッセージにて確認することができ、目的とする乗車位置まで円滑に移動することが可能となる。

以下に添付図面を参照して、この発明に係る端末装置の好適な実施の形態を詳細に説明する。なお、本実施例では、端末装置の一例として、携帯電話端末を例に挙げて説明する。

まず、本実施例に係る携帯電話端末の概要について説明する。本実施例に係る携帯電話端末は、列車の利用客を最適な乗車位置まで円滑に案内するメッセージを乗車の改札通過時に表示させる。

上述した「最適な乗車位置」とは、利用客が最適と考える乗車位置で、例えば、移動先の駅から目的地までの移動を便利にする乗車位置を示し、具体的に図を用いて説明する。図１は、最適な乗車位置を説明するための図である。

図１に示すように、利用客１０が出社（通勤）する場合を例にして説明する。まず、利用客１０が、駅２０の改札口を通過し、６両編成の列車３０の前方（例えば、２号車）に乗車する（ステップＳ１０）。

その後、列車３０が移動先の駅４０に到着し、利用客１０は、会社への移動が便利な位置で列車３０を降りることができ、会社まで、より短い移動距離で行動することができる（ステップＳ２０）。

一方、例えば、利用客１０が列車３０の後方（例えば、５号車）に乗車した場合、利用客１０は、列車３０の前方に乗車した場合と比べると、目的地である会社までの移動距離が長くなってしまう。

したがって、出社時に、利用客１０が、駅２０で列車３０に乗車する場合、利用客１０にとっての「最適な乗車位置」は、列車３０の前方の乗車口（例えば、１号車や２号車の乗車口）を示している。

このように、「最適な乗車位置」とは、移動先の駅において、利用客が、目的地まで便利に移動することができる乗車位置を示すものとする。

次に、発明の概要について説明する。図２は、発明の概要を説明するための図である。まず、列車の利用客（以下、単に利用客とする）は、携帯電話端末１００に対して、列車の識別情報、乗車駅や移動先の駅を示す情報、列車の利用用途を示す情報、改札通過時に携帯電話端末１００に表示させる最適な乗車位置を示すメッセージをあらかじめ登録しておく。

そして、乗車時に、利用客は、乗車駅の自動改札機５０に携帯電話端末１００をかざす。その後、携帯電話端末１００は、自動改札機５０内に設置されている列車利用情報読取装置（図示省略）を介して、後述するサーバ７０とデータのやり取りを行う。

そして、携帯電話端末１００は、利用客が乗車可能な列車の識別情報や、その列車の発車時刻や行き先等を示す各種情報をサーバ７０から受信し、受信した情報と、利用客が携帯電話端末１００にあらかじめ入力したおいた各種情報とに基づいて、最適な乗車位置を示すメーセージを作成し、ディスプレイ１００ａに表示する。

具体的な表示イメージは、ディスプレイ１００ａに示すように、「２１：０５ｘｘｘ行き 階段降りて後方」、「２１：２０ｘｘｘ行き 階段降りて前方」といったメッセージが表示される。

したがって、列車の利用客は、２１：０５ｘｘｘ行きの列車における最適な乗車位置は「階段降りて後方」で、２１：２０ｘｘｘ行きの列車における最適な乗車位置は「階段降りて前方」であると瞬時に判断することができる。その結果、列車の利用客は、自動改札機５０を通過した後、最適な乗車位置まで円滑に移動することが可能となる。

このように、改札通過時に、利用客の行動パターンに即した表示メッセージを携帯電話端末１００に表示させることで、列車の利用客を最適な乗車位置まで、円滑に案内することが可能となる。

次に、本実施例において、携帯電話端末１００が最適な乗車位置を示すメッセージを表示する際に使用するシステムについて説明する。図３は、本実施例に係るシステム概要を説明するための図である。図３に示すように、本実施例に係るシステムは、図２に示した携帯電話端末１００と自動改札機５０以外に、サーバ７０と、サーバ７０に接続されている列車情報テーブル７０ａと、自動改札機５０とサーバ７０との通信のやり取りを行うＬＡＮ（Local Area Network）８０とを有する。

自動改札機５０は、携帯電話端末１００が自装置にかざされた際、その携帯電話端末１００に登録されている各種情報の読み取りや、携帯電話端末１００やサーバ７０とのデータのやり取りを行う装置で、列車利用情報読取装置（図示省略）を内部に有する。

列車利用情報読取装置は、携帯電話端末１００に記憶されている後述の区間情報を受信した場合、受信した区間情報を更新し、更新した区間情報をサーバ７０に転送する情報処理装置である。さらに、サーバ７０から後述する列車情報を受信した場合は、受信した列車情報を携帯電話端末１００に転送する。

サーバ７０は、自端末が管理する列車情報テーブル７０ａから列車情報を生成し、その生成した列車情報を携帯電話端末１００に送信する装置である。この列車情報テーブル７０ａは、列車のダイヤと、列車の識別情報と、乗車駅とを関連付けた情報を記憶するテーブルで、具体的に図を用いて説明する。

図４は、列車情報テーブル７０ａのデータ構造の一例を示す図である。図４に示すように、列車情報テーブル７０ａは、「発車時刻」、「発車駅」、「行き先」、「列車型」、「車両数」、が記憶されている。

「発車時刻」は、列車が発車駅を出発する時刻を示し、「発車駅」は、利用者が発車時刻に利用する乗車駅を示すものとする。「行き先」は、列車の進行する方面を示し、図４では、「快速小樽」や「札幌」が一例として記憶されている。

「列車型」は、列車の車種情報を示し、「７８１系」や「キハ２８１系」が例として挙げられ、本実施例では、便宜的に、列車型を「ｘｘｘｘｘｘｘｘｘ」や「ｙｙｙｙｙｙｙｙｙ」として説明する。「車両数」は、列車の車両編成の数を示す。

したがって、発車時刻／「０５：５４」、発車駅／「北広島」、行き先／「快速小樽」、列車型／「ｙｙｙｙｙｙｙｙｙ」、車両数／「６」の場合は、６両編成のｙｙｙｙｙｙｙｙｙが、０５時５４分発に北広島駅を「快速小樽」方面に向けて出発するといった情報を示している。

次に、図３に示した携帯電話端末１００について、図５を用いて説明する。図５は、本実施例に係る携帯電話端末１００の構成を示す機能ブロック図である。図５に示すように、携帯電話端末１００は、ユーザインターフェース１０１と、列車利用モード管理部１０２と、利用モードテーブル１０３と、列車乗車位置管理部１０４と、列車乗車位置テーブル１０５と、列車乗車位置判断部１０６と、列車利用情報送受信制御部１０７と、スケジュール制御部１０８とを有する。

ユーザインターフェース１０１は、利用客が各種情報を入力する操作部で、一例として、入力キーやキーパット等が挙げられる。また、ユーザインターフェース１０１は、利用客に、その各種情報を設定するためのフォーマットと、最適な乗車位置を示すメッセージとを表示する表示処理部を備えている。

列車利用モード管理部１０２は、利用客がユーザインターフェース１０１で入力した利用用途や利用区間に関する各種情報を利用モードテーブル１０３に記憶し、その記憶された各種情報の入出力を管理する処理部である。

利用モードテーブル１０３は、利用客の列車の利用用途や利用区間に関する各種情報を利用モード別に記憶するテーブルである。この利用モードテーブル１０３について、具体的に図を例に挙げて説明する。図６は、利用モードテーブル１０３のデータ構造の一例を示す図である。

図６に示すように、利用モードテーブル１０３は、「利用モード」、「区間１」、「区間２」といった項目を記憶する記憶手段である。

「利用モード」は、利用客の列車の利用用途を示す情報で、「通勤」、「出張」、「休日１」、「休日２」が、一例として、記憶されている。「通勤」は、利用客が通勤に利用する場合を示し、「出張」は、利用客が出張等で利用する場合を示している。

一方、「休日１」は、一例として、休日に、利用客が札幌駅周辺のデパートＡに出かける場合を示し、「休日２」は、一例として、新札幌駅周辺のデパートＢに出かける場合を示すものとする。

また、上述したように利用モードに記憶される各種情報は、利用客がユーザインターフェース１０１より、登録した情報に基づいて、列車利用モード管理部１０２が記憶することから、図６に示した例以外の情報が記憶される場合がある。

例えば、利用客が、勤務先のクライアントに直行する場合など「得意先」として、ユーザインターフェース１０１より登録した場合は、列車利用モード管理部１０２は、利用モードに「得意先」と記憶する。

「区間１」と「区間２」は、利用客の列車の利用区間を示す区間情報を示し、利用客が乗車もしくは降車する駅を示している。したがって、利用客が通勤時に北広島駅から新札幌駅の区間を利用する場合、ユーザインターフェース１０１に、利用モードが「通勤」である区間１に「北広島」、区間２に「新札幌」と登録され、列車利用モード管理部１０２は、利用モードテーブル１０３に、その登録された区間情報を記憶する。

また、利用客が出張時に北広島駅から新千歳空港駅の区間を利用する場合、利用モードが「出張」の区間１に「北広島」、区間２に「新千歳空港」と列車利用モード管理部１０２により記憶される。

さらに、利用客が休日に北広島駅から札幌駅までの区間を利用する場合、利用客は、利用モードが「休日１」の区間１に「北広島」、区間２に「札幌」とあらかじめユーザインターフェース１０１より登録する。一方、北広島駅から新札幌駅までの区間を利用する場合、利用モードが「休日２」の区間１に「北広島」、区間２に「新札幌」とあらかじめユーザインターフェース１０１より登録する。そして、ユーザインターフェース１０１より登録された情報は、列車利用モード管理部１０２により記憶される。

次に、列車利用モード管理部１０２が、ユーザインターフェース１０１に表示する設定画面について説明する。図７は、利用モードテーブル１０３の設定画面を説明するための図である。

なお、図７に示した設定画面１０１ａは、携帯電話端末１００の電源ＯＮ時や、携帯電話端末１００内の所定のアプリケーション起動時もしくは、利用客の意思に従い、任意にユーザインターフェース１０１に列車利用モード管理部１０２が表示するものとする。

図７に示すように、設定画面１０１ａには、利用モードテーブル１０３に記憶される項目「利用モード」、「区間１」、「区間２」を有し、利用客は、ユーザインターフェース１０１より、各項目にそって各種情報を登録する。

そして、利用客が、設定画面１０１ａ上の「設定」をユーザインターフェース１０１より選択すると、列車利用モード管理部１０２は、ユーザインターフェース１０１で登録された各種情報を利用モードテーブル１０３に記憶する。

したがって、図６に示したように、利用客が休日に北広島駅から新札幌駅までの区間を利用する場合、利用客は、設定画面１０１ａ上で、利用モードに「休日２」、区間１に「北広島」、区間２に「新札幌」とユーザインターフェース１０１を用いて登録し、「設定」を選択する。

「設定」が選択されると、列車利用モード管理部１０２は、利用モードテーブル１０３の利用モードに「休日２」、区間１に「北広島」、区間２に「新札幌」とそれぞれ記憶する。

次に、図５の説明に戻り、列車乗車位置管理部１０４について説明する。列車乗車位置管理部１０４は、利用客がユーザインターフェース１０１で登録した列車の識別情報（車両情報）や、最適な乗車位置を示すメーセージに関する各種情報を列車乗車位置テーブル１０５に記憶し、その記憶された各種情報の入出力を管理する処理部である。

列車乗車位置テーブル１０５は、最適な乗車位置を示すメッセージを列車の車両情報や利用用途、乗車駅毎に記憶するテーブルである。この列車乗車位置テーブル１０５について、具体的に図を用いて説明する。

図８は、列車乗車位置テーブル１０５のデータ構造の一例を説明するための図である。図８に示すように、列車乗車位置テーブル１０５は、「列車型」、「車両数」、「利用モード」、「乗車駅」、「メッセージ」といった項目を記憶する記憶手段である。

「列車型」は、上述したように、利用客が乗車する列車の車種情報を示し、「７８１系」や「キハ２８１系」が例として挙げられ、本実施例では、便宜的に、列車型を「ｘｘｘｘｘｘｘｘｘ」や「ｙｙｙｙｙｙｙｙｙ」として説明する。

「車両数」は、列車の車両編成の数を示す。また、上述した「列車型」と「車両数」といった車両情報は、利用客がユーザインターフェース１０１で個々に登録する以外に、鉄道会社が準備した外部媒体等を用いて、ユーザインターフェース１０１より、一括登録するといった手段で登録することも可能である。この場合、同様にして、列車乗車位置管理部１０４は、ユーザインターフェース１０１に入力された情報を列車乗車位置テーブル１０５に記憶する。

「利用モード」は、図６に示した「利用モード」と同様に、利用客の列車の利用用途を示す情報で、「通勤」、「出張」、「休日１」、「休日２」が、一例として、記憶されている。

「乗車駅」は、利用客が乗車する駅名を示し、上述した「利用モード」に応じて、記憶される。例えば、列車型「ｘｘｘｘｘｘｘｘｘ」、車両数「３」、利用モード「通勤」である乗車駅の項目に「北広島」が記憶されている例は、利用客が、出社（通勤）の際に、３両編成のｘｘｘｘｘｘｘｘｘに北広島駅で乗車する場合を示している。

また、列車型「ｘｘｘｘｘｘｘｘｘ」、車両数「３」、利用モード「通勤」である乗車駅の項目に「新札幌」が記憶されている例は、利用客が、会社から帰宅等の際、３両編成のｘｘｘｘｘｘｘｘｘに新札幌駅で乗車する場合を示している。

さらに、列車型「ｙｙｙｙｙｙｙｙｙ」、車両数「６」、利用モード「出張」である乗車駅の項目に「北広島」が記憶されている例は、利用客が、出張の際に、６両編成のｙｙｙｙｙｙｙｙｙに北広島駅で乗車する場合を示している。

また、列車型「ｙｙｙｙｙｙｙｙｙ」、車両数「６」、利用モード「休日１」である乗車駅の項目に「北広島」が記憶されている例は、利用客が休日に、６両編成のｙｙｙｙｙｙｙｙｙに北広島駅で乗車する場合を示している。同様に、列車型「ｘｘｘｘｘｘｘｘｘ」、車両数「３」、利用モード「休日２」である乗車駅の項目に「北広島」が登録されている例は、利用客が休日に、３両編成のｘｘｘｘｘｘｘｘｘに北広島駅で乗車する場合を示している。

「メッセージ」は、「最適な乗車位置」を示すメッセージで、利用客が自動改札機５０に携帯電話端末１００をかざした際に、ユーザインターフェース１０１に表示させるメッセージそのものを示す。

例えば、通勤時に、利用客が３両編成のｘｘｘｘｘｘｘｘｘに北広島駅で乗車する場合、利用客にとって最適な乗車位置が、その列車の前方の乗車口である場合には、列車型「ｘｘｘｘｘｘｘｘｘ」、車両数「３」、利用モード「通勤」、乗車駅「北広島」のメッセージに「前方に乗る」が記憶される。

また、利用客が、出張時に６両編成のｙｙｙｙｙｙｙｙｙに新千歳空港駅で乗車する場合、利用客にとって最適な乗車位置が、左階段降りて一番後方の乗車口である場合には、列車型「ｙｙｙｙｙｙｙｙｙ」、車両数「６」、利用モード「出張」、乗車駅「新千歳空港」のメッセージに「左階段降りて一番後方」が記憶される。

さらに、利用客が、休日２に６両編成のｙｙｙｙｙｙｙｙｙに北広島駅で乗車する場合、利用客にとって最適な乗車位置が、階段降りて後方の乗車口である場合には、列車型「ｙｙｙｙｙｙｙｙｙ」、車両数「６」、利用モード「休日２」、乗車駅「北広島」のメッセージに「階段降りて後方」が記憶される。

次に、列車乗車位置管理部１０４が、ユーザインターフェース１０１に表示する設定画面について説明する。図９は、列車乗車位置テーブル１０５の設定画面を説明するための図である。

なお、図９に示した設定画面１０１ｂは、携帯電話端末１００の電源ＯＮ時や、携帯電話端末１００内の所定のアプリケーション起動時もしくは、利用客の意思に従い、任意にユーザインターフェース１０１に表示されるものとする。

図９に示すように、設定画面１０１ｂには、列車乗車位置テーブル１０５に記憶されている各項目（列車型、車両数、利用モード、乗車駅、メッセージ）を有し、利用客は、ユーザインターフェース１０１より、各項目にそって各種情報を入力する。

そして、利用客が、設定画面１０１ｂ上の「設定」をユーザインターフェース１０１より選択すると、列車乗車位置管理部１０４は、ユーザインターフェース１０１で入力された各種情報を列車乗車位置テーブル１０５に記憶する。

したがって、図９に示したように、休日に、利用客が６両編成のｙｙｙｙｙｙｙｙｙに北広島駅で乗車する場合において、自分の最適な乗車位置が「階段降りて後方」である場合、利用客は、設定画面１０１ｂ上で、列車型「ｙｙｙｙｙｙｙｙｙ」、車両数「６」、利用モード「休日２」、乗車駅「北広島」、メッセージ「階段降りて後方」とユーザインターフェース１０１を用いて登録し、「設定」を選択する。

そして、列車乗車位置管理部１０４は、列車乗車位置テーブル１０５の列車型に「ｙｙｙｙｙｙｙｙｙ」、車両数に「６」、利用モードに「休日２」、乗車駅に「北広島」、メッセージに「階段降りて後方」を記憶する。

次に、図５の説明に戻り、列車乗車位置判断部１０６について説明する。列車乗車位置判断部１０６は、図３に示したサーバ７０から携帯電話端末１００に送信された後述の列車情報と利用モードテーブル１０３とに基づいて、列車乗車位置テーブル１０５に登録されている「メッセージ」を検索し、受信した列車情報と検索したメッセージ情報とに基づいて、最適な乗車位置を示すメッセージ生成し、生成したメッセージをユーザインターフェース１０１に表示する処理部である。

この列車乗車位置判断部１０６が行う処理について具体的に例を挙げて説明する。まず、利用客が、休日に北広島駅で乗車し、新札幌駅まで移動する場合を例に挙げて説明する。

まず、列車乗車位置判断部１０６が、列車利用モード管理部１０２から所定の「利用モード」情報を受信する。この受信について説明する。

あらかじめ、列車利用モード管理部１０２は、ユーザインターフェース１０１に利用モードを設定する設定画面を表示する。この設定画面について、図１０を用いて説明する。図１０は、利用モードの設定画面を説明するための図である。なお、図１０に示した設定画面１０１ｃは、携帯電話端末１００の電源ＯＮ時や、携帯電話端末１００内の所定のアプリケーション起動時もしくは、利用客の意思に従い、任意にユーザインターフェース１０１に表示されるものとする。

図１０に示すように、設定画面１０１ｃには、利用モードテーブル１０３の「利用モード」に記憶されている「通勤」、「出張」、「休日１」、「休日２」、「新規モード設定」といった各種情報を有しており、利用客は、ユーザインターフェース１０１で上述した例に相当する「休日２」を選択する。

なお、「新規モード設定」は、図１０に示した利用モード以外の利用モードを新たに登録する場合、利用客は「新規モード設定」をユーザインターフェース１０１で選択し、「新規モード設定」が選択された場合、列車利用モード管理部１０２は、ユーザインターフェース１０１に図７に示した設定画面１０１ａを表示する。この際、「利用モード」、「区間１」、「区間２」には、何もデータは登録されていない（画面イメージ省略）。

続いて、列車利用モード管理部１０２は、ユーザインターフェース１０１から「休日２」の設定情報を受信したら、利用モード「休日２」、区間１「北広島」、区間２「新札幌」を利用モードテーブル１０３から抽出し、列車乗車位置判断部１０６に出力する。

そして、列車乗車位置判断部１０６は、列車利用モード管理部１０２から受信した利用モード「休日２」、区間１「北広島」、区間２「新札幌」といった情報を保持する。

そして、列車乗車位置判断部１０６は、自己が保持している利用モード「休日２」に基づき、列車乗車位置管理部１０４に対して、列車乗車位置テーブル１０５の利用モードが「休日２」に一致するデータの取得を要求する。

そして、要求を受け付けた列車乗車位置管理部１０４は、列車乗車位置テーブル１０５から利用モードが「休日２」であるデータを抽出し、抽出したデータを列車乗車位置判断部１０６に送信する。

この抽出後のデータ構造について図を用いて説明する。図１１は、抽出データ２００のデータ構造の一例を説明するための図である。図１１に示すように、列車乗車位置管理部１０４は、図８に示した列車乗車位置テーブル１０５から、利用モードが「休日２」である「列車型」、「車両数」、「利用モード」、「乗車駅」、「メッセージ」を抽出し、抽出データ２００を生成する。

具体的に、抽出データ２００には、列車型「ｙｙｙｙｙｙｙｙｙ」／車両数「６」／利用モード「休日２」／乗車駅「北広島」／メッセージ「階段降りて後方」と、列車型「ｘｘｘｘｘｘｘｘｘ」／車両数「３」／利用モード「休日２」／乗車駅「北広島」／メッセージ「階段降りてすぐ」と、列車型「ｚｚｚｚｚｚｚｚｚ」／車両数「４」／利用モード「休日２」／乗車駅「北広島」／メッセージ「階段降りてすぐ」と、列車型「ｚｚｚｚｚｚｚｚｚ」／車両数「４」／利用モード「休日２」／乗車駅「新札幌」／メッセージ「階段降りて前方」といったデータが記憶されている。

そして、列車乗車位置管理部１０４は、抽出データ２００を列車乗車位置判断部１０６に送信する。その後、列車乗車位置判断部１０６は受信した抽出データ２００を保持する。

その後、利用客が北広島駅の自動改札機５０に携帯電話端末１００をかざした際に、列車乗車位置判断部１０６は、自動改札機５０内に設置されている列車利用情報読取装置に対して、保持している区間情報（区間１「北広島」、区間２「新札幌」）を送信する。

この場合において、列車乗車位置判断部１０６が、列車利用情報読取装置に送信する区間情報について、具体的に図１２を用いて説明する。図１２は、区間情報１０３ａのデータ構造の一例を説明するための図である。

図１２に示すように、区間情報１０３ａは、利用モードが「休日２」である場合の区間１「北広島」、区間２「新札幌」といった情報を有している。

その後、列車利用情報読取装置は、受信した区間情報１０３ａに（区間１「北広島」、区間２「新札幌」）に乗車駅を示すフラグを立てる。この場合について、具体的に図を用いて説明する。図１３は、更新後の区間情報１０３ｂのデータ構造の一例を説明するための図である。

上述したように、利用客は北広島駅の自動改札機５０対して携帯電話端末１００をかざして乗車していることから、図１３に示すように、列車利用情報読取装置は、北広島のフラグ１をＯＮにし、新札幌のフラグ２をＯＦＦにした区間情報１０３ｂをサーバ７０に送信する。

また、仮に、列車乗車位置判断部１０６が保持している情報が、利用モード「休日２」、区間１「北広島」、区間２「新札幌」である場合において、利用客が新札幌駅の自動改札機５０に携帯電話端末１００をかざした場合、列車利用情報読取装置は、新札幌のフラグ２をＯＮにし、北広島駅のフラグ１をＯＦＦにしてサーバ７０に送信する。

続いて、サーバ７０は、列車利用情報読取装置から区間情報１０３ｂを受け取った場合、区間情報１０３ｂを受信した時刻と、受信した区間情報１０３ｂと、列車情報テーブル７０ａ（図３参照）とに基づいて、列車情報７１を生成する。なお、以下の説明では、利用客が、北広島駅の自動改札機５０を通過した時刻を「午前９時４０分頃」とし、サーバ７０が、区間情報１０３ｂを受信した時刻も同様に「午前９時４０分頃」とする。

サーバ７０は、区間情報１０３ｂの北広島のフラグがＯＮになっていることから、図４に示した列車情報テーブル７０ａの発車駅に「北広島」が記憶されているデータを検索する。そして、区間情報１０３ｂを受信した時刻から１時間以内（午前９時４０分から午前１０時４０分までの間）に北広島駅を発車する列車型、車両数、行き先を抽出する。なお、説明の便宜上、受信した時刻から１時間以内に北広島駅を発車する列車の各種情報を抽出するとしたが、任意に検索範囲の設定を変更することが可能なものとする。

そして、サーバ７０は、発車駅を乗車駅として、抽出した情報に基づき、列車情報７１を生成する。図１４は、列車情報７１のデータ構造の一例を説明するための図である。

図１４に示すように、列車情報７１は、利用客が乗車可能な列車に関する情報を記憶する記憶手段で、上述したように、午前９時４０分から午前１０時４０分までの間に、北広島駅から発車する列車の「発車時刻」、「行き先」、「列車型」、「車両数」、「乗車駅」が記憶されている。

具体的には、サーバ７０は、乗車駅がいずれも「北広島」で、「０９：５４」発／「快速小樽」行きで、６両編成のｙｙｙｙｙｙｙｙｙと、「１０：０７」発／「手稲」行きで、３両編成のｘｘｘｘｘｘｘｘｘと、「１０：２１」発／「札幌」行きで、６両編成のｙｙｙｙｙｙｙｙｙと、「１０：２６」発／「札幌」行きで、６両編成のｚｚｚｚｚｚｚｚｚとを有する列車情報７１を生成する。なお、図１４に示しているステップＳ４０については、後述にて説明する。

そして、サーバ７０は、列車情報７１を携帯電話端末１００に返送する。その後、携帯電話端末１００が列車情報７１を受信後、列車乗車位置判断部１０６は、受信した列車情報７１に基づいて、上述した抽出データ２００（図１１参照）から、乗車駅が「北広島」に相当するデータを抽出する。

この抽出後のデータ構造について図を用いて説明する。図１５は、抽出データ２０１のデータ構造の一例を説明するための図である。図１５に示すように、抽出データ２０１は、「利用モード」が全て「休日２」で、図１１に示した抽出データ２００から、乗車駅に「新札幌」が記憶されているデータが除かれている。

具体的には、抽出データ２０１には、列車型「ｙｙｙｙｙｙｙｙｙ」／車両数「６」／利用モード「休日２」／乗車駅「北広島」／メッセージ「階段降りて後方」と、列車型「ｘｘｘｘｘｘｘｘｘ」／車両数「３」／利用モード「休日２」／乗車駅「北広島」／メッセージ「階段降りてすぐ」と、列車型「ｚｚｚｚｚｚｚｚｚ」／車両数「４」／利用モード「休日２」／乗車駅「北広島」／メッセージ「階段降りてすぐ」が記憶されている。

さらに、列車乗車位置判断部１０６は、受信した列車情報７１に記憶されている「列車型」と「車両数」に一致するデータを抽出データ２０１から抽出する。抽出後のデータ構造について図を用いて説明する。

図１６は、抽出データ２０２のデータ構造の一例を説明するための図である。図１６に示すように、列車乗車位置判断部１０６は、図１４に示した列車情報７１の「列車型」と「車両数」に記憶されている各種情報と一致する「列車型」、「車両数」、「利用モード」、「乗車駅」、「メッセージ」を抽出し、抽出データ２０２を生成している。

具体的には、列車乗車位置判断部１０６は、列車情報７１（図１４参照）に記憶されている各種情報のうち、列車型「ｙｙｙｙｙｙｙｙｙ」／車両数「６」と、列車型「ｘｘｘｘｘｘｘｘｘ」／車両数「３」と、列車型「ｚｚｚｚｚｚｚｚｚ」／車両数「６」のいずれかに一致するデータを抽出データ２０１（図１５参照）から検索し、抽出する。

その結果、抽出データ２０２には、列車型「ｙｙｙｙｙｙｙｙｙ」／車両数「６」と、列車型「ｘｘｘｘｘｘｘｘｘ」／車両数「３」とに一致するデータを有している。

したがって、列車乗車位置判断部１０６は、抽出データ２０１から列車型「ｙｙｙｙｙｙｙｙｙ」／車両数「６」／利用モード「休日２」／メッセージ「階段降りて後方」と、列車型「ｘｘｘｘｘｘｘｘｘ」／車両数「３」／利用モード「休日２」／メッセージ「階段降りてすぐ」とを抽出し、抽出データ２０２を生成している。

その後、列車乗車位置判断部１０６は、抽出データ２０２のメーセージに記憶されている各種メッセージ情報を抽出する（ステップＳ３０）。さらに、図１４に示した列車情報７１から、その抽出されたメッセージに記憶されている「列車型」「車両数」に一致する「発車時刻」「行き先」を抽出する（ステップＳ４０）。

具体的に、ステップ３０では、列車乗車位置判断部１０６は、抽出データ２０２から、「階段降りて後方」と、「階段降りてすぐ」とを抽出する。そして、ステップ４０では、列車乗車位置判断部１０６は、列車情報７１から、「０９：５４」発／「快速小樽」と、「１０：０７」発／「手稲」と、「１０：２１」発／「札幌」とを抽出する。

そして、列車乗車位置判断部１０６は、各種抽出した情報を「列車型」と、「車両数」とに基づいて表示メッセージを生成する。

例えば、図１６に示すように、「階段降りて後方」の列車型と車両数は、それぞれ「ｙｙｙｙｙｙｙｙｙ」と「６」である。一方、図１４では、６両編成のｙｙｙｙｙｙｙｙｙは、発車時刻「９：５４」／行き先「快速小樽」と、発車時刻「１０：２１」／行き先「札幌」とを有すことから、列車乗車位置判断部１０６は、表示メッセージ「９：５４ 快速小樽行き 階段降りて後方」と、「１０：２１ 札幌行き 階段降りて後方」とを生成する。

また、図１６に示すように、「階段降りてすぐ」の列車型と車両数は、「ｘｘｘｘｘｘｘｘｘ」と「３」である。一方、図１４では、３両編成のｘｘｘｘｘｘｘｘｘは、発車時刻「１０：０７」／行き先「手稲」を有することから、列車乗車位置判断部１０６は、表示メッセージ「１０：０７ 手稲行き 階段降りてすぐ」を生成する。

メッセージを生成した後、列車乗車位置管理部１０４は、生成したメッセージをユーザインターフェース１０１に表示する。この表示イメージについて、図を用いて説明する。図１７は、表示画面１０１ｄを説明するための図である。

図１７の表示画面１０１ｄには、「９：５４ 快速小樽行き 階段降りて後方」と、「１０：０７ 手稲行き 階段降りてすぐ」と、「１０：２１ 札幌行き 階段降りて後方」とが表示される。

なお、改札通過時に、表示メッセージに対応する各種情報が、利用モードテーブル１０３、列車情報位置テーブル１０５に登録されていない場合には、新たな情報の追加を促す画面が表示され、その都度、利用客が入力することにより、各種情報が蓄積され、次回乗車する際は、最適な乗車位置を示すメッセージがユーザインターフェース１０１に表示されるものとする。

次に、利用客が、通勤時に、新札幌駅で乗車し、北広島駅までの区間を利用する場合について、列車乗車位置判断部１０６が行う処理について具体的に例を挙げて説明する。

まず、列車乗車位置判断部１０６が、列車利用モード管理部１０２から所定の「利用モード」情報を受信する。この受信について説明する。

あらかじめ、列車利用モード管理部１０２は、ユーザインターフェース１０１に利用モードを設定する設定画面を表示する。この設定画面は、図１０に示した設定画面１０１ｃに相当するものとし、設定画面１０１ｃに記憶されている「通勤」、「出張」、「休日１」、「休日２」、「新規モード設定」から、「通勤」が選択されるものとする（設定画面省略）。

続いて、列車利用モード管理部１０２は、ユーザインターフェース１０１から「通勤」の設定情報を受信したら、利用モード「通勤」、区間１「北広島」、区間２「新札幌」を利用モードテーブル１０３から抽出し、列車乗車位置判断部１０６に出力する。

そして、列車乗車位置判断部１０６は、列車利用モード管理部１０２から受信した利用モード「通勤」、区間１「北広島」、区間２「新札幌」といった情報を保持する。

そして、列車乗車位置判断部１０６は、自己が保持している利用モード「通勤」に基づき、列車乗車位置管理部１０４に対して、列車乗車位置テーブル１０５の利用モードが「通勤」に一致するデータの取得を要求する。

そして、要求を受け付けた列車乗車位置管理部１０４は、列車乗車位置テーブル１０５から利用モードが「通勤」であるデータを抽出し、抽出したデータを列車乗車位置判断部１０６に送信する。

この抽出後のデータ構造について図を用いて説明する。図１８は、抽出データ２０３のデータ構造の一例を説明するための図である。図１８に示すように、列車乗車位置管理部１０４は、列車乗車位置テーブル１０５から、利用モードが「通勤」である「列車型」、「車両数」、「利用モード」、「乗車駅」、「メッセージ」を抽出し、抽出データ２０３を生成する。

具体的に、抽出データ２０３には、列車型「ｘｘｘｘｘｘｘｘｘ」／車両数「３」／利用モード「通勤」／乗車駅「北広島」／メッセージ「前方に乗る」と、列車型「ｘｘｘｘｘｘｘｘｘ」／車両数「３」／利用モード「通勤」／乗車駅「新札幌」／メッセージ「後方に乗る」と、列車型「ｙｙｙｙｙｙｙｙｙ」／車両数「６」／利用モード「通勤」／乗車駅「北広島」／メッセージ「前方に乗る」と、列車型「ｙｙｙｙｙｙｙｙｙ」／車両数「６」／利用モード「通勤」／乗車駅「新札幌」／メッセージ「中間に乗る」といったデータが記憶されている。

そして、列車乗車位置管理部１０４は、抽出データ２０３を列車乗車位置判断部１０６に送信する。その後、列車乗車位置判断部１０６は受信した抽出データ２０３を保持する。

その後、利用客が新札幌駅の自動改札機５０に携帯電話端末１００をかざした際に、列車乗車位置判断部１０６は、自動改札機５０内に設置されている列車利用情報読取装置に対して、保持している区間情報を送信する。

この場合において、列車乗車位置判断部１０６が、列車利用情報読取装置に送信する区間情報について、具体的に図１９を用いて説明する。図１９は、区間情報１０３ｃのデータ構造の一例を説明するための図である。

図１９に示すように、区間情報１０３ｃは、利用モードが「通勤」である場合の区間１「北広島」、区間２「新札幌」といった区間情報を有している。

その後、列車利用情報読取装置は、受信した区間情報１０３ｃに（区間１「北広島」、区間２「新札幌」）に乗車駅を示すフラグを立てる。この場合について、具体的に図を用いて説明する。図２０は、更新後の区間情報１０３ｄのデータ構造の一例を説明するための図である。

上述したように、利用客の乗車駅を新札幌駅にして説明していることから、図２０に示すように、列車利用情報読取装置は、北広島のフラグ１をＯＦＦにし、新札幌のフラグ２をＯＮにした区間情報１０３ｄをサーバ７０に送信する。

続いて、サーバ７０は、列車利用情報読取装置から区間情報１０３ｄを受け取った場合、区間情報１０３ｄを受信した時刻と、受信した区間情報１０３ｄと、列車情報テーブル７０ａ（図３参照）とに基づいて、列車情報７２を生成する。なお、以下の説明では、利用客が、新札幌駅の自動改札機５０を通過した時刻を「午後９時００分頃」とし、サーバ７０が、区間情報１０３ｄを受信した時刻も同様に「午後９時００分頃」とする。

サーバ７０は、区間情報１０３ｄの新札幌のフラグがＯＮになっていることから、図４に示した列車情報テーブル７０ａの発車駅に新札幌が記憶されているデータを検索する。そして、区間情報１０３ｄを受信した時刻から１時間以内（午後９時００分から午後１０時００分までの間）に新札幌駅を発車する列車型、車両数、行き先を抽出する。なお、同様に説明の便宜上、受信した時刻から１時間以内に新札幌駅を発車する列車の各種情報を抽出するとしたが、任意に検索範囲の設定を変更することが可能なものとする。

そして、サーバ７０は、発車駅を乗車駅として、抽出した情報に基づき、列車情報７２を生成する。図２１は、列車情報７２のデータ構造の一例を説明するための図である。

図２１に示すように、列車情報７２は、利用客が乗車可能な列車に関する情報を記憶する記憶手段で、上述したように、午後９時００分から午後１０時００分までの間に、新札幌駅から発車する列車の「発車時刻」、「行き先」、「列車型」、「車両数」、「乗車駅」が記憶されている。

具体的には、サーバ７０は、乗車駅がいずれも「新札幌」で、「２１：０５」発／「苫小牧」行きで、３両編成のｘｘｘｘｘｘｘｘｘと、「２１：２０」発／「千歳」行きで、３両編成のｘｘｘｘｘｘｘｘｘと、「２１：４０」発／「新千歳空港」行きで、６両編成のｙｙｙｙｙｙｙｙｙとを有する列車情報７２を生成する。なお、図２１に示しているステップＳ６０については、後述にて説明する。

そして、サーバ７０は、列車情報７２を携帯電話端末１００に返送する。携帯電話端末１００が列車情報７２を受信後、列車乗車位置判断部１０６は、受信した列車情報７２に基づいて、図１８に示した抽出データ２０３から、乗車駅が「新札幌」に相当するデータを抽出する。

この抽出後のデータ構造について図を用いて説明する。図２２は、抽出データ２０４のデータ構造の一例を説明するための図である。図２２に示すように、抽出データ２０４は、「利用モード」が全て「通勤」で、図１８に示した抽出データ２０３から、乗車駅に「北広島」が記憶されているデータが除かれている。

具体的には、抽出データ２０４には、列車型「ｘｘｘｘｘｘｘｘｘ」／車両数「３」／利用モード「通勤」／乗車駅「新札幌」／メッセージ「後方に乗る」と、列車型「ｙｙｙｙｙｙｙｙｙ」／車両数「６」／利用モード「通勤」／乗車駅「新札幌」／メッセージ「中間に乗る」とが記憶されている。

さらに、列車乗車位置判断部１０６は、受信した列車情報７２に記憶されている「列車型」と「車両数」に一致するデータを抽出データ２０４から抽出する。抽出後のデータ構造について図を用いて説明する。

図２３は、抽出データ２０５のデータ構造の一例を説明するための図である。図２３に示すように、列車乗車位置判断部１０６は、列車情報７２の「列車型」と「車両数」に記憶されている各種情報と一致する「列車型」、「車両数」、「利用モード」、「乗車駅」、「メッセージ」を抽出し、抽出データ２０５を生成している。

したがって、列車乗車位置判断部１０６は、列車情報７２（図２１参照）に記憶されている各種情報のうち、列車型「ｘｘｘｘｘｘｘｘｘ」／車両数「３」と、列車型列車型「ｙｙｙｙｙｙｙｙｙ」／車両数「６」のいずれかに一致するデータを抽出データ２０４（図２２参照）から検索し、抽出する。

その結果、抽出データ２０５には、列車型「ｙｙｙｙｙｙｙｙｙ」／車両数「６」と、列車型「ｘｘｘｘｘｘｘｘｘ」／車両数「３」とに一致するデータを有している。

したがって、列車乗車位置判断部１０６は、抽出データ２０４のデータをそのまま、抽出データ２０５として保持する。

その後、列車乗車位置判断部１０６は、抽出データ２０５からメーセージに記憶されている各種メッセージ情報を抽出する（ステップＳ５０）。さらに、図２１に示した列車情報７２から、その抽出されたメッセージに記憶されている「列車型」「車両数」に一致する「発車時刻」「行き先」を抽出する（ステップＳ６０）。

具体的に、ステップ５０では、列車乗車位置判断部１０６は、抽出データ２０５から、「後方に乗る」と、「中間に乗る」とを抽出する。そして、ステップ６０では、列車乗車位置判断部１０６は、列車情報７２から、「２１：０５」発／「苫小牧」と、「２１：２０」発／「千歳」と、「２１：４０」発／「新千歳空港」とを抽出する。

そして、列車乗車位置判断部１０６は、各種抽出した情報を「列車型」と「車両数」とに基づいて表示メッセージを生成する。

例えば、図２３に示すように、「後方に乗る」の列車型と車両数は、それぞれ「ｘｘｘｘｘｘｘｘｘ」と「３」である。一方、図２１では、３両編成のｘｘｘｘｘｘｘｘｘは、発車時刻「２１：０５」／行き先「苫小牧」と、発車時刻「２１：２０」／行き先「千歳」とを有すことから、列車乗車位置判断部１０６は、表示メッセージ「２１：０５ 苫小牧行き 後方に乗る」と、「２１：２０ 千歳行き 後方に乗る」とを生成する。

また、図２３に示すように、「中間に乗る」の列車型と車両数は、「ｙｙｙｙｙｙｙｙｙ」と「６」である。一方、図２１では、６両編成のｙｙｙｙｙｙｙｙｙは、発車時刻「２１：４０」／行き先「新千歳空港」を有することから、列車乗車位置判断部１０６は、表示メッセージ「２１：４０ 新千歳空港行き 中間に乗る」を生成する。

メッセージを生成した後、列車乗車位置判断部１０６は、生成したメッセージをユーザインターフェース１０１に表示する。この表示イメージについて、図を用いて説明する。図２４は、表示画面１０１ｅを説明するための図である。

図２４の表示画面１０１ｅには、「２１：０５ 苫小牧行き 後方に乗る」と、「２１：２０ 千歳行き 後方に乗る」」と、「２１：４０ 新千歳空港行き 中間に乗る」とが表示される。

次に、図５の説明に戻り、列車利用情報送受信制御部１０７について説明する。列車利用情報送受信制御部１０７は、サーバ７０（図３参照）と列車乗車位置判断部１０６との間における各種データの送受信を行う処理部である。

まず、列車利用情報送受信制御部１０７が行う送信処理について説明する。利用客が、携帯電話端末１００を自動改札機５０にかざすと、列車利用情報送受信制御部１０７は、利用モードテーブル１０３に記憶されている区間情報を（例えば、区間情報１０３ａ）自動改札機５０内に設置されている列車利用情報読取装置へ送信する。

続いて、列車利用情報送受信制御部１０７が行う受信処理について説明する。具体的に、列車利用情報送受信制御１０７は、サーバ７０から受信した列車情報（例えば、列車情報７１）を列車乗車位置判断部１０６に出力する。

スケジュール制御部１０８は、利用客のスケジュールに沿って、利用モードの自動設定を行う処理部である。

具体的に、スケジュール制御部１０８は、利用客がユーザインターフェース１０１で登録した予定に基づき、列車乗車位置管理部１０４と列車利用モード管理部１０２との関連付けを行い、携帯電話端末１００内に既に有している時計機能やカレンダー機能を利用することで利用モードの自動設定を行うことものとする。

例えば、利用客が平日に列車を利用する際、設定画面１０１ｃ（図１０参照）上で「通勤」をあらかじめ設定しなくても、スケジュール制御部１０８が、利用モードテーブル１０３に「通勤」を設定する。

また、利用客が週末に列車を利用する際、設定画面１０１ｃ上で「休日１」もしくは「休日２」をあらかじめ設定しなくても、スケジュール制御部１０８が、利用モードテーブル１０３に「休日１」もしくは「休日２」を設定する。

なお、休日１もしくは休日２のどちらが設定されるかについては、休日１もしくは休日２に対して、優先して選択される順位を設け、優先順位に応じて休日１もしくは休日２が選択されるものとする。

次に、本実施例に係る携帯電話端末１００の処理手順について説明する。図２５は、実施例に係る携帯電話端末の処理を示すフローチャートである。

まず、利用客が携帯電話端末１００を自動改札機５０にかざすと、携帯電話端末１００は、赤外線等の従来技術より、自動改札機５０内に設置されている列車利用情報読取装置と通信を行う（ステップＳ１００）。

続いて、携帯電話端末１００は、あらかじめ、利用客がユーザインターフェース１０１で設定したおいた利用モードに応じて、利用モードテーブル１０３から区間情報（例えば、区間情報１０３ａ、図１２参照）取り出す（ステップＳ１０１）。

続いて、携帯電話端末１００は、ステップＳ１０１にて取り出した区間情報１０３ａを、列車利用情報読取装置に送信する（ステップＳ１０２）。そして、列車利用情報読取装置は、携帯電話端末１００から受信した区間情報１０３ａに「乗車駅」のフラグを立て（ステップＳ１０３）、更新した区間情報（例えば、区間情報１０３ｂ、図１３参照）をサーバ７０に送信する（ステップＳ１０４）。

その後、携帯電話端末１００は、サーバ７０から列車情報（例えば、列車情報７１）を受信する（ステップＳ１０５）。そして、列車乗車位置判断部１０６は、受信した列車情報７１と、利用モードテーブル１０３記憶されている利用モードとに基づいて、列車乗車位置テーブル１０５から、ユーザインターフェース１０１に出力するメッセージを検索し、表示メッセージを抽出する（ステップＳ１０６）。

続いて、列車乗車位置判断部１０６は、ユーザインターフェース１０１に対して、ステップＳ１０６にて抽出したメッセージの表示処理を行う（ステップＳ１０７）。

このフローチャートによれば、利用客は、乗車の改札通過時に、携帯電話端末１００のディスプレイに表示されるメッセージを確認するだけで、乗車する列車の最適な乗車位置を容易に判断することができ、最適な乗車位置まで円滑に移動することが可能となる。

そして、最適な乗車位置で乗車した利用客は、目的の駅で、列車を降りた後、目的地（例えば、会社やデパート）まで円滑に移動することができる。

具体的に、図を用いて説明する。図２６は利用シーン１を説明するための図である。利用客が利用モードの設定を「通勤」とした場合において、乗車の改札通過時に、利用客が携帯電話端末１００上で「前方に乗る」といったメッセージを確認する。そして、その表示されたメッセージに従い、列車の前方（例えば、１号車）に乗車する（ステップＳ７０）。

その後、列車が目的の駅に到着し、利用客は、会社への移動に便利な位置で列車を降りることができ、会社まで、より短い移動距離で行動することができる（ステップＳ７１）。一方、例えば、列車の後方（例えば、５号車）に乗車した場合、利用客は、列車の前方に乗車した場合と比べると、移動距離が長くなってしまう。

次に、利用客が、休日に列車を利用した場合について説明する。図２７は利用シーン２を説明するための図である。利用客が、利用モードの設定を「休日」にした場合において、乗車の改札通過時、利用客が携帯電話端末１００上で「後方に乗る」といったメッセージを確認する。そして、その表示されたメッセージに従い、列車の後方（例えば、６号車）に乗車する（ステップＳ８０）。

その後、列車が目的の駅に到着し、利用客は、デパートまで、より短い移動距離で行動することができる（ステップＳ８１）。一方、列車の前方（例えば、２号車）に乗車した場合、利用客は、列車の後方に乗車した場合と比べると、移動距離が長くなってしまう。

上述したように、本実施例に係る携帯電話端末１００は、乗車の改札通過時に、利用客が最適と考える乗車位置を自端末のディスプレイに表示させることができ、利用客は、携帯電話端末１００に表示されたメッセージを確認するだけで、乗車する列車の最適な乗車位置を容易に判断することができ、最適な乗車位置まで、円滑に移動することができる。

また、同一の利用区間に関わらず、利用客の列車の利用用途（例えば、通勤／休日）によって利用客の最適な乗車位置が異なる場合においても、利用用途に応じて、利用客が、乗車位置を示すメッセージをあらかじめ携帯電話端末１００に登録しておくことで、列車情報テーブル７０ａを検索するシステム（例えば、サーバ７０）を変更することなく、利用客は、最適な乗車位置を携帯電話端末１００で確認することができる。

なお、これまで、利用客が列車を乗り換える場合を考慮しないで説明してきたが、本実施例に係る携帯電話端末１００により、利用客が列車を乗り換えて利用する際にも、同様にして最適な乗車位置を示すメッセージを表示することが可能である。

例えば、図８に示した列車乗車位置テーブル１０５と同程度の情報を備えた列車乗換位置テーブル１１０（詳細なデータの図示は省略）を携帯電話端末１００に加えることで、乗換駅での最適な乗車位置を示すメッセージを表示させることが可能となる。その際の表示画面イメージについて図を用いて説明する。

図２８は、乗換駅を考慮した表示画面を説明するための図である。説明の便宜上、利用客が、北広島駅で乗車し、札幌駅で乗り換える場合を例に挙げて説明する。図２８の画面イメージ１０１ｆには、乗車駅「北広島」で「２１：０５ ｘｘｘ行き 階段降りて後方」及び乗換駅「札幌駅」で「２１：３０ ｘｘｘ行き 階段降りて前方」が表示される。

したがって、利用客は、北広島駅の自動改札機５０に携帯電話をかざした際、北広島駅での最適な乗車位置は「階段降りて後方」と容易に判断することができ、乗換駅である札幌駅での最適な乗車位置は、「階段降りて前方」と容易に判断することができる。

次に、利用客の列車の利用履歴に応じて、表示メッセージを変更する場合について説明する。例えば、利用客が普段利用していた列車を転勤や長期出張等の事情から長期間利用しておらず、久しぶりに、その列車に乗車する場合を例に挙げて説明する。

図２９は、履歴情報に基づく表示メッセージの変更を説明するための図である。図２９に示した画面イメージ１０１ｇには、図９にて説明した「メッセージ」の項目に加えて、別のメッセージを入力する項目が追加され、２種類のメッセージを入力する項目を有している。

したがって、例えば、「メッセージ１」を通常利用時に表示させるメッセージとし、「メッセージ２」を久しぶりに利用した際に表示させるメッセージとした場合、メッセージ１に「階段降りて後方」といったメッセージが設定される。

一方、メッセージ２には、メッセージ１と比較すると詳細な情報を加えた「１番ホーム 階段降りて後方」といったメッセージ内容になっており、利用客が久しぶりに利用しても最適な乗車位置を適切に判断できるようなメッセージ内容が設定されている。

このように、利用する頻度に応じたメッセージをあらかじめ登録しておくことで、例えば、通常利用時（ステップＳ９０）は、画面イメージ１０１ｈに示すような「１０：０５ ｘｘｘ行き 階段降りて後方」、「１０：２０ ｘｘｘ行き 階段降りて後方」、「１０：３０ ｘｘｘ行き 階段降りて後方」といったメッセージを表示する。

一方、利用客が久しぶりに利用した際（ステップＳ９１）、画面イメージ１０１ｉに示すような「１０：０５ ｘｘｘ行き １番ホーム 階段降りて後方」、「１０：２０ ｘｘｘ行き １番ホーム 階段降りて後方」、「１０：３０ ｘｘｘ行き １番ホーム 階段降りて後方」といったメッセージを表示する。

したがって、画面イメージ１０１ｉに表示されるメッセージには、画面イメージ１０１ｈと比較すると、「１番ホーム」という情報が追加され、より詳細なメッセージが表示され、列車の利用状況に、より配慮してメッセージを表示している。

以上のように、列車型、車両数、発車時刻等が同一であっても、利用客の利用履歴に応じて、表示するメッセージを自動で変更することが可能となる。なお、表示する際に必要な履歴情報については、自動改札機内に設置されている列車利用情報読取装置を介して、サーバ７０に記憶しておくものとする。

さらに、目的とする駅への経路が複数存在する場合において、利用客が選択した経路に応じて、表示画面を自動で切り替えることが可能である。なお、携帯電話端末１００は、利用客が選択した経路を示す情報を既存のＧＰＳ（Global Positioning System）機能を用いて取得するものとする。以下、図を用いて具体的に説明する。

図３０は、乗車した経路に基づく表示メッセージの変更を説明するための図である。まず、上野駅を乗車駅とし、武蔵中原駅を目的駅とした場合を例に挙げて説明し、上野駅から武蔵中原駅までの区間は複数の経路が存在するものとする。

例えば、利用客は、上野駅の自動改札機５０で携帯電話端末１００をかざした際、画面イメージ１０１ｊを確認し、表示されたメッセージにしたがって行動する。その後、利用客の都合により、画面イメージ１０１ｊが示した経路と異なる経路（例えば、京浜東北線経由）を利用客が選択し、乗車した場合、画面イメージが１０１ｊから１０１ｋに自動で変更される。

このように、利用客が目的とする駅まで複数の経路が存在する場合において、利用客が選択した経路に応じて、携帯電話端末１００の表示画面を自動で切り替えることで、選択した経路に応じて最適な乗車位置を示すメッセージを示すことができる。

ところで、本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部あるいは一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図５に示した携帯電話端末１００の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行われる各処理機能は、その全部または任意の一部がＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

図３１は、最適な乗車位置を示すプログラムを実行する携帯電話端末のハードウェア構成を示す図である。図３１に示すように、この携帯電話端末３００は、マイク３０１、無線通信部３０２、操作部３０３、記憶装置３０４、ＣＰＵ(Central Processing Unit)３０５、バイブレータ３０６、ディスプレイ３０７、スピーカ３０８をバス３０９で接続している。

そして、記憶装置３０４には、ＣＰＵ３０５によって利用されるデータを含んだ各種データ３０４ａ、利用客の最適な乗車位置を示すメッセージの表示を制御する機能と同様の機能を発揮する列車乗車位置判断プログラム３０４ｂ、これまで説明してきた車両情報やメッセージ等を管理する機能と同様の機能を発揮する列車乗車位置管理プログラム３０４ｃ、利用客の列車の利用用途やその利用用途に応じた区間情報を管理する機能と同様の機能を発揮する列車利用モード管理プログラム３０４ｄ、列車乗車位置管理プログラム３０４ｃと列車利用モード管理プログラム３０４ｄとをカレンダーや時計機能と関連付けて、表示メッセージをスケジュール表示させる機能と同様の機能を発揮するスケジュールプログラム３０４ｅが記憶されている。

そして、ＣＰＵ３０５が、列車乗車位置判断プログラム３０４ｂ、列車乗車位置管理プログラム３０４ｃ、列車利用モード管理プログラム３０４ｄ、スケジュールプログラム３０４ｅをそれぞれ読み出して実行することにより、列車乗車位置判断プロセス３０５ａ、列車乗車位置管理プロセス３０５ｂ、列車利用モード管理プロセス３０５ｃ、スケジュールプロセス３０５ｄがそれぞれ起動される。ここで、列車乗車位置判断プロセス３０５ａは、図５に示した列車乗車位置判断部１０６に対応し、列車乗車位置管理プロセス３０５ｂは、図５に示した列車乗車位置管理部１０４に対応し、列車利用モード管理プロセス３０５ｃは、図５に示した列車利用モード管理部１０２に対応し、スケジュールプロセス３０５ｄは、図５に示したスケジュール制御部１０８に対応する。

なお、各種データ３０４ａには、例えば、列車乗車位置判断プロセス３０５ａに利用される列車の車両情報、メッセージ、利用モード、乗車駅を示す各種情報が記憶されている。そして、列車乗車位置判断プロセス３０５ａは、各種データ３０４ａを読み出して、ディスプレイ３０７に表示するメッセージの表示処理を行う。

ところで、図３１に示した列車乗車位置判断プログラム３０４ｂ、列車乗車位置管理プログラム３０４ｃ、列車利用モード管理プログラム３０４ｄ、スケジュールプログラム３０４ｅは、必ずしも最初から携帯電話端末３００が有する記憶装置３０４に記憶させておく必要はない。たとえば、ＳＤカードなどの「可搬用の物理媒体」に記憶させておき、携帯電話端末３００が列車乗車位置判断プログラム３０４ｂ、列車乗車位置管理プログラム３０４ｃ、列車利用モード管理プログラム３０４ｄ、スケジュールプログラム３０４ｅを読み出して実行するようにしても良い。

上記の実施例１を含む実施形態に関し、更に以下の付記を開示する。

（付記１）移動体の特徴と、利用者の行動パターンと、前記移動体に前記利用者が乗車する場所の情報を含んだ場所情報と、前記利用者が前記移動体に乗車する際の最適な乗車位置への誘導メッセージとを対応付けて記憶する記憶手段と、
前記移動体の特徴と、前記利用者の行動パターンと、前記場所情報とが指定された場合に、指定された前記移動体の特徴と、前記利用者の行動パターンと、前記場所情報とをキーにして該当する誘導メッセージを前記記憶手段から検索し、検索結果を出力する出力手段と
を有する端末装置。

（付記２）日時と前記利用者の行動パターンとが対応付けられたスケジュール情報を取得し、前記利用者が前記移動体に乗車する日時と、前記スケジュール情報とを基にして前記利用者の行動パターンを判定する判定手段を更に有し、前記出力手段は前記判定手段の判定結果を基にして前記誘導メッセージを前記記憶手段から検索する付記１に記載の端末装置。

（付記３）前記移動体の特徴と当該移動体の発車時刻とを対応付けた時刻情報を取得する取得手段を更に有し、前記出力手段は、指定された前記移動体の特徴に対応する発車時刻を前記時刻情報から更に検索し、検索した発車時刻を誘導メッセージに対応付けて出力する付記１または２に記載の端末装置。

（付記４）端末装置が、
移動体の特徴と、利用者の行動パターンと、前記移動体に前記利用者が乗車する場所の情報を含んだ場所情報と、前記利用者が前記移動体に乗車する際の最適な乗車位置への誘導メッセージとを対応付けて記憶装置に記憶する記憶ステップと、
前記移動体の特徴と、前記利用者の行動パターンと、前記場所情報とが指定された場合に、指定された前記移動体の特徴と、前記利用者の行動パターンと、前記場所情報とをキーにして該当する誘導メッセージを前記記憶装置から検索し、検索結果を出力する出力ステップと
を有するメッセージ出力方法。

（付記５）日時と前記利用者の行動パターンとが対応付けられたスケジュール情報を取得し、前記利用者が前記移動体に乗車する日時と、前記スケジュール情報とを基にして前記利用者の行動パターンを判定する判定ステップを更に有し、前記出力ステップは前記判定ステップの判定結果を基にして前記誘導メッセージを前記記憶装置から検索する付記４に記載のメッセージ出力方法。

（付記６）前記移動体の特徴と当該移動体の発車時刻とを対応付けた時刻情報を取得する取得ステップを更に有し、前記出力ステップは、指定された前記移動体の特徴に対応する発車時刻を前記時刻情報から更に検索し、検索した発車時刻を誘導メッセージに対応付けて出力する付記４または５に記載のメッセージ出力方法。

（付記７）コンピュータに、
移動体の特徴と、利用者の行動パターンと、前記移動体に前記利用者が乗車する場所の情報を含んだ場所情報と、前記利用者が前記移動体に乗車する際の最適な乗車位置への誘導メッセージとを対応付けて記憶装置に記憶する記憶手順と、
前記移動体の特徴と、前記利用者の行動パターンと、前記場所情報とが指定された場合に、指定された前記移動体の特徴と、前記利用者の行動パターンと、前記場所情報とをキーにして該当する誘導メッセージを前記記憶装置から検索し、検索結果を出力する出力手順と
を実行させるメッセージ出力プログラム。

（付記８）日時と前記利用者の行動パターンとが対応付けられたスケジュール情報を取得し、前記利用者が前記移動体に乗車する日時と、前記スケジュール情報とを基にして前記利用者の行動パターンを判定する判定手順を更にコンピュータに実行させ、前記出力手順は前記判定手順の判定結果を基にして前記誘導メッセージを前記記憶装置から検索する付記７に記載のメッセージ出力プログラム。

（付記９）前記移動体の特徴と当該移動体の発車時刻とを対応付けた時刻情報を取得する取得手順を更に有し、前記出力手順は、指定された前記移動体の特徴に対応する発車時刻を前記時刻情報から更に検索し、検索した発車時刻を誘導メッセージに対応付けて出力する付記７または８に記載のメッセージ出力プログラム。

最適な乗車位置を説明するための図である。 発明の概要を説明するための図である。 本実施例に係るシステム概要を説明するための図である。 列車情報テーブル７０ａのデータ構造の一例を説明するための図である。 本実施例に係る携帯電話端末１００の構成を示す機能ブロック図である。 利用モードテーブル１０３のデータ構造の一例を説明するための図である。 利用モードテーブル１０３の設定画面を説明するための図である。 列車乗車位置テーブル１０５のデータ構造の一例を説明するための図である。 列車乗車位置テーブル１０５の設定画面を説明するための図である。 利用モードの設定画面を説明するための図である。 抽出データ２００のデータ構造の一例を説明するための図である。 区間情報１０３ａのデータ構造の一例を説明するための図である。 更新後の区間情報１０３ｂのデータ構造の一例を説明するための図である。 列車情報７１のデータ構造の一例を説明するための図である。 抽出データ２０１のデータ構造の一例を説明するための図である。 抽出データ２０２のデータ構造の一例を説明するための図である。 表示画面１０１ｄを説明するための図である。 抽出データ２０３のデータ構造の一例を説明するための図である。 区間情報１０３ｃのデータ構造の一例を説明するための図である。 更新後の区間情報１０３ｄのデータ構造の一例を説明するための図である。 列車情報７２のデータ構造の一例を説明するための図である。 抽出データ２０４のデータ構造の一例を説明するための図である。 抽出データ２０５のデータ構造の一例を説明するための図である。 表示画面１０１ｅを説明するための図である。 実施例に係る携帯電話端末の処理を示すフローチャートである。 利用シーン１を説明するための図である。 利用シーン２を説明するための図である。 乗換駅を考慮した表示画面を説明するための図である。 履歴情報に基づく表示メッセージの変更を説明するための図である。 乗車した経路に基づく表示メッセージの変更を説明するための図である。 最適な乗車位置を示すプログラムを実行する携帯電話端末のハードウェア構成を示す図である。

符号の説明

１０ 利用客
２０、４０ 駅
３０ 列車
５０ 自動改札機
７０ サーバ
７１、７２ 列車情報
７０ａ、 列車情報テーブル
８０ ＬＡＮ
１００、３００ 携帯電話端末
１００ａ、 ディスプレイ
１０１ ユーザインターフェース
１０１ａ、１０１ｂ、１０１ｃ 設定画面
１０１ｄ、１０１ｅ 表示画面
１０１ｆ、１０１ｇ、１０１ｈ、１０１ｉ、１０１ｊ、１０１ｋ 画面イメージ
１０２ 列車利用モード管理部
１０３ 利用モードテーブル
１０３ａ、１０３ｂ、１０３ｃ、１０３ｄ 区間情報
１０４ 列車乗車位置管理部
１０５ 列車乗車位置テーブル
１０６ 列車乗車位置判断部
１０７ 列車利用情報送受信制御部
１０８ スケジュール制御部
２００、２０１、２０２、２０３、２０４、２０５ 抽出データ
３０１ マイク
３０２ 無線通信部
３０３ 操作部
３０４ 記憶装置
３０４ａ 各種データ
３０４ｂ 列車乗車位置判断プログラム
３０４ｃ 列車乗車位置管理プログラム
３０４ｄ 列車利用モード管理プログラム
３０４ｅ スケシュールプログラム
３０５ ＣＰＵ
３０５ａ 列車乗車位置判断プロセス
３０５ｂ 列車乗車位置管理プロセス
３０５ｃ 列車利用モード管理プロセス
３０５ｄ スケジュールプロセス
３０６ バイブレータ
３０７ ディスプレイ
３０８ スピーカ
３０９ バス

Claims (5)

1. 移動体の特徴と、利用者の行動パターンと、前記移動体に前記利用者が乗車する場所の情報を含んだ場所情報と、前記利用者が前記移動体に乗車する際の最適な乗車位置への誘導メッセージとを対応付けて記憶する記憶手段と、
   前記移動体の特徴と、前記利用者の行動パターンと、前記場所情報とが指定された場合に、指定された前記移動体の特徴と、前記利用者の行動パターンと、前記場所情報とをキーにして該当する誘導メッセージを前記記憶手段から検索し、検索結果を出力する出力手段と
   を有する端末装置。
2. 日時と前記利用者の行動パターンとが対応付けられたスケジュール情報を取得し、前記利用者が前記移動体に乗車する日時と、前記スケジュール情報とを基にして前記利用者の行動パターンを判定する判定手段を更に有し、前記出力手段は前記判定手段の判定結果を基にして前記誘導メッセージを前記記憶手段から検索する請求項１に記載の端末装置。
3. 前記移動体の特徴と当該移動体の発車時刻とを対応付けた時刻情報を取得する取得手段を更に有し、前記出力手段は、指定された前記移動体の特徴に対応する発車時刻を前記時刻情報から更に検索し、検索した発車時刻を誘導メッセージに対応付けて出力する請求項１または２に記載の端末装置。
4. 端末装置が、
   移動体の特徴と、利用者の行動パターンと、前記移動体に前記利用者が乗車する場所の情報を含んだ場所情報と、前記利用者が前記移動体に乗車する際の最適な乗車位置への誘導メッセージとを対応付けて記憶装置に記憶する記憶ステップと、
   前記移動体の特徴と、前記利用者の行動パターンと、前記場所情報とが指定された場合に、指定された前記移動体の特徴と、前記利用者の行動パターンと、前記場所情報とをキーにして該当する誘導メッセージを前記記憶装置から検索し、検索結果を出力する出力ステップと
   を有するメッセージ出力方法。
5. コンピュータに、
   移動体の特徴と、利用者の行動パターンと、前記移動体に前記利用者が乗車する場所の情報を含んだ場所情報と、前記利用者が前記移動体に乗車する際の最適な乗車位置への誘導メッセージとを対応付けて記憶装置に記憶する記憶手順と、
   前記移動体の特徴と、前記利用者の行動パターンと、前記場所情報とが指定された場合に、指定された前記移動体の特徴と、前記利用者の行動パターンと、前記場所情報とをキーにして該当する誘導メッセージを前記記憶装置から検索し、検索結果を出力する出力手順と
   を実行させるメッセージ出力プログラム。
   
   
   
   

Images