Information processing device and information processing method

Abstract

To promote a user to access a diagnosis report.SOLUTION: The present invention has a control unit which acquires information on driving of a user, determines whether there was a predetermined event on the basis of the information on the driving of the user and makes a diagnosis report for the predetermined event, notifies a user of the presence of the diagnosis report in response to the diagnosis report for the predetermined event having been made.SELECTED DRAWING: Figure 15

Description

[Technical Field]

[0001] The present disclosure relates to an information processing device and an information processing method. [Background technology]

[0002] It is known to detect physical quantities that change based on at least one of the vehicle's driving, steering, and braking, or physical quantities that change when a specified operating member is operated, and calculate a driving operation score based on the detected values ​​(for example, Patent Document 1). [Prior art documents] [Patent documents]

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

[0004] An object of the present disclosure is to facilitate user access to diagnostic reports. [Means for solving the problem]

[0005] One aspect of the present disclosure is Obtaining information about a user's driving; determining for each trip whether a predetermined event has occurred based on information about the user's driving, and creating a diagnostic report corresponding to the predetermined event; In response to creating a diagnostic report corresponding to the predetermined event, notifying the user that the diagnostic report is available; The information processing device is provided with a control unit that executes the above.

[0006] Another aspect of the present disclosure is The computer Obtaining information about a user's driving; determining for each trip whether a predetermined event has occurred based on information about the user's driving, and creating a diagnostic report corresponding to the predetermined event; In response to creating a diagnostic report corresponding to the predetermined event, notifying the user that the diagnostic report is available; This is an information processing method for performing the above.

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

[0008] According to the present disclosure, users can be encouraged to access diagnostic reports. [Brief explanation of the drawings]

[0009] [Figure 1] 1 is a diagram showing a schematic configuration of a system according to a first embodiment. [Figure 2] 1 is a block diagram showing an example of the configuration of a vehicle, a user terminal, and a server that constitute the system according to the first embodiment. [Figure 3] FIG. 2 is a diagram illustrating a functional configuration of a server according to the first embodiment. [Figure 4] 2 is a diagram illustrating an example of a table configuration of a vehicle information DB according to the first embodiment. FIG. [Figure 5] 3 is a diagram illustrating an example of a table configuration of a detection information DB according to the first embodiment. FIG. [Figure 6] FIG. 10 is a diagram showing an example of an image displayed on the user terminal when the user terminal is notified that a diagnostic report has been created. [Figure 7] FIG. 10 is a diagram showing an example of an initial screen displayed when an application is started up in a case where a predetermined behavior is detected. [Figure 8] FIG. 10 is a diagram showing the relationship between a score corresponding to a predetermined behavior and a threshold value. [Figure 9] FIG. 2 is a diagram showing message data corresponding to items stored in message data. [Figure 10] FIG. 10 is a diagram showing an example of a screen when a list of diagnostic reports is displayed. [Figure 11] FIG. 10 is a diagram showing an example of a screen when a diagnostic report is opened. [Figure 12] FIG. 10 is a diagram showing an example of a screen displayed when a deceleration item is tapped. [Figure 13] FIG. 2 is a diagram illustrating an example of functional components of an ECU according to the first embodiment. [Figure 14] FIG. 2 is a diagram showing the functional configuration of a user terminal according to the first embodiment. [Figure 15] 10 is a flowchart of a diagnostic report notification process in the server according to the first embodiment. [Figure 16] 10 is a flowchart of a process for generating advice to be displayed on an initial screen. [Figure 17] 10 is a flowchart of a process for notifying a diagnostic report in a server according to the second embodiment. [Figure 18] FIG. 10 is a diagram showing an example of an initial screen when the incentive reaches an upper limit. [Figure 19] FIG. 10 is a diagram showing an example of a diagnostic report when an incentive is provided. [Figure 20] 13 is a flowchart of a process of granting an incentive in a server according to the fourth embodiment. DETAILED DESCRIPTION OF THE INVENTION

[0010] Many conventional driving diagnostic systems issue a diagnostic report for each trip. However, if there are no distinctive driving behaviors, the same diagnostic report is issued, which is boring for the user. If such diagnostic reports are issued continuously, the user will get bored and eventually stop looking at the diagnostic reports.

[0011] Therefore, an information processing device, which is one aspect of the present disclosure, includes a control unit that acquires information regarding a user's driving, determines for each trip whether a specified event has occurred based on the information regarding the user's driving, creates a diagnostic report corresponding to the specified event, and, in response to creating the diagnostic report corresponding to the specified event, notifies the user that a diagnostic report is available.

[0012] A predetermined event is an event that is desirable to notify the user of. For example, if a predetermined behavior that requires the user's attention is detected, it is determined that a predetermined event has occurred. The predetermined behavior that requires the user's attention is, for example, behavior that may cause inconvenience to surrounding vehicles or may cause an accident. Examples of predetermined behavior include abrupt steering, sudden deceleration (also called sudden braking), sudden acceleration, speeding, and briefly activating a turn signal (also called short-term blinker). In addition, predetermined events also include good events, such as better fuel economy than usual or driving 500 km safely.

[0013] The information about the user's driving is, for example, the output value of a sensor transmitted from the vehicle. A trip is a unit of driving from when the system power of the vehicle is turned on until the system power is turned off. In a vehicle equipped with an engine, it may be a unit of driving from when the engine is started until the engine is stopped. A diagnostic report is a report that presents the user with the results of diagnosing the user's driving. The diagnostic report contains messages corresponding to predetermined events. It may also include a message.

[0014] A diagnostic report may be created for each trip. In this case, the user is not notified each time a diagnostic report is created, but is notified when a diagnostic report for a trip in which a specified event occurred is created. Therefore, if no specified event occurred, the user is not notified even if a diagnostic report is created. However, the user may be able to refer to diagnostic reports that were not notified.

