JP7196456B2 - 相乗り支援システムおよびプログラム - Google Patents

Description

本発明は、相乗り支援システムおよびプログラムに関する。

タクシーは、自分の乗りたい場所から降りたい場所まで、自由に利用することが出来るため便利である。しかしながら、利用者は１名または当該利用者の知人グループ等に限られ、その利用料金は、バス等の他の交通機関と比較して高い。また、輸送にかかるエネルギー効率が悪く、環境負荷も高い。そこで、タクシー１台に対して複数の乗客を相乗りさせる、いわゆる相乗りタクシーなる業態が注目されており、このようなタクシーの相乗りを支援するシステムとして、相乗りを希望する乗客それぞれの目的地を取得し、これらの目的地を用いて、相乗りを希望する乗客同士をマッチングするものが知られている。（例えば、特許文献１）

特開２０１７－１６８０４７号公報

しかし、上述したタクシーの利便性ゆえ、相乗りを希望する乗客の目的地は多岐に亘るため、特許文献１に係るマッチング方法では、相乗りの機会を増大させることが難しく、なお改善の余地がある。

本発明は、上記の課題に鑑みてなされたものであり、相乗りの機会を増大させることができる相乗り支援システムおよびプログラムを提供するものである。

本発明は、車両乗り場に供給される車両の相乗りを支援する相乗り支援システムであって、乗客が操作する携帯端末と、車両および前記携帯端末の双方と通信可能に構成されたサーバと、を備え、前記携帯端末または前記サーバにおいて、前記車両乗り場の位置情報および前記携帯端末の位置情報から、該携帯端末を操作する乗客が前記車両乗り場付近にいるか否かが判定され、前記携帯端末は、該携帯端末を操作する乗客が前記車両乗り場付近にいると判定された場合に、該乗客の目的地である第一の目的地を含む新規乗車要求を前記サーバに向けて送信可能に構成され、前記サーバは、前記新規乗車要求を受け付けた場合に、空き車両に対し、該新規乗車要求を送信した乗客、および該新規乗車要求に含まれる前記第一の目的地を割り当て、該新規乗車要求に含まれる前記第一の目的地に基づく行き先を導出し、乗客および前記第一の目的地が割り当てられた車両のうちの一の車両を特定した別の乗客の相乗り乗車要求を受け付け可能に構成され、前記携帯端末は、さらに、該携帯端末を操作する乗客が前記車両乗り場付近にいると判定された場合に、前記新規乗車要求の送信を決定するための新規乗車要求表示と、乗客および前記第一の目的地が既に割り当てられた車両に係る前記行き先を含む車両情報と、を同時に表示させ、前記新規乗車要求表示が選択された場合には、前記新規乗車要求を前記サーバに向けて送信し、前記車両情報が選択された場合には、前記相乗り乗車要求を前記サーバに向けて送信する、相乗り支援システムである。
また、本発明は、車両乗り場に供給される車両の相乗りを支援する相乗り支援システムであって、前記車両乗り場付近に設置された据え置き端末と、車両および前記据え置き端末の双方と通信可能に構成されたサーバと、を備え、前記据え置き端末は、該据え置き端末に対する操作により、該操作を行った乗客の目的地である第一の目的地を含む新規乗車要求を前記サーバに向けて送信可能に構成され、前記サーバは、前記新規乗車要求を受け付けた場合に、空き車両に対し、該新規乗車要求を送信した乗客、および該新規乗車要求に含まれる前記第一の目的地を割り当て、該新規乗車要求に含まれる前記第一の目的地に基づく行き先を導出し、乗客および前記第一の目的地が割り当てられた車両のうちの一の車両を特定した別の乗客の相乗り乗車要求を受け付け可能に構成され、前記据え置き端末は、さらに、前記新規乗車要求の送信を決定するための新規乗車要求表示と、乗客および前記第一の目的地が既に割り当てられた車両に係る前記行き先を含む車両情報と、を同時に表示させ、前記新規乗車要求表示が選択された場合には、前記新規乗車要求を前記サーバに向けて送信し、前記車両情報が選択された場合には、前記相乗り乗車要求を前記サーバに向けて送信する、相乗り支援システムである。

本発明によれば、相乗りの機会を増大させることができる相乗り支援システムおよびプログラムを提供することができる。

図１は、本実施形態の相乗り支援システムの概略を示す図である。 図２は、本実施形態に係る相乗り支援システムの全体構成を示す図である。 図３は、車両端末のハードウェア構成を示す図である。 図４は、携帯端末のハードウェア構成を示す図である。 図５は、サーバのハードウェア構成を示す図である。 図６は、車両端末のソフトウェア構成を示す図である。 図７は、携帯端末のソフトウェア構成を示す図である。 図８は、サーバのソフトウェア構成を示す図である。 本実施形態に係る相乗り支援システムにおける携帯端末およびサーバの処理の流れを示すフローである。 図１０（ａ）～図１０（ｃ）は、乗車要求が選択されるまでに表示される画面の例を示す図である。 図１１（ａ）は、新規乗車要求または相乗り乗車要求が選択されてから当該選択に対応した乗車要求が送信されるまでに携帯端末に表示される画像の例を、図１１（ｂ）は、新規乗車要求が選択されてから新規乗車要求が送信されるまでに携帯端末に表示される画面の例を、図１１（ｃ）は、相乗り乗車要求が選択されてから相乗り乗車要求が送信されるまでに携帯端末に表示される画面の例を示す図である。 図１２は、判断材料が表示される際に携帯端末に表示される画面の例を示す図である。 図１３（ａ）は、最初の乗客が有する携帯端末によって承認結果が送信された際に当該携帯端末に表示される画面の例を、図１３（ｂ）は、相乗り乗車要求が承認された相乗り希望客が有する携帯端末に表示される画面の例を、図１３（ｃ）は、相乗り乗車要求が拒否された相乗り希望客が有する携帯端末に表示される画面の例を示す図である。 図１４は、本実施形態に係る相乗り支援システムのハードウェア構成の第１変形例を示す図である。 図１５は、本実施形態に係る相乗り支援システムのハードウェア構成の第２変形例を示す図である

以下、本発明の実施形態について、図面を用いて説明する。なお、すべての図面において、同様の構成要素には同一の符号を付し、適宜に説明を省略する。

＜本実施形態に係る相乗り支援システムの概要について＞
まず、図１を用いて、本実施形態に係る相乗り支援システムの概要を説明する。図１は、本実施形態の相乗り支援システムの概略を示す図である。
本実施形態に係る相乗りシステムは、鉄道の駅にあるタクシー乗り場等の公共の車両乗り場において、複数の乗客が１台の車両に相乗りすることを支援するものである。
具体的には、本実施形態に係る相乗りシステムは、図１に示すように、車両乗り場１に供給される車両２、車両２に設けられた車両端末１０、車両乗り場１に集まった乗客３、乗客３が個々に有する携帯端末２０、サーバ３０で構成される。そして、車両端末１０、携帯端末２０、およびサーバ３０は、通信ネットワーク４０を介して相互に通信可能となっている。そのため、乗客３は、携帯端末２０を操作してサーバ３０に対して乗車要求を送信することができる。

