特開 2023-180289 移動体使用管理システム、及び、移動体使用管理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023180289

(43)【公開日】2023-12-21

(54)【発明の名称】移動体使用管理システム、及び、移動体使用管理方法

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20231214BHJP

   G06Q 10/02 20120101ALI20231214BHJP

【ＦＩ】

G06Q50/10

G06Q10/02

【審査請求】有

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2022093439

(22)【出願日】2022-06-09

(71)【出願人】

【識別番号】000005326

【氏名又は名称】本田技研工業株式会社

(74)【代理人】

【識別番号】110001081

【氏名又は名称】弁理士法人クシブチ国際特許事務所

(72)【発明者】

【氏名】谷口 敬子

(72)【発明者】

【氏名】山口 彰太

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049AA03

5L049CC11

(57)【要約】

【課題】複数のユーザが共同購入した移動体について、公平性を考慮した利用を可能とする。
【解決手段】複数のユーザにより使用される移動体の情報を管理する管理装置を有し、管理装置は、移動体をユーザが使用する時間を指定する予約情報、及び、それぞれのユーザが移動体を使用可能な時間の上限を定める占有上限時間を記憶する記憶部と、ユーザが移動体を使用する時間の所定期間における累積値が占有上限時間を超えないように、ユーザから移動体の使用の申込を受け付けて予約情報を生成または更新する受付部と、を備え、占有上限時間は、移動体の購入のために各々のユーザが出資した出資金額に対応する時間である、移動体使用管理システム。
【選択図】図１

【特許請求の範囲】

【請求項1】

複数のユーザにより使用される移動体の情報を管理する管理装置を有し、
前記管理装置は、
前記移動体を前記ユーザが使用する時間を指定する予約情報、及び、それぞれの前記ユーザが前記移動体を使用可能な時間の上限を定める占有上限時間を記憶する記憶部と、
前記ユーザが前記移動体を使用する時間の所定期間における累積値が前記占有上限時間を超えないように、前記ユーザから前記移動体の使用の申込を受け付けて前記予約情報を生成または更新する受付部と、を備え、
前記占有上限時間は、前記移動体の購入のために各々の前記ユーザが出資した出資金額に対応する時間である、移動体使用管理システム。

【請求項2】

前記予約情報は、複数の前記ユーザに含まれる第１ユーザが前記移動体を占有する占有時間帯を指定する占有時間情報を含み、
前記受付部は、前記第１ユーザが前記占有時間帯において前記移動体を使用しないことの申込を受け付けた場合に、複数の前記ユーザに含まれる第２ユーザから、前記占有時間帯に重なる時間帯における前記移動体の使用の申込を受け付ける、請求項１に記載の移動体使用管理システム。

【請求項3】

前記受付部は、前記第２ユーザから前記占有時間帯に重なる時間帯における前記移動体の使用の申込を受け付ける場合に、前記第２ユーザが、前記第２ユーザの前記占有上限時間を超えて前記移動体を使用することを許容する、請求項２に記載の移動体使用管理システム。

【請求項4】

前記受付部には、前記移動体の購入のために各々の前記ユーザが出資した出資金額に対応する前記ユーザ間の優先度が設定され、
前記受付部は、前記第２ユーザ、及び、複数の前記ユーザに含まれる第３ユーザから、前記占有時間帯に重なる時間帯における前記移動体の使用の申込を受け付けた場合に、前記優先度に従って前記移動体の使用の申込を受け付ける、請求項２に記載の移動体使用管理システム。

【請求項5】

前記記憶部は、前記移動体が使用された履歴に関する使用履歴情報を、前記移動体を使用した前記ユーザに対応付けて記憶し、
前記管理装置は、
前記使用履歴情報及び前記予約情報に基づいて、前記移動体のメンテナンスを実行するタイミングを特定し、特定したタイミングに基づいて、前記メンテナンスを実行する前記ユーザの候補を複数の前記ユーザから選択するメンテナンス管理部と、を備える、請求項１から請求項４のいずれかに記載の移動体使用管理システム。

【請求項6】

前記メンテナンス管理部は、前記ユーザの候補として複数の前記ユーザに含まれる第４ユーザを選択した場合、次に前記ユーザの候補を選択する場合は前記第４ユーザとは異なる前記ユーザを選択する、請求項５に記載の移動体使用管理システム。

【請求項7】

複数のユーザにより使用される移動体の情報を管理する移動体使用管理方法であって、
管理装置に、前記移動体を前記ユーザが使用する時間を指定する予約情報、及び、それぞれの前記ユーザが前記移動体を使用可能な時間の上限を定める占有上限時間を記憶し、
前記ユーザが前記移動体を使用する時間の所定期間における累積値が前記占有上限時間を超えないように、前記ユーザから前記移動体の使用の申込を受け付けて前記予約情報を生成または更新し、
前記占有上限時間は、前記移動体の購入のために各々の前記ユーザが出資した出資金額に対応する時間である、移動体使用管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、移動体使用管理システム、及び、移動体使用管理方法に関する。

【背景技術】

【0002】

近年、交通参加者の中でも脆弱な立場にある人々にも配慮した持続可能な輸送システムへのアクセスを提供する取り組みが活発化している。この実現に向けてシェアリングに関する研究開発を通して交通の安全性や利便性をより一層改善する研究開発に注力している。車両等の移動体をシェアリングするための技術として、例えば、特許文献１は、複数のユーザの予約に対応して一台の共有車両を利用する配車サービスを行うシステムを開示している。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２２－４６３１１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、移動体のシェアリングにおいては、移動体の利用機会をユーザに適切に配分することが課題である。例えば、移動体を購入するための資金を各ユーザが出資した金額が、ユーザ毎に異なる場合、移動体を利用する機会を全てのユーザに均等に配分することは、かえって不公平感を生む可能性がある。
本願は上記課題の解決のため、複数のユーザが共同購入した移動体について、公平性を考慮した利用を可能とすることを目的としたものである。そして、延いては持続可能な輸送システムの発展に寄与するものである。

【課題を解決するための手段】

【0005】

