JP7354892B2 - 情報処理装置、情報処理システム、及び情報処理方法 - Google Patents

Description

本開示は、情報処理装置、情報処理システム、情報処理方法、及び端末装置に関する。

従来、自動バレーパーキングに適した乗降エリアを有する駐車場が知られている。例えば、特許文献１には、車両待機スペースと乗降者スペースとが配置された乗降エリアを含む駐車場が開示されている。

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

駐車場は、ユーザが車両から離れる際に用いられる。ユーザが車両から離れる際の利便性の向上が求められる。

かかる事情に鑑みてなされた本開示の目的は、ユーザが車両から離れる際の利便性を向上させることにある。

本開示の一実施形態に係る情報処理装置は、所定領域に乗り入れた車両の管理を委託する第１ユーザの第１端末装置から、前記所定領域を特定する情報を含む委託申込情報を受信する通信部と、前記委託申込情報に基づいて、前記車両の管理を受託する第２ユーザを決定し、前記第２ユーザの第２端末装置に出力する制御部とを備える。

本開示の一実施形態に係る情報処理システムは、前記情報処理装置と、前記第１端末装置と、前記第２端末装置とを備える。

本開示の一実施形態に係る情報処理方法は、情報処理装置が、所定領域に乗り入れた車両の管理を委託する第１ユーザの第１端末装置から、前記所定領域を特定する情報を含む委託申込情報を受信することと、前記情報処理装置が、前記委託申込情報に基づいて、前記車両の管理を受託する第２ユーザを決定し、前記第２ユーザの第２端末装置に出力することとを含む。

本開示の一実施形態に係る端末装置は、所定領域に乗り入れた車両の管理を受託するユーザによって所持される。前記端末装置は、前記所定領域を特定する情報を含む受託申込情報を送信し、前記受託申込情報に基づいて決定された車両の情報を受信する通信部と、前記車両の情報を前記ユーザに出力する制御部とを備える。

本開示の一実施形態に係る情報処理装置、情報処理システム、情報処理方法、及び端末装置によれば、ユーザが車両から離れる際の利便性が向上し得る。

一実施形態に係る情報処理システムの構成例を示す模式図である。 一実施形態に係る情報処理システムの構成例を示すブロック図である。 第１ユーザと第２ユーザとの間での車両の管理の引き継ぎを表す図である。 サーバが管理仲介サービスを提供するために実行する手順の一例を示すフローチャートである。 第１端末装置が実行する、第１ユーザによる車両の管理の委託の手順の一例を示すフローチャートである。 第２端末装置が実行する、第２ユーザによる車両の管理の受託の手順の一例を示すフローチャートである。 サーバがオンデマンドバスサービスを提供するために実行する手順の一例を示すフローチャートである。

（情報処理システム１の概要）
図１及び図２に示されるように、一実施形態に係る情報処理システム１は、サーバ１０と、車両２０とを備える。車両２０は、第１ユーザ５１によって運転されるとする。車両２０は、第１ユーザ５１によって所有されてもよい。

情報処理システム１は、第１端末装置３１と、第２端末装置３２とを更に備える。第１端末装置３１は、車両２０に搭載される装置を含んでもよいし、第１ユーザ５１に所持される装置を含んでもよい。第１端末装置３１は、車両２０のカーナビゲーションとして機能してもよい。第２端末装置３２は、第２ユーザ５２によって所持される。

情報処理システム１は、必須ではないが、第３端末装置３３を更に備える。第３端末装置３３は、第３ユーザ５３によって所持される。サーバ１０、車両２０、第１端末装置３１、第２端末装置３２及び第３端末装置３３それぞれの数は、１つに限られず、２つ以上であってもよい。

サーバ１０と、車両２０と、第１端末装置３１と、第２端末装置３２と、第３端末装置３３とは、ネットワーク４０を介して互いに有線又は無線で通信可能に接続されている。

（情報処理システム１が提供するサービスの例）
情報処理システム１は、以下に例示するサービスを提供できる。

＜車両２０の管理の仲介＞
第１ユーザ５１は、図３に示されるように、車両２０で第１領域６１に乗り入れる。第１領域６１は、少なくとも一時的に車両２０を停車又は駐車できる領域を含む。第１ユーザ５１は、第１領域６１で車両２０から降車し、第１領域６１又は第１領域６１の周辺領域等で時間を過ごす。第１領域６１は、例えば、商業施設、娯楽施設又は宿泊施設等を含む領域であってよい。第１領域６１は、屋外の領域であってもよいし、屋内の領域であってもよい。

第１ユーザ５１が車両２０から離れている間、車両２０が管理される必要がある。車両２０は、駐車場等に駐車されることで管理されてもよいが、本実施形態において、第１ユーザ５１以外の管理者によって管理されるとする。第１ユーザ５１は、車両２０から降車するときに車両２０を第２ユーザ５２に引き渡し、第２ユーザ５２を車両２０の管理者として車両２０を管理させる。言い換えれば、第２ユーザ５２は、車両２０の管理者として、第１ユーザ５１が車両２０から降車するときに第１ユーザ５１から車両２０の管理を引き継ぐ。第２ユーザ５２は、車両２０を管理している間、車両２０を第１領域６１から他の場所に移動させてよい。第２ユーザ５２は、後述するように、車両２０をオンデマンドバスとして運用し、第３ユーザ５３を乗車させてもよい。

第１ユーザ５１は、所定のタイミングで第２ユーザ５２から車両２０を受け取り、車両２０に乗車して出発する。言い換えれば、第１ユーザ５１は、第２ユーザ５２から車両２０を受け取って乗車するときに第２ユーザ５２から車両２０の管理を引き継ぐ。第１ユーザ５１は、第１領域６１で第２ユーザ５２から車両２０を受け取ってよい。この場合、第２ユーザ５２は、第１ユーザ５１に車両２０を引き渡す所定のタイミングまでに、車両２０を第１領域６１に移動させる。第１ユーザ５１は、第１領域６１と異なる第２領域で第２ユーザ５２から車両２０を受け取ってよい。この場合、第２ユーザ５２は、第１ユーザ５１に車両２０を引き渡す所定のタイミングまでに、車両２０を第２領域に移動させる。

第１ユーザ５１が車両２０を乗り入れて第２ユーザ５２に管理を引き継ぐ第１領域６１、及び、第１ユーザ５１が第２ユーザ５２から車両２０を受けとる第１領域６１又は第２領域は、所定領域とも称される。

第１ユーザ５１が第２ユーザ５２に車両２０の管理を委託する期間は、第１期間とも称される。第１期間は、第１ユーザ５１が車両２０を第２ユーザ５２に引き渡すタイミングから第１ユーザ５１が車両２０を第２ユーザ５２から受け取るタイミングまでの期間に相当する。第２ユーザ５２は、第１期間において車両２０を管理する。第２ユーザ５２は、車両２０を管理している第１期間にわたって車両２０を使用できる。

情報処理システム１は、第１ユーザ５１が車両２０で第１領域６１に乗り入れる際に、第２ユーザ５２に車両２０の管理を委託できるように、第１ユーザ５１と第２ユーザ５２とを仲介する。情報処理システム１は、第１ユーザ５１が車両２０で第１領域６１に乗り入れる前に、車両２０の管理を委託する第２ユーザ５２を決定してよい。情報処理システム１は、第１ユーザ５１が車両２０で第１領域６１に乗り入れた後に、車両２０の管理を委託する第２ユーザ５２を決定してもよい。第２ユーザ５２は、管理を受託する場合、第１領域６１において乗り入れてきた車両２０を第１ユーザ５１から受け取り、第１期間にわたって車両２０を管理する。

情報処理システム１は、車両２０の管理の受託を希望する第２ユーザ５２の第２端末装置３２に対して、車両２０の管理の委託を希望する第１ユーザ５１又はその車両２０の情報を送信する。このようにすることで、第２ユーザ５２が管理を受託する車両２０を決定しやすくなる。

情報処理システム１は、車両２０の管理の委託を希望する第１ユーザ５１の第１端末装置３１に対して、車両２０の管理の受託を希望する第２ユーザ５２の情報を送信する。このようにすることで、第１ユーザ５１が車両２０の管理を委託する第２ユーザ５２を決定しやすくなる。

本実施形態に係る情報処理システム１は、第１ユーザ５１に対して車両２０の管理の委託に必要な情報を提供でき、第２ユーザ５２に対して車両２０の管理の受託に必要な情報を提供できる。情報処理システム１は、第１ユーザ５１に対して、車両２０の管理を委託する第２ユーザ５２を紹介する情報を出力してもよい。第１ユーザ５１は、第２ユーザ５２の情報に基づいて、車両２０の管理を委託する第２ユーザ５２を決定してよい。情報処理システム１は、第２ユーザ５２に対して、管理を受託する車両２０の情報を出力してもよい。第２ユーザ５２は、車両２０の情報に基づいて、管理を受託する車両２０を決定してよい。

情報処理システム１は、第１ユーザ５１が車両２０の管理を委託する先として第２ユーザ５２を決定したことを表す情報を取得する。情報処理システム１は、第２ユーザ５２が管理を受託する車両２０として第１ユーザ５１の車両２０を決定したことを表す情報を取得する。情報処理システム１は、第１ユーザ５１が委託先として第２ユーザ５２を決定した情報と、第２ユーザ５２が第１ユーザ５１の車両２０を受託することを決定した情報とを取得した場合、第１ユーザ５１と第２ユーザ５２との間で管理の委託の契約を成立させる。情報処理システム１は、第１ユーザ５１が委託先を決定した情報を取得せずに、管理の委託の契約を成立させてもよい。情報処理システム１は、第２ユーザ５２が受託する車両２０を決定した情報を取得せずに、管理の委託の契約を成立させてもよい。情報処理システム１は、第１ユーザ５１が委託先を決定した情報及び第２ユーザ５２が受託する車両２０を決定した情報を両方とも取得せずに、管理の委託の契約を成立させてもよい。

情報処理システム１は、車両２０の管理の契約に関して、第１ユーザ５１と第２ユーザ５２とを互いに紹介できる。言い換えれば、情報処理システム１は、車両２０の管理の契約に関して、第１ユーザ５１と第２ユーザ５２とを仲介できる。情報処理システム１が実行する、車両２０の管理を委託する第１ユーザ５１と、車両２０の管理を受託する第２ユーザ５２とを仲介するサービスは、管理仲介サービスとも称される。

