(57)【要約】【課題】タクシー乗換駅が案内されても、利用者が直面しうるのは、タクシーに乗れないこと。【解決手段】画面１０が含む要素は、到着駅名１１、空車状況１２、最寄り駅名１３及びタクシー事業者名１４である。到着駅名１１とは、到着駅の名称である。到着駅を指定するのは、ユーザである。空車状況１２が示すのは、前述の到着駅において空車があるか否かである。空車とは、タクシーであって、客待ち中のものである。最寄り駅名１３とは、最寄り駅の名称である。最寄り駅とは、駅であって、当初指定された到着駅の周辺にあるものである。タクシー事業者名１４とは、タクシー事業者の名称である。【選択図】図１
2009250643.tif 000002
【特許請求の範囲】
【請求項１】
以下の事項で特定されるシステム。
このシステムが備えるのは、移動体端末及びサーバであり、
前記移動体端末及び前記サーバが接続時に介するのは、電気通信回線であり、
前記移動体端末が送るのは、到着駅の駅ＩＤであり、その送り先は、前記サーバであり、
前記サーバが送るのは、空車状況であり、この空車状況は、前記到着駅におけるものであり、その送り先は、前記移動体端末である。
【請求項２】
以下の事項で特定される、請求項１のシステム。
前記サーバが検索するのは、前記移動体端末に送られる空車状況であり、その検索時に参照するのは、第１のデータベース及び第２のデータベースであり、
前記第１のデータベースが定義する対応関係は、到着駅の駅ＩＤとこの到着駅の位置との間のものであり、
前記第２のデータベースが定義する対応関係は、タクシーの稼動状況とこのタクシーの現在位置との間のものである。
【請求項３】
以下の事項で特定される処理装置。
この処理装置の組込み先は、移動体端末であり、この移動体端末が取得するのは、現在位置であり、
この処理装置が実行する処理は、到着駅の駅ＩＤをサーバに送信するためのものであり、その送信目的は、前記到着駅における空車状況を得ることであり、この処理が実行されるのは、距離が所定値以内になったときであり、この距離は、取得された現在位置と前記到着駅の位置との間のものである。
【請求項４】
以下の事項で特定されるシステム。
このシステムが備えるのは、移動体端末及びサーバであり、
前記移動体端末及び前記サーバが接続時に介するのは、電気通信回線であり、
前記移動体端末が送るのは、到着駅の位置であり、その送り先は、前記サーバであり、
前記サーバが送るのは、空車状況であり、この空車状況は、前記到着駅におけるものであり、その送り先は、前記移動体端末である。
【請求項５】
以下の事項で特定される、請求項４のシステム。
前記サーバが検索するのは、前記移動体端末に送られる空車状況であり、その検索時に参照するのは、前記データベースであり、このデータベースが定義するのは、タクシーの稼動状況とこのタクシーの現在位置との対応関係である。
【請求項６】
以下の事項で特定される処理装置。
この処理装置の組込み先は、移動体端末であり、この移動体端末が取得するのは、現在位置であり、
この処理装置が実行する処理は、到着駅の位置をサーバに送信するためのものであり、その送信目的は、前記到着駅における空車状況を得ることであり、この処理が実行されるのは、距離が所定値以内になったときであり、この距離は、取得された現在位置と前記到着駅の位置との間のものである。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明が関連するのは、システムであって、空車状況を案内するためのものである。
【背景技術】
【０００２】
携帯電話を用いて経路を探索することは、近年、一般的になっている。この一般的な技術を例示するのは、特許文献１である。この文献が開示するのは、ナビゲーションシステムである。
【０００３】
このナビゲーションシステムの目的は、タクシーに乗換え可能な駅（タクシー乗換駅）を案内することである。このナビゲーションシステムが備えるのは、携帯電話及び経路探索サーバである。携帯電話及び経路探索サーバが通信する時に介するのは、インターネットである。
【０００４】
携帯電話が送信するのは、出発地及び目的地である。その送り先は、経路探索サーバである。携帯電話が受信するのは、駅名である。その送信元は、経路探索サーバである。この駅名が相当するのは、タクシー乗換駅である。
【０００５】
経路探索サーバが抽出するのは、タクシー乗換駅である。この乗換駅の候補が蓄積されているのは、属性情報データベースである。その抽出条件は、目的地又は出発地から駅までの移動距離や移動時間等である。
【特許文献１】特開２００６−２９２４４７号公報（図５）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
タクシー乗換駅が案内されても、利用者が直面しうるのは、タクシーに乗れないことである。なぜなら、属性情報データベースが反映できるのは、タクシーターミナルの有無等の静的な属性にすぎない。言い換えれば、タクシーがタクシーターミナルに配車されていなければ、タクシーに乗ることはできない。
【課題を解決するための手段】
【０００７】
本発明が関連するシステムが可能にするのは、到着駅における空車状況を案内することである。
【０００８】
このシステムが備えるのは、少なくとも、移動体端末及びサーバである。移動体端末及びサーバが接続時に介するのは、電気通信回線である。
【０００９】
移動体端末が送るのは、少なくとも到着駅ＩＤである。その送り先は、サーバである。サーバが送るのは、到着駅の駅ＩＤ及び到着駅の位置（又は到着駅の位置のみ）である。その送り先は、移動体端末である。移動体端末が送るのは、案内要求及び到着駅の駅ＩＤ（又は到着駅の位置）である。その送り先は、サーバである。送信が行われるのは、移動体端末が到着駅への接近したときである。サーバが送るのは、少なくとも、空車状況である。その送り先は、移動体端末である。空車状況は、到着駅におけるものである。
【発明の効果】
【００１０】
本発明が奏する効果は、到着駅における空車状況をユーザに認識させうる点である。
【発明を実施するための最良の形態】
【００１１】
図１乃至図４が示すのは、本発明を実施するための最良の形態（本実施の形態）である。
【００１２】
図１が示すのは、本実施の形態に係る表示例である。画面１０が含む要素は、到着駅名１１、空車状況１２、最寄り駅名１３及びタクシー事業者名１４である。
【００１３】
到着駅名１１とは、到着駅の名称である。到着駅を指定するのは、ユーザである。到着駅の指定は、自動的になされてもよい。自動的に指定される到着駅が存在するのは、ユーザが指定した目的地の周辺である。周辺とは、移動時間が相対的に短いこと又は移動距離が相対的に短いことである。
【００１４】
空車状況１２が示すのは、前述の到着駅において空車があるか否かである。空車とは、タクシーであって、客待ち中のものである。
【００１５】
最寄り駅名１３とは、最寄り駅の名称である。最寄り駅とは、駅であって、当初指定された到着駅の周辺にあるものである。周辺とは、移動時間が相対的に短いこと又は移動距離が相対的に短いことである。
【００１６】
タクシー事業者名１４とは、タクシー事業者の名称である。タクシー事業者とは、事業者であって、タクシーを到着駅に配置できるものである。事業者が会社であるか個人であるのかは、不問である。
【００１７】
図２が示すのは、本実施の形態に係るシステム構成である。システム２０が備えるのは、無線装置２１、移動体端末２２、サーバ２３及びボリューム２４である。
【００１８】
無線装置２１の搭載先は、タクシーである。無線装置２１が少なくとも有するのは、タクシーの現在位置（緯度経度）、稼動状況（空車、実車、回送）を送信するための機能である。その送り先は、サーバ２３である。現在位置を取得するのは、ＧＰＳユニットである。ＧＰＳユニットの組込み先又は接続先は、無線装置２１である。これらの機能を開示するのは、特開２００２−１９００９６号公報である。本願明細書が取り込んで参照するのは、当該公報の開示内容である。
【００１９】
移動体端末２２を携帯するのは、ユーザである。移動体端末２２が具現化されたものは、携帯電話、ＰＤＡやノートＰＣ等である。移動体端末２２が備えるのは、コンピュータの基本要素（Ｉ／Ｏ、ＣＰＵ、ＲＡＭやＲＯＭ等）、通信装置や表示装置等である。ＲＯＭが記憶するのは、各種プログラムである。これらのプログラムを実行するのは、ＣＰＵである。処理前後の値及びプログラムが一時的に記憶されるのは、ＲＡＭである。現在位置を取得するのは、ＧＰＳユニットである。ＧＰＳユニットの組込み先又は接続先は、移動体端末２２である。
【００２０】
サーバ２３を管理するのは、情報提供業者である。サーバ２３が備えるのは、コンピュータの基本要素（Ｉ／Ｏ、ＣＰＵ、ＲＡＭやＲＯＭ等）や通信装置等である。ＲＯＭが記憶するのは、各種プログラムである。これらのプログラムを実行するのは、ＣＰＵである。処理前後の値及びプログラムが一時的に記憶されるのは、ＲＡＭである。サーバ２３の区別は、路線探索サーバ２３Ａ、プローブサーバ２３Ｂ及びリレーションサーバ２３Ｃである。もっとも、これらのサーバの機能を実現するのは、単一のコンピュータであってもよい。
【００２１】
ボリューム２４を管理するのは、情報提供業者である。ボリューム２４の区別は、次のとおりである。ボリューム２４Ａが記憶するのは、公共交通網データベース（公共交通網ＤＢ）である。ボリューム２４Ｂが記憶するのは、プローブデータベース（プローブＤＢ）である。ボリューム２４Ｃが記憶するのは、タクシー事業者データベース（タクシー事業者ＤＢ）である。もっとも、これらのデータベースが記憶されるのは、単一のボリュームであってもよい。
【００２２】
移動体端末２２並びに路線探索サーバ２３Ａ及びリレーションサーバ２３Ｃが無線通信時に介するのは、電気通信回線（例えば、インターネット回線）２５である。サーバ２３及び電気通信回線２５の間にあるのは、ゲートウエイ２６である。無線装置２１及びプローブサーバ２３Ｂは、無線通信する。サーバ２３及びボリューム２４は、有線接続又は無線接続される。
【００２３】
図３が示すのは、本実施の形態に係るイベントである。このイベントが実行されるのは、移動体端末２２及びサーバ２３の間である。
【００２４】
ステップＳ１において、移動体端末２２が送るのは、探索要求並びに出発駅ＩＤ及び到着駅ＩＤである。その送り先は、路線探索サーバ２３Ａである。出発駅ＩＤ及び到着駅ＩＤを特定するのは、ユーザである。これらの操作が行われるのは、画面上である。この画面の表示を実現するのは、ブラウザプログラム（インターネットエクスプローラ（登録商標）やＮｅｔＦｒｏｎｔ（登録商標）等）である。当該画面を例示するのは、特開２００６−２９２４４７号公報等である。本願明細書が取り込んで参照するのは、当該公報の開示内容である。
【００２５】
ステップＳ２において、路線探索サーバ２３Ａが送るのは、最適経路、到着駅の駅ＩＤ及び到着駅の位置である。その送り先は、移動体端末２２である。最適経路が示すのは、路線であって、出発駅から到着駅までのものである。到着駅の位置が具現化されたものは、到着駅の緯度経度である。最適経路及び到着駅の位置が移動体端末２２で受信されると、移動体端末２２及びサーバ２３のセッションは、終了する。セッションが終了しても、到着駅の駅ＩＤ及び到着駅の位置は続けて記憶される。その記憶場所は、移動体端末２２のＲＡＭである。
【００２６】
ステップＳ３において、移動体端末２２が送るのは、案内要求及び到着駅の駅ＩＤである。その送り先は、リレーションサーバ２３Ｃである。送信が行われるのは、移動体端末２２が到着駅への接近したときである。
【００２７】
ステップＳ４において、リレーションサーバ２３Ｃが送るのは、空車状況、最寄り駅名及びタクシー事業者名である。その送り先は、移動体端末２２である。空車状況は、到着駅におけるものである。最寄り駅は、到着駅に隣接する駅である。タクシー事業者名の所在地は、到着駅の周辺である。これらにおいて、到着駅が対応するのは、駅ＩＤであって、移動体端末２２が送信したものである。移動体端末２２が表示するのは、空車状況、最寄り駅名及びタクシー事業者名である。これらが表示されるのは、図１で示されるとおりである。この表示を実現するのは、ブラウザ処理である。
【００２８】
ステップＳ５において、移動体端末２２が送るのは、送信要求である。送信要求がその送信時に伴うのは、タクシー事業者名である。その送り先は、リレーションサーバ２３Ｃである。送信要求が実行されるのは、表示されているタクシー事業者名が選択されたときである。
【００２９】
ステップＳ６において、リレーションサーバ２３Ｃが送るのは、電話番号である。この電話番号が関連するのは、選択されたタクシー事業者名である。その送り先は、移動体端末２２である。この電話番号を表示するのは、移動体端末２２である。この表示を実現するのは、ブラウザ処理である。表示されている電話番号が選択されると、発呼処理が実行される。
【００３０】
以上のイベントにおいて、到着駅が変更されて現在の到着駅から最寄り駅になった場合、ステップＳ１からステップＳ６までの処理が再び実行される。
【００３１】
図４が示すのは、本実施の形態に係る各データベースの属性である。公共交通網ＤＢ３０が有する属性は、駅ＩＤ３１、名称３２、位置（緯度経度）３３、路線ＩＤ３４，隣接駅ＩＤ３５及び隣接駅ＩＤ３６である。駅ＩＤ３１は、主キーである。隣接駅ＩＤ３５及び隣接駅ＩＤ３６があるのは、上り側の隣接駅及び下り側の隣接駅を区別するためである。
【００３２】
プローブＤＢ４０が有する属性は、タクシーＩＤ４１、位置（緯度経度）４２、稼動状況４３及び事業者名称４４である。位置（緯度経度）４２が関連するのは、位置（緯度経度）３３である。プローブＤＢ４０をメンテナンスするのは、プローブサーバ２３Ｂである。
【００３３】
タクシー事業者ＤＢ５０が有する属性は、事業者名称５１、位置（緯度経度）５２及び電話番号５３である。事業者名称５１が対応するのは、事業者名称４４である。位置５２が関連するのは、位置（緯度経度）３３である。
【００３４】
本実施の形態に係る探索処理は、次のとおりである。この処理の目的は、出発駅及び到着駅から最適経路、到着駅の駅ＩＤ及び到着駅の位置を得ることである。この処理が実行されるのは、前述の探索要求があったときである。
【００３５】
この処理を実現するのは、探索処理プログラムである。このプログラムが記憶されているのは、前述のとおり、路線探索サーバ２３ＡのＲＯＭである。出発駅及び到着駅、最適経路、到着駅の駅ＩＤ及び到着駅の位置並びに探索処理プログラムが一時的に記憶されるのは、前述のとおり、路線探索サーバ２３ＡのＲＡＭである。探索処理が参照するのは、公共交通網ＤＢ３０である。公共交通網ＤＢ３０が一時的に記憶されるのも、路線探索サーバ２３ＡのＲＡＭである。
【００３６】
探索処理の手順は、次のとおりである。最適経路が周知の探索アルゴリズムによって得られた後、この処理が抽出するのは、到着駅の駅ＩＤである。その抽出元は、公共交通網ＤＢ３０である。この駅ＩＤが記憶されるのは、路線探索サーバ２３ＡのＲＡＭである。
【００３７】
この処理が次に抽出するのは、位置である。その抽出元は、公共交通網ＤＢ３０である。この位置が関連するのは、抽出された駅ＩＤである。この位置が記憶されるのは、路線探索サーバ２３ＡのＲＡＭである。
【００３８】
本実施の形態に係る監視処理は、次のとおりである。この処理の目的は、到着駅への接近有無を判定することである。接近とは、現在地から到着駅までの距離が所定値以下になることである。この処理が実行されるのは、到着駅の位置が受信された後である。
【００３９】
この処理を実現するのは、監視処理プログラムである。このプログラムが記憶されているのは、前述のとおり、移動体端末２２のＲＯＭである。到着駅の位置、現在位置及び探索処理プログラムが一時的に記憶されるのは、前述のとおり、移動体端末２２のＲＡＭである。
【００４０】
本実施の形態に係る位置検索処理は、次のとおりである。この処理の目的は、到着駅の駅ＩＤから空車状況、最寄り駅名及びタクシー事業者名を得ることである。この処理が実行されるのは、前述の案内要求があったときである。
【００４１】
この処理を実現するのは、位置検索処理プログラムである。このプログラムが記憶されているのは、前述のとおり、リレーションサーバ２３ＣのＲＯＭである。到着駅の駅ＩＤ、空車状況、最寄り駅名及びタクシー事業者名並びに探索処理プログラムが一時的に記憶されるのは、前述のとおり、リレーションサーバ２３ＣのＲＡＭである。位置検索処理が参照するのは、公共交通網ＤＢ３０、プローブＤＢ４０及びタクシー事業者ＤＢ５０である。これらのデータベースが一時的に記憶されるのも、リレーションサーバ２３ＣのＲＡＭである。
【００４２】
位置検索処理の手順は、次のとおりである。この処理が先ず検索するのは、到着駅の位置３１、最寄り駅ＩＤ３５、３６である。その探索範囲は、公共交通網ＤＢ３０である。その検索キーは、受信された駅ＩＤである。その検索結果が記憶されるのは、リレーションサーバ２３ＣのＲＡＭである。
【００４３】
この処理が次に検索するのは、稼動状況４３である。その検索範囲は、プローブＤＢ４０である。その検索キーは、検索された位置３１である。その検索結果が記憶されるのは、リレーションサーバ２３ＣのＲＡＭである。
【００４４】
この処理が次に検索するのは、タクシー事業者名５２である。その検索範囲は、タクシー事業者ＤＢ５０である。その検索キーは、検索された位置３１である。その検索結果が記憶されるのは、リレーションサーバ２３ＣのＲＡＭである。
【００４５】
本実施の形態に係る電話番号検索処理は、次のとおりである。この処理の目的は、タクシー事業者名からその電話番号を得ることである。この処理が実行されるのは、前述の送信要求があったときである。
【００４６】
この処理を実現するのは、電話番号検索処理プログラムである。このプログラムが記憶されているのは、前述のとおり、リレーションサーバ２３ＣのＲＯＭである。タクシー事業者名、その電話番号及び探索処理プログラムが一時的に記憶されるのは、前述のとおり、リレーションサーバ２３ＣのＲＡＭである。電話番号検索処理が参照するのは、タクシー事業者ＤＢ５０である。このデータベースが一時的に記憶されるのも、リレーションサーバ２３ＣのＲＡＭである。
【００４７】
電話番号検索処理の手順は、次のとおりである。この処理が検索するのは、電話番号５３である。その探索範囲は、タクシー事業者ＤＢ５０である。その検索キーは、受信されたタクシー事業者名である。その検索結果が記憶されるのは、リレーションサーバ２３ＣのＲＡＭである。
【００４８】
本実施の形態が奏する効果は、到着駅における空車状況をユーザに認識させうる点である。それによって、ユーザが可能なのは、到着駅を変更することやタクシを電話で呼ぶこと等である。
【００４９】
なお、本発明が採用しうるのは、駅ＩＤの送受信を省略することである。この省略が可能なのは、駅の位置が公共交通網ＤＢ５０において主キーとなるときである。
【産業上の利用可能性】
【００５０】
本発明が有用なのは、携帯電話やＰＤＡ等である。
【図面の簡単な説明】
【００５１】
【図１】本実施の形態に係る表示例を示す図
【図２】本実施の形態に係るシステム構成を示す図
【図３】本実施の形態に係るイベントを示す図
【図４】本実施の形態に係る各ＤＢの属性を示す図
【符号の説明】
【００５２】
２０    システム
２２    移動体端末
２３    サーバ
３０    公共交通網ＤＢ（第１のデータベース）
４０    プローブＤＢ（第２のデータベース）
【図２】
2009250643.tif 000003
【図３】
2009250643.tif 000004
【図４】
2009250643.tif 000005
【図１】
2009250643.tif 000006