JP7435039B2 - バス車内案内端末、バス車内案内方法、およびバス車内案内プログラム - Google Patents

Description

この発明は、バスを利用して目的地へ移動しているユーザに対して、降車の案内を行う技術に関する。

従来、各種交通機関（列車、バス等）を利用して、目的地へ移動しているユーザに対して、移動経路を案内する技術の１つとして特許文献１に記載されたものがあった。

特許文献１では、携帯端末が、ユーザによって入力された、目的地を含む経路設定条件を情報センタに送信する。情報センタは、各種交通機関の運行経路、発着時刻、運行状況、利用料金等を含む交通機関情報を参照して、経路設定条件にマッチする目的地への案内経路（移動経路）を計算し、得られた案内経路を候補として携帯端末に送信する。携帯端末は、ユーザが、情報センタから受信した案内経路の候補を了承すると、その案内経路でユーザを目的地に案内する案内表示を行う。

このように、特許文献１は、ユーザが携帯している携帯端末を用いて、そのユーザを目的地へ案内する構成であった。

特開２００２－ ２２４７６号公報

しかしながら、バスの運転手は、乗降客のいないバス停留所（以下、単にバス停と言う。）では、バスを停車させることなく通過させている。乗客は、バスの車内に設けられている降車ボタンを押すことによって、次のバス停で降車することを運転手に伝える。また、運転手は、バス停でバスを待っている人がいなければ、このバス停で乗車する人がいないと判断する。

目的地への案内を希望するユーザの多くは、その地域に不慣れな人（例えば、観光目的の旅行者）である。バスに乗車する前に、いくつ目のバス停で降車するかを確認しておき、バスが停車したバス停を数えるユーザもいる。しかし、上記したように、バスが乗降客のいないバス停を停車することなく通過するので、降車すべきバス停を乗り越してしまうユーザがある程度の頻度で発生している。

特許文献１は、ユーザをバスに乗車させるための案内については行えるが、ユーザをバスから降車させるための案内を行うものではなかった。

この発明の目的は、バスを利用して目的地へ移動しているユーザが降車すべきバス停を乗り越してしまうのを防止する技術を提供することにある。

この発明のバス車内案内端末は、上記目的を達成するため以下に示すように構成している。

バス車内案内端末は、バスの車内に設けられる。目的地取得部が、乗客であるユーザの目的地を取得する。判定部は、バスが、目的地取得部で取得した目的地に対応する第１バス停留所と、この第１バス停留所の１つ手前の第２バス停留所との間を走行しているかどうかを判定する。第１バス停留所は、目的地を取得したユーザがバスを降車するバス停留所である。例えば、第１バス停留所は、目的地の最寄りのバス停留所である場合もあれば、目的地への移動において他の公共交通機関（列車、バス等）に乗り換えるバス停留所である場合もある。判定部によって、バスが第１バス停留所と、第２バス停留所との間を走行していると判定されたとき、案内部が降車案内を行う。

この構成では、ユーザに対して、次にバスが停車するバス停留所が、降車するバス停留所であることを知らせることができる。これにより、バスを利用して目的地へ移動しているユーザが降車すべきバス停留所を乗り越してしまうのを防止できる。

また、例えば、バスの現在の走行地点を取得する走行地点取得部を備え、判定部を、走行地点取得部で取得されたバスの走行地点に基づき、バスが第１バス停留所と、第２バス停留所との間を走行しているかどうかを判定する構成にしてもよい。走行地点取得部は、例えば、バスの車載装置から、バスの走行地点を取得すればよい。例えば、車載装置がＧＰＳ（Global Positioning System）センサを有する構成であれば、走行地点取得部は、車載装置からＧＰＳセンサによって測位されたバスの位置（走行地点）を取得する構成にすればよい。また、車載装置が道路網に設置されたビーコンと通信する通信部を有する構成であれば、走行地点取得部は、道路網に設置された各ビーコンとの通信時刻の履歴を取得する構成にすればよい。走行地点取得部は、これら以外の手法でバスの走行地点を取得する構成であってもよい。

このように構成すれば、ユーザである乗客に対して、案内部において適正なタイミングで降車案内が行える。

