JP2013182597A - タクシー運用システムおよびサーバ装置 - Google Patents

Abstract

【課題】タクシー運用システムにおいて、タクシーの乗車率をより高めるための運行計画を策定できるようにする。
【解決手段】ネゴシエーション制御部１３４は、第１顧客の乗車経路と、第２顧客の乗車位置とに基づいて、運行態様の交渉を行うか否かを決定する。交渉を行うと決定した場合、ネゴシエーション制御部１３４は、少なくとも前記第１顧客または前記第２顧客のいずれかに、乗車位置、降車位置、走行経路または相乗りの有無、あるいはこれらの組み合わせの変更ないし決定の交渉を行う。交渉が成立した場合、タクシーの乗車率を高め得る。
【選択図】図２

Description

本発明は、タクシー運用システムおよびサーバ装置に関する。

タクシーの運用に関連して幾つかの技術が提案されている。
例えば、特許文献１に記載のタクシー配車システムは、携帯電話が接続される各エリアそれぞれの基地局と、各基地局の位置情報を管理する基地局管理サーバと、タクシー管理局の管轄する各タクシーの位置情報を管理するタクシー管理サーバと、管轄する各タクシーに対して無線による通信を行う無線設備とにより構成され、利用者が携帯電話を用いて基地局管理サーバへ発信すると、携帯電話が接続中の基地局の位置情報が自動的に基地局管理サーバ、タクシー管理サーバおよび配車決定されたタクシーに通知される。
これにより、利用者は自分の現在位置が分からない慣れない場所からでもタクシーを呼び出すことが可能となる、とされている。

また、特許文献２に記載のタクシー配車システムでは、タクシー運転手が乗務の際に携行するＧＰＳ機能付携帯電話機から送信される現車情報と、ＧＰＳにより計測されたタクシーの位置情報を、ＷＥＢサーバを含む電子掲示板を有して成るシステム管理センターにおいて管理し、携帯電話機を用いて配車の要望を送信してきたタクシー利用者に対して、その現在位置エリアにおける空車タクシー情報が前記システム管理センターから提供されるとともに、タクシー利用者から空車タクシーの運転手に直接配車依頼が行われる。
これにより、タクシー運転手が効率的な営業を行うことができるようにするとともに、不特定多数のタクシー利用者が、自分の現在位置の最も近くで待機している空車タクシーを即座に把握して、迅速に乗車できるように支援できる、とされている。

また、特許文献３に記載のタクシー配車システムは、利用者が有する携帯情報端末からの配車依頼通知に応じて前記利用者にタクシーを配車するタクシー配車システムであって、位置特定手段により利用者からの配車依頼通知をもとに前記利用者の位置を特定し、複数のタクシー会社がそれぞれ有する各タクシーの位置情報を常時受信し更新することで構成されるタクシー位置情報データベースを参照して、タクシー検索手段により利用者の位置に最も近いタクシーを検索し、検索されたタクシーを有するタクシー会社の配車システムに対し配車通知手段により配車依頼通知を送信する。
これにより、利用者に近いタクシーを迅速に配車することができる、とされている。

特開２００２−２６０１８１号公報 特開２０１１−２４８８４８号公報 特開２００３−２９６８８７号公報

しかしながら、特許文献１に記載のタクシー配車システムでは、配車決定を行う際にタクシーの運行状況に配慮していない。例えば、配車決定されたタクシーが賃走中であった場合、特許文献１の記載からは、配車指示の拒否を行うためのボタンの押下にて配車拒否信号がタクシー管理サーバに送信され、再度タクシー管理サーバによって配車をやり直すことが考えられるが、配車に時間を要し、顧客を待たせてしまうおそれがある。

また、特許文献２および３に記載のタクシー配車システムは、顧客が配車を要求した際に、たまたま顧客の近傍に位置する空車のタクシーを配車するものである。
このように特許文献１〜３に記載のタクシー配車システムでは、より乗車率を高めるための運行計画を策定することはできない。

本発明は、このような事情に鑑みてなされたもので、その目的は、タクシーの乗車率をより高めるための運行計画を策定することができるタクシー運用システムおよびサーバ装置を提供することにある。

この発明は上述した課題を解決するためになされたもので、本発明の一態様によるタクシー運用システムは、第１顧客の乗車経路と、第２顧客の乗車位置とに基づいて、運行態様の交渉を行うか否かを決定する交渉有無決定部と、前記交渉有無決定部が前記交渉を行うことに決定すると、少なくとも前記第１顧客または前記第２顧客のいずれかに前記運行態様の実施の可否を問い合わせる問合せ部と、前記問合せ部が、前記運行態様の実施許可を取得すると、前記運行態様での運行を行うよう乗務員に指示する指示部と、を具備することを特徴とする。

また、本発明の一態様によるタクシー運用システムは、上述のタクシー運用システムであって、前記交渉有無決定部は、前記運行態様として、前記第１顧客の降車位置の交渉を行うか否かを決定し、前記問合せ部は、前記第１顧客に前記運行態様の実施の可否を問い合わせる、ことを特徴とする。

また、本発明の一態様によるタクシー運用システムは、上述のタクシー運用システムであって、前記交渉有無決定部は、前記運行態様として、前記第２顧客の乗車位置の交渉を行うか否かを決定し、前記問合せ部は、前記第２顧客に前記運行態様の実施の可否を問い合わせる、ことを特徴とする。

また、本発明の一態様によるタクシー運用システムは、上述のタクシー運用システムであって、前記交渉有無決定部は、前記運行態様として、走行経路を変更して相乗りを実施するよう交渉を行うか否かを決定し、前記問合せ部は、少なくとも前記第１顧客に前記運行態様の実施の可否を問い合わせる、ことを特徴とする。

また、本発明の一態様によるタクシー運用システムは、上述のタクシー運用システムであって、タクシー料金の上限金額の入力を受け付ける上限金額入力受付部と、前記上限金額入力受付部が受け付けた上限金額にて走行可能な位置を求める走行可能位置情報取得部と、前記走行可能位置情報取得部が取得した前記位置を顧客に通知する走行可能位置通知部と、を具備することを特徴とする。

また、本発明の一態様によるタクシー運用システムは、上述のタクシー運用システムであって、目的地の入力を受け付ける目的地入力受付部と、前記目的地入力受付部が前記目的地の入力を受け付けると、当該目的に基づいて進行方向を決定する進行方向決定部と、前記進行方向決定部が決定した前記進行方向を乗務員に通知する進行方向通知部と、を具備することを特徴とする。

また、本発明の一態様によるサーバ装置は、第１顧客の乗車経路と、第２顧客の乗車位置とに基づいて、運行態様の交渉を行うか否かを決定する交渉有無決定部と、前記交渉有無決定部が前記交渉を行うことに決定すると、少なくとも前記第１顧客または前記第２顧客のいずれかへの前記運行態様の実施の可否の問い合わせである運行可否問合せを送信する運行可否問合せ送信部と、前記運行可否問合せに対する回答を受信する回答受信部と、前記回答受信部が、前記運行態様の実施許可を受信すると、前記運行態様での運行を行うよう乗務員に指示する運行指示を送信する運行指示送信部と、を具備することを特徴とする。

本発明によれば、タクシーの乗車率をより高めるための運行計画を策定し得る。

