JP5220173B2 - 車両乗降支援システム - Google Patents

Description

本発明は、車両利用客の乗降支援システムに関し、特に車両運行状態の把握が困難な利用客に対するものに関する。

バス等の公共交通機関（以下、簡単に「バス」という）の運行位置、バスの停留所（以下、簡単に「バス停」という）にいる利用客の有無を把握する監視システムにつき、例えば以下の従来技術がある。

特許文献１に記載のバス運行システムでは、各バス停に待ち客がいるか否かをバス停毎に設置された監視カメラ等が検知し、その結果を遠隔の監視所に送信する。監視所では、検知結果を受信し、バス停毎の待ち客の有無を判断し、待ち客がいるバス停で停車する指示を走行中のバスに無線送信する。

特許文献２に記載の移動体位置確認システムでは、予め定められた複数のバス停を移動するバスが、その現在位置を表す移動体位置データをＧＰＳ（Global Positioning System）衛星からの信号を基に算出する。さらにバスの扉が開いていることが検出されたときにバスが到着したとして運行監視装置に到着信号を送信する。

特許文献３に記載の運行バスの位置監視システムでは、運行バスの全路線に設けられる複数のバス停の緯度及び経度を予め決定し、この緯度及び経度を運行バスの車載サーバで記憶すると共に、運行バスが複数のバス停の所定エリア内に入ったことにより、この運行バスに搭載する測位システムによる実測位置データをバス停到着位置情報として運行バス管理センタへ自動的に送信し、運行バス管理センタは、運行バスからのバス停到着位置情報を受けて、その時の運行バスの位置を監視する。

特許文献４に記載の位置標定システムは、複数の無線マーカを利用して方向、距離、位置又はこれらの組合せの標定を行うシステムであり、第１の無線マーカのサービスエリアから第２の無線マーカのサービスエリアへのハンドオーバを制御する。この位置標定システムでは、携帯端末が第１のマーカのサービスエリア内のどの位置に居るかが正確に標定できることから、第１のマーカのサービスエリアから逸脱することが判明した時点で、即座に、第２のマーカのサービスエリアを選択し、当該選択した第２のマーカを利用して位置の標定を継続して行うことができるため、ハンドオーバの制御が簡単であり、ハンドオーバに要する時間を短縮することが可能となる。

特開平８−６３６９７号公報 特開２００３−２３３８９１号公報 特開２００３−４４９８６号公報 特開２００８−１９９５８９号公報

ここで、特許文献１ないし３は、いずれもバスの運行又は管理をする側の視点からみた技術である。すなわち、バスがバス停へ到着したか否か、バス停に待ち客がいるか否かを検知することにより、バスの円滑な運行を行うことを主眼とする。従って、利用客がバス停に到着するまでの案内、バス乗降のタイミング、利用客の希望目的地等は考慮されていない。

しかし、バスの利用客の視点から見ると、例えば利用客が視覚障害者や高齢者等（以下、「視覚障害者等」という）であれば、バスの利用全般に亘って健常者と比べて不便を来たすことがある。具体的には、バス停が比較的狭い範囲に点在しているバスターミナルからバスを利用する場合や、一つのバス停に複数の路線系統のバスが停車する場合に、視覚障害者等が的確に目的地を通るバスやバス停を見つけること、バスの乗降の際に必要な細かい位置状態（例えば段差等）を把握すること、バス乗車中にも現在の走行情報や降車タイミングを把握することのそれぞれに困難を生じる。

これらの困難性に対して、従来技術では解決することはできない。それは、位置情報の取得にＧＰＳ衛星や定点監視カメラを使用するため、視覚障害者等の乗降支援に必要な精細な位置情報や行動を把握することができないからである。また、従来技術は、そもそも視覚障害者等の乗車前から降車時までのプロセスを把握することを目的としていない。

本発明は、上記課題を鑑みてなされたものであり、その主たる目的は、客による車両の乗降を支援することにある。

上記課題を解決するために、本発明は、車両乗降支援システムであって、車両の利用客に携帯されるユーザ端末と、前記車両に搭載される車両端末と、前記車両が停車する停車場に設置され、前記ユーザ端末の位置及び前記車両端末の位置を測定する高精度位置測定機能を有する情報処理装置である基地局と、を備え、前記基地局が、前記ユーザ端末の位置に基づいて、前記利用客が前記停車場にいないと判断した場合に、前記停車場に到達するために前記利用客が進むべき方向及び距離を含む停車場誘導情報を作成し、前記ユーザ端末に送信し、前記ユーザ端末が、前記基地局から前記停車場誘導情報を受信し、前記利用客に出力することを特徴とする。
この構成によれば、基地局は、ユーザ端末の位置を正確に測定できるので、正確な停車場誘導情報を作成することができる。これによれば、利用者を停車場に確実に誘導することができる。

