JP6382745B2 - 乗り合い支援装置及び乗り合いを支援するプログラム - Google Patents

Description

本発明は、タクシーなどの有料車両への複数ユーザの乗り合いを支援する技術に関する。

従来から、移動手段の一つとして、タクシーやハイヤーなどを代表とする有料車両を用いた交通手段が利用されてきている。当該有料車両を用いた交通手段は一人一人のユーザのニーズに応じたサービスを提供することができるため、非常に利便性が高い。しかし、電車やバスなどの公共交通手段に比べると料金が高い。

タクシーやハイヤーなどの有料車両はできるだけ多くのユーザが共同で利用、つまり乗り合いをした方が１ユーザ当たりの料金を安く抑えることができる。特に、複数のユーザが同じ目的地へ移動する場合、当該有料車両を乗り合いで利用する需要が高い。

上記の有料車両を乗り合いする方法として、例えば特許文献１に示すように、配車センターが複数のユーザの各々の乗車希望位置及び目的地を把握し、乗車希望位置及び目的地が一致又は所定の範囲内であるユーザを抽出することで乗り合い可能か否かを判断し、乗り合い可能と判断した場合にのみ乗り合いに最適な有料車両を抽出して配車を行う技術が開発されている。

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

しかしながら、特許文献１に記載された技術によると、ユーザは乗車希望位置及び目的地が一致又は所定の範囲内にある他のユーザがいなければ有料車両の乗り合いを利用することができない。また、例えば、乗車希望位置が異なる友人同士で共通の目的地へ移動する際に、有料車両の乗り合いを希望する場合、乗り合いする経路はユーザ自らが決める必要がある。しかし、各々のユーザは、どのユーザが有料車両に最も近い位置にいるのかが分からないため、乗り合いによる移動においてユーザの希望を最も反映した有料車両及び最適な経路を選定することが難しいという不便があった。

本発明は、そのような課題に鑑みてなされたものであり、有料車両などの乗物への複数ユーザの乗り合いを支援し、乗り合いに適した乗物及び当該乗物から目的地までの経路を提供する乗り合い支援装置及び乗り合いを支援するプログラムを提供することを目的とする。

本発明の一実施形態に係る乗り合い支援装置は、複数のユーザ端末の位置を表わす複数の第１位置情報、少なくとも１つの乗物の位置を表わす第２位置情報、及び複数のユーザ端末の目的地の位置を表わす第３位置情報を取得する位置情報取得部と、第１位置情報、第２位置情報、及び第３位置情報に基づいて、第２位置情報から複数の第１位置情報を経由して第３位置情報に到達する経路を取得する経路取得部と、経路取得部により取得された経路を複数のユーザ端末に送信する送信部と、を有する。

また、別の態様において、複数のユーザ端末は、複数のユーザ端末が登録したサービスにおいて交流関係を形成してもよい。

また、別の態様において、経路取得部は、複数の第１位置情報のうち第３位置情報から相対的に遠い第１位置情報を最初に経由する経路を取得してもよい。

また、別の態様において、経路取得部は、複数の第１位置情報のうち第２位置情報に相対的に近い第１位置情報を最初に経由する経路を取得してもよい。

また、別の態様において、経路の一覧を表示する一覧表示部をさらに有し、位置情報取得部は、少なくとも１つの第２位置情報を取得し、経路取得部は、少なくとも１つの第２位置情報の各々に対して経路を取得し、一覧表示部は、少なくとも１つの第２位置情報の各々に対して取得した少なくとも１つの経路を一覧表示してもよい。

また、別の態様において、一覧表示部は、少なくとも１つの経路に対する走行距離に基づいて並べられた一覧を表示してもよい。

また、別の態様において、送信部は、ユーザ端末が乗物に乗車または降車したことを複数のユーザ端末に送信してもよい。

また、別の態様において、送信部は、乗物がユーザ端末と所定の距離以下になった場合に、複数のユーザ端末のうち少なくとも１つのユーザ端末に乗物の接近を送信してもよい。

また、別の態様において、第１位置情報と第２位置情報との距離が所定の距離以下である場合に、ユーザ端末が乗物に乗車したと判断する乗降車判断部をさらに有してもよい。

また、別の態様において、乗降車判断部は、第１位置情報と第２位置情報とが同じ方向に移動している場合に、ユーザ端末が乗物に乗車したと判断してもよい。

また、別の態様において、乗降車判断部は、第１位置情報と第２位置情報との距離が所定の距離よりも大きくなった場合に、ユーザ端末が乗物から降車したと判断してもよい。

また、別の態様において、乗降車判断部は、第２位置情報が第１位置情報と異なる方向に移動している場合に、ユーザ端末が乗物から降車したと判断してもよい。

また、別の態様において、ユーザ端末又は乗物は、ユーザ端末と乗物との距離が所定の距離以下になると信号を生成する近距離無線通信部を有し、乗降車判断部は、信号に基づいて、ユーザ端末が乗物に乗車したこと、又はユーザ端末が乗物から降車したことを判断してもよい。

本発明の一実施形態に係るプログラムは、コンピュータを、複数のユーザ端末の位置を表わす複数の第１位置情報、少なくとも１つの乗物の位置を表わす第２位置情報、及び複数のユーザ端末の目的地の位置を表わす第３位置情報を取得する位置情報取得部と、第１位置情報、第２位置情報、及び第３位置情報に基づいて、第２位置情報から複数の第１位置情報を経由して第３位置情報に到達する経路を取得する経路取得部と、経路取得部により取得された経路を複数のユーザ端末に送信する送信部と、として機能させる。

本発明に係る乗り合い支援装置及び乗り合いを支援するプログラムによると、有料車両などの乗物への複数ユーザの乗り合いを支援し、乗り合いに適した乗物及び当該乗物から目的地までの経路を提供する乗り合い支援装置及び乗り合いを支援するプログラムを提供することができる。

本発明の一実施形態に係る乗り合い支援装置の概要を示す図である。 本発明の一実施形態に係る乗り合い支援装置の概要を示すブロック図である。 本発明の一実施形態に係る乗り合い支援装置に用いられる支援サーバのハードウェア構成を示すブロック図である。 本発明の一実施形態に係る乗り合い支援装置に用いられる通信端末のハードウェア構成を示す概略図である。 本発明の一実施形態に係る乗り合い支援装置に用いられる車両のハードウェア構成を示す概略図である。 本発明の一実施形態に係る乗り合い支援装置に用いられる支援サーバの機能構成を示すブロック図である。 本発明の一実施形態に係る乗り合い支援装置の動作フローを示す図である。 本発明の一実施形態に係る乗り合い支援装置の動作フローにおいて、乗り合い支援装置のプログラム起動時にユーザ端末に表示されるインターフェースの一例を示す図である。 本発明の一実施形態に係る乗り合い支援装置の動作フローにおいて、乗り合い支援装置のプログラム起動時にユーザ端末に表示されるインターフェースの一例を示す図である。 本発明の一実施形態に係る乗り合い支援装置の動作フローにおいて、ユーザ登録のインターフェースの一例を示す図である。 本発明の一実施形態に係る乗り合い支援装置の動作フローにおいて、目的地入力のインターフェースの一例を示す図である。 本発明の一実施形態に係る乗り合い支援装置の動作フローにおいて、ユーザ端末位置情報要請に対して同意を確認するインターフェースの一例を示す図である。 本発明の一実施形態に係る乗り合い支援装置の動作フローにおいて、手配注文確定後の画面表示の一例を示す図である。 本発明の一実施形態に係る乗り合い支援装置の動作フローにおいて、迎車中の画面表示の一例を示す図である。 本発明の一実施形態に係る乗り合い支援装置の動作フローにおいて、車両がユーザ端末の位置に到着した時の画面表示の一例を示す図である。 本発明の一実施形態に係る乗り合い支援装置に用いられる支援サーバの経路取得部の経路取得方法の一例を示す図である。 本発明の一実施形態の変形例に係る乗り合い支援装置に用いられる支援サーバの経路取得部の経路取得方法の一例を示す図である。 本発明の一実施形態に係る乗り合い支援装置に用いられる支援サーバの機能構成を示すブロック図である。 本発明の一実施形態に係る乗り合い支援装置に用いられる支援サーバの経路取得部の経路取得方法の一例を示す図である。 本発明の一実施形態に係る乗り合い支援装置に用いられる支援サーバの一覧表示部が表示する一覧の一例を示す図である。 本発明の一実施形態に係る乗り合い支援装置に用いられる支援サーバの機能構成を示すブロック図である。 本発明の一実施形態に係る乗り合い支援装置に用いられる支援サーバの乗降車判断部の乗降車判断方法の一例を示す図である。 本発明の一実施形態の変形例に係る乗り合い支援装置に用いられる支援サーバの乗降車判断部の乗車判断方法の一例を示す図である。 本発明の一実施形態の変形例に係る乗り合い支援装置に用いられる支援サーバの乗降車判断部の降車判断方法の一例を示す図である。 本発明の一実施形態の変形例に係る乗り合い支援装置に用いられる支援サーバの乗降車判断部の乗降車判断方法の一例を示す図である。 本発明の一実施形態の変形例に係る乗り合い支援装置に用いられる支援サーバの乗降車判断部の乗降車判断方法の一例を示す図である。