上記目的を達成するための一態様は、複数のユーザにより使用される移動体の情報を管理する管理装置を有し、前記管理装置は、前記移動体を前記ユーザが使用する時間を指定する予約情報、及び、それぞれの前記ユーザが前記移動体を使用可能な時間の上限を定める占有上限時間を記憶する記憶部と、前記ユーザが前記移動体を使用する時間の所定期間における累積値が前記占有上限時間を超えないように、前記ユーザから前記移動体の使用の申込を受け付けて前記予約情報を生成または更新する受付部と、を備え、前記占有上限時間は、前記移動体の購入のために各々の前記ユーザが出資した出資金額に対応する時間である、移動体使用管理システムである。

【発明の効果】

【0006】

上記構成によれば、複数のユーザが共同購入した移動体を占有できる時間を、ユーザが移動体の購入のために出資した金額に対応して制限することができる。このため、ユーザによる移動体の予約に出資金額の差を反映させることができ、ユーザ間の公平性を考慮した利用を実現できる。これにより、ユーザに快適な共有体験を提供することができ、持続可能な輸送システムの発展への寄与を実現する。

【図面の簡単な説明】

【0007】

【図1】管理システムの概要を示す説明図。

【図2】管理システムのブロック図。

【図3】管理装置が記憶する情報の一例を示す模式図。

【図4】管理システムの動作を示すフローチャート。

【図5】ユーザ端末が表示する予約画面の一例を示す図。

【図6】管理システムの動作を示すフローチャート。

【図7】管理システムの動作を示すフローチャート。

【図8】管理システムの動作を示すフローチャート。

【図9】管理システムの動作を示すフローチャート。

【発明を実施するための形態】

【0008】

［１．管理システムの概要］
図１は、本実施形態の管理システム１の概要を示す説明図である。
管理システム１は、移動体Ｍを複数のユーザＵが使用するための予約の受付および管理を行うシステムである。管理システム１は、移動体使用管理システムの一例に対応する。管理システム１が管理するユーザＵの数、及び、移動体Ｍの数に制限はない。本実施形態では、一例として、１台の移動体Ｍを３人のユーザＵ１、Ｕ２、Ｕ３が使用する場合を説明し、ユーザＵ１、Ｕ２、Ｕ３を区別しない場合にユーザＵと表記する。

【0009】

移動体Ｍは、ユーザＵが乗車可能な移動体であり、例えば、四輪自動車、自動二輪車、自転車、三輪の自動車である。移動体Ｍは乗用車であっても貨物車両であってもよく、大型車両であってもよい。また、移動体Ｍは船舶や飛行体であってもよい。図１には移動体Ｍの一例として自動二輪車を図示する。ユーザＵ１、Ｕ２、Ｕ３は、購入資金を出し合って移動体Ｍを購入した人であり、移動体Ｍを共同で保有する。

【0010】

ユーザＵは、ユーザ端末２１０を使用する。図１の例では、ユーザＵ１はユーザ端末２１０Ａを使用し、ユーザＵ２はユーザ端末２１０Ｂを使用し、ユーザＵ３はユーザ端末２１０Ｃを使用する。ユーザ端末２１０Ａ、２１０Ｂ、２１０Ｃを区別しない場合にユーザ端末２１０と表記する。ユーザ端末２１０は、可搬型のコンピュータであり、例えば、スマートフォン等のモバイルデバイス、或いは、ハンドヘルドコンピュータと呼ばれる携帯型のコンピュータである。

【0011】

管理システム１は、管理装置１００を有する。管理装置１００は、移動体Ｍの使用に関する情報を管理するコンピュータであり、例えば、サーバコンピュータである。管理装置１００は、ユーザＵが移動体Ｍを占有して使用する場合に、ユーザＵによる予約を受け付ける。例えば、後述するように、管理装置１００は、ユーザＵが使用するユーザ端末２１０から予約の申込を受け付ける。ユーザＵは、管理装置１００によって予約が受け付けられた場合に、予約した時間帯に移動体Ｍを占有して使用することができる。

【0012】

管理装置１００は、通信ネットワーク５００を介してユーザ端末２１０と通信可能に接続される。通信ネットワーク５００は、例えば、セルラー通信網、Ｗｉ－Ｆｉ（登録商標）ネットワーク、Ｂｌｕｅｔｏｏｔｈ（登録商標）、インターネット、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、公衆回線、プロバイダ装置、専用回線、無線基地局等を含む。これらの構成要素は、それぞれ通信ネットワーク５００を介さずに、直接、無線通信を行ってもよい。

【0013】

移動体Ｍは、移動体端末２７０を搭載する。移動体端末２７０は、通信ネットワーク５００を介して管理装置１００と通信可能である。移動体端末２７０は、移動体Ｍの状態に関する情報を管理装置１００に送信する。

【0014】

［２．管理システムの構成］
図２は、管理システム１のブロック図であり、管理システム１を構成する管理装置１００、ユーザ端末２１０、及び、移動体端末２７０の機能的構成を示す。図３は、管理装置１００が記憶する情報の一例を示す模式図である。

【0015】

管理装置１００は、プロセッサ１０、記憶部２０、及び、通信部３０を備える。プロセッサ１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やマイクロコントローラ等の情報処理デバイスである。記憶部２０は、プロセッサ１０によって実行されるプログラムや、プロセッサ１０が処理するデータを記憶する。記憶部２０は、フラッシュメモリ等の半導体メモリデバイス、磁気的記憶デバイス、光学的記憶デバイス等を用いて構成される不揮発性の記憶装置が挙げられる。また、記憶部２０は、半導体メモリデバイスで構成される揮発性の記憶領域を備え、この揮発性の記憶領域によってプロセッサ１０のワークエリアを形成してもよい。また、プロセッサ１０が揮発性メモリを統合した統合型のデバイスで構成される場合、記憶部２０は不揮発性の記憶装置で構成される。

【0016】

記憶部２０は、制御用プログラム２１、移動体情報２２、ユーザ情報２３、予約情報２４、履歴情報２５、及び、メンテナンス参照情報２６を記憶する。制御用プログラム２１は、プロセッサ１０が管理装置１００を制御するために実行するプログラムである。

【0017】