乗車要求には、新規の車両の手配を要求するため新規乗車要求と、新規乗車要求が受け付けられた車両に対して相乗りを要求するための相乗り乗車要求があり、乗客３は、いずれの乗車要求を送信するかを選択することができる。乗客３が新規乗車要求を出す際には、携帯端末２０により目的地の入力が要求される。これにより、新規乗車要求には、当該新規乗車要求を送信する乗客３の目的地が含まれる。新規乗車要求がサーバ３０によって受け付けられると、車両乗り場１に供給され、かつ未だ目的地が設定されていない空きの車両２に対して当該新規乗車要求を出した乗客３（以下、「最初の乗客」と称する場合がある）が割り当てられ、当該新規乗車要求に含まれる目的地が当該車両の新規の目的地として設定される。そして、新規の目的地が設定された車両２がある場合には、新規の目的地が設定された車両２に対して新規の目的地に基づく行き先が対応づけられた情報を少なくとも含む車両情報が、携帯端末２０を介して、乗車要求を送信しようとする乗客３に通知される。ここで、行き先とは、新規の目的地自体であってもよいが、本実施形態では、当該目的地付近のランドマークを指す。

相乗り乗車要求を送信しようとする乗客３（以下、「相乗り希望客」と称する場合がある）は、携帯端末２０を介して通知された車両情報を選択することで相乗り乗車要求を送信することができる。そして、送信した相乗り乗車要求がサーバ３０によって受け付けられ、その後、当該相乗り乗車要求の対象となる車両に割り当てられた最初の乗客によって当該相乗り乗車要求が承認されると、相乗りが成立し、当該相乗り乗車要求を送信した相乗り希望客が有する携帯端末２０に対してその旨が送信される。
なお、相乗り乗車要求を送信する際にも、新規乗車要求と同様に、相乗り乗車要求を送信する相乗り希望客による目的地の入力が要求される。しかし、本実施形態に係る相乗り支援システムでは、提示された行き先を選択した後に目的地の入力が要求される点が、従来の相乗りマッチング方法とは異なる。これにより、相乗り希望客は、自身の本来の目的地に縛られずに目的地を設定することができ、相乗りの機会を増大させることができる。
以下、本実施形態に係る相乗り支援システムの詳細を説明する。

＜本実施形態に係る相乗り支援システムの全体構成について＞
まず、図２を用いて、本実施形態に係る相乗り支援システムの全体構成を説明する。図２は、本実施形態に係る相乗り支援システムの全体構成を示す図である。
本実施形態の相乗り支援システムは、車両端末１０と、携帯端末２０と、サーバ３０とで構成され、これらは、通信ネットワーク４０を介して互いに通信可能に接続されている。通信ネットワーク４０は、例えば、インターネットや無線ＬＡＮ（Local Area network）である。
車両端末１０は、車両２に設置されるコンピュータであり、本実施形態では、例えば、タクシーメーターやカーナビゲーション装置などを想定している。携帯端末２０は、乗客が個々に有するコンピュータであり、本実施形態では、例えば、携帯電話や、ＰＤＡ（Personal Digital Assistant）、ノートパソコンなどの携帯型のコンピュータを想定している。サーバ３０には、例えば、パーソナルコンピュータやワークステーションなどを採用することができる。

＜車両端末、携帯端末、およびサーバのハードウェア構成について＞
次に、図３～図５を用いて、車両端末１０、携帯端末２０、およびサーバ３０のハードウェア構成を説明する。図３は、車両端末１０のハードウェア構成を、図４は、携帯端末２０のハードウェア構成を、図５は、サーバ３０のハードウェア構成を示す図である。
図３に示す通り、車両端末１０は、ＣＰＵ１０１、ＲＡＭ１０２、記憶装置１０３、通信インタフェース１０４、ＧＰＳ電波受信機１０５、入力装置１０６、および表示装置１０７を備えている。記憶装置１０３は、各種のデータやプログラムを記憶する、例えば、フラッシュメモリやハードディスクドライブなどである。ＣＰＵ１０１は、記憶装置１０３に記憶されているプログラムをＲＡＭ１０２に読み出して実行することにより、各種の機能を実現する。通信インタフェース１０４は、例えば、無線通信器などの通信ネットワーク４０に接続するためのインタフェースである。ＧＰＳ電波受信機１０５は、ＧＰＳ（Global Positioning System）衛星からの信号を受信する。入力装置１０６は、運転手からの情報の入力を受け付ける、例えば、プッシュボタンやキーボード、タッチパネル、マイクロフォンなどである。表示装置１０７は、運転手に対してルート等の情報を表示する、例えば、ディスプレイなどである。

図４に示す通り、携帯端末２０は、ＣＰＵ２０１、ＲＡＭ２０２、記憶装置２０３、通信インタフェース２０４、ＧＰＳ電波受信機２０５、入力装置２０６および表示装置２０７を備えている。記憶装置２０３は、各種のデータやプログラムを記憶する、例えば、フラッシュメモリやハードディスクドライブなどである。ＣＰＵ２０１は、記憶装置２０３に記憶されているプログラムをＲＡＭ２０２に読み出して実行することにより、各種の機能を実現する。通信インタフェース２０４は、例えば、無線通信器などの通信ネットワーク４０に接続するためのインタフェースである。ＧＰＳ電波受信機２０５は、ＧＰＳ衛星からの信号を受信する。入力装置２０６は、乗客からの情報の入力を受け付ける、例えば、プッシュボタンやキーボード、タッチパネル、マイクロフォンなどである。表示装置２０７は、乗客に対して情報を表示する、例えば、ディスプレイやプリンタ、スピーカなどである。

図５に示す通り、サーバ３０は、ＣＰＵ３０１、ＲＡＭ３０２、記憶装置３０３、通信インタフェース３０４を備える。記憶装置３０３は、各種のデータやプログラムを記憶する、例えば、ハードディスクドライブやフラッシュメモリなどである。ＣＰＵ３０１は、記憶装置３０３に記憶されているプログラムをＲＡＭ３０２に読み出して実行することにより各種の機能を実現する。通信インタフェース３０４は、例えば、無線通信器などの通信ネットワーク４０に接続するためのインタフェースである。

＜車両端末、携帯端末、およびサーバのソフトウェア構成について＞
続いて、図６～図８を用いて、車両端末１０、携帯端末２０、およびサーバ３０のソフトウェア構成を説明する。なお、図６は、車両端末１０のソフトウェア構成を、図７は、携帯端末２０のソフトウェア構成を、図８は、サーバ３０のソフトウェア構成を示す図である。
図６に示す通り、車両端末１０は、位置情報取得部１１１、現在位置情報提供部１１２、乗客情報取得部１１３、ルート情報取得部１１４、情報表示部１１５、および降車情報提供部１１６を備える。なお、上記各機能部１１１～１１６は、車両端末１０が備えるＣＰＵ１０１が記憶装置１０３に記憶されているプログラムをＲＡＭ１０２に読み出して実行することにより実現される。

位置情報取得部１１１は、ＧＰＳ電波受信機１０５が受信した電波から、車両端末１０の現在位置、すなわち、車両端末１０が設置された車両の現在位置を算出する。なお、本実施形態では、現在位置は、緯度および経度により特定される。

現在位置情報提供部１１２は、位置情報取得部１１１によって算出された車両の現在位置を、通信ネットワーク４０を介してサーバ３０に送信する。

乗客情報取得部１１３は、通信ネットワーク４０を介してサーバ３０から乗客に関する乗客情報を取得する。当該情報は、新規乗車要求に係る乗客情報と、相乗り乗車要求に係る乗客情報に大別される。新規乗車要求に係る乗客情報は、新規乗車要求に基づいてサーバ３０によって空き車両が割り当てられた最初の乗客の代表者名、乗車人数、および当該乗客の目的地に加え、相乗り乗車要求の受付を締め切るまでの締め切り時間で構成される。一方、相乗り乗車要求に係る乗客情報には、相乗り乗車要求を送信した相乗り希望客のうち、最初の乗客によって承認された乗客の有無、当該乗客が存在する場合には、当該乗客の代表者名および乗車人数が含まれる。なお、当該乗客が複数存在する場合には、相乗り乗車要求に係る情報には、それぞれの代表者名および人数が含まれる。

