(57)【要約】【課題】利用者側において、乗降地点を含む運行ルートを容易かつ即時に取得できる巡回バスの運行ルート取得システム及び利用者側において容易に所望の通知地点を設定できる巡回バスの到着通知システムを提供する。【解決手段】所定の運行ルートを走行する巡回バス１側にて所定のサンプリング周期毎に取得された自車両の緯度経度及びその時刻が無線送信されてくる。利用者６側においては、この巡回バス１側から提供される緯度経度及び時刻を取得し、緯度経度及び時刻から算出した速度に基づいて乗降地点を特定し、この乗降地点を含む運行ルートを取得する。したがって、利用者６側で、容易かつ即時に乗降地点を含む運行ルートを取得できる。特に、乗降地点は、取得した緯度経度及び時刻から算出した速度を利用して特定される。そして、このようにして取得された運行ルート上の所望の通知地点が、利用者６側から任意に設定される。【選択図】      図１
2004265031.tif 000002
【特許請求の範囲】
【請求項１】
巡回バスの利用者側にて、この巡回バスの乗降地点を含む所定の運行ルートを取得するシステムであって、
前記運行ルートを走行する巡回バスには、
自車両の緯度経度を所定のサンプリング周期毎に取得する緯度経度取得手段と、
緯度経度を取得した時刻を取得する時刻取得手段と、
取得した緯度経度及び時刻を無線送信する機能を備えた端末側通信手段と、が搭載され、
利用者側には、
巡回バス側から提供される緯度経度及び時刻を取得するバスデータ取得手段と、
緯度経度及び時刻から算出した速度に基づいて前記乗降地点を特定する乗降地点特定手段と、が装備される、
ことを特徴とする巡回バスの運行ルート取得システム。
【請求項２】
請求項１記載の運行ルート取得システムにおいて、
前記運行ルートは、最新の運行ルートである、
ことを特徴とする巡回バスの運行ルート取得システム。
【請求項３】
請求項１又は２記載の運行ルート取得システムにおいて、
前記乗降地点は、所定回数以上連続するサンプリングタイミングで前記速度がゼロとなった地点とする、
ことを特徴とする巡回バスの運行ルート取得システム。
【請求項４】
請求項１〜３のいずれか一項に記載の運行ルート取得システムにおいて、
取得した運行ルートに正式なルート名を付けて保存する保存手段、
を更に含むことを特徴とする巡回バスの運行ルート取得システム。
【請求項５】
請求項１〜４のいずれか一項に記載の運行ルート取得システムを利用して、巡回バスが前記運行ルート上の所定地点に到着したことを管理センタ側から利用者側に通知するシステムであって、
前記利用者側には、
インターネットを含む通信回線を介して、外部と通信可能な利用者側通信手段と、
到着を通知して欲しい前記運行ルート上の所望の通知地点を設定する通知地点設定手段と、
インターネットを含む通信回線を介して送信されてくる所定の通知指令に応答して、前記到着を通知する通知手段と、が装備され、
前記管理センタ側には、
無線回線を含む通信回線を介して、巡回バスに搭載される端末側送信手段と通信可能であり、インターネットを含む通信回線を介して、前記利用者側通信手段と通信可能な管理センタ側通信手段と、
利用者側で設定された通知地点を格納する格納手段と、
無線回線を含む通信回線を介して、巡回バス側から送信されてくる緯度経度と、格納している通知地点とを比較して、巡回バスが前記通知地点に到着したことを検出して前記通知指令を発生する指令発生手段と、が装備される、
ことを特徴とする巡回バスの到着通知システム。
【請求項６】
請求項５記載の到着通知システムにおいて、
前記通知地点は、緯度経度及び時刻から算出した速度に基づいて特定された前記乗降地点のうちのひとつである、
ことを特徴とする巡回バスの到着通知システム。
【請求項７】
請求項６記載の到着通知システムにおいて、
前記乗降地点には、それぞれ前記時刻に基づいて算出した予定通過時刻が並記される、
ことを特徴とする巡回バスの到着通知システム。
【請求項８】
請求項６又は７記載の到着通知システムにおいて、
前記通知手段は、可聴信号及び可視信号により前記到着を通知する、
ことを特徴とする巡回バスの到着通知システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、巡回バスの利用者側にて、巡回バスの運行ルート及びこの運行ルートにおける乗降地点を容易に取得できるシステム、及び、これを利用して、巡回バスが運行ルート上の所定地点に到着したことをその利用者に通知するシステムに関する。
【０００２】
【従来の技術】
幼稚園、学校、介護施設の利用者等を、所定の地点で乗降させつつ、定められたルートを定期的に巡回する巡回バス（以下、単にバスともよぶ）が運行されている。そして、この巡回バスの利用者に対して、所定の乗降地点にバスが近接したことを通知するシステムが提案されている。
【０００３】
従来、この種のシステムとしては、例えば下記特許文献１に記載されたようなものがある。この従来技術においては、位置取得機能を備えた通信機を搭載したバスが、自車が予め定められている乗降地点周辺に設定された所定エリア内に侵入したことを示す緯度経度を、中継会社を介して管理センタ側に送信する。管理センタでは、バス側から送信されてきたこの緯度経度に基づき、予め定められている乗降地点にあと何分で到着するかを示すメッセージを、インターネット等を介してバス利用者側の通信端末に送信するようにしている。
【０００４】
そして、このようなシステムにおいて、利用者が上述のようなメッセージを管理センタから受けるためには、まず、利用者はバス会社や管理センタから運行ルートに関する情報を取得した後、この運行ルート上の自身の希望する乗降地点を管理センタに伝える。そして、管理センタにおいて専門員が、そのサーバに対して、メッセージを送信するための各種設定を行うという基本手順になっている。
【０００５】
【特許文献１】
特開２００２−３３４３９７号公報（図８）
【０００６】
【発明が解決しようとする課題】
ところで、上述のような巡回バスサービスにおいては、利用者が変更になったり、目的地が変更になったりすることも多く、これに伴い運行ルートや乗降地点も変更されることが多い。このような場合、上記従来のシステムによると、まずバス会社が管理センタに最新の乗降地点情報を含む最新ルートを連絡し、その後利用者にその旨が伝えられる。次に、利用者がこの最新ルートを参照しつつ、希望する乗降地点を管理センタに伝える。そして、管理センタの専門員が、乗降地点等の設定を再度、行うことになる。
【０００７】
このため、従来のシステムによると、運行ルートに何らかの変更が発生した場合、或いは、現行の運行ルートを再確認したい場合等、利用者は即時に最新の運行ルートに関する情報を得ることができないという問題がある。また、運行ルートにおける乗降地点の変更時にも、管理センタの専門員による再設定作業が必要となり煩雑であるという問題がある。更に、巡回バスサービスの利用者には、老人、身障者、幼稚園児等も多く、自宅から乗降地点までの所要時間に個人差が大きいにも拘わらず、従来のような、乗降地点周辺に固定的に設定されたエリア内にバスが侵入したときにメッセージを送信するというシステムでは、利用者が乗り遅れたり、バスが利用者を待たなければならないケースも発生する。
【０００８】
よって本発明は、上述した現状に鑑み、利用者側において、乗降地点を含む運行ルートを容易かつ即時に取得できる巡回バスの運行ルート取得システム、及び利用者側において容易に所望の通知地点を設定できる巡回バスの到着通知システムを提供することを課題としている。
【０００９】
【課題を解決するための手段】
上記課題を解決するためになされた請求項１記載の巡回バスの運行ルート取得システムは、図１の基本構成図に示すように、巡回バス１の利用者６側にて、この巡回バス１の乗降地点を含む所定の運行ルートを取得するシステムであって、前記運行ルートを走行する巡回バス１には、自車両の緯度経度を所定のサンプリング周期毎に取得する緯度経度取得手段１１Ｂと、緯度経度を取得した時刻を取得する時刻取得手段１１Ｃと、取得した緯度経度及び時刻を無線送信する機能を備えた端末側通信手段１１Ａと、が搭載され、利用者６側には、巡回バス１側から提供される緯度経度及び時刻を取得するバスデータ取得手段６Ｂと、緯度経度及び時刻から算出した速度に基づいて前記乗降地点を特定する乗降地点特定手段６Ｃと、が装備される、ことを特徴とする。
【００１０】
請求項１記載の発明によれば、所定の運行ルートを走行する巡回バス１側にて所定のサンプリング周期毎に取得された自車両の緯度経度及びその時刻が無線送信されてくる。利用者６側においては、この巡回バス１側から提供される緯度経度及び時刻を取得し、緯度経度及び時刻から算出した速度に基づいて乗降地点を特定し、この乗降地点を含む運行ルートを取得する。したがって、利用者６側で、容易かつ即時に乗降地点を含む運行ルートを取得できる。乗降地点は、取得した緯度経度及び時刻から算出した速度を利用して特定される。
【００１１】
上記課題を解決するためになされた請求項２記載の巡回バスの運行ルート取得システムは、図１の基本構成図に示すように、請求項１記載の運行ルート取得システムにおいて、前記運行ルートは、最新の運行ルートである、ことを特徴とする。
【００１２】
請求項２記載の発明によれば、運行ルートに何らかの変更が発生しても、利用者６側において、最新の乗降地点を含む運行ルートを取得できる。
【００１３】
上記課題を解決するためになされた請求項３記載の巡回バスの運行ルート取得システムは、図１の基本構成図に示すように、請求項１又は２記載の運行ルート取得システムにおいて、前記乗降地点は、所定回数以上連続するサンプリングタイミングで前記速度がゼロとなった地点とする、ことを特徴とする。
【００１４】
請求項３記載の発明によれば、乗降地点は所定回数以上連続するサンプリングタイミングで速度がゼロとなった地点としているので、渋滞等により突発的にバスが停止したことを、乗降地点から自動的に除外することができる。
【００１５】
上記課題を解決するためになされた請求項４記載の巡回バスの運行ルート取得システムは、図１の基本構成図に示すように、請求項１〜３のいずれか一項に記載の運行ルート取得システムにおいて、取得した運行ルートに正式なルート名を付けて保存する保存手段６Ｄ、を更に含むことを特徴とする。
【００１６】
請求項４記載の発明によれば、正式な乗降地点を含む運行ルートに正式なルート名を付けて保存されるので、後で参照したり、変更したりするときに有効となる。
【００１７】
上記課題を解決するためになされた請求項５記載の巡回バスの到着通知システムは、図１の基本構成図に示すように、請求項１〜４のいずれか一項に記載の運行ルート取得システムを利用して、巡回バス１が前記運行ルート上の所定地点に到着したことを管理センタ４側から利用者６側に通知するシステムであって、前記利用者６側には、インターネットを含む通信回線を介して、外部と通信可能な利用者側通信手段６Ａと、到着を通知して欲しい前記運行ルート上の所望の通知地点を設定する通知地点設定手段６Ｅと、インターネットを含む通信回線を介して送信されてくる所定の通知指令に応答して、前記到着を通知する通知手段６Ｆと、が装備され、前記管理センタ４側には、無線回線を含む通信回線を介して、巡回バス１に搭載される端末側送信手段と通信可能であり、インターネットを含む通信回線を介して、前記利用者側通信手段６Ａと通信可能な管理センタ側通信手段４Ａと、利用者６側で設定された通知地点を格納する格納手段４Ｂと、無線回線を含む通信回線を介して、巡回バス１側から送信されてくる緯度経度と、格納している通知地点とを比較して、巡回バス１が前記通知地点に到着したことを検出して前記通知指令を発生する指令発生手段４Ｃと、が装備される、ことを特徴とする。
【００１８】
請求項５記載の発明によれば、上記運行ルート取得システムにて、運行ルートを取得しておき、利用者６側にて、バス到着を通知して欲しいこの運行ルート上の所望の通知地点が設定されて管理センタ４側に送信される。管理センタ４側では、利用者６側で設定された通知地点を格納しておき、巡回バス１側から送信されてくる緯度経度と、格納している通知地点とを比較して、巡回バス１が通知地点に到着したことを検出し、通知指令を利用者６側に送信する。そして、利用者６側では、この通知指令に応答して到着が通知される。したがって、従来のように管理センタ４の専門員の手を借りることなく、利用者６側で容易に所望の通知地点を設定できる。また、ルート変更や利用者６の個人差等にも柔軟に対応できる。
【００１９】
上記課題を解決するためになされた請求項６記載の巡回バスの到着通知システムは、図１の基本構成図に示すように、請求項５記載の到着通知システムにおいて、前記通知地点は、緯度経度及び時刻から算出した速度に基づいて特定された前記乗降地点のうちのひとつである、ことを特徴とする。
【００２０】
請求項６記載の発明によれば、通知地点は乗降地点のうちのひとつであるので、通知点の選択が容易になる。
【００２１】
上記課題を解決するためになされた請求項７記載の巡回バスの到着通知システムは、図１の基本構成図に示すように、請求項６記載の到着通知システムにおいて、前記乗降地点には、それぞれ前記時刻に基づいて算出した予定通過時刻が並記される、ことを特徴とする。
【００２２】
請求項７記載の発明によれば、通知地点には予定通過時刻が並記されるので、利用者６は、所望のバスに確実に乗れるような通知地点を設定できる。
【００２３】
上記課題を解決するためになされた請求項８記載の巡回バスの到着通知システムは、図１の基本構成図に示すように、請求項６又は７記載の到着通知システムにおいて、前記通知手段６Ｆは、可聴信号及び可視信号により前記到着を通知する、ことを特徴とする。
【００２４】
請求項８記載の発明によれば、巡回バス１のひとつである福祉バスの利用者６に多い老人や身障者も、確実に到着通知を認識できる。
【００２５】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
図２は、本発明の巡回バスの運行ルート取得システム及び到着通知システムの一実施形態に係るシステム構成を示す図である。図２に示すように、本システムでは、巡回バス１側、管理センタ４側及び利用者６側が所定の回線を介して通信接続されている。巡回バス１は、所定の運行ルートＲ上にある乗降地点Ｐ１、Ｐ２、Ｐ３を経由して、所定の目的地点まで運行される。この巡回バス１には、ＧＰＳ信号を受信して自車両の緯度経度及び時刻を取得したり、管理センタ４と通信可能なＧＰＳ端末１１が搭載されている。ここでは図示しないが、勿論、巡回バス１にはバッテリも搭載されている。
【００２６】
なお、本発明において、巡回バス１とは、例えば、幼稚園や介護施設への送迎バス等のように、その利用者を所定の乗降地点で乗降させつつ、所定の運行ルートを定期的に走行するバスをいう。また、運行ルートは、本実施形態で示すように、必ずしも閉ループ化されている必要はない。なお、現実的には、巡回バス１及び利用者６は複数存在するが、ここではそのうちの１組のみを例示している。
【００２７】
ＧＰＳ端末１１は、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍｓ）を構成する複数のＧＰＳ衛星２から提供される測位用電波であるＧＰＳ信号を受信し、これを利用して自車両の現在地の相当する緯度経度や時刻を取得する。そして、ＧＰＳ端末１１は、緯度経度及び時刻を、携帯電話パケット通信網３を介して管理センタ４に送信する。
【００２８】
携帯電話パケット通信網３は、例えば、株式会社ＮＴＴドコモからサービス提供されているＤｏＰａが利用される。このサービスは、携帯電話網においてパケット交換方式を利用したデータ通信サービスであり、通信したデータ量に応じて通信料が計算されるデータ従量制課金方式である。この方式は低料金で本システムに関するサービスを提供する際の一助となる。この携帯電話パケット通信網３は、無線基地局３１を介して、上記ＧＰＳ端末１１に通信接続される。また、携帯電話パケット通信網３は、例えば、ＮＴＴドコモのｉモードセンタと呼ばれる接続センタ３２を介して、管理センタ４に通信接続される。
【００２９】
管理センタ４は、インターネット５を介して利用者６側に接続される、ＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）であり、情報処理装置４１、通信装置４２及び記憶装置４３を含んで構成される。管理センタ４は、巡回バス１の運行に関するデータを格納しておき適宜利用者に提供したり、後述のバス到着通知サービスを提供したりする。ＡＳＰは、近年普及しつつある、インターネット等の広域通信網を使って各種サービスを提供する事業者であり、この事業者は、例えば、本出願人である。情報処理装置４１は、ルータやＤＳＵ（デジタル回線接続装置）からなる通信装置４２を介して情報を受けて、ＧＰＳ端末１１との通信機能や道路情報生成処理等を行う、ＣＰＵ、ＲＡＭ及びＲＯＭを有するコンピュータ装置である。記憶装置４３には、プログラムファイル４３１、利用者データベース４３２、地図データベース４３３、運行ルートデータベース４３４及び通知地点データベース４３５等が格納されている。なお、上記通信装置４２及び記憶装置４３はそれぞれ、請求項中の管理センタ側通信手段及び格納手段に対応する。
【００３０】
プログラムファイル４３１は、ＧＰＳ端末１１との通信を可能にする通信制御ソフトウエアや、図４及び図５で示すような本発明に係る制御を行うためのソフトウエアである。これについては、図４及び図５を用いて後述する。利用者データベース４３２は、本システムの加入者名簿や連絡場所等を有して構成される。地図データベース４３３は、運行ルート周辺の地形、道路、地名等を含む地図データである。この地図データベース４３３は、ＤＶＤ−ＲＯＭ等で提供されるスタンドアロン型のものであってもよいし、インターネットに接続される地図情報提供サイトから提供されるものであってもよい。運行ルートデータベース４３４は、各バスから送信されてくるデータに基づくもので、例えば、図６に示すように、ルートＩＤ４３４ａに対応する時刻４３４ｂ、速度４３４ｃ及び緯度経度４３４ｄから構成される運行ルートデータの集まりである。通知地点データベース４３５は、各利用者にて各運行ルート上に設定された通知地点を示す通知地点データの集まりである。
【００３１】
管理センタ４に接続される接続センタ３２は、上記携帯電話パケット通信網３と共に、インターネット５にも通信接続されている。インターネット５には、公知のインターネット対応携帯電話網も含まれる。このようなインターネット５にはまた、利用者６側のインターネット端末６１やインターネット対応携帯電話６２が通信接続される。インターネット対応携帯電話網は、例えば、ＮＴＴドコモからサービス提供されているｉモードサービスが利用可能であるが、ＫＤＤＩからサービス提供されているＥＺｗｅｂやＪ−フォンからサービス提供されているＪ−スカイであってもよい。
【００３２】
利用者宅６０には、上記インターネット端末６１及びこれに接続される通知装置６１ａが装備されている。インターネット端末６１は、通可聴信号及び可視信号により、設定した所望の地点に巡回バス１が到着したことを通知する装置であり、例えば、パトライト（登録商用）が利用可能である。なお、到着通知は、インターネット対応携帯電話６２を利用してもよい。これにより、到着通知時に利用者がトイレ等にはいっていたり、ちょっとした外出中であっても、確実に到着通知が認識される。インターネット端末６１の有する送受信機能は請求項中の利用者側通信手段に対応し、通知装置６１ａは請求項中の通知手段に対応する。
【００３３】
図３は、上記ＧＰＳ端末１１の構成を示すブロック図である。図３に示すように、ＧＰＳ端末１１には巡回バス１の車載バッテリＢＴが接続されて電源供給される。図示しないが、ＧＰＳ端末１１と車載バッテリＢＴとの間には、オフポジション、アクセサリポジション、オンポジション、及びエンジンスタートポジションを有するエンジンキースイッチが介設されている。上記ＧＰＳ端末１１は、制御部１１０、電源回路部１１１、ＧＰＳ受信部１１２、携帯電話通信部１１３、及び記憶部１１４を含んで構成される。
【００３４】
制御部１１０は、基本的にＣＰＵ、ＲＯＭ、及びＲＡＭを含むマイクロコンピュータから構成される。ＣＰＵはＲＯＭに記憶されている制御プログラムにしたがって本実施形態に係る制御を含む各種の処理を実行する。ＲＡＭには、ＣＰＵが各種の処理を実行するうえにおいて必要なデータ、プログラム等が適宜記憶される。制御部１１０は、上記制御プログラムにしたがって、記憶部１１４に格納されている端末ＩＤ１１４ａを読み出したり、ＧＰＳ受信部１１２を制御して緯度経度及び時刻を取得したり、通報指令を発したりして、本発明に係る制御を司る。これらについては、図４以降で再度説明する。
【００３５】
電源回路部１１１は、基本的に直流変圧回路から構成されている。すなわち、電源入力端子ＲＸ１１に印加される車載バッテリＢＴからのバッテリ電圧は、この電源回路部１１１に含まれる直流変圧回路にて、この装置１１の各電子回路部に適した電圧値、例えば、５ボルトに変換されて分配供給される。なお、この電源回路部１１１には、車載バッテリＢＴが故意に切断されたとき等の補助電源としてのバックアップ電池１１１ａが含まれている。この電源回路部１１１はＧＰＳ端末１１と別筐体で構成するようにしてもよい。
【００３６】
ＧＰＳ受信部１１２は、ＧＰＳアンテナ１１２ａを介してＧＰＳを構成する複数のＧＰＳ衛星２からのＧＰＳ信号を受信し、これに基づいて現在の緯度経度や時刻を取得し、この情報を制御部１１０に供給する。携帯電話通信部１１３は、パケット通信アンテナ１１３ａを介して、携帯電話パケット通信網３の無線基地局３１に無線接続される。これらＧＰＳ受信部１１２及び携帯電話通信部１１３は、公知の装置を利用可能である。携帯電話通信部１１３は、請求項中の端末側通信手段に対応する。
【００３７】
記憶部１１４には、少なくとも、このＧＰＳ端末１１を特定する端末ＩＤ１１４ａが格納されている。端末ＩＤ１１４ａは、ＧＰＳ端末１１を特定するものであってもよいし、このＧＰＳ端末１１を搭載する巡回バス１を特定するものであってもよい。
【００３８】
次に、上述してきた構成を前提とする本発明の実施形態に係る最新ルートの取得処理及び通知地点の登録処理について、図６〜図９を参照しつつ、図４を用いて説明する。図４は、本発明の実施形態に係る最新ルートの取得処理及び通知地点の登録処理を示すフローチャートである。図６は、運行ルートデータの一例を示す図である。図７及び図９は共に、通知地点設定画面の例を示す図である。図８は、取得された最新ルートの表示例を示す図である。なお、図４に示す処理は、現実的には、複数のバス側及び利用者側にて行われるが、ここでは、バス側及び利用者側はひとつずつ示している。
【００３９】
この実施形態では、巡回バス１の運行ルートが変更になった場合を想定して説明する。すなわち、巡回バス１は、変更になった運行スケジュールにしたがって最新の運行ルートを走行するものとする。
【００４０】
この場合、図４に示すバス側処理においては、上記ＧＰＳ端末１１にて、所定のサンプリング周期経過毎（ステップＳ１０１のＮ）に、緯度経度及び時刻が取得される（ステップＳ１０２及びステップＳ１０３）。サンプリングインターバルは、例えば、１分である。ここで、取得された緯度経度及び時刻は、ＧＰＳ端末１１の端末ＩＤ１１４ａと共に、最新の運行データとして、管理センタ４側に無線送信される（ステップＳ１０４）。なお、予め定められた所定インターバルにしたがって緯度経度が取得されるので、管理センタ４におけるタイマ等を利用しても時刻取得は可能である。したがって、必ずしもＧＰＳ信号から時刻情報を取得しなくてもよいが、ＧＰＳ信号から時刻情報を取得すれば、緯度経度が取得された時刻がより正確に把握可能になる。なお、以下の説明では、時刻情報は、ＧＰＳ信号から取得されるものとする。上記ステップＳ１０２及びステップＳ１０３はそれぞれ、請求項中の緯度経度取得手段及び時刻取得手段に対応する。
【００４１】
このようなステップＳ１０１〜ステップＳ１０４の処理は、このバスが最新の運行ルートを走行完了するまで継続される（ステップＳ１０５のＮ）。すなわち、このバスが最新の運行ルートを走行完了する（ステップＳ１０５のＹ）まで、１分毎に運行データが管理センタ側に送信される。このような運行データは、携帯電話通信部１１３から送信され、携帯電話パケット通信網３、接続センタ３２、及び管理センタ４の通信装置４２を介して、情報処理装置４１に至る。
【００４２】
管理センタ側では、バス側からのデータ送信が終わるまで、情報処理装置４１にて、上記運行データの受信が行われ（ステップＳ４０１のＮ）、受信が完了すると（ステップＳ４０１のＹ）、速度の算出が行われる（ステップＳ４０２）。この速度は、利用者側で乗降地点を特定するために利用されるものであり、運行データに含まれる緯度経度と時刻とから算出可能である。ここでは、速度算出は管理センタ４にて行われるようにしているが、これは利用者側にて行ってもよい。
【００４３】
速度算出が終了すると、図６に示すように、最新の運行データ（時刻４３４ｂ及び緯度経度４３４ｄ）に、速度４３４ｃ、及びルートＩＤを付加し、これを運行ルートデータベース４３４として記憶装置４３に格納しておく（ステップＳ４０３）。ここで、ルートＩＤは、各運行ルートに対して個別に割り当てられるもので、利用者側にも知らされているものとする。なお、運行ルートには、行きルート及び帰りルートがあるので、これらも区別できるように割り当てられている。
【００４４】
利用者側では、最新の運行ルートを取得するために、これに対応するルートＩＤをインターネット端末６１の入力部を用いて指定する（ステップＳ６０１）。この指定に応答して、インターネット端末６１は指定されたルートＩＤと共に最新ルートデータを管理センタ側に要求する（ステップＳ６０２）。この要求は、インターネット５、接続センタ３２、及び管理センタ４の通信装置４２を介して、情報処理装置４１に至る。
【００４５】
管理センタ側では、上記ルートＩＤを伴う最新ルートの要求の受信が待機されており（ステップＳ４０４のＮ）、これが情報処理装置４１にて受信されると（ステップＳ４０４のＹ）、記憶装置４３のルートデータベース４３４から受信したルートＩＤに該当する最新ルートデータが読み出される（ステップＳ４０５）。そして、読み出された最新ルートデータは、通信装置４２、接続センタ３２及びインターネット５介して、利用者側のインターネット端末６１に至る。
【００４６】
利用者側では、上記ルートＩＤを伴う最新ルートデータの要求の受信が待機されており（ステップＳ６０３のＮ）、これがインターネット端末６１にて受信されると（ステップＳ６０３のＹ）、最新ルートデータに含まれる速度から乗降地点が特定される。例えば、図６に示すような最新ルートデータが受信されたとすると、時刻８：０３及び８：０４（４３４ｂ１参照）、並びに、時刻８：１１及び８：１２（４３４ｂ２参照）において、速度がゼロ（４３４ｃ１、４３４ｃ２参照）であることがわかる。そうすると、この速度ゼロに対応する地点が、緯度経度Ｘ１、Ｙ１（４３４ｄ１参照）、並びに、Ｘ３、Ｙ３（４３４ｄ２参照）から特定できるので、この地点を乗降地点として特定する。
【００４７】
このように、速度を利用することにより、容易かつ確実に乗降地点を特定できる。ここでは、連続するサンプリングタイミング、すなわち、２分間、バスが停車した地点を乗降地点として特定しているが、これ以上の時間停車した地点も乗降地点としてもよいし、例えば、緯度経度のサンプリングが３０秒秒毎に行われる場合には、４回連続してゼロになった地点を乗降地点として特定するというふうに、適宜、現実的なデータに照合して変更可能である。なお、ステップＳ６０３及びステップＳ６０４はそれそれ、請求項中のバスデータ取得手段及び乗降地点特定手段に対応する。
【００４８】
また、受信された最新ルートデータに含まれるＲ１０１で示すルートＩＤ（４３４ａ１参照）に対応する全ての緯度経度から最新ルートも特定できる。このように特定された最新ルートＲ及び乗降地点Ｐ１、Ｐ２、Ｐ３、Ｐ４、Ｐ５、Ｐ６はそれぞれ、図８に示すように、このルートに関連する地域の地図に重ねてインターネット端末６１の表示部上に表示される（ステップＳ６０５）。地図データは、管理センタ４の地図データベース４３３から取得してもよいし、インターネット端末６１に予め地図ソフトをインストールしておき、これを利用するようにしてもよい。ここで、運行開始地点Ｐ０や参考地点Ｐ１′を合わせて表示することが好ましい。図中、運行開始地点Ｐ０は、最新ルートデータに含まれる緯度経度から特定できる。また、参考地点Ｐ１′は、図６の４３４ｃ′で示すように、単発的に速度がゼロにとなったときの緯度経度から特定できる。このような参考地点Ｐ１′により、何らかの理由で万が一、正規の乗降地点あるにもかかわらず、停車時間が短くなったときでも、手動指令にて、正式な乗降地点として特定可能となる。
【００４９】
このようにして取得された最新ルートＲは、正式なルート名を付けて、インターネット端末６１の記憶部に保存しておくことが好ましい（ステップＳ６０６）。また、正式なルート名を付けた最新ルートＲは、管理センタ側に送信して、ここで保存しおておくようにしてもよい。いうまでもなく、正式なルート名には、行きルートであるか帰りのルートであるかを区別する情報も含まれる。このように、乗降地点を含む運行ルートに正式なルート名を付けて保存しておくことにより、後で参照したり、変更したりするときに有効となる。
【００５０】
以上のような最新ルートＲの取得処理が終了すると、通知地点の登録処理が開始される。すなわち、インターネット端末６１の入力部による所定のスイッチ操作をトリガーとして、表示部に通知地点設定画面が表示される（ステップＳ６０７）。この際、インターネット端末６１、或いは、管理センタ側に保存されている最新ルートＲが読み出されて、これに基づいて通知地点設定画面が表示される。ここでは、図示しないが、最新ルートＲが管理センタ側で保存されている場合、利用者は上記正式なルート名（行き／帰りルート名を含む）を指定し、管理センタ４にアクセスし、該当する最新ルートＲを取得するようにする。
【００５１】
通知地点設定画面は、例えば、図９に示すように、上述のようにして特定した乗降地点Ｐ１、Ｐ２、Ｐ３、Ｐ４、Ｐ５、Ｐ６を含む最新ルートＲを地図に重ねて表示しておき、所望の地点をマウス等の入力装置にて通知地点として指定できるようにする。例えば、乗降地点Ｐ２が通知地点として設定されると（ステップＳ６０８）、ここが図９に示すように、他の地点と区別できるようにマーキングされる。通知地点は、必ずしも、乗降地点Ｐ１、Ｐ２、Ｐ３、Ｐ４、Ｐ５、Ｐ６のうちのひとつから選択する必要はないが、乗降地点を目安にすることにより、通知点の選択が容易になる。なお、ステップＳ６０８は、請求項中の通知地点設定手段に対応する。
【００５２】
通知地点設定画面は、例えば、図７に示すように、リスト形式にしてもよい。このリストは、図９のような地図と共に表示することが好ましい。図７に示すように、このリストは、少なくとも、ルート名（６１ａ参照）、乗降地点名（６１ｄ参照）、到着予定時刻（６１ｂ参照）、通知地点チェックボックス（６１ｃ参照）を含んで構成される。ルート名６１ａはステップＳ６０６にて付けられたものとし、乗降地点名６１ｄ及び到着予定時刻６１ｂはそれぞれ、地図データを参照しつつ、図６に示すルートデータ中の緯度経度４３４ｄ及び時刻４３４ｂから導出できる。利用者はこのようなリストを見ながら、６１ｃ２で示すように、通知地点として設定したい乗降地点の横のチェックボックス６１ｃにマウス等の入力装置を用いてマークする。特に、乗降地点の横には予定通過時刻が並記されるので、利用者６は、所望のバスに確実に乗れるような通知地点を設定できる。
【００５３】
このような通知地点の設定が終了すると、設定した通知地点が管理センタ側に送信される（ステップＳ６０９）。この通知地点の利用者側から管理センタ側への送信経路は上述した通りである。
【００５４】
管理センタ側では、上記通知地点の受信が待機されており（ステップＳ４０７のＮ）、これが情報処理装置４１にて受信されると（ステップＳ４０７のＹ）、通知地点データベース４３５として、記憶装置４３に格納される。以上のようにして、通知地点の登録処理が終了する。
【００５５】
更に、図５を用いて、巡回バスの到着通知処理について説明する。図５は、本発明の実施形態に係る到着通知処理を示すフローチャートである。この処理も、複数のバス側及び利用者側にて行われるが、ここでは、バス側及び利用者側はひとつずつ示している。また、巡回バス１は、上記通知地点が設定された通知ルートを走行するものとする。
【００５６】
図５の到着通知処理において、バス側処理を示すステップＳ１２１〜ステップＳ１２５は、図４のステップＳ１０１〜ステップＳ１０５と同等であるので重複説明は省略する。但し、ここで、巡回バス１は、上記通知地点が設定された通知ルートを走行するものとする。
【００５７】
管理センタ側では、バス側からのデータ送信が終わるまで、所定のインターバル、例えば１分間隔で、運行データの受信が行われている（ステップＳ４２１のＮ）。運行データの受信があると、運行データに含まれる緯度経度と、記憶装置４３に格納されている通知地点データベース４３５中の該当する通知ルート上の通知地点とが比較され（ステップＳ４２２）、両者が一致したことにより巡回バス１が通知地点に到着したと判定されると（４２２のＹ）、通知地点を設定した利用者にその旨を知らせるための通知指令が送信される（ステップＳ４２３）。この通知指令の管理センタ側から利用者側への送信経路は、図４で説明した経路と同様である。なお、上記ステップＳ４２２及びステップＳ４２３は、請求項の指令発生手段に対応する。
【００５８】
利用者側では、上記通知指令の受信が待機されており（ステップＳ６２１のＮ）、これがインターネット端末６１にて受信されると（ステップＳ６２１のＹ）、インターネット端末６１に接続される通知装置６１ａが駆動指令されて、可聴信号及び可視信号により、設定した所望の地点に巡回バス１が到着したことが利用者に通知される。この通知は、直接、通知地点の名前を可聴信号にて出力するようにしてもよいし、あとどれくらいで、この利用者の乗降地点に到着するかを出力するようにしてもよい。また、通知はインターネット対応携帯電話６２を利用して行うようにしてもよい。
【００５９】
このように、本実施形態によれば、利用者６側で、容易かつ即時に乗降地点を含む運行ルートを取得できる。特に、取得した緯度経度及び時刻から算出した速度を利用することにより、複雑な情報取得や演算処理をすることなく正確に乗降地点を特定できる。また、本実施形態によれば、従来のように管理センタ４の専門員の手を借りることなく、利用者６側で容易に所望の通知地点を設定できる。また、ルート変更や利用者６の個人差等にも柔軟に対応できる。更に、従来のようにバスがエリアに侵入したときではなく、所望の通知地点に到着したことを検出して通知指令が発生されるので、利用者６は、所望のバスに乗り遅れることのない正確な通知地点を設定可能となる。
【００６０】
なお、本発明の運行ルート取得システムでは、取得する運行ルートは必ずしも変更直後の最新のものでなくてもよい。何らかの理由で、利用者側において、現行の運行ルートに関する情報を紛失してこの情報が即座に必要になったときにも、本発明の運行ルート取得システムは適用可能である。また、利用者側のみならず、バス会社においても、設計上の計画したルートを実際にバスが走行しているかどうかを確かめるとき等に、本発明の運行ルート取得システムは適用可能である。この場合には、図４に示す利用者側の処理をバス側で行うようにすればよい。本発明は、その主旨を逸脱しない範囲で変更されたものも含む。
【００６１】
【発明の効果】
以上説明したように、請求項１記載の発明によれば、所定の運行ルートを走行する巡回バス１側にて所定のサンプリング周期毎に取得された自車両の緯度経度及びその時刻が無線送信されてくる。利用者６側においては、この巡回バス１側から提供される緯度経度及び時刻を取得し、緯度経度及び時刻から算出した速度に基づいて乗降地点を特定し、この乗降地点を含む運行ルートを取得する。したがって、利用者６側で、容易かつ即時に乗降地点を含む運行ルートを取得できる。特に、取得した緯度経度及び時刻から算出した速度を利用することにより、複雑な情報取得や演算処理をすることなく正確に乗降地点を特定できる。
【００６２】
請求項２記載の発明によれば、運行ルートに何らかの変更が発生しても、利用者６側において、最新の乗降地点を含む運行ルートを容易かつ確実に取得できる。
【００６３】
請求項３記載の発明によれば、乗降地点は所定回数以上連続するサンプリングタイミングで速度がゼロとなった地点としているので、渋滞等により突発的にバスが停止したことを、乗降地点から自動的に除外することができる。
【００６４】
請求項４記載の発明によれば、正式な乗降地点を含む運行ルートに正式なルート名を付けて保存されるので、後で参照したり、変更したりするときに有効となる。
【００６５】
請求項５記載の発明によれば、上記運行ルート取得システムにて、運行ルートを取得しておき、利用者６側にて、バス到着を通知して欲しいこの運行ルート上の所望の通知地点が設定されて管理センタ４側に送信される。管理センタ４側では、利用者６側で設定された通知地点を格納しておき、巡回バス１側から送信されてくる緯度経度と、格納している通知地点とを比較して、巡回バス１が通知地点に到着したことを検出し、通知指令を利用者６側に送信する。そして、利用者６側では、この通知指令に応答して到着が通知される。したがって、従来のように管理センタ４の専門員の手を借りることなく、利用者６側で容易に所望の通知地点を設定できる。また、ルート変更や利用者６の個人差等にも柔軟に対応できる。更に、従来のようにバスがエリアに侵入したときではなく、所望の通知地点に到着したことを検出して通知指令が発生されるので、利用者６は、所望のバスに乗り遅れることのない正確な通知地点を設定可能となる。
【００６６】
請求項６記載の発明によれば、通知地点は乗降地点のうちのひとつであるので、通知点の選択が容易になる。
【００６７】
請求項７記載の発明によれば、通知地点には予定通過時刻が並記されるので、利用者６は、所望のバスに確実に乗れるような通知地点を設定できる。
【００６８】
請求項８記載の発明によれば、巡回バス１のひとつである福祉バスの利用者６に多い老人や身障者も、確実に到着通知を認識できる。
【図面の簡単な説明】
【図１】本発明の基本構成を示すブロック図である。
【図２】本発明の一実施形態に係るシステム構成を示す図である。
【図３】ＧＰＳ端末の構成を示すブロック図である。
【図４】本発明の実施形態に係る最新ルートの取得処理及び通知地点の登録処理を示すフローチャートである。
【図５】本発明の実施形態に係る到着通知処理を示すフローチャートである。
【図６】運行ルートデータの一例を示す図である。
【図７】通知地点設定画面の一例を示す図である。
【図８】取得された最新ルートの表示例を示す図である。
【図９】通知地点設定画面の他例を示す図である。
【符号の説明】
１  巡回バス
２  ＧＰＳ衛星
３  携帯電話パケット通信網
４  管理センタ
５  インターネット
６  利用者
１１  ＧＰＳ端末
６１  インターネット端末
Ｐ１〜Ｐ３  乗降地点
Ｒ  ルート
【図１】
2004265031.tif 000003
【図２】
2004265031.tif 000004
【図３】
2004265031.tif 000005
【図４】
2004265031.tif 000006
【図５】
2004265031.tif 000007
【図６】
2004265031.tif 000008
【図７】
2004265031.tif 000009
【図８】
2004265031.tif 000010
【図９】
2004265031.tif 000011