＜車両２０のオンデマンドバス運用＞
第２ユーザ５２は、第１期間において車両２０を管理している間、車両２０に客を乗車させて車両２０を走行させてよい。第３ユーザ５３は、乗車地点若しくは降車地点、又は、乗車時刻若しくは降車時刻等を含む条件に基づいて乗車可能な車両２０を決定して乗車してよい。

車両２０に客を乗車させて車両２０を走行させることを希望する第２ユーザ５２は、車両２０に客として乗車することを希望する第３ユーザ５３の情報を取得することによって、車両２０に客として乗車させる第３ユーザ５３を決定しやすくなる。一方で、第３ユーザ５３は、第２ユーザ５２が客を乗車させることを希望している車両２０の情報を取得することによって、乗車する車両２０を決定しやすくなる。

本実施形態に係る情報処理システム１は、第２ユーザ５２に対して車両２０に客を乗車させて運行するために必要な情報を提供でき、第３ユーザ５３に対して車両２０に客として乗車するために必要な情報を提供できる。情報処理システム１は、第２ユーザ５２に対して、車両２０に客として乗車することを希望する第３ユーザ５３を紹介する情報を出力してもよい。第２ユーザ５２は、第３ユーザ５３の情報に基づいて、車両２０に客として乗車させる第３ユーザ５３を決定してよい。情報処理システム１は、第３ユーザ５３に対して、第３ユーザ５３が希望する条件で乗車可能な車両２０の情報を出力してもよい。第３ユーザ５３は、乗車可能な車両２０の情報に基づいて、客として乗車する車両２０を決定してよい。

情報処理システム１は、第２ユーザ５２が車両２０に乗車させる客として第３ユーザ５３を決定したことを表す情報を取得する。情報処理システム１は、第３ユーザ５３が乗車する車両２０として第２ユーザ５２の車両２０を決定したことを表す情報を取得する。情報処理システム１は、第２ユーザ５２が第３ユーザ５３を乗車させると決定した情報と、第３ユーザが第２ユーザ５２の車両２０に乗車すると決定した情報とを取得した場合、第２ユーザ５２と第３ユーザ５３との間で乗車の契約を成立させる。情報処理システム１は、第２ユーザ５２が乗客を決定した情報を取得せずに、乗車の契約を成立させてもよい。情報処理システム１は、第３ユーザ５３が乗車する車両２０を決定した情報を取得せずに、乗車の契約を成立させてもよい。情報処理システム１は、第２ユーザ５２が乗客を決定した情報及び第３ユーザ５３が乗車する車両２０を決定した情報を両方とも取得せずに、管理の委託の契約を成立させてもよい。

情報処理システム１は、車両２０への乗車に関して、第２ユーザ５２と第３ユーザ５３とを互いに紹介できる。言い換えれば、情報処理システム１は、車両２０への乗車に関して、第２ユーザ５２と第３ユーザ５３とを仲介できる。第２ユーザ５２が第３ユーザ５３の希望に応じて車両２０を運行するサービスは、オンデマンドバスサービスとも称される。情報処理システム１は、オンデマンドバスサービスの運用を支援できる。

（情報処理システム１の各構成部の具体例）
＜サーバ１０＞
サーバ１０は、１つ又は互いに通信可能な複数のサーバ装置を含んでよい。サーバ１０は、情報処理装置とも称される。サーバ１０は、例えば管理仲介サービスを提供する主体によって運用されてよい。サーバ１０は、例えばオンデマンドバスサービスを提供する主体によって運用されてよい。サーバ１０は、複数のサービスをあわせて提供してもよい。サーバ１０は、提供するサービス毎に分けられてもよい。

サーバ１０は、管理仲介サービスを提供する場合、第１端末装置３１から第１ユーザ５１が車両２０の管理を依頼する情報を取得するとともに、第２端末装置３２から第２ユーザ５２が車両２０を引き受けることができる情報を取得する。サーバ１０は、取得した情報に基づいて、車両２０の管理を受託できる第２ユーザ５２に関する情報を第１ユーザ５１に通知してよい。サーバ１０は、取得した情報に基づいて、車両２０の管理の委託を希望する第１ユーザ５１に関する情報を第２ユーザ５２に通知してよい。サーバ１０は、第１端末装置３１及び第２端末装置３２それぞれとの間で管理仲介サービスに関する種々の情報を送受信してよい。サーバ１０は、これらの処理だけでなく、管理仲介サービスに関する種々の処理を実行可能に構成されてよい。

サーバ１０は、オンデマンドバスサービスを提供する場合、第３端末装置３３から第３ユーザ５３が車両２０に乗車することを希望する情報を取得する。サーバ１０は、車両２０の運行スケジュールを決定する。サーバ１０は、第３端末装置３３から取得した情報と、車両２０の運行スケジュールとに基づいて、第３ユーザ５３を車両２０に乗車させることができるか決定し、第３端末装置３３に通知してよい。サーバ１０は、車両２０に搭載されている第１端末装置３１又は第２ユーザ５２が所持する第２端末装置３２、及び第３端末装置３３それぞれとの間でオンデマンドバスサービスに関する種々の情報を送受信してよい。サーバ１０は、これらの処理だけでなく、オンデマンドバスサービスに関する種々の処理を実行可能に構成されてよい。

サーバ１０は、サーバ制御部１２と、サーバ通信部１４とを備える。サーバ制御部１２は、単に制御部とも称される。サーバ制御部１２は、１つ以上のプロセッサを含んでよい。本実施形態において「プロセッサ」は、汎用のプロセッサ、特定の処理に特化した専用のプロセッサ等であるが、これらに限られない。サーバ制御部１２は、１つ以上の専用回路を含んでもよい。専用回路は、例えば、ＦＰＧＡ（Field-Programmable Gate Array）又はＡＳＩＣ（Application Specific Integrated Circuit）を含んでよい。サーバ制御部１２は、プロセッサの代わりに専用回路を含んでもよいし、プロセッサとともに専用回路を含んでもよい。

サーバ通信部１４は、単に通信部とも称される。サーバ通信部１４は、通信モジュールを含み、ネットワーク４０を介して、車両２０、第１端末装置３１、第２端末装置３２、又は第３端末装置３３と通信してよい。通信モジュールは、例えば４Ｇ（4th Generation）及び５Ｇ（5th Generation）等の移動体通信規格に対応する通信モジュールを含んでよいが、これらに限られない。

サーバ１０は、記憶部を更に備えてよい。記憶部は、例えば半導体メモリ、磁気メモリ、又は光メモリ等であるが、これらに限られない。記憶部は、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部は、磁気ディスク等の電磁記憶媒体を含んでよい。記憶部は、非一時的なコンピュータ読み取り可能な媒体を含んでよい。記憶部は、サーバ１０の動作に用いられる任意の情報を格納する。例えば、記憶部は、システムプログラム、又はアプリケーションプログラム等を格納してもよい。サーバ１０は、ＤＢ１５を記憶部として、プログラム又は情報等を格納してもよい。記憶部は、サーバ制御部１２に含まれてもよい。

＜車両２０＞
車両２０は、第１端末装置３１を備える。第１端末装置３１については後述される。車両２０は、必須ではないが、制御装置２２と通信装置２４とを更に備える。制御装置２２と通信装置２４と第１端末装置３１とは、例えばＣＡＮ（Controller Area Network）等の車載ネットワーク又は専用線を介して、互いに通信可能に接続されている。

制御装置２２は、車両２０が備える各構成部を制御する。制御装置２２は、１つ以上のプロセッサを含んでよい。制御装置２２は、プロセッサの代わりに１つ以上の専用回路を含んでもよいし、プロセッサとともに１つ以上の専用回路を含んでもよい。制御装置２２は、記憶部を更に含んでよい。

通信装置２４は、ネットワーク４０を介して、サーバ１０又は第２端末装置３２と通信する。通信装置２４は、例えば車載通信機であってよい。通信装置２４は、ネットワーク４０に接続する通信モジュールを含んでよい。

車両２０は、物理的な鍵によって、ロックされたりロックを解除されたりしてよい。車両２０は、物理的な鍵によって、エンジン又はモータ等の動力源を起動させてよい。

車両２０は、電波に基づく仮想的な鍵（いわゆるスマートキー（登録商標））によって、ロックを制御したりエンジン又はモータ等の動力源を起動したりしてよい。制御装置２２は、車両２０のロックを制御してよい。制御装置２２は、仮想的な鍵が出力する電波を受信する機能を有してよい。制御装置２２は、例えば、第１ユーザ５１が所持する仮想的な鍵が出力する電波を受信することによって、車両２０のロックを制御してよい。制御装置２２は、例えば、第２ユーザ５２が所持する第２端末装置３２を仮想的な鍵とみなし、第２端末装置３２が出力する電波を受信することによって、車両２０のロックを制御してよい。制御装置２２は、仮想的な鍵が出力する電波を受信することによって、エンジン又はモータ等の動力源の起動を許可してもよい。

＜端末装置＞
第１端末装置３１は、車両２０に搭載される場合、車両２０のダッシュボード又はコンソール等に取り付けられてよい。第１端末装置３１は、車両２０のナビゲーション機能を提供するカーナビゲーション装置であってよい。第１端末装置３１は、第１ユーザ５１に所持される場合、スマートフォン又はタブレット等の携帯端末であってもよい。携帯端末としての第１端末装置３１は、車両２０のナビゲーション機能を提供するアプリケーションを実行してもよい。携帯端末としての第１端末装置３１は、車両２０のダッシュボード又はコンソール等に取り付けられてもよいし、第１ユーザ５１に所持されてもよい。

第２端末装置３２又は第３端末装置３３は、スマートフォン又はタブレット等の携帯端末であってよい。

第１端末装置３１、第２端末装置３２、又は第３端末装置３３は、ネットワーク４０を介して、サーバ１０と通信する。第１端末装置３１、第２端末装置３２、又は第３端末装置３３は、ネットワーク４０を介して、互いに通信してもよい。

以下、第１端末装置３１、第２端末装置３２及び第３端末装置３３は、互いに区別される必要がない場合、単に、端末装置と総称される。