また、例えば、目的地取得部は、乗客の目的地を記憶した媒体との無線通信により、当該乗客の目的地を取得する構成にしてもよい。この場合、媒体は、バスの利用にかかる運賃の精算に用いられるＩＣカード（所謂、ＳＦカード（Stored Fare Card））にするのが好ましい。このように構成すれば、ユーザである乗客は、目的地を記憶させた媒体、および運賃の精算に使用する媒体の２つの媒体を携帯し、使い分けなくてもよい。したがって、ユーザの利便性を向上できる。

また、例えば、案内部は、降車案内を、乗客が視認できる形態で行えばよい。

また、例えば、第１バス停留所は、目的地取得部が最後に取得した目的地に対応するバス停留所にすればよい。このように構成すれば、目的地を取得した乗客に対して、他人の目的地に応じたバス停留所で、降車するように案内するのを防止できる。

また、例えば、判定部によって、バスが第１バス停留所と、第２バス停留所との間を走行していると判定されたとき、第１バス停留所で、降車する乗客がいる旨の車内アナウンスの要求を行うアナウンス要求部を備えてもよい。この場合、アナウンス要求部は、目的地取得部が取得した、第１バス停留所で降車する乗客の目的地を含むメッセージの車内アナウンスを要求するのが好ましい。

このように構成すれば、たとえ、ユーザがバスの車内で移動していて、バス車内案内端末の案内部で行われている降車案内に気づかない状況であっても、車内アナウンスによって、次に停車するバス停が降車するバス停であることをユーザに知らせることができる。

この発明によれば、バスを利用して目的地へ移動しているユーザが降車すべきバス停を乗り越してしまうのを防止できる。

この例にかかる車内案内端末がバスのつり革に取り付けられた状態を示す図である。 この例の車内案内端末の主要部の構成を示すブロック図である。 この例の車内案内端末の動作を示すフローチャートである。 変形例１の車内案内端末の主要部の構成を示すブロック図である。 変形例１の車内案内端末の動作を示すフローチャートである。

以下、この発明の実施形態について説明する。

＜１．適用例＞
図１は、この例にかかる車内案内端末がバスのつり革に取り付けられた状態を示す図である。この例の車内案内端末は、バスの車内に複数取り付けられている。図１では、つり革に取り付けられている車内案内端末１を例示しているが、例えば座席に座っている人が利用できるように、座席のひじ掛け、前席の背もたれの裏面等に取り付けられていてもよい。

この例の車内案内端末１は、表面にＬＥＤ１０が取り付けられている。車内案内端末１は、ＬＥＤ１０を点滅、または点灯させることにより、ユーザである乗客に、次に停車するバス停留所（以下、単にバス停と言う。）が、降車するバス停であることを案内する。

ユーザは、バスに乗車すると、目的地を記憶させたＩＣカード５０を車内案内端末１の読取領域に翳す。車内案内端末１は、読取領域に翳されたＩＣカード５０に記憶されている目的地を、このＩＣカード５０との無線通信で読み取る。これにより、車内案内端末１は、読取領域にＩＣカード５０を翳したユーザの目的地を取得する。また、このＩＣカード５０は、この例では、バスを降車するときに運賃の精算に使用できるＳＦカード（Stored Fare Card）である。

なお、この例では、ＩＣカード５０が、ユーザの目的地を記憶している媒体であるとして説明するが、スマートフォン、タブレット端末等の携帯端末がユーザの目的地を記憶している媒体であってもよい。また、ＩＣカード５０は、バスを降車するときに運賃の精算に使用できない媒体であってもよい。

車内案内端末１は、バスが取得したユーザの目的地に対応するバス停の１つ手前のバス停（この発明で言う、第２バス停留所に相当する。）を通過し、ユーザの目的地に対応するバス停（この発明で言う、第１バス停留所に相当する。）に到着する前に、ＬＥＤ１０を点灯（または点滅）させて、ユーザに次のバス停が降車するバス停であることを通知する。このように、車内案内端末１は、バスがユーザの目的地に対応するバス停と、ユーザの目的地に対応するバス停の１つ手前のバス停との間を走行しているときに、ＬＥＤ１０を点灯させる。

なお、ユーザの目的地に対応するバス停は、目的地の最寄りのバス停である場合もあれば、目的地への移動において他の公共交通機関（列車、バス等）に乗り換えるバス停である場合もある。

