JP7730800B2 - プログラム、及び情報処理方法 - Google Patents

Description

本発明は、タクシーなどの有料車両へ乗り合いをした複数ユーザの決済技術に関する。特に、本発明は、有料車両へ乗り合いをした複数のユーザの各々の乗車距離が異なる場合に、各ユーザの利用料金の負担割合を計算する技術に関する。

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

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

上記の有料車両を乗り合いする方法において、例えば特許文献１に示すように、複数のユーザからタクシーの運転手又はタクシー配車センターに伝達された当該ユーザの乗車位置及び目的地に応じて、複数のユーザの各々の運賃を計算する技術が開発されている。複数のユーザの乗車位置及び目的地は、口頭又は入力された文字によって、複数のユーザからタクシーの運転手又はタクシー配車センターに伝達される。

特開２００３－２３３６５６号公報

しかしながら、特許文献１に記載された技術によると、ユーザが文字入力によって乗車位置及び目的地を伝達する場合、ユーザは事前に目的地を設定し、文字で入力しなければいけないという手間を要していた。また、タクシーの運転手に口頭で乗車位置及び目的地を伝達した場合、当該タクシーの運転手がタクシー配車センターに複数のユーザの各々の乗車位置及び目的地を伝達する必要があったため、運転手の負担を増加させるだけでなく、運転手の記憶違いによるミスを誘発する、という問題があった。また、乗り合いをした場合の経路が、乗り合いをしない場合の経路に比べて、乗車距離が必要以上に長くなってしまう場合であっても、単純に各ユーザの乗車距離に応じて利用料金の負担割合が決められるため、公平な割勘が行われないという問題があった。

本発明は、そのような課題に鑑みてなされたものであり、ユーザ及び有料車両の運転手の負担を増加させることなく乗り合い区間を計算し、乗り合いを利用したユーザの乗車距離に応じた利用料金の負担割合を計算する計算サーバ及びその計算サーバと通信する通信端末を提供することを目的とする。

本発明の一実施形態に係るサーバ装置は、乗物の運行を識別する運行識別情報及び運行に乗車する複数のユーザを識別するユーザ識別情報を取得する識別情報取得部と、複数のユーザの通信端末と乗物との距離に基づいて、複数のユーザの各々の乗車位置情報及び降車位置情報を特定する位置情報特定部と、運行識別情報、ユーザ識別情報、乗車位置情報、及び降車位置情報を関連づけて記憶する記憶部と、複数のユーザの乗車位置情報及び降車位置情報に基づき、複数のユーザの各々が、運行に対して負担すべき金額の割合を計算する割合計算部と、割合及び運行による運行料金に基づき複数のユーザの各々が負担すべき金額を算出する料金計算部と、を有する。

また、別の態様において、割合計算部は、複数のユーザの各々が単独に乗車位置情報から降車位置情報まで乗物を利用した場合の距離に基づき、割合を計算してもよい。

また、別の態様において、割合計算部は、複数のユーザの各々の乗物を利用した移動距離の実績、又は移動距離に要した移動時間の実績に基づき、割合を計算してもよい。

また、別の態様において、位置情報特定部は、通信端末と乗物との近距離無線通信によって乗車位置情報及び降車位置情報を特定してもよい。

また、別の態様において、金額をユーザ端末に通知する通知部をさらに有してもよい。

本発明の一実施形態に係る通信端末は、運行要求によって運行する乗物の運行を識別する運行識別情報を受信する識別情報受信部と、乗物に乗車するユーザの通信端末と乗物との距離に基づいて、ユーザの乗車位置情報及び降車位置情報を特定する位置情報特定部と、乗車位置情報及び降車位置情報、並びに運行による運行料金に基づいて算出されたユーザが負担すべき金額を受信する料金情報受信部と、を有する。

また、別の態様において、位置情報特定部は、ユーザの通信端末と乗物との近距離無線通信によって乗車位置情報及び降車位置情報を特定してもよい。

また、別の態様において、乗物から運行料金を含む運行料金情報を受信する運行料金情報受信部と、運行料金情報受信部が受信した運行料金情報を計算サーバに送信する運行料金情報送信部と、をさらに有してもよい。

本発明に係る計算サーバ、通信端末及び通信端末のプログラムによると、ユーザ及び有料車両の運転手の負担を増加させることなく乗り合い区間を計算し、乗り合いを利用したユーザの乗車距離に応じた利用料金の負担割合を計算する計算サーバ及びその計算サーバと通信する通信端末を提供することができる。

本発明の一実施形態に係る乗り合い料金計算システムの概要を示す図である。 本発明の一実施形態に係る乗り合い料金計算システムの概要を示すブロック図である。 本発明の一実施形態に係る乗り合い料金計算システムに用いられる計算サーバのハードウェア構成を示すブロック図である。 本発明の一実施形態に係る乗り合い料金計算システムに用いられる通信端末のハードウェア構成を示す概略図である。 本発明の一実施形態に係る乗り合い料金計算システムに用いられる車両のハードウェア構成を示す概略図である。 本発明の一実施形態に係る乗り合い料金計算システムに用いられる計算サーバの機能構成を示すブロック図である。 本発明の一実施形態に係る乗り合い料金計算システムに用いられる通信端末の機能構成を示すブロック図である。 本発明の一実施形態に係る乗り合い料金計算システムに用いられる通信端末の機能構成を示すブロック図である。 本発明の一実施形態に係る乗り合い料金計算システムの動作フローを示す図である。 本発明の一実施形態に係る乗り合い料金計算システムの動作フローにおいて、乗り合い支援装置のプログラム起動時にユーザ端末に表示されるインターフェースの一例を示す図である。 本発明の一実施形態に係る乗り合い料金計算システムの動作フローにおいて、乗り合い支援装置のプログラム起動時にユーザ端末に表示されるインターフェースの一例を示す図である。 本発明の一実施形態に係る乗り合い料金計算システムの動作フローにおいて、ユーザ登録のインターフェースの一例を示す図である。 本発明の一実施形態に係る乗り合い料金計算システムの動作フローにおいて、ユーザ登録のインターフェースの一例を示す図である。 本発明の一実施形態に係る乗り合い料金計算システムの動作フローにおいて、乗車位置入力のインターフェースの一例を示す図である。 本発明の一実施形態に係る乗り合い料金計算システムの動作フローにおいて、ユーザ情報要請に対して同意を確認するインターフェースの一例を示す図である。 本発明の一実施形態に係る乗り合い料金計算システムの動作フローにおいて、運行要求信号送信後の画面表示の一例を示す図である。 本発明の一実施形態に係る乗り合い料金計算システムの動作フローにおいて、迎車中の画面表示の一例を示す図である。 本発明の一実施形態に係る乗り合い料金計算システムの動作フローにおいて、車両がユーザ端末の位置に到着した時の画面表示の一例を示す図である。 本発明の一実施形態に係る乗り合い料金計算システムに用いられる計算サーバの計算方法の概要を示す図である。 本発明の一実施形態に係る乗り合い料金計算システムにおいて、ユーザの乗車又は降車の判断方法の一例を示す図である。 本発明の一実施形態の変形例に係る乗り合い料金計算システムにおいて、ユーザの乗車又は降車の判断方法の一例を示す図である。 本発明の一実施形態の変形例に係る乗り合い料金計算システムにおいて、ユーザの乗車又は降車の判断方法の一例を示す図である。 本発明の一実施形態の変形例に係る乗り合い料金計算システムにおいて、ユーザの乗車又は降車の判断方法の一例を示す図である。 本発明の一実施形態の変形例に係る乗り合い料金計算システムにおいて、ユーザの乗車又は降車の判断方法の一例を示す図である。 本発明の一実施形態の変形例に係る乗り合い料金計算システムに用いられる計算サーバの計算方法の概要を示す図である。 本発明の一実施形態の変形例に係る乗り合い料金計算システムにおいて、ユーザの乗車又は降車の判断方法の一例を示す図である。 本発明の一実施形態の変形例に係る乗り合い料金計算システムにおいて、ユーザの乗車又は降車の判断方法の一例を示す図である。 本発明の一実施形態に係る乗り合い料金計算システムに用いられる通信端末の機能構成を示すブロック図である。 本発明の一実施形態に係る乗り合い料金計算システムに用いられる通信端末の機能構成を示すブロック図である。

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

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

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