図１は、本発明の一実施形態におけるタクシー運用システムの装置構成を示す概略構成図である。 同実施形態におけるサーバ装置の機能構成を示す概略ブロック図である。 同実施形態におけるタクシー車載機器の機能構成を示す概略ブロック図である。 同実施形態において、乗客が上限金額を設定する際の表示部の表示画面の例を示す説明図である。 同実施形態において、表示部が行う方向表示の例を示す説明図である。 同実施形態において、タクシーの走行経路の例を示す説明図である。 同実施形態において、ネゴシエーション制御部が降車位置のネゴシエーションを行う場合における表示部の表示例を示す説明図である。 同実施形態において、ネゴシエーション制御部が乗車位置のネゴシエーションを行う場合における携帯通信機器の表示例を示す説明図である。 同実施形態において、ネゴシエーション制御部が行う走行経路および相乗りの有無のネゴシエーションの第一例を示す説明図である。 同実施形態において、ネゴシエーション制御部が行う走行経路および相乗りの有無のネゴシエーションの第２例を示す説明図である。 同実施形態において、配車要求時におけるタクシー運用システムの動作例を示す説明図である。 同実施形態において、顧客がタクシーに乗車して目的地を設定する際のタクシー運用システムの動作例を示す説明図である。 同実施形態において、ネゴシエーション制御部がネゴシエーションを行う際のタクシー運用システムの動作例を示す説明図である。

以下、図面を参照して、本発明の実施の形態について説明する。図１は、本発明の一実施形態におけるタクシー運用システムの装置構成を示す概略構成図である。同図において、タクシー運用システム１は、サーバ装置１００と、配車オペレーション装置２００と、タクシー車載機器３００と、携帯通信機器４００とを具備する。携帯通信機器４００は、専用アプリ４１０を具備する。
また、サーバ装置１００は、データセンタ９１０に設置されている。配車オペレーション装置２００は、タクシー会社９２０に設置されている。
なお、タクシー会社９２０およびタクシー９３０は、いずれも複数であってもよい。また、顧客９４０は複数人いてもよい。

なお、以下では、タクシー９３０の乗務員を、単に「乗務員」と称し、タクシー９３０の乗客を、単に「乗客」と称する。また、タクシー９３０の乗車している状態と乗車していない状態とのいずれにおいてもタクシー９３０の利用客を「顧客」と称する。乗客は、タクシー９３０に乗車中の顧客である。

携帯通信機器４００は、携帯電話機またはスマートフォンなど、通信機能を有する携帯型の電子機器であり、サーバ装置１００と通信を行う。携帯通信機器４００は、顧客９４０が所持しており、特に、顧客９４０は、タクシー９３０の配車を要求する際に携帯通信機器４００を利用して、専用アプリ（アプリケーション、Ａｐｐｌｉｃａｔｉｏｎ）４１０を起動させる。

専用アプリ４１０は、顧客９４０がタクシー９３０の配車を要求する際に、サーバ装置１００のユーザインタフェースとしての機能を提供する。具体的には、専用アプリ４１０は、顧客９４０の操作に従って、サーバ装置１００に配車要求を送信し、サーバ装置１００から送信される各種情報（到着予定時刻や、後述するネゴシエーションの情報など）を表示する。さらに、顧客の囲い込み用に、専用アプリ４１０がポイント機能（タクシー９３０への乗車実績に応じてポイントが溜まり、溜まったポイントに応じて顧客が特典を受けられるポイント制度の実行機能）を有するようにしてもよい。

専用アプリ４１０は、携帯通信機器４００の具備するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）が、携帯通信機器４００の具備する記憶デバイスから、タクシー運用システム１専用のアプリケーションプログラムを読み出して実行することで実現される。ただし、専用アプリ４１０（が提供する機能）の実現方法は、これに限らない。例えば、携帯通信機器４００が、当該機能を提供するサーバ装置にアクセスして機能提供を受け、サーバ装置から送信される当該機能の実行結果をブラウザに表示するようにしてもよい。
なお、顧客９４０がタクシー９３０の配車を要求する方法としては、携帯通信機器４００にて配車要求操作を行う方法と、タクシー会社９２０のオペレータに電話にて配車を要求する方法とがある。

配車オペレーション装置２００は、タクシー会社９２０に設置されており、タクシー９３０の位置や状態（空車または賃走など）といった車両情報を地図画面上に表示する。また、配車オペレーション装置２００は、サーバ装置１００のユーザインタフェースとして機能する。例えば、タクシー会社９２０のオペレータが電話による配車要求を受けた場合、当該オペレータは、配車要求を配車オペレーション装置２００に入力し、配車オペレーション装置２００は、入力された配車要求をサーバ装置１００に送信する。

また、タクシー会社９２０には、電話機９２２および音声通信装置９２１も設置されている。電話機９２２は、上記のように、顧客からの電話による配車要求を受けるために設置されている。音声通信装置９２１は、タクシー９３０に設けられている音声通信装置９３１と無線通信を行う装置であり、タクシー会社９２０のオペレータが、乗務員に指示を出すために用いられる。

なお、音声通信装置９２１を配車オペレーション装置２００と一体化し、例えば、ＶｏＩＰ（Ｖｏｉｃｅ Ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）などのＶｏＰＮ（Ｖｏｉｃｅ Ｏｖｅｒ Ｐａｃｋｅｔ Ｎｅｔｗｏｒｋ）の技術、あるいはＰ２Ｐ（Ｐｅｅｒ Ｔｏ Ｐｅｅｒ）技術を用いたソフトＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話の技術を使って、サーバ装置１００を介してタクシー車載機器３００と音声データの送受信を行うようにしてもよい。

サーバ装置１００は、データセンタ９１０に設置されており、配車オペレーション装置２００や、タクシー車載機器３００や、携帯通信機器４００から送信される各種情報を一括管理する。ここで、データセンタ９１０は、複数のタクシー会社９２０のタクシー９３０を一括管理するためのセンターである。タクシー会社９２０が１つのみの場合、サーバ装置１００は当該タクシー会社９２０の社内に設置されていてもよい。
サーバ装置１００は、自らが一括管理する各種情報に基づいてタクシー９３０の配車などの運行を決定し、決定に従ってタクシー９３０に指示を送信する。

図２は、サーバ装置１００の機能構成を示す概略ブロック図である。同図において、サーバ装置１００は、対オペレータ装置通信部１１１と、対車両通信部１１２と、対携帯通信部１１３と、顧客データベース（顧客ＤＢ）１２１と、車両データベース（車両ＤＢ）１２２と、地図データベース（地図ＤＢ）１２３と、主制御部１３１と、配車制御部１３２と、決済処理部１３３と、ネゴシエーション制御部１３４と、ナビゲーション制御部１３５と、通信制御機能部１３６とを具備する。

対オペレータ装置通信部１１１は、配車オペレーション装置２００と通信を行う。上記のように、配車オペレーション装置２００は、タクシー９３０の配車を要求する入力操作を受けて配車要求を送信し、対オペレータ装置通信部１１１は、当該配車要求を受信して通信制御機能部１３６を介して配車制御部１３２に出力する。また、対オペレータ装置通信部１１１は、通信制御機能部１３６の制御に従って、車両データベース１２２の記憶するタクシー９３０の位置情報および状態情報を、運行情報として配車オペレーション装置２００に送信する。
なお、対オペレータ装置通信部１１１と配車オペレーション装置２００との通信手段には様々なものを用いることができる。例えば、対オペレータ装置通信部１１１と配車オペレーション装置２００とが専用線を介して通信を行うようにしてもよいし、インターネットを介して通信を行うようにしてもよい。

対車両通信部１１２は、タクシー車載機器３００と通信を行う。例えば、対車両通信部１１２は、タクシー９３０の位置情報や目的地情報を受信してネゴシエーション制御部１３４やナビゲーション制御部１３５に出力する。また、対車両通信部１１２は、受信したタクシー９３０の位置情報および目的地情報に基づいてナビゲーション制御部１３５が算出した経路情報や料金（運賃等）情報をタクシー車載機器３００に送信する。これらの情報は、タクシー車載機器３００によって乗客や乗務員に提示される。

