JP2020074208A - 乗物の手配支援サーバ、乗物の手配支援方法 - Google Patents

Abstract

【課題】乗物の手配を依頼するときに、手配一元的かつ横断的に実行することのできる技術を提供することを目的の一つとする。【解決手段】利用者の依頼に応じて利用者を輸送する乗物の手配を支援する手配支援サーバであって、利用者の端末装置から乗物の手配依頼と共に手配先の位置情報を含む依頼情報を受信する第１の受信部と、依頼情報を複数の手配運用サーバに送信する第１の送信部と、複数の手配運用サーバのそれぞれから手配可能な乗物の情報を手配可能情報として受信する第２の受信部と、手配可能情報を送信する第２の送信部と、を有する手配支援サーバが提供される。【選択図】図１

Description

本発明は、タクシーやハイヤーなどの輸送サービスを利用する際に適用される輸送手配システム、輸送手配方法、輸送手配サーバに関する。

利用者が任意の目的地を指定して輸送サービスを受ける交通手段としてタクシーが利用されている。従来、利用者がタクシーを利用するには、タクシー会社に直接電話をして乗物の配送を依頼するか、駅前や街頭のタクシー乗り場まで移動してタクシーに乗車する、或いは路上で直接乗車の申し込みをするなどの方法がとられていた。

これに対し、携帯電話など移動体通信手段の普及により、利用者の端末装置からタクシーの手配を希望する旨の連絡を受け、乗物を手配するシステムが提案されている。

例えば、利用者の端末装置からタクシーの依頼情報が送信されたとき、この依頼情報を受けて複数の手配支援業者のサーバから旅客輸送条件提示情報が送信され、これらの旅客輸送条件提示情報が利用者の端末装置に送信される、タクシーについての手配支援システムが開示されている（特許文献１）。また、総合管理システムが利用者端末から送信された情報を基にタクシーの経路探索を行い、料金算出を行って利用者端末に返信する問合せ手段と、問合せ手段に対し利用者端末から申し込まれた申込情報を、総合管理システムが手配管理システムに転送するタクシー申込み手段と、タクシー申込み手段からの申込情報に対し手配管理システムがタクシー割当を行い、乗車場所に最も近いタクシーを手配する手配手段とを有するタクシー手配システムが開示されている（特許文献２）。

特開２００６−２２７６７２号公報 特開２００７−０５２７２９号公報

利用者の端末装置とネットワークを介して通信接続されるタクシー手配支援サービスは、タクシー会社毎に、または提携するタクシー会社グループ毎に、複数のタクシー手配支援サービスがされているため、利用者は複数の手配支援サービスを比較検討しないと、最も利便性の高いタクシーの手配を受けることができない可能性がある。すなわち、利用者は利便性の高いタクシーの手配を受けるために、複数のタクシー手配サービスにアクセスし、比較・検討する必要があり、そのために時間と労力が必要となる。

このような問題に鑑み本発明は、乗物の手配を希望するときに、手配可能な乗物の検索を一元的かつ横断的に実行することのできる技術を提供することを目的の一つとする。

本発明の一実施形態は、利用者の依頼に応じ、利用者を輸送する乗物の手配を支援する手配支援サーバであって、利用者の端末装置から乗物の手配依頼と共に手配先の位置情報を含む依頼情報を受信する第１の受信部と、依頼情報を複数の手配運用サーバに送信する第１の送信部と、複数の手配運用サーバのそれぞれから手配可能な乗物の情報を手配可能情報として受信する第２の受信部と、手配可能情報を送信する第２の送信部とを有している。

本発明の一実施形態は、利用者の依頼に応じ利用者を輸送する乗物の手配を支援する方法であって、利用者の端末装置から乗物の手配依頼と共に手配先の位置情報を含む依頼情報を受信した手配支援サーバが、依頼情報を、複数の手配運用サーバに送信し、複数の手配運用サーバのそれぞれから手配可能な乗物の情報を、手配可能情報として受信し、手配可能情報を端末装置に送信する乗物の手配支援方法である。

本発明の一実施形態によれば、利用者が、手配支援サーバに乗物の手配を依頼することで、１回の依頼で複数の事業者に乗物の手配をしたものと、同等の結果を得ることができる。

本発明の一実施形態に係る乗物の手配に関する申し込みを受け付け、手配可能な乗物に関する情報の提供を行うことのできる手配支援サーバと、利用者の端末装置、手配運用サーバの関係を示す図である。 本発明の一実施形態に係る乗物の手配に関する申し込みを受け付け、手配可能な乗物に関する情報の提供を行うことのできる手配支援サーバと、利用者の端末装置、手配運用サーバの関係を示す図である。 本発明の一実施形態に係る乗物の手配に関する申し込みを受け付け、手配可能な乗物に関する情報の提供を行うことのできる手配支援サーバと、利用者の端末装置、旅客輸送事業者の関係を示す図である。 本発明の一実施形態に係る手配支援サーバ１０２の機能的構成を示す図である。 本発明の一実施形態に係る手配支援サーバの一構成例を示す図である。 本発明の一実施形態に係る手配支援サーバの一構成例を示す図である。 本発明の一実施形態に係る乗物の手配に関する申し込みを受け付け、手配可能な乗物に関する情報の提供を行うときの処理の流れを示す図である。 本発明の一実施形態に係る手配可能情報を選択するときの処理の流れを説明するフローチャートを示す図である。 本発明の一実施形態に係る利用者を特定の指標に基づいて評価するときの処理の流れを説明するフローチャートを示す図である。 本発明の一実施形態に係る乗物の手配に係る支援サービスを受ける際に端末装置に表示されるインターフェースの一例を示す図である。 本発明の一実施形態に係る乗物の手配に係る支援サービスを受ける際に端末装置に表示されるインターフェースの一例を示す図である。 本発明の一実施形態に係る乗物の手配に係る支援サービスを受ける際に端末装置に表示されるインターフェースの一例を示す図である。

以下、本発明の実施の形態を、図面等を参照しながら説明する。但し、本発明は多くの異なる態様で実施することが可能であり、以下に例示する実施の形態の記載内容に限定して解釈されるものではない。本明細書と各図において、既出の図に関して前述したものと同様の要素には、同一の符号を付して、詳細な説明を適宜省略することがある。

［手配支援サーバとシステムの概要］
図１は、本発明の一実施形態に係る乗物（Vehicle）の手配に関する申し込みを受け付け、手配可能な乗物に関する情報の提供を行うことのできるシステムを示す。このシステムは、手配支援サーバ１０２、手配運用サーバ１０４を含んで構成されている。手配支援サーバ１０２は、利用者の端末装置１０６と情報の送受信を行う。また、手配支援サーバ１０２は、複数の手配運用サーバ１０４と情報の送受信を行う。すなわち、本システムは、端末装置１０６が直接、乗物の手配に関するサービスを提供可能な手配運用サーバ１０４と通信を行うのではなく、手配支援サーバ１０２が利用者に対する一元的な支援を行う機能を有している。

