Information processing apparatus and information processing method

A gamified driving diagnostic system with progressive missions and incentives maintains user engagement and promotes safe driving by offering varied challenges and rewards, addressing the issue of repetitive reports in conventional systems.

JP7831337B2Active Publication Date: 2026-03-17TOYOTA JIDOSHA KK
View PDF 2 Cites 0 Cited by

Patent Information

Authority / Receiving Office
JP · JP
Patent Type
Patents
Current Assignee / Owner
Filing Date
2023-01-25
Publication Date
2026-03-17

AI Technical Summary

Technical Problem

Conventional driving diagnosis systems fail to maintain user engagement by issuing repetitive and uninteresting diagnosis reports, leading to user disinterest and eventual abandonment.

Method used

Implement a system that presents users with a series of missions corresponding to driving diagnostic items, allowing them to progress through missions of increasing difficulty, set upper limits, and provide incentives and notifications to maintain engagement and promote safe driving habits.

Benefits of technology

The system enhances user motivation and engagement by providing a gamified approach to driving diagnostics, encouraging safe driving practices and preventing boredom through varied challenges and rewards.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure 0007831337000001
    Figure 0007831337000001
  • Figure 0007831337000002
    Figure 0007831337000002
  • Figure 0007831337000003
    Figure 0007831337000003
Patent Text Reader

Abstract

To promote a user to drive safely.SOLUTION: The present invention has a controller which presents a plurality of missions for a plurality of driving tests to a user, sets a first mission which the user selected from the missions to the user; determines whether the user cleared the first mission on the basis of the driving test for the first mission; and presents a plurality of missions including a second mission more difficult than the first mission to the user in response to the first mission having been cleared by the user.SELECTED DRAWING: Figure 15
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0004] , , , , ,

[0005] , , , , ,

[0003] ,

[0006] , , , , ,

[0001] The present disclosure relates to an information processing apparatus and an information processing method.

Background Art

[0002] It is known to detect a physical quantity that changes based on at least one of driving, steering, and braking of a vehicle or a physical quantity that changes when a predetermined operation member is operated, and calculate a score for a driving operation based on the detected value (for example, Patent Document 1).

Prior Art Document

Patent Document

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] An object of the present disclosure is to promote safe driving of a user.

Means for Solving the Problems

[0005] One aspect of the present disclosure is presenting a plurality of missions corresponding to each of a plurality of driving diagnosis items to a user, setting, for the user, a first mission selected by the user from the plurality of missions, determining whether the user has cleared the first mission based on the driving diagnosis corresponding to the first mission, in response to the user clearing the first mission, presenting the plurality of missions to the user, including a second mission having a higher difficulty level than the first mission, an information processing apparatus including a control unit that executes the above.

[0006] Another aspect of this disclosure is, Computers To present the user with multiple missions corresponding to each of the multiple driving diagnostic items, The first mission selected by the user from among the aforementioned multiple missions is set for the user, Based on the driving diagnosis corresponding to the first mission, it is determined whether the user has completed the first mission. In response to the user completing the first mission, the user is presented with a number of missions, including a second mission that is more difficult than the first mission. This is an information processing method that performs the following:

[0007] Another aspect of this disclosure is a program for causing a computer to execute the above-described information processing method, or a storage medium that non-temporarily stores such a program. [Effects of the Invention]

[0008] This disclosure can promote safe driving by users. [Brief explanation of the drawing]

[0009] [Figure 1] This is a diagram showing the schematic configuration of the system according to the first embodiment. [Figure 2] This block diagram schematically shows an example of the configuration of the vehicle, user terminal, and server that constitute the system according to the first embodiment. [Figure 3] This diagram illustrates the functional configuration of a server according to the first embodiment. [Figure 4] This figure illustrates the table configuration of the vehicle information database according to the first embodiment. [Figure 5] This figure illustrates the table configuration of the detection information database according to the first embodiment. [Figure 6] This diagram shows the criteria for clearing each level of each item. [Figure 7] It is a diagram illustrating the table configuration of the level information DB according to the first embodiment. [Figure 8] It is a diagram showing an example of an initial screen when an application is launched on a user terminal. [Figure 9] It is a diagram showing an example of a selection screen. [Figure 10] It is a diagram showing a change window. [Figure 11] It is a diagram showing an example of an initial screen while challenging level 4 of sudden acceleration. [Figure 12] It is a diagram showing an example of the functional components of the ECU according to the first embodiment. [Figure 13] It is a diagram showing the functional configuration of the user terminal according to the first embodiment. [Figure 14] It is a flowchart of the process for managing missions in the server according to the first embodiment. [Figure 15] It is a flowchart of the process for presenting missions in the server according to the first embodiment. [Figure 16] It is a diagram illustrating the table configuration of the level information DB according to the second embodiment. [Figure 17] It is a flowchart of the process for managing missions in the server according to the second embodiment. [Figure 18] It is a flowchart of the process for awarding incentives in the server according to the third embodiment.

Mode for Carrying Out the Invention

[0010] In conventional driving diagnosis systems, many issue a diagnosis report for each trip. However, when there is no characteristic driving behavior, the same diagnosis report is issued, so there is nothing interesting for the user. If such diagnosis reports are continuously issued, the user will get bored and will stop looking at the diagnosis reports before long.

[0011] Therefore, an information processing device, which is one aspect of the present disclosure, includes a control unit that performs the following: presents a user with a plurality of missions corresponding to each of a plurality of driving diagnostic items; sets a first mission selected by the user from the plurality of missions for the user; determines whether the user has cleared the first mission based on the driving diagnostics corresponding to the first mission; and, in response to the user clearing the first mission, presents the user with a plurality of missions, including a second mission that is more difficult than the first mission.

[0012] Examples of multiple driving diagnostic items include sudden steering, sudden braking, sudden acceleration, speeding, and brief activation of turn signals. Items related to improving fuel efficiency may also be included. For example, items that can improve fuel efficiency, such as gentle starting, gentle acceleration, constant throttle opening, use of regenerative braking, and idle stop, may be included in the driving diagnostics. Items related to improving driving skills may also be included. For example, items such as gentle initial steering and return, and gentle turns may be included in the driving diagnostics. The driving diagnostics are performed, for example, based on the output values ​​of sensors installed on the vehicle.

[0013] Multiple missions are presented to the user to correspond to multiple driving diagnostic items. These missions are set according to the driving diagnostic items; for example, if the driving diagnostic item is sudden deceleration (or sudden braking), the mission will be to perform sudden deceleration over a predetermined distance. The user is presented with a mission to ensure that no detection is performed. If the user selects this mission, it is set as the first mission. Based on the driving diagnosis, the control unit determines whether the user has completed the first mission. If the first mission is completed, the user is presented with a second mission that is more difficult than the first mission. The second mission may be one in which the threshold is changed to increase the difficulty compared to the first mission. In addition to the second mission, the control unit also presents the user with missions corresponding to other items. Therefore, after completing the first mission, the user can choose to select an easier mission corresponding to another item instead of immediately selecting the second mission.

[0014] In this way, if users can tackle missions in a game-like manner, it can serve as an incentive for them to drive safely. Furthermore, because users can gain a sense of accomplishment by completing missions, it helps prevent them from becoming bored with the application software (hereinafter also referred to as the app) that provides driving diagnostics.