[0015] Furthermore, diagnostic reports may be created only for trips in which a predetermined event occurred. In this case, the user is notified each time a diagnostic report is created. In either case, the user is notified when a diagnostic report is created for a trip in which a predetermined event occurred. Therefore, when the user receives the notification, at least a diagnostic report corresponding to the predetermined event has been created, so the user can obtain useful information. Furthermore, if no predetermined event occurred, the user is not notified, which prevents the user from getting bored. The notification to the user may be a push notification by application software (hereinafter also referred to as an app) installed on the user's device, an email, or the like.

[0016] Hereinafter, embodiments of the present disclosure will be described with reference to the drawings. The configurations of the following embodiments are examples, and the present disclosure is not limited to the configurations of the embodiments. Furthermore, the following embodiments can be combined as much as possible.

[0017] First Embodiment 1 is a diagram showing a schematic configuration of a system 1 according to a first embodiment. In the system 1, a server 30 performs a driving diagnosis based on information about the traveling of a vehicle 10, and notifies a user terminal 20 that a diagnosis report has been issued if a predetermined behavior occurs. The predetermined behavior is an example of a predetermined event.

[0018] 1, the system 1 includes a vehicle 10, a user terminal 20, and a server 30. The user terminal 20 is a mobile terminal carried by a user. The user terminal 20 is associated with the vehicle 10 and registered in the server 30, and by using the user terminal 20, a diagnostic report created for the vehicle 10 can be referenced.

[0019] The vehicle 10, the user terminal 20, and the server 30 are interconnected by a network N1. The network N1 may be, for example, a global public communication network such as the Internet, and may be a wide area network (WAN) or other communication network. The 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). The vehicle 10 may be connected to the user terminal 20 via short-range wireless communication. While FIG. 1 illustrates one vehicle 10 as an example, there may be multiple vehicles 10. There may also be multiple users and user terminals 20 depending on the number of vehicles 10.

[0020] The hardware configurations of the vehicle 10, the user terminal 20, and the server 30 will be described with reference to Fig. 2. Fig. 2 is a block diagram that schematically shows an example of the configuration of each of the vehicle 10, the user terminal 20, and the server 30 that constitute the system 1 according to the first embodiment.

[0021] The server 30 has the configuration of a computer. The server 30 includes a processor 301, a main memory unit 302, an auxiliary memory unit 303, and a communication unit 304. These are connected to each other via a bus. The processor 301 is an example of a control unit.

[0022] The processor 301 is a CPU (Central Processing Unit), a DSP (Digital Signal Processor), etc. The processor 301 controls the server 30 and performs various information processing operations. The main memory 302 is a RAM (Random Access Memory), a ROM (Read Only Memory), etc. The auxiliary memory 303 is an EPROM (Erasable Programmable ROM), Hard disk drives (HDDs), removable media, etc. The auxiliary storage unit 303 stores an operating system (OS), various programs, various tables, etc. The processor 301 loads the programs stored in the auxiliary storage unit 303 into a working area of ​​the main storage unit 302 and executes them, and each component unit, etc. is controlled through the execution of these programs. In this way, the server 30 realizes functions that meet a predetermined purpose. The main storage unit 302 and the auxiliary storage unit 303 are computer-readable recording media. The server 30 may be a single computer or a combination of multiple computers. Information stored in the auxiliary storage unit 303 may also be stored in the main storage unit 302. Information stored in the main storage unit 302 may also be stored in the auxiliary storage unit 303.

[0023] 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 the wireless communication circuit are connected to the network N1.

[0024] The series of processes executed by the server 30 can be executed by hardware, but can also be executed by software.

[0025] Next, the user terminal 20 will be described. The user terminal 20 is a small computer such as a smartphone, a mobile phone, a tablet terminal, a personal digital assistant, a wearable computer (such as a smart watch), or a personal computer (PC). The user terminal 20 has a processor 201, a main memory unit 202, an auxiliary memory unit 203, an input unit 204, a display 205, and a communication unit 206. These are interconnected by a bus. The processor 201, the main memory unit 202, and the auxiliary memory unit 203 are similar to the processor 301, the main memory unit 302, and the auxiliary memory unit 303 of the server 30, and therefore description thereof will be omitted.

[0026] The input unit 204 is a means for accepting input operations performed by the user, and is, for example, a touch panel, a mouse, a keyboard, a microphone, or a push button. The display 205 is a means for presenting information to the user, and is, for example, an LCD (Liquid Crystal Display) or an EL (Electroluminescence) panel. The input unit 204 and the display The play 205 may be configured as a single touch panel display.

[0027] The communication unit 206 is a communication means for connecting the user terminal 20 to the network N1. The communication unit 206 may be, for example, a mobile communication service (for example, a telephone communication network such as 6G (6th Generation), 5G (5th Generation), 4G (4th Generation), 3G (3rd Generation), or LTE (Long Term Evolution)), Wi-Fi (registered trademark), Bluetooth (registered trademark) or other wireless communication network, the circuit is used to communicate with other devices (such as the vehicle 10 or the server 30) via the network N1.

[0028] Next, the vehicle 10 will be described. The vehicle 10 includes an ECU 100, which is an electronic control unit, and a sensor group 41. These components are interconnected by a CAN bus, which is an in-vehicle network bus. 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 in-vehicle communication devices.

[0029] The ECU 100 has the configuration of a computer. The ECU 100 includes a processor 101, a main memory unit 102, an auxiliary memory unit 103, and a communication unit 104, which are interconnected by a bus. The processor 101, the main memory unit 102, the auxiliary memory unit 103, and the communication unit 104 are similar to the processor 201, the main memory unit 202, the auxiliary memory unit 203, and the communication unit 206 of the user terminal 20, and therefore a description thereof will be omitted.

[0030] The sensor group 41 includes, for example, a sensor that detects the state of the vehicle 10 and a sensor that detects the driver's actions. The sensor group 41 includes, for example, a speed sensor, an acceleration sensor, an accelerator opening sensor, a steering angle sensor, a yaw rate sensor, a turn signal switch sensor (a sensor that detects the state of a turn signal switch), a shift position sensor, a position information sensor (GPS sensor), or a brake switch. The sensor group 41 may also include a sensor that detects the activation of a system such as a pre-crash safety system.