ルート情報取得部１１４は、後述するルート情報提供部３１８によって決定されたルートを含むルート情報を、通信ネットワーク４０を介してサーバ３０から取得する。なお、ルート情報の詳細は後述するが、当該情報は、最初の乗客によって承認されたルート、当該ルートにおける最初の乗客の乗車料金で構成され、最初の乗客によって承認された相乗り希望客がいる場合には、さらに、当該相乗り希望客の乗車料金を含んで構成される。

情報表示部１１５は、ルート情報取得部１１４によってルート情報が取得されるまでは、乗客情報取得部１１３によって取得された乗客情報を表示装置１０７に表示さる。一方、当該ルート情報が取得された後は、当該ルート情報を表示させる。

降車情報提供部１１６は、乗客が降車する度に、当該降車が発生したことを示す情報を、通信ネットワーク４０を介してサーバ３０に向けて送信する。なお、当該情報は、運転手が入力装置１０６を操作することで送信される。これにより、サーバ３０は、各乗客が各目的地に到達したことに加え、空き車両となったことを認識することができる。

図７に示す通り、携帯端末２０は、位置情報取得部２１１、乗客識別部２１２、車両情報通知部２１３、乗車要求提供部２１４、付帯情報要求部２１５、判断材料提示部２１６、承認結果提供部２１７、および承認結果通知部２１８を備える。なお、上記各機能部２１１～２１８は、携帯端末２０が備えるＣＰＵ２０１が記憶装置２０３に記憶されているプログラムをＲＡＭ２０２に読み出して実行することにより実現される。

位置情報取得部２１１は、ＧＰＳ電波受信機２０５が受信した電波から、携帯端末２０の現在位置、すなわち、当該端末を有する乗客の現在位置を算出する。なお、本実施形態では、現在位置は、緯度および経度により特定される。

乗客識別部２１２は、位置情報取得部２１１によって取得された現在位置と、あらかじめ登録された車両乗り場１の位置情報とを用いて、携帯端末２０、すなわち当該端末を有する乗客が、車両乗り場１付近にいるか否かを判定する。当該判定によって車両乗り場１付近にいる乗客を識別することができる。そして、乗客は、車両乗り場１付近にいると識別された携帯端末２０を用いることで乗車要求を送信することが可能となる。これにより、スムーズな相乗りを実現することができる。
なお、車両乗り場１付近にいる乗客を識別する手段としては、ＧＰＳ電波受信機２０５を用いた方法に限らず、車両乗り場１に設置された据え置き端末５０（図１４参照）と携帯端末２０との通信を用いた方法を採用してもよい。当該通信には、無線ＰＡＮ（Personal Area Network）、ＲＦＩＤ（Radio Frequency IDentification）、ＮＦＣ（Near Field Communication）等を採用できる。すなわち、車両乗り場１付近にいる乗客は、乗客が有する携帯端末２０の通信によって識別することができる。
また、本実施形態では、携帯端末２０が乗客識別部２１２を備えているが、位置情報取得部２１１によって取得された現在位置を、通信ネットワーク４０を介してサーバ３０に送信するようにし、サーバ３０が乗客識別部２１２を備えるようにしてもよい。

車両情報通知部２１３は、通信ネットワーク４０を介してサーバ３０から車両情報を取得する。車両情報には、最初の乗客の目的地に基づいて決定される行き先、最初の乗客の分を除いた最大乗車可能人数、および相乗り乗車要求の受付を締め切るまでの締め切り時間が含まれ、車両情報は、最初の乗客が割り当てられた車両ごとに設定される。さらに、車両情報通知部２１３は、取得した車両情報を、車両ごとに分けて表示装置２０７に表示させる。また、乗車要求提供部２１４によって新規乗車要求が送信された場合には、後述する乗車要求受付部３１１（図８参照）によって設定される締め切り時間と同等の初期値５分が設定され、車両情報通知部２１３は、当該締め切り時間が経過するまで当該時間を表示する。一方、車両情報通知部２１３は、乗車要求提供部２１４によって相乗り乗車要求が送信された場合には、車両情報通知部２１３は、車両情報に含まれていた当該相乗り乗車要求に対応する締め切り時間が経過するまで当該時間を表示する。
なお、車両情報通知部２１３による車両情報の通知は、表示に限らず、音声等の乗客が認識可能な通知方法であれば、いずれの通知方法を採用してもよい。

乗車要求提供部２１４は、車両情報通知部２１３によって表示装置２０７によって表示させた車両情報と、入力装置２０６の操作とによって、新規乗車要求および相乗り乗車要求のいずれかを乗客に選択させ、選択された乗車要求を、通信ネットワーク４０を介してサーバ３０に送信する。なお、当該乗車要求が相乗り乗車要求である場合には、最初の乗客が割り当てられている車両のうちの選択された車両に対応付けて相乗り乗車要求が送信される。また、各乗車要求を選択する際には、付帯情報要求部２１５によって当該乗車要求を送信する乗客の代表者名、目的地、および乗車人数の入力が要求される。これにより、各乗車要求には、当該乗車要求を送信した乗客の代表者名、目的地、および乗客の人数が含まれることとなる。

付帯情報要求部２１５は、各乗車要求を選択した乗客に対し、当該乗車要求を送信する乗客の代表者名、目的地、および乗車人数の入力を要求する。なお、本実施形態における目的地の入力方法は、テキスト入力を採用しているが（図１１（ａ）参照）、目的地の入力方法はこの方法に限らない。例えば、音声による入力や、地図による指定等、目的地が入力される方法であれば、いずれの方法を採用してもよい。

判断材料提示部２１６は、最初の乗客に対して判断材料を提示するために、通信ネットワーク４０を介してサーバ３０から判断材料を取得し、取得した判断材料を表示装置２０７に表示させる。なお、判断材料の詳細は後述するが、判断材料には、当該最初の乗客に対応する車両に対して受け付けられた相乗り乗車要求を採用した場合の乗車料金および乗車時間等、最初の乗客が、自身になされた相乗り乗車要求を承認するか否かを決定するための情報が含まれる。これにより、相乗りの機会を増大させることができる。

承認結果提供部２１７は、判断材料提示部２１６によって表示装置２０７に表示させた判断材料と、入力装置２０６の操作とによって、いずれの相乗り乗車要求を承認するか、またはいずれの相乗り乗車要求も承認しないかを、最初の乗客に選択させ、選択された承認結果を、通信ネットワーク４０を介してサーバ３０に送信する。なお、承認結果を送信する際、サーバ３０から、ナンバー、車種、車色等、当該最初の乗客が割り当てられた車両を識別可能とする情報が含まれていてもよい。
なお、本実施形態に係る相乗り支援システムでは、最初の乗客のみに相乗り乗車要求を承認する権利、および相乗り乗車要求を拒否する権利が付与されている。これに限らず、最初の乗客を相乗り希望者に置き換えた判断材料を相乗り希望者に送信し、相乗り希望者が有する携帯端末２０に当該判断材料を表示させ、相乗り希望者にも相乗り乗車要求を承認する権利を付与してもよいが、本実施形態のように、最初の乗客のみに相乗り乗車要求を承認する権利が付与されていることが好ましい。

承認結果通知部２１８は、自身の相乗り乗車要求に対する承認結果を、通信ネットワーク４０を介してサーバ３０から取得し、取得した承認結果を表示装置２０７に表示させる。なお、承認結果には、ナンバー、車種、車色等、当該相乗り乗車要求に対応する車両を識別可能とする情報が含まれていてもよい。