また、対車両通信部１１２は、乗客がクレジット決済あるいはマネーカード決済を行う際の各種情報（認証や与信に関する情報など）の送受信を行う。この場合、対車両通信部１１２は受信した情報を決済処理部１３３に出力し、決済処理部１３３からの情報をタクシー車載機器３００に送信する。
また、対車両通信部１１２は、本発明における運行指示送信部の一例に該当し、後述するネゴシエーションに関する各種情報の送受信（特に、ネゴシエーションが成立した際の、乗務員に対する運行指示の送信）を行う。

なお、対車両通信部１１２とタクシー車載機器３００との通信手段には様々な無線通信手段を用いることができる。例えば、対車両通信部１１２とタクシー車載機器３００とが専用の無線通信網を介して通信を行うようにしてもよいし、公衆無線通信網（通信事業者が提供する携帯電話通信網）、あるいは公衆無線を用いたＩＰ通信網を介して通信を行うようにしてもよい。

対携帯通信部１１３は、携帯通信機器４００と通信を行う。例えば、対携帯通信部１１３は、携帯通信機器４００からの配車要求を受信して配車制御部１３２に出力し、配車制御部１３２からの回答（タクシー９３０の到着予定時刻等の情報）を携帯通信機器４００に送信する。
対携帯通信部１１３と携帯通信機器４００とは、公衆無線通信網を介して通信を行う。ただし、本発明は対携帯通信部１１３携帯通信機器４００との通信形態に依存せず、様々な通信形態を用いることができる。例えば、顧客９４０が、携帯通信機器４００としてタクシー運用システム１専用の装置を所持するようにし、対携帯通信部１１３と携帯通信機器４００とが専用の無線通信網にて通信を行うようにしてもよい。

なお、対車両通信部１１２と対携帯通信部１１３とは、いずれも、本発明における運行問合せ送信部の一例および回答受信部の一例に該当し、後述するネゴシエーションに際して、ネゴシエーション実施の可否（ネゴシエーションにおける運行態様の実施の可否）の顧客への問合せや当該問合せに対する顧客の回答など各種情報を送受信する。

顧客データベース１２１は、顧客９４０について登録された各種情報（例えば、顧客９４０の氏名、携帯通信機器４００の電話番号など）を記憶している。
車両データベース１２２は、タクシー９３０に関する各種情報（例えば、車両番号等の識別情報や、乗務員の氏名などの乗務員情報や、位置情報や、空車／賃走／迎車／休憩などの状態情報や、賃走時等における目的地情報など）を記憶している。
地図データベース１２３は、地図情報を記憶している。当該地図情報は、特に、ナビゲーション制御部１３５がカーナビゲーション（Ｃａｒ Ｎａｖｉｇａｔｉｏｎ）機能を実行して経路情報または後述する方向情報を生成する際に用いられる。
顧客データベース１２１と車両データベース１２２と地図データベース１２３とは、サーバ装置１００が具備する記憶デバイスにて実現される。

主制御部１３１は、サーバ装置１００の各部を制御して各種機能を実行させる。
配車制御部１３２は、対オペレータ装置通信部１１１が受信する配車オペレーション装置２００からの配車要求（上述した電話による配車要求）や、対携帯通信部１１３が受信する携帯通信機器４００からの配車要求に応じて、車両データベース１２２を検索して配車を決定する。そして、配車制御部１３２は、決定した配車内容を、対オペレータ装置通信部１１１または対携帯通信部１１３を介して配車要求送信元の配車オペレーション装置２００または携帯通信機器４００に送信するとともに、乗務員に対する指示を対車両通信部１１２を介してタクシー車載機器３００に送信する。なお、配車に介してネゴシエーション制御部１３４がネゴシエーションを行う場合、配車制御部１３２は、ネゴシエーション結果を待って配車を行う。

決済処理部１３３は、乗客によるクレジット決済やマネーカード決済の処理の要求に対応し、認証等の処理、あるいはマネーカード決済の処理を実行する。より具体的には、決済処理部１３３は、対車両通信部１１２が決済要求を受信すると、当該決済要求に応じて決済処理を行い、処理結果を対車両通信部１１２に出力する。
ネゴシエーション制御部１３４は、降車位置または乗車位置の変更や、相乗りの実施（乗車経路の変更を伴う場合もある）など、タクシー９３０の運行態様について顧客との交渉（ネゴシエーション）を行う。このネゴシエーションに基づく運行態様の変更ないし決定は、顧客にとっては料金が安くなる利点があり、タクシー会社９２０にとってはタクシー９３０の乗車率を上げられる利点がある。ネゴシエーション制御部１３４が実行するネゴシエーション機能の詳細については後述する。

ナビゲーション制御部１３５は、経路検索などのナビゲーション機能を実行する。例えば、ナビゲーション制御部１３５は、タクシー９３０の位置情報や乗客が設定する目的地情報に基づいて、経路検索を行って、検索結果の経路を対車両通信部１１２に出力する。
ここで、ナビゲーション制御部１３５は、本発明における進行方向決定部の一例に該当し、後述するように、目的地確定前の状態においては、乗客による目的地入力に基づいてタクシー９３０の進行方向を決定して方向情報を対車両通信部１１２に出力する。

また、ナビゲーション制御部１３５は、本発明における走行可能位置情報取得部の一例に該当し、後述するように、乗客が設定（タクシー車載機器３００に入力）した上限金額に基づいて、当該上限金額にて走行可能な位置を予測し、予測結果を対車両通信部１１２に出力する。
また、ナビゲーション制御部１３５は、配車制御部１３２が配車を行う際に、配車の所要時間や実車の所要時間および料金などを算出して配車制御部１３２に出力する。また、ナビゲーション制御部１３５は、ネゴシエーション制御部１３４がネゴシエーション機能を実行する際、走行経路や所要時間や料金等を試算してネゴシエーション制御部１３４に出力する。

通信制御機能部１３６は、対オペレータ装置通信部１１１、対車両通信部１１２および対携帯通信部１１３を制御して、各々の通信方式に従って通信を行わせる。
主制御部１３１と配車制御部１３２と決済処理部１３３とネゴシエーション制御部１３４とナビゲーション制御部１３５と通信制御機能部１３６とは、例えば、サーバ装置１００の具備するＣＰＵが、サーバ装置１００の具備する記憶デバイスからプログラムを読み出して実行することで実現される。

タクシー車載機器３００は、タクシー９３０に設置されており、タクシー９３０の乗務員や乗客に、各種情報を提供する。また、タクシー車載機器３００は、タクシー９３０の乗客による目的地設定操作や、タクシー９３０の乗務員および乗客による決済操作などの各種操作を受け付ける。特に、タクシー車載機器３００は、サーバ装置１００のユーザインタフェースとして機能し、サーバ装置１００から提供される情報を、タクシー９３０の乗務員や乗客に提示し、また、タクシー９３０の乗務員や乗客が行った操作を示す情報を、サーバ装置１００に送信する。

図３は、タクシー車載機器３００の機能構成を示す概略ブロック図である。同図において、タクシー車載機器３００は、通信機器３１０と、制御部３２０と、乗客用操作機器３３０と、乗務員用機器３４０とを具備する。乗客用操作機器３３０は、表示部３３１と、入力部３３２と、携帯機器連携部３３３とを具備する。乗務員用機器３４０は、表示部３４１と、入力部３４２と、メータ３４３と、決済機器３４４と、カーナビ機能部３４５とを具備する。

