Rental support system, server, information processing method, and program

Abstract

To provide a rental support system, method and program capable of promoting safe use of shared mobility.SOLUTION: A rental support system according to the present disclosure includes a determination unit configured to determine a drunken state of a user of a shared mobility vehicle using a measurement value of an alcohol test device mounted in the shared mobility vehicle, an authentication unit configured to perform face authentication using a face image of the user captured during an alcohol test and a face image of an account holder registered in advance, an estimation unit configured to estimate a condition of the user using the face image of the user, a control unit configured to control the shared mobility vehicle to be in a usable state when a determination result of the drunken state is non-drinking and the user who has performed the alcohol test is authenticated as the account holder by the face authentication, and an output unit configured to output information for alerting the user before traveling based on the condition of the user.SELECTED DRAWING: Figure 5

Description

[Technical Field]

[0001] The present disclosure relates to a lending support system and the like. [Background technology]

[0002] In recent years, shared mobility services such as shared cars and shared bicycles have become popular. New mobility solutions such as electric kick scooters can also be seen in cities. Service providers manage the mobility solutions deployed at bases and rent them out to users. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Application Laid-Open No. 2009-255844 Summary of the Invention [Problem to be solved by the invention]

[0004] If a traffic accident occurs due to shared mobility, the image of the service provider may be damaged. Service providers are therefore required to take measures to promote the safe use of shared mobility.

[0005] One of the purposes of the present disclosure is to provide a rental support system, etc. that can promote the safe use of shared mobility. [Means for solving the problem]

[0006] A rental assistance system in one aspect of the present disclosure includes a determination means for determining the drinking state of a user of a shared mobility vehicle using the measurement values ​​of an alcohol testing device installed in the shared mobility vehicle, an authentication means for performing facial recognition using a facial image of the user taken during the alcohol test and a facial image of a pre-registered account holder, an estimation means for estimating the user's condition using the facial image of the user, a control means for controlling the shared mobility vehicle to a usable state when the drinking state determination result is no drinking and the user who underwent the alcohol test is authenticated as the account holder by facial recognition, and an output means for outputting information to warn the user before driving based on the user's condition.

[0007] In one aspect of the present disclosure, the server comprises: a determination means for determining the drinking state of a user of the shared mobility using the measurement value of an alcohol testing device installed in the shared mobility; an authentication means for performing facial recognition using a facial image of the user taken during the alcohol test and a facial image of a pre-registered account holder; an estimation means for estimating the user's condition using the facial image of the user; a control means for controlling the shared mobility to a usable state when the drinking state determination result is no drinking and the user who underwent the alcohol test is authenticated as the account holder by facial recognition; and an output means for outputting information to warn the user before driving based on the user's condition.

[0008] An information processing method in one aspect of the present disclosure determines the drinking state of a user of a shared mobility vehicle using the measurement values ​​of an alcohol testing device installed in the shared mobility vehicle, performs facial recognition using a facial image of the user taken during the alcohol test and a facial image of a pre-registered account holder, estimates the user's condition using the user's facial image, and if the drinking state determination result is no alcohol use and the user who underwent the alcohol test is authenticated as the account holder through facial recognition, controls the shared mobility vehicle to a usable state and outputs information to warn the user based on the user's condition before driving begins.

[0009] A program according to one aspect of the present disclosure causes a computer to execute a process of: determining the alcohol consumption level of a user of a shared mobility vehicle using a measurement value of an alcohol testing device mounted on the shared mobility vehicle; performing facial recognition using a facial image of the user taken during the alcohol test and a facial image of a pre-registered account holder; estimating the user's condition using the facial image of the user; and, if the alcohol consumption level determination result indicates sobriety and the user who underwent the alcohol test is authenticated as the account holder through facial recognition, controlling the shared mobility vehicle to a usable state and outputting information to alert the user before the vehicle starts traveling based on the user's condition. The program may be stored in a computer-readable non-transitory recording medium. [Effects of the Invention]

[0010] One example of the effect of the present disclosure is that it can promote the safe use of shared mobility. [Brief explanation of the drawings]

[0011] [Figure 1] FIG. 10 is a diagram illustrating an overview of an example service. [Figure 2] FIG. 2 is an explanatory diagram showing an example of the configuration of each device. [Figure 3] 10 is a flowchart illustrating an example of the operation of the server. [Figure 4] 10 is a flowchart illustrating an example of the operation of the server. [Figure 5] FIG. 1 is a block diagram showing an example of the configuration of a lending support system. [Figure 6] 10 is a flowchart showing an example of the operation of the lending support system. [Figure 7] FIG. 2 is a block diagram illustrating an example of a hardware configuration of a computer. DETAILED DESCRIPTION OF THE INVENTION