[0015] Furthermore, the control unit may determine whether the user has completed the first mission at predetermined intervals of driving distance. Dividing the mission into predetermined intervals of driving distance makes it clear when the mission will end. Therefore, the user's attention can be kept focused on the mission. In addition, the difficulty of the mission can be adjusted by adjusting the predetermined distance.

[0016] Furthermore, the control unit may set a rank for the user according to the number of first missions the user has completed, and present the rank to the user. By presenting the rank, the user's motivation to complete missions can be further increased.

[0017] Furthermore, the control unit may, in response to the user selecting multiple first missions, set multiple first missions for the user. By setting multiple first missions simultaneously, the user will be encouraged to drive in a manner that corresponds to multiple driving diagnostic items. Therefore, safe driving can be promoted.

[0018] Furthermore, the control unit may set the first mission for the user for each of the multiple driving diagnostic items. In this case, the user can challenge multiple missions simultaneously. Moreover, by setting the first mission for each driving diagnostic item, it is possible to prevent the first missions from having overlapping content.

[0019] Furthermore, the control unit can set an upper limit on the number of first missions that can be set. This allows the user to challenge the missions for a longer period, thus encouraging them to practice safe driving for a longer period.

[0020] Furthermore, the control unit can impose restrictions on the combination of multiple first missions. For example, if first missions with similar content are set together, the likelihood of them being completed simultaneously increases. In that case, the number of missions that can be presented to the user would quickly run out. In contrast, by imposing restrictions on the combination of first missions, the user can challenge missions for a longer period of time.

[0021] Furthermore, the control unit can set an upper limit on the number of first missions corresponding to each category when the plurality of first missions are divided into multiple categories. Examples of categories include categories related to safe driving, categories related to ecology, categories related to improving driving skills, etc. For example, by setting an upper limit on the number of missions that can be selected from each category, it is possible to set an upper limit on the number of missions that can be selected from multiple categories for a longer period. The ability to challenge users with intermittent missions helps prevent them from getting bored.

[0022] Furthermore, the control unit may present the second mission to the user only if all of the first missions corresponding to each of the multiple driving diagnostic items have been cleared at the same level. For example, even if the level of the items that the user is good at is high, it does not mean that the user's driving skills have improved sufficiently. By raising the level of other items uniformly, the user's driving skills can be further improved.

[0023] Furthermore, the control unit may, in response to the user completing the first mission, notify the user that the first mission has been completed. This notification may be, for example, a push notification sent to the user's terminal, an email notification, or an SMS notification. By notifying the user that a mission has been completed, the user can select a new mission, thus directing the user's attention to missions.

[0024] Furthermore, the control unit can display the first mission that the user is currently attempting on the initial screen of the user interface that presents the multiple missions. Since the user can check the mission they are currently attempting simply by looking at the initial screen of the user interface, user convenience can be improved.

[0025] Furthermore, the control unit generates information regarding incentives corresponding to the user's completion of the first mission, and the incentives can be capped at predetermined intervals. By providing incentives, the user's motivation to take on the missions can be increased. On the other hand, since the source of the incentives may be limited, capping them at predetermined intervals can prevent the source from being used up too quickly. Therefore, the user can receive incentives for a longer period of time.

[0026] Furthermore, the control unit may grant more of the incentive when multiple first missions are completed simultaneously than when only one first mission is completed. By granting more incentive as a bonus when multiple first missions are completed simultaneously, the motivation to complete missions can be increased.

[0027] Embodiments of this disclosure will be described below with reference to the drawings. The configurations of the following embodiments are illustrative, and this disclosure is not limited to the configurations of these embodiments. Furthermore, the following embodiments can be combined as much as possible.

[0028] <First Embodiment> Figure 1 is a diagram showing the schematic configuration of System 1 according to the first embodiment. System 1 is a system in which the server 30 performs driving diagnostics based on information regarding the vehicle 10's movement and presents a mission to the user.

[0029] In the example shown in Figure 1, System 1 includes a vehicle 10, a user terminal 20, and a server 30. The user terminal 20 is a portable device owned by the user. The user terminal 20 is linked to the vehicle 10 and registered with the server 30. The user can take on missions by using the user terminal 20.

[0030] The vehicle 10, user terminal 20, and server 30 are interconnected by network N1. Network N1 is, for example, a global public network such as the Internet. The communication network may include a WAN (Wide Area Network) or other communication networks. Network N1 may also include a telephone communication network such as a mobile phone network, or a wireless communication network such as Wi-Fi (registered trademark). Vehicle 10 may be connected to user terminal 20 via short-range wireless communication. Figure 1 illustrates one vehicle 10 as an example, but there may be multiple vehicles 10. In addition, there may be multiple users and user terminals 20 depending on the number of vehicles 10.

[0031] Based on Figure 2, the hardware configuration of the vehicle 10, user terminal 20, and server 30 will be described. Figure 2 is a schematic block diagram showing an example of the configuration of the vehicle 10, user terminal 20, and server 30 that constitute System 1 according to the first embodiment.

[0032] Server 30 has the configuration of a computer. Server 30 includes a processor 301, a main memory unit 302, an auxiliary memory unit 303, and a communication unit 304. These are interconnected by a bus. Note that the processor 301 is an example of a control unit.

[0033] The processor 301 is a CPU (Central Processing Unit) or DSP (Digital Signal Processor), etc. The processor 301 controls the server 30 and performs various information processing tasks. The calculation is performed. The main memory unit 302 consists of RAM (Random Access Memory), ROM (Read Only Memory), etc. The auxiliary memory unit 303 consists of EPROM (Erasable Programmable ROM), etc. These include hard disk drives (HDDs), removable media, etc. The auxiliary storage unit 303 stores the operating system (OS), various programs, various tables, etc. The processor 301 loads the programs stored in the auxiliary storage unit 303 into the working area of ​​the main memory unit 302 and executes them, and the various components are controlled through the execution of these programs. In this way, the server 30 realizes functions that match the predetermined purpose. The main memory unit 302 and the auxiliary storage unit 303 are recording media that can be read by a computer. The server 30 may be a single computer or a combination of multiple computers working together. Also, the information stored in the auxiliary storage unit 303 may be stored in the main memory unit 302, and the information stored in the main memory unit 302 may be stored in the auxiliary storage unit 303.

[0034] The communication unit 304 is a means for communicating with the vehicle 10 and the user terminal 20 via the network N1. The communication unit 304 is, for example, a LAN (Local Area Network) interface board or a wireless communication circuit for wireless communication. The LAN interface board and wireless communication circuit are connected to the network N1.

[0035] The series of processes performed on server 30 can be executed by hardware, but they can also be executed by software.

[0036] Next, the user terminal 20 will be described. The user terminal 20 is a small computer such as a smartphone, mobile phone, tablet, personal information terminal, wearable computer (smartwatch, etc.), or personal computer (PC). The user terminal 20 has a processor 201, main memory 202, auxiliary memory 203, input unit 204, display 205, and communication unit 206. These are interconnected by a bus. The processor 201, main memory 202, and auxiliary memory 203 are the same as the processor 301, main memory 302, and auxiliary memory 303 of the server 30, so their description will be omitted.

