JP2022132951A - Information processing device - Google Patents

Abstract

To provide a mobility system capable of flexibly matching users.SOLUTION: An information processing device includes a control unit which acquires a first request from a first user who desires to move by driving a vehicle, acquires a second request from a second user who desires forwarding of the vehicle, acquires a third request from a third user who desires transportation of an object, generates a driving plan of a vehicle on which the first user rides on the basis of the first to third requests, and generates data on compensation to the first user and data on charge to the second and third users.SELECTED DRAWING: Figure 3

Description

The present disclosure relates to mobility systems.

There is a system for performing car sharing using automobiles owned by individuals. For example, Patent Literature 1 discloses a system for managing the lending and borrowing of vehicles in an interpersonal car sharing system.

JP 2019-219828 A

An object of the present disclosure is to provide a mobility system capable of flexibly matching users.

An information processing device according to an aspect of the present disclosure includes:
obtaining a first request from a first user desiring to drive a vehicle, obtaining a second request from a second user desiring to forward the vehicle, and transporting goods; obtaining a third request from a desired third user; generating an operation plan for a vehicle in which the first user rides based on the first to third requests; generating reward data and billing data for said second and third users.

Another aspect includes a program for causing a computer to execute the information processing method executed by the information processing apparatus, or a computer-readable storage medium that non-temporarily stores the program.

According to the present disclosure, it is possible to provide a mobility system capable of flexibly matching users.

Schematic configuration diagram of a mobility system. The figure explaining the movement path|route of a vehicle and a person. The figure explaining the movement path|route of a vehicle, a person, and goods. FIG. 4 is a diagram for explaining the flow of data centering on the server device; The block diagram which showed an example of the server apparatus roughly. Examples of request data and itinerary data. The block diagram which showed an example of the portable terminal roughly. The block diagram which showed an example of the vehicle-mounted apparatus roughly. Flow diagram of data sent and received by each component. 4 is a flowchart of processing executed by an in-vehicle device;

An information processing device according to an aspect of the present disclosure is a device that generates a vehicle operation plan in a mobility system for moving people, vehicles, and goods.

Specifically, obtaining a first request from a first user who wishes to drive a vehicle and obtaining a second request from a second user who wishes to forward the vehicle. obtaining a third request from a third user who desires transportation of goods; generating an operation plan for a vehicle on which the first user rides based on the first to third requests; generating reward data for the first user and billing data for the second and third users.

A first user is a user who travels by driving a vehicle himself. The vehicle in which the first user rides can be, for example, a vehicle provided by the second user.
A second user is a user who wishes to forward a vehicle, and a third user is a user who wishes to transport an article. The second user can receive a vehicle forwarding service driven by the first user, and the third user can receive an article transportation service driven by the first user.

The first user can provide the labor of driving a vehicle, and the second and third users can receive services of forwarding vehicles and transporting goods. Therefore, by matching users based on requests received from each user, it becomes possible to simultaneously move people, vehicles, and articles, and efficient movement can be realized. In addition, the first user can be compensated for providing labor.

Embodiments of the present disclosure will be described below based on the drawings. The configurations of the following embodiments are examples, and the present disclosure is not limited to the configurations of the embodiments.

(First embodiment)
An overview of the mobility system according to the first embodiment will be described with reference to FIG. The system according to this embodiment includes a server device 100, a plurality of mobile terminals 200, and a vehicle 10 (in-vehicle device 300).

The mobility system according to this embodiment provides a service of simultaneously transporting three types of vehicles, users, and goods, by operating one vehicle. Specifically, a plurality of users are matched to generate a set of a user who provides a vehicle, a user who travels by the vehicle, and a user who transports goods by the vehicle. This makes it possible to transport the vehicle, the user, and the article at the same time.

The server device 100 is a device that performs matching among a plurality of users based on requests obtained from a plurality of users including a first user, a second user, and a third user.
A first user is a user who desires to travel by driving himself. The first user travels by vehicle and provides the service of driving.
A second user is a user who wishes to forward a vehicle, and a third user is a user who wishes to transport an article. It can also be said that the second user and the third user are users who receive services by driving the first user.

