A mobility management method, a mobility management system, and a program.

Abstract

To easily utilize mobility.SOLUTION: A mobility management method in a mobility sharing service includes outputting an identification signal from a signal output unit corresponding to a mobility, receiving, by a terminal, a reservation operation for the mobility, and executing, by the terminal, a first process of enabling use of the mobility to be reserved, based on reception of the identification signal from the mobility to be reserved.SELECTED DRAWING: Figure 1-1

Description

[Technical Field]

[0001] The present invention relates to information processing technology in mobility sharing services. [Background technology]

[0002] There have been services that provide sharing of bicycle-type and kick scooter-type mobility vehicles. In such services, users can go to a port where multiple mobility vehicles are located and start using the vehicle by reading code information (for example, a QR code (registered trademark) displayed next to the handle) displayed on the mobility vehicle they wish to use with a code reader on their device (see, for example, Patent Document 1).

[0003] However, users must first select the mobility they want to use at the port, then manually read the code information using a terminal, and since reading the code information may require other operations (such as inputting information required for use), it is difficult to start using the service immediately, which is cumbersome and may result in impeded use of the service. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] Japanese Patent Publication No. 2022-77484 Summary of the Invention [Problem to be solved by the invention]

[0005] The present invention aims to make mobility easily available. [Means for solving the problem]

[0006] According to a first aspect of the present invention, a mobility management method in a mobility sharing service includes outputting an identification signal from a signal output unit corresponding to the mobility, accepting a reservation operation for the mobility at a terminal, and executing a first process to enable use of the mobility to be reserved based on the terminal receiving an identification signal from the mobility to be reserved. According to a second aspect of the present invention, a mobility management system in a mobility sharing service includes a terminal capable of communicating with a mobility and accepting reservation operations for the mobility, a signal output unit corresponding to the mobility outputs an identification signal for identifying the mobility, and a processing unit that executes a first process to enable use of the mobility to be reserved based on the terminal receiving the identification signal from the mobility to be reserved. [Effects of the Invention]

[0007] According to the present invention, by making mobility easily available, it is possible to promote the use of mobility sharing services. [Brief explanation of the drawings]

[0008] [Figure 1-1] FIG. 1 is an explanatory diagram showing an overview of a mobility management method according to a first embodiment. [Figure 1-2] FIG. 1 is a diagram showing an example of a system configuration according to a first embodiment. [Figure 1-3] FIG. 2 is a diagram showing an example of a mobility management database according to the first embodiment. [Figure 1-4] FIG. 2 is a diagram showing an example of processing executed by the system according to the first embodiment. [Figure 1-5] FIG. 2 is a diagram showing an example of processing executed by the system according to the first embodiment. [Figure 1-6] FIG. 4 is a diagram showing an example of information displayed on the terminal according to the first embodiment. [Figure 1-7] FIG. 4 is a diagram showing an example of information displayed on the terminal according to the first embodiment. [Figure 2]FIG. 10 is a diagram showing an example of processing executed by the system according to the second embodiment. [Figure 3] FIG. 10 is a diagram showing an example of information displayed on a terminal according to a modified example. DETAILED DESCRIPTION OF THE INVENTION

[0009] Hereinafter, an example of an embodiment of the present invention will be described with reference to the drawings. In the description of the drawings, the same elements are denoted by the same reference numerals, and duplicated descriptions may be omitted. Furthermore, the components described in these embodiments are merely examples and are not intended to limit the scope of the present invention.

[0010] [First embodiment] Hereinafter, an embodiment for realizing the information processing technology of the present invention will be described. The contents described in this embodiment can be applied to any of the other embodiments and modifications.

[0011] The following provides an example of a mobility sharing service that utilizes ports that can accommodate multiple mobility vehicles. In the present invention, mobility may be any type of device that has a communication function and allows a user to ride and move around, such as an automobile, a motorcycle, a bicycle, or a kick scooter. For example, mobility may be a specific small motorized bicycle such as a bicycle or a kick scooter. Mobility may be referred to as micromobility (MM) below.

[0012] In this embodiment, an example of a mobility device will be described in which an electric kick scooter is used. An electric kick scooter has the advantage that it can be installed in a smaller space than a bicycle or the like because it is a small vehicle. In this embodiment, a port system is adopted as a mobility sharing method. The port system is, for example, a system in which a user specifies in advance where the mobility will be used and where it will be returned, and when the mobility is not in use, the mobility may be located within a predetermined range. For example, a high-density port can be realized by using a port system that utilizes electric kick scooters. Also, to prevent vehicles from overflowing from the port or causing a mess with returning vehicles, which would spoil the cityscape, it would be possible to adopt a system in which a return port with available space must be selected when starting a ride, and when returning, a photo must be taken and submitted on the app to show that the vehicle has been returned within the port's borders.

[0013] 1-1 is a diagram showing an overview of a mobility management method in a mobility sharing service according to this embodiment. In a mobility sharing service system 1 according to this embodiment, a user (terminal user) who wishes to use mobility (1) first selects a port from which the use will start, using his / her own terminal 30, and then performs a reservation operation for mobility (MM1), thereby completing the reservation on a server 20 that can communicate with the terminal. (2) As a result, identification information for the mobility (MM1) to be reserved is transmitted from the server 20 and stored in the terminal 30. Meanwhile, (3) each of the multiple mobility vehicles (MM1 to MM3 in this example) parked at the port periodically outputs an identification signal that can identify that mobility vehicle. (4) When the user who has completed the reservation operation moves to the port where use will begin, (5) the user's terminal 30 detects the identification signal output from the signal output unit corresponding to each mobility vehicle (MM1 to MM3), and based on the fact that the identification information included in the identification signal matches the identification information stored in the terminal (identification information of the mobility vehicle whose reservation has been completed) (matching OK), (6) of the multiple mobility vehicles (MM1 to MM3), only the reserved mobility vehicle (MM1) is unlocked and available for use.

[0014] <System configuration> FIG. 1-2 is a diagram showing an example of the system configuration of a mobility sharing service system 1 according to this embodiment. The system may be, for example, a system configured to include a plurality of information processing devices, and may be a mechanism in which these information processing devices cooperate to execute processing. Furthermore, the system may be configured to include a plurality of devices (for example, a server, a terminal, or mobility) each having an information processing device as a control unit, and may be a mechanism in which these devices cooperate to execute processing.

[0015] In the mobility sharing service system 1, for example, one or more mobilities 10 (MM10A, MM10B, MM10C, ...), one or more terminals 30 (terminal 30A, terminal 30B, terminal 30C, ...), and a server 20 are communicatively connected via a network NW (e.g., the Internet). The server 20 may be a server system made up of multiple servers. The server 20 may also be a device made up of multiple information processing devices that do not share a memory unit. The network NW may be a communication network that connects devices via wired or wireless connections, or both.