また、本発明は、車両乗降支援システムであって、前記ユーザ端末が、当該利用者の車両の運行に関する希望条件を記憶し、前記基地局が、当該停車場に停車する車両の運行に関する停車車両条件を記憶し、前記ユーザ端末が、前記希望条件を前記基地局に送信し、前記基地局が、前記ユーザ端末から前記希望条件を受信し、前記停車車両条件が前記希望条件を満たすときに、前記バス停誘導情報を作成し、前記ユーザ端末に送信することを特徴とする。
この構成によれば、停車場によって停車する車両の路線や行き先等が異なるが、希望条件と、停車車両条件とを比較、照合することにより、利用客の希望に該当する停車場だけからバス停誘導情報を送信することができる。

また、本発明は、車両乗降支援システムであって、前記ユーザ端末が、各情報を前記利用客に出力する手段として、音声出力装置又は電子点字表示装置を備えることを特徴とする。
この構成によれば、利用客が視覚障害者や高齢者等であっても各情報を認識できるので、視覚障害者や高齢者等を含めて円滑な車両の乗降を行うことができる。

その他、本願が開示する課題及びその解決方法は、発明を実施するための最良の形態の欄、及び図面により明らかにされる。

本発明によれば、客による車両の乗降を支援することができる。

車両乗降支援システム１の構成を示す図である。 基地局サーバ２のハードウェア構成を示す図である。 基地局３のハードウェア構成を示す図である。 ユーザ端末４のハードウェア構成を示す図である。 車両端末５のハードウェア構成を示す図である。 基地局３、ユーザ端末４及び車両端末５の各記憶部に記憶されるデータの構成を示す図であり、（ａ）は基地局３の記憶部３５に記憶される基地局情報３６の構成を示し、（ｂ）はユーザ端末４の記憶部４５に記憶されるユーザ情報４６の構成を示し、（ｃ）は車両端末５の記憶部５５に記憶される車両情報５６の構成を示す。 ユーザＵをバス停Ｓまで誘導する処理を示すフローチャートである。 バス停ＳにいるユーザＵのバス乗車を支援する処理を示すフローチャートである。 バスＢの車内においてユーザＵに情報を提供する処理を示すフローチャートである。 ユーザＵがバスＢから降車するのを支援する処理を示すフローチャートである。

以下、図面を参照しながら、本発明を実施するための最良の形態を説明する。本発明の実施の形態に係る車両乗降支援システムは、停車場に設置された基地局と、車両の利用客に携帯されたユーザ端末及び車両に搭載された車両端末とが相互に無線通信し、基地局が高精度位置測定機能を用いてユーザ端末の位置及び車両端末の位置を特定することによって、視覚障害者等を含む利用客の乗降支援を確実に実施するものである。なお、高精度位置測定機能を実現するために、特許文献４に記載の位置標定システムを適用する。

≪システムの構成と概要≫
図１は、車両乗降支援システム１の構成を示す図である。車両乗降支援システム１は、基地局サーバ２、基地局３、ユーザ端末４及び車両端末５を備える。基地局サーバ２は、バスの路線やバス停に関する情報を管理し、適宜提供するサーバ用コンピュータであり、バス会社の管理センタ等に設置される。基地局３は、ユーザ端末４や車両端末５と無線通信する通信基地局を備えることにより、バスＢの利用客であるユーザＵの乗降支援を行う情報処理装置であり、バス停Ｓに固定的に設置される。基地局サーバ２と、各基地局３とは、ネットワーク６を介して通信可能である。なお、車両乗降支援に関する情報処理は、基地局サーバ２で行ってもよいし、基地局３で行ってもよい。

ユーザ端末４は、ユーザＵ（利用客）が携帯する携帯端末（例えば、携帯電話等）であり、視覚障害者等、通常はバスの乗降に不自由する人（ユーザＵ）が利用することより、ユーザＵの円滑なバス乗降を支援する。車両端末５は、バスＢの運転席に搭載され、運転手が利用する携帯端末であり、適宜ユーザＵに関する情報を出力する。ユーザ端末４と、車両端末５とは、原則として基地局３を介して通信し、基地局３は、ユーザ端末４及び車両端末５の高精度な位置情報を取得するが、それを実現する位置標定システムの詳細については特許文献４を参照のこと。

≪装置の構成≫
図２は、基地局サーバ２のハードウェア構成を示す図である。基地局サーバ２は、通信部２１、表示部２２、入力部２３、処理部２４及び記憶部２５を備える。通信部２１は、ネットワーク６を介して基地局３とＩＰ（Internet Protocol）通信を行う部分であり、例えば、ＮＩＣ（Network Interface Card）等によって実現される。表示部２２は、処理部２４からの指示によりデータを表示する部分であり、例えば、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）等によって実現される。入力部２３は、管理者がデータ（例えば、バス路線やバス停に関する情報）を入力する部分であり、例えば、キーボードやマウス等によって実現される。処理部２４は、各部間のデータの受け渡しを行うととともに、基地局サーバ２全体の制御を行うものであり、ＣＰＵ（Central Processing Unit）が所定のメモリに格納されたプログラムを実行することによって実現される。記憶部２５は、処理部２４からデータを記憶したり、記憶したデータを読み出したりするものであり、例えば、フラッシュメモリやハードディスク装置等の不揮発性記憶装置によって実現される。

