JP7194811B2 - Information processing system, mobile object, output device, program, method, and output method - Google Patents

Description

The present invention relates to an information processing system, mobile object, program and method.

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

Problem to be solved

In the conventional system, when a substitute vehicle is arranged, it may not be possible to arrange a vehicle that meets the user's expectations or specifications.

General disclosure

A first aspect of the present invention provides an information processing device. The information processing apparatus described above includes, for example, a moving object information acquisition unit that acquires information indicating at least one of the position and state of the first moving object assigned in response to the use request. The above information processing apparatus includes, for example, a restriction determination unit that determines whether movement of the first moving body is restricted based on information acquired by the moving body information acquisition unit. The above information processing apparatus includes, for example, an arrangement unit that determines to arrange a third moving body different from the first moving body when it is determined that movement of the first moving body is restricted. The above information processing apparatus includes, for example, a condition information acquisition unit that acquires information indicating the conditions that the user of the first moving body requests of the third moving body. In the information processing apparatus described above, the dispatch unit determines the third moving object based on the information acquired by the condition information acquisition unit, for example.

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

The above information processing apparatus comprises an instruction transmission unit for transmitting an instruction to the first mobile body to move the first mobile body to the position indicated by the use request by the time indicated by the use request. you can The condition information acquisition unit may acquire information indicating the conditions requested by the user of the first mobile body to the third mobile body before the time indicated by the use request. The assigning unit may extract a moving object that is a candidate for the third moving object based on the information acquired by the condition information acquiring unit. When the usage request acquiring unit acquires another usage request from a user different from the user after acquiring the usage request, the allocating unit responds to the other usage request by the third mobile unit. A decision may be made to assign other mobiles that are different from the candidate mobiles.

In the information processing apparatus described above, the information indicating the conditions required for the third moving body may include information indicating which of the attributes of the third moving body and the arrival time of the third moving body is prioritized. . If the information acquired by the condition information acquisition unit includes information indicating that the attribute of the third mobile unit is given priority over the arrival time of the third mobile unit, the dispatch unit determines whether the attribute is the same as the attribute of the first mobile unit. Alternatively, a moving body having similar attributes may be determined as the third moving body. If the information acquired by the condition information acquisition unit includes information indicating that the arrival time of the third mobile body is given priority over the attribute of the third mobile body, the dispatch unit determines that the user of the first mobile body and The moving body with the earliest scheduled time to join 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 specification of the living space of the third moving body, the maximum loadable amount of the third moving body, and the luggage storage space of the third moving body. , attributes of objects mountable on the third moving body, whether or not smoking is allowed on the third moving body, equipment of the third moving body, and cleaning state of the third moving body.

In a second aspect of the invention, a method is provided. The method includes, for example, a mobile information obtaining step of obtaining information indicative of the location and/or status of the first mobile assigned to the usage request. The above method includes, for example, a restriction determination step of determining whether movement of the first mobile body is restricted based on the information acquired in the mobile information acquisition step. The above method has a arranging step of arranging a third mobile body different from the first mobile body, for example, when it is determined that the movement of the first mobile body is restricted. The above method has, for example, a condition information obtaining step of obtaining information indicating the conditions that the user of the first mobile requires of the third mobile. In the above method, the arrangement step includes, for example, determining the third moving 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 storing the above program may be provided. The program may be a program for causing a computer to function as the information processing apparatus according to the first aspect. The program may be a program for causing a computer to execute the information processing apparatus according to the second aspect.

A mobile object is provided in a fourth aspect of the present invention. The mobile body includes, for example, the information processing device according to the first aspect.

It should be noted that the above summary of the invention does not list all the necessary features of the invention. Subcombinations of these feature groups can also be inventions.

An example of the system configuration of the management system 100 is schematically shown. An example of dispatch 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 a storage unit 350 is shown schematically. An example of the internal configuration of the dispatch management part 360 is shown roughly. An example of the internal configuration of the loaner car processing unit 540 is shown schematically. An example screen 700 is shown schematically. An example screen 800 is shown schematically. An example screen 900 is shown schematically. An example of a 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 for the solution of the invention. In addition, in the drawings, the same or similar parts may be denoted by the same reference numerals to omit redundant description.

[Overview of management system 100]
An overview of an example of the management system 100 will be described with reference to FIGS. 1 and 2. FIG. FIG. 1 schematically shows an example of a system configuration of a management system 100. As shown in FIG. FIG. 2 schematically shows an example of dispatch by the management system 100. As shown in FIG.

As shown in FIG. 1, the management system 100 comprises a management server 110 in this embodiment. The management system 100 may include one or more (sometimes abbreviated as one or more) vehicles 120 . Management system 100 may include communication terminals 22 utilized by owners 20 of one or more vehicles 120 . The management system 100 may include a communication terminal 42 used by a user 40 who temporarily uses the vehicle 120 . Management system 100 may include a maintenance server 132 for managing information regarding maintenance of at least one of one or more vehicles 120 . The management system 100 may include an EMS server 134 for managing information regarding rescue requests. Each part of the management system 100 may transmit 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 one or more owners 20 respectively. The management system 100 may comprise one or more communication terminals 42 used by one or more users 40 respectively. Management system 100 may include one or more maintenance servers 132 . Management system 100 may include one or more critical care servers 134 .

In this embodiment, management system 100 manages one or more vehicles 120 . Management system 100 may manage operations of each of one or more vehicles 120 . Management system 100 may manage schedules for each of one or more vehicles 120 . The schedule of the vehicle 120 is specified by, for example, information indicating the time or period and information indicating the schedule of the vehicle 120 at that 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 a dispatch request from the owner 20 or the user 40, and (iii) use by the owner 20 or the user 40. , (iv) maintenance, and the like.

In one embodiment, management system 100 manages dispatch plans for each of one or more vehicles 120 . The dispatch plan may include information indicating the location of the next destination for each of the one or more vehicles 120 . A dispatch plan may include information indicating one or more schedules for travel of each of the one or more vehicles 120 . Each of the information indicating one or more schedules includes information indicating the time or period (sometimes referred to as dispatch time) at which the vehicle 120 is dispatched, and a point at which the vehicle 120 is dispatched (referred to as the dispatch point). may include information indicating the location of Each of the information indicating one or more schedules may include information indicating the duration of the schedule, the end time of the schedule, or their predicted values. Each of the information indicating one or more schedules may include information indicating the position of vehicle 120 at the end time of the schedule.

Management system 100 may manage dispatch plans for each of one or more vehicles 120 based on a contract for the use of vehicles 120 . The above contract may be a contract between an operator (not shown) of the management system 100 and the user 40 or a contract between the owner 20 and the user 40 . Management system 100 may mediate contracts between owner 20 and user 40 .

In one embodiment, the above contract is established when management system 100 receives a request (sometimes referred to as a dispatch request) from vehicle 120 that wishes to use vehicle 120 . In another embodiment, the management system 100 (i) processes the vehicle allocation request to create a vehicle allocation plan corresponding to the vehicle allocation request, and (ii) obtains the user's 40's consent to the vehicle allocation plan. do.

[Overview of Vehicle Allocation by Management System 100]
[An example of arrangements for the vehicle 122]
As shown in FIG. 2 , in this embodiment, first, the management server 110 of the management system 100 acquires the first dispatch request from the user 40 . The first dispatch request may include information indicating that dispatch of the vehicle 120 to the boarding point 212 is requested by time t201.

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

As a result, for example, a first contract (sometimes referred to as a first reservation) is established. The contents of the first contract (sometimes referred to as the reservation conditions of the first reservation) are as follows: 214, (ii) at time t201, dispatch any vehicle 120 or a vehicle 120 that meets specific conditions, and then for a predetermined period of time , may define that the user 40 is permitted to use the vehicle 120 . The end of the predetermined time period may be a predetermined time, or may be the arrival of the vehicle 120 at the drop-off point 214 .

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

When acquiring the second vehicle allocation request, the management server 110 allocates at least one of the one or more vehicles 120 under the management of the management server 110 to the second vehicle allocation request. For example, the management server 110 allocates the vehicle 122 to the second dispatch request from the user 40 .

Thereby, for example, a second contract (sometimes referred to as a second reservation) is established. The content of the second contract (sometimes referred to as the reservation conditions of the second reservation) includes (i) a 224, (ii) at time t202, dispatch any vehicle 120 or a vehicle 120 that meets specific conditions, and then for a predetermined period of time , may define that the user 40 is permitted to use the vehicle 120 . The end of the predetermined period may be a predetermined time, or may be the arrival of the vehicle 120 at the drop-off point 224 .

According to this 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, while the vehicle 122 is moving from the pick-up point 212 to the drop-off point 214, an accident 62 may occur and the movement of the vehicle 122 may be restricted. It is also conceivable that an accident 64 occurs while the empty vehicle 122 is moving from the drop-off point 214 to the boarding point 222, and the movement of the vehicle 122 is restricted.