[0012] (First embodiment) The present disclosure is applicable to support service providers that rent shared mobility vehicles to users. An example of a service provided by a service provider in this disclosure will be described using FIG. 1 . The service provider owns and maintains shared mobility vehicles. The type of shared mobility vehicle is not particularly limited, and may be a car, a motorcycle, an electric kick scooter, or the like. Hereinafter, shared mobility vehicles will also be simply referred to as mobility 10. A user uses a user terminal 40 to apply for use to the service provider and pay a usage fee. The user terminal 40 communicates with a server 300, for example, via an app provided by the service provider. If use is permitted, the server 300 instructs an authentication device 200 installed on the mobility vehicle 10 to unlock the lock. The authentication device 200 unlocks the lock on the mobility vehicle 10, allowing the user to use the mobility vehicle 10. The server 300 provides information such as the usage status of the mobility vehicle 10 to the service provider terminal 50. The usage status may include, for example, the number of mobility vehicles 10 at each location, reservation status, return status, and remaining battery power.

[0013] An example configuration of each device in the present disclosure will be described using Figure 2. In one example, the authentication device 200, the user terminal 40, and the service provider terminal 50 are communicably connected to the server 300 via a communication network. The authentication device 200 and the server 300 may each be realized as a single device that is physically coupled together. Alternatively, the authentication device 200 and the server 300 may be realized as a system consisting of two or more physically separated devices that are connected by wire or wirelessly.

[0014] The authentication device 200 administers an alcohol test and photographs the face of the user of the mobility 10. The authentication device 200 includes a control module 201, a mobility key management module 202, an alcohol test module 203, a camera module 204, and a wireless communication module 205.

[0015] The control module 201 requests the server 300 to transmit data. The control module 201 also interprets and executes the received data request. The control module 201 requests an alcohol test and a facial image to be taken before starting to use the mobility 10. The control module 201 requests a facial image to be taken during the alcohol test. To request an image to be taken during the alcohol test, the control module 201 may request the camera module 204 to take a facial photograph when the position of the user's face is fixed near the authentication device 200. The fixation of the facial position may be detected based on the user blowing into the alcohol test module 203 or the contact sensor of the alcohol test module 203 detecting contact with the face. The fixation of the facial position may also be detected based on the face being detected in images continuously taken by the camera module 204 and the facial image not changing. The control module 201 may further request a facial image to be taken while the mobility 10 is being used. The control module 201 may determine that the mobility 10 is moving and request the camera module 204 to take a photograph of the user's face.

[0016] The mobility key management module 202 unlocks the key of the mobility 10 in response to a request from the control module 201 .

[0017] The alcohol testing module 203 includes an alcohol sensor and performs an alcohol test in response to a request from the control module 201. For example, the alcohol test may involve measuring the breath alcohol concentration. The alcohol testing module 203 also provides information on the test results.

[0018] The camera module 204 takes a photograph of a face in response to a request from the control module 201 and provides the photographed data.

[0019] The wireless communication module 205 transmits data to the server 300 in response to a request from the control module 201. The wireless communication module 205 also receives data from the server 300 and provides the data to the control module 201.

[0020] The server 300 transmits requests to the authentication device 200 and transmits and receives other data. The server 300 also provides processing results to the user terminal 40 and the service provider terminal 50. The server 300 includes a control module 301, a user information DB (Database) 302, an alcohol test processing module 303, and a face authentication processing module 304.

[0021] The control module 301 determines whether the mobility 10 can be unlocked based on the results of an alcohol test and facial authentication. The control module 301 also processes requests from the user terminal 40. The control module 301 may request the authentication device 200 to take a picture of the user's face during the alcohol test. The control module 301 may also request the authentication device 200 to take a picture of the user's face at any time while the mobility 10 is being used. If the user is determined to be a "stranger" any number of times as a result of facial authentication, the control module 301 notifies the service provider terminal 50 of an alert.

[0022] The user information DB 302 records, for example, user registration information and usage status for each account. An account identifies a user of the shared mobility service. The user registration information includes a user ID (identifier) ​​and a photograph of the user's face. The registration information may further include payment information and driver's license data. The usage status includes, for example, the rental and return history of the mobility 10. The user information DB 302 inputs and outputs necessary data in response to requests from each module in the server 300.