図３は、基地局３のハードウェア構成を示す図である。基地局３は、通信部３１、表示部３２、入力部３３、処理部３４及び記憶部３５を備える。通信部３１は、ネットワークを介して基地局サーバ２や携帯端末（ユーザ端末４、車両端末５）とＩＰ通信を行う部分であり、例えば、ＮＩＣ等によって実現される。表示部３２は、処理部３４からの指示によりデータを表示する部分であり、例えば、液晶ディスプレイ等によって実現される。入力部３３は、管理者がデータ（例えば、路線やバス停に関する情報）を入力する部分であり、例えば、キーボードやマウス等によって実現される。処理部３４は、各部間のデータの受け渡しを行うととともに、基地局３全体の制御を行うものであり、ＣＰＵが所定のメモリに格納されたプログラムを実行することによって実現される。記憶部３５は、処理部３４からデータを記憶したり、記憶したデータを読み出したりするものであり、例えば、フラッシュメモリやハードディスク装置等の不揮発性記憶装置によって実現される。

図４は、ユーザ端末４のハードウェア構成を示す図である。ユーザ端末４は、通信部４１、出力部４２、入力部４３、処理部４４及び記憶部４５を備える。通信部４１は、主として基地局３と無線通信を行う部分であり、例えば、ＮＩＣ等によって実現される。出力部４２は、処理部４４からの指示によりデータを出力する部分であり、例えば、液晶ディスプレイ等によって実現される。入力部４３は、ユーザＵがデータ（例えば、希望の路線や目的地のバス停に関する情報）を入力する部分であり、例えば、操作ボタン等によって実現される。処理部４４は、各部間のデータの受け渡しを行うととともに、ユーザ端末４全体の制御を行うものであり、ＣＰＵが所定のメモリに格納されたプログラムを実行することによって実現される。記憶部４５は、処理部４４からデータを記憶したり、記憶したデータを読み出したりするものであり、例えば、フラッシュメモリ等の不揮発性記憶装置によって実現される。

なお、入力部４３は、バス停誘導要求ボタン４３１及び乗車誘導要求ボタン４３２を備えていてもよい。バス停誘導要求ボタン４３１は、ユーザＵがバス停Ｓまでの誘導情報を取得したいときに押すボタンである。乗車誘導要求ボタン４３２は、ユーザＵがバス停ＳからバスＢに乗車するまでの誘導情報を取得したいときに押すボタンである。

図５は、車両端末５のハードウェア構成を示す図である。車両端末５は、通信部５１、出力部５２、入力部５３、処理部５４及び記憶部５５を備える。通信部５１は、主として基地局３と無線通信を行う部分であり、例えば、ＮＩＣ等によって実現される。出力部５２は、処理部５４からの指示によりデータを出力する部分であり、例えば、液晶ディスプレイ等によって実現される。入力部５３は、バスＢの運転手がデータ（例えば、バスＢの路線や目的地のバス停に関する情報）を入力する部分であり、例えば、操作ボタン等によって実現される。処理部５４は、各部間のデータの受け渡しを行うととともに、車両端末５全体の制御を行うものであり、ＣＰＵが所定のメモリに格納されたプログラムを実行することによって実現される。記憶部５５は、処理部５４からデータを記憶したり、記憶したデータを読み出したりするものであり、例えば、フラッシュメモリ等の不揮発性記憶装置によって実現される。

なお、入力部５３は、路線選択ボタン５３１、接近通告ボタン５３２及び到着通告ボタン５３３を備えていてもよい。路線選択ボタン５３１は、運転手がバスＢを発進する前にこれから走行する予定の路線を選択するときに押すボタンである。接近通告ボタン５３２は、バスＢの運転手がバス停Ｓへの接近を通告したいときに押すボタンである。到着通告ボタン５３３は、バスＢの運転手がバス停Ｓへの到着を通告したいときに押すボタンである。

≪データの構成≫
図６は、基地局３、ユーザ端末４及び車両端末５の各記憶部に記憶されるデータの構成を示す図である。