The accident described above 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 speed and route of movement 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 is scheduled to move, congestion on the route, and traffic on a part of the route. At least one of the restrictions is exemplified.

[Example of arrangements for substitute car 124]
In this case, the vehicle 122 may not be able to reach the boarding point 222 by time t202 depending on the extent of restrictions on movement of the vehicle 122 . As a result, the vehicle 122 may not be able to fulfill the second contract when the second contract is fulfilled.

Therefore, according to the present embodiment, the management server 110 dispatches the substitute vehicle 124 to the pick-up point 222 when a predetermined condition (which may be referred to as a condition regarding arrangement of a substitute vehicle) is established. to decide. The management server 110 may decide to dispatch a plurality of courtesy cars 124 to the occurrence point. The management server 110 may decide to dispatch the same number of substitute vehicles 124 as the number of vehicles 122 to the above-described occurrence point. The management server 110 may also execute processing for dispatching the substitute car 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 loaner car 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 or the substitute vehicle 124 is allocated as the vehicle 120 corresponding to the second vehicle allocation request, the user experience of the user 40 will not be affected. No.

In one embodiment, management server 110 determines whether vehicle 122 can fulfill the second contract. Then, if it is determined that the vehicle 122 assigned to the second contract cannot fulfill the second contract at the time of signing the second contract, the management server 110 sends the substitute car 124 to the pick-up point 222. Decide to ship.

In another embodiment, the management server 110 determines whether or not the vehicle 122 will arrive at the boarding point 222 by time t202. If so, the management server 110 determines to dispatch the loaner car 124 to the pick-up point 222 .

[Another example of arranging a loaner car 124]
Depending on at least one of the content of the accident 62 or the accident 64, the position of the occurrence point, and the time of occurrence, the user experience of the user 40 can be improved by dispatching the substitute car 124 to the point of occurrence of the accident 62 or the accident 64. It may improve significantly. For example, if the vehicle 122 is difficult to move due to an accident or breakdown, a loaner car 124 can be arranged for the user 40, thereby greatly enhancing the user's 40 user experience.

If an accident 62 or 64 occurs in an area where public transportation is infrequently operated or an area where transportation services are not provided by public transportation, a substitute car 124 is arranged for the user 40. , the user experience of the user 40 is greatly enhanced. In addition, when the accident 62 or 64 occurs during a time period when public transportation systems operate less frequently or during a time period outside the business hours of public transportation systems, a loaner car 124 is arranged for the user 40. , the user experience of the user 40 is greatly improved. Examples of public transportation include buses, taxis, railroads, and the like.

Therefore, according to the present embodiment, when a predetermined condition (which may be referred to as a condition for arranging a substitute vehicle) is established, the management server 110 causes the substitute vehicle 124 to Decide to dispatch a vehicle to the point of occurrence. The management server 110 may decide to dispatch a plurality of courtesy cars 124 to the location where the accident occurred. The accident occurrence point 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 dispatch a larger number of loaner vehicles 124 than the number of vehicles 122 to the above-mentioned point of occurrence. Further, the management server 110 may execute processing for dispatching the loaner car 124 to the above-mentioned point of occurrence.

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

In another embodiment, management server 110 determines whether movement of vehicle 122 is restricted. When it is determined that the movement of the vehicle 122 is restricted, the management server 110 determines to dispatch the loaner vehicle 124 to the occurrence point.

As described above, according to the present embodiment, for example, even when an accident occurs with respect to a specific vehicle 122, a substitute vehicle 124 can be arranged. This greatly improves the user experience for user 40 . Moreover, as a technical effect, the loaner car 124 can be arranged before the second contract is due to be fulfilled, so 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 used efficiently.

[Overview of Each Part of Management System 100]
In this embodiment, the communication network 10 conveys 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. Communication network 10 may include wireless packet communication networks, the Internet, P2P networks, leased lines, VPNs, power line communication lines, and the like. The communication network 10 may include (i) a mobile communication network such as a cellular network, and (ii) a wireless MAN (eg, WiMAX®), a wireless LAN (eg, WiFi®). ), Bluetooth (registered trademark), Zigbee (registered trademark), NFC (Near Field Communication), and other wireless data communication networks.

In this embodiment, the owner 20 uses, for example, the vehicle 120 to transport people or things to a specific point (sometimes referred to as a destination). Owner 20 may use vehicle 120 to transport owner 20 itself, or use vehicle 120 to transport persons other than owner 20 (sometimes referred to as related parties of owner 20) or goods. may The goods transported by the vehicle 120 may be the luggage of the owner 20 or the luggage of a person related to the owner 20 .

Owner 20 may use vehicle 120 to transport people or things to a destination based on the contract. In this case, the owner 20 may drive the vehicle 120 himself, 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. .

Owner 20 may temporarily allow others to use vehicle 120 . The owner 20 may let others use the vehicle 120 based on the contract. For example, the owner 20 lends the vehicle 120 to others. The owner 20 may allow the user 40 who wishes 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 profit from the use of the vehicle 120, or a person who has the right to license others to use the vehicle 120. . Owner 20 may be a person who uses vehicle 120 under a lease agreement. Owner 20 may be an individual, a corporation, or an organization.

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

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

In this embodiment, the communication terminal 22 transmits and receives various information to and from each section 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 for the management system 100 .

The communication terminal 22 is not particularly limited as long as it is an information processing device having a communication function. Examples of the communication terminal 22 include a personal computer and a mobile terminal. Examples of mobile terminals include mobile phones, smart phones, PDAs, tablets, notebook or laptop computers, wearable computers, and the like.

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

In one embodiment, user 40 uses vehicle 120 to transport people or goods to a destination, for example, under a transportation contract with owner 20 . In other embodiments, user 40 uses vehicle 120 to transport people or things to a destination, such as under a rental agreement with owner 20 . A person transported by vehicle 120 may be user 40 or a person other than user 40 (sometimes referred to as an affiliate of user 40). The items transported by the vehicle 120 may be the luggage of the user 40 or the luggage of a person related to the user 40 .

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

In this embodiment, the communication terminal 42 transmits and receives various information to and from each section 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 for the management system 100 .

The communication terminal 42 is not particularly limited as long as it is an information processing device having a communication function. Examples of the communication terminal 42 include a personal computer and a mobile terminal. Examples of mobile terminals include mobile phones, smart phones, PDAs, tablets, notebook or laptop computers, wearable computers, and the like.

In this embodiment, the management server 110 manages one or more vehicles 120 . Management server 110 may manage operation of each of one or more vehicles 120 . Management server 110 may manage schedules for each of one or more vehicles 120 . The management server 110 may manage dispatch of each of the one or more vehicles 120 .

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

Management server 110 may manage consideration for at least one use of one or more vehicles 120 . For example, management server 110 manages fees for use of vehicle 122 . The management server 110 may manage charges for using the loaner car 124 . More specifically, the management server 110 may determine the amount of consideration, and may determine the settlement method of the consideration.

In this embodiment, vehicle 120 is used, for example, by user 40 to transport people or goods. Vehicle 120 may be used to transport user 40 or a person related to user 40 and may be used to transport user 40 or a person related to user 40 to carry luggage. Note that the owner 20 may use the vehicle 120 as the user 40 .

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

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

The vehicle 120 may be an unmanned vehicle, a self-driving vehicle, or a manned vehicle. Vehicles 120 are exemplified by bicycles, automobiles, motorcycles, electric trains, and the like. Examples of automobiles include engine vehicles, electric vehicles, fuel cell vehicles, hybrid vehicles, and working machines. Examples of motorcycles include (i) motorcycles, (ii) tricycles, and (iii) standing motorcycles or tricycles having a power unit.

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

The maintenance of the vehicle 120 includes at least one of (i) cleaning the vehicle 120, (ii) inspecting the vehicle 120, (iii) maintaining or servicing the vehicle 120, and (iv) replenishing the vehicle 120 with energy or an energy source. exemplified. Examples of cleaning include cleaning the inside of the vehicle, cleaning the outside of the vehicle, and the like. 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 sources include electricity, gasoline, light oil, alcohol, natural gas, propane gas, and hydrogen.

In this embodiment, the maintenance server 132 may be an information processing device capable of transmitting and receiving various types of information to and from each section of the management system 100 via the communication network 10, and the details thereof are not particularly limited. not. Examples of the maintenance server 132 include a personal computer and a mobile terminal. Examples of mobile terminals include mobile phones, smart phones, PDAs, tablets, notebook or laptop computers, wearable computers, and the like.

In this embodiment, the emergency life-saving server 134 is used by at least one of (i) administrative agencies, (ii) emergency life-saving agencies such as hospitals and fire departments, and (iii) security agencies such as police and private security companies. It can be a terminal. The emergency lifesaving server 134 manages information regarding rescue requests, for example.