ユーザは、ＬＥＤ１０が点灯したことにより、次のバス停が降車するバス停であると認識し、バスの車内に設けられている降車ボタンを操作して、バスの運転手に、次のバス停で降車することを知らせる。したがって、ユーザは、不慣れな地域であっても、バスで目的地へ向かって移動しているときに、降車すべきバス停で降車できる。すなわち、この例の車内案内端末１は、バスを利用して目的地へ移動しているユーザが降車すべきバス停留所を乗り越してしまうのを防止できる。

＜２．構成例＞
図２は、この例の車内案内端末の主要部の構成を示すブロック図である。車内案内端末１は、制御ユニット２と、点灯回路３と、車内通信部４と、カード処理部５と、地点データベース６（地点ＤＢ６）と、路線データベース７（路線ＤＢ７）と、を備えている。バスの車内には、複数の車内案内端末１が設けられている。車内案内端末１は、他の車内案内端末１の状態に影響されることなく、独立して動作する。

制御ユニット２は、車内案内端末１本体各部の動作を制御する。また、制御ユニット２は、走行地点取得部１１、判定部１２、点灯制御部１３、および目的地記憶部１４を有している。制御ユニット２が有する走行地点取得部１１、判定部１２、点灯制御部１３、および目的地記憶部１４については、後述する。

点灯回路３は、制御ユニット２からの指示にしたがって、ＬＥＤ１０を点灯させる回路である。

車内通信部４は、バスの車載装置（不図示）との無線通信を制御する。この例では、バスの車載装置は、ＧＰＳセンサを備え、このＧＰＳセンサで測位したバスの位置（バスの走行位置）を、一定時間間隔（例えば、１０～３０秒間隔）で繰り返し、車内の車内案内端末１に配信する。車内通信部４は、バスの車載装置から配信されたバスの位置を受信する。

なお、バスの車載装置は、道路網に設置されたビーコンと通信する通信部を有する構成であってもよい。この場合、車載装置は、道路網に設置された各ビーコンとの通信時刻の履歴に基づき、バスの走行地点を取得できる。具体的には、バスの走行ルートに並んでいる隣接する２つのビーコンの間（最後の通信したビーコンと、次に通信するビーコンとの間）を、バスの走行地点として取得できる（特定の地点を取得するわけではなく、最後の通信したビーコンが設置されている地点を通過したことを検出する。）。バスの車載装置は、ビーコンと通信したときに、そのビーコンが設置されている地点を車内の車内案内端末１に配信する。

カード処理部５は、読取領域に翳されたＩＣカード５０との近距離無線通信により、このＩＣカード５０に記録されている情報の読み取りを行う。ＩＣカード５０は、ユーザの目的地を記憶している。ＩＣカード５０に対する目的地の書き込みは、例えば駅、バス停等に設置されている券売機、チャージ機で行える。例えば、ユーザは、券売機やチャージ機で、自分の目的地を入力することによって、その目的地をＩＣカード５０に書き込ませることができる。目的地は、バス停であってもよいし、観光地であってもよいし、施設（ホテル、テーマパーク等）であってもよい。カード処理部５が、この発明で言う目的地取得部に相当する。

地点ＤＢ６は、観光地等の地点毎に、最寄りの駅やバス停を対応付けて登録したデータベースである。また、路線ＤＢ７は、列車、バス等の公共交通機関の路線網を登録したデータベースである。路線ＤＢ７は、駅、バス停等の位置（緯度、経度）を示す地図情報も記憶している。

次に、制御ユニット２が有する走行地点取得部１１、判定部１２、点灯制御部１３、および目的地記憶部１４について説明する。

目的地記憶部１４は、カード処理部５でＩＣカード５０から読み取ったユーザの目的地に対応するバス停を記憶する。

走行地点取得部１１は、車内通信部４で、バスの車載装置から一定時間間隔で受信しているバスの位置を、バスの現在の走行位置として取得する。

判定部１２は、路線ＤＢ７を参照して、バスの現在の走行位置が、目的地記憶部１４に記憶しているバス停（ユーザが降車するバス停）と、その１つ手前のバス停との間であるかどうかを判定する。

点灯制御部１３は、点灯回路３を制御して、ＬＥＤ１０を点灯させる。点灯制御部１３が、この発明で言う案内部に相当する。

