JP2024033018A - Operation support system - Google Patents

Abstract

[Problem] To make it possible to grasp the usage status of vehicles. [Solution] A system for supporting the operation of a shared service for single-seater vehicles, which includes a usage request input unit that receives a usage request including designation of an alighting port from a terminal of a user who is about to use the vehicle; The vehicle is characterized by comprising a usage permission determination unit that permits the use of the vehicle when there is a vacant parking space at the drop-off port. [Selection diagram] Figure 1

Description

The present invention relates to an operation support system.

BACKGROUND ART In vehicle sharing, a technology is known in which a server controls the availability of a vehicle (see Patent Document 1).

JP 2017-169051 Publication

However, with the system described in Patent Document 1, it is not possible to grasp the situation where the vehicle is being used.

The present invention has been made in view of this background, and an object of the present invention is to provide a technology that can grasp the usage status of a vehicle.

The main invention of the present invention for solving the above-mentioned problems is a system that supports the operation of a shared service for single-seater vehicles, which includes specifying an alighting port from a terminal of a user who is about to use a vehicle. The vehicle is characterized by comprising a usage request input unit that accepts a usage request, and a usage permission determination unit that allows usage of the vehicle if there is a parking space available at the drop-off port.

Other problems disclosed in the present application and methods for solving the problems will be made clear by the section of the embodiments of the invention and the drawings.

According to the present invention, it is possible to grasp the usage status of a vehicle.

FIG. 2 is a diagram illustrating a bicycle sharing service according to the present embodiment. 1 is a diagram showing an example of the overall configuration of an operation support system according to the present embodiment. 2 is a diagram illustrating the functional configuration of a communication device 11. FIG. 2 is a diagram showing an example of the hardware configuration of a user terminal 13. FIG. 2 is a diagram showing an example of the software configuration of the user terminal 13. FIG. FIG. 3 is a diagram showing an example of a destination port selection screen. FIG. 3 is a diagram showing an example of a photographed state of a parking state of the bicycle 1. FIG. 2 is a diagram showing an example of a hardware configuration of a management server 20. FIG. 2 is a diagram showing an example of a software configuration of a management server 20. FIG. FIG. 3 is a diagram illustrating the operation of the operation support system at the time of starting to use the bicycle 1. FIG. FIG. 3 is a diagram illustrating the operation of the operation support system when the use of the bicycle 1 ends.

<System overview>
An operation support system for a vehicle sharing service according to an embodiment of the present invention will be described below. Although this embodiment assumes a motorized bicycle sharing service (including a rental service), the present invention can be applied to any vehicle sharing service. Vehicles may include all single-seater vehicles (personal mobility).

The vehicle may be a one-seater personal mobility vehicle with a total length of 1 m or less and equipped with an electric motor. The vehicle may be a bicycle, scooter, skateboard, etc. that can be switched between electric (automatic driving) and electric assist. The vehicle may not generally require parking. Vehicles may include, for example, bicycles, scooters (also called kickboards or kick skaters), skateboards, parallel two-wheeled vehicles, two-wheeled inverted pendulums (such as Segways), self-stable unicycles, and the like. Vehicles may also include motorized bicycles and motorcycles. Vehicles that have a maximum speed of less than 30 km/h (e.g. motorized bicycles), those with a maximum speed of less than 24 km/h (e.g. electrically assisted bicycles), and those with a maximum speed of less than 20 km/h (e.g. electric kickboards) are assumed. ) may be included.

FIG. 1 is a diagram illustrating a bicycle sharing service according to the present embodiment. Bicycles 1 are parked at ports 2 provided at various locations. In this embodiment, the port 2 means a place where the bicycle 1 can be parked. Port 2 is, for example, a parking lot or a bicycle parking lot. Port 2 may be any place where vehicles can be parked, and the number of vehicles that can be parked does not have to be fixed, but in this embodiment, port 2 can park up to a predetermined number of vehicles. bicycle 1 can be parked there. That is, each port 2 may have at least one of a used space 21 and an empty space 22. When a user of the bicycle sharing service travels by bicycle 1 from departure port 2 (S) to destination port 2 (D), the user specifies destination port 2 (D) before using the bicycle 1. If an empty port 22 exists in the destination port 2 (D), use of the bicycle 1 is permitted, and the bicycle 1 is automatically unlocked and becomes available for use by the user.

Note that the port 2 may be a collection of physically discrete sections of land or the floor of a building.

FIG. 2 is a diagram showing an example of the overall configuration of the operation support system of this embodiment. The operation support system of this embodiment is configured to include a management server 20. The management server 20 is communicably connected to each of the communication device 11 and the user terminal 13 provided on the bicycle 1 via the communication network 30. The communication network 30 is, for example, the Internet, and is constructed using a public telephone line network, a mobile phone line network, a wireless communication path, Ethernet (registered trademark), or the like.

The bicycle 1 is also provided with a locking device 12, and the communication device 11 can also control locking and unlocking of the locking device 12. In this embodiment, it is assumed that the communication device 11 controls locking and unlocking of the locking device 12 according to a command received from the management server 20. For example, the communication device 11 controls the locking device 12 under control from the user terminal 13. It is also possible to have a configuration like this.

The user terminal 13 is a mobile terminal used by a user, and is, for example, a smartphone, a tablet computer, a personal computer, or the like. The user terminal 13 is equipped with a camera and can photograph the state of the bicycle 1.

The management server 20 may be a general-purpose computer such as a workstation or a personal computer, or may be logically implemented by cloud computing. The management server 20 can determine whether the bicycle 1 can be used by the user and manage the usage status.

<Communication device 11>
FIG. 3 is a diagram illustrating the functional configuration of the communication device 11. As shown in FIG. The communication device 11 includes a locking/unlocking command receiving section 111, a locking/unlocking control section 112, a position information acquisition section 113, and a position information transmitting section 114. Note that each of these functional units may be realized by a logic circuit or by a general-purpose processor executing a program.

The locking/unlocking command receiving unit 111 receives a command instructing to lock or unlock the bicycle 1 (referred to as a locking command or an unlocking command; the locking command and the unlocking command are collectively referred to as a locking/unlocking command). . In this embodiment, a lock/unlock command is transmitted from the management server 20, and the lock/unlock command receiving unit 111 receives this.

The lock/unlock control unit 112 controls the lock device 12 to lock or unlock the lock device 12 according to a lock/unlock command. The control process of the locking device 12 by the locking/unlocking control section 112 uses a known method and will not be described here.

For example, the position information acquisition unit 113 uses a GPS signal received by a GPS (Global Positioning System) receiver (not shown, which may be included in the communication device 11 or may be obtained from an external sensor). Based on this, the position of the bicycle 1 can be determined.

The location information transmitter 114 sends the location information acquired by the location information acquirer 113. In this embodiment, the position information transmitting unit 114 can periodically transmit the position information of the bicycle 1 to the management server 20 when the bicycle 1 is used. The location information transmitter 114 can transmit location information to the management server 20 at predetermined intervals such as 1 second, 1 minute, 5 minutes, and 10 minutes, for example. Note that the position information transmitter 114 may transmit the position information, for example, when the distance traveled by the bicycle 1 exceeds a predetermined value.