なお、本発明において「乗物」とは、主に人や物を乗せて移動や輸送をするための交通機関としての機器又は道具、若しくは家畜等を指し、狭義には原動機付車両、鉄道車両、船舶、航空機の１つ以上を指していう。本発明の位置実施形態において、乗物として自動車が適用され、旅客輸送事業者が使用する自動車の一例としてタクシーが適用されるものとする。

手配支援サーバ１０２は、利用者の端末装置１０６と接続可能な状態に置かれている。手配支援サーバ１０２と端末装置１０６との接続、および手配支援サーバ１０２と手配運用サーバ１０４との接続は、公衆電話回線、インターネット等の電気通信回線を介して接続される。また、他の形態として、通信回線の一部又は全部に、端末装置の近距離無線通信機能を用いた、端末間無線通信ネットワークが含まれていてもよい。なお、近距離無線通信は、メガヘルツからギガヘルツの高周波の電波を利用した無線通信であり、数メートルから数十メートルの範囲内で通信を行うものをいう。近距離無線通信は、電波源から放出された電波を受信して通信機器の固有情報や電波源と通信機器との距離などの各種情報を伝達する通信である。近距離無線通信として、例えば、ビーコン（Beacon）やＲＦＩＤ（Radio Frequency Identifier）やＢＬＥ（Bluetooth（登録商標） Low Energy）や超音波通信（Smart Sonic Communication）が挙げられる。

図１において、手配支援サーバ１０２は、利用者の端末装置１０６と通信を行い、乗物の依頼情報の受信、乗物の手配可能情報の送信、利用者からの乗物の確定申込情報の受信を行い、手配運用サーバ１０４に対しては利用者の依頼情報の送信、手配可能情報の受信、乗物の確定申込情報の送信を行う機能を有するサーバである。

なお、本発明の一実施形態において「依頼情報」とは、利用者から乗物の手配についての依頼に関する情報であって、利用者の氏名等の識別情報、乗物の手配を依頼する先の位置情報等を含む。また、「手配可能情報」とは、利用者の依頼に対し手配可能な乗物の情報をいう。また、「確定情報」とは、利用者の申し込みに対し、旅客輸送事業者等が乗物の提供について受諾した旨の情報をいう。

手配運用サーバ１０４は、旅客輸送事業者１０８の乗物１１０を識別し、利用者から依頼があったとき、乗物の手配を運用し支援するサーバである。手配運用サーバ１０４は、それ自体でも利用者の依頼を受信して、乗物の手配情報を提供する機能を有するものであってもよい。

利用者の端末装置１０６は、手配支援サーバ１０２とは別にソーシャル・ネットワーキング・サービス（以下、「ＳＮＳ」ともいう。）を提供するＳＮＳサーバ１１２と接続され、ＳＮＳから情報通信サービスの提供を受け、当該サービスを利用することのできるものであることが好ましい。手配支援サーバ１０２は、ＳＮＳサーバ１１２と連係し、利用者に関する情報（利用者情報）を取得することが可能な状態とされていてもよい。手配支援サーバ１０２がＳＮＳサーバ１１２と連係することにより、利用者の特性に応じた乗物の手配に係るサービスを提供することが可能となる。なお、利用者情報には、利用者の端末装置１０６に固有の情報、利用者の個人情報、利用者と他の利用者との関係を示す情報等が含まれているものとする。ここで、手配支援サーバ１０２とＳＮＳサーバ１１２は、物理的又は機能的に分離されたものに限定されず、手配支援サーバ１０２にＳＮＳサーバの機能が含まれていてもよく、ＳＮＳサーバ１１２に手配支援サーバの機能が含まれていてもよい。

＜手配支援サーバ＞
手配支援サーバ１０２は、端末装置１０６から乗物の手配に関する依頼情報を受信する。また、手配支援サーバ１０２は、手配運用サーバ１０４から送信された、手配可能な乗物の位置情報、手配可能な乗物の旅客輸送事業者名、手配可能な台数等の情報（以下、「手配可能情報」ともいう。）を端末装置１０６に送信する。図１では、手配支援サーバ１０２が１台の端末装置１０６と接続される態様が示されている。しかし本発明の一実施形態はこれに限定されず、手配支援サーバ１０２は任意の数の端末装置１０６と同時多発的に接続されてもよい。

手配支援サーバ１０２は、端末装置１０６から地理的な位置情報、利用者が希望する乗物の台数、手配を希望する場所、手配を希望する日時等に関する依頼情報を取得する。手配支援サーバ１０２は、手配運用サーバ１０４に対し、利用者から取得した依頼情報を送信し、旅客輸送事業者が提供可能な乗物について問い合わせをする。また、手配支援サーバ１０２は、手配運用サーバ１０４から手配可能情報を取得し、その取得した情報を利用者の端末装置１０６に送信する。

手配支援サーバ１０２は、複数の手配運用サーバ１０４と接続されていることが好ましい。図１は、手配支援サーバ１０２が、第１の手配運用サーバ１０４ａと第２の手配運用サーバ１０４ｂと接続されている態様を示す。しかし、本発明の一実施形態はこれに限定されず、手配支援サーバ１０２は、２以上の手配運用サーバ１０４と接続されていてもよい。手配支援サーバ１０２が複数の手配運用サーバ１０４と通信可能な状態に置かれていることにより、複数の旅客輸送事業者の中から適切な乗物の手配を利用者に提供することが可能となる。

手配支援サーバ１０２は、端末装置１０６から送信された位置情報に基づいて、手配運用サーバ１０４の接続先を選択する機能を有していてもよい。すなわち、手配運用サーバ１０４が手配可能な地域が制限される場合、手配支援サーバ１０２は、乗物の手配先を示す位置情報に基づいて、その地域において手配可能な手配運用サーバ１０４を選択する。

例えば、図２で示すように、手配支援サーバ１０２は、旅客輸送サービスが提供される地域に対応して、その地域に属する手配運用サーバ１０４を選択する。例えば、手配支援サーバ１０２は、端末装置１０６ａから送信された位置情報が地域Ａを示しているとき、その地域Ａで乗物の手配をすることのできる複数の手配運用サーバ１０４ａ（図２で示す例では、手配支援サーバ１０２ａ１〜１０２ａ３）を選択する。手配運用サーバ１０４は同一地域を対象とする旅客輸送事業者１０８ａ（図２で示す例では、旅客輸送事業者１０８ａ１〜１０８ａ３）に属する乗物の中に手配可能な乗物が存在するか否かを検索する。

同様に、端末装置１０６ｂから送信された位置情報が地域Ｂを示しているとき、その地域Ｂをカバーする第２の手配運用サーバ１０４ｂ（図２で示す例では、手配支援サーバ１０２ｂ１〜１０２ｂ３）を選択し、利用者の依頼情報を送信する。また、端末装置１０６ｃから送信された位置情報が地域Ｃを示しているとき、その地域Ｃをカバーする手配運用サーバ１０４ｃ（図２で示す例では、手配支援サーバ１０２ｃ１〜１０２ｃ３）を選択し、利用者の依頼情報を送信する。