[0031] Next, the functions of the server 30 will be described. FIG. 3 is a diagram illustrating an example of 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 according to a computer program stored in the main storage unit 302. The storage unit 32 includes the main storage unit 302 and an auxiliary storage unit 303. The storage unit 32 stores a vehicle information DB 33, a detection information DB 34, and message data 35. The vehicle information DB 33 and the detection information DB 34 are, for example, relational databases.

[0032] When the control unit 31 receives travel information from the vehicle 10, it updates the vehicle information DB 33 and the detection information DB 34. The travel information is information related to the travel of the vehicle 10, including the detection values ​​of the sensor group 41, the travel distance of the vehicle 10, the travel date and time of the vehicle 10, the route of the vehicle 10, and a vehicle ID. FIG. 4 is a diagram illustrating an example of a table configuration of the vehicle information DB 33 according to the first embodiment. The vehicle information DB 33 has fields for the vehicle ID, user ID, travel distance, travel date and time, route, sudden acceleration, sudden deceleration, abrupt steering, speeding, short-term blinker, and diagnostic report. Each record in the vehicle information DB 33 is generated for each trip. The travel information may be transmitted from the vehicle 10 to the server 30 for each trip, or may be transmitted from the vehicle 10 to the server 30 at predetermined intervals, for example.

[0033] The vehicle ID field stores information (vehicle ID) that can identify the vehicle 10. The user ID field stores information (user ID) that can identify a user linked to the vehicle 10. The vehicle 10 and the user terminal 20 are linked to this user ID. The mileage field stores information regarding the total mileage of the vehicle 10 at the time the trip started. The travel date and time field stores information regarding the date and time the vehicle 10 traveled. The date and time the vehicle 10 traveled may include information regarding the date and time the vehicle 10 was started up, the date and time the vehicle 10 was shut down, or both. The sudden acceleration field stores information regarding the number of times the vehicle 10 has suddenly accelerated. A sudden acceleration refers to, for example, an increase in the speed of the vehicle 10 of 6 km / h or more in 0.5 seconds. Therefore, the control unit 31 can detect sudden acceleration based on the speed of the vehicle 10. When the control unit 31 detects sudden acceleration, it adds 1 to the value of the sudden acceleration field.

[0034] The sudden deceleration field stores information regarding the number of times the vehicle 10 has suddenly decelerated. A sudden deceleration refers to, for example, the speed of the vehicle 10 decreasing by 7 km / h or more in 0.5 seconds. Therefore, the control unit 31 can detect sudden deceleration based on the speed of the vehicle 10. When the control unit 31 detects sudden deceleration, it adds 1 to the value of the sudden deceleration field.

[0035] The abrupt steering field stores information regarding the number of times the vehicle 10 has made abrupt steering. An abrupt steering refers to, for example, the angular acceleration of the steering angle being equal to or greater than a threshold value. Therefore, the control unit 31 can determine whether or not abrupt steering has been made based on the steering angle of the vehicle 10. When the control unit 31 detects that abrupt steering has been made, it adds 1 to the value of the abrupt steering field.

[0036] The speeding field stores information regarding the number of times the vehicle 10 has exceeded the speed limit. For example, the control unit 31 determines that speeding has occurred when the speed of the vehicle 10 is 120 km / h or higher. When the control unit 31 detects speeding, it adds 1 to the value of the speeding field.

[0037] The short-time blinker field stores information about the number of times the short-time blinker has been activated. A short-time blinker refers to a turn signal flashing for a shorter period of time than the appropriate period of time. The control unit 31 determines that a short-time blinker has been activated when, for example, the blinker switch is ON for 2.0 seconds or less. When the control unit 31 detects a short-time blinker, it adds 1 to the value of the short-time blinker field. In addition, information about a diagnostic report is input into the diagnostic report field. For example, information about the location where the diagnostic report is stored is input. The diagnostic report is generated by the control unit 31. The generation of a diagnostic report will be described later.

[0038] The information stored in the vehicle information DB 33 is not limited to the above information, as long as it is information necessary for performing driving diagnosis. For example, when the vehicle 10 is traveling at a speed higher than the speed limit set for the road by a predetermined value or more, when the vehicle 10 does not stop for a predetermined time or more before moving backward, when the automatic brake due to pre-crash safety is activated, when the vehicle 10 is moved backward at a predetermined speed or more, etc. may also be stored in the vehicle information DB 33 as items to be used when performing driving diagnosis. Also, only a part of the above information may be used.

[0039] Furthermore, when the control unit 31 detects a predetermined behavior, it updates the detection information DB 34. Here, FIG. 5 is a diagram illustrating an example of a table configuration of the detection information DB 34 according to the first embodiment. The detection information DB 34 has fields for a vehicle ID, a user ID, an occurrence date and time, an occurrence location, and a behavior. Each record of 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 is input with information about the date and time when the predetermined behavior occurred. The occurrence location field is input with information about the location where the predetermined behavior occurred. This location is a location on the route stored in the vehicle information DB 33. The behavior field is input with information about the detected behavior. The behavior field is input with any of sudden acceleration, sudden deceleration, abrupt steering, speeding, and short-time blinker, which have been described in connection with the vehicle information DB 33.

[0040] The control unit 31 generates a diagnostic report for each trip. The diagnostic report presents to the user, for example, that a predetermined behavior has occurred, and advice or messages about driving. 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.

[0041] The diagnostic report is generated so that it is clear that a predetermined behavior has occurred. When the control unit 31 generates a diagnostic report for a trip in which the predetermined behavior has occurred, it notifies the user terminal 20 that a diagnostic report has been generated. On the other hand, for a trip in which the predetermined behavior has not occurred, even if a diagnostic report has been generated, it does not notify the user terminal 20.