図６（ａ）は、基地局３の記憶部３５に記憶される基地局情報３６の構成を示す。基地局情報３６は、基地局３や基地局３が設置されているバス停Ｓに関する情報であり、基地局ＩＤ３６１、バス停ＩＤ３６２、基地局位置３６３、路線情報３６４、希望路線ＩＤ３６５及びユーザ端末ＩＤ３６６を含む。基地局ＩＤ３６１は、基地局３に固有の情報であり、例えば、基地局サーバ２や携帯端末との通信において基地局３を特定するＩＰアドレスが設定される。バス停ＩＤ３６２は、基地局３が設置されているバス停Ｓに固有の情報であり、ユーザＵの希望目的地やバスＢの現在地や目的地を特定する場合にも用いられる。基地局位置３６３は、基地局３の絶対位置であり、予めＧＰＳ等により測定された位置が固定的に設定される。路線情報３６４は、基地局３が設置されているバス停Ｓに停車するバスＢの運行に関する停車車両条件として、当該バスＢの路線に関する情報であり、路線に固有の情報である路線ＩＤごとに、バスＢの通る順番にバス停ＩＤが設定される。

希望路線ＩＤ３６５及びユーザ端末ＩＤ３６６は、相互に対応付けられたオプション情報であり、基地局３が車両端末５からバス接近情報及びバス到着情報を受信した場合に、受信した情報を当該路線希望のユーザＵのユーザ端末４だけに送信するために用いられる。希望路線ＩＤ３６５は、基地局３がユーザ端末４から受信した希望路線ＩＤであり、１の基地局情報３６に複数設定されていてもよい。ユーザ端末ＩＤ３６６は、当該希望路線ＩＤ３６５を送信したユーザ端末４のＩＤであり、１の希望路線ＩＤ３６５に対応して複数設定されていてもよい。

図６（ｂ）は、ユーザ端末４の記憶部４５に記憶されるユーザ情報４６の構成を示す。ユーザ情報４６は、ユーザ端末４やユーザ端末４を携帯するユーザＵに関する情報であり、ユーザ端末ＩＤ４６１、ユーザ端末位置４６２、乗車バス停ＩＤ４６３、希望路線ＩＤ４６４、希望目的地ＩＤ４６５及び料金情報４６６を含む。ユーザ端末ＩＤ４６１は、ユーザ端末４に固有の情報であり、例えば、基地局３等との通信においてユーザ端末４を特定するＩＰアドレスが設定される。ユーザ端末位置４６２は、ユーザ端末４の絶対位置であり、基地局３の絶対位置及び基地局３からの相対位置によって求められ、随時更新される。乗車バス停ＩＤ４６３は、ユーザＵがバスＢに乗車した際のバス停ＳのＩＤであり、ユーザ端末４が基地局３から乗車誘導情報を受信したときに、その乗車誘導情報に含まれるバス停ＩＤが設定される。

希望路線ＩＤ４６４は、ユーザＵが希望するバス路線のＩＤである。希望目的地ＩＤ４６５は、ユーザＵが希望する目的地のバス停ＩＤである。希望路線ＩＤ４６４及び希望目的地ＩＤ４６５は、バスＢの運行に関するユーザＵの希望条件であり、予めユーザＵによってユーザ端末４の記憶部４５に設定され、ユーザ端末４から基地局３に送信されるバス停誘導要求や乗車誘導要求のデータに設定される。料金情報４６６は、バスＢの乗車料金を示す情報であり、例えば、乗るバス停ＩＤの行及び降りるバス停ＩＤの列からなる行列になっていて、行及び列が交差する欄に乗るバス停から降りるバス停までの料金が設定されたテーブルである。

図６（ｃ）は、車両端末５の記憶部５５に記憶される車両情報５６の構成を示す。車両情報５６は、車両端末５が搭載されたバスＢに関する情報であり、車両端末ＩＤ５６１、車両端末位置５６２、車両路線ＩＤ５６３、車両目的地ＩＤ５６４、路線情報５６５及び料金情報５６６を含む。車両端末ＩＤ５６１は、車両端末５に固有の情報であり、例えば、基地局３等との通信において車両端末５を特定するＩＰアドレスが設定される。車両端末位置５６２は、車両端末５の絶対位置であり、基地局３の絶対位置及び基地局３からの相対位置によって求められ、随時更新されるが、ＧＰＳによる測定結果が設定されることもある。車両路線ＩＤ５６３は、バスＢが走行する路線のＩＤである。車両目的地５６４は、バスＢが向かう目的地のバス停ＩＤである。車両路線ＩＤ５６３及び車両目的地ＩＤ５６４は、バスＢの運行に関する車両条件であり、バスＢが発進する前に運転手によって車両端末５の記憶部５５に設定される。路線情報５６５は、バスＢに係るバス路線に関する情報であり、路線ＩＤごとに、バスＢの通る順番にバス停ＩＤが掲載されている。料金情報５６６は、バスＢの乗車料金を示す情報であり、料金情報４６６と同様の形式である。

≪システムの処理≫
続いて、車両乗降支援システム１の処理について説明する。本処理は、ユーザＵがバス停Ｓに到着するまで、バス停ＳからバスＢに乗車するまで、バスＢに乗車している間、目的地に到着したバスＢから降車するまでの各局面を支援する処理である。なお、各局面の支援処理では、一連の処理として情報を共有してもよいし、それぞれ独立した処理として情報を個別に管理してもよい。

