WO2020202410A1 - 情報処理システム、移動体、プログラム及び方法 - Google Patents

Abstract

使用要求に対して割り当てられた第１移動体の位置及び状態の少なくとも一方を示す情報を取得する移動体情報取得部と、移動体情報取得部が取得した情報に基づいて、第１移動体の移動が制限されているか否かを判定する制限判定部と、第１移動体の移動が制限されていると判定された場合に、第１移動体とは異なる第３移動体を手配することを決定する手配部と、第１移動体の使用者が第３移動体に要求する条件を示す情報を取得する条件情報取得部とを備える。手配部は、条件情報取得部が取得した情報に基づいて、第３移動体を決定する。

Description

情報処理システム、移動体、プログラム及び方法

　本発明は、情報処理システム、移動体、プログラム及び方法に関する。

　配達すべき荷物の総量に応じた代替車両を迅速に判断することのできる運行管理サーバが知られている（例えば、特許文献１を参照されたい）。
　［先行技術文献］
　［特許文献］
　　［特許文献１］　特開２００４－３０７２１０号公報

解決しようとする課題

　従来のシステムにおいては、代車が手配される場合に、ユーザの期待又は指定に沿った車両を手配できないことがある。

一般的開示

　本発明の第１の態様においては、情報処理装置が提供される。上記の情報処理装置は、例えば、使用要求に対して割り当てられた第１移動体の位置及び状態の少なくとも一方を示す情報を取得する移動体情報取得部を備える。上記の情報処理装置は、例えば、移動体情報取得部が取得した情報に基づいて、第１移動体の移動が制限されているか否かを判定する制限判定部を備える。上記の情報処理装置は、例えば、第１移動体の移動が制限されていると判定された場合に、第１移動体とは異なる第３移動体を手配することを決定する手配部を備える。上記の情報処理装置は、例えば、第１移動体の使用者が第３移動体に要求する条件を示す情報を取得する条件情報取得部を備える。上記の情報処理装置において、手配部は、例えば、条件情報取得部が取得した情報に基づいて、第３移動体を決定する。

　上記の情報処理装置において、手配部は、第１移動体の移動が制限されていると判定された場合に、使用者とは異なる第１移動体の次の使用者が、第１移動体の代わりに使用する移動体として、第１移動体とは異なる第２移動体を手配することを決定してよい。制限判定部は、移動体情報取得部が取得した情報に基づいて、第１移動体に故障及び事故の少なくとも一方が発生したか否かを判定してよい。制限判定部は、第１移動体に故障及び事故の少なくとも一方が発生したと判定された場合に、第１移動体の移動が制限されていると判定してよい。

　上記の情報処理装置は、使用要求により示された時期までに、使用要求により示された位置に、第１移動体を移動させるための指示を、第１移動体に送信する指示送信部を備えてよい。条件情報取得部は、使用要求により示された時期よりも前の時期に、第１移動体の使用者が第３移動体に要求する条件を示す情報を取得してよい。割当部は、条件情報取得部が取得した情報に基づいて、第３移動体の候補となる移動体を抽出してよい。割当部は、使用要求取得部が、使用要求を取得した後、使用者とは異なる他の使用者からの他の使用要求を取得した場合、他の使用要求に対して、第３移動体の候補となる移動体とは異なる他の移動体を割り当てることを決定してよい。

　上記の情報処理装置において、第３移動体に要求する条件を示す情報は、第３移動体の属性と、第３移動体の到着時間との何れが優先されるかを示す情報を含んでよい。手配部は、条件情報取得部が取得した情報に、第３移動体の到着時間よりも第３移動体の属性が優先されることを示す情報が含まれる場合、第１移動体の属性と同一又は類似する属性を有する移動体を、第３移動体として決定してよい。手配部は、条件情報取得部が取得した情報に、第３移動体の属性よりも第３移動体の到着時間が優先されることを示す情報が含まれる場合、第１移動体の使用者と合流する予定時刻が最も早い移動体を、第３移動体として決定してよい。第３移動体の属性は、第３移動体の種類、第３移動体の定員、第３移動体の居住空間の仕様、第３移動体の最大積載可能量、第３移動体の荷物収容空間の仕様、第３移動体に搭載可能な物体の属性、第３移動体における喫煙の可否、第３移動体の装備、及び、第３移動体の清掃状態の少なくとも１つを含んでよい。

　本発明の第２の態様においては、方法が提供される。上記の方法は、例えば、使用要求に対して割り当てられた第１移動体の位置及び状態の少なくとも一方を示す情報を取得する移動体情報取得段階を有する。上記の方法は、例えば、移動体情報取得段階において取得された情報に基づいて、第１移動体の移動が制限されているか否かを判定する制限判定段階を有する。上記の方法は、例えば、第１移動体の移動が制限されていると判定された場合に、第１移動体とは異なる第３移動体を手配する手配段階を有する。上記の方法は、例えば、第１移動体の使用者が第３移動体に要求する条件を示す情報を取得する条件情報取得段階を有する。上記の方法において、手配段階は、例えば、条件情報取得段階において取得された情報に基づいて、第３移動体を決定する段階を含む。

　本発明の第３の態様においては、プログラムが提供される。上記のプログラムを格納する非一時的コンピュータ可読媒体が提供されてもよい。上記のプログラムは、コンピュータを、上記の第１の態様に係る情報処理装置として機能させるためのプログラムであってよい。上記のプログラムは、コンピュータに、上記の第２の態様に係る情報処理装置を実行させるためのプログラムであってよい。

　本発明の第４の態様においては、移動体が提供される。上記の移動体は、例えば、上記の第１の態様に係る情報処理装置を備える。

　なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

管理システム１００のシステム構成の一例を概略的に示す。 管理システム１００による配車の一例を概略的に示す。 管理サーバ１１０のシステム構成の一例を概略的に示す。 格納部３５０の内部構成の一例を概略的に示す。 配車管理部３６０の内部構成の一例を概略的に示す。 代車処理部５４０の内部構成の一例を概略的に示す。 画面７００の一例を概略的に示す。 画面８００の一例を概略的に示す。 画面９００の一例を概略的に示す。 画面１０００の一例を概略的に示す。 コンピュータ３０００のシステム構成の一例を概略的に示す。

　以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。なお、図面において、同一または類似の部分には同一の参照番号を付して、重複する説明を省く場合がある。

　［管理システム１００の概要］
　図１及び図２を用いて、管理システム１００の一例の概要が説明される。図１は、管理システム１００のシステム構成の一例を概略的に示す。図２は、管理システム１００による配車の一例を概略的に示す。

　図１に示されるとおり、本実施形態において、管理システム１００は、管理サーバ１１０を備える。管理システム１００は、１又は複数（１以上と省略される場合がある。）の車両１２０を備えてよい。管理システム１００は、１以上の車両１２０のオーナ２０が利用する通信端末２２を備えてよい。管理システム１００は、車両１２０を一時的に使用するユーザ４０が利用する通信端末４２を備えてよい。管理システム１００は、１以上の車両１２０の少なくとも１つのメンテナンスに関する情報を管理するためのメンテナンスサーバ１３２を備えてよい。管理システム１００は、救助要請に関する情報を管理するための救急救命サーバ１３４を備えてよい。管理システム１００の各部は、通信ネットワーク１０を介して、互いに情報を送受してよい。

　なお、管理システム１００は、１以上のオーナ２０のそれぞれが利用する１以上の通信端末２２を備えてもよい。管理システム１００は、１以上のユーザ４０のそれぞれが利用する１以上の通信端末４２を備えてもよい。管理システム１００は、１以上のメンテナンスサーバ１３２を備えてもよい。管理システム１００は、１以上の救急救命サーバ１３４を備えてもよい。

　本実施形態において、管理システム１００は、１以上の車両１２０を管理する。管理システム１００は、１以上の車両１２０のそれぞれの運行を管理してよい。管理システム１００は、１以上の車両１２０のそれぞれのスケジュールを管理してもよい。車両１２０のスケジュールは、例えば、時刻又は期間を示す情報と、当該時刻又は期間における車両１２０の予定を示す情報とにより特定される。車両１２０の予定としては、（ｉ）特定の地点又はエリアでの待機、（ｉｉ）オーナ２０又はユーザ４０からの配車要求により指定された地点までの移動、（ｉｉｉ）オーナ２０又はユーザ４０による使用、（ｉｖ）メンテナンスなどが例示される。

　一実施形態において、管理システム１００は、１以上の車両１２０のそれぞれの配車計画を管理する。配車計画は、１以上の車両１２０のそれぞれの次の目的地の位置を示す情報を含んでよい。配車計画は、１以上の車両１２０のそれぞれの移動に関する１以上の予定を示す情報を含んでよい。１以上の予定を示す情報のそれぞれは、車両１２０が配車される時刻又は期間（配車時刻と称される場合がある。）を示す情報と、車両１２０が配車される地点（配車地点と称される場合がある。）の位置を示す情報とを含んでよい。１以上の予定を示す情報のそれぞれは、当該予定の継続期間、当該予定の終了時刻、又は、これらの予測値を示す情報を含んでよい。１以上の予定を示す情報のそれぞれは、当該予定の終了時刻における車両１２０の位置を示す情報を含んでもよい。

　管理システム１００は、車両１２０の使用に関する契約に基づいて、１以上の車両１２０のそれぞれの配車計画を管理してよい。上記の契約は、管理システム１００の運営者（図示されていない。）と、ユーザ４０との間の契約であってもよく、オーナ２０と、ユーザ４０との間の契約であってもよい。管理システム１００は、オーナ２０と、ユーザ４０との間の契約を仲介してもよい。

　一実施形態において、上記の契約は、管理システム１００が、車両１２０の使用を希望する車両１２０からの要求（配車要求と称される場合がある。）を受け付けることで成立する。他の実施形態において、管理システム１００が、（ｉ）当該配車要求を処理して、当該配車要求に対応する配車計画を作成し、（ｉｉ）当該配車計画に対するユーザ４０の承諾を得ることで成立する。

　［管理システム１００による配車の概要］
　［車両１２２の手配の一例］
　図２に示されるとおり、本実施形態において、まず、管理システム１００の管理サーバ１１０が、ユーザ４０からの第１配車要求を取得する。第１配車要求には、時刻ｔ２０１までに、乗車地点２１２に車両１２０を配車することが要求されることを示す情報が含まれてよい。

　管理サーバ１１０は、第１配車要求を取得すると、当該第１配車要求に対して、管理サーバ１１０の管理下にある１以上の車両１２０の少なくとも１つを割り当てる。例えば、管理サーバ１１０は、ユーザ４０からの第１配車要求に対して、特定の車両１２２を割り当てる。

　これにより、例えば、第１契約（第１予約と称される場合がある。）が成立する。第１契約の内容（第１予約の予約条件と称される場合がある。）は、（ｉ）任意の車両１２０又は特定の条件に合致する車両１２０を使用して、乗車地点２１２から降車地点２１４まで、人又は物を運送することを定めるものであってもよく、（ｉｉ）時刻ｔ２０１に、任意の車両１２０又は特定の条件に合致する車両１２０を配車し、その後の所定期間に渡って、ユーザ４０による車両１２０の使用が許可されることを定めるものであってもよい。所定期間の終期は、予め定められた時刻であってもよく、車両１２０の降車地点２１４への到着時であってもよい。

　同様に、管理サーバ１１０は、ユーザ４０からの第２配車要求を取得する。第２配車要求には、時刻ｔ２０２までに、乗車地点２２２に車両１２０を配車することが要求されることを示す情報が含まれてよい。時刻ｔ２０２は、時刻ｔ２０１よりも後の時刻であってよい。第２配車要求を送信したユーザ４０は、第１配車要求を送信したユーザ４０と同一のユーザ４０であってもよく、第１配車要求を送信したユーザ４０とは異なるユーザ４０であってもよい。

　管理サーバ１１０は、第２配車要求を取得すると、当該第２配車要求に対して、管理サーバ１１０の管理下にある１以上の車両１２０の少なくとも１つを割り当てる。例えば、管理サーバ１１０は、ユーザ４０からの第２配車要求に対して、上記の車両１２２を割り当てる。

　これにより、例えば、第２契約（第２予約と称される場合がある。）が成立する。第２契約の内容（第２予約の予約条件と称される場合がある。）は、（ｉ）任意の車両１２０又は特定の条件に合致する車両１２０を使用して、乗車地点２２２から降車地点２２４まで、人又は物を運送することを定めるものであってもよく、（ｉｉ）時刻ｔ２０２に、任意の車両１２０又は特定の条件に合致する車両１２０を配車し、その後の所定期間に渡って、ユーザ４０による車両１２０の使用が許可されることを定めるものであってもよい。所定期間の終期は、予め定められた時刻であってもよく、車両１２０の降車地点２２４への到着時であってもよい。