[0042] 6 is a diagram showing an example of an image displayed on the user terminal 20 when the user terminal 20 is notified that a diagnostic report has been created. Alternatively, a message 501 may be displayed on the display 205 of the user terminal 20 by using email. This message 501 may be a notification that a diagnostic report has been created, a notification urging the user to view the diagnostic report, or a notification that a predetermined behavior has been detected. Furthermore, the message 501 may be a message corresponding to the detected predetermined behavior.

[0043] Furthermore, when the control unit 31 creates a diagnostic report for a trip in which a predetermined behavior occurred, the control unit 31 displays a message indicating that the predetermined behavior was detected on an initial screen displayed when an app that allows reference to the diagnostic report is launched on the user terminal 20. FIG. 7 illustrates an example of an initial screen 502 displayed when the app is launched when the predetermined behavior is detected. The initial screen 502 is the screen that is first displayed when the app is launched on the user terminal 20. This initial screen 502 may be displayed by tapping the notification shown in FIG. 6. As indicated by the reference numeral 503, the initial screen 502 displays information about the trip for which the diagnostic report was created. For example, displaying "Diagnosis Report 2022 / 12 / 31 12:30" indicates that a diagnostic report was created for a trip that started at 12:30 on December 31, 2022. Furthermore, a star is added to the right of the time in the diagnostic report for a trip in which the predetermined behavior was detected. The star allows the user to determine that the diagnostic report is for a trip in which the predetermined behavior was detected. Furthermore, the portion indicated by the reference numeral 503 functions as a push button that, when tapped by the user, moves to the page of the corresponding diagnostic report.

[0044] The initial screen 502 may also display a message, as indicated by the reference numeral 504, to inform the user that a predetermined behavior has been detected. For example, the message "Sudden deceleration has been detected" may be displayed to notify the user that sudden deceleration has been detected. The portion indicated by the reference numeral 504 may also function as a push button so that, when tapped by the user, the user can move to the corresponding diagnostic report page. Furthermore, if no predetermined behavior was detected in the previous trip, a message praising the user for safe driving may be displayed. For example, a message such as "Thank you for driving safely today!" may be displayed.

[0045] Furthermore, if multiple predetermined behaviors are detected in one trip, a message corresponding to the "item requiring the most attention" is displayed at the position indicated by the reference symbol 504. The item requiring the most attention is determined as follows. FIG. 8 is a diagram showing the relationship between scores corresponding to predetermined behaviors and thresholds. Scores are calculated for each item. For each item, a score of A is assigned if the number of occurrences is low, a score of C is assigned if the number of occurrences is high, and a score of B is assigned as an intermediate score. Note that there is no score B for speed; instead, scores of A and C are assigned. The score is calculated by converting it into the number of times a predetermined behavior is detected when the vehicle 10 travels 100 km. For example, in the "acceleration" item, as described above, if the speed of the vehicle 10 increases by 6 km / h or more in 0.5 seconds, a sudden acceleration is detected. For example, if the number of sudden accelerations detected per 100 km of the vehicle 10 is less than 0.1, the score is A; if it is 0.1 to 1.0, the score is B; and if it is 1.0 or more, the score is C. A score of C is a score that is relatively highly correlated with the occurrence of an accident, so it is preferable to have a score of A or B in all items.

[0046] Therefore, the control unit 31 displays the item with the largest value (X / Y) obtained by dividing X by Y when the number of occurrences of each item (i.e., predetermined behavior) is X (times / 100km) and the threshold value for a score of C is Y (times / 100km) as the "item requiring the most attention" at the position indicated by the symbol 504. Alternatively, if an automatic brake is activated by pre-crash safety, this may be listed as the item requiring the most attention. Furthermore, as another method, if multiple predetermined behaviors are detected, an item randomly selected from them may be listed as the most important item. This may be an item to be noted.

[0047] Returning to FIG. 7 , the initial screen 502 displays a message for the item that requires the most attention, as indicated by the reference numeral 505. This message is stored in the message data 35. Here, FIG. 9 is a diagram showing data of messages corresponding to the items stored in the message data 35. A plurality of messages are prepared for each item. In the example shown in FIG. 9 , four messages, coded A1 to A4, are stored for one item. The control unit 31 selects one message corresponding to the item that requires the most attention and displays it at the position indicated by the reference numeral 505. The control unit 31 may select a message randomly, or may select a message based on the date as described below, or may select a message that is different from the previous or previous day's message. In this way, by preventing similar messages from being displayed consecutively, it is possible to prevent the user from becoming bored.

[0048] The control unit 31 can also cause the user terminal 20 to display a list of diagnostic reports. FIG. 10 is a diagram illustrating an example of a screen 506 when the list of diagnostic reports is displayed. The list of diagnostic reports is generated by the control unit 31. When a user taps a push button on the user terminal 20 to display the list of diagnostic reports, a request to display the list of diagnostic reports is transmitted from the user terminal 20 to the server 30. In response to this request, the control unit 31 transmits information for displaying the image shown in FIG. 10 to the user terminal 20. In the example shown in FIG. 10, multiple diagnostic reports are displayed in chronological order. Furthermore, diagnostic reports in which a predetermined behavior was detected are marked with a star on the right side. For example, the diagnostic report indicated by reference numeral 507 is marked with a star, which indicates that the diagnostic report was generated when the predetermined behavior was detected. On the other hand, the diagnostic report indicated by reference numeral 508 is not marked with a star, which indicates that the diagnostic report was generated when the predetermined behavior was not detected. In this way, by changing the display mode between a diagnostic report generated when a predetermined behavior was detected and a diagnostic report generated when the predetermined behavior was not detected, the user can distinguish the diagnostic report generated when the predetermined behavior was detected.