[0023] The alcohol test processing module 303 analyzes the alcohol test data provided by the authentication device 200 and determines whether the user has been drinking alcohol. For example, if the measured alcohol concentration is below a standard, the alcohol test processing module 303 determines that the user has not been drinking alcohol. The alcohol test processing module 303 provides the determination result of the drinking state to the control module 301.

[0024] The face authentication processing module 304 compares the face photo provided by the authentication device 200 with the face photo of the user recorded in the user information DB 302. By comparing the face photos, the face authentication processing module 304 determines whether the user of the mobility 10 is the pre-registered account holder. A user who is not the account holder is determined to be a "stranger."

[0025] The facial recognition processing module 304 also estimates the condition of the user of the mobility 10 from the facial photograph. Known techniques may be used to estimate the condition. The user's condition includes the user's physical or mental state. The physical state may be expressed by whether the user's health is good or bad, or by the level of fatigue. Poor health may include a mild cold, a slight fever, or a headache. The mental state may be expressed by mood, stress level, concentration level, excitement level, or the like. Mood may include joy, anger, or anxiety. Excitement level may include calm, excitement, or the like. The facial recognition processing module 304 extracts features that affect the condition from the facial photograph and quantifies them. The facial recognition processing module 304 may compare the numerical values ​​with a reference value to estimate the condition. The facial recognition processing module 304 may also estimate the condition by inputting the extracted features into a machine learning model that has learned the relationship between features and condition. The face recognition processing module 304 extracts the user's facial expression, such as the degree of eye opening and the state of the facial muscles, from a photograph of the face. The face recognition processing module 304 then estimates the user's condition, such as the level of fatigue and mood, from the quantified facial expression. Features that affect the user's condition may include the presence or absence of bloodshot eyes, dark circles under the eyes, facial swelling, skin color and texture, blood pressure, and heart rate.

[0026] The user terminal 40 is a terminal used by a user of the mobility 10. The user terminal 40 is not particularly limited, but may be, for example, a smartphone or a wearable terminal. When using the shared mobility service, the user can log in to their account by entering their user ID and password via the user terminal 40.

[0027] The service provider terminal 50 is a terminal used by a service provider. The service provider terminal 50 is not particularly limited, but may be, for example, a personal computer, a tablet terminal, or a smartphone.

[0028] An example of the operation of the server 300 in the present disclosure will be described using the flowchart in Fig. 3. The server 300 may start the process in Fig. 3 in response to receiving an inquiry from the user terminal 40 about whether the mobility 10 that the user wishes to use is available.

[0029] In step A1, the control module 301 of the server 300 sends an inquiry to the authentication device 200 of the mobility 10 that the user wishes to use, asking whether the mobility 10 is available. Then, the control module 301 receives a response from the authentication device 200 informing it that the mobility 10 is available.

[0030] In step A2, the control module 301 determines whether the mobility 10 that the user desires to use is available or unavailable based on the received result. The mobility 10 may be determined to be unavailable when the remaining battery power of the mobility 10 is insufficient, when the mobility 10 has been reserved by another user, or the like.

[0031] If the mobility 10 is available (step A2: available), in step A3, the control module 301 sends a request for an alcohol test and facial photography to the authentication device 200. In step A3, the control module 301 may output an instruction to the user terminal 40 to take an alcohol test and photograph a face. The user confirms the instruction and uses the authentication device 200 to take an alcohol test and photograph a face. The authentication device 200 sends the alcohol test data and facial photo data to the control module 301.

[0032] In step A4, the alcohol test processing module 303 determines the drinking state of the user based on the alcohol test data. In addition, the face recognition processing module 304 performs identity verification and condition estimation based on the facial photo data. Identity verification is performed by comparing the received facial photo data with facial photos recorded in the user information DB 302. The condition is estimated from parameters such as the degree of eye opening, eye congestion, and the state of the facial muscles from the facial photo data. In step A5, the control module 301 determines whether the processing of step A4 has ended normally.

[0033] If step A4 is completed normally (step A5: normal), in step A6, the control module 301 determines whether or not to permit use of the service based on the result of the drinking state determination and the result of identity verification. Note that use is permitted if it is determined that the user has not been drinking and is the user himself / herself. In all other cases, the control module 301 determines that use is not permitted.