通信機器３１０は、サーバ装置１００（対車両通信部１１２）と通信を行う。制御部３２０は、タクシー車載機器３００の各部を制御して各種機能を実行させる。
乗客用操作機器３３０は、乗客用の機器であり、後部座席から操作できるように（例えば、助手席の後ろ側に）設置されている。

表示部３３１は、例えば液晶ディスプレイ等の表示画面を有し、例えば目的地検索の際の地図表示や、乗客が入力した目的地に応じてサーバ装置１００（ナビゲーション制御部１３５）が算出した走行経路や予測到着時刻や予測料金など、各種情報を乗客に提示する。
特に、表示部３３１は、本発明における走行可能位置通知部の一例であり、乗客が上限金額を設定すると、ナビゲーション制御部１３５（図２）から取得した、当該上限金額にて走行可能な位置を乗客に通知（表示）する。乗客は、当該通知を参照して、実際にどこまで行ってもらうか（最終目的地をどこに設定するか)検討することが可能になる。

入力部３３２は、例えば表示部３３１の表示画面に設けられたタッチセンサ（タッチパネル）を有して、乗客による操作入力を受け付ける。
特に、入力部３３２は、本発明における目的地入力受付部の一例に該当し、乗客による目的地の入力および設定（確定）を受け付ける。

ここで、目的地の設定方法としては、乗客が入力部３３２を用いて目的地を入力する方法や、配車要求時に携帯通信機器４００で設定した目的地情報を、携帯機器連携部３３３を用いて入力する方法や、配車要求時に携帯通信機器４００からサーバ装置１００に送信した目的地情報をサーバ装置１００側で設定する方法などを用いることができる。
乗客が入力部３３２を用いて目的地を入力する場合、例えば、表示部３３１が表示する地図からの施設検索や、住所入力等による目的地検索などを行い得る。

また、入力部３３２は、本発明における上限金額入力受付部の一例に該当し、タクシー料金の上限金額の入力（設定）を受け付ける。
また、入力部３３２は、ネゴシエーション制御部１３４（図２）が行うネゴシエーションに対する乗客の回答（許可または拒否）等も受け付ける。

携帯機器連携部３３３は、携帯通信機器４００と通信を行う。例えば、乗客が携帯通信機器４００を携帯機器連携部３３３にかざす（近付ける）と、携帯機器連携部３３３は携帯通信機器４００と通信を行う。携帯機器連携部３３３と携帯通信機器４００との通信は、例えば、配車要求の際に携帯通信機器４００に設定されている目的地の入力や、タクシー運用システム１への乗客の登録（すなわち、顧客データベース１２１への顧客情報の登録）や、電子マネー決済等に用いられる。

携帯機器連携部３３３は、非接触ＩＣ通信方式（ＩＣカード用に規定された通信方式）にて携帯通信機器４００と通信を行う。ただし、本発明は携帯機器連携部３３３と携帯通信機器４００との通信方式に依存せず、様々な通信方式を用いることができる。例えば、携帯機器連携部３３３と携帯通信機器４００とがＢｌｕｅｔｏｏｔｈ（登録商標）、あるいはＩＲ（Ｉｎｆｒａｒｅｄ、赤外線）通信にて通信を行うようにしてもよい。

乗務員用機器３４０は、乗務員用の機器であり、運転席から操作できるように設置されている。
表示部３４１は、例えば液晶ディスプレイ等の表示画面を有し、サーバ装置１００からの各種情報を乗務員に提示する。
特に、表示部３４１は、本発明における指示部の一例に該当し、ネゴシエーション制御部１３４によるネゴシエーションが成立した際に、決定された運行態様での運行を行うよう乗務員に指示する（ネゴシエーション制御部１３４からの指示を表示する）。

また、表示部３４１は、本発明における進行方向通知部の一例であり、乗客が目的地を確定する前の状態においてナビゲーション制御部１３５が決定したタクシー９３０の進行方向を乗務員に通知（地図上に表示）する。これにより、最終目的地の確定前でも乗務員はタクシーを運行開始することが可能となる。乗客が最終目的地を決定すると、表示部３４１は当該最終目的地を表示する。

入力部３４２は、例えば表示部３４１の表示画面に設けられたタッチセンサ（タッチパネル）を有して、乗務員による操作入力（例えば、カーナビゲーションの表示画面の操作など）を受け付ける。
メータ３４３は、タクシーメータであり、タクシー料金を表示する。

決済機器３４４は、決済用端末装置である。決済機器３４４は、クレジットカード決済や電子マネー決済などの電子決済の際に、クレジットカードの挿入等を受けて決済のための情報を取得し、通信機器３１０を介してサーバ装置１００に送信する。また、決済機器３４４は、サーバ装置１００から送信される決済結果情報を取得して、例えば表示部３３１に表示させる。
カーナビ機能部３４５は、カーナビゲーション機能を実行する。特に、カーナビ機能部３４５は、ナビゲーション制御部１３５（図２）が設定したタクシー９３０の経路情報を取得し、当該経路情報に基づいてナビゲーションを行う。また、カーナビ機能部３４５はＧＰＳ（Ｇｌｏｂａｌ Ｐｏｉｎｔｉｎｇ Ｓｙｓｔｅｍ）機能を備え、タクシー９３０の位置情報をサーバ装置１００に提供（通信機器３１０を介して送信）する。

また、タクシー９３０は、音声通信装置９３１も備えている。上記のように、音声通信装置９３１は、乗務員とタクシー会社９２０のオペレータとの音声通信に用いられる。

次に、図４を参照して、上限金額の設定について説明する。
図４は、乗客が上限金額を設定する際の表示部３３１の表示画面の例を示す説明図である。
同図（Ａ）は、乗客が目的地を入力している状態における表示部３３１の表示例を示している。この例では、乗客は、携帯通信機器４００に設定した目的地の地名を携帯機器連携部３３３を介してタクシー車載機器３００に転送することで、目的地の入力を行う。

また、同図（Ｂ）は、表示部３３１が、目的地の入力に応じてナビゲーション制御部１３５が算出した走行経路および予測料金を表示する例を示している。同図の状態では、目的地は最終決定されておらず、乗客は当該目的地に決定するか、あるいは目的地を変更することができる。また、同図（Ｂ）において表示された予測料金が乗客の予定している料金を上回る場合、乗客は、上限金額を設定することができる。これら目的地の決定／変更や、上限金額の設定は、例えば、入力部３３２から（例えば、表示部３３１をタッチしてメニュー画面を表示させて）行う。あるいは、携帯通信機器４００から行うようにしてもよい。

同図（Ｃ）は、乗客が上限金額を設定した際の表示部３３１の表示例を示している。乗客が上限金額を設定すると、ナビゲーション制御部１３５（図２）が、当該上限金額で行くことのできる位置を予測し、表示部３３１は、当該位置をアイコンＩ１１にて地図上に表示している。
このように、表示部３３１が上限金額で行くことのできる位置を表示することで、乗客は、当該表示を参照しながら目的地を決定することができる。

次に、図５を参照して、表示部３４１が行う方向表示について説明する。
図５は、表示部３４１が行う方向表示の例を示す説明図である。
同図（Ａ）は、目的地確定前の状態における乗客用操作機器３３０の表示部３３１の表示例を示し、同図（Ｂ）は、当該状態における乗務員用機器３４０の表示部３４１の表示例を示している。

