(57)【要約】【課題】手軽にタクシーを呼ぶことを可能にするタクシー配車システム及び配車方法を提供する。【解決手段】管理センターは、タクシー利用者の電話による配車依頼に応じてその電話番号を取得し、タクシー利用者の電子メールアドレスに、ＵＲＬ付き電子メールを送信する（Ｓ４３）。利用者は、ＵＲＬにアクセスして配車条件を入力し（Ｓ２６）、この配車条件が、複数のタクシー会社に配信される（Ｓ４６）。管理センターは、タクシー会社からの配車条件を満たすタクシー情報から適するタクシーを選択し（Ｓ５０）、これを、タクシー利用者に通知するとともに、タクシー側にも選択されたことを通知する（Ｓ５１）。このような構成では、タクシー利用者が指定した条件で、タクシーが配車されるようになるので、タクシー利用者は、確実に所望する条件でタクシーに乗車できるようになる。【選択図】  図５
2005004595.tif 000002
【特許請求の範囲】
【請求項１】
タクシー利用者の電話による依頼に応じてタクシーを配車するタクシー配車システムであって、
タクシー利用者の電話番号と該タクシー利用者の電子メールアドレスを対応させて記憶した記憶手段と、
タクシーを依頼するタクシー利用者の電話番号を取得して、その電話番号に対応する前記記憶手段に記憶されたタクシー利用者の電子メールアドレスに、ＵＲＬ付き電子メールを送信する電子メール送信手段と、
前記ＵＲＬにアクセスして入力されるタクシー利用者の配車条件を取得して、前記配車条件の配車依頼があることを、複数のタクシー会社ないしタクシーに配信する配信手段と、
前記配車条件を満たすタクシー会社ないしタクシーからのタクシー情報を受け取り、タクシー利用者の配車条件にあったタクシーを選択する選択手段と、
選択したタクシーを識別できる情報を、前記配車依頼をしたタクシー利用者に通知するとともに、タクシーが選択されたことを、このタクシーが所属するタクシー会社ないし選択されたタクシーに通知する通知手段と、
を有することを特徴とするタクシー配車システム。
【請求項２】
前記電話が、電子メール機能並びにＷＥＢブラウザ機能を備えた携帯電話であり、配車条件が前記ＵＲＬに記述されたＷＥＢサーバーにアクセスすることにより入力されることを特徴とする請求項１に記載のタクシー配車システム。
【請求項３】
前記ＵＲＬに、タクシーの配車依頼があるごとに異なる依頼識別番号が埋め込まれ、前記配車条件を取得するとき、この依頼識別番号も取得して、取得した依頼識別番号と配車条件が関連付されて格納されることを特徴とする請求項１又は２に記載のタクシー配車システム。
【請求項４】
前記携帯電話が、携帯電話の位置を特定できる機能を有し、配車条件のうち、タクシー利用者がタクシーを待つ乗車場所として、携帯電話の位置情報が付加されることを特徴とする請求項２又は３に記載のタクシー配車システム。
【請求項５】
タクシー利用者の電話による依頼に応じてタクシーを配車するタクシー配車方法であって、
予め、タクシー利用者の電話番号と該タクシー利用者の電子メールアドレスを対応させて記憶し、
タクシーを依頼するタクシー利用者の電話番号を取得して、その電話番号に対応し記憶されているタクシー利用者の電子メールアドレスに、ＵＲＬ付き電子メールを送信し、
前記ＵＲＬにアクセスして入力されるタクシー利用者の配車条件を取得して、前記配車条件の配車依頼があることを、複数のタクシー会社ないしタクシーに配信し、
前記配車条件を満たすタクシー会社ないしタクシーからのタクシー情報を受け取り、タクシー利用者の配車条件にあったタクシーを選択し、
選択したタクシーを識別できる情報を、前記配車依頼をしたタクシー利用者に通知するとともに、タクシーが選択されたことを、このタクシーが所属するタクシー会社ないし選択されたタクシーに通知することを特徴とするタクシー配車方法。
【請求項６】
前記電話が、電子メール機能並びにＷＥＢブラウザ機能を備えた携帯電話であり、配車条件が前記ＵＲＬに記述されたＷＥＢサーバーにアクセスすることにより入力されることを特徴とする請求項５に記載のタクシー配車方法。
【請求項７】
前記ＵＲＬに、タクシーの配車依頼があるごとに異なる依頼識別番号が埋め込まれ、前記配車条件を取得するとき、この依頼識別番号も取得して、取得した依頼識別番号と配車条件が関連付されて格納されることを特徴とする請求項５又は６に記載のタクシー配車方法。
【請求項８】
前記携帯電話が、携帯電話の位置を特定できる機能を有し、配車条件のうち、タクシー利用者がタクシーを待つ乗車場所として、携帯電話の位置情報が付加されることを特徴とする請求項６又は７に記載のタクシー配車方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、タクシー配車システム及び配車方法、さらに詳細には、電子メール機能、ＷＥＢ機能を利用してインターネットを介して、タクシー利用者の電話による依頼に応じてタクシーを配車するタクシー配車システム及びタクシー配車方法に関する。
【０００２】
【従来の技術】
タクシーに乗るには、通常駅前などタクシー乗車場所のところに行くか、路上でタクシーを拾うことが行われるが、駅前や、病院、ホテルなど特定の施設を除くと、タクシー乗車場所がどこにあるのか、わからない場合が多く、また深夜や地方などでは路上でタクシーを拾うことは、容易でないのが現実である。他の手段としては、タクシー会社、あるいは配車サービスセンターに電話をかけてタクシーの配車を依頼することになるが、一般には電話番号がわからないなど十分なサービスシステムとはなっていない。
【０００３】
また、タクシー側では、路上を流して客を探すことになるが、乗客を見つけることが困難な場合が多いので、駅前やホテル、あるいは繁華街で客待ちとなる。しかし、不況の折、客待ちタクシーで溢れているのが現状である。
【０００４】
【発明が解決しようとする課題】
従来、タクシーを探すユーザーに対して、条件に合うタクシー会社を検索し、タクシー会社名と電話番号を提供するサービスが考えられている。しかし、このような場合でも、サービスを受けたユーザーが、タクシー会社に配車を依頼しても、そのタクシー会社に空車がなかったり、配車までに長時間かかる場合があり、再度検索をやむなくされ、使い勝手の悪いサービスであった。
【０００５】
本発明は、このような問題点を解決するためになされたもので、簡単な方法で、手軽にタクシーを呼ぶことを可能にするタクシー配車システム及び配車方法を提供することを課題とする。
【０００６】
【課題を解決するための手段】
本発明は、上記課題を解決するために、
タクシー利用者の電話による依頼に応じてタクシーを配車するタクシー配車システムであって、
タクシー利用者の電話番号と該タクシー利用者の電子メールアドレスを対応させて記憶した記憶手段と、
タクシーを依頼するタクシー利用者の電話番号を取得して、その電話番号に対応する前記記憶手段に記憶されたタクシー利用者の電子メールアドレスに、ＵＲＬ付き電子メールを送信する電子メール送信手段と、
前記ＵＲＬにアクセスして入力されるタクシー利用者の配車条件を取得して、前記配車条件の配車依頼があることを、複数のタクシー会社ないしタクシーに配信する配信手段と、
前記配車条件を満たすタクシー会社ないしタクシーからのタクシー情報を受け取り、タクシー利用者の配車条件にあったタクシーを選択する選択手段と、
選択したタクシーを識別できる情報を、前記配車依頼をしたタクシー利用者に通知するとともに、タクシーが選択されたことを、このタクシーが所属するタクシー会社ないし選択されたタクシーに通知する通知手段とを有する構成を採用している。
【０００７】
また、本発明では、
タクシー利用者の電話による依頼に応じてタクシーを配車するタクシー配車方法であって、
予め、タクシー利用者の電話番号と該タクシー利用者の電子メールアドレスを対応させて記憶し、
タクシーを依頼するタクシー利用者の電話番号を取得して、その電話番号に対応し記憶されているタクシー利用者の電子メールアドレスに、ＵＲＬ付き電子メールを送信し、
前記ＵＲＬにアクセスして入力されるタクシー利用者の配車条件を取得して、前記配車条件の配車依頼があることを、複数のタクシー会社ないしタクシーに配信し、
前記配車条件を満たすタクシー会社ないしタクシーからのタクシー情報を受け取り、タクシー利用者の配車条件にあったタクシーを選択し、
選択したタクシーを識別できる情報を、前記配車依頼をしたタクシー利用者に通知するとともに、タクシーが選択されたことを、このタクシーが所属するタクシー会社ないし選択されたタクシーに通知する構成を採用している。
【０００８】
このような構成では、タクシー利用者が指定した条件で、タクシーが配車されるようになるので、タクシー利用者は、確実に所望する条件でタクシーに乗車できるようになる。
【０００９】
本発明では、電話が、電子メール機能並びにＷＥＢブラウザ機能を備えた携帯電話であり、配車条件がＵＲＬに記述されたＷＥＢサーバーにアクセスすることにより入力される。また、このＵＲＬには、タクシーの配車依頼があるごとに異なる依頼識別番号が埋め込まれ、配車条件を取得するとき、この依頼識別番号も取得して、取得した依頼識別番号と配車条件が関連付されて記憶手段に格納される。このＵＲＬに依頼識別番号を埋め込むことによりシステムでは、配車依頼時に、この依頼識別番号ごとに、配車条件やタクシー情報を関連付けて格納することができるので、各種データ処理や、配車依頼の配信、タクシー情報の管理が確実になる。
【００１０】
また、携帯電話に、携帯電話の位置を特定できる機能が設けられている場合には、配車条件のうち、タクシー利用者がタクシーを待つ乗車場所として、携帯電話の位置情報を付加するようにする。これにより、乗車場所の位置精度を高めることができる。
【００１１】
【発明の実施の形態】
以下、図面に示す実施の形態に基づいて本発明を詳細に説明する。
【００１２】
図１には、タクシー配車システムの全体構成が図示されており、全体としては、タクシーを利用する利用者（ユーザー）１０、．．．．．と、配車システムの主要部を構成する配車管理センター３０と、タクシー会社５１、５２、．．．．．とその配下にあるここのタクシー群、それに個人タクシーなどからなっている。
【００１３】
タクシー利用者１０は、通常電子メール（Ｅメール）機能並びにｉ−モードなどＷＥＢサーバーにアクセスしてブラウズするブラウザー機能を有する携帯電話１２を持っており、この携帯電話１２から種々の入力や配車などの依頼を行う。利用者１０は、電話をかける場合には、携帯電話１２を用いて無線（点線で図示）で携帯電話アクセスポイント２０にアクセスして交換機２１を介して通話を行う。また、電子メールの送受信並びにＷＥＢページを閲覧するなどインターネット６０に接続する場合には、携帯電話１２の電子メール機能、ブラウザー機能を用いて携帯電話アクセスポイント２０を介してインターネット６０に接続できる。この接続は、ＴＣＰ／ＩＰプロトコールを用いて契約しているプロバイダを介して行われる。これが実線の２重矢印線で示されている。以下、各装置、コンピュータ、サーバーなどがインターネット６０に接続して通信を行う場合は、プロバイダを介して行われるが、このプロバイダは、図示の煩雑さを避けるために、図示が省略されている。
【００１４】
また、タクシー利用者１０は、一般加入電話１１を用いて通常の電話回線により交換機２１を介して通信を行うことができ、また、パソコン（パーソナルコンピュータ）１３を用いてインターネット接続し、電子メールの送受信を行ったり、ＷＥＢサーバーにアクセスすることができる。
【００１５】
配車管理センター３０は、タクシー利用者１０からの携帯電話１２あるいは一般加入電話１１からの着信を受け付ける複数の電話回線を収容した着信受付コンピュータ３１を有しており、この着信受付コンピュータ３１には、着信回線電話番号とサーバーアドレスの対応テーブルが格納されていて、タクシー利用者１０が電話した電話番号で、ＷＥＢサーバーなどのアドレスを特定できるようになっている。また、配車管理センター３０は、全体の配車管理や課金を制御し、種々のデータを格納した管理サーバー３２、それにＷＥＢサーバー３３を有し、これらのコンピュータないしサーバー３１、３２、３３はＬＡＮ接続されており、ルーター３４を介してインターネット６０に接続可能となっている。ＷＥＢサーバー３３は、個別のサーバーとなっているが、管理サーバー３２と統合することもでき、あるいは配車管理センター３０外に設けることもできる。同様に、着信受付機能を管理サーバー３２に持たせることもでき、その場合は着信受付コンピュータ３１を省略できる。また、着信受付コンピュータ３１を配車管理センター３０の外部に設けることもでき、また、管理サーバーあるいはＷＥＢサーバーは、プロバイダが提供するサーバーをレンタルすることにより実現することもできる。
【００１６】
また、インターネット６０には、複数のタクシー会社（Ａ）、（Ｂ）、．．．．．のサーバー５１、５２、．．．．．が、インターネット６０と接続可能となっており、タクシー会社（Ａ）には、タクシーＡ１、Ａ２、．．．．．が、タクシー会社（Ｂ）には、タクシーＢ１、Ｂ２、．．．．が所属している。各タクシー会社に所属するタクシーは、タクシー会社とは、通常の無線情報送受信システムで情報を交換できるようになっており、それが点線の２重矢印線で図示されている。タクシーには、このような会社所属のタクシーだけでなく、個人タクシーＺ１、Ｚ２．．．．．を含めることができ、個人タクシーの場合は、個人タクシーの運転者が所有する携帯電話により、通話を行ったり、あるいはインターネット６０と接続し、情報を交換する。
【００１７】
本発明では、基本的に電子メールを介しての情報送受が行われる。従って、各タクシー利用者、配車管理センター、タクシー会社などは、固有の電子メールアドレスを有し、その個々のアカウントを提供するメールサーバーが存在するが、図示の煩雑さを避けるために、これらのメールサーバーを統合する形で、一つのメールサーバー４０が図示されている。
【００１８】
このような構成において、タクシーを配車する流れを説明する。
【００１９】
通常、タクシー利用者は、携帯電話を介して配車を依頼することになるので、不正依頼や、いたずら依頼などを防止するために、電話番号を登録させ、電話番号でタクシー利用者を認証し、登録された電話番号からの依頼があったものに対してのみ、サービスを提供する。
【００２０】
このために電話番号の登録が行われ、この処理が図２のフローチャートに示されている。まず、タクシー利用者１０は、ステップＳ１において、携帯電話１２あるいはパソコン１３を用いて、図３（Ａ）の画面に示したように、配車管理センター３０の電子メールアドレス（ｒｅｇ＠ａａａａ．ｊｐ）に、件名や内容を記入せず、電子メールを送信する。配車管理センター３０では、管理サーバー３２により所定時間ごとにメールサーバ４０にアクセスして、電子メール着信を監視する（ステップＳ１１、Ｓ１２）。タクシー利用者からの電話登録用の電子メールを着信した場合には、管理サーバー３２は、タクシー利用者の電子メールアドレスを取得して、これをメモリに記憶するとともに、ＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を作成して（ステップＳ１３）、ＵＲＬ付きの電子メールを、タクシー利用者１０に返信する（ステップＳ１４）。
【００２１】
タクシー利用者１０は、メールサーバー４０にアクセスして配車管理センター３０からの返信があるかどうかを監視し（ステップＳ２）、返信があると（ステップＳ３）、図３（Ｂ）に示したように、タクシー利用者の携帯電話１２あるいはパソコン１３の画面に、ＵＲＬ付きの入力を促す画面が現れるので、タクシー利用者は表示されたＵＲＬにアクセスする（ステップＳ４）。
【００２２】
ＵＲＬには、配車管理センター３０のＷＥＢサーバー３３のアドレス「ｗｗｗ．ａａａａ．ｊｐ」が記載されているので、タクシー利用者は配車管理センター３０のＷＥＢサーバー３３にアクセスでき、そのＵＲＬに記述されているｘｘｘ．ｐｈｐのプログラムが実行されて、入力画面として、図３（Ｃ）に示したような画面を携帯電話１２あるいはパソコン１３の画面に表示させることができる（ステップＳ５）。そこで、タクシー利用者１０は、自分の氏名、電話番号（通常自身の携帯電話の電話番号）を入力し（ステップＳ６）、確認後、ボタン「ＯＫ」を押して（ステップＳ７）、入力されたデータをＷＥＢサーバーに送信する（ステップＳ８）。
【００２３】
管理サーバー３２は、ＷＥＢサーバー３３を監視して（ステップＳ１５）、タクシー利用者からの入力があったことを確認すると（ステップＳ１６）、図４（Ａ）に示したような、利用者氏名、識別ＩＤ、利用者の電話番号、利用者の電子メールアドレスからなり、電話番号をインデックスキーとするデータベース７０を作成し、これを管理サーバー内の記憶手段に格納する（ステップＳ１７）。ここで、利用者の氏名、電話番号は、ステップＳ６で利用者が入力したものであり、識別ＩＤは、ステップＳ１３でＵＲＬを作成したとき、申込みのあったタクシー利用者ごとにＵＲＬに埋め込まれる変数（ｉｄ＝）ｕｓｅｒ１（図３（Ｂ））を用い、また、電子メールアドレスは、ステップＳ１３で取得した電子メールアドレスである。これらは、一意に関連しているので１つのレコードとしてデータベース化できる。
【００２４】
ステップＳ１８で新たな着信を監視する場合には、ステップＳ１１に戻って上記処理を繰り返す。このように、順次タクシー利用者のデータを登録して、図４（Ａ）のようなデータベース７０が作成される。なお、利用者が入力してデータベースとされるデータは、最小限の氏名と電話番号としたが、必要に応じて、住所、性別、年齢などを入力してもらい、これらをデータベース化することもできる。
【００２５】
次に、タクシー利用客が、タクシー配車システムを利用してタクシーを頼むときの流れを図５に従って説明する。
【００２６】
まず、タクシー利用者１０は、管理センター３０に携帯電話１２で電話をかける（ステップＳ２１）。このとき、通話料金を節減するために、電話発呼音だけで済ませることができる。管理センター側では、着信受付コンピュータ３１により、この電話による配車依頼を監視しており（ステップＳ４１）、配車依頼の電話があると（ステップＳ４２）、着信コンピュータ３１は、タクシー利用者の電話番号を取得できるので、管理サーバー３２の記憶手段に格納されているデータベース７０（図４（Ａ））にアクセスして、利用者の電話番号に対応する電子メールアドレスを取得し、その電子メールアドレスにＵＲＬ付きの電子メールを送信する（ステップＳ４３；送信手段）。
【００２７】
タクシー利用者側では、この電子メールの着信を監視し（ステップＳ２２）、電子メールがあると（ステップＳ２３）、その電子メール画面が図６（Ａ）に示したような画面となるので、ＵＲＬを選択してＷＥＢサーバー３３にアクセスする（ステップＳ２４）。このとき、図６（Ｂ）に示したような入力画面が携帯電話の画面に現れる（ステップＳ２５）。なお、このＵＲＬに埋め込まれた（ｉｄ＝）ｏｒｄｅｒ１は、申し込みごとに付されるもので、依頼識別番号として用いられる。
【００２８】
タクシー利用者は、この入力画面を見て、配車条件を入力する（ステップＳ２６）。この配車条件として、最低、乗車場所と、乗車時間を入力するようにする。利用者氏名は、データベース７０からの氏名をデフォルトとして予め入力し、利用者の入力数を低減させることができる。また、乗車場所としては、タクシーが識別し易い、施設、レストラン、コンビニエンスストアなどの目印を付加するようにする。そのために、予めこれらの施設名を表示させ、チェックさせて選択するようにすることも考えられる。また、携帯電話には、ＧＰＳ機能（ｇｌｏｂａｌ  ｐｏｓｉｔｉｏｎｉｎｇ  ｓｙｓｔｅｍ；全地球測位システム）を備えたものもあるので、この機能で得られる携帯電話の位置情報を付加させるようにすることもできる。
【００２９】
なお、タクシーの乗車場所（ウエイティング・スポット）を、コンビニエンスストアーやファミリーレストランなどにすると、タクシー利用者は、深夜などの乗車待ち時間における安全（セキュリティ）が確保できるとともに、各ウエイティング・スポットに関連する広告を、タクシー利用者に配信することができるので、コンビニエンスストアーやファミリーレストランなどの売上にも貢献できる。
【００３０】
また、乗車時間としては、予約時刻を入れるほかに、空欄のままにすることで、「いますぐ」を指示することができる。その他の条件としては、必要台数、車種（大型、小型など）、会社名などであり、これらの条件が必要な場合には、別画面として、メニューを表示させ、選択させるようにする。
【００３１】
このような配車条件を入力してＯＫボタンを操作すると（ステップＳ２７）、配車条件がインターネット６０を介してＷＥＢサーバー３３に伝送される（ステップＳ２８）。
【００３２】
一方、管理センター側では、タクシー利用者の配車条件の送信を監視し（ステップＳ４４）、配車条件の入力がＷＥＢサーバーにあったことを検出すると（ステップＳ４５）、配車条件を、図４（Ｃ）に示したようなテーブル７２にして格納する。このテーブル７２で、依頼識別番号は、ステップＳ４３で作成したＵＲＬに埋め込まれた配車依頼ごとに付される番号（ｉｄ＝）ｏｒｄｅｒ（ｎ）であり、氏名、乗車場所、乗車時間は、ステップＳ２６で入力された配車条件であり、メールアドレスは、データベース７０に格納された利用者氏名に対応するメールアドレスである。ステップＳ２６で、さらに他の配車条件が入力されている場合には、それに応じてテーブル７２にこれらの配車条件が格納される。
【００３３】
続いて、この配車条件と配車の依頼識別番号を、加盟しているタクシー会社のサーバー５１、５２、．．．．．へインターネットを介して配信する（ステップＳ４６；配信手段）。この加盟タクシー会社への配信は、図４（Ｂ）に示したように、管理サーバー３２には、加盟しているタクシー会社のサーバーアドレスを登録したデータベース７１が格納されているので、このサーバーに向けて一斉配信されることになる。タクシー利用者からの申込みがあるごとに、割り込みがかかるので、各配車条件を加盟タクシー会社に配信することができる。
【００３４】
タクシー会社のサーバー５１、５２、．．．．．には、インターネットを介してつぎつぎと配車条件が入力されるので、これらの情報を、そのタクシー会社に所属する各タクシーの運転手に、無線情報送受信システムあるいはその他その会社が構築する連絡システムを用いて通知する。タクシー会社は、配車条件を満たすことができるタクシーの運転手からその旨の申込み連絡があった場合には、そのタクシー情報（タクシー会社、タクシーの運転手氏名、タクシーの車種（車のナンバー、色などタクシーを識別できる情報）、乗車場所に到達可能な時間など）を、依頼識別番号を付してインターネットを介してＷＥＢサーバー３３に順次申込み通知（エントリー）する。
【００３５】
管理センターは、タクシー会社からの通知を検知して（ステップＳ４７、Ｓ４８）、通知を受け取るごとに、図４（Ｄ）に図示したようなテーブル７３を作成する。このテーブル７３で、時刻は、依頼識別番号並びにそれに関連するタクシー情報が通知された時刻であり、通知があり次第、その時刻を付してテーブル７３を更新する。
【００３６】
管理センターは、配車依頼を受けて所定時間（例えば３分）が経過すると（ステップＳ４９）、タクシー利用者の配車条件にあったタクシーを選択する（ステップＳ５０；選択手段）。その選択アルゴリズムは、種々考えられるが、最も単純なものは、乗車場所への到着が一番はやいタクシーを優先し、最初に通知のあったタクシー情報に係わるタクシーを選択することである。例えば、図４（Ｄ）に示した例では、「ｏｒｄｅｒ１」、「ｏｒｄｅｒ３」の依頼に対しては、２つの候補があるが、いずれも、時刻の早いものを選択する。あるいは、指定された乗車場所に到達可能な時間が、タクシー情報として格納されているので、時刻順ではなく、この時間が短いものを選択することもできる。その他、タクシー会社ごと、あるいはタクシー運転手ごとに実績評価係数を設け、これを加味して選択することもできる。このような評価係数は、例えばタクシー利用者にアンケート調査を実施することで可能となる。
【００３７】
このようにして、タクシーが選択されると、選択したタクシーを識別できる情報、タクシー運転手の氏名、乗車場所、乗車時間などを、配車依頼をしたタクシー利用者に電子メールを通じて通知するとともに、このタクシーが所属するタクシー会社のサーバーにインターネットを介して、タクシーが選択されたことを、依頼識別番号を付して選択決定通知する（ステップＳ５１；通知手段）。また、この通知の段階で、タクシー会社への課金を設定するようにする。システムは、新たな依頼を待機するために（ステップＳ５２）、ステップＳ４１に戻って配車依頼の着信を監視する。
【００３８】
この間、タクシー利用者は電子メールの受信を監視し（ステップＳ２９）、電子メールがあると（ステップＳ３０）、それを閲覧する。図６（Ｃ）に示したような画面が携帯電話の画面に現れるので、タクシー利用者は指定した乗車場所でタクシーを待つ（ステップＳ３１）。なお、図６（Ｃ）の画面で、タクシーの車種は、車のナンバー、あるいは色など、利用者が識別しやすい情報となっており、また、乗車場所、乗車時間などは、利用者が配車条件として指定したものである。
【００３９】
また、タクシー会社では、タクシーが選択されたことが依頼識別番号を付して知らされるので、その依頼に適合したタクシー運転手、すなわち選択されたタクシーにその旨連絡する。そのタクシーは、指定された乗車場所へ、指定された時間に、タクシー利用者を迎えることができるように、配車されることになる。タクシー利用者を乗せたことの情報は、タクシー運転手を通じて管理センターに通知するようにしておく。
【００４０】
タクシー利用者が、タクシー選択後、または乗車場所から無断で立ち去ることにより、乗車場所に不在の場合、キャンセル料がタクシー利用者に課金される。課金の内容及び回収方法は、タクシー会社毎に異なり、その回収の責務はタクシー会社が負う。次回、同じタクシー利用者の配車依頼により同じタクシー会社が選択され、そのタクシー会社のタクシーに乗車した場合、タクシー会社に前回のキャンセル情報を送信し、今回の運賃に前回のキャンセル料を上乗せして回収することができる。
【００４１】
なお、上述した実施形態で、個人タクシーにも配車させることができるが、このときの個人タクシー運転手との通信手段が、携帯電話となるので、ステップＳ４６での配車条件の配信、並びにその個人タクシーが選択されたことの通知は、個人タクシーの電子メールアドレス宛となる。従って、個人タクシーの運転手は、電子メールの着信を監視する必要がある。また、個人タクシーが車内、あるいは自宅にコンピュータを備えている場合には、タクシー会社のサーバーと同等な機能を構築できるので、タクシー会社と同様になる。
【００４２】
図５に示した管理センター側のプログラムステップは、管理サーバー３２において実行されるが、分担させて一部をＷＥＢサーバー３３において行うようにしてもよい。また、ＷＥＢサーバー３３の機能を管理サーバー３２において行うようにすれば、ＷＥＢサーバーは省略できるが、ＷＥＢサーバーは外部に公開されることが原則なので、セキュリティーの面から、別にするのが好ましい。また、タクシー利用者からの電話の着信を受け付けるコンピュータ３１は、ＷＥＢサーバー３３に代行させるようにしてもよい。
【００４３】
上述した配車管理センター３０は、タクシー会社とは別のところに配置されているが、所定のタクシー会社内、あるいは所定のタクシーセンタに設けるようにすることもできる。このような場合は、そのタクシー会社あるいはタクシーセンタに所属するタクシーにのみ、配車条件が配信されるので、タクシー利用者側からは、選択肢が限定されるが、この会社がある地域で多数のタクシーを運行させている場合で、利用者がその地域のひとが多い場合には、同等な効果が得られる。
【００４４】
【発明の効果】
以上説明したように、本発明では、簡単な方法で、タクシー利用者の配車条件を、多くのタクシー会社あるいはタクシーに配信し、応答のあったタクシーのなかから利用者の配車条件にあうタクシーを選択して利用者に通知するとともに、タクシー利用者が指定した条件で、タクシーが配車されるようになるので、タクシー利用者は、確実に所望する条件でタクシーに乗車できるようになる。
【００４５】
また、本発明では、タクシー利用者及びタクシー会社並びにタクシー運転手は、配車依頼ツールが通話でなく電子メールとなっているため、連絡コストを大幅に削減できるとともに、電子メールが携帯電話などに保存されるため、配車情報をメモすることが不要となり、配車依頼の履歴も保存できる、という効果が得られる。
【図面の簡単な説明】
【図１】本発明のタクシー配車システムの全体の構成を示す構成図である。
【図２】タクシー利用者の電話番号の登録を行う流れを示したフローチャートである。
【図３】電話番号の登録を行うときの携帯電話の画面を示した画面図である。
【図４】管理サーバーに記憶される各種データベースないしテーブルを示した説明図である。
【図５】タクシー利用者が、タクシーの配車を依頼するときの流れを示したフローチャートである。
【図６】タクシー利用者が、タクシーの配車を依頼するときの携帯電話の画面を示した画面図である。
【符号の説明】
１０  タクシー利用者
１２  携帯電話
３０  配車管理センター
３１  着信受付コンピュータ
３２  管理サーバー
３３  ＷＥＢサーバー
４０  メールサーバー
５１、５２  タクシー会社のサーバー
６０  インターネット
【図１】
2005004595.tif 000003
【図２】
2005004595.tif 000004
【図３】
2005004595.tif 000005
【図４】
2005004595.tif 000006
【図５】
2005004595.tif 000007
【図６】
2005004595.tif 000008