車内案内端末１の制御ユニット２は、ハードウェアＣＰＵ、メモリ、その他の電子回路によって構成されている。ハードウェアＣＰＵが、この発明にかかるバス車内案内プログラムを実行したときに、走行地点取得部１１、判定部１２、および点灯制御部１３として動作する。また、メモリは、この発明にかかる案内プログラムを展開する領域や、この案内プログラムの実行時に生じたデータ等を一時記憶する領域を有している。メモリには、目的地記憶部１４として使用する領域も設けられている。制御ユニット２は、ハードウェアＣＰＵ、メモリ等を一体化したＬＳＩであってもよい。また、ハードウェアＣＰＵが、この発明にかかるバス車内案内方法を実行するコンピュータである。

＜３．動作例＞
次に、この例にかかる車内案内端末１の動作について説明する。図３は、車内案内端末の動作を示すフローチャートである。車内案内端末１は、カード処理部５においてＩＣカード５０を受け付けるか（ｓ１）、車内通信部４でバスの車載装置からバスの位置を受信するのを待っている（ｓ２）。カード処理部５は、設定時間間隔でポーリングを行い、ＩＣカード５０からの応答があったときに、ＩＣカード５０を受け付けたと判定する。ユーザが、ＩＣカード５０を読取領域に翳すと、このＩＣカード５０がカード処理部５のポーリングに応答する。また、バスの車載装置は、一定時間間隔で、バスの位置を配信している。

カード処理部５は、ＩＣカード５０を受け付けると、このＩＣカード５０の所定の記憶領域に記録されている目的地を読み取り、これを制御ユニット２に出力する（ｓ２）。制御ユニット２は、読み取った目的地に対応するバス停を特定し、目的地記憶部１４に記憶し（ｓ３）、ｓ１に戻る。ｓ３では、地点ＤＢ６、および路線ＤＢ７を参照し、ｓ２で読み取った目的地の最寄りのバス停、または目的地への移動において他の公共交通機関（列車、バス等）に乗り換えるバス停を特定する。また、ｓ３では、目的地記憶部１４に記憶しているバス停を、今回特定したバス停に書き換える（すなわち、直前まで目的地記憶部１４に記憶し記憶していたバス停を削除する。）。ｓ３で特定されたバス停が、今回ＩＣカード５０をカード処理部５の読取領域に翳したユーザが降車するバス停である。

また、車内案内端末１は、車内通信部４において、バスの車載装置から配信されてきたバスの位置を受信すると、判定部１２が、今回受信したバスの位置が目的地記憶部１４に記憶しているバス停と、１つ手前のバス停との間であるかどうかを判定する（ｓ５）。ｓ５では、判定部１２は、バスが、目的地記憶部１４に記憶しているバス停の１つ手前のバス停を通過したかどうかを判定している。判定部１２は、路線ＤＢ７を参照して、ｓ５にかかる判定を行う。車内案内端末１は、判定部１２が、ｓ５で、今回受信したバスの位置が目的地記憶部１４に記憶しているバス停と、１つ手前のバス停との間でないと判定すると、ｓ１に戻る。

また、車内案内端末１は、判定部１２が、ｓ５で、今回受信したバスの位置が目的地記憶部１４に記憶しているバス停と、１つ手前のバス停との間であると判定すると、点灯制御部１３が点灯回路３に対して、ＬＥＤ１０の点灯を指示する（ｓ６）。これにより、ＬＥＤ１０が点灯する。

ユーザは、ＬＥＤ１０が点灯したことで、次のバス停が、自分が降車するバス停である、と認識し、バスに設けられている降車ボタンを押す（なお、ユーザは、先に他の人が降車ボタンを押していれば、降車ボタンを押さなくてもよい。）。これにより、次のバス停で降車する人（乗客）がいることが、バスの運転手に伝達される。バスの運転手は、次のバス停でバスを待っている人がいなくても、バスを停車させる。

車内案内端末１は、バスが目的地記憶部１４に記憶しているバス停に到達すると、点灯制御部１３が点灯回路３に対して、ＬＥＤ１０を消灯させることを指示し（ｓ７、ｓ８）、ｓ１に戻る。