[0034] If use is permitted (step A6: permitted), in step A7, the control module 301 transmits a request to unlock the mobility 10 to the control module 201 of the authentication device 200. The mobility key management module 202 of the authentication device 200 unlocks the key of the mobility 10. The control module 201 responds to the control module 301 of the server 300 that the key has been unlocked.

[0035] In step A8, the control module 301 of the server 300 notifies the user terminal 40 of the usage status of the mobility 10. The usage status indicates whether the mobility 10 is available for use. If the desired mobility 10 is not available (step A2: not available), if step A4 ends abnormally (step A5: abnormal), or if usage is not permitted (step A6: not permitted), the user is notified that usage is not available. If step A4 ends abnormally (step A5: abnormal), the user may be notified that the alcohol test or facial photographing has failed. If usage is not permitted (step A6: not permitted), the user may be notified of whether usage is not permitted due to alcohol consumption assessment or identity verification, or the reason for the denial.

[0036] In step A8, if the transition is from step A7, an availability notification is output to the user terminal 40. The availability notification notifies the user that they can start using the mobility 10. The availability notification may be a notification that the mobility 10 has been unlocked. If the transition is from step A7, information to alert the user may be notified to the user terminal 40 together with the availability notification. The control module 301 outputs the alert information based on the condition estimated in the face authentication processing module 304.

[0037] The information to alert the user may be information notifying the user of an estimated condition. For example, the control module 301 outputs information to alert the user that the user's health condition is good or bad. The control module 301 may output the condition when the user's condition is not good. Examples of conditions that are not good include poor health, high fatigue, high stress levels, low concentration, and excitement. By being notified of the condition, the user can understand their own condition and drive carefully.

[0038] Furthermore, the information to alert the user may be driving precautions. The control module 301 may output driving precautions when the user's condition is not good. The control module 301 may output precautions that are associated in advance with each condition. The worse the user's condition is, the more precautions the control module 301 may output.

[0039] Examples of driving precautions include slowing down, shortening usage time, taking breaks along the way, and relaxing before usage. Specific driving precautions such as deep breathing, meditation, stretching, or light exercise may be output as driving precautions to encourage relaxation. For users who feel anxious, positive messages to boost confidence may be output as precautions, such as a message informing the user of past successful driving experiences or a message conveying the user's ability to drive safely. Driving precautions may be in accordance with the terms and guidelines of the service provider.

[0040] Furthermore, points on a map that require caution while driving may be output as driving precautions. Here, for example, information may be output urging the user to avoid points with heavy traffic, points with poor visibility, and points that are difficult to pass through, or to pass through them with caution. For example, if the user is feeling anxious, the user's anxiety can be alleviated by being able to know in advance points to be careful of on the way to the destination.

[0041] In step A8, in addition to or instead of notifying the user terminal 40, the control module 301 may notify the authentication device 200 of the usage status of the mobility 10. In addition to the usage status notification, condition-based warning information may be notified to the authentication device 200. The display or speaker of the authentication device 200 outputs the notification to the user.

[0042] If the user's condition is not good, the control module 301 may notify the user of warning information while the mobility 10 is in use. For example, the control module 301 controls the user terminal 40 or the authentication device 200 to output warning information while the mobility 10 is in motion. By outputting warning information when the user is feeling unwell or anxious, the user can be supported.

[0043] As a result, after step A8, server 300 ends the processing of Fig. 3. Next, another example of the operation of server 300 will be described using the flowchart of Fig. 4. Server 300 starts the processing of Fig. 4 after the user starts using mobility 10. Server 300 may execute the processing of Fig. 4 multiple times after the user starts using it.

[0044] In step B1, the control module 301 requests the face authentication processing module 304 to verify the identity of the user who is using the mobility 10. The control module 301 may execute step B1 after a predetermined time has elapsed since the start of use.

[0045] In step B2, the control module 301 requests the authentication device 200 to take a facial photograph of the user who is using the mobility 10. The control module 301 may request that a facial photograph be taken while the mobility 10 is moving. The control module 201 of the authentication device 200 determines that the mobility 10 is moving, and requests the camera module 204 to take a facial photograph. Taking a facial photograph while the mobility 10 is moving can prevent impersonation during identity verification.

[0046] In step B3, the face authentication processing module 304 performs identity verification using a face image of the user captured while using the mobility 10. If the processing of step B3 ends abnormally (step B4: No), the server 300 ends the processing.