以下、図面を参照して本発明に係る乗り合い支援装置及び乗り合いを支援するプログラムについて説明する。但し、本発明の乗り合い支援装置及び乗り合いを支援するプログラムは多くの異なる態様で実施することが可能であり、以下に示す実施の形態の記載内容に限定して解釈されるものではない。なお、本実施の形態で参照する図面において、同一部分又は同様な機能を有する部分には同一の符号を付し、その繰り返しの説明は省略する。

また、以下の説明において、有料車両を利用するのはユーザであるが、ユーザはユーザ端末と共に移動するため、両者を明確に区別することはない。例えば、ユーザが有料車両を利用する際に、ユーザ端末を保有して有料車両を利用するため、「ユーザ端末が有料車両を利用する」と表現する場合がある。これは、「ユーザ端末を保有するユーザが有料車両を利用する」と同じ意味である。また、同様に、ユーザが車両手配サービスを利用することをユーザ端末がサービスを利用すると表現する場合がある。

また、本発明の実施形態では、乗物の一例としてタクシーやハイヤーのような、乗車距離及び乗車時間の一方又は両方によって運行料金が変動する車両を用いた乗り合い料金計算システムについて例示するが、これに限定されない。例えば、船舶、飛行機やヘリコプターなどの運航体に適用することもできる。

〈実施形態１〉
本発明の実施形態１に係る乗り合い支援装置及び乗り合いを支援するプログラムを含む乗り合い支援装置について、図１乃至１６を参照しながら詳細に説明する。

［装置概要］
図１は、本発明の一実施形態に係る乗り合い支援装置の概要を示す図である。また、図２は、本発明の一実施形態に係る乗り合い支援装置の概要を示すブロック図である。図１及び図２に示すように、実施形態１に係る乗り合い支援装置１０は、支援サーバ１１０、手配サーバ１２０、及びソーシャルネットワークサービス（ＳＮＳ：Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）サーバ１３０（以降、単に「ＳＮＳサーバ１３０」という）を含む。図１に示すように、支援サーバ１１０及びＳＮＳサーバ１３０は複数のユーザ端末２００と通信し、手配サーバ１２０は車両３００と通信する。

ここで、ユーザＡのユーザ端末２００Ａ、ユーザＢのユーザ端末２００Ｂ、及びユーザＣのユーザ端末２００Ｃを特に区別しない場合は単にユーザ端末２００という。また、複数のユーザ端末２００は少なくとも図２に示す第１ネットワーク１０１と接続可能な通信端末であればよく、各々のユーザ端末２００はそれぞれ異なる機能を有していてもよい。ユーザ端末２００としては、携帯電話、スマートホン、タブレットＰＣ、ＰＤＡ、パソコン、ＰＨＳ、ウェアラブル端末などを用いることができる。

支援サーバ１１０は、車両３００への乗り合いを希望する複数のユーザに対して、複数のユーザが有する複数のユーザ端末２００の第１位置情報、車両３００の第２位置情報、及び目的地４００の第３位置情報から、乗り合いに適した経路及び車両３００を探索又は探索された経路及び車両３００を取得し、ユーザ端末２００に提供するサーバである。手配サーバ１２０は、手配要請を受け付けて車両３００に手配指示を行う手配センターが有するサーバであり、車両３００の第２位置情報を管理する。ＳＮＳサーバ１３０は、ユーザ端末２００にＳＮＳサービスを提供するサーバであり、ＳＮＳサービスに加入する複数のユーザ端末２００のユーザ端末の固有情報及びユーザの個人情報等を管理する。本実施形態では、支援サーバ１１０とＳＮＳサーバ１３０とがそれぞれ別個のサーバである構成を例示したが、この構成に限定されない。例えば、支援サーバ１１０がＳＮＳサーバ１３０が有する機能を有していてもよい。つまり、一つのサーバによって、支援サーバ１１０が有する機能とＳＮＳサーバ１３０が有する機能とが実現されてもよい。

図１に示すように、乗り合い支援装置１０は、複数のユーザ端末２００の第１位置情報と、車両３００の第２位置情報と、複数のユーザ端末２００及び車両３００の目的地４００の第３位置情報を取得し、複数のユーザ端末２００、車両３００、及び目的地４００の各々の位置情報に基づき、車両３００から複数のユーザ端末２００を経由して目的地４００に到達する経路を取得し、取得した経路を複数のユーザ端末２００に送信する。ここで、上記の経路が経由するユーザ端末２００の位置は、経路を取得した時点における各ユーザ端末２００の位置に限定されず、各ユーザ端末２００が指定する任意の点に設定することができる。

ここで、複数のユーザ端末２００及び車両３００は位置特定手段を有している。位置特定手段としては、例えばＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）を用いることができる。乗り合い支援装置１０において、複数のユーザ端末２００の第１位置情報は支援サーバ１１０に送信され、車両３００の第２位置情報は手配サーバ１２０に送信される。また、目的地４００の第３位置情報は複数のユーザ端末２００によって入力される情報であり、第３位置情報は第３位置情報を入力したユーザ端末２００から支援サーバ１１０に送信される。

ここで、複数のユーザ端末２００の各々のユーザはＳＮＳサーバ１３０が管理するＳＮＳサービスにおいて、「フォロー」や「友だち」などと称される連絡可能な交流関係が構築されたユーザであってもよい。換言すると、複数のユーザ端末２００は、複数のユーザ端末２００が登録した所定のサービスにおいて少なくとも一方のユーザによって登録された連絡可能な交流関係を形成している。ここでは、複数のユーザ端末２００が交流関係を形成している構成を例示したが、この構成に限定されない。つまり、複数のユーザ端末２００は、上記のような交流関係を形成していなくてもよい。その場合、図１において、ＳＮＳサーバ１３０を省略することができる。

また、複数のユーザ端末２００の各々のユーザはＳＮＳサーバ１３０が管理するＳＮＳサービスにおいて、「友だち」の関係が構築されたユーザであってもよい。換言すると、複数のユーザ端末２００は、複数のユーザ端末２００が登録した所定のサービスにおいて互いに承認された交流関係を形成している。互いに承認された交流関係とは、単にお互いの存在を認識しているだけではなく、例えば、一方のユーザが送信した友だちの関係を構築するリクエストに対して、他方のユーザが承認することで構築された関係を指す。ここでは、複数のユーザ端末２００が互いに承認された交流関係を形成している構成を例示したが、この構成に限定されない。つまり、複数のユーザ端末２００は、上記のような交流関係を形成していなくてもよい。その場合、図１において、ＳＮＳサーバ１３０を省略することができる。

また、図２に示すように、支援サーバ１１０、手配サーバ１２０、ＳＮＳサーバ１３０、及び複数のユーザ端末２００は第１ネットワーク１０１を介して互いに接続されている。また、手配サーバ１２０及び車両３００は第２ネットワーク１０２を介して互いに接続されている。ここで、支援サーバ１１０、手配サーバ１２０、及びＳＮＳサーバ１３０はそれぞれデータベース（ＤＢ）１１５、１２５、１３５を有している。第１ネットワーク１０１として、一般的なＩＰネットワークを適用することができる。また、第２ネットワーク１０２として、タクシー無線やローカルネットワークを適用することができる。