<User terminal 13>
FIG. 4 is a diagram showing an example of the hardware configuration of the user terminal 13. Note that the illustrated configuration is an example, and other configurations may be used. The user terminal 13 includes a CPU 101, a memory 102, a storage device 103, a communication interface 104, a touch panel display 105, a camera 106, and a GPS 107. The storage device 103 stores various data and programs, and is, for example, a hard disk drive, solid state drive, flash memory, or the like. The communication interface 104 is an interface for connecting to the communication network 30, and includes, for example, an adapter for connecting to Ethernet (registered trademark), a modem for connecting to a public telephone line network, and a wireless communication device for performing wireless communication. , a USB (Universal Serial Bus) connector for serial communication, an RS232C connector, etc. The touch panel display 105 can input and output data. The GPS 107 can measure the position of the user terminal 13.

FIG. 5 is a diagram showing an example of the software configuration of the user terminal 13. As shown in FIG. The user terminal 13 can include an aircraft identification section 131 , a usage start request transmission section 132 , a destination port determination section 133 , a usage termination request transmission section 134 , and an aircraft imaging section 135 .

Note that each of the above functional units of the user terminal 13 can be realized, for example, by the CPU 101 reading a program stored in the storage device 103 into the memory 102 and executing it.

The machine identification unit 131 identifies the machine (bicycle 1) that the user is trying to use. In this embodiment, a code such as a QR code (registered trademark) that encodes the identification information (body ID) of the bicycle 1 is attached to the bicycle 1, and the body identification unit 131 of the user terminal 13 can detect this code. It is assumed that the aircraft ID can be obtained by decoding the image taken by the camera 106. Note that the device identification unit 131 may, for example, print a device ID on the bicycle 1 and accept the input of the device ID from the user, or transmit the device ID from a device installed on the bicycle 1 using Bluetooth (registered trademark). ) or the like may be used to receive the aircraft ID through short-range communication. Further, the body identification unit 131 can acquire the body ID of the bicycle 1 by any other method.

The use start request transmitter 132 sends a request to start using the bicycle 1 (use start request) to the management server 20 . A user ID indicating the user and a body ID indicating the bicycle 1 are set in the usage start request. If the user has specified a destination port (destination port) in advance, the destination port is also set in the usage start request.

The destination port determining unit 133 determines the destination port. The destination port determination unit 133 can, for example, display a map, accept the designation of a destination, output ports that exist near the designated destination, and allow the user to select the destination port. For example, the destination port determination unit 133 can first accept the designation of a destination. The destination may be specified by accepting the designation of a predetermined point from the map as described above, or by accepting the designation of the name of the area, the name of the station, or the like. The destination port determination unit 133 can set a specified destination and send a request for a list of ports existing near the destination (port request) to the management server 20. The destination port determination unit 133 can receive selection of a destination port from the list of ports responded from the management server 20. FIG. 6 is a diagram showing an example of a destination port selection screen. As shown in the figure, the destination port determining unit 133 can, for example, display a map on the screen and display a list of ports 2 as icons on the map. The user can specify the destination port 2 by selecting this icon with the finger 3 or the like. The usage start request transmitting unit 132 can set the designation of the destination port 2 received by the destination port determining unit 133 in a usage start request and transmit it to the management server 20 .

As will be described later, if the destination port 2 is vacant, the use of the bicycle 1 is permitted, the locking device 12 of the bicycle 1 is unlocked according to instructions from the management server 20, and the user is not allowed to use the bicycle 1. Can be done.

The use termination request transmitter 134 transmits a request to terminate the use of the bicycle 1 (use termination request) to the management server 20. A user ID indicating the user and a body ID indicating the bicycle 1 are set in the usage termination request. The usage termination request may include a parking image, which will be described later, from the beginning.

The body photographing unit 135 controls the camera 106 to photograph the exterior of the bicycle 1. In this embodiment, the body photographing unit 135 expects that the parked state of the bicycle 1 will be photographed after the bicycle 1 arrives at the destination port. The body photographing unit 135 may be activated manually by the user, and may output a message instructing the user to photograph the parked bicycle. FIG. 7 is a diagram showing an example of a photographed state of the bicycle 1 parked. As shown in the figure, the user can photograph the parked bicycle 1 after getting off the bicycle, and the body photographing unit 135 can acquire this photographed image (referred to as a parking image). The usage termination request transmitting unit 134 transmits an image photographed by the aircraft photographing unit 135 or acquired by the aircraft photographing unit 135 to the management server 20. This ends the use of the bicycle 1.

<Management server>
FIG. 8 is a diagram showing an example of the hardware configuration of the management server 20. Note that the illustrated configuration is an example, and other configurations may be used. The management server 20 includes a CPU 01, a memory 202, a storage device 203, a communication interface 204, an input device 205, and an output device 206. The storage device 203 stores various data and programs, and is, for example, a hard disk drive, solid state drive, flash memory, or the like. The communication interface 204 is an interface for connecting to the communication network 30, and includes, for example, an adapter for connecting to Ethernet (registered trademark), a modem for connecting to a public telephone line, and a wireless communication device for performing wireless communication. , a USB (Universal Serial Bus) connector for serial communication, an RS232C connector, etc. The input device 205 is, for example, a keyboard, mouse, touch panel, button, microphone, or the like for inputting data. The output device 206 outputs data, such as a display, printer, or speaker.

FIG. 9 is a diagram showing an example of the software configuration of the management server 20. As shown in FIG. The management server 20 includes a port information providing section 211, a usage start processing section 212, a usage permission determination section 213, a usage fee determination section 214, a lock communication section 215, a usage termination processing section 216, a port information storage section 231, and an administrator storage section. 232, an image storage section 233, an aircraft information storage section 234, a usage history storage section 235, and an advertisement storage section 236.

Note that each of the functional units 211 to 216 is realized by the CPU 201 reading a program stored in the storage device 203 to the memory 202 and executing it, and each of the storage units 231 to 236 is realized by the CPU 201 reading a program stored in the storage device 203 to the memory 202 and executing it. It can be realized as part of the storage area provided by.

The port information storage unit 231 stores information regarding port 2 (port information). The port information includes the location of port 2 (which can be a representative location, for example, can be specified by latitude and longitude) and management of port 2 in association with the port ID that specifies port 2. The information includes the administrator ID indicating the administrator, the number of bicycles 1 that can be parked at the port 2 (the number of parking spaces), the number of bicycles that can currently be parked (the number of vacant spaces 22), and the like. Note that if port 2 is not managed by a third party, no value need be set for the administrator ID.

The administrator storage unit 232 stores information regarding administrators (administrator information). The administrator information may include an administrator ID that identifies the administrator and payment information. The payment information can be, for example, information necessary when paying remuneration to the administrator. Compensation for providing Port 2 can be paid based on the payment information.

The image storage unit 233 records parking images. The image storage unit 233 stores the user ID for identifying the user who photographed the parking image, the date and time of photographing the parking image, the machine ID indicating the bicycle 1 shown in the parking image, the position at which the parking image was photographed, and the information on the parking image. It is possible to include a port ID indicating the port 2 where the displayed bicycle 1 is parked, and image data of the parking image.