手配支援サーバ１０２には、手配運用サーバ１０４が、その手配支援サービスを提供可能な地域ごとにクループ化して登録されていてもよい。手配運用サーバ１０４が手配支援サービスを提供可能な地域とは、現実に手配運用サーバ１０４が設置されている場所に限定されず、当該地域において乗物の手配について支援をすることのできる地域であればよい。

図２において、地域Ａ、地域Ｂ及び地域Ｃとして例示される地域の区分は、地理的な区分として市町村ごとの区分、ある都市を複数に分割する区分、国内の一地方に対応する区分、国際的な範囲において独立国又は行政管轄地域として区別される区分、などが含まれる。

図１で示すように、手配支援サーバ１０２は、依頼情報に対し手配運用サーバ１０４から手配可能情報を取得する。手配可能情報には、手配可能な複数の乗物が含まれている場合、どの乗物に関する手配情報を利用者に提供するか、選択する機能を有していてもよい。また、この手配可能情報は、複数の手配運用サーバ１０４から、それぞれ提供されてもよい。手配支援サーバ１０２は、複数の手配可能情報の中から、適当な手配可能情報を選択し、利用者に提供する機能を有していてもよい。

また、手配支援サーバ１０２は、手配可能情報を受けた利用者が乗物の申し込みをしたとき、その申込情報を、端末装置１０６を介して受信する。手配運用サーバ１０４は申込情報を受信すると、該当する乗物又は旅客輸送事業者に申込の通知をする。この通知は、手配運用サーバ１０４に対して行うことができる。手配運用サーバ１０４は、乗物又は旅客輸送事業者から申込の受諾を受けると、申込が成立したことを通知する情報（以下、「確定情報」ともいう。）を手配支援サーバ１０２に送信する。手配支援サーバ１０２は確定情報を受信し、その情報を端末装置１０６に送信する。端末装置１０６は確定情報を受信し、その内容を画面表示等により利用者に通知する。

手配支援サーバ１０２は、利用者の端末装置１０６と、乗物の手配を支援する手配運用サーバ１０４との間で、依頼情報、手配可能情報、申込情報、確定情報を送受信し、手配運用サーバ１０４との間で仲介する機能を有する。

＜端末装置＞
図１において、利用者の側に属する端末装置１０６は、通信機能を有する電子装置であればよく、例えば、携帯電話、スマートホン、タブレット型端末、ＰＤＡ（Personal Digital Assistants）、パーソナルコンピュータ、ウェアラブル端末（腕時計型端末など）などが含まれる。また、端末装置１０６は、存在位置を地理的に特定する位置情報取得機能を有していることが好ましい。存在位置を特定する機能は、例えば、ＧＰＳ（Global Positioning System）によって実現される。端末装置１０６は、位置情報取得機能を有することで、利用者が乗物の依頼を手配支援サーバ１０２に通知するとき、利用者の現在位置情報も同時に含めることができる。

上述のように、手配支援サーバ１０２は、端末装置１０６から送信された現在位置情報に基づいて、利用者に旅客輸送サービスを提供するために適した手配運用サーバ１０４を選択する。すなわち、利用者の現在位置に応じて、旅客輸送サービスが提供可能な事業者の乗物に関する情報を、当該利用者に提供することができる。また、利用者が乗物の手配先を住所情報によって指定したとき、手配運用サーバ１０４はその手配先で手配支援サービスを提供可能な手配運用サーバ１０４を選択する。

また、利用者の端末装置１０６は、ＳＮＳサーバ１１２と電気通信回線を介して接続されている。利用者は、ＳＮＳサーバ１１２から情報通信サービスの提供を受け、他の利用者とＳＮＳを介して会話をしたり、情報の交換をしたり、ツイート等によりメッセージ等を発信することができる。利用者は、ＳＮＳサーバ１１２が提供するコミュニケーションサービスに登録して、他の利用者と「友人」としての関係を構築しコミュニティーに参加することができる。さらに、利用者は、ＳＮＳサーバ１１２が提供する課金サービスを利用して、ＳＮＳ上で提供される商品又はサービスを購入することができる。

なお、ＳＮＳサーバ１１２に登録される利用者とその「友人」とは、所定のコミュニケーションサービスにおいて相互により築かれた交流可能な関係をいうものとする。互いに承認された人的関係とは、単にお互いの存在を認識しているだけではなく、例えば、一方のユーザが送信した友だちの関係を構築するリクエストに対して、他方のユーザが承認することで構築された関係を含むものとする。

ＳＮＳサーバ１１２は、利用者の識別番号、暗証番号、端末装置の固有情報、サービスの利用実績情報、友人関係情報等の個人情報を保持している。手配支援サーバ１０２は、ＳＮＳサーバ１１２が有する個人情報の一部又は全部を共有できるようにされていてもよい。例えば、手配支援サーバ１０２とＳＮＳサーバ１１２は、利用者の識別情報（ユーザＩＤ、ニックネーム、パスワード、端末装置の機器固有情報等）、友人関係情報を共有するように、相互にデータの交換が行われてもよい。手配支援サーバ１０２は、このような利用者情報をＳＮＳサーバ１１２と共有することにより、利用者の特性に応じた乗物の手配に係るサービスを提供することができる。

なお、図１では、一つのＳＮＳサーバ１１２が示されているが、本発明の一実施形態はこれに限定されない。手配支援サーバ１０２は複数のＳＮＳサーバ１１２と連係していてもよい。それにより、手配支援サーバ１０２は、利用者に関する多様な情報を取得することが可能となる。

＜手配運用サーバ＞
手配運用サーバ１０４は、手配支援サーバ１０２と電気通信回線又は他のネットワークと接続されて双方通信を行うことが可能とされている。また、手配運用サーバ１０４は、手配支援サーバ１０２を介さずに利用者の端末装置１０６と通信を行い、それ自体で乗物の手配に係る手配サービスを提供する機能を有するものであってもよい。しかしながら、本発明の一実施形態によれば、手配運用サーバ１０４が手配支援サーバ１０２と接続されていることで、より多くの利用者から乗物の依頼情報を取得することが可能となる。すなわち、手配運用サーバ１０４に登録されていない利用者からの乗物の依頼情報であっても、手配支援サーバ１０２を介して取得することが可能となる。

手配運用サーバ１０４は、管轄下にある旅客輸送事業者１０８の乗物１１０の位置情報及び空車情報を把握し、利用者からの依頼情報に対する手配可能情報を生成する。乗物１１０の位置情報及び空車情報は、旅客輸送事業者１０８から提供されるものであってもよい。手配運用サーバ１０４は、手配支援サーバ１０２から、利用者の依頼情報を受信すると、その依頼情報に基づいて手配可能な乗物を検索する。また、手配可能な乗物を旅客輸送事業者１０８に問い合わせをしてもよい。

利用者から送信された依頼情報には、利用者を識別する情報、乗物の手配先の位置情報（利用者の位置情報）、乗物の必要台数、乗車希望時間等のうち、少なくとも一つが含まれている。手配運用サーバ１０４は、乗物の手配先の位置情報に基づいて手配可能情報を自己が有する乗物情報の中から検索し、手配可能情報を生成する機能を有する。この乗物情報には、乗物の位置情報、空車情報などが含まれる。乗物情報は、旅客輸送事業者１０８から適時提供されるものであってもよい。