このように、この例の車内案内端末１は、ＬＥＤ１０を点灯させることにより、ユーザに降車するバス停を知らせることができる。また、この車内案内端末１は、ｓ１、ｓ３、およびｓ４の処理を繰り返しているので、車内の混雑状況によって、ユーザが車内で移動しても、移動したときに、移動した場所の近辺に取り付けられている車内案内端末１（カード処理部５）の読取領域にＩＣカード５０を翳すことによって、降車するバス停の案内が適正に受けられる。また、先に他人がＩＣカード５０を翳していても、その他人が降車するバス停が誤って、後からＩＣカード５０を読取領域に翳したユーザに案内することもない。

したがって、この例の車内案内端末１は、バスを利用して目的地へ移動しているユーザが降車すべきバス停を乗り越してしまうのを防止できる。

また、この例では、ＩＣカード５０は、バスの運賃の精算に使用できるＳＦカードである。したがって、ユーザである乗客は、目的地を記憶させた媒体（ＩＣカード）、および運賃の精算に使用する媒体の２つの媒体（ＳＦカード）を携帯し、使い分けなくてもよいので、ユーザの利便性を向上できる。

なお、上記の説明では、ｓ６で点灯させたＬＥＤ１０を、ユーザが降車するバス停に到着するまで点灯させつづけるとしたが、一定時間経過したときに、消灯させる構成にしてもよい。この場合、ユーザが降車するバス停に到着した時点で、一定時間経過していなくても、ＬＥＤ１０を消灯させるのがよい。

＜４．変形例＞
・変形例１
図４は、変形例１の車内案内端末の主要部の構成を示すブロック図である。図４では、図２と同様の構成について同じ符号を付している。

この変形例１の車内案内端末１Ａは、制御ユニット２がアナウンス要求部１５を備えている点で、上記の例と相違する。

アナウンス要求部１５は、車内通信部４を制御して、次のバス停で降車する乗客がいる旨の車内アナウンスの要求をバスの車載装置に送信する。例えば、アナウンス要求部１５は、次のバス停が、目的地が「清水寺」であるユーザが降車するバス停であるとき、例えば、『「清水寺」に行かれる方は、つぎのバス停で降車してください。』というような、車内アナウンスをバスの車載装置に要求する。

この要求に応じて、バスの車載装置が車内アナウンスを行う。

図５は、この変形例１の車内案内端末の動作を示すフローチャートである。図５に示すように、この変形例１の車内案内端末１Ａは、上記した例と同様に、ｓ５で、判定部１２が、今回受信したバスの位置が目的地記憶部１４に記憶しているバス停と、１つ手前のバス停との間であると判定すると、ｓ６でＬＥＤ１０を点灯させた後、アナウンス要求部１５が車内通信部４を制御して、次のバス停で降車する乗客がいる旨の車内アナウンスの要求をバスの車載装置に送信する（ｓ１１）。この変形例１の車内案内端末１Ａは，このｓ１１にかかる処理を行う点で、上記の例と相違する。

また、ｓ１１にかかる処理は、ｓ６にかかる処理の前に行ってもよい（図５における、ｓ６と、ｓ１１の処理の順番を入れ替えてもよい。）。

この変形例１の車内案内端末１Ａであれば、ユーザがバスの車内で移動していて、車内案内端末１ＡのＬＥＤ１０の点灯に気づかない状況であっても、車内アナウンスによって、次に停車するバス停が降車するバス停であることをユーザに知らせることができる。

・変形例２
また、上記の例では、車内案内端末１、１ＡのＬＥＤ１０が点灯したことに気づいたユーザが、降車ボタンを押すとしたが、車内案内端末１、１Ａが、ＬＥＤ１０を点灯させる際に、車内通信部４からバスの車載装置に対して、降車ボタンが操作されたことを自動的に通知する構成にしてもよい。このように構成すれば、ユーザは、降車ボタンを操作しなくてもよい。

なお、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。また、図３、および図５に示した動作フローは、各ステップの順番を入れ換えてもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

さらに、この発明に係る構成と上述した実施形態に係る構成との対応関係は、以下の付記のように記載できる。
＜付記＞
バスの車内に設けられるバス車内案内端末（１）であって、
乗客の目的地を取得する目的地取得部（５）と、
前記バスが、前記目的地取得部（５）で取得した目的地に対応する第１バス停留所と、この第１バス停留所の１つ手前の第２バス停留所との間を走行しているかどうかを判定する判定部（１２）と、
前記判定部（１２）によって、前記バスが前記第１バス停留所と、前記第２バス停留所との間を走行していると判定されたとき、降車案内を行う案内部（１３）と、を備えたバス車内案内端末（１）。