[0049] FIG. 11 is a diagram showing an example of a screen 509 when a diagnostic report is opened. This screen 509 is a screen that is opened, for example, by tapping the push button indicated by reference numeral 503 on the initial screen 502. The example shown in FIG. 11 shows a diagnostic report in which one sudden deceleration (sudden braking) and two speeding incidents have been detected. As indicated by reference numeral 510, an image such as "Good" is added to behaviors that were not detected. On the other hand, as indicated by reference numeral 511, an image such as "Sudden deceleration 1 time!" is added to behaviors that were detected. This allows the user to see at a glance what kind of behavior was detected and how many times.

[0050] Furthermore, by tapping the "+" push button displayed on the right end of each item, the content corresponding to that item can be displayed. FIG. 12 is a diagram showing an example of a screen 512 that is displayed when the "Deceleration" item is tapped. At this time, the control unit 31 displays advice along with the detection criteria. The detection criteria are specific criteria for determining that a predetermined behavior has occurred. The control unit 31 selects the advice to be displayed from the message data 35 shown in FIG. 9. Again, the control unit 31 displays, for example, a message that is different from the message displayed last time or the message displayed the day before, so that the same message is not displayed consecutively.

[0051] To select a message to be displayed, the control unit 31 extracts the date from the travel date and time, divides the date by 4, and finds the remainder. Then, by referring to the message data 35 shown in FIG. 9, if the remainder is 1, a message with code A1 is selected; if the remainder is 2, a message with code A2 is selected; and if the remainder is 3, a message with code A3 is selected. When the value is 0, a message with code A4 is selected. In this way, different messages can be displayed depending on the day, which prevents the user from getting bored.

[0052] Furthermore, when the user taps a push button labeled "View location of occurrence" on screen 512, a map is displayed and the location where the behavior was detected is shown on the map. Based on the information about the route stored in vehicle information DB 33 and the information about the occurrence location stored in detection information DB 34, control unit 31 displays the route and the occurrence location on the map.

[0053] Next, functional components of the ECU 100 of the vehicle 10 will be described. Fig. 13 is a diagram showing an example of 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 according to a computer program stored in the main memory unit 102. However, any of the functional components or part of the processing may be executed by a hardware circuit.

[0054] The control unit 110 transmits information about each detection value of the sensor group 41 to the server 30 at predetermined time intervals or for each trip. At this time, the information is transmitted as driving information together with information required for driving diagnosis, such as a vehicle ID, location information, and time information.

[0055] Next, the functions of the user terminal 20 will be described. Fig. 14 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 according to a computer program stored in the main memory unit 202. However, part of the processing of the control unit 21 may be executed by a hardware circuit. An app that can refer to a diagnostic report is installed in the user terminal 20.

[0056] The control unit 21 receives a notification from the server 30 that a diagnostic report has been created. 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 a diagnostic report has been created. For example, when a push notification is received, the control unit 21 causes the display 205 to display an image such as that shown in FIG. 6.

[0057] 6, when the user taps on the message portion indicated by reference numeral 501, the control unit 21 starts an application that allows the user to refer to the diagnostic report. When the application is started by the control unit 21, an initial screen 502 shown in FIG. 7 is displayed. At this time, the control unit 21 accesses the server 30 and requests information necessary to display the initial screen 502.

[0058] Furthermore, when the user taps the location indicated by reference numeral 503 on the initial screen 502, the control unit 21 displays the screen 509 shown in FIG. 11 . At this time, the control unit 21 accesses the server 30 and requests information necessary to display the screen 509. Furthermore, when the user taps the "+" push button for each item in the diagnostic report, the control unit 21 displays the content corresponding to each item. At this time, the control unit 21 also requests the server 30 for the information necessary for displaying the content.

[0059] Next, a description will be given of the process of notifying a diagnostic report in the server 30. Fig. 15 is a flowchart of the process of notifying a diagnostic report in the server 30 according to the first embodiment. The process shown in Fig. 15 is executed by the server 30 for each trip of the vehicle 10.

[0060] 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 IG is turned off), or may be transmitted from the vehicle 10 at predetermined time intervals. If the determination in step S101 is affirmative, the process proceeds to step S102, and if the determination is negative, the process ends.

[0061] In step S102, the control unit 31 extracts a predetermined behavior. The control unit 31 determines whether or not the predetermined behavior has occurred based on the detection values ​​of the sensor group 41. Then, in step S103, the control unit 31 updates the vehicle information DB 33 and the detection information DB 34 in accordance with the predetermined behavior. That is, if the predetermined behavior has occurred, the control unit 31 adds 1 to the corresponding record in the vehicle information DB 33 and generates a new record in the detection information DB 34.

[0062] In step S104, the control unit 31 generates advice to be displayed on the initial screen 502. FIG. 16 is a flowchart of the process of generating advice to be displayed on the initial screen 502. The process shown in FIG. 16 is the process executed in step S104. In step S201, the control unit 31 determines whether or not activation of the pre-crash safety system has been detected. Whether or not activation of the pre-crash safety system has been detected is determined based on the detection values ​​of the sensor group 41. Here, if activation of the pre-crash safety system has been detected, this is given priority and displayed on the initial screen 502. Therefore, if a positive determination is made in step S201, the process proceeds to step S202, where the control unit 31 selects a message corresponding to the activation of the pre-crash safety system. This message is stored in the auxiliary storage unit 303. Note that multiple messages corresponding to the activation of the pre-crash safety system may also be stored in the auxiliary storage unit 303. The control unit 31 may then select the message so that, for example, the same message is not displayed consecutively.

[0063] On the other hand, if a negative determination is made in step S201, the process proceeds to step S203. In step S203, the control unit 31 determines whether or not a predetermined behavior has occurred. If a predetermined behavior has not occurred, a message praising the user's driving is displayed on the initial screen 502. Therefore, if a negative determination is made in step S203, the process proceeds to step S204, where the control unit 31 selects a message praising the user's driving. This message is also stored in the auxiliary storage unit 303. A plurality of messages praising the user's driving are also stored, and the control unit 31 may select a message so that the same message is not displayed consecutively, for example.