The body information storage unit 234 stores information regarding the bicycle 1 (body information). The aircraft information includes the aircraft ID that identifies Bicycle 1, the date and time when the aircraft information was last updated (last update date and time), the position of Bicycle 1 and the amount of charge of Bicycle 1 at the time of the last update, and the current status of Bicycle 1. A flag indicating whether there is a port (in-use flag) and, if the bicycle 1 is parked, a port ID indicating the port 2 where the bicycle 1 is parked can be included. Aircraft information can be updated regularly.

The usage history storage unit 235 stores the usage history of the bicycle 1 by the user. The usage history includes the user ID that identifies the user who used Bicycle 1, the start date and time of usage of Bicycle 1, the end date and time of usage of Bicycle 1, the machine ID that identifies Bicycle 1 used by the user, and the usage of Bicycle 1 by the user. Port 2 (departure port) at which bicycle 1 started, port 2 (arrival port) at the destination of bicycle 1, and usage fee can be included.

Advertisement storage unit 236 stores information regarding advertisements (advertisement information). The advertisement information includes conditions for outputting an advertisement and advertisement data in association with an advertisement ID that specifies the advertisement. The condition may be a condition for various types of information, for example, it may be a timing condition such as when the bicycle 1 is used or when the use of the bicycle 1 ends, or it may be a condition when the bicycle 1 is specified. This may be a spatial condition, such as when the aircraft is parked at port 2 of It may also be a condition regarding the user's attributes such as the case. The advertisement data may be, for example, screen data written in HTML, video data, still image data, plain text data, or the like.

The port information providing unit 211 provides port information to the user terminal 13. The port information providing unit 211 can provide port information in response to a request from the user terminal 13 (which may be a usage start request or another request). For example, when the usage start request includes a destination (or destination coordinates, etc.), the port information providing unit 211 provides information about a location near the specified destination or within a predetermined distance from the specified coordinates. Port information can be searched from the port information storage unit 231 and a list of search results can be returned. Further, the port information providing unit 211 can, for example, periodically broadcast the port information or transmit it to each of the user terminals 13 with which a session has been established.

The usage start processing unit 212 performs processing related to the start of usage of the bicycle 1 by the user. In this embodiment, the usage start processing unit 212 receives a usage start request from the user terminal 13, and determines whether or not the bicycle 1 specified in the received usage start request can be used, which will be described later. The unit 213 makes the determination. Furthermore, if the destination port 2 is not set in the usage start request, the usage start processing unit 212 can send a message to the user terminal 13 instructing the user to set the destination port 2. Further, when destination port 2 is specified, the usage start processing unit 212 can cause a usage availability determining unit 213 (described later) to determine availability. When the usage availability determining unit 213 determines that the bicycle 1 can be used, the usage start processing unit 212 causes the lock communication unit 215 (described later) to send a release command to unlock the bicycle 1 specified in the usage start request. In addition, the usage start processing unit 212 adds 1 to the number of available spaces in the port information of the departure port (the port where the designated bicycle 1 is currently parked, that is, the port indicated by the port ID included in the aircraft information), and determines the purpose. The number of vacant units in the port information corresponding to the port can be subtracted by 1. Further, the use start processing unit 212 can update the in-use flag of the machine information corresponding to the designated bicycle 1 to true.

The usage start processing unit 212 can transmit an advertisement at the time of starting usage (advertisement transmission unit). The usage start processing unit 212 can, for example, search the advertisement storage unit 236 for advertisement information that satisfies the conditions, and transmit advertisement data of the searched advertisement information to the user terminal 13. Further, the usage start processing unit 212 may search for advertising information related to the vicinity of the departure port or destination port, for example. Further, if a plurality of pieces of advertisement information can be retrieved, the usage start processing unit 212 can preferentially transmit advertisement data for which a condition for a location close to the departure port or the destination port is set.

The availability determining unit 213 determines whether the bicycle 1 can be used. For example, if the in-use flag of the aircraft information is true, the availability determining unit 213 can determine that the device is not available. The availability determining unit 213 can determine that the device is not available if the amount of charge in the device information is less than a predetermined value. Further, the availability determining unit 213 can determine that the destination port is not available if the number of available ports in the port information is 0. Further, the usage availability determination unit 213 can determine that usage is unavailable, for example, when the user ID is registered in a blacklist (not shown). If the above-mentioned impossibility determination is not made, the availability determination unit 213 can determine that the bicycle 1 is usable.

The usage fee determination unit 214 determines the usage fee for the bicycle 1. The usage fee determination unit 214 can determine the usage fee according to the usage time of the bicycle 1, for example. Furthermore, the usage fee determination unit 214 may determine, for example, a predetermined amount of money according to the type of bicycle 1 as the usage fee. The usage fee determination unit 214 can also perform dynamic pricing in which the price is varied depending on the user's attributes, usage history, etc., for example. For example, the usage fee determination unit 214 sets a low usage fee for a user who uses frequently, sets a low usage fee for a user who has attributes targeted for a specific campaign, and sets a low usage fee for a user who has a specific campaign target attribute. If the number of usage histories) is equal to or greater than a predetermined number, lower usage fees may be determined in stages.

Further, the usage fee determining unit 214 can also set a fixed or dynamic usage fee for each port. The usage fee determination unit 214 can also determine the usage fee, for example, according to the number of vacant ports at the destination port (so that the larger the number of vacant ports, the cheaper the usage fee). In addition, the usage fee determination unit 214 determines the usage rate according to the usage rate of the destination port (the ratio of the number of times the destination port is used as a departure or destination port during a predetermined period such as one day or one week to the number of available parking spaces). It is also possible to determine the usage fee (so that the higher the price, the higher the usage fee). Further, the usage fee determination unit 214 can also determine the usage fee depending on the distance from the port station, commercial facility, etc. (the shorter the distance, the higher the usage fee).

Further, the usage fee determination unit 214 can also set the usage fee according to the route of the bicycle 1. For example, the usage fee determination unit 214 can add an amount to the usage fee when a specific route is taken. For example, usage fees can be set higher for places that are expected to be crowded, such as illuminations, sporting events, and live events. Conversely, the usage fee determining unit 214 may reduce the usage fee if the user travels through a predetermined route. For example, if you want to increase traffic on the road facing a commercial facility or store, or if you want to revitalize a side street for events or festivals, etc., you may want to increase awareness of your newly built commercial facility. In such cases, usage fees can be set at a lower price for promotional purposes. In this case, for example, a commercial facility or the like may be billed. For example, the usage fee determination unit 214 detects that the bicycle 1 is proceeding toward a road where a toll is added, or detects that the bicycle 1 is on a road where a toll is added. Then, an alert may be sent to the user's terminal (or the communication device 11 of the bicycle 1), and the alert may be output from the user's terminal or the communication device 11. Further, the usage fee determination unit 214 is configured to notify the user's terminal or communication device 11 of this fact, for example, when the fee for a road parallel to the road on which the bicycle 1 is currently traveling is set to be cheaper. You can also do this.

The lock communication unit 215 controls locking and unlocking of the lock device 12 of the bicycle 1. In this embodiment, the lock communication unit 215 can lock and unlock the locking device 12 by transmitting a locking and unlocking command to the communication device 11.