また、手配可能情報の生成は、手配運用サーバ１０４が、旅客輸送事業者１０８のサーバから乗物１１０に関する情報を取得することにより行うことができる。例えば、手配運用サーバ１０４が、一つ又は複数の旅客輸送事業者１０８のサーバに対し、利用者の申込み情報を送信し、その応答を受信することで実効されてもよい。

手配運用サーバ１０４は、手配可能情報を生成すると、その情報を手配支援サーバ１０２に送信する。上記のように、手配可能情報には、手配可能な乗物の位置情報、手配可能な乗物の旅客輸送事業者名、手配可能な台数等の情報が含まれている。

手配運用サーバ１０４は、手配支援サーバ１０２から利用者の申込情報を受信すると、該当する乗物又は旅客輸送事業者に申し込みがあった旨の通知をする。また、手配運用サーバ１０４は、乗物又は旅客輸送事業者から申込受諾の通知を受けたとき、申し込みが確定した旨の確定情報を手配支援サーバ１０２に通知する。

このように、手配運用サーバ１０４は、手配支援サーバ１０２と乗物又は旅客輸送事業者との間の仲介をする機能を有している。

＜旅客輸送事業者＞
旅客輸送事業者１０８は、乗物を用いて利用者（旅客）を輸送するサービスを提供する。旅客輸送サービスに使用される乗物１１０としては、代表的には自動車であるが、船舶、航空機、人力車両などであってもよい。旅客輸送事業者が自動車を使用して行う旅客輸送事業としては、代表的にはタクシー事業であり、その他ハイヤー事業、バス事業等であってもよい。また、旅客輸送事業者１０８が運転代行サービス事業であってもよい。

乗物１１０は、現在位置を特定する機能を有していることが好ましい。この現在位置を特定する機能は、例えば、乗物に搭載されるＧＰＳ機能によって実現される。このＧＰＳ機能は乗物１１０に付属するナビゲーションシステムの一部として機能するものであってもよい。乗物１１０に位置情報取得機能が設けられていることで、旅客輸送事業者１０８は、乗物１１０の位置を把握し、適切な手配情報を手配運用サーバ１０４に提供することができる。ここで、現在地を特定する機能は運転手の端末装置にあってもよく、それにより同様の効果を得ることができる。

旅客輸送事業者１０８は、自己が保有する乗物１１０の位置情報及び運行情報を取得し、その情報を手配運用サーバ１０４に提供してもよい。旅客輸送事業者１０８と乗物１１０との間の情報交換は、通信回線を経由して取得される。この通信回線を経由した情報通信は、上述のＧＰＳ機能を利用した車載器によって行われる。また、この通信回線を経由した情報通信は、旅客輸送事業者１０８と乗物１１０の運転手との無線通信によって行われるものであってもよい。

＜他の実施形態＞
図１では、手配支援サーバ１０２が手配運用サーバ１０４と接続されて、利用者の端末装置１０６に乗物の手配を行うに際して支援を行う態様を示す。しかし、旅客輸送事業者１０８が、手配運用サーバ１０４が提供するサービスを代替する機能を有していてもよい。図３は、手配支援サーバ１０２と旅客輸送事業者１０８とが接続され、乗物の手配に関する申し込みを受け付け、手配可能な乗物に関する情報の提供を行うことのできるシステムの他の一形態を示す。手配支援サーバ１０２は、端末装置１０６から乗物１１０の依頼情報を取得し、旅客輸送事業者にその依頼情報を送信し、手配可能な乗物情報を一元的に取得可能な機能を有している。

このように、本発明の一実施形態によれば、手配支援サーバが、複数の手配運用サーバ１０４と連係することにより、乗物の手配を依頼する利用者は、１回の依頼で複数の事業者に乗物の手配をしたものと、同等の結果を得ることができる。すなわち、利用者は、複数の乗物手配サービスの提供サイトに個々にアクセスして、最適な乗物の手配を検索しなくても、手配支援サーバにアクセスすることで包括的な乗物の検索をし、乗物の手配に係る手配サービスの提供を受けることができる。

［手配支援サーバの機能構成］
図４は、本発明の一実施形態に係る手配支援サーバ１０２の機能的構成を示す。手配支援サーバ１０２は、第１の受信部１１６、第１の送信部１１８、第２の受信部１２０及び第２の送信部１２２を含んでいる。

すなわち、利用者の依頼に応じ、利用者を輸送する乗物の手配を支援する手配支援サーバ１０２は、利用者の端末装置１０６から乗物の手配依頼と共に手配先の位置情報を含む依頼情報を受信する第１の受信部（依頼情報、申込情報の受信部）と、依頼情報を複数の手配運用サーバに送信する第１の送信部（依頼情報、申込情報の送信部）と、複数の手配運用サーバから手配可能な乗物の位置情報を含む手配可能情報を受信する第２の受信部（手配可能情報処理、確定情報の受信部）と、手配可能情報を送信する第２の送信部（手配可能情報処理、確定情報の送信部）と、を含んでいる。

第１の受信部１１６は、利用者の端末装置１０６から乗物の依頼情報を受信する。依頼情報には、利用者の識別情報（氏名、ニックネーム、ＩＤ番号、パスワード、電話番号、クレジットカード情報、メールアドレス、住所、年齢、性別等のいずれか一つ又は複数）、乗物の手配場所を指定する地理的な位置情報、乗物の台数、手配時間等の情報が乗物含まれている。

手配先を指定する位置情報は、利用者の現在位置の情報の他に、利用者が指定する手配先であってもよい。利用者の現在位置は、端末装置１０６のＧＰＳ機能によって得られた情報であって、例えば緯度及び経度情報が用いられる。また、利用者が端末装置１０６に入力した住所（地番名）に関する情報であってもよい。利用者は、端末装置１０６が取得する位置情報の他に、利用者の意思で入力する地番名等の住所情報を用いて、乗物１１０の手配先を指定することができる。

第１の送信部１１８は、依頼情報を、一つ又は複数の手配運用サーバ１０４に送信する機能を有する。第１の送信部１１８は、依頼情報に含まれる位置情報から乗物の手配先を特定し、その地域に乗物を手配できる手配運用サーバ１０４を選択して送信してもよい。第１の送信部１１８が送信する依頼情報には、手配先の位置情報、乗物の台数、手配時間等の情報が含まれている。

第２の受信部１２０は、複数の手配運用サーバ１０４から送信された手配可能な乗物の手配情報（手配可能情報）を受信する。手配可能情報には、手配可能な乗物の現在位置、手配先への予想到着時間、手配可能台数、旅客輸送事業者の名称等が含まれている。第２の受信部１２０は、複数の手配運用サーバ１０４から受信した複数の手配情報を対応する依頼情報と関連付けて第２の送信部に出力する機能を有する。