〈実施形態１〉
本発明の実施形態１に係る乗り合い料金計算システム及び乗り合い料金を計算するプログラムを含む乗り合い料金計算システムについて、図１乃至２０を参照しながら詳細に説明する。

［システム概要］
図１は、本発明の一実施形態に係る乗り合い料金計算システムの概要を示す図である。また、図２は、本発明の一実施形態に係る乗り合い料金計算システムの概要を示すブロック図である。図１及び図２に示すように、実施形態１に係る乗り合い料金計算システム１０は、計算サーバ１１０、手配サーバ１２０、及びソーシャルネットワークサービス（ＳＮＳ：Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）サーバ１３０（以降、単に「ＳＮＳサーバ１３０」という）を含む。図１に示すように、計算サーバ１１０及びＳＮＳサーバ１３０は複数のユーザ端末２００Ａ、２００Ｂと通信し、手配サーバ１２０は車両３００と通信する。ここで、車両３００は、ユーザ端末２００Ａから運行要求を受けた車両であり、まずユーザ端末２００Ａを乗車させ、次にユーザ端末２００Ｂを乗車させ、ユーザ端末２００Ａ及び２００Ｂを乗り合いさせたまま目的地に向かう。

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

計算サーバ１１０は、車両３００への乗り合いを利用した複数のユーザ端末２００に対して、複数のユーザ端末の各々が運行料金のうち負担すべき負担割合及び負担金額を計算するサーバである。ここで、計算サーバ１１０は、車両３００の運行を識別する運行識別情報及び当該運行に乗車する複数のユーザを識別するユーザ識別情報を取得し、当該複数のユーザの通信端末であるユーザ端末２００と車両３００との距離に基づいて、当該複数のユーザの各々の乗車位置情報及び降車位置情報を特定し、上記の運行識別情報、ユーザ識別情報、乗車位置情報、及び降車位置情報を関連付けて記憶し、当該複数のユーザの乗車位置情報及び降車位置情報に基づき、当該複数のユーザの各々が、上記の運行に対して負担すべき割合を計算し、当該割合及び運行による運行料金に基づき当該複数のユーザの各々が負担すべき金額を算出する。

ここで、運行識別情報とは、例えば、複数の車両３００の各々に対して、賃走毎に割り当てられる識別情報である。運行識別情報の具体的な例としては、各賃走に対して発行されたオーダーシート又は各賃走に対する運行ログが挙げられる。また、ユーザ識別情報とは、例えば、ユーザ端末２００Ａとユーザ端末２００Ｂとを識別する情報である。ユーザ識別情報の具体的な例としては、各々のユーザ端末２００が有する機器固有情報や、ＳＮＳサーバ１３０で管理されているユーザ端末２００Ａ及び２００Ｂの各々に固有のサービスにおけるユーザＩＤ（ＩＤｅｎｔｉｆｉｅｒ）などが挙げられる。

手配サーバ１２０は、運行要求を受け付けて車両３００に迎車指示を行う手配センターが有するサーバであり、車両３００の位置情報、運行情報を管理する。ここで、運行情報とは、上記の運行識別情報及び運行料金を含む。また、運行情報にユーザ識別情報が含まれていてもよい。手配サーバ１２０は、上記の運行情報をアナログ管理してもよく、デジタル管理してもよい。アナログ管理とは、車両３００の各々の運行の度に作成されたオーダーシートと、料金メータに記録された運行料金のレシートと、を車両３００の運転手が手配センターに持ち帰り、手配センターの作業員がオーダーシートとレシートとを手配サーバ１２０のデータベースに記憶させる管理方法である。一方、デジタル管理とは、オーダーシートに対応する車両３００の運行識別情報及びレシートに対応する運行料金の一方又は両方が車両３００から手配サーバ１２０に無線通信によって送信され、逐次情報がデータベースに記憶される管理方法である。

ＳＮＳサーバ１３０は、ユーザ端末２００にＳＮＳサービスを提供するサーバであり、ＳＮＳサービスに加入する複数のユーザ端末２００を保有するユーザの個人情報（ユーザ端末の機器固有情報、氏名、電話番号、クレジットカード情報、メールアドレス、住所、年齢、性別、ユーザＩＤ）等を管理する。

ここで、複数のユーザ端末２００及び車両３００の一方又は両方は位置特定手段を有している。位置特定手段としては、例えばＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ
Ｓｙｓｔｅｍ）を用いることができる。乗り合い料金計算システム１０において、複数のユーザ端末２００の位置情報は計算サーバ１１０に送信され、車両３００の位置情報は手配サーバ１２０に送信される。また、目的地４００の位置情報は複数のユーザ端末２００によって入力される情報であり、目的地４００の位置情報は当該位置情報を入力したユーザ端末２００から計算サーバ１１０に送信される。また、位置特定手段のその他の例としては、上記のＧＰＳに加え近距離無線通信を用いることができる。近距離無線通信の詳細については、後に詳しく説明する。

本実施形態では、計算サーバ１１０と手配サーバ１２０とＳＮＳサーバ１３０とがそれぞれ別個のサーバである構成を例示したが、この構成に限定されない。例えば、計算サーバ１１０が手配サーバ１２０及びＳＮＳサーバ１３０の一方又は両方が有する機能を有していてもよい。つまり、一つのサーバによって、計算サーバ１１０が有する機能と手配サーバ１２０が有する機能とＳＮＳサーバ１３０が有する機能とが実現されてもよい。

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

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

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

ここで、計算サーバ１１０のデータベース１１５には運行識別情報、ユーザ識別情報、複数のユーザの各々の乗車位置情報及び降車位置情報が記憶されている。また、データベース１１５に記憶された運行識別情報、ユーザ識別情報、複数のユーザの各々の乗車位置情報及び降車位置情報の各々は互いに関連付けられている。

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

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

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

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

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

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

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

通信部１１３は、手配サーバ１２０、ＳＮＳサーバ１３０、及びユーザ端末２００と第１ネットワーク１０１を介してデータの送受信を制御する。

ここで、制御部１１１の記憶装置は、必要に応じてハードディスク１１２から演算処理に必要なプログラムを読み出して格納する。

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

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

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

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

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

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

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