[0047] If the processing of step B3 is completed normally (step B4: Yes), in step B5, the face authentication processing module 304 stores the result of the identity verification. In step B6, the control module 301 determines whether the user has been determined to be a "stranger" N times or more within a predetermined period (N is a predetermined number equal to or greater than 1). The predetermined period is, for example, while the user is using the mobility 10. If the number of times the user has been determined to be a "stranger" is less than N times (step B6: No), the server 300 ends the processing.

[0048] If the user is determined to be a "stranger" N or more times (step B6: Yes), in step B7, the control module 301 notifies the service provider terminal 50. For example, the control module 301 outputs an alert notifying that a person other than the account holder pre-registered in the service provider terminal 50 is using the mobility 10. By outputting an alert when the user is determined to be a "stranger" a predetermined number of times, such as two or more times within a predetermined period, it is possible to prevent an alert from being output in the case of a false recognition. In step B7, the control module 301 may further output an alert to the authentication device 200 or the user terminal 40.

[0049] With the above, the server 300 ends the processing of FIG.

[0050] According to one embodiment, the control module 301 of the server 300 outputs information to alert the user based on the user's condition along with the availability notification. Therefore, the user can use the mobility 10 after checking the precautions tailored to the user's condition before using the mobility 10. Therefore, according to one embodiment, traffic accidents and dangerous driving can be prevented, and safe use of the mobility 10 can be promoted.

[0051] Furthermore, the control module 301 of the server 300 determines whether or not the key to the mobility 10 can be unlocked based on the results of an alcohol test and facial recognition. This prevents the mobility 10 from being rented to someone who intends to drink and drive. It also prevents account falsification and sub-lending of the mobility 10. Furthermore, the control module 301 of the server 300 requests facial recognition while the mobility 10 is in use, thereby preventing fraudulent use during use. Furthermore, the control module 301 of the server 300 notifies an alert to the service provider terminal 50. This allows the service provider to become aware of fraudulent use.

[0052] Furthermore, by providing the control module 301, the alcohol test processing module 303, and the face recognition processing module 304 on the server 300 side, it is possible to reduce the amount of equipment installed on the mobility 10. Therefore, according to one embodiment, there is an advantage of space saving, particularly for a small mobility 10 where the installation space for equipment is limited. Reducing the amount of equipment installed on the mobility 10 allows for power saving of the mobility 10. Furthermore, by providing modules on the server 300 side, it becomes easier to modify and update the algorithm.

[0053] (Second embodiment) As a second embodiment, an example of a basic embodiment of the present disclosure will be described. A configuration example of a rental assistance system 310 in the present disclosure will be described using FIG. 5. The server 300 in the first embodiment is one embodiment of the rental assistance system 310. The functions of the rental assistance system 310 may be realized by an authentication device 200 mounted on the mobility 10 of the first embodiment. Furthermore, the rental assistance system 310 may be realized by a system consisting of two or more physically separated devices connected by wire or wirelessly. For example, some of the functions of the rental assistance system 310 may be realized by a server, and the remaining functions may be realized by the authentication device 200 of the first embodiment. In this case, the rental assistance system 310 is wirelessly connected to be able to communicate with the authentication device 200. The rental assistance system 310 is, as necessary, connected to be able to communicate with the user terminal 40 and the service provider terminal 50 of the first embodiment.

[0054] The lending support system 310 includes a determination unit 311 , an authentication unit 312 , an estimation unit 313 , a control unit 314 , and an output unit 315 .

[0055] The determination unit 311 determines the drinking state of the user of the shared mobility vehicle using the measurement value of the alcohol testing device installed in the shared mobility vehicle. For example, the determination unit 311 determines whether the user has not drunk alcohol. The alcohol testing module 203 of the first embodiment is an embodiment of the alcohol testing device, and the alcohol testing processing module 303 is an embodiment of the determination unit 311.

[0056] The authentication unit 312 performs facial authentication using a facial image of the shared mobility user taken during the alcohol test and a facial image of the pre-registered account holder. Publicly known technology can be used for facial authentication. The authentication unit 312 may further perform facial authentication using a facial image of the user taken while using the shared mobility and a facial image of the pre-registered account holder. The facial authentication processing module 304 of the first embodiment is one embodiment of the authentication unit 312. For example, the authentication unit 312 uses a facial image registered in the user information DB 302 of the first embodiment.

[0057] The estimation unit 313 estimates the user's condition using a facial image of the user. For example, the estimation unit 313 uses a facial image taken during an alcohol test. The face recognition processing module 304 of the first embodiment is an embodiment of the estimation unit 313.