図８に示す通り、サーバ３０は、乗車要求受付部３１１、行き先導出部３１２、車両情報提供部３１３、ルート検索部３１４、判断材料導出部３１５、判断材料提供部３１６、承認結果伝達部３１７、ルート情報提供部３１８、乗客情報提供部３１９、および車両管理部３２０を備える。なお、上記各機能部３１１～３２０は、サーバ３０が備えるＣＰＵ３０１が記憶装置３０３に記憶されているプログラムをＲＡＭ３０２に読み出して実行することにより実現される。

乗車要求受付部３１１は、携帯端末２０から通信ネットワーク４０を介して送信される乗車要求を取得し、当該乗車要求が新規乗車要求である場合には、空き車両に対し、当該新規乗車要求を送信した乗客と、当該新規乗車要求に含まれる目的地とを割り当てることで、新規乗車要求を受け付ける。一方、当該乗車要求が相乗り乗車要求である場合には、乗車要求受付部３１１は、最初の乗客が割り当てられている車両のうちの当該相乗り乗車要求に対応する車両に対し、当該相乗り乗車要求を送信した乗客と、当該相乗り乗車要求に含まれる目的地とを割り当てることで、相乗り乗車要求を受け付ける。なお、最初の乗客が割り当てられている車両ごとに相乗り乗車要求の受付を締め切る締め切り時間（初期値５分）が設定され、当該時間が経過すると、乗車要求受付部３１１は、当該車両に対する相乗り乗車要求の受付を終了する。

行き先導出部３１２は、乗車要求受付部３１１によって受け付けられた乗車要求が新規乗車要求であった場合に、当該新規乗車要求に含まれる目的地を、当該目的地に対応づけられ、かつ当該目的地付近のランドマークに変換し、行き先として設定する。ここで、ランドマークとは、例えば、学校、市役所、体育館等の公共の建物や、スーパーやコンビニ等の小売店など、一般的に知られているあらかじめ定められた場所であれば、いずれの場所を採用してもよい。また、行き先導出部３１２は、「○○方面」や「○○町△丁目」等、新規乗車要求に含まれる目的地を含むエリアに変換し、行き先として設定するようにしてもよい。これにより、最初の乗客のプライバシーを保護しつつ、相乗り希望客に相乗り乗車要求を出させ易くすることができる。

車両情報提供部３１３は、乗車要求受付部３１１によって新規乗車要求が受け付けられた場合に、当該新規乗車要求に対応する車両の定員から最初の乗客の分を除いた最大乗車可能人数を導出する。そして、車両情報提供部３１３は、最初の乗客が割り当てられた車両ごとに、設定された締め切り時間、設定された行き先、および最大乗車可能人数で構成される車両情報を設定し、これらの車両情報を、通信ネットワーク４０を介して携帯端末２０に送信する。

ルート検索部３１４は、最初の乗客が割り当てられた車両のルートを検索する。具体的には、当該車両に相乗り乗車要求が割り当てられていない場合には、ルート検索部３１４は、車両乗り場１と最初の乗客の目的地を結ぶ道のりが最短となるルート（以下、単に「最短のルート」と称する）を検索する。一方、当該車両に相乗り乗車要求が割り当てられている場合には、車両乗り場１と最初の乗客の目的地を結ぶ最短のルートに加え、車両乗り場１と、最初の乗客の目的地と、相乗り希望客の目的地とを結ぶ最短のルートを検索する。
当該車両に相乗り乗車要求が複数ある場合には、車両乗り場１と最初の乗客の目的地を結ぶ道のりが最短のルートに加え、車両乗り場１と、最初の乗客の目的地と、相乗り希望客のうちの一人の目的地とを結ぶ最短のルートを、相乗り希望客の人数分だけ検索する。さらに、定員を超えない範囲で相乗り希望客を複数組合せられる場合には、これらの組合せに対し、車両乗り場１と、最初の乗客の目的地と、当該組合せに含まれるすべての相乗り希望客の目的地とを結んだ最短のルートを検索する。
なお、本実施形態において、ルート検索部３１４は、ルート検索の対象となる目的地が３箇所以上ある場合、これらの目的地を結ぶルートのうちの道のりが最短となるルートを検索するが、ルート検索を行うにあたって優先する優先事項はこれに限らない。例えば、優先事項を乗車時間とし、道路の混雑状況や有料道路の使用を駆使してこれらの目的地を結ぶルートのうちの乗車時間が最短となるルートを検索するようにしてもよい。すなわち、ルート検索部３１４は、ルート検索の対象となる目的地を結ぶルートのうちの或る優先事項に従った最適なルートを検索するものであればよい。さらに、当該優先事項を、最初の乗客の嗜好に合わせて決定されるようにしてもよい。この場合、ルート検索部３１４によって検索されるルートは、最初の乗客の嗜好にあった最適なルートとなる。
また、上述の通り、ルート検索部３１４は、優先事項に従った最適なルートを検索するものであるが、これに限らない。例えば、ルート検索の対象となる目的地が３箇所以上ある場合、これらの目的地を結ぶルートのすべてが検索されるようにしてもよいし、上記優先事項なしに、これらの目的地を結ぶルートのうちの少なくとも一つのルートが検索されてもよい。ただし、ルート検索の対象となる目的地が３箇所以上ある場合には、本実施形態のように、優先事項に従った最適な一のルートが検索されることが好ましい。

したがって、本実施形態に係る相乗り支援システムは、車両乗り場（車両乗り場１）と、第一の目的地（最初の乗客の目的地）とを結ぶ第一のルートに加え、車両乗り場と、第一の目的地と、第二の目的地（相乗り希望客の目的地）とを結ぶ第二のルートを検索するルート検索手段（ルート検索部３１４）を備えていると言える。さらに、本実施形態に係る相乗り支援システムにおいて、上記ルート検索手段は、第一の相乗り乗車要求に対応する上記第二のルート、および第二の相乗り乗車要求に対応する上記第二のルートに加え、上記車両乗り場と、上記第一の目的地と、第一の相乗り乗車要求に対応する第二の目的地と、第二の相乗り乗車要求に対応する第二の目的地とを結ぶ第三のルート（優先事項に従った最適な一のルート）を検索するものであると言える。そして、この場合には、相乗り機会をさらに増大させることができる。なお、括弧内の構成は、直前の構成に対応する本実施形態の構成を例示したものである。

判断材料導出部３１５は、最初の乗客が相乗り乗車要求を承認するか否かを判断する判断材料として、ルート検索部３１４によって検索されたルートのそれぞれにおける最初の乗客の乗車料金を算出するとともに、当該ルートのそれぞれにおける乗車時間を推定する。本実施形態に係る相乗り支援システムでは、相乗りしない場合の最初の乗客の乗車料金は、都道府県別の運賃算出ルール（例えば、東京２３区であれば、１０５２メートルまで４１０円、以降２３７メートルごとに８０円）に従ってルート検索部３１４によって検索されたルートの距離から算出する。そして、相乗りをする場合の最初の乗客の乗車料金は、相乗りする場合の最初の乗客の乗車時間が、相乗りしない場合の最初の乗客の乗車時間よりも長くなる場合には、相乗りしない場合の乗車料金から、乗車時間の増加１分あたり３０円を値引きした料金とする。一方、相乗りする場合の最初の乗客の乗車時間が、相乗りしない場合の最初の乗客の乗車時間と同じになる場合には、一律に乗車料金の１０％を割り引いた料金を、相乗りをする場合の最初の乗客の乗車料金とする。なお、最初の乗客の乗車料金の導出方法は、上述の方法に限らず、相乗りをする場合の最初の乗客の乗車料金が、相乗りをしない場合の最初の乗客の乗車料金よりも安くなる方法であれば、いずれの方法を採用してもよい。

