(57)【要約】【課題】  乗車希望者からの配車要求に応じて、効率よくタクシーを配車するためのタクシー配車システム及びタクシー配車プログラムを提供する。【解決手段】  配車管理サーバ２０が、乗車希望者の携帯電話端末３０からの乗車希望者の位置情報を含む配車要求を受け付けて、乗車希望者の位置情報と、対象エリアの半径に関するデータを含む案内通知をタクシー端末４０に送信する。そして、タクシー端末４０が、タクシーの位置情報を取得し、そのタクシーの位置情報と、乗車希望者の位置及び対象エリアの半径とに基づいて、タクシーの位置が対象エリア内か否かを判定する。そして、タクシーの位置が対象エリア内である場合に、案内タグを表示する。そして、この案内タグに対する対応入力に基づいて、配車管理サーバ２０にタクシー識別子を含む応答通知を送信する。【選択図】      図１
2005346634.tif 000002
【特許請求の範囲】
【請求項１】
乗車希望者の携帯端末からの配車要求を受け付けてタクシーの配車管理を行う配車管理サーバと、タクシーの乗務員が使用するタクシー端末とを備えたタクシー配車システムであって、
前記配車管理サーバが、
乗車希望者の携帯端末からの配車要求を受け付けて、前記乗車希望者の位置情報を取得する乗車希望情報取得手段と、
前記乗車希望者の位置情報とタクシーの探索についての対象エリア特定情報とを含む案内通知をタクシー端末に送信する案内通知手段とを備え、
前記タクシー端末が、
タクシーの位置情報と前記案内通知とに基づいて、タクシーの位置が前記乗車希望者の位置情報と前記対象エリア特定情報とに基づく対象エリアに含まれるか否かを判定し、前記対象エリアに含まれる場合、前記乗車希望者に関する案内情報を表示する案内手段と、
前記案内情報に対する対応入力に基づいて、前記配車管理サーバに応答通知を送信する応答手段と
を備えたことを特徴とするタクシー配車システム。
【請求項２】
乗車希望者の携帯端末からの配車要求を受け付けてタクシーの配車管理を行う配車管理サーバと、タクシーの乗務員が使用するタクシー端末とを備えたタクシー配車システムであって、
前記配車管理サーバが、
乗車希望者の携帯端末からの配車要求を受け付けて、前記乗車希望者の位置情報を取得し、前記乗車希望者の位置情報と、タクシーの探索についての対象エリア特定情報とに基づいて、前記乗車希望者についてタクシーを配車する対象エリアを特定する手段と、
タクシーの位置情報を取得し、前記タクシーの位置情報が前記対象エリアに含まれるタクシーを抽出し、抽出されたタクシーのタクシー端末に乗車希望者の位置情報を含む案内通知を送信する手段とを備え、
前記タクシー端末が、
前記案内通知に基づいて、前記乗車希望者に関する案内情報を表示する手段と、
前記案内情報に対する対応入力に基づいて、前記配車管理サーバに応答通知を送信する手段と
を備えたことを特徴とするタクシー配車システム。
【請求項３】
前記配車管理サーバが、
前記応答通知を受信した場合、前記案内情報の表示を消去するための消去通知をタクシー端末に送信する消去通知手段をさらに備え、
前記タクシー端末が、
前記消去通知を受信した場合に、前記案内情報の表示を消去する消去手段をさらに備えたことを特徴とする請求項１又は２に記載のタクシー配車システム。
【請求項４】
前記案内情報の表示は、前記乗車希望者の位置情報に基づいて、乗車希望者の位置を地図上に表示することを特徴とする請求項１〜３のいずれか１つに記載のタクシー配車システム。
【請求項５】
前記配車管理サーバが、
前記案内通知を送信してから所定の時間内に応答通知を受信しない場合に、前記対象エリアを拡大し、拡大された対象エリアに基づいて、再度、タクシー端末への案内通知の送信を行う対象エリア拡大手段をさらに備えたことを特徴とする請求項１〜４のいずれか１つに記載のタクシー配車システム。
【請求項６】
前記配車管理サーバが、
前記応答通知を受信した場合に、前記乗車希望者の携帯端末に配車通知を送信する配車通知手段をさらに備えたことを特徴とする請求項１〜５のいずれか１つに記載のタクシー配車システム。
【請求項７】
前記対象エリアは、前記乗車希望者の位置から特定の距離の範囲であることを特徴とする請求項１〜６のいずれか１つに記載のタクシー配車システム。
【請求項８】
乗車希望者の携帯端末からの配車要求を受け付けてタクシーの配車管理を行う配車管理サーバと接続可能な、タクシーの乗務員が使用するタクシー端末を用いて、タクシーを配車するためのタクシー配車プログラムであって、
前記タクシー端末を、
前記配車管理サーバから、前記乗車希望者の位置情報とタクシーの探索についての対象エリア特定情報とを含む案内通知を受信する案内通知受信手段と、
タクシーの位置情報と、前記案内通知とに基づいて、タクシーの位置が前記乗車希望者の位置情報と前記対象エリア特定情報とに基づく対象エリアに含まれるか否かを判定し、前記タクシーの位置が前記対象エリアに含まれる場合、前記乗車希望者に関する案内情報を表示する案内手段と、
前記案内情報に対する対応入力に基づいて、前記配車管理サーバに応答通知を送信する応答手段
として機能させるためのタクシー配車プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、乗車希望者からの通知を受け付けて、タクシーの配車を行うためのタクシー配車システム及びタクシー配車プログラムに関する。
【背景技術】
【０００２】
従来、タクシーは、駅やホテル等のタクシー乗り場で客待ちをしたり、乗車希望者を探しながら走行する流しと呼ばれる方法で、乗客を得ている。しかし、タクシーに一旦乗客を乗せても、目的地に到着し、乗客の降車後は空で走行することになる。一方、タクシーへの乗車希望者は、タクシー乗り場に行くか、流しのタクシーを見つけることで、タクシーを利用することができる。しかし、近くにタクシー乗り場がない場合、流しのタクシーを見つけるか、タクシーの呼び出しを行う必要がある。
【０００３】
このため、乗車希望者のために、タクシーを迅速に配車するための様々なシステムが考えられている（例えば、特許文献１参照。）。この特許文献１には、乗車希望者の位置情報とタクシーの位置情報とを用いて、乗車希望者に最も近い位置のタクシーを検索して配車するシステムが開示されている。
【０００４】
一方、位置の特定可能な端末に対し、位置に応じて情報を配信するシステムが開示されている（例えば、特許文献２参照。）。この特許文献２には、位置によるアクセス制限のための処理をサーバ側で行うシステムと、端末側で行うシステムとが開示されている。
【特許文献１】特開２００３−２９６８８７号公報（第５−９頁）
【特許文献２】特開２００３−２６３４３５号公報（第８−１０頁）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１に記載のシステムのように、乗車希望者に最も近い位置のタクシーを検索して、そのタクシーが対応不可である場合に、次に近い位置のタクシーを検索する方法では、対応可能なタクシーを見つけるまでに時間がかかる場合がある。さらに、ほぼ同じ距離に複数のタクシーが存在する場合もあり、このような場合は、対応可能なタクシーであれば、どのタクシーを配車してもよいが、最も近いタクシーが対応不可能であれば、対応可能なタクシーを見つけるまでに時間がかかることとなる。また、各タクシーについて乗車希望者からの距離をサーバ側で求めるのでは、サーバ側の負担が大きい。
【０００６】
本発明は、上記問題点を解決するためになされたものであり、その目的は、乗車希望者からの配車要求に応じて、効率よくタクシーを配車するためのタクシー配車システム及びタクシー配車プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明は、乗車希望者の携帯端末からの配車要求を受け付けてタクシーの配車管理を行う配車管理サーバと、タクシーの乗務員が使用するタクシー端末とを備えたタクシー配車システムであって、前記配車管理サーバが、乗車希望者の携帯端末からの配車要求を受け付けて、前記乗車希望者の位置情報を取得する乗車希望情報取得手段と、前記乗車希望者の位置情報とタクシーの探索についての対象エリア特定情報とを含む案内通知をタクシー端末に送信する案内通知手段とを備え、前記タクシー端末が、タクシーの位置情報と前記案内通知とに基づいて、タクシーの位置が前記乗車希望者の位置情報と前記対象エリア特定情報とに基づく対象エリアに含まれるか否かを判定し、前記対象エリアに含まれる場合、前記乗車希望者に関する案内情報を表示する案内手段と、前記案内情報に対する対応入
力に基づいて、前記配車管理サーバに応答通知を送信する応答手段とを備える。
【０００８】
これによれば、乗車希望者の位置情報に基づく対象エリア内のタクシーに、乗車希望者の存在と、その位置を通知して応答を促し、対応入力が行われた場合に、その対応入力が行われたタクシーを配車できる。従って、乗車希望者の位置情報に基づく対象エリア内のタクシーの中から、配車できるため、乗車希望者の待ち時間が長くなりすぎないようにすることができる。また、対象エリア内に複数のタクシーが存在する場合、複数のタクシーに通知を行って、タクシーの乗務員によって応答の意思表示が行われたタクシーを配車できるため、タクシー側の状況に応じて、乗車可能なタクシーを、より早く特定して配車できる。このため、より効率的にタクシーを配車できる。また、タクシーの位置が対象エリア内か否かの判定をタクシー端末側で行うため、配車管理サーバ側の処理の負担を少なくすることができる。
【０００９】
本発明は、乗車希望者の携帯端末からの配車要求を受け付けてタクシーの配車管理を行う配車管理サーバと、タクシーの乗務員が使用するタクシー端末とを備えたタクシー配車システムであって、前記配車管理サーバが、乗車希望者の携帯端末からの配車要求を受け付けて、前記乗車希望者の位置情報を取得し、前記乗車希望者の位置情報と、タクシーの探索についての対象エリア特定情報とに基づいて、前記乗車希望者についてタクシーを配車する対象エリアを特定する手段と、タクシーの位置情報を取得し、前記タクシーの位置情報が前記対象エリアに含まれるタクシーを抽出し、抽出されたタクシーのタクシー端末に乗車希望者の位置情報を含む案内通知を送信する手段とを備え、前記タクシー端末が、前記案内通知に基づいて、前記乗車希望者に関する案内情報を表示する手段と、前記案内情報に対する対応入力に基づいて、前記配車管理サーバに応答通知を送信する手段とを備える。
【００１０】
これによれば、乗車希望者の位置情報に基づく対象エリア内のタクシーに、乗車希望者の存在と、その位置を通知して応答を促し、対応入力が行われた場合に、その対応入力が行われたタクシーを配車できる。従って、乗車希望者の位置情報に基づく対象エリア内のタクシーの中から配車できるため、乗車希望者の待ち時間が長くなりすぎないようにすることができる。また、対象エリア内に複数のタクシーが存在する場合、複数のタクシーに通知を行って、タクシーの乗務員によって応答の意思表示が行われたタクシーを配車できるため、タクシー側の状況に応じて、乗車可能なタクシーを、より早く特定して配車できる。このため、より効率的にタクシーを配車できる。また、タクシーの位置が案内通知に含まれる乗車希望者の位置情報に基づく対象エリア内か否かの判定を配車管理サーバ側で行うため、タクシー端末側では、受信した案内通知を受信した場合に、表示するか否かの判定を行わずに表示することができ、タクシー端末側の処理を簡単にすることができる。
【００１１】
このタクシー配車システムにおいて、前記配車管理サーバが、前記応答通知を受信した場合、前記案内情報の表示を消去するための消去通知をタクシー端末に送信する消去通知手段をさらに備え、前記タクシー端末が、前記消去通知を受信した場合に、前記案内情報の表示を消去する消去手段をさらに備える。
【００１２】
これによれば、配車管理サーバが、複数のタクシー端末に案内通知を送信した場合に、いずれかのタクシー端末から応答通知を受信した場合、タクシー端末に表示されている乗車希望者の存在を示す表示を消去させることができる。これにより、いずれかのタクシーを配車する場合には、その乗車希望者についての表示を消去でき、同じ乗車希望者に対して複数のタクシーが配車されるのを防止できる。また、タクシーが配車された乗車希望者については、タクシー端末に乗車希望の表示がなくなるため、タクシーの乗務員が、配車済の乗車希望者の表示によって混乱させられることがなくなる。
【００１３】
このタクシー配車システムにおいて、前記案内情報の表示は、前記乗車希望者の位置情報に基づいて、乗車希望者の位置を地図上に表示する。これによれば、タクシーの乗務員は、地図上で、乗車希望者の位置を確認できる。
【００１４】
このタクシー配車システムにおいて、前記配車管理サーバが、前記案内通知を送信してから所定の時間内に応答通知を受信しない場合に、前記対象エリアを拡大し、拡大された対象エリアに基づいて、再度、タクシー端末への案内通知の送信を行う対象エリア拡大手段をさらに備える。これによれば、乗車希望者の位置情報に基づく対象エリア内に配車を行えるタクシーが存在しない場合には、対象エリアを拡大して、乗車希望者の存在を通知できる。従って、乗車希望者の位置情報に基づく対象エリア内に配車を行えるタクシーが存在しない場合に、より広い範囲で、配車するタクシーを見つけて配車を行うことができる。また、最初は、より狭い範囲で配車するタクシーを探すため、より近くに配車可能なタクシーが存在する場合には、そのタクシーを配車でき、乗車希望者の待ち時間を短縮できる。
【００１５】
このタクシー配車システムにおいて、前記配車管理サーバが、前記応答通知を受信した場合に、前記乗車希望者の携帯端末に配車通知を送信する配車通知手段をさらに備える。これによれば、タクシーを配車した場合に、乗車希望者にその旨を通知できる。
【００１６】
このタクシー配車システムにおいて、前記対象エリアは、前記乗車希望者の位置から特定の距離の範囲である。これによれば、乗車希望者から特定の距離の範囲内のタクシーの中から配車するタクシーを見つけることができ、乗車希望者の待ち時間が長くなりすぎないようにすることができる。
【００１７】
本発明は、乗車希望者の携帯端末からの配車要求を受け付けてタクシーの配車管理を行う配車管理サーバと接続可能な、タクシーの乗務員が使用するタクシー端末を用いて、タクシーを配車するためのタクシー配車プログラムであって、前記タクシー端末を、前記配車管理サーバから、前記乗車希望者の位置情報とタクシーの探索についての対象エリア特定情報とを含む案内通知を受信する案内通知受信手段と、タクシーの位置情報と、前記案内通知とに基づいて、タクシーの位置が前記乗車希望者の位置情報と前記対象エリア特定情報とに基づく対象エリアに含まれるか否かを判定し、前記タクシーの位置が前記対象エリアに含まれる場合、前記乗車希望者に関する案内情報を表示する案内手段と、前記案内情報に対する対応入力に基づいて、前記配車管理サーバに応答通知を送信する応答手段として機能させる。
【００１８】
これによれば、乗車希望者の位置情報に基づく対象エリア内のタクシーの乗務員は、乗車希望者の存在及びその位置に関する表示を見て、乗車させるかどうかを判断して、対応入力を行うことができる。従って、乗車希望者の位置情報に基づく対象エリア内のタクシーの中から、配車できるため、乗車希望者の待ち時間が長くなりすぎないようにすることができる。また、対象エリア内に複数のタクシーが存在する場合、複数のタクシーに通知を行って、タクシーの乗務員によって応答の意思表示が行われたタクシーを配車できるため、タクシー側の状況に応じて、乗車可能なタクシーを、より早く特定して配車できる。このため、より効率的にタクシーを配車できる。また、タクシーの位置が案内通知に含まれる乗車希望者の位置情報に基づく対象エリア内か否かの判定をタクシー端末側で行うため、配車管理サーバ側の処理の負担を少なくすることができる。
【発明の効果】
【００１９】
本発明によれば、乗車希望者からの配車要求に応じて、効率よくタクシーを配車できる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明を具体化した一実施形態を図１〜図６に従って説明する。本実施形態では、乗車希望者から通知を受けて、その乗車希望者の付近のタクシーを配車するためのタクシー配車システム及びタクシー配車プログラムとして説明する。
【００２１】
図１に示すように、配車管理サーバ２０は、ネットワーク５０を介して、乗車希望者の携帯電話端末３０と、各タクシーに備えられたタクシー端末４０とに接続可能である。
携帯電話端末３０は、乗車希望者がタクシーの配車要求を行う場合に使用する携帯端末である。この携帯電話端末３０は、ＧＰＳ（Global Positioning System ）による位置測定機能により位置を特定する位置特定手段を備えている。携帯電話端末３０は、図示しない制御手段（ＣＰＵ）、記憶手段（ＲＡＭ、ＲＯＭ等）、入力手段、出力手段、通信手段等を有する。この携帯電話端末３０は、配車管理サーバ２０に配車要求を送信する場合に用いられる。
【００２２】
タクシー端末４０は、タクシーに備えられたカーナビゲーションシステム端末である。このタクシー端末４０は、ＧＰＳによる位置測定機能により位置を特定する位置特定手段を備えている。タクシー端末４０は、図示しない制御手段（ＣＰＵ）、記憶手段（ＲＡＭ、ＲＯＭ等）、入力手段、ディスプレイ等の出力手段、通信手段等を有する。タクシー端末４０は、ＧＰＳ衛星からの電波を受信して、自分の位置を出力手段に表示される地図上に表示する。また、タクシー端末４０は、特許請求の範囲に記載の案内通知受信手段、案内手段、応答手段、消去手段等を備える。
【００２３】
案内通知受信手段は、乗車希望者の位置情報とタクシーの探索についての対象エリア特定情報とを含む案内通知を配車管理サーバ２０から受信する。案内手段は、タクシーの位置情報と案内通知とに基づいて、タクシーの位置が乗車希望者の位置情報に応じた対象エリアに含まれるか否かを判定し、対象エリアに含まれる場合、乗車希望者に関する案内情報を表示する。応答手段は、案内情報に対する対応入力に基づいて、配車管理サーバ２０に応答通知を送信する。消去手段は、配車管理サーバ２０から案内情報の表示の消去通知を受信した場合に、案内情報の表示を消去する。
【００２４】
配車管理サーバ２０は、配車要求を受信した場合にタクシーを配車するための各種データの管理及び各種データ処理を行う。この配車管理サーバ２０は、管理コンピュータ２１を備えている。
【００２５】
この管理コンピュータ２１は、携帯電話端末３０及びタクシー端末４０との間でのデータ送受信や、各種データ処理を行う。この管理コンピュータ２１は、図示しない制御手段（ＣＰＵ）、記憶手段（ＲＡＭ、ＲＯＭ等）、入力手段、出力手段、通信手段等を有する。そして、管理コンピュータ２１は、請求の範囲に記載の乗車希望情報取得手段、案内通知手段、消去通知手段、対象エリア拡大手段、配車通知手段等を備える。
【００２６】
乗車希望情報取得手段は、乗車希望者の携帯電話端末３０からの配車要求を受け付けて、乗車希望者の位置情報を取得する。案内通知手段は、乗車希望者の位置情報とタクシーの探索についての対象エリア特定情報とを含む案内通知をタクシー端末４０に送信する。消去通知手段は、応答通知を受信した場合に、案内情報の表示を消去するための消去通知をタクシー端末４０に送信する。対象エリア拡大手段は、案内通知を送信してから所定の時間内に応答通知を受信しない場合に、対象エリアを拡大し、その拡大された対象エリアに基づいて、再度、タクシー端末への案内通知の送信を行う。配車通知手段は、応答通知を受信した場合に、乗車希望者の携帯電話端末３０に配車通知を送信する。
【００２７】
管理コンピュータ２１は、配車要求データ記憶部２２と、タクシーデータ記憶部２３と
、ユーザデータ記憶部２４とに接続されている。
配車要求データ記憶部２２には、図２に示すように、受信した配車要求毎に配車要求データ２２０が記録される。この配車要求データ２２０は、配車管理サーバ２０が、携帯電話端末３０からの配車要求を受信した場合に記録される。配車要求データ２２０は、ユーザ識別子、配車要求時刻、緯度、経度、対象エリアの半径、配信時刻、配車状況及びタクシー識別子に関するデータを含んで構成される。
【００２８】
ユーザ識別子データ領域には、携帯電話端末３０により配車要求を行ったユーザを特定するための識別子に関するデータが記録される。具体的には、ユーザ識別子としてユーザＩＤが記録される。
【００２９】
配車要求時刻データ領域には、配車管理サーバ２０が携帯電話端末３０からの配車要求を受信した時刻に関するデータが記録される。
緯度データ領域には、乗車希望者の位置の緯度に関するデータが記録される。経度データ領域には、乗車希望者の位置の経度に関するデータが記録される。本実施形態では、乗車希望者の位置（緯度及び経度）は、携帯電話端末３０のＧＰＳによる位置測定機能により特定される。この乗車希望者の位置に関する情報は、本実施形態では、配車要求とともに、配車管理サーバ２０に送信される。
【００３０】
対象エリアの半径データ領域には、タクシーに乗車希望者の存在を通知する範囲について、乗車希望者の位置からの距離に関するデータが記録される。
配信時刻データ領域には、乗車希望者の存在通知を各タクシー端末４０に送信した時刻に関するデータが記録される。
【００３１】
配車状況データ領域には、配車要求に対する配車の状況に関するデータが記録される。具体的には、「配車要求」、「配信」、「決定」、「乗車」を示す各データが記録される。「配車要求」は、配車要求を受信した場合に記録される。「配信」は、タクシー端末４０に乗車希望者の存在通知を配信した場合に記録される。「決定」は、タクシー端末４０から、乗車させる旨の応答を受信した場合に記録される。「乗車」は、乗車させる旨の応答をしたタクシーが配車要求を行った乗車希望者を乗車させた旨の通知を受信した場合に記録される。
【００３２】
タクシー識別子データ領域には、乗車させる旨の応答を行ったタクシーを特定するための識別子に関するデータが記録される。このタクシー識別子は、乗車希望者の存在通知に対する対応入力が行われた場合にタクシー端末４０から送信される応答通知に含まれる。
【００３３】
タクシーデータ記憶部２３には、図３に示すように、タクシー会社毎にタクシーデータ２３０が記録されている。このタクシーデータ２３０は、本実施形態のタクシー配車サービスによる情報提供を受けることについてタクシー会社が契約し、登録入力を行った場合に記録される。タクシーデータ２３０は、タクシー会社識別子、タクシー識別子及び料金体系に関するデータを含んで構成される。
【００３４】
タクシー会社識別子データ領域には、タクシー会社を特定するための識別子に関するデータが記録される。
タクシー識別子データ領域には、そのタクシー会社のタクシーを、それぞれ特定するための識別子に関するデータが記録される。タクシー会社が複数のタクシーを使用する場合、各タクシーに対応する複数のタクシー識別子が、このタクシー識別子データ領域に記録される。
【００３５】
料金体系データ領域には、そのタクシー会社における料金体系に関するデータが記録さ
れる。
ユーザデータ記憶部２４には、タクシー配車サービスへのユーザ登録を行ったユーザについて、ユーザ毎にユーザデータが記録されている。このユーザデータは、ユーザ識別子としてのユーザＩＤ、及び、携帯電話端末３０で使用される電子メールアドレスに関するデータを含んで構成される。
【００３６】
上記のように構成されたタクシー配車システムにおいて、乗車希望者から配車要求を受けて、その乗車希望者の付近のタクシーを配車する場合の処理手順を図４〜図６を用いて説明する。
【００３７】
（各タクシーへの案内通知処理）
乗車希望者は、携帯電話端末３０により、ユーザ識別子を入力して、配車管理サーバ２０が提供する携帯電話向けサイトであるタクシー配車サイトにアクセスする。これにより、携帯電話端末３０には、タクシー配車画面が表示される。このタクシー配車画面には、タクシーの配車要求を配車管理サーバ２０に送信するための乗車希望ボタンが設けられている。この乗車希望ボタンを押下すると、携帯電話端末３０は、位置特定手段により緯度及び経度を取得し、この緯度及び経度に関するデータと、ユーザ識別子とを含む配車要求を配車管理サーバ２０に送信する。
【００３８】
図４に示すように、配車管理サーバ２０は、乗車希望者の携帯電話端末３０からの配車要求を受信すると（ステップＳ１−１）、この配車要求に含まれる緯度及び経度に基づいて、発信場所の特定を行う（ステップＳ１−２）。これにより、乗車希望者の位置の緯度及び経度が特定される。そして、配車管理サーバ２０は、配車要求データ記憶部２２に、ユーザ識別子、配車要求時刻、緯度及び経度に関するデータを記録する。ここで、配車要求時刻は、配車要求の受信時刻を記録する。緯度及び経度は、配車要求に含まれる緯度及び経度を記録する。さらに、配車管理サーバ２０は、配車状況として「配車要求」を配車要求データ記憶部２２に記録する。
【００３９】
次に、配車管理サーバ２０は、乗車希望者の存在を通知する範囲である対象エリアの決定を行う（ステップＳ１−３）。本実施形態では、乗車希望者の位置から所定の距離の範囲内を対象エリアとする。つまり、本実施形態では、乗車希望者の位置を中心とする円に含まれる範囲を対象エリアとする。本実施形態では、この円の半径を、「１ｋｍ」、「２ｋｍ」、「３ｋｍ」と徐々に広げていく。まず、配車管理サーバ２０は、対象エリアとして、乗車希望者から半径１ｋｍの円の範囲を決定し、「１ｋｍ」を対象エリアの半径として配車要求データ記憶部２２に記録する。
【００４０】
次に、配車管理サーバ２０は、対象エリアのタクシー端末４０に乗車希望者の存在を通知し（ステップＳ１−４）、現在時刻を配信時刻として配車要求データ記憶部２２に記録する。さらに、配車管理サーバ２０は、配車状況として「配信」を配車要求データ記憶部２２に記録する。
【００４１】
本実施形態では、登録しているタクシーのタクシー端末４０のすべてに乗車希望者の存在に関する案内通知を送信する。そして、タクシー端末４０側で、それぞれ自分の位置情報を取得して、そのタクシーが対象エリアに含まれるかどうかを判定することにより、表示を行うか否かを判定する。具体的には、まず、配車管理サーバ２０は、各タクシー端末４０に対して、乗車希望者の緯度及び経度と対象エリアの半径に関するデータを含む乗車希望者の存在通知データ（案内通知）を送信する。
【００４２】
（タクシー端末４０での応答処理）
この乗車希望者の存在通知データを受信したタクシー端末４０は、図５に示す応答処理
を実行する。
【００４３】
この応答処理では、図５に示すように、タクシー端末４０は、乗車希望者の存在通知データを受信した場合（ステップＳ２−１）、位置特定手段によりタクシーの位置情報（緯度及び経度）を取得する（ステップＳ２−２）。そして、タクシー端末４０は、乗車希望者の存在通知データに含まれる乗車希望者の緯度及び経度と対象エリアの半径と、タクシーの緯度及び経度とに基づいて、そのタクシーの位置が対象エリア内かどうかを判定する（ステップＳ２−３）。そして、対象エリア内の場合（ステップＳ２−３においてＹＥＳの場合）、タクシー端末４０は、地図上に、乗車希望者の存在を示す案内タグを表示する（ステップＳ２−４）。この場合、タクシー端末４０は、受信した乗車希望者の存在通知データに含まれる、ユーザ識別子、配車要求時刻、緯度、経度及び対象エリアの半径に関するデータを、記憶手段の案内タグデータ領域に記録する。ここで、地図上に表示する案内タグについて、図６を用いて説明する。
【００４４】
タクシー端末４０のディスプレイには、図６に示すように、地図表示６０が表示される。この地図表示６０では、タクシーの位置が中心となるようにして、対象エリアの半径に相当する円が含まれる大きさに対応する所定の縮尺で表示される。例えば、このタクシーが対象エリアに入る乗車希望者について受信しているすべての乗車希望者の存在通知データに含まれる対象エリアの半径が「１ｋｍ」である場合、タクシーを中心とした半径１ｋｍの円が含まれる大きさの縮尺で地図が表示される。
【００４５】
この地図表示６０の中央には、タクシーの位置を示すタクシー表示６１が表示される。このタクシー表示６１は、タクシーの進行方向を示す矢印の形状で表示される。そして、乗車希望者の位置には、乗車希望者の存在を示す案内タグ６２が表示される。この案内タグ６２は、人の図柄の目印で乗車希望者の位置を指し示して表示される。
【００４６】
タクシーの乗務員は、乗車希望者を乗車させようとする場合には、その乗車希望者の案内タグ６２を選択して、乗車させる旨の対応入力を行う。ここで、対応入力が行われると（ステップＳ２−５において「対応入力」の場合）、タクシー端末４０は、配車管理サーバ２０にタクシー識別子を含む応答通知を送信する（ステップＳ２−６）。
【００４７】
（一定時間内に応答通知を受信した場合の処理）
図４に示すように、配車管理サーバ２０は、一定時間内に応答通知を受信した場合（ステップＳ１−５においてＹＥＳの場合）、この応答通知に含まれるタクシー識別子に基づいて、配車するタクシーを特定する（ステップＳ１−６）。そして、配車管理サーバ２０は、特定されたタクシー識別子を配車要求データ記憶部２２に記録する。さらに、配車管理サーバ２０は、この配車要求データ２２０について、配車状況として「決定」を記録する。なお、応答通知を複数のタクシー端末４０から受信した場合には、最も早く受信した応答通知を送信したタクシー端末４０に対応するタクシーを特定する。この場合、応答通知を送信したその他のタクシー端末４０に対し、他のタクシーを配車済である旨を通知する。
【００４８】
そして、配車管理サーバ２０は、すべてのタクシー端末４０に案内タグの消去通知を送信する（ステップＳ１−７）。この案内タグの消去通知には、配車要求データ２２０から抽出したユーザ識別子、配車要求時刻、緯度及び経度に関するデータが含まれる。
【００４９】
各タクシー端末４０は、この案内タグの消去通知を受信すると（ステップＳ２−５において「消去通知」の場合）、配車要求時刻、緯度及び経度によって特定される案内タグが表示対象となっている場合には、この案内タグの表示を消去する（ステップＳ２−７）。具体的には、受信した消去通知に含まれるユーザ識別子、配車要求時刻、緯度及び経度に
よって特定される案内データを削除し、地図表示６０から対応する案内タグ６２を消去する。これにより、その乗車希望者による配車要求に基づく案内タグ６２を表示しているすべてのタクシー端末４０のディスプレイから、案内タグ６２が消去される。なお、応答を行ったタクシー端末４０のディスプレイには、案内タグ６２の代わりに、配車が決定された乗車希望者の位置を示す表示が、消去された案内タグ６２と同じ位置に表示される。
【００５０】
（タクシーの配車完了時の処理）
一方、配車管理サーバ２０は、乗車希望者の携帯電話端末３０に、タクシーの配車完了を通知する（ステップＳ１−８）。本実施形態では、このタクシーの配車完了の通知を、タクシーの会社名、料金体系及びおよその到着時間について記載した電子メールにより行う。具体的には、配車管理サーバ２０は、配車するタクシーのタクシー識別子に基づいて、タクシーデータ記憶部２３からタクシー会社識別子と料金体系を抽出する。また、配車要求データ２２０に含まれる対象エリアの半径に基づいてタクシーの到着までにかかるおよその時間を求める。本実施形態では、対象エリアの半径に関連付けてタクシーのおよその到着時間が記憶されており、配車管理サーバ２０は、対象エリアの半径に基づいておよその到着時間を抽出する。そして、配車管理サーバ２０は、このようにして取得したデータに基づいて、タクシーの会社名、料金体系及びおよその到着時間について記載した電子メールを、携帯電話端末３０に送信する。ここで、電子メールの送信先は、ユーザデータ記憶部２４からユーザ識別子により抽出した電子メールアドレスとする。
【００５１】
そして、対応入力を行ったタクシーの乗務員は、乗車希望者の位置に向かって走行し、乗車希望者を乗車させると、その旨をタクシー端末４０から入力する。これにより、タクシー端末４０は、タクシー識別子、ユーザ識別子、配車要求時刻、緯度及び経度に関するデータと、乗車させた旨を示すデータとを配車管理サーバ２０に送信する。このデータを受信すると、配車管理サーバ２０は、配車状況として「乗車」を配車要求データ２２０に記録する。
【００５２】
（各タクシーへの再度の案内通知処理）
次に、１回目の乗車希望者の存在通知データ（案内通知）の配信では配車するタクシーが決まらなかった場合について、案内エリアを拡大して配車するタクシーを決定する場合について説明する。乗車希望者の存在通知データを配信した配車管理サーバ２０は、配車要求データ２２０の配信時刻から所定時間が経過しても応答がない場合、以下の処理を行う。
【００５３】
所定時間内に応答がない場合（ステップＳ１−５においてＮＯの場合）、配車管理サーバ２０は、対象エリアの大きさが規定の最大値であるかどうかを調べる（ステップＳ１−９）。具体的には、配車要求データ２２０の対象エリアの半径が、配信対象の半径の最大値かどうかを調べる。本実施形態では、前述のように、この配信対象の半径は、予め定められている。
【００５４】
対象エリアの大きさが規定の最大値でない場合（ステップＳ１−９においてＮＯの場合）、配車管理サーバ２０は、ステップＳ１−３の処理に戻る。そして、ステップＳ１−３において、対象エリアの大きさを１段階拡大させて対象エリアを決定する。具体的には、配車管理サーバ２０は、配車要求データ２２０の対象エリアの半径を抽出し、１段階上の半径を設定する。例えば、対象エリアの半径として「１ｋｍ」が記録されている場合、対象エリアの半径に、１段階上の「２ｋｍ」を記録する。これにより、乗車希望者の位置を中心とする半径２ｋｍの円の内部が対象エリアとなる。
【００５５】
そして、配車管理サーバ２０は、ステップＳ１−４の処理を上記の場合と同様に行って、乗車希望者の存在通知データを配信し、配車要求データ２２０の配信時刻を更新する。
そして、タクシー端末４０は、この乗車希望者の存在通知データを受信して、図４に従って、上記の場合と同様に処理を行う。なお、ここでは、対象エリアの半径が２ｋｍであるため、タクシー端末４０のディスプレイには、タクシーを中心とした半径２ｋｍの円が含まれる大きさの縮尺で地図が表示される。
【００５６】
そして、所定時間内に応答があった場合（ステップＳ１−５においてＹＥＳの場合）、ステップＳ１−６〜ステップＳ１−８の処理を行う。
一方、所定時間内に応答がない場合（ステップＳ１−５においてＮＯの場合）、対象エリアの大きさが規定の最大値でなければ（ステップＳ１−９においてＮＯの場合）、配車管理サーバ２０は、ステップＳ１−３の処理に戻る。ここでは、対象エリアの半径として「２ｋｍ」が記録されており、対象エリアの大きさは規定の最大値ではないため、ステップＳ１−３の処理に戻り、対象エリアの半径として「３ｋｍ」を記録する。これにより、乗車希望者の位置を中心とする半径３ｋｍの円の内が対象エリアとなる。
【００５７】
そして、配車管理サーバ２０は、ステップＳ１−４の処理を上記の場合と同様に行って、乗車希望者の存在通知データを配信し、配車要求データ２２０の配信時刻を更新する。そして、所定時間内に応答があった場合（ステップＳ１−５においてＹＥＳの場合）、ステップＳ１−６〜ステップＳ１−８の処理を行う。
【００５８】
（乗車希望に対応できない場合の処理）
所定時間内に応答がない場合（ステップＳ１−５においてＮＯの場合）であって、対象エリアの大きさが規定の最大値である場合（ステップＳ１−９においてＹＥＳの場合）、配車管理サーバ２０は、ステップＳ１−１０の処理に移る。ここでは、対象エリアの半径として「３ｋｍ」が記録されているため、対象エリアの大きさは規定の最大値である。
【００５９】
この場合、配車管理サーバ２０は、タクシー端末４０に案内タグの消去通知を送信する（ステップＳ１−１０）。この案内タグの消去通知には、配車要求データ２２０から抽出したユーザ識別子、配車要求時刻、緯度及び経度に関するデータが含まれる。
【００６０】
図５に示すように、タクシー端末４０は、この案内タグの消去通知を受信すると（ステップＳ２−５において「消去通知」の場合）、配車要求時刻、緯度及び経度によって特定される案内タグが表示対象となっている場合には、この案内タグの表示を消去する（ステップＳ２−７）。具体的には、受信した消去通知に含まれるユーザ識別子、配車要求時刻、緯度及び経度によって特定される案内データを削除し、地図表示６０から対応する案内タグ６２を消去する。
【００６１】
図４に示すように、配車管理サーバ２０は、さらに、乗車希望者の携帯電話端末３０にタクシーの案内不可の旨を通知する（ステップＳ１−１１）。具体的には、配車管理サーバ２０は、ユーザデータ記憶部２４からユーザ識別子により抽出した電子メールアドレスを送信先として、タクシーを案内できない旨を記載した電子メールを送信する。乗車希望者は、この通知を受信した場合、直接、タクシー会社に電話して依頼する等の別の方法により、タクシーの配車を依頼することとなる。
【００６２】
（配車要求のキャンセル処理）
配車要求を行った乗車希望者は、配車要求をキャンセルすることができる。具体的には、乗車希望者は、携帯電話端末３０を用いて、配車要求を特定してキャンセル指示を行う。なお、携帯電話端末３０には、配車要求の際のユーザ識別子、配車要求時刻、緯度及び経度に関するデータがまとめて記録されており、乗車希望者が配車要求を特定すると、このデータが特定される。そして、携帯電話端末３０は、特定された配車要求におけるユーザ識別子、配車要求時刻、緯度及び経度と、キャンセル指示フラグとを含むキャンセル通
知データを配車管理サーバ２０に送信する。
【００６３】
配車管理サーバ２０は、受信したキャンセル通知データのユーザ識別子、配車要求時刻、緯度及び経度に基づいて配車要求データ２２０を検索する。そして、検索された配車要求データ２２０の配車状況が「配車要求」の場合は、その配車要求に関する処理を中止する。配車状況が「配信」の場合は、消去通知をタクシー端末４０に配信する。これにより、タクシー端末４０に表示されている案内タグが消去される。配車状況が「決定」の場合は、その配車要求データ２２０のタクシー識別子に基づいて、応答通知をしたタクシー端末４０に、その配車要求がキャンセルされた旨を通知する。これにより、タクシー端末４０に、その配車要求がキャンセルされた旨が表示される。
【００６４】
以上、本実施形態によれば、以下に示す効果を得ることができる。
・  上記実施形態では、配車管理サーバ２０が、乗車希望者の携帯電話端末３０からの乗車希望者の位置情報を含む配車要求を受け付けて、乗車希望者の位置情報と、対象エリアの半径に関するデータを含む案内通知をタクシー端末４０に送信する。そして、タクシー端末４０が、タクシーの位置情報を取得し、そのタクシーの位置情報と、乗車希望者の位置及び対象エリアの半径とに基づいて、タクシーの位置が対象エリア内か否かを判定し、タクシーの位置が対象エリア内である場合に、案内タグを表示する。
【００６５】
このため、乗車希望者の位置情報に基づく対象エリア内の複数のタクシーに、乗車希望者の存在と、その位置を通知できる。従って、その対象エリア内のタクシーの中からフレキシブルに対応でき、効率的にタクシーを配車できる。また、タクシーの位置が対象エリア内か否かの判定をタクシー端末４０側で行うため、配車管理サーバ２０側の処理の負担を少なくすることができる。また、タクシーの乗務員は、案内情報に基づいて、視認できる範囲を超えた所定範囲にいる乗車希望者を獲得できる。
【００６６】
・  上記実施形態では、タクシー端末４０は、案内タグに対する対応入力に基づいて、配車管理サーバ２０にタクシー識別子を含む応答通知を送信する。このため、対象エリア内のタクシーのタクシー端末４０に表示される案内タグに対して対応入力が行われた場合に、そのタクシーを配車できる。従って、対象エリア内の複数のタクシーの中から、応答通知を行ったタクシーを配車できる。
【００６７】
・  上記実施形態では、配車管理サーバ２０が、応答通知を受信した場合、案内タグを消去するための消去通知をタクシー端末４０に送信する。そして、タクシー端末４０が、消去通知を受信した場合に、案内タグを消去する。このため、複数のタクシー端末４０において同じ配車要求に基づく案内タグが表示されている場合に、いずれかのタクシー端末４０が応答通知を行うと、すべてのタクシー端末４０上の案内タグを消去できる。これにより、いずれかのタクシーを配車する場合には、その乗車希望者についての案内タグを消去でき、同じ乗車希望者に対して複数のタクシーが配車されるのを防止できる。また、タクシーが配車された乗車希望者については、タクシー端末４０に乗車希望の表示がなくなるため、タクシーの乗務員が、配車済の乗車希望者の表示によって混乱させられることがなくなる。
【００６８】
・  上記実施形態では、案内タグは、乗車希望者の位置情報に基づいて、地図上に表示する。このため、タクシーの乗務員は、地図上で、乗車希望者の位置を確認できる。
・  上記実施形態では、配車管理サーバ２０が、案内通知を送信してから所定の時間内に応答通知を受信しない場合に前記対象エリアを拡大し、拡大された対象エリアに基づいて、再度、タクシー端末４０への案内通知の送信を行う。このため、乗車希望者の位置情報に基づく対象エリア内に配車を行えるタクシーが存在しない場合には、対象エリアを拡大して、乗車希望者の存在を通知できる。従って、乗車希望者の位置情報に基づく対象エ
リア内に配車を行えるタクシーが存在しない場合に、より広い範囲で、配車するタクシーを見つけて配車を行うことができる。また、最初は、より狭い範囲で配車するタクシーを探すため、より近くに配車可能なタクシーが存在する場合には、そのタクシーを配車でき、乗車希望者の待ち時間を短縮できる。
【００６９】
・  上記実施形態では、配車管理サーバ２０が、応答通知を受信した場合に乗車希望者の携帯電話端末３０に配車通知を送信する。このため、タクシーを配車した場合に、乗車希望者にその旨を通知できる。
【００７０】
・  上記実施形態では、特定する対象エリアは、乗車希望者の位置から特定の距離の範囲である。このため、乗車希望者から特定の距離の範囲内のタクシーの中から配車するタクシーを見つけることができ、効率的にタクシーを配車できる。
【００７１】
・  上記実施形態では、案内通知に基づいて、カーナビゲーションシステム端末であるタクシー端末４０が、乗車希望者の位置を表示する。このため、タクシーの乗務員は、カーナビゲーションシステムにより表示されるタクシーの位置と、乗車希望者の位置とを、地図上で確認できる。従って、タクシーの乗務員は、地図により、乗車希望者とタクシーとの位置関係を確認できるため、対応するかどうかの判断を容易に行うことができる。さらに、タクシーの移動に伴ってカーナビゲーションシステムによりタクシーの位置は、その時点の位置が表示されるため、タクシーの乗務員は、応答を行った後、移動中に、その時点でのタクシーの位置と乗車希望者の位置とを容易に確認できる。
【００７２】
・  上記実施形態では、乗車希望者がタクシー配車画面の乗車希望ボタンを押下すると、携帯電話端末３０が自分の緯度及び経度を取得し、この緯度及び経度に関するデータと、ユーザ識別子とを含む配車要求を配車管理サーバ２０に送信する。このため、配車管理サーバ２０側は、乗車希望者の位置を正確に把握できる。従って、乗車希望者が自分の位置を正確に表現できない場合でも、乗車希望者のいる場所にタクシーを配車することができる。
【００７３】
・  上記実施形態では、対象エリア内に複数のタクシーが存在する場合、それらの複数のタクシーのタクシー端末４０に案内タグを表示させた。このため、それらの複数のタクシーの乗務員が、一斉に、対応するかどうかを判断できる。従って、より早く応答したタクシーを配車できるため、配車するタクシーを、より早く決定できる。
【００７４】
・  上記実施形態では、配車管理サーバ２０は、タクシーの会社名、料金体系及びおよその到着時間について記載した電子メールにより、乗車希望者の携帯電話端末３０にタクシーの配車完了を通知する。このため、乗車希望者は、タクシーの配車が行われた際に、タクシーの会社名、料金体系及びおよその到着時間を確認できる。
【００７５】
なお、上記実施形態は、以下の態様に変更してもよい。
○  上記実施形態では、タクシー端末４０が、タクシーの位置情報と、乗車希望者の位置及び対象エリアの半径とに基づいて、タクシーの位置が対象エリア内か否かを判定した。これに代えて、配車管理サーバ２０が、タクシーの位置が対象エリア内か否かを判定してもよい。具体的には、配車管理サーバ２０が、乗車希望者の携帯電話端末３０からの配車要求を受け付けて、その乗車希望者の位置情報を取得し、乗車希望者の位置情報と、乗車希望者の位置情報に基づく対象エリアを特定するための情報とに基づいて、その乗車希望者についてタクシーを配車する対象エリアを特定する。そして、配車管理サーバ２０が、タクシーの位置情報を取得し、対象エリアに含まれるタクシーを抽出し、抽出されたタクシーのタクシー端末４０に乗車希望者の位置情報を含む案内通知を送信する。そして、タクシー端末４０が、その案内通知に基づいて、乗車希望者の存在を示す表示を行い、そ
の表示に対する対応入力に基づいて、配車管理サーバ２０に応答通知を送信する。
【００７６】
この場合も、乗車希望者の位置情報に基づく対象エリア内のタクシーに、乗車希望者の位置を通知して応答を促進する。そして、対応入力が行われた場合に、その対応入力が行われたタクシーを配車できる。従って、乗車希望者の位置情報に基づく対象エリア内の複数の候補となるタクシーを選び出し、その中からフレキシブルに対応できる。これにより、効率的にタクシーを配車できる。また、対象エリア内に複数のタクシーが存在する場合、複数のタクシーに通知を行って、その中で応答したタクシーを配車できるため、効率的にタクシーを配車できる。
【００７７】
また、配車管理サーバ２０が、対象エリア内のタクシーを抽出して、そのタクシーのタクシー端末４０に案内通知を送信するため、タクシー端末４０側では、対象エリア内か否かの判定を行わずに表示を行うことができる。従って、タクシー端末４０側の処理を簡単にすることができる。
【００７８】
○  上記実施形態では、乗車希望者の位置から所定の距離の範囲内となる円形の対象エリアを用いたが、対象エリアは、円形でなくてもよく、常に同じ形状に限る必要もない。対象エリアは、例えば、楕円や、複数の直線で囲まれた形状であってもよい。この場合、対象エリアの特定は、それぞれの形状に対応した所定の関数を用いて行ってもよい。
【００７９】
また、道路の混雑状況や、通常存在するタクシーの数等に基づいて、対象エリアの大きさを変更してもよい。例えば、対象エリアが円形の場合、道路が混雑している場合には、各段階における対象エリアの半径を、より小さくする。また、乗車希望者がいるのが、通常存在するタクシーの数が多い場所の場合、各段階における対象エリアの半径を、より小さくする。これにより、状況に応じて、より効率的にタクシーの配車を行うことができる。
【００８０】
○  上記実施形態では、案内通知に基づいて、カーナビゲーションシステム端末であるタクシー端末４０が、乗車希望者の位置を表示した。これに代えて、タクシー端末４０は、カーナビゲーションシステムの機能は備えずに、配車管理サーバ２０が、乗車希望者の位置を示す地図を表示するためのデータをタクシー端末４０に送信してもよい。この場合、配車管理サーバ２０が、タクシーの位置情報を取得して、この地図上に、タクシーの位置を表示する。そして、この地図を表示するためのデータデータに基づいて、タクシー端末４０が、乗車希望者の位置とタクシーの位置とを示す地図を表示する。これにより、タクシー端末４０がカーナビゲーションシステムの機能を有していない場合にも、タクシーの乗務員は、乗車希望者から配車要求があった際のタクシーの位置と、乗車希望者の位置とを地図上で確認できる。
【００８１】
○  上記実施形態では、乗車希望者は、ＧＰＳによる位置測定機能を搭載した携帯電話端末３０を用いて配車管理サーバ２０に対し配車要求を送信したが、乗車希望者が用いる端末は、位置が特定可能であれば、他の端末であってもよい。例えば、携帯電話端末は、１つ又は複数の基地局との距離から位置を求めるものであってもよい。また、乗車希望者が用いる端末は、ＰＨＳ端末であってもよい。
【００８２】
○  上記実施形態では、対象エリア内のタクシーについては、そのタクシーの運行状態にかかわらず、タクシー端末４０に乗車希望者についての案内タグを表示させたが、タクシーの運行状態によって、案内タグを表示させるかどうかを分けてもよい。例えば、空車の場合のみ、案内タグを表示させる。この場合、例えば、配車管理サーバ２０が運行状態に関わらず案内通知を行い、タクシー端末４０側で、運行状態が空車の場合のみ案内通知に基づいて案内タグを表示する。また、配車管理サーバ２０側で運行状態を判断して案内
タグの表示対象とするかどうかを決定し、空車の場合のみ、案内通知を行ってもよい。
【００８３】
これにより、例えば、送迎中のタクシーについては、タクシー端末４０に案内タグが表示されないため、送迎中のタクシーの乗務員が、案内タグによって煩わされることがなくなる。
【００８４】
また、タクシー端末４０において案内タグの表示・非表示の設定を可能とし、タクシー端末４０において案内タグの表示設定を行っている場合にのみ、案内タグを表示させてもよい。これにより、タクシーの乗務員が乗車希望者の案内を希望する場合にのみ、案内タグを表示させることができる。従って、乗車希望者についての案内が不要な場合に、タクシーの乗務員が案内タグによって煩わされることがなくなる。
【００８５】
○  上記実施形態では、配車管理サーバ２０に登録されたタクシー会社のタクシーのタクシー端末４０であれば、どのタクシー会社であるかにかかわらず、配車の対象とした。これに代えて、乗車希望者がタクシー会社を選択可能にしてもよい。
【００８６】
この場合、乗車希望者がタクシーの配車要求を配車管理サーバ２０に送信する際に、タクシー会社を選択できるようにしてもよい。そして、選択されたタクシー会社のタクシー端末４０に案内タグを表示させる。また、ユーザ登録の際にタクシー会社を選択させてもよい。この場合、そのタクシー会社の選択情報をユーザ識別子に関連付けて配車管理サーバ２０に記録しておき、この選択情報に基づいて、選択されたタクシー会社のタクシー端末４０に案内タグを表示させる。これにより、ユーザが希望するタクシー会社のタクシーを配車できる。従って、タクシー会社毎に料金体系が異なる場合等、ユーザがタクシー会社の選択を希望する場合には、ユーザが希望するタクシー会社のタクシーを配車でき、利便性を向上させることができる。
【００８７】
○  上記実施形態では、乗車希望者に関する案内情報を、タクシー端末４０のカーナビゲーションシステムの機能によって表示される地図表示６０上に案内タグ６２として表示したが、乗車希望者に関する案内情報の表示は、これに限られるものではない。
【００８８】
例えば、乗車希望者に関する案内情報の一覧を表示する画面（案内画面）を設けてタクシー端末４０に表示してもよい。この場合も、対象エリア内のタクシーのタクシー端末４０にのみ表示を行う。この案内画面に表示する各案内情報には、例えば、対象エリアの半径や、配信時刻に関する情報を含める。さらに、この案内画面において案内情報を選択して乗車希望者の位置情報の表示要求を行った場合に、地図上に乗車希望者の位置を表示してもよい。そして、タクシーの乗務員は、この案内画面上で案内情報を選択して対応入力を行う。これに応じて、タクシー端末４０は、配車管理サーバ２０にタクシー識別子を含む応答通知を送信する。そして、この場合も、上記実施形態と同様に、対応するタクシーが決まった場合には、この案内画面から、案内情報の表示を消去する。なお、案内情報の表示は、案内画面の閲覧設定を行っている場合のみ行ってもよい。これにより、タクシーの乗務員は、案内情報の提供を希望する場合のみ閲覧設定を行って、乗車希望者に関する案内を受けることができる。また、この案内画面上で表示を行うため、乗車希望者の存在を、より分かり易く示すことが可能となる。
【００８９】
○  上記実施形態では、乗車希望に対応できない場合に、配車管理サーバ２０が、乗車希望者の携帯電話端末３０にタクシーの案内不可の旨を通知した。これに加えて、対象エリアを拡大した場合に、配車管理サーバ２０が、その旨を乗車希望者に通知してもよい。また、一定時間毎に、配車管理サーバ２０が、配車状況を乗車希望者に通知してもよい。これにより、乗車希望者は、逐次、配車状況を知ることができる。
【図面の簡単な説明】
【００９０】
【図１】本発明の一実施形態のシステムの概略図。
【図２】配車要求データ記憶部に記憶されたデータの説明図。
【図３】タクシーデータ記憶部に記憶されたデータの説明図。
【図４】本発明の一実施形態の処理手順の説明図。
【図５】本発明の一実施形態の処理手順の説明図。
【図６】タクシー端末に表示される地図の説明図。
【符号の説明】
【００９１】
２０…配車管理サーバ、３０…乗車希望者の携帯端末としての携帯電話端末、４０…タクシー端末。
【図１】
2005346634.tif 000003
【図２】
2005346634.tif 000004
【図３】
2005346634.tif 000005
【図４】
2005346634.tif 000006
【図５】
2005346634.tif 000007
【図６】
2005346634.tif 000008