第１端末装置３１、第２端末装置３２及び第３端末装置３３はそれぞれ、第１端末制御部３１１、第２端末制御部３２１及び第３端末制御部３３１を備える。第１端末制御部３１１、第２端末制御部３２１、及び第３端末制御部３３１は、１つ以上のプロセッサを含んで構成されてよい。

端末装置は、記憶部を備えてよい。記憶部は、各端末制御部に含まれてもよいし、各端末制御部と別体として構成されてもよい。記憶部は、例えば半導体メモリ、磁気メモリ、又は光メモリ等であるが、これらに限られない。記憶部は、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部は、磁気ディスク等の電磁記憶媒体を含んでよい。記憶部は、非一時的なコンピュータ読み取り可能な媒体を含んでよい。記憶部は、サーバ１０の動作に用いられる任意の情報を格納する。

第１端末装置３１、第２端末装置３２及び第３端末装置３３はそれぞれ、第１端末通信部３１２、第２端末通信部３２２及び第３端末通信部３３２を備える。第１端末通信部３１２、第２端末通信部３２２及び第３端末通信部３３２は、ネットワーク４０に接続する通信モジュールを含んで構成されてよい。第２端末通信部３２２は、第２端末装置３２が車両２０の仮想的な鍵として機能できるように、仮想的な鍵に対応する電波を送信してよい。

第１端末装置３１、第２端末装置３２及び第３端末装置３３はそれぞれ、第１端末出力部３１３、第２端末出力部３２３及び第３端末出力部３３３を備える。第１端末出力部３１３、第２端末出力部３２３及び第３端末出力部３３３は、表示デバイスを含んで構成されてよい。表示デバイスは、ＬＥＤ（Light Emission Diode）等の発光デバイスを含んでよい。表示デバイスは、例えば、液晶ディスプレイ（ＬＣＤ:Liquid Crystal Display）、又は、有機ＥＬ（Electro-Luminescence）ディスプレイ若しくは無機ＥＬディスプレイを含んでよい。表示デバイスは、プラズマディスプレイ（ＰＤＰ：Plasma Display Panel）を含んでもよい。表示デバイスは、これらのディスプレイに限られず、他の種々の方式のディスプレイを含んでもよい。第１端末出力部３１３、第２端末出力部３２３及び第３端末出力部３３３は、スピーカ等の音声出力デバイスを含んで構成されてもよい。

端末装置は、入力デバイスを備えてよい。入力デバイスは、例えば、キーボード又は物理キーを含んでもよいし、タッチパネル若しくはタッチセンサ又はマウス等のポインティングデバイスを含んでもよい。入力デバイスは、タッチパネル又はタッチセンサである場合、表示デバイスと一体に構成されてもよい。入力デバイスは、例えば、音声の入力を受け付けるマイク等を含んでもよい。端末装置は、入力デバイスとして、これらの例に限られず、他の種々のデバイスを含んでもよい。

端末装置は、位置情報を取得するデバイスを備えてよい。端末装置は、位置情報を取得する装置として、衛星測位システムに対応する受信機を備えてよい。衛星測位システムに対応する受信機は、例えばＧＰＳ（Global Positioning System）受信機等を含んでもよい。

（情報処理システム１が提供するサービスの具体例）
以下、情報処理システム１が提供するサービスの具体例が説明される。

＜管理仲介サービス＞
第１端末装置３１の第１端末制御部３１１及び第２端末装置３２の第２端末制御部３２１は、車両２０の管理の委託及び受託に関して第１ユーザ５１と第２ユーザ５２とを互いに組み合わせるために用いるアプリケーションを動作させてよい。第１端末装置３１の第１端末通信部３１２は、第１ユーザ５１が車両２０で乗り入れる第１領域６１の情報と、車両２０から離れる第１期間を特定する情報とをサーバ１０に送信する。第２端末装置３２の第２端末通信部３２２は、第２ユーザ５２が車両２０を管理可能な期間と、車両２０を受け取ることができる地点とを特定する情報をサーバ１０に送信する。

以下、サーバ１０が第１端末装置３１及び第２端末装置３２それぞれから受信した情報に基づいて、第１ユーザ５１と第２ユーザ５２とを組み合わせる動作の例が説明される。

サーバ１０のサーバ通信部１４は、第１端末装置３１から第１ユーザ５１が車両２０の管理の委託を申し込む情報を受信する。第１ユーザ５１が車両２０の管理の委託を申し込む情報は、委託申込情報とも称される。委託申込情報は、第１ユーザ５１が車両２０で乗り入れる第１領域６１を特定する情報を含む。委託申込情報は、第１ユーザ５１が車両２０の管理を委託する第１期間を特定する情報を更に含んでもよい。

サーバ通信部１４は、第２端末装置３２から第２ユーザ５２が車両２０の管理の受託を申し込む情報を受信する。第２ユーザ５２が車両２０の管理の受託を申し込む情報は、受託申込情報とも称される。受託申込情報は、第２ユーザ５２が車両２０の管理を受託できる領域を特定する情報を含む。受託申込情報は、第２ユーザ５２が車両２０の管理を受託できる期間を特定する情報を含んでもよい。

サーバ１０のサーバ制御部１２は、委託申込情報と受託申込情報とに基づいて、車両２０の管理を委託する第１ユーザ５１と、車両２０の管理を受託する第２ユーザ５２とを結びつけて、委託及び受託の契約を成立させる。以下、サーバ制御部１２が第１ユーザ５１と第２ユーザ５２とを結びつける具体的な方法が説明される。

＜＜第２ユーザ５２が車両２０を選択する場合＞＞
サーバ制御部１２は、管理の委託が申し込まれている車両２０を第２ユーザ５２が管理を受託できる候補として第２ユーザ５２に提示し、候補の中から選択させてよい。第２ユーザ５２が管理を受託できる候補は、受託候補とも称される。

例えば、サーバ制御部１２は、第２ユーザ５２の第２端末装置３２から受信した受託申込情報で特定される領域が、第１端末装置３１から受信した委託申込情報で特定される第１領域６１の少なくとも一部を含むか判定する。受託申込情報で特定される領域は、受託申込領域とも称される。サーバ制御部１２は、受託申込領域が第１領域６１の少なくとも一部を含むと判定した場合に、その第１領域６１を特定する委託申込情報を送信した第１端末装置３１を特定する。サーバ制御部１２は、特定した第１端末装置３１が搭載されている車両２０、又は、特定した第１端末装置３１を所持する第１ユーザ５１の車両２０を、受託候補として抽出して受託候補の車両２０の情報を第２端末装置３２に送信する。

第２端末装置３２は、受託候補の車両２０を第２端末出力部３２３に表示させたり出力させたりして、第２ユーザ５２に選択させる。第２端末装置３２は、第２ユーザ５２の選択の入力を受け付け、第２ユーザ５２が選択した車両２０の情報を第２端末通信部３２２からサーバ１０に送信する。第２ユーザ５２が選択した車両２０は、選択車両とも称される。

サーバ１０は、選択車両に搭載されている第１端末装置３１又は選択車両を運転する第１ユーザ５１が所持する第１端末装置３１に、第２ユーザ５２が管理を受託することを通知する情報を送信する。第２ユーザ５２が管理を受託することを通知する情報は、受託情報とも称される。

第１端末装置３１は、サーバ１０から取得した受託情報を第１端末出力部３１３に表示させたり出力させたりして、第１ユーザ５１に通知する。第１ユーザ５１は、車両２０の管理を第２ユーザ５２に委託するか決定してよい。第１端末装置３１は、第２ユーザ５２に車両２０の管理を委託するか決定する入力を第１ユーザ５１から受け付け、入力された情報を第１端末通信部３１２からサーバ１０に送信してよい。

サーバ１０は、第１ユーザ５１が第２ユーザ５２に車両２０の管理を委託すると決定した場合、選択車両の管理を第２ユーザ５２が受託することが決定したことを表す情報を第２端末装置３２に送信してよい。この場合、サーバ１０は、車両２０の管理の委託契約を成立させる。

サーバ１０は、第１ユーザ５１が第２ユーザ５２に車両２０の管理を委託しないと決定した場合、選択車両の管理を受託できなかったことを表す情報を第２端末装置３２に送信してよい。この場合、第２端末装置３２は、残った受託候補の中から他の車両２０を第２ユーザ５２に選択させてよい。サーバ１０は、第２端末装置３２に対して、新たな受託候補を送信してもよい。

サーバ１０は、第１ユーザ５１に委託の可否を確認せずに、第１ユーザ５１に選択車両となった車両２０の管理を委託させてもよい。このようにすることで、委託契約の成立が簡易化される。

＜＜第１ユーザ５１が委託先を選択する場合＞＞
サーバ制御部１２は、管理の受託を申し込んでいる第２ユーザ５２を、車両２０の管理を委託できる候補として第１ユーザ５１に提示し、候補の中から選択させてよい。第１ユーザ５１が車両２０の管理を委託できる候補は、委託候補とも称される。

例えば、サーバ制御部１２は、第１ユーザ５１の第１端末装置３１から受信した委託申込情報で特定される第１領域６１の少なくとも一部が、第２端末装置３２から受信した受託申込領域に含まれるか判定する。サーバ制御部１２は、第１領域６１の少なくとも一部が受託申込領域に含まれると判定した場合、その受託申込領域を送信した第２端末装置３２を特定する。サーバ制御部１２は、特定した第２端末装置３２を所持する第２ユーザ５２を委託候補として抽出して委託候補の第２ユーザ５２の情報を第１端末装置３１に送信する。

第１端末装置３１は、委託候補の第２ユーザ５２を第１端末出力部３１３に表示させたり出力させたりして、第１ユーザ５１に選択させる。第１端末装置３１は、第１ユーザ５１の選択の入力を受け付け、第１ユーザ５１が選択した第２ユーザ５２の情報を第１端末通信部３１２からサーバ１０に送信する。第１ユーザ５１が選択した第２ユーザ５２は、選択委託先とも称される。

サーバ１０は、第１ユーザ５１によって選択委託先とされた第２ユーザ５２が所持する第２端末装置３２に、第１ユーザ５１が車両２０の管理を委託することを通知する情報を送信する。第１ユーザ５１が車両２０の管理を委託することを通知する情報は、委託情報とも称される。