[0064] If the determination in step S203 is affirmative, the process proceeds to step S205, where the control unit 31 selects the item that requires the most attention. The control unit 31 selects the item that requires the most attention as described in FIG. 8. In step S206, the control unit 31 determines whether the selected item has been detected consecutively. If the selected item has been detected consecutively, for example, a message such as "Sudden acceleration has occurred twice in a row" is added and displayed. Therefore, if the determination in step S206 is affirmative, the process proceeds to step S207, where the control unit 31 includes the fact that the items have been detected consecutively in the advice. On the other hand, if the determination in step S206 is negative, the process proceeds to step S208.

[0065] In step S208, the control unit 31 calculates the remainder when the date of the trip is divided by 4. For example, for a trip on December 31st, the remainder when 31 is divided by 4 is 3. In step S209, the control unit 31 selects a message. The message is selected according to the remainder calculated in step S208. For example, for a trip on December 31st, the remainder is 3, so a message with code A3 is selected. This message is a message corresponding to the item selected in step S205, and the control unit 31 selects a message from the message data 35. In this way, the message to be displayed on the initial screen 502 is selected.

[0066] Returning to FIG. 15, in step S105, the control unit 31 generates advice for each item. Here, advice for each item as shown in FIG. 12 is selected. The advice corresponds to the predetermined behavior extracted in step S102, and is selected from the message data 35. For example, the advice may be selected in the same manner as in step S104. Alternatively, the control unit 31 may select advice different from the previous advice by selecting from code A1 to code A4 in order.

[0067] In step S106, the control unit 31 generates a diagnostic report. The diagnostic report includes advice for items that exhibited predetermined behavior. In step S107, the control unit 31 stores the diagnostic report in the auxiliary storage unit 303. The control unit 31 also stores advice and the like to be displayed on the initial screen 502 in the auxiliary storage unit 303.

[0068] In step S108, the control unit 31 determines whether or not a predetermined behavior has occurred. If the determination in step S108 is affirmative, the process proceeds to step S109. In step S109, the control unit 31 notifies the user terminal 20 that a diagnostic report has been created. On the other hand, if the determination in step S108 is negative, the process ends without notifying the user terminal 20.

[0069] As described above, according to this embodiment, when a diagnostic report created when a predetermined behavior is detected is issued, a notification is sent to the user terminal 20. Therefore, a user who views the diagnostic report in accordance with the notification can view a diagnostic report with many highlights. This prevents the user from becoming bored with the app.

[0070] Second Embodiment In the first embodiment, a diagnostic report is created for each trip. On the other hand, in the second embodiment, a diagnostic report is created only for trips in which a predetermined behavior is detected. Then, a notification is sent to the user terminal 20 every time a diagnostic report is created.

[0071] Next, the process of notifying a diagnostic report in the server 30 will be described. Fig. 17 is a flowchart of the process of notifying a diagnostic report in the server 30 according to the second embodiment. The process shown in Fig. 17 is executed by the server 30 for each trip of the vehicle 10. The process shown in Fig. 17 differs from the process shown in Fig. 15 only in the order of processing in step S108, and therefore will not be described again.

[0072] In this way, diagnostic reports are created only for trips in which a predetermined behavior is detected, making the diagnostic reports interesting for the user, and preventing the user from becoming bored with the app.

[0073] Third Embodiment In the third embodiment, the method of selecting messages to be displayed on the initial screen 502 and in the diagnostic report differs from that in the first embodiment. In the third embodiment, messages that the user likes are preferentially presented, thereby preventing the user from becoming bored with the app. For example, messages that have the same tendency as messages that the user frequently refers to are preferentially displayed. Examples of messages with the same tendency include messages that describe the following: That is, messages that describe what kind of accidents occur due to a certain behavior, messages that describe how to reduce a certain behavior, messages that describe how much the accident rate increases due to a certain behavior, messages that describe the relationship between a certain behavior and fuel efficiency, etc.

[0074] For example, the control unit 31 may determine that the longer the initial screen 502 is displayed, the longer the user has been reading the message, and thus determine that the message is preferred by the user. Also, for example, the more frequently the user moves from the initial screen 502 to the diagnostic report, the more the user likes the message displayed on the initial screen 502. Therefore, the control unit 31 acquires, from the user terminal 20, information regarding the time the initial screen 502 has been displayed, or information regarding the move from the initial screen 502 to the diagnostic report, and determines the message preferred by the user.

[0075] For example, in the message data 35, messages with the same tendency are stored for all items in code A1. Similarly, messages with the same tendency are stored for the items in codes A2, A3, and A4. For example, if the probability that the user will see a message in code A1 is high, the message in code A1 is selected with priority. Also, for example, messages may be selected so that the more frequently the user references a message, the higher the probability of selection. For example, a message that the user prefers may be displayed every predetermined number of times.

[0076] In this way, by preferentially displaying messages that the user likes, it is possible to prevent the user from becoming bored with the app and also to increase the frequency of use of the app.

[0077] <Fourth embodiment> In the fourth embodiment, an incentive is provided to a user based on the results of a driving diagnosis. For example, for a trip in which a predetermined behavior is not detected, a predetermined amount of money may be transferred to the user, or points may be added to the app. The points may be used, for example, to pay car insurance, purchase a vehicle, or pay tolls. In a car lease, for example, the car insurance premium is paid by the leasing company. Therefore, if an accident occurs, the insurance premium paid by the leasing company increases. In contrast, if an incentive is provided to a user based on the results of a driving diagnosis, the user will be more conscious of safe driving, thereby reducing the number of accidents. Furthermore, if the incentive is provided only to users of the app, the number of app users can be increased. This allows driving advice to be provided to the user, thereby reducing accidents.

[0078] On the other hand, there are cases where the funds for granting incentives are limited. Therefore, in the fourth embodiment, a cap (upper limit) is set on the incentives, and the incentives are granted effectively within the funds. The cap may be set, for example, per trip, per day, per week, per month, or per year.