Critical care server 134 receives rescue requests from at least one of one or more vehicles 120, for example. Critical care server 134 receives rescue requests from, for example, at least one user 40 of one or more vehicles 120 . Critical care server 134 may store information regarding the rescue request in a suitable storage device. Examples of information regarding a rescue request include information regarding a person requiring rescue, information regarding whether a rescue vehicle needs to be dispatched, information indicating the destination of a rescue vehicle, and the like.

In this 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. Not limited. Examples of the emergency lifesaving server 134 include a personal computer and a mobile terminal. Examples of mobile terminals include mobile phones, smart phones, PDAs, tablets, notebook or laptop computers, wearable computers, and the like.

[Specific configuration of each part of management system 100]
Each part of the management system 100 may be realized by hardware, software, or both hardware and software. At least 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 part of each part of the management system 100 may be realized on a virtual server or a cloud system. At least part of each unit of the management system 100 may be realized by a personal computer or a mobile terminal. Examples of mobile terminals include mobile phones, smart phones, PDAs, tablets, notebook computers or laptop computers, wearable computers, and the like. Each part of the management system 100 may store information using distributed ledger technology or distributed networks such as blockchain.

When at least part of the components that make up the management system 100 are implemented by software, the components implemented by the software define operations related to the components in an information processing device with a general configuration. It may be realized by starting a program. The information processing apparatus having the above general configuration includes (i) a data processing apparatus having a processor such as a CPU and GPU, a ROM, a RAM, a communication interface, and the like; and (ii) a keyboard, pointing device, touch panel, camera, voice input Input devices such as devices, gesture input devices, various sensors, and GPS receivers, (iii) output devices such as display devices, audio output devices, and vibration devices, and (iv) storage devices such as memories, HDDs, and SSDs (external including a storage device).

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

The above program may be a program for causing the computer to function as the management system 100 or a part thereof. The above program may have modules that define the operation of each part of the management system 100 . These programs or modules act on the data processing device, input device, output device, storage device, etc., to cause the computer to function as each part of the management system 100, or to cause the computer to execute the information processing method in each part of the management system 100. or

The above program may be installed in a computer that constitutes at least part of the management system 100 from a computer-readable medium or a storage device connected to a network. A computer may function as at least part of each unit of the management system 100 by executing the above program. The information processing described in the above program is a specific process in which software related to the program cooperates with various hardware resources of the management system 100 or a part thereof when the program is read into a computer. act as a means. Then, the management system 100 corresponding to the purpose of use of the computer in this embodiment is constructed by the above specific means realizing the calculation or processing of information according to the purpose of use of the computer.

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 a computer to execute the information processing method in the management server 110 . The above program may be a program for causing a computer to function as a control device for vehicle 120 . The above program may be a program for causing a computer to execute the information processing method in the control device of vehicle 120 .

The above method includes an accident determination step of determining that the first moving body has experienced an operation hindrance state; It may have a arranging step of deciding to move the mobile body to the position where the operation hindrance has occurred, and a price determination step of deciding the conditions regarding the price for using the one or more third mobile bodies. Each step of the above method may be performed by a computer.

The above method includes a mobile information obtaining step of obtaining information indicating at least one of the position and state of the first mobile assigned to the usage request, and based on the information obtained in the mobile information obtaining step a restriction determination step of determining whether the movement of the first moving body is restricted; and a third movement different from the first moving body when it is determined that the movement of the first moving body is restricted. and a condition information obtaining step of obtaining information indicating the conditions that the user of the first moving body requires of the third moving body. The arrangement step may include a step of determining the third mobile body based on the information acquired in the condition information acquisition step. Each step of the above method may be performed by a computer.

The above method may be a method for managing mobile reservations and reservation conditions for reservations. The above method comprises a first decision step of deciding to assign the first mobile to fulfill the reservation; a fulfillment determination stage for determining whether or not the reservation can be fulfilled by the mobile body; and if it is determined in the fulfillment determination stage that the first mobile body cannot fulfill the reservation, a second A second decision step to decide to allocate a mobile unit and an adjustment to adjust the claims and/or liabilities between the parties to the reservation if the decision in the second decision step fails to fulfill any part of the reservation terms. It may have stages. Each step of the above method may be performed by a computer.

The above method includes a reservation information obtaining step of obtaining reservation information indicating reservation conditions for the reservation of the first mobile unit, and the first mobile unit arriving at the location indicated by the reservation information by the time indicated by the reservation information. and an arrival determination step of determining whether or not the first mobile unit can arrive at the position indicated by the reservation information by the time indicated by the reservation information. It may have an arrangement stage of deciding to move the second mobile body to the position indicated by the reservation information, and a price determination stage of deciding the conditions regarding the price for using the second mobile body. 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. Vehicle 120 may be an example of a mobile object. 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 moving body. The substitute car 124 may be an example of the second moving body and the third moving body.

The first dispatch request may be an example of a usage request. The first dispatch request may be an example of reservation information. The first 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 dispatch request may be an example of a usage request. The second dispatch request may be an example of reservation information. The second dispatch request may be an example of a second reservation. A second reservation may be an example of a reservation. The content of the second reservation may be an example of reservation conditions.

The time t201 may be an example of the fulfillment period of the first contract. The time t201 may be an example of the timing indicated by the contract information indicating the content of the first contract. The boarding point 212 may be an example of a position indicated by contract information indicating the content of the first contract. Time t202 may be an example of the fulfillment period of the second contract. The time t202 may be an example of the timing indicated by the contract information indicating the details of the second contract. The boarding point 212 may be an example of a position indicated by contract information indicating the details of the second contract.

The second contract user 40 may be an example of a contract applicant. The second contract user 40 may be an example of a vehicle 120 user. A person related to the user 40 of the second contract may be an example of the vehicle 120 user.

Occurrence of accident 62 may be an example of occurrence of a disruption condition. Occurrence of accident 64 may be an example of the occurrence of a disruption condition. 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 hindrance state has occurred. Whether or not the probability of occurrence of at least one of a failure and an accident in the vehicle 122 is high indicates an example of presence or absence of occurrence of an operation hindrance state.

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 regarding the vehicle 120 . In this embodiment, the management server 110 manages operation of the vehicle 120 via the communication network 10 including a wireless communication network. However, the management system 100 is not limited to this embodiment. In another embodiment, an information processing device mounted on vehicle 120 may perform at least part of the information processing in management server 110 according to this embodiment. In this case, the information processing device mounted on vehicle 120 may be an example of the information processing device.

Also, in this 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 a transport object to a destination. However, the management system 100 is not limited to this embodiment. In other embodiments, any mobile vehicle may be utilized to transport the object to the destination.

Examples of moving objects include vehicles, ships, and aircraft. Examples of vehicles include bicycles, automobiles, motorcycles, trains, and the like. Examples of ships include ships, hovercrafts, personal watercraft, submarines, submersibles, and underwater scooters. Airplanes, airships or balloons, hot air balloons, helicopters, drones, and the like are examples of flying objects.

FIG. 3 schematically shows an example of the system configuration of the management server 110. As shown in FIG. In this 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 this embodiment, the management server 110 includes, for example, a dispatch management unit 360 . In this embodiment, the management server 110 includes a payment management unit 370, for example.

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

In this embodiment, the vehicle management unit 330 manages one or more vehicles 120 . In one embodiment, vehicle manager 330 manages the location of each of one or more vehicles 120 . For example, the vehicle management unit 330 manages the positions of the one or more vehicles 120 by transmitting dispatch instructions, standby instructions, or return instructions to each of the one or more vehicles 120 .

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

The standby instruction may be an instruction for instructing the vehicle 120 or the driver of the vehicle 120 to wait in a specific position or area. The standby instruction may be an instruction for instructing the vehicle 120 or the driver of the vehicle 120 to wait in a specific position or area until a specific condition is met. 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 for instructing the vehicle 120 or the driver of the vehicle 120 to move to a predetermined return location 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 identification information of vehicle 120, information indicating time, and information indicating the position of vehicle 120 at that time are associated with each other. Information indicating movement history may be information including identification information of vehicle 120 and a plurality of records relating to the position of vehicle 120 . Each record relating to the position of vehicle 120 may be information in which information indicating time and information indicating the position of vehicle 120 at that time are associated with each other.

In another embodiment, vehicle manager 330 manages the status of each 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 information indicating the time and information indicating the state of the vehicle 120 at that time are associated with each other from each of the one or more vehicles 120 .