[0058] If the alcohol consumption status determination result is no alcohol consumption and the user who underwent an alcohol test using facial recognition is authenticated as the account owner, the control unit 314 controls the shared mobility to be available for use. For example, the control unit 314 controls the shared mobility to be unlocked. As a control to make the shared mobility available for use, the control unit 314 may output information for unlocking the shared mobility to the user terminal 40. For example, the control unit 314 outputs a personal identification number, a passcode, an electronic key, or the like to the user terminal 40. The control module 301 of the first embodiment is one embodiment of the control unit 314.

[0059] The output unit 315 outputs information to alert the user based on the user's condition. For example, when the shared mobility is controlled to be available, the output unit 315 may output information to alert the user before the start of driving. The output unit 315 may output information to alert the user along with a notification to the user that the shared mobility is available. Alternatively, the output unit 315 may output information to alert the user when the shared mobility becomes available. The timing when the shared mobility becomes available is, for example, immediately before or immediately after the lock is unlocked. For example, the output unit 315 outputs information to alert the user terminal 40 of the first embodiment. The output unit 315 may also output information to alert a device installed in the shared mobility. The control module 301 of the first embodiment is an embodiment of the output unit 315.

[0060] The output unit 315 may output an alert to the service provider when it is determined that the user is not an account owner through facial authentication using a facial image captured while using the shared mobility. The output unit 315 may output an alert when it is determined that the user is not an account owner a predetermined number of times.

[0061] An example of the operation of the lending support system 310 according to one embodiment will be described with reference to FIG.

[0062] In step S1, the determination unit 311 determines the alcohol consumption level of the user of the shared mobility vehicle using the measurement value of the alcohol testing device installed in the shared mobility vehicle. In step S2, the authentication unit 312 performs facial authentication using a facial image of the user of the shared mobility vehicle taken during the alcohol test and a facial image of the pre-registered account holder. In step S3, the estimation unit 313 estimates the user's condition using the facial image of the user taken during the alcohol test.

[0063] In step S4, if the result of the alcohol status determination is that the user has not been drinking and the user who underwent the alcohol test is authenticated as the account owner through facial recognition, the control unit 314 controls the shared mobility to be available for use.

[0064] In step S5, the output unit 315 outputs information to alert the user based on the user's condition before the user starts running.

[0065] With the above, the lending assistance system 310 ends the processing in Fig. 6. The order of the processing from step S1 to step S3 is not particularly limited. Also, step S3 may be executed after step S4.

[0066] According to one embodiment, when the shared mobility is controlled to be available, the output unit 315 outputs information to alert the user before starting the journey based on the user's condition. Therefore, the user can use the shared mobility by checking the precautions tailored to the user's condition before using the shared mobility. Therefore, according to one embodiment, the safe use of shared mobility can be promoted.

[0067] (Variation) The first and second embodiments described above may be combined as appropriate, and the first and second embodiments may be modified as appropriate.

[0068] In the above embodiments, some of the functions of the authentication device 200 may be realized by the user terminal 40. For example, the camera of the user terminal 40 may be used as the camera module 204. In the above embodiments, an example has been described in which face authentication is performed using a photograph of the user's face, but other biometric authentication methods may be used for identity verification. Also, in the above embodiments, the alcohol testing device may be installed in the shared mobility as needed. Measurement of the user's breath alcohol concentration may be performed as needed. In this case, the server of the first embodiment controls the mobility 10 to be available when identity verification is successful.

[0069] [Hardware configuration] In each of the above-described embodiments, the components of the authentication device 200, the server 300, and the lending assistance system 310 are shown as functional blocks. Some or all of the components of the authentication device 200, the server 300, and the lending assistance system 310 may be realized by any combination of the computer 500 and a program.

[0070] Fig. 7 is a block diagram showing an example of the hardware configuration of a computer 500. Referring to Fig. 7, the computer 500 includes, for example, a processor 501, a read only memory (ROM) 502, a random access memory (RAM) 503, a program 504, a storage device 505, a drive device 507, a communication interface 508, an input device 509, an output device 510, an input / output interface 511, and a bus 512.

[0071] The processor 501 controls the entire computer 500. The processor 501 may be, for example, a CPU (Central Processing Unit). The number of processors 501 is not particularly limited, and there may be one or more processors 501.