By the first user driving, the second user and the third user can receive services such as "have your own vehicle forwarded" and "have your goods transported". For example, by having the first user drive a vehicle owned by the second user, the first user can move to a remote location, and the second user can have the vehicle forwarded. Furthermore, by participating in this, the third user can have the goods transported.
Server device 100 generates such a group of users who can benefit from each other by matching, and generates a movement plan.

First, the server device 100 acquires a request regarding movement from the mobile terminal 200 possessed by each user, performs matching based on the request, and generates a set of users associated with the same vehicle. . Secondly, it generates an itinerary for each person and vehicle (or item) and notifies the corresponding users. Note that the server device 100 may perform a process of receiving the electronic key of the vehicle from the second user and lending it to the first user, if necessary. Finally, the server device 100 calculates incentives for each user. For example, it generates data indicating that fees are collected from the second user and the third user and returned to the first user.

In the following description, the user who drives the vehicle (first user) is the "driver", the user who wishes to forward the vehicle (second user) is the "vehicle owner", and the user who wishes to transport the goods (third user). ) shall be referred to as the “shipper”.

An itinerary is a plan for moving people, vehicles, or goods. 2A and 2B are diagrams for explaining the itinerary generated by the server device 100. FIG.
In the example of FIG. 2A, it is assumed that the driver wishes to travel from point X1 to point X3. Further, it is assumed that the vehicle owner wishes to forward the vehicle from the point X1 to the point X2. In this case, the server device 100 generates an itinerary corresponding to each vehicle and driver based on the results of matching the two. In the illustrated example, the following two itineraries are generated.
(1) Vehicle itinerary: From point X1 to point X2 (2) Driver's itinerary: From point X1 to point X2 via point X2 to point X3 (between points X2 and X3 is traveled by anything other than a vehicle)

FIG. 2B shows an example in which a user (consignor) who wishes to transport goods participates in the above example.
In the example of FIG. 2B, the shipper wishes to transport the goods from point X4 to point X5. In this case, the server device 100 generates itineraries corresponding to the vehicle, the driver, and the goods, based on the result of matching the driver, vehicle owner, and shipper. In the illustrated example, the following three itineraries are generated.
(1) Vehicle itinerary: From point X1 to point X2 via points X4 and X5 (2) Driver's itinerary: From point X1 to point X3 via points X4, X5 and X2 (Between points X2 and X3, movement is by means other than vehicles)
(3) Itinerary of Goods: From Point X4 to Point X5 This makes it possible to carry out all of the forwarding of the vehicle, the movement of the driver, and the transportation of the goods.

The processing performed by the server device 100 includes a phase (first phase) in which users are matched with each other based on a request transmitted from a mobile terminal 200 possessed by each user, a travel itinerary is generated, and a vehicle electronic key is received. It can be roughly divided into a passing phase (second phase). FIG. 3 is a diagram explaining the flow of data in each phase.
In this example, the portable terminal 200A possessed by the driver is called a driver's terminal. Moreover, the mobile terminal 200B possessed by the vehicle owner is called an owner terminal. Also, the portable terminal 200C possessed by the consignor is referred to as a consignor terminal. In the following description, when there is no need to distinguish each terminal, they are collectively referred to as mobile terminal 200 .

FIG. 3A is a diagram explaining the flow of data in the first phase.
The mobile terminal 200</b>A, which is the driver's terminal, transmits a matching request including information on its own movement to the server device 100 . In addition, the mobile terminal 200B, which is the owner terminal, transmits a matching request including information regarding forwarding of the vehicle to the server device 100. FIG. Also, the mobile terminal 200C, which is the shipper terminal, transmits a matching request including information regarding the transportation of the goods.
Based on these requests, the server device 100 matches users and generates an itinerary based on the matching results. The itinerary includes information about departure points, arrival points, departure times, arrival times, waypoints, and so on. The server device 100 also transmits the generated itinerary to each mobile terminal 200 .