The information indicating the state of the vehicle 120 includes information about the driving mode of the vehicle 120, information about the speed of the vehicle 120, information about the driving operation of the vehicle 120, information about the operation status of the driving support device mounted on the vehicle 120, At least one of information acquired by an external imaging device mounted on the vehicle and information related to an emergency call from the vehicle 120 or a passenger of the vehicle 120 is exemplified. Examples of the information about 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 about 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. Examples of the information related to the driving operation of the vehicle 120 include information indicating the state of operation input by the driver of the vehicle 120, the state of the interior of the vehicle 120, and the like. The information on the operating status of the driving support devices installed in 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 operating status of the airbag. Situation etc. are illustrated. Examples of the information acquired by the external imaging device mounted on the vehicle 120 include data recorded by a drive recorder mounted on the vehicle 120 . Examples of the information related to the emergency call from the vehicle 120 or the passenger of the vehicle 120 include information indicating whether or not there is an emergency call, whether or not there is a request for help, and whether or not an airbag is activated.

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 audio data of audio recorded by an in-vehicle microphone mounted on the vehicle 120 or analysis data of the audio. Examples of the situation outside the vehicle 120 include image data of an image captured by an outside camera mounted on the vehicle 120, analysis data of the image, and the like. The situation outside the vehicle 120 may be audio data of audio recorded by an external microphone mounted on the vehicle 120 or analysis data of the audio.

In this embodiment, the screen generator 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 screens include a vehicle registration screen, a vehicle allocation request screen, a vehicle allocation confirmation screen, a change notification screen, and the like.

The vehicle registration screen is used, for example, in a registration process for the owner 20 to register the own vehicle 120 in the management server 110 as the vehicle 120 that can be used by the user 40 . The management server 110 may accept a 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 vehicle allocation request processing for the user 40 to request the management server 110 to dispatch 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 dispatch request screen will be described later.

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

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

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

In this embodiment, the vehicle allocation management unit 360 manages allocation of the vehicle 120 . At least one dispatch of one or more vehicles 120 may be managed. In one embodiment, the dispatch manager 360 obtains a dispatch request from the user 40 and assigns a specific vehicle 122 to the dispatch 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, dispatch manager 360 monitors the location and/or status of vehicles 122 . For example, if at least one of the position and state of the vehicle 122 satisfies the conditions for arranging a substitute vehicle, the vehicle allocation management unit 360 arranges one or more substitute vehicles 124 . Details of the dispatch management unit 360 will be described later.

In this embodiment, the settlement management unit 370 manages settlement regarding the consideration for using the vehicle 120 . In one embodiment, settlement manager 370 performs processing to settle a consideration for use of vehicle 122 . In another embodiment, the settlement management unit 370 performs processing for settlement of consideration for use of the loaner car 124 .

The request reception unit 320 may be an example of a contract information acquisition unit. The request accepting unit 320 may be an example of a usage request acquiring 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. As shown in FIG. In this embodiment, the storage unit 350 includes, 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. 436.

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

Attributes of vehicle 120 may include conditions related to usage or usage of vehicle 120 . More specifically, the attributes of the vehicle 120 include the type of the vehicle 120, the capacity of the vehicle 120, the specification of the living space of the vehicle 120, the maximum load capacity of the vehicle 120, the specification of the luggage storage space of the vehicle 120, and the specification of the luggage storage space of the vehicle 120. At least one of the type of equipment mounted on the vehicle, the specifications of the equipment mounted on the vehicle 120, the attributes of objects that can be mounted on the vehicle 120, whether or not smoking is allowed in the vehicle 120, and the cleaning state of the vehicle 120 are exemplified. The type of the vehicle 120 is exemplified by its vehicle type or type, manufacturer's name or seller's name, model name or name, year of manufacture, and the like. Examples of vehicle types or types include SUVs, sedans, and motorcycles. The specifications of various spaces are exemplified by the capacity of the space, the dimensions of the space, and the like.

Examples of equipment installed in the vehicle 120 include audio equipment, video equipment, air conditioning equipment, advanced driving support systems, collision avoidance systems, automatic braking systems, automatic steering systems, airbags, and the like. Attributes of objects that can be mounted on the vehicle 120 include whether or not pets can ride, whether infants can ride, whether children or infants under a certain age can ride, whether smokers can ride, and whether or not smokers can ride, and a specific odor level or higher. For example, it is possible to mount an object that emits the odor of smoke.

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

In this embodiment, the user information storage unit 426 stores various information regarding each of one or more users 40 . The user information storage unit 426 stores, for each of the one or more users 40, identification information of the user and information about the user in association with each other. The information about the user 40 is exemplified by information about the name, name, address, payment account, communication account, and the like.

In this 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 content of each contract in association with each other. The identification information of the contract may be the identification information of the dispatch request corresponding to the contract. The information indicating the contents of the contract includes information indicating at least one of the parties to the contract (for example, the user 40), information indicating conditions regarding the term of fulfillment of the contract, and information indicating conditions regarding the position of the mobile body during the term of fulfillment of the contract. , information indicating the amount of consideration, information indicating the settlement method of consideration, and the like.

In this 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, for each of at least one of the one or more vehicles 120, the vehicle allocation plan storage unit 434 may store identification information of the vehicle and information indicating the vehicle allocation plan of the vehicle in association with each other. The information indicating the vehicle allocation plan for the vehicle 120 may include information indicating the user of the vehicle 120, information indicating conditions regarding the timing of vehicle allocation, and information indicating conditions regarding the vehicle allocation position. The dispatch time may be the time when the use of the vehicle 120 is started. The dispatch position may be the position of the vehicle 120 at the dispatch time.

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

FIG. 5 schematically shows an example of the internal configuration of the dispatch management unit 360. As shown in FIG. In this embodiment, the vehicle allocation management unit 360 includes, for example, a vehicle allocation processing unit 520, a vehicle allocation instruction unit 530, and a loaner vehicle processing unit 540.

In this embodiment, the vehicle allocation processing unit 520 executes vehicle allocation processing. For example, the vehicle allocation processing unit 520 acquires the first vehicle allocation request from the user 40 . When the first vehicle allocation request from the user 40 is acquired, the vehicle allocation processing unit 520 determines to allocate an arbitrary vehicle 120 to the first vehicle allocation request.

More specifically, the vehicle allocation processing unit 520 extracts the vehicle 120 to be allocated to the first vehicle allocation request from 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 to be allocated to the first vehicle allocation request. As a result, the vehicle 120 to be used for fulfilling the contract established based on the first dispatch request is determined. For example, the vehicle allocation processing unit 520 determines to assign a specific vehicle 122 to fulfill the contract established based on the first vehicle allocation request.

Note that the vehicle allocation processing unit 520 may extract a specific vehicle 122 from one or more vehicles 120 based on other vehicle allocation requests for which the vehicle 120 allocation process has already been completed. For example, the vehicle allocation processing unit 520 first determines whether or not there is a desired condition for the substitute vehicle when a substitute vehicle is arranged in the above other vehicle allocation request. If the other vehicle allocation request contains information indicating the desired condition regarding the substitute vehicle, the vehicle allocation processing unit 520 extracts the vehicle 120 that is a candidate for the substitute vehicle for the other vehicle allocation request. Next, the vehicle allocation processing unit 520 selects a first A vehicle 120 to be assigned to the dispatch request is determined.

In this embodiment, the vehicle allocation processing unit 520 may execute processing for allocating the vehicle 122 . More specifically, the vehicle allocation processing unit 520 sends an instruction to the vehicle allocation instruction unit 530 to move the vehicle 122 to the position determined by the contract by the time determined by the contract established based on the first vehicle allocation request. output to

In this embodiment, the vehicle allocation instruction unit 530 instructs the vehicle allocation processing unit 520 to move the vehicle 122 to the position determined by the contract by the time determined by the contract established based on the first vehicle allocation request. get. The vehicle allocation instruction unit 530 transmits the instruction acquired from the vehicle allocation processing unit 520 to the vehicle 122 or the communication terminal of the driver of the vehicle 122 . Accordingly, an instruction to move the vehicle 122 to the position indicated by the first vehicle allocation request is transmitted to the vehicle 122 or the communication terminal of the driver of the vehicle 122 by the time indicated by the first vehicle allocation request. be.

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

In this embodiment, the loaner vehicle processing unit 540 executes processing for arranging the loaner vehicle 124 when a predetermined condition (sometimes referred to as a condition relating to arrangement of a loaner vehicle) is satisfied. do. The details of the substitute car processing unit 540 will be described later.

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

The loaner 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 car processing unit 540 may be an example of the consideration amount determination unit and the payment method determination unit.

The loaner vehicle processing unit 540 may be an example of an accident determination unit, an arrangement unit, a compensation determination unit, and a cause determination unit. The substitute car processing unit 540 may be an example of the consideration amount determination unit and the payment method determination unit.

The dispatch processing unit 520 may be an example of an allocation unit. The 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 loaner car processing unit 540. As shown in FIG. In this 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 price calculation unit 628. In this embodiment, the details of the loaner vehicle processing unit 540 will be described with reference to FIG. 2 for the sake of simplicity. However, it should be noted that the substitute car processing unit 540 is not limited to this embodiment.