　本実施形態によれば、特定の車両１２２が、第１契約に基づき、時刻ｔ２０１に乗車地点２１２に配車され、第２契約に基づき、時刻ｔ２０２に乗車地点２２２に配車される。ここで、車両１２２が乗車地点２１２から降車地点２１４に移動する途中で、アクシデント６２が発生し、車両１２２の移動が制限されることも想定され得る。また、空車状態の車両１２２が降車地点２１４から乗車地点２２２に移動する途中で、アクシデント６４が発生し、車両１２２の移動が制限されることも想定され得る。

　上記のアクシデントは、車両１２２の運行に支障をきたす事象であってよい。車両１２２の移動が制限される原因となるアクシデントとしては、（ｉ）車両１２２の故障、（ｉｉ）車両１２２が関与する事故、及び、（ｉｉｉ）車両１２２の移動速度及び移動経路の少なくとも一方を制限する事象の少なくとも１つが例示される。車両１２２の移動速度及び移動経路の少なくとも一方を制限する事象としては、車両１２２が移動を予定していた経路上における事故、当該経路上における渋滞、及び、当該経路上の一部の経路における通行規制の少なくとも１つが例示される。

　［代車１２４の手配の一例］
　この場合において、車両１２２の移動の制限の程度によっては、車両１２２は、時刻ｔ２０２までに、乗車地点２２２に到着することができない可能性がある。その結果、第２契約の履行期において、車両１２２が第２契約を履行することができない可能性がある。

　そこで、本実施形態によれば、予め定められた条件（代車の手配に関する条件と称される場合がある。）が成立する場合、管理サーバ１１０は、代車１２４を乗車地点２２２に配車することを決定する。管理サーバ１１０は、複数の代車１２４を上記の発生地点に配車することを決定してもよい。管理サーバ１１０は、車両１２２の台数と同数の代車１２４を、上記の発生地点に配車することを決定してもよい。また、管理サーバ１１０は、代車１２４を乗車地点２２２に配車するための処理を実行してよい。

　この場合、第２配車要求により車両１２０の使用を要求したユーザ４０は、第２配車要求に対応する車両１２０として、代車１２４を使用する。しかしながら、第２配車要求の内容によっては、第２配車要求に対応する車両１２０として、車両１２２が割り当てられたとしても、代車１２４が割り当てられたとしても、ユーザ４０のユーザ体験には影響がない。

　一実施形態において、管理サーバ１１０は、車両１２２による第２契約の履行の可否を判定する。そして、第２契約の契約時に当該第２契約に対して割り当てられた車両１２２による第２契約の履行が不可能であると判定された場合、管理サーバ１１０は、代車１２４を乗車地点２２２に配車することを決定する。

　他の実施形態において、管理サーバ１１０は、車両１２２が時刻ｔ２０２までに乗車地点２２２に到着することの可否を判定する車両１２２が時刻ｔ２０２までに乗車地点２２２に到着するが不可能であると判定された場合、管理サーバ１１０は、代車１２４を乗車地点２２２に配車することを決定する。

　［代車１２４の手配の他の例］
　また、アクシデント６２又はアクシデント６４の内容、発生地点の位置及び発生時期の少なくとも１つによっては、アクシデント６２又はアクシデント６４の発生地点に、代車１２４が配車されることで、ユーザ４０のユーザ体験が大きく向上する場合がある。例えば、事故又は故障により車両１２２の移動が困難である場合、ユーザ４０のために代車１２４が手配されることで、ユーザ４０のユーザ体験が大きく向上する。

　公共交通機関の運行頻度が少ない地域、又は、公共交通機関による運送サービスが提供されていない地域において、アクシデント６２又はアクシデント６４が発生した場合、ユーザ４０のために代車１２４が手配されることで、ユーザ４０のユーザ体験が大きく向上する。また、公共交通機関の運行頻度が少ない時間帯、又は、公共交通機関の営業時間外の時間帯に、アクシデント６２又はアクシデント６４が発生した場合、ユーザ４０のために代車１２４が手配されることで、ユーザ４０のユーザ体験が大きく向上する。公共交通機関としては、バス、タクシー、鉄道などが例示される。

　そこで、本実施形態によれば、予め定められた条件（代車の手配に関する条件と称される場合がある。）が成立する場合、管理サーバ１１０は、代車１２４を、例えば上記のアクシデントの発生地点に配車することを決定する。管理サーバ１１０は、複数の代車１２４を上記のアクシデントの発生地点に配車することを決定してもよい。アクシデントの発生地点は、車両１２２にアクシデントが継続している期間における車両１２２の位置であってよく、一定の範囲を有してよい。管理サーバ１１０は、車両１２２の台数よりも多数の代車１２４を、上記の発生地点に配車することを決定してもよい。また、管理サーバ１１０は、代車１２４を上記の発生地点に配車するための処理を実行してよい。

　一実施形態において、管理サーバ１１０は、アクシデントの発生を判定する。具体的には、管理サーバ１１０は、車両１２２に故障及び事故の少なくとも一方が発生したか否か、又は、車両１２２に故障及び事故の少なくとも一方の発生する確率が大きいか否かを判定する。管理サーバ１１０は、車両１２２に故障及び事故の少なくとも一方の発生する確率が、予め定められた基準よりも大きいか否かを判定してよい。車両１２２に故障及び事故の少なくとも一方が発生したと判定された場合、又は、車両１２２に故障及び事故の少なくとも一方の発生する確率が大きいと判定された場合、管理サーバ１１０は、代車１２４を上記の発生地点に配車することを決定する。

　他の実施形態において、管理サーバ１１０は、車両１２２の移動が制限されているか否かを判定する。車両１２２の移動が制限されていると判定された場合、管理サーバ１１０は、代車１２４を上記の発生地点に配車することを決定する。

　以上のとおり、本実施形態によれば、例えば、特定の車両１２２に関してアクシデントが発生した場合であっても、代車１２４が手配され得る。これにより、ユーザ４０のユーザ体験が大きく向上する。また、技術的な効果として、第２契約の履行期が到来する前に代車１２４が手配され得るので、配車計画が効率的に作成され得る。例えば、管理システム１００における急な割込処理の量が削減され、管理システム１００の計算機リソースが効率的に利用され得る。

　［管理システム１００の各部の概要］
　本実施形態において、通信ネットワーク１０は、管理システム１００の各部の間で、情報を伝達する。通信ネットワーク１０は、有線通信の伝送路であってもよく、無線通信の伝送路であってもよく、これらの組み合わせであってもよい。通信ネットワーク１０は、無線パケット通信網、インターネット、Ｐ２Ｐネットワーク、専用回線、ＶＰＮ、電力線通信回線などを含んでもよい。通信ネットワーク１０は、（ｉ）携帯電話回線網などの移動体通信網を含んでもよく、（ｉｉ）無線ＭＡＮ（例えば、ＷｉＭＡＸ（登録商標）である）、無線ＬＡＮ（例えば、ＷｉＦｉ（登録商標）である）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｚｉｇｂｅｅ（登録商標）、ＮＦＣ（Ｎｅａｒ　Ｆｉｅｌｄ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの無線データ通信網を含んでもよい。

　本実施形態において、オーナ２０は、例えば、車両１２０を使用して、人又は物を、特定の地点（目的地と称される場合がある。）まで運送する。オーナ２０は、オーナ２０自身の運送に、車両１２０を使用してもよく、オーナ２０以外の人（オーナ２０の関係者と称される場合がある）又は物の運送に、車両１２０を使用してもよい。車両１２０により運送される物は、オーナ２０の荷物であってもよく、オーナ２０の関係者の荷物であってもよい。

　オーナ２０は、契約に基づいて、車両１２０を使用して、人又は物を、目的地まで運送してもよい。この場合、オーナ２０は、自ら車両１２０を運転してもよく、オーナ２０の指揮下にある者に車両１２０の運転を命じてもよく、第三者に車両１２０の運転を委託してもよい。

　オーナ２０は、一時的に、車両１２０を他人に使用させてもよい。オーナ２０は、契約に基づいて、車両１２０を他人に使用させてもよい。例えば、オーナ２０は、他人に車両１２０を貸与する。オーナ２０は、管理サーバ１１０の仲介により、車両１２０の使用を希望するユーザ４０に、車両１２０を使用させてよい。

　オーナ２０は、車両１２０の所有者であってもよく、車両１２０を使用収益する権利を有する者であってもよく、他人に車両１２０の使用権を許諾する権利を有する者であってもよい。オーナ２０は、リース契約に基づいて、車両１２０を使用する者であってもよい。オーナ２０は、個人であってもよく、法人であってもよく、団体であってもよい。

　オーナ２０は、少なくとも一時的に、車両１２０を、タクシー又はハイヤーの用途に使用してもよい。オーナ２０は、少なくとも一時的に、車両１２０を、カーレンタル若しくはカーシェア、又は、ライドシェアの用途に使用してもよい。

　本実施形態において、通信端末２２は、例えば、オーナ２０が利用する通信端末である。通信端末２２は、オーナ２０のために車両１２０を使用する者が利用する通信端末であってもよい。オーナ２０のために車両１２０を使用する者としては、家族、親族、従業員、構成員、及び、車両１２０を使用して実施される任意の業務を委託された者（個人であってもよく、法人であってもよく、団体であってもよい）、並びに、当該業務を委託された者の家族、親族、従業員及び構成員などが例示される。

　本実施形態において、通信端末２２は、通信ネットワーク１０を介して、管理システム１００の各部との間で、各種の情報を送受する。通信端末２２は、入力デバイス及び出力デバイスを有し、管理システム１００のユーザインタフェースとして利用されてよい。

　通信端末２２は、通信機能を有する情報処理装置であればよく、その詳細については特に限定されない。通信端末２２としては、パーソナルコンピュータ、携帯端末などが例示される。携帯端末としては、携帯電話、スマートフォン、ＰＤＡ、タブレット、ノートブック・コンピュータ又はラップトップ・コンピュータ、ウエアラブル・コンピュータなどが例示される。

　本実施形態において、ユーザ４０は、車両１２０を一時的に使用する。ユーザ４０は、契約に基づいて、車両１２０を一時的に使用する権利を取得してよい。上記の契約は、管理サーバ１１０により仲介されてよい。ユーザ４０は、通信端末４２を利用して、上記の契約に関するする情報を、管理サーバ１１０から取得してよい。ユーザ４０は、個人であってもよく、法人であってもよく、団体であってもよい。

　一実施形態において、ユーザ４０は、例えばオーナ２０との間の運送契約に基づいて、車両１２０を使用して、人又は物を、目的地まで運送する。他の実施形態において、ユーザ４０は、例えばオーナ２０との間の貸与契約に基づいて、車両１２０を使用して、人又は物を、目的地まで運送する。車両１２０により運送される人は、ユーザ４０であってもよく、ユーザ４０以外の人（ユーザ４０の関係者と称される場合がある）であってもよい。車両１２０により運送される物は、ユーザ４０の荷物であってもよく、ユーザ４０の関係者の荷物であってもよい。

　本実施形態において、通信端末４２は、例えば、ユーザ４０が利用する通信端末である。通信端末４２は、ユーザ４０のために車両１２０を使用する者が利用する通信端末であってもよい。ユーザ４０のために車両１２０を使用する者としては、家族、親族、従業員、構成員、及び、車両１２０を使用して実施される任意の業務を委託された者（個人であってもよく、法人であってもよく、団体であってもよい）、並びに、当該業務を委託された者の家族、親族、従業員及び構成員などが例示される。

　本実施形態において、通信端末４２は、通信ネットワーク１０を介して、管理システム１００の各部との間で、各種の情報を送受する。通信端末４２は、入力デバイス及び出力デバイスを有し、管理システム１００のユーザインタフェースとして利用されてよい。

　通信端末４２は、通信機能を有する情報処理装置であればよく、その詳細については特に限定されない。通信端末４２としては、パーソナルコンピュータ、携帯端末などが例示される。携帯端末としては、携帯電話、スマートフォン、ＰＤＡ、タブレット、ノートブック・コンピュータ又はラップトップ・コンピュータ、ウエアラブル・コンピュータなどが例示される。

　本実施形態において、管理サーバ１１０は、１以上の車両１２０を管理する。管理サーバ１１０は、１以上の車両１２０のそれぞれの運行を管理してよい。管理サーバ１１０は、１以上の車両１２０のそれぞれのスケジュールを管理してもよい。管理サーバ１１０は、１以上の車両１２０のそれぞれの配車を管理してもよい。

　本実施形態において、管理サーバ１１０は、１以上の車両１２０の少なくとも１つの使用に関する１以上の契約を管理する。管理サーバ１１０は、上記の１以上の契約のそれぞれの履行を管理してよい。管理サーバ１１０は、各契約に対して割り当てられた車両１２２による当該契約の履行状況を管理してよい。管理サーバ１１０は、各契約に対して割り当てられた車両１２２による当該契約の履行が困難な場合には、代車１２４を手配してよい。

　管理サーバ１１０は、１以上の車両１２０の少なくとも１つの使用の対価を管理してよい。例えば、管理サーバ１１０は、車両１２２の使用の対価を管理する。管理サーバ１１０は、代車１２４の使用の対価を管理してよい。より具体的には、管理サーバ１１０は、対価の額を決定してもよく、対価の決済方式を決定してもよい。