第２端末装置３２は、サーバ１０から取得した委託情報を第２端末出力部３２３に表示させたり出力させたりして、第２ユーザ５２に通知する。第２ユーザ５２は、第１ユーザ５１の車両２０の管理を受託するか決定してよい。第２端末装置３２は、第１ユーザ５１の車両２０の管理を受託するか決定する入力を第２ユーザ５２から受け付け、入力された情報を第２端末通信部３２２からサーバ１０に送信してよい。

サーバ１０は、第２ユーザ５２が第１ユーザ５１の車両２０の管理を受託すると決定した場合、第２ユーザ５２に車両２０の管理を委託することが決定したことを表す情報を第１端末装置３１に送信してよい。この場合、サーバ１０は、車両２０の管理の委託契約を成立させる。

サーバ１０は、第２ユーザ５２が第１ユーザ５１の車両２０の管理を受託しないと決定した場合、第２ユーザ５２に車両２０の管理を委託できなかったことを表す情報を第１端末装置３１に送信してよい。この場合、第１端末装置３１は、残った委託候補の中から他の第２ユーザ５２を第１ユーザ５１に選択させてよい。サーバ１０は、第１端末装置３１に対して、新たな委託候補を送信してもよい。

サーバ１０は、第２ユーザ５２に受託の可否を確認せずに、第２ユーザ５２に車両２０の管理を受託させてもよい。このようにすることで、委託契約の成立が簡易化される。

＜＜サーバ１０が第１ユーザ５１と第２ユーザ５２とを組み合わせる場合＞＞
サーバ１０は、第１端末装置３１及び第２端末装置３２それぞれから取得した情報に基づいて、第１ユーザ５１と第２ユーザ５２との組み合わせの情報を生成し、第１端末装置３１及び第２端末装置３２に送信してもよい。

サーバ１０は、第１端末装置３１に第１ユーザ５１の車両２０の管理を委託する候補となる第２ユーザ５２の情報を送信してよい。第１端末装置３１は、サーバ１０から取得した第２ユーザ５２の情報を第１端末出力部３１３に表示させたり出力させたりして、第１ユーザ５１に通知してよい。第１ユーザ５１は、車両２０の管理を第２ユーザ５２に委託するか決定してよい。第１端末装置３１は、第２ユーザ５２に車両２０の管理を委託するか決定する入力を第１ユーザ５１から受け付け、入力された情報を第１端末通信部３１２からサーバ１０に送信してよい。

サーバ１０は、第２端末装置３２に管理を受託する候補となる車両２０の情報を送信してよい。第２端末装置３２は、サーバ１０から取得した車両２０の情報を第２端末出力部３２３に表示させたり出力させたりして、第２ユーザ５２に通知してよい。第２ユーザ５２は、通知された車両２０の管理を受託するか決定してよい。第２端末装置３２は、第２ユーザ５２から受託の可否に関する入力を受け付け、受託の可否を表す情報をサーバ１０に送信してよい。

サーバ１０は、第１ユーザ５１が第２ユーザ５２に車両２０の管理を委託すると決定し、かつ、第２ユーザ５２が車両２０の管理を受託すると決定した場合、車両２０の管理の委託契約を成立させる。サーバ１０は、第１ユーザ５１及び第２ユーザ５２の少なくとも一方が委託又は受託しないと決定した場合、第１ユーザ５１と第２ユーザ５２との組み合わせの情報を新たに生成して、第１端末装置３１及び第２端末装置３２に送信してよい。

＜＜小括＞＞
以上述べてきたように、情報処理システム１は、車両２０の管理の委託契約を成立させることができるように、第１ユーザ５１と第２ユーザ５２とを結びつけることができる。

車両２０の管理の委託について、第１ユーザ５１は、委託するための利用料金を支払う。第２ユーザ５２は、受託することに対する報酬を受け取る。受託することに対する報酬は、受託報酬とも称される。言い換えれば、管理仲介サービスの運営主体は、第１ユーザ５１から利用料金を徴収し、第２ユーザ５２に受託報酬を付与する。管理仲介サービスの運営主体は、サーバ１０によって、利用料金及び受託報酬の金額を決定してよい。サーバ１０による金額の決定の具体例は後述される。

＜オンデマンドバスサービス＞
第２ユーザ５２が車両２０を管理している第１期間において、車両２０は、オンデマンドバスとして運行されてもよい。オンデマンドバスサービスにおいて、第１ユーザ５１の車両２０が乗客の輸送に用いられる。オンデマンドバスサービスにおいて、車両２０だけでなく他車両が乗客の輸送に用いられてもよい。オンデマンドバスサービスにおいて乗客の輸送に用いられる第１ユーザ５１の車両２０及び他車両は、運行車両とも総称される。

＜＜運行スケジュールの管理＞＞
情報処理システム１は、運行車両の運行スケジュールを管理する。運行スケジュールは、運行車両が走行するルートと、ルート上に位置するポイントの通過時刻とを含む。以下、運行スケジュールを管理する動作の一例が示される。

第３端末装置３３の第３端末制御部３３１は、第３ユーザ５３がオンデマンドバスへの乗車を申し込み、第３ユーザ５３が乗車できる運行車両の運行スケジュールを通知するアプリケーションを動作させてよい。第２端末装置３２の第２端末制御部３２１は、第２ユーザ５２が管理する車両２０が運行車両として使用される場合の運行スケジュールを、第２ユーザ５２に通知するアプリケーションを動作させてよい。第１端末装置３１が車両２０に搭載されている場合、第１端末装置３１の第１端末制御部３１１は、第２ユーザ５２に運行スケジュールを通知するアプリケーションを動作させてもよい。

具体的には、第３端末制御部３３１は、第３ユーザ５３が運行車両に乗車することを希望する場合に乗車を申し込むために必要な情報の入力を受け付ける。乗車申し込みに必要な情報は、乗車申込情報とも称される。乗車申込情報は、第３ユーザ５３が運行車両に乗車するために指定する乗車希望条件を含む。乗車希望条件は、第３ユーザ５３が希望する、乗車地点若しくは出発時刻、又は、降車地点若しくは到着時刻等を含む。乗車申込情報は、第３ユーザ５３を特定する情報を含んでよい。乗車申込情報は、運行車両の運賃を決済するために必要な情報を含んでよい。第３端末制御部３３１は、乗車申込情報を第３端末通信部３３２からサーバ１０に送信する。

サーバ１０のサーバ制御部１２は、乗車申込情報に含まれる乗車希望条件に基づいて、第３ユーザ５３が乗車可能な運行車両を抽出する。第３ユーザ５３が乗車可能な運行車両は、候補車両とも称される。サーバ制御部１２は、第３ユーザ５３の乗車希望条件と、運行車両の運行スケジュールとに基づいて車両２０に第３ユーザ５３を乗車させることができると判定した場合、車両２０を候補車両に加えてよい。

サーバ１０は、車両２０を候補車両に加えるかを、例えば以下のように判定してよい。仮に車両２０が第３ユーザ５３を乗車させて運行する場合、車両２０は、少なくとも、第１領域６１から第１ユーザ５１に車両２０を引き渡す第１領域６１又は第２領域まで、乗車地点と降車地点とを経由するルートで移動する必要がある。また、車両２０は、第１ユーザ５１を乗車させる場合のルートを、第２ユーザ５２が車両２０を管理している第１期間内で走行する必要がある。サーバ１０は、車両２０が第１ユーザ５１を乗車させる場合のルートを第１期間内に移動できる場合に、第３ユーザ５３の乗車希望条件に基づいて車両２０に第３ユーザ５３を乗車させることができると判定し、車両２０を候補車両に加えてよい。

サーバ制御部１２は、候補車両の情報をサーバ通信部１４から第３端末装置３３に対して送信する。第３端末装置３３の第３端末制御部３３１は、サーバ１０から取得した候補車両の情報を第３端末出力部３３３に表示させたり出力させたりして、第３ユーザ５３に通知する。第３ユーザ５３は、乗車を希望する候補車両を選択する。第３ユーザ５３が乗車を希望する候補車両は、乗車希望車両とも称される。第３端末制御部３３１は、第３ユーザ５３による乗車希望車両の入力を受け付け、乗車希望車両の情報を第３端末通信部３３２からサーバ１０に送信する。

サーバ制御部１２は、車両２０が乗車希望車両として選択された場合、車両２０を管理する第２ユーザ５２の第２端末装置３２に対して、サーバ通信部１４から第３ユーザ５３の情報を送信する。第２端末装置３２の第２端末制御部３２１は、サーバ１０から取得した第３ユーザ５３の情報を第２端末出力部３２３に表示させたり出力させたりして、第２ユーザ５２に通知する。

第２ユーザ５２は、第３ユーザ５３の乗車を受け入れるか拒否するか選択してもよい。第２端末制御部３２１は、第２ユーザ５２による選択の入力を受け付け、第３ユーザ５３の乗車を受け入れるか拒否するかを表す情報を第２端末通信部３２２からサーバ１０に送信してもよい。サーバ制御部１２は、第２ユーザ５２が第３ユーザ５３の乗車を拒否する場合、第３端末装置３３に対して新たな候補車両の情報をサーバ通信部１４から送信する。サーバ制御部１２は、第２ユーザ５２が第３ユーザ５３の乗車を受け入れる場合、乗車希望車両への乗車が決定したことを表す情報をサーバ通信部１４から第３端末装置３３に送信する。

サーバ制御部１２は、第２ユーザ５２による選択を受信せずに、第３ユーザ５３が乗車希望車両に乗車することを決定してもよい。サーバ制御部１２は、乗車希望車両への乗車が決定したことを表す情報をサーバ通信部１４から第３端末装置３３に送信する。

サーバ制御部１２は、第３ユーザ５３が車両２０に乗車することを決定した場合、車両２０の運行スケジュールを確定する。サーバ制御部１２は、必要に応じて、第３ユーザ５３の乗車希望条件に基づいて乗車希望車両の運行スケジュールを変更してもよい。サーバ制御部１２は、確定した運行スケジュールを、サーバ通信部１４から第２端末装置３２に送信する。サーバ制御部１２は、第１端末装置３１が車両２０に搭載されている場合、確定した運行スケジュールを、サーバ通信部１４から第１端末装置３１に送信してもよい。

