JPWO2020202410A1 - Information processing systems, mobiles, programs and methods - Google Patents

Abstract

Based on the information acquired by the mobile information acquisition unit that acquires information indicating at least one of the position and state of the first mobile assigned to the usage request, and the information acquired by the mobile information acquisition unit, the first mobile Arrange a restriction determination unit that determines whether or not the movement is restricted, and a third moving body that is different from the first moving body when it is determined that the movement of the first moving body is restricted. It includes an arranging unit for determining, and a condition information acquisition unit for acquiring information indicating conditions required by the user of the first mobile body for the third mobile body. The arranging unit determines the third mobile body based on the information acquired by the condition information acquisition unit.

Description

The present invention relates to information processing systems, mobiles, programs and methods.

An operation management server is known that can quickly determine an alternative vehicle according to the total amount of packages to be delivered (see, for example, Patent Document 1).
[Prior art literature]
[Patent Document]
[Patent Document 1] Japanese Unexamined Patent Publication No. 2004-307210

The problem to be solved

In the conventional system, when a substitute vehicle is arranged, it may not be possible to arrange a vehicle according to the user's expectation or designation.

General disclosure

In the first aspect of the present invention, an information processing device is provided. The above-mentioned information processing apparatus includes, for example, a mobile information acquisition unit that acquires information indicating at least one of a position and a state of a first mobile assigned to a usage request. The above-mentioned information processing device includes, for example, a restriction determination unit that determines whether or not the movement of the first mobile body is restricted based on the information acquired by the mobile body information acquisition unit. The above-mentioned information processing apparatus includes, for example, an arranging unit that determines to arrange a third moving body different from the first moving body when it is determined that the movement of the first moving body is restricted. The information processing apparatus described above includes, for example, a condition information acquisition unit that acquires information indicating conditions required by the user of the first mobile body for the third mobile body. In the above information processing apparatus, the arranging unit determines the third mobile body based on the information acquired by the condition information acquisition unit, for example.

In the above information processing device, when it is determined that the movement of the first mobile body is restricted, the arranging unit determines that the next user of the first mobile body, which is different from the user, is the first mobile body. As a moving body to be used instead, it may be decided to arrange a second moving body different from the first moving body. The restriction determination unit may determine whether or not at least one of a failure and an accident has occurred in the first moving body based on the information acquired by the moving body information acquisition unit. When it is determined that at least one of a failure and an accident has occurred in the first moving body, the restriction determination unit may determine that the movement of the first moving body is restricted.

The above information processing device includes an instruction transmitting unit that transmits an instruction for moving the first moving body to the first moving body to the position indicated by the usage request by the time indicated by the usage request. It's okay. The condition information acquisition unit may acquire information indicating the conditions required by the user of the first mobile body to the third mobile body at a time before the time indicated by the use request. The allocation unit may extract a mobile body that is a candidate for the third mobile body based on the information acquired by the condition information acquisition unit. When the usage request acquisition unit acquires another usage request from another user different from the user after acquiring the usage request, the allocation unit is a third mobile unit in response to the other usage request. You may decide to assign another move that is different from the candidate move.

In the above information processing apparatus, the information indicating the conditions required for the third mobile body may include information indicating which of the attributes of the third mobile body and the arrival time of the third mobile body is prioritized. .. The arranging unit is the same as the attribute of the first mobile when the information acquired by the condition information acquisition unit includes information indicating that the attribute of the third mobile has priority over the arrival time of the third mobile. Alternatively, a mobile body having similar attributes may be determined as the third mobile body. When the information acquired by the condition information acquisition unit includes information indicating that the arrival time of the third mobile is prioritized over the attributes of the third mobile, the arranging unit will be referred to the user of the first mobile. The moving body with the earliest scheduled merging time may be determined as the third moving body. The attributes of the third moving body are the type of the third moving body, the capacity of the third moving body, the specifications of the living space of the third moving body, the maximum load capacity of the third moving body, and the luggage storage space of the third moving body. The specifications, the attributes of the object that can be mounted on the third moving body, the possibility of smoking in the third moving body, the equipment of the third moving body, and at least one of the cleaning states of the third moving body may be included.

In the second aspect of the present invention, a method is provided. The above method has, for example, a mobile information acquisition step of acquiring information indicating at least one of the position and state of the first mobile assigned to the usage request. The above method has, for example, a restriction determination step of determining whether or not the movement of the first mobile body is restricted based on the information acquired in the mobile body information acquisition stage. The above method has, for example, an arrangement step of arranging a third moving body different from the first moving body when it is determined that the movement of the first moving body is restricted. The above method has, for example, a condition information acquisition step of acquiring information indicating a condition required by the user of the first mobile body for the third mobile body. In the above method, the arranging step includes, for example, a step of determining a third mobile body based on the information acquired in the condition information acquisition step.

In a third aspect of the invention, a program is provided. A non-transitory computer-readable medium containing the above program may be provided. The above program may be a program for causing the computer to function as the information processing apparatus according to the first aspect. The above program may be a program for causing a computer to execute the information processing apparatus according to the second aspect.

In a fourth aspect of the invention, a mobile is provided. The mobile body includes, for example, an information processing device according to the first aspect.

The outline of the above invention does not list all the necessary features of the present invention. Sub-combinations of these feature groups can also be inventions.

An example of the system configuration of the management system 100 is shown schematically. An example of vehicle allocation by the management system 100 is shown schematically. An example of the system configuration of the management server 110 is shown schematically. An example of the internal configuration of the storage unit 350 is schematically shown. An example of the internal configuration of the vehicle allocation management unit 360 is shown schematically. An example of the internal configuration of the substitute vehicle processing unit 540 is shown schematically. An example of the screen 700 is shown schematically. An example of the screen 800 is shown schematically. An example of the screen 900 is shown schematically. An example of the screen 1000 is shown schematically. An example of the system configuration of the computer 3000 is shown schematically.

Hereinafter, the present invention will be described through embodiments of the invention, but the following embodiments do not limit the invention according to the claims. Also, not all combinations of features described in the embodiments are essential to the means of solving the invention. In the drawings, the same or similar parts may be given the same reference number to omit duplicate explanations.

[Overview of management system 100]
An outline of an example of the management system 100 will be described with reference to FIGS. 1 and 2. FIG. 1 schematically shows an example of the system configuration of the management system 100. FIG. 2 schematically shows an example of vehicle allocation by the management system 100.

As shown in FIG. 1, in the present embodiment, the management system 100 includes a management server 110. The management system 100 may include one or more (sometimes abbreviated as one or more) vehicles 120. The management system 100 may include a communication terminal 22 used by the owner 20 of one or more vehicles 120. The management system 100 may include a communication terminal 42 used by the user 40 who temporarily uses the vehicle 120. The management system 100 may include a maintenance server 132 for managing information about at least one maintenance of one or more vehicles 120. The management system 100 may include an emergency lifesaving server 134 for managing information regarding a rescue request. Each part of the management system 100 may send and receive information to and from each other via the communication network 10.

The management system 100 may include one or more communication terminals 22 used by each of the one or more owners 20. The management system 100 may include one or more communication terminals 42 used by each of the one or more users 40. The management system 100 may include one or more maintenance servers 132. The management system 100 may include one or more emergency lifesaving servers 134.

In this embodiment, the management system 100 manages one or more vehicles 120. The management system 100 may manage the operation of each of one or more vehicles 120. The management system 100 may manage each schedule of one or more vehicles 120. The schedule of the vehicle 120 is specified, for example, by information indicating a time or period and information indicating the schedule of the vehicle 120 at the time or period. The schedule of the vehicle 120 includes (i) waiting at a specific point or area, (ii) moving to a point specified by the vehicle allocation request from the owner 20 or the user 40, and (iii) using the vehicle 120 by the owner 20 or the user 40. , (Iv) maintenance and the like are exemplified.

In one embodiment, the management system 100 manages each vehicle allocation plan for one or more vehicles 120. The vehicle allocation plan may include information indicating the location of each of the following destinations of one or more vehicles 120. The vehicle allocation plan may include information indicating one or more schedules for each movement of one or more vehicles 120. Each of the information indicating one or more schedules includes information indicating the time or period during which the vehicle 120 is dispatched (sometimes referred to as a vehicle allocation time) and a point at which the vehicle 120 is dispatched (referred to as a vehicle allocation point). It may include information indicating the position of). Each of the information indicating one or more schedules may include the duration of the schedule, the end time of the schedule, or information indicating these predicted values. Each of the information indicating one or more schedules may include information indicating the position of the vehicle 120 at the end time of the schedule.

The management system 100 may manage each vehicle allocation plan for one or more vehicles 120 based on a contract regarding the use of the vehicle 120. The above contract may be a contract between the operator of the management system 100 (not shown) and the user 40, or may be a contract between the owner 20 and the user 40. The management system 100 may mediate a contract between the owner 20 and the user 40.

In one embodiment, the above contract is established when the management system 100 receives a request (sometimes referred to as a vehicle allocation request) from the vehicle 120 wishing to use the vehicle 120. In another embodiment, the management system 100 is established by (i) processing the vehicle allocation request, creating a vehicle allocation plan corresponding to the vehicle allocation request, and (ii) obtaining the consent of the user 40 for the vehicle allocation plan. do.

[Outline of vehicle allocation by management system 100]
[Example of arranging vehicle 122]
As shown in FIG. 2, in the present embodiment, first, the management server 110 of the management system 100 acquires the first vehicle allocation request from the user 40. The first vehicle dispatch request may include information indicating that the vehicle 120 is required to be dispatched to the boarding point 212 by the time t201.

When the management server 110 acquires the first vehicle allocation request, the management server 110 allocates at least one of one or more vehicles 120 under the control of the management server 110 to the first vehicle allocation request. For example, the management server 110 allocates a specific vehicle 122 in response to the first vehicle allocation request from the user 40.

As a result, for example, the first contract (sometimes referred to as the first reservation) is established. The contents of the first contract (sometimes referred to as the reservation conditions of the first reservation) are as follows: (i) Using an arbitrary vehicle 120 or a vehicle 120 that meets specific conditions, the boarding point 212 to the disembarking point. It may stipulate that a person or an object be transported up to 214, and at (ii) time t201, an arbitrary vehicle 120 or a vehicle 120 that meets specific conditions is dispatched, and over a predetermined period thereafter. , It may stipulate that the use of the vehicle 120 by the user 40 is permitted. The end of the predetermined period may be a predetermined time, or may be the time of arrival of the vehicle 120 at the drop-off point 214.

Similarly, the management server 110 acquires the second vehicle allocation request from the user 40. The second vehicle dispatch request may include information indicating that the vehicle 120 is required to be dispatched to the boarding point 222 by the time t202. The time t202 may be a time after the time t201. The user 40 who has transmitted the second vehicle allocation request may be the same user 40 as the user 40 who has transmitted the first vehicle allocation request, or may be a user 40 different from the user 40 who has transmitted the first vehicle allocation request. ..

When the management server 110 acquires the second vehicle allocation request, the management server 110 allocates at least one of one or more vehicles 120 under the control of the management server 110 to the second vehicle allocation request. For example, the management server 110 allocates the above-mentioned vehicle 122 in response to the second vehicle allocation request from the user 40.

As a result, for example, a second contract (sometimes referred to as a second reservation) is established. The contents of the second contract (sometimes referred to as the reservation conditions for the second reservation) are as follows: (i) Using an arbitrary vehicle 120 or a vehicle 120 that meets specific conditions, the boarding point 222 to the disembarking point. It may stipulate that people or goods be transported up to 224, and at (ii) time t202, an arbitrary vehicle 120 or a vehicle 120 that meets specific conditions is dispatched, and over a predetermined period thereafter. , It may stipulate that the use of the vehicle 120 by the user 40 is permitted. The end of the predetermined period may be a predetermined time or may be the time of arrival of the vehicle 120 at the drop-off point 224.

According to the present embodiment, the specific vehicle 122 is dispatched to the boarding point 212 at time t201 based on the first contract, and is dispatched to the boarding point 222 at time t202 based on the second contract. Here, it can be assumed that an accident 62 occurs while the vehicle 122 is moving from the boarding point 212 to the disembarking point 214, and the movement of the vehicle 122 is restricted. Further, it can be assumed that an accident 64 occurs while the empty vehicle 122 is moving from the disembarkation point 214 to the boarding point 222, and the movement of the vehicle 122 is restricted.