　本実施形態において、車両１２０は、例えば、ユーザ４０が、人又は物を運送するために使用される。車両１２０は、ユーザ４０又はユーザ４０の関係者の運送に使用されてもよく、ユーザ４０又はユーザ４０の関係者の荷物の運送に使用されてもよい。なお、オーナ２０が、ユーザ４０として車両１２０を使用する場合がある。

　一実施形態において、車両１２０は、例えばオーナ２０及びユーザ４０の間の契約に基づいて、ユーザ４０により使用される。他の実施形態において、車両１２０は、例えば管理サーバ１１０の運営者及びユーザ４０の間の契約に基づいて、ユーザ４０により使用される。

　例えば、車両１２０は、ユーザ４０の要望に応じた地点から出発して、ユーザ４０の要望に応じた地点まで、人又は物を運送する。車両１２０は、ユーザ４０の要望に応じた地点まで人又は物を運送した後、出発地点に戻ってきてもよく、出発地点とは異なる地点に移動してもよい。車両１２０は、管理サーバ１１０からの指示（配車指示と称される場合がある。）に従って、当該配車指示により指定された地点まで移動してよい。

　車両１２０は、無人運転車両又は自動運転車両であってもよく、有人運転車両であってもよい。車両１２０としては、自転車、自動車、自動二輪車、電車などが例示される。自動車としては、エンジン車、電気自動車、燃料電池車、ハイブリッド車、作業機械などが例示される。自動二輪車としては、（ｉ）バイク、（ｉｉ）三輪バイク、（ｉｉｉ）動力ユニットを有する立ち乗り二輪車又は三輪車などが例示される。

　本実施形態において、メンテナンスサーバ１３２は、１以上の車両１２０の少なくとも１つのメンテナンスを実施するメンテナンス事業者（図示されていない。）が利用する通信端末であってよい。メンテナンスサーバ１３２は、例えば、１以上の車両１２０の少なくとも１つのメンテナンスに関する情報を管理する。

　車両１２０のメンテナンスとしては、（ｉ）車両１２０の清掃、（ｉｉ）車両１２０の点検、（ｉｉｉ）車両１２０の保守又は整備、（ｉｖ）車両１２０へのエネルギー又はエネルギー源の補充の少なくとも１つが例示される。清掃としては、車内の清掃、車外の清掃などが例示される。車両１２０の保守又は整備としては、（ｉ）部品又は消耗品の修理、調整又は交換、（ｉｉ）消耗品の補充などが例示される。エネルギー又はエネルギー源としては、電気、ガソリン、軽油、アルコール、天然ガス、プロパンガス、水素などが例示される。

　本実施形態において、メンテナンスサーバ１３２は、通信ネットワーク１０を介して、管理システム１００の各部との間で、各種の情報を送受することのできる情報処理装置であればよく、その詳細については特に限定されない。メンテナンスサーバ１３２としては、パーソナルコンピュータ、携帯端末などが例示される。携帯端末としては、携帯電話、スマートフォン、ＰＤＡ、タブレット、ノートブック・コンピュータ又はラップトップ・コンピュータ、ウエアラブル・コンピュータなどが例示される。

　本実施形態において、救急救命サーバ１３４は、（ｉ）行政機関、（ｉｉ）病院、消防署などの救急救命機関、及び、（ｉｉｉ）警察、民間警備会社などの保安機関の少なくとも１つが利用する通信端末であってよい。救急救命サーバ１３４は、例えば、救助要請に関する情報を管理する。

　救急救命サーバ１３４は、例えば、１以上の車両１２０の少なくとも１つからの救助要請を受信する。救急救命サーバ１３４は、例えば、１以上の車両１２０の少なくとも１つのユーザ４０からの救助要請を受信する。救急救命サーバ１３４は、救助要請に関する情報を、適切な記憶装置に格納してよい。救助要請に関する情報としては、要救助者に関する情報、救助車両の配車の要否に関する情報、救助車両の目的地を示す情報などが例示される。

　本実施形態において、救急救命サーバ１３４は、通信ネットワーク１０を介して、管理システム１００の各部との間で、各種の情報を送受することのできる情報処理装置であればよく、その詳細については特に限定されない。救急救命サーバ１３４としては、パーソナルコンピュータ、携帯端末などが例示される。携帯端末としては、携帯電話、スマートフォン、ＰＤＡ、タブレット、ノートブック・コンピュータ又はラップトップ・コンピュータ、ウエアラブル・コンピュータなどが例示される。

　［管理システム１００の各部の具体的な構成］
　管理システム１００の各部は、ハードウエアにより実現されてもよく、ソフトウエアにより実現されてもよく、ハードウエア及びソフトウエアにより実現されてもよい。管理システム１００の各部は、その少なくとも一部が、単一のサーバによって実現されてもよく、複数のサーバによって実現されてもよい。管理システム１００の各部は、その少なくとも一部が、仮想サーバ上又はクラウドシステム上で実現されてもよい。管理システム１００の各部は、その少なくとも一部が、パーソナルコンピュータ又は携帯端末によって実現されてもよい。携帯端末としては、携帯電話、スマートフォン、ＰＤＡ、タブレット、ノートブック・コンピュータ又はラップトップ・コンピュータ、ウエアラブル・コンピュータなどを例示することができる。管理システム１００の各部は、ブロックチェーンなどの分散型台帳技術又は分散型ネットワークを利用して、情報を格納してもよい。

　管理システム１００を構成する構成要素の少なくとも一部がソフトウエアにより実現される場合、当該ソフトウエアにより実現される構成要素は、一般的な構成の情報処理装置において、当該構成要素に関する動作を規定したプログラムを起動することにより実現されてよい。上記の一般的な構成の情報処理装置は、（ｉ）ＣＰＵ、ＧＰＵなどのプロセッサ、ＲＯＭ、ＲＡＭ、通信インタフェースなどを有するデータ処理装置と、（ｉｉ）キーボード、ポインティングデバイス、タッチパネル、カメラ、音声入力装置、ジェスチャ入力装置、各種センサ、ＧＰＳ受信機などの入力装置と、（ｉｉｉ）表示装置、音声出力装置、振動装置などの出力装置と、（ｉｖ）メモリ、ＨＤＤ、ＳＳＤなどの記憶装置（外部記憶装置を含む。）とを備えてよい。

　上記の一般的な構成の情報処理装置において、上記のデータ処理装置又は記憶装置は、上記のプログラムを記憶してよい。上記のプログラムは、プロセッサによって実行されることにより、上記の情報処理装置に、当該プログラムによって規定された動作を実行させる。上記のプログラムは、非一時的なコンピュータ可読記録媒体に格納されていてもよい。上記のプログラムは、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、メモリ、ハードディスクなどのコンピュータ読み取り可能な媒体に記憶されていてもよく、ネットワークに接続された記憶装置に記憶されていてもよい。

　上記のプログラムは、コンピュータを、管理システム１００又はその一部として機能させるためのプログラムであってよい。上記のプログラムは、管理システム１００の各部の動作を規定したモジュールを備えてよい。これらのプログラム又はモジュールは、データ処理装置、入力装置、出力装置、記憶装置等に働きかけて、コンピュータを管理システム１００の各部として機能させたり、コンピュータに管理システム１００の各部における情報処理方法を実行させたりする。

　上記のプログラムは、コンピュータ読み取り可能な媒体又はネットワークに接続された記憶装置から、管理システム１００の少なくとも一部を構成するコンピュータにインストールされてよい。上記のプログラムが実行されることにより、コンピュータが、管理システム１００の各部の少なくとも一部として機能してもよい。上記のプログラムに記述された情報処理は、当該プログラムがコンピュータに読み込まれることにより、当該プログラムに関連するソフトウエアと、管理システム１００又はその一部の各種のハードウエア資源とが協働した具体的手段として機能する。そして、上記の具体的手段が、本実施形態におけるコンピュータの使用目的に応じた情報の演算又は加工を実現することにより、当該使用目的に応じた管理システム１００が構築される。

　上記のプログラムは、コンピュータを、管理サーバ１１０として機能させるためのプログラムであってよい。上記のプログラムは、コンピュータに、管理サーバ１１０における情報処理方法を実行させるためのプログラムであってよい。上記のプログラムは、コンピュータを、車両１２０の制御装置として機能させるためのプログラムであってよい。上記のプログラムは、コンピュータに、車両１２０の制御装置における情報処理方法を実行させるためのプログラムであってよい。

　上記の方法は、第１移動体に運行支障状態が発生したことを判定するアクシデント判定段階と、運行支障状態が発生したと判定された場合に、第１移動体とは異なる１以上の第３移動体を、運行支障状態が発生した位置に移動させることを決定する手配段階と、１以上の第３移動体の使用の対価に関する条件を決定する対価決定段階とを有してよい。上記の方法の各段階は、コンピュータにより実行されてよい。

　上記の方法は、使用要求に対して割り当てられた第１移動体の位置及び状態の少なくとも一方を示す情報を取得する移動体情報取得段階と、移動体情報取得段階において取得された情報に基づいて、第１移動体の移動が制限されているか否かを判定する制限判定段階と、第１移動体の移動が制限されていると判定された場合に、第１移動体とは異なる第３移動体を手配する手配段階と、第１移動体の使用者が第３移動体に要求する条件を示す情報を取得する条件情報取得段階とを有してよい。手配段階は、条件情報取得段階において取得された情報に基づいて、第３移動体を決定する段階を含んでよい。上記の方法の各段階は、コンピュータにより実行されてよい。

　上記の方法は、移動体の予約及び予約の予約条件を管理するための方法であってよい。上記の方法は、予約の履行に、第１移動体を割り当てることを決定する第１決定段階と、第１決定段階における決定の後、予約条件により示される予約時間よりも前に、第１移動体による予約の履行の可否を判定する履行判定段階と、履行判定段階において、第１移動体が予約を履行できないと判定された場合に、予約の履行に、第１移動体とは異なる第２移動体を割り当てることを決定する第２決定段階と、第２決定段階における決定により予約条件の一部が履行されない場合に、予約の当事者の間の債権及び債務の少なくとも一方の内容を調整する調整段階とを有してよい。上記の方法の各段階は、コンピュータにより実行されてよい。

　上記の方法は、第１移動体の予約の予約条件を示す予約情報を取得する予約情報取得段階と、第１移動体が、予約情報により示される時期までに、予約情報により示される位置に到着することの可否を判定する到着判定段階と、第１移動体が、予約情報により示される時期までに、予約情報により示される位置に到着できないと判定された場合に、第１移動体とは異なる第２移動体を、予約情報により示される位置に移動させることを決定する手配段階と、第２移動体の使用の対価に関する条件を決定する対価決定段階とを有してよい。上記の方法の各段階は、コンピュータにより実行されてよい。

　管理システム１００は、情報処理装置の一例であってよい。管理サーバ１１０は、情報処理装置の一例であってよい。車両１２０は、移動体の一例であってよい。車両１２０は、第１移動体、第２移動体及び第３移動体の一例であってよい。車両１２２は、第１移動体の一例であってよい。代車１２４は、第２移動体及び第３移動体の一例であってよい。

　第１配車要求は、使用要求の一例であってよい。第１配車要求は、予約情報の一例であってよい。第１配車要求は、第１予約の一例であってよい。第１予約は、予約の一例であってよい。第１予約の内容は、予約条件の一例であってよい。第２配車要求は、使用要求の一例であってよい。第２配車要求は、予約情報の一例であってよい。第２配車要求は、第２予約の一例であってよい。第２予約は、予約の一例であってよい。第２予約の内容は、予約条件の一例であってよい。

　時刻ｔ２０１は、第１契約の履行期の一例であってよい。時刻ｔ２０１は、第１契約の内容を示す契約情報により示される時期の一例であってよい。乗車地点２１２は、第１契約の内容を示す契約情報により示される位置の一例であってよい。時刻ｔ２０２は、第２契約の履行期の一例であってよい。時刻ｔ２０２は、第２契約の内容を示す契約情報により示される時期の一例であってよい。乗車地点２１２は、第２契約の内容を示す契約情報により示される位置の一例であってよい。

　第２契約のユーザ４０は、契約の申込者の一例であってよい。第２契約のユーザ４０は、車両１２０使用者の一例であってよい。第２契約のユーザ４０の関係者は、車両１２０使用者の一例であってよい。

　アクシデント６２の発生は、運行支障状態の発生一例であってよい。アクシデント６４の発生は、運行支障状態の発生の一例であってよい。車両１２２に故障及び事故の少なくとも一方が発生したか否かは、運行支障状態の発生の有無の一例を示す。車両１２２に故障及び事故の少なくとも一方の発生する確率が大きいか否かは、運行支障状態の発生の有無の一例を示す。