図７は、ユーザＵをバス停Ｓまで誘導する処理を示すフローチャートである。まず、ユーザ端末４は、ユーザＵによる入力部４３への入力操作に対応して希望の路線ＩＤ及び目的地ＩＤを取得し、記憶部４５のユーザ情報４６内の希望路線ＩＤ４６４及び希望目的地ＩＤ４６５に記憶する（Ｓ７０１）。そして、ユーザＵによる入力部４３の操作（例えば、バス停誘導要求ボタン４３１の押下）に対応して、ユーザＵがバス停Ｓまでの誘導を要求するバス停誘導要求を基地局３に送信する（Ｓ７０２）。バス停誘導要求のデータには、記憶部４５に記憶された希望路線ＩＤ４６４及び希望目的地ＩＤ４６５が含まれる。

ユーザ端末４から最寄の基地局３は、ユーザ端末４からバス停誘導要求を受信する（Ｓ７０３）。そして、当該基地局３の設置されたバス停ＳがユーザＵの希望条件に合うか否かを判定する（Ｓ７０４）。詳細には、記憶部３５の基地局情報３６内の路線情報３６４に、バス停誘導要求内の希望路線ＩＤ及び希望目的地ＩＤが含まれるか否かを判定する。バス停Ｓが希望条件に合えば（Ｓ７０４のＹ）、基地局３は、ユーザ端末４との相対位置を計算し（Ｓ７０５）、ユーザ端末４を携帯するユーザＵがバス停Ｓに到達するために進むべき方向及び距離を含むバス停誘導情報を作成する（Ｓ７０６）。この場合、ユーザ端末４の位置情報に基づいてユーザＵがバス停Ｓにいないと判断したときに、バス停誘導情報を作成するようにしてもよい。

バス停Ｓが希望条件に合わなければ（Ｓ７０４のＮ）、基地局３は、当該基地局３がユーザＵの希望条件に合わない旨を示すエラー情報を作成する（Ｓ７０７）。この場合、基地局３は、基地局サーバ２に問い合わせて希望条件に合う他のバス停Ｓの位置情報を取得し、ユーザＵが当該他のバス停Ｓに到達するために進むべき方向及び距離をエラー情報に設定するようにしてもよい。

基地局３は、作成したバス停誘導情報又はエラー情報をユーザ端末４に送信する（Ｓ７０８）。それに対して、ユーザ端末４は、いずれかの情報を受信し（Ｓ７０９）、出力する（Ｓ７１０）。バス停誘導情報又はエラー情報の出力は、表示装置、音声出力装置、電子点字表示装置等によって行われる（以下、ユーザ端末４による情報出力について同様とする）。表示装置ではなく、音声出力装置や電子点字表示装置を用いることによって、ユーザＵが視覚障害者等であってもバス停誘導情報を認識して、希望条件に合うバス停Ｓまで行き着くことができる。

図８は、バス停ＳにいるユーザＵのバス乗車を支援する処理を示すフローチャートである。まず、ユーザ端末４は、ユーザＵによる入力部４３への入力操作に対応して希望の路線ＩＤ及び目的地ＩＤを取得し、記憶部４５のユーザ情報４６内の希望路線ＩＤ４６４及び希望目的地ＩＤ４６５に記憶する（Ｓ８０１）。そして、ユーザＵによる入力部４３の操作（例えば、乗車誘導要求ボタン４３２の押下）に対応して、ユーザＵがバス乗車の誘導を要求する乗車誘導要求を基地局３に送信する（Ｓ８０２）。乗車誘導要求のデータには、記憶部４５に記憶された希望路線ＩＤ４６４及び希望目的地ＩＤ４６５が含まれる。

ユーザ端末４から所定距離内にある最寄の基地局３は、ユーザ端末４から乗車誘導要求を受信する（Ｓ８０３）。そして、その基地局３の設置されたバス停ＳがユーザＵの希望条件に合うか否かを判定する（Ｓ８０４）。詳細には、記憶部３５の基地局情報３６内の路線情報３６４に、乗車誘導要求内の希望路線ＩＤ及び希望目的地ＩＤが含まれるか否かを判定する。バス停Ｓが希望条件に合えば（Ｓ８０４のＹ）、基地局３は、記憶部３５の基地局情報３６内のバス停ＩＤ３５２及び希望条件（希望路線ＩＤ及び希望目的地ＩＤ）を含む利用客待ち情報を、車両端末５の位置情報に基づいて当該基地局３から所定距離内にあり、当該基地局３に接近しつつあると判断される車両端末５に送信する（Ｓ８０５）。この場合、上記判断に加えてさらにユーザ端末４の位置情報に基づいてユーザＵがバス停Ｓにいると判断したときに、利用客待ち情報を車両端末５に送信するようにしてよい。