The above-mentioned accident may be an event that interferes with the operation of the vehicle 122. Accidents that cause the movement of the vehicle 122 to be restricted include (i) a failure of the vehicle 122, (ii) an accident involving the vehicle 122, and (iii) at least one of the moving speed and the moving route of the vehicle 122. At least one of the limiting events is exemplified. Events that limit at least one of the moving speed and the moving route of the vehicle 122 include an accident on the route on which the vehicle 122 was scheduled to move, a traffic jam on the route, and a passage on a part of the route. At least one of the regulations is exemplified.

[Example of arranging substitute vehicle 124]
In this case, depending on the degree of restriction on the movement of the vehicle 122, the vehicle 122 may not be able to reach the boarding point 222 by the time t202. As a result, the vehicle 122 may not be able to fulfill the second contract during the performance period of the second contract.

Therefore, according to the present embodiment, when a predetermined condition (sometimes referred to as a condition for arranging a substitute vehicle) is satisfied, the management server 110 dispatches the substitute vehicle 124 to the boarding point 222. Decide that. The management server 110 may decide to allocate a plurality of substitute vehicles 124 to the above-mentioned generation points. The management server 110 may decide to allocate the same number of substitute vehicles 124 as the number of vehicles 122 to the above-mentioned generation point. Further, the management server 110 may execute a process for allocating the substitute vehicle 124 to the boarding point 222.

In this case, the user 40 who requested the use of the vehicle 120 by the second vehicle allocation request uses the substitute vehicle 124 as the vehicle 120 corresponding to the second vehicle allocation request. However, depending on the content of the second vehicle allocation request, even if the vehicle 122 is assigned as the vehicle 120 corresponding to the second vehicle allocation request or the substitute vehicle 124 is assigned, the user experience of the user 40 is affected. No.

In one embodiment, the management server 110 determines whether the vehicle 122 can fulfill the second contract. Then, when it is determined at the time of contracting the second contract that the vehicle 122 assigned to the second contract cannot fulfill the second contract, the management server 110 sets the substitute vehicle 124 at the boarding point 222. Decide to dispatch.

In another embodiment, the management server 110 determines whether the vehicle 122 can reach the boarding point 222 by the time t202, but determines that the vehicle 122 can reach the boarding point 222 by the time t202. If so, the management server 110 decides to dispatch the substitute vehicle 124 to the boarding point 222.

[Other examples of arranging substitute vehicle 124]
Further, depending on at least one of the contents of the accident 62 or the accident 64, the position of the occurrence point, and the occurrence time, the substitute vehicle 124 is dispatched to the occurrence point of the accident 62 or the accident 64, so that the user experience of the user 40 can be experienced. It may be greatly improved. For example, when it is difficult to move the vehicle 122 due to an accident or breakdown, the user experience of the user 40 is greatly improved by arranging the substitute vehicle 124 for the user 40.

In the event of an accident 62 or 64 in an area where public transportation is infrequent or where transportation services are not provided by public transportation, a substitute vehicle 124 will be arranged for the user 40. , The user experience of the user 40 is greatly improved. In addition, if an accident 62 or an accident 64 occurs during a time zone when public transportation is infrequently operated or a time zone outside the business hours of public transportation, a substitute vehicle 124 is arranged for the user 40. As a result, the user experience of the user 40 is greatly improved. Examples of public transportation include buses, taxis, and railroads.

Therefore, according to the present embodiment, when a predetermined condition (sometimes referred to as a condition for arranging a substitute vehicle) is satisfied, the management server 110 sets the substitute vehicle 124 as, for example, the above-mentioned accident. Decide to dispatch to the point of occurrence. The management server 110 may decide to allocate a plurality of substitute vehicles 124 to the above-mentioned accident occurrence point. The point of occurrence of the accident may be the position of the vehicle 122 during the period in which the accident continues in the vehicle 122, and may have a certain range. The management server 110 may decide to allocate a larger number of substitute vehicles 124 than the number of vehicles 122 to the above-mentioned generation point. Further, the management server 110 may execute a process for allocating the substitute vehicle 124 to the above-mentioned generation point.

In one embodiment, the management server 110 determines the occurrence of an accident. Specifically, the management server 110 determines whether or not at least one of the failure and the accident has occurred in the vehicle 122, or whether or not the probability that at least one of the failure and the accident has occurred in the vehicle 122 is high. The management server 110 may determine whether or not the probability of occurrence of at least one of a failure and an accident in the vehicle 122 is greater than a predetermined standard. When it is determined that at least one of the failure and the accident has occurred in the vehicle 122, or when it is determined that the probability that at least one of the failure and the accident has occurred in the vehicle 122 is high, the management server 110 uses the substitute vehicle 124. Decide to dispatch to the above-mentioned point of occurrence.

In another embodiment, the management server 110 determines whether the movement of the vehicle 122 is restricted. When it is determined that the movement of the vehicle 122 is restricted, the management server 110 decides to dispatch the substitute vehicle 124 to the above-mentioned generation point.

As described above, according to the present embodiment, for example, even if an accident occurs with respect to a specific vehicle 122, a substitute vehicle 124 can be arranged. This greatly improves the user experience of the user 40. Further, as a technical effect, since the substitute vehicle 124 can be arranged before the performance period of the second contract comes, the vehicle allocation plan can be efficiently created. For example, the amount of sudden interrupt processing in the management system 100 can be reduced, and the computer resources of the management system 100 can be efficiently used.

[Overview of each part of the management system 100]
In the present embodiment, the communication network 10 transmits information between each part of the management system 100. The communication network 10 may be a transmission line for wired communication, a transmission line for wireless communication, or a combination thereof. The communication network 10 may include a wireless packet communication network, the Internet, a P2P network, a dedicated line, a VPN, a power line communication line, and the like. The communication network 10 may include (i) a mobile communication network such as a mobile phone network, (ii) a wireless MAN (eg, WiMAX®), a wireless LAN (eg, WiFi®). , Bluetooth®, Zigbee®, NFC (Near Field Communication) and other wireless data communication networks may be included.

In this embodiment, the owner 20 uses, for example, a vehicle 120 to transport a person or object to a specific point (sometimes referred to as a destination). The owner 20 may use the vehicle 120 for the transportation of the owner 20 itself, and may use the vehicle 120 for the transportation of a person other than the owner 20 (sometimes referred to as a person related to the owner 20) or an object. You may. The item carried by the vehicle 120 may be the baggage of the owner 20 or the baggage of a person concerned with the owner 20.

The owner 20 may, under contract, use vehicle 120 to carry a person or object to a destination. In this case, the owner 20 may drive the vehicle 120 by himself / herself, may order a person under the command of the owner 20 to drive the vehicle 120, or may entrust the driving of the vehicle 120 to a third party. ..

The owner 20 may temporarily allow another person to use the vehicle 120. The owner 20 may allow another person to use the vehicle 120 based on the contract. For example, the owner 20 lends the vehicle 120 to another person. The owner 20 may allow the user 40 who wants to use the vehicle 120 to use the vehicle 120 through the mediation of the management server 110.

The owner 20 may be the owner of the vehicle 120, a person who has the right to use and profit from the vehicle 120, or a person who has the right to grant the right to use the vehicle 120 to another person. .. The owner 20 may be a person who uses the vehicle 120 based on the lease contract. The owner 20 may be an individual, a corporation, or a group.

The owner 20 may use the vehicle 120 for taxi or hire applications, at least temporarily. The owner 20 may use the vehicle 120 for car rental, car sharing, or ride sharing, at least temporarily.

In the present embodiment, the communication terminal 22 is, for example, a communication terminal used by the owner 20. The communication terminal 22 may be a communication terminal used by a person who uses the vehicle 120 for the owner 20. Persons who use the vehicle 120 for the owner 20 include family members, relatives, employees, members, and persons entrusted with any work performed using the vehicle 120 (may be individuals). , A corporation or an organization), and the family, relatives, employees and members of the person entrusted with the work are exemplified.

In the present embodiment, the communication terminal 22 transmits and receives various types of information to and from each part of the management system 100 via the communication network 10. The communication terminal 22 has an input device and an output device, and may be used as a user interface of the management system 100.

The communication terminal 22 may be an information processing device having a communication function, and the details thereof are not particularly limited. Examples of the communication terminal 22 include a personal computer and a mobile terminal. Examples of the mobile terminal include a mobile phone, a smartphone, a PDA, a tablet, a notebook computer or a laptop computer, a wearable computer, and the like.

In this embodiment, the user 40 temporarily uses the vehicle 120. The user 40 may acquire the right to temporarily use the vehicle 120 based on the contract. The above contract may be mediated by the management server 110. The user 40 may use the communication terminal 42 to acquire information related to the above contract from the management server 110. The user 40 may be an individual, a corporation, or a group.

In one embodiment, the user 40 uses the vehicle 120 to carry a person or object to a destination, eg, based on a contract of carriage with the owner 20. In another embodiment, the user 40 uses the vehicle 120 to carry a person or object to a destination, eg, based on a loan agreement with the owner 20. The person carried by the vehicle 120 may be the user 40 or a person other than the user 40 (sometimes referred to as a person related to the user 40). The item carried by the vehicle 120 may be the baggage of the user 40 or the baggage of a person concerned with the user 40.

In the present embodiment, the communication terminal 42 is, for example, a communication terminal used by the user 40. The communication terminal 42 may be a communication terminal used by a person who uses the vehicle 120 for the user 40. Persons who use the vehicle 120 for the user 40 include family members, relatives, employees, members, and persons entrusted with any work performed using the vehicle 120 (may be individuals). , A corporation or an organization), and the family, relatives, employees and members of the person entrusted with the work are exemplified.

In the present embodiment, the communication terminal 42 transmits and receives various information to and from each part of the management system 100 via the communication network 10. The communication terminal 42 has an input device and an output device, and may be used as a user interface of the management system 100.

The communication terminal 42 may be an information processing device having a communication function, and the details thereof are not particularly limited. Examples of the communication terminal 42 include a personal computer and a mobile terminal. Examples of the mobile terminal include a mobile phone, a smartphone, a PDA, a tablet, a notebook computer or a laptop computer, a wearable computer, and the like.

In this embodiment, the management server 110 manages one or more vehicles 120. The management server 110 may manage the operation of one or more vehicles 120. The management server 110 may manage each schedule of one or more vehicles 120. The management server 110 may manage the allocation of one or more vehicles 120.

In this embodiment, the management server 110 manages one or more contracts for at least one use of one or more vehicles 120. The management server 110 may manage the performance of each of the above one or more contracts. The management server 110 may manage the performance status of the contract by the vehicle 122 assigned to each contract. The management server 110 may arrange a substitute vehicle 124 when it is difficult for the vehicle 122 assigned to each contract to fulfill the contract.

The management server 110 may manage the consideration for at least one use of one or more vehicles 120. For example, the management server 110 manages the consideration for using the vehicle 122. The management server 110 may manage the consideration for using the substitute vehicle 124. More specifically, the management server 110 may determine the amount of consideration or may determine the payment method of consideration.

In this embodiment, the vehicle 120 is used, for example, by the user 40 to carry a person or an object. The vehicle 120 may be used to carry the user 40 or the person concerned with the user 40, or may be used to carry the cargo of the user 40 or the person concerned with the user 40. The owner 20 may use the vehicle 120 as the user 40.

In one embodiment, the vehicle 120 is used by the user 40, for example under a contract between the owner 20 and the user 40. In another embodiment, the vehicle 120 is used by the user 40, for example, based on a contract between the operator of the management server 110 and the user 40.

For example, the vehicle 120 departs from a point requested by the user 40 and transports a person or an object to a point requested by the user 40. The vehicle 120 may return to the starting point after transporting a person or an object to a point requested by the user 40, or may move to a point different from the starting point. The vehicle 120 may move to a point designated by the vehicle allocation instruction according to an instruction from the management server 110 (sometimes referred to as a vehicle allocation instruction).