図３に示すように、移動体情報２２は、移動体ＩＤ（ＩＤｅｎｔｉｆｉｅｒ）、及び、メンテナンス情報を含む。移動体ＩＤは、移動体Ｍを識別する識別情報である。移動体ＩＤは、移動体Ｍの個体毎に付与された固有の情報であり、移動体Ｍを個体毎に識別可能な情報である。移動体ＩＤは、例えば、移動体Ｍの製造者が付与した番号、法令に基づき移動体Ｍに付与される番号、管理システム１により移動体Ｍに付与された番号である。メンテナンス情報は、移動体Ｍのメンテナンスに関する情報である。移動体Ｍのメンテナンスとは、移動体Ｍが動作可能な状態を維持するために必要な作業を指す。例えば、移動体Ｍのメンテナンスは、法令により義務付けられる移動体Ｍの検査、移動体Ｍが備える消耗部品の交換、移動体Ｍが備える部品の調整等を含んでもよい。移動体Ｍが内燃機関を有する場合、移動体Ｍのメンテナンスは、例えば、燃料の補給、内燃機関の潤滑油または作動油の補充または交換を含む。移動体Ｍが駆動源としてバッテリを有する場合、移動体Ｍのメンテナンスは、例えば、移動体Ｍのバッテリの充電またはバッテリの交換を含む。メンテナンス情報は、移動体Ｍにおけるメンテナンスの必要性やメンテナンスを行うべきタイミングを判定するための情報である。例えば、メンテナンス情報は、移動体Ｍの走行距離、移動体Ｍの燃料の残量、移動体Ｍのバッテリの残容量等のいずれか１以上を含む。

【0018】

ユーザ情報２３は、移動体ＩＤ、ユーザＩＤ、出資情報、占有上限時間、及び、メンテナンス履歴を含む。移動体ＩＤは上述した通りである。ユーザＩＤは、ユーザＵに付与された固有の情報であり、各々のユーザＵを識別可能な情報である。ユーザＩＤは、管理システム１によりユーザＵに付与された番号であってもよいし、法令に基づきユーザＵに付与される番号等であってもよく、例えば、運転免許証番号が挙げられる。ユーザ情報２３は、移動体ＩＤおよびユーザＩＤに対応付けて記憶部２０に記憶される。例えば、１人のユーザＵ１が複数の移動体Ｍを保有する場合、このユーザＵ１に対応付けて、ユーザＵ１が保有する各々の移動体Ｍに対応するユーザ情報２３が記憶部２０に記憶される。

【0019】

出資情報は、ユーザＵが移動体Ｍを購入する際に、ユーザＵが出資した金額に関する情報である。例えば、ユーザＵ１がユーザＵ２及びユーザＵ３と共同で移動体Ｍを購入した場合、ユーザＵ１に対応するユーザ情報２３は、移動体Ｍの購入時にユーザＵ１が出資した金額に関する情報を含む。出資情報は、例えば、移動体Ｍの購入金額の全体に対してユーザＵ１の出資金額が占める割合を示す情報や、移動体Ｍの購入金額とユーザＵ１の出資金額とを示す情報である。

【0020】

占有上限時間は、ユーザＵが移動体Ｍを占有する時間の上限を示す情報である。占有上限時間は、所定期間においてユーザＵが移動体Ｍを占有する時間を累積した値の上限である。例えば、ユーザＵ１の占有上限時間は、１ヶ月間にユーザＵ１が移動体Ｍを使用する時間の累積値の上限である。ユーザＵ１は、１ヶ月間の移動体Ｍの使用時間がユーザＵ１の占有上限時間を超えない範囲で移動体Ｍを使用できる。ユーザＵ２、及び、ユーザＵ３についても同様である。所定期間は１ヶ月に限らない。例えば、占有上限時間は、１週間、１年、或いはその他の単位における、ユーザＵ１が移動体Ｍを使用可能な時間の上限であってもよい。

【0021】

ここで、移動体Ｍを占有することは、移動体Ｍを使用することと言い換えることができる。移動体Ｍが複数の人を乗車させることが可能な場合、移動体Ｍを占有するユーザＵは、移動体Ｍを運転または操縦するユーザＵである。

【0022】

占有上限時間は、移動体Ｍの購入のためにユーザＵが出資した出資金額に対応する時間となるように定められる。例えば、３人のユーザＵ１、Ｕ２、Ｕ３が共同で移動体Ｍを購入した場合、ユーザＵ１、Ｕ２、Ｕ３の占有上限時間は、ユーザＵ１、Ｕ２、Ｕ３の出資金額の割合と同じ割合となるように定められる。この場合、移動体Ｍを共同購入した全てのユーザＵの占有上限時間の合計は、所定期間の全てに相当する時間でなくてもよい。
占有上限時間の割合とユーザＵの出資金額の割合とが一致しなくてもよい。例えば、占有上限時間は、ユーザＵの出資金額の割合に相当する時間を１時間単位または５時間単位で区切った長さであってもよい。

【0023】

ユーザ情報２３は、占有上限時間を必ず含むが、出資情報を含まない構成であってもよい。例えば、占有上限時間が出資金額の割合を反映している場合、占有上限時間の割合と出資情報の内容とが近似または一致するので、出資情報を省略できる。

【0024】

メンテナンス履歴は、ユーザＵが移動体Ｍのメンテナンスを実行する人物の候補として選択された履歴を示す。後述するように移動体Ｍのメンテナンスを実行する人物の候補を選択する処理において、ユーザＵ１が選択された場合に、メンテナンスのタイミングやメンテナンスの内容に関する情報がユーザＵ１のユーザ情報２３に追加される。

【0025】

予約情報２４は、移動体Ｍの使用の予約に関する情報であり、ユーザＵが移動体Ｍを使用する予約を行った場合に生成される。予約情報２４は、予約ＩＤ、移動体ＩＤ、ユーザＩＤ、及び、使用時間情報を含む。
予約ＩＤは、１つの予約情報２４に付与される識別情報である。予約情報２４は、１人のユーザＵが１回の予約を行う毎に生成される。使用時間情報は、移動体Ｍの使用が予約された時間を示す情報である。使用時間情報は、例えば、移動体Ｍの使用開始の日時および使用終了の日時を含む。

【0026】

履歴情報２５は、例えば、予約ＩＤ、及び、使用結果を含む。使用結果は、予約情報２４に基づき移動体Ｍが使用された結果に関する情報である。具体的には、使用結果は、移動体Ｍが使用された後の移動体Ｍの状態に関する情報を含み、メンテナンス情報と同様の内容とすることができる。