The use end processing unit 216 performs necessary processing when the use of the bicycle ends. If the usage termination request does not include a parking image, the usage termination processing unit 216 can transmit a message to the user terminal 13 instructing the user to take a parking image. In addition, the usage termination processing unit 216 (alighting image receiving unit) appends the parking image received from the user terminal 13 with the user ID, date and time, aircraft ID, location information, and port ID indicating the destination port. can be registered in the image storage unit 233. Further, the usage termination processing unit 216 determines whether the bicycle 1 is at the destination port 2 based on the position information set in the usage termination request or the position information of the aircraft information, and determines whether the bicycle 1 is at the destination port 2 or not. If it is determined that the process is not completed, it is determined that termination is not possible, and a message indicating this can be sent to the user terminal 13. The usage termination processing unit 216 can update the in-use flag of the machine information corresponding to the machine ID set in the usage termination request to false.

Further, the usage termination processing unit 216 can transmit an advertisement to the user terminal 13 at the time of usage termination. For example, in response to the usage termination request, the usage termination processing unit 216 can transmit one piece of advertisement data among the advertisement information that satisfies the conditions to the user terminal 13.

<Operation>
The operation of the operation support system of this embodiment will be described below.

FIG. 10 is a diagram illustrating the operation of the operation support system when the bicycle 1 starts to be used. When using the bicycle 1, the user uses the user terminal 13 to read the QR code (registered trademark) attached to the bicycle 1 (S401) and obtains the machine ID. The user terminal 13 transmits a usage start request in which the acquired device ID is set to the management server 20 (S402). The management server 20 responds with a message instructing to set a destination port (S403). The user terminal 13 receives a destination selection from the user (S404). The destination can be selected by accepting the designation of a predetermined position on the map, or by accepting the designation of a station name, area name, etc. The user terminal 13 transmits a port request with a destination set to the management server 20 (S405), and the management server 20 responds with a list of ports near the destination (S4076).

The user terminal 13 can output a list of responded ports and accept the designation of a destination port from among the list (S407). The user terminal 13 can accept the designation of a destination port from a screen such as that shown in FIG. 6, for example. The user terminal 13 transmits a use start request in which the machine ID and the port ID indicating the destination port are set to the management server 20 (S408).

The management server 20 determines whether the bicycle 1 can be used in response to the received usage start request (S409). The determination of availability is performed by the availability determination unit 213 described above. If it is determined that the bicycle 1 can be used, the usage fee is determined (S410). The usage fee is determined by the usage fee determination unit 214 described above. The management server 20 transmits an unlocking command to the communication device 11 of the bicycle 1 indicated by the machine ID (S411), and the communication device 11 controls the lock device 12 to unlock the bicycle according to the received unlocking command. (S412).

On the other hand, the management server 20 transmits advertisement data to the user terminal 13 along with a message indicating that usage has started (S413). The advertisement data is displayed on the user terminal 13 together with the message.

FIG. 11 is a diagram illustrating the operation of the operation support system at the end of use of the bicycle 1. After the user rides the bicycle 1 to the destination port, the user operates the user terminal 13 to send a usage termination request to the management server 20 to terminate the usage of the bicycle 1 (S421). The bicycle 1's body ID and current location are set in the usage termination request.

The management server 20 can determine the port at which the bicycle 1 is currently arriving, based on the current location (S422). If a parking image is not set in the usage termination request, the management server 20 can send a message to the user terminal 13 instructing the user to take a parking image (S423).

The user terminal 13 displays a message, and in response to this display, the user uses the user terminal 13 to take a photograph of the parked bicycle 1 (S424). The user terminal 13 transmits the created parking image to the management server 20 (S425), and in the management server 20, the image is registered in the image storage unit 233 and the usage history is also registered (S426). The management server 20 further transmits a command to lock the bicycle 1 (S427).

When the communication device 11 of the bicycle 1 receives the locking command from the management server 20, it can control the locking device 12 in response to the locking command to lock the bicycle (S428).

On the other hand, the management server 20 transmits the advertisement data to the user terminal 13 along with a message indicating that the usage has ended (S429). The advertisement data is displayed on the user terminal 13 together with the message.

Although the present embodiment has been described above, the above embodiment is for facilitating understanding of the present invention, and is not for construing the present invention in a limited manner. The present invention may be modified and improved without departing from the spirit thereof, and the present invention also includes equivalents thereof.

For example, in the present embodiment, the communication device 11 and the management server 20 communicate directly, but the present invention is not limited to this. For example, a computer such as an API server may be installed between the communication device 11 and the management server 20 It may be made to intervene.

Further, in this embodiment, the management server 20 is assumed to be one computer, but it is not limited to this, and it may be realized by multiple computers, and the various functions provided by the management server 20 may be distributed among the multiple computers. You can also do this.

<Do not specify aircraft>
Furthermore, in this embodiment, the usage start request specifies the machine ID indicating the bicycle 1 and the destination port, but it is also possible to set the destination port but not set the machine ID. . In this case, when the user makes a reservation, only the destination port is secured, and then, when the user decides which bicycle 1 to use at the departure port, the machine ID is set in the second usage start request and the management server It can be sent to 20.

<Specify departure port>
Furthermore, instead of specifying the aircraft, a departure port may be set in the usage start request. In this case, the user terminal 13 can be equipped with a departure port setting section, and can receive the designation of the departure port using a screen similar to that shown in FIG. Further, the availability determination unit 213 can determine that the bicycle 1 is usable if there is a bicycle 1 available at the departure port and there is a vacancy at the destination port. In addition, there are multiple types of vehicles at port 2 (for example, electric assist bicycles, electric bicycles, electric scooters, electric assist scooters, electric kickboards, electric kickboards, electric skateboards, electric assist skateboards, electric parallel two-wheelers, etc.). If possible (that is, if the vehicle is provided as a shared service), the type of vehicle may be specified in the usage start request. In this case, the management server 20 manages which type of vehicle is parked at which port 2, and determines whether the type of vehicle specified in the usage start request is available. Can be done.

<Specify usage time/arrival time>
Further, the usage start request may specify the usage time or the arrival time at the destination port. In this case, the usage start request further specifies at least the destination port. The usage start request may further specify the aircraft ID or the departure port. The usage start request may further specify a usage start time. When a departure port and a usage start time are specified in the usage start request, the availability determination unit 213 determines whether or not other bicycles are parked by the departure time even if there is no bicycle 1 parked at the designated departure port. If the user is scheduled to arrive at the destination port, it can be determined that reservation is possible. The schedule for arriving at the destination port can be determined according to the usage time or arrival time.

<Allow overbook>
Furthermore, in this embodiment, reservations are not allowed if the destination port is not available, but reservations can be accepted even if the destination port is not available. In this case, the availability determining unit 213 determines that the destination port can be used if the number of vacant units in the port information of the destination port is equal to or greater than a negative threshold (i.e., -1 x allowable number of units). You can do as you like.

Here, when the destination port is not available and a predetermined number of reservations are received, the management server 20 can send a message to the user inviting the user to use the bicycle 1 at the port. . The message may be sent as a message such as an e-mail or a chat message, or may be sent as a push notification to an application running on the user terminal 13, for example. At this time, the management server 20 may provide a reward to the user. For example, the management server 20 can issue points, discount fees, and issue coupons to users.

<Prediction of allowable number of overbooks>
Furthermore, when accepting a reservation even when there is no vacant space at the destination port, the management server 20 will determine whether the destination port is the departure port for other users before the user related to the reservation arrives at the destination port. It is possible to predict the number of bicycles 1 to be used and to determine whether reservations can be made based on the predicted number as the number of bicycles that can be reserved (permissible number) when the destination port is not available.