The vehicle 120 may be an unmanned driving vehicle, an autonomous driving vehicle, or a manned driving vehicle. Examples of the vehicle 120 include a bicycle, an automobile, a motorcycle, a train, and the like. Examples of automobiles include engine vehicles, electric vehicles, fuel cell vehicles, hybrid vehicles, and work machines. Examples of the motorcycle include (i) a motorcycle, (ii) a three-wheeled motorcycle, and (iii) a standing two-wheeled vehicle or a three-wheeled vehicle having a power unit.

In the present embodiment, the maintenance server 132 may be a communication terminal used by a maintenance operator (not shown) that performs at least one maintenance of one or more vehicles 120. The maintenance server 132 manages, for example, information about at least one maintenance of one or more vehicles 120.

Maintenance of the vehicle 120 includes at least one of (i) cleaning of the vehicle 120, (ii) inspection of the vehicle 120, (iii) maintenance or maintenance of the vehicle 120, and (iv) replenishment of energy or energy source to the vehicle 120. Illustrated. Examples of cleaning include cleaning the inside of the vehicle and cleaning the outside of the vehicle. Examples of maintenance or maintenance of the vehicle 120 include (i) repair, adjustment or replacement of parts or consumables, and (ii) replenishment of consumables. Examples of energy or energy source include electricity, gasoline, light oil, alcohol, natural gas, propane gas, hydrogen and the like.

In the present embodiment, the maintenance server 132 may be an information processing device capable of transmitting and receiving various information to and from each part of the management system 100 via the communication network 10, and the details thereof are particularly limited. Not done. Examples of the maintenance server 132 include a personal computer and a mobile terminal. Examples of the mobile terminal include a mobile phone, a smartphone, a PDA, a tablet, a notebook computer or a laptop computer, a wearable computer, and the like.

In the present embodiment, the emergency life-saving server 134 is a communication used by at least one of (i) an administrative agency, (ii) an emergency life-saving agency such as a hospital or a fire department, and (iii) a security agency such as a police or a private security company. It may be a terminal. The emergency lifesaving server 134 manages, for example, information regarding a rescue request.

The paramedic server 134 receives, for example, a rescue request from at least one of one or more vehicles 120. The paramedic server 134 receives, for example, a rescue request from at least one user 40 of one or more vehicles 120. The paramedic server 134 may store information about the rescue request in an appropriate storage device. Examples of the information regarding the rescue request include information regarding the person requiring rescue, information regarding the necessity of dispatching the rescue vehicle, and information indicating the destination of the rescue vehicle.

In the present embodiment, the emergency lifesaving server 134 may be an information processing device capable of transmitting and receiving various information to and from each part of the management system 100 via the communication network 10, and the details thereof are particularly detailed. Not limited. Examples of the emergency lifesaving server 134 include a personal computer and a mobile terminal. Examples of the mobile terminal include a mobile phone, a smartphone, a PDA, a tablet, a notebook computer or a laptop computer, a wearable computer, and the like.

[Specific configuration of each part of the management system 100]
Each part of the management system 100 may be realized by hardware, may be realized by software, or may be realized by hardware and software. At least a part of each part of the management system 100 may be realized by a single server or may be realized by a plurality of servers. At least a part of each part of the management system 100 may be realized on a virtual server or a cloud system. At least a part of each part of the management system 100 may be realized by a personal computer or a mobile terminal. Examples of the mobile terminal include a mobile phone, a smartphone, a PDA, a tablet, a notebook computer or a laptop computer, a wearable computer, and the like. Each part of the management system 100 may store information by using a distributed ledger technology such as a blockchain or a distributed network.

When at least a part of the components constituting the management system 100 is realized by software, the components realized by the software define the operation related to the components in the information processing apparatus having a general configuration. It may be realized by starting a program. The information processing device having the above general configuration includes (i) a data processing device having a processor such as a CPU and GPU, a ROM, a RAM, and a communication interface, and (ii) a keyboard, a pointing device, a touch panel, a camera, and a voice input. Input devices such as devices, gesture input devices, various sensors, GPS receivers, output devices such as (iii) display devices, audio output devices, and vibration devices, and storage devices such as (iv) memory, HDD, and SSD (external). It may include a storage device).

In the information processing apparatus having the above general configuration, the data processing apparatus or the storage apparatus may store the program. The above program is executed by the processor to cause the above information processing apparatus to execute the operation specified by the program. The above program may be stored on a non-temporary computer-readable recording medium. The above program may be stored in a computer-readable medium such as a CD-ROM, a DVD-ROM, a memory, or a hard disk, or may be stored in a storage device connected to a network.

The above program may be a program for operating the computer as the management system 100 or a part thereof. The above program may include a module that defines the operation of each part of the management system 100. These programs or modules work on a data processing device, an input device, an output device, a storage device, etc. to make the computer function as each part of the management system 100, or cause the computer to execute an information processing method in each part of the management system 100. Or

The above program may be installed on a computer that constitutes at least a portion of the management system 100 from a computer-readable medium or a storage device connected to a network. By executing the above program, the computer may function as at least a part of each part of the management system 100. The information processing described in the above program is concrete in that the software related to the program and various hardware resources of the management system 100 or a part thereof cooperate with each other by reading the program into the computer. Functions as a means. Then, the above-mentioned specific means realizes the calculation or processing of information according to the purpose of use of the computer in the present embodiment, whereby the management system 100 according to the purpose of use is constructed.

The above program may be a program for causing the computer to function as the management server 110. The above program may be a program for causing the computer to execute the information processing method in the management server 110. The above program may be a program for causing the computer to function as a control device for the vehicle 120. The above program may be a program for causing a computer to execute an information processing method in the control device of the vehicle 120.

The above method has an accident determination stage for determining that an operation obstruction state has occurred in the first moving body, and one or more thirds different from the first moving object when it is determined that an operation obstruction state has occurred. It may have an arrangement stage for determining to move the moving body to a position where the operation obstruction has occurred, and a consideration determining stage for determining the conditions regarding the consideration for the use of one or more third moving bodies. Each step of the above method may be performed by a computer.

The above method is based on the mobile information acquisition step of acquiring information indicating at least one of the position and the state of the first mobile assigned to the usage request and the information acquired in the mobile information acquisition stage. , The restriction determination stage for determining whether or not the movement of the first moving body is restricted, and the third movement different from the first moving body when it is determined that the movement of the first moving body is restricted. It may have an arrangement stage for arranging the body and a condition information acquisition stage for acquiring information indicating the conditions required by the user of the first mobile body for the third mobile body. The arranging stage may include a stage of determining a third mobile body based on the information acquired in the condition information acquisition stage. Each step of the above method may be performed by a computer.

The above method may be a method for managing the reservation of the moving body and the reservation conditions of the reservation. The above method is the first move, after the first decision step in which the first mover is assigned to the fulfillment of the reservation, and after the decision in the first decision step, before the reservation time indicated by the reservation conditions. When it is determined in the performance judgment stage that determines whether or not the reservation can be fulfilled by the body and the performance judgment stage that the first mobile cannot fulfill the reservation, the reservation is fulfilled by a second mobile body that is different from the first mobile. Adjustments to adjust the content of at least one of the claims and obligations between the parties to the reservation if some of the reservation conditions are not fulfilled by the second decision stage, which decides to allocate the mover, and the decision in the second decision stage. It may have stages. Each step of the above method may be performed by a computer.

The above method is the reservation information acquisition stage for acquiring the reservation information indicating the reservation conditions for the reservation of the first mobile body, and the first mobile body arrives at the position indicated by the reservation information by the time indicated by the reservation information. It is different from the first moving body when it is determined that the first moving body cannot reach the position indicated by the reservation information by the time indicated by the reservation information and the arrival judgment stage for determining whether or not to do so. It may have an arrangement stage for determining to move the second mobile to a position indicated by the reservation information, and a consideration determination stage for determining conditions for consideration for the use of the second mobile. Each step of the above method may be performed by a computer.

The management system 100 may be an example of an information processing device. The management server 110 may be an example of an information processing device. The vehicle 120 may be an example of a moving body. The vehicle 120 may be an example of a first moving body, a second moving body, and a third moving body. The vehicle 122 may be an example of the first mobile body. The substitute vehicle 124 may be an example of the second moving body and the third moving body.

The first vehicle allocation request may be an example of a usage request. The first vehicle dispatch request may be an example of reservation information. The first vehicle dispatch request may be an example of the first reservation. The first reservation may be an example of a reservation. The content of the first reservation may be an example of reservation conditions. The second vehicle allocation request may be an example of a usage request. The second vehicle dispatch request may be an example of reservation information. The second vehicle dispatch request may be an example of the second reservation. The second reservation may be an example of a reservation. The content of the second reservation may be an example of the reservation conditions.

The time t201 may be an example of the performance period of the first contract. The time t201 may be an example of the time indicated by the contract information indicating the contents of the first contract. The boarding point 212 may be an example of a position indicated by contract information indicating the contents of the first contract. The time t202 may be an example of the performance period of the second contract. The time t202 may be an example of the time indicated by the contract information indicating the contents of the second contract. The boarding point 212 may be an example of a position indicated by contract information indicating the contents of the second contract.

The user 40 of the second contract may be an example of the contract applicant. The user 40 of the second contract may be an example of a vehicle 120 user. The person concerned with the user 40 of the second contract may be an example of the vehicle 120 user.

The occurrence of the accident 62 may be an example of the occurrence of an operation obstruction state. The occurrence of the accident 64 may be an example of the occurrence of an operation obstruction state. Whether or not at least one of a failure and an accident has occurred in the vehicle 122 indicates an example of whether or not an operation obstruction state has occurred. Whether or not there is a high probability that at least one of a failure and an accident will occur in the vehicle 122 indicates an example of whether or not an operation obstruction state has occurred.

In the present embodiment, an example of the management system 100 will be described by taking as an example a case where the management server 110 executes information processing for managing the vehicle 120 or the contract related to the vehicle 120. In the present embodiment, the management server 110 manages the operation of the vehicle 120 via the communication network 10 including the wireless communication network. However, the management system 100 is not limited to this embodiment. In another embodiment, the information processing device mounted on the vehicle 120 may execute at least a part of the information processing in the management server 110 according to the present embodiment. In this case, the information processing device mounted on the vehicle 120 may be an example of the information processing device.

Further, in the present embodiment, an example of the management system 100 will be described by taking as an example a case where the vehicle 120 is used to transport the transportation target to the destination. However, the management system 100 is not limited to this embodiment. In other embodiments, any moving object may be utilized to carry the object of carriage to its destination.

Examples of the moving body include a vehicle, a ship, and a flying body. Examples of vehicles include bicycles, automobiles, motorcycles, and trains. Examples of ships include ships, hovercraft, personal watercraft, submarines, submersibles, and underwater scooters. Examples of the flying object include an airplane, an airship or a balloon, a balloon, a helicopter, and a drone.

FIG. 3 schematically shows an example of the system configuration of the management server 110. In the present embodiment, the management server 110 includes, for example, a request reception unit 320, a vehicle management unit 330, a screen generation unit 340, and a storage unit 350. In the present embodiment, the management server 110 includes, for example, a vehicle allocation management unit 360. In the present embodiment, the management server 110 includes, for example, a payment management unit 370.

In the present embodiment, the request receiving unit 320 receives various requests from at least one of the owner 20 and the user 40. In one embodiment, the request receiving unit 320 receives a registration request from the owner 20. In another embodiment, the request receiving unit 320 receives a vehicle allocation request from the user 40. As a result, the request reception unit 320 can acquire information (sometimes referred to as contract information) indicating the contents of the contract regarding the use of the vehicle 120.

In the present embodiment, the vehicle management unit 330 manages one or more vehicles 120. In one embodiment, the vehicle management unit 330 manages the respective positions of one or more vehicles 120. For example, the vehicle management unit 330 manages the position of each of the one or more vehicles 120 by transmitting a vehicle allocation instruction, a standby instruction, or a return instruction to each of the one or more vehicles 120.

The vehicle allocation instruction may be an instruction for instructing the vehicle 120 or the driver of the vehicle 120 to move to a specific position. The vehicle allocation instruction may be an instruction for instructing the vehicle 120 or the driver of the vehicle 120 to move to a specific position by a specific time.