目的地確定前の状態において、ナビゲーション制御部１３５（図２）は、地図情報や乗客が入力する（確定前の）目的地に応じて、タクシー９３０の進行方向を決定（予測）する。例えば、特定の方向以外の道は全て行き止まりになる場合や、乗客が仮設定した目的地が、全て同じ方向にある場合などに、ナビゲーション制御部１３５は、タクシー９３０の進行方向を当該方向に決定し、対車両通信部１１２を介してタクシー車載機器３００に送信する。そして、同図（Ｂ）に示す矢印（線Ｌ１１）のように、表示部３４１は、ナビゲーション制御部１３５が決定した進行方向を地図上に表示する。

表示部３４１がタクシー９３０の進行方向を表示することで、乗務員は、例えば、当該方向に向けて出発していいかを乗客に確認するなどして、最終目的地の確定前でもタクシーの運行を開始することができる。これにより、乗客にとっては、より早く目的地に到着できる。また、タクシー会社９２０にとっては、より早くタクシー９３０を空車にして次の乗客を獲得し得る。

また、図５（Ｃ）は、目的地が確定した状態（乗客が最終目的地を決定した状態）における表示部３３１の表示例を示し、同図（Ｄ）は、当該状態における表示部３４１の表示例を示している。
目的地が確定すると、ナビゲーション制御部１３５が当該目的地までの走行経路を算出し、表示部３４１は、同図（Ｄ）に示す矢印（線Ｌ１２）のように、当該走行経路を表示する。そして、乗務員は、表示部３４１の表示する走行経路に従って走行することができる。

次に図６〜１０を参照して、ネゴシエーション制御部１３４が行うネゴシエーションについて説明する。
図６は、タクシー９３０の走行経路の例を示す説明図である。タクシー９３０は、顧客Ａ（第１顧客）を乗せて線Ｌ２１に示す走行経路を走った後、顧客Ｂ（第２顧客）を乗せて線Ｌ２２に示す走行経路を走る。例えば、タクシー９３０が顧客Ａを乗せて賃走しているときに、顧客Ｂの配車要求を受けた場合である。

この場合、顧客Ａの降車位置（点Ｐ２１）と、顧客Ｂの乗車位置（点Ｐ２２）とは、互いに近接しているものの異なっている。このため、顧客Ａを降ろしてから顧客Ｂを乗せるまでの間、タクシー９３０に顧客（乗客）を乗せていない空走時間が生じてしまう。かかる空走時間を短縮することができれば、タクシー９３０の乗車率を高めることができる。

そこで、ネゴシエーション制御部１３４は、顧客Ａの降車位置と顧客Ｂの乗車位置との距離に基づいて、顧客Ａの降車位置と顧客Ｂの乗車位置を一致させるあるいは近付けるためのネゴシエーションを行うことに決定し、当該ネゴシエーションを行う。
ここでいうネゴシエーション（交渉）は、タクシー９３０の運行態様についての顧客との交渉である。また、ここでいう運行態様は、乗車位置、降車位置、走行経路、相乗りの有無のいずれかまたは組み合わせである。ネゴシエーション制御部１３４が行うネゴシエーションは、本発明における運行計画の策定に該当する。
以下、図７を参照して降車位置のネゴシエーションについて説明し、図８を参照して乗車位置のネゴシエーショについて説明する。また、走行経路および相乗りの有無のネゴシエーションについては、別の例を用いて図９および図１０を参照して説明する。

図７は、ネゴシエーション制御部１３４が降車位置のネゴシエーションを行う場合における表示部３３１の表示例を示す説明図である。同図に示すように、ネゴシエーション制御部１３４は、表示部３３１を介して、顧客Ａの降車位置を顧客Ｂの乗車位置に近付けるネゴシエーションを行う。
このネゴシエーションが成立すれば、タクシー会社９２０にとっては、顧客Ａを降ろしてから顧客Ｂを乗せるまでの時間を短くしてタクシー９３０の乗車率を高めることができる。

また、顧客Ａに対しては、図７に示すようにタクシー料金の引き下げを提示する。図６に示した経路の例では、顧客Ａの乗車区間が短くなることでタクシー料金が安くなることが期待され、さらに、ネゴシエーション制御部１３４は、予め設定されている金額の値引きを含めたタクシー料金の引き下げを提示する。したがって、顧客Ａにとっては、ネゴシエーションが成立することで、タクシー料金が安くなるというメリットを得られえる。
また、顧客Ｂにとっては、より早くタクシー９３０に乗車できるというメリットを得られる。

図８は、ネゴシエーション制御部１３４が乗車位置のネゴシエーションを行う場合における携帯通信機器４００の表示例を示す説明図である。同図示すように、ネゴシエーション制御部１３４は、携帯通信機器４００を介して、顧客Ｂの乗車位置を顧客Ａの降車位置に近付けるネゴシエーションを行う。
このネゴシエーションが成立すれば、タクシー会社９２０にとっては、顧客Ａを降ろしてから顧客Ｂを乗せるまでの時間を短くしてタクシー９３０の乗車率を高めることができる。

また、顧客Ｂに対しては、図８に示すようにタクシー料金の引き下げを提示する。ネゴシエーション制御部１３４は、例えば迎車料金の値引きなど予め設定されている金額の値引きを提示する。したがって、顧客Ｂにとっては、ネゴシエーションが成立することで、タクシー料金が安くなるというメリットを得られえる。なお、顧客Ｂに予定されている走行経路の途中に顧客Ａの降車位置がある場合は、ネゴシエーション制御部１３４が提示する金額の値引きに加えて、さらに、走行距離が短くなることでも顧客Ｂのタクシー料金が安くなる。

図９は、ネゴシエーション制御部１３４が行う走行経路および相乗りの有無のネゴシエーションの第一例を示す説明図である。同図において、点Ｐ３１１、Ｐ３１２は、それぞれ、顧客Ｃ（第１顧客）の乗車位置、降車位置（目的地）を示す。また、点Ｐ３２１、Ｐ３２２は、それぞれ、顧客Ｄ（第２顧客）の乗車位置、降車位置（目的地）を示す。また、同図（Ａ）はネゴシエーションを行わない場合のタクシー９３０の走行経路を示し、同図（Ｂ）は、ネゴシエーションが成立した場合のタクシー９３０の走行経路を示す。同図（Ｂ）において、点Ｐ３２１からＰ３２２までの間、顧客Ｃと顧客Ｄとが相乗りする。

顧客Ｄからの配車要求を受けたネゴシエーション制御部１３４は、当該配車要求に対して、ある時間内（例えば１０分以内）に、顧客Ｄの位置からある距離以内（例えば２キロメートル（ｋｍ）以内）を通過する車両を検索する。あるいは、ネゴシエーション制御部１３４は、顧客Ｄの目的地と目的地の方向が一致する車両の通過が、ある時間内にあるかどうかを検索する。そして、該当する車両があった場合、ネゴシエーション制御部１３４はネゴシエーション処理を実行する。なお、該当する車両が複数ある場合、ネゴシエーション制御部１３４が、同時に複数の車両（乗客）に対してネゴシエーションを行うようにしてもよい。
図９の例では、顧客Ｃが乗っているタクシー９３０が該当し、ネゴシエーション制御部１３４は、顧客Ｃとネゴシエーションを行う。

ネゴシエーション処理において、ネゴシエーション制御部１３４は、まず、同図（Ａ）に示す点Ｐ３１１からＰ３１２までの経路（経路Ａ）に対し、同図（Ｂ）に示す点Ｐ３１１→Ｐ３３１→Ｐ３２１→Ｐ３２２→Ｐ３１２の経路（経路Ｃ）とした場合の加算距離および加算時間を算出する。なお、同図（Ａ）における点Ｐ３２１からＰ３２２までの経路を経路Ｂとする。