［計算サーバの機能構成］
図６は、本発明の一実施形態に係る乗り合い料金計算システムに用いられる計算サーバの機能構成を示すブロック図である。図６では、図２の計算サーバ１１０の各機能ブロックをより詳細に説明する。図６によると、計算サーバ１１０は、識別情報取得部１７０、位置情報特定部１７２、記憶部１７４、割合計算部１７６、料金計算部１７８、及び通知部１８０を有する。

識別情報取得部１７０は、手配サーバ１２０から運行識別情報及び運行料金を取得する。ここで、上記のように、運行識別情報は車両３００の運行を識別する情報であり、車両３００から無線通信によって送信されたものであってもよく、作業員によって記憶されたオーダーシートに基づく情報であってもよい。または、これらの混在したものでもよい。また、識別情報取得部１７０は、ユーザ端末２００からユーザ識別情報を取得する。ユーザ識別情報は、上記車両３００の運行に乗車する複数のユーザを識別する情報である。図６の場合、識別情報取得部１７０は、ユーザ識別情報としてユーザ端末２００からユーザＩＤを取得する。ここで、識別情報取得部１７０は、ＳＮＳサーバ１３０と通信を行うことで、ユーザ識別情報としてＳＮＳサーバ１３０で管理されているＳＮＳサービスにおけるユーザＩＤを取得してもよい。

位置情報特定部１７２は、複数のユーザ端末２００と車両３００との距離に基づいて、複数のユーザ端末２００の各々の乗車位置情報及び降車位置情報を特定する。乗車位置情報及び降車位置情報の特定は、ユーザ端末２００と車両３００との近距離無線通信によって特定されてもよく、又はＧＰＳによって得られる情報に基づいて特定されてもよい。

記憶部１７４は、運行識別情報、ユーザ識別情報、乗車位置情報、及び降車位置情報を関連づけて記憶する。上記の情報は、計算サーバ１１０に接続されたデータベース１１５から読み出され、一時的に計算サーバ１１０のハードディスク１１２に記憶される。ただし、上記の情報は必ずしもハードディスク１１２に記憶される必要はない。つまり、上記の情報は、計算サーバ１１０に接続されたデータベース１１５に互いに関連づけられて記憶されており、計算サーバ１１０はデータベース１１５に記憶された上記の情報を参照することで以降の計算を行ってもよい。

割合計算部１７６は、複数のユーザ端末２００の各々の乗車位置情報及び降車位置情報に基づき、複数のユーザ端末２００を保有する複数のユーザの各々が、車両３００の運行に対して負担すべき割合を計算する。割合計算部１７６の具体的な計算方法については、後述する。

料金計算部１７８は、割合計算部１７６によって計算された割合及び車両３００の運行による運行料金に基づき、複数のユーザ端末２００の各々が負担すべき金額を算出する。

通知部１８０は、料金計算部１７８によって計算された負担金額を、乗り合いを利用した複数のユーザ端末２００に通知する。ここで、通知部１８０は、計算された負担金額以外にも、運行日時、乗り合いを利用したユーザ情報（氏名、電話番号、住所等）、各ユーザの乗車・降車位置、運行経路、決済状況等の情報を通知することができる。なお、通知部１８０が運行経路などの地図情報をユーザに通知する場合、ユーザ端末２００で各位置情報を表示する処理が行われるウェブビューによって表示することで通知を行うことができる。なお、これらの計算結果及びユーザ端末２００に通知したデータはデータベース１１５に格納される。ここで、上記の情報が他のサーバ又は他のシステムによってユーザ端末２００に通知される場合は、計算サーバ１１０は通知部１８０を有していなくてもよい。

図示しないが、計算サーバ１１０は、上記の識別情報取得部１７０、位置情報特定部１７２、記憶部１７４、割合計算部１７６、料金計算部１７８、及び通知部１８０に加えて手配管理部を有していてもよい。

上記の手配管理部は、乗り合い料金計算システム１０において、ユーザ端末２００が運行要求を送信した場合に、運行要求を手配サーバ１２０に申請する。ここで、手配管理部は、ユーザ端末２００が運行要求を送信してから所定期間経過後に手配サーバ１２０に運行要求を申請するように、遅延機能を有していてもよい。また、手配管理部は、当該遅延期間中にユーザ端末２００からの運行要求のキャンセルを受け付けることができる。一方、当該遅延期間中に手配注文がキャンセルされなければ、手配管理部は手配サーバ１２０に運行要求を申請する。

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

［運行要求する通信端末の機能構成］
図７は、本発明の一実施形態に係る乗り合い料金計算システムに用いられる通信端末の機能構成を示すブロック図である。図７では、図２のユーザ端末２００のうち、運行要求をするユーザＡのユーザ端末２００Ａの各機能ブロックをより詳細に説明する。図７によると、運行要求をするユーザ端末２００Ａは、運行要求信号送信部２７０、識別情報受信部２７２、位置情報特定部２７４、及び料金情報受信部２７６を有する。

運行要求信号送信部２７０は、手配サーバ１２０に対して車両３００の運行を要求する運行要求信号を送信する。識別情報受信部２７２は、運行要求信号送信部２７０が送信した運行要求によって運行する車両３００の運行を識別する運行識別情報を手配サーバ１２０から受信する。ここで、上記のように、運行識別情報は車両３００から手配サーバ１２０へ無線通信によって送信された各賃走に対する運行ログであってもよく、作業員によって手配サーバ１２０又はデータベース１２５に記憶されたオーダーシートの情報であってもよい。または、これらの混在したものでもよい。

位置情報特定部２７４は、上記の運行要求によって運行する車両３００に乗車するユーザ端末２００と車両３００との距離に基づいて、ユーザ端末２００の乗車位置情報及び降車位置情報を特定する。詳細は後述するが、乗車位置情報及び降車位置情報は、ユーザ端末２００と車両３００との距離が所定の距離以下になると信号を生成する近距離無線通信部から得られる信号に応じて生成される情報であってもよく、ＧＰＳ等によって得られるユーザ端末２００の位置情報と車両３００の位置情報との距離に基づいて得られる情報であってもよい。

料金情報受信部２７６は、位置情報特定部２７４によって特定された乗車位置情報及び降車位置情報、並びに車両３００の運行による運行料金に基づいて算出された、ユーザが負担すべき金額を受信する。

［同乗する通信端末の機能構成］
図８は、本発明の一実施形態に係る乗り合い料金計算システムに用いられる通信端末の機能構成を示すブロック図である。図８では、図２のユーザ端末２００のうち、ユーザ端末２００Ａの運行要求によって運行する車両３００に同乗するユーザ端末２００Ｂの各機能ブロックをより詳細に説明する。図８によると、同乗するユーザ端末２００Ｂは、運行要求をするユーザＡのユーザ端末２００Ａの機能ブロックと類似しているが、ユーザ端末２００Ｂは運行要求信号送信部２７０を有していない点においてユーザ端末２００Ａと相違する。

ユーザ端末２００Ｂは、運行要求をする必要がないため、上記のように運行要求信号送信部２７０を有していなくてもよい。ただし、これはユーザ端末２００Ｂが運行要求信号送信部２７０を有さないことを限定するものではない。もちろん、ユーザ端末２００Ｂが運行要求信号送信部２７０を有していてもよい。