【0027】

メンテナンス参照情報２６は、移動体Ｍのメンテナンスに係る情報を含む。具体的には、移動体Ｍのメンテナンスを実行可能な場所を示す情報を含む。この場所は、例えば、ガソリンスタンド、充電ステーション、整備工場等である。また、メンテナンス参照情報２６は、移動体Ｍのメンテナンスが必要な時期を判断する基準となる情報を含む。例えば、メンテナンス参照情報２６は、移動体Ｍの燃料の残量あるいはバッテリの残容量と、移動体Ｍが移動可能な時間および／または移動距離とを対応付ける情報を含む。

【0028】

図２に戻り、通信部３０は、通信ネットワーク５００に接続される通信装置である。通信部３０は、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルが接続されるコネクタ、及び、ケーブルを通じて信号を送受信する通信インターフェース回路を備える。通信部３０は、アンテナやＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）回路を備え、無線データ通信を実行する通信装置であってもよい。
通信部３０は、プロセッサ１０の制御に従って、通信ネットワーク５００を通じてユーザ端末２１０、及び、移動体端末２７０との間でデータ通信を実行する。

【0029】

プロセッサ１０は、制御用プログラム２１を実行することによって、管理装置１００の機能を実現する。プロセッサ１０が構成する機能部として、情報取得部１１、予約受付部１２、及び、メンテナンス管理部１３を示す。これらの各機能部は、プロセッサ１０が制御用プログラム２１を実行することによってソフトウェアとハードウェアの協働により実現される。

【0030】

情報取得部１１は、ユーザ端末２１０、及び、移動体端末２７０から情報を取得する。
予約受付部１２は、情報取得部１１がユーザ端末２１０から取得する情報に基づいて、移動体Ｍの使用に関する予約申込の受付、及び、予約取消申込の受付を実行する。予約受付部１２は、移動体Ｍの使用が予約された日時にユーザ端末２１０に対する通知を行い、ユーザＵに移動体Ｍの予約を知らせる。また、予約受付部１２は、予約に基づいて移動体Ｍが使用された後に、移動体Ｍのメンテナンス情報を取得して移動体情報２２を更新する。予約受付部１２は、受付部の一例に対応する。

【0031】

メンテナンス管理部１３は、移動体情報２２に基づいて、移動体Ｍのメンテナンスを実行するタイミングを特定する。メンテナンス管理部１３は、移動体Ｍのメンテナンスを行うユーザＵの候補を選択し、選択したユーザＵに対し、メンテナンスを依頼する。

【0032】

ユーザ端末２１０は、プロセッサ２１１、記憶部２１２、通信部２１３、タッチパネル２１４、カメラ２１５、及び、ＧＮＳＳ２１６を有する。
プロセッサ２１１は、ＣＰＵやマイクロコントローラ等の情報処理デバイスである。記憶部２１２は、フラッシュメモリ等の半導体メモリデバイスを用いて構成される不揮発性の記憶装置が挙げられる。記憶部２１２は、揮発性の記憶領域を有し、プロセッサ２１１のワークエリアを形成する構成であってもよい。記憶部２１２は、プロセッサ２１１によって実行されるプログラムや、プロセッサ２１１が処理するデータを記憶する。
プロセッサ２１１は、記憶部２１２に記憶されたプログラムを実行し、ユーザ端末２１０を制御する。

【0033】

通信部２１３は、アンテナ、ＲＦ回路等を備え、モバイル通信回線を通じて無線データ通信を実行する通信装置である。通信部２１３は、通信ネットワーク５００に接続し、プロセッサ２１１の制御に従って、管理装置１００との間でデータ通信を実行する。

【0034】

タッチパネル２１４は、プロセッサ２１１の制御に従って各種の画像を表示する。タッチパネル２１４は、タッチパネル２１４に対するタッチ操作を検出し、検出した操作を示す操作データをプロセッサ２１１に出力する。

【0035】

カメラ２１５は、プロセッサ２１１の制御に従って撮影を行い、撮影画像をプロセッサ２１１に出力する。
ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）２１６は、プロセッサ２１１の制御に従ってユーザ端末２１０の位置を検出する。

【0036】

ユーザ端末２１０は、タッチパネル２１４に対するユーザＵの操作に従って、管理装置１００に対して予約申込または予約取消申込を送信する。また、ユーザ端末２１０は、管理装置１００が送信する通知を受信して、ユーザＵに対する通知を実行する。ユーザ端末２１０が実行する通知は、例えば、タッチパネル２１４に通知メッセージを表示することである。ユーザ端末２１０がスピーカを備える場合、ユーザ端末２１０は、音声または音を出力することによって通知を実行してもよい。

【0037】

移動体端末２７０は、制御部２７１、及び、通信部２７２を備える。制御部２７１は、移動体端末２７０を制御するプロセッサを有する。通信部２７２は、アンテナ、ＲＦ回路等を備え、モバイル通信回線を通じて無線データ通信を実行する通信装置である。通信部２７２は、通信ネットワーク５００に接続し、制御部２７１の制御に従って、管理装置１００との間でデータ通信を実行する。移動体端末２７０は、移動体Ｍの駆動を制御する制御装置等に組み込まれた装置であってもよいし、移動体Ｍに着脱可能に装着された装置であってもよい。例えば、移動体端末２７０は、移動体Ｍに取り付けられたスマートフォンであってもよい。

【0038】

［３．管理システムの動作］
図４は、管理システム１の動作を示すフローチャートである。図４のステップＳＡ１１はユーザ端末２１０の動作を示し、ステップＳＢ１１～ＳＢ１９は管理装置１００の動作を示す。詳細には、ステップＳＡ１１はプロセッサ２１１により実行され、ＳＢ１１～ＳＢ１９は予約受付部１２により実行される。

【0039】

ユーザ端末２１０は、管理装置１００に対して予約申込を送信する（ステップＳＡ１１）。ステップＳＡ１１でユーザ端末２１０が送信する情報は、例えば、ユーザＵのユーザＩＤ、移動体Ｍの移動体ＩＤ、移動体Ｍの使用開始日時および使用終了日時を含む。

【0040】