ここで、図２では、手配サーバ１２０及び車両３００は第２ネットワーク１０２を介して接続される構成を例示したが、この構成に限定されず、例えば車両３００が第１ネットワーク１０１を介して手配サーバ１２０に接続されていてもよい。また、図２では、支援サーバ１１０、手配サーバ１２０、及びＳＮＳサーバ１３０とデータベース１１５、１２５、及び１３５とがそれぞれ直接接続された構成を例示したが、この構成に限定されず、例えばデータベース１１５、１２５、１３５が第１ネットワーク１０１に接続されていてもよい。つまり、データベース１１５、１２５、１３５に代えて、データの格納をネットワーク経由で行うクラウドコンピューティングを利用することもできる。

支援サーバ１１０に接続されたデータベース１１５には、各々のユーザ端末２００の機器固有情報、ユーザ端末を保有するユーザの個人情報（氏名、電話番号、クレジットカード情報、メールアドレス、住所、年齢、性別等）、サービスにおけるユーザＩＤ（ＩＤｅｎｔｉｆｉｅｒ）、ユーザ端末２００を保有するユーザ及び車両３００の評価情報、道路地図情報、及び渋滞情報等が格納されている。ここで、上記のユーザ端末２００の機器固有情報とユーザの個人情報とは、互いに関連付けされて格納されている。

手配サーバ１２０に接続されたデータベース１２５には、車両３００の車種、車両番号、運転手情報（氏名、携帯電話番号、年齢、性別）、空車・回送・迎車・賃走等の実車状況、及び車両３００の第２位置情報等が格納されている。

ＳＮＳサーバ１３０に接続されたデータベース１３５には、ＳＮＳサーバ１３０が提供するＳＮＳサービスを利用するユーザのユーザＩＤ、当該ユーザの保有するユーザ端末の機器固有情報、及びユーザと交流関係を形成している他のユーザのリスト（フレンドリスト）等が格納されている。また、ＳＮＳサーバ１３０がＳＮＳサービス内の決済システムを有している場合は、データベース１３５には、さらにクレジットカード情報などの決済システムに登録された情報が格納されていてもよい。

［支援サーバのハードウェア構成］
図３は、本発明の一実施形態に係る乗り合い支援装置に用いられる支援サーバのハードウェア構成を示すブロック図である。図３によると、支援サーバ１１０は、制御部１１１、ハードディスク１１２、及び通信部１１３を有する。

制御部１１１は、中央演算処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、レジスタやメモリなどの記憶装置を含む。制御部１１１は、メモリに記憶されたプログラムをＣＰＵによって実行し、ユーザ端末２００からの命令信号に応じて演算処理を行う。

ハードディスク１１２は大容量のデータを格納することができる記憶装置であり、演算処理に必要なプログラムなどが格納され、ユーザ端末２００から送信された情報を一時的に保存する。

通信部１１３は、手配サーバ１２０、ＳＮＳサーバ１３０、及びユーザ端末２００と第１ネットワーク１０１を介してデータの送受信を制御する。ここで、制御部１１１の記憶装置は、必要に応じてハードディスクから演算処理に必要なプログラムを読み出して格納する。

［ユーザ端末のハードウェア構成］
図４は、本発明の一実施形態に係る乗り合い支援装置に用いられる通信端末のハードウェア構成を示す概略図である。図４によると、ユーザ端末２００の本体内部にはメモリ２０５、制御部２１０、近距離無線通信部２１５及び通信モジュール２２０が設けられている。また、ユーザ端末２００の一側面側にはディスプレイ２３０、操作ボタン２４０、スピーカ２５０、及びマイク２６０が設けられている。ここで、ディスプレイ２３０はタッチセンサを有していてもよく、操作ボタン２４０は設けられていなくてもよい。また、ユーザ端末２００が通話機能を有していない場合は、スピーカ２５０及びマイク２６０は設けられていなくてもよい。

メモリ２０５は、ユーザ端末２００に特定の機能を実行させるためのプログラム、ユーザ端末２００の固有情報、及びユーザ端末２００の保有するユーザの個人情報等のデータを格納する。

制御部２１０は、ＣＰＵなどの演算装置やレジスタなどの記憶装置を有する。制御部２１０は、メモリ２０５に記憶されたプログラムをＣＰＵによって実行し、ユーザが入力した命令信号に応じて、ユーザ端末２００の各種機能を実現する。

近距離無線通信部２１５は、メガヘルツからギガヘルツの高周波の電波を利用した近距離無線通信を行う機能部であり、数メートルから数十メートルの範囲内で通信を行うことができる。近距離無線通信は、電波源から放出された電波を受信して通信機器の固有情報や電波源と通信機器との距離などの各種情報を伝達する通信である。近距離無線通信として、例えば、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ ＩＤｅｎｔｉｆｉｅｒ）やＢＬＥ（ＢｌｕｅＴｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ）が挙げられる。ここで、近距離無線通信部２１５は、上記の近距離無線通信において、電波源から放出された電波を受信するアンテナ及び受信した電波を解析する論理回路を有している。また、近距離無線通信部２１５は、ユーザ端末２００の固有情報を伝達するために、電波源から放出された電波を変調する論理回路を有していてもよい。

通信モジュール２２０は、無線で信号を送受信するアンテナや高周波回路、復調回路などを含む。また、通信モジュール２２０は制御部２１０によって制御されてネットワークに接続し、支援サーバ１１０にアクセスする。

ディスプレイ２３０は、液晶ディスプレイ、有機ＥＬディスプレイなどを使用することができる。また、タッチセンサは、抵抗膜方式、静電容量方式、光学式のセンサなどを使用することができる。ユーザはディスプレイの表示に従ってユーザ端末２００を操作し、各種機能を実現する。

［車両のハードウェア構成］
図５は、本発明の一実施形態に係る乗り合い支援装置に用いられる車両のハードウェア構成を示す概略図である。図５によると、車両３００は車体３１０の内部に近距離無線通信部３２０が設けられている。近距離無線通信部３２０は、近距離無線通信に用いられる電波を放出する電波源を含む。また、近距離無線通信部３２０は、ユーザ端末２００の近距離無線通信部２１５によって変調された電波を受信する受信部と、変調された電波からユーザ端末２００の固有情報を解析する解析部と、を有してもよい。

［支援サーバの機能構成］
図６は、本発明の一実施形態に係る乗り合い支援装置に用いられる支援サーバの機能構成を示すブロック図である。図６では、図２の支援サーバ１１０の各機能ブロックをより詳細に説明する。図６によると、支援サーバ１１０は、位置情報要請部３０１、位置情報取得部３０２、経路取得部３０３、送信部３０４、及び手配管理部３０５を有する。

位置情報要請部３０１は、ユーザ端末２００が乗り合い支援装置１０において乗り合い要請信号を送信した場合に、当該要請信号を受信し、ユーザ端末２００に対してユーザ端末２００の第１位置情報を要請する位置情報要請信号を送信する。

位置情報取得部３０２は、位置情報要請部３０１によって送信された位置情報要請信号に同意した複数のユーザ端末２００の位置を表わす複数の第１位置情報、車両３００の位置を表わす第２位置情報、及び複数のユーザ端末２００及び車両３００の目的地４００の位置を表す第３位置情報を取得する。

経路取得部３０３は、位置情報取得部３０２によって取得された第１位置情報（ユーザ端末）、第２位置情報（車両）、及び第３位置情報（目的地）に基づいて、複数のユーザ端末２００の乗り合いに適した車両３００を選定し、選定された車両３００に乗り合いを希望した複数のユーザ端末２００の位置を経由して目的地４００に到達する経路を取得する。ここで、経路取得部３０３は、乗り合いに適した経路及び車両３００を探索する機能を有していてもよい。又は、経路取得部３０３は、他の機能部によって探索された経路及び車両３００のうち、乗り合いに適した経路及び車両３００を取得する機能を有していてもよい。