FIG. 3B is a diagram for explaining the data flow in the second phase.
The vehicle owner who requests forwarding of the vehicle requests the server device 100 to deliver the electronic key of the vehicle via the mobile terminal 200B, which is the owner terminal. Server device 100 transmits the corresponding electronic key to mobile terminal 200A, which is the driver's terminal. Portable terminal 200A transmits the received electronic key to vehicle 10 (in-vehicle device 300) provided by the vehicle owner, and vehicle 10 (in-vehicle device 300) authenticates it. When the authentication is established, the vehicle 10 becomes operable.

An in-vehicle device 300 in the figure is a computer mounted in the vehicle 10 . The in-vehicle device 300 is a device that receives an electronic key from the mobile terminal 200 through wireless communication and authenticates the electronic key to control locking/unlocking of doors and starting of the engine.

The components of the system are explained in detail.
The server device 100 can be configured with a general-purpose computer. That is, the server device 100 can be configured as a computer having a processor such as a CPU or GPU, a main storage device such as a RAM or ROM, an auxiliary storage device such as an EPROM, a hard disk drive, or a removable medium. The auxiliary storage device stores an operating system (OS), various programs, various tables, etc. By executing the programs stored therein, each function that meets a predetermined purpose as described later is realized. be able to. However, some or all of the functions may be realized by hardware circuits such as ASIC and FPGA.

FIG. 4 is a block diagram schematically showing an example of the configuration of server device 100 shown in FIG. The server device 100 includes a communication section 101 , a control section 102 and a storage section 103 .

The communication unit 101 is an interface for communicating with the mobile terminal 200 via a network (for example, the Internet).

The control unit 102 is an arithmetic unit (processor) that implements various functions of the server device 100 by executing a predetermined program.
The control unit 102 has a request acquisition unit 1021, a matching unit 1022, and a key management unit 1023 as functional modules. Each functional module may be implemented by executing a program stored in a storage means such as a ROM by a CPU.

Request acquisition unit 1021 acquires a matching request from the user who owns mobile terminal 200 . The request acquisition unit 1021 acquires matching requests from the mobile terminal 200A that is the driver terminal, the mobile terminal 200B that is the owner terminal, and the mobile terminal 200C that is the shipper terminal. The matching request includes information on the desired departure point, desired arrival point, desired departure date and time, and the like. These pieces of information are stored as request data in the storage unit 103, which will be described later. FIG. 5A is an example of request data.

The type included in the matching request is used to determine whether the matching request was sent from the driver's terminal, the owner's terminal, or the shipper's terminal. data. When the matching request is transmitted from the driver's terminal, "1" is stored in the type field. Similarly, when a matching request is sent from the owner terminal, "2" is stored in the type field. When the matching request is sent from the shipper terminal, "3" is stored in the type field.

The matching unit 1022 matches users based on the request data transmitted from each user. Matching is the process of generating combinations of users associated with the same vehicle. The matching unit 1022 performs matching to generate a set of a driver, a vehicle owner, and a shipper associated with the same vehicle.

When the user combinations are generated, the matching unit 1022 generates itineraries corresponding to each user. FIG. 5B is an example of data indicating the itinerary (itinerary data). The itinerary data includes the date and time of starting the movement, the user's identifier, the vehicle's identifier, the departure point, the waypoint, the arrival point, and the like. A value corresponding to the type field of the request data is stored in the type field included in the itinerary data. The departure point, waypoint, and arrival point may store landmark identifiers or the like, or position information (latitude, longitude, etc.).

The itinerary data is transmitted to the mobile terminal 200 owned by each user and presented to each user by the mobile terminal 200 . Each user meets and travels based on the itinerary data.

The key management unit 1023 lends an electronic key corresponding to the vehicle 10 . The electronic key is electronic data for receiving authentication from the in-vehicle device 300 mounted on the vehicle 10 and enabling the vehicle 10 to operate. The key management unit 1023 distributes the electronic key to the driver terminal based on the instruction from the owner terminal.
The electronic key may be prestored or may be dynamically generated. For example, it is possible to generate an electronic key that is valid only in a predetermined time period, an electronic key that has a specified number of times of use, an electronic key that can be used only in a predetermined portable terminal, and the like. Alternatively, the electronic key may be received from the owner terminal.