<Reward if you are unable to get off due to overbooking>
Further, when accepting a reservation even when there is no space at the destination port, if there is no free space 22 when the user related to the reservation arrives at the destination port and gets off, the management server 20 It is possible to send a message instructing the user to move to port 2 near the destination port, and to pay a value to the user.

In this case, the management server 20 receives a message from the user terminal 13 indicating that parking is not possible (the machine ID indicating the bicycle 1 whose use is to be terminated or the port ID of the destination port is set). It is possible to detect that parking is not possible (that is, the user cannot finish using the bicycle 1).

In addition, if the port ID of the destination port is set in the usage termination request received from the user terminal 13, the management server 20 cannot park the car because the number of vacant spaces in the port information indicated by the port ID is 0 or less. It can also be detected. In addition, the management server 20 indicates that parking is not possible because the number of available parking spaces in the port information indicated by the port ID of the aircraft information corresponding to the aircraft ID set in the usage termination request received from the user terminal 13 is 0 or less. It can also be detected.

When the management server 20 detects that parking is not possible at the destination port, it can search for port information corresponding to a position within a predetermined distance from the position of the destination port (position of port information). Here, the management server 20 may search for port information at the location closest to the location of the target port. In addition, the management server 20 searches for port information that corresponds to a position within a predetermined distance (or closest) to the target port, and which has a predetermined number of vacant units (for example, 1) or more. can do.

The management server 20 sends a message to the user terminal 13 instructing movement of the bicycle 1 (change of destination port) including the port 2 indicated by the searched port information. When the user terminal 13 receives the message, it can display port 2, which is a candidate destination, on the map, for example, similarly to FIG. 6. Here, the value that the management server 20 pays to the user includes, for example, a discount on the usage fee for the bicycle 1 (including making it free of charge), payment of money in excess of the usage fee, issuance of a coupon, and issuance of points. obtain.

In this case, when accepting a reservation even though there is no vacancy at the destination port, the management server 20 informs the user that there is no vacancy at the destination port and that there must be vacancy when the user arrives at the destination port. In this case, it is possible to obtain consent from the user by notifying the user that there is a possibility that the user may be moved to the nearby port 2. At this time, the management server 20 can also notify the port 2 near the target port.

<Neighborhood suggestions>
Further, the management server 20 can suggest a nearby port if there is no vacant destination port at the time of reservation. For example, when the management server 20 receives a use start request from the user terminal 13, the management server 20 determines that the number of vacant units in the port information indicated by the port ID of the destination port set in the use start request is less than or equal to a predetermined number (for example, 0). In some cases, a port 2 near the destination port (another port 2 corresponding to a position within a predetermined distance from the position indicated by the port information of the destination port) can be suggested to the user. The management server 20 can also prioritize and make proposals according to the number of available servers and the distance from the target port. For example, the management server 20 can transmit a list of port information sorted in descending order of priority to the user terminal 13, and the user terminal 13 can display the list. In addition, the management server 20 sends the port information to the user terminal 13 with an attached priority order, and on the user terminal 13, for example, on a screen as shown in FIG. Port 2 can be displayed on the map.

Here, the management server 20 may set the predetermined number to a number greater than 0, and propose ports 2 that have more vacant ports than the predetermined number among the ports 2 near the destination port. In addition, if the predetermined number is greater than 0 and the number of vacant units at the destination port is greater than 0 and less than or equal to the predetermined number, a reward for changing the destination port ( For example, it is possible to propose discounts on usage fees, award of points, issuance of coupons, etc.) to users.

<Specify the destination port after starting use>
In addition, when the user starts using bicycle 1, the user makes a reservation without specifying the destination port, and the user requests termination of use before the end of use (this may be before or after arriving at the destination port). The transmitting unit 134 may specify the destination port for getting off the vehicle and transmit the usage termination request. In this case, the management server 20 may include a usage termination permission determination unit that determines whether usage can be terminated depending on whether or not the destination port is vacant. If the usage termination permission determining unit determines that usage termination is not possible, even if the user leaves the bicycle 1 at the destination port, it is possible to continue charging the user.

<Notification to next user>
Furthermore, the management server 20 can notify other users after the use of the bicycle 1 is finished. The management server 20 may notify other users when the current position received from the bicycle 1 is within a predetermined distance from the destination port. In this case, the management server 20 makes a reservation from the user and stores the reservation if, for example, there is no bicycle at port 2 (departure port) where the user is trying to use the bicycle 1. It is possible to notify users who have made a reservation at the port 2 where the bicycle 1 that has been terminated is parked. Furthermore, the user who is about to end the use of Bicycle 1 can designate another user, such as a friend, to have the other user take over and use the Bicycle 1 after the end of use. .

<Dynamic pricing according to demand and supply forecasts>
Furthermore, the management server 20 can include a usage fee determining unit that predicts the supply and demand of the bicycle 1 and determines the usage price of the bicycle 1 according to the predicted supply and demand.

The usage fee determining unit can determine the usage fee according to the amount of bicycles 1 demanded at the port 2. For example, the usage fee determination unit may set the usage fee ( (hourly unit price, mileage unit price, or fixed rate) can be set high. The demand can be expressed, for example, by the small number of bicycles 1 parked at the port 2. For example, the usage fee determination unit can determine the usage fee so that the fee increases as the number of bicycles 1 parked at port 2, which is the departure port, decreases.

Further, the usage fee determination unit may determine the usage fee in accordance with demand prediction. The usage fee determination unit predicts the demand (number of uses) for a predetermined time in the future (for example, any time such as 1 hour, 6 hours, 12 hours, etc.) for each port 2, and calculates the predicted demand. The usage fee can be determined depending on the amount (for example, the higher the demand, the higher the amount). The demand amount can be predicted based on past usage history, for example. The usage fee determination unit, for example, determines the location of Port 2 (whether it faces a road with a specified width or more, whether it is in a downtown area or a residential area, the distance from a station or bus stop, and whether it is a paid parking lot such as a coin parking lot). distance, number of residents within a given distance or daytime or nighttime population, etc.), size of Port 2 (number of parking spaces), season, time of day, day of the week, weather, presence or absence of events near Port 2, etc. A prediction model that predicts the number of bicycles 1 to be used from the port 2 based on the variables is created and stored in the prediction model storage section, and the demand quantity can be predicted using the prediction model.