送信部３０４は、経路取得部３０３によって取得した経路を、乗り合いを希望した複数のユーザ端末２００に送信する。送信部３０４は、ユーザ端末２００で第１位置情報（ユーザ端末）、第２位置情報（車両）、及び第３位置情報（目的地）を表示する処理が行われるウェブビューによって表示することで送信を行うことができる。ここで、ウェブビューにおいて、第１位置情報乃至第３位置情報をそれぞれ異なるアイコンで表示するように送信してもよい。また、乗り合いを希望するユーザ端末２００の第１位置情報のうち、ＳＮＳサーバ１３０が提供するＳＮＳサービスを利用しているユーザ端末２００の第１位置情報を示すアイコンに、ＳＮＳサービスに登録しているユーザを特定する画像を用いてもよい。又は、送信部３０４は、テキスト情報によって第１位置情報乃至第３位置情報をユーザ端末２００に送信してもよい。

手配管理部３０５は、乗り合い支援装置１０において、ユーザ端末２００が手配注文を確定した場合に、車両３００の手配を手配サーバ１２０に申請する。ここで、手配管理部３０５は、ユーザ端末２００が手配注文を確定してから所定期間経過後に手配サーバ１２０に車両３００の手配を申請するように、遅延機能を有していてもよい。手配管理部３０５は、当該遅延期間中にユーザ端末２００からの手配注文のキャンセルを受け付けることができる。手配管理部３０５は、当該遅延期間中に手配注文がキャンセルされなければ、手配サーバ１２０に車両３００の手配を申請する。

また、手配管理部３０５は、車両３００が迎車している間の第１位置情報（ユーザ端末）、第２位置情報（車両）、及び第３位置情報（目的地）の状況をユーザ端末２００に通知する。また、手配管理部３０５は、車両３００の迎車中に、ユーザ端末２００に対して車両３００に問合せ（通話又はメッセージ）をする手段を提供してもよい。また、手配管理部３０５は、車両３００を利用したユーザ端末２００に対して、利用した車両３００を評価する手段を提供してもよい。逆に、手配管理部３０５は、ユーザ端末が利用した車両３００に対して、利用したユーザ端末２００を評価する手段を提供してもよい。なお、これらの評価結果はデータベース１１５に格納される。ここで、当該評価結果に基づいて、ユーザ端末２００が利用する車両３００の優先度、又は乗り合い支援装置１０のサービスを提供するユーザ端末２００の優先度を変更してもよい。

［乗り合い支援装置の動作フロー］
図７は、本発明の一実施形態に係る乗り合い支援装置の動作フローを示す図である。図７では、図２に示した乗り合い支援装置１０の各ブロックの動作について、フローチャートを用いて詳しく説明する。

まず、ユーザ端末２００によって、乗り合い支援装置１０を動作させるプログラムが起動される（ステップＳ５０１）。ここで、ステップＳ５０１において乗り合い支援装置１０のプログラム起動時にユーザ端末に表示されるインターフェースの一例を図８及び図９に示す。図８に示すインターフェース６１０は、ＳＮＳサーバ１３０が提供するＳＮＳサービスにおける設定画面である。図８に示すように、インターフェース６１０は車両アイコン６１１を有しており、車両アイコン６１１を選択することで乗り合い支援装置１０のプログラムが起動される。ここで、インターフェース６１０は画面下方にフレンドリストタブ６１２、トークタブ６１３、タイムラインタブ６１４、及びその他タブ６１５のように、複数のタブを有している。これらの複数のタブのうち１つのタブに乗り合い支援装置１０のプログラムを起動するタブを配置してもよい。

インターフェース６１０の車両アイコン６１１を選択すると、図９のインターフェース６２０が表示される。インターフェース６２０は乗り合い支援装置１０のトップ画面である。インターフェース６２０において、依頼ボタン６２１を選択することで、ユーザ端末２００から支援サーバ１１０にアクセスすることができる。ここで、初めて乗り合い支援装置１０を利用する場合に、図１０に示すユーザ登録のインターフェース６３０を表示してもよい。インターフェース６３０には、少なくともユーザ端末２００の氏名及び電話番号を入力する欄を表示する。ここで、インターフェース６３０は、必要に応じてユーザのクレジットカード情報等を入力させる欄を表示させてもよい。

次に、ユーザが移動を希望する目的地がユーザ端末２００に入力される（ステップＳ５０２）。ここで、ステップＳ５０２において目的地入力時にユーザ端末に表示されるインターフェースの一例を図１１に示す。図１１に示すインターフェース６４０は、ウェブビューの機能によって表示されるマップである。ユーザはユーザ端末２００を用いて、マップにおける目的地４００を選択する。選択された目的地４００には、目印となる目的地ピン６４１が表示される。また、目的地ピン６４１の上方に目的地住所６４２が表示される。選択された目的地４００を設定する場合は、設定ボタン６４３を選択することで目的地４００の第３位置情報がユーザ端末２００から支援サーバ１１０に送信される。

図１１において、目的地ピン６４１にユーザ端末２００の現在地から目的地４００までの予想される所要時間（１５ｍｉｎ）が表示されている。また、マップ上には手配サーバ１２０が管理する複数の車両６４４が表示されている。ここで、目的地住所６４２、目的地４００までの所要時間、又は車両６４４の表示する機能は省略することができ、オプション機能として備えられていてもよい。

そして、ユーザ端末２００によって乗り合い支援装置１０による乗り合いを希望するアクションが起こされると、ユーザ端末２００から支援サーバ１１０に乗り合い要請信号５５１が送信される（ステップＳ５０３）。ここで、ステップＳ５０２とステップＳ５０３の順序は逆になってもよい。

ユーザ端末２００から送信された乗り合い要請信号５５１が支援サーバ１１０によって受信されると、支援サーバ１１０から乗り合い要請信号５５１を送信したユーザ端末２００及び乗り合いを希望する他のユーザ端末２００に対してユーザ端末位置情報要請信号５５２が送信される（ステップＳ５１１）。

支援サーバ１１０から送信されたユーザ端末位置情報要請信号５５２が複数のユーザ端末２００によって受信されると、当該複数のユーザ端末２００の各々において、ユーザ端末位置情報要請信号５５２に対する同意の確認が行われる（ステップＳ５０４）。ステップＳ５０４において、ユーザ端末２００によって、ユーザ端末位置情報要請信号５５２に同意する選択（ステップＳ５０４の「Ｙｅｓ」）が行われると、同意したユーザ端末２００の第１位置情報５５３がユーザ端末２００から支援サーバ１１０に送信される。一方で、ユーザ端末位置情報要請信号５５２に同意しない選択（ステップＳ５０４の「Ｎｏ」）が行われると、当該動作フローを終了し、プログラムを終了する、又は、トップ画面に移動する。

ここで、ステップＳ５０４において、ユーザ端末位置情報要請信号に対して同意を確認するインターフェースの一例を図１２に示す。図１２に示すインターフェース６５０は、ウェブビューの機能によって表示されるマップである。図１２に示すマップにおいて、ユーザ端末位置情報要請信号５５２が送信されたユーザ端末２００の第１位置情報６５１には第１位置情報ピン６５２が表示されている。ユーザ端末２００において、同意ボタン６５７を選択することで、第１位置情報６５１がユーザ端末２００から支援サーバ１１０に送信される。

また、図１２に示すインターフェース６５０には、ユーザ端末２００のユーザ情報（氏名、電話番号等）が表示されたユーザ情報確認欄６５３、支援装置１０において登録されたクレジットカード情報が表示されたユーザ登録クレジットカード情報欄６５４、ユーザが有するクーポンの情報が表示されたクーポンコード欄６５５、迎車料金など、手配センターからユーザ端末に通知する情報が表示された手配センター情報欄６５６、及び予想迎車時間等が表示された送迎情報欄６５８が設けられている。ここで、インターフェース６５０は少なくとも同意を確認する機能を有していればよく、その他の機能は省略することができ、オプション機能として備えられていてもよい。