サーバ１０が第２端末装置３２に運行スケジュールを送信した場合、第２端末装置３２の第２端末制御部３２１は、第２端末出力部３２３に運行スケジュールを表示させたり出力させたりして、第２ユーザ５２に運行スケジュールを通知する。サーバ１０が車両２０に搭載されている第１端末装置３１に運行スケジュールを送信した場合、第１端末装置３１の第１端末制御部３１１は、第１端末出力部３１３に運行スケジュール表示させたり出力させたりして、第２ユーザ５２に運行スケジュールを通知する。第２ユーザ５２は、通知された運行スケジュールに基づいて車両２０を走行させ、第３ユーザ５３を車両２０に乗車させる。このようにすることで、車両２０は、運行車両として乗客を輸送できる。

＜＜小括＞＞
以上述べてきたように、情報処理システム１は、車両２０がオンデマンドバスサービスの運行車両として乗客の輸送に用いられる場合に、車両２０の運行スケジュールを管理できる。

車両２０への乗車について、第３ユーザ５３は、乗車運賃を支払う。第２ユーザ５２は、第３ユーザ５３を乗車させることに対する報酬を受け取る。第３ユーザ５３を乗車させることに対する報酬は、運行報酬とも称される。言い換えれば、オンデマンドバスサービスの運営主体は、第３ユーザ５３から乗車運賃を徴収し、第２ユーザ５２に運行報酬を付与する。オンデマンドバスサービスの運営主体は、サーバ１０によって、乗車運賃及び運行報酬の金額を決定してよい。サーバ１０による金額の決定の具体例は後述される。

（利用料金又は乗車運賃の具体例）
情報処理システム１において、管理仲介サービスの利用料金及び受託報酬、又は、オンデマンドバスサービスの乗車運賃及び運行報酬の金額は、サーバ１０のサーバ制御部１２によって決定されるとする。以下、サーバ制御部１２による金額の決定動作の具体例が説明される。

＜管理仲介サービスの利用料金及び受託報酬＞
管理仲介サービスの運営主体は、第１ユーザ５１に、車両２０の管理を委託するための利用料金を請求する。つまり、第１ユーザ５１は、利用料金を支払って、車両２０の管理を委託する。一方で、管理仲介サービスの運営主体は、第２ユーザ５２に、受託報酬を支払う。つまり、第２ユーザ５２は、受託報酬を受け取って、車両２０の管理を受託する。

サーバ制御部１２は、車両２０の管理が委託される時間の長さに応じて、第１ユーザ５１に請求する利用料金、及び、第２ユーザ５２に支払う受託報酬を決定してよい。サーバ制御部１２は、車両２０の管理が委託される時間が長いほど、第１ユーザ５１に請求する利用料金、及び、第２ユーザ５２に支払う受託報酬を高額に決定してもよい。サーバ制御部１２は、第１ユーザ５１に請求する利用料金の金額の少なくとも一部を、第２ユーザ５２に支払う受託報酬の金額として決定してもよい。管理仲介サービスの運営主体は、第１ユーザ５１に請求する利用料金と第２ユーザ５２に支払う受託報酬との差額を、管理仲介サービスを実現する情報処理システム１のシステム利用料として受け取る。

サーバ制御部１２は、第１ユーザ５１が所持する第１端末装置３１に対してサーバ通信部１４から利用料金の情報を送信し、第１端末装置３１に利用料金支払いの処理を実行させてよい。サーバ制御部１２は、第２ユーザ５２が所持する第２端末装置３２に対してサーバ通信部１４から受託報酬の情報を送信し、第２端末装置３２において受託報酬の付与の処理を実行させてよい。

サーバ制御部１２は、サーバ通信部１４から第２端末装置３２に対して、第１ユーザ５１に請求する利用料金の情報を送信してもよい。この場合、第２ユーザ５２は、第２端末装置３２から通知される利用料金を、第１ユーザ５１から車両２０を引き継ぐとき又は第１ユーザ５１に車両２０を引き渡すときに第１ユーザ５１から受け取ってよい。管理仲介サービスの運営主体は、第２ユーザ５２が第１ユーザ５１から受け取った利用料金の一部を、情報処理システム１のシステム利用料として徴収してもよい。

＜オンデマンドバスサービスの乗車運賃及び運行報酬＞
オンデマンドバスサービスの運営主体は、運行車両に乗車した第３ユーザ５３に運賃を請求する。つまり、第３ユーザ５３は、運賃を支払って、オンデマンドバスサービスを利用する。一方で、オンデマンドバスサービスの運営主体は、第２ユーザ５２に対して運行報酬を支払う。つまり、第２ユーザ５２は、運行報酬を受け取って、車両２０に第３ユーザ５３を乗車させて輸送する。

サーバ制御部１２は、第３ユーザ５３の乗車運賃を算出してよい。サーバ制御部１２は、第３ユーザ５３の乗車地点から降車地点までの運行車両の走行距離又は走行時間に基づいて、第３ユーザ５３の乗車運賃を算出してよい。サーバ制御部１２は、運行車両の走行距離又は走行時間が長いほど、第３ユーザ５３に請求する乗車運賃を高額に決定してもよい。サーバ制御部１２は、第３ユーザ５３に請求する乗車運賃の金額の少なくとも一部を、第２ユーザ５２に支払う運行報酬の金額として決定してもよい。オンデマンドバスサービスの運営主体は、第３ユーザ５３に請求する乗車運賃と第２ユーザ５２に支払う運行報酬との差額を、オンデマンドバスサービスを実現する情報処理システム１のシステム利用料として受け取る。

サーバ制御部１２は、サーバ通信部１４から第３ユーザ５３が所持する第３端末装置３３に対して乗車運賃の情報を送信し、第３端末装置３３に乗車運賃の支払いの処理を実行させてよい。サーバ制御部１２は、サーバ通信部１４から第２ユーザ５２が所持する第２端末装置３２に対して運行報酬の情報を送信し、第２端末装置３２において運行報酬の付与の処理を実行させてよい。

サーバ制御部１２は、サーバ通信部１４から第２端末装置３２に乗車運賃の情報を送信してよい。サーバ制御部１２は、第１端末装置３１が車両２０に搭載されている場合、サーバ通信部１４から第１端末装置３１に乗車運賃の情報を送信してよい。第２ユーザ５２は、第１端末装置３１又は第２端末装置３２から通知される乗車運賃を、第３ユーザ５３が乗車するとき又は降車するときに第３ユーザ５３から受け取ってよい。この場合、オンデマンドバスサービスの運営主体は、第２ユーザ５２が第３ユーザ５３から受け取った乗車運賃の一部を情報処理システム１のシステム利用料として第２ユーザ５２から徴収してよい。

＜乗車運賃の分配＞
オンデマンドバスサービスの管理主体は、第２ユーザ５２による車両２０の運行だけでなく、第１ユーザ５１による車両２０の提供によって、第３ユーザ５３から乗車運賃を受け取ることができる。よって、乗車運賃は、第２ユーザ５２だけでなく、第１ユーザ５１にも分配されてよい。サーバ制御部１２は、乗車運賃を、管理主体と第１ユーザ５１と第２ユーザ５２とに所定の割合で分配してよい。

サーバ制御部１２は、第１ユーザ５１に分配する乗車運賃を、車両２０の燃料代又は電気代等の車両２０を走行させるために必要なエネルギーの費用に基づいて算出してもよい。サーバ制御部１２は、第１ユーザ５１に分配する乗車運賃を、車両２０が第３ユーザ５３を乗車させて走行した距離又は時間に基づいて算出してもよい。サーバ制御部１２は、第１ユーザ５１に分配する乗車運賃を、車両２０に乗車させた第３ユーザ５３の人数に基づいて算出してもよい。車両２０に乗車した第３ユーザ５３の人数が多いほど、車両２０の走行に必要なエネルギーの費用が増大したり、車両２０の車内の状態が悪化する可能性が高まったりする。サーバ制御部１２は、車両２０に乗車させた第３ユーザ５３の人数が多いほど、第１ユーザ５１に分配する乗車運賃を高額にしてよい。

サーバ制御部１２は、サーバ通信部１４から第１ユーザ５１が所持する第１端末装置３１、及び、第２ユーザ５２が所持する第２端末装置３２に対して、第１ユーザ５１及び第２ユーザ５２それぞれに分配する金額に関する情報を送信してよい。

サーバ制御部１２は、第１ユーザ５１に分配した乗車運賃によって、第１ユーザ５１から徴収する管理仲介サービスの利用料金を相殺してもよい。第１ユーザ５１に分配した乗車運賃が管理仲介サービスの利用料金より高額である場合、第１ユーザ５１は、差額を受け取る。第１ユーザ５１に分配した乗車運賃が管理仲介サービスの利用料金より低額である場合、第１ユーザ５１は、差額を支払う。サーバ制御部１２は、第１ユーザ５１が所持する第１端末装置３１に対して差額に関する情報を送信し、第１端末装置３１に差額の付与又は支払いの処理を実行させてよい。

（情報処理システム１のまとめ）
以上述べてきたように、本実施形態に係る情報処理システム１、並びに、サーバ１０及び端末装置は、管理仲介サービスを提供できる。このようにすることで、第１ユーザ５１は、第１領域６１に車両２０で乗り入れる際に、車両２０から離れるために駐車スペースに車両２０を駐車する必要がない。また、第１ユーザ５１が車両２０から離れている間に車両２０が第２ユーザ５２を管理者として管理される。その結果、第１ユーザ５１が車両２０の管理状況について安心感を得られるとともに、第１ユーザ５１にとっての利便性が向上する。

また、本実施形態に係る情報処理システム１、並びに、サーバ１０及び端末装置は、管理が委託された車両２０を用いたオンデマンドバスサービスを提供できる。このようにすることで、車両２０が有効に活用され得る。その結果、第１ユーザ５１が利益を得られる。また、オンデマンドバスの運行車両が増えることによって、第３ユーザ５３が運行車両に乗車しやすくなる。その結果、第３ユーザ５３にとっての利便性が向上する。

（情報処理方法の例）
以下、情報処理システム１は、管理仲介サービス又はオンデマンドバスサービスを提供するために、図４、図５、図６又は図７等に例示されるフローチャートの手順を含む情報処理方法を実行してよい。以下、情報処理方法の例が説明される。

＜管理仲介サービスを提供するための情報処理方法の例＞
情報処理システム１は、管理仲介サービスを提供するために、以下に例示する情報処理方法を実行してよい。