[0037] The input unit 204 is a means for receiving input operations performed by the user, such as a touch panel, mouse, keyboard, microphone, or push button. The display 205 is a means for presenting information to the user, such as an LCD (Liquid Crystal Display). ay), or EL (Electroluminescence) panel, etc. Input section 204 and display Play205 may be configured as a single touch panel display.

[0038] The communication unit 206 is a communication means for connecting the user terminal 20 to the network N1. The communication unit 206 can connect to, for example, mobile communication services (e.g., telephone communication networks such as 6G (6th Generation), 5G (5th Generation), 4G (4th Generation), 3G (3rd Generation), LTE (Long Term Evolution)), Wi-Fi (registered trademark), Bluetooth. This is a circuit for communicating with other devices (e.g., vehicle 10 or server 30, etc.) via network N1 using a wireless communication network such as (registered trademark).

[0039] Next, the vehicle 10 will be described. The vehicle 10 is equipped with an electronic control unit (ECU) 100 and a group of sensors 41. These components are interconnected by a CAN bus, which is a bus for an in-vehicle network. Note that these components may not each be a single module, but may be realized by a combination of in-vehicle devices such as a car navigation system or an in-vehicle communication device.

[0040] The ECU100 has the configuration of a computer. The ECU100 includes a processor 101, a main memory unit 102, an auxiliary memory unit 103, and a communication unit 104. These are interconnected by a bus. The processor 101, main memory unit 102, auxiliary memory unit 103, and communication unit 104 are the same as the processor 201, main memory unit 202, auxiliary memory unit 203, and communication unit 206 of the user terminal 20, so their description is omitted.

[0041] The sensor group 41 includes, for example, sensors for detecting the state of the vehicle 10 and sensors for detecting the driver's movements. The sensor group 41 may also include, for example, a speed sensor, an acceleration sensor, an accelerator pedal position sensor, a steering angle sensor, a yaw rate sensor, a turn signal switch sensor (a sensor for detecting the state of the turn signal switch), a shift position sensor, a location information sensor (GPS sensor), or a brake switch. The sensor group 41 may also include sensors for detecting when a system such as pre-collision safety has been activated.

[0042] Next, the functions of the server 30 will be described. Figure 3 is a diagram illustrating the functional configuration of the server 30 according to the first embodiment. The server 30 includes a control unit 31 and a storage unit 32 as functional components. The processor 301 of the server 30 executes the processing of the control unit 31 by a computer program on the main storage unit 302. The storage unit 32 is composed of a main storage unit 302 and an auxiliary storage unit 303. The storage unit 32 stores vehicle information DB 33, detection information DB 34, level information DB 35, and mission data 36. The vehicle information DB 33, detection information DB 34, and level information DB 35 are, for example, relational databases.

[0043] When the control unit 31 receives driving information from the vehicle 10, it updates the vehicle information DB 33 and the detection information DB 34. The driving information is information related to the driving of the vehicle 10 and includes the detection values ​​of the sensor group 41, the driving distance of the vehicle 10, the date and time of the vehicle 10's driving, the route of the vehicle 10, and the vehicle ID. Here, Figure 4 is a diagram illustrating the table configuration of the vehicle information DB 33 according to the first embodiment. The vehicle information DB 33 has fields for vehicle ID, user ID, driving distance, date and time of driving, route, sudden acceleration, sudden deceleration, sudden steering, short-time turn signal, and diagnostic report. Each record in the vehicle information DB 33 is generated for each trip. Note that the driving information may be sent from the vehicle 10 to the server 30 for each trip, for example, or it may be sent from the vehicle 10 to the server 30 at predetermined intervals.

[0044] The Vehicle ID field stores information (Vehicle ID) that can identify Vehicle 10. The ID field stores information (User ID) that can identify the user associated with vehicle 10. This User ID is associated with both vehicle 10 and user terminal 20. The mileage field stores information about the total mileage of vehicle 10 at the time the trip started. The date and time of travel field stores information about the date and time when vehicle 10 traveled. The date and time when vehicle 10 traveled may include information about the date and time when vehicle 10 was started, the date and time when vehicle 10 was shut down, or both. The rapid acceleration field stores information about the number of times vehicle 10 has rapidly accelerated. Rapid acceleration means, for example, that the speed of vehicle 10 increased by 6 km / h or more in 0.5 seconds. Therefore, the control unit 31 can detect rapid acceleration based on the speed of vehicle 10. When the control unit 31 detects rapid acceleration, it adds 1 to the value of the rapid acceleration field.

[0045] The rapid deceleration field stores information about the number of times the vehicle 10 has performed a rapid deceleration. Rapid deceleration refers to, for example, a decrease in the vehicle 10's speed of 7 km / h or more in 0.5 seconds. Therefore, the control unit 31 can detect rapid deceleration based on the vehicle 10's speed. When the control unit 31 detects rapid deceleration, it adds 1 to the value of the rapid deceleration field.

[0046] The sudden steering field stores information about the number of times the vehicle 10 has performed a sudden steering maneuver. A sudden steering maneuver refers to, for example, when the angular acceleration of the steering angle exceeds a threshold. Therefore, the control unit 31 can determine whether or not a sudden steering maneuver has occurred based on the steering angle of the vehicle 10. When the control unit 31 detects that a sudden steering maneuver has occurred, it adds 1 to the value of the sudden steering field.

[0047] The short-time turn signal field stores information about the number of times a short-time turn signal has been activated. A short-time turn signal is defined as a turn signal flashing for a shorter duration than the appropriate duration. For example, the control unit 31 determines that a turn signal is short-time if the turn signal switch is ON for 2.0 seconds or less. When the control unit 31 detects a short-time turn signal, it adds 1 to the value of the short-time turn signal field.

[0048] The diagnostic report field is used to input information about the diagnostic report, which is a report of the results of the driving diagnosis. For example, information about the location where the diagnostic report is stored is entered. The diagnostic report is generated by the control unit 31. The control unit 31 generates a diagnostic report for each trip. The diagnostic report presents the user with information such as whether a predetermined behavior occurred (sudden acceleration, sudden deceleration, sudden steering, short turn signal), and driving advice or messages. The diagnostic report is stored in the auxiliary storage unit 303, and the user can view the diagnostic report by accessing it from the user terminal 20. When the control unit 31 generates a diagnostic report, it notifies the user terminal 20 that a diagnostic report has been generated.

[0049] The information stored in the vehicle information DB33 is not limited to the above information, as long as it is necessary to perform driving diagnostics. For example, if the vehicle is driven at a speed higher than the speed limit set on the road, if the vehicle 10 is not stopped for a predetermined time before reversing, if the automatic braking system by the pre-collision safety system is activated, or if the vehicle 10 is reversed at a speed higher than the predetermined speed, these may also be stored in the vehicle information DB33 as items to be used when performing driving diagnostics. Furthermore, only a portion of the above information may be used.

[0050] Furthermore, when the control unit 31 detects a predetermined behavior, it updates the detection information DB 34. Here, Figure 5 is a diagram illustrating the table configuration of the detection information DB 34 according to the first embodiment. The detection information DB 34 has fields for vehicle ID, user ID, occurrence date and time, occurrence location, and behavior. Each record in the detection information DB 34 is generated each time a predetermined behavior is detected. The vehicle ID field and the user ID field correspond to the vehicle information DB 33. The Occurrence Date and Time field contains information about the date and time the specified behavior occurred. The Occurrence Location field contains information about the location where the specified behavior occurred. This location is the location on the route stored in the Vehicle Information DB33. The Behavior field contains information about the detected behavior. The Behavior field contains one of the following, as described in the Vehicle Information DB33: sudden acceleration, sudden deceleration, sudden steering, and short-duration turn signal.