［乗り合い料金計算システムの動作フロー］
図９は、本発明の一実施形態に係る乗り合い料金計算システムの動作フローを示す図である。図９では、図２に示した乗り合い料金計算システム１０の各ブロックの動作について、フローチャートを用いて詳しく説明する。

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

インターフェース６１０の車両アイコン６１１を選択すると、図１１のインターフェース６２０が表示される。インターフェース６２０は乗り合い料金計算システム１０のトップ画面である。インターフェース６２０において、依頼ボタン６２１を選択することで、ユーザ端末２００から計算サーバ１１０にアクセスすることができる。

ここで、初めて乗り合い料金計算システム１０を利用する場合に、図１２及び図１３に示すユーザ登録のインターフェース６３０及びクレジットカード情報登録のインターフェース６３１を表示してもよい。インターフェース６３０には、少なくともユーザ端末２００の氏名及び電話番号を入力する欄を表示する。またインターフェース６３１には、少なくともクレジットカード番号、有効期限、暗証番号を入力する欄を表示する。

次に、ユーザ端末２００Ａによって車両３００に対する運行要求が実行される（ステップＳ５０２）。ここで、ステップＳ５０２において運行要求をする際にユーザ端末に表示されるインターフェースの一例を図１４に示す。図１４に示すインターフェース６４０は、ウェブビューの機能によって表示されるマップである。ユーザはユーザ端末２００を用いて、マップにおける乗車位置６００を選択する。選択された乗車位置６００には、目印となる乗車位置ピン６４１が表示される。また、乗車位置ピン６４１の上方に乗車位置住所６４２が表示される。選択された乗車位置６００を設定する場合は、設定ボタン６４３を選択することで乗車位置６００の位置情報がユーザ端末２００Ａの乗車位置として設定される。

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

また、ステップＳ５０２において、図１４に示すインターフェース６４０の設定ボタン６４３が選択されると、図１５にその一例を示すように、乗車位置６００及びユーザ端末Ａの情報を計算サーバ１１０に送信することに対する同意を確認するインターフェース６５０が提供される。図１５に示すインターフェース６５０は、ウェブビューの機能によって表示されるマップである。図１５に示すマップにおいて、ユーザ端末２００Ａの乗車位置６００には位置情報ピン６５２が表示されている。ユーザ端末２００Ａによって、同意ボタン６５７が選択されることで、乗車位置６００がユーザ端末２００Ａから計算サーバ１１０に送信される。

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

上記のように、ユーザ端末２００Ａによって乗り合い料金計算システム１０による運行要求のアクションが起こされると、ユーザ端末２００Ａから計算サーバ１１０に運行要求信号５５２が送信される。ここで、ステップＳ５０１及びステップＳ５０２の動作はユーザ端末２００Ｂによって実行されてもよい。

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

手配サーバ１２０が運行要求申請信号５５４を受信すると、手配センターが管理する車両３００に対して迎車指示信号５５６が送信される（ステップＳ５４１）。ここで、ステップＳ５４１において、手配サーバ１２０は、手配センターの第２ネットワーク１０２を介して手配センターが管理する車両３００の位置情報及び車両３００の実車状況（空車・回送・迎車・賃走等）を含む情報を取得する。そして、これらの情報に基づいて、手配サーバ１２０は車両３００を指定して迎車指示信号５５６を送信する。迎車指示信号５５６を受信した車両３００が実際に迎車可能な実車状況であれば、当該車両３００から受諾信号５５８が手配サーバ１２０に返信される（ステップＳ５２１）。

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

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

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

上記のようにして、ユーザ端末２００Ａは車両３００に乗車する（ステップＳ５０３）。ステップＳ５０３において、ユーザ端末２００Ａが車両３００に乗車すると、ユーザ端末２００Ａの車両３００への乗車位置を示す第１乗車位置情報５６４が生成され、計算サーバ１１０に送信される（ステップＳ５０４）。ここで、第１乗車位置情報５６４は、ユーザ端末２００Ａ及び車両３００の相対的な位置関係に基づいてユーザ端末２００Ａによって生成されてもよく、又はユーザ端末２００Ａ及び車両３００の相対的な位置関係に基づいて計算サーバ１１０によって生成されてもよい。ステップＳ５０４において生成された第１乗車位置情報５６４が計算サーバ１１０によって受信されることで、計算サーバ１１０は第１乗車位置情報５６４を取得する（ステップＳ５３２）。ここで、第１乗車位置情報５６４には、ユーザ端末２００Ａとユーザ端末２００Ｂとを識別するユーザ識別情報が含まれている。ここでは、ユーザ識別情報として、ユーザ端末２００Ａが有するユーザＩＤが第１乗車位置情報５６４に含まれている。

ユーザ端末２００Ａを乗車させた車両３００は、ユーザ端末２００Ｂの乗車位置に移動し、ユーザ端末２００Ｂを乗車させる（ステップＳ５１１）。ステップＳ５１１において、ユーザ端末２００Ｂが車両３００に乗車すると、ユーザ端末２００Ｂの車両３００への乗車位置を示す第２乗車位置情報５６６が生成され、計算サーバ１１０に送信される（ステップＳ５１２）。ここで、第２乗車位置情報５６６は、ユーザ端末２００Ｂ及び車両３００の相対的な位置関係若しくはユーザ端末２００Ｂ及び車両３００に乗車しているユーザ端末２００Ａの相対的な位置関係に基づいてユーザ端末２００Ｂによって生成されてもよい。又は、第２乗車位置情報５６６は、ユーザ端末２００Ｂ及び車両３００の相対的な位置関係若しくはユーザ端末２００Ｂ及び車両３００に乗車しているユーザ端末２００Ａの相対的な位置関係に基づいて計算サーバ１１０によって生成されてもよい。ステップＳ５１２において生成された第２乗車位置情報５６６が計算サーバ１１０によって受信されることで、計算サーバ１１０は第２乗車位置情報５６６を取得する（ステップＳ５３３）。ここで、第２乗車位置情報５６６には、ユーザ端末２００Ａとユーザ端末２００Ｂとを識別するユーザ識別情報が含まれている。ここでは、ユーザ識別情報として、ユーザ端末２００Ｂが有するユーザＩＤが第２乗車位置情報５６６に含まれている。

ユーザ端末２００Ａ、２００Ｂ、及び車両３００が目的地に到着する（ステップＳ５０５）と、ユーザ端末２００Ａ、２００Ｂは車両３００から降車する（ステップＳ５０６、Ｓ５１３）。ステップＳ５０６において、ユーザ端末２００Ａが車両３００から降車すると、ユーザ端末２００Ａの車両３００からの降車位置を示す第１降車位置情報５６８が生成され、計算サーバ１１０に送信される（ステップＳ５０７）。また、ステップＳ５１３において、ユーザ端末２００Ｂが車両３００から降車すると、ユーザ端末２００Ｂの車両３００からの降車位置を示す第２降車位置情報５７０が生成され、計算サーバ１１０に送信される（ステップＳ５１４）。