　なお、本実施形態においては、管理サーバ１１０が、車両１２０又は車両１２０に関する契約を管理するための情報処理を実行する場合を例として、管理システム１００の一例が説明される。本実施形態において、管理サーバ１１０は、無線通信ネットワークを含む通信ネットワーク１０を介して、車両１２０の運行を管理する。しかしながら、管理システム１００は本実施形態に限定されない。他の実施形態において、車両１２０に搭載された情報処理装置が、本実施形態に係る管理サーバ１１０における情報処理の少なくとも一部を実行してもよい。この場合、車両１２０に搭載された情報処理装置は、情報処理装置の一例であってよい。

　また、本実施形態においては、車両１２０が、運送対象を目的地まで運送するために利用される場合を例として、管理システム１００の一例が説明される。しかしながら、管理システム１００は本実施形態に限定されない。他の実施形態において、任意の移動体が、運送対象を目的地まで運送するために利用されてよい。

　移動体としては、車両、船舶、飛行体などが例示される。車両としては、自転車、自動車、自動二輪車、電車などが例示される。船舶としては、船、ホバークラフト、水上バイク、潜水艦、潜水艇、水中スクータなどが例示される。飛行体としては、飛行機、飛行船又は風船、気球、ヘリコプター、ドローンなどが例示される。

　図３は、管理サーバ１１０のシステム構成の一例を概略的に示す。本実施形態において、管理サーバ１１０は、例えば、要求受付部３２０と、車両管理部３３０と、画面生成部３４０と、格納部３５０とを備える。本実施形態において、管理サーバ１１０は、例えば、配車管理部３６０を備える。本実施形態において、管理サーバ１１０は、例えば、決済管理部３７０を備える。

　本実施形態において、要求受付部３２０は、オーナ２０及びユーザ４０の少なくとも一方からの各種の要求を受け付ける。一実施形態において、要求受付部３２０は、オーナ２０からの登録要求を受け付ける。他の実施形態において、要求受付部３２０は、ユーザ４０からの配車要求を受け付ける。これにより、要求受付部３２０は、車両１２０の使用に関する契約の内容を示す情報（契約情報と称される場合がある。）を取得することができる。

　本実施形態において、車両管理部３３０は、１以上の車両１２０を管理する。一実施形態において、車両管理部３３０は、１以上の車両１２０のそれぞれの位置を管理する。例えば、車両管理部３３０は、１以上の車両１２０のそれぞれに、配車指示、待機指示、又は、帰還指示を送信することで、１以上の車両１２０のそれぞれの位置を管理する。

　配車指示は、車両１２０又は車両１２０の運転者に対して、特定の位置に移動することを指示するための命令であってよい。配車指示は、車両１２０又は車両１２０の運転者に対して、特定の時刻までに、特定の位置に移動することを指示するための命令であってよい。

　待機指示は、車両１２０又は車両１２０の運転者に対して、特定の位置又はエリア内に待機することを指示するための命令であってよい。待機指示は、車両１２０又は車両１２０の運転者に対して、特定の条件が成立するまで、特定の位置又はエリア内に待機することを指示するための命令であってよい。特定の条件としては、特定の時刻が到来したという条件、エネルギー又はエネルギー源の残量が特定の基準を満たさないという条件などが例示される。

　帰還指示は、車両１２０又は車両１２０の運転者に対して、予め定められた帰還場所に移動することを指示するための命令であってよい。帰還指示は、車両１２０又は車両１２０の運転者に対して、特定の時刻までに、予め定められた帰還場所に移動することを指示するための命令であってよい。

　車両管理部３３０は、１以上の車両１２０のそれぞれから、１以上の車両１２０のそれぞれの現在位置又は移動履歴を示す情報を取得してよい。現在位置を示す情報は、車両１２０の識別情報と、時刻を示す情報と、当該時刻における車両１２０の位置を示す情報とが対応付けられた情報であってよい。移動履歴を示す情報は、車両１２０の識別情報と、車両１２０の位置に関する複数のレコードとを含む情報であってよい。車両１２０の位置に関する各レコードは、時刻を示す情報と、当該時刻における車両１２０の位置を示す情報とが対応付けられた情報であってよい。

　他の実施形態において、車両管理部３３０は、１以上の車両１２０のそれぞれの状態を管理する。例えば、車両管理部３３０は、１以上の車両１２０のそれぞれから、１以上の車両１２０のそれぞれの状態を示す情報を取得する。車両管理部３３０は、１以上の車両１２０のそれぞれから、時刻を示す情報と、当該時刻における車両１２０の状態を示す情報とが対応付けられた情報を取得してもよい。

　車両１２０の状態を示す情報としては、車両１２０の運転モードに関する情報、車両１２０の速度に関する情報、車両１２０の運転操作に関する情報、車両１２０に搭載された運転支援装置の作動状況に関する情報、車両１２０に搭載された車外撮像装置が取得した情報、及び、車両１２０又は車両１２０の搭乗者からの緊急通報に関する情報の少なくとも１つが例示される。車両１２０の運転モードに関する情報としては、車両１２０が手動運転モードであるか否か、車両１２０が自動運転モードであるか否かなどを示す情報が例示される。車両１２０の速度に関する情報としては、車両１２０の速度、車両１２０の加速度、車両１２０の角速度、車両１２０の角加速度などを示す情報が例示される。車両１２０の運転操作に関する情報としては、車両１２０の運転者による操作入力の状況、車両１２０の車内の状況などを示す情報が例示される。車両１２０に搭載された運転支援装置の作動状況に関する情報としては、先進運転支援システムの作動状況、衝突回避システムの作動状況、自動ブレーキシステムの作動状況、自動ステアリングシステムの作動状況、エアバックの作動状況などが例示される。車両１２０に搭載された車外撮像装置が取得した情報としては、車両１２０に搭載されたドライブレコーダの記録データなどが例示される。車両１２０又は車両１２０の搭乗者からの緊急通報に関する情報としては、緊急通報の有無、救助要請の有無、エアバックの作動の有無などを示す情報が例示される。

　車両１２０の車内の状況としては、車両１２０に搭載された車内カメラが撮像した画像の画像データ、当該画像の解析データなどが例示される。車両１２０の車内の状況は、車両１２０に搭載された車内マイクが記録した音声の音声データ、又は、当該音声の解析データであってもよい。車両１２０の車外の状況としては、車両１２０に搭載された車外カメラが撮像した画像の画像データ、当該画像の解析データなどが例示される。車両１２０の車外の状況は、車両１２０に搭載された車外マイクが記録した音声の音声データ、又は、当該音声の解析データであってもよい。

　本実施形態において、画面生成部３４０は、管理サーバ１１０と、オーナ２０及びユーザ４０の少なくとも一方との間のユーザインタフェースとして利用され得る各種の画面を生成する。上記の画面としては、車両登録画面、配車要求画面、配車確認画面、変更通知画面などが例示される。

　車両登録画面は、例えば、オーナ２０が、自己の車両１２０を、ユーザ４０による使用が可能な車両１２０として、管理サーバ１１０に登録するための登録処理において利用される。管理サーバ１１０は、車両登録画面を介して、オーナ２０からの登録要求を受け付けてよい。車両登録画面の詳細は後述される。

　配車要求画面は、例えば、ユーザ４０が、管理サーバ１１０に対して、車両１２０の配車を要求するための配車要求処理において利用される。管理サーバ１１０は、配車要求画面を介して、ユーザ４０からの配車要求を受け付けてよい。配車要求画面の詳細は後述される。

　配車確認画面は、例えば、管理サーバ１１０が、ユーザ４０からの配車要求に基づいて成立した契約の内容をユーザ４０に提示するため配車確認処理において利用される。配車確認画面の詳細は後述される。

　変更通知画面は、管理サーバ１１０による代車１２４の手配に伴い、ユーザ４０との契約内容が変更された場合に、管理サーバ１１０が、当該変更の内容をユーザ４０に提示するための変更通知処理において利用される。変更通知画面の詳細は後述される。

　本実施形態において、格納部３５０は、各種の情報を格納する。格納部３５０は、管理サーバ１１０の情報処理において使用される情報を格納してよい。格納部３５０は、管理サーバ１１０の情報処理において生成された情報を格納してよい。格納部３５０の詳細は後述される。

　本実施形態において、配車管理部３６０は、車両１２０の配車を管理する。１以上の車両１２０の少なくとも１つの配車を管理してよい。一実施形態において、配車管理部３６０は、ユーザ４０からの配車要求を取得し、当該配車要求に対して、特定の車両１２２を割り当てる。配車管理部３６０は、車両１２２が、上記の配車要求に示された時刻までに、当該配車要求に示された位置に到着するように、車両１２２の運行を管理する。

　他の実施形態において、配車管理部３６０は、車両１２２の位置及び状態の少なくとも一方を監視する。例えば、車両１２２の位置及び状態の少なくとも一方が代車の手配に関する条件を満足する場合、配車管理部３６０は、１以上の代車１２４を手配する。配車管理部３６０の詳細は後述される。

　本実施形態において、決済管理部３７０は、車両１２０の使用の対価に関する決済を管理する。一実施形態において、決済管理部３７０は、車両１２２の使用の対価を決済するための処理を実行する。他の実施形態において、決済管理部３７０は、代車１２４の使用の対価を決済するための処理を実行する。

　要求受付部３２０は、契約情報取得部の一例であってよい。要求受付部３２０は、使用要求取得部の一例であってよい。車両管理部３３０は、移動体情報取得部の一例であってよい配車管理部３６０は、情報処理装置の一例であってよい。

　図４は、格納部３５０の内部構成の一例を概略的に示す。本実施形態において、格納部３５０は、例えば、車両情報格納部４２２と、オーナ情報格納部４２４と、ユーザ情報格納部４２６と、契約情報格納部４３２と、配車計画格納部４３４と、決済情報格納部４３６とを備える。

　本実施形態において、車両情報格納部４２２は、１以上の車両１２０のそれぞれに関する各種の情報（車両情報と称される場合がある。）を格納する。車両情報格納部４２２は、１以上の車両１２０のそれぞれについて、当該車両の識別情報と、当該車両の車両情報とを対応付けて格納してよい。車両情報としては、車両１２０の位置を示す情報、車両１２０の状態を示す情報、車両１２０の属性を示す情報などが例示される。

　車両１２０の属性は、車両１２０の使用用途又は使用方法に関する条件を含んでよい。より具体的には、車両１２０の属性としては、車両１２０の種類、車両１２０の定員、車両１２０の居住空間の仕様、車両１２０の最大積載可能量、車両１２０の荷物収容空間の仕様、車両１２０に搭載された装備の種類、車両１２０に搭載された装備の仕様、車両１２０に搭載可能な物体の属性、車両１２０における喫煙の可否、及び、車両１２０の清掃状態の少なくとも１つが例示される。車両１２０の種類としては、車種又はタイプ、製造者名又は販売者名、型式名又は名称、製造年度などが例示される。車種又はタイプとしては、ＳＵＶ、セダン、バイクなどが例示される。各種空間の仕様としては、当該空間の容量、当該空間の寸法などが例示される。

　車両１２０に搭載された装備としては、オーディオ機器、映像機器、空調機器、先進運転支援システム、衝突回避システム、自動ブレーキシステム、自動ステアリングシステム、エアバックなどが例示される。車両１２０に搭載可能な物体の属性としては、ペットの搭乗の可否、乳幼児の搭乗の可否、特定の年齢に満たない子供又は乳幼児の搭乗の可否、喫煙者の搭乗の可否、特定の臭気レベル以上の臭気を発する物体の搭載の可否などが例示される。

　本実施形態において、オーナ情報格納部４２４は、１以上のオーナ２０のそれぞれに関する各種の情報を格納する。オーナ情報格納部４２４は、１以上のオーナ２０のそれぞれについて、当該オーナの識別情報と、当該オーナに関する情報とを対応付けて格納する。オーナ２０に関する情報としては、氏名又は名称、住所、決済用のアカウント、通信用のアカウントなどに関する情報が例示される。

　本実施形態において、ユーザ情報格納部４２６は、１以上のユーザ４０のそれぞれに関する各種の情報を格納する。ユーザ情報格納部４２６は、１以上のユーザ４０のそれぞれについて、当該ユーザの識別情報と、当該ユーザに関する情報とを対応付けて格納する。ユーザ４０に関する情報としては、氏名又は名称、住所、決済用のアカウント、通信用のアカウントなどに関する情報が例示される。

　本実施形態において、契約情報格納部４３２は、１以上の契約のそれぞれに関する情報（契約情報と称される場合がある）を格納する。契約情報格納部４３２は、各契約の識別情報と、各契約の内容を示す情報とを対応付けて格納してよい。契約の識別情報は、当該契約に対応する配車要求の識別情報であってもよい。契約の内容を示す情報としては、契約当事者の少なくとも一方（例えば、ユーザ４０である）を示す情報、契約の履行期に関する条件を示す情報、契約の履行期における移動体の位置に関する条件を示す情報、対価の額を示す情報、対価の決済方式を示す情報などが例示される。