In the present embodiment, the necessity determination unit 622 determines whether or not the conditions for arranging a loaner car are satisfied. For example, the necessity determination unit 622 determines whether an event that hinders the operation of the vehicle 122 has occurred. More specifically, the necessity determination unit 622 determines (i) whether or not the vehicle 122 can fulfill the second contract, and (ii) whether the vehicle 122 fulfills the second contract by the time indicated by the contract information of the second contract. (iii) Whether or not at least one of a failure and an accident has occurred in the vehicle 122, or the probability of occurrence of at least one of the failure and an accident in the vehicle 122 is high and/or (iv) whether movement of the vehicle 122 is restricted.

A condition for arranging a loaner car may be that the vehicle 122 is unable to fulfill the second contract. A condition for arranging a loaner car may be that the vehicle 122 cannot reach the location indicated by the contract information of the second contract by the time indicated by the contract information of the second contract.

A condition for arranging a substitute car may be that at least one of a breakdown and an accident has occurred in the vehicle 122 . A condition for arranging a substitute car may be that the vehicle 122 has a high probability of occurrence of at least one of a breakdown and an accident. A condition for arranging a substitute car may be that the probability of at least one of a failure and an accident occurring in the vehicle 122 is greater than a predetermined standard. The above failures or accidents may be failures or accidents whose scale meets certain criteria. 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 operation of the vehicle 122 .

A condition for arranging a loaner car may be that movement of the vehicle 122 is restricted. A condition for arranging a loaner car may be that the extent of restrictions on movement of the vehicle 122 meet certain criteria. Restriction of movement of the vehicle 122 may be an example of an event that interferes with the operation of the vehicle 122 .

The necessity determination unit 622 may determine whether or not the conditions regarding the arrangement of the loaner car are satisfied before the fulfillment period of the second contract. The necessity determination unit 622 may determine whether or not the condition for arranging a loaner vehicle is satisfied after the vehicle 122 has been allocated for the second vehicle allocation request and before the fulfillment period of the second contract. . The time limit for fulfilling the second contract may be the dispatch time indicated by the second contract.

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

According to one embodiment, the necessity determining unit 622 determines that the vehicle 122 cannot fulfill the second contract when an event that interferes with the operation of the vehicle 122 is detected. For example, when at least one of (i) a failure of the vehicle 122, (ii) an accident involving the vehicle 122, and (iii) movement restriction of the vehicle 122 is detected, the necessity determination unit 622 It is determined that performance of the second contract by is impossible. The necessity determination unit 622 determines whether (i) the scale of the failure of the vehicle 122 meets a specified criterion, (ii) the scale of the accident of the vehicle 122 meets a specified criterion, and (iii) the vehicle 122 It may be determined that the second contract cannot be fulfilled by the vehicle 122 if at least one of the magnitudes of the restrictions on movement is detected to meet certain criteria.

Restrictions on the movement of the vehicle 122 include at least one of the occurrence of an accident on the route on which the vehicle 122 was scheduled to travel, the occurrence of traffic congestion on the route, and traffic regulation on a part of the route. exemplified. In addition, it may be determined that the movement of the vehicle 122 is restricted when the scale of the accident, traffic jam, and traffic regulation meets a specific criterion.

In another embodiment, the necessity determination unit 622 determines that the vehicle 122 is at the position indicated by the second contract (that is, the boarding point 222) by the fulfillment period of the second contract (that is, time t202). .) 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 determination processing]
In this embodiment, the necessity determination unit 622 determines whether or not the vehicle 122 can arrive at the boarding point 222 by time t202. If it is determined that the vehicle 122 cannot arrive at the boarding point 222 by time t202, the necessity determination unit 622 may decide to arrange a substitute car 124 at the boarding point 222.

For example, the necessity determination unit 622 first refers to the contract information storage unit 432 to acquire the contract information of the second contract. Next, the necessity determination unit 622 analyzes the contract information and determines that 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 decide. After that, the necessity determination unit 622 determines whether or not the vehicle 122 can arrive at the boarding point 222 by time t202.

The necessity determination unit 622 may determine whether or not the vehicle 122 can arrive at the boarding point 222 by time t202 based on the information collected by the vehicle management unit 330 . For example, the necessity determination unit 622 determines information indicating the traffic condition 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 per hour of the vehicle 122. Based on and, it is determined whether or not the vehicle 122 can arrive at the boarding point 222 by time t202.

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

In one embodiment, when the substitute car 124 is arranged at the point where the accident 62 or the accident 64 occurred before the fulfillment period of the second contract, the necessity determination unit 622 It may be determined whether or not to arrange a loaner car 124 . For example, when the substitute car 124 arranged at the point where the accident 62 or the accident 64 occurred can fulfill the second contract after being used by the user 40 of the first contract, the necessity determination unit 622 It is not necessary to arrange another loaner car 124 at the point 222 . On the other hand, when the substitute car 124 arranged at the point where the accident 62 or the accident 64 occurred cannot fulfill the second contract after being used by the user 40 of the first contract, the necessity determination unit 622 Another loaner car 124 may be arranged at the point 222 .

In another embodiment, when a person is on board the vehicle 122, or when an article is loaded on the vehicle 122, the necessity determination unit 622 arranges another substitute vehicle 124 at the boarding point 222. to decide. If the vehicle 122 carries the goods, it may be the case that the vehicle 122 was transporting the goods under a contract. On the other hand, if there is no person on board the vehicle 122 or if there is no article loaded on the vehicle 122 , the necessity determination unit 622 does not arrange another substitute vehicle 124 at the boarding point 222 . good too.

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 state of the vehicle 122 . Next, based on the information indicating at least one of the position and state of the vehicle 122, the necessity determination unit 622 determines whether or not at least one of a failure and an accident has occurred in the vehicle 122, or determines whether the vehicle 122 has failed and an accident. It is determined whether or not the probability of occurrence of at least one of is high.

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

[Fourth specific example of determination processing]
In this embodiment, the necessity determination unit 622 determines whether or not movement of the vehicle 122 is restricted. If it is determined that the movement of the vehicle 122 is restricted, the necessity determination unit 622 determines whether the current position of the vehicle 122 (typically, the location where the accident 62 or the accident 64 occurred) or its vicinity, It may be decided to arrange a loaner car 124 . In this embodiment, the delivery point of the loaner car 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 fulfillment period of the second contract, the necessity determination unit 622 arranges another substitute vehicle 124 at the boarding point 222. You may decide whether to For example, when the second contract can be fulfilled after the user 40 of the first contract uses the substitute car 124 arranged at or near the current position of the vehicle 122, the necessity determination unit 622 It is not necessary to arrange another loaner car 124 at the point 222 . On the other hand, if the second contract cannot be fulfilled after the user 40 of the first contract uses the loaner car 124 placed at or near the current position of the vehicle 122, the necessity determination unit 622 Another loaner car 124 may be arranged at the 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 state of the vehicle 122 . Next, the necessity determination unit 622 determines whether movement of the vehicle 122 is restricted based on information indicating at least one of the position and 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 a failure and an accident has occurred in the vehicle 122, the necessity determination unit 622 determines that movement of the vehicle 122 is restricted.

In another embodiment, the necessity determination unit 622 may determine the presence or absence of at least one of an accident, congestion, and traffic regulation on the movement route of the vehicle 122 based on the above information. If it is determined that at least one of an accident, traffic jam, and traffic regulation has occurred on the moving 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 been changed when the content of the second contract is changed due to the provision of the substitute vehicle 124 instead of the vehicle 122. , to the communication terminal 42 of the user 40 of the second contract. If part of the second contract is not fulfilled due to the provision of a substitute vehicle 124 instead of the vehicle 122, the change notification unit 624 sends a message indicating the content of the failure to the communication terminal of the user 40 of the second contract. 42.

For example, if the second contract specifies conditions regarding the attributes of the vehicle 120 to be dispatched, the attributes of the loaner car 124 do not match at least part of the conditions regarding the attributes 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 attributes of the loaner vehicle 124 do not match the conditions regarding the attributes of the vehicle 120 indicated by the second contract. may notify you.

The above message may include a message for confirming whether or not the management server 110 can arrange the loaner car 124 . In this case, the management server 110 may execute the process of allocating the loaner car 124 when information indicating that the loaner car 124 may be arranged is obtained from the communication terminal 42 . The management server 110 may interrupt or wait to dispatch the loaner car 124 until information indicating that the loaner car 124 may be arranged is obtained from the communication terminal 42 .

The above messages may include messages regarding changes in the charges for use of vehicle 122 . The above messages may include messages regarding compensation for use of the loaner car 124 .

In this embodiment, the loaner vehicle arrangement unit 626 extracts the vehicle 120 to be used as the loaner vehicle 124 from one or more vehicles 120 managed by the management server 110 . For example, the loaner car arrangement unit 626 acquires information indicating that the loaner car 124 will be arranged from the necessity determination unit 622 . The substitute vehicle arrangement unit 626 may determine the vehicle 120 to be used as the substitute vehicle 124 by the same procedure as the vehicle allocation processing in the vehicle allocation processing unit 520 in response to the acquisition of the information.