ユーザ端末２００から送信されたユーザ端末２００の第１位置情報５５３が支援サーバ１１０によって受信されると、支援サーバ１１０から手配サーバ１２０に対して車両位置情報要請信号５５４が送信される（ステップＳ５１２）。ここで、ステップＳ５１２において、車両位置情報要請信号５５４と共に目的地４００の第３位置情報が送信されてもよい。

支援サーバ１１０から送信された車両位置情報要請信号５５４が手配サーバ１２０によって受信されると、手配センターの第２ネットワーク１０２を介して手配サーバ１２０から手配センターによって管理されている車両３００に車両位置情報要請信号５５５が送信される（ステップＳ５２１）。ここで、ステップＳ５２１において、目的地４００の第３位置情報に基づいて車両位置情報要請信号５５５を送信する車両３００を選定してもよい。具体的には、目的地４００の第３位置情報を中心として、所定の範囲に含まれる領域に存在する車両３００に対してのみ車両位置情報要請信号５５５を送信してもよい。

手配サーバ１２０から送信された車両位置情報要請信号５５５が各々の車両３００によって受信されると、各々の車両３００から当該車両３００の第２位置情報５５６が手配サーバ１２０に返信される（ステップＳ５３１）。ここで、第２位置情報５５６と共に当該車両３００の実車状況（空車・回送・迎車・賃走等）を含む情報を返信してもよい。

各々の車両３００から返信された第２位置情報５５６が手配サーバ１２０によって受信されると、手配サーバ１２０から支援サーバ１１０に対して第２位置情報５５７が送信される（ステップＳ５２２）。ここで、ステップＳ５２２において、目的地４００の第３位置情報に基づいて第２位置情報５５７を送信する車両３００を選定してもよい。具体的には、各々の車両３００から返信された第２位置情報５５６のうち、目的地４００の第３位置情報を中心として、所定の範囲に含まれる第２位置情報５５７だけが手配サーバ１２０から支援サーバ１１０に送信されてもよい。

手配サーバ１２０から送信された第２位置情報５５７が支援サーバ１１０によって受信されると、支援サーバ１１０では、ユーザ端末２００の第１位置情報、車両３００の第２位置情報、及び目的地の第３位置情報に基づいて、第２位置情報から複数の第１位置情報を経由して第３位置情報に到達する経路を取得する（ステップＳ５１３）。ここで、ステップＳ５１３において取得した経路が経由する位置は、経路を取得した時点における各ユーザ端末２００の位置に限定されず、各ユーザ端末２００が指定する任意の位置に設定されてもよい。

続いて、ステップＳ５１３によって取得した経路・車両情報５５８が支援サーバ１１０からユーザ端末２００に送信される（ステップＳ５１４）。ここで、ユーザ端末に送信される経路・車両情報５５８は１つでもよく、複数でもよい。

支援サーバ１１０から送信された経路・車両情報５５８がユーザ端末２００によって受信されると、ユーザ端末２００では手配情報として目的地４００までの経路及び利用する候補車両の詳細な情報が表示される（ステップＳ５０５）。

ユーザ端末２００によって、経路・車両情報５５８が表示された後に、表示された経路及び車両による手配注文の確定の確認が行われる（ステップＳ５０６）。ステップＳ５０６において、ユーザ端末２００によって、表示された経路及び車両による手配注文を確定する選択（ステップＳ５０６の「Ｙｅｓ」）が行われると、手配注文確定情報５５９がユーザ端末２００から支援サーバ１１０に送信される。一方で、手配注文を確定しない選択（ステップＳ５０６の「Ｎｏ」）が行われると、当該動作フローを終了し、プログラムを終了する、又は、トップ画面に移動する。

ここで、手配注文の確定の確認は、乗り合いを希望する複数のユーザ全員に対して行われてもよく、又は乗り合いを希望する複数のユーザのうち少なくとも１のユーザに対して行われてもよい。例えば、手配注文の確定の確認は、ステップＳ５０３で乗り合い要請信号５５１を送信したユーザ端末２００に対してだけ行われてもよい。

ユーザ端末２００から送信された手配注文確定情報５５９が支援サーバ１１０によって受信されると、支援サーバ１１０から手配サーバ１２０に対して手配手配要請信号５６０が送信される（ステップＳ５１５）。ここで、ステップＳ５１５の手配手配要請信号５６０は、ステップＳ５０６において手配注文の確定をした後、所定期間（遅延期間）経過後に手配サーバ１２０に送信されてもよい。また、上記の遅延期間中に、支援サーバ１１０はユーザ端末２００に対して、例えば図１３に示すような、手配注文のキャンセルを受け付けるインターフェース６６０を提供してもよい。

手配サーバ１２０が手配手配要請信号５６０を受信すると、ステップＳ５１３の経路取得によって選定された車両３００に対して迎車指示信号５６１が送信される（ステップＳ５２３）。迎車指示信号５６１を受信した車両３００が迎車可能な実車状況であれば、当該車両３００から受諾信号５６２が手配サーバ１２０に返信される（ステップＳ５３２）。

上記の車両３００から返信された受諾信号５６２が手配サーバ１２０によって受信されると、手配サーバ１２０から支援サーバ１１０に対して受諾通知５６３が送信される（ステップＳ５２４）。支援サーバ１１０が受諾通知５６３を受信すると、支援サーバ１１０からユーザ端末２００に対して手配状況通知５６４が送信される（ステップＳ５１６）。手配状況通知５６４は、迎車中の車両情報（車種、車両番号、運転手情報、実車状況等）及び当該車両３００の現在位置等の情報を含む。また、手配状況通知５６４は、次に乗車するユーザ端末２００の位置に到着する予想時刻、目的地４００の位置に到着する予想時刻、渋滞情報等をさらに含んでもよい。

支援サーバ１１０は、ステップＳ５１６において送信された手配状況通知５６４を受信したユーザ端末２００に対して、例えば図１４に示すような、迎車中の車両３００に対する問合せを受け付けるインターフェース６７０を提供する（ステップＳ５０７）。ユーザが迎車中の車両３００に対して問合せを希望する場合、図１４に示すインターフェース６７０を利用して車両３００の運転手と通話をすることができる（ステップＳ５４１）ようにしてもよい。そして、迎車中の車両３００が車両３００に乗車するユーザ端末２００の位置に到着すると、図１５に示すように、車両３００が到着したことを通知するインターフェース６８０を提供する（ステップＳ５０８）。

ここで、図１５のインターフェース６８０において、乗車予定のユーザが車両３００（タクシー）を発見できない場合に、ユーザ端末２００と車両３００の運転手の携帯電話とを通話可能に接続する問合せボタン６８１が配置されてもよい。問合せボタン６８１を押すことで、自動的にユーザ端末２００から車両３００の運転手の携帯電話に電話をかけることができる。又は、問合せボタン６８１を押すことで、自動的に車両３００の運転手の携帯電話からユーザ端末２００に電話をかけるようにしてもよい。また、インターフェース６８０には、目的地４００への到着予定時刻６８２、ユーザ端末２００が手配注文した端末であることを示す確認番号６８３、及び乗務員評価６８４を含んでもよい。

上記のようにして、車両３００は乗り合いを希望する複数のユーザ端末２００を経由して目的地４００に到達することができる。

ここで、図７では、ステップＳ５０２の目的地入力がステップＳ５０３の乗り合い要請よりも前に行われる動作フローを例示したが、このフローに限定されない。例えば、ステップＳ５０２の目的地入力は、ステップＳ５０４のユーザ端末位置情報要請信号５５２に対する同意の確認の後に行われてもよい。つまり、ステップＳ５０２の目的地入力は、ステップＳ５０１のプログラム起動からステップＳ５１２の車両位置情報要請までの間に行えばよい。

また、図７では、手配サーバ１２０はステップＳ５１２の車両位置情報要請を受けてから車両３００にステップＳ５２１の車両位置情報要請を行う動作フローを例示したが、このフローに限定されない。例えば、手配サーバ１２０は所定の時間間隔で定常的に車両３００の第３位置情報を取得し、当該第３位置情報をデータベース１２５に格納することができる。そして、ステップＳ５１２の車両位置情報要請に対して、手配サーバ１２０はデータベース１２５に格納された第３位置情報を支援サーバ１１０に送信してもよい。つまり、図７の動作フローにおいて、ステップＳ５２１、Ｓ５３１を省略し、ステップＳ５１２の車両位置情報要請の直後にステップＳ５２２の車両位置情報送信が行われてもよい。