例えば、経路Ｃの料金（すなわち、ネゴシエーションが成立した場合において、顧客Ｃが乗車してから目的地に到着するまでの経路での料金）から経路Ｂの料金の半額（顧客Ｃおよび顧客Ｄが同乗している経路での料金の半額。すなわち、この経路における顧客１人当たりの料金）を引いた金額が、経路Ａの金額（顧客Ｃの通常の経路（すなわち、ネゴシエーションを行わず顧客Ｃのみが乗っている場合の経路）での料金）より安くなる場合、顧客Ｃは顧客Ｄと同乗したほうが、顧客Ｃのみで乗るよりも安い料金で目的地に到着できることになる。そこで、ネゴシエーション制御部１３４は、顧客Ｃに対して当該金額でネゴシエーションを行う。そして、ネゴシエーションが成立した場合、顧客Ｄを同乗させる。
一方、経路Ｃの経路Ａに対する加算距離（差分）が、経路Ｂの距離より長くなってしまう場合、ネゴシエーション制御部１３４はネゴシエーションを行わない。

ここで、ネゴシエーションに時間がかかると、点Ｐ３３１で示す経路Ａからの変更点の位置がどんどん進む可能性がある。そうすると、結果的に経路Ｃの距離が長くなってしまうため、ネゴシエーション制御部１３４は、所定のタイミングでネゴシエーションをタイムアウトさせる。
なお、図９の例の場合、ネゴシエーション制御部１３４が、顧客Ｃとの間で加算距離や加算時間に関してのネゴシエーションを行い、顧客Ｄに関しては同乗の可否のネゴシエーションのみを行うようにしてもよい。

図１０は、ネゴシエーション制御部１３４が行う走行経路および相乗りの有無のネゴシエーションの第２例を示す説明図である。同図において、点Ｐ４１１、Ｐ４１２は、それぞれ、顧客Ｅ（第１顧客）の乗車位置、降車位置（目的地）を示す。また、点Ｐ４２１、Ｐ４２２は、それぞれ、顧客Ｆ（第２顧客）の乗車位置、降車位置（目的地）を示す。また、同図（Ａ）はネゴシエーションを行わない場合のタクシー９３０の走行経路を示し、同図（Ｂ）は、ネゴシエーションが成立した場合のタクシー９３０の走行経路を示す。同図（Ｂ）において、点Ｐ４２１からＰ４１２までの間、顧客Ｃと顧客Ｄとが相乗りする。

図１０の場合も、ネゴシエーション制御部１３４が行うネゴシエーションは基本的には、図９の場合と同様であるが、図９の顧客Ｄの場合と異なり図１０の例では、ネゴシエーションによって顧客Ｆの経路も変化するため、ネゴシエーション制御部１３４は、顧客Ｅ、Ｆの双方とネゴシエーションを行い、双方の同意（許可）を得た場合のみネゴシエーションを成立させる。

ここで、ネゴシエーション制御部１３４が、相乗り区間の料金を折半としてネゴシエーションを行うようにしてもよいし、あるいは、加算距離および加算時間のデメリットに応じた値引き金額を算出してネゴシエーションを行うようにしてもよい。
例えば、図１０の例において、顧客Ｅに対して、同図（Ａ）における点Ｐ４１１からＰ４１２までの経路（経路Ｄ）に対する同図（Ｂ）における点Ｐ４１１→Ｐ４２１→Ｐ４１２（経路Ｆ）の差分（増加分）が加算距離および加算時間となる。また、顧客Ｆに対しては、同図（Ａ）における点Ｐ４２１からＰ４２２までの経路（経路Ｅ）に対する同図（Ｂ）における点Ｐ４２１→Ｐ４１２→Ｐ４２２（経路Ｇ）の差分（増加分）が加算距離および加算時間となる。

例えば、ネゴシエーション制御部１３４は、顧客Ｅ、Ｆそれぞれの加算距離ないし加算時間を算出し、加算距離ないし加算時間の比に応じて相乗りによる減額分を分配することで、デメリットの大きい側の値引き金額を大きくする。より具体的には、ネゴシエーション制御部１３４は、以下のように計算を行う。

まず、顧客Ｅ、Ｆの単独走行時の乗車距離（あるいは乗車時間でもよい）を、それぞれ、Ｌａ、Ｌｂとする。この乗車距離Ｌａ、Ｌｂは、例えばナビゲーション制御部１３５が算出する。
また、顧客Ｅ、Ｆの同乗走行時の乗車距離（あるいは乗車時間）を、それぞれ、Ｌａ’、Ｌｂ’とする。また、同乗走行時の総走行距離（あるいは時間）をＬｚとする。

そうすると、割引原資となるのは距離ないし時間（Ｌａ＋Ｌｂ−Ｌｚ）に相当する金額である。
また、顧客Ｅのデメリットは（Ｌａ’−Ｌａ）に相当する距離ないし時間である。一方、顧客Ｆのデメリットは（Ｌｂ’−Ｌｂ）に相当する距離ないし時間である。そこで、ネゴシエーション制御部１３４は、顧客Ｅ、Ｆに分配する値引き金額を（Ｌａ’−Ｌａ）：（Ｌｂ’−Ｌｂ）とする。

以上のように、ネゴシエーション制御部１３４がネゴシエーションを行うことで、顧客にとっては料金の値引き、あるいは、ネゴシエーションの種類によってはより早くタクシー９３０に乗れるといた利益を得ることができる。また、タクシー会社９２０に取っては、タクシー９３０の乗車率を高めることができる。

なお、顧客がネゴシエーションに応じるか否かを予め顧客データベース１２１に登録しておき、ネゴシエーション制御部１３４が、ネゴシエーションに応じると登録されている顧客に対してのみネゴシエーションを行うようにしてもよい。これにより、ネゴシエーションに応じない顧客にとっては、応じるつもりのないネゴシエーションを提案される煩わしさから解放されるという利益を得られる。また、ネゴシエーション制御部１３４にとっては、無駄なネゴシエーションを行わずに済み負荷が軽くなる。特に、複数の顧客とネゴシエーションをし得る場合、ネゴシエーションに応じる意思のある顧客とのみネゴシエーションを行うことで、よりスムーズに、より速やかにネゴシエーションを成立させ得る。

次に、図１１〜図１３を参照してタクシー運用システム１の動作について説明する。
図１１は、配車要求時におけるタクシー運用システム１の動作例を示す説明図である。同図の例において、まず、携帯通信機器４００が、顧客９４０の操作に応じて専用アプリ４１０を起動させる（ステップＳ１０１）。そして、携帯通信機器４００は、専用アプリ４１０の処理に応じて、携帯通信機器４００の位置情報（現在値情報）を含む配車要求をサーバ装置１００に送信する（ステップＳ１０２）。

配車要求を受けたサーバ装置１００では、配車制御部１３２が車両データベース１２２の記憶するタクシー９３０の状態情報を参照して配車する車両を決定する（ステップＳ１０３）。
そして、配車制御部１３２は、対携帯通信部１１３を介して、タクシー９３０の到着予定時刻や予定料金（迎車予定料金および乗車予定料金）を含む配車情報を携帯通信機器４００に送信（回答）する（ステップＳ１０４）。

配車情報を受けた携帯通信機器４００は、当該配車情報を表示し（ステップＳ１０５）、ユーザ操作を待ち受ける（ステップＳ１０６）。
ユーザの確定操作を受けると（ステップＳ１０６：ＹＥＳ）、携帯通信機器４００は、確定連絡をサーバ装置１００に送信し（ステップＳ１０７）、サーバ装置１００（配車制御部１３２）は、配車の手配を行う（ステップＳ１０８）。