The storage unit 103 is means for storing information, and is composed of a storage medium such as a RAM, a magnetic disk, or a flash memory. The storage unit 103 stores various programs executed by the control unit 102, data used by the programs, and the like. The storage unit 103 also stores data (authentication-related data) for generating the electronic key described above, request data described above, and itinerary data.

Next, the portable terminal 200 will be described.
FIG. 6 is a system configuration diagram of the mobile terminal 200. As shown in FIG. The mobile terminal 200 is a small computer such as a smart phone, a mobile phone, a tablet terminal, a personal information terminal, or a wearable computer (such as a smartwatch). Portable terminal 200 includes communication section 201 , control section 202 , storage section 203 , input/output section 204 , and near field communication section 205 .

The communication unit 201 is communication means for connecting the mobile terminal 200 to a network. In this embodiment, a mobile communication service such as 4G or LTE can be used to communicate with another device (for example, the server device 100) via a network.

The control unit 202 is an arithmetic unit (processor) that implements various functions of the mobile terminal 200 by executing a predetermined program.
The control unit 202 has a request unit 2021 and an authentication request unit 2022 as functional modules. Each functional module may be implemented by executing a program stored in storage means (such as a ROM) by a CPU.

The request unit 2021 transmits a matching request regarding movement to the server device 100 and receives itinerary data generated as a result of matching. A matching request is either:
(1) A request to move the user who is the driver (2) A request to forward the vehicle (3) A request to transport the goods

The request unit 2021 generates a user interface for generating a matching request and outputs it via the input/output unit 204, which will be described later. The user interface includes parts for designating, for example, desired date and time to start movement, desired departure point, desired arrival point, and user type (driver, vehicle owner, or shipper). included.
The request unit 2021 generates a matching request based on the content of the input made by the user, and transmits it to the server device 100 .
Also, when the matching is established, the request unit 2021 receives the itinerary data from the server device 100 and provides the contents thereof to the user.

Authentication requesting unit 2022 executes a process of acquiring an electronic key corresponding to vehicle 10 from server apparatus 100 and a process of transmitting the electronic key to in-vehicle apparatus 300 and requesting locking/unlocking of vehicle 10 . Authentication requesting unit 2022 executes its function only when its own device is the driver's terminal.

The authentication requesting unit 2022 first performs a process of acquiring an electronic key. In this embodiment, the authentication requesting unit 2022 receives an electronic key corresponding to the vehicle 10 to be operated from the server device 100 at a predetermined timing. The predetermined timing may be any timing from the timing when the itinerary is finalized to the timing when the driver gets into the vehicle 10 .
Secondly, the authentication request unit 2022 provides an operation screen to the user via the input/output unit 204, which will be described later, and generates a request for locking or unlocking based on the operation performed by the user. For example, the authentication requesting unit 2022 outputs an icon for unlocking, an icon for locking, etc. to the touch panel display, and based on the operation performed by the user, sends data requesting locking or unlocking. Generate. The data is transmitted to the in-vehicle device 300 together with the electronic key.

Note that the operations performed by the user are not limited to those via the touch panel display. For example, a hardware switch or the like may be used.
Note that if the mobile terminal 200 does not have an electronic key, the locking and unlocking operations cannot be performed from the operation screen.
The electronic key acquired by mobile terminal 200 may be a permanent key or a one-time key. In either case, data (authentication information) for checking with the electronic key is stored in advance in the in-vehicle device 300 .

The storage unit 203 is means for storing information, and is configured by a storage medium such as a RAM, a magnetic disk, or a flash memory. The storage unit 203 stores the electronic key transmitted from the server device 100 and various programs and data executed by the control unit 202 .

The input/output unit 204 is means for accepting input operations performed by the user and presenting information to the user. Specifically, it is composed of a touch panel and its control means, and a liquid crystal display and its control means. A touch panel and a liquid crystal display consist of one touch panel display in this embodiment.