管理装置１００は、ユーザ端末２１０が送信する予約申込を取得する（ステップＳＢ１１）。管理装置１００は、予約申込に含まれるユーザＩＤに基づいてユーザ情報２３を参照し、占有上限時間を取得する（ステップＳＢ１２）。管理装置１００は、予約申込を行ったユーザＵの予約情報２４を取得する（ステップＳＢ１３）。すなわち、管理装置１００は、予約申込に含まれるユーザＩＤに対応する予約情報２４を、記憶部２０から取得する。

【0041】

管理装置１００は、予約申込を受け付けた場合に占有上限時間を超えるか否かを判定する（ステップＳＢ１４）。例えば、ステップＳＢ１４で、管理装置１００は、ステップＳＢ１３で取得した予約情報２４に含まれる使用時間情報の合計を算出する。さらに、管理装置１００は、ステップＳＢ１１で取得した予約申込の使用開始日時および使用終了日時をもとに、予約申込みされた時間の長さを算出する。管理装置１００は、予約情報２４に含まれる使用時間情報の合計と予約申込された時間の長さとの所定期間における合計が、占有上限時間を超えるか否かを判定する。

【0042】

占有上限時間を超えないと判定した場合（ステップＳＢ１４；ＮＯ）、管理装置１００は、予約申込を受け付けることを決定する（ステップＳＢ１５）。管理装置１００は、ステップＳＢ１１で取得した予約申込の内容に基づいて予約情報２４を生成し、記憶部２０に記憶する（ステップＳＢ１６）。管理装置１００は、予約申込を受け付けたことの通知をユーザ端末２１０に送信し（ステップＳＢ１７）、本処理を終了する。ここで、ユーザ端末２１０は、予約申込を受け付けたことの通知を管理装置１００から受信したことに対応して、ユーザＵへの通知を実行してもよい。

【0043】

占有上限時間を超えると判定した場合（ステップＳＢ１４；ＹＥＳ）、管理装置１００は、予約申込を拒否することを決定する（ステップＳＢ１８）。管理装置１００は、予約申込が不可であることの通知をユーザ端末２１０に送信し（ステップＳＢ１９）、本処理を終了する。ここで、ユーザ端末２１０は、予約申込が不可であることの通知を管理装置１００から受信したことに対応して、ユーザＵへの通知を実行してもよい。

【0044】

図５は、ユーザ端末２１０が表示する予約画面３０１の一例を示す図である。
ユーザＵは、ユーザ端末２１０を操作することにより管理装置１００にアクセスし、予約画面３０１をタッチパネル２１４に表示させることができる。予約画面３０１は、例えば、ユーザ端末２１０によるアクセス時点を含む数日間における移動体Ｍの予約の状況が、日付および時間帯に対応付けて表示される。予約画面３０１において、移動体Ｍの予約をしたユーザＵを示すアイコンや文字列を表示してもよい。

【0045】

移動体Ｍの使用の予約は、ユーザＵが図４の動作を実行して行うほか、予め管理装置１００に設定されてもよい。具体的には、ユーザＵ１、Ｕ２、Ｕ３のそれぞれに対応付けて、特定の時期に予約が設定されていてもよい。この予約は、例えば、１年のうちの特定の日、一月のうちの特定の日付、１週間のうちの特定の曜日を指定する予約である。この予約は、自動的に、ユーザＵの操作がなくても、全ての年、月または週において、指定された日付または曜日に設定される。この予約に関して、日付または曜日に加えて時間帯が指定されてもよい。例えば、月曜日の朝９時から昼１２時までユーザＵ１が移動体Ｍを使用する予約が設定された場合、ユーザＵ１がユーザ端末２１０Ａを操作して予約を行わなくても、毎週月曜日の朝９時から昼１２時まではユーザＵ１の予約がなされた状態となる。このように、管理システム１では、ユーザ端末２１０による操作を必要としない予約が可能であり、この予約が設定される時間帯は占有時間帯の一例に対応する。また、この種の予約に関する予約情報２４は占有時間情報の一例に対応する。

【0046】

ユーザ端末２１０が予約画面３０１を表示する機能、予約申込を行う機能、及び、後述する予約取消申込を行う機能は、例えば、スマートフォンやタブレット型コンピュータのアプリケーションプログラム（以下、アプリと呼ぶ）として、ユーザ端末２１０に実装することができる。この場合、管理装置１００は、ユーザ端末２１０が実装するアプリとデータを送受信するＷｅｂサーバとして構成することができる。ユーザＵは、ユーザ端末２１０に予約画面３０１が表示された状態で、新規の予約申込や予約取消申込を行うことができる。

【0047】

図６は、管理システム１の動作を示すフローチャートである。図６のステップＳＡ２１～ＳＡ２３はユーザ端末２１０の動作を示し、プロセッサ２１１により実行される。ステップＳＢ２１～ＳＢ２６は管理装置１００の動作を示し、予約受付部１２により実行される。ステップＳＣ２１は移動体端末２７０の動作を示し、制御部２７１により実行される。

【0048】

管理装置１００は、現在時刻が、記憶部２０が記憶する予約情報２４に含まれる使用時間情報に基づいて、予約日時から所定時間前であるか否かを判定する（ステップＳＢ２１）。予約日時から所定時間前の時刻に到達していない場合（ステップＳＢ２１；ＮＯ）、管理装置１００はステップＳＢ２１で待機する。予約日時から所定時間前の時刻に到達したと判定した場合（ステップＳＢ２１；ＹＥＳ）、管理装置１００はユーザ端末２１０に対し、予約日時の通知を送信する（ステップＳＢ２２）。ステップＳＢ２２で、管理装置１００は、ステップＳＢ２１で参照した予約情報２４に含まれるユーザＩＤに基づき、通知を行う対象のユーザ端末２１０を特定することができる。例えば、ユーザＵ１が移動体Ｍを使用する予約について予約日時すなわち使用開始日時から所定時間前の時刻となった場合、管理装置１００は、ユーザＵ１が使用するユーザ端末２１０Ａに通知を送信する。

【0049】

ユーザ端末２１０は、管理装置１００から予約日時の通知を受信したことに対応して、ユーザＵに対する通知を行う（ステップＳＡ２１）。その後、ユーザＵは、移動体Ｍの使用を開始する際に、ユーザ端末２１０を操作して移動体Ｍの使用を開始したことを入力する。ユーザ端末２１０は、ユーザＵの入力に応じて、管理装置１００に対して移動体Ｍの使用の開始を通知する（ステップＳＡ２２）。