車両端末５は、当該車両端末５から所定距離内にある基地局３（バスＢが接近しつつあるバス停Ｓに設置された基地局３）から利用客待ち情報を受信する（Ｓ８０６）。そして、当該バスＢが利用客待ち情報に含まれるバス停ＩＤ及び希望条件に合うか否かを判定する（Ｓ８０７）。詳細には、記憶部５５の車両情報５６内の車両路線ＩＤ５６３が、希望路線ＩＤと一致し、かつ、車両目的地ＩＤ５６４が、希望目的地ＩＤと一致するか、希望目的地ＩＤより先にあるか否かを判定し、さらに路線情報５６５に基づいてバスＢがバス停ＩＤのバス停Ｓに停車する車両か否かを判定する。バスＢが条件に合えば（Ｓ８０７のＹ）、利用客が最寄のバス停Ｓで待っている旨をバスＢの運転手に向けて出力する（Ｓ８０８）。この出力は、表示装置や音声出力装置等によって行われる。バスＢが条件に合わなければ（Ｓ８０７のＮ）、何も処理しない（Ｓ８０９）。

これによれば、バスＢの運転手は、接近しているバス停Ｓに待っている利用客が当該バスＢに乗車するか否かが分かるので、必要な停車だけを行うことで、無駄な停車を減らすことができる。特に、ユーザＵを視覚障害者等に限定すれば、運転手は視覚障害者等がバス停Ｓで待っていることを知ることができる。

バス停Ｓが希望条件に合わなければ（Ｓ８０４のＮ）、基地局３は、当該基地局３がユーザＵの希望条件に合わない旨を示すエラー情報を作成し、ユーザ端末４に送信する（Ｓ８１０）。この場合、基地局３は、基地局サーバ２に問い合わせて希望条件に合う他のバス停Ｓの位置情報を取得し、ユーザＵが当該他のバス停Ｓに到達するために進むべき方向及び距離をエラー情報に設定するようにしてもよい。ユーザ端末４は、基地局３からエラー情報を受信し、出力する（Ｓ８１１）。

一方、バス停Ｓの基地局３は、ユーザ端末４及び車両端末５と随時通信することにより、ユーザＵの位置情報及びバスＢの位置情報を正確に算出する（Ｓ８２１）。そして、バスＢの位置情報に基づいてバスＢがバス停Ｓに停車中か否かを判定し、かつ、ユーザＵの位置情報に基づいてユーザＵがバス停Ｓにいるか否かを判定する（Ｓ８２２）。詳細には、例えば、ユーザ端末４及び車両端末５が基地局３から所定方向の所定距離内にあり、かつ、それらの位置が所定時間変化しないか否かを判定する。

バスＢが停車中かつユーザＵがバス停Ｓにいれば（Ｓ８２２のＹ）、基地局３は、ユーザ端末４が希望の路線ＩＤ及び目的地ＩＤを送信する（Ｓ８２３）のを受け、また、車両端末５が車両の路線ＩＤ及び目的地ＩＤを送信する（Ｓ８２４）のを受け、それらのデータを受信する（Ｓ８２５）。そして、当該車両端末５の搭載されたバスＢがユーザＵの希望条件に合うか否かを判定する（Ｓ８２６）。詳細には、車両路線ＩＤが希望路線ＩＤと一致し、かつ、車両目的地ＩＤが希望目的地ＩＤと一致するか、希望目的地ＩＤより先にあるか否かを判定する。

当該バスＢが希望条件に合えば（Ｓ８２６のＹ）、基地局３は、ユーザＵの位置情報及びバスＢの位置情報に基づいて、目的のバスＢが到着した旨を示すとともに、バスＢの乗車口に到達するためにユーザＵが進むべき方向及び距離、バス停ＩＤを含む乗車誘導情報を作成し、ユーザ端末４に送信する（Ｓ８２７）。ユーザ端末４は、基地局３から乗車誘導情報を受信し、ユーザＵに向けて出力する（Ｓ８２８）。例えば、「○○行きのバスが到着しました。」、「こちらのバスにお乗りください。」等のメッセージを音声案内や電子点字でユーザＵに知らせる。これによれば、ユーザＵは、ユーザ端末４から出力される乗車誘導情報を認識し、その示す方向及び距離に従って進むことによって、バスＢの乗車口に到達することができる。そして、乗車誘導情報に含まれるバス停ＩＤを、記憶部４５のユーザ情報４６内の乗車バス停ＩＤ４６３に記憶する（Ｓ８２９）。これによれば、後になっても、ユーザＵがバスＢに乗車したバス停を特定できるので、料金計算が可能になる。

なお、バスＢがバス停Ｓに停車中でない若しくはユーザＵがバス停Ｓにいない場合（Ｓ８２２のＮ）又はバスＢがユーザＵの希望条件に合わない場合（Ｓ８２６のＮ）には、基地局３は、ユーザＵ及びバスＢの位置情報の算出を行う（Ｓ８２１）。