Further, the usage fee determination unit can determine the usage fee according to the amount of bicycles 1 supplied at the port 2. For example, the usage fee determination unit may set the usage fee ( (hourly unit price, mileage unit price or fixed charge) can be set at low cost.

Further, the usage fee determination unit predicts the supply amount for a predetermined time in the future (for example, any time such as 1 hour, 6 hours, 12 hours, etc.) for each port 2, and adjusts the predicted supply amount to The usage fee can be determined accordingly (for example, the larger the supply amount, the cheaper it is). The supply amount can be predicted by predicting the number of destination port reservations, that is, the number of bicycles that will be disembarked and parked at the destination port. Similar to the departure port, the usage fee determination unit determines whether Port 2 is the destination port based on explanatory variables such as the location and size of Port 2, season, time of day, day of the week, weather, and whether or not there is an event near Port 2. A prediction model that predicts the number of reservations that will be made can be created, and the supply amount can be predicted using the prediction model.

Further, the usage fee determination unit can determine the usage fee according to both the demand amount (or the predicted value of the demand amount) and the supply amount (or the predicted value of the supply amount).

<Notification to users according to supply and demand forecast (matching)>
Further, depending on the supply and demand of the port 2, a notification can be given to the user to induce him or her to use the bicycle 1.

For example, the management server 20 can include a notification unit that provides notifications according to supply and demand. When the demand increases, that is, when the number of bicycles 1 parked at port 2 falls below a predetermined number (or a predetermined percentage of the number of bicycles that can be parked at port 2), It is possible to notify the user of an alert regarding the possibility that the bicycle 1 may no longer be available. Targets of notification can be limited to user terminals 13 whose current location is within a predetermined distance from port 2.

Conversely, when the supply amount increases, that is, when the number of bicycles 1 parked at port 2 exceeds a predetermined number (or a predetermined percentage of the number of bicycles that can be parked at port 2), A notification can be given to promote the use of the bicycle 1 at the port 2 so that a vacant space can be secured. In this case, the notification unit may provide a notification with a reward such as a discount (including free of charge) or a coupon, for example. Targets of notification can be limited to user terminals 13 whose current location is within a predetermined distance from port 2.

In addition, if there are no or few bicycles 1 parked at a port 2 (within a predetermined distance from the position of the port 2) near a port 2 where the supply amount has increased or is predicted to increase ), all or some of the user terminals 13 near the neighboring port 2 (within a predetermined distance from the neighboring port 2) (for example, a user terminal opening an application for reserving bicycle 1) 13 only), a notification can be sent proposing the use of port 2 whose supply amount has increased or is predicted to increase. In this case as well, the notification can be accompanied by a reward as described above.

<Providing route when specifying destination port>
Furthermore, when reserving the bicycle 1, the route to the destination port may be presented. The management server 20 can include a route presentation unit that presents a route from a departure port to a destination port. For example, the route presentation unit obtains the port ID of the aircraft information corresponding to the specified aircraft ID in response to the start-of-use request, and uses the obtained port ID (port ID of the departure port) and the port ID specified in the start-of-use request. It is possible to present the driving route from the departure port to the destination port by acquiring the positions of the port information corresponding to the port ID of the destination port and the corresponding port ID. For route search, for example, a method used in known car navigation systems can be used. In this case, automobile-only roads and the like can be excluded from the route, and in the routing process, a route can be searched that includes roads on which cars cannot travel but bicycles 1 can travel on.

<Combination of transportation means>
Further, the route presentation unit can present a route by combining multiple types of transportation means. In this case, the route presentation unit may be configured to use the various types of vehicles mentioned above (for example, electric assist bicycles, electric bicycles, electric scooters, electric assist scooters, electric kickboards, electric kickboards, electric skateboards, electric assist skateboards, electric parallel two-wheeled vehicles, etc.). ), it is also possible to create routes using a combination of multiple transportation methods, including car sharing, public transportation such as taxis, trains, and buses, and walking. In this case, ports 2 include stations, bus stops, taxi stands, etc., and routing can be performed that also includes walking between ports 2.

<Parking image analysis>
The management server 20 may include a parking confirmation unit that analyzes the parking image and confirms that the bicycle 1 is correctly parked. The parking confirmation unit can analyze the parking image and determine whether the vehicle is correctly parked in the parking space within port 2 or not. To determine whether or not the vehicle is parked correctly, for example, multiple parking images taken of a correctly parked state, multiple parking images taken of an incorrectly parked state, and whether or not the vehicle is correctly parked are used. It is possible to create a classifier that is trained by machine learning on the information indicating , and use the classifier. The parking confirmation unit can notify the user terminal 13 of an alert if the bicycle 1 is not parked correctly. If the bicycle 1 is not parked correctly, the parking confirmation unit can disallow the end of use (continue charging).

<Emergency stop>
In this embodiment, it is assumed that the vehicle will be disembarked at the destination port, but for example, in the event of a breakdown, poor physical condition, or other emergency, disembarkation at a location other than the destination port may be permitted. In this case, the user terminal 13 can transmit an emergency stop request (hereinafter referred to as an emergency stop request) to the management server 20. A user ID indicating the user and a body ID indicating the bicycle 1 may be set in the emergency stop request. The user ID may be omitted from the emergency stop request. In this case, the management server 20 can delete the port ID of the aircraft information corresponding to the aircraft ID set in the emergency stop request, and update it to information indicating an emergency stop, for example.

The bicycle 1 that has been stopped in an emergency can be collected by the service operator and delivered to any port 2. Furthermore, the management server 20 can include a usage invitation notification unit that transmits a notification to induce the use of the bicycle 1 that has been stopped in an emergency. For example, the usage invitation notification unit sends a message that sets the position of the aircraft information of the bicycle 1 that has been stopped in an emergency (aircraft information in which information indicating an emergency stop is set in the port ID) at a predetermined distance from the position of the aircraft information. It can be transmitted to the user terminal 13 located inside. The usage invitation notification unit may provide a reward for using the bicycle 1 that has been stopped in an emergency. For example, the usage invitation notification unit may provide value such as money, points, coupons, etc. to a user who rides the bicycle 1 that has been stopped in an emergency to any port 2, and/or provides value such as money, points, coupons, etc. The fee for using the bicycle 1 for transportation can be discounted or free.

The management server 20 may not permit emergency parking in a preset parking prohibited area. In this case, the management server 20 can include a parking prohibited area information storage unit that stores information indicating a parking prohibited area, and an emergency stop permission determination unit that determines whether emergency stopping is possible. For example, the emergency stop permission determination unit determines whether the position of the aircraft information corresponding to the aircraft ID set in the received emergency stop request is within a predetermined stop prohibited area, and stops the vehicle. If the vehicle is in a prohibited area, an alert can be sent to the user terminal 13 indicating that the vehicle cannot stop. Furthermore, if the emergency stop determination unit determines that the vehicle cannot be stopped, control can be performed so that the use is not terminated (billing continues).

Further, the availability determination unit can send an alert regarding the bicycle 1 that has stopped in the parking prohibited area for a predetermined period of time or longer. The availability determination unit may send the alert to the user terminal 13 or may notify the operator of the shared service. For example, the usability determination unit monitors the position of the aircraft information, detects a bicycle whose position does not change for a predetermined period of time or more among bicycles that are in a parking prohibited area, and uses the bicycle 1 indicated by the detected aircraft information. alerts can be sent to users or service operators who are

<Waiting for cancellation>
Further, in this embodiment, if there is no vacant space at the destination port, reservations cannot be made, but it may be possible to wait for cancellation of the destination port. In this case, the management server 20 can include a cancellation waiting storage unit that stores cancellation waiting users for each port 2. When another user finishes using the bicycle 1, the management server 20 identifies the user who is waiting for cancellation in association with the port 2 where the user got off the bicycle, and sends information to the user terminal 13 of the identified user. A message can be sent to the effect that the bicycle 1 is now available. Alternatively, the management server 20 may automatically set the bicycle 1 that has been dismounted to be usable by the user waiting for cancellation.