[0072] The program 504 includes instructions for realizing each function of the authentication device 200, the server 300, and the lending assistance system 310. The program 504 is stored in advance in the ROM 502, the RAM 503, or the storage device 505. The processor 501 executes the instructions included in the program 504 to realize each function of the authentication device 200, the server 300, and the lending assistance system 310. The RAM 503 may also store data to be processed in each function of the authentication device 200, the server 300, and the lending assistance system 310.

[0073] The drive device 507 reads and writes data from and to the recording medium 506. The communication interface 508 provides an interface with a communication network. The input device 509 is, for example, a touch panel or a keyboard, and accepts information input from a user, a service provider, etc. The output device 510 is, for example, a display or a speaker, and outputs (displays) information to a user, a service provider, etc. The input / output interface 511 provides an interface with peripheral devices. The bus 512 connects these hardware components. The program 504 may be supplied to the processor 501 via a communication network, or may be stored in advance on the recording medium 506, read by the drive device 507, and supplied to the processor 501.

[0074] It should be noted that the hardware configuration shown in FIG. 7 is an example, and other components may be added, or some components may not be included.

[0075] There are various variations in the methods for realizing authentication device 200, server 300, and lending assistance system 310. For example, lending assistance system 310 may be realized by any combination of different computers and programs for each component. Furthermore, multiple components included in lending assistance system 310 may be realized by any combination of a single computer and program.

[0076] Although the present disclosure has been described above with reference to the embodiments, the present disclosure is not limited to the above embodiments. Various modifications that can be understood by those skilled in the art can be made to the configuration and details of the present disclosure within the scope of the present disclosure. Furthermore, the configurations in the respective embodiments can be combined with each other without departing from the scope of the present disclosure.

[0077] Some or all of the above embodiments may be described as, but are not limited to, the following supplementary notes.

[0078] [Appendix 1] A determination means for determining the drinking level of a user of the shared mobility vehicle using a measurement value of an alcohol testing device mounted on the shared mobility vehicle; an authentication means for performing face authentication using a face image of the user taken during an alcohol test and a face image of a pre-registered account holder; an estimation means for estimating a condition of the user using a facial image of the user; a control means for controlling the shared mobility to be available when the result of the determination of the drinking state is that the user has not drunk alcohol and the user who has undergone the alcohol test is authenticated as the account owner by face authentication; and an output means for outputting information to alert the user before the start of driving based on the user's condition. Lending assistance system.

[0079] [Appendix 2] The output means outputs information to alert the user together with the availability notification. The lending assistance system described in Appendix 1.

[0080] [Appendix 3] The information to be given to the user includes driving precautions according to the driving conditions. A lending assistance system as described in Appendix 1 or 2.

[0081] [Appendix 4] The information to alert the user is a point on a map that the user should be careful of while driving. A lending assistance system as described in Appendix 1 or 2.

[0082] [Appendix 5] The authentication means performs face authentication using a facial image of the user taken while using the shared mobility service, The output means outputs an alert to a service provider when it is determined that the user is not the account owner through face authentication using a face image captured while using the shared mobility. A lending assistance system as described in Appendix 1 or 2.

[0083] [Appendix 6] The output means outputs the alert when it is determined that the user is not the account owner a predetermined number of times. The lending assistance system described in Appendix 5.

[0084] [Appendix 7] The control means controls to unlock the key of the shared mobility. A lending assistance system as described in Appendix 1 or 2.

[0085] [Appendix 8] A determination means for determining the drinking level of a user of the shared mobility vehicle using a measurement value of an alcohol testing device mounted on the shared mobility vehicle; an authentication means for performing face authentication using a face image of the user taken during an alcohol test and a face image of a pre-registered account holder; an estimation means for estimating a condition of the user using a facial image of the user; a control means for controlling the shared mobility to be available when the result of the determination of the drinking state is that the user has not drunk alcohol and the user who has undergone the alcohol test is authenticated as the account owner by face authentication; and an output means for outputting information to alert the user before the start of driving based on the user's condition. server.

[0086] [Appendix 9] The alcohol level of the shared mobility user is determined using the measurement value of the alcohol testing device installed in the shared mobility, performing face authentication using a face image of the user taken during the alcohol test and a face image of a pre-registered account holder; Estimating the condition of the user using a facial image of the user; If the result of the determination of the drinking state is that the user has not drunk alcohol and the user who has taken the alcohol test is authenticated as the account owner by face authentication, the shared mobility is controlled to be available; Based on the condition of the user, information to alert the user is output before the start of driving. Information processing methods.