[0016] The server 20 has functions such as controlling and managing the operating status of the MM 10 and managing the lending and returning of the MM 10 in response to requests from users of the terminals 30 . The server 20 also has a function of calculating a usage fee according to the lending of the MM 10 to the user of the terminal 30, for example.

[0017] FIG. 1-2 shows an example of the functional configuration of the server 20. The server 20 may be configured as, for example, a single server or as a distributed server consisting of separate servers for each function. The server 20 may also be configured as a distributed virtual server created in a cloud environment called a cloud server. The server 20 includes, for example, a control unit 21, a storage unit 25, a communication unit 24, a clock unit 29, an input / output unit 22, and the like.

[0018] The control unit 21 is a processing device that comprehensively controls each part of the server 20 in accordance with various programs such as system programs stored in the memory unit 25 and performs various processes related to information processing, and is configured with processors such as a CPU, GPU, DSP, etc., and integrated circuits such as ASIC.

[0019] The storage unit 25 is a storage device configured to include a volatile or non-volatile memory such as a ROM, an EEPROM, a flash memory, or a RAM, a hard disk drive, or the like.

[0020] The input / output unit 22 includes a device for inputting various operations to the server 20, a device for outputting processing results processed by the server 20, etc. The input / output unit 22 may be an integrated unit having an input unit and an output unit, or may be separate units. The input unit is realized by, for example, a keyboard, a touch panel, or the like, and has a function of accepting input from the user and transmitting information related to the input to the control unit 21. The output unit is realized by, for example, a display, a speaker, etc., and has a function of outputting the processing results processed by the control unit 21. Here, the input / output unit 22 includes, for example, a display unit 23. The display unit 23 is a display device configured to have an LCD (Liquid Crystal Display), an OLED (Organic Electro-luminescence Display), etc., and performs various displays based on display signals output from the control unit 21. A configuration not including an output unit or a configuration not including the display unit 23 may also be employed.

[0021] The communication unit 24 is a communication device for transmitting and receiving information used within the server 20 to and from external devices via a network. As a communication method for the communication unit 24, various methods can be applied, such as a wired connection via a cable conforming to a predetermined communication standard such as Ethernet or USB (Universal Serial Bus), a wireless connection using a wireless communication technology conforming to a predetermined communication standard such as Wi-Fi (registered trademark) or 5G (fifth generation mobile communication system), and a connection using short-range wireless communication such as Bluetooth (registered trademark).

[0022] The clock unit 29 is a built-in clock of the server 20, and outputs time information (timekeeping information) acquired based on a clock using, for example, a crystal oscillator. The clock unit 29 may acquire the time information via the communication unit 24 and the network NW in accordance with the NITZ (Network Identity and Time Zone) standard or the like.

[0023] In this embodiment, the MM 10 is an electric kick scooter, but may also be, for example, an in-vehicle device for vehicle management that is mounted on an electric kick scooter.

[0024] FIG. 1-2 shows an example of the functional configuration of the MM 10. The MM 10 is configured to include, for example, a control unit 11, a storage unit 15, a motor 16, a locking device 17, an input / output unit 12, a communication unit 14, a clock unit 19A, a position calculation information detection unit 19B, and a BLE (Bluetooth Low Energy) transmission unit 19C. Although not shown in the figures, the MM 10 may also be configured to include, in addition to the above, a switch, a lamp, an alarm device, etc., which are a type of input device used to set the operation mode of the MM 10.

[0025] The control unit 11 is a processing device that communicates with the server 20 in accordance with various programs stored in the memory unit 15, such as an application program for using the mobility sharing service (hereinafter, sometimes referred to as an "MM sharing application" or "MM sharing app"), comprehensively controls each part of the MM10, and performs various processes related to information processing, and is configured with processors such as a CPU, GPU, DSP, and integrated circuits such as ASIC. The control unit 11 may have, for example, a motor control unit 111 that controls the motor 16, and may be configured to be able to control the speed (travel speed) of the MM 10 by, for example, controlling the transmission of power from the motor 16 to the drive mechanism of the wheels, controlling the rotational speed of the motor 16, and controlling the gear ratio between the motor 16 and the wheels. For example, the control unit 11 may output control signals to various actuators (e.g., the locking device 17) provided in the MM 10. The control unit 11 may also control the locking and unlocking of the locking device 17 based on, for example, the establishment of a predetermined condition in the MM 10 or an instruction from an external device. The unlocking control switches the MM 10 from an unavailable state to an available state, and the locking control switches the MM 10 from an available state to an unavailable state.

[0026] The storage unit 15 is a storage device configured to include volatile or non-volatile memory such as ROM, EEPROM, flash memory, RAM, etc., a hard disk drive, etc., similar to the storage unit 25. The storage unit 15 stores, for example, various programs such as control programs and system programs corresponding to the processes performed in this embodiment, information received from the server 20, etc., and processing results of the various programs.

[0027] The input / output unit 12 includes a device for inputting various operations to the control unit 11, a device for outputting the results of processing performed by the control unit 11, and the like. The input unit is configured to have an input device such as a button that allows the user to input various operations to the control unit 11 of the MM 10. The output unit is realized by, for example, a display, a speaker, etc., and has a function of outputting the processing results processed by the control unit 11. Here, the input / output unit 12 includes, for example, a display unit 13. The display unit 13 may be, for example, an LED lamp, or may be configured similarly to the display unit 23.

[0028] The communication unit 14 is a communication device for transmitting and receiving information used within the MM 10 to and from external devices via the network NW. The communication unit 14 may have the same configuration as the communication unit 24, for example.

[0029] The clock unit 19A may be configured similarly to the clock unit 29 of the server 20, for example.

[0030] The position calculation information detection unit 19B may include, for example, a GNSS unit that receives satellite signals transmitted from GNSS satellites (e.g., GPS satellites) and detects various types of information for calculating the position information of MM10 based on the received satellite signals. In this case, for example, the control unit 11 may calculate the position information by performing a predetermined position calculation operation (positioning operation) using the information detected by the position calculation information detection unit 19B.

[0031] The position calculation information detection unit 19B may include, for example, an inertial sensor such as an acceleration sensor or a gyro sensor, an IMU (Inertial Measurement Unit), etc. Then, the control unit 11 may calculate the position information by performing inertial navigation calculation using the detected acceleration information, angular velocity information, etc.

[0032] In addition, the position calculation information detection unit 19B may acquire position information that can determine at which port the MM10 is parked (parked) by, for example, performing proximity communication with devices such as beacons or pseudo satellites installed at each port.

[0033] The control unit 11 may also calculate and acquire velocity information based on, for example, information output from the position calculation information detection unit 19B. For example, Doppler positioning calculation based on satellite signals may be performed to calculate velocity information in addition to position information. Alternatively, inertial navigation calculation may be performed to calculate velocity information.