判断材料提供部３１６は、ルート検索部３１４によって検索されたルートのそれぞれにおける乗車料金および乗車時間を、通信ネットワーク４０を介して携帯端末２０に送信する。

なお、本実施形態では、ルート検索部３１４によって検索されたルートのそれぞれに対応する乗車料金および乗車時間を判断材料としているが、これに限らない。例えば、車両乗り場１と最初の乗客の目的地を結ぶ最短のルートに対応する乗車料金および乗車時間、当該乗車料金とルート検索部３１４によって検索された他のルートに対応する乗車料金の差分、および当該乗車時間と当該他のルートに対応する乗車時間の差分を判断材料としてもよい。すなわち、判断材料は、車両乗り場１と最初の乗客の目的地を結ぶ最短のルートに対応する乗車料金と当該他のルートに対応する乗車料金との差を特定可能な情報、および車両乗り場１と最初の乗客の目的地を結ぶ最短のルートに対応する乗車時間と、当該他のルートに対応する乗車時間との差を特定可能な情報で構成されればよい。
さらに、判断材料には、必ずしも乗車時間に係る情報を要しない。すなわち、判断材料には、少なくとも乗車料金に係る情報があればよいが、判断材料に乗車時間に係る情報を含めることで、相乗り機会を増大させることができる。

承認結果伝達部３１７は、最初の乗客が有する携帯端末２０の承認結果提供部２１７から送信された承認結果を取得する。そして、承認結果伝達部３１７は、取得した当該承認結果にしたがって、当該最初の乗客が割り当てられた車両に対して相乗り乗車要求を送信した相乗り希望客が有する携帯端末２０に対し、当該相乗り乗車要求の承認可否の結果を送信する。

ルート情報提供部３１８は、最初の乗客によって承認された相乗り希望客の乗車料金を算出する。そして、ルート情報提供部３１８は、最初の乗客によって承認されたルート、当該ルートにおける最初の乗客の乗車料金、および最初の乗客によって承認された相乗り希望客がいる場合には、当該相乗り希望客の乗車料金を含むルート情報を、通信ネットワーク４０を介して車両端末１０に送信する。

乗客情報提供部３１９は、乗車要求受付部３１１によって新規乗車要求が受け付けられた場合に、通信ネットワーク４０を介して車両端末１０に新規乗車要求に係る乗客情報を送信する。また、乗客情報提供部３１９は、承認結果伝達部３１７によって承認結果が取得された場合に、通信ネットワーク４０を介して車両端末１０に相乗り乗車要求に係る乗客情報を送信する。

車両管理部３２０は、車両端末１０から個別に送信される現在位置および降車情報にしたがって、サーバ３０によって管理されている車両のうちの車両乗り場１に供給される空き車両を把握する。

＜携帯端末およびサーバの処理の流れについて＞
次に、図９用いて、本実施形態に係る相乗り支援システムにおける携帯端末２０およびサーバ３０の処理の流れを説明する。図９は、本実施形態に係る相乗り支援システムにおける携帯端末２０およびサーバ３０の処理の流れを示すフローである。なお、各処理の説明において、上述のソフトウェア構成の説明で説明済みのものは、適宜説明を省略し、図９では、これらの処理の一部についての図示も省略する。
また、必要に応じて、図１０～図１３に示す携帯端末２０の表示装置２０７に表示される画面の例も用いて説明する。ここで、図１０（ａ）～図１０（ｃ）は、乗車要求が選択されるまでの画面の例を示す図であり、図１１（ａ）は、新規乗車要求または相乗り乗車要求が選択されてから当該選択に対応した乗車要求が送信されるまでに携帯端末２０に表示される画像の例を、図１１（ｂ）は、新規乗車要求が選択されてから新規乗車要求が送信されるまでに携帯端末２０に表示される画面の例を、図１１（ｃ）は、相乗り乗車要求が選択されてから相乗り乗車要求が送信されるまでに携帯端末２０に表示される画面の例を示す図であり、図１２は、判断材料が表示される際に携帯端末２０表示される画面の例を示す図である。図１３（ａ）は、最初の乗客が有する携帯端末２０によって承認結果が送信された際に当該携帯端末２０表示される画面の例を、図１３（ｂ）は、相乗り乗車要求が承認された相乗り希望客が有する携帯端末２０に表示される画面の例を、図１３（ｃ）は、相乗り乗車要求が拒否された相乗り希望客が有する携帯端末２０に表示される画面の例を示す図である。

まず、以降の説明では、説明の便宜上、携帯端末２０を、最初の乗客が有する携帯端末２０と、相乗り希望者が有する携帯端末２０に分けて説明する。したがって、図９に示す処理は、最初の乗客が有する携帯端末２０によって実行される処理、サーバ３０によって実行される処理、相乗り希望客が有する携帯端末２０によって実行される処理に大別されるが、最初の乗客が有する携帯端末２０によって実行される処理、および相乗り希望客が有する携帯端末２０によって実行される処理は、いずれも携帯端末２０によって実行される処理である。

最初のステップＳ１１～ステップＳ２１は、最初の乗客が有する携帯端末２０によって実行される処理である。
ステップＳ１１では、位置情報取得部２１１により、携帯端末２０の現在位置、すなわち、当該端末を有する乗客の現在位置が算出される。
ステップＳ１３では、乗客識別部２１２により、ステップＳ１１で算出された現在位置が、車両乗り場１付近であるか否かが判定され、当該条件が充足された場合にはステップＳ１５に進み、当該条件が充足されなかった場合にはステップＳ１１に戻る。なお、ステップＳ１３における条件が充足された場合には、図１０（ａ）で示される画面４００が表示装置２０７に表示され、画面４００に表示された画像４０１が操作されることで、ステップＳ１５に進む。また、ステップＳ１３における条件が充足されなかった場合には、図１０（ｂ）で示される画面４１０が表示装置２０７に表示され、画面４１０に表示された画像４１１が操作されることで、ステップＳ１１に戻る。

ステップＳ１５では、車両情報通知部２１３により、車両情報が表示される。具体的には、図１０（ｃ）で示される画面４２０が表示装置２０７に表示される。画面４２０には、最初の乗客が割り当てられた車両ごとに設定された車両情報を示す、画像４２１、画像４２２、画像４２３が表示されている。そして、これらの画像はボタンを構成しており、これらの画像を操作すると、相乗り乗車要求が選択されることとなる。さらに、画面４２０には、新規乗車要求を選択するための画像４２４が表示されている。この画像もボタンを構成しており、当該画像を操作することで新規乗車要求が選択されることとなる。また、画面４００、画面４１０、画面４２０には、順に、画像４０２、画像４１２、画像４２５が表示されており、これらの画像を操作することで、図９における図示は省略するが、携帯端末２０における処理を終了させることができる。なお、以降の説明では、画像４２４が操作されたことによって新規乗車要求が選択されたものとして説明を続ける。

ステップＳ１７では、画像４２４が操作されたため、新規乗車要求が選択される。
ステップＳ１９では、付帯情報要求部２１５により、付帯情報の入力画面が表示装置２０７に表示され、付帯情報の入力が要求される。具体的には、図１１（ａ）に示される画面４３０が表示装置２０７に表示される。画面４３０には、代表者名を入力する領域を示す画像４３１、目的地を入力する領域を示す画像４３２、乗車人数を入力する領域を示す画像４３３が表示され、これらの領域に各情報を打ち込むことで付帯情報を入力することができる。付帯情報を入力した後、画面４３０に表示されている画像４３４が操作されると、ステップＳ２１に進む。なお、図９における図示は省略するが、画像４３５が操作されると、ステップＳ１５に戻ることとなる。
ステップＳ２１では、乗車要求提供部２１４により、新規乗車要求が、携帯端末２０から通信ネットワーク４０を介してサーバ３０に送信される。なお、新規乗車要求が送信された場合には、車両情報通知部２１３により、乗車要求受付部３１１によって設定される締め切り時間と同等の初期値５分が設定され、当該締め切り時間が表示装置２０７に表示される。具体的には、図１１（ｂ）に示される画面４４０が表示装置２０７に表示される。