The loaner vehicle arrangement unit 626 may acquire information indicating that the rescue request has been sent to the emergency lifesaving server 134 . The loaner vehicle arrangement unit 626 acquires the above-described information regarding the rescue request from the vehicle 122 or the communication terminal 42 of the user 40 using the vehicle 122, for example. The loaner vehicle arrangement unit 626 may acquire the information regarding the rescue request from the emergency lifesaving server 134 .

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

Conversely, when the loaner vehicle arrangement unit 626 acquires the above information regarding the rescue request, the loaner vehicle arrangement unit 626 may decide not to arrange the loaner vehicle 124 . As a result, for example, when a person involved in an accident is transported by an ambulance, the loaner car 124 is prevented from heading to the accident site.

In the present embodiment, the loaner vehicle arrangement unit 626 may acquire information indicating the conditions desired or required for the loaner vehicle 124 by the user 40 who uses the vehicle 122 based on the second contract. The loaner car arrangement unit 626 may determine the loaner car 124 based on the above-described conditions that the user 40 desires or requires for the loaner car 124 .

The loaner car arrangement unit 626 may acquire the information indicating the conditions that the user 40 desires or requests for the loaner car 124 before time t202. The loaner car arrangement unit 626 may acquire information indicating the conditions that the user 40 desires or requests for the loaner car 124 via the dispatch request screen generated by the screen generation unit 340, for example.

The information indicating the conditions desired or requested by the user 40 for 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 that the user 40 desires or requires for the substitute vehicle 124 includes information indicating which of the attributes of the vehicle 120 used as the substitute vehicle 124 and the arrival time of the substitute vehicle 124 has priority. may contain. Specific examples of the attributes of the vehicle 120 used as the substitute car 124 include the same attributes as the specific examples of the attributes of the vehicle 120 described above.

In one embodiment, the loaner vehicle arrangement unit 626 extracts vehicles 120 that can arrive at the boarding point 222 by time t202 as loaner vehicles 124 from among the one or more vehicles 120 managed by the management server 110. do. The loaner vehicle arrangement unit 626 selects (i) vehicles 120 that can arrive at the boarding point 222 by time t202 from among the one or more vehicles 120 managed by the management server 110, and which are specified in the second contract. A vehicle 120 that meets the conditions regarding the attribute of the vehicle 120 thus obtained may be extracted as a loaner vehicle 124 .

In another embodiment, the loaner vehicle arrangement unit 626 extracts the vehicle 120 with the earliest scheduled arrival time at the boarding point 222 as the loaner vehicle 124 from among the one or more vehicles 120 managed by the management server 110 . The loaner vehicle arrangement unit 626 selects from among one or more vehicles 120 managed by the management server 110, among the vehicles 120 that meet the conditions regarding the attributes of the vehicle 120 specified in the second contract, The vehicle 120 with the earliest estimated time of arrival at the boarding point 222 may be extracted as the substitute vehicle 124 .

When the user 40 who uses the vehicle 122 based on the second contract includes information indicating that the attribute of the substitute vehicle 124 is given priority over the arrival time of the substitute vehicle 124 as a condition desired or required for the substitute vehicle 124. , the loaner vehicle arrangement unit 626 may determine the vehicle 120 that meets the attribute-related conditions shown to the user 40 or the vehicle 120 that has the same or similar attributes as the vehicle 122 as the loaner vehicle 124 . On the other hand, if the user 40 desires or requests the loaner car 124 to provide the loaner car 124 with priority to the arrival time of the loaner car 124 over the attributes of the loaner car 124, the loaner car arrangement unit 626 , the vehicle 120 with the earliest scheduled time that can join the user 40 using the vehicle 122 may be determined as the loaner vehicle 124 .

In this embodiment, the loaner car arrangement unit 626 may execute processing for dispatching the loaner car 124 . The substitute vehicle arrangement unit 626 may execute processing for allocating the substitute vehicle 124 in the same procedure as the processing in the vehicle allocation processing unit 520 .

In one embodiment, the loaner vehicle dispatcher 626 determines to move the loaner vehicle 124 to the pick-up point 222 . The substitute vehicle arrangement unit 626 may decide to move the substitute vehicle 124 to the boarding point 222 by time t202.

In another embodiment, the loaner vehicle dispatcher 626 determines to move the loaner vehicle 124 to the point where the accident 62 or the accident 64 occurred. The substitute vehicle arrangement unit 626 decides to move some of the multiple substitute vehicles 124 to the accident 62 or the point where the accident 64 occurred, and to move the rest of the multiple substitute vehicles 124 to the pick-up point 222. good.

In yet another embodiment, the loaner vehicle arrangement unit 626 determines to move the loaner vehicle 124 to or near the current position of the vehicle 122 whose movement is restricted, or to a position indicated by the user 40. . The substitute vehicle arrangement unit 626 moves some of the multiple substitute vehicles 124 to the current position of the vehicle 122 whose movement is restricted or in the vicinity thereof, or to a position designated by the user 40, and arranges the multiple substitute vehicles 124. , may be determined to be moved to the pick-up point 222 .

In this embodiment, the consideration calculator 628 determines various items regarding consideration for use of the vehicle 120 . In one embodiment, value calculator 628 determines the terms of value for full performance of the contract for use of vehicle 120 . In another embodiment, the compensation component 628 determines the terms of compensation in the event that a portion of the contract for use of the vehicle 120 is not fulfilled. In yet another embodiment, compensation calculator 628 determines the terms of compensation in the event that the entire contract for use of vehicle 120 is not fulfilled.

As a result, for example, if a substitute vehicle 124 is dispatched in place of the vehicle 122 and part or all of the second contract is not fulfilled, at least one of the claims and obligations between the parties to the second contract can be adjusted. Compensation calculation unit 628 determines whether (i) some of the multiple terms included in a single contract for use of vehicle 120 are not fulfilled, or (ii) a It may be determined that a portion of the contract is not performed when at least a portion of the contract among the plurality of contracts entered into is not performed. Multiple contracts may be contracts that are closely related to each other.

For example, the consideration calculator 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 consideration. Examples of payment methods include the type of payment and the type of means of payment.

Examples of types of compensation include (i) monetary value, (ii) electronic value, (iii) property value, and (iv) rights. Monetary value is exemplified by currency, money, and the like. Examples of electronic value include points, mileage, and electronic money. A cryptocurrency is exemplified as a property value. It should be noted that cryptocurrency may be an example of monetary or electronic value in some countries. Examples of rights include the right to preferentially use the vehicle 120, the right to use services provided by the management system 100, the right to receive goods (sometimes referred to as coupons, etc.). Examples of the types of payment means include cash payment, credit card payment, electronic payment, cashback, electronic value offset, and offset with other values.

As noted above, the secondary contract may include terms regarding attributes of the vehicle 120 used to fulfill the secondary contract. In one embodiment, if the attributes of the loaner vehicle 124 do not meet the conditions regarding the attributes of the vehicle 120 specified in the second contract, the consideration calculation unit 628 determines that the attributes of the loaner vehicle 124 It is determined that the amount of compensation for using the vehicle 122 is reduced compared to when the conditions regarding the attributes of the vehicle 120 are met. Thereby, if a part of the second contract is not fulfilled, at least one of the claims and obligations between the parties to the second contract is adjusted.

In another embodiment, if the attributes of the loaner car 124 do not match the conditions regarding the attributes of the vehicle 120 stipulated in the second contract, the price calculation unit 628 (ii) electronic value; (iii) property value; and (iv) rights. Thereby, if a part of the second contract is not fulfilled, at least one of the claims and obligations between the parties to the second contract is adjusted.

In this embodiment, the consideration calculation unit 628, for example, when the contract regarding the use of the vehicle 120 includes information specifying the attributes of the vehicle 120 used for the performance of the contract, and when 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 between when the information specifying the attributes of the vehicle 120 is not included. The consideration calculation unit 628 identifies a case where the contract for the use of the vehicle 120 includes information specifying the attributes of the vehicle 120 used to fulfill the contract, and the contract specifies the attributes of the vehicle 120 used to fulfill the contract. The consideration may be determined so that the amount of consideration for the use of the loaner car 124 differs between when the information is not included and when the information is not included.

In this embodiment, the consideration calculation unit 628, for example, when 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 when 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 between when the information specifying the first attribute of the vehicle 120 used is not included. Consideration calculation unit 628 determines whether the contract for the use of vehicle 120 includes information designating the first attribute of vehicle 120 used to fulfill the contract, and whether the contract includes the first attribute of vehicle 120 used to fulfill the contract. The charge may be determined so that the amount of charge for the use of the loaner car 124 differs between when the information specifying the attribute is not included.