【0050】

管理装置１００は、ユーザ端末２１０から使用の開始の通知を受信すると、移動体Ｍの使用開始を受け付ける（ステップＳＢ２３）。
ユーザＵは、移動体Ｍの使用を終了する際に、ユーザ端末２１０を操作して移動体Ｍの使用を終了したことを入力する。ユーザ端末２１０は、ユーザＵの入力に応じて、管理装置１００に対して移動体Ｍの使用の終了を通知する（ステップＳＡ２３）。
管理装置１００は、ユーザ端末２１０から使用の終了の通知を受信すると、移動体Ｍの使用終了を受け付ける（ステップＳＢ２４）。

【0051】

管理装置１００は、移動体端末２７０に対し、情報送信を要求する（ステップＳＢ２５）。ステップＳＢ２５で要求される情報は、上述したメンテナンス情報に相当する。具体的には、移動体Ｍの走行距離、移動体Ｍの燃料の残量、移動体Ｍのバッテリの残容量等である。

【0052】

移動体端末２７０は、管理装置１００から要求を受信したことに対応して、移動体Ｍに関する情報を管理装置１００に送信する（ステップＳＣ２１）。
管理装置１００は、移動体端末２７０が送信した情報に基づいて、移動体Ｍの使用結果を生成し、履歴情報２５を生成する（ステップＳＢ２６）。

【0053】

図６の動作により、ユーザＵが予約した移動体Ｍの実際の使用、及び、移動体Ｍの使用に関する履歴の生成が行われる。
なお、管理装置１００は、ステップＳＢ２５において、メンテナンス情報の送信をユーザ端末２１０に対して要求してもよい。この場合、移動体Ｍを使用したユーザＵが、移動体Ｍに関する情報をユーザ端末２１０に入力し、ユーザ端末２１０から管理装置１００に送信させてもよい。

【0054】

図７、及び、図８は、管理システム１の動作を示すフローチャートである。図７のステップＳＡ３１はユーザ端末２１０の動作を示し、プロセッサ２１１により実行される。ステップＳＢ３１～ＳＢ３５及びステップＳＢ４１～ＳＢ４８は管理装置１００の動作を示し、予約受付部１２により実行される。

【0055】

ユーザ端末２１０は、タッチパネル２１４に対するユーザＵの操作に基づいて、管理装置１００に対して予約取消申込を送信する（ステップＳＡ３１）。
管理装置１００は、記憶部２０が記憶する予約情報２４のうち、ユーザ端末２１０から受信した予約取消申込に対応する予約情報２４を特定する（ステップＳＢ３１）。管理装置１００は、特定した予約情報２４に関する予約を取り消す処理を実行する（ステップＳＢ３２）。ステップＳＢ３２の予約取消処理は、例えば、予約情報２４を無効とする処理、或いは、予約情報２４を消去する処理を含む。
管理装置１００は、ユーザ端末２１０に対して予約取消を行ったことを通知する（ステップＳＢ３３）。ここでユーザ端末２１０は、管理装置１００から通知を受信したことに対応して、ユーザＵに対する通知を行ってもよい。

【0056】

ここで、管理装置１００は、取消を行った予約が占有時間帯の予約であるか否かを判定する（ステップＳＢ３４）。取消を行った予約が占有時間帯の予約でない場合（ステップＳＢ３４；ＮＯ）、管理装置１００は本処理を終了する。

【0057】

取消を行った予約が占有時間帯の予約である場合（ステップＳＢ３４；ＹＥＳ）、管理装置１００は、再予約受付処理を実行する（ステップＳＢ３５）。再予約受付処理は、占有時間帯に設定された予約が取り消された時間帯に、別のユーザＵの予約を受け付ける処理である。上述のように、管理システム１では移動体Ｍの使用に関して一部または全部のユーザＵに対応する占有時間帯が設定可能である。占有時間帯は、例えば、指定された曜日または日付に自動的に予約されるため、占有時間帯に移動体Ｍを使用する予定のユーザＵが、移動体Ｍを使用しないことがあり得る。このような場合に、移動体Ｍを有効に利用するため、管理システム１は、占有時間帯の予約の取消と、他のユーザＵによる移動体Ｍの使用を可能とする。

【0058】

図８において、管理装置１００は、予約が取り消された時間帯における予約申込の受付を開始する（ステップＳＢ４１）。ステップＳＢ４１の後、管理装置１００は、ユーザ端末２１０からの予約申込の受信を待機する。

【0059】

管理装置１００は、少なくとも１つのユーザ端末２１０から予約申込を受信するまで待機する（ステップＳＢ４２）。予約申込を受信した場合（ステップＳＢ４２；ＹＥＳ）、管理装置１００は、複数のユーザＵから予約申込が行われたか否かを判定する（ステップＳＢ４３）。

【0060】

１人のユーザＵから予約申込が行われた場合（ステップＳＢ４３；ＮＯ）、管理装置１００は、予約申込に基づいて予約情報２４を生成し（ステップＳＢ４４）、ユーザ端末２１０に対して予約が行われたことを通知する（ステップＳＢ４５）。

【0061】

複数のユーザＵから予約申込が行われた場合（ステップＳＢ４３；ＹＥＳ）、管理装置１００は、予約申込を行ったユーザＵの優先度を判定する（ステップＳＢ４６）。管理装置１００は、ユーザＵの優先度を、ユーザＵが出資した購入金額の割合に基づき判定する。具体的には、複数のユーザＵのうち、ユーザ情報２３の出資情報が示す出資金額の割合が最も大きいユーザＵ、または、占有上限時間が最も長いユーザＵの優先度を、他のユーザＵより高くする。対象のユーザＵが３人以上である場合は、出資情報が示す出資金額の割合が大きい順、または、占有上限時間が長い順に、優先度を判定する。この場合、出資金額の割合が大きいユーザＵほど優先度が高くなる。

【0062】

管理装置１００は、ステップＳＢ４７で判定した優先度が高いユーザＵの予約申込を受け付ける（ステップＳＢ４７）。管理装置１００は、予約申込が受け付けられなかったユーザＵが使用するユーザ端末２１０に対して、予約申込が受け付けられなかったことを通知し（ステップＳＢ４８）、ステップＳＢ４４に移行する。