[0034] Furthermore, in addition to position information and velocity information, information such as acceleration information, angular velocity information, and attitude information (direction information) may be directly acquired or calculated.

[0035] Furthermore, instead of the control unit 11 calculating the various types of information described above, an acquisition unit that calculates and outputs the various types of information described above may be configured as a functional unit. For example, the processing unit of the baseband processing circuit of the GNSS unit may perform position calculation and velocity calculation to calculate and output position information and velocity information. Also, a device or system such as an INS (Inertial Navigation System) that calculates and outputs such information may be configured.

[0036] Furthermore, the position information of the MM 10 may be calculated by averaging the position information acquired by the various methods described above. The same may be applied to other information such as speed information.

[0037] These various types of information may be stored in the storage unit 15 as, for example, time-series information. Furthermore, as a method for acquiring the above various types of information, any method other than the above may be applied.

[0038] In addition, MM10 may be configured with an environmental information acquisition unit that acquires current, past, and future environmental information for an area including the current location, and the environmental information acquisition unit may acquire environmental information from a server 20, etc., and store it in the memory unit 15.

[0039] The BLE transmitter 19C is a communication unit for performing short-distance wireless communication conforming to the BLE standard, for example, and is a functional unit corresponding to a transmitter (peripheral, slave). The BLE transmitter 19C, for example, intermittently transmits (transmits) an advertising signal by radio waves. In this embodiment, the BLE transmitter 19C may transmit an advertising signal including, for example, identification information of the MM 10 (hereinafter referred to as "mobility identification information"), the mobility identification information of the MM 10 in which the BLE transmitter 19C is provided. The BLE transmitter 19C is an example of a signal output unit corresponding to the MM 10, and may be provided inside the housing of the MM 10 or may be externally attached to the housing of the MM 10. In other words, it is sufficient that the signal output unit for the identification signal is integrated with the MM 10. The same applies to cases where other short-range wireless communication methods described later are adopted.

[0040] BLE is one of the Bluetooth standards that is particularly specialized for power saving, and is known to have high compatibility with smart devices such as smartphones that can be used as the terminal 30, for example.

[0041] In the following description, the mobility identification information is illustrated and described as a "mobility ID," but this may include device identification information such as an IMEI or a MAC address.