［経路取得部の経路取得方法］
図６に示す、支援サーバ１１０の経路取得部３０３の経路取得方法について、図１６を用いて詳細に説明する。実施形態１に係る乗り合い支援装置１０における経路取得部３０３は、複数の第１位置情報（ユーザ端末２００Ａ、２００Ｂ、２００Ｃ）のうち第３位置情報（目的地４００）から相対的に遠い第１位置情報（ユーザ端末２００Ａ）を最初に経由する経路を取得する。

経路取得部３０３は、図７のステップＳ５１３の経路取得において、まず、ユーザ端末２００Ａと目的地４００との距離Ｄａ、ユーザ端末２００Ｂと目的地４００との距離Ｄｂ、及びユーザ端末２００Ｃと目的地４００との距離Ｄｃを計算し、距離Ｄａ、Ｄｂ、Ｄｃのうち相対的に距離が長い（つまり、目的地４００から相対的に離れている）ユーザ端末を最初に乗車するユーザ端末に指定する。例えば、図１６の例では、実線で描かれた経路に示すように、経路取得部３０３は目的地４００から最も遠く離れたユーザ端末２００Ａを最初に乗車させる経路を提供する。

ただし、経路取得部３０３が提供する経路において、最初に乗車させるユーザ端末２００は目的地４００から最も遠く離れたユーザ端末２００に限定されず、複数のユーザ端末２００Ａ、２００Ｂ、２００Ｃのうち、相対的に目的地４００から遠いユーザ端末２００を最初に乗車させるユーザ端末２００とすることができる。また、複数のユーザ端末２００Ａ、２００Ｂ、２００Ｃが乗車する順序は、各々のユーザ端末によって任意に決定されてもよい。

ここで距離Ｄａ、Ｄｂ、Ｄｃは、道路地図上の距離である。例えば、距離Ｄａは、ユーザ端末２００Ａから目的地４００までの道路地図上の経路の距離である。ただし、距離Ｄａ、Ｄｂ、Ｄｃは道路地図上の距離に限定されず、各々の位置情報を結ぶ直線距離であってもよい。なお、道路地図上の距離とは、２つの点の直線距離ではなく、道路地図に基づいて移動した場合の距離である。

以上のように、本発明の実施形態１に係る乗り合い支援装置１０によると、乗り合いを希望するユーザ端末２００によって乗り合い要請をすることで、車両３００への複数ユーザの乗り合いを支援し、乗り合いに適した車両３００及び当該車両３００から目的地４００までの経路を提供する乗り合い支援装置及び乗り合いを支援するプログラムを提供することができる。

また、乗り合い支援装置１０を利用する複数のユーザ端末２００が、複数のユーザ端末２００が登録した所定のサービスにおいて互いに承認された交流関係を形成していることで、乗り合い支援装置１０を利用するために新たに個人情報を入力する必要がなく、当該所定のサービスの情報を利用することができる。また、乗り合いする相手が知人であるため、安心して乗り合い支援装置１０を利用することができる。したがって、乗り合い支援装置１０の利用に対するしきい値が下がり、より多くのユーザが気軽に利用できるというメリットがある。また、経路取得部３０３が複数のユーザ端末２００の位置情報のうち、目的地４００の位置情報から相対的に遠いユーザ端末２００の位置情報を最初に経由する経路を取得することで、車両３００の移動距離をより少なくすることができ、複数のユーザにとってより効率のよい経路を取得することができる。

〈実施形態１の変形例１〉
図１７を用いて、本発明の一実施形態の変形例について説明する。図１７は、本発明の一実施形態の変形例に係る乗り合い支援装置に用いられる支援サーバの経路取得部の経路取得方法の一例を示す図である。実施形態１の変形例１に係る乗り合い支援装置１１は、実施形態１で説明した乗り合い支援装置１０と類似しているが、乗り合い支援装置１１は、経路取得部３０３が複数の第１位置情報（ユーザ端末）のうち第２位置情報（車両）に相対的に近い第１位置情報を最初に経由する経路を取得する点において、乗り合い支援装置１０とは相違する。

乗り合い支援装置１１において、経路取得部３０３は、まず、ユーザ端末２００Ａと車両３００との距離Ｄａ、ユーザ端末２００Ｂと車両３００との距離Ｄｂ、及びユーザ端末２００Ｃと車両３００との距離Ｄｃを計算し、距離Ｄａ、Ｄｂ、Ｄｃのうち相対的に距離が短い（つまり、車両３００から相対的に近い）ユーザ端末を最初に乗車するユーザ端末に指定する。例えば、図１７の例では、実線で描かれた経路に示すように、経路取得部３０３は車両３００に最も近いユーザ端末２００Ｂを最初に乗車させる経路を提供する。

ただし、経路取得部３０３が提供する経路において、最初に乗車させるユーザ端末２００は車両３００に最も近いユーザ端末２００に限定されず、複数のユーザ端末２００Ａ、２００Ｂ、２００Ｃのうち、相対的に車両３００に近いユーザ端末２００を最初に乗車させるユーザ端末２００とすることができる。

ここで距離Ｄａ、Ｄｂ、Ｄｃは、道路地図上の距離である。例えば、距離Ｄａは、ユーザ端末２００Ａから目的地４００までの道路地図上の経路の距離である。ただし、距離Ｄａ、Ｄｂ、Ｄｃは道路地図上の距離に限定されず、各々の位置情報を結ぶ直線距離であってもよい。

以上のように、本発明の実施形態１に係る乗り合い支援装置１１によると、乗り合いを希望する各ユーザ端末の周囲に存在する車両３００の状況に応じて、利用する車両３００を選択することができる。

〈実施形態２〉
本発明の実施形態２に係る乗り合い支援装置及び乗り合いを支援するプログラムを含む乗り合い支援装置について、図１８乃至２０を参照しながら詳細に説明する。なお、乗り合い支援装置の概要、支援サーバのハードウェア構成、ユーザ端末のハードウェア構成、及び車両のハードウェア構成に関しては、実施形態１に係る乗り合い支援装置１０と同様であるので、ここでは説明を省略する。

［支援サーバの機能構成］
図１８は、本発明の一実施形態に係る乗り合い支援装置に用いられる支援サーバの機能構成を示すブロック図である。図１８に示すように、乗り合い支援装置２０の支援サーバ１１０は、位置情報要請部３０１、位置情報取得部３０２、経路取得部３０３、送信部３０４、手配管理部３０５、及び一覧表示部３０６を有する。ここで、位置情報要請部３０１、位置情報取得部３０２、経路取得部３０３、送信部３０４、及び手配管理部３０５に関しては、実施形態１に係る乗り合い支援装置１０と同様であるので、ここでは説明を省略する。

ここで、乗り合い支援装置２０の支援サーバ１１０において、位置情報取得部３０２は複数の第２位置情報（車両の位置情報）を取得し、経路取得部３０３は位置情報取得部３０２によって取得された複数の第２位置情報の各々に対して経路を取得する。そして、一覧表示部３０６は、複数の第２位置情報の各々に対して取得した複数の経路を所定の順に一覧表示する。位置情報取得部３０２及び経路取得部３０３の基本的な機能は乗り合い支援装置１０と同様であるため、ここでは説明を省略する。

［経路取得部の経路取得方法］
図１８に示す、支援サーバ１１０の経路取得部３０３の経路取得方法について、図１９を用いて詳細に説明する。図１９は、本発明の一実施形態に係る乗り合い支援装置に用いられる支援サーバの経路取得部の経路取得方法の一例を示す図である。実施形態２に係る乗り合い支援装置２０における経路取得部３０３は、複数の第１位置情報（ユーザ端末２００Ａ、２００Ｂ、２００Ｃ）の各々と、複数の第２位置情報（車両３００Ａ、３００Ｂ、３００Ｃ）の各々との距離を計算し、複数の第１位置情報の各々に対して経路を取得する。図１９では、ユーザ端末２００Ａに対してはユーザ端末２００Ａに最も近い車両３００Ａを利用して乗り合いする経路を取得し、ユーザ端末２００Ｂに対してはユーザ端末２００Ｂに最も近い車両３００Ｂを利用して乗り合いする経路を取得し、ユーザ端末２００Ｃに対してはユーザ端末２００Ｃに最も近い車両３００Ｃを利用して乗り合いする経路を取得する。