第２の送信部１２２は、手配可能情報を利用者の端末装置１０６に出力する機能を有する。第２の送信部１２２は、複数の手配可能情報を端末装置１０６に送信するとき、手配可能候補として、乗物の位置情報の他に、手配先までの予想到着時間、旅客輸送事業者の情報、運転手情報等が含まれていてもよい。

端末装置１０６は、第２の送信部１２２から手配可能情報を受信する。端末装置１０６の画面には、その手配可能情報が表示される。例えば、地図の表示と共に手配可能な乗物の位置が表示される。利用者は手配可能情報として表示される一つ又は複数の手配可能な乗物を選択し申し込みの意思表示をする。

第１の受信部１１６は、端末装置１０６からの申込情報を受信する。第１の送信部１１８は、この申込情報を該当する手配運用サーバ１０４に送信する。旅客輸送事業者１０８は、手配運用サーバ１０４から申込情報を受信し、申し込み確定の情報（確定情報）を返信する。

手配支援サーバ１０２の第２の受信部１２０は、手配運用サーバ１０４から確定情報を受信する機能を有する。第２の送信部１２２は確定情報を端末装置１０６に送信する機能を有する。端末装置１０６は、契約が成立した旨の表示をする。

図４に示すように、手配支援サーバ１０２が端末装置１０６からの依頼情報を、複数の手配運用サーバ１０４に送信する機能、複数の手配運用サーバ１０４から手配可能な乗物に関する手配可能情報を受信する機能を有することで、利用者は１回の申し込みで複数の手配運用サーバにアクセスしたことと同等の利益を得ることができる。

図５は、手配支援サーバ１０２の一態様を示す。手配支援サーバ１０２は、接続先設定部１２４を含んでいてもよい。接続先設定部１２４は、第１の受信部１１６が依頼情報を受信したとき、依頼情報に含まれる現在位置情報又は手配先指定情報から乗物の手配先を特定し、その地域に乗物を手配できる手配運用サーバ１０４を選択する。

接続先設定部１２４は、複数の手配運用サーバ１０４のそれぞれに対し、データベースに登録された乗物の手配可能地域を読み出し、依頼情報に含まれる手配先の位置情報と対比して、乗物の手配に係る手配サービスの提供が可能な手配運用サーバ１０４を選択する。或いは、乗物の手配に係るサービスを提供する複数の事業者のそれぞれについて、当該事業者がサービス可能な地域をデータベースに登録しておき、依頼情報に含まれる手配先の位置情報と対比して、複数の事業者の中から対応する地域でサービスを提供できる事業者を選択し、該当事業者の乗物の手配運用サーバを選択する。

第１の送信部１１８は、接続先設定部１２４で選択された手配運用サーバ１０４に依頼情報を送信する。接続先設定部１２４は、複数の手配運用サーバ１０４を選択することができ、第１の送信部１１８は、複数の手配運用サーバ１０４に対して依頼情報を送信することができる。

また、図５に示すように、手配支援サーバ１０２は選択部１２６を含んでいてもよい。選択部１２６は、第２の受信部１２０が手配運用サーバ１０４から手配可能情報を受信したとき、当該手配可能情報を評価し、利用者の特性に合わせて配信する機能を有する。第２の受信部１２０が受信する手配可能情報には、手配可能な乗物の位置情報が含まれ、さらに事業者情報、運転手情報等が付加されていてもよい。乗物の位置情報は、乗物の現在位置を示す情報であり、時間と共に変化する情報である。一方、事業者情報は旅客輸送事業者を識別する情報である。

選択部１２６は、運行情報取得部１２８によって、乗物の現在位置から手配先までの経路情報、経路の渋滞情報等の交通情報等と取得する。選択部１２６は、事業者情報取得部１３２によって旅客輸送事業者に関する情報を取得する。旅客輸送事業者は、接客サービス、運転マナー、乗物品質等、旅客に対するサービスの質が事業者ごとに差が生じているのが通常である。このようなサービスの質は旅客の印象によって評価が異なる。事業者情報取得部１３２は、このような旅客による事業者の評価情報を事業者支援サーバ１１４から取得してもよい。選択部１２６は、利用者情報取得部１３０によって利用者の利用実績情報、利用者本人の信用情報、利用者の友人の信用情報を取得する。利用者情報取得部１３０は、これら利用者情報の基礎となる情報をＳＮＳサーバ１１２から取得してもよい。

選択部１２６は、運行情報を用いて、複数の手配可能情報の中から、利用者に適した手配可能情報を選択することができる。例えば、乗物の現在位置と手配先の距離的関係のみでなく、運行経路、道路状況を考慮して、最も速く手配できる手配可能情報に優先順位を付けて、利用者に提供することができる。また、旅客輸送事業者情報に基づいて、顧客評価が高く、サービスの質が高い旅客輸送事業者を選択することができる。

選択部１２６は、利用者情報に基づいて、手配可能情報を端末装置１０６に送信するときの優先順位を付ける機能を有する。例えば、同一地域で複数の利用者からの乗物の依頼情報が競合した場合、選択部は複数の利用者に対し優先順位を付けて手配可能情報を配信するように設定する機能を有する。

選択部は、旅客輸送事業者に関する情報、運行情報、利用者情報に基づいて、手配可能情報を評価することにより、利用者に適切な手配可能情報を提供することができる。例えば、旅客輸送サービスに優れた旅客輸送事業者が提供する乗物を手配することができる。また、利用者が指定する手配先に、交通状況に応じて適切な範囲にある乗物に関する手配可能情報を提供することができる。また、利用実績の高い利用者に優先して、手配可能情報を提供することができる。

図６は、このような選択部１２６の機能構成の詳細を示す。選択部１２６は、運行情報、事業者情報、利用者情報を評価する評価部１３４を含んでいる。図６では、評価部１３４が、運行情報評価部１３６、事業者情報評価部１３８、利用者情報評価部１４０と連係して、評価を行う構成が示されている。

運行情報評価部１３６は、乗物位置情報と、運行情報取得部１２８が取得した経路情報、交通情報に基づいて、乗物の手配可能時間を評価する。上記のように、乗物の現在位置と手配先の距離的関係のみでなく、運行経路、道路状況（渋滞情報）を考慮して、複数の乗物の中から最適な乗物を選定する。事業者情報評価部１３８は、旅客輸送事業者の輸送サービス情報、輸送実績、運転手評価情報により、複数の旅客輸送事業者の中から評価の高い旅客輸送事業者を選択する。

利用者情報評価部１４０は、利用者の利用実績（乗物手配の利用実績等）、利用者本人情報、利用者の友人情報等を用いて利用者の評価を行う。利用者本人情報は、利用者本人の信用情報が含まれている。また、利用者友人情報は、一つ又は複数のＳＮＳ上で利用者（本人）が友人として登録している他の利用者との関係情報である。なお、利用者本人と友人との関係情報は、ＳＮＳサーバ１１２から当該情報を取得することが可能な場合に入手され得る。