＜＜サーバ１０が実行する情報処理方法の例＞＞
サーバ１０のサーバ制御部１２は、管理仲介サービスを提供するために、図４に例示されるフローチャートの手順を含む情報処理方法を実行してもよい。情報処理方法は、サーバ制御部１２等のプロセッサに実行させる情報処理プログラムとして実現されてもよい。情報処理プログラムは、非一時的なコンピュータ読み取り可能な媒体に格納されてよい。

サーバ制御部１２は、第１端末装置３１から委託申込情報を受信する（ステップＳ１）。サーバ制御部１２は、第２端末装置３２から受託申込情報を受信する（ステップＳ２）。サーバ制御部１２は、委託申込情報及び受託申込情報に基づいて受託候補又は委託候補を抽出し、端末装置に送信する（ステップＳ３）。サーバ制御部１２は、受託候補を第２端末装置３２に送信し、委託候補を第１端末装置３１に送信する。

サーバ制御部１２は、選択車両又は選択委託先を受信する（ステップＳ４）。サーバ制御部１２は、選択車両を第２端末装置３２から受信し、選択委託先を第１端末装置３１から受信する。

サーバ制御部１２は、車両２０の管理を委託する第１ユーザ５１と、車両２０の管理を受託する第２ユーザ５２との組み合わせが成立したか判定する（ステップＳ５）。具体的には、サーバ制御部１２は、以下に例示される条件が満たされた場合に組み合わせが成立したと判定してよい。例えば、サーバ制御部１２は、第１端末装置３１から選択委託先を受信し、かつ、第２端末装置３２から受託の決定を受信した場合に、第１ユーザ５１と第２ユーザ５２との組み合わせが成立したと判定してよい。サーバ制御部１２は、第２端末装置３２から選択車両を受信し、かつ、第１端末装置３１から委託の決定を受信した場合に、第１ユーザ５１と第２ユーザ５２との組み合わせが成立したと判定してよい。サーバ制御部１２は、第１端末装置３１から選択委託先を受信した場合、又は、第２端末装置３２から選択車両を受信した場合に、第１ユーザ５１と第２ユーザ５２との組み合わせが成立したと判定してもよい。

サーバ制御部１２は、第１ユーザ５１と第２ユーザ５２との組み合わせが成立しなかった場合（ステップＳ５：ＮＯ）、ステップＳ３の手順に戻る。サーバ制御部１２は、第１ユーザ５１と第２ユーザ５２との組み合わせが成立した場合（ステップＳ５：ＹＥＳ）、第１端末装置３１に受託先の決定を送信し、第２端末装置３２に委託先の決定を送信する（ステップＳ６）。

サーバ制御部１２は、車両２０の管理の状況を受信する（ステップＳ７）。具体的には、サーバ制御部１２は、第１期間において第２ユーザ５２が車両２０を管理していることを表す情報、又は、第１期間の経過後に第１ユーザ５１が第２ユーザ５２から車両２０を引き取ったことを表す情報を受信する。サーバ制御部１２は、第１ユーザ５１が車両２０の管理を第２ユーザ５２に引き継いだことを表す情報を第１端末装置３１から取得した場合に、第２ユーザ５２が車両２０を管理していると判定してもよい。サーバ制御部１２は、第２ユーザ５２が車両２０の管理を第１ユーザ５１から引き継いだことを表す情報を第２端末装置３２から取得した場合に、第２ユーザ５２が車両２０を管理していると判定してもよい。サーバ制御部１２は、第１ユーザ５１が車両２０を第２ユーザ５２から引き取ったことを表す情報を第１端末装置３１から取得した場合に、第１ユーザ５１が第２ユーザ５２から車両２０を引き取ったと判定してもよい。サーバ制御部１２は、第２ユーザ５２が車両２０を第１ユーザ５１に引き渡したことを表す情報を第２端末装置３２から取得した場合に、第１ユーザ５１が第２ユーザ５２から車両２０を引き取ったと判定してもよい。

サーバ制御部１２は、利用料金及び報酬を送信する（ステップＳ８）。具体的には、サーバ制御部１２は、第１ユーザ５１に請求する利用料金を算出して第１端末装置３１に送信するとともに、第２ユーザ５２に支払う受託報酬を算出して第２端末装置３２に送信する。サーバ制御部１２は、ステップＳ７の手順で車両２０の管理の委託及び受託が実行されたことを確認した後で、利用料金及び受託報酬を算出する。サーバ制御部１２は、ステップＳ８の手順の実行後、図４のフローチャートの手順の実行を終了する。

サーバ制御部１２は、ステップＳ３の手順において、第１ユーザ５１と第２ユーザ５２との組み合わせを生成してよい。サーバ制御部１２は、生成した組み合わせを構成する第１ユーザ５１を受託候補として第２端末装置３２に送信し、第２ユーザ５２を委託候補として第１端末装置３１に送信してよい。この場合、サーバ制御部１２は、ステップＳ４の手順において、第１ユーザ５１が委託候補に車両２０の管理を委託することを決定した情報を第１端末装置３１から受信する。また、サーバ制御部１２は、第２ユーザ５２が受託候補の車両２０の管理を受託することを決定した情報を第２端末装置３２から受信する。サーバ制御部１２は、委託及び受託の決定を受信した場合に、ステップＳ５の手順において、第１ユーザ５１と第２ユーザ５２との組み合わせが成立したと判定してもよい。サーバ制御部１２は、ステップＳ３の手順において第１ユーザ５１と第２ユーザ５２との組み合わせの情報を生成できた場合、ステップＳ５の手順において、無条件で第１ユーザ５１と第２ユーザ５２との組み合わせが成立したと判定してもよい。

＜＜第１端末装置３１が実行する情報処理方法の例＞＞
第１端末装置３１の第１端末制御部３１１は、第１ユーザ５１が管理仲介サービスを利用できるように、図５に例示されるフローチャートの手順を含む情報処理方法を実行してもよい。図５に例示される手順は、第１ユーザ５１が委託候補の中から選択委託先を決定する場合の手順を表している。情報処理方法は、第１端末制御部３１１等のプロセッサに実行させる情報処理プログラムとして実現されてもよい。情報処理プログラムは、非一時的なコンピュータ読み取り可能な媒体に格納されてよい。

第１端末制御部３１１は、委託申込情報をサーバ１０に送信する（ステップＳ１１）。第１端末制御部３１１は、サーバ１０から委託候補を受信する（ステップＳ１２）。第１端末制御部３１１は、サーバ１０に選択委託先を送信する（ステップＳ１３）。

第１端末制御部３１１は、車両２０の管理を委託できることが決定したか判定する（ステップＳ１４）。具体的には、第１端末制御部３１１は、サーバ１０から、選択委託先として指定した第２ユーザ５２が車両２０の管理を受託すると決定したことを表す情報を取得した場合、車両２０の管理を委託できることが決定したと判定する。第１端末制御部３１１は、サーバ１０から、選択委託先として指定した第２ユーザが車両２０の管理を受託しないと決定したことを表す情報を取得した場合、車両２０の管理を委託できることが決定していないと判定する。

第１端末制御部３１１は、車両２０の管理を委託できることが決定していない場合（ステップＳ１４：ＮＯ）、ステップＳ１２の手順に戻る。第１端末制御部３１１は、車両２０の管理を委託できることが決定した場合（ステップＳ１４：ＹＥＳ）、車両２０の管理状況をサーバ１０に送信する（ステップＳ１５）。具体的には、第１ユーザ５１は、車両２０の管理を第２ユーザ５２に引き継いだり、車両２０を第２ユーザ５２から引き取ったりした場合に、車両２０の管理の状況の変化を第１端末装置３１に入力する。第１端末制御部３１１は、第１ユーザ５１が車両２０の管理を第２ユーザ５２に引き継いだことを表す情報、又は、第１ユーザ５１が車両２０を第２ユーザ５２から引き取ったことを表す情報をサーバ１０に送信する。

第１端末制御部３１１は、サーバ１０から利用料金を受信する（ステップＳ１６）。具体的には、車両２０の管理の委託の終了後に、サーバ１０は、第１ユーザ５１に請求する利用料金を算出して第１端末装置３１に送信する。第１端末制御部３１１は、サーバ１０が算出した利用料金を受信する。第１端末制御部３１１は、受信した利用料金を第１ユーザ５１が支払う処理を実行してもよい。第１端末制御部３１１は、ステップＳ１６の手順の実行後、図５のフローチャートの手順の実行を終了する。

第１端末制御部３１１は、ステップＳ１４の手順において車両２０の管理を委託することが決定しなかったと判定した場合、ステップＳ１２の手順に戻って新たな委託候補をサーバ１０から受信してよい。第１端末制御部３１１は、ステップＳ１３の手順に戻って他の委託候補の中から選択委託先を決定してもよい。

＜＜第２端末装置３２が実行する情報処理方法の例＞＞
第２端末装置３２の第２端末制御部３２１は、第２ユーザ５２が管理仲介サービスを利用できるように、図６に例示されるフローチャートの手順を含む情報処理方法を実行してもよい。図６に例示される手順は、第２ユーザ５２が受託候補の中から選択車両を決定する場合の手順を表している。情報処理方法は、第２端末制御部３２１等のプロセッサに実行させる情報処理プログラムとして実現されてもよい。情報処理プログラムは、非一時的なコンピュータ読み取り可能な媒体に格納されてよい。

第２端末制御部３２１は、受託申込情報をサーバ１０に送信する（ステップＳ２１）。第２端末制御部３２１は、サーバ１０から受託候補を受信する（ステップＳ２２）。第２端末制御部３２１は、サーバ１０に選択車両を送信する（ステップＳ２３）。

第２端末制御部３２１は、車両２０の管理を第２ユーザ５２が受託することが決定したか判定する（ステップＳ２４）。具体的には、第２端末制御部３２１は、サーバ１０から、選択車両として指定した車両２０の管理を第１ユーザ５１が委託すると決定したことを表す情報を取得した場合、車両２０の管理を第２ユーザ５２が受託することが決定したと判定する。第２端末制御部３２１は、サーバ１０から、選択車両として指定した車両２０の管理を第１ユーザ５１が委託しないと決定したことを表す情報を取得した場合、車両２０の管理を第２ユーザ５２が受託することが決定しなかったと判定する。