[0079] For example, let's assume that the annual incentive limit per person is set at 5,000 points, the monthly incentive limit is set at 200 points (2,400 points per year), and the campaign incentive is set at 800 points. In this case, 5,000 - 2,400 - 800 = 1,800 points remain, and the daily incentive is awarded from this 1,800 points. Then, when the total value of the incentives awarded per day reaches 1,800 points, the awarding of incentives will end.

[0080] This 1800 points can be considered on an annual basis. In other words, if the total amount of incentives given per day in a year reaches 1800 points, it is possible to stop giving daily incentives for that year. It is also possible to think of it on a monthly basis. For example, the upper limit of incentives per month may be set to 1800 / 12 = 150 points. In other words, if the total amount of incentives granted per day in a month reaches 150 points, no further daily incentives may be granted for that month.

[0081] When the incentive reaches the upper limit, a message such as "MAX points achieved!" may be displayed on the initial screen 502. This allows the user to feel a sense of accomplishment. FIG. 18 is a diagram showing an example of the initial screen 502 when the incentive reaches the upper limit. When the incentive reaches the upper limit, the control unit 31 displays a message indicating that the incentive has reached the upper limit on the initial screen 502, as indicated by the reference numeral 514.

[0082] In addition, incentives may be awarded for each trip based on the results of the driving diagnosis, or a fixed value may be awarded like a login bonus. For example, 3 points may be awarded for each item if the score shown in FIG. 8 is A, 2 points for B, and 0 points for C. Alternatively, for example, a flat login bonus of 2 points may be awarded. FIG. 19 is a diagram showing an example of a diagnosis report when an incentive is awarded. For example, when points are awarded based on the driving diagnosis, the control unit 31 displays a message such as "5 points earned" on the diagnosis report, as shown by the reference numeral 515.

[0083] Fig. 20 is a flowchart of the process of granting an incentive in the server 30 according to the fourth embodiment. The process shown in Fig. 20 is executed in the middle of the flowchart shown in Fig. 15. Note that the process before step S105 and the process after step S106 are the same as those in the flowchart shown in Fig. 15, and therefore will not be illustrated or described here.

[0084] In the flowchart shown in FIG. 20, once the processing of step S105 is completed, the process proceeds to step S301. In step S301, the control unit 31 calculates an incentive based on the diagnostic report. At this time, the incentive is calculated based on the score, for example. Alternatively, the incentive may be a fixed value. In step S302, the control unit 31 determines whether or not to grant an incentive. For example, if the incentive calculated in step S301 is 0, it is determined that no incentive will be granted. If the determination in step S302 is affirmative, the process proceeds to step S303, and if the determination is negative, the process ends.

[0085] In step S303, the control unit 31 acquires the cap set for the incentive. For example, a one-day cap, a one-week cap, a one-month cap, a one-year cap, etc. are set, and these caps are stored in the auxiliary storage unit 303. In step S304, the control unit 31 determines whether the incentives granted so far have reached their caps. For example, the control unit 31 determines whether the incentives granted so far have reached their caps by comparing the one-day cap, the one-week cap, the one-month cap, and the one-year cap with the incentives granted so far. The incentives granted so far are stored in the auxiliary storage unit 303 together with date information, for example. If the determination in step S304 is affirmative, the process proceeds to step S307; if the determination is negative, the process proceeds to step S305.

[0086] In step S305, the control unit 31 generates an incentive. At this time, the incentive is generated so as to grant the incentive determined in step S301 to the user. In step S306, the control unit 31 grants the incentive to the user. Information about the incentive is transmitted to the user terminal 20, for example, and stored in the auxiliary storage unit 203 of the user terminal 20. In addition, the control unit 31 may include the incentive in the diagnostic report. In step S106, a diagnostic report is generated so that a message indicating that an incentive has been awarded is displayed on the user terminal 20. At this time, as shown by reference numeral 515 in FIG.

[0087] On the other hand, in step S307, the control unit 31 generates a message for the initial screen 502 to display on the initial screen 502 that the incentive has reached the upper limit.

[0088] As described above, according to this embodiment, an incentive is given to the user according to the results of the driving diagnosis, which encourages the user to drive safely and reduces accidents. In addition, an incentive is given when the app is installed, which can encourage the user to install the app. This increases the user's opportunities to view the diagnosis report, which can reduce the number of occurrences of a predetermined behavior. This can also reduce accidents. In addition, it can prevent the user from becoming bored with the app.

[0089] <Other embodiments> The above embodiment is merely an example, and the present disclosure may be modified and implemented as appropriate within the scope of its gist. The processes and means described in the present disclosure may be freely combined and implemented as long as no technical contradictions arise. Furthermore, a process described as being performed by one device may be shared and executed by multiple devices. Alternatively, a process described as being performed by different devices may be executed by a single device. In a computer system, the hardware configuration (server configuration) by which each function is realized can be flexibly changed. For example, the vehicle 10 may have some or all of the functions of the server 30.

[0090] The present disclosure can also be realized by providing a computer program implementing the functions described in the above embodiments 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 via a non-transitory computer-readable storage medium connectable to the computer's system bus or via a network. Non-transitory computer-readable storage media include, for example, any type of disk, such as a magnetic disk (e.g., a floppy disk, a hard disk drive (HDD), etc.), an optical disk (e.g., a CD-ROM, a DVD disk, a Blu-ray disk), a read-only memory (ROM), a random-access memory (RAM), an EPROM, an EEPROM, a magnetic card, a flash memory, an optical card, or any type of medium suitable for storing electronic instructions. [Explanation of symbols]

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

Claims

1. Obtaining information about a user's driving; determining for each trip whether a predetermined event has occurred based on information about the user's driving, and creating a diagnostic report corresponding to the predetermined event; In response to creating a diagnostic report corresponding to the predetermined event, notifying the user that the diagnostic report is available; a control unit that executes the the information about the user's driving includes a mileage for each trip of a vehicle driven by the user, and a detection value of a sensor mounted on the vehicle that detects the predetermined event; In creating the diagnostic report, the control unit: converting the number of times each event included in the predetermined event was detected into a number of times per predetermined traveling distance in response to the predetermined event being detected multiple times in one trip based on the traveling distance for each trip included in the information about the user's driving and the detection value of the sensor; For each of the items, a value is calculated by dividing the converted number of times per predetermined travel distance by a threshold number of times set for each of the items; Among the values ​​calculated for each of the items, the item with the largest value is determined to be the item requiring the most attention; creating the diagnostic report including a message corresponding to the determined most important item; Information processing device.