The short-range communication unit 205 is an interface for performing short-range wireless communication with the in-vehicle device 300 . The short-range communication unit 205 performs short-range (several centimeters) communication using a predetermined wireless communication standard.
In this embodiment, the near field communication unit 205 performs data communication by NFC (Near Field Communication). Although NFC is exemplified in this embodiment, other wireless communication standards can also be used. For example, Bluetooth (registered trademark), UWB (Ultra Wideband), Wi-Fi (registered trademark), etc. can be used.

Next, the in-vehicle device 300 will be described.
FIG. 7 is a system configuration diagram of the in-vehicle device 300. As shown in FIG. The in-vehicle device 300 is a device that controls locking and unlocking of the vehicle 10, and is a device that constitutes a part of the smart key system. In this embodiment, the in-vehicle device 300 is mounted in the vehicle 10 .
The in-vehicle device 300 has a function of performing short-range wireless communication with the mobile terminal 200 to authenticate the mobile terminal 200, and a function of locking and unlocking the electronic lock based on the result of authenticating the mobile terminal 200. . Although the term "locking/unlocking" is used in the present embodiment, the in-vehicle device 300 may enable the engine of the vehicle 10 to be started based on the authentication result.
The in-vehicle device 300 includes a short-range communication unit 301 , a control unit 302 , a storage unit 303 and an input/output unit 304 .

The short-range communication unit 301 is means for communicating with the mobile terminal 200 according to the same communication standard as the short-range communication unit 205 . In this embodiment, the short-range communication unit 301 includes a reading device installed toward the outside of the vehicle. The short-range communication unit 301 is configured to perform short-range wireless communication using NFC with the portable terminal 200 outside the vehicle, and to acquire an electronic key.

The control unit 302 is a module that performs short-range wireless communication with the mobile terminal 200 via the short-range communication unit 301, controls authentication of the mobile terminal 200, and controls locking/unlocking of the electronic lock based on the authentication result. be. The control unit 302 is configured by, for example, a microcomputer.

The control unit 302 has an authentication unit 3021 as a functional module. The functional module may be realized by executing a program stored in storage means (ROM or the like) by the CPU.

Authentication unit 3021 authenticates mobile terminal 200 based on the electronic key transmitted from mobile terminal 200 via NFC. Specifically, the authentication information stored in the storage unit 303 and the electronic key transmitted from the mobile terminal 200 are collated, and if they match, it is determined that the authentication has succeeded. If the information on both sides does not match, it is determined that the authentication has failed. The authentication method performed by the authentication unit 3021 may be a method of simply comparing authentication information to verify identity, or may be a method using asymmetric encryption.
When the mobile terminal 200 is successfully authenticated, the authentication unit 3021 transmits a command for locking/unlocking the electronic lock of the vehicle 10 .

The storage unit 303 is means for storing information, and is composed of a storage medium such as a RAM, a magnetic disk, or a flash memory. The storage unit 303 stores authentication information for matching with the electronic key transmitted from the mobile terminal 200, various programs executed by the control unit 302, data, and the like.

The input/output unit 304, like the input/output unit 204, is means for accepting an input operation performed by the user and presenting information to the user. Specifically, it is composed of a touch panel and its control means, and a liquid crystal display and its control means.

In-vehicle device 300 may be configured to be able to transmit data relating to operation of vehicle 10 to server device 100 . For example, the in-vehicle device 300 may acquire information on traveling, position information, usage status of electronic keys, and the like, and periodically transmit this information to the server device 100 . Thereby, the server device 100 can grasp the operation status of the vehicle 10 . In this case, the in-vehicle device 300 may have a communication interface (for example, similar to the communication unit 201) for communicating with the server device 100. FIG.

FIG. 8 is a diagram showing the flow of data transmitted and received between the components described above.

The mobile terminal 200A that is the driver terminal, the mobile terminal 200B that is the owner terminal, and the mobile terminal 200C that is the shipper terminal transmit a matching request to the server device 100 at arbitrary timing (steps S11A to S11C). . As described above, the matching request includes information on the desired departure point, desired arrival point, desired departure date and time, and the like. Information included in the matching request is accumulated as request data by the server device 100 and processed at a predetermined timing.