利用者本人の信用情報は、利用者の利用実績、支払い実績等の他、旅客輸送事業者から提供された利用者のマナーに関する情報が含まれていてもよい。例えば、乗物の手配を申し込みした後で、無断でキャンセルした場合には、利用者の信用度を低下させる情報として記憶される。また、利用者の運賃支払いの決済が何らかの原因で遅れた場合にも、利用者の信用情報を低下させる要因として作用する。一方、利用者の利用実績が多い場合、支払い金額の累計が多い場合、他のサービスを利用している件数が多い場合には、それらの情報は利用者の信用情報が高くなる要因として作用する。

利用者情報評価部１４０は、利用者本人の信用情報と同じ情報を用いて、他の利用者についてもそれぞれ評価する機能を有している。利用者友人情報は、利用者（本人）が友人として登録している他の利用者との関係情報に基づいて、利用者の友人の信用度を評価する。利用者情報評価部１４０は、利用者本人の信用度と利用者の友人の信用度を総合して評価することが可能である。利用者情報評価部１４０は、上記のような要因に基づいて利用者本人の信用度を点数化して評価してもよい。

手配支援サーバ１０２は、選択部１２６が、複数の手配可能乗物の中から適した乗物を、運行情報から選択する機能、旅客輸送事業者を評価して選択する機能を有することにより、利用者に適した乗物の手配情報を提供することができる。すなわち、選択部１２６が、乗物の現在位置と手配先（例えば、端末委装置１０６の現在位置情報）の位置情報のみでなく、経路情報や交通情報に基づいて手配可能な乗物を選択することにより、利用者に適切な手配可能情報を提供することができる。選択部１２６が、評価値の高い旅客輸送事業者が提供する乗物についての手配可能情報を選択することにより、間接的に利用者に高いサービスを提供することができる。また、利用者の信用度を評価する機能を有することにより、乗物の依頼が複数の利用者で競合した場合でも、各利用者に適した乗物の手配可能情報を提供することができる。選択部１２６は、利用者の信用度を、利用実績のみでなく、ＳＮＳサーバ１１２を介して取得される利用者の友人に対する信用度を加えて評価することで、より信頼性の高い本人評価をすることができる。このとき、利用者の友人情報をＳＮＳサーバ１１２から取得することにより、利用者に負担をかけることなく簡便に友人関係の情報を取得することができる。

［手配支援サーバとシステムの動作］
図７は、本発明の一実施形態に係る乗物の手配に関する申し込みを受け付け、手配可能な乗物に関する情報の提供を行うことのできるシステムの処理の流れを示す図である。本システムは、手配支援サーバ１０２が手配運用サーバ１０４及び端末装置１０６と協働することで機能を発揮する。以下の説明では、図１で示す構成において、手配支援サーバ１０２が、端末装置１０６からの依頼情報を受信して、第１の手配運用サーバ１０４ａ及び第２の手配運用サーバ１０４ｂと通信を行い、乗物の手配を支援する処理の流れを説明する。なお、以下の説明では、適宜端末装置の画面表示（インターフェース）を参照して、本システムの動作を説明する。

利用者は、乗物の手配を希望するとき、端末装置１０６を操作し手配支援サーバ１０２にアクセスする。端末装置１０６には、手配支援サーバ１０２を介して乗物の手配に係る支援サービス（以下、「本サービス」ともいう。）を受けるために、アプリケーションプログラムがインストールされている。

図１０は、端末装置１０６にインストールされているアプリケーションプログラムを起動した後に、画面に表示されるインターフェースの一例を示す。図１０に示すインターフェース１４２は、ＳＮＳサーバ１１２が提供するＳＮＳサービスにおけるサービス選択画面である。利用者は、この選択画面の中から本サービスの提供を受けるためのアイコン１４４にタップする等の所定の動作によって選択する。それにより、本サービスを受けるためのアプリケーションプログラムが起動する。

アプリケーションプログラムが起動すると、図１１で示すようなインターフェース１４６が表示される。インターフェース１４６には、現在位置とその周辺の地図を示す画面が表示される。インターフェース１４６には、現在位置表示１４８が示され、確認ボタン１５０が表示される。利用者は、画面上の確認ボタン１５０をタップ又はドロップ等の操作をすることにより、乗物の手配希望場所を指定することができる。また、インターフェース１４６の地図画面上には、現在位置１４８の周辺で手配可能な乗物の存在が表示される。

なお、利用者は現在位置に乗物の手配を希望しない場合には、インターフェース１４６に表示される地図をスライドさせて、地図上に表示される別の場所をタップする等の操作により、乗物の手配希望先を指定することができる。あるいは、インターフェース１４６の入力欄１５２をタップして入力モードを変更し、希望する住所をキー入力又は音声入力してもよい。

乗物の手配先を確定させた後、確認ボタンをタップ等の操作を行うと、図１２で示すようなインターフェース１５４が端末装置１０６に表示される。インターフェース１５４には、乗物の手配について依頼内容の確認をする内容が表示されている。表示内容としては、乗物の手配先の住所、旅客輸送事業者名、利用者名、支払方法等が表示される。利用者は、表示内容を確認し誤りがないことを確認する。利用者は、乗物の手配を依頼することについて意思表示をするために、提供内容に同意する確認ボタン１５６をタップ等の操作をし、依頼を確定させる。利用者の一連の操作によって乗物の手配が依頼されると、端末装置１０６からは、乗物の手配を依頼する情報（依頼情報）が送信される（Ｓ００１）。依頼情報には、端末装置１０６の位置情報、利用者が希望する乗物の台数、手配を希望する場所、手配を希望する日時に関する情報が含まれている。

手配支援サーバ１０２は、端末装置１０６から依頼情報を受信し、依頼情報に含まれる手配依頼地域を設定する（Ｓ００２）。手配支援サーバ１０２は、当該位置情報（手配先位置手配情報）を基に、接続先の手配運用サーバを選択し、依頼情報を送信する（Ｓ００３）。図７では、第１の手配運用サーバ１０４ａ及び第２の手配運用サーバ１０４ｂが、位置情報との関係で乗物の手配に係る手配支援サービスの提供可能地域内にあるものとする。

第１に手配運用サーバ１０４ａは、手配支援サーバ１０２から依頼情報を受信する（Ｓ００４）。第１の手配運用サーバ１０４ａは、依頼情報に基づいて、該当地域内にある手配可能な乗物の検索をする（Ｓ００５）。そして、該当地域内にある手配可能な乗物を選択する（Ｓ００６）。そして、手配可能な乗物が選択されると、第１に手配運用サーバ１０４ａは、手配可能情報を送信する（Ｓ００７）。ここで説明されるステップＳ００４〜ステップＳ００７の処理は、第２の手配運用サーバ１０４ｂにおいても同様に実行される。

なお、第１の手配運用サーバ１０４ａ及び第２の手配運用サーバ１０４ｂが検索する範囲は任意に設定されるものである。第１の手配運用サーバ１０４ａ及び第２の手配運用サーバ１０４ｂは、例えば、手配指定先を中心として半径５ｋｍ以内にある手配可能な乗物を検索するように設定されていてもよい。