The standby instruction may be an instruction for instructing the vehicle 120 or the driver of the vehicle 120 to stand by in a specific position or area. The standby instruction may be an instruction to instruct the vehicle 120 or the driver of the vehicle 120 to wait in a specific position or area until a specific condition is satisfied. Examples of specific conditions include a condition that a specific time has arrived, a condition that the remaining amount of energy or an energy source does not meet a specific criterion, and the like.

The return instruction may be an instruction for instructing the vehicle 120 or the driver of the vehicle 120 to move to a predetermined return location. The return instruction may be an instruction to instruct the vehicle 120 or the driver of the vehicle 120 to move to a predetermined return place by a specific time.

The vehicle management unit 330 may acquire information indicating the current position or movement history of each of the one or more vehicles 120 from each of the one or more vehicles 120. The information indicating the current position may be information in which the identification information of the vehicle 120, the information indicating the time, and the information indicating the position of the vehicle 120 at the time are associated with each other. The information indicating the movement history may be information including identification information of the vehicle 120 and a plurality of records regarding the position of the vehicle 120. Each record relating to the position of the vehicle 120 may be information in which the information indicating the time and the information indicating the position of the vehicle 120 at the time are associated with each other.

In another embodiment, the vehicle management unit 330 manages the respective states of one or more vehicles 120. For example, the vehicle management unit 330 acquires information indicating the state of each of the one or more vehicles 120 from each of the one or more vehicles 120. The vehicle management unit 330 may acquire information in which the information indicating the time and the information indicating the state of the vehicle 120 at the time are associated with each of the one or more vehicles 120.

Information indicating the state of the vehicle 120 includes information on the driving mode of the vehicle 120, information on the speed of the vehicle 120, information on the driving operation of the vehicle 120, information on the operating status of the driving support device mounted on the vehicle 120, and the vehicle 120. At least one of the information acquired by the vehicle exterior imaging device mounted on the vehicle 120 and the information regarding the emergency call from the vehicle 120 or the passenger of the vehicle 120 is exemplified. Examples of the information regarding the driving mode of the vehicle 120 include information indicating whether the vehicle 120 is in the manual driving mode, whether the vehicle 120 is in the automatic driving mode, and the like. Examples of the information regarding the speed of the vehicle 120 include information indicating the speed of the vehicle 120, the acceleration of the vehicle 120, the angular velocity of the vehicle 120, the angular acceleration of the vehicle 120, and the like. As the information regarding the driving operation of the vehicle 120, information indicating the status of the operation input by the driver of the vehicle 120, the status inside the vehicle 120, and the like are exemplified. Information on the operating status of the driving support device mounted on the vehicle 120 includes the operating status of the advanced driving support system, the operating status of the collision avoidance system, the operating status of the automatic braking system, the operating status of the automatic steering system, and the operation of the airbag. The situation is illustrated. Examples of the information acquired by the external image pickup device mounted on the vehicle 120 include recorded data of a drive recorder mounted on the vehicle 120. Examples of the information regarding the emergency call from the vehicle 120 or the passenger of the vehicle 120 include information indicating the presence / absence of an emergency call, the presence / absence of a rescue request, the presence / absence of an airbag operation, and the like.

Examples of the situation inside the vehicle 120 include image data of an image captured by an in-vehicle camera mounted on the vehicle 120, analysis data of the image, and the like. The situation inside the vehicle 120 may be voice data of voice recorded by an in-vehicle microphone mounted on the vehicle 120, or analysis data of the voice. Examples of the situation outside the vehicle 120 include image data of an image captured by an external camera mounted on the vehicle 120, analysis data of the image, and the like. The situation outside the vehicle 120 may be voice data of voice recorded by a microphone outside the vehicle mounted on the vehicle 120, or analysis data of the voice.

In the present embodiment, the screen generation unit 340 generates various screens that can be used as a user interface between the management server 110 and at least one of the owner 20 and the user 40. Examples of the above screen include a vehicle registration screen, a vehicle allocation request screen, a vehicle allocation confirmation screen, and a change notification screen.

The vehicle registration screen is used, for example, in the registration process for the owner 20 to register his / her own vehicle 120 as a vehicle 120 that can be used by the user 40 in the management server 110. The management server 110 may accept the registration request from the owner 20 via the vehicle registration screen. Details of the vehicle registration screen will be described later.

The vehicle allocation request screen is used, for example, in the vehicle allocation request processing for the user 40 to request the management server 110 to allocate the vehicle 120. The management server 110 may accept a vehicle allocation request from the user 40 via the vehicle allocation request screen. Details of the vehicle dispatch request screen will be described later.

The vehicle allocation confirmation screen is used, for example, in the vehicle allocation confirmation process because the management server 110 presents to the user 40 the contents of the contract established based on the vehicle allocation request from the user 40. Details of the vehicle allocation confirmation screen will be described later.

The change notification screen is a change notification process for the management server 110 to present the changed contents to the user 40 when the contract contents with the user 40 are changed due to the arrangement of the substitute vehicle 124 by the management server 110. Used in. Details of the change notification screen will be described later.

In the present embodiment, the storage unit 350 stores various types of information. The storage unit 350 may store information used in information processing of the management server 110. The storage unit 350 may store the information generated in the information processing of the management server 110. Details of the storage unit 350 will be described later.

In the present embodiment, the vehicle allocation management unit 360 manages the allocation of the vehicle 120. At least one allocation of one or more vehicles 120 may be managed. In one embodiment, the vehicle allocation management unit 360 acquires a vehicle allocation request from the user 40 and assigns a specific vehicle 122 to the vehicle allocation request. The vehicle allocation management unit 360 manages the operation of the vehicle 122 so that the vehicle 122 arrives at the position indicated in the vehicle allocation request by the time indicated in the vehicle allocation request.

In another embodiment, the vehicle allocation management unit 360 monitors at least one of the positions and states of the vehicle 122. For example, if at least one of the positions and states of the vehicle 122 satisfies the conditions for arranging the substitute vehicle, the vehicle allocation management unit 360 arranges one or more substitute vehicles 124. Details of the vehicle allocation management unit 360 will be described later.

In the present embodiment, the payment management unit 370 manages the payment related to the consideration for the use of the vehicle 120. In one embodiment, the payment management unit 370 executes a process for settling the consideration for the use of the vehicle 122. In another embodiment, the settlement management unit 370 executes a process for settling the consideration for the use of the substitute vehicle 124.

The request reception unit 320 may be an example of the contract information acquisition unit. The request reception unit 320 may be an example of a usage request acquisition unit. The vehicle management unit 330 may be an example of a mobile information acquisition unit, and the vehicle allocation management unit 360 may be an example of an information processing device.

FIG. 4 schematically shows an example of the internal configuration of the storage unit 350. In the present embodiment, the storage unit 350 is, for example, a vehicle information storage unit 422, an owner information storage unit 424, a user information storage unit 426, a contract information storage unit 432, a vehicle allocation plan storage unit 434, and payment information storage. A unit 436 is provided.

In the present embodiment, the vehicle information storage unit 422 stores various information (sometimes referred to as vehicle information) regarding each of one or more vehicles 120. The vehicle information storage unit 422 may store the identification information of the vehicle and the vehicle information of the vehicle in association with each other of one or more vehicles 120. Examples of the vehicle information include information indicating the position of the vehicle 120, information indicating the state of the vehicle 120, information indicating the attributes of the vehicle 120, and the like.

The attributes of the vehicle 120 may include conditions relating to the intended use or method of use of the vehicle 120. More specifically, the attributes of the vehicle 120 include the type of the vehicle 120, the capacity of the vehicle 120, the specifications of the living space of the vehicle 120, the maximum load capacity of the vehicle 120, the specifications of the luggage storage space of the vehicle 120, and the vehicle 120. The type of equipment mounted on the vehicle 120, the specifications of the equipment mounted on the vehicle 120, the attributes of the objects that can be mounted on the vehicle 120, the possibility of smoking in the vehicle 120, and at least one of the cleaning states of the vehicle 120 are exemplified. Examples of the type of the vehicle 120 include a vehicle type or type, a manufacturer name or a seller name, a model name or a name, a year of manufacture, and the like. Examples of the vehicle type or type include SUVs, sedans, and motorcycles. Examples of specifications of various spaces include the capacity of the space and the dimensions of the space.

Examples of the equipment mounted on the vehicle 120 include audio equipment, video equipment, air conditioning equipment, advanced driver assistance systems, collision avoidance systems, automatic braking systems, automatic steering systems, and airbags. The attributes of objects that can be mounted on the vehicle 120 include whether pets can be boarded, infants can be boarded, children or infants under a specific age can be boarded, smokers can be boarded, and a specific odor level or higher. Whether or not an object that emits the odor of the above can be mounted is exemplified.

In the present embodiment, the owner information storage unit 424 stores various types of information regarding each of one or more owners 20. The owner information storage unit 424 stores the identification information of the owner and the information about the owner in association with each other of one or more owners 20. Examples of the information regarding the owner 20 include information regarding a name or name, an address, a payment account, a communication account, and the like.

In the present embodiment, the user information storage unit 426 stores various types of information regarding each of one or more users 40. The user information storage unit 426 stores the identification information of the user and the information about the user in association with each other of one or more users 40. Examples of the information regarding the user 40 include information regarding a name or name, an address, a payment account, a communication account, and the like.

In the present embodiment, the contract information storage unit 432 stores information (sometimes referred to as contract information) regarding each of one or more contracts. The contract information storage unit 432 may store the identification information of each contract and the information indicating the contents of each contract in association with each other. The identification information of the contract may be the identification information of the vehicle allocation request corresponding to the contract. The information indicating the contents of the contract includes information indicating at least one of the contracting parties (for example, user 40), information indicating the conditions regarding the performance period of the contract, and information indicating the conditions regarding the position of the moving body in the performance period of the contract. , Information indicating the amount of consideration, information indicating the settlement method of consideration, and the like are exemplified.

In the present embodiment, the vehicle allocation plan storage unit 434 stores information regarding at least one vehicle allocation plan for one or more vehicles 120. For example, the vehicle allocation plan storage unit 434 may store at least one of the one or more vehicles 120 in association with the identification information of the vehicle and the information indicating the vehicle allocation plan of the vehicle. The information indicating the vehicle allocation plan of the vehicle 120 may include information indicating the user of the vehicle 120, information indicating the condition regarding the vehicle allocation timing, and information indicating the condition regarding the vehicle allocation position. The vehicle allocation time may be the time when the use of the vehicle 120 is started. The vehicle allocation position may be the position of the vehicle 120 at the vehicle allocation time.

In the present embodiment, the payment information storage unit 436 stores information related to each payment of one or more contracts. The settlement information storage unit 436 may store the identification information of the contract and the information related to the settlement of the consideration of the contract in association with each other for each of the one or more contracts.

FIG. 5 schematically shows an example of the internal configuration of the vehicle allocation management unit 360. In the present embodiment, the vehicle allocation management unit 360 includes, for example, a vehicle allocation processing unit 520, a vehicle allocation instruction unit 530, and a substitute vehicle processing unit 540.

In the present embodiment, the vehicle allocation processing unit 520 executes the vehicle allocation processing. For example, the vehicle allocation processing unit 520 acquires the first vehicle allocation request from the user 40. The vehicle allocation processing unit 520 decides to allocate an arbitrary vehicle 120 to the first vehicle allocation request in response to the acquisition of the first vehicle allocation request from the user 40.

More specifically, the vehicle allocation processing unit 520 extracts the vehicle 120 assigned to the first vehicle allocation request from the one or more vehicles 120 managed by the management server 110. The vehicle allocation processing unit 520 may extract the vehicle 120 that meets the conditions desired by the user 40 in the first vehicle allocation request as the vehicle 120 assigned to the first vehicle allocation request. As a result, the vehicle 120 used for fulfilling the contract established based on the first vehicle allocation request is determined. For example, the vehicle allocation processing unit 520 decides to allocate a specific vehicle 122 to the performance of the contract concluded based on the first vehicle allocation request.