[0051] The control unit 31 also presents the user with a mission. This mission may be presented as a task that the user must accomplish. This mission may also be provided as a game accompanying the driving diagnosis. The control unit 31 presents a target for each item corresponding to a predetermined behavior, and when the user clears this target, the control unit 31 presents the next mission, which is of a higher difficulty. For example, five levels of missions, from level 1 to level 5, may be presented for each item. Here, level 1 is the easiest mission, and the difficulty increases with each level. Level 1 is, for example, a mission that 80% of people can clear even without being conscious of the mission, or a mission that anyone can clear if they are conscious of the mission. Level 2 is, for example, a mission that 50% of people can clear even without being conscious of the mission, or a mission that 80% of people can clear if they are conscious of the mission. Level 3 is, for example, a mission that 25% of people can clear even without being conscious of the mission, or a mission that 50% of people can clear if they are conscious of the mission. Missions from Level 1 to Level 3 are designed to be relatively easy to complete, allowing users to experience a sense of accomplishment.

[0052] Furthermore, Level 4 will be designed so that, for example, users cannot select it unless they have completed all the Level 3 missions in other categories. It will also be set as a mission that cannot be easily completed unless the user is consciously aware of the mission. Level 5 will further increase the difficulty, giving users a more challenging and rewarding mission. This will help to instill a sense of safe driving in users.

[0053] Figure 6 shows the criteria for clearing each level of each item. The criteria for clearing are indicated by the threshold number of times each item has been detected. This relationship is stored in the storage unit 32 as mission data 36. In Figure 6, the mission distance is the distance that must be traveled to complete the mission. For example, to clear the Level 1 mission of rapid acceleration, rapid acceleration must be detected three times or less during a 100km drive. Comparing Level 1 and Level 2 for each item, the mission distance is the same, but the threshold number of detections for each item is lower. Therefore, Level 2 is more difficult than Level 1. Users can select missions for each item, but they must clear each item in order from Level 1.

[0054] Furthermore, comparing Level 2 and Level 3 for each item, the detection threshold for each item is the same, but the mission distance is longer. Therefore, Level 3 is more difficult than Level 2. Also, at Level 4, the detection counts for other items are included in the conditions for clearing each item's mission. For example, to clear the Level 4 mission for rapid acceleration, in addition to having zero or fewer rapid accelerations detected during a 200km drive, you must also clear one or fewer rapid decelerations, one or fewer sudden steering maneuvers, and two or fewer short-duration turn signals. Level 4 is more difficult than Level 3 because the detection threshold for each item is lower, and the detection counts for other items are also taken into consideration. Also, in order to select any Level 4 mission for any item, you must have cleared the Level 3 missions for all items.

[0055] Furthermore, when comparing Level 4 and Level 5 for each item, the detection threshold for each item is the same. However, the mission distances are longer. Therefore, Level 5 is more difficult than Level 4.

[0056] The control unit 31 stores the levels of each item the user has cleared so far and the levels of each item currently being challenged in the level information DB 35. Here, Figure 7 is a diagram illustrating the table configuration of the level information DB 35 according to the first embodiment. The level information DB 35 has the following fields: vehicle ID, user ID, rank, rapid acceleration Lv, rapid deceleration Lv, sudden steering Lv, short turn signal Lv, challenge, mileage, number of rapid accelerations, number of rapid decelerations, number of sudden steerings, and number of short turn signals. The vehicle ID and user ID in the level information DB 35 correspond to the vehicle ID and user ID in the vehicle information DB 33.

[0057] The rank field stores information about the user's rank. A user's rank is determined, for example, by the number of missions they have completed. For instance, the rank might increase every four missions completed. The ranks might progress in the following order: Bronze, Silver, Gold, Platinum, and Diamond. The user's rank may be displayed, for example, on the app's initial screen or on a screen showing mission progress.

[0058] The Rapid Acceleration Lv field contains information about the level achieved in the Rapid Acceleration category. The Rapid Deceleration Lv field contains information about the level achieved in the Rapid Deceleration category. The Rapid Steering Lv field contains information about the level achieved in the Rapid Steering category. The Short-Time Turn Signal Lv field contains information about the level achieved in the Short-Time Turn Signal category. The Challenge field contains information about the mission currently being challenged. For example, information about the challenged item and level is entered. If there is no level being challenged, the field will be left blank. The Mileage field contains information about the mileage of vehicle 10 since the start of the challenged mission. The mileage is determined based on information entered in the mileage field of vehicle information DB33, for example.

[0059] The "Number of Sudden Accelerations" field contains information about the number of sudden accelerations detected since the start of the challenge mission. The "Number of Sudden Decelerations" field contains information about the number of sudden decelerations detected since the start of the challenge mission. The "Number of Sudden Steerings" field contains information about the number of sudden steerings detected since the start of the challenge mission. The "Number of Short-Time Turn Signals" field contains information about the number of short-time turn signals detected since the start of the challenge mission. The control unit 31 counts the detection counts for these items.

[0060] The control unit 31 generates a command to display the item and level the user is currently challenging on the user terminal 20 and sends it to the user terminal 20. Figure 8 shows an example of the initial screen 500 when the application is launched on the user terminal 20. The initial screen 500 is the first screen displayed on the display 205 when the application is launched on the user terminal 20. The initial screen 500 displays the user's rank, as indicated by the reference numeral 501. In the example shown in Figure 8, the rank is silver. Also, to the right of the rank, an image of a medal with a color corresponding to the rank is displayed.

[0061] Furthermore, the initial screen 500 displays the mission currently being challenged, as indicated by code 502. In the example shown in Figure 8, it is indicated that the user is challenging level 2 of rapid acceleration. If multiple items are being challenged, they may be displayed randomly, or all items may be displayed. In addition, the initial screen 500 displays a threshold value for the number of times the behavior detected in the challenged item has occurred, as indicated by codes 503 and 504. Both are displayed. At the location of reference numeral 503, a bar graph shows the number of times sudden acceleration has been detected, so that the user can see it at a glance. When sudden acceleration is detected, the bar graph moves to the left, allowing the user to visually judge the situation. In the example shown in Figure 8, reference numeral 504 indicates that the number of times sudden acceleration has been detected is 0, and the threshold is 1 or less. Also, as indicated by reference numeral 505, the distance traveled by vehicle 10 since the start of the mission is shown. In the example shown in Figure 8, it is immediately clear that vehicle 10 has traveled 52 km since the start of the mission, and that the mission distance is 100 km.

[0062] Figure 9 shows an example of a screen for selecting a mission (hereinafter referred to as the selection screen 510). For example, by tapping the area displaying the rank indicated by symbol 501 on the initial screen 500 shown in Figure 8, the user moves to the selection screen 510 shown in Figure 9. On the selection screen 510, the user's rank is displayed as indicated by symbol 511. In addition, the medals the user has earned so far are displayed as indicated by symbol 512. If the rank is silver, it means that the user has earned two medals, one bronze and one silver. Therefore, two medals are displayed in the area indicated by symbol 512. By tapping the "?" in the area indicated by symbol 512, the conditions for earning the next medal (i.e., the conditions for advancing to the next rank) may be displayed.