<Pre-confirmed fee>
In this embodiment, the usage fee determining unit 214 determines the usage fee when the use of the bicycle 1 is completed, but the usage fee determining unit 214 may determine the usage fee at the time of reservation. For example, the usage fee determining unit 214 obtains a route from the departure port to the destination port, obtains the distance of the obtained route, and estimates the time until arrival based on the obtained distance and the average speed of the bicycle 1. , a fixed usage fee can be determined according to the estimated time. To obtain the route, for example, a method employed in a navigation system can be used. Further, the route may be acquired using, for example, an API provided by a map server that provides map services. The distance based on the route may be calculated, for example, based on the coordinates of waypoints included in the route, or the travel distance of the route may be obtained using an API provided by the map server. Good too.

Further, the usage fee determining unit 214 may acquire information regarding the route, such as traffic congestion information and traffic regulation information, and may vary the fixed usage fee in accordance with the acquired information.

Furthermore, if the estimated usage time is significantly exceeded (exceeds a predetermined threshold), the usage fee determination unit 214 cancels the confirmed usage fee and charges the usage fee according to the actual usage time. It may be decided. In this case, when calculating the fixed usage fee, the validity period of the fixed usage fee (after a predetermined set time from the scheduled arrival time at the destination port) can be presented.

<Valid time for securing destination port>
Furthermore, in this embodiment, the destination port reservation is valid until the bicycle 1 arrives, but an expiration date may be set. For example, the expiration date of the destination port reservation can be set as the expiration date after a predetermined time (for example, any time such as 1 hour or 2 hours) has elapsed from the reservation time. In this case, when the expiration date has passed, the management server 20 can notify the user terminal 13 that the expiration date has passed. Furthermore, the management server 20 can reserve the destination port again when the expiration date has passed. If the reservation is not possible here, the management server 20 can instruct the user to set the vacant port 2 as the destination port.

<Destination port availability notification>
Furthermore, the management server 20 may include a vacancy notification unit that notifies that the port 2 becomes vacant. For example, in response to a request specifying port 2 from the user terminal 13, the vacancy notification unit can notify at the timing when a vacancy becomes available in port 2.

<■Dynamic pricing for users>
*Usage fees may be increased as well as reduced.
* Usage fees may vary depending on the route.
* It is possible to present routes and prices.
* It is possible to measure the distance of a route and charge according to the distance.

Further, the usage fee can be determined according to the special quantity as information and characteristic quantity of various demands for the vehicle.
*The demand information can include, for example, the number of times the application has been launched on the user terminal 13.
* The number of people who opened the app in the past in the area can be used as a feature.
* The number of people opening the app in real time can also be used as a feature.
* Also, depending on the number of people who have the app open, it is possible to predict the demand (number of vehicles) for the next 60 minutes. Note that a request for charging can be sent to the battery charger (gig worker) so that charging is performed according to this demand.
* Lag can also be considered. For example, the time from when the application is launched until the start of use may be taken into consideration, or the time during which the vehicle is used (boarding time) may be considered depending on the attributes of the user, the attributes of the area, and the like. In this case, the demand after the lag can be predicted and the usage fee can be determined according to the predicted demand after the lag.
* Demand at that time and place can be considered.
* If there are many people who have opened the app near the destination, it can be determined that there are many people riding.
* Usage fees can be determined based on the length of time spent in the app, such as the amount of time spent searching for vehicles or ports.
* Can detect when you wanted to ride but couldn't. For example, it can detect when there are no vehicles at the searched port or when the destination port is full. In this case, charges can be changed to encourage usage.
* The number of port taps can also be used as a feature.
* Searched character strings (destination, etc.) can also be used as features.

Further, the number of users (that is, the number of vehicles used) can be determined by a model created by machine learning using demand information as a feature quantity, and usage fees can be determined according to the number of users.
* Use machine learning to predict demand and determine pricing. In other words, demand curves can be predicted using machine learning.
* The prediction target may be divided by port, or may be an area that can include multiple ports.
* Time can be taken into account.
* The real-time time division can be a predetermined time window such as the past 30 minutes or one hour.
* Can also be a window of average ride time.
* You can also consider the length of time it takes for passengers to disembark.
* Past data can be analyzed over several months or the entire period.

<■Luup dynamic pricing>
* Dynamic pricing for both boarding and disembarking
* Prices can be determined according to the location and demand of both the boarding port and destination port.

<■Dynamic pricing for revenue sharing to port owners>
*You can not only increase the amount, but also decrease it.

<■Development as a complete marketplace>
* - Aircraft will be able to be provided by each company (and in some cases, by individuals). In that case, certain standards will be unified.
* - Luup will handle operations related to safety such as maintenance. It is also assumed that charging, etc., will be done by the general public.
* - An image of renting out personally owned bicycles and kickboards when not in use. sharing economy.
* - In that case, there are restrictions for each aircraft, such as being able to use it only in a specific area or having to return it to its original location.
* - The usage fee for the aircraft may be decided by Luup (Uber method), or determined by the provider (airbnb method).
* - The former is most likely when there is a high degree of commonality between each aircraft, but if each aircraft has unique characteristics (such as road bikes), the latter may be the case.

<■ (Forced) purchase of the aircraft>
* - If you ride a shared bike and want to own it, you can buy it on the app. The price depends on the cumulative usage time and number of battery replacements.
* -If purchased, you will be given access to lock/unlock the charger and its IOT, as well as identification of it as personal property.
* - If you do not return it for a certain period of time or it goes missing, you will be forced to buy it (Aikasa method)
* - Ownership is transferred and a predetermined amount can be collected.

<■Search by moving door to door>
* - You can search for travel from a certain point (A) to another point (B) and present the optimal route there.
* - For example, if you are going from home to the office, it will suggest the best port that you can use (return) and suggest a route that includes walking and other transportation options.
* Generally the best port is not the closest. If the port closest to your home is in the opposite direction to your destination, a different port may be suggested. It also depends on whether you use a kickboard or a bicycle.
* Various options are offered, such as the shortest route, cheapest route, minimum time route, etc., especially when the prices of bicycles and scooters are different.

<■ Real estate with Luup>
*Rental *No one does it through the app
* Residents can ride for free
* You can lock the door after detecting charging (charges apply for more than X hours per month)
* Take a photo and finish
*Reservation and unlocking via app
* You will be charged if you do not return within X hours
* Payment from owner, association, management company (within X hours) + user payment → Cancellation if failure
* Receive money from the owner for each ride the user takes
* Take the flight in the morning and return at night, as you can use a different aircraft.
* * You can make a reservation
*Share model
* Free or reduced fee if the boarding/disembarking port is connected to real estate.
* You can lock the door after detecting charging.
* Take a photo and finish
*Reservation and unlocking via app

<■Rent a bicycle parking lot and aircraft as a set>
* Bicycle parking lot in front of the station + aircraft set
* Simple bicycle parking + aircraft rental service
* Specify destination port
* Let them take a photo
* Right to use one device
*Charging premise (charging at home)

<■Right to use one device at all times>
* You can take it home.
* Specific aircraft
*Someone

<■Features you can take home>
* Free parking at night for specific users
* (You can take it home and ride it the next morning)
* (A temporary port exclusive to special users will appear in their homes)

<■Functions in the office>
* A temporary port exclusive to them will appear in the special office.
* You can keep several units in your office (free of charge when not in use)
* Ability to increase/decrease capacity according to demand