手配支援サーバ１０２は、第１の手配運用サーバ１０４ａ及び第２の手配運用サーバ１０４ｂから受信した手配可能情報を受信して、その情報を端末装置１０６に送信する（Ｓ０１１）。例えば、手配可能情報が、第１の手配運用サーバ１０４ａ又は第２の手配運用サーバ１０４ｂの一方からしか送信されず、手配可能な乗物が一台しかないとき、手配支援サーバ１０２は、その手配可能情報を選定して端末装置１０６に送信する（Ｓ０１１）。

一方、第１の手配運用サーバ１０４ａ及び第２の手配運用サーバ１０４ｂから複数の手配可能情報が送信され、手配可能な乗物が複数台あるとき、手配運用サーバ１０４は、その手配可能情報をそのまま端末装置１０６に送信してもよいし、複数の手配可能情報を解析して特定の手配可能情報を選択して端末装置１０６に送信してもよい。後者の場合、図５及び図６で説明した、手配支援サーバ１０２が備える選択部１２６の機能により、端末装置１０６に送信する手配可能情報を選択することができる。

すなわち、第１の手配運用サーバ１０４ａ及び第２の手配運用サーバ１０４ｂから複数の手配可能情報を受信した手配支援サーバ１０２は、運行情報から手配可能な乗物を評価し（Ｓ００８）、事業者評価情報から当該乗物のサービス等の品質を評価し（Ｓ００９）、利用者の信用度を評価する（Ｓ０１０）。

端末装置１０６は、手配可能情報を受信すると、その内容を利用者が認識できるように何らかの態様で通知する（Ｓ０１２）。この通知は、端末装置１０６の画面表示として実行され得る。利用者は、端末装置１０６の画面表示に従って乗物の申し込みの意思表示をする。端末装置１０６は利用者の操作に従い、申込情報を手配支援サーバ１０２に送信する（Ｓ０１３）。手配支援サーバ１０２は申込情報を登録し、その申込情報を該当する手配運用サーバ１０４に送信する（Ｓ０１４）。図７では、手配支援サーバ１０２が第１の手配運用サーバ１０４ａに申込情報を送信する例を示す。

第１の手配運用サーバ１０４ａは受信し（Ｓ０１５）、該当する乗物又は旅客輸送事業者に申込の通知をする（Ｓ０１６）。第１の手配運用サーバ１０４ａは、乗物又は旅客輸送事業者から申し込みの受諾を受けると、申し込みが成立した確定情報を第１の手配支援サーバ１０２ａに送信する（Ｓ０１７）。

手配支援サーバ１０２は確定情報を登録し、その情報を端末装置１０６に送信する（Ｓ０１８）。端末装置１０６は確定情報を受信し、その内容を画面表示等により、利用者に通知する（Ｓ０１９）。

利用者は、確定情報を受信した後は、手配指定場所で乗物の利用を開始し、目的地に到着した後は、旅客輸送事業者との間で、利用料をその場で決済してもよいし、旅客輸送事業者が配車支援サーバ１０２を運営する事業者に決済の代行を依頼してもよい。また、利用者は配車支援サーバ１０２と連係しているＳＮＳサーバ１１２で登録されているＳＮＳサイトの決済サービスを使って、利用料の支払いをしてもよい。

このように、手配支援サーバ１０２は、利用者の端末装置１０６と、乗物の手配を支援する手配運用サーバ１０４との間で、依頼情報、確定情報を送受信する。手配支援サーバ１０２は、このような処理により、利用者に乗物の手配を行うことができる。また、利用者は端末装置１０６によって、手配支援サーバ１０２と通信を行うことにより、実質的に乗物を手配する複数の手配運用サーバ１０４に問い合わせをしたのと同等の結果を得ることができる。

＜手配可能情報の提供＞
図７において、手配可能情報が複数存在した場合、運行情報（Ｓ００８）、旅客輸送事業者評価情報（Ｓ００９）により、特定の手配可能情報を選択し、または複数の手配可能情報に優先順位を付ける。図８は、手配可能情報を選択するときの処理の流れを説明するフローチャートを示す。

手配可能情報には、手配可能な乗物の位置情報、手配可能な乗物の事業者名、手配可能な台数等の情報が含まれている。手配可能情報の評価は、乗物と手配指定場所との位置関係（距離）、旅客輸送事業者の評価情報に基づいて行われる。それに加え、利用者が特定の旅客輸送事業者を指定するときは、旅客輸送事業者の選定に当たってその指定情報を優先させてもよい。

手配運用サーバ１０４は、複数の手配可能情報を受信する（Ｓ１０１）。手配可能情報には、少なくとも１台の手配可能な乗物が含まれている。そして、手配可能とされる複数の乗物の現在位置を比較評価し、手配指定場所に近い乗物の順番に優先順位が付けられる（Ｓ１０２）。この位置評価は、乗物と手配指定場所とを直線で結ぶ距離に基づいて行われてもよい。すなわち、この段階では実際の運行経路によらず、手配指定場所と乗物の位置の直線関係で評価することで、該当する乗物を選別することができる。なお、この評価によって、手配指定場所を中心に所定範囲内に手配可能な乗物が存在しないと判断された場合、所定範囲内に手配可能な乗物が存在しないとして、利用者には待ち通知をするようにしてもよい（Ｓ１０７）。

位置評価により選択された１以上の乗物は、現在位置から手配指定場所までの運行経路を、地図情報に基づいて解析される（Ｓ１０３）。手配可能な乗物について、現在位置から手配指定先までの経路が確定すると、その運行経路の交通情報を取得して運行に要する時間（アクセス時間）を解析する（Ｓ１０４）。すなわち、乗物の現在位置と手配指定場所との直線距離ではなく、実際に予想される運行経路と交通情報を加味して、予想される目的地（手配指定場所）までに要する時間（アクセス時間）を評価する。そして、評価結果が所定時間内であれば次の評価へ進む。また所定時間外であれば、所定時間内に到着不可であるとして、手配乗物可能な乗物がないものとして待ち通知（Ｓ１０７）を行うようにしてもよい。

なお、所定時間は任意に設定可能であり、例えば、１５分、３０分といったように所定の時間を指定することができる。この所定時間は、全利用者に一律に適用してもよいし、利用者ごとに設定されていてもよい。また、利用者が乗物を依頼するときの依頼情報の中に含め、手配毎に定めるようにしされていてもよい。

利用者が、特定の旅客輸送事業者を指定しているときは、その要望を優先させてもよい。例えば、利用者が特定の旅客輸送事業者のみを希望する場合、手配可能な乗物の中から該当旅客輸送事業者の乗物を選択し（Ｓ１０５）、手配可能情報として提供する（Ｓ１０８）。一方、利用者が、指定した旅客輸送事業者以外の事業者を希望しない場合であって、該当乗物が存在あしない場合、指定条件を満たさないものとして待ち通知を出してもよい（Ｓ１０７）。