[0063] Furthermore, as indicated by the symbol 513, the selection screen 510 displays the number of completed missions (e.g., 8) relative to the total number of missions (e.g., 20). Also, as indicated by the symbol 514, items are displayed, and below them, as indicated by the symbol 515, the currently challenged level is displayed. The completed levels, challengeable levels, and challenged levels are displayed using different colors, for example. In addition, the words "Challenging" are displayed below the currently challenged level. In the example shown in Figure 9, the current challenge is level 2 of rapid acceleration, and other options include level 3 of rapid deceleration or level 3 of rapid steering.

[0064] Furthermore, users can change to other missions even while challenging a mission. Figure 10 shows the window (hereinafter referred to as the change window 520) that appears when the Level 3 button for rapid deceleration in Figure 9 is tapped. The change window 520 is displayed as a pop-up on the selection screen 510. The change window 520 displays the item and level that the user tapped, as indicated by the reference numeral 521. It also displays the conditions for clearing this mission, as indicated by the reference numeral 522. In addition, a push button to confirm the mission change is displayed, as indicated by the reference numeral 523. When the user taps this push button, a request to change the mission is sent from the user terminal 20 to the server 30. When the mission is changed in this way, for example, if the user was in the middle of a challenge, the progress of the mission will be reset, so a warning message is displayed to the user, as indicated by the reference numeral 524.

[0065] Figure 11 shows an example of the initial screen 530 during a challenge at level 4 of the rapid acceleration challenge. The initial screen 530 is the first screen displayed on the display 205 when the application is launched on the user terminal 20. The initial screen 530 displays the user's rank, as indicated by the reference numeral 531. In the example shown in Figure 11, the rank is gold. To the right of the rank, an image of a medal with a color corresponding to the rank is displayed.

[0066] Furthermore, the initial screen 530 displays the mission currently being challenged, as indicated by code 532. In the example shown in Figure 11, it is indicated that the challenge is level 4 of rapid acceleration. In addition, the initial screen 530 displays the number of times the behavior detected in the challenged item has occurred, along with the threshold, as indicated by codes 533, 534, and 535. At the location indicated by code 533, a bar graph shows the number of detections for each item so that the user can see it at a glance. When each item is detected, the bar graph moves to the left, allowing the user to visually judge the situation. In the example shown in Figure 11, at the location indicated by code 534, it is shown that the number of sudden acceleration detections is 0, and the threshold is 0 or less. Also, at the location indicated by code 535, it is shown that the number of sudden deceleration detections is 0, and the threshold is 1 or less. Furthermore, sudden steering and short-duration turn signals are displayed in the same way. In addition, as indicated by code 536, the distance traveled by vehicle 10 since the start of the transmission is shown. In the example shown in Figure 11, it is immediately clear that vehicle 10 has traveled 52 km since the start of the transmission, and that the transmission distance is 200 km.

[0067] When the user completes a mission, the control unit 31 displays the selection screen 510 shown in Figure 9, presenting the next level of mission. This allows the user to challenge new missions, thus preventing them from becoming bored with the app.

[0068] Next, the functional components of the ECU 100 of the vehicle 10 will be described. Figure 12 is a diagram showing an example of the functional components of the ECU 100 according to the first embodiment. The ECU 100 includes a control unit 110 as a functional component. The processor 101 of the ECU 100 executes the processing of the control unit 110 by a computer program on the main memory unit 102. However, any one of the functional components, or a part of its processing, may be executed by hardware circuits.

[0069] The control unit 110 transmits information regarding the detection values ​​of each sensor group 41 to the server 30 at predetermined intervals or after each trip. At this time, it is transmitted as driving information along with information necessary for driving diagnosis, such as vehicle ID, location information, and time information.

[0070] Next, the functions of the user terminal 20 will be described. Figure 13 is a diagram showing the functional configuration of the user terminal 20 according to the first embodiment. The user terminal 20 has a control unit 21 as a functional component. The processor 201 of the user terminal 20 executes the processing of the control unit 21 by a computer program on the main memory unit 202. However, some of the processing of the control unit 21 may be executed by hardware circuits. The user terminal 20 has an application installed that allows the user to refer to levels corresponding to their rank and mission, and the control unit 21 executes this application.

[0071] The control unit 21 launches the application when the user makes a predetermined input to the input unit 204. For example, when the user taps an icon associated with an application, the control unit 21 launches the application. When the application is launched by the control unit 21, for example, the initial screen 500 shown in Figure 8 is displayed. At this time, the control unit 21 accesses the server 30 and requests the information necessary to display the initial screen 500.

[0072] Furthermore, when the user taps the area where the rank indicated by reference numeral 501 in Figure 8 is displayed, the control unit 21 displays the selection screen 510. At this time, the control unit 21 accesses the server 30 to request the information necessary to display the selection screen 510. Based on the information received from the server 30, the control unit 21 displays the selection screen 510. This allows the user to be presented with missions that they can select.

[0073] Furthermore, when the user taps the level of a selectable item in Figure 9, the control unit 21 displays a change window 520 as shown in Figure 10. Then, when the user taps the push button indicated by reference numeral 523, the control unit 21 changes the mission. Send the request to server 30.

[0074] Furthermore, if a mission is completed, the server 30 may send a notification to the user terminal 20. This notification may be, for example, a push notification, an SMS notification, or an email notification. This notification may include a command to display on the display 205 that the mission has been completed. For example, as shown in Figure 9, if the user completes the Level 2 Rapid Acceleration mission, the user terminal 20 will be notified of this. If the rank has increased at this time, the user terminal 20 will also be notified of the rank increase. When the user next opens the selection screen 510, Level 3 Rapid Acceleration will be available for selection. In this way, when a mission is completed, the user is presented with missions of a higher difficulty level.

[0075] Next, the process for managing missions in server 30 will be described. Figure 14 is a flowchart of the process for managing missions in server 30 according to the first embodiment. The process shown in Figure 14 is executed in server 30 for each trip of vehicle 10.

[0076] In step S101, the control unit 31 determines whether or not it has received driving information from the vehicle 10. The driving information may be transmitted from the vehicle 10, for example, when the vehicle 10 is shut down (which may be when the ignition is turned off), or it may be transmitted from the vehicle 10 at predetermined intervals. If the determination in step S101 is positive, the process proceeds to step S102; if the determination is negative, the process ends.

[0077] In step S102, the control unit 31 extracts a predetermined behavior. Based on the detection values ​​of the sensor group 41, the control unit 31 determines whether or not the predetermined behavior occurred. Then, in step S103, the control unit 31 updates the vehicle information DB 33 and the detection information DB 34 according to the predetermined behavior. That is, if the predetermined behavior occurred, 1 is added to the corresponding record in the vehicle information DB 33, and a new record is generated in the detection information DB 34.