１、１Ａ…車内案内端末
２…制御ユニット
３…点灯回路
４…車内通信部
５…カード処理部
６…地点データベース（地点ＤＢ）
７…路線データベース（路線ＤＢ）
１０…ＬＥＤ
１１…走行地点取得部
１２…判定部
１３…点灯制御部
１４…目的地記憶部
１５…アナウンス要求部
５０…ＩＣカード

Claims (8)

1. バスの車内に設けられるバス車内案内端末であって、
   乗客の目的地を取得する目的地取得部と、
   前記バスが、前記目的地取得部で取得した目的地に対応する第１バス停留所と、この第１バス停留所の１つ手前の第２バス停留所との間を走行しているかどうかを判定する判定部と、
   前記判定部によって、前記バスが前記第１バス停留所と、前記第２バス停留所との間を走行していると判定されたとき、降車案内を行う案内部と、を備え、
   前記目的地取得部は、乗客の目的地を記憶した媒体との無線通信により、当該乗客の目的地を取得し、
   前記媒体は、前記バスの利用にかかる運賃の精算に用いられるＩＣカードである、
   バス車内案内端末。
2. 前記バスの車載装置から受信した当該バスの走行位置から、前記バスの現在の走行地点を取得する走行地点取得部を備え、
   前記判定部は、前記走行地点取得部で取得された前記バスの現在の走行地点に基づき、前記バスが前記第１バス停留所と、前記第２バス停留所との間を走行しているかどうかを判定する、請求項１に記載のバス車内案内端末。
3. 前記案内部は、前記降車案内を、乗客が視認できる形態で行う、請求項１、または２に記載のバス車内案内端末。
4. 前記第１バス停留所は、前記目的地取得部が最後に取得した目的地に対応するバス停留所である、請求項１～３のいずれかに記載のバス車内案内端末。
5. 前記判定部によって、前記バスが前記第１バス停留所と、前記第２バス停留所との間を走行していると判定されたとき、前記第１バス停留所で、降車する乗客がいる旨の車内アナウンスの要求を行うアナウンス要求部を備えた、請求項１～４のいずれかに記載のバス車内案内端末。
6. 前記アナウンス要求部は、前記目的地取得部が取得した、前記第１バス停留所で降車する乗客の目的地を含むメッセージの車内アナウンスを要求する、請求項５に記載のバス車内案内端末。
7. バスの車内に設けられるバス車内案内端末のコンピュータが、
   目的地取得部において、乗客の目的地を取得する目的地取得ステップと、
   前記バスが、前記目的地取得部で取得した目的地に対応する第１バス停留所と、この第１バス停留所の１つ手前の第２バス停留所との間を走行しているかどうかを判定する判定ステップと、
   前記判定ステップで、前記バスが前記第１バス停留所と、前記第２バス停留所との間を走行していると判定したとき、降車案内を行う案内ステップと、を実行し、
   前記目的地取得ステップは、乗客の目的地を記憶した媒体との無線通信により、当該乗客の目的地を取得するステップであり、
   前記媒体は、前記バスの利用にかかる運賃の精算に用いられるＩＣカードである、
   バス車内案内方法。
8. バスの車内に設けられるバス車内案内端末のコンピュータに、
   目的地取得部において、乗客の目的地を取得する目的地取得ステップと、
   前記バスが、前記目的地取得部で取得した目的地に対応する第１バス停留所と、この第１バス停留所の１つ手前の第２バス停留所との間を走行しているかどうかを判定する判定ステップと、
   前記判定ステップで、前記バスが前記第１バス停留所と、前記第２バス停留所との間を走行していると判定したとき、降車案内を行う案内ステップと、を実行させ、
   前記目的地取得ステップは、乗客の目的地を記憶した媒体との無線通信により、当該乗客の目的地を取得するステップであり、
   前記媒体は、前記バスの利用にかかる運賃の精算に用いられるＩＣカードである、
   バス車内案内プログラム。

Images