(57)【特許請求の範囲】
【請求項１】
顧客によって携帯される第１の移動機から要求を受け、当該顧客の指定する配車先に顧客の用に供する車両を配車する車両配車システムであって、
車両の所在する位置を示す情報と、当該車両の乗務員の使用する第２の移動機の電話番号とを、各車両について記憶する車両情報管理手段と、
移動通信サービスが提供される領域を複数に区分してなる各エリアを示す情報と、その名称とを記憶するエリア情報記憶手段と、
各エリアに所在するランドマークの名称と、その位置を示す情報とを、各エリアについて記憶するランドマーク情報記憶手段と、
前記第１の移動機が所在するエリアを検出するエリア情報検出手段と、
前記エリア情報検出手段により検出された第１の移動機が所在するエリアに基づいて、前記エリア情報記憶手段に記憶された当該エリアの名称と、当該第１の移動機が所在するエリアに隣接するか或いは近くにある１又は複数のエリアの名称とを前記第１の移動機に送信し、顧客が希望する配車先を含むエリアの選択を促すエリア情報送信手段と、
第１の移動機によって選択されたエリアに所在する、前記ランドマーク情報記憶手段に記憶された１又は複数のランドマークの名称を前記第１の移動機に送信し、顧客が希望する配車先としてランドマークの選択を促すランドマーク情報送信手段と、
前記ランドマーク情報記憶手段に記憶された第１の移動機によって選択されたランドマークの位置を示す情報と、前記車両情報管理手段に記憶された各車両の位置を示す情報とに基づいて、１又は複数の車両を特定するとともに、前記ランドマークと前記車両との距離を算出する車両特定手段と、
前記車両特定手段によって特定された１又は複数の車両のそれぞれについて、前記算出された距離と、前記車両情報管理手段に記憶された当該車両の乗務員が使用する第２の移動機の電話番号とを前記第１の移動機に送信する車両情報提供手段と、
を備える車両配車システム。
【請求項２】
前記車両情報管理手段が、各車両について、当該車両の車種に関する情報を記憶し、
前記車両情報提供手段が、前記車両特定手段によって特定された各車両について、前記車両情報管理手段に記憶された当該車両の車種に関する情報を送信する
ことを特徴とする請求項１に記載の車両配車システム。
【請求項３】
各顧客について、当該顧客を識別する顧客識別情報と、当該顧客が予め登録した１又は複数の配車先の名称と、その位置を示す情報とを記憶する顧客情報管理手段と、
前記第１の移動機から受信した前記要求に含まれる前記顧客を識別する情報を判別する顧客認証手段と、
前記顧客認証手段により顧客識別情報が認証された顧客について、前記顧客情報管理手段に記憶された当該顧客が予め登録した１又は複数の配車先の名称を、前記第１の移動機に送信し、顧客が希望する配車先の選択を促す登録配車先特定手段と、
をさらに備えることを特徴とする請求項１に記載の車両配車システム。
【請求項４】
顧客の指定する配車先に顧客の用に供する車両を配車する車両配車方法であって、
顧客によって携帯される第１の移動機から送信された配車要求を受信するステップと、
車両の所在する位置を取得して、当該車両の乗務員の使用する第２の移動機の電話番号と関連付けて、当該取得した位置を各車両について記憶するステップと、
移動通信サービスが提供される領域を複数に区分してなる複数のエリアから、前記配車要求を送信した前記第１の移動機が所在するエリアを検出するステップと、
第１の移動機が所在する前記検出されたエリアの名称と、当該エリアに隣接するか或いは近くにある１又は複数のエリアの名称とを前記第１の移動機に送信するステップと、
第１の移動機から、選択されたエリア名を受信し、当該選択されたエリア名に対応する前記エリアに所在する１又は複数のランドマークの名称を前記第１の移動機に送信するステップと、
第１の移動機から、選択されたランドマーク名を受信し、当該選択されたランドマーク名に対応するランドマークの位置を示す情報と、前記車両情報管理手段に記憶された各車両の位置を示す情報とに基づいて、１又は複数の車両を特定するとともに、前記ランドマークと前記車両との距離を算出するステップと、
前記特定された１又は複数の車両のそれぞれについて、前記算出された距離と、前記車両情報管理手段に記憶された当該車両の乗務員が使用する第２の移動機の電話番号とを前記第１の移動機に送信するステップと、
を有する車両配車方法。
【請求項５】
コンピュータ装置を、
顧客によって携帯される第１の移動機から要求を受ける際に、当該第１の移動機が所在するエリアを検出するエリア情報検出手段と、
車両の所在する位置を示す情報と、当該車両の乗務員の使用する第２の移動機の電話番号とを、各車両について記憶する車両情報管理手段と、
移動通信サービスが提供される領域を複数に区分してなる各エリアを示す情報と、その名称とを記憶するエリア情報記憶手段と、
各エリアに所在するランドマークの名称と、その位置を示す情報とを、各エリアについて記憶するランドマーク情報記憶手段と、
前記エリア情報検出手段により検出された第１の移動機が所在するエリアに基づいて、前記エリア情報記憶手段に記憶されている当該エリアの名称と、当該第１の移動機が所在するエリアに隣接するか或いは近くにある１又は複数の複数のエリアの名称とを前記第１の移動機に送信し、顧客が希望する配車先を含むエリアの選択を促すエリア情報送信手段と、
第１の移動機によって選択されたエリアに所在する、前記ランドマーク情報記憶手段に記憶された１又は複数のランドマークの名称を前記第１の移動機に送信し、顧客が希望する配車先としてランドマークの選択を促すランドマーク情報送信手段と、
前記ランドマーク情報記憶手段に記憶された第１の移動機によって選択されたランドマークの位置を示す情報と、前記車両情報管理手段に記憶された各車両の位置を示す情報とに基づいて、１又は複数の車両を特定するとともに、前記ランドマークと前記車両との距離を算出する車両特定手段と、
前記車両特定手段によって特定された１又は複数の車両のそれぞれについて、前記算出された距離と、前記車両情報管理手段に記憶された当該車両の乗務員が使用する第２の移動機の電話番号とを前記第１の移動機に送信する車両情報提供手段
として機能させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術】
本発明は、タクシー車両を顧客に配車するための技術に関する。
【０００２】
【従来の技術】
測位機能を搭載した携帯電話機が一般に知られている。この測位機能を利用すれば、例えば特許文献１に記載されているように、携帯電話機を持ったユーザが居る場所を特定し、その場所にタクシーを配車するというサービスを実現することができる。
【０００３】
【特許文献１】
特開２００２−１３３５８８号公報
【０００４】
携帯電話機に搭載される測位機能としては、特許文献１に記載されているように、ＧＰＳ（Global  Positionig  System）技術を利用したものがある。しかし、このＧＰＳ技術を利用する場合には、専用のアンテナや演算装置を携帯電話機に実装しなければならないので、携帯電話機の大型化や高価格化を招いてしまう。
また、携帯電話機が在圏している無線セルの位置を携帯電話機の位置とみなすことによって測位を行うという方法もある。ところが、この無線セルの大きさは、マイクロセル方式を採用するＰＨＳ（Personal  Handyphone  System；登録商標）であってもおおよそ数百メートルであることから、この方法による測位精度は低くユーザの大まかな位置しか把握できないことになる。よって、この方法を利用したとしても、タクシーと顧客が待ち合わせるというような比較的正確な位置が必要とされるサービスにおいては、実用に耐えないおそれがある。
【０００５】
【発明が解決しようとする課題】
ところで、ＮＴＴドコモ社によってｉエリア／アイエリア（登録商標）と称せられる位置情報サービスが開始されている。このｉエリアサービスにおいては、まず、携帯電話機が在圏している無線セルの位置に基づいて、その携帯電話機近辺の地名のリストをネットワーク上のサーバから携帯電話機に送信する。次に、ユーザが携帯電話機に表示されたリストから所望の地名を選択すると、上記サーバからその地名（位置）に関連する位置関連情報を携帯電話機に送信してこの携帯電話機に表示させる。これによって、ユーザは自身の近辺の位置関連情報（例えばカラオケ店やレストラン等の商業店舗の情報）を知ることができる。
このサービスは、携帯電話機に特別な機能を設けなくても、ネットワーク設備の機能のみによって実現できることや、情報提供者によって多様な位置関連情報が提供されているといった理由から既に広く普及しており、このサービスの使用方法を熟知しているユーザも多い。
【０００６】
ところでｉエリアサービスは、無線セルの位置という大まかな位置に基づいたものであるから、タクシーの配車のようにユーザの正確な位置が必要とされるサービスには本来不向きである。ただし、前述したようにｉエリアサービスは既に普及しており、このサービスの仕組みにあまり手を加えることなく、タクシー配車のような新しいサービスを提供することができれば、非常に効率的であり望ましいことである。
【０００７】
また、特許文献１では、顧客によって利用するタクシーが決められると、配車統括センタからの指示に従ってタクシーが顧客のいる場所に急行するようになっている。即ち、配車すべきタクシーが決められた後に配車を指示するための手法は既存のものとほぼ同様である。しかしながら、このような既存の手法では、タクシーの乗務員と顧客とはお互い面識がないので、待ち合わせ場所でうまく相手を見つけられないということが少なからずあった。
【０００８】
本発明は、上記のような問題点を解決するためのものであり、従来よりも利便性の高い車両配車システムを提供することを目的としている。
【０００９】
【課題を解決するための手段】
上述した課題を解決するため、本発明は、顧客によって携帯される第１の移動機から要求を受け、当該顧客の指定する配車先に顧客の用に供する車両を配車する配車システムを提供する。この配車システムは、車両の所在する位置を示す情報と、当該車両の乗務員の使用する第２の移動機の電話番号とを、各車両について記憶する車両情報管理手段と、移動通信サービスが提供される領域を複数に区分してなる各エリアを示す情報と、その名称とを記憶するエリア情報記憶手段と、各エリアに所在するランドマークの名称と、その位置を示す情報とを、各エリアについて記憶するランドマーク情報記憶手段と、前記第１の移動機が所在するエリアを検出するエリア情報検出手段と、前記エリア情報検出手段により検出された第１の移動機が所在するエリアに基づいて、前記エリア情報記憶手段に記憶された当該エリアの名称と、当該第１の移動機が所在するエリアに隣接するか或いは近くにある１又は複数のエリアの名称とを前記第１の移動機に送信し、顧客が希望する配車先を含むエリアの選択を促すエリア情報送信手段と、第１の移動機によって選択されたエリアに所在する、前記ランドマーク情報記憶手段に記憶された１又は複数のランドマークの名称を前記第１の移動機に送信し、顧客が希望する配車先としてランドマークの選択を促すランドマーク情報送信手段と、前記ランドマーク情報記憶手段に記憶された第１の移動機によって選択されたランドマークの位置を示す情報と、前記車両情報管理手段に記憶された各車両の位置を示す情報とに基づいて、１又は複数の車両を特定するとともに、前記ランドマークと前記車両との距離を算出する車両特定手段と、前記車両特定手段によって特定された１又は複数の車両のそれぞれについて、前記算出された距離と、前記車両情報管理手段に記憶された当該車両の乗務員が使用する第２の移動機の電話番号とを前記第１の移動機に送信する車両情報提供手段と、を備えることを特徴とする。
【００１０】
また、本発明の好ましい態様において、前記車両情報管理手段が、各車両について、当該車両の車種に関する情報を記憶し、前記車両情報提供手段が、前記車両特定手段によって特定された各車両について、前記車両情報管理手段に記憶された当該車両の車種に関する情報を送信するようにしてもよい。
【００１１】
また、本発明の好ましい態様において、各顧客について、当該顧客を識別する顧客識別情報と、当該顧客が予め登録した１又は複数の配車先と、その位置を示す情報とを記憶する顧客情報管理手段と、前記第１の移動機から受信した前記要求に含まれる前記顧客を識別する情報を判別する顧客認証手段と、前記顧客認証手段により顧客識別情報が認証された顧客について、前記顧客情報管理手段に記憶された当該顧客が予め登録した１又は複数の配車先を、前記第１の移動機に送信し、顧客が希望する配車先の選択を促す登録配車先特定手段と、をさらに備えるようにしてもよい。
【００１２】
また、本発明は、顧客の指定する配車先に顧客の用に供する車両を配車する配車方法を提供する。この配車方法は、車両の所在する位置を取得して、当該車両の乗務員の使用する第２の移動機の電話番号と関連付けて、当該取得した位置を各車両について記憶するステップと、顧客によって携帯される第１の移動機から送信された要求を受けるステップと、移動通信サービスが提供される領域を複数に区分してなる複数のエリアから、前記要求を送信した前記第１の移動機が所在するエリアを検出するステップと、第１の移動機が所在する前記検出されたエリアの名称と、当該エリアに隣接するか或いは近くにある１又は複数のエリアの名称とを前記第１の移動機に送信するステップと、第１の移動機から、選択されたエリア名を受信し、当該選択されたエリア名に対応する前記エリアに所在する１又は複数のランドマークの名称を前記第１の移動機に送信するステップと、第１の移動機から、選択されたランドマーク名を受信し、当該選択されたランドマーク名に対応するランドマークの位置を示す情報と、前記車両情報管理手段に記憶された各車両の位置を示す情報とに基づいて、１又は複数の車両を特定するとともに、前記ランドマークと前記車両との距離を算出するステップと、前記特定された１又は複数の車両のそれぞれについて、前記算出された距離と、前記車両情報管理手段に記憶された当該車両の乗務員が使用する第２の移動機の電話番号とを前記第１の移動機に送信するステップとを備えることを特徴とする。
【００１３】
また、本発明は、コンピュータ装置を、顧客によって携帯される第１の移動機から要求を受ける際に、当該第１の移動機が所在するエリアを検出するエリア情報検出手段と、車両の所在する位置を示す情報と、当該車両の乗務員の使用する第２の移動機の電話番号とを、各車両について記憶する車両情報管理手段と、移動通信サービスが提供される領域を複数に区分してなる各エリアを示す情報と、その名称とを記憶するエリア情報記憶手段と、各エリアに所在するランドマークの名称と、その位置を示す情報とを、各エリアについて記憶するランドマーク情報記憶手段と、前記エリア情報検出手段により検出された第１の移動機が所在するエリアに基づいて、前記エリア情報記憶手段に記憶されている当該エリアの名称と、当該第１の移動機が所在するエリアに隣接するか或いは近くにある１又は複数の複数のエリアの名称とを前記第１の移動機に送信し、顧客が希望する配車先を含むエリアの選択を促すエリア情報送信手段と、第１の移動機によって選択されたエリアに所在する、前記ランドマーク情報記憶手段に記憶された１又は複数のランドマークの名称を前記第１の移動機に送信し、顧客が希望する配車先としてランドマークの選択を促すランドマーク情報送信手段と、前記ランドマーク情報記憶手段に記憶された第１の移動機によって選択されたランドマークの位置を示す情報と、前記車両情報管理手段に記憶された各車両の位置を示す情報とに基づいて、１又は複数の車両を特定するとともに、前記ランドマークと前記車両との距離を算出する車両特定手段と、前記車両特定手段によって特定された１又は複数の車両のそれぞれについて、前記算出された距離と、前記車両情報管理手段に記憶された当該車両の乗務員が使用する第２の移動機の電話番号とを前記第１の移動機に送信する車両情報提供手段として機能させるためのプログラムを提供する。
【００１５】
【発明の実施の形態】
以下、図面を参照して、この発明の実施形態について説明する。
Ａ：構成
まず、発明の実施の一形態である車両配車システムの構成について説明する。なお、図面において、共通する部分には同一の符号が付されている。
図１は、顧客に対してタクシー配車サービスを提供するための車両配車システムの全体構成を示すブロック図である。図１に示されるように、この車両配車システムは、顧客が携帯する移動機１０と、タクシー車両２０（以下、単に車両２０という）に搭載されたＧＰＳ測位装置２１と、ＧＰＳ測位装置２１に通信ケーブルを介して接続された移動機２２と、車両２０の乗務員が利用する移動機２３と、これら移動機１０及び２２に対して移動パケット通信サービスを提供する移動パケット通信網３０と、移動パケット通信網３０に接続された通信事業者サーバ４０と、インターネット５０に接続された配車管理サーバ６０及びサービス事業者サーバ７０を備えている。これらに加えて、この車両配車システムは図示せぬ移動通話網を備えており、顧客が携帯する移動機１０と乗務員が利用する移動機２３とは、この移動通話網によって提供される通話サービスを受けることができるようになっている。また、移動パケット通信網３０は図示せぬゲートウェイ設備を介してインターネット５０に接続されており、これらの２つのネットワーク間では双方向のデータ通信を行うことが可能になっている。
【００１６】
なお、通信事業者サーバ４０は、移動パケット通信網３０の通信事業者によって運営・管理されており、配車管理サーバ６０は、タクシー会社或いはＡＳＰ（Application Service Provider）によって運営・管理されており、サービス事業者サーバ７０は移動機２２の位置（即ち車両２０の位置）を常時監視するというサービスを専門に行うサービス事業者によって運営・管理されている。
【００１７】
移動機１０，２２及び２３は、具体的にはＰＤＣ（Personal Digital Cellular）方式、ＧＳＭ（Global System for Mobile Communications ）方式或いはＩＭＴ−２０００（International  Mobile  Telecommnucation-2000）方式の携帯電話機や、ＰＨＳ方式の簡易携帯電話機である。
これら移動機１０，２２及び２３は各々、次のような機能を備えている。まず移動機１０の不揮発性メモリには、ＨＴＭＬ（Hypertext  Markup  Language）形式のデータ（以下、ＨＴＭＬデータという）を解釈して液晶ディスプレイに表示するためのブラウザソフトウェアが記憶されている。移動機１０のＣＰＵ（Central  Processing  Unit）はこのブラウザソフトウェアを実行することによって、インターネット５０に接続されたサーバに記憶されているＨＴＭＬデータを移動パケット通信網３０を介して取得し表示するブラウジング機能を実現する。
これに対し、乗務員によって利用される移動機２３においては、移動機１０のようなブラウジング機能は必須ではなく、移動通話網を介して行う通話機能さえ実現されていればよい。また、車両２０に搭載される移動機２２においては、上記のような通話機能やブラウジング機能は必須ではなく、移動パケット通信網３０を介してデータ通信を行うという機能さえ実現されていればよい。
【００１８】
通信事業者サーバ４０は、ＣＰＵ、各種メモリ及び通信ポート等の一般的なサーバと同等のハードウェアによって構成されている。このメモリには、移動機１０のブラウジング機能によって表示され得るＨＴＭＬデータや、移動機１０とＨＴＴＰ（Hypertext  Transfer  Protocol）に従ってデータ通信を行うためのＷＷＷサーバソフトウェアの他、移動機１０（即ち顧客）の位置に関する処理を行うための処理プログラムが記憶されている。通信事業者サーバ４０のＣＰＵは、メモリに記憶されている上記処理プログラムを実行することによって、移動機１０と無線通信を行っている基地局に割り当てられたエリアコードを配車管理サーバ６０に通知する機能を実現する。この機能はＮＴＴドコモ社が提供するｉエリアサービスにおいて既に周知であるから、その概略のみを以下に説明する。
図１に示した各基地局にはエリアコードが記憶されており、各基地局は移動機１０から発信された信号を中継する際には、この信号に対して自局が記憶しているエリアコードを付加してさらに上位局である交換局に送信する。このエリアコードは各基地局に一意のコードではなく、住所表記等の基準によって区分されたエリアを一意に識別可能なコードである。例えば、「東京都港区赤坂」を住所表記に含むエリアには複数の基地局が設置されているが、これら複数の基地局には共通のエリアコードが記憶されている。このように移動機１０から送信された信号に対してどのようなエリアコードが付加されているかを判別することによって、その移動機１０の大まかな位置を検出することができる。この大まかな位置に基づいて従来の位置情報サービスは行われている。
【００１９】
次に、車両２０に搭載されたＧＰＳ測位装置２１は、図示せぬＧＰＳアンテナや演算装置を備えている。このＧＰＳ測位装置２１による測位処理は、まず、ＧＰＳアンテナが複数のＧＰＳ衛星から発信されているＧＰＳ信号を受信し、次いで、演算装置がこれらのＧＰＳ信号が示す内容に基づいて位置座標を算出するという手順で行われる。このようにして算出された位置座標は、定期的にＧＰＳ測位装置２１から通信ケーブルによって接続された移動機２２を介してサービス事業者サーバ７０宛に送信される。
【００２０】
サービス事業者サーバ７０は、ＣＰＵ、各種メモリ及び通信ポート等の一般的なサーバと同等のハードウェアによって構成されている。このサービス事業者サーバ７０は、移動パケット通信網３０及びインターネット５０を介して受信した位置座標を、各車両２０に割り当てられている車両ＩＤに対応付けて記憶する。サービス事業者サーバ７０に記憶されている車両２０の位置座標は、配車管理サーバ６０からの定期的な要求に応じて、この配車管理サーバ６０に通知されるようになっている。
【００２１】
次に、配車管理サーバ６０の構成について詳細に説明する。
配車管理サーバ６０は、図２に示されるように、ＣＰＵ６１、ＲＯＭ（Read  Only  Memory）６２、ＲＡＭ（Random  Access  Memory）６３、通信ポート６４及びハードディスク６５を備えている。このハードディスク６５には、移動機１０のブラウジング機能によって表示され得るＨＴＭＬデータや、移動機１０とＨＴＴＰに従ってデータ通信を行うためのＷＷＷサーバソフトウェアが記憶されている。さらに、このハードディスク６５には、車両データベース、ランドマークデータベース、顧客データベース及びログデータベースといった各種データベースの他、これらのデータベースを生成、更新、参照するためのデータベース管理ソフトウェアが記憶されている。なお、以下の説明及び図面では、データベースという用語を「ＤＢ」と略称している。
【００２２】
図３は車両ＤＢの内容の一例を示す図である。この車両ＤＢには、各車両２０に割り当てられた車両ＩＤと、各車両２０の車種と、各車両２０の位置を示す位置座標と、各車両２０の乗務員が携帯している移動機２３の電話番号とが含まれている。図３に示す例では、車両ＩＤ「S001」が割り当てられた車両２０の車種は「セダン」であり、その位置を示す位置座標は「N（北緯）○○○○○○○○，E（東経）××××××××」であり、この車両２０の乗務員が利用する移動機２３の電話番号は「090-△△△△−△△△△」であることを意味している。なお、車両ＩＤを構成する文字列のうち、文字列の先頭に位置する英字「S」は車種セダンを表し、「W」は車種ワゴンを表し、「H」は車種ハイヤーを表している。
上記のような車両２０に関する情報のうち、車両ＩＤ、車種及び移動機２３の電話番号は、タクシー会社やＡＳＰのオペレータによって予め入力される情報である。これに対し、位置座標は、前述したように、配車管理サーバ６０がサービス事業者サーバ７０からインターネット５０を介して定期的に取得する情報である。
【００２３】
次に、図４はランドマークＤＢの一例を表す図である。このランドマークＤＢには、各々のエリア内に所在するランドマークに関する情報が含まれている。ここでいうランドマークとは、人が認識しやすい目標や目印のことであり、例えば駅、交差点、高層建築物或いは大規模施設のほか、峠や池などの自然地形も含み得る。
図４に示す例では、エリアコード「AREA0001」によって示されるエリア（ここでは「東京都港区赤坂」を住所表記に含むエリアとする）に所在するランドマークとして、「赤坂国際ビル」、「山王パークタワー」、「赤坂見附（駅）」、「首相官邸前（交差点）」があり、これらのランドマークには各々一意のランドマークＩＤ「LAND0001」、「LAND0002」・・・「LAND0004」が割り当てられている。ランドマーク種別としては、「駅」や「交差点」以外に「その他ランドマーク」がある。図４では、例えば「赤坂国際ビル」の位置を示す位置座標は「N（東経）×××××××，E（北緯）○○○○○○○○」であることが示されている。これらの情報はいずれも、タクシー会社或いはＡＳＰのオペレータによってこの配車管理サーバ６０に予め入力されたものである。
【００２４】
本実施形態において、配車管理サーバ６０は、まず、通信事業者サーバ４０から通知されてくるエリアコードに基づいて顧客の大まかな位置を把握し、次いで、その大まかな位置に含まれるランドマークのリストを移動機１０に送信して顧客に提示する。そして、そのリストを見た顧客が、タクシーとの待ち合わせ場所として所望するランドマークを指定すると、配車管理サーバ６０は、図４に示したようなランドマークＤＢを参照して、顧客によって指定されたランドマークの位置を特定する。さらに、配車管理サーバ６０は、車両ＤＢを参照してこのランドマークから近い位置にいる車両２０を特定し、特定した車両２０に関する情報を移動機１０に送信して顧客に提示するようになっている。
【００２５】
次に、図５は、顧客ＤＢの一例を示す図である。本実施形態においては、タクシー会社に予めサービス申し込みを行っている顧客に対してのみ、タクシー配車サービスが提供されるようになっている。顧客ＤＢにはこれらのサービス申し込み済みの顧客に関する情報が含まれている。図５に示す例では、氏名「中村太郎」、年齢「３６歳」、性別「男性」、移動機１０の電話番号「090-××××−××××」といった顧客の属性情報に加えて、顧客ＩＤ「nakamura」及びパスワード「abc123」といった認証情報が対応付けられていることが示されている。この認証情報は、移動機１０を用いて車両２０の配車を依頼してきた人間が予めサービス契約を行っている正当な顧客であるか否かを配車管理サーバ６０が確認するために利用される。
さらに、顧客ＤＢには、各顧客が事前に登録したランドマーク（以下、登録ランドマークという）に関する情報が記憶されている。例えば勤務先から頻繁にタクシーを利用して帰宅するような顧客の場合、わざわざその顧客の位置を検出してから近くの車両２０を検索するよりも、勤務先の位置を示す情報を事前に配車管理サーバ６０に登録しておき、その位置に近い位置にいる車両２０を検索するほうが、顧客の位置検出処理が不要となるから手間がかからない。よって、図５に示すように、例えば、顧客ＩＤ「nakamura」が示す顧客については、「自宅」、「勤務先」、「共済病院」といったランドマーク名とその位置を示す位置座標とが対応付けられて記憶されている。
上記の顧客に関する情報はいずれも、顧客からの通知に基づきタクシー会社或いはＡＳＰのオペレータによってこの配車管理サーバ６０に予め入力されたものである。
【００２６】
次に、図６は、ログＤＢの一例を示す図である。このログＤＢには、顧客が移動機１０を用いて配車管理サーバ６０にアクセスし、指定したランドマークに近い位置にいる車両２０を検索した際の検索内容を表す情報が含まれている。図６に示す例では、「２００３年１月２７日」に顧客ＩＤ「nakamura」が示す顧客が、エリアコード「AREA0001」が示すエリア（赤坂）で、ランドマーク「赤坂国際ビル」に最も近い位置にいる車両２０を検索したところ、車両ＩＤ「S001」が示す車両２０が検索されたことが示されている。このログＤＢの内容は、例えばタクシー会社が車両２０の需要状況（例えばどのエリアで車両２０の配車依頼が多いかなど）を調査するために利用する場合のほか、顧客や乗務員が配車の内容を確認する場合など、様々な用途に利用することができる。
以上が本実施形態の構成である。
【００２７】
Ｂ：動作
次に、図７に示すシーケンスを参照しながら、上記構成からなるシステムの動作について説明する。
図７において、まず、顧客が移動機１０を操作してブラウザソフトウェアを起動した後、配車管理サーバ６０にアクセスするための所定の操作を行うと、移動機１０はこの操作を受け付けてＨＴＴＰリクエストｒ１を生成し、配車管理サーバ６０に送信する。
【００２８】
配車管理サーバ６０は、ＨＴＴＰリクエストｒ１を受信すると、ハードディスク６５からＨＴＭＬデータを読み出し、このＨＴＭＬデータを含むＨＴＴＰレスポンスｒ２を移動機１０に送信する。このＨＴＭＬデータは、顧客に顧客ＩＤ及びパスワードの入力を促すための画面を移動機１０に表示させるものである。
【００２９】
移動機１０は、受信したＨＴＴＰレスポンスｒ２に含まれるＨＴＭＬデータを解釈して、顧客ＩＤ及びパスワードの入力欄が設けられた画面を表示する。顧客が上記入力欄に顧客ＩＤ「nakamura」及びパスワード「abc123」を入力し、これを送信するための操作を行うと、移動機１０はこの操作を受け付けて、上記顧客ＩＤ及びパスワードを含むＨＴＴＰリクエストｒ３を配車管理サーバ６０に送信する。
【００３０】
配車管理サーバ６０は受信したＨＴＴＰリクエストｒ３に含まれている顧客ＩＤ「nakamura」及びパスワード「abc123」と、図５に示したような顧客ＤＢに含まれている顧客ＩＤ「nakamura」及びパスワード「abc123」とを照合し、両者が一致すること（即ち正当な顧客であること）を確認する。次いで、配車管理サーバ６０は、次に送信すべきＨＴＭＬデータをハードディスク６５から読み出し、このＨＴＭＬデータを含むＨＴＴＰレスポンスｒ４を移動機１０に送信する。
【００３１】
移動機１０は、受信したＨＴＴＰレスポンスｒ４に含まれるＨＴＭＬデータを解釈して図８に示すような画面を表示する。図８に示した領域ｂ１に表示されている情報は、顧客が自らの位置に近い車両２０を検索するためのものであり、領域ｂ２に表示されている情報は、顧客が事前に登録している登録ランドマークに近い車両２０を検索するためのものである。
以下では、顧客が自らの位置に近い車両２０を検索する場合を例に挙げて説明する。
顧客が、図９に示すように車両２０の車種として「指定無し」を選択し、次いで、図１０に示すように「未登録場所」と表記されたフィールドを選択決定する操作を行ったとする。移動機１０はこの操作を受け付け、移動機１０の位置を検索するためのＨＴＴＰリクエストｒ５を通信事業者サーバ４０に送信する。
【００３２】
このＨＴＴＰリクエストｒ５は、前述したように移動パケット通信網３０上を伝送される過程でエリアコード「AREA0001」が付加されるようになっている。通信事業者サーバ４０は、受信したＨＴＴＰリクエストｒ５に付加されているエリアコード「AREA0001」に基づいて移動機１０が「赤坂」にいると判断してから、その判断結果に応じたＨＴＭＬデータを含むＨＴＴＰレスポンスｒ６を移動機１０に送信する。
【００３３】
移動機１０は、受信したＨＴＴＰレスポンスｒ６に含まれるＨＴＭＬデータを解釈して図１１に示すような画面を表示する。この画面は、顧客のプライバシーに関する情報である位置情報を移動パケット通信網３０の外部に送信しても良いか否かを顧客に確認するためのものである。顧客が図１１に示す「ＯＫ」と表記されたフィールドを選択決定するための操作を行うと、移動機１０はこの操作を受け付けてＨＴＴＰリクエストｒ７を通信事業者サーバ４０に送信する。
【００３４】
通信事業者サーバ４０はＨＴＴＰリクエストｒ７を受信すると、エリアコード「AREA0001」を含むリクエストｒ８を配車管理サーバ６０に送信する。
【００３５】
配車管理サーバ６０は上記リクエストｒ８受信すると、このリクエストｒ８に含まれているエリアコード「AREA0001」に基づいてＨＴＭＬデータを生成し、このＨＴＭＬデータを含むＨＴＴＰレスポンスｒ９を移動機１０に送信する。このＨＴＭＬデータは、車両２０との待ち合わせを行うエリアを顧客に選択させるための画面を移動機１０に表示させるためのものである。
【００３６】
移動機１０は、受信したＨＴＴＰレスポンスｒ９に含まれるＨＴＭＬデータを解釈して図１２に示すような画面を表示する。ここで、顧客が所在するのはエリアコード「AREA0001」が示すエリア（ここでは「赤坂」）であるはずだが、図１２のようにして、「赤坂」に隣接するか或いは近くにある「六本木」とか「青山」をリスト表示させる理由は、例えば顧客によっては現在居る場所とは違った場所で車両２０と待ち合わせしたいという要望があるかもしれないからである。例えば「赤坂」で買い物をしながら「六本木」まで自ら移動し、その移動後に車両２０と待ち合わせしたいというような場合である。
図１２に示した「赤坂」というテキストデータには、「AREA0001」というエリアコードが関連づけられている。顧客がこの「赤坂」を選択する操作を行うと、移動機１０はこの操作を受け付け、エリアコード「AREA0001」を含むＨＴＴＰリクエストｒ１０を配車管理サーバ６０に送信する。
【００３７】
配車管理サーバ６０は、ＨＴＴＰリクエストｒ１０を受信すると、図３に示す車両ＤＢを参照しつつ、上記ＨＴＴＰリクエストｒ１０に含まれているエリアコード「AREA0001」によって示された「赤坂」エリアに居る車両２０の車両ＩＤを複数（ここでは３つ）抽出する。ここでは、車両２０の車種は指定されておらずどのような車種でも良いので、車両ＩＤ「S001」、「W020」及び「H003」といった様々な車種の車両２０が抽出されたとする。
次いで、配車管理サーバ６０は、ランドマークＤＢを参照してエリアコード「AREA0001」に対応付けて記憶しているランドマークに関する情報を抽出する。そして、配車管理サーバ６０は、上記の３つの車両ＩＤやランドマークに関する情報を含むＨＴＭＬデータを生成し、このＨＴＭＬデータを含むＨＴＴＰレスポンスｒ１１を移動機１０に送信する。
【００３８】
移動機１０は、受信したＨＴＴＰレスポンスｒ１１に含まれるＨＴＭＬデータを解釈して図１３に示すような画面を表示する。図１３に示すように、移動機１０には、「赤坂」に居る車両２０の車両ＩＤ「S001」、「W200」及び「H003」が表示されるとともに、「赤坂」エリアに存在するランドマークである「赤坂見附（駅）」などが表示される。
ここで、顧客が図１３に示した車両ＩＤ「S001」の車両２０を選択する操作を行うと、この車両２０の乗務員と連絡を取るための処理に移行することになるが、この説明については後述することにする。以下では、まず、図１３に示した画面上において、顧客が所望するランドマークを選択した場合について説明する。例えば顧客がランドマーク「赤坂国際ビル」を選択する操作を行ったとする。この「赤坂国際ビル」というテキストデータにはランドマークＩＤ「LAND0001」が関連づけられており、移動機１０は上記操作を受け付けると、ランドマークＩＤ「LAND0001」を含むＨＴＴＰリクエストｒ１２を配車管理サーバ６０に送信する。
【００３９】
配車管理サーバ６０は、ＨＴＴＰリクエストｒ１２を受信すると、このＨＴＴＰリクエストｒ１２からランドマークＩＤ「LAND0001」を抽出し、さらに、図４に示したランドマークＤＢを参照してランドマークＩＤ「LAND0001」に対応する位置座標「N（東経）×××××××，E（北緯）○○○○○○○○」を読み出す。
次いで、配車管理サーバ６０は、図３に示すような車両ＤＢを参照して、ランドマークの位置座標「N（東経）×××××××，E（北緯）○○○○○○○○」と各車両２０の位置座標とに基づいて、これら２つの位置座標間の距離を求める。
【００４０】
次に、配車管理サーバ６０は、上記のようにして求めた距離に基づいて、ランドマークに最も近い車両２０の車両ＩＤ（ここでは車両ＩＤ「S001」とする）を特定する。そして、配車管理サーバ６０は、これらの情報に基づいてＨＴＭＬデータを生成し、このＨＴＭＬデータを含むＨＴＴＰレスポンスｒ１３を移動機１０に送信する。これとともに、配車管理サーバ６０は、検索日時（ここでは「２００３年１月２７日」）とともに、顧客ＩＤ「nakamura」、エリアコード「AREA0001」、ランドマーク名「赤坂国際ビル」、車両ＩＤ「S001」等の情報をログＤＢとして記憶する。
【００４１】
移動機１０は、受信したＨＴＴＰレスポンスｒ１３に含まれるＨＴＭＬデータを解釈して図１４に示すような画面を表示する。図１４に示した「近くのタクシー（S001：１．５km）に電話」というテキストデータには、車両ＩＤ「S001」の車両２０の乗務員が利用する移動機２３の電話番号「090-△△△△−△△△△」が関連づけられている。
【００４２】
顧客がこのテキストデータを選択決定する操作を行うと、移動機１０は、図１５に示すような確認画面を表示した後、さらに顧客による確認操作（図１５における「ＹＥＳ」を選択する操作）を受け付けると、まず、配車管理サーバ６０との間のパケット通信回線を切断する。次いで、移動機１０は、電話番号「090-△△△△−△△△△」を用いて乗務員の移動機２３を発呼するための発呼信号ｒ１４を送信する。移動通話網はこの発呼信号を受け付けて乗務員の移動機２３を呼び出す。これによって、顧客の移動機１０と乗務員の移動機２３との間では通話回線が接続され、両者は通話が可能になるから、顧客の正確な現在位置や目標物などの詳細内容を連絡し合う等すればよい。上記のような車両２０を配車する際に顧客と乗務員とが直接会話するという仕組みは、例えば配車統括センタに配車の手続きを全て任せてしまうといった方法と比較した場合、顧客と乗務員の間で意志疎通を図ることができる等の利点があり、顧客・乗務員の双方にとって利便性が高いものとなる。
【００４３】
なお、顧客が図１３に示した車両ＩＤ「S001」の車両２０を選択する操作を行うと、移動機１０は配車管理サーバ６０との間でＨＴＴＰリクエストとＨＴＴＰレスポンスのやり取りを行い、図１４に示す画面を表示する。それ以降は、既に説明したようにして顧客は車両２０の乗務員と連絡を取ることができる。
【００４４】
顧客の都合によっては、１台ではなく複数台の車両２０を配車してもらいたい場合がある。このような場合、図１４において、顧客が「その他の候補車両一覧」と表記されたフィールドを選択する操作を行うと（操作イメージは図１６）、移動機１０はこの操作を受け付けてＨＴＴＰリクエストを配車管理サーバ６０に送信する。配車管理サーバ６０はこのＨＴＴＰリクエストを受信すると、図１４に示した車両ＩＤ「S001」が示す車両２０の次にランドマークに近い位置にいる車両２０を複数（ここでは４つ）抽出する。次いで、配車管理サーバ６０は、これらの車両ＩＤに基づいてＨＴＭＬデータを生成し、このＨＴＭＬデータを含むＨＴＴＰレスポンスを移動機１０に送信する。移動機１０は、受信したＨＴＴＰレスポンスに含まれるＨＴＭＬデータを解釈して図１７に示すような画面を表示する。顧客は図１７に示されている複数の車両ＩＤを覚えておき、「コールセンターに電話」と表記されたフィールドを選択する。移動機１０はこの操作に応じて図示せぬコールセンタとの間で通話回線を接続する。その後、顧客はコールセンターのオペレータに、覚えておいた車両ＩＤを通知するなどして、複数車両の配車を依頼すればよい。
【００４５】
また、前述したように、顧客は事前に登録しておいた登録ランドマークに近い車両２０を検索して車両２０の配車を依頼することもできる。例えば顧客が図１８の領域ｂ２において、車両２０の車種として「指定無し」を選択し、次いで、図１９に示すように「勤務先」と表記されたフィールドを選択決定する操作を行ったとする。移動機１０はこの操作を受け付けて、顧客ＩＤ「nakamura」と、「指定無し」という情報と、「勤務先」という情報を含むＨＴＴＰリクエストを配車管理サーバ６０に送信する。
配車管理サーバ６０は、上記ＨＴＴＰリクエストを受信すると、このＨＴＴＰリクエストから顧客ＩＤ「nakamura」と「指定無し」という情報と「勤務先」という情報とを抽出する。さらに、配車管理サーバ６０は、図５に示した顧客ＤＢを参照して顧客ＩＤ「nakamura」に対応する登録ランドマーク「勤務先」の位置座標を読み出す。次いで、配車管理サーバ６０は、図３に示すような車両ＤＢを参照して、登録ランドマークである「勤務先」の位置座標と各車両２０の位置座標とに基づいて、これら２つの位置座標間の距離を求める。以降は、既に説明した手順と同じ流れで処理が行われる。これによって、顧客は既に登録している登録ランドマークの近傍の車両２０に配車依頼を行うことが可能となる。
【００４６】
以上説明したように、本実施形態では、顧客と乗務員とが直接会話して意志疎通を図ることができるという利点がある。
また、配車管理サーバ６０は、まず、通信事業者サーバ４０から移動機１０を経由して通知されてくるエリアコードに基づいて顧客の大まかな位置を把握し、次いで、その大まかな位置に含まれるランドマークのリストを移動機１０に送信して顧客に提示するので、顧客は所望のランドマークを待ち合わせ場所として選択することができる。
そして、顧客が、タクシーとの待ち合わせ場所として所望するランドマークを指定すると、配車管理サーバ６０は、ランドマークＤＢを参照して顧客によって指定されたランドマークの位置を特定し、さらに、車両ＤＢを参照してこのランドマークから近い位置にいる複数の車両２０を特定し、これら複数の車両２０に関する情報を移動機１０に送信して顧客に提示するので、顧客は提示された車両２０の中から所望のものを選択することができる。
このように、本実施形態では、基地局（無線セル）の位置に基づいて移動機の位置を検出するという既存の位置情報サービスを利用したうえで、顧客とタクシーとが待ち合わせるというような、より正確な位置が必要とされるサービスを実現することが可能となる。
【００４７】
Ｃ：変形例
本発明は、上述した実施形態に限定されず、例えば次のような変更が可能である。
（１）上述の実施形態では、車両２０の位置をＧＰＳを用いて算出していたが、これに限らず、移動機２２が在圏する無線セルの位置を用いて算出するものであってもよい。また、いわゆるネットワーク型ＧＰＳと呼ばれる技術、すなわち、ＧＰＳ測位装置２１で演算した結果をネットワーク上の装置が補正することによって測位精度を高めるというような技術を利用してもよい。
【００４８】
（２）上述の実施形態においては、顧客に対して、まず、エリアのリストを提示し、次いで、ランドマークのリストを提示するというように２階層のページ構成としたが、これに限らない。例えば北海道のように基地局の無線セルが比較的広い地域や、エリア内のランドマークが非常にたくさんあるような場合には、必要に応じて、エリアやランドマークを表示するページをもっと多くの階層によって構成するようにしてもよい。
【００４９】
（３）上述の実施形態では、移動機の大まかな位置を検出するために基地局（無線セル）の位置を用いていたが、これに限らない。要は、移動機１０と直接的或いは間接的に通信を行う移動パケット通信網の設備であればよく、例えば、移動パケット通信網内で交換処理を行う交換局の位置を用いてもよい。
【００５０】
（４）上述の実施形態では、サービス申し込みを行っている顧客に対してのみ配車サービスを行っているが、このようなサービスの事前申し込みは必須ではない。  また、顧客の認証はパスワード入力のみによっても行うことができる。この場合、顧客の移動機１０は顧客によって入力される顧客ＩＤに代わる何らかのＩＤを予め記憶しておき、このＩＤと入力されたパスワードとを配車管理サーバ６０に送信する。配車管理サーバ６０はこのＩＤとパスワードの組による認証を行えばよい。
（５）なお、車両２０の車種としては、セダン、ワゴン、ハイヤーという分け方以外にも、車両２０のモデル名等を用いてもよい。
【００５１】
（６）上述した配車管理サーバ６０が動作するためのコンピュータプログラムは、配車管理サーバ６０のＣＰＵ６１によって読み取り可能な磁気記録媒体、光記録媒体あるいはＲＯＭなどの記録媒体に記録して提供することができる。また、インターネット５０のようなネットワーク経由で配車管理サーバ６０にダウンロードさせることももちろん可能である。
【図面の簡単な説明】
【図１】  本発明の実施の一形態に係る車両配車システムの構成を示すブロック図である。
【図２】  同システムにおける管理サーバの構成を示すブロック図である。
【図３】  同システムにおける管理サーバが記憶している車両ＤＢの一例を示す図である。
【図４】  同システムにおける管理サーバが記憶しているランドマークＤＢの一例を示す図である。
【図５】  同システムにおける管理サーバが記憶している顧客ＤＢの一例を示す図である。
【図６】  同システムにおける管理サーバが記憶しているログＤＢの一例を示す図である。
【図７】  同システムにおける動作例を示すシーケンス図である。
【図８】  同システムにおける移動機に表示される画面を示す図である。
【図９】  同システムにおける移動機に表示される画面を示す図である。
【図１０】  同システムにおける移動機に表示される画面を示す図である。
【図１１】  同システムにおける移動機に表示される画面を示す図である。
【図１２】  同システムにおける移動機に表示される画面を示す図である。
【図１３】  同システムにおける移動機に表示される画面を示す図である。
【図１４】  同システムにおける移動機に表示される画面を示す図である。
【図１５】  同システムにおける移動機に表示される画面を示す図である。
【図１６】  同システムにおける移動機に表示される画面を示す図である。
【図１７】  同システムにおける移動機に表示される画面を示す図である。
【図１８】  同システムにおける移動機に表示される画面を示す図である。
【図１９】  同システムにおける移動機に表示される画面を示す図である。
【符号の説明】
１０・・・移動機（第１の移動機、移動機）
２２・・・移動機、
２３・・・移動機（第２の移動機）、
２１・・・ＧＰＳ測位装置、
２０・・・タクシー車両（車両）、
３０・・・移動パケット通信網（移動通信網、エリア検出手段）、
４０・・・通信事業者サーバ（エリア検出手段）、
６０・・・配車管理サーバ（管理サーバ）、
６１・・・ＣＰＵ（送信手段、ランドマーク送信手段、近傍車両特定手段、車両情報送信手段、ログ記憶手段）、
６２・・・ＲＯＭ、６３・・・ＲＡＭ、
６４・・・通信ポート（送信手段、ランドマーク送信手段、車両情報送信手段）、
６５・・・ハードディスク（車両位置記憶手段、ランドマーク記憶手段、ログ記憶手段）、
７０・・・サービス事業者サーバ。
【図１】
0003730967.tif 000002
【図２】
0003730967.tif 000003
【図３】
0003730967.tif 000004
【図４】
0003730967.tif 000005
【図５】
0003730967.tif 000006
【図６】
0003730967.tif 000007
【図７】
0003730967.tif 000008
【図８】
0003730967.tif 000009
【図９】
0003730967.tif 000010
【図１０】
0003730967.tif 000011
【図１１】
0003730967.tif 000012
【図１２】
0003730967.tif 000013
【図１３】
0003730967.tif 000014
【図１４】
0003730967.tif 000015
【図１５】
0003730967.tif 000016
【図１６】
0003730967.tif 000017
【図１７】
0003730967.tif 000018
【図１８】
0003730967.tif 000019
【図１９】
0003730967.tif 000020