[0078] In step S104, the control unit 31 determines whether or not there are any completed missions. The control unit 31 compares the mission data 36 shown in Figure 6 with the level information DB 35 shown in Figure 7 to determine whether or not the conditions for completing the currently challenged mission are met. Specifically, if the mileage stored in the mileage field of the level information DB 35 is equal to or greater than the mission distance in the mission data 36, ​​and the number of detections of each item stored in the count field of each item in the level information DB 35 is less than or equal to the threshold stored in the mission data 36, ​​the control unit 31 determines that the mission has been completed. If the determination in step S104 is positive, the process proceeds to step S105; if the determination is negative, the process proceeds to step S109.

[0079] In step S105, the control unit 31 updates the level information DB 35. The control unit 31 increases the level of the cleared item in the Rapid Acceleration Lv field, Rapid Deceleration Lv field, Rapid Steering Lv field, and Short Turn Signal Lv field by one level. The control unit 31 also resets the Challenge field, Driving Distance field, Rapid Acceleration Count field, Rapid Deceleration Count field, Rapid Steering Count field, and Short Turn Signal Count field.

[0080] In step S106, the control unit 31 determines whether the conditions for ranking up have been met. For example, since the rank increases every four missions completed, the control unit 31 determines the rank based on the level information stored in the rapid acceleration Lv field, rapid deceleration Lv field, rapid steering Lv field, and short-time turn signal Lv field of the level information DB35, and the rank information stored in the rank field. Determine whether the conditions for queuing are met. If the result in step S106 is positive, proceed to step S107; if the result is negative, proceed to step S108.

[0081] In step S107, the control unit 31 updates the level information DB 35. The control unit 31 stores information about the next higher rank in the rank field. Then, in step S108, the control unit 31 notifies the user terminal 20 that the mission has been completed. At this time, the control unit 31 may send a command to the user terminal 20 to display the completed items and level on the user terminal 20's display 205. If the rank has been upgraded, the control unit 31 may also send a command to the user terminal 20 to display the new rank on the user terminal 20's display 205.

[0082] Meanwhile, in step S109, the control unit 31 determines whether the user has failed the mission. The control unit 31 determines whether the currently attempted mission has failed by comparing the mission data 36 shown in Figure 6 with the level information DB 35 shown in Figure 7. For example, if the number of times a predetermined behavior is detected exceeds a threshold stored in the mission data shown in Figure 6, the control unit 31 determines that the mission has failed. If the determination in step S109 is positive, the process proceeds to step S110; if the determination is negative, the process ends.

[0083] In step S110, the control unit 31 resets the mileage field, the number of sudden accelerations field, the number of sudden decelerations field, the number of sudden steerings field, and the number of short-duration turn signals field. As a result, the user restarts the mission entered in the challenge field from the beginning.

[0084] Next, the process of presenting a mission in the server 30 will be described. Figure 15 is a flowchart of the process of presenting a mission in the server 30 according to the first embodiment. The process shown in Figure 15 is executed in the server 30 at predetermined intervals. In step S201, the control unit 31 determines whether or not it has received a selection screen request from the user terminal 20. A selection screen request is, for example, a request to display the selection screen 510 shown in Figure 9. This selection screen request is generated by the control unit 21 of the user terminal 20 and sent to the server 30 when the user taps the area on the initial screen 500 where the rank is displayed. If the determination in step S201 is positive, the process proceeds to step S202; if the determination is negative, the process proceeds to step S204.

[0085] In step S202, the control unit 31 generates a selection screen display command. The selection screen display command is a command to display the selection screen 510 on the display 205 of the user terminal 20. Based on the level information DB 35 shown in Figure 7, the control unit 31 extracts completed missions and missions currently being challenged. The control unit 31 also extracts selectable missions. Then, the control unit 31 generates a selection screen display command based on this information. In step S203, the control unit 31 transmits the generated selection screen display command to the user terminal 20. In this way, the control unit 31 presents the selectable missions to the user.

[0086] In step S204, the control unit 31 determines whether a mission has been selected on the user terminal 20. If a mission is selected on the user terminal 20, information regarding the selected mission is sent from the user terminal 20 to the server 30. If the determination in step S204 is positive, the process proceeds to step S205; if the determination is negative, the process ends.

[0087] In step S205, the control unit 31 sets the mission. The control unit 31 sets the mission acquired in step S204 as the mission that the user will challenge. Then, in step S206, the control unit 31 inputs the mission selected by the user into the challenge field of the level information DB 35.

[0088] As described above, according to this embodiment, a mission can be set for the user, and it can be determined whether or not the mission has been completed based on the driving diagnosis. If the user completes a mission, multiple missions, including more difficult ones, are presented to the user, thereby preventing the user from getting bored with the app. In addition, the user will be encouraged to drive safely in order to complete the missions.

[0089] <Second Embodiment> In the first embodiment, only one mission could be selected from among several items, but in the second embodiment, it is possible to select missions for one or more items. However, missions with similar content cannot be selected simultaneously. For example, in Figure 6, from Level 1 to Level 3, the user can select multiple items. That is, a mission is set for one or more items from among rapid acceleration, rapid deceleration, sudden steering, and short-duration turn signals. On the other hand, in Levels 4 and 5, the content of the missions partially overlaps between items. Therefore, if missions for multiple items are set simultaneously in Levels 4 and 5, there is a risk that all of them will be completed at the same time. For this reason, for example, in Levels 4 and 5, only one item may be selectable. Alternatively, it may be possible to select one or more items even in Levels 4 and 5.

[0090] Figure 16 illustrates the table structure of the level information DB35 according to the second embodiment. The level information DB35 has the following fields: vehicle ID, user ID, rank, rapid acceleration Lv, rapid deceleration Lv, sudden steering Lv, short turn signal Lv, challenge, distance traveled, number of rapid accelerations, number of rapid decelerations, number of sudden steerings, and number of short turn signals. Unlike the table structure of the level information DB35 shown in Figure 7, records are generated for each item during the challenge. Figure 16 illustrates the table structure of the level information DB35 when rapid acceleration level 2, rapid deceleration level 3, and sudden steering level 3 are set as missions. For example, if sudden steering is detected 3 times, the sudden steering mission will be considered a failure, and the values ​​of the following fields in the record corresponding to sudden steering will be reset: distance traveled, number of rapid accelerations, number of rapid decelerations, number of sudden decelerations, number of sudden steerings, and number of short turn signals.

[0091] Figure 17 is a flowchart of the process for managing missions in the server 30 according to the second embodiment. The process shown in Figure 17 is executed in the server 30 for each trip of the vehicle 10. Steps that perform the same process as the routine shown in Figure 14 are denoted by the same reference numerals and their explanation is omitted. In the routine shown in Figure 17, the control unit 31 repeatedly executes the processes from step S104 to step S110 for the items currently being challenged (see step S301). At this time, the control unit 31 executes the processes corresponding to all missions entered in the challenge field in Figure 16.

[0092] Next, the process of presenting missions in server 30 will be explained with reference to Figure 15. In step S202 of the routine shown in Figure 15, the control unit 31 generates a command to display the selection screen. Based on the level information DB 35 shown in Figure 7, the control unit 31 extracts completed missions and missions currently being challenged. The control unit 31 also extracts selectable missions. If multiple missions are selectable, it extracts multiple missions. For example, it extracts selectable missions for each item. This sets an upper limit on the number of missions that can be set. Then, the control unit 31 generates a selection screen display command based on this information. In step S203, the control unit 31 transmits the generated selection screen display command to the user terminal 20. As a result, the control unit 31 may present the user with multiple selectable missions.