The vehicle allocation processing unit 520 may extract a specific vehicle 122 from one or more vehicles 120 based on the contents of another vehicle allocation request for which the allocation processing of the vehicle 120 has already been completed. For example, the vehicle allocation processing unit 520 first determines whether or not there is a desired condition regarding the substitute vehicle when a substitute vehicle is arranged in the other vehicle allocation request described above. When the other vehicle allocation request includes information indicating a desired condition regarding a substitute vehicle, the vehicle allocation processing unit 520 extracts a vehicle 120 that is a candidate for the above-mentioned substitute vehicle regarding the other vehicle allocation request. Next, the vehicle allocation processing unit 520 is the first vehicle 120 among the one or more vehicles 120 managed by the management server 110, which is different from the vehicle 120 extracted as the vehicle 120 as a candidate vehicle for the above substitute vehicle. Determine the vehicle 120 to be assigned in response to the vehicle allocation request.

In the present embodiment, the vehicle allocation processing unit 520 may execute a process for allocating the vehicle 122. More specifically, the vehicle allocation processing unit 520 gives an instruction to move the vehicle 122 to the position specified by the contract by the time specified by the contract established based on the first vehicle allocation request, and the vehicle allocation instruction unit 530. Output to.

In the present embodiment, the vehicle allocation instruction unit 530 gives an instruction from the vehicle allocation processing unit 520 to move the vehicle 122 to the position specified by the contract by the time specified by the contract established based on the first vehicle allocation request. get. The vehicle dispatch instruction unit 530 transmits the instruction acquired from the vehicle dispatch processing unit 520 to the communication terminal of the vehicle 122 or the driver of the vehicle 122. As a result, an instruction for moving the vehicle 122 to the position indicated by the first vehicle allocation request is transmitted to the communication terminal of the vehicle 122 or the driver of the vehicle 122 by the time indicated by the first vehicle allocation request. NS.

In another embodiment, the vehicle allocation instruction unit 530 acquires an instruction for moving the substitute vehicle 124 from the substitute vehicle processing unit 540. The vehicle dispatch instruction unit 530 transmits the instruction acquired from the substitute vehicle processing unit 540 to the communication terminal of the substitute vehicle 124 or the driver of the substitute vehicle 124. As a result, an instruction for moving the substitute vehicle 124 is transmitted to the communication terminal of the substitute vehicle 124 or the driver of the substitute vehicle 124.

In the present embodiment, the substitute vehicle processing unit 540 executes a process for arranging the substitute vehicle 124 when a predetermined condition (sometimes referred to as a condition for arranging the substitute vehicle) is satisfied. do. Details of the substitute vehicle processing unit 540 will be described later.

The vehicle dispatch processing unit 520 may be an example of the first determination unit. The vehicle dispatch instruction unit 530 may be an example of an instruction transmission unit. The substitute vehicle processing unit 540 may be an example of a performance determination unit, a second determination unit, an adjustment unit, a consideration determination unit, and a notification unit.

The substitute vehicle processing unit 540 may be an example of an arrival determination unit, an arrangement unit, a consideration determination unit, and a cause determination unit. The substitute vehicle processing unit 540 may be an example of a consideration determination unit and a settlement method determination unit.

The substitute vehicle processing unit 540 may be an example of an accident determination unit, an arrangement unit, a consideration determination unit, and a cause determination unit. The substitute vehicle processing unit 540 may be an example of a consideration determination unit and a settlement method determination unit.

The vehicle allocation processing unit 520 may be an example of an allocation unit. The vehicle dispatch instruction unit 530 may be an example of an instruction transmission unit. The substitute vehicle processing unit 540 may be an example of a restriction determination unit and an arrangement unit.

FIG. 6 schematically shows an example of the internal configuration of the substitute vehicle processing unit 540. In the present embodiment, the substitute vehicle processing unit 540 includes, for example, a necessity determination unit 622, a change notification unit 624, a substitute vehicle arrangement unit 626, and a consideration calculation unit 628. In the present embodiment, for the sake of simplicity, the details of the substitute vehicle processing unit 540 will be described with reference to FIG. However, it should be noted that the substitute vehicle processing unit 540 is not limited to this embodiment.

In the present embodiment, the necessity determination unit 622 determines whether or not the condition for arranging the substitute vehicle is satisfied. For example, the necessity determination unit 622 determines whether or not an event that hinders the operation of the vehicle 122 has occurred. More specifically, the necessity determination unit 622 (i) whether or not the second contract can be fulfilled by the vehicle 122, and (ii) by the time when the vehicle 122 is indicated by the contract information of the second contract, the second contract Whether or not it is possible to arrive at the position indicated by the contract information of (iii) whether or not at least one of the failure and the accident has occurred in the vehicle 122, or whether or not at least one of the failure and the accident has occurred in the vehicle 122 is likely to occur. Whether or not, and (iv) at least one of whether or not the movement of the vehicle 122 is restricted may be determined.

The condition for arranging a substitute vehicle may be that the vehicle 122 cannot fulfill the second contract. The condition for arranging the substitute vehicle may be that the vehicle 122 cannot arrive at the position indicated by the contract information of the second contract by the time indicated by the contract information of the second contract.

The condition for arranging a substitute vehicle may be that at least one of a failure and an accident has occurred in the vehicle 122. The condition for arranging a substitute vehicle may be that the vehicle 122 has a high probability of occurrence of at least one of a failure and an accident. The condition for arranging a substitute vehicle may be that the probability of occurrence of at least one of a failure and an accident in the vehicle 122 is greater than a predetermined standard. The above-mentioned failure or accident may be a failure or accident in which the scale of the failure or accident meets a specific standard. The occurrence of at least one of a failure and an accident in the vehicle 122 may be an example of an event that hinders the operation of the vehicle 122.

The condition for arranging a substitute vehicle may be that the movement of the vehicle 122 is restricted. The condition for arranging a substitute vehicle may be that the scale of the movement restriction of the vehicle 122 meets a specific criterion. The restriction on the movement of the vehicle 122 may be an example of an event that hinders the operation of the vehicle 122.

The necessity determination unit 622 may determine whether or not the conditions for arranging the substitute vehicle are satisfied before the performance period of the second contract. The necessity determination unit 622 may determine whether or not the conditions for arranging a substitute vehicle are satisfied after the vehicle 122 is assigned to the second vehicle allocation request and before the performance period of the second contract. .. The performance period of the second contract may be the vehicle dispatch time indicated by the second contract.

[First specific example of judgment processing]
In the present embodiment, the necessity determination unit 622 determines whether or not the vehicle 122 can fulfill the second contract. If it is determined that the vehicle 122 cannot fulfill the second contract, the necessity determination unit 622 may decide to arrange a substitute vehicle 124 at the boarding point 222.

According to one embodiment, the necessity determination unit 622 determines that the vehicle 122 cannot fulfill the second contract when the occurrence of an event that interferes with the operation of the vehicle 122 is detected. The necessity determination unit 622 detects, for example, (i) a failure of the vehicle 122, (ii) an accident involving the vehicle 122, and (iii) at least one of the restrictions on the movement of the vehicle 122. It is determined that the performance of the second contract by The necessity determination unit 622 determines that (i) the scale of failure of the vehicle 122 meets a specific standard, (ii) the scale of the accident of the vehicle 122 meets a specific standard, and (iii) the vehicle 122. It may be determined that the vehicle 122 is unable to fulfill the second contract if at least one of the magnitudes of the movement restriction of the vehicle meets a particular criterion is detected.

Restrictions on the movement of the vehicle 122 include at least one of accidents on the route on which the vehicle 122 was scheduled to move, congestion on the route, and traffic restrictions on some routes on the route. Illustrated. It may be determined that the movement of the vehicle 122 is restricted when the scale of the above-mentioned accident, traffic congestion and traffic regulation meets a specific standard.

In another embodiment, the necessity determination unit 622 is the position (that is, the boarding point 222) indicated by the second contract by the performance period of the second contract (that is, the time t202). .) Is determined whether or not it can be reached. If it is determined that the vehicle 122 cannot reach the boarding point 222 by the time t202, the necessity determination unit 622 may determine that the vehicle 122 cannot fulfill the second contract.

[Second specific example of judgment processing]
In the present embodiment, the necessity determination unit 622 determines whether or not the vehicle 122 can arrive at the boarding point 222 by the time t202. If it is determined that the vehicle 122 cannot reach the boarding point 222 by the time t202, the necessity determination unit 622 may decide to arrange a substitute vehicle 124 at the boarding point 222.

For example, the necessity determination unit 622 first refers to the contract information storage unit 432 and acquires the contract information of the second contract. Next, the necessity determination unit 622 analyzes the contract information, and the time indicated by the contract information of the second contract is time t202, and the position indicated by the contract information of the second contract is the boarding point 222. To determine. After that, the necessity determination unit 622 determines whether or not the vehicle 122 can reach the boarding point 222 by the time t202.

The necessity determination unit 622 may determine whether or not the vehicle 122 can arrive at the boarding point 222 by the time t202 based on the information collected by the vehicle management unit 330. For example, the necessity determination unit 622 includes information indicating the traffic state on the route from the current position of the vehicle 122 to the boarding point 222, the distance from the current position of the vehicle 122 to the boarding point 222, and the average speed of the vehicle 122 per hour. Based on the above, it is determined whether or not the vehicle 122 can reach the boarding point 222 by the time t202.

[Third specific example of judgment processing]
In the present embodiment, the necessity determination unit 622 determines whether or not an event that interferes with the operation of the vehicle 122 has occurred. For example, the necessity determination unit 622 determines whether or not at least one of the failure and the accident has occurred in the vehicle 122, or whether or not the probability that at least one of the failure and the accident has occurred in the vehicle 122 is high. When it is determined that at least one of the failure and the accident has occurred in the vehicle 122, or when it is determined that the probability that at least one of the failure and the accident has occurred in the vehicle 122 is high, the necessity determination unit 622 determines the accident 62. Alternatively, it may be decided to arrange a substitute vehicle 124 at the point where the accident 64 occurs.

In one embodiment, when the substitute vehicle 124 is arranged at the accident 62 or the accident 64 occurrence point before the performance period of the second contract, the necessity determination unit 622 moves the other vehicle to the boarding point 222. You may decide whether or not to arrange a substitute vehicle 124. For example, if the substitute vehicle 124 arranged at the occurrence point of the accident 62 or the accident 64 can fulfill the second contract after being used by the user 40 of the first contract, the necessity determination unit 622 gets on the vehicle. It is not necessary to arrange another substitute vehicle 124 at the point 222. On the other hand, if the substitute vehicle 124 arranged at the occurrence point of the accident 62 or the accident 64 cannot fulfill the second contract after being used by the user 40 of the first contract, the necessity determination unit 622 gets on the vehicle. Another substitute vehicle 124 may be arranged at point 222.

In another embodiment, if a person is on board the vehicle 122, or if an article is loaded on the vehicle 122, the necessity determination unit 622 arranges another substitute vehicle 124 at the boarding point 222. Decide that. When the article is mounted on the vehicle 122, it may be the case where the vehicle 122 is carrying the article based on the contract. On the other hand, if no person is on board the vehicle 122, or if no article is mounted on the vehicle 122, the necessity determination unit 622 does not arrange another substitute vehicle 124 at the boarding point 222. May be good.

For example, the necessity determination unit 622 refers to the vehicle information storage unit 422 and acquires information indicating at least one of the position and the state of the vehicle 122. Next, the necessity determination unit 622 determines whether or not at least one of the failure and the accident has occurred in the vehicle 122, or the failure and the accident in the vehicle 122, based on the information indicating at least one of the position and the state of the vehicle 122. It is determined whether or not at least one of the above is likely to occur.

More specifically, for example, (i) when the vehicle 122 sends an emergency call, or (ii) an advanced driver assistance system, a collision avoidance system, an automatic braking system, an automatic steering system mounted on the vehicle 122. And, when at least one of the airbags is operating and the average moving speed of the vehicle 122 is smaller than a predetermined value, the necessity determination unit 622 causes the vehicle 122 to have at least one of a failure and an accident. Is determined to have occurred.