In this embodiment, the consideration calculation unit 628, for example, when 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 when 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 between when the information specifying the second attribute of the vehicle 120 used is included. Consideration calculation unit 628 determines whether the contract for the use of vehicle 120 includes information designating the first attribute of vehicle 120 used in fulfilling the contract, and the second attribute of vehicle 120 used in fulfilling the contract. The price may be determined so that the amount of the price for using the loaner car 124 differs between when the information specifying the attribute is included. The first attribute and the second attribute may be attributes different from each other.

In this embodiment, (i) when the user 40 who uses the vehicle 122 under the second contract is 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, etc.) ), the compensation calculation unit 628 does not need to charge the amount of compensation for the use of the vehicle 122 . Even in this case, the consideration calculation unit 628 may charge an amount equivalent to the usage fee for the management system 100 . In addition, the consideration calculation unit 628 determines (i) when the user 40 who uses the vehicle 122 under the second contract is the owner 20 of the vehicle 122, and (ii) when the user 40 who uses the vehicle 122 under the second contract The amount of consideration for using the substitute vehicle 124 may be determined so that the amount of consideration for using the substitute vehicle 124 differs between cases where the vehicle 122 is not the owner 20 or the like.

In this embodiment, the consideration calculation unit 628 may determine the reason why the loaner car 124 needs to be arranged. The compensation calculation unit 628 may determine the amount of compensation for using the loaner car 124 based on the reason why the loaner car 124 needs to be arranged. The consideration calculation unit 628 determines (i) the case where the arrangement for the replacement vehicle 124 to be used in place of the vehicle 122 is due to the owner 20 of the vehicle 122 or the like, and (ii) the above-mentioned 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 between cases where 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 consideration when the above cause is due to the owner 20 of the vehicle 122 or the like. The amount of consideration for use of the loaner car 124 may be determined to be greater than the amount of consideration when not attributable to, for example, 20 . If the user of the vehicle 122 is the owner 20 of the vehicle 122 or the like, and the above cause is not due to the owner 20 of the vehicle 122 or the like, the consideration calculation unit 628 determines that the amount of consideration for using the substitute vehicle 124 is The amount of consideration for use of the loaner vehicle 124 may be determined to be less than the amount of consideration for use of the vehicle 122 .

In this case, the amount of compensation for using the loaner car 124 may be free. (i) monetary value; (ii) electronic value; (iii) property value;

The reason why it was necessary to arrange for a substitute car 124 to be used in place of the vehicle 122 may be the reason why the vehicle 122 was unable to fulfill the second contract, and the vehicle 122 was boarded by the time t202. It may be the reason why it is impossible to reach the point 222 . The reason why it became necessary to arrange a loaner car 124 may be the cause of a breakdown of the vehicle 122, the cause of an accident involving the vehicle 122, or the restriction of movement of the vehicle 122. There may be.

According to one embodiment, if the reason why the provision of the substitute car 124 is necessary 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 the attribution. More specifically, the consideration calculator 628 acquires maintenance information indicating the maintenance status of the vehicle 122 . The price calculation unit 628 may acquire the above maintenance information from the maintenance server 132 , or may acquire the maintenance information collected by the vehicle management unit 330 by referring 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 need for the replacement vehicle 124 is due to poor maintenance of the vehicle 122 .

According to another embodiment, the reason why the arrangement of the loaner car 124 is necessary is due to an accident between the vehicle 122 and a third party, and the third party's percentage of fault is predetermined. If the condition is 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, if the reason why the arrangement of the loaner car 124 is necessary is due to traffic conditions, the consideration calculation unit 628 determines that the reason is not due to the owner 20 of the vehicle 122. to decide.

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 determines that the probability of occurrence of an accident involving the vehicle 122 is high, When it is determined that (i) the vehicle 122 is in the manual driving mode and the other party of the accident is another moving body that operates in the automatic driving mode, or (ii) the vehicle 122 is in the manual driving mode and the operation 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 the probability of occurrence of an accident involving the vehicle 122 is high, the vehicle 122 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 fulfillment determination unit. The change notification section 624 may be an example of a notification section. The loaner vehicle arrangement unit 626 may be an example of a second determination unit. The consideration calculator 628 may be an example of an adjuster and a consideration determiner.

The necessity determination unit 622 may be an example of a reservation information acquisition unit and an arrival determination unit. The courtesy car arrangement unit 626 may be an example of an arrangement unit. The consideration calculation unit 628 may be an example of a maintenance information acquisition unit, consideration determination unit, consideration amount determination unit, payment method determination unit, and cause determination unit.

The necessity determination unit 622 may be an example of a reservation information acquisition unit, a mobile unit information acquisition unit, and an accident determination unit. The courtesy car arrangement unit 626 may be an example of an arrangement unit. The consideration calculation unit 628 may be an example of a consideration determination unit, consideration amount determination unit, and cause determination unit.

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

A case where the attributes of the loaner vehicle 124 meet the conditions regarding the attributes of the vehicle 120 stipulated in the second contract may be an example of the case where the second contract has been fulfilled. User 40 under the second contract may be an example of at least one of an applicant who applied to use vehicle 120 under the second contract and a user who uses vehicle 120 under the second contract. A person related to user 40 under the second contract may be an example of a user who uses vehicle 120 under the second contract. The user 40 who uses the vehicle 122 under the second contract may be an example of the user of the first moving body indicated by the contract information. The due date of the second contract may be an example of the reservation time.

FIG. 7 schematically shows an example screen 700 . Screen 700 may be an example of a vehicle registration screen. The screen 700 may be an example of a screen used for vehicle registration processing for the owner 20 to register the vehicle 120 owned by the owner 20 in the management server 110 as a vehicle 120 that can be rented to others.

In the present embodiment, the screen 700 includes an input receiving unit 720 for inputting basic information about the vehicle 120, an input receiving unit 730 for inputting information regarding the rental period of the vehicle 120, and inputting conditions regarding the use of the vehicle 120. and an input reception unit 740 that receives input data. The screen 700 may have an icon 752 embedded with a command for executing a process of transmitting the items input on the screen 700 to the management server 110 .

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

In this embodiment, the screen 800 includes an input reception unit 820 for inputting desired conditions regarding the period of use of the vehicle 120, an input reception unit 830 for inputting desired conditions regarding the attributes of the vehicle 120, and an arrangement for a substitute vehicle. An input reception unit 840 is provided for inputting desired conditions regarding arrangement of the substitute vehicle when necessary. The screen 800 may have an icon 852 embedded with a command for executing a process of transmitting the items input on the screen 800 to the management server 110 .

FIG. 9 schematically shows an example screen 900 . Screen 900 may be an example of a dispatch confirmation screen. The screen 900 may be an example of a screen used in the vehicle allocation confirmation process so that the management server 110 presents to the user 40 the content of the contract established based on the vehicle allocation request from the user 40 .

In this embodiment, the screen 900 includes an area 920 presenting conditions relating to the period of use of the vehicle 120, an area 930 presenting conditions relating to the attributes of the vehicle 120, and an area presenting conditions relating to arrangement of a loaner car. 940 are arranged. On the screen 900, an icon 952 embedded with a command for transmitting information indicating that the user 40 has confirmed that there is no difference in the information presented on the screen 900 to the management server 110 is arranged. may be The screen 900 may have an icon 954 embedded with a command for requesting the management server 110 to change the input content. On the screen 900, an icon 956 embedded with a command for requesting the management server 110 to perform processing for canceling the input content or the dispatch request may be arranged.

FIG. 10 schematically shows an example screen 1000 . 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 content of the change to the user 40 when the content of the contract with the user 40 is changed due to the arrangement of the substitute car 124 by the management server 110 . It may be an example of the screen used.

In the present embodiment, the screen 1000 includes an area 1020 presenting a message regarding changes in the contract details and an area 1030 presenting information regarding the rental car selected by the management server 110 . On the screen 1000, an icon 1052 embedded with a command for transmitting information indicating that the user 40 consents to the information presented in the areas 1020 and 1030 to the management server 110 is arranged. may

In this embodiment, the screen 1000 may be provided with an input reception unit 1040 for inputting information for the user 40 to change the information regarding the arrangement of the loaner car. On the screen 1000, an icon 1054 embedded with a command for executing a process of transmitting the items input to the input reception unit 1040 to the management server 110 may be arranged.

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

Programs installed on the computer 3000 cause the computer 3000 to function as one or more "parts" of operations or one or more "parts" of an apparatus according to embodiments of the invention, or to and/or cause the computer 3000 to perform processes or steps of processes according to embodiments of the present invention. Such programs may be executed by CPU 3012 to cause computer 3000 to perform certain operations associated with some or all of the blocks in the flowcharts and block diagrams described herein.

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