[0093] In step S204, the control unit 31 determines whether a mission has been selected on the user terminal 20. If a mission is selected on the user terminal 20, information regarding the selected mission is sent from the user terminal 20 to the server 30. In this case, multiple missions may be selected. If the determination in step S204 is positive, the process proceeds to step S205; if the determination is negative, the process ends.

[0094] In step S205, the control unit 31 sets the mission. The control unit 31 sets the mission acquired in step S204 as the mission for the user to challenge. Multiple missions may be set at this time. Then, in step S206, the control unit 31 inputs the mission selected by the user into the challenge field of the level information DB 35.

[0095] As described above, according to this embodiment, multiple missions can be set for the user, and it can be determined whether or not the mission has been completed based on the driving diagnosis. If the user completes a mission, multiple missions, including more difficult ones, are presented to the user, thereby preventing the user from getting bored with the app. In addition, the user will be encouraged to drive safely in order to complete the missions.

[0096] <Third Embodiment> In the third embodiment, the user is given an incentive based on the missions they complete. For example, upon completing a mission, a predetermined amount of money may be transferred to their account, or points may be added to their account within the app. These points may be usable for purposes such as paying for car insurance, purchasing a vehicle, or paying toll road fees. The incentive may be increased depending on the level of the completed mission.

[0097] For example, in car leasing, the leasing company pays the insurance premiums for the car. Therefore, if an accident occurs, the insurance premiums paid by the leasing company will increase. In contrast, if incentives are given to users based on the results of missions, users will be more mindful of safe driving, thus reducing accidents. Furthermore, if incentives are given only to app users, the number of app users can be increased.

[0098] On the other hand, there are cases where the resources available to provide incentives are limited. Therefore, in the third embodiment, a cap (upper limit) is set on the incentives to effectively provide them within the available resources. The cap can be set, for example, per trip, per day, per week, per month, or per year.

[0099] For example, let's assume that the annual incentive limit per person is set at 5000 points, the monthly incentive limit is 200 points (2400 points annually), and the campaign incentive is set at 800 points. In this case, 5000 - 2400 - 800 = 1800 points remain, and the daily incentive is awarded from these 1800 points. When the total daily incentive awarded reaches 1800 points, the awarding of incentives ends.

[0100] These 1800 points can also be considered on an annual basis. That is, per day over one year... If the total amount of incentives awarded reaches 1800 points, the system may stop awarding daily incentives for the remainder of that year. Alternatively, this can be considered on a monthly basis. For example, the maximum monthly incentive could be set at 1800 / 12 = 150 points. That is, if the total amount of daily incentives awarded in a month reaches 150 points, the system may stop awarding daily incentives for the remainder of that month. When the incentive limit is reached, a message such as "MAX points achieved!" may be displayed on the initial screen (500). This allows the user to experience a sense of accomplishment.

[0101] Figure 18 is a flowchart of the process for providing incentives in the server 30 according to the third embodiment. Steps that perform the same processes as the routine shown in Figure 14 are denoted by the same reference numerals and their explanations are omitted.

[0102] In the flowchart shown in Figure 18, if a negative result is obtained in step S106, or if the processing in step S107 is completed, the process proceeds to step S401. In step S401, the control unit 31 calculates an incentive based on the level of the completed mission. At this time, the incentive is calculated such that, for example, the higher the level completed, the higher the incentive. Alternatively, the incentive can be set to a fixed value. In addition, if all missions of the same level are completed, a bonus incentive may be added. Furthermore, if the rank is increased, a bonus incentive may be added. At this time, the incentive may be set so that the higher the rank, the higher the incentive. Also, if multiple missions are being challenged, if multiple missions are completed simultaneously, a bonus incentive may be added in addition to the incentive for each mission.

[0103] In step S402, the control unit 31 retrieves the caps set for the incentives. For example, there are caps for a day, a week, a month, and a year, and these caps are stored in the auxiliary storage unit 303. In step S403, the control unit 31 determines whether the incentives awarded so far have reached their caps. For example, it determines whether the incentives have reached their caps by comparing the daily, weekly, monthly, and yearly caps with the incentives awarded so far. The incentives awarded so far are stored in the auxiliary storage unit 303, for example, along with date information. If the determination in step S403 is positive, the process proceeds to step S406; if the determination is negative, the process proceeds to step S404.

[0104] In step S404, the control unit 31 generates an incentive. At this time, the incentive calculated in step S401 is generated to be given to the user. In step S405, the control unit 31 gives the incentive to the user. Information regarding the incentive is transmitted to, for example, the user terminal 20 and stored in the auxiliary storage unit 203 of the user terminal 20. In addition, the control unit 31 may notify the user terminal in step S108 to display text indicating that an incentive has been given on the initial screen 500.

[0105] Meanwhile, in step S406, the control unit 31 generates a message for the initial screen 500 to indicate that the incentive has reached its upper limit.

[0106] As explained above, according to this embodiment, since the user is given an incentive when they complete a mission, the user will be more mindful of safe driving, and thus accidents can be reduced. In addition, the incentive is given when the app is installed. Therefore, it can encourage app installations. It can also help prevent users from losing interest in the app.

[0107] <Fourth Embodiment> In the fourth embodiment, several categories will be described. In the first embodiment, items related to safe driving such as sudden acceleration, sudden deceleration, sudden steering, and short-duration turn signals are targeted by the mission, but other items may also be targeted by the mission. For example, a mission can be set for driving that reduces CO2 emissions or driving that improves fuel efficiency. For example, a mission corresponding to these ecological driving activities (hereinafter also referred to as eco-driving) may be set independently of the mission related to safe driving. Examples of items in the eco-driving mission include gentle starting, gentle acceleration, driving with a constant accelerator opening (steady-state driving), use of regenerative braking, and idle stop.

[0108] Slow acceleration is an item related to acceleration when vehicle 10 starts moving from a standstill (i.e., at the start). Slow acceleration is an item related to acceleration of vehicle 10 at times other than when it is starting. Similar to the item for rapid acceleration, the missions for slow acceleration and slow acceleration can be set using the amount of change in vehicle 10's speed as a threshold. For example, if rapid acceleration is detected three times or less during a 100km drive, it may be determined that the Level 1 mission for slow acceleration has been cleared.

[0109] Furthermore, steady-state driving is an item related to whether vehicle 10 is driving at a steady pace. In the steady-state driving item, similar to the sudden acceleration and sudden deceleration items, the amount of change in vehicle 10's speed can be used as a threshold to set the mission. For example, if sudden acceleration is detected 3 times or less and sudden deceleration is detected 5 times or less during a 100km drive, it may be determined that the Level 1 steady-state driving mission has been cleared.

[0110] Furthermore, the use of regenerative braking is an item related to whether vehicle 10 has used regenerative braking. For example, if sudden braking occurs, it becomes impossible to recover electricity through regenerative braking, so the mission is set to prevent sudden braking. In the use of regenerative braking, for example, similar to the item for sudden deceleration, the mission can be set using the amount of change in vehicle 10's speed as a threshold.

[0111] Furthermore, the idle stop function relates to stopping the engine while the vehicle 10 is stopped. With idle stop, for example, the transmission can be set by setting a threshold for the amount of time the engine is running when the vehicle speed is 0 km / h.