[Fourth Specific Example of Judgment Processing]
In the present embodiment, the necessity determination unit 622 determines whether or not the movement of the vehicle 122 is restricted. When it is determined that the movement of the vehicle 122 is restricted, the necessity determination unit 622 may set the current position of the vehicle 122 (typically, the accident 62 or the occurrence point of the accident 64) or its vicinity. You may decide to arrange a substitute vehicle 124. In the present embodiment, the vehicle allocation point of the substitute vehicle 124 may be determined based on the instruction or request of the user 40.

If a substitute vehicle 124 is arranged at or near the current position of the vehicle 122 before the performance period of the second contract, the necessity determination unit 622 arranges another substitute vehicle 124 at the boarding point 222. You may decide whether or not to do so. For example, if the substitute vehicle 124 arranged at or near the current position of the vehicle 122 can fulfill the second contract after being used by the user 40 of the first contract, the necessity determination unit 622 gets on the vehicle. It is not necessary to arrange another substitute vehicle 124 at the point 222. On the other hand, if the substitute vehicle 124 arranged at or near the current position of the vehicle 122 cannot fulfill the second contract after being used by the user 40 of the first contract, the necessity determination unit 622 gets on the vehicle. Another substitute vehicle 124 may be arranged at point 222.

For example, the necessity determination unit 622 refers to the vehicle information storage unit 422 and acquires information indicating at least one of the position and the state of the vehicle 122. Next, the necessity determination unit 622 determines whether or not the movement of the vehicle 122 is restricted based on the information indicating at least one of the position and the state of the vehicle 122.

In one embodiment, the necessity determination unit 622 determines whether or not at least one of a failure and an accident has occurred in the vehicle 122 based on the above information. When it is determined that at least one of the failure and the accident has occurred in the vehicle 122, the necessity determination unit 622 determines that the movement of the vehicle 122 is restricted.

In another embodiment, the necessity determination unit 622 may determine at least one of accidents, traffic jams, and traffic restrictions on the movement route of the vehicle 122 based on the above information. When it is determined that at least one of an accident, a traffic jam, and a traffic regulation has occurred on the movement route of the vehicle 122, the necessity determination unit 622 determines that the movement of the vehicle 122 is restricted.

In the present embodiment, the change notification unit 624 sends a message indicating that the contract content has changed when the content of the second contract is changed due to the arrangement of the substitute vehicle 124 instead of the vehicle 122. , Is transmitted to the communication terminal 42 of the user 40 of the second contract. When a part of the second contract is not fulfilled due to the arrangement of the substitute vehicle 124 instead of the vehicle 122, the change notification unit 624 sends a message indicating the content of the non-fulfillment to the communication terminal of the user 40 of the second contract. It may be transmitted to 42.

For example, when the condition regarding the attribute of the vehicle 120 to be dispatched is specified in the second contract, the attribute of the substitute vehicle 124 does not meet at least a part of the condition regarding the attribute of the vehicle 120 specified in the second contract. there is a possibility. At this time, the change notification unit 624 sends a message to the communication terminal 42 used by the user 40 of the second contract indicating that the attribute of the substitute vehicle 124 does not meet the conditions relating to the attribute of the vehicle 120 indicated by the second contract. You may notify.

The above message may include a message for confirming whether or not the management server 110 may arrange the substitute vehicle 124. In this case, the management server 110 may execute the vehicle allocation process of the substitute vehicle 124 when the information indicating that the substitute vehicle 124 may be arranged is acquired from the communication terminal 42. The management server 110 may suspend or wait for the execution of the vehicle allocation process of the substitute vehicle 124 until the information indicating that the substitute vehicle 124 may be arranged is acquired from the communication terminal 42.

The above message may include a message regarding a change in consideration for the use of vehicle 122. The above message may include a message regarding consideration for the use of the substitute vehicle 124.

In the present embodiment, the substitute vehicle arranging unit 626 extracts the vehicle 120 used as the substitute vehicle 124 from one or more vehicles 120 managed by the management server 110. For example, the substitute vehicle arranging unit 626 acquires information indicating that the substitute vehicle 124 is arranged from the necessity determination unit 622. The substitute vehicle arranging unit 626 may determine the vehicle 120 to be used as the substitute vehicle 124 by the same procedure as the vehicle allocation process in the vehicle allocation processing unit 520, depending on the acquisition of the information.

The substitute vehicle arranging unit 626 may acquire information indicating that a rescue request has been notified to the emergency lifesaving server 134. The substitute vehicle arranging unit 626 acquires the above-mentioned rescue request information from, for example, the vehicle 122 or the communication terminal 42 of the user 40 who uses the vehicle 122. The substitute vehicle arranging unit 626 may acquire the information regarding the above rescue request from the emergency lifesaving server 134.

When the substitute vehicle arranging unit 626 obtains the above-mentioned information regarding the rescue request, the substitute vehicle arranging unit 626 may decide to arrange a plurality of substitute vehicles 124. For example, the substitute vehicle arranging unit 626 arranges a larger number of substitute vehicles 124 than the number of vehicles 122. As a result, the substitute vehicle arranging unit 626 can arrange the substitute vehicle 124 used by the other party in the accident, in addition to the substitute vehicle 124 for the user 40 who uses the vehicle 122.

On the contrary, when the substitute vehicle arranging unit 626 obtains the above-mentioned information regarding the rescue request, the substitute vehicle arranging unit 626 may decide not to arrange the substitute vehicle 124. This prevents the substitute vehicle 124 from heading to the accident site, for example, when the person involved in the accident is being transported by an ambulance vehicle.

In the present embodiment, the substitute vehicle arranging unit 626 may acquire information indicating the conditions desired or required by the user 40 who uses the vehicle 122 based on the second contract. The substitute vehicle arranging unit 626 may determine the substitute vehicle 124 based on the conditions desired or requested by the user 40 from the substitute vehicle 124.

The substitute vehicle arranging unit 626 may acquire information indicating the conditions desired or requested by the user 40 from the substitute vehicle 124 at a time before the time t202. The substitute vehicle arranging unit 626 may acquire information indicating the conditions desired or requested by the user 40 from the substitute vehicle 124, for example, via the vehicle allocation request screen generated by the screen generation unit 340.

The information indicating the conditions desired or requested by the user 40 from the substitute vehicle 124 may include information indicating the conditions regarding the attributes of the vehicle 120 used as the substitute vehicle 124. The information indicating the conditions desired or requested by the user 40 from the substitute vehicle 124 includes information indicating which of the attribute of the vehicle 120 used as the substitute vehicle 124 and the arrival time of the substitute vehicle 124 is prioritized. May include. As a specific example of the attribute of the vehicle 120 used as the substitute vehicle 124, the same attribute as the specific example of the attribute of the vehicle 120 described above is exemplified.

In one embodiment, the substitute vehicle arranging unit 626 extracts the vehicle 120 capable of arriving at the boarding point 222 by the time t202 from the one or more vehicles 120 managed by the management server 110 as the substitute vehicle 124. do. The substitute vehicle arranging unit 626 is a vehicle 120 that can arrive at the boarding point 222 by (i) time t202 from among one or more vehicles 120 managed by the management server 110, and is designated in the second contract. The vehicle 120 that meets the conditions relating to the attributes of the vehicle 120 may be extracted as the substitute vehicle 124.

In another embodiment, the substitute vehicle arranging unit 626 extracts the vehicle 120 having the earliest estimated time of arrival at the boarding point 222 as the substitute vehicle 124 from one or more vehicles 120 managed by the management server 110. The substitute vehicle arranging unit 626 indicates that the substitute vehicle arranging unit 626 has among one or more vehicles 120 managed by the management server 110 and among the vehicles 120 that meet the conditions related to the attributes of the vehicle 120 specified in the second contract. The vehicle 120 having the earliest estimated time of arrival at the boarding point 222 may be extracted as the substitute vehicle 124.

When the condition that the user 40 who uses the vehicle 122 based on the second contract desires or requests the substitute vehicle 124 includes information indicating that the attribute of the substitute vehicle 124 is prioritized over the arrival time of the substitute vehicle 124. , The substitute vehicle arranging unit 626 may determine the vehicle 120 that is shown to the user 40 and meets the conditions relating to the attributes, or the vehicle 120 that has the same or similar attributes as the attributes of the vehicle 122 as the substitute vehicle 124. On the other hand, when the condition that the user 40 desires or requests from the substitute vehicle 124 includes information indicating that the arrival time of the substitute vehicle 124 is prioritized over the attribute of the substitute vehicle 124, the substitute vehicle arranging unit 626 , The vehicle 120 having the earliest scheduled time that can join the user 40 who uses the vehicle 122 may be determined as the substitute vehicle 124.

In the present embodiment, the substitute vehicle arranging unit 626 may execute a process for allocating the substitute vehicle 124. The substitute vehicle arranging unit 626 may execute a process for allocating the substitute vehicle 124 by the same procedure as the process in the vehicle allocation processing unit 520.

In one embodiment, the substitute vehicle arranging unit 626 decides to move the substitute vehicle 124 to the boarding point 222. The substitute vehicle arranging unit 626 may decide to move the substitute vehicle 124 to the boarding point 222 by the time t202.

In another embodiment, the substitute vehicle arranging unit 626 determines to move the substitute vehicle 124 to the point of occurrence of accident 62 or accident 64. Even if the substitute vehicle arranging unit 626 decides to move a part of the plurality of substitute vehicles 124 to the accident 62 or the occurrence point of the accident 64 and move the rest of the plurality of substitute vehicles 124 to the boarding point 222. good.

In still another embodiment, the substitute vehicle arranging unit 626 determines to move the substitute vehicle 124 to or near the current position of the vehicle 122 whose movement is restricted, or to a position instructed by the user 40. .. The substitute vehicle arranging unit 626 moves a part of the plurality of substitute vehicles 124 to the current position of the vehicle 122 whose movement is restricted or its vicinity, or a position instructed by the user 40, and the plurality of substitute vehicles 124. You may decide to move the rest of the to the boarding point 222.

In the present embodiment, the consideration calculation unit 628 determines various matters concerning the consideration for the use of the vehicle 120. In one embodiment, the consideration calculation unit 628 determines the conditions for consideration when the contract for the use of the vehicle 120 is fully fulfilled. In another embodiment, the consideration calculation unit 628 determines the conditions regarding the consideration in the case where a part of the contract regarding the use of the vehicle 120 is not fulfilled. In yet another embodiment, the consideration calculation unit 628 determines the conditions regarding the consideration in the case where the entire contract regarding the use of the vehicle 120 is not fulfilled.

As a result, for example, when a substitute vehicle 124 is dispatched instead of the vehicle 122 and part or all of the second contract is not fulfilled, the contents of at least one of the claims and obligations between the parties to the second contract. Can be adjusted. The consideration calculation unit 628 concludes (i) when some of the provisions contained in a single contract regarding the use of the vehicle 120 are not fulfilled, or (ii) in connection with the use of the vehicle 120. If at least a part of some of the contracts to be made is not fulfilled, it may be determined that a part of the contract is not fulfilled. A plurality of contracts may be contracts that are closely related to each other.

For example, the consideration calculation unit 628 determines the amount of consideration. The amount of consideration may be the number or amount of consideration. If the type of consideration is other than monetary value, the amount of consideration may be a monetary equivalent. The consideration calculation unit 628 may determine the settlement method of the consideration. Examples of the payment method for consideration include the type of consideration and the type of payment method.

Examples of the types of consideration include (i) monetary value, (ii) electronic value, (iii) property value, and (iv) rights. Examples of monetary value include currency and money. Examples of electronic value include points, mileage, and electronic money. Cryptocurrency is an example of property value. Cryptocurrency may be an example of monetary value or electronic value depending on the country. Examples of the right include the right to preferentially use the vehicle 120, the right to use the service provided by the management system 100, the right to receive goods (sometimes referred to as a coupon or the like), and the like. Examples of the types of payment means include cash payment, credit card payment, electronic payment, cash back, electronic value offset, and offset with other values.

As mentioned above, the second contract may include conditions relating to the attributes of the vehicle 120 used to perform the second contract. In one embodiment, if the attribute of the substitute vehicle 124 does not meet the conditions relating to the attribute of the vehicle 120 defined in the second contract, the consideration calculation unit 628 determines that the attribute of the substitute vehicle 124 is defined in the second contract. It is determined that the amount of consideration for the use of the vehicle 122 is reduced as compared to the case where the conditions relating to the attributes of the vehicle 120 are met. This adjusts the content of at least one of the claims and obligations between the parties to the second contract if part of the second contract is not fulfilled.