図１９の説明では、経路取得部３０３が、複数のユーザ端末の各々に対して最も近くに存在する車両を利用して乗り合いする経路を取得する方法について説明したが、この方法に限定されない。例えば、経路取得部３０３は複数のユーザ端末の各々の近くに存在する複数の車両に対して経路を取得してもよい。具体的には、経路取得部３０３が、ユーザ端末２００Ａに対して車両３００Ａを利用して乗り合いする経路１と、車両３００Ａよりもユーザ端末２００Ａから遠い車両３００Ｂを利用して乗り合いする経路２と、のように複数の経路を取得してもよい。また、経路取得部３０３は取得した経路の走行距離、経路及び渋滞情報から算出された予想到着時刻を計算してもよい。

［一覧表示部の一覧］
図１８に示す、支援サーバ１１０の一覧表示部３０６の一覧について、図２０を用いて詳細に説明する。図２０は、本発明の一実施形態に係る乗り合い支援装置に用いられる支援サーバの一覧表示部が表示する一覧の一例を示す図である。図２０に示すように、一覧６００の項目は、車両６０１、ユーザ６０２、ユーザまでの距離６０３、走行距離６０４、及び予想到着時刻６０５を含む。一覧６００では、一覧表示部３０６がユーザまでの距離に基づいて、ユーザまでの距離が近い順に一覧表示した例を示した。

ここで、一覧６００の項目は、図２０に示した項目に限定されず、その他の項目を含むことができる。また、一覧表示部３０６は、走行距離に基づいて、走行距離が短い順に一覧表示してもよい。また、一覧表示部３０６は、予想到着時刻に基づいて、予想到着時刻が早い順に一覧表示してもよい。一覧表示する際に優先する項目は、ユーザ端末２００によって選択し、切り替えることができる。

図１９及び図２０に示すように、複数のユーザ端末のいずれかとの距離が最も短い車両はユーザ端末２００Ｂの近くに存在する車両３００Ｂである。一方で、図１９のような位置関係の場合、ユーザ端末２００Ａからの距離は遠いが、車両３００Ａを利用して乗り合いする経路が最も走行距離が短い経路である。一方で、図２０に示すように、渋滞情報を反映して計算された予想到着時刻を考慮すると、車両３００Ｃを利用して乗り合いする経路が最も与党到着時刻が早い経路である。

以上のように、本発明の実施形態２に係る乗り合い支援装置２０によると、実施形態１に係る乗り合い支援装置１０と同等の効果が得られる。さらに、複数の経路が取得され、ユーザの希望に合わせて一覧表示することができるため、ユーザの目的に合わせた経路を選択することができる。

〈実施形態３〉
本発明の実施形態３に係る乗り合い支援装置及び乗り合いを支援するプログラムを含む乗り合い支援装置について、図２１乃至図２４を参照しながら詳細に説明する。なお、乗り合い支援装置の概要、支援サーバのハードウェア構成、ユーザ端末のハードウェア構成、及び車両のハードウェア構成に関しては、実施形態１に係る乗り合い支援装置１０と同様であるので、ここでは説明を省略する。

［支援サーバの機能構成］
図２１は、本発明の一実施形態に係る乗り合い支援装置に用いられる支援サーバの機能構成を示すブロック図である。図２１に示すように、乗り合い支援装置３０の支援サーバ１１０は、位置情報要請部３０１、位置情報取得部３０２、経路取得部３０３、送信部３０４、手配管理部３０５、及び乗降車判断部３０７を有する。ここで、位置情報要請部３０１、位置情報取得部３０２、経路取得部３０３、送信部３０４、及び手配管理部３０５に関しては、実施形態１に係る乗り合い支援装置１０と同様であるので、ここでは説明を省略する。

［乗降車判断部の乗降車判断方法］
ここで、乗降車判断部３０７の機能について図２２を用いて詳しく説明する。図２２は、本発明の一実施形態に係る乗り合い支援装置に用いられる支援サーバの乗降車判断部の乗降車判断方法の一例を示す図である。図２２に示すように、乗降車判断部３０７は、第１位置情報（ユーザ端末）と第２位置情報（車両）との距離が第１距離Ｄ１以下である場合に、当該ユーザ端末が当該車両に乗車したと判断する。一方、乗降車判断部３０７は、第１位置情報と第２位置情報との距離が第１距離Ｄ１よりも大きくなった場合に、当該ユーザが当該車両から降車したと判断する。

具体的には、図２２に示す乗車判断時７１０のように、車両３００がユーザ端末２００から第１距離Ｄ１の半径内に入ったときにユーザ端末２００が車両３００に乗車したと判断する。また、降車判断時７２０のように、車両３００がユーザ端末２００から第１距離Ｄ１の半径外に出たときにユーザ端末２００が車両３００から降車したと判断する。

また、ユーザ端末２００が車両３００に乗車したこと、又はユーザ端末２００が車両３００から降車したことは、送信部３０４によって乗り合いを希望する複数のユーザ端末２００に送信されてもよい。

次に、乗降車判断の精度をより向上させるための機能について説明する。図２３は、本発明の一実施形態の変形例に係る乗り合い支援装置に用いられる支援サーバの乗降車判断部の乗車判断方法の一例を示す図である。図２３に示すように、乗降車判断部３０７は、第１位置情報（ユーザ端末）と第２位置情報（車両）との距離が第１距離Ｄ１以下であり、さらに第１位置情報と第２位置情報とが同じ方向に移動している場合に、当該ユーザ端末が当該車両に乗車したと判断してもよい。一方、図２４に示すように、乗降車判断部３０７は、第２位置情報が第１位置情報と異なる方向に移動している場合に、当該ユーザ端末が当該車両から降車したと判断してもよい。

以上のように、本発明の実施形態３に係る乗り合い支援装置３０によると、実施形態１に係る乗り合い支援装置１０と同等の効果が得られる。さらに、乗り合いを利用する他のユーザの乗降車情報を得ることができるため、ユーザ利便性をより向上させることができる。

〈実施形態３の変形例〉
図２５及び図２６を用いて、本発明の一実施形態の変形例について説明する。図２５は、本発明の一実施形態の変形例に係る乗り合い支援装置に用いられる支援サーバの乗降車判断部の乗降車判断方法の一例を示す図である。図２５に示す実施形態３の変形例１に係る乗り合い支援装置３１において、車両３００は、ユーザ端末２００と車両３００との距離が第２距離Ｄ２以下になると信号を生成する近距離無線通信部３２０を有している。車両３００が近距離無線通信部３２０を有する場合、近距離無線通信部３２０は車両３００に備えられているＰＯＳ端末（Ｐｏｉｎｔ−Ｏｆ−Ｓａｌｅ ｔｅｒｍｉｎａｌ）や運転手が所持する通信端末に備えられていてもよい。

近距離無線通信部３２０は、ユーザ端末２００と車両３００との距離が第２距離Ｄ２以下になると、近距離無線通信部３２０固有の情報信号をユーザ端末２００に発信する。つまり、ユーザ端末２００は、ユーザ端末２００と車両３００との距離が第２距離Ｄ２以下の近距離になると、近距離無線通信部３２０から近距離無線通信部３２０固有の情報信号を受信する。ユーザ端末２００が当該情報信号を受信すると、当該情報信号を受信したことを支援サーバ１１０に送信する。そして、支援サーバ１１０の乗降車判断部３０７は、当該情報信号に基づいて、当該ユーザ端末２００が当該車両３００に乗車したこと、又は当該ユーザ端末２００が当該車両３００から降車したことを判断する。