　本実施形態において、配車計画格納部４３４は、１以上の車両１２０の少なくとも１つの配車計画に関する情報を格納する。配車計画格納部４３４は、例えば、１以上の車両１２０の少なくとも１つのそれぞれについて、当該車両の識別情報と、当該車両の配車計画を示す情報とを対応付けて格納してよい。車両１２０の配車計画を示す情報は、車両１２０の使用者を示す情報と、配車時期に関する条件を示す情報と、配車位置に関する条件を示す情報とを含んでよい。配車時期は、車両１２０の使用が開始される時期であってよい。配車位置は、配車時期における車両１２０の位置であってよい。

　本実施形態において、決済情報格納部４３６は、１以上の契約のそれぞれの決済に関する情報を格納する。決済情報格納部４３６は、１以上の契約のそれぞれについて、当該契約の識別情報と、当該契約の対価の決済に関する情報とを対応付けて格納してよい。

　図５は、配車管理部３６０の内部構成の一例を概略的に示す。本実施形態において、配車管理部３６０は、例えば、配車処理部５２０と、配車指示部５３０と、代車処理部５４０とを備える。

　本実施形態において、配車処理部５２０は、配車処理を実行する。例えば、配車処理部５２０は、ユーザ４０からの第１配車要求を取得する。配車処理部５２０は、ユーザ４０からの第１配車要求が取得されたことに応じて、当該第１配車要求に対して、任意の車両１２０を割り当てることを決定する。

　より具体的には、配車処理部５２０は、管理サーバ１１０が管理する１以上の車両１２０の中から、第１配車要求に対して割り当てられる車両１２０を抽出する。配車処理部５２０は、第１配車要求おいてユーザ４０が希望する条件に合致する車両１２０を、第１配車要求に対して割り当てられる車両１２０として抽出してよい。これにより、第１配車要求に基づいて成立した契約の履行に使用される車両１２０が決定される。例えば、配車処理部５２０は、第１配車要求に基づいて成立した契約の履行に、特定の車両１２２を割り当てることを決定する。

　なお、配車処理部５２０は、既に車両１２０の割当処理が終了した他の配車要求の内容に基づいて、１以上の車両１２０から、特定の車両１２２を抽出してもよい。例えば、配車処理部５２０は、まず、上記の他の配車要求において、代車が手配される場合に、当該代車に関する希望条件の有無を判定する。上記の他の配車要求に、代車に関する希望条件を示す情報が含まれている場合、配車処理部５２０は、上記の他の配車要求に関する上記の代車の候補となる車両１２０を抽出する。次に、配車処理部５２０は、管理サーバ１１０が管理する１以上の車両１２０のうち、上記の代車の候補となる車両１２０として抽出された車両１２０とは異なる車両１２０の中から、第１配車要求に対して割り当てられる車両１２０を決定する。

　本実施形態において、配車処理部５２０は、車両１２２を配車するための処理を実行してもよい。より具体的には、配車処理部５２０は、第１配車要求に基づいて成立した契約により定められる時期までに、当該契約により定められる位置に車両１２２を移動させるための指示を、配車指示部５３０に出力する。

　本実施形態において、配車指示部５３０は、配車処理部５２０から、第１配車要求に基づいて成立した契約により定められる時期までに、当該契約により定められる位置に車両１２２を移動させるための指示を取得する。配車指示部５３０は、配車処理部５２０から取得した指示を、車両１２２又は車両１２２の運転者の通信端末に送信する。これにより、第１配車要求により示された時期までに、第１配車要求により示された位置に、車両１２２を移動させるための指示が、車両１２２又は車両１２２の運転者の通信端末に送信される。

　他の実施形態において、配車指示部５３０は、代車処理部５４０から、代車１２４を移動させるための指示を取得する。配車指示部５３０は、代車処理部５４０から取得した指示を、代車１２４又は代車１２４の運転者の通信端末に送信する。これにより、代車１２４を移動させるための指示が、代車１２４又は代車１２４の運転者の通信端末に送信される。

　本実施形態において、代車処理部５４０は、予め定められた条件（代車の手配に関する条件と称される場合がある。）が成立する場合に、代車１２４を手配するための処理を実行する。代車処理部５４０の詳細は後述される。

　配車処理部５２０は、第１決定部の一例であってよい。配車指示部５３０は、指示送信部の一例であってよい。代車処理部５４０は、履行判定部、第２決定部、調整部、対価決定部及び通知部の一例であってよい。

　代車処理部５４０は、到着判定部、手配部、対価決定部及び原因判定部の一例であってよい。代車処理部５４０は、対価額決定部及び決済方式決定部の一例であってよい。

　代車処理部５４０は、アクシデント判定部、手配部、対価決定部及び原因判定部の一例であってよい。代車処理部５４０は、対価額決定部及び決済方式決定部の一例であってよい。

　配車処理部５２０は、割当部の一例であってよい。配車指示部５３０は、指示送信部の一例であってよい。代車処理部５４０は、制限判定部及び手配部の一例であってよい。

　図６は、代車処理部５４０の内部構成の一例を概略的に示す。本実施形態において、代車処理部５４０は、例えば、要否判定部６２２と、変更通知部６２４と、代車手配部６２６と、対価算定部６２８とを備える。本実施形態においては、説明を簡単にするために、図２を参照して、代車処理部５４０の詳細が説明される。しかしながら、代車処理部５４０は本実施形態に限定されないことに留意されたい。

　本実施形態において、要否判定部６２２は、代車の手配に関する条件が成立するか否かを判定する。例えば、要否判定部６２２は、車両１２２の運行に支障をきたす事象が発生しているか否かを判定する。より具体的には、要否判定部６２２は、（ｉ）車両１２２による第２契約の履行の可否、（ｉｉ）車両１２２が、第２契約の契約情報により示される時期までに、第２契約の契約情報により示される位置に到着することの可否、（ｉｉｉ）車両１２２に故障及び事故の少なくとも一方が発生したか否か、又は、車両１２２に故障及び事故の少なくとも一方の発生する確率が大きいか否か、及び、（ｉｖ）車両１２２の移動が制限されているか否かの少なくとも１つを判定してよい。

　代車の手配に関する条件は、車両１２２による第２契約の履行が不可能であることでああってよい。代車の手配に関する条件は、車両１２２が、第２契約の契約情報により示される時期までに、第２契約の契約情報により示される位置に到着することが不可能であることであってよい。

　代車の手配に関する条件は、車両１２２に故障及び事故の少なくとも一方が発生したことであってよい。代車の手配に関する条件は、車両１２２に故障及び事故の少なくとも一方の発生する確率が大きいことであってよい。代車の手配に関する条件は、車両１２２に故障及び事故の少なくとも一方の発生する確率が、予め定められた基準よりも大きいことであってよい。上記の故障又は事故は、当該故障又は事故の規模が特定の基準に合致する故障又は事故であってよい。車両１２２に故障及び事故の少なくとも一方が発生したことは、車両１２２の運行に支障をきたす事象の一例であってよい。

　代車の手配に関する条件は、車両１２２の移動が制限されていることであってよい。代車の手配に関する条件は、車両１２２の移動の制限の規模が、特定の基準に合致することであってもよい。車両１２２の移動が制限されていることは、車両１２２の運行に支障をきたす事象の一例であってよい。

　要否判定部６２２は、第２契約の履行期よりも前に、代車の手配に関する条件が成立するか否かを判定してよい。要否判定部６２２は、第２配車要求に対して車両１２２が割り当てられた後、第２契約の履行期よりも前に、代車の手配に関する条件が成立するか否かを判定してよい。第２契約の履行期は、第２契約により示される配車時刻であってよい。

　［判定処理の第１の具体例］
　本実施形態において、要否判定部６２２は、車両１２２による第２契約の履行の可否を判定する。車両１２２による第２契約の履行が不可能であると判定された場合、要否判定部６２２は、乗車地点２２２に代車１２４を手配することを決定してよい。

　一実施形態によれば、要否判定部６２２は、車両１２２の運行に支障をきたす事象の発生が検出された場合に、車両１２２が第２契約を履行できないと判定する。要否判定部６２２は、例えば、（ｉ）車両１２２の故障、（ｉｉ）車両１２２が関与する事故、及び、（ｉｉｉ）車両１２２の移動の制限の少なくとも１つが検出された場合に、車両１２２による第２契約の履行が不可能であると判定する。要否判定部６２２は、（ｉ）車両１２２の故障の規模が特定の基準に合致すること、（ｉｉ）車両１２２の事故の規模が特定の基準に合致すること、及び、（ｉｉｉ）車両１２２の移動の制限の規模が特定の基準に合致することの少なくとも１つが検出された場合に、車両１２２による第２契約の履行が不可能であると判定してもよい。

　車両１２２の移動の制限としては、車両１２２が移動を予定していた経路上における事故の発生、当該経路上の渋滞の発生、及び、当該経路上の一部の経路における通行規制の少なくとも１つが例示される。なお、上記の事故、渋滞及び通行規制の規模が、特定の基準に合致する場合に、車両１２２の移動が制限されると判断されてもよい。

　他の実施形態において、要否判定部６２２は、車両１２２が、第２契約の履行期（即ち、時刻ｔ２０２である。）までに、第２契約により示される位置（即ち、乗車地点２２２である。）に到着することができるか否かを判定する。車両１２２が、時刻ｔ２０２までに、乗車地点２２２に到着することができないと判定された場合、要否判定部６２２は、車両１２２による第２契約の履行が不可能であると判定してよい。

　［判定処理の第２の具体例］
　本実施形態において、要否判定部６２２は、車両１２２が、時刻ｔ２０２までに、乗車地点２２２に到着することの可否を判定する。車両１２２が、時刻ｔ２０２までに、乗車地点２２２に到着することができないと判定された場合、要否判定部６２２は、乗車地点２２２に代車１２４を手配することを決定してよい。

　例えば、要否判定部６２２は、まず、契約情報格納部４３２を参照して、第２契約の契約情報を取得する。次に、要否判定部６２２は、契約情報を解析して、第２契約の契約情報により示される時期が時刻ｔ２０２であり、第２契約の契約情報により示される位置が乗車地点２２２であることを決定する。その後、要否判定部６２２は、車両１２２が、時刻ｔ２０２までに、乗車地点２２２に到着することができるか否かを判定する。

　要否判定部６２２は、車両管理部３３０が収集した情報に基づいて、車両１２２が、時刻ｔ２０２までに、乗車地点２２２に到着することができるか否かを判定してよい。例えば、要否判定部６２２は、車両１２２の現在位置から乗車地点２２２までの経路上の交通の状態を示す情報と、車両１２２の現在位置から乗車地点２２２までの距離と、車両１２２の平均時速とに基づいて、車両１２２が、時刻ｔ２０２までに、乗車地点２２２に到着することができるか否かを判定する。

　［判定処理の第３の具体例］
　本実施形態において、要否判定部６２２は、車両１２２の運行に支障をきたす事象の発生が発生したか否かを判定する。例えば、要否判定部６２２は、車両１２２に故障及び事故の少なくとも一方が発生したか否か、又は、車両１２２に故障及び事故の少なくとも一方の発生する確率が大きいか否かを判定する。車両１２２に故障及び事故の少なくとも一方が発生したと判定された場合、又は、車両１２２に故障及び事故の少なくとも一方の発生する確率が大きいと判定された場合、要否判定部６２２は、アクシデント６２又はアクシデント６４の発生地点に、代車１２４を手配することを決定してよい。

　一実施形態において、第２契約の履行期よりも前の時期において、アクシデント６２又はアクシデント６４の発生地点に代車１２４が手配される場合、要否判定部６２２は、乗車地点２２２に、他の代車１２４を手配するか否かを決定してもよい。例えば、アクシデント６２又はアクシデント６４の発生地点に配された代車１２４が、第１契約のユーザ４０に使用された後、第２契約を履行することができる場合、要否判定部６２２は、乗車地点２２２に、他の代車１２４を手配しなくてもよい。一方、アクシデント６２又はアクシデント６４の発生地点に配された代車１２４が、第１契約のユーザ４０に使用された後、第２契約を履行することができない場合、要否判定部６２２は、乗車地点２２２に、他の代車１２４を手配してよい。

　他の実施形態において、車両１２２に人が搭乗していた場合、又は、車両１２２に物品が搭載されていた場合、要否判定部６２２は、乗車地点２２２に、他の代車１２４を手配することを決定する。車両１２２に物品が搭載されていた場合は、車両１２２が、契約に基づいて物品を運送していた場合であってよい。一方、車両１２２に人が搭乗していなかった場合、又は、車両１２２に物品が搭載されていなかった場合、要否判定部６２２は、乗車地点２２２に、他の代車１２４を手配しなくてもよい。

　例えば、要否判定部６２２は、車両情報格納部４２２を参照して、車両１２２の位置及び状態の少なくとも一方を示す情報を取得する。次に、要否判定部６２２は、車両１２２の位置及び状態の少なくとも一方を示す情報に基づいて、車両１２２に故障及び事故の少なくとも一方が発生したか否か、又は、車両１２２に故障及び事故の少なくとも一方の発生する確率が大きいか否かを判定する。