[0087] [Appendix 10] The alcohol level of the shared mobility user is determined using the measurement value of the alcohol testing device installed in the shared mobility, performing face authentication using a face image of the user taken during the alcohol test and a face image of a pre-registered account holder; Estimating the condition of the user using a facial image of the user; If the result of the determination of the drinking state is that the user has not drunk alcohol and the user who has taken the alcohol test is authenticated as the account owner by face authentication, the shared mobility is controlled to be available; Based on the condition of the user, information to alert the user is output before the start of driving. A program that causes a computer to perform a process.

[0088] Some or all of the configurations described in Supplementary Notes 2-7, which are dependent on Supplementary Note 1, may also be dependent on Supplementary Notes 8-10 in the same manner as Supplementary Notes 2-7. Not limited to Supplementary Notes 1, 8-10, but also to various hardware, software, various recording devices for recording software, or systems, some or all of the configurations described as Supplements may be made dependent on each other within the scope of the above-mentioned embodiments. [Explanation of symbols]

[0089] 10 Mobility 200 Authentication Devices 201 Control Module 202 Mobility Key Management Module 203 Alcohol Testing Module 204 Camera Module 205 Wireless Communication Module 300 servers 301 Control Module 302 User Information DB 303 Alcohol Test Processing Module 304 Face Recognition Processing Module 310 Lending Support System 311 Judgment section 312 Authentication Department 313 Estimation Department 314 Control Unit 315 Output section 40 User terminals 50 Service provider terminal

Claims

1. A determination means for determining the drinking level of a user of the shared mobility vehicle using a measurement value of an alcohol testing device mounted on the shared mobility vehicle; an authentication means for performing face authentication using a face image of the user taken during an alcohol test and a face image of a pre-registered account holder; an estimation means for estimating a condition of the user using a facial image of the user; a control means for controlling the shared mobility to be available when the result of the determination of the drinking state is that the user has not drunk alcohol and the user who has undergone the alcohol test is authenticated as the account owner by face authentication; and an output means for outputting information to alert the user before the start of driving based on the user's condition. Lending assistance system.

2. The output means outputs information to alert the user together with the availability notification. The lending support system according to claim 1 .

3. The information to be given to the user includes driving precautions according to the driving conditions. The lending support system according to claim 1 or 2.

4. The information to alert the user is a point on a map that the user should be careful of while driving. The lending support system according to claim 1 or 2.

5. The authentication means performs face authentication using a facial image of the user taken while using the shared mobility service, The output means outputs an alert to a service provider when it is determined that the user is not the account owner through face authentication using a face image captured while using the shared mobility. The lending support system according to claim 1 or 2.

6. The output means outputs the alert when it is determined that the user is not the account owner a predetermined number of times. The lending support system according to claim 5 .

7. The control means controls to unlock the key of the shared mobility. The lending support system according to claim 1 or 2.

8. A determination means for determining the drinking level of a user of the shared mobility vehicle using a measurement value of an alcohol testing device mounted on the shared mobility vehicle; an authentication means for performing face authentication using a face image of the user taken during an alcohol test and a face image of a pre-registered account holder; an estimation means for estimating a condition of the user using a facial image of the user; a control means for controlling the shared mobility to be available when the result of the determination of the drinking state is that the user has not drunk alcohol and the user who has undergone the alcohol test is authenticated as the account owner by face authentication; and an output means for outputting information to alert the user before the start of driving based on the user's condition. server.

9. The alcohol level of the shared mobility user is determined using the measurement value of the alcohol testing device installed in the shared mobility, performing face authentication using a face image of the user taken during the alcohol test and a face image of a pre-registered account holder; Estimating the condition of the user using a facial image of the user; If the result of the determination of the drinking state is that the user has not drunk alcohol and the user who has undergone the alcohol test is authenticated as the account owner by face authentication, the shared mobility is controlled to be available for use; Based on the condition of the user, information to alert the user is output before the start of driving. Information processing methods.

10. The alcohol level of the shared mobility user is determined using the measurement value of the alcohol testing device installed in the shared mobility, performing face authentication using a face image of the user taken during the alcohol test and a face image of a pre-registered account holder; Estimating the condition of the user using a facial image of the user; If the result of the determination of the drinking state is that the user has not drunk alcohol and the user who has undergone the alcohol test is authenticated as the account owner by face authentication, the shared mobility is controlled to be available for use; Based on the condition of the user, information to alert the user is output before the start of driving. A program that causes a computer to perform a process.

Images