図２６は、本発明の一実施形態の変形例に係る乗り合い支援装置に用いられる支援サーバの乗降車判断部の乗降車判断方法の一例を示す図である。図２６に示す実施形態３の変形例２に係る乗り合い支援装置３２において、ユーザ端末２００は、ユーザ端末２００と車両３００との距離が第２距離Ｄ２以下になると信号を生成する近距離無線通信部２１５を有している。

近距離無線通信部２１５は、ユーザ端末２００と車両３００との距離が第２距離Ｄ２以下になると、近距離無線通信部２１５固有の情報信号を車両３００に発信する。つまり、車両３００は、ユーザ端末２００と車両３００との距離が第２距離Ｄ２以下の近距離になると、近距離無線通信部２１５から近距離無線通信部２１５固有の情報信号を受信する。車両３００が当該情報信号を受信すると、当該情報信号を受信したことを手配サーバ１２０に送信する。そして、当該情報信号が手配サーバ１２０から支援サーバ１１０に送信されることで、支援サーバ１１０の乗降車判断部３０７は、当該情報信号に基づいて、当該ユーザ端末２００が当該車両３００に乗車したこと、又は当該ユーザ端末２００が当該車両３００から降車したことを判断する。

以上のように、本発明の実施形態３の変形例に係る乗り合い支援装置３１及び３２によると、実施形態１に係る乗り合い支援装置１０と同等の効果が得られる。さらに、乗り合いを利用する他のユーザの乗降車情報を得ることができるため、ユーザ利便性をより向上させることができる。

なお、本発明は上記実施の形態に限られたものではなく、要旨を逸脱しない範囲で適宜変更することが可能である。

１０、１１、２０、３０、３１、３２：支援装置、 １０１：第１ネットワーク、 １０２：第２ネットワーク、 １１０：支援サーバ、 １１１：制御部、 １１２：ハードディスク、 １１３：通信部、 １１５、１２５、１３５：データベース、 １２０：手配サーバ、 １３０：ＳＮＳサーバ、 ２００：ユーザ端末、 ２０５：メモリ、 ２１０：制御部、 ２１５、３２０：近距離無線通信部、 ２２０：通信モジュール、 ２３０：ディスプレイ、 ２４０：操作ボタン、 ２５０：スピーカ、 ２６０：マイク、 ３００：車両、 ３０１：位置情報要請部、 ３０２：位置情報取得部、 ３０３：経路取得部、 ３０４：送信部、 ３０５：手配管理部、 ３０６：一覧表示部、 ３０７：乗降車判断部、 ３１０：車体、 ４００：目的地、 ５５１：要請信号、 ５５２：ユーザ端末位置情報要請信号、 ５５３：第１位置情報、 ５５４、５５５：車両位置情報要請信号、 ５５６、５５７：第２位置情報、 ５５８：車両情報、 ５５９：手配注文確定情報、 ５６０：手配手配要請信号、 ５６１：迎車指示信号、 ５６２：受諾信号、 ５６３：受諾通知、 ５６４：手配状況通知、 ６００：一覧、 ６１０、６２０、６３０、６４０、６５０、６６０、６７０、６８０：インターフェース、 ６１１：車両アイコン、 ６１２：フレンドリストタブ、 ６１３：トークタブ、 ６１４：タイムラインタブ、 ６１５：他タブ、 ６２１：依頼ボタン、 ６４１：目的地ピン、 ６４２：目的地住所、 ６４３：設定ボタン、 ６５１：第１位置情報、 ６５２：第１位置情報ピン、 ６５３：ユーザ情報確認欄、 ６５４：ユーザ登録クレジットカード情報欄、 ６５５：クーポンコード欄、 ６５６：手配センター情報欄、 ６５７：同意ボタン、 ６５８：送迎情報欄、 ６８１：問合せボタン、 ６８２：到着予定時刻、 ６８３：確認番号、 ６８４：乗務員評価、 ７１０：乗車判断時、 ７２０：降車判断時

Claims (14)

1. 複数のユーザ端末の位置を表わす複数の第１位置情報、少なくとも１つの乗物の位置を表わす第２位置情報、及び前記複数のユーザ端末の目的地の位置を表わす第３位置情報を取得する位置情報取得部と、
   前記複数の第１位置情報、前記第２位置情報、及び前記第３位置情報に基づいて、前記第２位置情報から前記複数の第１位置情報を経由して前記第３位置情報に到達する経路を取得する経路取得部と、
   前記経路取得部により取得された経路を前記複数のユーザ端末に送信する送信部と、を有することを特徴とする乗り合い支援装置。
2. 前記複数のユーザ端末は、前記複数のユーザ端末が登録したサービスにおいて交流関係を形成していることを特徴とする請求項１に記載の乗り合い支援装置。
3. 前記経路取得部は、前記複数の第１位置情報のうち前記第３位置情報から相対的に遠い前記第１位置情報を最初に経由する経路を取得することを特徴とする請求項１又は２に記載の乗り合い支援装置。
4. 前記経路取得部は、前記複数の第１位置情報のうち前記第２位置情報に相対的に近い前記第１位置情報を最初に経由する前記経路を取得することを特徴とする請求項１又は２に記載の乗り合い支援装置。
5. 前記乗り合い支援装置は前記経路の一覧を表示する一覧表示部をさらに有し、
   前記位置情報取得部は、少なくとも１つの前記第２位置情報を取得し、
   前記経路取得部は、前記少なくとも１つの前記第２位置情報の各々に対して前記経路を取得し、
   前記一覧表示部は、前記少なくとも１つの前記第２位置情報の各々に対して取得された少なくとも１つの前記経路を一覧表示することを特徴とする請求項４に記載の乗り合い支援装置。
6. 前記一覧表示部は、前記少なくとも１つの複数の前記経路に対する走行距離に基づいた一覧を表示することを特徴とする請求項５に記載の乗り合い支援装置。
7. 前記送信部は、前記ユーザ端末が前記乗物に乗車または降車したことを前記複数のユーザ端末のうち少なくとも１つのユーザ端末に送信することを特徴とする請求項１に記載の乗り合い支援装置。
8. 前記送信部は、前記乗物が前記ユーザ端末と所定の距離以下になった場合に、前記複数のユーザ端末のうち少なくとも１つのユーザ端末に前記乗物の接近を送信することを特徴とする請求項１に記載の乗り合い支援装置。
9. 前記第１位置情報と前記第２位置情報との距離が所定の距離以下である場合に、前記ユーザ端末が前記乗物に乗車したと判断する乗降車判断部をさらに有することを特徴とする請求項８に記載の乗り合い支援装置。
10. 前記乗降車判断部は、前記第１位置情報と前記第２位置情報とが同じ方向に移動している場合に、前記ユーザ端末が前記乗物に乗車したと判断することを特徴とする請求項９に記載の乗り合い支援装置。
11. 前記乗降車判断部は、前記第１位置情報と前記第２位置情報との距離が前記所定の距離よりも大きくなった場合に、前記ユーザ端末が前記乗物から降車したと判断することを特徴とする請求項９又は１０に記載の乗り合い支援装置。
12. 前記乗降車判断部は、前記第２位置情報が前記第１位置情報と異なる方向に移動している場合に、前記ユーザ端末が前記乗物から降車したと判断することを特徴とする請求項９又は１０に記載の乗り合い支援装置。
13. 前記ユーザ端末又は前記乗物は、前記ユーザ端末と前記乗物との距離が所定の距離以下になると信号を生成する近距離無線通信部を有し、
    前記乗降車判断部は、前記信号に基づいて、前記ユーザ端末が前記乗物に乗車したこと、又は前記ユーザ端末が前記乗物から降車したことを判断することを特徴とする請求項９に記載の乗り合い支援装置。
14. コンピュータを、
    複数のユーザ端末の位置を表わす複数の第１位置情報、少なくとも１つの乗物の位置を表わす第２位置情報、及び前記複数のユーザ端末の目的地の位置を表わす第３位置情報を取得する位置情報取得部と、
    前記複数の第１位置情報、前記第２位置情報、及び前記第３位置情報に基づいて、前記第２位置情報から前記複数の第１位置情報を経由して前記第３位置情報に到達する経路を取得する経路取得部と、
    前記経路取得部により取得された経路を前記複数のユーザ端末に送信する送信部と、として機能させるためのプログラム。