　より具体的には、例えば、（ｉ）車両１２２が緊急通報を発信している場合、又は、（ｉｉ）車両１２２に搭載された先進運転支援システム、衝突回避システム、自動ブレーキシステム、自動ステアリングシステム、及び、エアバックの少なくとも１つが作動しており、且つ、車両１２２の平均移動速度が、予め定められた値よりも小さい場合、要否判定部６２２は、車両１２２に故障及び事故の少なくとも一方が発生したと判定する。

　［判定処理の第４の具体例］
　本実施形態において、要否判定部６２２は、車両１２２の移動が制限されているか否かを判定する。車両１２２の移動が制限されていると判定された場合、要否判定部６２２は、車両１２２の現在位置（典型的には、アクシデント６２又はアクシデント６４の発生地点である。）又はその近傍に、代車１２４を手配することを決定してよい。本実施形態において、代車１２４の配車地点は、ユーザ４０の指示又は要求に基づいて決定されてもよい。

　第２契約の履行期よりも前の時期において、車両１２２の現在位置又はその近傍に代車１２４が手配される場合、要否判定部６２２は、乗車地点２２２に、他の代車１２４を手配するか否かを決定してもよい。例えば、車両１２２の現在位置又はその近傍に配された代車１２４が、第１契約のユーザ４０に使用された後、第２契約を履行することができる場合、要否判定部６２２は、乗車地点２２２に、他の代車１２４を手配しなくてもよい。一方、車両１２２の現在位置又はその近傍に配された代車１２４が、第１契約のユーザ４０に使用された後、第２契約を履行することができない場合、要否判定部６２２は、乗車地点２２２に、他の代車１２４を手配してよい。

　例えば、要否判定部６２２は、車両情報格納部４２２を参照して、車両１２２の位置及び状態の少なくとも一方を示す情報を取得する。次に、要否判定部６２２は、車両１２２の位置及び状態の少なくとも一方を示す情報に基づいて、車両１２２の移動が制限されているか否かを判定する。

　一実施形態において、要否判定部６２２は、上記の情報に基づいて、車両１２２に故障及び事故の少なくとも一方が発生したか否かを判定する。車両１２２に故障及び事故の少なくとも一方が発生したと判定された場合、要否判定部６２２は、車両１２２の移動が制限されていると判定する。

　他の実施形態において、要否判定部６２２は、上記の情報に基づいて、車両１２２の移動経路上における事故、渋滞及び通行規制の少なくとも１つの有無を判定してもよい。車両１２２の移動経路上において事故、渋滞及び通行規制の少なくとも１つが発生していると判定された場合、要否判定部６２２は、車両１２２の移動が制限されていると判定する。

　本実施形態において、変更通知部６２４は、車両１２２の代わりに代車１２４が手配されたことにより、第２契約の内容が変更された場合に、契約内容に変更が生じたことを示すメッセージを、第２契約のユーザ４０の通信端末４２に送信する。変更通知部６２４は、車両１２２の代わりに代車１２４が手配されたことにより、第２契約の一部が履行されない場合に、履行されない内容を示すメッセージを、第２契約のユーザ４０の通信端末４２に送信してよい。

　例えば、第２契約において、配車される車両１２０の属性に関する条件が指定されている場合、代車１２４の属性が、第２契約において指定された車両１２０の属性に関する条件の少なくとも一部に合致しない可能性がある。このとき、変更通知部６２４は、第２契約のユーザ４０が利用する通信端末４２に対して、代車１２４の属性が第２契約により示される車両１２０の属性に関する条件に合致しないこと示すメッセージを通知してよい。

　上記のメッセージには、管理サーバ１１０が代車１２４を手配してよいか否かを確認するためのメッセージが含まれてよい。この場合、管理サーバ１１０は、通信端末４２から、代車１２４を手配してよいことを示す情報を取得した場合に、代車１２４の配車処理を実行してよい。管理サーバ１１０は、通信端末４２から、代車１２４を手配してよいことを示す情報を取得するまで、代車１２４の配車処理の実行を中断又は待機してよい。

　上記のメッセージには、車両１２２の使用の対価の変更に関するメッセージが含まれてよい。上記のメッセージには、代車１２４の使用の対価に関するメッセージが含まれてよい。

　本実施形態において、代車手配部６２６は、管理サーバ１１０が管理する１以上の車両１２０の中から、代車１２４として使用される車両１２０を抽出する。例えば、代車手配部６２６は、要否判定部６２２から、代車１２４が手配されることを示す情報を取得する。代車手配部６２６は、当該情報が取得されたこと応じて、配車処理部５２０における配車処理と同様の手順により、代車１２４として使用される車両１２０を決定してよい。

　代車手配部６２６は、救急救命サーバ１３４に救助要請が通報されたことを示す情報を取得してよい。代車手配部６２６は、上記の救助要請に関する情報を、例えば、車両１２２又は車両１２２を使用するユーザ４０の通信端末４２から取得する。代車手配部６２６は、上記の救助要請に関する情報を、救急救命サーバ１３４から取得してもよい。

　代車手配部６２６が上記の救助要請に関する情報を取得した場合、代車手配部６２６は、複数の代車１２４を手配することを決定してよい。例えば、代車手配部６２６は、車両１２２の台数よりも多数の代車１２４を手配する。これにより、代車手配部６２６は、車両１２２を使用するユーザ４０のための代車１２４とは別に、事故の相手方が使用する代車１２４を手配することができる。

　逆に、代車手配部６２６が上記の救助要請に関する情報を取得した場合、代車手配部６２６は、代車１２４を手配しないことを決定してもよい。これにより、例えば、事故の関係者が救急車両により搬送されている場合に、代車１２４が事故現場に向かうことが抑制される。

　本実施形態において、代車手配部６２６は、第２契約に基づいて車両１２２を使用するユーザ４０が、代車１２４に希望又は要求する条件を示す情報を取得してよい。代車手配部６２６は、上記のユーザ４０が代車１２４に希望又は要求する条件に基づいて、代車１２４を決定してよい。

　代車手配部６２６は、時刻ｔ２０２よりも前の時期に、上記のユーザ４０が代車１２４に希望又は要求する条件を示す情報を取得してよい。代車手配部６２６は、例えば、画面生成部３４０が生成した配車要求画面を介して、上記のユーザ４０が代車１２４に希望又は要求する条件を示す情報を取得してよい。

　上記のユーザ４０が代車１２４に希望又は要求する条件を示す情報は、代車１２４として使用される車両１２０の属性に関する条件を示す情報を含んでよい。上記のユーザ４０が代車１２４に希望又は要求する条件を示す情報は、代車１２４として使用される車両１２０の属性と、代車１２４の到着時間との何れが優先されるかを示す情報を含んでよい。代車１２４として使用される車両１２０の属性の具体例としては、上述された車両１２０の属性の具体例と同様の属性が例示される。

　一実施形態において、代車手配部６２６は、管理サーバ１１０が管理する１以上の車両１２０の中から、時刻ｔ２０２までに、乗車地点２２２に到着することのできる車両１２０を、代車１２４として抽出する。代車手配部６２６は、管理サーバ１１０が管理する１以上の車両１２０の中から、（ｉ）時刻ｔ２０２までに、乗車地点２２２に到着することのできる車両１２０であって、第２契約において指定された車両１２０の属性に関する条件に合致する車両１２０を、代車１２４として抽出してよい。

　他の実施形態において、代車手配部６２６は、管理サーバ１１０が管理する１以上の車両１２０の中から、乗車地点２２２への到着予定時刻が最も早い車両１２０を、代車１２４として抽出する。代車手配部６２６は、代車手配部６２６は、管理サーバ１１０が管理する１以上の車両１２０の中から、第２契約において指定された車両１２０の属性に関する条件に合致する車両１２０のうち、乗車地点２２２への到着予定時刻が最も早い車両１２０を、代車１２４として抽出してよい。

　第２契約に基づいて車両１２２を使用するユーザ４０が代車１２４に希望又は要求する条件として、代車１２４の到着時間よりも代車１２４の属性が優先されることを示す情報が含まれる場合、代車手配部６２６は、ユーザ４０に示され属性に関する条件に合致する車両１２０、又は、車両１２２の属性と同一又は類似する属性を有する車両１２０を、代車１２４として決定してよい。一方、上記のユーザ４０が代車１２４に希望又は要求する条件として、代車１２４の属性よりも代車１２４の到着時間が優先されることを示す情報が含まれる場合、代車手配部６２６は、車両１２２を使用するユーザ４０と合流することのできる予定時刻が最も早い車両１２０を、代車１２４として決定してよい。

　本実施形態において、代車手配部６２６は、代車１２４を配車するための処理を実行してもよい。代車手配部６２６は、配車処理部５２０における処理と同様の手順により、代車１２４を配車するための処理を実行してもよい。

　一実施形態において、代車手配部６２６は、代車１２４を、乗車地点２２２に移動させることを決定する。代車手配部６２６は、代車１２４を、時刻ｔ２０２までに乗車地点２２２に移動させることを決定してもよい。

　他の実施形態において、代車手配部６２６は、代車１２４を、アクシデント６２又はアクシデント６４の発生地点に移動させることを決定する。代車手配部６２６は、複数の代車１２４の一部を、アクシデント６２又はアクシデント６４の発生地点に移動させ、複数の代車１２４の残りを、乗車地点２２２に移動させることを決定してもよい。

　さらに他の実施形態において、代車手配部６２６は、代車１２４を、移動が制限されている車両１２２の現在位置若しくはその近傍、又は、ユーザ４０により指示された位置に移動させることを決定する。代車手配部６２６は、複数の代車１２４の一部を、移動が制限されている車両１２２の現在位置若しくはその近傍、又は、ユーザ４０により指示された位置に移動させ、複数の代車１２４の残りを、乗車地点２２２に移動させることを決定してもよい。

　本実施形態において、対価算定部６２８は、車両１２０の使用の対価に関する各種の事項を決定する。一実施形態において、対価算定部６２８は、車両１２０の使用に関する契約が完全に履行された場合における対価に関する条件を決定する。他の実施形態において、対価算定部６２８は、車両１２０の使用に関する契約の一部が履行されない場合における対価に関する条件を決定する。さらに他の実施形態において、対価算定部６２８は、車両１２０の使用に関する契約の全部が履行されない場合における対価に関する条件を決定する。

　これにより、例えば、車両１２２の代わりに代車１２４が配車されることにより、第２契約の一部又は全部が履行されない場合に、第２契約の当事者の間の債権及び債務の少なくとも一方の内容が調整され得る。対価算定部６２８は、（ｉ）車両１２０の使用に関する単一の契約に含まれる複数の条項のうちの一部の条項が履行されない場合、又は、（ｉｉ）車両１２０の使用に関連して締結される複数の契約のうちの一部の契約の少なくとも一部が履行されない場合に、契約の一部が履行されないと判定してよい。複数の契約は、相互に密接に関連する契約であってよい。

　例えば、対価算定部６２８は、対価の額を決定する。対価の額は、対価の数又は量であってよい。対価の種類が金銭的価値以外である場合、対価の額は、金銭相当量であってよい。対価算定部６２８は、対価の決済方式を決定してもよい。対価の決済方式としては、対価の種類、決済手段の種類などが例示される。

　対価の種類としては、（ｉ）金銭的価値、（ｉｉ）電子的価値、（ｉｉｉ）財産的価値、（ｉｖ）権利などが例示される。金銭的価値としては、通貨、貨幣などが例示される。電子的価値としては、ポイント、マイレージ、電子マネーなどが例示される。財産的価値としては、暗号通貨が例示される。なお、暗号通貨は、国によっては、金銭的価値又は電子的価値の一例であってもよい。権利としては、車両１２０を優先的に使用する権利、管理システム１００により提供されるサービスを使用する権利、商品を受け取る権利（クーポンなどと称される場合がある）などが例示される。決済手段の種類としては、現金決済、クレジットカード決済、電子決済、キャッシュバック、電子的価値の相殺、他の価値との相殺などが例示される。

　上述されたとおり、第２契約には、第２契約の履行に用いられる車両１２０の属性に関する条件が含まれる場合がある。一実施形態において、代車１２４の属性が、第２契約に定められた車両１２０の属性に関する条件に合致しない場合、対価算定部６２８は、代車１２４の属性が、第２契約に定められた車両１２０の属性に関する条件に合致する場合と比較して、車両１２２の使用の対価の額が減少することを決定する。これにより、第２契約の一部が履行されない場合に、第２契約の当事者の間の債権及び債務の少なくとも一方の内容が調整される。

　他の実施形態において、代車１２４の属性が、第２契約に定められた車両１２０の属性に関する条件に合致しない場合、対価算定部６２８は、第２契約に係るユーザ４０及びユーザ４０の関係者の少なくとも一方に対して、（ｉ）金銭的価値、（ｉｉ）電子的価値、（ｉｉｉ）財産的価値、及び、（ｉｖ）権利の少なくとも１つが付与されることを決定する。これにより、第２契約の一部が履行されない場合に、第２契約の当事者の間の債権及び債務の少なくとも一方の内容が調整される。