[0042] Terminal 30 is a device (for example, a mobile terminal) owned (used) by a user who uses the sharing service of MM10. In the following, the terminal used by user A will be referred to as terminal 30A, and user information for a predetermined service (here, an electric kick scooter sharing service) associated with user A or terminal 30A will be referred to as user information A. User information may be information about a user associated with an account used by the user in the predetermined service (for example, the user's name, age, address, service usage history, etc.).

[0043] FIG. 1-2 shows an example of the functional configuration of the terminal 30. The terminal 30 includes, for example, a control unit 31, a storage unit 38, an input / output unit 33, a communication unit 32, a clock unit 39A, a position calculation information detection unit 39B, and a BLE receiving unit 39C.

[0044] The control unit 31 is a processing device that comprehensively controls each part of the terminal 30 in accordance with various programs such as system programs stored in the memory unit 38, and performs various processes related to information processing, and is configured with processors such as a CPU, GPU, DSP, etc., and integrated circuits such as ASIC.

[0045] The storage unit 38 is a storage device configured to include, similarly to the storage unit 25, a volatile or non-volatile memory such as a ROM, an EEPROM, a flash memory, or a RAM, a hard disk drive, or the like.

[0046] The input / output unit 33 includes a device for inputting various operations to the control unit 31 of the terminal 30, a device for outputting the processing results processed by the control unit 31 of the terminal 30, etc. The input / output unit 33 may be an integrated unit with an output unit, or may be separate units. The input unit is realized by, for example, a keyboard, a touch panel, or the like, and has a function of accepting input from a user and transmitting information related to the input to the control unit 31. The output unit is realized by, for example, a display, a speaker, etc., and has a function of outputting the processing results obtained by the control unit 31. Here, the input / output unit 33 includes, for example, a display unit 34, a sound input unit 35, a sound output unit 36, and an imaging unit 37.

[0047] The display unit 34 is a display device configured to include an LCD (Liquid Crystal Display), an OLED (Organic Electro-luminescence Display), or the like, and performs various displays based on display signals output from the control unit 31.

[0048] The input / output unit 33 may have a touch panel (not shown) that is configured integrally with the display unit 34, and this touch panel may function as an input interface between the user and the terminal 30.

[0049] The sound input unit 35 is a sound input device including a microphone, an A / D converter, etc., and performs various sound inputs based on sound input signals input to the control unit 31.

[0050] The sound output unit 36 ​​is a sound output device including a D / A converter, a speaker, etc., and outputs various sounds based on the sound output signal output from the control unit 31.

[0051] The imaging unit 37 is an imaging device configured with a camera or the like, and acquires image data (still images and moving images) to be input to the control unit 31.

[0052] The communication unit 32 is a communication device for transmitting and receiving information used within the terminal 30 to and from an external device via the network NW. The configuration of the communication unit 32 can be configured similarly to the communication unit 14, for example, and therefore detailed description thereof will be omitted.

[0053] The clock unit 39A can be configured in the same manner as the clock unit 29 of the server 20, for example.

[0054] The position-calculation-information detection unit 39B detects information for calculating the position information of the terminal 30. As a configuration thereof, various configurations may be applied, similar to the position-calculation-information detection unit 19B. Alternatively, a position information calculation unit that directly calculates the position information may be configured. The same may be applied to information such as velocity information, acceleration information, angular velocity information, and attitude information (direction information). These various types of information may be stored in the storage unit 38 as, for example, time-series information.

[0055] In addition, the terminal 30 may be configured with an environmental information acquisition unit that acquires current, past, and future environmental information for an area including the current location, and the environmental information acquisition unit may acquire environmental information from the server 20, etc., and store it in the memory unit 38.

[0056] The BLE receiving unit 39C is a communication unit for performing short-distance wireless communication conforming to the BLE standard, for example, and is a functional unit corresponding to a receiving unit (central, master). The BLE receiver 39C may be configured to receive, for example, by scanning, an advertising signal transmitted from the BLE transmitter 19C, and to acquire information such as the mobility ID and received radio wave intensity (e.g., RSSI) contained in the received advertising signal.

[0057] In this embodiment, when reserving use of the MM 10, the terminal 30 receives and acquires reservation completion information from the server 20. The reservation completion information may include the mobility ID of the reserved MM 10. Then, for example, when the BLE receiver 39C receives an advertisement signal containing the same mobility ID as the mobility ID included in the reservation completion information and determines that the received radio wave strength is equal to or greater than a predetermined strength (or exceeds the predetermined strength), the terminal 30 performs processing to unlock the corresponding mobility 10. In this case, for example, the control unit 31 may be configured to compare the mobility ID included in the reservation information received from the server 20 with the mobility ID (mobility ID included in the advertisement signal) obtained from the BLE receiving unit 39C in an MM sharing application (details will be described later) running on the terminal 30.

[0058] The communication between the BLE transmitter 19A and the BLE receiver 39C may be communication in which multiple communication channels are defined in a predetermined frequency band, and may be, for example, communication of information using advertisement packets that comply with the BLE standard.

[0059] In this embodiment, a case where BLE is applied as a short-distance wireless communication method is illustrated, but the present invention is not limited to this. Other short-range wireless communication methods, such as ZigBee (registered trademark), Wi-Fi (registered trademark), Near Field Communication (NFC), Infrared Data Association (IrDA), and Ultra Wide Band (UWB), may also be applied.

[0060] <MMシェアリングアプリケーションプログラム> The control unit 21 of the server 20 communicates with the mobility 10 and the terminal 30, and manages the MM sharing application for providing the electric kickboard sharing service. Various data used in processing the MM sharing application is stored in the memory unit 25 of the server 20, and is managed (stored and updated) by the control unit 21.

[0061] For example, (1) the storage unit 25 manages user information (such as name and age) of each user in association with the user ID (which may also be an application ID) of the user. That is, the storage unit 25 manages user information of users who can use the electric kickboard sharing service.

[0062] The storage unit 25 also manages, for example, (2) the port name set for each port, the location information (e.g., latitude and longitude information) where the port is installed, and the mobility ID of the MM 10 parked at the port, all associated with the port ID of the port. For example, the control unit 21 can identify which MM 10 is parked at each port by acquiring from the MM 10 the location information calculated by the control unit 11 of the MM 10. Note that the information may also include information such as the maximum number of MMs that can be installed at the port and the remaining number of MMs available at the port.

[0063] The storage unit 25 also stores, for example, (3) a mobility management database 257 shown in FIG. 1-3. The mobility management database 257 manages BLE transmitter information, other vehicle information, and usage history management data in association with each mobility ID.

[0064] The BLE transmitter information is information relating to the BLE transmitter 19C included in the MM 10, and may include various information such as the name and model number of the BLE transmitter. In addition, peripheral information such as the peripheral address and available services may be included.

[0065] The other vehicle information may store various information such as the number of the sign (license plate) of the MM 10, the remaining battery charge and diagnostic information of the MM 10, etc. Furthermore, the other registered information may store, for example, location information of the MM 10 in chronological order.

[0066] The usage history management data is data for managing the usage status of each MM 10 by the user of the terminal 30. The usage management data stores, for example, a user ID, a usage start date and time, a departure port ID, a usage end date and time, and a destination port ID in association with each other.

[0067] In the user ID, for example, the ID of the user who has used (is using) this MM10 is stored.

[0068] The start date and time of use is, for example, the date and time when the user identified by the user ID started using this MM 10 (departed from the departure port).

[0069] In the departure port ID, for example, a port ID designated as the departure port of this MM 10 by a user identified by the user ID is stored.

[0070] The end of use date and time is, for example, the date and time when the user identified by the user ID ended use of this MM 10 (when the user arrived at the destination port and returned the MM 10). If the user is currently using (riding) the MM 10, for example, "NULL" is stored as the end date and time of use.

[0071] The destination port ID stores, for example, the port ID designated as the destination port for this mobility by the user identified by the user ID. The destination port may be selected before boarding the mobility vehicle (by reserving the port where the destination is expected to arrive) or after boarding the mobility vehicle (by searching for the destination while boarding).

[0072] In addition, the storage unit 25 stores, for example, (4) a mobility ID corresponding to the MM10 reserved by the user in association with each user ID, and a reservation date and time, which is the date and time when the reservation was made.

[0073] The MM sharing application is installed (stored in the storage unit 38) on the terminal 30 of a user who uses the electric kickboard sharing service, and is executed by the control unit 31. The installed MM sharing application can communicate with the server 20 to obtain information according to the user's operation status and the usage status of the MM10 from the information managed in (1) to (4) above, and display the information on the display unit 34 of the terminal 30. In addition, in order to make MM10 execute predetermined control, it is possible to send, for example, a reservation instruction for MM10 to server 20, send information for notification in MM10, and send information for unlocking MM10.

[0074] The MM sharing application stores a user ID 383 (or an application ID) corresponding to the account of the user of this terminal 30, and BLE receiver information 385. The BLE receiver information 385 is information related to the BLE receiver unit 39C included in this terminal 30, and may include, for example, information such as the name and model number of the BLE receiver.

[0075] <System Operation> The operation of the mobility sharing service system 1 will be described with reference to FIGS. 1-4 and 1-5, as well as FIGS. 1-6 and 1-7. Figures 1-4 and 1-5 are diagrams showing an example of the processing executed by MM10, terminal 30, and server 20 when a user using the service performs the operations necessary to board, and Figures 1-6 and 1-7 are diagrams showing an example of information displayed on the terminal 30 of a user using the service.

[0076] The user uses his / her own terminal 30 to select a port to start using and to perform a reservation operation to select the mobility (MM10) to be used (see FIG. 1-6(a)).

[0077] In this example, (i) "Hibiya Park" is selected as the departure port from which use will begin, (ii) mobility number "KB003" is selected as the MM 10 to be used, and (iii) the "Make a reservation" button is pressed. Here, the mobility number of MM 10 displayed on the application is associated in the server 20 with a mobility ID that can identify the MM 10.

[0078] That is, (i) when the user selects a departure port, the user can select the mobility number of one MM10 to use from the mobility numbers of multiple MM10s (currently parked at the selected port) that are associated with the selected port and managed by server 20, (ii) the user selects the mobility number of one MM10 to use, and (iii) ends the reservation operation, thereby completing the reservation of the MM10 that was the subject of the reservation operation on server 20. In addition, the mobility number displayed on the app may include information that can identify the type of MM10 (for example, "CY" for a bicycle type, "KB" for a kickboard type, etc.), and the user can determine from the mobility number whether or not it is the mobility they want to use.

[0079] When the control unit 31 of the terminal 30 receives the reservation operation of the MM 10 (A110), it transmits to the server 20 a reservation instruction including the mobility number of the selected mobility. Based on the mobility number included in the reservation instruction, the control unit 21 of the server 20 completes the reservation for the MM10 with the mobility ID corresponding to the mobility number of the selected mobility (S120), and sends reservation completion information to the terminal 30, including the mobility ID of the MM10 (i.e., identification information of the MM10 that is the subject of the reservation) and the sign (license plate) number of the MM10.

[0080] The control unit 31 of the terminal 30 acquires the mobility ID corresponding to the mobility to be reserved, which is included in the received reservation completion information (A120), and starts detecting an identification signal (A130). For example, the BLE receiving unit 39C scans to enable reception of an advertising signal. At this time, for example, the display unit 34 of the terminal 30 displays information indicating that the reservation of the selected MM 10 has been completed, as well as a display indicating that the reserved MM 10 is being detected (see FIG. 1-6(b)). Meanwhile, the BLE transmitter 19C of each MM10 parked at the port outputs an advertisement signal (M110) that includes, for example, the mobility ID of the MM10 in which the MM10 is installed, as an identification signal that can identify the MM10 in question.

[0081] The control unit 31 of the terminal 30 checks whether the detected identification signal includes the acquired mobility ID (mobility ID to be reserved) (A140). If the detected identification signal does not include the mobility ID to be reserved (NO in A150), the result of the check is deemed NG, and detection of the identification signal (identification signal of the reserved MM10) continues. If the detected identification signal includes the mobility ID to be reserved (YES in A150), the result of the check is deemed OK, and it is checked whether the strength of the received identification signal is equal to or greater than a predetermined strength (A160). For example, it is checked whether the received radio wave strength indicator (RSSI) of the received advertising signal is equal to or greater than a predetermined strength.

[0082] If the strength of the received identification signal is not above the predetermined strength (NO in A160), the detection (reception) of the identification signal continues. In other words, even if the verification result is OK, if the user does not move close to the reserved MM 10, the reserved MM 10 cannot be unlocked. At this time, for example, a message such as "Go to the port where you want to start using it and get closer to the mobility" may be additionally displayed on the screen of Figure 1-6(b) to notify the user to get closer to the reserved MM10.

[0083] If the strength of the received identification signal is equal to or greater than a predetermined strength (YES in A160), that is, if the matching result is OK and the user has reached close to the reserved MM10, the control unit 31 of the terminal 30 sends a detection notification (including, for example, the mobility ID contained in the detection signal) to the server 20 indicating that the reserved MM10 has been detected. Based on the received detection notification, the control unit 21 of the server 20 determines that the reserved MM 10 has been detected (S160), and notifies the reserved MM 10 of the proximity state with the user who made the reservation.

[0084] The determination in A160 is not limited to whether the strength of the received identification signal is equal to or greater than a predetermined strength, but may be based on properties of the identification signal such as frequency or phase.

[0085] The control unit 11 of the MM 10 that has been notified of the approaching state causes the LED lamp next to the throttle to flash, thereby notifying the user that the mobility has been reserved (M160: an example of a first notification). At this time, the control unit 31 of the terminal 30 that sent the detection notification displays on the display unit 34 the number (for example, "Minato-ku S·123") displayed on the sign (license plate) of the reserved MM10, and also displays a message that the user should use that mobility (that the mobility with that number is the reserved MM10) (see Figure 1-6(c)). Furthermore, the reserved mobility is displayed with a dot next to the throttle, etc., to help the user find the reserved mobility more easily (see Figure 1-6(c)).

[0086] Note that the MM10 may be configured not to notify the approaching state (not to execute M160), and when such a configuration is adopted, it is not necessary to execute the detection notification from the terminal 30 to the server 20, the processing of S160 in the server 20, the approach notification from the server 20 to the MM10, and the processing of M160 in the MM10. In other words, after the detection success notification executed in the case of YES in S160 in the terminal 30, the unlock button BT, which will be described later, may be displayed.

[0087] The control unit 31 of the terminal 30 that has sent the detection notification to the server 20 displays an unlock button BT on the display unit 34 (see A170, FIG. 1-7(d)). The unlock button BT is provided as an example of a user interface that can be operated by a user to unlock the lock device 17 of the reserved MM 10 (to allow the reserved MM 10 to be used by the operation of the reserving person).

[0088] When the user operates the unlock button BT displayed on the terminal 30 (A180), the control unit 31 transmits an unlock request for the reserved MM1 (including, for example, the mobility ID contained in the detection signal) to the server 20. The control unit 21 of the server 20 permits unlocking of the reserved MM 10 based on the received unlocking request (S180) and instructs the reserved MM 10 to unlock. The permission and instruction to unlock by the control unit 21 of the server 20 may be an example of a first process that enables use of the reserved mobility.

[0089] The control unit 11 of the MM 10, which has received an unlocking instruction from the server 20, unlocks the locking device 17, thereby making the MM 10 available for use (M180). Furthermore, the LED lamp next to the throttle changes from a flashing state to a lit state, thereby informing the user that the reserved mobility has been unlocked and is now available for use (M180: an example of a second notification). The unlocking of the locking device 17 and notification of the unlocked state by the control unit 11 of the MM 10 may be an example of a first process that enables the use of the reserved mobility. Even after unlocking, the identification signal continues to be output from the signal output unit corresponding to the MM 10. At this time, the control unit 31 of the terminal 30 that has received the unlocking operation displays on the display unit 34 that the reserved MM 10 has been unlocked and is now available for use (see FIG. 1-7(e)).

[0090] In addition, if a configuration is adopted in MM10 that does not perform approach status notification (M160), the LED lamp next to the throttle may be changed from an off state to an on state to notify the user that the reserved mobility has been unlocked and is now available for use (M180: an example of a second notification).

[0091] Once the above process has completed the preparations for boarding, the user selects the destination port in the MM sharing application and begins using the service.

[0092] According to this embodiment, based on the user's terminal 30 receiving an identification signal from the reserved MM10 (based on the processing of A130 to A160), a first process (unlocking permission, unlocking instruction) is executed to enable the reserved MM10 to be used. This eliminates the need for the user to perform the cumbersome tasks previously required to start using MM10, such as arriving at the port, finding the mobility vehicle they want to use from the many parked vehicles, and then scanning the code displayed on the selected mobility vehicle with their own device. This makes it easy to use mobility vehicles parked at the port, and promotes the use of mobility sharing services.

[0093] According to this embodiment, when the user's terminal 30 receives an identification signal from the MM10 to be reserved (based on the processing of A130 to A160), the MM10 to be reserved executes a first notification (M160) corresponding to, for example, an approaching state, thereby enabling the user to easily find the reserved MM10 within the port.

[0094] According to this embodiment, when the user's terminal 30 receives an identification signal from the MM10 to be reserved, information that enables the user to identify the MM10 to be reserved, such as information such as "the light next to the throttle of the reserved MM10 is flashing," is displayed on the terminal 30 (see Figure 1-6(c)), allowing the user to easily find the reserved MM10 within the port.

[0095] Note that multiple notification methods for the MM 10 may be provided to make it easier for reserving parties to distinguish between the MMs 10s they have reserved. For example, notification methods such as sound and LED illumination may be provided, and the respective notification methods may be notified to the reserving parties (terminals 30). For example, an MM 10 reserved by a first reserving party (user of terminal 30A) may be notified by sound, and the notification method (sound notification) may be displayed on the terminal (30A) of the first reserving party. An MM 10 reserved by a second reserving party (user of terminal 30B) may be notified by LED illumination, and the notification method (light illumination notification) may be displayed on the terminal (30B) of the second reserving party. Alternatively, two LED illumination notification methods may be provided: one that flashes the light next to the throttle of the MM 10, and another that flashes the light near the license plate on the rear of the MM 10. Similarly, the former or latter LED illumination notification method may be used depending on the reserving party, and the notification method may be displayed on the terminal of each reserving party.

[0096] By adopting this configuration, even if a first and second reservation person each reserves an MM10 at the same port and during the same usage time period, they can identify the MM10 that they have reserved by the difference in the notification mode, and at the same time, it is possible to prevent confusion due to a nearby MM10 being unlocked.

[0097] For example, multiple light emission modes may be prepared to diversify the notification methods, and the reserved MM 10 may be distinguished by, for example, different light emission colors or different blinking intervals. Note that the user may be able to select the notification method to be applied to the reserved MM 10 from multiple notification methods.

[0098] Also, for example, when the information in Fig. 1-6(c) is displayed on the terminal 30 of the reserver, a confirmation button may be displayed to confirm whether or not the reserved MM 10 has been found. Then, based on the confirmation button being operated (the reserver has found the reserved MM 10), the screen may transition to that of Fig. 1-7(d) and the unlock button BT may be displayed. According to this configuration, it is possible to prevent the reserved MM 10 from being unlocked by an erroneous operation when the reserving person is not aware of the reserved MM 10.

[0099] According to this embodiment, when the user's terminal 30 receives an identification signal from the MM10 to be reserved, the terminal 30 displays a first display (see A170 in Figure 1-5 and the unlock button BT in Figure 1-7) that prompts the user to unlock the MM10 to be reserved, and when the first display is operated, a process (S180, M180) is executed to unlock the MM10 to be reserved, thereby preventing unlocking at a time not intended by the person who made the reservation, improving security and preventing the MM10 from being used by anyone other than the person who made the reservation.

[0100] According to this embodiment, in response to the unlocking of the reserved MM10, the user's terminal 30 executes, for example, a second notification (M180 in Figure 1-5) corresponding to the unlocking in the reserved MM10, thereby allowing the user to understand that the reserved MM10 has been unlocked and is now available for use.

[0101] According to this embodiment, the reserved MM10 can be unlocked based on the user's terminal 30 receiving an identification signal of a predetermined strength from the reserved MM10, thereby preventing the reserved MM10 from being unlocked and used by another person even when the person making the reservation is not near the reserved MM10.

[0102] <First Modification Example (1)> In the above embodiment, after the reservation is completed (S120 and A120 in Figure 1-4) and the terminal 30 starts detecting the identification signal (A130), if the terminal 30 is unable to detect the identification signal output from the signal output unit corresponding to the reserved MM10, for example, if the state in which either A150 or A160 judges NO continues for a predetermined period of time (for example, 30 minutes), the control unit 21 of the server 20 may cancel the reservation status of the MM10, and a new reservation operation may be required to use it. This type of control can prevent a reserved MM 10 from being left unattended without a person who has made a reservation approaching it (reservations by other users are restricted even though the MM 10 is not being used).

[0103] <First Modification Example (2)> In the above embodiment, if the unlock button BT is not operated for a predetermined period after the terminal 30 has completed detection of the identification signal and the approach state has been notified (M160 in Figure 1-4), for example, if the server 20 does not receive an unlock request from the terminal 30 for a predetermined period (e.g., 3 minutes) after detection completion (S160), the control unit 21 of the server 20 may cancel the reservation status of the MM10, and a new reservation operation may be required to use it. This type of control prevents the MM10 from being left reserved (restricting other users' reservations even though it will not be used) when a reservation holder approaches the reserved MM10 but ultimately does not board it.

[0104] Furthermore, if the reservation is completed (S120 and A120 in Figure 1-4) within a first predetermined period (e.g., 30 minutes), the reservation status may be maintained for the first predetermined period without being canceled even if the server 20 does not receive an unlocking request from the terminal 30 within a second predetermined period (e.g., 3 minutes) from the completion of detection (S160).

[0105] <First Modification (3)> In the above embodiment, if no operation for use is performed on the unlocked MM10 (see S180, M180 in Figure 1-5) for a predetermined period (e.g., 5 minutes), for example, if no operation is performed on the throttle, the control unit 11 of the MM10 locks the locking device 17 (an example of the second process), and the MM10, which was once in a usable state, becomes unusable. The unlocked MM 10 may notify the server 20 that use has not started since the unlocking, and the server 20 may send a locking instruction to the MM 10 (an example of a second process), and the control unit 11 of the MM 10 may lock the port based on the received locking instruction. Also, the server 20 may determine, based on the location information of the MM 10, that the unlocked MM 10 has not moved from within the port, and may instruct the MM 10 to lock the port (an example of a second process). This type of control can prevent the MM 10 from being left unlocked, for example, when a person who has made a reservation approaches the reserved MM 10 and it is unlocked but does not begin boarding.

[0106] In addition, if the MM10 is locked and becomes unavailable because no operation for use has been performed (for example, if the server 20 notifies the reservation holder's terminal 30 that the MM10 has become unavailable), an unlock button BT may be displayed on the reservation holder's terminal 30 for a predetermined period of time (for example, 3 minutes), allowing the reservation holder to immediately unlock the MM10 by operating it.

[0107] [Second embodiment] The second embodiment is an example of processing executed in the mobility sharing service system 1 (MM10, terminal 30, server 20) when the MM10 is unlocked, the user starts using (riding), then interrupts use to take a break or go shopping while traveling, and then resumes use (riding). The contents described in the second embodiment can be applied to any of the other embodiments and modifications.

[0108] 2, after the MM 10 is unlocked and usage begins, the control unit 31 of the terminal 30 determines whether the MM 10 is in an unused state (i.e., a state in which the user is not riding and the mobility is left unattended) (A200). The detection of the unused state is performed, for example, by the control unit 31 detecting that a predetermined period (e.g., one minute) has elapsed since the received radio wave strength indicator (RSSI) of the advertising signal being received (or was being received) from the signal output unit corresponding to the MM 10 became less than a predetermined strength. Note that the control unit 21 on the server 20 side may determine that the location of the MM 10 has not changed for a predetermined period and notify the terminal 30 of the unused state.

[0109] When a non-use state is detected (YES in A200), the control unit 31 causes the display unit 34 to display a lock button (A210). That is, a lock button that can be operated to lock the MM10 is displayed on the terminal 30 of a user who is not using the MM10. Note that a message such as "It appears you are away from the MM10. Would you like to lock it?" may be displayed along with the lock button to confirm the user's intention (e.g., a user who has temporarily left the MM10 to take a break or go shopping). Alternatively, a message such as "It appears you are away from the MM10. It will lock in n seconds" may be displayed to notify the user that the locking will occur. In this case, the lock button may be displayed along with the message so that the user can lock it voluntarily, or the locking may occur automatically after a notice period has elapsed, even if the user does not voluntarily press the lock button.

[0110] When the user operates the lock button (A220), a lock request is sent from the terminal 30 to the server 20, and in the server 20, the control unit 21 permits the MM 10 corresponding to the sender's terminal 30 (application ID) to lock (S220) and sends a lock instruction. The control unit 11 of the MM 10 that received the lock instruction locks the lock device 17, rendering the MM 10 unusable (M220: an example of a third process). That is, in this case, the MM 10 is locked at a location other than the port. Note that even after locking, the identification signal continues to be output from the signal output unit corresponding to the MM 10.

[0111] Then, for example, when a user who has finished a break or shopping approaches the MM 10 that they have been using, the control unit 31 of the user's terminal 30 again detects the identification signal output from the signal output unit corresponding to the MM 10, and executes the same processing as from A140 onwards in Fig. 1-4. Furthermore, upon redetection of the identification signal, the server 20 executes the same processing as from S160 onwards, and the MM 10 executes the same processing as from M160 onwards. That is, the MM 10 issues an approach status notification (M160), unlocks the door, and issues an unlock notification (M180).

[0112] Here, based on the received detection notification, the control unit 21 of the server 20 again permits unlocking for the MM 10 that was once permitted to be unlocked (i.e., the MM 10 that was the subject of permission to unlock in S180 at the port at the start of use point) (S180: an example of a fourth process) and instructs the MM 10 to unlock (an example of a fourth process). The control unit 11 of the MM 10 that has received the instruction to unlock from the server 20 unlocks the locking device 17, thereby making the MM 10 usable again (M180 executed at a point outside the port: an example of a fourth process), and notifies the user of the unlocking (M180).

[0113] According to this embodiment, after the use of the reserved MM10 has begun, a third process is executed to disable the use of the MM10 based on the fact that the MM10 is no longer being used.This makes it possible to prevent the MM10 from being used by someone else, even if the user leaves the MM10, for example to take a break, before arriving at the destination port from the port where use began.

[0114] According to this embodiment, when the terminal 30 of a user who was using an MM10 that was locked based on its non-use status (the target of the third process) receives an identification signal output from the signal output unit corresponding to the MM10, a fourth process is executed to enable use of the MM10 again, thereby allowing a user who had once suspended use to use the same MM10 again.

[0115] [Third embodiment] In the above embodiment, one user may be able to reserve multiple mobility vehicles (for example, two MMs 10). In this case, for example, the control unit 31 of the terminal 30 selects the mobility number of the first mobility vehicle (for example, KB003) and the mobility number of the second mobility vehicle (for example, CY002) on the reservation screen shown in FIG. 1-6(a) as mobility vehicles to be used, and obtains the mobility IDs corresponding to each mobility number from the server 20.

[0116] Then, the control unit 31 (i) displays the unlock button BT for the first MM10 based on a comparison (A140 to A160) between the identification signal output from the signal output unit corresponding to the first MM10 and the acquired mobility ID of the first MM10, and (ii) displays the unlock button BT for the second MM10 based on a comparison (A140 to A160) between the identification signal output from the signal output unit corresponding to the second MM10 and the acquired mobility ID of the second MM10. In Figure 3(a), (i) the unlock button BT for the first vehicle is displayed in correspondence with the sign (license plate) of the first vehicle (A170), and (ii) the unlock button BT for the second vehicle is displayed in correspondence with the sign (license plate) of the second vehicle (A170). In other words, the first and second vehicles can be unlocked independently.

[0117] As shown in Figures 3(b) and (c), when the unlock button BT of the first device is operated, the first device is unlocked (A180, S180, M180), and when the unlock button BT of the second device is operated, the second device is unlocked (A180, S180, M180).

[0118] In this way, it is possible to reserve the first MM10 and the second MM10, and the unlocking control of the first MM10 based on the terminal 30 receiving an identification signal (first identification signal) from the first MM10, and the unlocking control of the second MM10 based on the terminal 30 receiving an identification signal (second identification signal) from the second MM10 can be performed independently, which makes it possible to increase convenience when reserving mobility, and even when multiple mobility vehicles are reserved, it is possible to perform the unlocking control for each vehicle without any problems.

[0119] [Other variations] (1-1) In the above embodiment, an example was described in which a user is required to select a mobility number (mobility ID) when making a reservation. However, this is not limiting, and a reservation may be completed without specifying a mobility when making a reservation. For example, when a reservation operation is performed, it is only confirmed that one of the MMs 10 parked at the port at the start point of use will be available, and the reservation may be completed. After that, when the reserving user goes to the port, the specified MM 10 may be unlocked and available for use. For example, the specified MM 10 may be the MM 10 with the most charged battery, the newest MM 10, or the MM 10 that has not been used for the longest period since its last use, and may be determined based on priorities or the like according to the intentions of the sharing service operator.

[0120] (1-2) Furthermore, by specifying only the type of MM 10 (for example, bicycle type or kick scooter type) during the reservation operation, it is confirmed that one of the specified type of MM 10 parked at the port where use begins will be available, and the reservation is completed. Thereafter, when the reserving person goes to the port, a specific MM 10 of the specified type will be unlocked and available for use. Note that the reserving person may set the desired type of MM 10 in advance with a priority (the type of MM 10 may be stored in association with the priority in the storage unit 25 of the server 20), and if an MM 10 with a higher priority than the reserved type is parked at the port where use begins within the period from the completion of the reservation to the start of use, the control unit 21 of the server 20 may change the reservation target to the MM 10 with the higher priority (and notify the terminal 30 of the reserving person of the result of the change).

[0121] (2) In the above embodiment, an example was described in which an identification signal is output from each MM10 parked at a port regardless of whether the reservation has been completed or not. However, the present invention is not limited to this example, and the identification signal may be output only from MM10s for which the reservation has been completed. For example, in the processing of Figure 1-4, the server 20 may instruct the reserved MM10 (mobility ID corresponding to the reserved mobility) to output an identification signal based on the completion of the reservation (S120), and based on this instruction, the MM10 may start outputting the identification signal (M110).

[0122] (3) In the above embodiment, an example has been described in which the mobility matching process (A140 and A150) is executed on the terminal 30 side, but the present invention is not limited to this configuration, and the matching process may be executed on the server 20. For example, a mobility ID included in an identification signal detected by an application on the terminal 30 may be transmitted to the server 20, and the server 20 may determine whether the received mobility ID matches a mobility ID stored in association with the application ID of the sender (i.e., identification information of the reserved mobility associated with the terminal 30), and if they match, unlocking may be permitted.

[0123] (4-1) In the above embodiment, an example was described in which, based on the completion of detection (A140 to A160), a detection notification is sent from terminal 30 to server 20, and then server 20 sends an approach notification to MM10, and MM10 issues an approach status notification (M160). However, the present invention is not limited to this form. Based on the completion of detection (A140 to A160), an approach notification may be sent directly from terminal 30 to MM10, causing MM10 to issue an approach status notification (M160).

[0124] (4-2) In addition, in the above embodiment, an example was described in which an unlock request is sent from the terminal 30 to the server 20 based on the operation of the unlock button BT (A180), and then the server 20 sends an unlock instruction to the MM10, and the MM10 performs unlocking (M180). However, the present invention is not limited to this form. An unlock instruction may be sent directly from the terminal 30 to the MM10 based on the operation of the unlock button BT (A180), and the MM10 may perform unlocking (M180).

[0125] That is, as shown in (4-1) and (4-2), the application may be configured so that the control unit 31 of the terminal 30 can directly control the MM10 without going through the server 20. For example, the terminal 30 and the MM10 may be paired to enable mutual communication, so that the terminal 30 can control the MM10.

[0126] (5-1) In the above embodiment, an example has been described in which the unlock button BT is displayed on the terminal 30, and the server 20 transmits an unlock instruction to the MM 10 based on the operation of the unlock button BT, and the MM 10 performs unlocking. However, the present invention is not limited to this example. The unlock button BT may not be displayed on the terminal 30 (the unlock operation may not be performed on the terminal 30), and the server 20 may transmit an unlock instruction to the MM 10 upon receiving a detection notification from the terminal 30, and the MM 10 may perform unlocking. In other words, the MM 10 may be automatically unlocked when a person who has made a reservation (a user) holding the terminal 30 approaches the MM 10 that they have reserved (used).

[0127] (5-2) In the above embodiment, an example has been described in which a lock button is displayed on the terminal 30, and when the lock button is operated, the server 20 transmits a lock instruction to the MM 10, and the MM 10 performs locking. However, the present invention is not limited to this example. The lock button may not be displayed on the terminal 30 (no locking operation is performed on the terminal 30), and the server 20 may receive a lock request from the terminal 30 that has detected an unused state, and transmit a lock instruction to the MM 10, and the MM 10 may perform locking. In other words, the MM 10 may be automatically locked when the user holding the terminal 30 moves away from the MM 10 that they have been using.

[0128] (6) In the above embodiment, an example in which the MM 10 is made unavailable by locking it has been described, but this is not limiting. The MM 10 may be made unavailable by the motor control unit 111 not driving the motor 16, or by preventing the speed from exceeding a certain level. The unavailable state may also be a state in which the functions of the MM 10 are restricted.

[0129] (7) In the above embodiment, an example was described in which the corresponding signal output unit continued to output an identification signal even after the MM 10 was unlocked, but this is not limiting. The output of the identification signal from the corresponding signal output unit may be stopped when the MM 10 is unlocked. Then, the output of the identification signal from the signal output unit may be resumed when the MM is locked. [Explanation of symbols]

[0130] 1 Mobility sharing service system 10 Mobility 20 servers 30 devices NW Network

Claims

1. A mobility management method in a mobility sharing service, comprising: outputting an identification signal from a signal output unit corresponding to the mobility; Accepting a mobility reservation operation at the terminal; and executing, by the terminal, a first process for enabling use of the mobility to be reserved, based on reception of an identification signal from a signal output unit corresponding to the mobility to be reserved. Mobility management methods.

2. 2. The mobility management method according to claim 1, The mobility management method further includes causing the terminal to execute a first notification in the mobility to be reserved based on the terminal receiving an identification signal from a signal output unit corresponding to the mobility to be reserved.

3. 2. The mobility management method according to claim 1, A mobility management method further including displaying information on the terminal that enables a user of the terminal to identify the mobility to be reserved based on the terminal receiving an identification signal from a signal output unit corresponding to the mobility to be reserved.

4. 2. The mobility management method according to claim 1, The method further includes displaying a first display on the terminal, which prompts the user to perform an operation to unlock the mobility to be reserved, based on the terminal receiving an identification signal from a signal output unit corresponding to the mobility to be reserved, A mobility management method, wherein the first processing includes a process of unlocking the mobility to be reserved based on an operation being performed on the first display.

5. 5. The mobility management method according to claim 4, A mobility management method in which, based on the terminal receiving an identification signal from a signal output unit corresponding to the mobility to be reserved, a confirmation display indicating that the mobility to be reserved has been confirmed is displayed on the terminal, and based on an operation being performed on the confirmation display, the first display is displayed on the terminal.

6. 6. A mobility management method according to claim 4 or claim 5, A mobility management method further comprising executing a second notification in the mobility to be reserved in response to unlocking the mobility to be reserved.

7. 2. The mobility management method according to claim 1, A mobility management method further including executing a second process that disables use of the mobility to be reserved based on the fact that no operation to use the mobility to be reserved has been performed for a predetermined period after the first process is executed.

8. 2. The mobility management method according to claim 1, A mobility management method further comprising: executing a third process for disabling use of the mobility to be reserved based on the fact that the mobility is no longer being used after use of the mobility has begun.

9. 9. A mobility management method according to claim 8, comprising: A mobility management method further including executing a fourth process to enable use of the mobility that was the subject of the third process again based on the terminal of the user who was using the mobility that was the subject of the third process receiving an identification signal output from a signal output unit corresponding to the mobility.

10. 2. The mobility management method according to claim 1, the reservation operation includes an operation by a user of the terminal to reserve a first mobility and a second mobility; A mobility management method, wherein the first processing includes a processing for enabling the terminal to use a first mobility based on the terminal receiving a first identification signal as an identification signal from the first mobility, and a processing for enabling the terminal to use a second mobility based on the terminal receiving a second identification signal as an identification signal from the second mobility.

11. A mobility management method according to any one of claims 1 to 10, comprising: A mobility management method, wherein the first process is executed based on the terminal receiving an identification signal of a predetermined strength from a mobility to be reserved.

12. A mobility management system for a mobility sharing service, A terminal capable of communicating with the mobility and accepting a reservation operation for the mobility is included; a signal output unit corresponding to the mobility outputs an identification signal for identifying the mobility; The terminal includes a processing unit that executes a first process to enable use of the mobility to be reserved based on reception of an identification signal from the mobility to be reserved, Mobility management system.

13. Mobility management systems for mobility sharing services outputting an identification signal from a signal output unit corresponding to the mobility; Accepting a mobility reservation operation at the terminal; executing a first process by the terminal to enable use of the mobility to be reserved, based on reception of an identification signal from a signal output unit corresponding to the mobility to be reserved; A program that executes.

Images