第２端末制御部３２１は、車両２０の管理を第２ユーザ５２が受託することが決定しなかった場合（ステップＳ２４：ＮＯ）、ステップＳ２２の手順に戻る。第２端末制御部３２１は、車両２０の管理を第２ユーザ５２が受託することが決定した場合（ステップＳ２４：ＹＥＳ）、車両２０の管理状況をサーバ１０に送信する（ステップＳ２５）。具体的には、第２ユーザ５２は、車両２０の管理を第１ユーザ５１から引き継いだり、車両２０を第１ユーザ５１に引き渡したりした場合に、車両２０の管理の状況の変化を第２端末装置３２に入力する。第２端末制御部３２１は、第２ユーザ５２が車両２０の管理を第１ユーザ５１から引き継いだことを表す情報、又は、第２ユーザ５２が車両２０を第１ユーザ５１に引き渡したことを表す情報をサーバ１０に送信する。

第２端末制御部３２１は、サーバ１０から報酬を受信する（ステップＳ２６）。具体的には、車両２０の管理の受託の終了後に、サーバ１０は、第２ユーザ５２に支払う受託報酬を算出して第２端末装置３２に送信する。第２端末制御部３２１は、サーバ１０が算出した受託報酬を受信する。第２端末制御部３２１は、受信した受託報酬を第２ユーザ５２が受け取る処理を実行してもよい。第２端末制御部３２１は、ステップＳ２６の手順の実行後、図６のフローチャートの手順の実行を終了する。

第１端末制御部３１１は、ステップＳ２４の手順において車両２０の管理を受託することが決定しなかったと判定した場合、ステップＳ２２の手順に戻って新たな受託候補をサーバ１０から受信してよい。第１端末制御部３１１は、ステップＳ２３の手順に戻って他の受託候補の中から選択車両を決定してもよい。

＜オンデマンドバスサービスを提供するための情報処理方法の例＞
情報処理システム１は、オンデマンドバスサービスを提供するために、以下に例示する情報処理方法を実行してよい。

＜＜サーバ１０が実行する情報処理方法の例＞＞
サーバ１０のサーバ制御部１２は、オンデマンドバスサービスを提供するために、図７に例示されるフローチャートの手順を含む情報処理方法を実行してもよい。情報処理方法は、サーバ制御部１２等のプロセッサに実行させる情報処理プログラムとして実現されてもよい。情報処理プログラムは、非一時的なコンピュータ読み取り可能な媒体に格納されてよい。

サーバ制御部１２は、第３端末装置３３から乗車申込情報を受信する（ステップＳ３１）。サーバ制御部１２は、第３ユーザ５３の乗車希望条件を含む乗車申込情報に基づいて候補車両を抽出し、第３端末装置３３に送信する（ステップＳ３２）。サーバ制御部１２は、第３端末装置３３から乗車希望車両を受信する（ステップＳ３３）。

サーバ制御部１２は、乗車希望車両に第３ユーザ５３を乗車させることが決定したか判定する（ステップＳ３４）。具体的には、サーバ制御部１２は、以下に例示される条件が満たされた場合に第３ユーザ５３を乗車させることが決定したと判定してよい。例えば、サーバ制御部１２は、乗車希望車両を管理する第２ユーザ５２の第２端末装置３２から乗車の受け入れの決定を受信した場合に、乗車希望車両として指定された車両２０に第３ユーザ５３を乗車させることが決定したと判定してよい。サーバ制御部１２は、乗車希望車両を管理する第２ユーザ５２の第２端末装置３２から乗車の拒否の決定を受信した場合に、乗車希望車両として指定された車両２０に第３ユーザ５３を乗車させることが決定しなかったと判定してよい。サーバ制御部１２は、ステップＳ３３の手順で乗車希望車両を受信した場合、第２ユーザ５２に確認することなく、乗車希望車両に第３ユーザ５３を乗車させることを決定したと判定してもよい。

サーバ制御部１２は、乗車希望車両に第３ユーザ５３を乗車させることが決定しなかった場合（ステップＳ３４：ＮＯ）、ステップＳ３２の手順に戻る。サーバ制御部１２は、乗車希望車両に第３ユーザ５３を乗車させることが決定した場合（ステップＳ３４：ＹＥＳ）、車両２０の乗車状況を受信する（ステップＳ３５）。具体的には、サーバ制御部１２は、第３ユーザ５３が乗車希望車両として指定した車両２０に乗車したことを表す情報、又は、第３ユーザ５３が車両２０から降車したことを表す情報を、第２端末装置３２又は車両２０に搭載されている第１端末装置３１から受信する。この場合、第２ユーザ５２は、第３ユーザ５３が車両２０に乗車したこと、又は、第３ユーザ５３が車両２０から降車したことを第２端末装置３２又は第１端末装置３１に入力してよい。

サーバ制御部１２は、乗車運賃及び報酬を送信する（ステップＳ３６）。具体的には、サーバ制御部１２は、第３ユーザ５３に請求する乗車運賃、及び、第２ユーザ５２に支払う運行報酬を算出して第２端末装置３２又は第１端末装置３１に送信する。サーバ制御部１２は、第３ユーザ５３の乗車希望条件に基づいて、第３ユーザ５３が車両２０に乗車する前にあらかじめ乗車運賃及び運行報酬を算出しておいてもよい。サーバ制御部１２は、ステップＳ３５の手順で車両２０に第３ユーザ５３が車両２０に乗車したことを確認した後で、乗車運賃及び運行報酬を算出してもよい。サーバ制御部１２は、ステップＳ３６の手順の実行後、図７のフローチャートの手順の実行を終了する。

サーバ制御部１２は、ステップＳ３５の手順において、第３ユーザ５３が乗車希望車両として指定した車両２０に乗車したことを表す情報を、第３端末装置３３から受信してもよい。この場合、第３ユーザ５３は、車両２０に乗車したことを第３端末装置３３に入力してよい。

サーバ制御部１２は、ステップＳ３５の手順において、第３端末装置３３及び第２端末装置３２又は第１端末装置３１から端末装置の位置情報を受信し、位置情報に基づいて第３ユーザ５３が車両２０に乗車したと判定してもよい。例えば、サーバ制御部１２は、第３端末装置３３の位置と第２端末装置３２又は第１端末装置３１の位置とが所定時間にわたって同一の経路で動く場合に、第３ユーザ５３が車両２０に乗車していると判定してもよい。

（情報処理方法のまとめ）
以上述べてきたように、本実施形態に係る情報処理方法によれば、管理仲介サービスが提供される。このようにすることで、第１ユーザ５１は、第１領域６１に車両２０で乗り入れる際に、車両２０から離れるために駐車スペースに車両２０を駐車する必要がない。また、第１ユーザ５１が車両２０から離れている間に車両２０が第２ユーザ５２を管理者として管理される。その結果、第１ユーザ５１が車両２０の管理状況について安心感を得られるとともに、第１ユーザ５１にとっての利便性が向上する。

また、本実施形態に係る情報処理方法によれば、管理が委託された車両２０を用いたオンデマンドバスサービスが提供される。このようにすることで、車両２０が有効に活用され得る。その結果、第１ユーザ５１が利益を得られる。また、オンデマンドバスの運行車両が増えることによって、第３ユーザ５３が運行車両に乗車しやすくなる。その結果、第３ユーザ５３にとっての利便性が向上する。

（他の実施形態）
＜第１期間の変更＞
管理仲介サービスにおいて、第１期間は、第１ユーザ５１が車両２０の管理を委託する期間に対応する。言い換えれば、第１期間の終了時に、車両２０の管理の委託が終了する。この場合、第１ユーザ５１は、第１期間の終了時に車両２０を引き取る必要がある。仮に第１ユーザ５１による車両２０の引き取りが遅れた場合、第２ユーザ５２が委託の契約外の時間まで拘束されたり、車両２０の駐車スペースが必要となったりする可能性が生じるからである。

管理仲介サービスを提供するサーバ１０のサーバ制御部１２は、第１ユーザ５１が車両２０を引き取るタイミングに基づいて第１期間を変更してもよい。サーバ制御部１２は、第１期間を延長する場合、第１ユーザ５１にペナルティを課してもよい。ペナルティは、利用料金の増額を含んでもよいし、第１ユーザ５１による申し込みの制限を含んでもよい。

一方で、第１ユーザ５１が委託申込情報に基づいて定まる第１期間の終了時までに車両２０を引き取る場合、サーバ制御部１２は、第１ユーザにインセンティブを付与してもよい。インセンティブは、利用料金の減額を含んでもよいし、第１ユーザ５１による申し込みの優先的な受け付けを含んでもよい。

サーバ制御部１２は、車両２０の委託申込情報を第１端末装置３１から受信する前に、第３ユーザ５３の乗車申込情報を第３端末装置３３から受信し、乗車予約を受け付けてよい。サーバ制御部１２は、第３ユーザ５３から受け付けた乗車予約に基づく車両２０の運行スケジュールを生成する。サーバ制御部１２は、第１ユーザ５１から車両２０の管理の委託の申し込みを受け付ける際に、第３ユーザ５３の乗車予約に基づいて生成した運行スケジュールに合わせて運行させることができる車両２０の管理の委託を優先的に受け付けてよい。

サーバ制御部１２は、第３ユーザ５３の乗車予約に基づいて生成した運行スケジュールに合わせて第１期間を変更することを条件として、車両２０の管理の委託を受け付けてもよい。第１ユーザ５１が委託申込情報で設定した第１期間を運行スケジュールに合わせて変更することに同意する場合、サーバ制御部１２は、第１ユーザ５１にインセンティブを付与してもよい。

第１期間の変更、及び、変更に伴うインセンティブ付与又はペナルティ賦課が実行されることによって、ユーザの利便性が向上し得る。例えば、第１ユーザ５１は、車両２０を離れた際の行動に制約を受けにくくなる。第３ユーザ５３は、乗車できる運行車両を見つけやすくなる。

＜車両２０の引き渡し方法＞
車両２０は、第１ユーザ５１及び第２ユーザ５２が両方とも立ち会って引き渡されてよい。この場合、第１ユーザ５１と第２ユーザ５２との間で車両２０の物理的な鍵が受け渡されてよい。車両２０は、第１ユーザ５１と第２ユーザ５２とが直接会わずに引き渡されてよい。この場合、第１ユーザ５１と第２ユーザ５２との間でロッカー等の手段を用いて車両２０の物理的な鍵が受け渡されてよい。