一方、ステップＳ１０６において、配車拒否のユーザ操作が行われた場合（ステップＳ１０６：ＮＯ）、携帯通信機器４００は当該操作によって同図の処理を終了し、サーバ装置１００は例えばタイムアウトによって配車手配を行わずに同図の処理を終了する。

図１２は、顧客９４０がタクシー９３０に乗車して目的地を設定する際のタクシー運用システム１の動作例を示す説明図である。同図の例において、まず、乗客用操作機器３３０（入力部３３２または携帯機器連携部３３３）が、目的地および検索条件の入力を受け付ける（ステップＳ２０１）。ここで、検索条件として、図４を参照して説明した上限金額の設定も可能である。

次に、タクシー車載機器３００は、入力された目的地や検索条件を、タクシー９３０の車両情報（識別情報等）や位置情報（現在値情報）と共にサーバ装置１００に送信して経路検索を要求する（ステップＳ２０２）。
経路検索の要求を受けたサーバ装置１００では、ナビゲーション制御部１３５がナビゲーション機能（経路検索や時間計算や料金計算など）を実行し（ステップＳ２０３）、得られた検索結果（経路情報や時間情報や料金情報など）を、対車両通信部１１２を介してタクシー車載機器３００に送信（回答）する（ステップＳ２０４）。

検索結果を受信したタクシー車載機器３００では、表示部３３１が検索結果を表示し（ステップＳ２０５）、ユーザの判定を待ち受ける（ステップＳ２０６）。
目的地が確定されない場合（ステップＳ２０６：ＮＯ）、ステップＳ２０１に戻り、目的地設定をやり直す。

一方、ステップＳ２０６において、入力部３３２が確定操作を検出した場合（ステップＳ２０６：ＹＥＳ）、タクシー車載機器３００は、サーバ装置１００に確定連絡（目的地を確定したことの通知）を送信する（ステップＳ２０７）。確定連絡を受けたサーバ装置１００は、確定された目的地情報や経路情報をタクシー車載機器３００に送信し（ステップＳ２０８）、乗務員用機器３４０（表示部３４１）が当該目的地および経路を表示する（ステップＳ２０９）。

なお、図５を参照して説明したように、目的地未確定の状態において乗務員用機器３４０がタクシー９３０の進行方向を示すようにしてもよい。この場合、ステップＳ２０４において、サーバ装置１００は、検索結果に加えて進行方向を示す情報を送信し、乗務員用機器３４０は、制御部３２０の制御に従って当該進行方向を表示する。

図１３は、ネゴシエーション制御部１３４がネゴシエーションを行う際のタクシー運用システム１の動作例を示す説明図である。同図の例において、まず、タクシー車載機器３００は、タクシー９３０の乗客（第１顧客）による目的地の入力操作および確定操作を受け付けて（ステップＳ３０１）、図１２のステップＳ２０７のように確定連絡を送信する（ステップＳ３０２）。また、タクシー車載機器３００（表示部３４１）は、図１２のステップＳ２０９のように、確定した目的地および経路を表示する。

一方、タクシー９３０が賃走している状態において、携帯通信機器４００は、第２顧客の操作を受けて専用アプリ４１０を起動させ（ステップＳ３１１）、目的地の入力およびネゴシエーションの要求操作を受け付けている（ステップＳ３１２）。そして、当該操作を受けた携帯通信機器４００は、目的地情報およびネゴシエーションの要求を含む配車要求をサーバ装置１００に送信する（ステップＳ３１３）。

配車要求を受けたサーバ装置１００では、ネゴシエーション制御部１３４がネゴシエーション可能な車両（乗客）を検索し、ネゴシエーション情報を生成して（スップＳ３２１）、当該車両にネゴシエーション情報を送信する（ステップＳ３２２）。図１３の例では、ネゴシエーション制御部１３４はタクシー９３０の乗客に対するネゴシエーション情報を生成し送信している。

ネゴシエーション情報を受信したタクシー車載機器３００では、表示部３３１がネゴシエーション情報を表示し（ステップ３３１）、ネゴシエーションを受け入れる（許可する）か否かの判断（乗客の操作）を待ち受ける（ステップＳ３３２）。
乗客がネゴシエーションを拒否した場合（ステップＳ３３２：ＮＯ）、ネゴシエーションは不成立となり、同図の処理を終了し、タクシー９３０はそのままの経路にて走行する。

一方、乗客がネゴシエーションを受け入れた場合（ステップＳ３３２：ＹＥＳ）、タクシー車載機器３００は、サーバ装置１００に受入回答（ネゴシエーションの受入を示す情報）を送信する（ステップＳ３３３）。そして、受入回答を受信したサーバ装置１００は、携帯通信機器４００にネゴシエーション情報を送信する（ステップＳ３４１）。
携帯通信機器４００では、ネゴシエーション情報を受信すると、当該ネゴシエーション情報を表示して（ステップＳ３４２）、ネゴシエーションを受け入れるか否かの判断（顧客９４０の操作）を待ち受ける（ステップＳ３４３）。
顧客９４０がネゴシエーションを拒否した場合（ステップＳ３４３：ＮＯ）、ネゴシエーションは不成立となり、同図の処理を終了し、タクシー９３０はそのままの経路にて走行する。

なお、ネゴシエーションが不成立となった場合、ステップＳ３１３において、携帯通信機器４００が顧客９４０の目的地情報をサーバ装置１００に送信済みである。そこで、当該目的地情報に基づいて、サーバ装置１００および携帯通信機器４００が、図１１のステップＳ１０３以降の処理を行って顧客９４０のための配車を手配するようにしてもよい。

一方、顧客９４０がネゴシエーションを受け入れた場合（ステップＳ３４３：ＹＥＳ）、携帯通信機器４００は、サーバ装置１００に受入回答を送信する（ステップＳ３３３）。そして、受入回答を受信したサーバ装置１００は、タクシー車載機器３００に確定情報（確定したネゴシエーションに基づく経路情報等）を送信する（ステップＳ３４５）。
タクシー車載機器３００では、表示部３４１が、確定情報に基づいて、顧客９４０の待ち位置を表示するなど、ネゴシエーション結果に従って運行するよう乗務員に指示する（ステップＳ３５１）。

以上のように、ネゴシエーション制御部１３４は、第１顧客（例えば、乗客）の乗車経路と、第２顧客（例えば、配車要求した顧客）の乗車位置とに基づいて、ネゴシエーションを行うか否かを決定し、行うことに決定するとネゴシエーションを実行する。ネゴシエーションが成立すると、顧客は、料金の値引き等を受けることができる。また、タクシー会社９２０にとっては、タクシー９３０の乗車率を高めることができる。

例えば、ネゴシエーション制御部１３４は、図６および図７を参照して説明したように、第１顧客の降車位置の交渉（ネゴシエーション）を行う。あるいは、ネゴシエーション制御部１３４は、図６および図８を参照して説明したように、第２顧客の乗車位置の交渉を行う。あるいは、ネゴシエーション制御部１３４は、図９および図１０を参照して説明したように、走行経路の変更や相乗りの交渉を行う。

ここで、ネゴシエーション制御部１３４は、例えば、タクシープール（停車場）に位置する空車（Ａ）が目的地に到達する時刻に対して、現在実車走行中の車両（Ｂ）が客を降ろしてから目的地に到達する時刻がＸ分遅いとしても、空車走行距離をＹキロメートル短縮できるならば、Ｂを向かわせるといった優先順位に基づいていずれの車両を向かわせるかを決定する。ここでは、ネゴシエーションは必ずしも必要ない。
ここで、Ｘは例えば５分程度（あまり待たせるとサービス低下につながる）である。また、Ｙは例えば２キロメートル（例えば、実車の最低料金距離）である。