2. In creating the diagnostic report, the control unit: In response to the determination of the most noteworthy item, determining whether or not events related to the most noteworthy item have been detected consecutively; When the event related to the most important item is detected consecutively, the diagnostic report is created further including a statement that the predetermined event has been detected consecutively. The information processing device according to claim 1 .

3. The control unit creating the diagnostic report for each trip based on information about the user's driving; notifying the user that the diagnostic report is available for the trip in which the predetermined event occurred; In a trip in which the predetermined event did not occur, the user is not notified that there is a diagnostic report. The information processing device according to claim 1 .

4. The control unit In the trip in which the predetermined event occurred, the diagnostic report is created; The diagnostic report is not created for a trip in which the predetermined event did not occur. The information processing device according to claim 1 .

5. The control unit creating the diagnostic report for each trip based on information about the user's driving; In a user interface that displays a list of the diagnostic reports, the display mode is changed between the diagnostic report corresponding to the trip in which the predetermined event occurred and the diagnostic report corresponding to the trip in which the predetermined event did not occur, thereby notifying the user that there is a diagnostic report corresponding to the predetermined event. The information processing device according to claim 1 .

6. The control unit In response to the occurrence of the predetermined event, notifying the user that there is a diagnostic report corresponding to the predetermined event by displaying the presence of the diagnostic report corresponding to the predetermined event on an initial screen of a user interface that provides the diagnostic report. The information processing device according to claim 1 .

7. a storage unit configured to store information about a plurality of messages corresponding to the predetermined event; the control unit, in response to the occurrence of the predetermined event, further includes a message corresponding to a predetermined condition among the plurality of messages in the diagnostic report. The information processing device according to claim 1 .

8. a storage unit configured to store information about a plurality of messages corresponding to the predetermined event; the control unit, in response to the occurrence of the predetermined event, causes a message corresponding to a predetermined condition among the plurality of messages to be displayed on an initial screen of a user interface that provides the diagnostic report. The information processing device according to claim 1 .

9. The control unit selecting a message that is different from the previous message or the message from the previous day as the message that satisfies the predetermined condition; 9. The information processing device according to claim 7 or 8.

10. The control unit Obtaining information about trends in messages viewed by the user; The messages that correspond to the predetermined conditions include the tendency of messages that the user has viewed and Select messages with the same tendency, 9. The information processing device according to claim 7 or 8.

11. The control unit providing an incentive to the user based on information about the user's driving; generating the diagnostic report including information about the incentive to be given to the user; A cap is set on the total amount of incentives that can be given to each user per trip or per predetermined period. The information processing device according to claim 1 .

12. The computer Obtaining information about a user's driving; determining for each trip whether a predetermined event has occurred based on information about the user's driving, and creating a diagnostic report corresponding to the predetermined event; In response to creating a diagnostic report corresponding to the predetermined event, notifying the user that the diagnostic report is available; Run the information about the user's driving includes a mileage for each trip of a vehicle driven by the user, and a detection value of a sensor mounted on the vehicle that detects the predetermined event; In generating the diagnostic report, the computer converting the number of times each event included in the predetermined event was detected into a number of times per predetermined traveling distance in response to the predetermined event being detected multiple times in one trip based on the traveling distance for each trip included in the information about the user's driving and the detection value of the sensor; For each of the items, a value is calculated by dividing the converted number of times per predetermined travel distance by a threshold number of times set for each of the items; Among the values ​​calculated for each of the items, the item with the largest value is determined to be the item requiring the most attention; creating the diagnostic report including a message corresponding to the determined most important item; Information processing methods.

13. The computer creating the diagnostic report for each trip based on information about the user's driving; notifying the user that the diagnostic report is available for the trip in which the predetermined event occurred; In a trip in which the predetermined event did not occur, the user is not notified that there is a diagnostic report. The information processing method according to claim 12.

14. The computer In the trip in which the predetermined event occurred, the diagnostic report is created; The diagnostic report is not created for a trip in which the predetermined event did not occur. The information processing method according to claim 12.

15. The computer creating the diagnostic report for each trip based on information about the user's driving; In a user interface that displays a list of the diagnostic reports, the display mode is changed between the diagnostic report corresponding to the trip in which the predetermined event occurred and the diagnostic report corresponding to the trip in which the predetermined event did not occur, thereby notifying the user that there is a diagnostic report corresponding to the predetermined event. The information processing method according to claim 12.

16. The computer In response to the occurrence of the predetermined event, notifying the user that there is a diagnostic report corresponding to the predetermined event by displaying the presence of the diagnostic report corresponding to the predetermined event on an initial screen of a user interface that provides the diagnostic report. The information processing method according to claim 12.

17. The computer In response to the occurrence of the predetermined event, a message corresponding to a predetermined condition among a plurality of messages corresponding to the predetermined event is further included in the diagnostic report. The information processing method according to claim 12.

18. The computer In response to the occurrence of the predetermined event, a message corresponding to a predetermined condition among a plurality of messages corresponding to the predetermined event is displayed on an initial screen of a user interface that provides the diagnostic report. The information processing method according to claim 12.

19. The computer selecting a message that is different from the previous message or the message from the previous day as the message that satisfies the predetermined condition; 19. The information processing method according to claim 17 or 18.

20. The computer providing an incentive to the user based on information about the user's driving; generating the diagnostic report including information about the incentive to be given to the user; A cap is set on the total amount of incentives that can be given to each user per trip or per predetermined period. The information processing method according to claim 12.

Images