続いて、ステップＳ２３～ステップＳ２７は、サーバ３０によって実行される処理である。
ステップＳ２３では、乗車要求受付部３１１により、ステップＳ２１で携帯端末２０から送信された新規乗車要求が受け付けられる。
ステップＳ２５では、行き先導出部３１２により、ステップＳ２３で受け付けられた乗車要求が新規乗車要求であるため、当該新規乗車要求に含まれる目的地が、あらかじめ定められたランドマークのうちの当該目的地付近のランドマークに変換され、行き先として設定される。
ステップＳ２７では、車両情報提供部３１３により、車両情報が、サーバ３０から通信ネットワーク４０を介して相乗り希望者が有する携帯端末２０に送信される。

続いて、ステップＳ２９～ステップＳ３５は、相乗り希望客が有する携帯端末２０によって実行される処理である。
ステップＳ２９では、車両情報通知部２１３により、ステップＳ２７でサーバ３０から送信された車両情報が表示される。具体例の図示は省略するが、図１０（ｃ）で示した画面４２０に対して、ステップＳ２３で受け付けられた新規乗車要求に対応する車両情報を示す画像が追加された画面が表示装置２０７に表示される。なお、以降の説明では、追加された当該画像、すなわち、ステップＳ２３で受け付けられた新規乗車要求に対応する車両情報を示す画像が操作され、ステップＳ２３で受け付けられた新規乗車要求を送信した最初の乗客が割り当てられた車両に対する相乗り乗車要求が選択されたものとして説明を続ける。なお、図９における図示は省略するが、画像４２４が操作されたことによって新規乗車要求が選択された場合には、上述したステップＳ１９と同様に、付帯情報要求部２１５により、付帯情報の入力画面が表示装置２０７に表示され、付帯情報の入力が要求される。また、ステップＳ２９において、画像４２１、画像４２２、または画像４２３、すなわち、ステップＳ２３で受け付けられた新規乗車要求に対応する車両情報を示す画像以外の相乗り乗車要求に対応する車両情報を示す画像が操作されたことによって相乗り乗車要求が選択された場合には、当該選択に対応して以降に説明する処理が実行されることとなる。
ステップＳ３１では、ステップＳ２３で受け付けられた新規乗車要求に対応する車両情報を示す画像が操作されたため、相乗り乗車要求が選択される。
ステップＳ３３では、ステップＳ１９と同様に、付帯情報要求部２１５により、付帯情報の入力画面が表示装置２０７に表示され、付帯情報の入力が要求される。具体的には、図１１（ａ）に示される画面４３０と同一の画面（当該画面および当該画面に表示される画像について図示省略）が表示装置２０７に表示される。当該画面には、画面４３０と同様に、代表者名を入力する領域を示す画像４３１と同一の画像、目的地を入力する領域を示す画像４３２と同一の画像、乗車人数を入力する領域を示す画像４３３と同一の画像が表示され、これらの領域に各情報を打ち込むことで付帯情報を入力することができる。付帯情報を入力した後、画面４３０に表示されている画像４３４と同一の画像が操作されると、ステップＳ３５に進む。なお、図９における図示は省略するが、画像４３５が操作されると、ステップＳ２９に戻ることとなる。
ステップＳ３５では、乗車要求提供部２１４により、相乗り乗車要求が、携帯端末２０から通信ネットワーク４０を介してサーバ３０に送信される。なお、相乗り乗車要求が送信された場合には、選択した車両情報に含まれる締め切り時間が表示装置２０７に表示される。具体的には、図１１（ｃ）に示される画面４５０が表示装置２０７に表示される。

続いて、ステップＳ３７～ステップＳ４３は、サーバ３０によって実行される処理である。
ステップＳ３７では、乗車要求受付部３１１により、ステップＳ３５で携帯端末２０から送信された相乗り乗車要求が受け付けられる。
ステップＳ３９では、乗車要求受付部３１１により、ステップＳ２３で受け付けられた新規乗車要求を送信した最初の乗客が割り当てられた車両に対する相乗り乗車要求の受付を締め切る締め切り時間が経過したか否かの判定が行われ、当該条件が充足された場合にはステップＳ４１に進む。なお、当該条件が充足されるまではステップＳ３９の判定が繰り返し実行され、この間に、別の相乗り希望客からの相乗り乗車要求があった場合には、乗車要求受付部３１１により、当該相乗り乗車要求が受け付けられる。
ステップＳ４１では、ルート検索部３１４により、ルートが検索される。
ステップＳ４３では、判断材料導出部３１５により、ルート検索部３１４によって検索されたルートに対応する判断材料が導出され、導出された判断材料が、サーバ３０から通信ネットワーク４０を介して携帯端末２０に送信される。

続いて、ステップＳ４５およびステップＳ４７は、最初の乗客が有する携帯端末２０によって実行される処理である。
ステップＳ４５では、判断材料提示部２１６により、サーバ３０から送信された判断材料が、表示装置２０７に表示される。ここでは、例えば、図１２で示される画面４６０が表示装置２０７に表示され、この例では、２つの相乗り乗車要求が受け付けられた場合が示されている。具体的には、画面４６０には、車両乗り場１と最初の乗客の目的地を結ぶ最短ルートに対応する乗車料金および乗車時間を示す画像４６１が表示されている。また、画面４６０には、車両乗り場１と、最初の乗客の目的地と、相乗り希望客のうちの一人の目的地とを結ぶ最短のルートに対応する最初の乗客の乗車料金および乗車時間を示す画像４６２、車両乗り場１と、最初の乗客の目的地と、相乗り希望客のうちの別の一人の目的地とを結ぶ最短のルートに対応する最初の乗客の乗車料金および乗車時間を示す画像４６３が表示されている。また、画面４６０には、車両乗り場１と、最初の乗客の目的地と、相乗り希望者の双方の目的地とを結ぶ最短のルートに対応する最初の乗客の乗車料金および乗車時間を示す画像４６４が表示されている。さらに、画像４６２、画像４６３、画像４６４の横には、順に、画像４６５、画像４６６、画像４６７が表示されており、これらの画像を操作させることで、最初の乗客に対し、承認する相乗り乗車要求を選択させることができる。なお、画面４６０には、画像４６８も表示されており、当該画像を操作させることで、いずれの乗車要求も承認しないことを選択させることができる。画像４６５～画像４６８のいずれかが操作されると、ステップＳ４７に進む。
ステップＳ４７では、承認結果提供部２１７により、ステップＳ４５において選択された承認結果が、携帯端末２０から通信ネットワーク４０を介してサーバ３０に送信される。その後、図１３（ａ）で示される画面４７０が表示装置２０７に表示される。

ステップＳ４９は、サーバ３０によって実行される処理であり、当該処理では、承認結果伝達部３１７により、ステップＳ４７で携帯端末２０から送信された承認結果が、サーバ３０から通信ネットワーク４０を介して送信される。

ステップＳ５１は、相乗り希望客が有する携帯端末２０によって実行される処理であり、当該処理では、承認結果通知部２１８により、承認結果が、表示装置２０７に表示される。ここでは、例えば、図１３（ｂ）で示される画面４８０や、図１３（ｃ）で示される画面４９０が表示装置２０７に表示される。具体的には、画面４８０には、相乗り乗車要求が承認された旨が表示されるとともに、当該相乗り承認が受け付けられた車両を特定可能な情報が表示されている。一方、画面４９０には、相乗り乗車要求が拒否された旨が示されている。