ここで、第１降車位置情報５６８は、ユーザ端末２００Ａ及び車両３００の相対的な位置関係に基づいてユーザ端末２００Ａによって生成されてもよく、又はユーザ端末２００Ａ及び車両３００の相対的な位置関係に基づいて計算サーバ１１０によって生成されてもよい。また、第２降車位置情報５７０は、ユーザ端末２００Ｂ及び車両３００の相対的な位置関係に基づいてユーザ端末２００Ｂによって生成されてもよく、又はユーザ端末２００Ｂ及び車両３００の相対的な位置関係に基づいて計算サーバ１１０によって生成されてもよい。

ユーザ端末２００Ａ及び２００Ｂから送信された第１降車位置情報５６８及び第２降車位置情報５７０は、計算サーバ１１０によって受信（取得）される（ステップＳ５３４）。ここで、第１降車位置情報５６８及び第２降車位置情報５７０には、ユーザ端末２００Ａとユーザ端末２００Ｂとを識別するユーザ識別情報が含まれている。ここでは、ユーザ識別情報として、ユーザ端末２００Ａが有するユーザＩＤが第１降車位置情報５６８に含まれ、ユーザ端末２００Ｂが有するユーザＩＤが第２降車位置情報５７０に含まれている。

また、ステップＳ５０５において車両３００が目的地に到着すると、車両３００によって運行識別情報及び運行料金を含む運行情報５７２が生成され、手配サーバ１２０に報告される（ステップＳ５２３）。

車両３００から報告された運行情報５７２が手配サーバ１２０によって受信されると、手配サーバ１２０から計算サーバ１１０へ運行識別情報及び運行料金を含む運行情報５７４が通知される（ステップＳ５４３）。

手配サーバ１２０から通知された運行情報５７４が計算サーバ１１０によって受信されると、計算サーバ１１０は運行情報５７４に含まれる運行識別情報及び運行料金を取得する（ステップＳ５３５）。次に、ステップＳ５３５において取得された運行識別情報及び運行料金に基づいて、ユーザ端末Ａ及びユーザ端末Ｂの各々が運行料金のうち負担すべき負担割合及び負担金額が計算される（ステップＳ５３６）。そして、ステップＳ５３６における計算結果５７６（計算された負担割合及び負担金額の一方又は両方）がユーザ端末２００Ａ、２００Ｂに通知される（ステップＳ５３７）。

計算サーバ１１０から通知された計算結果５７６がユーザ端末２００Ａ、２００Ｂによって受信されると、ユーザ端末２００Ａ、２００Ｂの各々において、計算結果５７６に対する確定の確認が行われる（ステップＳ５０８、Ｓ５１５）。ステップＳ５０８、Ｓ５１５において、計算結果を確定する選択（ステップＳ５０８、Ｓ５１５の「Ｙｅｓ」）が行われると、確定情報５７８がユーザ端末２００Ａ、２００Ｂから計算サーバ１１０に送信される。一方で、計算結果を拒否する選択（ステップＳ５０８、Ｓ５１５の「Ｎｏ」）が行われると、当該動作フローを終了し、プログラムを終了する、又は、トップ画面に移動する。

ユーザ端末２００Ａ、２００Ｂから送信された確定情報５７８が計算サーバ１１０によって受信されると、計算サーバ１１０はユーザ端末２００Ａ、２００Ｂに対して請求５８０を行う（ステップＳ５３８）。そして、ユーザ端末２００Ａ、２００Ｂは、ステップＳ５３８における請求に対して支払いを実行する（ステップＳ５０９、Ｓ５１６）。

ここで、ステップＳ５０８、Ｓ５１５において、計算結果を拒否する選択が行われた場合、計算サーバ１１０は運行を要求したユーザ端末２００Ａに対して運行料金の全額請求を行ってもよい。

上記のようにして、ユーザ端末２００Ａ、２００Ｂ及び車両３００の負担を増加させることなく乗り合い区間を計算し、乗り合いを利用したユーザ端末２００Ａ、２００Ｂの乗車距離に応じた利用料金の負担割合を計算することができる。

［割合計算部の計算方法］
図６に示す計算サーバ１１０の割合計算部１７６の計算方法について、図１９を用いて詳細に説明する。実施形態１に係る乗り合い料金計算システム１０における割合計算部１７６は、ユーザ端末２００Ａ、２００Ｂのうち目的地４００から相対的に遠いユーザ端末２００Ａを最初に乗車させ、その後ユーザ端末２００Ｂを同乗させて目的地４００に到達する経路において、各々のユーザ端末２００Ａ、２００Ｂの乗車割合からユーザ端末２００Ａ、２００Ｂの負担割合を計算する例について説明する。

割合計算部１７６は、図９に示す乗り合い料金計算システム１０の動作フローにおけるステップＳ５３２乃至Ｓ５３４において、第１乗車位置情報、第２乗車位置情報、第１降車位置情報、及び第２降車位置情報を取得する。そして、取得した上記の位置情報に基づいて、ユーザ端末２００Ａの乗車位置とユーザ端末２００Ｂの乗車位置との距離Ｄａ、及びユーザ端末２００Ｂの乗車位置と目的地４００との距離Ｄｂを計算する。ここで、ユーザ端末２００Ａが車両３００に乗車した第１行程の第１移動距離はＤａ＋Ｄｂであり、ユーザ端末２００Ｂがユーザ端末Ａと共に乗車した第２行程の第２移動距離はＤｂである。

図１９の例においては、割合計算部１７６は、第１移動距離（Ｄａ＋Ｄｂ）に対する第２移動距離（Ｄｂ）の割合を乗車割合として計算する。ここでは、第１行程及び第２行程における移動距離に基づいて乗車割合を計算する方法を例示したが、この方法に限定されない。例えば、第１行程の移動に要した第１移動時間に対する第２行程の移動に要した第２移動時間に基づいて乗車割合を計算してもよい。換言すると、割合計算部１７６は、複数のユーザの各々の車両３００を利用した移動距離の実績、又は当該移動距離に要した移動時間の実績に基づき、複数のユーザの各々が車両３００の運行に対して負担すべき負担割合を計算する。

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

また、図１９では、割合計算部１７６は、ユーザ端末２００Ａ、２００Ｂが異なる位置で車両３００に乗車し、同じ目的地４００で車両３００から降車する経路に対して負担割合を計算するケースを例示したが、このケースに限定されない。例えば、割合計算部１７６は、ユーザ端末２００Ａ、２００Ｂが同じ位置で車両３００に乗車し、異なる目的地で車両３００から降車する経路に対して負担割合を計算してもよい。又は、割合計算部１７６は、ユーザ端末２００Ａ、２００Ｂが異なる位置で車両３００に乗車し、異なる目的地で車両３００から降車する経路に対して負担割合を計算してもよい。例えば、ユーザ端末２００Ａが乗車した車両３００にユーザ端末２００Ｂが同乗し、ユーザ端末２００Ａが車両３００から先に降車する経路に対して負担割合を計算してもよい。

［ユーザの乗車位置情報及び降車位置情報の取得方法］
ここで、位置情報特定部１７２のユーザの乗車位置情報及び降車位置情報の取得方法について図２０を用いて詳しく説明する。図２０は、本発明の一実施形態に係る乗り合い料金計算システムにおいて、ユーザの乗車又は降車の判断方法の一例を示す図である。図２０に示すように、車両３００は、ユーザ端末２００Ｂと車両３００との距離が第１距離Ｄ１以下になると信号を生成する近距離無線通信部３２０を有している。車両３００が近距離無線通信部３２０を有する場合、近距離無線通信部３２０は車両３００に備えられているＰＯＳ端末（Ｐｏｉｎｔ－Ｏｆ－Ｓａｌｅ ｔｅｒｍｉｎａｌ）や運転手が所持する通信端末に備えられていてもよい。

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