In another embodiment, if the attributes of the substitute vehicle 124 do not meet the conditions relating to the attributes of the vehicle 120 defined in the second contract, the consideration calculation unit 628 is the user 40 and the persons concerned with the user 40 related to the second contract. It is determined that at least one of (i) monetary value, (ii) electronic value, (iii) property value, and (iv) right is granted to at least one of the above. This adjusts the content of at least one of the claims and obligations between the parties to the second contract if part of the second contract is not fulfilled.

In the present embodiment, the consideration calculation unit 628 may, for example, include a case where the contract regarding the use of the vehicle 120 includes information specifying an attribute of the vehicle 120 used for the performance of the contract, and the case where the contract is used for the performance of the contract. The consideration is determined so that the amount of consideration for the use of the vehicle 122 differs depending on whether the information for specifying the attribute of the vehicle 120 is included. The consideration calculation unit 628 identifies the case where the contract regarding the use of the vehicle 120 includes information for specifying the attribute of the vehicle 120 used for the performance of the contract, and the case where the contract specifies the attribute of the vehicle 120 used for the performance of the contract. The consideration may be determined so that the amount of consideration for the use of the substitute vehicle 124 differs between the case where the information is not included and the case where the information is not included.

In the present embodiment, the consideration calculation unit 628 determines, for example, that the contract regarding the use of the vehicle 120 includes information that specifies the first attribute of the vehicle 120 used for the performance of the contract, and that the contract is used for the performance of the contract. The consideration is determined so that the amount of consideration for the use of the vehicle 122 differs depending on whether the information that specifies the first attribute of the vehicle 120 to be used is included. The consideration calculation unit 628 indicates that the contract regarding the use of the vehicle 120 includes information that specifies the first attribute of the vehicle 120 used for the performance of the contract, and the first of the vehicles 120 for which the contract is used for the performance of the contract. The consideration may be determined so that the amount of consideration for the use of the substitute vehicle 124 differs depending on whether the information for specifying the attribute is not included.

In the present embodiment, the consideration calculation unit 628 determines, for example, that the contract regarding the use of the vehicle 120 includes information that specifies the first attribute of the vehicle 120 used for the performance of the contract, and that the contract is used for the performance of the contract. The consideration is determined so that the amount of consideration for the use of the vehicle 122 differs depending on whether the information that specifies the second attribute of the vehicle 120 to be used is included. The consideration calculation unit 628 indicates that the contract regarding the use of the vehicle 120 includes information specifying the first attribute of the vehicle 120 used for the performance of the contract, and the second of the vehicle 120 for which the contract is used for the performance of the contract. The consideration may be determined so that the amount of consideration for the use of the substitute vehicle 124 differs depending on whether the information for specifying the attribute is included. The first attribute and the second attribute may be different attributes from each other.

In the present embodiment, (i) when the user 40 who uses the vehicle 122 according to the second contract is referred to as the owner 20 of the vehicle 122 or a person who uses the vehicle 122 for the owner 20 (referred to as the owner 20 of the vehicle 122 or the like). ), The consideration calculation unit 628 does not have to charge the amount of consideration for the use of the vehicle 122. Even in this case, the consideration calculation unit 628 may charge the amount equivalent to the usage fee of the management system 100. Further, in the consideration calculation unit 628, (i) the user 40 who uses the vehicle 122 according to the second contract is the owner 20 of the vehicle 122, and (ii) the user 40 who uses the vehicle 122 according to the second contract. , The amount of consideration for the use of the substitute vehicle 124 may be determined so that the amount of consideration for the use of the substitute vehicle 124 is different from that of the case where the owner 20 of the vehicle 122 is not used.

In the present embodiment, the consideration calculation unit 628 may determine the reason why the substitute vehicle 124 needs to be arranged. The consideration calculation unit 628 may determine the amount of consideration for the use of the substitute vehicle 124 based on the reason why the substitute vehicle 124 needs to be arranged. The consideration calculation unit 628 indicates that (i) the reason why the substitute vehicle 124 used in place of the vehicle 122 needs to be arranged is due to the owner 20 of the vehicle 122 or the like, and (ii) the above. The amount of consideration for the use of the substitute vehicle 124 may be determined so that the amount of consideration for the use of the substitute vehicle 124 differs depending on whether the cause is not caused by the owner 20 of the vehicle 122 or the like.

When the user of the vehicle 122 is the owner 20 of the vehicle 122 or the like, the consideration calculation unit 628 determines the amount of the consideration when the above cause is caused by the owner 20 of the vehicle 122 or the like, and the above cause is the owner of the vehicle 122. The amount of consideration for the use of the substitute vehicle 124 may be determined so as to be larger than the amount of consideration when it is not caused by 20 or the like. If the user of the vehicle 122 is the owner 20 of the vehicle 122 or the like and the above cause is not caused by the owner 20 of the vehicle 122 or the like, the consideration calculation unit 628 determines that the amount of consideration for the use of the substitute vehicle 124 is the amount of the consideration. The amount of consideration for the use of the substitute vehicle 124 may be determined so as to be smaller than the amount of consideration for the use of the vehicle 122.

In this case, the amount of consideration for the use of the substitute vehicle 124 may be free of charge. (I) monetary value, (ii) electronic value, (iii) property value, (iv) right, etc. may be given so that the usage fee of the substitute vehicle 124 is substantially free of charge.

The reason why it is necessary to arrange a substitute vehicle 124 to be used in place of the vehicle 122 may be a cause that the vehicle 122 cannot fulfill the second contract, and the vehicle 122 gets on by the time t202. It may be the cause of the inability to reach point 222. The reason why it is necessary to arrange the substitute vehicle 124 may be the cause of the failure of the vehicle 122, the cause of the accident involving the vehicle 122, or the cause of the restriction of the movement of the vehicle 122. There may be.

According to one embodiment, when the cause of the need to arrange the substitute vehicle 124 is due to poor maintenance of the vehicle 122, the consideration calculation unit 628 determines that the cause is the owner 20 of the vehicle 122 or the like. Determine to be the cause. More specifically, the consideration calculation unit 628 acquires maintenance information indicating the maintenance status of the vehicle 122. The consideration calculation unit 628 may acquire the above-mentioned maintenance information from the maintenance server 132, or may acquire the maintenance information collected by the vehicle management unit 330 with reference to the vehicle information storage unit 422.

Based on the maintenance information of the vehicle 122, the consideration calculation unit 628 determines whether or not the cause of the need to arrange the substitute vehicle 124 is due to poor maintenance of the vehicle 122.

According to another embodiment, the reason why the above-mentioned substitute vehicle 124 needs to be arranged is due to an accident between the vehicle 122 and a third party, and the negligence rate of the third party is predetermined. When the specified conditions are satisfied, the consideration calculation unit 628 determines that the cause is not caused by the owner 20 of the vehicle 122 or the like. According to another embodiment, when the cause of the need to arrange the substitute vehicle 124 is due to traffic conditions, the consideration calculation unit 628 does not cause the cause to be caused by the owner 20 of the vehicle 122 or the like. Decide that.

According to still another embodiment, when the necessity determination unit 622 determines that an accident involving the vehicle 122 has occurred, or when the necessity determination unit 622 has a high probability of an accident involving the vehicle 122. In the case of determination, (i) the vehicle 122 is in the manual driving mode and the other party of the accident is another moving body operating in the automatic driving mode, or (ii) the vehicle 122 is in the manual driving mode. When the operating status of the equipment mounted on the vehicle 122 satisfies a predetermined condition, the consideration calculation unit 628 determines that the above cause is caused by the owner 20 of the vehicle 122 or the like. decide. On the other hand, when the necessity determination unit 622 determines that an accident involving the vehicle 122 has occurred, or when the necessity determination unit 622 determines that an accident involving the vehicle 122 has a high probability, the vehicle 122 When is in the automatic driving mode, the consideration calculation unit 628 determines that the above cause is not caused by the owner 20 of the vehicle 122 or the like.

The necessity determination unit 622 may be an example of a performance determination unit. The change notification unit 624 may be an example of the notification unit. The substitute vehicle arrangement unit 626 may be an example of the second determination unit. The consideration calculation unit 628 may be an example of an adjustment unit and a consideration determination unit.

The necessity determination unit 622 may be an example of the reservation information acquisition unit and the arrival determination unit. The substitute vehicle arranging unit 626 may be an example of the arranging unit. The consideration calculation unit 628 may be an example of a maintenance information acquisition unit, a consideration determination unit, a consideration determination unit, a settlement method determination unit, and a cause determination unit.

The necessity determination unit 622 may be an example of a reservation information acquisition unit, a moving body information acquisition unit, and an accident determination unit. The substitute vehicle arranging unit 626 may be an example of the arranging unit. The consideration calculation unit 628 may be an example of a consideration determination unit, a consideration determination unit, and a cause determination unit.

The necessity determination unit 622 may be an example of a mobile body information acquisition unit and a restriction determination unit. The substitute vehicle arranging unit 626 may be an example of the arranging unit and the condition information acquisition unit.

When the attribute of the substitute vehicle 124 matches the conditions relating to the attribute of the vehicle 120 defined in the second contract, it may be an example of the case where the second contract is fulfilled. The user 40 according to the second contract may be at least one example of an applicant who applied for the use of the vehicle 120 under the second contract and a user who uses the vehicle 120 under the second contract. The person concerned with the user 40 according to the second contract may be an example of a user who uses the vehicle 120 according to the second contract. The user 40 who uses the vehicle 122 according to the second contract may be an example of the user of the first mobile body indicated by the contract information. The performance period of the second contract may be an example of the reservation time.

FIG. 7 schematically shows an example of the screen 700. The screen 700 may be an example of a vehicle registration screen. The screen 700 may be an example of a screen used by the owner 20 in the vehicle registration process for registering his / her own vehicle 120 as a vehicle 120 that can be rented to another person in the management server 110.

In the present embodiment, on the screen 700, the input reception unit 720 in which the basic information of the vehicle 120 is input, the input reception unit 730 in which the information regarding the rental period of the vehicle 120 is input, and the conditions regarding the use of the vehicle 120 are input. The input reception unit 740 to be input is arranged. On the screen 700, an icon 752 in which a command for executing a process of transmitting the matters input on the screen 700 to the management server 110 may be embedded may be arranged.

FIG. 8 schematically shows an example of the screen 800. The screen 800 may be an example of a vehicle allocation request screen. The screen 800 may be an example of a screen used for the vehicle allocation request processing for the user 40 to request the management server 110 to use the vehicle 120.

In the present embodiment, the screen 800 has an input reception unit 820 for inputting desired conditions regarding the usage period of the vehicle 120, an input reception unit 830 for inputting desired conditions regarding the attributes of the vehicle 120, and arrangement of a substitute vehicle. When it becomes necessary, an input reception unit 840 for inputting desired conditions regarding the arrangement of the substitute vehicle is arranged. On the screen 800, an icon 852 in which a command for executing a process of transmitting the matters input on the screen 800 to the management server 110 may be embedded may be arranged.

FIG. 9 schematically shows an example of the screen 900. The screen 900 may be an example of a vehicle allocation confirmation screen. The screen 900 may be an example of a screen used by the management server 110 for the vehicle allocation confirmation process in order to present the contents of the contract established based on the vehicle allocation request from the user 40 to the user 40.

In the present embodiment, the screen 900 has an area 920 in which conditions relating to the usage period of the vehicle 120 are presented, an area 930 in which conditions relating to the attributes of the vehicle 120 are presented, and an area in which conditions relating to the arrangement of a substitute vehicle are presented. 940 and are arranged. On the screen 900, an icon 952 in which a command for executing a process of transmitting information indicating that the user 40 has confirmed that the information presented on the screen 900 is the same is transmitted to the management server 110 is arranged. May be done. On the screen 900, an icon 954 in which a command for requesting a process for changing the input contents to the management server 110 may be embedded may be arranged. On the screen 900, an icon 956 in which a command for requesting the management server 110 to perform an input content or a process for canceling the vehicle allocation request may be arranged.