車両２０は、上述したように、電波に基づく仮想的な鍵によって、ロックを制御したりエンジン又はモータ等の動力源を起動したりできるように構成されてよい。第１ユーザ５１は、第１領域６１において車両２０から降車し、ロックして車両２０から離れてよい。サーバ１０は、第２端末装置３２に対して、車両２０の仮想的な鍵に対応する電波に関する情報を送信してよい。第２ユーザ５２は、第２端末装置３２から車両２０の仮想的な鍵に対応する電波を送信させることによって、車両２０のロックを解除したり車両２０を走行させたりできる。つまり、第２ユーザ５２は、第２端末装置３２を車両２０の仮想的な鍵として用いることができる。このようにすることで、第１ユーザ５１と第２ユーザ５２と直接会わずに車両２０を引き渡す場合に、物理的な鍵を受け渡す必要がなくなり、簡便に車両２０を引き渡すことができる。その結果、ユーザの利便性が向上する。

本開示に係る実施形態について、諸図面及び実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形及び修正を行うことが容易であることに注意されたい。したがって、これらの変形及び修正は本開示の範囲に含まれることに留意されたい。例えば、各手段又は各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段又はステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。

１ 情報処理システム
１０ サーバ（１２：サーバ制御部、１４：サーバ通信部）
２０ 車両（２２：制御装置、２４：通信装置）
３１ 第１端末装置（３１１：第１端末制御部、３１２：第１端末通信部、３１３：第１端末出力部）
３２ 第２端末装置（３２１：第２端末制御部、３２２：第２端末通信部、３２３：第２端末出力部）
３３ 第３端末装置（３３１：第３端末制御部、３３２：第３端末通信部、３３３：第３端末出力部）
４０ ネットワーク
５１、５２、５３ 第１ユーザ、第２ユーザ、第３ユーザ
６１ 第１領域

Claims (20)

1. 所定領域に乗り入れた車両の管理を委託する第１ユーザの第１端末装置から、前記所定領域を特定する情報と、前記第１ユーザが前記車両の管理を委託する期間を特定する情報とを含む委託申込情報を受信する通信部と、
   前記委託申込情報に基づいて、前記車両の管理を受託する第２ユーザを決定し、前記第２ユーザの第２端末装置に出力する制御部と
   を備え、
   前記通信部は、前記第２端末装置から、前記第２ユーザが前記車両の管理を受託できる領域を特定する情報と、前記第２ユーザが前記車両の管理を受託できる期間を特定する情報とを含む受託申込情報を受信し、
   前記制御部は、前記受託申込情報に更に基づいて、前記第２ユーザに前記車両の管理を受託させるか決定し、
   前記通信部は、前記第２ユーザが前記車両の管理を受託している期間にオンデマンドバスとして運行される前記車両への乗車を希望する第３ユーザの第３端末装置から、前記第３ユーザの乗車希望条件を含む乗車申込情報を受信し、
   前記制御部は、前記乗車申込情報に含まれる前記第３ユーザの乗車希望条件と、前記第２ユーザが前記車両の管理を受託している期間における前記車両の運行スケジュールとに基づいて前記第３ユーザを前記車両に乗車させるか決定して前記第３端末装置に出力する、情報処理装置。
2. 前記制御部は、前記第３ユーザに請求する乗車運賃と、前記第２ユーザに支払う運行報酬とを算出し、
   前記通信部は、前記第３端末装置に前記乗車運賃に関する情報を送信し、前記第１端末装置又は前記第２端末装置に前記運行報酬に関する情報を送信する、請求項１に記載の情報処理装置。
3. 前記制御部は、前記乗車運賃の少なくとも一部を前記運行報酬とする、請求項２に記載の情報処理装置。
4. 前記制御部は、前記乗車運賃の少なくとも一部を前記第１ユーザに分配する、請求項２又は３に記載の情報処理装置。
5. 前記制御部は、前記車両に乗車させた前記第３ユーザの人数が多いほど、前記第１ユーザに分配する乗車運賃を高額にする、請求項４に記載の情報処理装置。
6. 前記制御部は、前記第２ユーザが前記車両の管理を受託している間に前記車両が走行した距離又は時間に基づいて、前記乗車運賃を前記第１ユーザに分配する割合を決定する、請求項４又は５に記載の情報処理装置。
7. 前記乗車申込情報は、前記第３ユーザに請求する乗車運賃を決済するために必要な情報を含む、請求項２から６までのいずれか一項に記載の情報処理装置。
8. 前記第３ユーザの乗車希望条件は、前記第３ユーザが希望する前記車両への乗車地点若しくは前記車両の出発時刻、又は、前記第３ユーザが希望する前記車両からの降車地点若しくは前記車両の到着時刻を含む、請求項１から７までのいずれか一項に記載の情報処理装置。
9. 前記制御部は、
   前記第１端末装置から前記委託申込情報を受信する前に、前記第３端末装置から前記第３ユーザの乗車申込情報を受信して前記第３ユーザの乗車予約を受け付け、
   前記第１ユーザから車両の管理の委託の申し込みを受け付ける際に、前記第３ユーザから受け付けた乗車予約に基づいて生成したオンデマンドバスの運行スケジュールに合わせて運行できる車両の管理の委託を優先的に受け付ける、請求項１から８までのいずれか一項に記載の情報処理装置。
10. 前記制御部は、前記第１ユーザが前記車両の管理を委託する期間を、前記委託申込情報に基づいて定まる第１期間から延長する場合、前記第１ユーザにペナルティを課す、請求項１から９までのいずれか一項に記載の情報処理装置。
11. 前記通信部は、前記第２ユーザの情報を前記第１端末装置に送信し、
    前記制御部は、前記第１ユーザが前記第２ユーザに前記車両の管理を委託すると決定した情報を、前記通信部が前記第１端末装置から受信した場合に、前記第２ユーザに前記車両の管理を受託させることを決定する、請求項１から１０までのいずれか一項に記載の情報処理装置。
12. 前記制御部は、前記第１ユーザに請求する利用料金と、前記第２ユーザに支払う受託報酬とを算出し、
    前記通信部は、前記第１端末装置に前記利用料金に関する情報を送信し、前記第２端末装置に前記受託報酬に関する情報を送信する、請求項１から１１までのいずれか一項に記載の情報処理装置。
13. 前記制御部は、前記利用料金の少なくとも一部を前記受託報酬とする、請求項１２に記載の情報処理装置。
14. 請求項１から１３までのいずれか一項に記載の情報処理装置と、前記第１端末装置と、前記第２端末装置とを備える情報処理システム。
15. 情報処理装置が、所定領域に乗り入れた車両の管理を委託する第１ユーザの第１端末装置から、前記所定領域を特定する情報と、前記第１ユーザが前記車両の管理を委託する期間を特定する情報とを含む委託申込情報を受信することと、
    前記情報処理装置が、前記委託申込情報に基づいて、前記車両の管理を受託する第２ユーザを決定し、前記第２ユーザの第２端末装置に出力することと、
    前記情報処理装置が、前記第２端末装置から、前記第２ユーザが前記車両の管理を受託できる領域を特定する情報と、前記第２ユーザが前記車両の管理を受託できる期間を特定する情報とを含む受託申込情報を受信することと、
    前記情報処理装置が、前記受託申込情報に更に基づいて、前記第２ユーザに前記車両の管理を受託させるか決定することと、
    前記情報処理装置が、前記第２ユーザが前記車両の管理を受託している期間にオンデマンドバスとして運行される前記車両への乗車を希望する第３ユーザの第３端末装置から、前記第３ユーザの乗車希望条件を含む乗車申込情報を受信することと、
    前記情報処理装置が、前記乗車申込情報に含まれる前記第３ユーザの乗車希望条件と、前記第２ユーザが前記車両の管理を受託している期間における前記車両の運行スケジュールとに基づいて前記第３ユーザを前記車両に乗車させるか決定して前記第３端末装置に出力することと
    を含む情報処理方法。
16. 前記情報処理装置が、前記第３ユーザに請求する乗車運賃と、前記第２ユーザに支払う運行報酬とを算出することと、
    前記情報処理装置が、前記第３端末装置に前記乗車運賃に関する情報を送信し、前記第１端末装置又は前記第２端末装置に前記運行報酬に関する情報を送信することと、
    前記情報処理装置が、前記乗車運賃の少なくとも一部を前記運行報酬とすることと、
    前記情報処理装置が、前記乗車運賃の少なくとも一部を前記第１ユーザに分配することと、
    前記情報処理装置が、前記車両に乗車させた前記第３ユーザの人数が多いほど、前記第１ユーザに分配する乗車運賃を高額にすることと
    を更に含む、請求項１５に記載の情報処理方法。
17. 前記情報処理装置が、前記第１端末装置から前記委託申込情報を受信する前に、前記第３端末装置から前記第３ユーザの乗車申込情報を受信して前記第３ユーザの乗車予約を受け付けることと、
    前記情報処理装置が、前記第１ユーザから車両の管理の委託の申し込みを受け付ける際に、前記第３ユーザから受け付けた乗車予約に基づいて生成したオンデマンドバスの運行スケジュールに合わせて運行できる車両の管理の委託を優先的に受け付けることと
    を更に含む、請求項１５又は１６に記載の情報処理方法。
18. 前記情報処理装置が、前記第２ユーザの情報を前記第１端末装置に送信することと、
    前記情報処理装置が、前記第１ユーザが前記第２ユーザに前記車両の管理を委託すると決定した情報を前記第１端末装置から受信した場合に、前記第２ユーザに前記車両の管理を受託させることを決定することと
    を更に含む、請求項１５から１７までのいずれか一項に記載の情報処理方法。
19. 前記情報処理装置が、前記第１ユーザに請求する利用料金と、前記第２ユーザに支払う受託報酬とを算出することと、
    前記情報処理装置が、前記第１端末装置に前記利用料金に関する情報を送信し、前記第２端末装置に前記受託報酬に関する情報を送信することと
    を更に含む、請求項１５から１８までのいずれか一項に記載の情報処理方法。
20. 前記情報処理装置が、前記車両への乗車を希望する第３ユーザの第３端末装置から、乗車申込情報を受信することと、
    前記情報処理装置が、前記乗車申込情報に基づいて前記第３ユーザを前記車両に乗車させるか決定して前記第３端末装置に出力することと
    を更に含む、請求項１５から１９までのいずれか一項に記載の情報処理方法。

Images