【0063】

図８のステップＳＢ４４で、管理装置１００は、予約を受け付けるユーザＵの占有上限時間を超えるか否かを判定しない。つまり、占有時間帯の予約が取り消され、取り消された占有時間帯における移動体Ｍの予約を受け付ける場合、管理装置１００は、占有上限時間による制限を行わない。これにより、ユーザＵに対応する占有時間帯の予約が取り消された場合に、他のユーザＵが移動体Ｍを使用しやすくなるので、移動体Ｍを有効に利用できる。

【0064】

図９は、管理システム１の動作を示すフローチャートであり、管理装置１００の動作を示す。ステップＳＢ５１～ＳＢ６０はメンテナンス管理部１３により実行される。

【0065】

管理装置１００は、移動体情報２２のメンテナンス情報を取得する（ステップＳＢ５１）。管理装置１００は、予約情報２４を取得し（ステップＳＢ５２）、メンテナンス情報及び予約情報２４に基づいてメンテナンス実行タイミングを決定する（ステップＳＢ５３）。ステップＳＢ５３で、管理装置１００は、例えば、メンテナンス情報に基づいて、メンテナンスを実行するまでに移動体Ｍを使用可能な時間および／または移動距離を算出する。ここで、時間および／または距離を算出する処理において、管理装置１００は、メンテナンス参照情報２６を参照してもよい。管理装置１００は、算出した時間および／または移動距離と予約情報２４とに基づいて、メンテナンスを行わなければ実行できない予約を特定する。管理装置１００は、特定した予約の前を、メンテナンス実行タイミングとして決定する。

【0066】

例として、記憶部２０が、移動体Ｍを使用する第１の予約の予約情報２４と、第１の予約の次に実行される第２の予約の予約情報２４とを記憶している場合を想定する。この例で、第１の予約はメンテナンスを実行しなくても支障がなく、第２の予約の使用中にメンテナンスが必要になると仮定する。この場合、メンテナンスを行わなければ第２の予約を完了できないので、例えば、移動体Ｍの使用中に、移動体Ｍの走行が不可能になる可能性もある。この例で、管理装置１００は、第２の予約が実行される前を、メンテナンス実行タイミングとする。より詳細には、メンテナンス実行タイミングは、第１の予約の開始後から第２の予約の開始前の間に決定される。

【0067】

管理装置１００は、メンテナンス実行タイミングが到来するまで待機する（ステップＳＢ５４）。メンテナンス実行タイミングが到来した場合（ステップＳＢ５４；ＹＥＳ）、管理装置１００は、移動体Ｍを使用するユーザＵの位置情報を取得する（ステップＳＢ５５）。ステップＳＢ５５で、管理装置１００は、例えば、各々のユーザ端末２１０に位置情報の送信を要求し、この要求に応じてユーザ端末２１０が送信する位置情報を取得する。

【0068】

管理装置１００は、メンテナンス参照情報２６を参照し、移動体Ｍのメンテナンスを実行可能な場所を特定し、特定した場所に近いユーザＵを選択する（ステップＳＢ５６）。ここで、管理装置１００は、ステップＳＢ５６で選択したユーザＵのユーザ情報２３を参照し（ステップＳＢ５７）、前回のメンテナンスの候補のユーザＵであるか否かを判定する（ステップＳＢ５８）。すなわち、管理装置１００は、ステップＳＢ５６で選択したユーザＵが、その前に実行されたメンテナンスについて選択されたユーザＵであるか否かを判定する。

【0069】

選択したユーザＵが、前回のメンテナンスの候補である場合（ステップＳ５８；ＹＥＳ）、管理装置１００は、ステップＳＢ５６で選択したユーザＵを候補から除外して（ステップＳＢ５９）、ステップＳＢ５６に戻る。選択したユーザＵが、前回のメンテナンスの候補でない場合（ステップＳ５８；ＮＯ）、管理装置１００は、ステップＳＢ５６で選択したユーザＵが使用するユーザ端末２１０に対し、メンテナンスの実行を依頼する情報を送信する（ステップＳＢ６０）。この情報を受信したユーザ端末２１０は、ユーザＵに対して、メンテナンスの実行を依頼する通知を行ってもよい。

【0070】

［４．他の実施形態］
上記実施形態は本発明を適用した一具体例を示すものであり、発明が適用される形態を限定するものではない。

【0071】

上記実施形態では、占有時間帯における予約が取り消された場合に、図８の動作を行って新たに予約を受け付ける例を説明したが、これは一例である。例えば、管理装置１００は、占有時間帯とは異なる予約について図７の動作を実行し、予約取消申込を受け付ける構成であってもよい。この場合、管理装置１００は、予約取消申込を受け付けた後に、ステップＳＢ３５の再予約受付処理を実行し、予約が取り消された時間帯における移動体Ｍの使用を可能としてもよい。そして、管理装置１００は、占有時間帯とは異なる予約が取り消された場合であって、予約が取り消された時間帯に新たな予約を受け付けた場合に、占有上限時間による制限を行わない構成としてもよい。

【0072】

また、管理装置１００は、単独のサーバコンピュータに限定されず、複数のサーバコンピュータによって分散処理を行う構成であってもよいし、クラウドサーバで構成されてもよい。

【0073】

図２は、本願発明の理解を容易にするために、管理システム１の各装置の機能構成を、主な処理内容により区分して示した概略図であり、装置の構成を限定するものではない。例えば、管理装置１００において、プロセッサ１０が備える構成要素の処理を、１つのハードウェアユニットにより実行してもよいし、複数のハードウェアユニットにより実行してもよい。ユーザ端末２１０についても同様である。また、図４、図６～図９に示した各処理は、１つのプログラムにより実行されてもよいし、複数のプログラムにより実行されてもよい。

【0074】

制御用プログラム２１は、可搬型の情報記録媒体に制御用プログラム２１を記録させた状態で実現することも可能である。情報記録媒体は、ハードディスク等の磁気的記録媒体、ＣＤ等の光学的記録媒体、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリやＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の半導体記憶デバイスが挙げられるが、その他の記録媒体を用いることも可能である。プロセッサ１０は、情報記録媒体から制御用プログラム２１を読み出して実行してもよい。