[0112] Furthermore, items related to improving driving skills (hereinafter also referred to as "skill driving") may also be included as targets for the missions. Examples of mission items related to skill driving include gentle steering initiation and correction, and gentle turns. Gentle steering initiation and correction are set as missions related to the steering angle at the start of steering, and gentle turns are set as missions related to the steering angle during steering. For example, a threshold can be set for the amount of change in steering angle per unit time, and missions can be set based on the number of times that threshold is exceeded.

[0113] The control unit 31 may set one mission for each of safe driving, eco driving, and skill driving. Alternatively, the control unit 31 may set one or more missions for each of safe driving, eco driving, and skill driving. Furthermore, alternatively, the control unit 31 may set only one mission from among safe driving, eco driving, and skill driving.

[0114] Furthermore, the control unit 31 may, for example, prevent the setting of missions with similar content. For example, missions with overlapping judgment criteria may be prevented from being set simultaneously, as they could be cleared at the same time. For example, if a mission about rapid acceleration for safe driving is set, a mission about gentle acceleration for eco-driving may be prevented from being set. Missions that can be set simultaneously and those that cannot are stored in the auxiliary storage unit 303.

[0115] Furthermore, it may be assumed that multiple missions can be combined. For example, it may be mandatory to set one mission each from safe driving, eco driving, and skill driving. Also, an upper limit may be set on the number of missions that can be set for each category. For example, it may be possible to set only one mission each from safe driving, eco driving, and skill driving. In addition, when the control unit 31 provides an incentive when a mission is completed, it may add a bonus incentive to the incentive for each item if, for example, multiple missions from safe driving, eco driving, and skill driving are completed simultaneously. For example, similar to the routine shown in Figure 17, the control unit 31 determines whether or not all items in the challenge have been completed.

[0116] As explained above, this embodiment allows for the setting of multiple missions from different categories, enabling users to enjoy using the app more.

[0117] <Other Embodiments> The embodiments described above are merely examples, and this disclosure may be modified and implemented as appropriate without departing from its essence. The processes and means described in this disclosure can be freely combined and implemented as long as no technical inconsistencies arise. Furthermore, processes described as being performed by one device may be divided and executed by multiple devices. Alternatively, processes described as being performed by different devices may be executed by one device. In a computer system, the hardware configuration (server configuration) by which each function is implemented can be flexibly changed. For example, the vehicle 10 may have some or all of the functions of the server 30.

[0118] The present disclosure can also be realized by supplying a computer program implementing the functions described in the embodiments above to a computer, and having one or more processors in the computer read and execute the program. Such a computer program may be provided to the computer by a non-temporary computer-readable storage medium that can be connected to the computer's system bus, or it may be provided to the computer via a network. Non-temporary computer-readable storage mediums include, for example, any type of disk such as magnetic disks (floppy disks, hard disk drives (HDDs), etc.), optical disks (CD-ROMs, DVDs, Blu-ray discs, etc.), read-only memory (ROM), random access memory (RAM), EPROM, EEPROM, magnetic cards, flash memory, optical cards, and any type of medium suitable for storing electronic instructions. [Explanation of symbols]

[0119] 1 System 10 vehicles 20 User Terminals 30 servers 31 Control Unit 32 Storage section 301 Processor 302 Main memory 303 Auxiliary storage unit 304 Communications Department

Claims

1. To present the user with multiple missions corresponding to each of the multiple driving diagnostic items, The first mission selected by the user from among the aforementioned multiple missions is set for the user, Based on the driving diagnosis corresponding to the first mission, it is determined whether the user has completed the first mission. In response to the user completing the first mission, information regarding incentives for the user corresponding to the user completing the first mission is generated. In accordance with the generated information regarding the incentive, the incentive is to be given to the user, To present the user with multiple missions, including a second mission that is more difficult than the first mission, It includes a control unit that performs the following: The control unit sets a cap on the total amount of incentives given to each user at predetermined intervals. Information processing device.

2. The control unit, At predetermined intervals of driving distance, it is determined whether the user has completed the first mission. The information processing apparatus according to claim 1.

3. The control unit, The system sets a rank for the user according to the number of first missions the user has completed, and presents the rank to the user. The information processing apparatus according to claim 1.

4. The control unit, In response to the user selecting multiple first missions, the system sets multiple first missions for the user. The information processing apparatus according to claim 1.

5. The control unit, For each of the aforementioned multiple operational diagnostic items, the first mission is set for the user. The information processing apparatus according to claim 4.

6. The control unit, A limit is placed on the number of the aforementioned first missions that can be set. The information processing apparatus according to claim 4.

7. The control unit, Restrictions are placed on the combination of multiple first missions. The information processing apparatus according to claim 4.

8. The control unit, When the aforementioned multiple first missions are divided into multiple categories, an upper limit is set on the number of first missions corresponding to each category. The information processing apparatus according to claim 4.

9. The control unit, The second mission is presented to the user only if all of the first missions of the same level, corresponding to each of the multiple driving diagnostic items, have been cleared. The information processing apparatus according to claim 1.

10. The control unit, In response to the user completing the first mission, the system notifies the user that the first mission has been completed. The information processing apparatus according to claim 1.

11. The control unit, The initial screen of the user interface that presents the multiple missions displays the first mission that the user is currently attempting. The information processing apparatus according to claim 1.

12. The control unit, If multiple of the aforementioned first missions are completed simultaneously, in addition to providing the user with an incentive for each of the aforementioned first missions, the user will also be given a bonus incentive. The information processing apparatus according to claim 1.

13. Computers To present the user with multiple missions corresponding to each of the multiple driving diagnostic items, The first mission selected by the user from among the aforementioned multiple missions is set for the user, Based on the driving diagnosis corresponding to the first mission, it is determined whether the user has completed the first mission. In response to the user completing the first mission, information regarding incentives for the user corresponding to the user completing the first mission is generated. In accordance with the generated information regarding the incentive, the incentive is to be given to the user, To present the user with multiple missions, including a second mission that is more difficult than the first mission, Execute, The computer has a cap on the total amount of incentives given to each user at predetermined intervals. Information processing methods.

14. The aforementioned computer, At predetermined intervals of driving distance, it is determined whether the user has completed the first mission. The information processing method according to claim 13.

15. The aforementioned computer, The system sets a rank for the user according to the number of first missions the user has completed, and presents the rank to the user. The information processing method according to claim 13.

16. The aforementioned computer, In response to the user selecting multiple first missions, the system sets multiple first missions for the user. The information processing method according to claim 13.

17. The aforementioned computer, The second mission is presented to the user only if all of the first missions of the same level, corresponding to each of the multiple driving diagnostic items, have been cleared. The information processing method according to claim 13.

18. The aforementioned computer, In response to the user completing the first mission, the system notifies the user that the first mission has been completed. The information processing method according to claim 13.

19. The computer is If multiple of the aforementioned first missions are completed simultaneously, in addition to providing the user with an incentive for each of the aforementioned first missions, the user will also be given a bonus incentive. The information processing apparatus according to claim 13.

Citation Information

Patent Citations

  • Traveling data evaluation system, information processing system, information processing apparatus, measuring device, and program

    JP2019092754A

  • Driving diagnosis device and driving diagnosis method

    JP2022138727A