In step S12, the server device 100 matches users based on the accumulated request data. Matching refers to the process of attempting to associate a user who provides a vehicle, a user who drives the vehicle, and a user who transports goods by the vehicle. The matching can result in a set of users associated with the same vehicle. For example, multiple users whose desired departure point and desired arrival point are on (or near) the same route can be associated with the same vehicle. Matching can be done by known techniques.

For example, the desired departure point and desired arrival point of the vehicle 10 designated by the vehicle owner are compared with the desired departure point and desired arrival point desired by the driver. may be associated. If the desired departure point and the desired arrival point do not match, the driver may be moved on foot or by other means of transportation (for example, between points X2 and X3 in the example of FIG. 2A).
Furthermore, based on the desired departure point and desired arrival point desired by the consignor, an operation route in the case where the goods specified by the consignor are transported by the vehicle 10 is determined. may also be added to the association.

If one vehicle cannot move people or goods, a plurality of vehicles may be used. That is, a plurality of vehicle owners may be associated and different vehicles may be operated for each section. In this case, the driver changes vehicles for each section.

In step S13, the server device 100 determines whether or not a group of users associated with the same vehicle has been generated. Here, if the user group can be generated, the process transitions to step S14, and after transmitting the itinerary data to the mobile terminal 200 corresponding to each user, confirmation of the user's intention of use is performed. . In this step, an operation schedule and an operation route of the vehicle 10 may be presented to each user.
Here, if consent is obtained from each user, the server apparatus 100 confirms the generated itinerary (step S15-Yes). If the consent from the user is not obtained, the process returns to the beginning (step S15-No). Note that even if consent is not obtained from only some users, the process may proceed if the vehicle 10 can be operated. For example, when consent is obtained from at least both the driver and the vehicle owner, the vehicle 10 can be operated and the process can proceed.

When the itinerary has been finalized, the server device 100 notifies each of the mobile terminals 200A to 200C that the itinerary has been finalized (steps S16A to S16C).

In step S17, server device 100 acquires an electronic key to be transmitted to portable terminal 200A, which is the driver's terminal. The electronic key transmitted to the mobile terminal 200A is the electronic key used by the driver. The electronic key allows the driver to lock/unlock and start the vehicle 10 .

Note that the electronic key of the vehicle may be received from the mobile terminal 200B, which is the owner's terminal. Further, when server device 100 manages electronic keys of vehicles, server device 100 may acquire or generate an electronic key to be provided to portable terminal 200A based on an instruction from portable terminal 200B. The electronic key provided to portable terminal 200A may be a key with an expiration date or a key with a limited number of uses. Server device 100 transmits the acquired electronic key to portable terminal 200A.

Here, with reference to FIG. 9, the process of authenticating the mobile terminal 200 by the in-vehicle device 300 mounted on the vehicle 10 will be described.
When a user (driver) who intends to get into the vehicle 10 transmits an unlocking request and an electronic key from the portable terminal 200, the authentication unit 3021 receives them via the short-range communication unit 301 (step S21).
Then, in step S22, the authentication unit 3021 verifies the electronic key, and unlocks the vehicle 10 when the authentication is determined to be successful. If the electronic key is successfully authenticated, the engine of the vehicle can be started. If the authentication fails, the in-vehicle device 300 refuses unlocking.

Returning to FIG. 8, the description is continued.
In step S18, server device 100 generates incentive data. Incentive data is data for exchanging rewards among drivers, vehicle owners, and shippers. In this embodiment, the vehicle owner (second user) and shipper (third user) who receive the transportation service pay the fee, and the driver (first user) who provides the service of driving receives the fee.

The incentive data includes data (charging data) on the amount paid by the vehicle owner (second user) and shipper (third user), and data (remuneration data) on the amount paid to the driver (first user). .
The amount of remuneration paid by vehicle owners and shippers can be determined based on distance traveled, time required, quantity of goods, etc.
In addition, in step S14, the server device 100 may present the amount of remuneration to each user in advance to obtain their agreement.

The server device 100 generates incentive data describing the amount of remuneration and settlement method, and transmits the incentive data to an external device (for example, a device that manages electronic payment). This allows billing and reward distribution.