位置情報特定部１７２は、上記のように、車両３００にユーザ端末２００Ｂが乗車したときの位置情報を取得することで、ユーザ端末２００Ｂの車両３００への乗車位置を示す第２乗車位置情報を取得する。図２０の例では、ユーザ端末２００Ｂはユーザ端末２００Ａが乗車した車両３００に乗車するため、当該第２乗車位置情報はユーザ端末２００Ａ及び２００Ｂの乗り合いの開始位置に該当する。

以上のように、本発明の実施形態１に係る乗り合い料金計算システム１０によると、ユーザ及び車両の運転手の負担を増加させることなく乗り合い区間を計算し、乗り合いを利用したユーザの乗車距離に応じた利用料金の負担割合を計算する計算サーバ及びその計算サーバと通信する通信端末を提供することができる。

〈実施形態１の変形例１〉
図２１を用いて、本発明の一実施形態の変形例について説明する。図２１は、本発明の一実施形態の変形例に係る乗り合い料金計算システムにおいて、ユーザの乗車又は降車の判断方法の一例を示す図である。実施形態１の変形例１に係る乗り合い料金計算システム１１は、ユーザ端末２００Ｂがユーザ端末２００Ｂと車両３００との距離が第１距離Ｄ１以下になると信号を生成する近距離無線通信部２１５を有している点において、乗り合い料金計算システム１０とは相違する。

近距離無線通信部２１５は、ユーザ端末２００Ｂと車両３００との距離が第１距離Ｄ１以下になると、近距離無線通信部２１５固有の情報信号を車両３００に発信する。つまり、車両３００は、ユーザ端末２００Ｂと車両３００との距離が第１距離Ｄ１以下の近距離になると、近距離無線通信部２１５から近距離無線通信部２１５固有の情報信号を受信する。車両３００が近距離無線通信部２１５固有の情報信号を受信すると、当該固有の情報信号を受信したことを手配サーバ１２０に送信する。そして、当該固有の情報信号が手配サーバ１２０から計算サーバ１１０に送信されることで、計算サーバ１１０の位置情報特定部１７２は、当該固有の情報信号に基づいて、ユーザ端末２００Ａを乗車させた車両３００へのユーザ端末２００Ｂの乗車位置を示す第２乗車位置情報を取得する。図２０と同様に、図２１の例においても、ユーザ端末２００Ｂはユーザ端末２００Ａが乗車した車両３００に乗車するため、当該第２乗車位置情報はユーザ端末２００Ａ及び２００Ｂの乗り合いの開始位置に該当する。

〈実施形態１の変形例２〉
図２２乃至図２４を用いて、本発明の一実施形態の変形例について説明する。図２２は、本発明の一実施形態の変形例に係る乗り合い料金計算システムにおいて、ユーザの乗車又は降車の判断方法の一例を示す図である。図２２に示すように、実施形態１の変形例２に係る乗り合い料金計算システム１２の位置情報特定部１７２は、ユーザ端末２００Ｂの位置情報と車両３００の位置情報との距離が第２距離Ｄ２以下である場合に、ユーザ端末２００Ｂが車両３００に乗車したと判断する。そして、ユーザ端末２００Ｂが車両３００に乗車したと判断されたときのユーザ端末２００Ｂ又は車両３００の位置情報に基づいて、ユーザ端末２００Ｂが車両３００に乗車した位置を示す第２乗車位置情報を取得する。

一方、位置情報特定部１７２は、ユーザ端末２００Ｂの位置情報と車両３００の位置情報との距離が第２距離Ｄ２よりも大きくなった場合に、当該ユーザ端末２００Ｂが当該車両３００から降車したと判断する。そして、ユーザ端末２００Ｂが車両３００から降車したと判断されたときのユーザ端末２００Ｂ又は車両３００の位置情報に基づいて、ユーザ端末２００Ｂが車両３００から降車した位置を示す第２降車位置情報を取得する。

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

次に、乗降車判断の精度をより向上させるための機能について説明する。図２３は、本発明の一実施形態の変形例に係る乗り合い料金計算システムにおいて、ユーザの乗車又は降車の判断方法の一例を示す図である。図２３に示すように、位置情報特定部１７２は、ユーザ端末２００Ｂの位置情報と車両３００の位置情報との距離が第２距離Ｄ２以下であり、さらにユーザ端末２００Ｂの位置情報と車両３００の位置情報とが同じ方向に移動している場合に、ユーザ端末２００Ｂが車両３００に乗車していると判断してもよい。一方、図２４に示すように、位置情報特定部１７２は、車両３００の位置情報がユーザ端末２００Ｂの位置情報と異なる方向に移動している場合に、ユーザ端末２００Ａが車両３００から降車したと判断してもよい。

〈実施形態１の変形例３〉
図２５乃至図２７を用いて、本発明の一実施形態の変形例について説明する。図２５は、本発明の一実施形態の変形例に係る乗り合い料金計算システムに用いられる計算サーバの計算方法の概要を示す図である。

［割合計算部の計算方法］
図２５に示すように、割合計算部１７６は、先に乗車したユーザ端末２００Ａ（第１ユーザ）の第１乗車位置４１０から目的地４００までの第１推定距離Ｅａと、ユーザ端末２００Ａの後にユーザ端末２００Ａと同乗したユーザ端末２００Ｂ（第２ユーザ）の第２乗車位置４２０から目的地４００までの第２推定距離Ｅｂと、に基づいて負担割合を計算する。つまり、第１推定距離Ｅａはユーザ端末２００Ａが乗り合いをせずに第１乗車位置４１０から目的地４００まで移動したと仮定した場合の距離であり、第２推定距離Ｅｂはユーザ端末２００Ｂが乗り合いをせずに第２乗車位置４２０から目的地４００まで移動したと仮定した場合の距離に相当する。換言すると、割合計算部１７６は、複数のユーザ端末２００Ａ及び２００Ｂの各々が単独に乗車位置から降車位置まで車両３００を利用した場合の距離に基づき、各々の負担割合を計算する。ここで第１推定距離Ｅａ及び第２推定距離Ｅｂは、道路地図上の距離である。ただし、第１推定距離Ｅａ及び第２推定距離Ｅｂは道路地図上の距離に限定されず、各々の位置情報を結ぶ直線距離であってもよい。

［ユーザの乗車位置情報及び降車位置情報の取得方法］
次に、図２６及び図２７を用いて、第１乗車位置４１０における第１乗車位置情報及び第２乗車位置４２０における第２乗車位置情報の取得方法について説明する。ここでは、車両３００が近距離無線通信部３２０を有している場合について説明する。図２６及び図２７は、本発明の一実施形態の変形例に係る乗り合い料金計算システムにおいて、ユーザの乗車又は降車の判断方法の一例を示す図である。