このように、携帯端末２０は、車両ごとの最初の乗客の目的地に基づく行き先をサーバ３０から受信し、行き先を表示装置２０７に表示させるステップ（ステップＳ２９）と、表示装置２０７に表示された行き先のいずれかを選択させるステップ（ステップＳ３１）と、選択された行き先に対応する車両に対し、相乗り乗車要求を送信するステップ（ステップＳ３５）と、を実行させるための、プログラムを備えていると言える。

＜相乗り支援システムの変形例について＞
以上説明した通り、本実施形態に係る相乗り支援システムは、車両端末１０、携帯端末２０、およびサーバ３０で構成されているが、ハードウェア構成はこれに限らない。以下、図１４および図１５を用いて、本実施形態に係る相乗り支援システムのハードウェア構成の変形例を説明する。なお、図１４は、本実施形態に係る相乗り支援システムのハードウェア構成の第１変形例を示す図であり、図１５は、本実施形態に係る相乗り支援システムのハードウェア構成の第２変形例を示す図である。

図１４には、本実施形態に係る相乗り支援システムのハードウェア構成の第１変形例として、携帯端末２０およびサーバ３０を、車両乗り場に設けられた複数の据え置き端末５０に置き換えた変形例を示している。この変形例では、車両端末１０および据え置き端末は、通信ネットワーク４０を介して相互に通信可能となっており、乗客３は、据え置き端末を操作することで、新規乗車要求および相乗り乗車要求を送信可能となっている。このようにしても、相乗りの機会を増大させることができる。
なお、この変形例において、据え置き端末５０のハードウェア構成およびソフトウェア構成は、携帯端末２０とサーバ３０とを合わせたものと略一致しているため、一致している点についての説明は省略するが、ＧＰＳ電波受信機２０５が設けられておらず、かつ位置情報取得部２１１を備えていない点が、本実施形態に係る相乗り支援システムとは異なる。すなわち、車両乗り場１付近にいる乗客を識別する方法が異なる。具体的には、本変形例では、据え置き装置を操作している乗客を車両乗り場１付近にいる乗客と識別している。

また、この変形例とは異なるが、本実施形態に係る相乗り支援システムにおける携帯端末の一部または全部を、携帯端末２０と同等のハードウェア構成およびソフトウェア構成を有する据え置き端末５０に置き換えるようにしてもよく、このようにしても、相乗りの機会を増大させることができ、かつ携帯端末２０を有しない乗客に対しても本実施形態に係る相乗り支援システムを提供することができる。なお、この場合には、サーバ３０は維持される。

上述の通り、本実施形態に係る相乗り支援システムは、最初の乗客の乗車要求を受け付け、相乗り希望客に対して当該乗車要求に含まれる行き先を通知し、最初の乗客が割り当てられた車両を選択させることで相乗り機会を増大させるものである。したがって、本実施形態に係る相乗り支援システムのハードウェア構成の変形例として、図１５に示す第２変形例も採用することができる。この変形例は、本実施形態に係る相乗り支援システムのハードウェア構成から、携帯端末２０およびサーバ３０を削除し、車両２に行き先を通知する行き先通知部１１を設けたものである。このようにしても、相乗りの機会を増大させることができる。
なお、この変形例では、最初の乗客が車両２に乗り込み、車両端末１０に対して目的地（新規乗車要求に相当）が入力される（受け付けられる）ことで、行き先通知部１１に、当該目的地に基づく行き先が表示される。これにより、相乗り希望客が、相乗りを希望する車両を見つけ、当該車両に対し、相乗り交渉を行うことが出来る。そして、当該交渉が成立し、最初の乗客に相乗りが承認されると、車両端末１０に対し、経由地または目的地として、相乗り希望客の目的地（相乗り乗車要求に相当）が入力される（受け付けられる）。

以上、図面を参照して本実施形態に係る相乗り支援システムを説明したが、これらは本発明の例示であり、上記以外の様々な構成を採用することもできる。
また、上記の各実施形態は、本発明の主旨を逸脱しない範囲で、適宜に組み合わせることができる。

本実施形態は以下の技術思想を包含する。
（１） 車両乗り場に供給される車両の相乗りを支援する相乗り支援システムであって、
車両ごとの最初の乗客の目的地である第一の目的地を含む新規乗車要求を受け付ける新規乗車要求受付手段と、
前記第一の目的地に基づく行き先を通知する行き先通知手段と、
前記新規乗車要求受付手段によって前記新規乗車要求が受け付けられた車両のうちの一の車両を特定した別の乗客の相乗り乗車要求を受け付ける相乗り乗車要求受付手段と、を備えた、相乗り支援システム。
（２） 前記第一の目的地を、該第一の目的地に対応づけられ、かつ該第一の目的地付近のランドマーク、または該第一の目的地を含むエリアに変換し、前記行き先とする行き先導出手段を備えた、上記（１）に記載の相乗り支援システム。
（３） 前記車両乗り場付近にいる乗客を、乗客が有する携帯端末の通信、または該車両乗り場付近に設置された据え置き端末に対する乗客の操作によって識別する乗客識別手段を備え、
前記新規乗車要求受付手段は、前記乗客識別手段によって識別された乗客である前記最初の乗客の前記新規乗車要求を受け付け、
前記相乗り乗車要求受付手段は、前記乗客識別手段によって識別された乗客である前記別の乗客の相乗り乗車要求を受け付ける、上記（１）又は（２）に記載の相乗り支援システム。
（４） 前記相乗り乗車要求受付手段によって前記相乗り乗車要求が受け付けられた前記別の乗客の目的地である第二の目的地を取得する目的地取得手段と、
前記車両乗り場と、前記第一の目的地とを結ぶ第一のルートに加え、前記車両乗り場と、前記第一の目的地と前記第二の目的地とを結ぶ第二のルートを検索するルート検索手段と、
前記第一のルートおよび前記第二のルートのそれぞれに要する前記最初の乗客の乗車料金を導出する乗車料金導出手段と、
前記第一のルートに要する前記最初の乗客の乗車料金と前記第二のルートに要する前記最初の乗客の乗車料金との差を特定可能な情報を、前記最初の乗客に対して提示する判断材料提示手段と、を備えた、上記（１）乃至（３）のいずれか一つに記載の相乗り支援システム。
（５） 前記相乗り乗車要求受付手段は、前記一の車両に対する前記相乗り乗車要求として、第一の相乗り乗車要求および第二の相乗り乗車要求を受け付けることが可能であり、
前記目的地取得手段は、前記相乗り乗車要求受付手段によって受け付けられた前記第一の相乗り乗車要求および前記第二の相乗り乗車要求のそれぞれに対応する前記第二の目的地を取得し、
前記ルート検索手段は、前記第一の相乗り乗車要求に対応する前記第二のルート、および前記第二の相乗り乗車要求に対応する前記第二のルートに加え、前記車両乗り場と、前記第一の目的地と、前記第一の相乗り乗車要求に対応する前記第二の目的地と、前記第二の相乗り乗車要求に対応する前記第二の目的地とを結ぶ第三のルートを検索し、
前記乗車料金導出手段は、前記第一のルート、前記第一の相乗り乗車要求に対応する前記第二のルート、前記第二の相乗り乗車要求に対応する前記第二のルート、および前記第三のルートのそれぞれに要する前記最初の乗客の乗車料金を導出し、
前記判断材料提示手段は、前記第一のルートに要する前記最初の乗客の乗車料金と前記第一の相乗り乗車要求に対応する前記第二のルートに要する前記最初の乗客の乗車料金との差、前記第一のルートに要する前記最初の乗客の乗車料金と前記第二の相乗り乗車要求に対応する前記第二のルートに要する前記最初の乗客の乗車料金との差、および前記第一のルートに要する前記最初の乗客の乗車料金と前記第三のルートに要する前記最初の乗客の乗車料金との差を特定可能な情報を提示する、上記（４）に記載の相乗り支援システム。
（６）
前記第一のルートおよび前記第二のルートのそれぞれに要する前記最初の乗客の乗車時間を推定する乗車時間推定手段を備え、
前記判断材料提示手段は、さらに、前記第一のルートに要する前記最初の乗客の乗車時間と前記第二のルートに要する前記最初の乗客の乗車時間との差を特定可能な情報を、前記最初の乗客に対して提示する、上記（４）又は（５）に記載の相乗り支援システム。
（７）
前記第一のルート、前記第一の相乗り乗車要求に対応する前記第二のルート、前記第二の相乗り乗車要求に対応する前記第二のルート、および前記第三のルートのそれぞれに対応する前記最初の乗客の乗車時間を推定する乗車時間推定手段を備え、
前記判断材料提示手段は、前記第一のルートに要する前記最初の乗客の乗車時間と前記第一の相乗り乗車要求に対応する前記第二のルートに要する前記最初の乗客の乗車時間との差、前記第一のルートに要する前記最初の乗客の乗車時間と前記第二の相乗り乗車要求に対応する前記第二のルートに要する前記最初の乗客の乗車時間との差、および前記第一のルートに要する前記最初の乗客の乗車時間と前記第三のルートに要する前記最初の乗客の乗車時間との差を特定可能な情報を提示する、上記（５）に記載の相乗り支援システム。
（８）
前記相乗り乗車要求受付手段によって受け付けられた前記相乗り乗車要求を前記最初の乗客が承認するか否かを受け付ける承認受付手段を備えた、上記（４）乃至（７）のいずれか一つに記載の相乗り支援システム。
（９） コンピュータに、
車両ごとの最初の乗客の目的地に基づく行き先をサーバから受信し、前記行き先を表示装置に表示させるステップと、
前記表示装置に表示された前記行き先のいずれかを選択させるステップと、
選択された前記行き先に対応する車両に対し、相乗り乗車要求を送信するステップと、
を実行させるための、プログラム。