Note that the process of step S18 may be executed after the operation of the vehicle 10 is completed. For example, the server device 100 may acquire the operation status from the in-vehicle device 300 mounted on the vehicle 10, and execute the process of step S18 when the operation of the vehicle 10 is completed.

As described above, according to the first embodiment, the server device 100 provides the first user who provides the service of driving a vehicle, the second user who uses the service to receive the vehicle forwarding service, and the goods. matching third-party users who receive transportation services from This makes it possible to match users with a plurality of different attributes, such as "a user who came to the airport by car and wants the car to be returned home" and "a user who wants to return home from the airport". be possible.

(Modification 1)
In the first embodiment, specific points are specified as the desired point of departure and the desired point of arrival. On the other hand, when a driver is sightseeing in a specific area, there is a desire to receive matching regardless of the departure and arrival points. In order to deal with this, ambiguous specification of the departure point and the arrival point may be allowed. For example, instead of these points, specific areas may be designated. In this case, matching is performed so as to hit all points included in the area. As a result, for example, it is possible to satisfy a demand such as "I want to travel for sightseeing within a specific area."

(Modification 2)
In the first embodiment, a shipper (third user) is targeted for matching, but transportation of goods is not essential. In this case, the matching between the first user and the second user may be performed in a state where there is no third user who wishes to transport the goods. This makes it possible to generate a set of the first user who drives the vehicle and the second user who provides the vehicle.

(Modification 3)
In the first embodiment, an example was given in which the driver and the vehicle owner are different persons, but the vehicle owner may drive the vehicle himself. In this case, the matching between the first user and the third user may be performed in a state where there is no second user who receives the vehicle forwarding service. As a result, it is possible to generate a set of the first user who drives his own vehicle and the third user who wishes to transport the goods. In this modified example, the driver's terminal and the owner's terminal are the same mobile terminal 200 .

(Modification 4)
In the first embodiment, an example was given in which the vehicle owner and the consignor are different persons, but the vehicle owner may also serve as the consignor. That is, the second user and the third user may be the same person. As a result, it is possible to generate a set of a first user who drives a vehicle and a second user (and a third user) who desires to transport goods by their own vehicle. In this modification, the owner terminal and the shipper terminal are the same mobile terminal 200 .

(Other modifications)
The above embodiment is merely an example, and the present invention can be modified as appropriate without departing from the scope of the invention.
Also, the processes and means described in the present disclosure can be freely combined and implemented as long as there is no technical contradiction.

Also, the processing described as being performed by one device may be shared and performed by a plurality of devices. Alternatively, processes described as being performed by different devices may be performed by one device. In a computer system, it is possible to flexibly change the hardware configuration (server configuration) to implement each function.

The present disclosure can also be implemented by supplying a computer program implementing the functions described in the above embodiments to a computer, and reading and executing the program by one or more processors of the computer. Such a computer program may be provided to the computer by a non-transitory computer-readable storage medium connectable to the system bus of the computer, or may be provided to the computer via a network. Non-transitory computer-readable storage media include, for example, magnetic disks (floppy (registered trademark) disks, hard disk drives (HDD), etc.), optical disks (CD-ROMs, DVD disks, Blu-ray disks, etc.), any type of disk, Including read only memory (ROM), random access memory (RAM), EPROM, EEPROM, magnetic cards, flash memory, optical cards, any type of medium suitable for storing electronic instructions.

DESCRIPTION OF SYMBOLS 100... Server apparatus 101,201... Communication part 102,202,302... Control part 103,203,303... Storage part 200... Portable terminal 204,304... Input-output part 205 , 301... short-range communication unit 300... in-vehicle device

Claims (1)

obtaining a first request from a first user desiring to travel by driving a vehicle;
obtaining a second request from a second user desiring to forward the vehicle;
obtaining a third request from a third user desiring transportation of goods;
generating an operation plan for a vehicle boarded by the first user based on the first to third requests;
generating reward data for the first user and billing data for the second and third users;
An information processing apparatus having a control unit that executes

Images