　本実施形態において、対価算定部６２８は、例えば、車両１２０の使用に関する契約が当該契約の履行に用いられる車両１２０の属性を特定する情報を含む場合と、当該契約が当該契約の履行に用いられる車両１２０の属性を特定する情報を含まない場合とで、車両１２２の使用に対する対価の額が異なるように、対価を決定する。対価算定部６２８は、車両１２０の使用に関する契約が当該契約の履行に用いられる車両１２０の属性を特定する情報を含む場合と、当該契約が当該契約の履行に用いられる車両１２０の属性を特定する情報を含まない場合とで、代車１２４の使用に対する対価の額が異なるように、対価を決定してよい。

　本実施形態において、対価算定部６２８は、例えば、車両１２０の使用に関する契約が当該契約の履行に用いられる車両１２０の第１属性を指定する情報を含む場合と、当該契約が当該契約の履行に用いられる車両１２０の第１属性を指定する情報を含まない場合とで、車両１２２の使用に対する対価の額が異なるように、対価を決定する。対価算定部６２８は、車両１２０の使用に関する契約が当該契約の履行に用いられる車両１２０の第１属性を指定する情報を含む場合と、当該契約が当該契約の履行に用いられる車両１２０の第１属性を指定する情報を含まない場合とで、代車１２４の使用に対する対価の額が異なるように、対価を決定してよい。

　本実施形態において、対価算定部６２８は、例えば、車両１２０の使用に関する契約が当該契約の履行に用いられる車両１２０の第１属性を指定する情報を含む場合と、当該契約が当該契約の履行に用いられる車両１２０の第２属性を指定する情報を含む場合とで、車両１２２の使用に対する対価の額が異なるように、対価を決定する。対価算定部６２８は、車両１２０の使用に関する契約が当該契約の履行に用いられる車両１２０の第１属性を指定する情報を含む場合と、当該契約が当該契約の履行に用いられる車両１２０の第２属性を指定する情報を含む場合とで、代車１２４の使用に対する対価の額が異なるように、対価を決定してよい。第１属性と、第２属性とは、互いに異なる属性であってよい。

　本実施形態において、（ｉ）第２契約により車両１２２を使用するユーザ４０が、車両１２２のオーナ２０又はオーナ２０のために車両１２２を使用する者（車両１２２のオーナ２０などと称される場合がある。）である場合、対価算定部６２８は、車両１２２の使用に対する対価の額を請求しなくてもよい。この場合であっても、対価算定部６２８は、管理システム１００の使用料相当額を請求してもよい。また、対価算定部６２８は、（ｉ）第２契約により車両１２２を使用するユーザ４０が、車両１２２のオーナ２０などである場合と、（ｉｉ）第２契約により車両１２２を使用するユーザ４０が、車両１２２のオーナ２０などでない場合とで、代車１２４の使用に対する対価の額が異なるように、代車１２４の使用に対する対価の額を決定してよい。

　本実施形態において、対価算定部６２８は、代車１２４の手配が必要となった原因を決定してよい。対価算定部６２８は、代車１２４の手配が必要となった原因に基づいて、代車１２４の使用に対する対価の額を決定してよい。対価算定部６２８は、（ｉ）車両１２２の代わりに使用される代車１２４の手配が必要となった原因が、車両１２２のオーナ２０などに起因するものである場合と、（ｉｉ）上記の原因が、車両１２２のオーナ２０などに起因するものでない場合とで、代車１２４の使用に対する対価の額が異なるように、代車１２４の使用に対する対価の額を決定してよい。

　車両１２２の使用者が車両１２２のオーナ２０などである場合、対価算定部６２８は、上記の原因が車両１２２のオーナ２０などに起因するときの対価の額が、上記の原因が車両１２２のオーナ２０などに起因しないときの対価の額よりも大きくなるように、代車１２４の使用に対する対価の額を決定してよい。車両１２２の使用者が車両１２２のオーナ２０などであって、且つ、上記の原因が車両１２２のオーナ２０などに起因しない場合、対価算定部６２８は、代車１２４の使用の対価の額が、車両１２２の使用の対価の額よりも小さくなるように、代車１２４の使用に対する対価の額を決定してよい。

　この場合、代車１２４の使用に対する対価の額は、無料であってよい。代車１２４の使用代金が実質的に無料となるように、（ｉ）金銭的価値、（ｉｉ）電子的価値、（ｉｉｉ）財産的価値、（ｉｖ）権利などが付与されてもよい。

　車両１２２の代わりに使用される代車１２４の手配が必要となった原因は、車両１２２による第２契約の履行が不可能となった原因であってもよく、車両１２２が時刻ｔ２０２までに乗車地点２２２に到着することが不可能となった原因であってもよい。代車１２４を手配することが必要になった原因は、車両１２２の故障の原因であってもよく、車両１２２が関与する事故の原因であってもよく、車両１２２の移動の制限の原因であってもよい。

　一実施形態によれば、上記の代車１２４の手配が必要となった原因が車両１２２のメンテナンス不良に起因するものである場合、対価算定部６２８は、当該原因が車両１２２のオーナ２０などに起因することを決定する。より具体的には、対価算定部６２８は、車両１２２のメンテナンス状況を示すメンテナンス情報を取得する。対価算定部６２８は、メンテナンスサーバ１３２から、上記のメンテナンス情報を取得してもよく、車両情報格納部４２２を参照して、車両管理部３３０が収集したメンテナンス情報を取得してもよい。

　対価算定部６２８は、車両１２２のメンテナンス情報に基づいて、上記の代車１２４の手配が必要となった原因が車両１２２のメンテナンス不良に起因するものであるか否かを決定する。

　他の実施形態によれば、上記の代車１２４の手配が必要となった原因が、車両１２２及び第三者の間の事故に起因するものであって、第三者の過失割合が予め定められた条件を満足する場合、対価算定部６２８は、当該原因が車両１２２のオーナ２０などに起因しないことを決定する。他の実施形態によれば上記の代車１２４の手配が必要となった原因が、交通状況に起因するものである場合、対価算定部６２８は、当該原因が車両１２２のオーナ２０などに起因しないことを決定する。

　さらに他の実施形態によれば、要否判定部６２２が車両１２２の関与する事故が発生したと判定した場合、又は、要否判定部６２２が車両１２２の関与する事故が発生する確率が大きいと判定した場合において、（ｉ）車両１２２が手動運転モードであり、且つ、当該事故の相手方が自動運転モードで動作する他の移動体であったとき、又は、（ｉｉ）車両１２２が手動運転モードであり、且つ、車両１２２に搭載された機器の作動状況が予め定められた条件を満足するとき、対価算定部６２８は、上記の原因が車両１２２のオーナ２０などに起因するものであることを決定する。一方、要否判定部６２２が車両１２２の関与する事故が発生したと判定した場合、又は、要否判定部６２２が車両１２２の関与する事故が発生する確率が大きいと判定した場合において、車両１２２が自動運転モードであったとき、対価算定部６２８は、上記の原因が車両１２２のオーナ２０などに起因するものではないことを決定する。

　要否判定部６２２は、履行判定部の一例であってよい。変更通知部６２４は、通知部の一例であってよい。代車手配部６２６は、第２決定部の一例であってよい。対価算定部６２８は、調整部及び対価決定部の一例であってよい。

　要否判定部６２２は、予約情報取得部及び到着判定部の一例であってよい。代車手配部６２６は、手配部の一例であってよい。対価算定部６２８は、メンテナンス情報取得部、対価決定部、対価額決定部、決済方式決定部及び原因判定部の一例であってよい。

　要否判定部６２２は、予約情報取得部、移動体情報取得部及びアクシデント判定部の一例であってよい。代車手配部６２６は、手配部の一例であってよい。対価算定部６２８は、対価決定部、対価額決定部及び原因判定部の一例であってよい。

　要否判定部６２２は、移動体情報取得部及び制限判定部の一例であってよい。代車手配部６２６は、手配部及び条件情報取得部の一例であってよい。

　代車１２４の属性が、第２契約に定められた車両１２０の属性に関する条件に合致する場合は、第２契約が履行された場合の一例であってよい。第２契約に係るユーザ４０は、第２契約により車両１２０の使用を申し込んだ申込者、及び、第２契約により車両１２０を使用する使用者の少なくとも一方の一例であってよい。第２契約に係るユーザ４０の関係者は、第２契約により車両１２０を使用する使用者の一例であってよい。第２契約により車両１２２を使用するユーザ４０は、前記契約情報により示される前記第１移動体の使用者の一例であってよい。第２契約の履行期は、予約時刻の一例であってよい。

　図７は、画面７００の一例を概略的に示す。画面７００は、車両登録画面の一例であってよい。画面７００は、オーナ２０が、自己の車両１２０を、他人に貸出可能な車両１２０として、管理サーバ１１０に登録するための車両登録処理に用いられる画面の一例であってよい。

　本実施形態において、画面７００には、車両１２０の基本情報が入力される入力受付部７２０と、車両１２０の貸出期間に関する情報が入力される入力受付部７３０と、車両１２０の使用に関する条件が入力される入力受付部７４０とが配される。画面７００には、画面７００に入力された事項を管理サーバ１１０に送信する処理を実行するためのコマンドが埋め込まれたアイコン７５２が配されてもよい。

　図８は、画面８００の一例を概略的に示す。画面８００は、配車要求画面の一例であってよい。画面８００は、ユーザ４０が、管理サーバ１１０に対して、車両１２０の使用を要求するための配車要求処理に用いられる画面の一例であってよい。

　本実施形態において、画面８００には、車両１２０の使用期間に関する希望条件が入力される入力受付部８２０と、車両１２０の属性に関する希望条件が入力される入力受付部８３０と、代車の手配が必要となった場合に、当該代車の手配に関する希望条件が入力される入力受付部８４０とが配される。画面８００には、画面８００に入力された事項を管理サーバ１１０に送信する処理を実行するためのコマンドが埋め込まれたアイコン８５２が配されてもよい。

　図９は、画面９００の一例を概略的に示す。画面９００は、配車確認画面の一例であってよい。画面９００は、管理サーバ１１０が、ユーザ４０からの配車要求に基づいて成立した契約の内容をユーザ４０に提示するため配車確認処理に用いられる画面の一例であってよい。

　本実施形態において、画面９００には、車両１２０の使用期間に関する条件が提示される領域９２０と、車両１２０の属性に関する条件が提示される領域９３０と、代車の手配に関する条件が提示される領域９４０とが配される。画面９００には、ユーザ４０が画面９００に提示された情報に相違がないことを確認したことを示す情報を、管理サーバ１１０に送信する処理を実行するためのコマンドが埋め込まれたアイコン９５２が配されてもよい。画面９００には、入力内容を変更するための処理を管理サーバ１１０に要求するためのコマンドが埋め込まれたアイコン９５４が配されてよい。画面９００には、入力内容又は配車要求を取り消すための処理を管理サーバ１１０に要求するためのコマンドが埋め込まれたアイコン９５６が配されてよい。

　図１０は、画面１０００の一例を概略的に示す。画面１０００は、変更通知画面の一例であってよい。画面１０００は、管理サーバ１１０による代車１２４の手配に伴い、ユーザ４０との契約内容が変更された場合に、管理サーバ１１０が、当該変更の内容をユーザ４０に提示するための変更通知処理に用いられる画面の一例であってよい。

　本実施形態において、画面１０００には、契約内容の変更に関するメッセージが提示される領域１０２０と、管理サーバ１１０により選択された代車に関する情報が提示される領域１０３０とが含まれる。画面１０００には、ユーザ４０が、領域１０２０及び領域１０３０に提示された情報を承諾することを示す情報を、管理サーバ１１０に送信する処理を実行するためのコマンドが埋め込まれたアイコン１０５２が配されてもよい。

　本実施形態において、画面１０００には、ユーザ４０が代車の手配に関する情報を変更するための情報が入力される入力受付部１０４０が配されてよい。画面１０００には、入力受付部１０４０に入力された事項を管理サーバ１１０に送信する処理を実行するためのコマンドが埋め込まれたアイコン１０５４が配されてもよい。

　図１１は、本発明の複数の態様が全体的又は部分的に具現化されてよいコンピュータ３０００の一例を示す。管理システム１００又はその一部は、コンピュータ３０００により実現されてよい。例えば、管理システム１００又はその一部は、コンピュータ３０００により実現される。車両１２０又はその一部は、コンピュータ３０００により実現されてよい。例えば、車両１２０に搭載され、車両１２０を制御する制御装置又はその一部は、コンピュータ３０００により実現される。