また、ネゴシエーション制御部１３４が降車位置のネゴシエーションを行う例として、以下の場合が考えられる。
すなわち、駅から５００メートル〜６００メートルの位置で配車要求が行われた場合、駅のタクシープールから配車することが考えられる。
しかし、現在駅に向かって実車走行中の車両がいれば、ネゴシエーション制御部１３４は、当該車両の乗客に「駅から５００〜６００ｍ手前で降りれば○○円割引！」といった条件を提示（表示部３３１に表示）する。乗客がネゴシエーションに応じれば、配車要求した顧客の位置までの空車走行を短縮し得る。

この場合、ネゴシエーション制御部１３４は、現在の車両位置から呼び出し位置（配車要求の行われた位置）までの距離や、当該呼び出し位置への到達時刻に基づいて、配車する車両を決定する。さらに、実車走行中の車両においては、乗客の降車位置からの呼び出し位置までの距離、降車後、呼び出し位置まで行く場合の到達時刻、さらには、経路情報に基づいて、呼び出し位置との距離が最短になるときの時刻等も条件に入れて、配車する車両を決定する。

また、配車要求した顧客の目的地が既知の場合、ネゴシエーション制御部１３４は、現在の走行方向・経路と呼び出し位置を経由した場合に加算走行距離または加算走行時間も、条件に入れて、経路変更や相乗りのネゴシエーションを行うか否かを判定する。
加えて、ネゴシエーション制御部１３４が、車両の走行方向（客待ち位置に行く場合Ｕターンしなくて良いなど）も条件に入れて判定を行うようにしてもよい。

また、入力部３３２がタクシー料金の上限金額の入力を受け付け、表示部３３１が、当該上限金額にて走行可能な位置を表示するので、乗客は、当該表示を参考にして最終目的地を決定することができる。
ここで、乗客が、上限金額設定により目的値設定した場合、最初はナビゲーション制御部１３５が算出した距離に対応した料金により到達限度（走行可能な位置）が表示される。しかしタクシーの料金は、タクシーメータによる実車距離で決まるので、必ずしもナビゲーション制御部１３５が算出した到達限度と一致しない場合もある。

そこで、設定された上限金額を、メータ３４３と連動させるようにしてもよい。これにより、最終的な支払い料金を、乗務員の手を介さずにメータから得られるといったメリットに加え、走行中にナビゲーション制御部１３５による到達限度判定を逐次受けずとも、実際に走った部分に関してはメータの実車距離に置き換え補正することが可能となる。これにより、都度、乗客が降車地点を判断できるといった利点や、目的地まで走ってしまった後での料金の食い違いによるトラブル等も防げる。

さらに、ナビゲーション制御部１３５による算出値に対する実走の差異を、通信機器３１０からサーバ装置１００に送信し、主制御部１３１またはナビゲーション制御部１３５にフィードバックするようにしてもよい。
これにより、実走誤差を統計的に処理し、ナビゲーション制御部１３５による算出値の精度を高めることができる。

また、表示部３４１は、目的地が未確定の状態において、タクシー９３０の進行方向を表示する。これにより、乗務員は、目的地が未確定の段階でタクシー９３０をの運行を開始することができる。

なお、サーバ装置１００の全部または一部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
また、「コンピュータシステム」は、Ｗｅｂブラウジングを行う場合のように、ＨＴＴＰプロトコルとそれを解析表示するブラウザとを組み合わせたようなシステムを利用している場合であれば、Ｗｅｂ環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。

１ タクシー運用システム
１００ サーバ装置
１１１ 対オペレータ装置通信部
１１２ 対車両通信部
１１３ 対携帯通信部
１２１ 顧客データベース
１２２ 車両データベース
１２３ 地図データベース
１３１ 主制御部
１３２ 配車制御部
１３３ 決済処理部
１３４ ネゴシエーション制御部
１３５ ナビゲーション制御部
１３６ 通信制御機能部
２００ 配車オペレーション装置
３００ タクシー車載機器
３１０ 通信機器
３２０ 制御部
３３０ 乗客用操作機器
３３１ 表示部
３３２ 入力部
３３３ 携帯機器連携部
３４０ 乗務員用機器
３４１ 表示部
３４２ 入力部
３４３ メータ
３４４ 決済機器
３４５ カーナビ機能部
４００ 携帯通信機器
４１０ 専用アプリ

Claims (7)

1. 第１顧客の乗車経路と、第２顧客の乗車位置とに基づいて、運行態様の交渉を行うか否かを決定する交渉有無決定部と、
   前記交渉有無決定部が前記交渉を行うことに決定すると、少なくとも前記第１顧客または前記第２顧客のいずれかに前記運行態様の実施の可否を問い合わせる問合せ部と、
   前記問合せ部が、前記運行態様の実施許可を取得すると、前記運行態様での運行を行うよう乗務員に指示する指示部と、
   を具備することを特徴とするタクシー運用システム。
2. 前記交渉有無決定部は、前記運行態様として、前記第１顧客の降車位置の交渉を行うか否かを決定し、
   前記問合せ部は、前記第１顧客に前記運行態様の実施の可否を問い合わせる、
   ことを特徴とする請求項１に記載のタクシー運用システム。
3. 前記交渉有無決定部は、前記運行態様として、前記第２顧客の乗車位置の交渉を行うか否かを決定し、
   前記問合せ部は、前記第２顧客に前記運行態様の実施の可否を問い合わせる、
   ことを特徴とする請求項１または請求項２に記載のタクシー運用システム。
4. 前記交渉有無決定部は、前記運行態様として、走行経路を変更して相乗りを実施するよう交渉を行うか否かを決定し、
   前記問合せ部は、少なくとも前記第１顧客に前記運行態様の実施の可否を問い合わせる、
   ことを特徴とする請求項１に記載のタクシー運用システム。
5. タクシー料金の上限金額の入力を受け付ける上限金額入力受付部と、
   前記上限金額入力受付部が受け付けた上限金額にて走行可能な位置を求める走行可能位置情報取得部と、
   前記走行可能位置情報取得部が取得した前記位置を顧客に通知する走行可能位置通知部と、
   を具備することを特徴とする請求項１から４のいずれか一項に記載のタクシー運用システム。
6. 目的地の入力を受け付ける目的地入力受付部と、
   前記目的地入力受付部が前記目的地の入力を受け付けると、当該目的に基づいて進行方向を決定する進行方向決定部と、
   前記進行方向決定部が決定した前記進行方向を乗務員に通知する進行方向通知部と、
   を具備することを特徴とする請求項１から５のいずれか一項に記載のタクシー運用システム。
7. 第１顧客の乗車経路と、第２顧客の乗車位置とに基づいて、運行態様の交渉を行うか否かを決定する交渉有無決定部と、
   前記交渉有無決定部が前記交渉を行うことに決定すると、少なくとも前記第１顧客または前記第２顧客のいずれかへの前記運行態様の実施の可否の問い合わせである運行可否問合せを送信する運行可否問合せ送信部と、
   前記運行可否問合せに対する回答を受信する回答受信部と、
   前記回答受信部が、前記運行態様の実施許可を受信すると、前記運行態様での運行を行うよう乗務員に指示する運行指示を送信する運行指示送信部と、
   を具備することを特徴とするサーバ装置。

Images