FIG. 10 schematically shows an example of the screen 1000. The screen 1000 may be an example of a change notification screen. The screen 1000 is used for change notification processing for the management server 110 to present the changed contents to the user 40 when the contract contents with the user 40 are changed due to the arrangement of the substitute vehicle 124 by the management server 110. It may be an example of a screen used.

In the present embodiment, the screen 1000 includes an area 1020 in which a message regarding a change in contract content is presented, and an area 1030 in which information about a substitute vehicle selected by the management server 110 is presented. On the screen 1000, an icon 1052 in which a command for executing a process for executing a process of transmitting information indicating that the user 40 accepts the information presented in the area 1020 and the area 1030 is transmitted to the management server 110 is arranged. You may.

In the present embodiment, the screen 1000 may be provided with an input reception unit 1040 in which information for the user 40 to change the information regarding the arrangement of the substitute vehicle is input. On the screen 1000, an icon 1054 in which a command for executing a process of transmitting the matters input to the input receiving unit 1040 to the management server 110 may be embedded may be arranged.

FIG. 11 shows an example of a computer 3000 in which a plurality of aspects of the present invention may be embodied in whole or in part. The management system 100 or a part thereof may be realized by the computer 3000. For example, the management system 100 or a part thereof is realized by the computer 3000. The vehicle 120 or a part thereof may be realized by the computer 3000. For example, a control device mounted on the vehicle 120 and controlling the vehicle 120 or a part thereof is realized by a computer 3000.

The program installed on the computer 3000 causes the computer 3000 to function as an operation associated with the device according to an embodiment of the present invention or as one or more "parts" of the device, or the operation or the one or more "parts". A unit can be run and / or a computer 3000 can be made to perform a process according to an embodiment of the present invention or a stage of the process. Such a program may be executed by the CPU 3012 to cause the computer 3000 to perform a specific operation associated with some or all of the blocks of the flowcharts and block diagrams described herein.

The computer 3000 according to this embodiment includes a CPU 3012, a RAM 3014, a graphic controller 3016, and a display device 3018, which are interconnected by a host controller 3010. The computer 3000 also includes an input / output unit such as a communication interface 3022, a hard disk drive 3024, a DVD-ROM drive 3026, and an IC card drive, which are connected to the host controller 3010 via the input / output controller 3020. The computer also includes legacy I / O units such as the ROM 3030 and keyboard 3042, which are connected to the I / O controller 3020 via an I / O chip 3040.

The CPU 3012 operates according to the programs stored in the ROM 3030 and the RAM 3014, thereby controlling each unit. The graphic controller 3016 acquires the image data generated by the CPU 3012 in a frame buffer or the like provided in the RAM 3014 or itself so that the image data is displayed on the display device 3018.

The communication interface 3022 communicates with other electronic devices via the network. Hard disk drive 3024 stores programs and data used by CPU 3012 in computer 3000. The DVD-ROM drive 3026 reads the program or data from the DVD-ROM 3001 and provides the program or data to the hard disk drive 3024 via the RAM 3014. The IC card drive reads the program and data from the IC card and / or writes the program and data to the IC card.

The ROM 3030 stores in it a boot program or the like executed by the computer 3000 at the time of activation, and / or a program depending on the hardware of the computer 3000. The input / output chip 3040 may also connect various input / output units to the input / output controller 3020 via a parallel port, a serial port, a keyboard port, a mouse port, and the like.

The program is provided by a computer-readable storage medium such as a DVD-ROM 3001 or an IC card. The program is read from a computer-readable storage medium, installed on a hard disk drive 3024, RAM 3014, or ROM 3030, which is also an example of a computer-readable storage medium, and executed by the CPU 3012. The information processing described in these programs is read by the computer 3000 and provides a link between the program and the various types of hardware resources described above. The device or method may be configured to implement the operation or processing of information in accordance with the use of computer 3000.

For example, when communication is executed between the computer 3000 and an external device, the CPU 3012 executes a communication program loaded in the RAM 3014, and performs communication processing on the communication interface 3022 based on the processing described in the communication program. You may order. Under the control of the CPU 3012, the communication interface 3022 reads and reads transmission data stored in a transmission buffer area provided in a recording medium such as a RAM 3014, a hard disk drive 3024, a DVD-ROM 3001, or an IC card. The data is transmitted to the network, or the received data received from the network is written to the reception buffer area or the like provided on the recording medium.

Further, the CPU 3012 makes the RAM 3014 read all or necessary parts of the file or the database stored in the external recording medium such as the hard disk drive 3024, the DVD-ROM drive 3026 (DVD-ROM3001), and the IC card. Various types of processing may be performed on the data on the RAM 3014. The CPU 3012 may then write back the processed data to an external recording medium.

Various types of information such as various types of programs, data, tables, and databases may be stored in recording media and processed. The CPU 3012 describes various types of operations, information processing, conditional judgment, conditional branching, unconditional branching, and information retrieval described in various parts of the present disclosure with respect to the data read from the RAM 3014. Various types of processing may be performed, including / replacement, etc., and the results are written back to RAM 3014. Further, the CPU 3012 may search for information in a file, a database, or the like in the recording medium. For example, when a plurality of entries each having an attribute value of the first attribute associated with the attribute value of the second attribute are stored in the recording medium, the CPU 3012 is the first of the plurality of entries. The attribute value of the attribute of is searched for the entry that matches the specified condition, the attribute value of the second attribute stored in the entry is read, and the first attribute that satisfies the predetermined condition is selected. You may get the attribute value of the associated second attribute.

The program or software module described above may be stored on or near computer 3000 in a computer-readable storage medium. In addition, a recording medium such as a hard disk or RAM provided in a dedicated communication network or a server system connected to the Internet can be used as a computer-readable storage medium, whereby the above program can be transmitted via the network. Provided to computer 3000.

Although the present invention has been described above using the embodiments, the technical scope of the present invention is not limited to the scope described in the above embodiments. It will be apparent to those skilled in the art that various changes or improvements can be made to the above embodiments. Further, to the extent that there is no technical contradiction, the matters described for the specific embodiment can be applied to other embodiments. Further, each component may have the same characteristics as other components having the same name but different reference numerals. It is clear from the claims that the form with such modifications or improvements may also be included in the technical scope of the invention.

The order of execution of operations, procedures, steps, steps, etc. in the devices, systems, programs, and methods shown in the claims, specifications, and drawings is particularly "before" and "prior to". It should be noted that it can be realized in any order unless the output of the previous process is used in the subsequent process. Even if the claims, the specification, and the operation flow in the drawings are explained using "first", "next", etc. for convenience, it means that it is essential to carry out in this order. is not it.

10 communication network, 20 owner, 22 communication terminal, 40 users, 42 communication terminal, 62 accident, 64 accident, 100 management system, 110 management server, 120 vehicle, 122 vehicle, 124 substitute vehicle, 132 maintenance server, 134 emergency lifesaving server , 212 boarding point, 214 getting off point, 222 getting off point, 224 getting off point, 320 request reception department, 330 vehicle management department, 340 screen generation department, 350 storage unit, 360 vehicle allocation management department, 370 payment management department, 422 vehicle information storage Department, 424 Owner information storage unit, 426 User information storage unit, 432 Contract information storage unit, 434 Vehicle allocation plan storage unit, 436 Payment information storage unit, 520 Vehicle allocation processing unit, 530 Vehicle allocation instruction unit, 540 Substitute vehicle processing unit, 622 required Negative judgment unit, 624 change notification unit, 626 substitute vehicle arrangement unit, 628 consideration calculation unit, 700 screen, 720 input reception unit, 730 input reception unit, 740 input reception unit, 752 icon, 800 screen, 820 input reception unit, 830 Input reception unit, 840 input reception unit, 852 icon, 900 screen, 920 area, 930 area, 940 area, 952 icon, 954 icon, 956 icon, 1000 screen, 1020 area, 1030 area, 1040 input reception unit, 1052 icon, 1054 Icon, 3000 Computer, 3001 DVD-ROM, 3010 Host Controller, 3012 CPU, 3014 RAM, 3016 Graphic Controller, 3018 Display Device, 3020 I / O Controller, 3022 Communication Interface, 3024 Hard Disk Drive, 3026 DVD-ROM Drive, 3030 ROM , 3040 I / O chip, 3042 keyboard

Claims (12)

A mobile information acquisition unit that acquires information indicating at least one of the position and state of the first mobile assigned to the usage request, and a mobile information acquisition unit.
Based on the information acquired by the moving body information acquisition unit, a restriction determination unit that determines whether or not the movement of the first moving body is restricted, and a restriction determination unit.
When it is determined that the movement of the first moving body is restricted, an arranging unit that determines to arrange a third moving body different from the first moving body, and an arranging unit.
A condition information acquisition unit for acquiring information indicating conditions required by the user of the first mobile body for the third mobile body, and a condition information acquisition unit.
With
The arranging unit determines the third mobile body based on the information acquired by the condition information acquisition unit.
Information processing device. When it is determined that the movement of the first moving body is restricted, the arranging unit determines that the movement of the first moving body is restricted.
It is decided that the next user of the first moving body different from the user arranges a second moving body different from the first moving body as a moving body to be used in place of the first moving body. do,
The information processing device according to claim 1. The restriction determination unit
Based on the information acquired by the moving body information acquisition unit, it is determined whether or not at least one of a failure and an accident has occurred in the first moving body.
When it is determined that at least one of a failure and an accident has occurred in the first moving body, it is determined that the movement of the first moving body is restricted.
The information processing device according to claim 1 or 2. An instruction transmitting unit that transmits an instruction for moving the first moving body to the position indicated by the usage request to the first moving body by the time indicated by the usage request.
With more
The condition information acquisition unit acquires information indicating the conditions required by the user of the first mobile body for the third mobile body at a time before the time indicated by the usage request.
The information processing device according to any one of claims 1 to 3. The arrangement department
Based on the information acquired by the condition information acquisition unit, a moving body that is a candidate for the third moving body is extracted.
When another usage request from another user different from the user is acquired after the usage request is acquired, the moving body that is a candidate for the third moving body in response to the other usage request. Decide to assign another move that is different from
The information processing device according to claim 4. The information indicating the conditions required for the third mobile body includes information indicating which of the attributes of the third mobile body and the arrival time of the third mobile body is prioritized.
The information processing device according to any one of claims 1 to 5. When the information acquired by the condition information acquisition unit includes information indicating that the attribute of the third mobile body is prioritized over the arrival time of the third mobile body, the arrangement unit may use the first method. A moving body having the same or similar attributes as the moving body is determined as the third moving body.
The information processing device according to claim 6. When the information acquired by the condition information acquisition unit includes information indicating that the arrival time of the third mobile body is prioritized over the attributes of the third mobile body, the arrangement unit may use the first method. The mobile body having the earliest scheduled time to join the user of the mobile body is determined as the third mobile body.
The information processing device according to claim 6 or 7. The attributes of the third moving body are the type of the third moving body, the capacity of the third moving body, the specifications of the living space of the third moving body, the maximum loadable capacity of the third moving body, and the third. Specifications of the luggage storage space of the moving body, attributes of objects that can be mounted on the third moving body, whether or not smoking is possible in the third moving body, equipment of the third moving body, and cleaning state of the third moving body. Including at least one of
The information processing device according to any one of claims 6 to 8. The information processing apparatus according to any one of claims 1 to 9 is provided.
Mobile body. A program for causing a computer to function as an information processing device according to any one of claims 1 to 9. A mobile information acquisition stage for acquiring information indicating at least one of the position and state of the first mobile assigned to the usage request, and
Based on the information acquired in the moving body information acquisition step, a restriction determination step of determining whether or not the movement of the first moving body is restricted, and a restriction determination step.
When it is determined that the movement of the first moving body is restricted, an arrangement stage for arranging a third moving body different from the first moving body, and
A condition information acquisition stage for acquiring information indicating a condition required by the user of the first mobile body for the third mobile body, and a condition information acquisition stage.
Have,
The arrangement step includes a step of determining the third mobile body based on the information acquired in the condition information acquisition step.
Method.

Images