The CPU 3012 operates according to programs stored in the ROM 3030 and RAM 3014, thereby controlling each unit. Graphics controller 3016 retrieves image data generated by CPU 3012 into a frame buffer or the like provided in RAM 3014 or itself, and causes the image data to be displayed on display device 3018 .

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

ROM 3030 stores therein programs that are dependent on the hardware of computer 3000, such as a boot program that is executed by computer 3000 upon activation. Input/output chip 3040 may also connect various input/output units to input/output controller 3020 via parallel ports, serial ports, keyboard ports, mouse ports, and the like.

A 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 in hard disk drive 3024 , RAM 3014 , or ROM 3030 , which are also examples of computer-readable storage media, and executed by CPU 3012 . The information processing described within these programs is read by computer 3000 to provide coordination between the programs and the various types of hardware resources described above. An apparatus or method may be configured by implementing information operations or processing according to the use of computer 3000 .

For example, when communication is performed between the computer 3000 and an external device, the CPU 3012 executes a communication program loaded into the RAM 3014 and sends communication processing to the communication interface 3022 based on the processing described in the communication program. you can command. Under the control of the CPU 3012, the communication interface 3022 reads transmission data stored in a transmission buffer area provided in a recording medium such as the RAM 3014, the hard disk drive 3024, the DVD-ROM 3001, or an IC card, and transmits the read transmission data. Data is transmitted to the network, or received data received from the network is written in a receive buffer area or the like provided on the recording medium.

In addition, the CPU 3012 causes the RAM 3014 to read all or necessary portions of files or databases stored in external recording media such as a hard disk drive 3024, a DVD-ROM drive 3026 (DVD-ROM 3001), an IC card, etc. Various types of processing may be performed on the data in RAM 3014 . 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 on recording media and subjected to information processing. CPU 3012 performs various types of operations on data read from RAM 3014, information processing, conditional decisions, conditional branching, unconditional branching, and information retrieval as specified throughout this disclosure and by instruction sequences of programs. Various types of processing may be performed, including /replace, etc., and the results written back to RAM 3014 . Also, the CPU 3012 may search for information in a file in a recording medium, a database, or the like. For example, when a plurality of entries each having an attribute value of a first attribute associated with an attribute value of a second attribute are stored in the recording medium, the CPU 3012 selects the first attribute from among the plurality of entries. search for an entry that matches the specified condition of the attribute value of the attribute, read the attribute value of the second attribute stored in the entry, and thereby determine the first attribute that satisfies the predetermined condition An attribute value of the associated second attribute may be obtained.

The programs or software modules described above may be stored in a computer readable storage medium on or near computer 3000 . In addition, a recording medium such as a hard disk or RAM provided in a server system connected to a dedicated communication network or the Internet can be used as a computer-readable storage medium, whereby the above program can be transferred via a network. provided to the 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 is obvious to those skilled in the art that various modifications and improvements can be made to the above embodiments. In addition, matters described with respect to a specific embodiment can be applied to other embodiments as long as they are not technically inconsistent. Also, each component may have features similar to other components with the same name but different reference numerals. It is clear from the description of the scope of the claims that forms with such modifications or improvements can also be included in the technical scope of the present invention.

The execution order of each process such as actions, procedures, steps, and stages in devices, systems, programs, and methods shown in claims, specifications, and drawings is etc., and it should be noted that they can be implemented in any order unless the output of a previous process is used in a later process. Regarding the operation flow in the claims, specification, and drawings, even if explanations are made using "first," "next," etc. for the sake of convenience, it means that it is essential to carry out in this order. is not.

10 communication network, 20 owner, 22 communication terminal, 40 user, 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 life-saving server , 212 boarding point, 214 alighting point, 222 boarding point, 224 alighting point, 320 request reception unit, 330 vehicle management unit, 340 screen generation unit, 350 storage unit, 360 vehicle allocation management unit, 370 payment management unit, 422 vehicle information storage 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 No determination unit, 624 change notification unit, 626 replacement 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 input/output controller, 3022 communication interface, 3024 hard disk drive, 3026 DVD-ROM drive, 3030 ROM , 3040 input/output chip, 3042 keyboard

Claims (17)

a mobile body information acquisition unit that acquires information indicating at least one of the position and state of the first mobile body allocated in response to the usage request;
a restriction determination unit that determines whether movement of the first moving body is restricted based on the information acquired by the moving body information acquisition unit;
a arranging unit that decides to arrange a third moving body different from the first moving body when it is determined that movement of the first moving body is restricted;
a condition information acquisition unit that acquires information indicating a condition that a user of the first mobile unit requests of the third mobile unit before the first mobile unit is assigned to the usage request;
with
The dispatch unit determines the third moving object based on the information acquired by the condition information acquisition unit.
Information processing equipment. When it is determined that the movement of the first moving body is restricted, the dispatching unit
A next user of the first moving body different from the user decides to arrange a second moving body different from the first moving body as a moving body to be used instead of the first moving body. do,
The information processing device according to claim 1 . The restriction determination unit is
determining whether 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;
determining that movement of the first moving body is restricted when it is determined that at least one of a failure and an accident has occurred in the first moving body;
The information processing apparatus according to claim 1 or 2. an instruction transmission unit configured to transmit an instruction to the first moving body to move the first moving body to a position indicated by the use request by the time indicated by the use request;
further comprising
The information processing apparatus according to any one of claims 1 to 3. The arrangement department
based on the information acquired by the condition information acquisition unit, extracting a moving body that is a candidate for the third moving body;
After the use request is acquired, if another use request from another user different from the user is acquired, the moving body that becomes the third moving body candidate for the other use request decide to allocate other mobiles different from
The information processing apparatus according to claim 4. The information indicating the conditions required for the third mobile includes information indicating which of the attribute of the third mobile and the arrival time of the third mobile has priority,
The information processing apparatus according to any one of claims 1 to 5. If the information acquired by the condition information acquisition unit includes information indicating that the attribute of the third mobile object is prioritized over the arrival time of the third mobile object, the arrangement unit determines whether the first Determining a moving object having an attribute that is the same as or similar to the attribute of the moving object as the third moving object;
The information processing device according to claim 6 . If the information acquired by the condition information acquisition unit includes information indicating that the arrival time of the third mobile object is given priority over the attribute of the third mobile object, the arrangement unit determines whether the first Determining the moving body with the earliest scheduled time to join the user of the moving body as the third moving body;
The information processing apparatus according to claim 6 or 7. The attributes of the third moving body include 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 loading capacity of the third moving body, the third moving body, and the third moving body. Specification of luggage storage space of moving body, attributes of objects mountable on said third moving body, propriety of smoking in said third moving body, equipment of said third moving body, and cleaning state of said third moving body including at least one of
The information processing apparatus according to any one of claims 6 to 8. The use request is
information for a user of the first mobile body to request dispatch of the first mobile body;
information indicating a condition that a user of the first moving body requests of the third moving body;
including,
The information processing apparatus according to any one of claims 1 to 9. further comprising a screen generation unit that generates a screen for accepting the use request from the user of the first mobile body,
The screen
a first input reception unit for inputting a condition requested by the user of the first mobile body for a usage period of the first mobile body;
a third input receiving unit for inputting a condition that the user of the first moving body requests of the third moving body;
a command for transmitting items input via the screen to the information processing device;
including,
The information processing apparatus according to any one of claims 1 to 10. The information processing device according to any one of claims 1 to 11 ,
Mobile. A program for causing a computer to function as the information processing apparatus according to any one of claims 1 to 11 . An output device for generating a screen for accepting a use request requesting use of the first mobile body,
The screen
a first input reception unit for inputting a condition requested by a user of the first mobile body for a usage period of the first mobile body;
A third mobile body that is arranged when the user of the first mobile body is restricted in movement of the first mobile body and that is a different mobile body from the first mobile body a third input reception unit for inputting the conditions required for
including,
output device. The screen
a command for transmitting items input via the screen to an information processing device;
further comprising
15. An output device according to claim 14. a mobile information acquisition step of acquiring information indicating at least one of the location and state of the first mobile assigned to the usage request;
a restriction determination step of determining whether movement of the first moving body is restricted based on the information acquired in the moving body information acquiring step;
a arranging step of arranging a third moving body different from the first moving body when it is determined that movement of the first moving body is restricted;
a condition information acquiring step of acquiring information indicating a condition that a user of the first mobile unit requests of the third mobile unit before the first mobile unit is assigned to the usage request;
has
The arranging step includes determining the third moving body based on the information obtained in the condition information obtaining step,
Method. An output method for using a computer to generate a screen for accepting a use request requesting use of a first mobile body, comprising:
The screen
a first input reception area, which is an area for inputting a condition requested by the user of the first mobile body for the period of use of the first mobile body;
A third mobile body that is arranged when the user of the first mobile body is restricted in movement of the first mobile body and that is a different mobile body from the first mobile body a third input reception area, which is an area in which the conditions required for the
including,
output method.

Images