WO2018029901A1 - 自動車保険会社業務支援システム - Google Patents

自動車保険会社業務支援システム Download PDF

Info

Publication number
WO2018029901A1
WO2018029901A1 PCT/JP2017/014497 JP2017014497W WO2018029901A1 WO 2018029901 A1 WO2018029901 A1 WO 2018029901A1 JP 2017014497 W JP2017014497 W JP 2017014497W WO 2018029901 A1 WO2018029901 A1 WO 2018029901A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
accident
failure
information
insurance company
Prior art date
Application number
PCT/JP2017/014497
Other languages
English (en)
French (fr)
Inventor
板原　弘
Original Assignee
パナソニックＩｐマネジメント株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by パナソニックＩｐマネジメント株式会社 filed Critical パナソニックＩｐマネジメント株式会社
Publication of WO2018029901A1 publication Critical patent/WO2018029901A1/ja

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R21/00—Arrangements or fittings on vehicles for protecting or preventing injuries to occupants or pedestrians in case of accidents or other traffic risks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08—Insurance

Definitions

  • This disclosure relates to a car insurance company business support system that supports the work of a car insurance company.
  • Patent Document 1 discloses a damage investigation work support system that manages and supports a damage investigation work performed by a non-life insurance company or the like when a car accident occurs.
  • This damage investigation work support system connects a plurality of damage investigation work bases and a data management center through a communication network.
  • the data management center updates the progress data table based on the data relating to the damage investigation work input from each damage investigation work base, and centrally manages information relating to the progress status of each work.
  • the damage investigation is performed by referring to the progress data table updated based on the progress information sequentially input from each damage investigation work base. It becomes possible to manage the progress of the entire business.
  • the automobile insurance company business support system is an automobile insurance company business support system that supports an insurance premium setting business of an automobile insurance company, and is installed in a vehicle and indicates a failure state of the device of the vehicle including a safety device.
  • An acquisition module that acquires failure information to be shown from the vehicle and transmits the acquired failure information
  • a management device that receives the failure information from the acquisition module and manages the failure information, and based on the failure information managed by the management device
  • a display device for displaying whether or not the vehicle safety device has failed.
  • the automobile insurance company business support system in the present disclosure is an automobile insurance company business support system that supports the insurance insurance payment process, and is installed in a vehicle and indicates a failure status of the vehicle device.
  • An acquisition module for acquiring information from the vehicle and transmitting the acquired failure information;
  • a crash recorder mounted on the vehicle for acquiring and transmitting accident information indicating that the vehicle has caused an accident and the date and time of occurrence of the accident;
  • a display device that distinguishes and displays fault information that occurred before and fault information that occurred after the date and time of the accident.
  • the automobile insurance company business support system is an automobile insurance company business support system that supports the insurance insurance payment process of the automobile insurance company, and is installed in a vehicle, and the acceleration and angular velocity when the accident of the vehicle occurs.
  • a crash recorder that measures at least one of the roll and pitch, and transmits the accident information along with the date and time of the accident, and receives the accident information, analyzes the accident state based on the acceleration of the accident information, An analysis device for transmission and a presentation device for presenting an analysis result are provided.
  • the car insurance company business support system according to the present disclosure can support the insurance premium setting work of the car insurance company.
  • the automobile insurance company business support system according to the present disclosure can support the insurance insurance payment process of the automobile insurance company.
  • FIG. 1 is a block diagram showing the configuration of the automobile insurance company business support system according to the first embodiment.
  • FIG. 2 is a block diagram illustrating a configuration of the OBD module according to the first embodiment.
  • FIG. 3 is a block diagram of the configuration of the mobile terminal according to the first embodiment.
  • FIG. 4 is a block diagram of the configuration of the management server according to the first embodiment.
  • FIG. 5 is a block diagram of the configuration of the display terminal according to the first embodiment.
  • FIG. 6 is a diagram illustrating an example of a vehicle information database.
  • FIG. 7 is a diagram illustrating an example of a reference table in which failure codes and failure contents are associated with each other.
  • FIG. 8 is a flowchart showing a vehicle information management operation by the controller of the management server according to the first embodiment.
  • FIG. 8 is a flowchart showing a vehicle information management operation by the controller of the management server according to the first embodiment.
  • FIG. 9 is a flowchart of the failure information display operation performed by the controller of the management server according to the first embodiment.
  • FIG. 10 is a diagram showing an example of display data for display.
  • FIG. 11 is a diagram showing an example of display.
  • FIG. 12 is a block diagram showing the configuration of the automobile insurance company business support system according to the second embodiment.
  • FIG. 13 is a block diagram illustrating a configuration of the crash recorder according to the second embodiment.
  • FIG. 14 is a block diagram of a configuration of the management server according to the second embodiment.
  • FIG. 15A is a diagram illustrating an example of accident information.
  • FIG. 15B is a diagram illustrating an example of accident information.
  • FIG. 16 is a flowchart of the accident information acquisition operation by the controller of the management server according to the second embodiment.
  • FIG. 16 is a flowchart of the accident information acquisition operation by the controller of the management server according to the second embodiment.
  • FIG. 17 is a flowchart of a failure information display operation by the controller of the management server according to the second embodiment.
  • FIG. 18 shows an example of the display screen.
  • FIG. 19 is a flowchart showing an accident information display operation by the controller of the management server according to the third embodiment.
  • FIG. 20A is a diagram illustrating an example of accident information (acceleration waveform).
  • FIG. 20B is a diagram illustrating an example of accident information (angular velocity waveform).
  • FIG. 21A is a diagram illustrating an example of analysis result display.
  • FIG. 21B is a diagram illustrating an example of analysis result display.
  • the insurance premium (premium) of the insured person (contractor) of the automobile non-life insurance is set according to the vehicle rate, grade, and the like.
  • the vehicle rate is set according to the vehicle type (vehicle type). For example, since a sports car has a higher risk of causing an accident than a compact car, the insurance rate of the sports car is set to be higher than that of the compact car. If no accident occurs for one year, the grade goes up one by one at the time of renewal. The discount rate increases as the grade increases.
  • Telematics insurance that uses telematics (telematics) to acquire and analyze driving information for each driver such as mileage and driving characteristics, and calculates insurance premiums based on that information has been known as automobile accident insurance.
  • Telematics is to provide an information service in real time by combining a communication system with a mobile body such as an automobile.
  • Telematics insurance includes mileage-linked insurance (Pay As You Drive: PAYD).
  • driving behavior linked insurance Payment How You Drive: PHYD
  • Mileage-linked insurance is based on mileage in addition to vehicle rate and grade when setting insurance premiums. For example, the shorter the mileage, the higher the insurance premium discount rate.
  • Driving behavior-linked insurance is based on the driving method (driving tendency) of the driver in addition to the vehicle rate and grade when setting the insurance premium. For example, the insurance premium discount rate is higher for insured persons who drive relatively safely according to the result of measuring and analyzing the driving tendency of the policyholder (insured person).
  • the first embodiment provides an automobile insurance company business support system that supports insurance insurance premium setting work, specifically insurance premium discount rate setting work related to safety devices. To do.
  • FIG. 1 is a block diagram illustrating the configuration of the automobile insurance company business support system according to the first embodiment.
  • the car insurance company business support system 100 shown in FIG. 1 is a system that supports the insurance premium setting work of the car insurance company.
  • the automobile insurance company business support system 100 includes an OBD module 10, a mobile terminal 30, a management server 40, and a display terminal 50.
  • the management server 40 is a cloud server, and is installed in a car insurance company or a provider that provides information related to vehicles.
  • the display terminal 50 is installed in an automobile insurance company.
  • the OBD module 10 is mounted on the vehicle 200 driven by the insured, and periodically acquires vehicle information (details will be described later) including failure information indicating that a device in the vehicle 200 has failed from the vehicle 200, The acquired vehicle information is transmitted.
  • the mobile terminal 30 receives vehicle information from the OBD module 10 and transmits it to the management server 40 via the network 300.
  • the management server 40 receives vehicle information from the portable terminal 30 regularly or irregularly, and manages the received vehicle information as a vehicle information database.
  • the management server 40 causes the display terminal 50 to display the failure content indicated by the failure information in the vehicle information (for example, whether or not the safety device has failed).
  • a specific configuration of each unit will be described.
  • the OBD module 10 is mounted on the vehicle 200 and connected to a plurality of ECUs (Electronic Control Units) 211, 212, and 213 via a controller area network (hereinafter referred to as “CAN”) 220.
  • ECUs 211, 212, and 213 are a device that performs operation control among operation control such as engine control, brake control, and steering control of the vehicle 200.
  • ECUs 211, 212, and 213 are connected by CAN 220, and transmit / receive vehicle information to / from each other via CAN 220.
  • FIG. 2 is a block diagram showing the configuration of the OBD module 10.
  • the OBD module 10 is connected to the CAN 220 via, for example, a self-diagnostic function (On Board Diagnostics second generation: hereinafter referred to as “OBD2”) terminal in the vehicle 200.
  • OBD2 On Board Diagnostics second generation
  • the OBD module 10 acquires vehicle information from the ECUs 211, 212, and 213 via the CAN 220, and transmits the acquired vehicle information to the management server 40 via the mobile terminal 30 and the network 300.
  • the OBD module 10 includes first and second communication interfaces 11 and 12, a memory 13, and a controller 14.
  • the first communication interface 11 is a wireless communication module that complies with CAN communication standards such as ISO15765, ISO11898, and ISO11519, or vehicle failure diagnosis communication standards such as ISO14230.
  • the first communication interface 11 is connected to the CAN 220 via the OBD2 terminal in the vehicle 200, and acquires vehicle information from the ECUs 211, 212, and 213 via the CAN 220.
  • the second communication interface 12 is a wireless communication module that performs short-distance wireless communication with the mobile terminal 30 in accordance with a communication standard such as Wi-Fi, Bluetooth (registered trademark, the same applies hereinafter).
  • the memory 13 is a recording medium and is composed of a semiconductor memory or the like.
  • the memory 13 stores vehicle information received by the first communication interface 11.
  • the memory 13 stores various programs for the controller 14.
  • the controller 14 is composed of a CPU, an MPU, and the like, and executes various programs stored in the memory 13, thereby controlling the entire OBD module 10 and realizing predetermined functions to be described later.
  • FIG. 3 is a block diagram illustrating a configuration of the mobile terminal 30.
  • the mobile terminal 30 is a mobile terminal such as a smartphone or a tablet possessed by the driver of the vehicle 200.
  • the portable terminal 30 temporarily stores vehicle information received from the OBD module 10 and transmits the stored vehicle information to the management server 40 via the network 300.
  • the portable terminal 30 includes first and second communication interfaces 31 and 32, a memory 33, and a controller 34.
  • the first communication interface 31 is a wireless communication module that performs short-range wireless communication with the OBD module 10 according to a communication standard such as Wi-Fi or Bluetooth.
  • the first communication interface 31 may be a wired communication module that performs data communication with the OBD module 10 via a cable in accordance with a standard such as USB.
  • the second communication interface 32 is a communication module that performs wireless communication by connecting to the network 300 in accordance with a communication standard such as 3G or LTE.
  • the memory 33 is a recording medium and includes a semiconductor memory or the like.
  • the memory 33 temporarily stores vehicle information received by the first communication interface 31.
  • the memory 33 stores various programs for the controller 34.
  • the controller 34 is composed of a CPU, an MPU, and the like, and executes various programs stored in the memory 33 to control the entire portable terminal 30 and realize predetermined functions to be described later.
  • FIG. 4 is a block diagram showing the configuration of the management server 40.
  • the management server 40 is a cloud server, for example, and manages vehicle information received regularly or irregularly from the mobile terminal 30 via the network 300 as a vehicle information database.
  • the management server 40 causes the display terminal 50 to display whether or not the safety device has failed based on the failure content indicated by the failure information in the vehicle information.
  • the management server 40 includes a communication interface 41, a data storage unit 43, a controller 44, a display unit 45, and an operation unit 46.
  • the communication interface 41 is a communication module that performs data communication by connecting to the network 300 in accordance with a communication standard such as IEEE802.
  • the data storage unit 43 is a recording medium and includes an HDD, an SSD, or the like.
  • the data storage unit 43 stores the vehicle information received by the communication interface 41 as a vehicle information database (details will be described later).
  • the data storage unit 43 stores a reference table in which failure codes and failure contents described later are associated with each other.
  • the data storage unit 43 stores various programs for the controller 44.
  • the controller 44 is composed of a CPU, an MPU, and the like, and executes various programs stored in the data storage unit 43 to control the entire management server 40 to realize predetermined functions to be described later.
  • the display unit 45 is composed of, for example, a liquid crystal display or an organic EL display.
  • the operation unit 46 is constituted by a keyboard, for example.
  • the management server 40 further includes a device interface 47 for connecting to an external device 400 such as a printer.
  • the device interface 47 is a communication module that communicates data and the like in accordance with standards such as USB, IEEE 1394, IEEE 802.11, and WiFi.
  • FIG. 5 is a block diagram showing a configuration of the display terminal 50.
  • the display terminal 50 is a portable terminal such as a PC installed in an automobile insurance company, for example, and displays a failure content received from the management server 40 via the network 300 (for example, whether or not the safety device has failed).
  • the display terminal 50 includes a communication interface 51, a memory 53, a controller 54, a display unit 55, and an operation unit 56.
  • the communication interface 51 is a communication module that performs data communication by connecting to the network 300 in accordance with a communication standard such as IEEE802.
  • the memory 53 is a recording medium and includes an HDD, an SSD, or the like.
  • the memory 53 stores the failure content received by the communication interface 51.
  • the memory 53 stores various programs for the controller 54.
  • the controller 54 includes a CPU, an MPU, and the like, and executes various programs stored in the memory 53, thereby controlling the entire display terminal 50 and realizing a predetermined function to be described later.
  • the display unit 55 is configured by, for example, a liquid crystal display or an organic EL display.
  • the operation unit 56 is configured by a keyboard, for example.
  • FIG. 6 is a diagram illustrating an example of a vehicle information database.
  • the vehicle information database manages a vehicle ID (for example, a vehicle number) for identifying a vehicle, an acquisition date and time of vehicle information by the OBD module 10, and vehicle information.
  • Vehicle information includes travel distance, fuel consumption (instantaneous / average), engine speed, speed, acceleration (3-axis G), angular speed (3-axis gyro), vehicle position, roll pitch, engine water temperature, throttle opening, outside temperature Battery abnormality, oil deterioration, ignition timing, vehicle failure (DTC), user information (IMSI, IMEI), vehicle type information, and the like.
  • the failure information includes a failure code “A101” in the example of FIG.
  • vehicle failure, user information, and vehicle type information are information acquired by the OBD module 10 every day, and other vehicle information is information acquired by the OBD module 10 every time interval 20 ms. is there.
  • FIG. 7 is a diagram illustrating an example of a reference table in which a failure code and a failure content are associated with each other.
  • the failure code is information indicating the content of the failure.
  • the failure content includes a device (failure location) and details (failure state) in the vehicle.
  • the failure contents indicated by the failure codes “A101” and “A212” are failures relating to the airbag.
  • the failure contents indicated by the failure codes “B102” and “B205” are failures relating to A / T (Automatic Transmission).
  • the failure contents indicated by the failure codes “C103” and “C206” are failures relating to the engine.
  • the failure contents indicated by the failure codes “D101” and “D212” are failures relating to the brake and the body.
  • the failure contents indicated by the failure codes “E102” and “E205” are failures related to the charging system and the electrical system.
  • the failure contents indicated by the failure codes “F103” and “F206” are failures relating to ABS. In the example of FIG. 7, detailed contents are associated with each failure content.
  • the controller 14 of the OBD module 10 acquires the vehicle information of the vehicle 200 from the ECUs 211, 212, and 213 via the CAN 220 and the first communication interface 11 at a predetermined interval (for example, 20 ms interval or one day interval) and stores it in the memory 13. To do.
  • a predetermined interval for example, 20 ms interval or one day interval
  • the controller 34 of the portable terminal 30 acquires the vehicle information stored in the OBD module 10 from the OBD module 10 via the first communication interface 31 when the driver is carried by the driver and drives the vehicle 200. And temporarily stored in the memory 33. Then, the controller 34 transmits the vehicle information stored in the memory 33 to the management server 40 via the second communication interface 32 and the network 300 in accordance with the operation of the mobile terminal 30 by the driver.
  • FIG. 8 is a flowchart showing a vehicle information management operation by the controller 44 of the management server 40.
  • the controller 44 of the management server 40 irregularly receives the vehicle information of the vehicle 200 from the mobile terminal 30 via the network 300 and the communication interface 41 (S11).
  • the controller 44 stores the received vehicle information in the data storage unit 43 as a vehicle information database (FIG. 6) (S12).
  • FIG. 9 is a flowchart showing a vehicle information display operation by the controller 44 of the management server 40 and the controller 54 of the display terminal 50.
  • a request for displaying the failure information of the vehicle to be investigated is made from the display terminal 50 of the automobile insurance company to the management server 40 via the network 300.
  • a vehicle ID for example, a vehicle number
  • the controller 54 of the display terminal 50 sends the vehicle ID to the management server 40 via the communication interface 51 and the network 300. Transmit (S21).
  • the controller 44 of the management server 40 reads vehicle information corresponding to the vehicle ID from the vehicle information database stored in the data storage unit 43 (S22).
  • the controller 44 refers to the reference table (FIG. 7) stored in the data storage unit 43 and recognizes the failure content from the failure code of the failure information in the vehicle information (S23). Specifically, the controller 44 creates a plurality of pieces of failure content data for each device of the vehicle and for each data acquisition date and time based on the recognition result.
  • the failure content data includes acquisition date and time, manufacturer, vehicle type, year, device (failure location), and details (failure state).
  • the controller 44 provides the failure content data to the display terminal 50 via the communication interface 41 and the network 300, and the controller 54 displays on the display unit 55 whether or not there is a failure for each failure content based on the failure content data.
  • the failure content includes failure information related to the safety device. Therefore, the controller 54 displays whether or not the safety device has failed.
  • FIG. 11 is a diagram showing an example of a display screen for displaying the failure content.
  • the display screen of FIG. 11 displays whether or not a malfunction has occurred for each device, that is, the airbag, A / T, engine, brake and body, charging system and electrical system, and ABS.
  • the corresponding display areas 62 to 66 are displayed in a predetermined color (for example, green), and when there is a failure, the corresponding display area 61 is displayed in another color (for example, red). Is displayed.
  • the airbag which is a safety device has failed.
  • the manufacturer, vehicle type, and year are also displayed.
  • failure contents with different acquisition dates and times are displayed by screen switching.
  • a fault code that actually indicates a fault is acquired from the vehicle, the fault content is recognized based on the fault code, and the fault content is, for example, a car insurance company.
  • the automobile insurance company can know whether or not a safety device such as an ABS or an air bag is broken. Therefore, when the safety device is out of order, it is possible to change the insurance premium discount rate setting for the safety device to a canceled insurance premium.
  • the automobile insurance company business support system 100 can support the insurance insurance premium setting work of the automobile insurance company, specifically the insurance premium discount rate setting work related to the safety device.
  • the automobile insurance company business support system 100 includes the OBD module 10, the management server 40, and the display terminal 50.
  • the OBD module 10 is mounted on the vehicle 200, acquires failure information indicating a failure state of the device of the vehicle 200 including the safety device from the vehicle 200, and transmits the acquired failure information.
  • the management server 40 receives failure information from the OBD module 10 and manages the failure information.
  • the display terminal 50 displays whether or not the safety device of the vehicle 200 has failed based on the failure information managed by the management server 40.
  • the car insurance company can know whether or not a safety device such as ABS or airbag is broken. Therefore, when the safety device is out of order, it is possible to change the insurance premium discount rate setting for the safety device to a canceled insurance premium.
  • the car insurance company business support system 100 can support the car insurance company insurance premium setting work, specifically, the insurance premium discount rate setting work related to the safety device. .
  • a car insurance company business support system is provided to support a car insurance company's insurance payment process, specifically, a vehicle insurance claim payment process for parts that have failed before the accident.
  • the third embodiment provides an automobile insurance company business support system that supports an insurance payment business of an automobile insurance company, specifically, an insurance payment business of a passenger's accident insurance.
  • the second embodiment will be described with reference to FIGS.
  • the automobile insurance company business support system 100 displays the accident information so that the failure before and after the accident can be determined.
  • FIG. 12 is a block diagram showing the configuration of the automobile insurance company business support system 100 according to the second embodiment.
  • the car insurance company business support system 100 of the present embodiment is different from the car insurance company business support system 100 (FIG. 1) of the first embodiment in the configuration further including the crash recorder 20.
  • the crash recorder 20 is mounted on the vehicle 200 driven by the insured person, and transmits an accident information at the time of the accident and the accident information (details will be described later) to the portable terminal 30 at the time before and after the accident.
  • the mobile terminal 30 transmits accident information received from the crash recorder 20 to the management server 40b via the network 300 in addition to the vehicle information received from the OBD module 10.
  • the management server 40b receives vehicle information and accident information from the portable terminal 30 regularly or irregularly, manages the received vehicle information as a vehicle information database, and stores accident information. In response to a request from the display terminal 50, the management server 40b distinguishes between the failure content that failed before the accident and the failure content that failed before the accident but failed for the first time after the accident on the display terminal 50. .
  • FIG. 13 is a block diagram illustrating a configuration of the crash recorder 20 according to the second embodiment.
  • the crash recorder 20 includes a communication interface 21, a memory 23, a controller 24, a G sensor 25, a gyro sensor 26, and a roll / pitch sensor 27.
  • the communication interface 21 is a wireless communication module that performs short-distance wireless communication with the mobile terminal 30 in accordance with a communication standard such as Wi-Fi or Bluetooth.
  • the memory 23 is a recording medium and is composed of a semiconductor memory or the like.
  • the memory 23 records the acceleration detected by the G sensor 25, the angular velocity detected by the gyro sensor 26, and the roll amount and pitch amount detected by the roll / pitch sensor 27.
  • the memory 23 stores various programs for the controller 24.
  • the controller 24 includes a CPU, an MPU, and the like, and executes various programs stored in the memory 23, thereby controlling the entire crash recorder 20 and realizing a predetermined function to be described later.
  • G sensor 25 is a sensor that detects acceleration (change in speed) in the direction of three axes (yaw axis, roll axis, pitch axis). The G sensor 25 detects the yaw direction acceleration, the roll direction acceleration, and the pitch direction acceleration of the vehicle 200.
  • the gyro sensor 26 is a sensor that detects an angular velocity with respect to three axes (yaw axis, roll axis, pitch axis). The gyro sensor 26 detects the angular velocity in the yaw direction, the angular velocity in the roll direction, and the angular velocity in the pitch direction of the vehicle 200.
  • the roll / pitch sensor 27 is a sensor that detects a roll relative to the roll axis and a pitch relative to the pitch axis.
  • the roll / pitch sensor 27 detects the roll amount of the vehicle 200 in the roll direction and the pitch amount in the pitch direction.
  • FIG. 14 is a block diagram of a configuration of the management server 40b according to the second embodiment.
  • the management server 40b of the present embodiment is different from the management server 40b of the first embodiment in that the data storage unit 43 stores accident information in addition to the vehicle information database.
  • [Accident information] 15A and 15B are diagrams showing accident information.
  • the accident information is information that stores the vehicle ID of the vehicle 200, the acquisition date and time of the accident information, and the accident information in association with each other.
  • the accident information includes the acceleration in the three-axis direction detected by the G sensor 25, the angular velocity with respect to the three axes detected by the gyro sensor 26, the roll amount and pitch amount of the vehicle 200 detected by the roll / pitch sensor 27, Including accident date and time.
  • FIG. 15B shows temporal changes of the longitudinal acceleration in the roll axis direction before and after the accident, the lateral acceleration in the pitch axis direction, and the azimuth velocity with respect to the pitch axis measured by the crash recorder 20.
  • the crash recorder 20 detects that an accident has occurred, for example, when the longitudinal acceleration exceeds a predetermined threshold, and uses this detection time as the accident occurrence date and time. Lateral acceleration and azimuth velocity are transmitted as accident information.
  • an accident information acquisition operation shown in the flowchart of FIG. 16 is performed. Further, the operation shown in the flowchart of FIG. 17 is performed.
  • the controller 24 of the crash recorder 20 acquires, for example, an acceleration (three axes) from the G sensor 25, an angular velocity (three axes) from the gyro sensor 26, and a roll pitch from the roll pitch sensor 27 at an interval of 1 ms,
  • the data in the memory 23 is updated so that the latest data for a certain period is held in the memory 23.
  • the controller 24 sets the time when the acceleration (three axes), the angular velocity (three axes) or the roll pitch exceeds a predetermined threshold as the accident occurrence date and time, and the accident occurrence date and time and the acceleration (three axes) for a predetermined period before and after the accident occurrence date and time.
  • the angular velocity (three axes) and roll / pitch data are stored in the memory 23 so as not to be updated, and transmitted to the portable terminal 30.
  • the controller 24 may immediately transmit the above accident information when connected to the portable terminal 30, and if not connected to the portable terminal 30, the controller 24 transmits as soon as the connection with the portable terminal 30 is established. May be.
  • the controller 34 of the portable terminal 30 temporarily stores the received accident information in the memory 33. Then, the controller 34 transmits the accident information and the vehicle information stored in the memory 33 to the management server 40b via the second communication interface 32 and the network 300 in accordance with the operation of the portable terminal 30 by the driver.
  • FIG. 16 is a flowchart of an accident information acquisition operation by the controller 44 of the management server 40b according to the second embodiment.
  • the controller 44 of the management server 40b receives the accident information of the vehicle 200 from the portable terminal 30 via the network 300 and the communication interface 41 in parallel with the vehicle information management operation shown in FIG. 8 (S31).
  • the controller 44 stores the received accident information (FIGS. 15A and 15B) in the data storage unit 43 (S32).
  • FIG. 17 is a flowchart showing the display operation of the vehicle information by the controller 44 of the management server 40b and the controller 54 of the display terminal 50 according to the second embodiment.
  • a request for displaying the failure information of the vehicle to be investigated is made from the display terminal 50 of the automobile insurance company to the management server 40b via the network 300.
  • a vehicle ID for example, a vehicle number
  • the controller 54 of the display terminal 50 sends the vehicle ID to the management server 40 b via the communication interface 51 and the network 300. Transmit (S41).
  • the controller 44 of the management server 40b reads the vehicle information of the acquisition date and time before and after the accident occurrence date and time corresponding to the vehicle ID from the vehicle information database stored in the data storage unit 43 (S42).
  • the controller 44 refers to the reference table (FIG. 7) stored in the data storage unit 43 and recognizes the failure content from the failure code of the failure information in the vehicle information (S43). Specifically, the controller 44 creates a plurality of pieces of failure content data as shown in FIG. 10 for each device of the vehicle and for each data acquisition date and time based on the recognition result. Further, the controller 44 includes information on whether the failure content data is acquired after the accident occurrence date or time or acquired before the accident occurrence date and time. The controller 44 provides the failure content data to the display terminal 50 via the communication interface 41 and the network 300, and the controller 54 determines the failure content that occurred after the accident occurrence date and time and the accident occurrence date and time based on the failure content data. In addition, the content of the failure that occurred before is distinguished and displayed on the display unit 55 of the display terminal 50 via the communication interface 41 and the network 300 (S44).
  • FIG. 18 is a diagram showing an example of the display screen.
  • the display area 64 corresponding to the failure location that occurred after the accident occurrence date and time and the display area 65 corresponding to the failure location that occurred before the accident occurrence date and time are displayed separately.
  • it indicates that the failure relating to “brake and body” occurred before the date of occurrence of the accident, and that the failure relating to “charging system and electric system” occurred after the date of occurrence of the accident. ing.
  • a fault code that actually indicates a fault is acquired from the vehicle, the content of the fault is recognized based on the fault code, and occurs before the accident. It is possible to distinguish between a failure that has occurred and a failure that has not occurred before the accident but occurred for the first time after the accident, that is, a failure that has occurred due to the accident, and can be displayed on the display terminal 50 set in, for example, an automobile insurance company. (FIG. 18).
  • the car insurance company can know the failure that occurred before the accident and the failure that occurred after the accident. Therefore, in the event of an accident, you will be paid insurance claims for vehicle insurance for failures that occurred after the accident, but you will not pay insurance premiums for vehicle insurance for failures that occurred before the accident, and overpay Can be reduced.
  • the automobile insurance company business support system 100 performs the insurance insurance payment business of the automobile insurance company, specifically, the vehicle insurance insurance payment business for the portion that has failed before the accident. Can help.
  • an automobile insurance company business support system 100 that supports an insurance payment business of an automobile insurance company, specifically, an insurance payment business of a passenger's accident insurance.
  • the automobile insurance company business support system 100 has a function of analyzing and presenting the situation at the time of an accident from the accident information.
  • Embodiment 3 will be described with reference to FIGS.
  • the configuration of the automobile insurance company business support system 100 according to the third embodiment is basically the same as that of the second embodiment described with reference to FIG.
  • the function and operation of the controller 44 of 40b are different from those described above.
  • the operation of the management server 40b of the car insurance company business support system 100 according to the third embodiment will be described with reference to FIG.
  • FIG. 19 is a flowchart showing an accident information display operation by the controller 44 of the management server 40b according to the third embodiment.
  • a request for displaying the accident information of the investigation target vehicle is made from the display terminal 50 of the automobile insurance company to the management server 40b via the network 300.
  • a vehicle ID for example, a vehicle number
  • the controller 54 of the display terminal 50 sends the vehicle ID to the management server 40 b via the communication interface 51 and the network 300. Transmit (S51).
  • the controller 44 of the management server 40b reads accident information corresponding to the vehicle ID from the accident information stored in the data storage unit 43 (S52).
  • the controller 44 analyzes the accident situation based on the accident information (S53).
  • the controller 44 generates text data indicating the accident situation as an analysis result. Specifically, the acceleration waveform of the vehicle at the time of the accident is analyzed in advance, the feature quantity of the acceleration waveform is extracted, and an accident analysis table that associates the feature quantity of the acceleration waveform with text data indicating the accident situation is created.
  • the accident analysis table is stored in the data storage unit 43.
  • the angular velocity waveform of the vehicle at the time of the accident is analyzed in advance to extract the feature quantity of the angular velocity waveform, the feature quantity of the angular velocity waveform is associated with the text data indicating the accident situation, and the data storage unit 43 as an accident analysis table. Store it in.
  • the controller 44 refers to the accident analysis table, analyzes the acceleration waveform and the angular velocity waveform in the accident information, and converts the characteristic amount of the acceleration waveform and the angular velocity waveform, which are the analysis results, into text data (S53).
  • the controller 44 provides text data of the analysis result to the display terminal 50 via the communication interface 41 and the network 300, and the controller 54 displays the text data of the analysis result on the display unit 55 as text.
  • the controller 54 may print the text data of the analysis result with the printer 400 via the device interface 47.
  • FIGS. 21A and 21B are diagrams showing examples of display of analysis results.
  • the acceleration waveform pattern of accident information shown in FIG. 20A shows an acceleration waveform when a vehicle in an accident is collided from behind with some object (for example, another vehicle). From the figure, the vehicle in the accident collided with some object from behind and the acceleration increased instantaneously in the positive direction, and then the front part of the vehicle collided with some object and the acceleration instantaneously in the negative direction. It can be seen that it has increased.
  • FIG. 21A is an example of a display showing an accident situation which is an analysis result of the acceleration waveform pattern, and indicates that the vehicle has collided from the rear and then collided forward.
  • the angular velocity waveform pattern of the accident information shown in FIG. 20B shows the angular velocity waveform when the vehicle rolls over. From the figure, it can be seen that the angular velocity increases momentarily as the vehicle rotates once in the lateral direction.
  • FIG. 21B is an example of a display showing an accident situation which is an analysis result of the angular velocity waveform pattern, and text indicating that the rollover has occurred.
  • the automobile insurance company business support system 100 actually acquires accident information such as acceleration, angular velocity, roll / pitch, etc. before and after the accident from the vehicle.
  • the accident state is analyzed, and the accident state of the analysis result can be displayed as text on the display terminal 50 set in, for example, an automobile insurance company.
  • it can be printed, for example, on paper media for provision to auto insurance companies (FIGS. 21A and 21B).
  • the management server 40b and the display terminal 50 present the analysis result of the accident situation as text.
  • the present disclosure is not limited to this.
  • the management server 40b and the display terminal 50 may graphically display the accident situation or may notify by voice.
  • Cervical vertebra sprains often occur at the time of a collision from the rear of the vehicle, which is an unexpected collision, or when the vehicle rolls over.
  • the car insurance company business support system 100 of the present embodiment since the situation at the time of the accident is displayed in text, the car insurance company can know the accident state such as a collision from the rear of the vehicle or a vehicle rollover. This makes it easier to estimate whether or not a cervical sprain has actually occurred due to an accident, and can reduce the payment of disability insurance for false claims.
  • the car insurance company business support system 100 can support the insurance insurance payment business of the automobile insurance company, specifically the passenger accident insurance payment business. .
  • Embodiments 1 to 3 have been described as examples of the technology disclosed in the present application.
  • the technology in the present disclosure is not limited to this, and can also be applied to an embodiment in which changes, replacements, additions, omissions, and the like are appropriately performed.
  • the management servers 40 and 40b receive the vehicle information from the OBD module 10 via the network 300 and the mobile terminal 30.
  • the present disclosure is not limited thereto, and the management servers 40 and 40b may receive vehicle information from the OBD module 10 via the network 300 without using the mobile terminal 30.
  • the management servers 40 and 40b may receive the vehicle information from the crash recorder 20 via the network 300 without using the mobile terminal 30.
  • the crash recorder 20 including the G sensor 25, the gyro sensor 26, and the roll / pitch sensor 27 is mounted on the vehicle 200, so that the management servers 40 and 40b analyze the accident situation.
  • the information on acceleration, angular velocity, and roll / pitch obtained from the crash recorder 20 was used.
  • the management servers 40 and 40b may use information on acceleration, angular velocity, and roll pitch in the vehicle information acquired by the OBD module 10 in order to analyze the accident situation.
  • the management servers 40 and 40b create various display data in response to a request from the display terminal 50 (for example, input of a vehicle ID), and display the display data on the display unit 55 of the display terminal 50. Displayed.
  • the present disclosure is not limited to this, and the management servers 40 and 40b generate the various display data described above using the vehicle ID by the operation unit 46 of the own device as an input, and display it on the display unit 45 of the own device. Also good.
  • This disclosure is applicable to a car insurance company business support system that supports the work of a car insurance company.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Mechanical Engineering (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

自動車保険会社業務支援システム（１００）は、自動車保険会社の保険料の設定業務を支援するシステムであって、車両（２００）に搭載され、安全装置を含む車両（２００）の装置の故障状況を示す故障情報を車両（２００）から取得し、取得した故障情報を送信するＯＢＤモジュール（１０）と、ＯＢＤモジュール（１０）から故障情報を受信し、故障情報を管理する管理サーバ（４０）と、管理サーバで管理される故障情報に基づいて、車両（２００）の安全装置が故障しているか否かを表示する表示端末（５０）とを備える。

Description

自動車保険会社業務支援システム
　本開示は、自動車保険会社の業務を支援する自動車保険会社業務支援システムに関する。
　特許文献１は、自動車事故等が発生した場合に、損害保険会社等が行う損害調査業務を管理・支援する損害調査業務支援システムを開示する。この損害調査業務支援システムは、複数の損害調査業務拠点と、データ管理センターとを通信ネットワークにより接続する。データ管理センターは、各損害調査業務拠点より入力された損害調査業務に関するデータに基づいて、進捗データテーブルを更新し、各々の業務毎の進捗状況に係る情報を集中管理する。これにより、各損害調査業務拠点によって分担してなされる業務であっても、各損害調査業務拠点側から逐次入力される進捗情報に基づいて更新された進捗データテーブルを参照することによって、損害調査業務の全体における進捗状況管理を行うことが可能となる。
特開２００２－９２３３４号公報
　本開示における自動車保険会社業務支援システムは、自動車保険会社の保険料の設定業務を支援する自動車保険会社業務支援システムであって、車両に搭載され、安全装置を含む当該車両の装置の故障状況を示す故障情報を当該車両から取得し、取得した故障情報を送信する取得モジュールと、取得モジュールから故障情報を受信し、故障情報を管理する管理装置と、前記管理装置で管理される故障情報に基づいて、車両の安全装置が故障しているか否かを表示する表示装置とを備える。
　また、本開示における自動車保険会社業務支援システムは、自動車保険会社の保険金の支払い業務を支援する自動車保険会社業務支援システムであって、車両に搭載され、当該車両の装置の故障状況を示す故障情報を当該車両から取得し、取得した故障情報を送信する取得モジュールと、車両に搭載され、当該車両が事故を起こしたこと及び事故発生日時を示す事故情報を取得して送信するクラッシュレコーダと、取得モジュールから故障情報を受信するとともに、クラッシュレコーダから事故情報を受信し、故障情報及び事故情報を管理する管理装置と、管理装置から受信する故障情報及び事故情報に基づいて、事故発生日時よりも前に発生した故障情報と、事故発生日時よりも後に発生した故障情報とを区別して表示する表示装置とを備える。
　また、本開示における自動車保険会社業務支援システムは、自動車保険会社の保険金の支払い業務を支援する自動車保険会社業務支援システムであって、車両に搭載され、当該車両の事故発生時の加速度、角速度、及びロール・ピッチのうちの少なくとも１つを計測し、事故発生日時とともに事故情報として送信するクラッシュレコーダと、事故情報を受信し、事故情報の加速度に基づいて事故状態を解析して解析結果を送信する解析装置と、解析結果を提示する提示装置とを備える。
　本開示における自動車保険会社業務支援システムは、自動車保険会社の保険料の設定業務を支援することができる。また、本開示における自動車保険会社業務支援システムは、自動車保険会社の保険金の支払い業務を支援することができる。
図１は実施の形態１にかかる自動車保険会社業務支援システムの構成を示すブロック図である。 図２は実施の形態１にかかるＯＢＤモジュールの構成を示すブロック図である。 図３は実施の形態１にかかる携帯端末の構成を示すブロック図である。 図４は実施の形態１にかかる管理サーバの構成を示すブロック図である。 図５は実施の形態１にかかる表示端末の構成を示すブロック図である。 図６は車両情報データベースの一例を示す図である。 図７は故障コードと故障内容とが対応付けされた参照テーブルの一例を示す図である。 図８は実施の形態１にかかる管理サーバのコントローラによる車両情報の管理動作を示すフローチャートである。 図９は実施の形態１にかかる管理サーバのコントローラによる故障情報の表示動作を示すフローチャートである。 図１０は表示のための表示データの一例を示す図である。 図１１は表示の一例を示す図である。 図１２は実施の形態２にかかる自動車保険会社業務支援システムの構成を示すブロック図である。 図１３は実施の形態２にかかるクラッシュレコーダの構成を示すブロック図である。 図１４は実施の形態２にかかる管理サーバの構成を示すブロック図である。 図１５Ａは事故情報の一例を示す図である。 図１５Ｂは事故情報の一例を示す図である。 図１６は実施の形態２にかかる管理サーバのコントローラによる事故情報の取得動作を示すフローチャートである。 図１７は実施の形態２にかかる管理サーバのコントローラによる故障情報の表示動作を示すフローチャートである。 図１８は表示画面の一例を示す図である。 図１９は実施の形態３にかかる管理サーバのコントローラによる事故情報の表示動作を示すフローチャートである。 図２０Ａは事故情報（加速度波形）の一例を示す図である。 図２０Ｂは事故情報（角速度波形）の一例を示す図である。 図２１Ａは解析結果の表示の例を示す図である。 図２１Ｂは解析結果の表示の例を示す図である。
　以下、適宜図面を参照しながら、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。
　なお、発明者は、当業者が本開示を十分に理解するために添付図面および以下の説明を提供するのであって、これらによって請求の範囲に記載の主題を限定することを意図するものではない。
　（実施の形態１に至った経緯）
　自動車損害保険の被保険者（契約者）の保険料（掛け金）は、車両料率、等級等によって設定される。車両料率は、車両型式（車種）によって設定される。例えばスポーツカーは、コンパクトカーよりも事故を起こすリスクが高いことから、スポーツカーの保険料はコンパクトカーの保険料よりも高くなるように車両料率が設定される。等級は、１年間事故を起こさなければ更新時に毎年１つずつ上がる。等級が上がると割引率が高くなる。
　近年、自動車損害保険として、テレマティクス（Ｔｅｌｅｍａｔｉｃｓ）を利用して、走行距離や運転特性といった運転者ごとの運転情報を取得・分析し、その情報を基に保険料を算定するテレマティクス保険が知られている（ＵＢＩ（Ｕｓａｇｅ　Ｂａｓｅｄ　Ｉｎｓｕｒａｎｃｅ）ともいう）。テレマティクスとは、自動車などの移動体に通信システムを組み合わせて、リアルタイムに情報サービスを提供することである。テレマティクス保険として、走行距離連動型（Ｐａｙ　Ａｓ　Ｙｏｕ　Ｄｒｉｖｅ：ＰＡＹＤ）保険がある。また、近年、運転行動連動型（Ｐａｙ　Ｈｏｗ　Ｙｏｕ　Ｄｒｉｖｅ：ＰＨＹＤ）保険が検討されている。走行距離連動型保険は、保険料を設定するにあたり、車両料率、等級に加え、走行距離にも基づく。例えば走行距離が短いほど保険料の割引率が高くなる。運転行動連動型保険は、保険料を設定するにあたり、車両料率、等級に加え、ドライバの運転の仕方（運転性向）にも基づく。例えば契約者（被保険者）の運転性向を計測して解析した結果に応じて比較的に安全運転を行う被保険者ほど保険料の割引率が高くなる。
　また、自動車保険として、ＡＢＳ（Ａｎｔｉｌｏｃｋ　Ｂｒａｋｅ　Ｓｙｓｔｅｍ）やエアバッグ等の安全装置を搭載する車両に対して、割引率が高く設定される（例えば、５％ずつ）ものもある。保険料における安全装置に関する割引率は、保険加入時に決定し、１年ごとの更新時に見直されることはない。したがって、契約締結後又は更新後に安全装置が故障した場合、安全装置が故障しているにも関わらず、高い割引率が適用されていることになり、保険会社にとっては不利益が生じていた。しかしながら、自動車保険会社はそのような安全装置の故障を知るすべがなかった。
　このような課題を考慮し、実施の形態１では、自動車保険会社の保険料の設定業務、具体的には安全装置に関する保険料の割引率の設定業務を支援する自動車保険会社業務支援システムを提供する。
　（実施の形態１）
　以下、図１～１１を用いて、実施の形態１を説明する。
　［１－１．構成］
　［１－１－１．自動車保険会社業務支援システム］
　図１は、実施の形態１にかかる自動車保険会社業務支援システムの構成を示すブロック図である。図１に示す自動車保険会社業務支援システム１００は、自動車保険会社の保険料の設定業務を支援するシステムである。自動車保険会社業務支援システム１００は、ＯＢＤモジュール１０と、携帯端末３０と、管理サーバ４０と、表示端末５０とを備える。管理サーバ４０はクラウドサーバであり、自動車保険会社や、車両に関する情報を提供するプロバイダに設置される。また、表示端末５０は自動車保険会社に設置される。
　ＯＢＤモジュール１０は、被保険者が運転する車両２００に搭載され、車両２００内の装置が故障したことを示す故障情報を含む車両情報（詳細は後述する）を車両２００から定期的に取得し、取得した車両情報を送信する。携帯端末３０は、ＯＢＤモジュール１０から車両情報を受信し、ネットワーク３００を介して管理サーバ４０に送信する。管理サーバ４０は、携帯端末３０から車両情報を定期的又は不定期的に受信し、受信した車両情報を車両情報データベースとして管理する。管理サーバ４０は、表示端末５０からのリクエストに応じて、車両情報における故障情報が示す故障内容（例えば、安全装置が故障しているか否か）を表示端末５０に表示させる。以下、各部の具体的な構成を説明する。
　［１－１－２．ＯＢＤモジュール］
　ＯＢＤモジュール１０は車両２００に搭載され、コントローラエリアネットワーク（Ｃｏｎｔｒｏｌｌｅｒ　Ａｒｅａ　Ｎｅｔｗｏｒｋ：以下「ＣＡＮ」という）２２０を介して複数のＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ　Ｃｏｎｔｒｏｌ　Ｕｎｉｔ）２１１、２１２、２１３に接続される。各ＥＣＵ２１１、２１２、２１３は、車両２００のエンジン制御、ブレーキ制御、操舵制御等の動作制御のうちのいずれかの動作制御を行う装置である。ＥＣＵ２１１、２１２、２１３は、ＣＡＮ２２０によって接続され、ＣＡＮ２２０を介して互いに車両情報の送受信を行う。
　図２は、ＯＢＤモジュール１０の構成を示すブロック図である。ＯＢＤモジュール１０は、例えば車両２００における自己診断機能（Ｏｎ　Ｂｏａｒｄ　Ｄｉａｇｎｏｓｔｉｃｓ　ｓｅｃｏｎｄ　ｇｅｎｅｒａｔｉｏｎ：以下「ＯＢＤ２」という）端子を介してＣＡＮ２２０に接続される。ＯＢＤモジュール１０は、ＥＣＵ２１１、２１２、２１３からＣＡＮ２２０を介して車両情報を取得し、取得した車両情報を携帯端末３０及びネットワーク３００を介して管理サーバ４０に送信する。ＯＢＤモジュール１０は、第１及び第２の通信インタフェース１１、１２と、メモリ１３と、コントローラ１４とを備える。
　第１の通信インタフェース１１は、ＩＳＯ１５７６５、ＩＳＯ１１８９８、ＩＳＯ１１５１９等のＣＡＮの通信規格、又は、ＩＳＯ１４２３０等の車両故障診断の通信規格に準拠した無線通信モジュールである。第１の通信インタフェース１１は、車両２００におけるＯＢＤ２端子を介してＣＡＮ２２０に接続され、ＣＡＮ２２０を介してＥＣＵ２１１、２１２、２１３から車両情報を取得する。第２の通信インタフェース１２は、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標、以下同様）等の通信規格にしたがって携帯端末３０と近距離無線通信を行う無線通信モジュールである。
　メモリ１３は、記録媒体であり、半導体メモリ等で構成される。メモリ１３は、第１の通信インタフェース１１で受信した車両情報を格納する。また、メモリ１３は、コントローラ１４のための各種プログラムを格納する。
　コントローラ１４は、ＣＰＵ、ＭＰＵ等で構成され、メモリ１３に格納された各種プログラムを実行することにより、ＯＢＤモジュール１０の全体を制御して、後述する所定の機能を実現する。
　［１－１－３．携帯端末］
　図３は、携帯端末３０の構成を示すブロック図である。携帯端末３０は、車両２００のドライバが所持するスマートフォン、タブレット等の携帯端末である。携帯端末３０は、ＯＢＤモジュール１０から受信する車両情報を一時的に格納し、格納した車両情報をネットワーク３００を介して管理サーバ４０に送信する。携帯端末３０は、第１及び第２の通信インタフェース３１、３２と、メモリ３３と、コントローラ３４とを備える。
　第１の通信インタフェース３１は、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ等の通信規格にしたがってＯＢＤモジュール１０と近距離無線通信を行う無線通信モジュールである。第１の通信インタフェース３１は、ＵＳＢ等の規格に準拠してケーブルを介してＯＢＤモジュール１０とデータ通信を行う有線通信モジュールであってもよい。第２の通信インタフェース３２は、３Ｇ、ＬＴＥ等の通信規格にしたがってネットワーク３００に接続して無線通信を行う通信モジュールである。
　メモリ３３は、記録媒体であり、半導体メモリ等で構成される。メモリ３３は、第１の通信インタフェース３１で受信した車両情報を一時的に格納する。また、メモリ３３は、コントローラ３４のための各種プログラムを格納する。
　コントローラ３４は、ＣＰＵ、ＭＰＵ等で構成され、メモリ３３に格納された各種プログラムを実行することにより、携帯端末３０の全体を制御して、後述する所定の機能を実現する。
　［１－１－４．管理サーバ］
　図４は、管理サーバ４０の構成を示すブロック図である。管理サーバ４０は、例えばクラウドサーバであり、携帯端末３０からネットワーク３００を介して定期的又は不定期的に受信した車両情報を車両情報データベースとして管理する。管理サーバ４０は、表示端末５０からのリクエストに応じて、車両情報における故障情報が示す故障内容に基づいて、安全装置が故障しているか否か表示端末５０に表示させる。管理サーバ４０は、通信インタフェース４１と、データ格納部４３と、コントローラ４４と、表示部４５と、操作部４６とを備える。
　通信インタフェース４１は、ＩＥＥＥ８０２等の通信規格にしたがってネットワーク３００に接続してデータ通信を行う通信モジュールである。
　データ格納部４３は、記録媒体であり、ＨＤＤやＳＳＤ等で構成される。データ格納部４３は、通信インタフェース４１で受信した車両情報を車両情報データベース（詳細は後述）として格納する。また、データ格納部４３は、後述する故障コードと故障内容とが対応付けされた参照テーブルを格納する。また、データ格納部４３は、コントローラ４４のための各種プログラムを格納する。
　コントローラ４４は、ＣＰＵ、ＭＰＵ等で構成され、データ格納部４３に格納された各種プログラムを実行することにより、管理サーバ４０の全体を制御して、後述する所定の機能を実現する。
　表示部４５は、例えば液晶ディスプレイや有機ＥＬディスプレイで構成される。操作部４６は、例えばキーボードで構成される。
　管理サーバ４０はさらに、プリンタ等の外部機器４００に接続するための機器インタフェース４７とを含む。機器インタフェース４７は、ＵＳＢ、ＩＥＥＥ１３９４、ＩＥＥＥ８０２．１１、ＷｉＦｉ等の規格に準拠してデータ等の通信を行う通信モジュールである。
　［１－１－５．表示端末］
　図５は、表示端末５０の構成を示すブロック図である。表示端末５０は、例えば自動車保険会社に設置されたＰＣ等の携帯端末であり、管理サーバ４０からネットワーク３００を介して受信した故障内容（例えば、安全装置が故障しているか否か）を表示する。表示端末５０は、通信インタフェース５１と、メモリ５３と、コントローラ５４と、表示部５５と、操作部５６とを備える。
　通信インタフェース５１は、ＩＥＥＥ８０２等の通信規格にしたがってネットワーク３００に接続してデータ通信を行う通信モジュールである。
　メモリ５３は、記録媒体であり、ＨＤＤやＳＳＤ等で構成される。メモリ５３は、通信インタフェース５１で受信した故障内容を記憶する。また、メモリ５３は、コントローラ５４のための各種プログラムを格納する。
　コントローラ５４は、ＣＰＵ、ＭＰＵ等で構成され、メモリ５３に格納された各種プログラムを実行することにより、表示端末５０の全体を制御して、後述する所定の機能を実現する。
　表示部５５は、例えば液晶ディスプレイや有機ＥＬディスプレイで構成される。操作部５６は、例えばキーボードで構成される。
　［１－１－６．車両情報データベース］
　図６は、車両情報データベースの一例を示す図である。車両情報データベースは、車両を識別するための車両ＩＤ（例えば車両ナンバー）と、ＯＢＤモジュール１０による車両情報の取得日時と、車両情報とを管理する。車両情報は、走行距離、燃費（瞬時・平均）、エンジン回転数、速度、加速度（３軸Ｇ）、角速度（３軸ジャイロ）、車両位置、ロール・ピッチ、エンジン水温、スロットル開度、外気温、バッテリー異常、オイル劣化、点火時期、車両故障（ＤＴＣ）、使用者情報（ＩＭＳＩ、ＩＭＥＩ）、及び、車両形式情報等を含む。故障情報は、図６の例では、故障コード「Ａ１０１」を含む。
　例えば、車両故障、使用者情報、及び、車両形式情報はＯＢＤモジュール１０によって１日ごとに取得される情報であり、それ以外の車両情報はＯＢＤモジュール１０によって時間間隔２０ｍｓごとに取得される情報である。
　［１－１－７．参照テーブル］
　図７は、故障コードと故障内容とが対応付けた参照テーブルの一例を示す図である。故障コードは、故障内容を示す情報である。故障内容は、車両内の装置（故障の箇所）と詳細（故障の状態）とを含む。図７の例では、故障コードとして「Ａ１０１」、「Ａ２１２」、「Ｂ１０２」、「Ｂ２０５」、「Ｃ１０３」、「Ｃ２０６」、「Ｄ１０１」、「Ｄ２１２」、「Ｅ１０２」、「Ｅ２０５」、「Ｆ１０３」、「Ｆ２０６」が示されている。故障コード「Ａ１０１」及び「Ａ２１２」が示す故障内容はエアバックに関する故障である。故障コード「Ｂ１０２」及び「Ｂ２０５」が示す故障内容はＡ／Ｔ（Ａｕｔｏｍａｔｉｃ　Ｔｒａｎｓｍｉｓｓｉｏｎ）に関する故障である。故障コード「Ｃ１０３」及び「Ｃ２０６」が示す故障内容はエンジンに関する故障である。故障コード「Ｄ１０１」及び「Ｄ２１２」が示す故障内容はブレーキ及びボディに関する故障である。故障コード「Ｅ１０２」及び「Ｅ２０５」が示す故障内容は充電系及び電気系に関する故障である。故障コード「Ｆ１０３」及び「Ｆ２０６」が示す故障内容はＡＢＳに関する故障である。また、図７の例では、各故障内容として詳細な内容が対応付けされている。
　［１－２．動作］
　以上のように構成された自動車保険会社業務支援システム１００について、その動作を以下に説明する。
　ＯＢＤモジュール１０のコントローラ１４は、ＥＣＵ２１１、２１２、２１３からＣＡＮ２２０及び第１の通信インタフェース１１を介して車両２００の車両情報を所定間隔（例えば２０ｍｓ間隔や１日間隔）で取得し、メモリ１３に記憶する。
　携帯端末３０のコントローラ３４は、運転者に所持されて運転者が車両２００を運転する際に、ＯＢＤモジュール１０に記憶された車両情報をＯＢＤモジュール１０から第１の通信インタフェース３１を介して取得し、メモリ３３に一時的に記憶する。そして、コントローラ３４は、運転者による携帯端末３０の操作に応じて、メモリ３３に記憶された車両情報を第２の通信インタフェース３２及びネットワーク３００を介して管理サーバ４０に送信する。
　［１－２－１．車両情報の管理動作］
　図８は、管理サーバ４０のコントローラ４４による車両情報の管理動作を示すフローチャートである。
　管理サーバ４０のコントローラ４４は、携帯端末３０からネットワーク３００及び通信インタフェース４１を介して車両２００の車両情報を不定期的に受信する（Ｓ１１）。コントローラ４４は、受信した車両情報を車両情報データベース（図６）としてデータ格納部４３に格納する（Ｓ１２）。
　［１－２－２．車両情報の表示動作］
　図９は、管理サーバ４０のコントローラ４４と表示端末５０のコントローラ５４とによる車両情報の表示動作を示すフローチャートである。
　まず、自動車保険会社の表示端末５０からネットワーク３００を介して管理サーバ４０へ、調査対象車両の故障情報の表示のリクエストが行われる。例えば、表示端末５０の操作部５６により調査対象の車両ＩＤ（例えば車両ナンバー）が入力されると、表示端末５０のコントローラ５４は、車両ＩＤを通信インタフェース５１及びネットワーク３００を介して管理サーバ４０へ送信する（Ｓ２１）。管理サーバ４０のコントローラ４４は、この車両ＩＤに対応した車両情報を、データ格納部４３に格納された車両情報データベースから読み出す（Ｓ２２）。
　次に、コントローラ４４は、データ格納部４３に格納された参照テーブル（図７）を参照して、車両情報における故障情報の故障コードから故障内容を認識する（Ｓ２３）。具体的には、コントローラ４４は、認識結果に基づき、車両の装置毎にかつデータ取得日時毎に故障内容データを複数作成する。図１０の例では、故障内容データは、取得日時、メーカ、車種、年式、装置（故障の箇所）、詳細（故障の状態）を含む。コントローラ４４は、故障内容データを通信インタフェース４１及びネットワーク３００を介して表示端末５０に提供し、コントローラ５４は、故障内容データに基づいて故障内容ごとに故障しているか否かを表示部５５に表示する（Ｓ２４）。故障内容は安全装置に関する故障情報を含む。よって、コントローラ５４は、安全装置が故障しているか否かを表示することとなる。
　図１１は、故障内容を表示する表示画面の一例を示す図である。図１１の表示画面は、装置毎に、すなわちエアバック、Ａ／Ｔ、エンジン、ブレーキ及びボディ、充電系及び電気系、ＡＢＳそれぞれについて、故障しているか否かを表示する。例えば、故障していない場合には対応の表示領域６２～６６を所定の色（例えば、緑色）で表示し、故障している場合には対応の表示領域６１を他の色（例えば、赤色）で表示する。図１１の例では、安全装置であるエアバッグが故障していることが示されている。また、図１１の例では、メーカ、車種、年式についても表示されている。この例では、取得日時が異なる故障内容を画面切換によって表示する。
　以上説明したように、本実施の形態の自動車保険会社業務支援システム１００では、実際に車両から故障を示す故障コードを取得し、故障コードに基づき故障内容を認識し、故障内容を例えば自動車保険会社に設定された表示端末５０に表示させることができる（図１１）。これにより、自動車保険会社は、ＡＢＳやエアバック等の安全装置が故障しているか否かを知ることができる。そのため、安全装置が故障している場合に、その安全装置に関する保険料の割引率の設定をキャンセルした保険料に変更することができる。
　このように、本実施の形態の自動車保険会社業務支援システム１００は、自動車保険会社の保険料の設定業務、具体的には安全装置に関する保険料の割引率の設定業務を支援することができる。
　［１－３．効果等］
　以上のように、本実施の形態において、自動車保険会社業務支援システム１００は、ＯＢＤモジュール１０と、管理サーバ４０と、表示端末５０とを備える。ＯＢＤモジュール１０は、車両２００に搭載され、安全装置を含む車両２００の装置の故障状況を示す故障情報を車両２００から取得し、取得した故障情報を送信する。管理サーバ４０は、ＯＢＤモジュール１０から故障情報を受信し、故障情報を管理する。表示端末５０は、管理サーバ４０で管理される故障情報に基づいて、車両２００の安全装置が故障しているか否かを表示する。
　これにより、自動車保険会社は、ＡＢＳやエアバック等の安全装置が故障しているか否かを知ることができる。そのため、安全装置が故障している場合に、その安全装置に関する保険料の割引率の設定をキャンセルした保険料に変更することができる。このように、本実施の形態１の自動車保険会社業務支援システム１００は、自動車保険会社の保険料の設定業務、具体的には安全装置に関する保険料の割引率の設定業務を支援することができる。
　（実施の形態２、３に至った経緯）
　実施の形態１では、自動車保険会社の保険料の設定業務を支援する自動車保険会社業務支援システムを説明した。実施の形態２、３では、自動車保険会社の保険金の支払い業務を支援する自動車保険会社業務支援システムを説明する。
　事故発生時の保険金の支払いにおいて、過払いや偽証請求を削減することが望まれている。例えば、事故による故障については保険金を支払うが、事故前から故障していた故障についての保険金の過払いを削減したいという要望がある。しかし、自動車保険会社は、事故による故障なのか、或いは事故前から故障していたのかを判別するすべがない。また、事故による本当の頸椎捻挫については保険金を支払うが、偽証請求についての保険金の支払いを削減したいという要望がある。しかし、自動車保険会社は、事故によって本当に頸椎捻挫したのか否かの判別をするすべがない。
　そこで、実施の形態２では、自動車保険会社の保険金の支払い業務、具体的には事故前から故障していた箇所に対する車両保険の保険金の支払い業務を支援する自動車保険会社業務支援システムを提供する。また、実施の形態３では、自動車保険会社の保険金の支払い業務、具体的には搭乗者の傷害保険の保険金の支払い業務を支援する自動車保険会社業務支援システムを提供する。
　（実施の形態２）
　図１２～１９を用いて、実施の形態２を説明する。実施の形態２にかかる自動車保険会社業務支援システム１００は、事故前後の故障を判別できるように事故情報を表示する。
　図１２は、実施の形態２にかかる自動車保険会社業務支援システム１００の構成を示すブロック図である。本実施の形態の自動車保険会社業務支援システム１００は、実施の形態１の自動車保険会社業務支援システム１００（図１）と比較して、さらにクラッシュレコーダ２０を備える構成で異なる。
　クラッシュレコーダ２０は、被保険者が運転する車両２００に搭載され、事故発生時に、事故発生時点と、その前後所定時間の事故情報（詳細は後述する）を携帯端末３０に送信する。携帯端末３０は、ＯＢＤモジュール１０から受信する車両情報に加えて、クラッシュレコーダ２０から受信する事故情報を、ネットワーク３００を介して管理サーバ４０ｂに送信する。管理サーバ４０ｂは、携帯端末３０から車両情報及び事故情報を定期的又は不定期的に受信し、受信した車両情報を車両情報データベースとして管理するとともに、事故情報を格納する。管理サーバ４０ｂは、表示端末５０からのリクエストに応じて、事故前に故障した故障内容と、事故前には故障しておらず事故後に始めて故障した故障内容とを区別して表示端末５０に表示させる。
　［クラッシュレコーダ］
　図１３は、実施の形態２にかかるクラッシュレコーダ２０の構成を示すブロック図である。クラッシュレコーダ２０は、通信インタフェース２１と、メモリ２３と、コントローラ２４と、Ｇセンサ２５と、ジャイロセンサ２６と、ロール・ピッチセンサ２７とを備える。
　通信インタフェース２１は、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ等の通信規格にしたがって携帯端末３０と近距離無線通信を行う無線通信モジュールである。
　メモリ２３は、記録媒体であり、半導体メモリ等で構成される。メモリ２３は、Ｇセンサ２５で検出した加速度、ジャイロセンサ２６で検出した角速度、及び、ロール・ピッチセンサ２７で検出したロール量、ピッチ量を記録する。また、メモリ２３は、コントローラ２４のための各種プログラムを格納する。
　コントローラ２４は、ＣＰＵ、ＭＰＵ等で構成され、メモリ２３に格納された各種プログラムを実行することにより、クラッシュレコーダ２０の全体を制御して、後述する所定の機能を実現する。
　Ｇセンサ２５は、３軸（ヨー軸、ロール軸、ピッチ軸）の方向の加速度（速度変化）を検出するセンサである。Ｇセンサ２５は、車両２００のヨー方向加速度、ロール方向加速度、ピッチ方向加速度を検出する。
　ジャイロセンサ２６は、３軸（ヨー軸、ロール軸、ピッチ軸）に対する角速度を検出するセンサである。ジャイロセンサ２６は、車両２００のヨー方向角速度、ロール方向角速度、ピッチ方向角速度を検出する。
　ロール・ピッチセンサ２７は、ロール軸に対するロール、及び、ピッチ軸に対するピッチを検出するセンサである。ロール・ピッチセンサ２７は、車両２００のロール方向のロール量、ピッチ方向のピッチ量を検出する。
　［管理サーバ］
　図１４は、実施の形態２にかかる管理サーバ４０ｂの構成を示すブロック図である。本実施の形態の管理サーバ４０ｂは、実施の形態１の管理サーバ４０ｂと比較して、データ格納部４３が車両情報データベースに加えて事故情報を格納する点で異なる。
　［事故情報］
　図１５Ａ及び図１５Ｂは、事故情報を示す図である。図１５Ａに示すように、事故情報は、車両２００の車両ＩＤと、当該事故情報の取得日時と、事故情報とを関連付けて格納する情報である。事故情報は、Ｇセンサ２５によって検出される３軸方向の加速度と、ジャイロセンサ２６によって検出される３軸に対する角速度と、ロール・ピッチセンサ２７によって検出される車両２００のロール量、ピッチ量と、事故発生日時とを含む。
　図１５Ｂは、クラッシュレコーダ２０により測定された事故前後のロール軸方向の前後加速度と、ピッチ軸方向の横加速度と、ピッチ軸に対する方位角速度との時間変化を示している。クラッシュレコーダ２０は、例えば前後加速度が所定のしきい値を超えたときに事故が発生したことを検知し、この検知時点を事故発生日時とし、事故発生日時を含み、その前後所定期間の前後加速度、横加速度及び方位角速度を事故情報として送信する。
　以下、図１６～１８を用いて、実施の形態２にかかる自動車保険会社業務支援システム１００の動作を説明する。
　本実施の形態では、実施の形態１で説明した自動車保険会社業務支援システム１００の管理サーバ４０の動作に加えて、図１６のフローチャートに示す事故情報の取得動作を行う。また、図１７のフローチャートに示す動作を行う。
　クラッシュレコーダ２０のコントローラ２４は、例えば１ｍｓ間隔で、Ｇセンサ２５から加速度（３軸）を、ジャイロセンサ２６から角速度（３軸）を、及び、ロール・ピッチセンサ２７からロール・ピッチを取得し、最新の一定期間のデータがメモリ２３に保持されるようにメモリ２３内のデータを更新する。コントローラ２４は、加速度（３軸）、角速度（３軸）又はロール・ピッチが所定のしきい値を超えた時点を事故発生日時とし、事故発生日時とその前後所定期間の加速度（３軸）、角速度（３軸）及びロール・ピッチのデータを更新されないようにメモリ２３に保持するとともに、携帯端末３０に送信する。例えば、コントローラ２４は、携帯端末３０と接続されているときには上記の事故情報を即時に送信してもよいし、携帯端末３０と接続されていなければ、携帯端末３０と接続が確立され次第送信してもよい。
　携帯端末３０のコントローラ３４は、受信した事故情報をメモリ３３に一時的に記憶する。そして、コントローラ３４は、運転者による携帯端末３０の操作に応じて、メモリ３３に記憶された事故情報及び車両情報を第２の通信インタフェース３２及びネットワーク３００を介して管理サーバ４０ｂに送信する。
　［事故情報の取得動作］
　図１６は、実施の形態２にかかる管理サーバ４０ｂのコントローラ４４による事故情報の取得動作を示すフローチャートである。
　管理サーバ４０ｂのコントローラ４４は、図８に示す車両情報の管理動作と並行して、携帯端末３０からネットワーク３００及び通信インタフェース４１を介して車両２００の事故情報を受信する（Ｓ３１）。コントローラ４４は、受信した事故情報（図１５Ａ及び図１５Ｂ）をデータ格納部４３に格納する（Ｓ３２）。
　［車両情報の表示動作］
　図１７は、本実施の形態２にかかる管理サーバ４０ｂのコントローラ４４と表示端末５０のコントローラ５４とによる車両情報の表示動作を示すフローチャートである。
　まず、自動車保険会社の表示端末５０からネットワーク３００を介して管理サーバ４０ｂへ、調査対象車両の故障情報の表示のリクエストが行われる。例えば、表示端末５０の操作部５６により調査対象の車両ＩＤ（例えば車両ナンバー）が入力されると、表示端末５０のコントローラ５４は、車両ＩＤを通信インタフェース５１及びネットワーク３００を介して管理サーバ４０ｂへ送信する（Ｓ４１）。管理サーバ４０ｂのコントローラ４４は、この車両ＩＤに対応した事故発生日時の前後の取得日時の車両情報を、データ格納部４３に格納された車両情報データベースから読み出す（Ｓ４２）。
　次に、コントローラ４４は、データ格納部４３に格納された参照テーブル（図７）を参照して、車両情報における故障情報の故障コードから故障内容を認識する（Ｓ４３）。具体的には、コントローラ４４は、認識結果に基づき、車両の装置毎にかつデータ取得日時毎に図１０に示すような故障内容データを複数作成する。また、コントローラ４４は、故障内容データに、事故発生日時よりも後に取得したものか、或いは事故発生日時よりも前に取得したものかの情報を含ませる。コントローラ４４は、故障内容データを通信インタフェース４１及びネットワーク３００を介して表示端末５０に提供し、コントローラ５４は、故障内容データに基づき、事故発生日時よりも後に発生した故障内容と、事故発生日時よりも前に発生した故障内容とを区別して、通信インタフェース４１及びネットワーク３００を介して表示端末５０の表示部５５に表示する（Ｓ４４）。
　図１８は、表示画面の一例を示す図である。図１８の例では、事故発生日時よりも後に発生した故障箇所に対応する表示領域６４と、事故発生日時よりも前に発生した故障箇所に対応する表示領域６５とを区別して表示している。図１８の例では、「ブレーキ及びボディ」に関する故障は事故発生日時よりも前に発生していたことを示し、「充電系及び電気系」に関する故障は事故発生日時よりも後に発生したことを示している。
　以上説明したように、本実施の形態の自動車保険会社業務支援システム１００では、実際に車両から故障を示す故障コードを取得し、故障コードに基づき故障内容を認識し、事故よりも前に発生していた故障と、事故よりも前には発生しておらず事故よりも後に始めて発生したすなわち事故により発生した故障とを区別して、例えば自動車保険会社に設定された表示端末５０に表示させることができる（図１８）。これにより、自動車保険会社は、事故よりも前に発生していた故障と、事故よりも後に発生した故障とを知ることができる。そのため、事故が発生した場合に、事故後に発生した故障に対しては車両保険の保険金を支払うが、事故前から発生していた故障に対しては車両保険の保険金を支払わず、過払いを削減することができる。
　このように、本実施の形態の自動車保険会社業務支援システム１００は、自動車保険会社の保険金の支払い業務、具体的には事故前から故障していた箇所に対する車両保険の保険金の支払い業務を支援することができる。
　（実施の形態３）
　実施の形態３では、自動車保険会社の保険金の支払い業務、具体的には搭乗者の傷害保険の保険金の支払い業務を支援する自動車保険会社業務支援システム１００を説明する。実施の形態３にかかる自動車保険会社業務支援システム１００は、事故情報から事故発生時の状況を解析して提示する機能を有する。
　以下、図１９～２１を用いて、実施の形態３を説明する。
　実施の形態３にかかる自動車保険会社業務支援システム１００の構成は、図１２を参照して説明した実施の形態２のものと基本的に同様であるが、自動車保険会社業務支援システム１００の管理サーバ４０ｂのコントローラ４４の機能、動作が前述のものと異なる。以下、図１９を用いて、実施の形態３にかかる自動車保険会社業務支援システム１００の管理サーバ４０ｂの動作を説明する。
　図１９は、実施の形態３にかかる管理サーバ４０ｂのコントローラ４４による事故情報の表示動作を示すフローチャートである。
　［事故情報の表示動作］
　まず、自動車保険会社の表示端末５０からネットワーク３００を介して管理サーバ４０ｂへ、調査対象車両の事故情報の表示のリクエストが行われる。例えば、表示端末５０の操作部５６により調査対象の車両ＩＤ（例えば車両ナンバー）が入力されると、表示端末５０のコントローラ５４は、車両ＩＤを通信インタフェース５１及びネットワーク３００を介して管理サーバ４０ｂへ送信する（Ｓ５１）。管理サーバ４０ｂのコントローラ４４は、この車両ＩＤに対応した事故情報を、データ格納部４３に格納された事故情報から読み出す（Ｓ５２）。
　次に、コントローラ４４は、事故情報に基づいて事故状況を解析する（Ｓ５３）。コントローラ４４は、解析結果として事故状況を示すテキストデータを生成する。具体的には、予め事故時の車両の加速度波形を解析して、加速度波形の特徴量を抽出し、加速度波形の特徴量とその事故状況を示すテキストデータとを対応付けた事故解析テーブルを作成し、この事故解析テーブルをデータ格納部４３に格納しておく。また、予め事故時の車両の角速度波形を解析して、角速度波形の特徴量を抽出し、角速度波形の特徴量とその事故状況を示すテキストデータとを対応付けて事故解析テーブルとしてデータ格納部４３に格納しておく。コントローラ４４は、事故解析テーブルを参照し、事故情報における加速度波形や角速度波形を解析し、解析結果である加速度波形の特徴量や角速度波形の特徴量をテキストデータに変換する（Ｓ５３）。
　コントローラ４４は、解析結果のテキストデータを通信インタフェース４１及びネットワーク３００を介して表示端末５０に提供し、コントローラ５４は、解析結果のテキストデータをテキストとして表示部５５に表示する。或いは、コントローラ５４は、解析結果のテキストデータを機器インタフェース４７を介してプリンタ４００で印刷してもよい。
　図２０Ａ及び図２０Ｂは、事故情報の一例（加速度波形及び角速度波形）を示す図であり、図２１Ａ及び図２１Ｂは、解析結果の表示の例を示す図である。図２０Ａに示す事故情報の加速度波形パターンは、事故にあった車両が何らかの物体（例えば、他の車両）に後方から追突されたときの加速度波形を示している。同図より、事故にあった車両が何らかの物体に後方から衝突されて加速度が正方向に瞬間的に増加し、その後、車両の前部が何らかの物体に衝突して加速度が負方向に瞬間的に増加していることが分かる。図２１Ａは、この加速度波形パターンの解析結果である事故状況を示す表示の一例であり、後方から衝突され、その後前方に衝突したことをテキストで示している。
　一方、図２０Ｂに示す事故情報の角速度波形パターンは、車両が横転したときの角速度波形を示している。同図より、車両が横方向に１回転して角速度が瞬間的に増加していることが分かる。図２１Ｂは、この角速度波形パターンの解析結果である事故状況を示す表示の一例であり、横転したことをテキストで示している。
　以上説明したように、本実施の形態３の自動車保険会社業務支援システム１００では、実際に車両から事故発生時点の前後の加速度、角速度、及び、ロール・ピッチ等の事故情報を取得し、事故情報から事故状態を解析して解析結果の事故状態をテキストとして、例えば自動車保険会社に設定された表示端末５０に表示させることができる。または、自動車保険会社に提供するために例えば紙媒体に印刷することができる（図２１Ａ及び図２１Ｂ）。
　なお、本実施の形態では、管理サーバ４０ｂ及び表示端末５０は、事故状況の解析結果をテキストで提示した。しかし、本開示はこれに限定されず、例えば、管理サーバ４０ｂ及び表示端末５０は、事故状況をグラフィカルに表示してもよいし、音声で通知してもよい。
　車両が事故を起こしたときの搭乗者の障害保険の保険金の偽証請求として、頸椎捻挫の保険金の支払い請求が多い。頸椎捻挫は、不意の衝突である車両後方からの衝突時や、車両横転時に生じることが多い。
　本実施の形態の自動車保険会社業務支援システム１００によれば、事故発生時の状況がテキストで表示されるため、自動車保険会社は、車両後方からの衝突や車両横転等の事故状態を知ることができ、事故により本当に頸椎捻挫が生じたか否かを推定しやすくなり、偽証請求への障害保険の保険金の支払いを削減することができる。
　このように、本実施の形態２の自動車保険会社業務支援システム１００は、自動車保険会社の保険金の支払い業務、具体的には搭乗者の傷害保険の保険金の支払い業務を支援することができる。
　（他の実施の形態）
　以上のように、本出願において開示する技術の例示として、実施の形態１～３を説明した。しかしながら、本開示における技術は、これに限定されず、適宜、変更、置き換え、付加、省略などを行った実施の形態にも適用可能である。また、上記実施の形態１～３で説明した各構成要素を組み合わせて、新たな実施の形態とすることも可能である。そこで、以下、他の実施の形態を例示する。
　（１）上記の実施の形態では、管理サーバ４０、４０ｂは、ネットワーク３００及び携帯端末３０を介してＯＢＤモジュール１０から車両情報を受信した。しかし、本開示はこれに限定されず、管理サーバ４０、４０ｂは、携帯端末３０を使用せずに、ネットワーク３００を介してＯＢＤモジュール１０から車両情報を受信してもよい。同様に、管理サーバ４０、４０ｂは、管理サーバ４０、４０ｂは、携帯端末３０を使用せずに、ネットワーク３００を介してクラッシュレコーダ２０から車両情報を受信してもよい。
　（２）上記の実施の形態では、Ｇセンサ２５、ジャイロセンサ２６及びロール・ピッチセンサ２７を備えたクラッシュレコーダ２０を車両２００に搭載し、管理サーバ４０、４０ｂは、事故状況を解析するために、クラッシュレコーダ２０から取得した加速度、角速度、ロール・ピッチの情報を用いた。しかし、本開示はこれに限定されず、管理サーバ４０、４０ｂは、事故状況を解析するために、ＯＢＤモジュール１０が取得する車両情報における加速度、角速度、ロール・ピッチの情報を用いてもよい。
　（３）上記の実施の形態では、管理サーバ４０、４０ｂは、表示端末５０からのリクエスト（例えば、車両ＩＤの入力）に応じて種々の表示データを作成し、表示端末５０の表示部５５に表示させた。しかし、本開示はこれに限定されず、管理サーバ４０、４０ｂは、自装置の操作部４６による車両ＩＤを入力として上記した種々の表示データを作成し、自装置の表示部４５に表示してもよい。
　（４）上記の実施の形態では、軽度な事故を想定しており、事故が発生してもＯＢＤモジュール１０、クラッシュレコーダ２０及び携帯端末３０が正常に動作する形態を説明した。しかし、車両２００の故障度合いが大きかったり、携帯端末３０が故障したりして、管理サーバ４０、４０ｂがクラッシュレコーダ２０の事故情報、及び、ＯＢＤモジュール１０の事故後の故障情報を取得できない場合がある。このような場合には、修理工場等においてクラッシュレコーダ２０の事故情報、及び、ＯＢＤモジュール１０の事故後の故障情報を取り出し、管理サーバ４０、４０ｂは修理工場等から取り出した事故情報及び事故後の故障情報を取得してもよい。
　以上のように、本開示における技術の例示として、実施の形態を説明した。そのために、添付図面および詳細な説明を提供した。
　したがって、添付図面および詳細な説明に記載された構成要素の中には、課題解決のために必須な構成要素だけでなく、上記技術を例示するために、課題解決のためには必須でない構成要素も含まれ得る。そのため、それらの必須ではない構成要素が添付図面や詳細な説明に記載されていることをもって、直ちに、それらの必須ではない構成要素が必須であるとの認定をするべきではない。
　また、上述の実施の形態は、本開示における技術を例示するためのものであるから、請求の範囲またはその均等の範囲において種々の変更、置き換え、付加、省略などを行うことができる。
　本開示は、自動車保険会社の業務を支援する自動車保険会社業務支援システムに適用可能である。
　１０　ＯＢＤモジュール（取得モジュール）
　１１　第１の通信インタフェース
　１２　第２の通信インタフェース
　１３　メモリ
　１４　コントローラ
　２０　クラッシュレコーダ
　２１　通信インタフェース
　２３　メモリ
　２４　コントローラ
　２５　Ｇセンサ（３軸）
　２６　ジャイロセンサ（３軸）
　２７　ロール・ピッチセンサ
　３０　携帯端末
　３１　第１の通信インタフェース
　３２　第２の通信インタフェース
　３３　メモリ
　３４　コントローラ
　４０，４０ｂ　管理サーバ（管理装置、解析装置）
　４１　通信インタフェース
　４３　データ格納部
　４４　コントローラ
　４５　表示部
　４６　操作部
　４７　機器インタフェース
　５０　表示端末（表示装置、提示装置）
　５１　通信インタフェース
　５３　メモリ
　５４　コントローラ
　５５　表示部
　５６　操作部
　１００　自動車保険会社業務支援システム
　２００　車両
　２１１，２１２，２１３　ＥＣＵ
　２２０　ＣＡＮ
　３００　ネットワーク
　４００　外部機器（プリンタ等）

Claims (9)

  1. 　自動車保険会社の保険料の設定業務を支援する自動車保険会社業務支援システムであって、
    　車両に搭載され、安全装置を含む当該車両の装置の故障状況を示す故障情報を当該車両から取得し、取得した前記故障情報を送信する取得モジュールと、
    　前記取得モジュールから前記故障情報を受信し、前記故障情報を管理する管理装置と、
    　前記管理装置で管理される前記故障情報に基づいて、前記車両の前記安全装置が故障しているか否かを表示する表示装置と、
    　を備える自動車保険会社業務支援システム。
  2. 　前記管理装置は、前記故障情報である故障コードと当該故障コードが示す故障内容とが対応付けされたテーブルを備え、当該テーブルに基づいて前記故障コードを前記故障内容を具体的に示す情報に変換する、
    　請求項１に記載の自動車保険会社業務支援システム。
  3. 　前記安全装置は、ＡＢＳ（Ａｎｔｉｌｏｃｋ　Ｂｒａｋｅ　Ｓｙｓｔｅｍ）又はエアバックである、
    　請求項１に記載の自動車保険会社業務支援システム。
  4. 　自動車保険会社の保険金の支払い業務を支援する自動車保険会社業務支援システムであって、
    　車両に搭載され、当該車両の装置の故障状況を示す故障情報を当該車両から取得し、取得した前記故障情報を送信する取得モジュールと、
    　前記車両に搭載され、当該車両が事故を起こしたこと及び事故発生日時を示す事故情報を取得して送信するクラッシュレコーダと、
    　前記取得モジュールから前記故障情報を受信するとともに、前記クラッシュレコーダから前記事故情報を受信し、前記故障情報及び前記事故情報を管理する管理装置と、
    　前記管理装置から受信する前記故障情報及び前記事故情報に基づいて、前記事故発生日時よりも前に発生した前記故障情報と、前記事故発生日時よりも後に発生した前記故障情報とを区別して表示する表示装置と、
    　を備える自動車保険会社業務支援システム。
  5. 　前記管理装置は、前記故障情報である故障コードと当該故障コードが示す故障内容とが対応付けされたテーブルを備え、当該テーブルに基づいて前記故障コードを前記故障内容を具体的に示す情報に変換する、
    　請求項４に記載の自動車保険会社業務支援システム。
  6. 　前記事故情報は、加速度、角速度、ロール・ピッチのうちの少なくとも１つと、前記事故発生日時とを含む、
    　請求項４に記載の自動車保険会社業務支援システム。
  7. 　自動車保険会社の保険金の支払い業務を支援する自動車保険会社業務支援システムであって、
    　車両に搭載され、当該車両の事故発生時の加速度、角速度、ロール・ピッチのうちの少なくとも１つを計測し、事故発生日時とともに事故情報として送信するクラッシュレコーダと、
    　前記事故情報を受信し、前記事故情報の前記加速度に基づいて事故状態を解析して解析結果を送信する解析装置と、
    　前記解析結果を提示する提示装置と、
    　を備える自動車保険会社業務支援システム。
  8. 　前記提示装置は、前記解析結果をテキストで、表示部に表示又は書類に印刷する、
    　請求項７に記載の自動車保険会社業務支援システム。
  9. 　前記解析装置は、衝突方向、横転の有無を解析する、
    　請求項７に記載の自動車保険会社業務支援システム。
PCT/JP2017/014497 2016-08-10 2017-04-07 自動車保険会社業務支援システム WO2018029901A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016-157605 2016-08-10
JP2016157605A JP2018025978A (ja) 2016-08-10 2016-08-10 自動車保険会社業務支援システム

Publications (1)

Publication Number Publication Date
WO2018029901A1 true WO2018029901A1 (ja) 2018-02-15

Family

ID=61161834

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/014497 WO2018029901A1 (ja) 2016-08-10 2017-04-07 自動車保険会社業務支援システム

Country Status (2)

Country Link
JP (1) JP2018025978A (ja)
WO (1) WO2018029901A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109062926A (zh) * 2018-06-06 2018-12-21 成都中通信通科技有限公司 一种车辆保险数据采集系统
CN109572594A (zh) * 2018-11-19 2019-04-05 福建工程学院 一种基于车辆网动态对比检测车辆行驶异常的方法

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007257326A (ja) * 2006-03-23 2007-10-04 Toyota Motor Corp 保険契約システム、保険契約方法、移動体搭載器、サーバ及び保険契約プログラム
JP2007264820A (ja) * 2006-03-27 2007-10-11 Aioi Kiso Kenkyusho:Kk 事故情報記録システムおよび車載システム
JP2009015789A (ja) * 2007-07-09 2009-01-22 Denso Corp ドライブレコーダ及びドライブレコーダシステム
US20090051510A1 (en) * 2007-08-21 2009-02-26 Todd Follmer System and Method for Detecting and Reporting Vehicle Damage
JP2009205368A (ja) * 2008-02-27 2009-09-10 Denso Corp 事故通報システム、及び、車載装置
JP2015047912A (ja) * 2013-08-30 2015-03-16 パナソニック株式会社 車両管理システム、情報取得装置、情報表示装置及び端末装置
CN104908694A (zh) * 2015-05-15 2015-09-16 深圳市赛格导航科技股份有限公司 用于行驶轨迹鉴定的系统及其数据采集装置
JP2015207049A (ja) * 2014-04-17 2015-11-19 株式会社デンソー 車両事故状況予測装置及び車両事故状況予測システム、車両事故通報装置
JP2016057693A (ja) * 2014-09-05 2016-04-21 株式会社デンソー 車両用緊急通報装置

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007257326A (ja) * 2006-03-23 2007-10-04 Toyota Motor Corp 保険契約システム、保険契約方法、移動体搭載器、サーバ及び保険契約プログラム
JP2007264820A (ja) * 2006-03-27 2007-10-11 Aioi Kiso Kenkyusho:Kk 事故情報記録システムおよび車載システム
JP2009015789A (ja) * 2007-07-09 2009-01-22 Denso Corp ドライブレコーダ及びドライブレコーダシステム
US20090051510A1 (en) * 2007-08-21 2009-02-26 Todd Follmer System and Method for Detecting and Reporting Vehicle Damage
JP2009205368A (ja) * 2008-02-27 2009-09-10 Denso Corp 事故通報システム、及び、車載装置
JP2015047912A (ja) * 2013-08-30 2015-03-16 パナソニック株式会社 車両管理システム、情報取得装置、情報表示装置及び端末装置
JP2015207049A (ja) * 2014-04-17 2015-11-19 株式会社デンソー 車両事故状況予測装置及び車両事故状況予測システム、車両事故通報装置
JP2016057693A (ja) * 2014-09-05 2016-04-21 株式会社デンソー 車両用緊急通報装置
CN104908694A (zh) * 2015-05-15 2015-09-16 深圳市赛格导航科技股份有限公司 用于行驶轨迹鉴定的系统及其数据采集装置

Also Published As

Publication number Publication date
JP2018025978A (ja) 2018-02-15

Similar Documents

Publication Publication Date Title
US11069215B1 (en) Device for automatic crash notification
US12115983B2 (en) Systems and methods for reconstruction of a vehicular crash
US10643477B2 (en) Systems and methods for performing driver and vehicle analysis and alerting
US20150006023A1 (en) System and method for determination of vheicle accident information
US10106156B1 (en) Systems and methods for reconstruction of a vehicular crash
EP3425597A1 (en) Vehicle safety notification system
US9830749B2 (en) Systems and methods for executing custom fleet vehicle management scripts
KR101071914B1 (ko) 자동차 충돌사고 알림시스템 및 그 방법
CN105976450A (zh) 无人驾驶车辆的数据处理方法和装置、黑匣子系统
GB2522728A (en) Monitoring device
EP2930697A1 (en) Method and device for processing vehicle condition data
WO2013169738A1 (en) Off-board hours-of-service ("hos") processing
JP6492481B2 (ja) 車両診断装置、端末装置及び車両診断方法
JP2015518440A (ja) スマートフォンにおける自動車両データ処理
TW202101344A (zh) 用於計算車輛的駕駛人的責任的系統和方法
US20210261140A1 (en) Technologies for driver behavior assessment
WO2018029901A1 (ja) 自動車保険会社業務支援システム
CN110949287A (zh) 一种实时在线分析的车辆安全服务系统
KR101498534B1 (ko) 자동차 주행거리를 적산하는 자동차 충돌사고 알림시스템 및 그 방법
WO2018187967A1 (en) Apparatus, server and method for vehicle sharing
JP7440222B2 (ja) 車両用近距離通信
US20230169803A1 (en) Information processing apparatus and storage medium
EP4131121A1 (en) Event data processing device and vehicle assessment system
KR100938549B1 (ko) 블랙박스 기반의 사고 검증 시스템 및 방법
KR20080083769A (ko) 블랙박스 기능 자동차용 미디어 재생 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17838977

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17838977

Country of ref document: EP

Kind code of ref document: A1