<■MaaS>
* Specify your destination and we will provide you with the most suitable means of transportation. (The basis of the service. Uber and UX will be the same.)
* Presentation of means of transportation including at least one micromobility (bicycle, scooter).
* Destination in general, not port model
* Providing transportation to transportation
* Single-seater mobility to the train station
* Show ports near the station
* Single-seater mobility to car parking
*Shows ports near parking lots
* Port near your current location → station/parking lot
* Taxi
* From the nearby port to the taxi pick-up location without waiting for the taxi to arrive
*Recovery of the aircraft is by taxi
*Providing transportation after using the transportation method
* After getting off the train, use micromobility to reach your destination

<■ Elimination of abandoned bicycles>
* A user attempting to make an emergency stop finds the next user.
* Notification of abandoned (emergency stopped) bicycles (actively alerts multiple people)
* Reward if you ride (same as Merchari)
* Dynamic pricing according to the destination port when riding an abandoned bicycle
* Set areas where devices can be left unattended and areas where they are prohibited (no need to limit destination ports)
* Charges will not end if you get off the vehicle in a no-parking area.

<■Switchable aircraft>
* Top speed switching attachment. The maximum speed limit can be controlled by issuing instructions from the management server.

■“Public open space”
*Public open space cannot be rented for a fee.
*Coupon contents
*Ride rights (employees and residents can ride)
* Get a discount
* Deliver information that owners want to deliver to users
* Product information
* Coupon from owner to user
* With MaaS, it is possible to suggest trains to owners on a preferential basis.

<■Kickboard functions (alone)>
* Speed limit when entering the area
* Change form according to demographics
* Alert family with GPS
* Alert on impact
* Changing speed on the sidewalk/roadway
* Devo lease where you get money if you pass through a certain place
* Suggest routes that are cheaper (rewards included)
* Dangerous area → Alert (past 10 accidents)
* When the camera arrives <■Luup's aircraft>
* Two-wheeled ones are common
* GPS interlocking, interlocking with IoT
* GPS notification → around here

<■Matching>
* Matching of people who want to get off and people who want to get on
* I want to ride here and get off here at this time → Submit a request and get matched
* Rate your opponent
* If you are like this, we will not match you.

<■Evaluation>
*You can also evaluate using parking images.

<■Handling of the helmet>
* How to handle your helmet
* Place the rack on the port
* If you are a friend, give it to me
* Helmet hygiene
* Use disposable cloth/paper sheets
* Similar to AirB key delivery
* Hang it on a hook (kickboard support)
* You can't stop if it's not stuck.
* Photo judgment to determine whether or not it is worn
* Please take a photo of your face → I can't unlock it.
* Prevent impersonation (identity verification)
* Helmet

<■License confirmation (license moped or small special vehicle)>
* Identification
* + Helmet confirmation
* Not when getting on, but when stopped.
* Insurance fee
*Insurance premiums vary depending on riding history
* Gyro, sudden start, etc.
* safety
* Notification destination
* 119
* Contact family
* insurance
* Detection
* Abnormal occurrence
* Emergency button

<■Specifying the destination port>
* Depending on the type of aircraft, it is possible to specify the destination port.
* 10 bicycles, 15 kickboards, etc.
* Consider the conductor of the kickboard
* I can't ride on the sidewalk, so I can ride a bicycle, but I can't ride a kickboard.
*Kickboards are prioritized where there is a helmet.
* ★2 candidate locations (1st candidate, 2nd candidate...)
* ★Designation of destination area (100m square, etc.) that is not a port
* Where you want to go → Suggest nearby ports
* Hold down somewhere in the area
* Possible port swapping
* Assign ports closer to arrival (dynamic assignment)
* → Bundle multiple ports at Shibuya Port
* ★Not 100% guaranteed
* Surrender when a premium user comes, etc.
* How to park
* Forbidden area
* Unable to terminate use. Billing continues.
* Real estate port
* Ports attached to real estate
* Increased real estate value = Port usage fees are included in rent/management costs.
* Temporary (virtual) port
* take it home
* Charge at home.
* You will not be charged while it is left at home.
* Take it back to the office
* You will not be charged while in the office
* You can secure it in your office for a fixed fee <■Other>
*If you cannot confirm your identity, you will not be able to get insurance.
* Let them choose insurance

<■ Surroundings of LUP002 (departure + destination port level share)>
* Departure/destination port level share +○○
* Providing information
* Information related to boarding and disembarking (port statistics)
* Information about the whole city → We can provide it for you if you pay.
* Analyze the port you boarded and analyze the trade area.
* From which port did the person come to this convenience store?
* Map of the past week
*Share with aircraft owners
* Securitization of aircraft (Shibuya area, etc.)
* Port securitization
* Port management rights
* Subconcept of shared revenue
* Providing ride rights
* Pay with the price of the ride.
*Free from the owner/family.
* Apartment residents can ride for free.
* Coupon. In-app purchases. Free coupon.

<■ Surroundings of LUP004 (aircraft where seats can be moved in and out according to age)>
* Aircraft that allows seats to be moved in and out according to ○○
* Various attributes
* Age, gender, address → Correspond with divisional application
* User segment
* Past driving data
* Licensed or not?
* Nationality (tourist or not)
* Accident history
* disease
* Medical history
*・・・
* Aircraft with seats that can be moved in and out → Supported by divisional application
* Aircraft with seats that can be taken out and put in + ○○
* Maximum speed limit
* Route restrictions
* If a chair is out, do ○○
* Tell your family via GPS
* Contact us if an accident occurs
*Turn on/off XX on the aircraft according to ○○
* Maximum speed depending on the road (GPS linked. Maximum speed enforced) (including cars)
* Maximum speed limit depending on sidewalk or roadway (does not include cars)
* Availability of turn signals depending on electric or assisted model
* Mirrors can be moved in and out depending on whether it is electric or assisted.
*Turn on/off the XX on the aircraft according to user specifications (application settings, etc.)
* Assist or electric?
*Automatic driving
*Speed, assist, automatic driving, semi-auto
* Automatic brake
* Shines (the way it shines changes)
* The sound changes (running while making sounds, etc. for children)
* Backrest (sitting or standing)

1 Bicycle 2 Port 11 Communication device 12 Locking device 13 User terminal 20 Management server 30 Communication network 111 Locking/unlocking command receiving unit 112 Locking/unlocking control unit 113 Location information acquisition unit 114 Location information transmitting unit 131 Aircraft identification unit 132 Usage start request transmission Units 133 Destination port determination unit 134 Usage termination request transmission unit 135 Aircraft photographing unit 211 Port information provision unit 212 Usage start processing unit 213 Usage availability determination unit 214 Usage fee determination unit 215 Lock communication unit 216 Usage termination processing unit 231 Port information storage unit 232 Administrator storage unit 233 Image storage unit 234 Aircraft information storage unit 235 Usage history storage unit 236 Advertisement storage unit

Claims (1)

A system that supports operations related to a single-seater vehicle sharing service, the system comprising:
a usage request input unit that receives a usage request including designation of an alighting port from a terminal of a user who is attempting to use the vehicle;
an availability determination unit that permits use of the vehicle if there is a parking space available at the drop-off port;
An operational support system characterized by comprising:

Images