まず、図２６に示すように、ユーザ端末２００Ａと車両３００との距離が所定の距離以下になると、ユーザ端末２００Ａは、近距離無線通信部３２０から近距離無線通信部３２０固有の情報信号を受信する。ユーザ端末２００Ａが当該固有の情報信号を受信すると、ユーザ端末２００Ａは当該固有の情報信号を受信したことを計算サーバ１１０に送信する。そして、計算サーバ１１０は、当該固有の情報信号に基づいて、ユーザ端末２００Ａが車両３００に乗車したと判断する。そして、位置情報特定部１７２は、ユーザ端末２００Ａの車両３００への乗車位置を示す第１乗車位置情報を取得する。

次に、図２７に示すように、ユーザ端末２００Ｂと車両３００との距離が所定の距離以下になると、ユーザ端末２００Ｂは、近距離無線通信部３２０から近距離無線通信部３２０固有の情報信号を受信する。ユーザ端末２００Ｂが当該固有の情報信号を受信すると、ユーザ端末２００Ｂは当該固有の情報信号を受信したことを計算サーバ１１０に送信する。そして、計算サーバ１１０は、当該固有の情報信号に基づいて、ユーザ端末２００Ｂが車両３００に乗車したと判断する。そして、位置情報特定部１７２は、ユーザ端末２００Ｂの車両３００への乗車位置を示す第２乗車位置情報を取得する。

そして、ユーザ端末２００Ａ、２００Ｂ、及び車両３００が目的地４００に到着し、ユーザ端末２００Ａ、２００Ｂが車両３００から降車し、ユーザ端末２００Ａ、２００Ｂが近距離無線通信部３２０から近距離無線通信部３２０固有の情報信号を受信できなくなると、ユーザ端末２００Ａ、２００Ｂが車両３００から降車したと判断する。そして、位置情報特定部１７２は、ユーザ端末２００Ａ、２００Ｂの車両３００からの降車位置を示す第１降車位置情報及び第２降車位置情報を取得する。

図２５乃至図２７に示すような経路で乗り合いを利用する場合、ユーザ端末２００Ｂは乗り合いをする場合としない場合とで移動距離に差は生じないが、ユーザ端末２００Ａは乗り合いをする場合としない場合とで移動距離に差が生じる。つまり、ユーザ端末２００Ａは、ユーザ端末２００Ｂを乗車させるために移動距離が必要以上に長くなってしまう。実施形態１の変形例３に係る乗り合い料金計算システム１３によると、このような場合であっても、公平な負担割合を計算することができる。

以上のように、本発明の実施形態１の変形例３に係る乗り合い料金計算システム１３によると、実施形態１と同様に、ユーザ及び車両の運転手の負担を増加させることなく乗り合い区間を計算し、乗り合いを利用したユーザの乗車距離に応じた利用料金の負担割合を計算する計算サーバ及びその計算サーバと通信する通信端末を提供することができる。また、乗り合いを利用して目的地に移動する場合に、乗り合いを利用せずに目的地に移動すると仮定した場合に比べて必要以上に移動距離が長くなってしまう場合であっても、公平な負担割合を計算することができる。

〈実施形態２〉
本発明の実施形態２に係る乗り合い料金計算システムについて、図２８及び図２９を参照しながら詳細に説明する。なお、乗り合い料金計算システムの概要、計算サーバのハードウェア構成、ユーザ端末のハードウェア構成、及び車両のハードウェア構成に関しては、実施形態１に係る乗り合い料金計算システム１０と同様であるので、ここでは説明を省略する。実施形態２では、ユーザ端末２００が車両３００の料金メータと通信を行うことで、運行料金を車両３００から受信する。実施形態２は実施形態１及びその変形例と比較すると、通信端末の機能が異なる。したがって、ここでは実施形態２の通信端末の機能構成について説明し、その他の構成については説明を省略する。ここで、ユーザ端末２００は車両３００の料金メータと直接通信を行ってもよく、又は、ユーザ端末２００は手配サーバ１２０及び計算サーバ１１０の一方又は両方を介して車両３００の料金メータと通信を行ってもよい。

［運行要求する通信端末の機能構成］
実施形態２に係る乗り合い料金計算システム２０に用いられる運行要求する通信端末について説明する。乗り合い料金計算システム２０に用いられるユーザ端末２００Ａの機能構成は図７に示す実施形態１に係る乗り合い料金計算システム１０に用いられるユーザ端末２００Ａと類似しているが、車両３００の料金メータから運行料金を含む運行料金情報を受信する運行料金情報受信部２７８と、運行料金情報受信部２７８によって受信された当該運行料金情報を計算サーバ１１０に送信する運行料金情報送信部２８０と、を有する点において、乗り合い料金計算システム１０に用いられるユーザ端末２００Ａとは相違する。ここで、運行料金情報受信部２７８は車両３００又は車両３００の料金メータと直接通信を行う必要はなく、例えば、運行料金情報受信部２７８は手配サーバ１２０及び計算サーバ１１０の一方又は両方を介して車両３００又は車両３００の料金メータと通信すればよい。

［同乗する通信端末の機能構成］
図２９は、本発明の一実施形態に係る乗り合い料金計算システムに用いられる通信端末の機能構成を示すブロック図である。図２９では、図２のユーザ端末２００のうち、ユーザ端末２００Ａの運行要求によって運行する車両３００に同乗するユーザ端末２００Ｂの各機能ブロックをより詳細に説明する。図２９によると、同乗するユーザ端末２００Ｂは、運行要求をするユーザＡのユーザ端末２００Ａの機能ブロックと類似しているが、ユーザ端末２００Ｂは運行要求信号送信部２７０を有していない点においてユーザ端末２００Ａと相違する。

ユーザ端末２００Ｂは、運行要求をする必要がないため、上記のように運行要求信号送信部２７０を有していなくてもよい。ただし、これはユーザ端末２００Ｂが運行要求信号送信部２７０を有さないことを限定するものではない。もちろん、ユーザ端末２００Ｂが運行要求信号送信部２７０を有していてもよい。

以上のように、本発明の実施形態２に係る乗り合い料金計算システム２０によると、実施形態１と同様に、ユーザ及び車両の運転手の負担を増加させることなく乗り合い区間を計算し、乗り合いを利用したユーザの乗車距離に応じた利用料金の負担割合を計算する計算サーバ及びその計算サーバと通信する通信端末を提供することができる。また、車両３００の料金メータとユーザ端末２００とを通信可能にすることで、より効率よくデータのやり取りを行うことができる。

上記の実施形態において説明した計算サーバ及び通信端末は、計算サーバ及び通信端末に含まれるコンピュータを動作させるプログラム又はアプリケーションによって実現することができる。当該プログラム又はアプリケーションは、インターネット通信を介して計算サーバ及び通信端末にダウンロードし、インストールすることができる。また、当該プログラム又はアプリケーションは、コンピュータ読み取り可能な記録媒体を介して計算サーバ及び通信端末にインストールすることができる。

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