旅客輸送事業者の評価情報に基づく解析は、複数の手配可能情報に対し複数の旅客輸送事業者が存在する場合、旅客輸送事業者同士を比較評価する。旅客輸送事業者の輸送サービスの品質、輸送実績（送迎時間の遅滞、事故件数、目的地までの遅延件数等）、運転手評価情報により、複数の旅客輸送事業者の中から評価の高い旅客輸送事業者を選択する（Ｓ１０６）。旅客輸送事業者の評価値は点数化して、所定水準以上であれば合格とし、利用者に手配可能情報を提供する（Ｓ１０８）。一方、旅客輸送事業者の評価値が所定水準以下であれば、不合格とし、手配可能な乗物が存在しないとして、利用者に待ち通知を出してもよい（Ｓ１０７）。

なお、旅客輸送事業者の評価情報には、乗物を運転する運転手の評価情報を加えてもよい。運転手の顧客に対する接客態度、運転マナー等を顧客が評価した結果を加味して旅客輸送事業者の評価を行ってもよい。

図８では、複数の手配可能情報の評価を、手配可能な乗物と手配指定先までの位置関係の評価、アクセス時間の評価、利用者指定情報による指定旅客輸送事業者の選別、旅客輸送事業者の評価値に基づく選別によって行う態様を示している。本発明の一実施形態は、複数の手配可能情報の評価をこれら全ての項目について行う必要はなく、一つ又は複数の項目の組み合わせによって実行されてもよい。例えば、複数の手配可能情報の評価を、手配可能な乗物と手配指定先までの位置関係及びアクセス時間を基準に行い、利用者指定情報による指定旅客輸送事業者の選別及び旅客輸送事業者の評価値に基づく選別は任意の付加事項とされていてもよい。

いずれにしても、複数の手配可能情報を、乗物の位置情報や手配指定場所までの到着時間といった客観的な指標と、旅客輸送事業者評価情報や旅客輸送事業者指定情報といった利用者の主観を交えた指標に基づいて評価することで、適切な乗物に関する手配可能情報を利用者に提供することが可能となる。

＜利用者の評価＞
図７において、利用者の評価情報（Ｓ０１０）を行うことが示されている。利用者の評価情報は、乗物の手配が競合したときに、利用者の評価情報に基づいて優先的に手配をする利用者を選定する際に用いることができる。図９は、利用者を特定の指標に基づいて評価するときの処理の流れを説明するフローチャートを示す。

手配運用サーバ１０４は、複数の利用者による、複数の手配可能情報を受信する（Ｓ２０１）。複数の利用者のそれぞれには、利用者情報が対応して記録されている。利用者情報は図５及び図６で説明したように手配支援サーバ１０２によって取得され、管理されている情報を含む。

利用者情報には、利用者の利用実績（乗物手配の利用実績等）、利用者本人情報、利用者の友人情報等が含まれている。利用者本人情報は、利用者本人の信用情報が含まれている。また、利用者友人情報は、利用者が一つ又は複数のＳＮＳ上で利用者（本人）が友人として登録している他の利用者との関係情報である。

まず、利用者本人の利用実績を評価する（Ｓ２０２）。ここで、利用実績とは、手配支援サーバ１０２を介して行われる、旅客輸送サービスの利用実績である。また、それに付随する他のサービスの利用実績が加味されていてもよい。ここでは、各利用者の利用実績に応じて順位付けが行われる。利用実績な少ない利用者、利用実績がある所定水準以下の利用者は、この評価において除外され次の手配検索までの待ち通知がされてもよい（Ｓ２０５）。例えば、利用者１０人は乗物の手配で競合しているとき、利用実績に基づいて下位５人は除外されるように設定されていてもよい。

次に、各利用者の信用情報を評価する（Ｓ２０３）。利用者本人の信用情報は、利用者の利用実績、支払い実績等の他、旅客輸送事業者から提供された利用者のマナーに関する情報が含まれていてもよい。例えば、乗物の手配を申し込みした後で無断キャンセルした場合、利用者は手配指定場所に遅刻した場合には、利用者の信用度を低下させる指標として評価値が設定される。また、利用者の運賃支払いの決済が何らかの原因で遅れた場合にも、利用者の信用情報を低下させる指標として評価値が設定される。このような指標に基づいて、評価値が相対的に低い利用者、または所定水準に満たない利用者は除外され次の手配検索までの待ち通知がされてもよい（Ｓ２０５）。

利用者友人情報の評価は、利用者（本人）が友人として登録している他の利用者との関係情報に基づいて、利用者の友人の信用度を評価する（Ｓ２０４）。利用者友人情報の評価は、利用者本人の信用情報の評価と同じ基準を用いて、他の利用者についてもそれぞれ評価する。例えば、利用者の友人の評価値が高い場合には、その利用者本人の評価値も向上し、逆の場合には低下する。そして、評価値の高い利用者に優先して手配可能情報が提供される（Ｓ２０６）。一方、このような指標に基づいて、評価値が相対的に低い利用者、または所定水準に満たない利用者は除外され次の手配検索までの待ち通知がされてもよい（Ｓ２０５）。

上記のような手順に従い、利用者本人の信用度と利用者の友人の信用度を総合して評価して、乗物の手配を順位化することができる。このような利用者本人及び利用者友人の評価により旅客輸送サービスを受ける側の優劣が選定されることにより、優良利用者の選別を行うことができる。また旅客輸送サービスを提供する側においては、利用者のマナー向上を期待することができる。

以上、説明したように、本発明の一実施形態によれば、利用者は手配支援サーバにアクセスするだけで、複数の手配運用サーバに対し一括して手配の依頼をしたことと同様の結果を得ることができる。また、手配支援サーバは、複数の手配運用サーバを一元的に統括することで、乗物の手配につき利用者に便宜を図ることができる。また、手配支援サーバは、利用者に乗物の手配可能情報を提供するときに、乗物の運行情報のみならず、旅客輸送事業者の評価情報、利用者の評価情報を加味することで、利用者に対し適した乗物を提供することができる。

１０２・・・手配支援サーバ、１０４・・・手配運用サーバ、１０６・・・端末装置、１０８・・・旅客輸送事業者、１１０・・・乗物、１１２・・・ＳＮＳサーバ、１１４・・・事業者管理サーバ、１１６・・・第１の受信部、１１８・・・第１の送信部、１２０・・・第２の受信部、１２２・・・第２の送信部、１２４・・・接続先設定部、１２６・・・選択部、１２８・・・運行情報取得部、１３０・・・利用者情報取得部、１３２・・・事業者情報取得部、１３４・・・評価部、１３６・・・運行情報評価部、１３８・・・事業者情報評価部、１４０・・・利用者情報評価部

Claims (1)

1. 利用者の依頼に応じ前記利用者を輸送する乗物の手配を支援する手配支援サーバであって、
   前記利用者の端末装置から乗物の手配依頼と共に手配先の位置情報を含む依頼情報を受信する第１の受信部と、
   前記依頼情報を複数の手配運用サーバに送信する第１の送信部と、
   前記複数の手配運用サーバのそれぞれから手配可能な乗物の情報を手配可能情報として受信する第２の受信部と、
   前記手配可能情報を送信する第２の送信部と、を有する手配支援サーバ。
   

Images