図９は、バスＢの車内においてユーザＵに情報を提供する処理を示すフローチャートである。まず、ユーザＵが携帯するユーザ端末４は、記憶部４５のユーザ情報４６内の料金情報４６６等からユーザＵの乗車料金を計算し、出力する（Ｓ９０１）。乗車料金の計算では、料金情報４６６のうち、希望路線ＩＤ４６４の料金テーブルを参照し、乗車バス停ＩＤ４６３から希望目的地ＩＤ４６５までの料金を特定する。そして、例えば、「料金は、○○円です。」等のメッセージを音声案内や電子点字でユーザＵに知らせる。

バス停Ｓの基地局３は、車両端末５の位置情報を測定することにより、車両端末５の搭載されたバスＢの位置情報を正確に算出する（Ｓ９０２）。そして、バスＢの位置情報に基づいてバスＢがバス停Ｓから所定の距離内にあるか否かを判定することにより、当該バスＢがバス停Ｓを通過中又はバス停Ｓに停車中か否かを判定する（Ｓ９０３）。バスＢが通過中か、停車中であれば（Ｓ９０３のＹ）、基地局３は、記憶部３５の基地局情報３６内のバス停ＩＤ３６２をユーザ端末４に送信する（Ｓ９０４）。バスＢの車内にあるユーザ端末４は、バス停Ｓの基地局３からバス停ＩＤを受信し、運行区間としてバス停ＩＤのバス停Ｓ付近をバスＢが走行中であることを出力する（Ｓ９０５）。例えば、「現在、○○に到着したところです。」等のメッセージを音声案内や電子点字でユーザＵに知らせる。これによれば、ユーザＵは、視覚障害者等であっても、バスＢの運行区間を正確に知ることができる。なお、バスＢが通過中でもないし、停車中でもなければ（Ｓ９０３のＮ）、バスＢの位置情報の算出を再度行う（Ｓ９０２）。

バスＢに搭載された車両端末５は、ＧＰＳにより検知された当該車両端末５の位置情報を乗車中のユーザＵが携帯するユーザ端末４に送信する（Ｓ９０６）。ユーザ端末４は、車両端末５から位置情報を受信し、バスＢの運行区間として出力する（Ｓ９０７）。例えば、「現在、○○〜△△を運行中です。」等のメッセージを音声案内や電子点字でユーザＵに知らせる。なお、当該車両端末５の位置情報は、ユーザ端末４又は車両端末５において地図情報に基づいてバスＢの運行区間（例えば、最寄のバス停、バス停Ａ及びバス停Ｂの間等）に変換されるものとする。これによれば、基地局３が設置されたバス停Ｓがない箇所をバスＢが走行中であっても、おおよその運行区間を特定し、ユーザＵに通知することができる。

図１０は、ユーザＵがバスＢから降車するのを支援する処理を示すフローチャートである。バス停Ｓの基地局３は、ユーザ端末４及び車両端末５と随時通信することにより、ユーザＵの位置情報及びバスＢの位置情報を正確に算出する（Ｓ１００１）。そして、バスＢの位置情報に基づいて、バスＢがバス停Ｓに停車中か否かを判定する（Ｓ１００２）。これは、例えば、車両端末５が基地局３から所定方向の所定距離内にあり、かつ、車両端末５の位置が所定時間変化しないか否かを判定する。

バスＢが停車中であれば（Ｓ１００２のＹ）、ユーザ端末４が希望の目的地ＩＤを送信する（Ｓ１００３）のに対応して、希望の目的地ＩＤを受信する（Ｓ１００４）。そして、当該基地局３の設置されたバス停Ｓのバス停ＩＤ（基地局情報３６内のバス停ＩＤ３６２）が希望目的地ＩＤと一致するか否かを判定する（Ｓ１００５）。

バス停ＩＤが一致すれば（Ｓ１００５のＹ）、バスＢの位置情報に基づいて、目的のバス停Ｓに到着した旨を示すとともに、バスＢの降車口からバス停Ｓ又はその付近の歩道（停車場の所定位置）に到達するためにユーザＵが進むべき方向及び距離を含む降車誘導情報を作成し、ユーザ端末４に送信する（Ｓ１００６）。この場合、上記判断に加えてさらに、ユーザ端末４の位置情報に基づいてユーザＵがバスＢの車内にいると判断したときに、降車誘導情報を作成し、ユーザ端末４に送信するようにしてもよい。ユーザ端末４は、基地局３から降車誘導情報を受信し、ユーザＵに向けて出力する（Ｓ１００７）。例えば、「バス停はこちらです。」等のメッセージを音声案内や電子点字でユーザＵに知らせる。なお、降車誘導情報は、車内の移動を支援するためにバスＢの降車口の位置（前、中間、後ろ）を含むものとする。以上によれば、ユーザＵは、視覚障害者等であっても、バスＢの車内を降車口まで移動し、降車してから安全な場所まで誘導されるので、安心である。