１０、１１、１２、２０：乗り合い料金計算システム、 １０１：第１ネットワーク、 １０２：第２ネットワーク、 １１０：計算サーバ、 １１１：制御部、 １１２：ハードディスク、 １１３：通信部、 １１５、１２５、１３５：データベース、 １２０：手配サーバ、 １３０：ＳＮＳサーバ、 １７０：識別情報取得部、 １７２：位置情報特定部、 １７４：記憶部、 １７６：割合計算部、 １７８：料金計算部、 １８０：通知部、 ２００：ユーザ端末、 ２０５：メモリ、 ２１０：制御部、 ２１５、３２０：近距離無線通信部、 ２２０：通信モジュール、 ２３０：ディスプレイ、 ２４０：操作ボタン、 ２５０：スピーカ、 ２６０：マイク、 ２７０：運行要求信号送信部、 ２７２：識別情報受信部、 ２７４：位置情報特定部、 ２７６：料金情報受信部、 ２７８：運行料金情報受信部、 ２８０：運行料金情報送信部、 ３００：車両、 ３１０：車体、 ４００：目的地、 ４１０：第１乗車位置、 ４２０：第２乗車位置、 ５５２：運行要求信号、 ５５４：運行要求申請信号、 ５５６：迎車指示信号、 ５５８：受諾信号、 ５６０：受諾通知、 ５６２：手配状況通知、 ５６４：第１乗車位置情報、 ５６６：第２乗車位置情報、 ５６８：第１降車位置情報、 ５７０：第２降車位置情報、 ５７２、５７４：運行情報、 ５７６：計算結果、 ５７８：確定情報、 ５８０：請求、 ６００：乗車位置、 ６１０、６２０、６３０、６４０、６５０、６６０、６７０、６８０：インターフェース、 ６１１：車両アイコン、 ６１２：フレンドリストタブ、 ６１３：トークタブ、 ６１４：タイムラインタブ、 ６１５：他タブ、 ６２１：依頼ボタン、 ６４１：目的地ピン、 ６４２：目的地住所、 ６４３：設定ボタン、 ６５１：第１位置情報、 ６５２：第１位置情報ピン、 ６５３：ユーザ情報確認欄、 ６５４：ユーザ登録クレジットカード情報欄、 ６５５：クーポンコード欄、 ６５６：手配センター情報欄、 ６５７：同意ボタン、 ６５８：送迎情報欄、 ６８１：問合せボタン、 ６８２：到着予定時刻、 ６８３：確認番号、 ６８４：乗務員評価、 ７１０：乗車判断時、 ７２０：降車判断時

Claims (8)

1. 乗り物に乗車する第１ユーザの第１端末および前記乗り物に乗車する第２ユーザの第２端末によって実行されるプログラムであって、
   前記乗り物の配車指示を、前記第１端末と前記第２端末のうち前記第１端末によって受け付けたことに基づいて、前記配車指示と、前記第１ユーザのユーザ情報とを、前記乗り物が備える通信部と通信する情報処理サーバに送信することと、
   前記第１ユーザが前記乗り物に乗車する第１乗車位置情報と、前記第１ユーザが前記乗り物から降車する第１降車位置情報と、を前記第１端末によって取得し、前記情報処理サーバに送信することと、
   前記第１ユーザと関連付けられた前記第２ユーザが前記乗り物に乗車する第２乗車位置情報と、前記第２ユーザが前記乗り物から降車する第２降車位置情報と、を前記第２端末によって取得し、前記情報処理サーバに送信することと、
   前記第１乗車位置情報と、前記第１降車位置情報と、前記第２乗車位置情報と、前記第２降車位置情報とに少なくとも基づき前記情報処理サーバによって算出された、前記乗り物の乗車料金のうち前記第１ユーザが負担する第１料金を、前記第１端末によって取得することと、
   前記第１乗車位置情報と、前記第１降車位置情報と、前記第２乗車位置情報と、前記第２降車位置情報とに少なくとも基づき前記情報処理サーバによって算出された、前記乗り物の乗車料金のうち前記第２ユーザが負担する第２料金を、前記第２端末によって取得することとを行い、
   前記配車指示を、前記第１ユーザと前記第２ユーザとの連絡を可能とするサービスのインターフェースを介して前記第１端末によって受け付け、
   前記乗り物の乗務員に伝える識別情報を、前記第１端末と前記第２端末のうち前記配車指示を受け付けた前記第１端末に表示するプログラム。
2. 請求項１に記載のプログラムであって、
   前記第１乗車位置情報は、前記乗り物の電子機器と前記第１端末との無線通信に基づき、前記第１端末から送信され、
   前記第２乗車位置情報は、前記乗り物の電子機器と前記第２端末との無線通信に基づき、前記第２端末から送信される。
3. 請求項１または請求項２に記載のプログラムであって、
   前記第１料金と前記第２料金は、前記第１乗車位置情報と前記第１降車位置情報とに基づく距離と、前記第２乗車位置情報と前記第２降車位置情報とに基づく距離とに基づく。
4. 請求項１に記載のプログラムであって、
   前記配車指示を前記第１端末によって受け付けた後に、前記第１端末から前記乗り物の運転手に対して連絡を行うためのオブジェクトを前記第１端末に表示する。
5. 請求項１に記載のプログラムであって、
   前記第１ユーザの位置に前記乗り物が到着した場合に、前記ユーザ情報に基づく、前記第１端末と前記乗り物が備える通信部とが通信を行うためのオブジェクトを前記第１端末に表示する。
6. 請求項１に記載のプログラムであって、
   前記第１ユーザの位置に前記乗り物が到着した場合に、確認番号を前記第１端末に表示する。
7. 請求項１から６に記載のプログラムであって、
   前記第１ユーザの第１端末と、前記第２ユーザの第２端末とは、前記サービス以外で互いに承認された交流関係を形成していない端末同士である。
8. 乗り物に乗車する第１ユーザの第１端末および前記乗り物に乗車する第２ユーザの第２端末によって実行される情報処理方法であって、
   前記乗り物の配車指示を、前記第１端末と前記第２端末のうち前記第１端末によって受け付けたことに基づいて、前記配車指示と、前記第１ユーザのユーザ情報とを、前記乗り物が備える通信部と通信する情報処理サーバに送信することと、
   前記第１ユーザが前記乗り物に乗車する第１乗車位置情報と、前記第１ユーザが前記乗り物から降車する第１降車位置情報と、を前記第１端末によって取得し、前記情報処理サーバに送信することと、
   前記第１ユーザと関連付けられた前記第２ユーザが前記乗り物に乗車する第２乗車位置情報と、前記第２ユーザが前記乗り物から降車する第２降車位置情報と、を前記第２端末によって取得し、前記情報処理サーバに送信することと、
   前記第１乗車位置情報と、前記第１降車位置情報と、前記第２乗車位置情報と、前記第２降車位置情報とに少なくとも基づき前記情報処理サーバによって算出された、前記乗り物の乗車料金のうち前記第１ユーザが負担する第１料金を、前記第１端末によって取得することと、
   前記第１乗車位置情報と、前記第１降車位置情報と、前記第２乗車位置情報と、前記第２降車位置情報とに少なくとも基づき前記情報処理サーバによって算出された、前記乗り物の乗車料金のうち前記第２ユーザが負担する第２料金を、前記第２端末によって取得することとを行い、
   前記配車指示を、前記第１ユーザと前記第２ユーザとの連絡を可能とするサービスのインターフェースを介して前記第１端末によって受け付け、
   前記乗り物の乗務員に伝える識別情報を、前記第１端末と前記第２端末のうち前記配車指示を受け付けた前記第１端末に表示する情報処理方法。