　コンピュータ３０００にインストールされたプログラムは、コンピュータ３０００に、本発明の実施形態に係る装置に関連付けられるオペレーション又は当該装置の１又は複数の「部」として機能させ、又は当該オペレーション又は当該１又は複数の「部」を実行させることができ、及び／又はコンピュータ３０００に、本発明の実施形態に係るプロセス又は当該プロセスの段階を実行させることができる。そのようなプログラムは、コンピュータ３０００に、本明細書に記載のフローチャート及びブロック図のブロックのうちのいくつか又はすべてに関連付けられた特定のオペレーションを実行させるべく、ＣＰＵ３０１２によって実行されてよい。

　本実施形態によるコンピュータ３０００は、ＣＰＵ３０１２、ＲＡＭ３０１４、グラフィックコントローラ３０１６、及びディスプレイデバイス３０１８を含み、それらはホストコントローラ３０１０によって相互に接続されている。コンピュータ３０００はまた、通信インターフェース３０２２、ハードディスクドライブ３０２４、ＤＶＤ－ＲＯＭドライブ３０２６、及びＩＣカードドライブのような入出力ユニットを含み、それらは入出力コントローラ３０２０を介してホストコントローラ３０１０に接続されている。コンピュータはまた、ＲＯＭ３０３０及びキーボード３０４２のようなレガシの入出力ユニットを含み、それらは入出力チップ３０４０を介して入出力コントローラ３０２０に接続されている。

　ＣＰＵ３０１２は、ＲＯＭ３０３０及びＲＡＭ３０１４内に格納されたプログラムに従い動作し、それにより各ユニットを制御する。グラフィックコントローラ３０１６は、ＲＡＭ３０１４内に提供されるフレームバッファ等又はそれ自体の中に、ＣＰＵ３０１２によって生成されるイメージデータを取得し、イメージデータがディスプレイデバイス３０１８上に表示されるようにする。

　通信インターフェース３０２２は、ネットワークを介して他の電子デバイスと通信する。ハードディスクドライブ３０２４は、コンピュータ３０００内のＣＰＵ３０１２によって使用されるプログラム及びデータを格納する。ＤＶＤ－ＲＯＭドライブ３０２６は、プログラム又はデータをＤＶＤ－ＲＯＭ３００１から読み取り、ハードディスクドライブ３０２４にＲＡＭ３０１４を介してプログラム又はデータを提供する。ＩＣカードドライブは、プログラム及びデータをＩＣカードから読み取り、及び／又はプログラム及びデータをＩＣカードに書き込む。

　ＲＯＭ３０３０はその中に、アクティブ化時にコンピュータ３０００によって実行されるブートプログラム等、及び／又はコンピュータ３０００のハードウエアに依存するプログラムを格納する。入出力チップ３０４０はまた、様々な入出力ユニットをパラレルポート、シリアルポート、キーボードポート、マウスポート等を介して、入出力コントローラ３０２０に接続してよい。

　プログラムが、ＤＶＤ－ＲＯＭ３００１又はＩＣカードのようなコンピュータ可読記憶媒体によって提供される。プログラムは、コンピュータ可読記憶媒体から読み取られ、コンピュータ可読記憶媒体の例でもあるハードディスクドライブ３０２４、ＲＡＭ３０１４、又はＲＯＭ３０３０にインストールされ、ＣＰＵ３０１２によって実行される。これらのプログラム内に記述される情報処理は、コンピュータ３０００に読み取られ、プログラムと、上記様々なタイプのハードウエアリソースとの間の連携をもたらす。装置又は方法が、コンピュータ３０００の使用に従い情報のオペレーション又は処理を実現することによって構成されてよい。

　例えば、通信がコンピュータ３０００及び外部デバイス間で実行される場合、ＣＰＵ３０１２は、ＲＡＭ３０１４にロードされた通信プログラムを実行し、通信プログラムに記述された処理に基づいて、通信インターフェース３０２２に対し、通信処理を命令してよい。通信インターフェース３０２２は、ＣＰＵ３０１２の制御の下、ＲＡＭ３０１４、ハードディスクドライブ３０２４、ＤＶＤ－ＲＯＭ３００１、又はＩＣカードのような記録媒体内に提供される送信バッファ領域に格納された送信データを読み取り、読み取られた送信データをネットワークに送信し、又はネットワークから受信した受信データを記録媒体上に提供される受信バッファ領域等に書き込む。

　また、ＣＰＵ３０１２は、ハードディスクドライブ３０２４、ＤＶＤ－ＲＯＭドライブ３０２６（ＤＶＤ－ＲＯＭ３００１）、ＩＣカード等のような外部記録媒体に格納されたファイル又はデータベースの全部又は必要な部分がＲＡＭ３０１４に読み取られるようにし、ＲＡＭ３０１４上のデータに対し様々なタイプの処理を実行してよい。ＣＰＵ３０１２は次に、処理されたデータを外部記録媒体にライトバックしてよい。

　様々なタイプのプログラム、データ、テーブル、及びデータベースのような様々なタイプの情報が記録媒体に格納され、情報処理を受けてよい。ＣＰＵ３０１２は、ＲＡＭ３０１４から読み取られたデータに対し、本開示の随所に記載され、プログラムの命令シーケンスによって指定される様々なタイプのオペレーション、情報処理、条件判断、条件分岐、無条件分岐、情報の検索／置換等を含む、様々なタイプの処理を実行してよく、結果をＲＡＭ３０１４に対しライトバックする。また、ＣＰＵ３０１２は、記録媒体内のファイル、データベース等における情報を検索してよい。例えば、各々が第２の属性の属性値に関連付けられた第１の属性の属性値を有する複数のエントリが記録媒体内に格納される場合、ＣＰＵ３０１２は、当該複数のエントリの中から、第１の属性の属性値が指定されている条件に一致するエントリを検索し、当該エントリ内に格納された第２の属性の属性値を読み取り、それにより予め定められた条件を満たす第１の属性に関連付けられた第２の属性の属性値を取得してよい。

　上で説明したプログラム又はソフトウエアモジュールは、コンピュータ３０００上又はコンピュータ３０００近傍のコンピュータ可読記憶媒体に格納されてよい。また、専用通信ネットワーク又はインターネットに接続されたサーバシステム内に提供されるハードディスク又はＲＡＭのような記録媒体が、コンピュータ可読記憶媒体として使用可能であり、それにより、上記のプログラムを、ネットワークを介してコンピュータ３０００に提供する。

　以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。また、技術的に矛盾しない範囲において、特定の実施形態について説明した事項を、他の実施形態に適用することができる。また、各構成要素は、名称が同一で、参照符号が異なる他の構成要素と同様の特徴を有してもよい。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、請求の範囲の記載から明らかである。

　請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

　１０　通信ネットワーク、２０　オーナ、２２　通信端末、４０　ユーザ、４２　通信端末、６２　アクシデント、６４　アクシデント、１００　管理システム、１１０　管理サーバ、１２０　車両、１２２　車両、１２４　代車、１３２　メンテナンスサーバ、１３４　救急救命サーバ、２１２　乗車地点、２１４　降車地点、２２２　乗車地点、２２４　降車地点、３２０　要求受付部、３３０　車両管理部、３４０　画面生成部、３５０　格納部、３６０　配車管理部、３７０　決済管理部、４２２　車両情報格納部、４２４　オーナ情報格納部、４２６　ユーザ情報格納部、４３２　契約情報格納部、４３４　配車計画格納部、４３６　決済情報格納部、５２０　配車処理部、５３０　配車指示部、５４０　代車処理部、６２２　要否判定部、６２４　変更通知部、６２６　代車手配部、６２８　対価算定部、７００　画面、７２０　入力受付部、７３０　入力受付部、７４０　入力受付部、７５２　アイコン、８００　画面、８２０　入力受付部、８３０　入力受付部、８４０　入力受付部、８５２　アイコン、９００　画面、９２０　領域、９３０　領域、９４０　領域、９５２　アイコン、９５４　アイコン、９５６　アイコン、１０００　画面、１０２０　領域、１０３０　領域、１０４０　入力受付部、１０５２　アイコン、１０５４　アイコン、３０００　コンピュータ、　３００１　ＤＶＤ－ＲＯＭ、　３０１０　ホストコントローラ、　３０１２　ＣＰＵ、　３０１４　ＲＡＭ、　３０１６　グラフィックコントローラ、　３０１８　ディスプレイデバイス、　３０２０　入出力コントローラ、　３０２２　通信インターフェース、　３０２４　ハードディスクドライブ、　３０２６　ＤＶＤ－ＲＯＭドライブ、　３０３０　ＲＯＭ、　３０４０　入出力チップ、　３０４２　キーボード

Claims (12)

1. 　使用要求に対して割り当てられた第１移動体の位置及び状態の少なくとも一方を示す情報を取得する移動体情報取得部と、
   　前記移動体情報取得部が取得した前記情報に基づいて、前記第１移動体の移動が制限されているか否かを判定する制限判定部と、
   　前記第１移動体の移動が制限されていると判定された場合に、前記第１移動体とは異なる第３移動体を手配することを決定する手配部と、
   　前記第１移動体の使用者が前記第３移動体に要求する条件を示す情報を取得する条件情報取得部と、
   　を備え、
   　前記手配部は、前記条件情報取得部が取得した前記情報に基づいて、前記第３移動体を決定する、
   　情報処理装置。
2. 　前記手配部は、前記第１移動体の移動が制限されていると判定された場合に、
   　前記使用者とは異なる前記第１移動体の次の使用者が、前記第１移動体の代わりに使用する移動体として、前記第１移動体とは異なる第２移動体を手配することを決定する、
   　請求項１に記載の情報処理装置。
3. 　前記制限判定部は、
   　前記移動体情報取得部が取得した前記情報に基づいて、前記第１移動体に故障及び事故の少なくとも一方が発生したか否かを判定し、
   　前記第１移動体に故障及び事故の少なくとも一方が発生したと判定された場合に、前記第１移動体の移動が制限されていると判定する、
   　請求項１又は請求項２に記載の情報処理装置。
4. 　前記使用要求により示された時期までに、前記使用要求により示された位置に、前記第１移動体を移動させるための指示を、前記第１移動体に送信する指示送信部と、
   　をさらに備え、
   　前記条件情報取得部は、前記使用要求により示された前記時期よりも前の時期に、前記第１移動体の使用者が前記第３移動体に要求する条件を示す情報を取得する、
   　請求項１から請求項３までの何れか一項に記載の情報処理装置。
5. 　前記手配部は、
   　前記条件情報取得部が取得した前記情報に基づいて、前記第３移動体の候補となる移動体を抽出し、
   　前記使用要求が取得された後、前記使用者とは異なる他の使用者からの他の使用要求を取得した場合、前記他の使用要求に対して、前記第３移動体の候補となる移動体とは異なる他の移動体を割り当てることを決定する、
   　請求項４に記載の情報処理装置。
6. 　前記第３移動体に要求する条件を示す情報は、前記第３移動体の属性と、前記第３移動体の到着時間との何れが優先されるかを示す情報を含む、
   　請求項１から請求項５までの何れか一項に記載の情報処理装置。
7. 　前記手配部は、前記条件情報取得部が取得した前記情報に、前記第３移動体の到着時間よりも前記第３移動体の属性が優先されることを示す情報が含まれる場合、前記第１移動体の属性と同一又は類似する属性を有する移動体を、前記第３移動体として決定する、
   　請求項６に記載の情報処理装置。
8. 　前記手配部は、前記条件情報取得部が取得した前記情報に、前記第３移動体の属性よりも前記第３移動体の到着時間が優先されることを示す情報が含まれる場合、前記第１移動体の使用者と合流する予定時刻が最も早い移動体を、前記第３移動体として決定する、
   　請求項６又は請求項７に記載の情報処理装置。
9. 　前記第３移動体の属性は、前記第３移動体の種類、前記第３移動体の定員、前記第３移動体の居住空間の仕様、前記第３移動体の最大積載可能量、前記第３移動体の荷物収容空間の仕様、前記第３移動体に搭載可能な物体の属性、前記第３移動体における喫煙の可否、前記第３移動体の装備、及び、前記第３移動体の清掃状態の少なくとも１つを含む、
   　請求項６から請求項８までの何れか一項に記載の情報処理装置。
10. 　請求項１から請求項９までの何れか一項に記載の情報処理装置を備える、
    　移動体。
11. 　コンピュータを、請求項１から請求項９までの何れか一項に記載の情報処理装置として機能させるためのプログラム。
12. 　使用要求に対して割り当てられた第１移動体の位置及び状態の少なくとも一方を示す情報を取得する移動体情報取得段階と、
    　前記移動体情報取得段階において取得された前記情報に基づいて、前記第１移動体の移動が制限されているか否かを判定する制限判定段階と、
    　前記第１移動体の移動が制限されていると判定された場合に、前記第１移動体とは異なる第３移動体を手配する手配段階と、
    　前記第１移動体の使用者が前記第３移動体に要求する条件を示す情報を取得する条件情報取得段階と、
    　を有し、
    　前記手配段階は、前記条件情報取得段階において取得された前記情報に基づいて、前記第３移動体を決定する段階を含む、
    　方法。

Images