以上本発明の実施の形態について説明したが、図１に示すサーバ、各基地局や各端末を機能させるために、処理部で実行されるプログラムをコンピュータにより読み取り可能な記録媒体に記録し、その記録したプログラムをコンピュータに読み込ませ、実行させることにより、本発明の実施の形態に係る車両乗降支援システム１が実現されるものとする。なお、プログラムをインターネット等のネットワーク経由でコンピュータに提供してもよいし、プログラムが書き込まれた半導体チップ等をコンピュータに組み込んでもよい。

以上説明した本発明の実施の形態によれば、視覚障害者等が車両を利用するにあたり、乗車前、乗車時、移動中、降車時における困難さや煩雑さを軽減できる。特に、比較的狭いエリア内に複数のバス停が設置され、多くのバスが停車するバスターミナルでは、有効なシステムである。そして、安全確実な輸送システムを提供することにより、バリアフリー社会の実現や障害者等による積極的な社会活動を促進することが可能となる。さらに、観光客、外国人等、その土地に不案内な人たちの道案内や観光案内に応用することが可能である。

≪その他の実施の形態≫
以上、本発明を実施するための最良の形態について説明したが、上記実施の形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明はその趣旨を逸脱することなく変更、改良され得るとともに、本発明にはその等価物も含まれる。例えば、以下のような実施の形態が考えられる。

（１）隣接するバス停Ｓ間をバスＢが走行している場合、車両端末５にＧＰＳ機能がなければ、バスＢの車両端末５は正確な位置が分からない。そこで、基地局３を電柱（例えば、車道沿いの約５０ｍ間隔に設置されている）に設けて、バスＢが電柱の基地局３の付近を通過した時に、車両端末５がその基地局３の絶対位置や路線上の位置（バス停Ｓの区間等）を逐次取得し、自らの位置を把握するようにしてもよい。

（２）図７のバス停誘導要求（Ｓ７０２）や図８の乗車誘導要求（Ｓ８０２）のように、ユーザ端末４が明示的に誘導を要求しなくても、基地局３がユーザ端末４との距離に応じてバス停誘導が必要なのか、乗車誘導が必要（バス待ち）なのかを判断し、その判断結果に即した誘導情報をユーザ端末４に送信するようにしてもよい。

（３）同じバス停Ｓに２台以上のバスＢが停車することがある。この場合、目的のバスＢを特定するために、ユーザＵが２台のユーザ端末４を携帯する（例えば、ユーザＵの両肩に設ける）ことにより、ユーザＵの向きを精度よく把握し、高精度な乗車誘導情報を作成し、目的のバスＢの乗車口まで誘導するようにしてもよい。

１ 車両乗降支援システム
２ 基地局サーバ
３ 基地局
３４ 処理部
３５ 記憶部
３６２ バス停ＩＤ（停車場識別情報）
３６４ 路線情報（停車車両条件）
４ ユーザ端末
４２ 出力部
４４ 処理部
４５ 記憶部
４６４ 希望路線ＩＤ（希望条件）
４６５ 希望目的地ＩＤ（希望条件、希望目的地識別情報）
５ 車両端末
５２ 出力部
５４ 処理部
５５ 記憶部
５６３ 車両路線ＩＤ（車両条件）
５６４ 車両目的地ＩＤ（車両条件）
Ｂ バス（車両）
Ｓ バス停（停車場）
Ｕ ユーザ（利用客）

Claims (3)

1. 車両の利用客に携帯されるユーザ端末と、
   前記車両に搭載される車両端末と、
   前記車両が停車する停車場に設置され、前記ユーザ端末の位置及び前記車両端末の位置を測定する高精度位置測定機能を有する情報処理装置である基地局と、
   を備え、
   前記基地局は、
   前記ユーザ端末の位置に基づいて、前記利用客が前記停車場にいないと判断した場合に、前記停車場に到達するために前記利用客が進むべき方向及び距離を含む停車場誘導情報を作成し、前記ユーザ端末に送信し、
   前記ユーザ端末は、前記基地局から前記停車場誘導情報を受信し、前記利用客に出力する
   ことを特徴とする車両乗降支援システム。
2. 請求項１に記載の車両乗降支援システムであって、
   前記ユーザ端末は、当該利用者の車両の運行に関する希望条件を記憶し、
   前記基地局は、当該停車場に停車する車両の運行に関する停車車両条件を記憶し、
   前記ユーザ端末は、前記希望条件を前記基地局に送信し、
   前記基地局は、前記ユーザ端末から前記希望条件を受信し、前記停車車両条件が前記希望条件を満たすときに、前記バス停誘導情報を作成し、前記ユーザ端末に送信する
   ことを特徴とする車両乗降支援システム。
3. 請求項１又は請求項２に記載の車両乗降支援システムであって、
   前記ユーザ端末は、各情報を前記利用客に出力する手段として、音声出力装置又は電子点字表示装置を備える
   ことを特徴とする車両乗降支援システム。

Images