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