【0075】

［５．上記実施形態によりサポートされる構成］
上記実施形態は、以下の構成をサポートする。

【0076】

（構成１）複数のユーザにより使用される移動体の情報を管理する管理装置を有し、前記管理装置は、前記移動体を前記ユーザが使用する時間を指定する予約情報、及び、それぞれの前記ユーザが前記移動体を使用可能な時間の上限を定める占有上限時間を記憶する記憶部と、前記ユーザが前記移動体を使用する時間の所定期間における累積値が前記占有上限時間を超えないように、前記ユーザから前記移動体の使用の申込を受け付けて前記予約情報を生成または更新する受付部と、を備え、前記占有上限時間は、前記移動体の購入のために各々の前記ユーザが出資した出資金額に対応する時間である、移動体使用管理システム。
構成１の管理システムによれば、複数のユーザが共同購入した移動体を占有できる時間を、ユーザが移動体の購入のために出資した金額に対応して制限することができる。このため、ユーザによる移動体の予約に出資金額の差を反映させることができ、ユーザ間の公平性を考慮した利用を実現できる。

【0077】

（構成２）前記予約情報は、複数の前記ユーザに含まれる第１ユーザが前記移動体を占有する占有時間帯を指定する占有時間情報を含み、前記受付部は、前記第１ユーザが前記占有時間帯において前記移動体を使用しないことの申込を受け付けた場合に、複数の前記ユーザに含まれる第２ユーザから、前記占有時間帯に重なる時間帯における前記移動体の使用の申込を受け付ける、構成１に記載の移動体使用管理システム。
構成２の管理システムによれば、移動体を共同購入した複数のユーザのいずれかに対応して、占有時間帯の予約を可能とすることで、ユーザが定期的に移動体を使用することができる。さらに、この移動体の使用の予約が取り消された場合に、予約が取り消された時間帯における新たな予約を受け付けることにより、移動体を有効に利用できる。

【0078】

（構成３）前記受付部は、前記第２ユーザから前記占有時間帯に重なる時間帯における前記移動体の使用の申込を受け付ける場合に、前記第２ユーザが、前記第２ユーザの前記占有上限時間を超えて前記移動体を使用することを許容する、構成２に記載の移動体使用管理システム。
構成３の管理システムによれば、移動体の使用の予約が取り消され、新たな予約を受け付ける場合に、占有上限時間による制限を緩和する。これにより、予約が取り消された場合に新たな予約を受け付けるための自由度が高まるので、移動体をより有効に利用できる。

【0079】

（構成４）前記受付部には、前記移動体の購入のために各々の前記ユーザが出資した出資金額に対応する前記ユーザ間の優先度が設定され、前記受付部は、前記第２ユーザ、及び、複数の前記ユーザに含まれる第３ユーザから、前記占有時間帯に重なる時間帯における前記移動体の使用の申込を受け付けた場合に、前記優先度に従って前記移動体の使用の申込を受け付ける、構成２または構成３に記載の移動体使用管理システム。
構成４の管理システムによれば、移動体の使用の予約が取り消され、予約が取り消された時間帯における新たな予約を受け付ける場合にもユーザの出資金額を反映させるので、ユーザ間の公平性を考慮した利用を実現できる。

【0080】

（構成５）前記記憶部は、前記移動体が使用された履歴に関する使用履歴情報を、前記移動体を使用した前記ユーザに対応付けて記憶し、前記管理装置は、前記使用履歴情報及び前記予約情報に基づいて、前記移動体のメンテナンスを実行するタイミングを特定し、特定したタイミングに基づいて、前記メンテナンスを実行する前記ユーザの候補を複数の前記ユーザから選択するメンテナンス管理部と、を備える、構成１から構成４のいずれかに記載の移動体使用管理システム。
構成５の管理システムによれば、移動体を適切なタイミングでメンテナンスすることが可能となるので、移動体を効率よく利用することが可能となる。

【0081】

（構成６）前記メンテナンス管理部は、前記ユーザの候補として複数の前記ユーザに含まれる第４ユーザを選択した場合、次に前記ユーザの候補を選択する場合は前記第４ユーザとは異なる前記ユーザを選択する、構成５に記載の移動体使用管理システム。
構成６の管理システムによれば、特定のユーザにメンテナンスの負担が集中することを防止できる。これにより、メンテナンスに関してもユーザ間の公平性を考慮した利用を実現できる。

【0082】

（構成７）複数のユーザにより使用される移動体の情報を管理する移動体使用管理方法であって、管理装置に、前記移動体を前記ユーザが使用する時間を指定する予約情報、及び、それぞれの前記ユーザが前記移動体を使用可能な時間の上限を定める占有上限時間を記憶し、前記ユーザが前記移動体を使用する時間の所定期間における累積値が前記占有上限時間を超えないように、前記ユーザから前記移動体の使用の申込を受け付けて前記予約情報を生成または更新し、前記占有上限時間は、前記移動体の購入のために各々の前記ユーザが出資した出資金額に対応する時間である、移動体使用管理方法。
構成７の管理方法によれば、複数のユーザが共同購入した移動体を占有できる時間を、ユーザが移動体の購入のために出資した金額に対応して制限することができる。このため、ユーザによる移動体の予約に出資金額の差を反映させることができ、ユーザ間の公平性を考慮した利用を実現できる。

【符号の説明】

【0083】

１…管理システム（移動体使用管理システム）、１０…プロセッサ、１１…情報取得部、１２…予約受付部（受付部）、１３…メンテナンス管理部、２０…記憶部、２１…制御用プログラム、２２…移動体情報、２３…ユーザ情報、２４…予約情報、２５…履歴情報、２６…メンテナンス参照情報、３０…通信部、１００…管理装置、２１０、２１０Ａ、２１０Ｂ、２１０Ｃ…ユーザ端末、２１１…プロセッサ、２１２…記憶部、２１３…通信部、２１４…タッチパネル、２１５…カメラ、２１６…ＧＮＳＳ、２７０…移動体端末、２７１…制御部、２７２…通信部、３０１…予約画面、５００…通信ネットワーク、Ｍ…移動体、Ｕ、Ｕ１、Ｕ２、Ｕ３…ユーザ。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】