１ 車両乗り場
２ 車両
３ 乗客
１０ 車両端末
１１ 行き先通知部
２０ 携帯端末
３０ サーバ
４０ 通信ネットワーク
５０ 据え置き端末
１０１ ＣＰＵ
１０２ ＲＡＭ
１０３ 記憶装置
１０４ 通信インタフェース
１０５ ＧＰＳ電波受信機
１０６ 入力装置
１０７ 表示装置
１１１ 位置情報取得部
１１２ 位置情報提供部
１１３ 乗客情報取得部
１１４ ルート情報取得部
１１５ 情報表示部
１１６ 降車情報提供部
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ 記憶装置
２０４ 通信インタフェース
２０５ ＧＰＳ電波受信機
２０６ 入力装置
２０７ 表示装置
２１１ 位置情報取得部
２１２ 乗客識別部
２１３ 車両情報通知部
２１４ 乗車要求提供部
２１５ 付帯情報要求部
２１６ 判断材料提示部
２１７ 承認結果提供部
２１８ 承認結果通知部
３０１ ＣＰＵ
３０２ ＲＡＭ
３０３ 記憶装置
３０４ 通信インタフェース
３１１ 乗車要求受付部
３１２ 行き先導出部
３１３ 車両情報提供部
３１４ ルート検索部
３１５ 判断材料導出部
３１６ 判断材料提供部
３１７ 承認結果伝達部
３１８ ルート情報提供部
３１９ 乗客情報提供部
３２０ 車両管理部
４００ 画面
４１０ 画面
４２０ 画面
４３０ 画面
４４０ 画面
４５０ 画面
４６０ 画面
４７０ 画面
４８０ 画面
４９０ 画面

Claims (4)

1. 車両乗り場に供給される車両の相乗りを支援する相乗り支援システムであって、
   乗客が操作する携帯端末と、
   車両および前記携帯端末の双方と通信可能に構成されたサーバと、
   を備え、
   前記携帯端末または前記サーバにおいて、前記車両乗り場の位置情報および前記携帯端末の位置情報から、該携帯端末を操作する乗客が前記車両乗り場付近にいるか否かが判定され、
   前記携帯端末は、該携帯端末を操作する乗客が前記車両乗り場付近にいると判定された場合に、該乗客の目的地である第一の目的地を含む新規乗車要求を前記サーバに向けて送信可能に構成され、
   前記サーバは、
   前記新規乗車要求を受け付けた場合に、
   空き車両に対し、該新規乗車要求を送信した乗客、および該新規乗車要求に含まれる前記第一の目的地を割り当て、
   該新規乗車要求に含まれる前記第一の目的地に基づく行き先を導出し、
   乗客および前記第一の目的地が割り当てられた車両のうちの一の車両を特定した別の乗客の相乗り乗車要求を受け付け可能に構成され、
   前記携帯端末は、さらに、
   該携帯端末を操作する乗客が前記車両乗り場付近にいると判定された場合に、前記新規乗車要求の送信を決定するための新規乗車要求表示と、乗客および前記第一の目的地が既に割り当てられた車両に係る前記行き先を含む車両情報と、を同時に表示させ、
   前記新規乗車要求表示が選択された場合には、前記新規乗車要求を前記サーバに向けて送信し、
   前記車両情報が選択された場合には、前記相乗り乗車要求を前記サーバに向けて送信する、
   相乗り支援システム。
2. 前記サーバは、前記第一の目的地を、該第一の目的地に対応づけられ、かつ該第一の目的地付近のランドマーク、または該第一の目的地を含むエリアに変換し、前記行き先とする、
   請求項１に記載の相乗り支援システム。
3. 前記車両情報には、さらに、最大乗車可能人数が含まれ、
   前記携帯端末は、
   目的地および乗車人数を含む付帯情報の入力を要求する付帯情報要求表示を表示するとともに、入力された前記付帯情報を前記サーバに向けて送信可能に構成され、
   前記新規乗車要求表示または前記車両情報が選択された後に、前記付帯情報要求表示を表示する、
   請求項１又は２に記載の相乗り支援システム。
4. 車両乗り場に供給される車両の相乗りを支援する相乗り支援システムであって、
   前記車両乗り場付近に設置された据え置き端末と、
   車両および前記据え置き端末の双方と通信可能に構成されたサーバと、
   を備え、
   前記据え置き端末は、該据え置き端末に対する操作により、該操作を行った乗客の目的地である第一の目的地を含む新規乗車要求を前記サーバに向けて送信可能に構成され、
   前記サーバは、
   前記新規乗車要求を受け付けた場合に、
   空き車両に対し、該新規乗車要求を送信した乗客、および該新規乗車要求に含まれる前記第一の目的地を割り当て、
   該新規乗車要求に含まれる前記第一の目的地に基づく行き先を導出し、
   乗客および前記第一の目的地が割り当てられた車両のうちの一の車両を特定した別の乗客の相乗り乗車要求を受け付け可能に構成され、
   前記据え置き端末は、さらに、
   前記新規乗車要求の送信を決定するための新規乗車要求表示と、乗客および前記第一の目的地が既に割り当てられた車両に係る前記行き先を含む車両情報と、を同時に表示させ、
   前記新規乗車要求表示が選択された場合には、前記新規乗車要求を前記サーバに向けて送信し、
   前記車両情報が選択された場合には、前記相乗り乗車要求を前記サーバに向けて送信する、
   相乗り支援システム。

Images