WO2021132149A1 - 情報処理方法、情報処理装置、及び、プログラム - Google Patents

情報処理方法、情報処理装置、及び、プログラム Download PDF

Info

Publication number
WO2021132149A1
WO2021132149A1 PCT/JP2020/047657 JP2020047657W WO2021132149A1 WO 2021132149 A1 WO2021132149 A1 WO 2021132149A1 JP 2020047657 W JP2020047657 W JP 2020047657W WO 2021132149 A1 WO2021132149 A1 WO 2021132149A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
crew
aggregated data
insurance
mobile
Prior art date
Application number
PCT/JP2020/047657
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 WO2021132149A1 publication Critical patent/WO2021132149A1/ja

Links

Images

Classifications

    • 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

  • the present invention relates to an information processing method, an information processing device, and a program.
  • Insurance contracts for mobiles such as automobile insurance (hereinafter referred to as "mobile insurance”) include, for example, a type of contract that can be insured for each vehicle, and for multiple vehicles that are managed or owned.
  • a type of contract for example, a contract for 10 or more vehicles that meet a predetermined requirement (so-called "fleet contract”).
  • policyholders individuals and corporations
  • Japanese Patent Application Laid-Open No. 2004-102801 discloses a technique for calculating customer-specific insurance premiums according to the driving skill of an automobile.
  • Japanese Patent Application Laid-Open No. 2004-102801 only calculates the insurance premium for one vehicle to be driven in conjunction with the driving skill. Therefore, in the technique of Patent Document 1, when managing a plurality of vehicles, it is not known how the insurance premium changes when each vehicle is operated. Therefore, it is difficult to streamline the management of a plurality of moving objects.
  • One aspect of the present invention is Obtaining a driving score for each of multiple mobiles, Acquiring the first aggregated data regarding the plurality of moving objects based on the driving score, Presenting at least a part of the first aggregated data and Changing the first aggregated data and Acquiring the first insurance premium information corresponding to the first aggregated data after the change, It is an information processing method including.
  • FIG. 1 It is a block diagram which shows the structure of the information processing system of this embodiment. It is a functional block diagram of the information processing system of FIG. It is explanatory drawing of the outline of this embodiment. It is a figure which shows the data structure of the customer information database of this embodiment. It is a figure which shows the data structure of the crew information database of this embodiment. It is a figure which shows the data structure of the mobile information database of this embodiment. It is a figure which shows the data structure of the possession operation score log information database of this embodiment. It is a figure which shows the data structure of the crew log information database of this embodiment. It is a sequence diagram of the calculation process of the driving score of this embodiment. It is a figure which shows the screen example displayed in the information processing of FIG.
  • FIG. 11-12 It is a sequence diagram of the 1st example of the aggregation process of this embodiment. It is a sequence diagram of the process following FIG. It is a figure which shows the screen example displayed in the information processing of FIGS. 11-12. It is a figure which shows the screen example displayed in the information processing of FIGS. 11-12. It is a figure which shows the screen example displayed in the information processing of FIGS. 11-12. It is a sequence diagram of the 2nd example of the aggregation process of this embodiment. It is a sequence diagram of the process following FIG. It is a figure which shows the screen example displayed in the information processing of FIGS. 16 to 17. It is a figure which shows the screen example displayed in the information processing of FIGS. 16 to 17.
  • FIG. 1 is a block diagram showing a configuration of an information processing system of the present embodiment.
  • FIG. 2 is a functional block diagram of the information processing system of FIG.
  • the information processing system 1 includes a client device 10, a server 30, and a sensor unit 50.
  • the client device 10, the server 30, and the sensor unit 50 are connected via a network (for example, the Internet or an intranet) NW.
  • NW a network
  • the client device 10 is a computer (an example of an "information processing device") that sends a request to the server 30.
  • the client device 10 is, for example, a smartphone, a tablet terminal, or a personal computer.
  • the server 30 is a computer (an example of an "information processing device") that provides the client device 10 with a response in response to a request transmitted from the client device 10.
  • the server 30 is, for example, a web server.
  • the sensor unit 50 is arranged on the moving body.
  • the sensor unit 50 is configured to transmit travel information regarding the travel of the moving body to the server 30.
  • the sensor unit 50 is, for example, at least one of the following. -Sensor unit 50 placed in the vehicle -Sensor unit 50 connected to a terminal (for example, a cigar socket) arranged in the vehicle -Sensor unit 50 placed on a device (smartphone, for example) brought into the vehicle
  • the sensor unit 50 is connected to, for example, a server 30 or an external server (for example, a server operated by a public institution or a private company) configured to collect driving information via any of the following. Will be done.
  • -Communication interface arranged in the sensor unit 50-Devices connected to the sensor unit 50 (for example, a smartphone)
  • -Communication device connected to the sensor unit 50 (for example, a communication antenna placed on a road or the like (for example, an ITS spot))
  • -A computer terminal connected to the sensor unit 50 via a wire (for example, USB (Universal Serial Bus)) or wirelessly (for example, Bluetooth or WiFi).
  • the mobile body is, for example, at least one of the following. ⁇ Four-wheeled vehicle ⁇ Two-wheeled vehicle ⁇ Personal mobility ⁇ Ship ⁇ Aircraft (at least one of drone and aircraft)
  • the client device 10 includes a storage device 11, a processor 12, an input / output interface 13, and a communication interface 14.
  • the storage device 11 is configured to store programs and data.
  • the storage device 11 is, for example, a combination of a ROM (Read Only Memory), a RAM (Random Access Memory), and a storage (for example, a flash memory or a hard disk).
  • the program includes, for example, the following program. ⁇ OS (Operating System) program ⁇ Application (for example, web browser) program that executes information processing
  • the data includes, for example, the following data.
  • -Database referenced in information processing-Data obtained by executing information processing that is, the execution result of information processing
  • the processor 12 is configured to realize the function of the client device 10 by activating the program stored in the storage device 11.
  • the processor 12 is, for example, a CPU (Central Processing Unit), an ASIC (Application Specific Integrated Circuit), an FPGA (Field Programmable Gate Array), or a combination thereof.
  • the input / output interface 13 is configured to acquire a user's instruction from an input device connected to the client device 10 and output information to an output device connected to the client device 10.
  • the input device is, for example, a keyboard, a pointing device, a touch panel, or a combination thereof.
  • the output device is, for example, a display.
  • the communication interface 14 is configured to control communication between the client device 10 and the server 30 and the sensor unit 50.
  • the server 30 includes a storage device 31, a processor 32, an input / output interface 33, and a communication interface 34.
  • the storage device 31 is configured to store programs and data.
  • the storage device 31 is, for example, a combination of a ROM, a RAM, and a storage (for example, a flash memory or a hard disk).
  • the program includes, for example, the following program. ⁇ OS program ⁇ Application program that executes information processing
  • the data includes, for example, the following data. ⁇ Database referenced in information processing ⁇ Execution result of information processing
  • the processor 32 is configured to realize the function of the server 30 by activating the program stored in the storage device 31.
  • the processor 32 is, for example, a CPU, an ASIC, an FPGA, or a combination thereof.
  • the input / output interface 33 is configured to acquire a user's instruction from an input device connected to the server 30 and output information to an output device connected to the server 30.
  • the input device is, for example, a keyboard, a pointing device, a touch panel, or a combination thereof.
  • the output device is, for example, a display.
  • the communication interface 34 is configured to control communication between the server 30, the client device 10, and the sensor unit 50.
  • the sensor unit 50 includes a traveling sensor 51 and a communication terminal 52.
  • the travel sensor 51 is configured to acquire travel information of the vehicle in which the sensor unit 50 is arranged.
  • the travel sensor 55 is, for example, at least one of the following. ⁇ Accelerometer ⁇ GPS (Global Positioning System) receiver
  • the communication terminal 52 is configured to transmit the travel information acquired by the travel sensor 51 to the server 30.
  • the communication terminal 52 is, for example, a smartphone, a tablet terminal, or a mobile terminal having a communication function.
  • FIG. 3 is an explanatory diagram of an outline of the present embodiment.
  • the present embodiment includes a client device 10, a server 30, and a sensor unit 50.
  • the client device 10 is a device used by the customer.
  • a customer means a policyholder (eg, a natural person or a legal entity) who has an insurance policy for insurance provided by an insurance company. Insurance is concluded for each mobile MB or for a plurality of mobile MBs managed or owned by the customer.
  • the server 30 is connected to the client device 10 and the sensor unit 50.
  • the sensor unit 50 is arranged in the mobile MB driven by the crew.
  • the sensor unit 50 acquires travel information (for example, acceleration information, speed information, etc. acquired in chronological order, but is not limited to these) related to the travel of the moving body MB, and the travel information To the server 30.
  • travel information for example, acceleration information, speed information, etc. acquired in chronological order, but is not limited to these
  • the server 30 refers to the driving information transmitted from the sensor unit 50, acquires a driving score related to the moving body MB, and accumulates the driving score.
  • the driving score is, for example, a score of driving quality, but is not limited to this, and is information related to the mobile MB and may affect the mobile insurance (for example, the insurance premium of the mobile insurance).
  • the content is not particularly limited as long as it is information that is taken into consideration when calculating the above.
  • the client device 10 transmits a driving score aggregation request for requesting the aggregation of the driving score to the server 30.
  • the server 30 aggregates the accumulated driving scores in response to the driving score aggregation request, and transmits the aggregation result of the driving scores to the client device 10.
  • the client device 10 presents the aggregated result of the driving score transmitted from the server 30 to the customer.
  • FIG. 4 is a diagram showing a data structure of the customer information database of the present embodiment.
  • Customer information is stored in the customer information database of FIG. Customer information is information about a customer.
  • the customer is, for example, a corporation.
  • the customer information database includes a "customer ID” field, a "customer name” field, and a "customer attribute” field. Each field is associated with each other.
  • Customer identification information is stored in the "customer ID" field. Customer identification information is information that identifies a customer.
  • Customer attribute information is stored in the "customer attribute” field.
  • Customer attribute information is information about customer attributes.
  • the "Customer Attribute” field includes an "Industry” field, a "Number of Employees” field, and a “Number of Mobiles Owned” field.
  • FIG. 5 is a diagram showing a data structure of the crew information database of the present embodiment.
  • Crew information is stored in the crew information database of FIG.
  • Crew information is information about crew.
  • the crew information database includes, for example, a "crew ID” field, a "crew” field, and a "crew attribute” field. Each field is associated with each other.
  • the crew information database is associated with customer identification information.
  • Crew identification information is stored in the "crew ID" field.
  • Crew identification information is information that identifies a crew member.
  • the crew name information is stored in the "crew name" field.
  • the crew name information is information (eg, text) about the crew name.
  • the crew attribute information is stored in the "crew attribute” field.
  • the crew attribute information is information regarding the attributes of the crew.
  • the "crew attribute” field includes, for example, a "gender” field, an "age” field, a “hire date” field, and a "department” field.
  • the "Department” field stores information about the department to which the crew belongs among the customer's departments.
  • FIG. 6 is a diagram showing a data structure of the mobile information database of the present embodiment.
  • the mobile information database of FIG. 6 stores mobile information.
  • the mobile information is information about the mobile owned by the customer.
  • the mobile information database includes a "mobile ID” field, a "monthly premium” field, an "insurance content” field, a “mobile attribute” field, and a “lease” field. Each field is associated with each other.
  • the mobile information database is associated with customer identification information.
  • the mobile identification information is stored in the "mobile ID" field.
  • the mobile body identification information is information for identifying a mobile body.
  • the Monthly Premium field is updated with each renewal of the insurance policy placed on the mobile.
  • information on the total monthly premium of all mobiles covered by the insurance contract or the average monthly premium per mobile is available. Stored.
  • the coverage of the insurance contract (as an example, the coverage content) is stored.
  • the compensation content includes, but is not limited to, at least one of the following, for example. ⁇ Compensation for the other party in the event of an accident with a moving object (personal compensation, objective compensation, etc., and the maximum insurance amount) ⁇ Compensation for drivers and passengers (personal injury, passenger injury, etc., and the maximum insurance amount) ⁇ Compensation for mobile objects (vehicle insurance, new car replacement special contract, etc., and the maximum insurance amount) ⁇ Optional compensation (lawyer special contract, etc. and its upper limit)
  • Mobile attribute information is stored in the "mobile attribute” field.
  • the mobile attribute information is information related to the attributes of the mobile body.
  • the "Mobile Attributes” field includes a "Vehicle Type” field, an "Usage” field, and a "Management Department” field.
  • the "Vehicle type” field stores information about the vehicle type of the moving object.
  • Information about the vehicle type includes, for example, at least one of the following.
  • -Mobile category for example, in the case of a four-wheeled passenger car, "sedan”, “light car”, “one box car”, etc., in the case of construction machinery, “hydraulic excavator”, “wheel loader”, “bulldozer”, etc.
  • Vehicle name of moving object (model name as an example)
  • the "Management Department” field stores information about the management department of the mobile among the customer's departments.
  • FIG. 7 is a diagram showing a data structure of the possessed operation score log information database of the present embodiment.
  • the driving score log information of FIG. 7 stores driving score log information.
  • the driving score log information is information regarding the history of the driving score.
  • the driving score is, for example, information regarding the running quality of the moving body.
  • the driving score log information database includes a "driving score log ID" field, a "date” field, a "driving information” field, and a "driving score” field. Each field is associated with each other.
  • the driving score log information database is associated with the vehicle identification information.
  • the driving score log identification information is stored in the "driving score log ID" field.
  • the driving score log identification information is information for identifying the driving score log.
  • the "date” field stores information about the date of driving that is the target of the driving score.
  • Driving information is stored in the "driving information” field.
  • the “driving information” fields include a “sudden acceleration count” field, a “sudden deceleration count” field, a “sudden steering wheel count” field, an “acceleration distribution” field, a “cumulative mileage” field, and a “cumulative running time”. Includes fields and.
  • the number of sudden accelerations is, for example, when the magnitude of the vector in the traveling direction of the moving body exceeds a predetermined threshold value in the acceleration information acquired from the sensor unit 50 at a predetermined sensing interval (for example, every 0.5 seconds). Or, it is counted when a predetermined threshold value is continuously exceeded a predetermined number of times.
  • the number of sudden decelerations is determined, for example, when the magnitude of the vector in the direction opposite to the traveling direction of the moving body exceeds a predetermined threshold value in the acceleration information acquired from the sensor unit 50 at the sensing interval, or when the predetermined threshold value is continuously set. It is counted when the specified number of times is exceeded.
  • the "number of steep steering wheels” field stores information about the number of steep steering wheels (for example, the number of steep steering wheels to the right and the number of steep steering wheels to the left, respectively, or the total value). ..
  • the number of sudden handles is determined, for example, when the magnitude of the vector in the direction perpendicular to the traveling direction of the moving body exceeds a predetermined threshold value in the acceleration information acquired from the sensor unit 50 at the sensing interval, or when the predetermined threshold value is set. It is counted when the number of times exceeds a predetermined number of times in succession. From the viewpoint of simplification of the explanation, the description does not distinguish between the left and right, which can be the direction of the steep steering wheel, but it is of course possible to prepare a field for the number of steep steering wheels on each of the left and right.
  • the acceleration distribution means, for example, the distribution of vector information (that is, direction and magnitude) for each of the acceleration information acquired from the sensor unit 50 at the sensing interval.
  • Information on the distribution of acceleration is provided to the user by a table, a distribution map, or link information (URL (Uniform Resource Locator) as an example) associated with the information.
  • URL Uniform Resource Locator
  • FIG. 8 is a diagram showing a data structure of the crew log information database of the present embodiment.
  • the crew log information in FIG. 8 stores crew log information.
  • the crew log information is information on the history of the crew's crew of the mobile body.
  • the crew log information database includes a "crew log ID” field, a "crew start date and time” field, a “crew end date and time” field, a "crew ID” field, a “sensor ID” field, and a “crew purpose” field. , Includes the "Driving Score" field. Each field is associated with each other.
  • the crew log information database is associated with the vehicle identification information.
  • the crew log identification information is stored in the "crew log ID" field.
  • the crew log identification information is information that identifies the crew log information.
  • the crew start date and time information is stored in the "crew start date and time" field.
  • the crew start date and time information is information regarding the date and time when the crew member started the crew of the mobile body.
  • the crew start / end information is stored in the "crew end date / time" field.
  • the flight end date and time information is information regarding the date and time when the crew member completed the flight of the mobile body.
  • the crew identification information of the crew members who were on board the mobile body is stored.
  • Sensor identification information is stored in the "sensor ID" field. This is information for identifying the sensor unit 50 arranged on the moving body when the crew member is on board the moving body.
  • the "crew purpose” field stores information about the crew purpose of the crew's mobile (eg, the text "delivery” or "customer visit”).
  • driving score information regarding the driving score when the crew member is on board the moving object is stored.
  • FIG. 9 is a sequence diagram of the operation score calculation process of the present embodiment.
  • FIG. 10 is a diagram showing an example of a screen displayed in the information processing of FIG.
  • the sensor unit 50 executes the crew start request (S150). Specifically, the communication terminal 52 displays a screen P10 (FIG. 10) on a display (not shown).
  • the screen P10 includes the operation object B10 and the field objects F10a to F10c.
  • the field object F10a is an object that accepts input of crew identification information.
  • the field object F10b is an object that accepts the input of the moving body identification information of the moving body on which the crew is on board.
  • the field object F10c is an object that accepts input of information regarding the purpose of the crew.
  • the operation object B10 is an object that receives an instruction to start a crew.
  • the communication terminal 52 acquires sensor identification information from the traveling sensor 51.
  • the crew inputs their own crew identification information in the field object F10a, inputs the moving object identification information in the field object F10b, inputs the information related to the crew purpose in the field object F10c, and operates the operation object B10, communication occurs.
  • the terminal 52 transmits the crew start request data to the server 30.
  • the flight start request data includes the following information. -Crew identification information-Mobile identification information-Sensor identification information-Information on crew purpose-Information on the execution date and time of step S150
  • the server 30 executes the crew log update (S130). Specifically, the processor 32 adds a new record to the crew log information database (FIG. 8) associated with the crew identification information transmitted in step S150. The following information is stored in the new record.
  • the sensor unit 50 executes acquisition of traveling information (S151). Specifically, the travel sensor 51 acquires travel information of the moving body MB.
  • the sensor unit 50 executes the transmission of travel information (S152). Specifically, the communication terminal 52 transmits the following information to the server 30. -Traveling information acquired by the traveling sensor 51-Crew identification information of the crew of the mobile MB (for example, crew identification information pre-registered in the transmitter or crew identification information pre-registered in the mobile phone application) -Mobile identification information of the mobile MB in which the sensor unit 50 is arranged.
  • Steps S151 to S152 are repeatedly executed during the flight period.
  • the sensor unit 50 executes the crew end request (S153). Specifically, the communication terminal 52 displays a screen P11 (FIG. 10) on a display (not shown).
  • the screen P11 includes the operation object B11.
  • the operation object B11 is an object that receives an instruction to start a crew.
  • the communication terminal 52 executes the crew end request (S153). Specifically, the communication terminal 52 transmits the crew end request data to the server 30.
  • the flight end request data includes the following information. -Information regarding the execution date and time of step S153
  • the server 30 executes the calculation of the driving score (S131).
  • the storage device 31 stores a driving score calculation model.
  • the driving score calculation model defines the correlation between driving information and the driving score.
  • the processor 32 calculates the driving score based on the driving information transmitted in step S152 with reference to the driving score calculation model.
  • the server 30 executes the database update (S132). Specifically, the processor 32 adds a new record to the driving score log information database (FIG. 7) associated with the moving object identification information transmitted in step S152. The following information is stored in the new record.
  • -"Driving score log ID" field New driving score log identification information
  • "Date” field Information about the date when step S131 was executed- "Driving information”: Driving information transmitted in step S152-"Driving score” : Information about the driving score obtained in step S131
  • the processor 32 stores the information related to the driving score obtained in step S131 in the "driving score" field of the crew log information database (FIG. 8) associated with the moving object identification information transmitted in step S152.
  • the processor 32 stores the following information in the new record of the crew log database (FIG. 8) updated in step S130.
  • -"Flight end date and time” field Information on the execution date and time of step S153 included in the flight end request data.
  • steps S131 to S132 are executed after step S153, but the execution of S131 to S132 is not limited to this timing.
  • Steps S131 to S132 may be executed at any of the following timings, for example.
  • -Customer's desired timing for example, the input / output interface 13 is operated by the user and the timing is specified.
  • steps S131 to S132 are executed once a day or once every business day
  • -It is executed on a predetermined day of every month (in this case, steps S131 to S132 are executed once a month).
  • the aggregation processing of the present embodiment will be described.
  • the aggregation process is executed at a timing desired by the customer, for example, in order to consider changing the operation of the mobile body for the purpose of optimizing the insurance method or insurance premium for the mobile body managed by the customer.
  • FIG. 11 is a sequence diagram of a first example of the aggregation process of the present embodiment.
  • FIG. 12 is a sequence diagram of processing following FIG.
  • FIG. 13 is a diagram showing an example of a screen displayed in the information processing of FIGS. 11 to 12.
  • FIG. 14 is a diagram showing an example of a screen displayed in the information processing of FIGS. 11 to 12.
  • FIG. 15 is a diagram showing an example of a screen displayed in the information processing of FIGS. 11 to 12.
  • the client device 10 executes the customer aggregation request (S210). Specifically, the processor 12 displays the screen P20 (FIG. 13) on the display.
  • the screen P20 includes an operation object B20a and a field object F20.
  • the field object F20 is an object that accepts input of customer identification information.
  • the operation object B20 is an object that receives a user instruction for confirming the input to the field object F20.
  • the processor 12 transmits the customer aggregation request data to the server 30.
  • the customer aggregation request data includes the following information.
  • -Customer identification information entered in the field object F20 (hereinafter referred to as "target customer identification information")
  • the server 30 executes customer aggregation (S230).
  • the processor 32 refers to the customer information database (FIG. 4) and identifies the target customer information stored in the record associated with the target customer identification information included in the customer aggregation request data.
  • the processor 32 identifies the information in the "mobile ID" field of the mobile information database (FIG. 6) associated with the target customer identification information (that is, the mobile identification information of the possessed mobile).
  • the processor 32 refers to the “date” field of the operation score log information database (FIG. 7) associated with all the identified possessed mobile identification information, and goes back from the execution date of the predetermined target period (for example, step S230). Identify the record corresponding to (1 year).
  • the processor 32 refers to the "driving score" field of the identified record and counts the frequency of occurrence of the driving score.
  • the server 30 performs a comparison (S231). Specifically, the processor 32 refers to the customer information database and identifies the information in the "industry" field associated with the target customer identification information (that is, the industry of the target customer). The processor 32 refers to a customer information database and refers to a specific individual, legal entity, or a collection thereof (hereinafter, "", which satisfies a predetermined condition for the nature of the current customer (for example, when step S231 is executed). Customer identification information (hereinafter referred to as "specific customer identification information”) corresponding to (referred to as "specific customer”) is specified as a comparison target.
  • specific customer identification information corresponding to (referred to as "specific customer” is specified as a comparison target.
  • the specific customer is, for example, a customer in the same or similar industry as the target customer, or the target customer himself / herself at a certain point in the past (that is, a certain point before step S231 is executed).
  • the specific customer is the target customer at a certain point in the past
  • step S230 the customer information of the target customer at a certain point in the past is compared with the customer information of the current target customer.
  • a time point in the past is, for example, a predetermined time point or a time point specified by the user.
  • the processor 32 identifies a mobile information database (hereinafter referred to as “specific customer mobile information database”) (FIG. 6) associated with the specific customer identification information.
  • specific customer mobile information database hereinafter referred to as “specific customer mobile information database”
  • the processor 32 identifies the information in the "mobile ID" field of the specific customer mobile information database (that is, the mobile identification information of the mobile managed or owned by the specific customer (hereinafter referred to as "specific mobile identification information")). To do. That is, the group of mobiles managed or owned by the customer and at least one mobile group managed or owned by the specific customer satisfy a predetermined condition.
  • the processor 32 is included in the target period (for example, one year from the execution date of step S230) with reference to the “date” field of the operation score log information database (FIG. 7) associated with the specific moving object identification information. Identify the record to be recorded.
  • the processor 32 refers to the "driving score" field of the identified record to acquire the driving score information (that is, the driving score of a specific customer as a comparison target).
  • the processor 32 calculates the execution result of step S230 (that is, the driving score of the target customer) and the distribution of the driving score of the specific customer (hereinafter referred to as “comparative distribution”).
  • the processor 32 is a specific customer normalized to a predetermined mobile unit (100 units as an example) and a predetermined period (1 month as an example). It is preferable to calculate the distribution of the driving score of the above as a comparative distribution.
  • step S231 the server 30 executes the customer aggregation response (S232). Specifically, the processor 32 transmits the customer aggregate response data to the client device 10.
  • the customer aggregate response data includes the following information. -Execution result of step S230 (that is, distribution of driving scores for all mobiles managed by the customer during the target period) -Execution result of step S231 (that is, comparative distribution in the target period)
  • the client device 10 executes the presentation of the customer aggregation result (S211). Specifically, the processor 12 displays the screen P21 (FIG. 13) on the display.
  • the screen P21 includes an image object IMG21 and operation objects B21a to B21d.
  • the image object IMG21 is a graph showing the distribution and comparison distribution of the driving score of the target customer included in the customer aggregate response data.
  • the operation object B21a is an object that receives a user instruction for presenting the aggregation result of the driving score of the moving body.
  • the operation object B21b is an object that receives a user instruction for presenting the total result of insurance premiums.
  • the operation object B21c is an object that receives a user instruction for presenting a prediction result of damage when an accident occurs.
  • the operation object B21d is an object that receives a user instruction in order to execute an insurance simulation when the distribution of the driving score is changed.
  • step S211 the client device 10 executes the mobile aggregation request (S212). Specifically, when the user operates the operation object B21a, the processor 12 transmits the mobile aggregation request data to the server 30.
  • the server 30 executes the mobile aggregation (S233). Specifically, the processor 32 refers to the "date" field of the operation score log information database (FIG. 7) associated with the mobile identification information of the possessed mobile to identify the record corresponding to the target period. The processor 32 calculates the distribution of the driving score for each owned mobile (hereinafter referred to as “driving score distribution”) with reference to the “driving score” field of the specified record. The processor 32 refers to the “crew start date / time” field and the “crew end date / time” field of the crew log information database (FIG. 8) associated with the mobile identification information of the possessed mobile, and refers to the possessed movement corresponding to the target period. Calculate the working time of the body. The processor 32 calculates the cumulative operating time by summing the operating hours.
  • step S233 the server 30 executes the mobile aggregation response (S234). Specifically, the processor 32 transmits the mobile aggregate response data to the client device 10.
  • the mobile aggregate response data includes the following information. -Execution result of step S233 (that is, distribution of operation score for each owned mobile during the target period and cumulative operating time of each owned mobile) -Information in the "Administration Department" field associated with the mobile identification information of the owned mobile
  • the client device 10 executes the presentation of the mobile aggregation result (S213). Specifically, the processor 12 displays the screen P22 (FIG. 14) on the display.
  • the screen P22 includes image objects IMG22a to IMG22c and operation objects B22a to B22c.
  • the image object IMG22a shows information about the distribution of driving scores and the management department for each owned mobile.
  • the image object IMG22b is a graph showing an operating ratio for each owned mobile (ratio of the cumulative operating time of each owned mobile to the cumulative operating time of all owned mobiles).
  • the image object IMG22c is a graph showing an operating ratio (ratio of cumulative operating time of each owned mobile and cumulative operating time of all owned mobiles) for each management department of owned mobiles.
  • the operation objects B22a to B22b are objects that receive a user instruction for executing the aggregation (S235) of the crew log related to the corresponding moving object.
  • the operation object B22a is assigned the moving object identification information (M01) of the corresponding moving object.
  • the operation object B22b is assigned the moving object identification information (M02) of the corresponding moving object.
  • the operation object B22c is an object that receives a user instruction for executing an insurance simulation when the operation ratio for each moving object or the operation ratio for each management unit is changed.
  • the client device 10 executes the crew log aggregation request (S214). Specifically, when the user operates the operation object B22a, the processor 12 transmits the crew log aggregation request data to the server 30.
  • the cooperation processing request data includes the following information. -Moving object identification information (M01) assigned to the operation object B22a operated by the user.
  • the server 30 executes the crew log aggregation (S235).
  • the processor 32 refers to the crew log information database (FIG. 8) associated with the moving object identification information included in the crew log aggregation request data, and refers to the information in the “crew end date and time” field and the “crew start date and time” field. Identify the records for which the flight period specified from the combination of information in the Date and Time field is included in the target period.
  • the processor 32 calculates the cumulative value of the difference between the information in the "crew end date and time” field and the information in the "crew start date and time” field (hereinafter referred to as "cumulative crew time") for each crew member ID.
  • the driving guidance determination model is stored in the storage device 31.
  • the driving instruction judgment model describes the correlation between the driving skill and the instruction content for improving the driving skill.
  • the processor 32 determines the driving skill of the crew by referring to the driving score log information when the crew is on board the mobile MB. By inputting the driving skill into the driving instruction determination model, the processor determines the instruction content according to the driving skill.
  • the instruction content is, for example, the instruction content for improving the driving score below a predetermined level (as an example, the recommended usage method for the accelerator and brake for a crew member who frequently causes sudden acceleration and deceleration).
  • step S235 the server 30 executes the crew log aggregation response (S236). Specifically, the processor 32 transmits the crew log aggregation response data to the client device 10.
  • the crew log aggregation response data includes the following information. -Execution result of step S235 (that is, cumulative crew time and guidance content for each crew member during the target period)
  • step S236 the client device 10 executes the presentation of the aggregation result of the crew log (S215). Specifically, the processor 12 displays the screen P23 (FIG. 15) on the display.
  • the screen P23 includes image objects IMG23a to IMG23b, a message object A23, and an operation object B23.
  • the image object IMG23a shows information regarding the cumulative crew time and the distribution of the driving score for each crew member who is on the target moving object (in the example shown in FIG. 15, the average driving score).
  • the image object IMG23b is a graph showing the cumulative crew time ratio for each crew member.
  • the message object A23 is a message indicating the guidance content for the crew members whose driving score distribution satisfies a predetermined condition (not limited, for example, there are a predetermined number of days when the driving score is equal to or less than a predetermined value). Is.
  • the message may include, for example, information for viewing a moving image (for example, a lecture video) according to the instruction content (for example, a moving image file or a URL for accessing the moving image file).
  • the operation object B23 is an object that receives a user instruction for executing an insurance simulation when the cumulative crew time ratio for each crew member is changed.
  • FIG. 16 is a sequence diagram of a second example of the aggregation process of the present embodiment.
  • FIG. 17 is a sequence diagram of processing following FIG.
  • FIG. 18 is a diagram showing an example of a screen displayed in the information processing of FIGS. 16 to 17.
  • FIG. 19 is a diagram showing an example of a screen displayed in the information processing of FIGS. 16 to 17.
  • the client device 10 executes customer aggregation (S210) in the same manner as in FIG. After step S210, the server 30 executes customer aggregation (S230) to customer aggregation response (S232) in the same manner as in FIG. After step S232, the client device 10 executes the presentation of the customer aggregation result (S211) as in FIG.
  • step S211 the client device 10 executes the insurance aggregation request (S310). Specifically, when the user operates the operation object B21b, the processor 12 transmits the insurance aggregation request data to the server 30.
  • the server 30 executes customer insurance aggregation (S330). Specifically, the processor 32 refers to the "monthly insurance premium" field of the mobile information database (FIG. 6) associated with the target customer identification information, and identifies information on the monthly insurance premium for each owned mobile body. .. The processor 32 calculates the total value of the monthly insurance premiums of all the owned mobiles (hereinafter referred to as "customer monthly insurance premiums").
  • the server 30 executes the industry insurance aggregation (S331). Specifically, the processor 32 calculates the average value of the information in the "monthly insurance premium" field of the same industry mobile information database (FIG. 6) (hereinafter referred to as "industry average monthly insurance premium") as an aggregated value.
  • the industry mobile information database FIG. 6
  • step S331 the server 30 executes the insurance aggregation response (S332). Specifically, the processor 32 transmits the insurance total response data to the client device 10.
  • the insurance aggregate response data includes the following information: ⁇ Information on monthly premiums for each mobile operator ⁇ Information on customer monthly premiums ⁇ Information on industry average monthly premiums
  • step S332 the client device 10 executes the presentation of the insurance aggregation result (S311). Specifically, the processor 12 displays the screen P30 (FIG. 18) on the display.
  • the screen P30 includes message objects A30, operation objects B30a to B30b, and image objects IMG30a to IMG30c.
  • Message object A30 is a message indicating the customer's monthly insurance premium and the industry average monthly insurance premium.
  • the image object IMG30a shows information about the monthly insurance premium and the management department for each owned mobile.
  • the image object IMG30b is a graph showing the occupancy ratio of the monthly insurance premium for each owned mobile body.
  • the image object IMG30c is a graph showing the occupancy ratio of the monthly insurance premium for each management department of the owned mobile object.
  • the operation objects B30a to B30b are objects that receive a user instruction for executing the aggregation (S333) of the distribution of the driving scores of the corresponding moving objects.
  • the operation object B30a is assigned the moving object identification information (M01) of the corresponding moving object.
  • the operation object B30b is assigned the moving object identification information (M02) of the corresponding moving object.
  • step S311 the client device 10 executes the operation score distribution aggregation request (S312). Specifically, the processor 12 transmits the distribution aggregation request data of the driving score to the server 30.
  • the driving score distribution aggregation request data includes the following information. -Moving object identification information (M01) assigned to the operation object B30a operated by the user.
  • the server 30 executes the aggregation of the distribution of driving scores (S333). Specifically, the processor 32 refers to the “driving score” field of the driving score log information database (FIG. 7) associated with the moving object identification information included in the distribution aggregation request data of the driving score in the target period. Aggregate the distribution of driving scores.
  • the server 30 executes the aggregation (S334) of the distribution of the vehicle type driving score.
  • the processor 32 refers to the mobile information database (FIG. 6) and refers to the information in the “vehicle type” field associated with the mobile identification information included in the distribution aggregation request data of the driving score (that is, the target). (Vehicle type) is specified.
  • the processor 32 refers to the moving body information database associated with the customer identification information of the customer other than the target customer, and identifies the moving body identification information corresponding to the target vehicle type (hereinafter referred to as “the same vehicle type moving body identification information”). ..
  • the processor 32 refers to the "date" field of the driving score log information database (FIG.
  • the processor 32 aggregates the distribution of the driving score distribution (hereinafter referred to as “the same vehicle type comparative driving score”) with reference to the “driving score” field of the specified record.
  • step S334 the server 30 executes the operation score distribution aggregation response (S335). Specifically, the processor 32 transmits the distribution aggregation response data of the driving score to the client device 10.
  • the distribution aggregation response data of the driving score includes the following information. ⁇ Distribution of driving score in the target period ⁇ Distribution of driving score of the same model in the target period
  • step S335 the client device 10 executes the presentation of the cooperation processing result (S313). Specifically, the processor 12 displays the screen P31 (FIG. 18) on the display.
  • the screen P31 includes the image object IMG31.
  • the image object IMG31 is a graph showing the distribution of the driving score and the distribution of the driving score of the same vehicle type in the target period.
  • the aggregated result of the driving score of the mobile MB is presented, and how the insurance premium can be changed by changing the information related to the aggregated result. Is also presented.
  • the customer who manages or owns the mobile can obtain information that contributes to the operation of the mobile MB for optimizing the insurance premium.
  • the aggregated result of the distribution of the driving score of the possessed mobile MB is presented.
  • the customer can know how the insurance premium changes depending on the operation of the moving object according to the distribution of the past driving score.
  • the distribution of the driving score of the customer's owned mobile MB and the distribution of the driving score of the specific customer's owned mobile MB satisfying a predetermined condition for the property of the customer are presented.
  • how the insurance premium can be changed by changing the information related to the distribution of the driving score with reference to the comparative distribution is also presented.
  • the customer can know the room for optimizing the insurance premium by operating the mobile MB according to the driving score with reference to the comparison target.
  • At least one aggregation result of the operating ratio for each owned mobile MB and the operating ratio for each management department that manages the mobile MB is presented, and the information related to this aggregation result is presented. It will also show how the premium can change as a result of the change. As a result, the customer can know how the insurance premium changes depending on the operation of the mobile MB according to the driving score, based on at least one of each mobile MB and each management department. ..
  • the distribution of the driving score of the crew member who is on the mobile MB is presented, and how the insurance premium can be changed by changing the information related to the distribution of the driving score of the crew member.
  • the customer can know how the insurance premium changes due to the personnel management of the crew according to the distribution of the driving score for each crew.
  • the cumulative crew time of the crew members who are on board the mobile MB is presented, and how the insurance premium can be changed by changing the information related to the cumulative crew time of the crew members is also presented.
  • the customer can know how the insurance premium changes due to the personnel management of the crew according to the cumulative crew time for each crew.
  • the guidance content is presented to the crew member having a low driving score or the crew member who is required to improve the driving content in response to the content of the appropriate insurance premium considered by the customer.
  • the customer can improve the driving score of the crew member.
  • the premium can be more appropriate for the customer.
  • the monthly insurance premium for each mobile MB owned is presented.
  • the customer can obtain an index regarding how the insurance premium changes depending on the operation of the mobile MB according to the driving score.
  • At least one of the occupancy ratio of the monthly insurance premium for each owned mobile MB and the occupancy ratio of the monthly insurance premium for each management department of the owned mobile MB is presented.
  • the customer can pay the insurance premium by operating the mobile MB according to at least one of the monthly insurance premium occupancy ratio for each mobile MB and the monthly insurance premium occupancy ratio for each mobile MB management department. You can see how it changes.
  • the distribution of the driving score of the vehicle type of the owned mobile MB and the vehicle type of the same vehicle type is presented.
  • the aggregated result of the customer's monthly insurance premium and the average monthly insurance premium of the customer's industry and the specific customer is presented.
  • the monthly insurance premium of the customer by comparing the monthly insurance premium of the customer with the industry of the customer and the average monthly insurance premium of the specific customer, it is possible to know the appropriate insurance premium of the customer.
  • FIG. 13 shows an example of presenting a comparative distribution of one specific customer as a comparison target, but the scope of the present embodiment is not limited to this.
  • a distribution having a range of frequencies (as an example, a distribution of a plurality of specific customers displayed in a superimposed manner) may be presented as a comparison target.
  • FIG. 15 shows an example of presenting the guidance content for a specific crew member, but the scope of the present embodiment is not limited to this.
  • the content of guidance for a plurality of crew members may be presented, and the nature of the specific crew member and the response to the specific crew member are not particularly limited.
  • Modification 1 is an example when an accident occurs.
  • FIG. 20 is a sequence diagram of the damage prediction process of the first modification.
  • FIG. 21 is a diagram showing an example of a screen displayed in the information processing of FIG. 20.
  • the client device 10 executes customer aggregation (S210) in the same manner as in the present embodiment (FIG. 11).
  • the server 30 executes the customer aggregation (S230) to the customer aggregation response (S232) in the same manner as in the present embodiment (FIG. 11).
  • the client device 10 executes the presentation of the customer aggregation result (S211) as in the present embodiment (FIG. 11).
  • step S211 the client device 10 executes the damage prediction request (S410). Specifically, when the user operates the operation object B21c, the processor 12 transmits the damage prediction request data to the server 30.
  • the server 30 executes the damage prediction (S430).
  • the storage device 31 stores a damage prediction model.
  • the damage prediction model describes the correlation between the driving score and the amount of damage.
  • the damage prediction model is, for example, a trained model (for example, a model that outputs a probability distribution of the damage amount according to the driving score).
  • the processor 32 calculates the predicted value of the damage amount (hereinafter referred to as “predicted damage amount”) by giving the driving score to the damage prediction model.
  • the estimated damage amount includes, for example, at least one of the following. ⁇ Predicted value of personal damage compensation ⁇ Predicted value of objective damage compensation ⁇ Predicted value of moving object damage (for example, vehicle repair cost) ⁇ Predicted value of business opportunity loss due to accident ⁇ Personnel required for accident handling Expected cost
  • step S430 the server 30 executes the damage prediction response (S431). Specifically, the processor 32 transmits the damage prediction response data to the client device 10.
  • the damage prediction response data includes the following information. -Execution result of step S430 (that is, estimated damage amount)
  • step S431 the client device 10 executes the presentation of the simulation result (S411). Specifically, the processor 12 displays the screen P40 (FIG. 21) on the display.
  • the screen P40 includes the message object A40.
  • the message object A40 is a message regarding the predicted damage amount included in the damage prediction response data.
  • the storage device 31 may store the accident occurrence rate prediction model.
  • the accident rate prediction model describes the correlation between the driving score and the accident rate.
  • the damage prediction model describes the correlation between the accident rate and the amount of damage.
  • the processor 32 calculates the estimated accident occurrence rate by giving the driving score to the accident occurrence rate prediction model.
  • the processor 32 calculates the predicted damage amount by giving the estimated accident occurrence rate to the damage prediction model.
  • the processor 32 may calculate at least one of the following in step S430. ⁇ Distribution of estimated accident rate ⁇ Distribution of estimated number of accidents according to the number of mobiles owned ⁇ Distribution of estimated damage amount
  • the processor 32 has a level of influence on the customer due to damage caused by an accident per unit (for example, damage including lost time damage when the customer is a corporation) (hereinafter referred to as "damage amount impact").
  • the estimated damage amount may be calculated by multiplying the estimated accident occurrence rate by the number of mobiles owned.
  • the processor 32 may calculate the predicted damage amount by using the following indexes according to the user instruction given to the predetermined input form. ⁇ Impact of damage caused by accident per vehicle ⁇ Daily profitability per vehicle ⁇ Recovery days per vehicle
  • the storage device 31 may store the damage amount impact prediction model. At least one of the following correlations is described in the damage amount impact prediction model. -Correlation between the customer's industry and the damage impact-Correlation between the use of the moving object and the damage impact-Correlation between the traveling information of the moving object and the damage impact
  • the processor 32 is the customer's industry and the moving object.
  • the predicted value of the damage amount is presented. This allows the customer to be aware of the costs resulting from a mobile accident.
  • Modification 2 is an example of executing an insurance simulation according to a condition specified by the user.
  • FIG. 22 is an explanatory diagram of an outline of the modified example 2.
  • the server 30 obtains the driving score of the mobile MB and accumulates the driving score by referring to the driving information transmitted from the sensor unit 50, as in FIG.
  • the client device 10 transmits an insurance simulation request for requesting an insurance simulation to the server 30.
  • the server 30 executes the insurance simulation using the conditions specified by the customer and the accumulated driving score in response to the insurance simulation request, and transmits the result of the insurance simulation to the client device 10.
  • the client device 10 presents the result of the insurance simulation transmitted from the server 30 to the customer.
  • FIG. 23 is a sequence diagram of the insurance simulation of the modified example 2.
  • FIG. 24 is a diagram showing an example of a first screen displayed in the information processing of FIG. 23.
  • FIG. 25 is a diagram showing an example of a second screen displayed in the information processing of FIG. 23.
  • the client device 10 executes the insurance simulation request (S510). Specifically, when the user operates the operation object B21d on the screen P21 (FIG. 13), the processor 12 displays the screen P50 (FIG. 24) on the display.
  • the screen P50 includes an image object IMG21 and a display object A50.
  • the display object A50 displays the current insurance premium, the assumed insurance premium, and the difference amount.
  • the current premium is a premium calculated based on the current status of the mobile, and is the premium that the customer will actually pay in the future if the current status of the mobile is maintained. is there.
  • the current insurance premium is calculated by the insurance simulation described later based on the current situation of the moving object. Alternatively, it may be calculated based on the information in the "Insurance premium" field of the mobile information database (FIG. 6).
  • the calculation timing is not particularly limited, but may be performed in accordance with the execution timing of S131 to S132, for example.
  • the assumed insurance premium is the insurance premium that is assumed under the condition that there is a change in the situation of the moving object corresponding to the current insurance premium.
  • the assumed insurance premium is a value obtained by an insurance simulation (S510) described later based on a situation in which some variation is applied to the current situation of the moving object. On the screen P50 of FIG. 24, since no fluctuation is applied, it is the same as the current insurance premium. The difference is the difference between the current premium and the assumed premium.
  • the current premium can be confirmed by displaying the estimated premium, and after applying the fluctuation, the current premium can be estimated from the difference from the assumed premium. It is not necessary to display the insurance premium at this time. By doing so, the proportion of display objects on the screen can be reduced.
  • the user drives the customer by performing a predetermined operation (for example, by operating a mouse or tapping, dragging, etc. on the touch panel) for at least one of the appearance distributions of the driving scores "1" to "10" of the image object IMG21.
  • a predetermined operation for example, by operating a mouse or tapping, dragging, etc. on the touch panel
  • the processor 12 determines the simulation conditions according to the corresponding variation of the frequency of appearance.
  • step S510 when the processor 12 detects that the user has performed a predetermined operation, for example, double-clicking or double-tapping the portion corresponding to the driving score "2", the processor 12 corresponds to the driving score.
  • the appearance frequency of "2" is changed to a value based on the appearance frequency of the comparison target (the same value in this example), and the driving score around the driving score "2" (for example, the driving score "3"). ) Appears, and the amount of change in the frequency of occurrence of the driving score "2" is distributed.
  • the amount of change of the driving score "2" is -1 (that is, the appearance frequency is reduced by 1)
  • 1 is added to the appearance frequency of the driving score "3".
  • the value calculated as the comparison target is a statistical value such as an average value or a value based on the normalization process, it may include a value after the decimal point. In this case, it may be the same as the calculated value, or it may be a value close to the calculated value (for example, an integer value). The same applies to the following examples.
  • the distribution of the appearance frequency of the driving score fluctuates without substantially changing the total value of the appearance frequency of the driving score of the target moving object.
  • step S510 the processor 12 detects that the user has performed a predetermined operation, for example, a single click or a single tap on the portion corresponding to the driving score "2", unlike the first example. Then, the appearance frequency of the driving score "2" is changed to a predetermined value (zero in this example), and the driving score around the driving score "2" (for example, the driving score "3") is changed. The appearance frequency of the driving score "2" before the change is distributed to the appearance frequency. As an example, when the driving score "2" before the change is 3 (that is, the appearance frequency is reduced by 3), 3 is added to the appearance frequency of the driving score "3". As a result, the distribution of the appearance frequency of the driving score fluctuates without changing the total value of the appearance frequency of the driving score of the target moving object.
  • a predetermined operation for example, a single click or a single tap on the portion corresponding to the driving score "2"
  • the processor 12 has a driving score such that the frequency of occurrence of a higher driving score (eg, driving score "3") is higher than the frequency of occurrence of a lower driving score (eg, driving score "1"). Fluctuate the distribution of appearance frequency. This is to execute an insurance simulation on the premise of improving the driving score.
  • the processor 12 changes the frequency of occurrence of a driving score (eg, driving score "3" instead of driving score "4") that is close to the driving score (eg, driving score "2”) corresponding to the user's operation. .. This is because, in general, a driver's driving score tends to fluctuate slowly rather than abruptly.
  • the processor 12 transmits the insurance simulation request data to the server 30.
  • the insurance simulation request data includes the frequency of occurrence of the changed driving score.
  • step S510 the server 30 executes the insurance simulation (S530).
  • the insurance simulation model is stored in the storage device 31.
  • the insurance simulation model describes the correlation between driving scores and insurance premiums.
  • the processor 32 inputs, for example, the distribution of the appearance frequency of the driving score at the present time and after the change into the insurance simulation model, so that the insurance premium corresponding to the distribution of the appearance frequency of the driving score after the change (hereinafter, “assumed insurance premium””.
  • the value (for example, the value corresponding to the 2 ⁇ section end or the 3 ⁇ section end in the distribution, the maximum value and the minimum value, but not limited to these) is determined.
  • the processor 32 calculates the difference between the current insurance premium and the assumed insurance premium (hereinafter referred to as “difference amount”).
  • the processor 32 calculates the difference (that is, the difference amount) between the information in the “insurance premium” field of the mobile information database (FIG. 6) and the assumed insurance premium.
  • the server 30 executes the extraction of the specific crew member (S531). Specifically, the processor 32 calculates the appearance frequency of the driving score for each crew member with reference to the crew log information database (FIG. 7) and the driving score log information database (FIG. 8). The processor 32 identifies the crew identification information of the crew satisfying a predetermined condition.
  • a crew member who satisfies a predetermined condition (hereinafter referred to as a “specific crew member”) is, for example, a crew member who often performs unfavorable driving and satisfies any of the following conditions.
  • the crew processor 32 having a frequency of occurrence of less than or equal to a predetermined number refers to the crew information database (FIG. 5), and the crew name associated with the identified crew identification information. Identify the information.
  • the server 30 executes the insurance simulation response (S532). Specifically, the processor 32 transmits the insurance simulation response data to the client device 10.
  • the insurance simulation response data includes the following information: -Distribution of appearance frequency of the changed driving score obtained in step S530-Assumed insurance premium and difference amount obtained in step S530-Career name information obtained in step S531
  • step S532 the client device 10 executes the presentation of the insurance simulation result (S511).
  • step S511 corresponding to the first case of step S510, the processor 12 displays the screen P51 (FIG. 24) on the display.
  • the screen P51 includes image objects IMG21 and IMG51, display object A51, and operation object B51.
  • the image object IMG51 is different from the distribution of the appearance frequency of the driving score before the change in the distribution of the appearance frequency of the driving score after the change included in the insurance simulation response data (that is, the driving score changed in step S530). It is an image which shows (appearance frequency of "2" to "3").
  • the display object A51 displays the current insurance premium, the assumed insurance premium, the difference amount, and the specific crew name.
  • the current insurance premium is the same as the display object A50.
  • the estimated insurance premium is the estimated insurance premium included in the insurance simulation response data.
  • the difference amount is the difference amount included in the insurance simulation response data.
  • the specific crew member is the crew member name information included in the insurance simulation response data.
  • the operation object B51 is an object that receives a user instruction for presenting a total result regarding the crew of a specific crew member.
  • step S511 corresponding to the second case of step S510, the processor 12 displays the screen P52 (FIG. 25) on the display.
  • the screen P52 includes image objects IMG21 and IMG52, display object A51, and operation object B51.
  • the image object IMG52 differs from the distribution of the appearance frequency of the driving score before the change in the distribution of the appearance frequency of the driving score after the change included in the insurance simulation response data (that is, the driving score changed in step S530). It is an image which shows (appearance frequency of "2" to "3").
  • the first example of the insurance simulation of the modified example 2 corresponds to the distribution of the appearance frequency of the driving score arbitrarily specified by the user (for example, by clicking an arbitrary score and specifying the increase / decrease in frequency by an operation such as dragging). It can also be applied to the example of calculating the assumed insurance premium.
  • FIG. 26 is a diagram showing a first screen example displayed in the second example of the insurance simulation of the modified example 2.
  • FIG. 27 is a diagram showing a second screen example displayed in the second example of the insurance simulation of the modified example 2.
  • FIG. 28 is a diagram showing an example of a third screen displayed in the second example of the insurance simulation of the modified example 2.
  • the client device 10 executes the insurance simulation request (S510).
  • step S510 when the user operates the operation object B22c on the screen P22 (FIG. 14), the processor 12 displays the screen P53 (FIG. 26) on the display. ..
  • the screen P53 includes image objects IMG22a to IMG22b, operation objects B22a to B22b, and display objects A53.
  • the image objects IMG22a to IMG22c are configured to be operable.
  • the display object A53 displays the current insurance premium, the assumed insurance premium, and the difference amount.
  • an operation in which the user moves the boundary line IMG22aa of the operating ratio of each moving body of the image object IMG22a (pie chart) on the screen P53 (as an example, an operation of increasing the operating ratio of the moving body “M02”).
  • the processor 12 changes the operating ratio of each moving body according to the operation of the user without changing the total operating time of the target moving body.
  • the processor 12 changes the operating ratio of each moving body according to the operation of the user without substantially changing the total operating time of the target moving body.
  • the processor 12 transmits the insurance simulation request data to the server 30.
  • the insurance simulation reext data includes the operating ratio of each mobile after the change.
  • the processor 12 when the user performs an operation of moving the circumferential line IMG22ab of the image object IMG22a (pie chart) on the screen P53 (for example, an operation of expanding the area of the pie chart), the processor 12 causes the user to perform an operation. Depending on the operation, the total operating time of the entire target moving body is changed without substantially changing the operating ratio of each moving body.
  • the processor 12 transmits the insurance simulation request data to the server 30. In this case, the insurance simulation reext data includes the uptime of each mobile after the change.
  • step S510 the server 30 executes the insurance simulation (S530).
  • the insurance simulation model is stored in the storage device 31.
  • the insurance simulation model includes the operation of the mobile body (for example, the operation ratio and the operation time), the operation of each management department (for example, the operation ratio and the operation time), the operation score of the mobile body, and the correlation with the insurance premium. The relationship is described.
  • the processor 32 inputs the operating ratio of each moving body after the change and the driving score of each moving body into the insurance simulation model. Calculate the value of the assumed insurance premium (for example, the value at the end of the 2 ⁇ section) corresponding to the operating ratio of each moving body after the change. The processor 32 calculates the difference (that is, the difference amount) between the current insurance premium and the assumed insurance premium.
  • the processor 32 inputs the operating time of each mobile body after the change and the driving score of each mobile body into the insurance simulation model. , Calculate the value of the assumed insurance premium (for example, the value at the end of the 2 ⁇ section) corresponding to the operating time of each moving body after the change.
  • the processor 32 calculates the difference (that is, the difference amount) between the information in the “insurance premium” field of the mobile information database (FIG. 6) and the assumed insurance premium.
  • step S531 is omitted.
  • the server 30 executes the insurance simulation response (S532). Specifically, the processor 32 transmits the insurance simulation response data to the client device 10.
  • the insurance simulation response data includes the assumed premium and the difference amount obtained in step S530.
  • step S532 the client device 10 executes the presentation of the insurance simulation result (S511).
  • the processor 12 displays the screen P54 on the display.
  • the position of the boundary line IMG54 is a position corresponding to the user's operation on the screen P53. Therefore, the position of the boundary line IMG 54 is different from the position of the boundary line 22aa.
  • the display object A54 displays the assumed insurance premium and the difference amount included in the insurance simulation response data.
  • the processor 12 displays the screen P55 on the display.
  • the ratio of the size of the image object IMG55 and the size of the image object IMG55 to the image object IMG22a is displayed.
  • the size of the image object IMG55 is a size according to the user's operation on the screen P53. Therefore, the size of the image object IMG55 is different from the size of the image object IMG22a.
  • the ratio of the size of the image object IMG55 to the image object IMG22a corresponds to the amount of change in the circumferential line IMG22ab (that is, the amount of change in the operating ratio) according to the user's operation.
  • the display object A55 displays the assumed insurance premium and the difference amount included in the insurance simulation response data.
  • the second example of the insurance simulation is also applicable to an example of changing both the operating ratio and the operating time for each moving body (for example, when the user operates both the boundary line IMG22aa and the circumferential line IMG22ab).
  • the second example of the insurance simulation is an example of changing at least one of the operation ratio and the total operation time for each management department (for example, when the user operates at least one of the boundary line and the circumference line of the image object IMG22b). It is also applicable to.
  • FIG. 29 is a diagram showing an example of a first screen displayed in a third example of the insurance simulation of the modified example 2.
  • FIG. 30 is a diagram showing a second screen example displayed in the third example of the insurance simulation of the modified example 2.
  • the client device 10 executes the insurance simulation request (S510).
  • the processor 12 displays the screen P56 (FIG. 29) on the display.
  • the screen P56 includes image objects IMG23a to IMG23b and message objects A23 and A56.
  • the image objects IMG23a to IMG23b are configured to be operable.
  • the display object A56 displays the current insurance premium, the assumed insurance premium, and the difference amount.
  • an operation in which the user moves the boundary line IMG23ba of the crew ratio of each crew member of the image object IMG23b (pie chart) on the screen P56 (as an example, the operating ratio of the crew member “D02” is increased and correspondingly.
  • the processor 12 changes the crew ratio of each crew member according to the operation of the user without substantially changing the total operating time of the target moving object. To do.
  • the processor 12 transmits the insurance simulation request data to the server 30.
  • the insurance simulation reext data includes the crew ratio of each crew member after the change.
  • step S510 the server 30 executes the insurance simulation (S530).
  • the insurance simulation model is stored in the storage device 31.
  • the insurance simulation model describes the crew information (for example, the crew time ratio and the crew time), the driving score of the moving object, and the correlation with the insurance premium.
  • the processor 32 inputs the changed crew ratio of each crew member and the driving score or average driving score of each crew member into the insurance simulation model. Therefore, the value of the assumed insurance premium (for example, the value at the end of the 2 ⁇ section) corresponding to the crew ratio of each crew member after the change is calculated.
  • the processor 32 calculates the difference (that is, the difference amount) between the information in the “insurance premium” field of the mobile information database (FIG. 6) and the assumed insurance premium.
  • step S531 may be omitted.
  • the server 30 executes the insurance simulation response (S532). Specifically, the processor 32 transmits the insurance simulation response data to the client device 10.
  • the insurance simulation response data includes the assumed premium and the difference amount obtained in step S530.
  • step S532 the client device 10 executes the presentation of the insurance simulation result (S511).
  • the processor 12 displays the screen P57 on the display.
  • the position of the boundary line IMG57 is a position corresponding to the user's operation on the screen P56. Therefore, the position of the boundary line IMG57 is different from the position of the boundary line 23ba.
  • the display object A57 displays the assumed insurance premium and the difference amount included in the insurance simulation response data.
  • the third example of the insurance simulation is also applied to the example of changing both the operating ratio and the operating time for each crew member for the target moving body (for example, when the user operates both the boundary line IMG23ba and the circumferential line IMG23bb). It is possible.
  • the third example of the insurance simulation can also be applied to the example of changing both the operating ratio and the operating time for each crew member for the target moving object.
  • FIG. 31 is a sequence diagram of a fourth example of the insurance simulation of the modified example 2.
  • FIG. 32 is a diagram showing a first screen example displayed in the fourth example of the insurance simulation of the modified example 2.
  • FIG. 33 is a diagram showing a second screen example displayed in the fourth example of the insurance simulation of the modified example 2.
  • the client device 10 executes the insurance simulation request (S510) in the same manner as in FIG. 23.
  • the server 30 executes the insurance simulation (S530) to the insurance simulation response (S532) in the same manner as in FIG. 23.
  • the client device 10 executes the presentation of the insurance simulation result (S511) as in FIG. 23.
  • the client device 10 executes the crew aggregation request (S610). Specifically, when the user operates the operation object B51 on the screen P51 (FIG. 23) or the operation object B52 on the screen P52 (FIG. 24), the processor 12 transmits the insurance aggregation request data to the server 30.
  • the insurance aggregation request data includes crew identification information of a specific crew member.
  • the server 30 executes crew aggregation (S630). Specifically, the processor 32 refers to the crew log information database (FIG. 8) associated with the moving object identification information to be aggregated, and inputs the crew member included in the insurance aggregation request data in the “crew ID” field. Identify the record that contains the identifying information. The processor 32 identifies the information in the "crew start date and time” field, the "crew end date and time” field, and the "driving score” field of the identified record. The processor 32 calculates the total value (that is, the cumulative crew time) of the difference between the specified "crew start date and time" field information and the "crew end date and time” field information for each moving object identification information.
  • the processor 32 calculates the total value (that is, the cumulative crew time) of the difference between the specified "crew start date and time" field information and the "crew end date and time” field information for each moving object identification information.
  • the processor 32 sets a value based on the information in the specified "driving score” field (referred to as “driving score evaluation value”) as an evaluation value of the driving score related to the moving body for each moving object identification information, for example, an average value. Is calculated.
  • the server 30 executes the crew aggregation response (S631). Specifically, the processor 32 transmits the crew aggregate response data to the client device 10.
  • the crew aggregate response data includes the cumulative crew time and the reference driving score for each moving object identification information obtained in step S630.
  • step S631 the client device 10 executes the presentation of the crew total result (S611). Specifically, the processor 12 displays the screen P60 (FIG. 32) on the display.
  • the screen P60 includes image objects IMG60a to IMG60b, display objects A60, and operation objects B60a to B60b.
  • the image object IMG60a indicates information on the cumulative crew time and the reference driving score for each mobile body included in the crew aggregate response data.
  • the average value (average driving score) of the driving score is displayed as the reference driving score.
  • the image object IMG60b is a graph showing the crew ratio for each mobile body included in the crew aggregate response data.
  • the operation object B60a is an object that receives a user instruction for executing an insurance simulation when the crew conditions of a specific crew member are changed.
  • the operation object B60b is an object that receives a user instruction for presenting driving information of a specific crew member.
  • the moving object identification information is assigned to the operation object B60b.
  • step S611 the client device 10 executes the insurance simulation request (S612).
  • an operation in which the user moves the boundary line IMG60a of the crew ratio of each moving body of the image object IMG60b (pie chart) on the screen P60 (as an example, an operation of increasing the crew ratio of the moving body “M02”).
  • the processor 12 changes the crew ratio of each mobile unit according to the operation of the user without substantially changing the total crew time of the target crew member.
  • the processor 12 transmits the insurance simulation request data to the server 30.
  • the insurance simulation reext data includes the crew ratio of each mobile after the change.
  • the server 30 executes the insurance simulation (S632).
  • the insurance simulation model is stored in the storage device 31.
  • the insurance simulation model describes the correlation between the flight time of the moving object, the driving score of the crew, and the insurance premium.
  • the processor 32 inputs the crew time included in the insurance simulation request data and the driving score for each mobile body obtained in step S630 into the insurance simulation model, and assumes that the crew ratio of each mobile body is changed. Calculate the insurance premium value (for example, the value at the end of the 2 ⁇ section).
  • the processor 32 calculates the difference (that is, the difference amount) between the information in the “insurance premium” field of the mobile information database (FIG. 6) and the assumed insurance premium.
  • the server 30 executes the insurance simulation response (S633). Specifically, the processor 32 transmits the insurance simulation response data to the client device 10.
  • the insurance simulation response data includes the assumed premium and the difference amount obtained in step S632.
  • step S633 the client device 10 executes the presentation of the insurance simulation result (S613).
  • the processor 12 displays the screen P61 on the display.
  • the position of the boundary line IMG61 is a position corresponding to the user's operation on the screen P60. Therefore, the position of the boundary line IMG61 is different from the position of the boundary line 60a.
  • the display object A61 displays the assumed insurance premium and the difference amount included in the insurance simulation response data.
  • the fourth example of the insurance simulation of the modified example 2 can also be applied to an example of changing both the operating ratio and the operating time for each crew member.
  • FIG. 34 is a diagram showing a screen example displayed in the fifth example of the insurance simulation of the modified example 2.
  • the client device 10 executes the insurance simulation request (S510) in the same manner as in FIG. 31.
  • the server 30 executes the insurance simulation (S530) to the insurance simulation response (S532) in the same manner as in FIG. 31.
  • the client device 10 executes the insurance simulation result presentation (S511) to the crew aggregation request (S610) in the same manner as in FIG.
  • the server 30 executes the crew total (S630) to the crew total response (S631) as in FIG. 31.
  • the client device 10 executes the presentation of the crew total result (S611) as in FIG. 31.
  • the client device 10 executes an insurance simulation request (S612).
  • the processor 12 acquires the traveling information of the specific crew member associated with the moving object identification information assigned to the operation object B60b from the server 30.
  • the processor 12 displays the screen P63 (FIG. 34) on the display.
  • the screen P63 includes an image object IMG63, a display object A63, and an operation object B63.
  • the image object IMG63 is a graph showing the running information of a specific crew member (for example, the number of sudden accelerations, the number of sudden decelerations, and the number of sudden steering wheels) and the running information to be compared.
  • the comparison target in the fifth example of the insurance simulation of the modified example 2 is, for example, a statistical value such as an average value or a median value of driving information of all crew members in a specific customer, or an average value or a median value of a top score of 20%.
  • the traveling information of one crew member for example, a veteran crew member with the longest company history
  • the target person and the calculation method are not particularly limited.
  • the display object A63 displays the current insurance premium, the assumed insurance premium, and the difference insurance amount.
  • the processor 12 transmits the insurance simulation request data to the server 30.
  • the insurance simulation request data includes information that identifies driving information (for example, the number of sudden accelerations) operated by the user.
  • the server 30 executes the insurance simulation (S632).
  • the insurance simulation model is stored in the storage device 31.
  • the insurance simulation model describes the correlation between driving information and insurance premiums.
  • the processor 32 changes the value of the travel information (for example, the number of sudden accelerations) corresponding to the information for identifying the travel information included in the insurance simulation request data to the value to be compared.
  • the processor 32 calculates the value of the assumed insurance premium (for example, the value at the end of the 2 ⁇ section) corresponding to the changed driving information by inputting the changed driving information into the insurance simulation model.
  • the processor 32 calculates the difference (that is, the difference amount) between the information in the “insurance premium” field of the mobile information database (FIG. 6) and the assumed insurance premium.
  • the server 30 executes the insurance simulation response (S633). Specifically, the processor 32 transmits the insurance simulation response data to the client device 10.
  • the insurance simulation response data includes the assumed premium and the difference amount obtained in step S632.
  • step S633 the client device 10 executes the presentation of the insurance simulation result (S613). Specifically, the processor 12 displays the screen P64 (FIG. 34) on the display.
  • the screen P64 includes an image object IMG64 and a display object A64.
  • the image object IMG64 is a graph showing the running information after the change.
  • the display object A64 displays the estimated insurance premium and the difference amount included in the insurance simulation response data.
  • the fifth example of the insurance simulation of the modified example 2 can also be applied to an example of calculating an assumed insurance premium according to a value of driving information (for example, the number of sudden accelerations) arbitrarily specified by the user.
  • a value of driving information for example, the number of sudden accelerations
  • the change target is not limited to the specific crew member, and the crew conditions of any crew member can be changed. It may be changed.
  • the target crew members are, for example, crew members who refer to the crew member information database and satisfy predetermined conditions (for example, new employees who have not passed one year from the date of joining the company), crew members arbitrarily designated by the user, etc.
  • S531 It may be performed based on a process different from the above, and the designation method and selection method thereof are not particularly limited.
  • the predicted value of the assumed insurance premium according to the simulation conditions specified by the user is presented.
  • the user can easily grasp the change in the insurance premium according to the simulation condition specified by the user.
  • At least one of the simulation conditions specified by the user for example, the frequency of appearance of the driving score, the operating conditions for each moving body, the operating conditions for each management department, the operating conditions for each crew member, and the driving information of the crew members.
  • conditions according to the insurance premium specified by the user for example, the frequency of appearance of the driving score, the operating conditions for each mobile body, the operating conditions for each management department, the operating conditions for each crew member, and the driving information of the crew members. It is also applicable to the example of calculating at least one of).
  • the user can easily grasp the conditions for realizing the insurance premium specified by the user.
  • insurance simulation conditions are conditions related to factors that can directly or indirectly affect insurance premiums, and the factors can be changed (not limited to quality improvement) by the operation of at least one of the mobile and crew members. If it can be done, it is not particularly limited.
  • the example presented to the customer is an assumed insurance premium, but the scope of the present embodiment is not limited to this.
  • a predetermined condition for example, the median value of the assumed insurance premium is 150% or more or 50% or less of the current insurance premium, the assumed insurance premium is set in advance by the customer or the like. (Exceeding the specified threshold, etc.), as information suggesting changes in the management method of the mobile MB, for example, in addition to or in place of the presentation of the estimated insurance premium, the following At least one may be presented.
  • ⁇ Proposal for expansion or reduction of insurance content ⁇ Proposal for cancellation, addition, or change of mobile lease
  • the skill that the crew should improve in order to realize the assumed insurance premium for example, reducing the number of sudden accelerations
  • at least one of the guidance contents for improving the skill are presented. You may.
  • an example of executing an insurance simulation based on the insurance simulation conditions specified by the user is shown, but the scope of the present embodiment is not limited to this.
  • This embodiment is also applicable to an example in which the client device 10 or the server 30 determines the recommended insurance simulation conditions and executes the insurance simulation based on the insurance simulation conditions, and executes the insurance simulation.
  • the device and position to be used are not particularly limited.
  • step S150 an example is shown in which the communication terminal 52 transmits the crew start request data to the server 30 when the crew inputs its own crew identification information, the moving object identification information, and the information related to the crew purpose.
  • the storage device 31 stores in advance the crew identification information, the sensor identification information, the moving object identification information, and the information related to the crew purpose in association with each other.
  • the communication terminal 52 transmits the crew start request data to the server 30.
  • the crew start request data includes crew identification information and information regarding the execution date and time of step S150.
  • the server 30 Upon receiving the crew start request data, the server 30 identifies the sensor identification information, the moving object identification information, and the information related to the crew purpose, which are associated with the crew identification information included in the crew start request data. After that, the server 30 executes the update of the crew log (step S130). As a result, the operation by the crew on the screen P10 (FIG. 10) (that is, the registration work at the start of the crew) can be omitted.
  • step S231 an example of executing the comparison based on the industry of the target customer is shown, but the scope of the present embodiment is not limited to this.
  • the comparison target in the present embodiment may be related to the customer or the mobile MB managed or owned by the customer from some viewpoint, or the management quality of the mobile may satisfy a predetermined condition, for example, the following. It is also applicable to an example of an aggregate specified with reference to at least one of.
  • Body-Individuals or companies with the same or similar labor quality for example, the total crew time of the crew
  • a collection thereof-Customers themselves eg, mobile objects managed or owned by the customer at some point in the past
  • a swarm, part of a mobile swarm managed or owned by a customer for example, only a department with a customer is compared
  • an example of calculating the average value as an aggregated value is shown, but the aggregated value in this embodiment is not particularly limited, and can be applied to an example of calculating at least one of the following as an aggregated value, for example. is there.
  • ⁇ Monthly premium range (maximum and minimum) ⁇ Driving score range (maximum and minimum) ⁇ Deviation value (for example, calculate all companies in all industries as a population)
  • the driving score is expressed in 10 stages, but the scope of the present embodiment is not limited to this.
  • the driving score may be expressed in any stage, and can be applied to, for example, an example in which the driving score is expressed in 100 stages.
  • the various models of the present embodiment are not particularly limited to those described above, and may include, for example, at least one of the following models.
  • -Linear model generated by a predetermined calculation method for example, moving average method
  • -Non-linear model that outputs assumed values by a calculator trained based on teacher data
  • the display objects A50, A53, A56, A60, and A63 for presenting the current insurance premium, the assumed insurance premium, and the difference amount before accepting the operation by the user for determining the simulation condition Is shown to the user, but the scope of the present embodiment is not limited to this.
  • the presentation of the display objects A50, A53, A56, A60, and A63 can be omitted.
  • the display objects A51, A54, A57, A61, and A64 for presenting the current insurance premium, the assumed insurance premium, and the difference amount are the users. It is preferable to be presented in.
  • an example of calculating the value at the end of the 2 ⁇ section of the distribution related to the assumed insurance premium is shown as the value of the assumed insurance premium, but the calculation method of the assumed insurance premium in the present embodiment is not particularly limited, for example. , The value at the end of an arbitrary section of the distribution related to the assumed insurance premium, or a unique value may be calculated.
  • an example is shown in which how the insurance premium can be optimized is presented to the customer, that is, the policyholder, but the present invention is not limited to this.
  • Information on the appropriateness of insurance premiums in this embodiment is presented to, for example, a person who considers the appropriateness of the insurance contract contents related to the policyholder (for example, the insurance company itself or its agent that provides the insurance policy, or separately. Insurance companies and their agents, friends, relatives, etc.).
  • An example is shown in which the assumed insurance premium after the change is presented by changing any of the total crew time, the crew ratio for each moving object, and the traveling information in one crew member, but the change target in this embodiment is limited to these.
  • the change target may be, for example, a moving vehicle type, and may be an element that directly or indirectly affects the insurance premium information.
  • the storage device 11 may be connected to the client device 10 via the network NW.
  • the storage device 31 may be connected to the server 30 via the network NW.
  • Each step of the above information processing can be executed by either the client device 10 or the server 30.
  • the client device 10 when the client device 10 can execute all the steps of the above information processing, the client device 10 functions as an information processing device that operates standalone without sending a request to the server 30.
  • Information processing system 10 Client device 11: Storage device 12: Processor 13: Input / output interface 14: Communication interface 30: Server 31: Storage device 32: Processor 33: Input / output interface 34: Communication interface 50: Sensor unit 51: Travel sensor 52: Communication terminal 55: Travel sensor

Landscapes

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

Abstract

情報処理方法は、複数の移動体のそれぞれに関する運転スコアを取得することと、運転スコアに基づいて、複数の移動体に関する第一の集計データを取得することと、第一の集計データの少なくとも一部を提示することと、第一の集計データを変更することと、変更後の第一の集計データに対応する第一の保険料情報を取得することと、を含む。

Description

情報処理方法、情報処理装置、及び、プログラム
　本発明は、情報処理方法、情報処理装置、及び、プログラムに関する。
　自動車保険等の移動体に対して掛けられる保険（以下、「移動体保険」という）の契約には、例えば、車両毎に掛けられるタイプの契約、管理または保有する複数台の車両に対して一括に掛けられるタイプの契約（例えば、所定の要件を満たした１０台以上の車両に対して掛けられるもの（いわゆる「フリート契約」））などがある。近年、自動車保険の保険料を最適化することにより、保険契約者（個人及び法人）の車両の運用コストを低減するニーズが高まっている。このような保険契約者にとっては、車両の運用内容に応じて、保険料がどのように変化するかを知ることが重要である。
　保険料の変化を予測する技術として、例えば、特開２００４－１０２８０１号公報には、自動車の運転スキルに応じて顧客別保険料を算出する技術が開示されている。
　しかし、特開２００４－１０２８０１号公報では、運転スキルに連動し、その運転される一車両についての保険料を算出するにとどまる。したがって、特許文献１の技術では、複数台の車両を管理する場合において、どのように個々の車両を運用すると、保険料がどのように変化するかがわからない。そのため、複数の移動体の管理を効率化することが難しい。
　本発明の一態様は、
　複数の移動体のそれぞれに関する運転スコアを取得することと、
　前記運転スコアに基づいて、前記複数の移動体に関する第一の集計データを取得することと、
　前記第一の集計データの少なくとも一部を提示することと、
　前記第一の集計データを変更することと、
　前記変更後の第一の集計データに対応する第一の保険料情報を取得することと、
を含む情報処理方法である。
　本発明によれば、複数の移動体の管理の効率化に有用な情報を取得することができる。
本実施形態の情報処理システムの構成を示すブロック図である。 図１の情報処理システムの機能ブロック図である。 本実施形態の概要の説明図である。 本実施形態の顧客情報データベースのデータ構造を示す図である。 本実施形態の乗務員情報データベースのデータ構造を示す図である。 本実施形態の移動体情報データベースのデータ構造を示す図である。 本実施形態の保有運転スコアログ情報データベースのデータ構造を示す図である。 本実施形態の乗務ログ情報データベースのデータ構造を示す図である。 本実施形態の運転スコアの算出処理のシーケンス図である。 図９の情報処理において表示される画面例を示す図である。 本実施形態の集計処理の第１例のシーケンス図である。 図１１に続く処理のシーケンス図である。 図１１～図１２の情報処理において表示される画面例を示す図である。 図１１～図１２の情報処理において表示される画面例を示す図である。 図１１～図１２の情報処理において表示される画面例を示す図である。 本実施形態の集計処理の第２例のシーケンス図である。 図１６に続く処理のシーケンス図である。 図１６～図１７の情報処理において表示される画面例を示す図である。 図１６～図１７の情報処理において表示される画面例を示す図である。 変形例１の損害予測処理のシーケンス図である。 図２０の情報処理において表示される画面例を示す図である。 変形例２の概要の説明図である。 変形例２の保険シミュレーションのシーケンス図である。 図２３の情報処理において表示される第１画面例を示す図である。 図２３の情報処理において表示される第２画面例を示す図である。 変形例２の保険シミュレーションの第２例において表示される第１画面例を示す図である。 変形例２の保険シミュレーションの第２例において表示される第２画面例を示す図である。 変形例２の保険シミュレーションの第２例において表示される第３画面例を示す図である。 変形例２の保険シミュレーションの第３例において表示される第１画面例を示す図である。 変形例２の保険シミュレーションの第３例において表示される第２画面例を示す図である。 変形例２の保険シミュレーションの第４例のシーケンス図である。 変形例２の保険シミュレーションの第４例において表示される第１画面例を示す図である。 変形例２の保険シミュレーションの第４例において表示される第２画面例を示す図である。 変形例２の保険シミュレーションの第５例において表示される画面例を示す図である。
　以下、本発明の一実施形態について、図面に基づいて詳細に説明する。なお、実施形態を説明するための図面において、同一の構成要素には原則として同一の符号を付し、その繰り返しの説明は省略する。
（１）情報処理システムの構成
　情報処理システムの構成を説明する。図１は、本実施形態の情報処理システムの構成を示すブロック図である。図２は、図１の情報処理システムの機能ブロック図である。
　図１に示すように、情報処理システム１は、クライアント装置１０と、サーバ３０と、センサユニット５０と、を備える。
　クライアント装置１０、サーバ３０、及び、センサユニット５０は、ネットワーク（例えば、インターネット又はイントラネット）ＮＷを介して接続される。
　クライアント装置１０は、サーバ３０にリクエストを送信するコンピュータ（「情報処理装置」の一例）である。クライアント装置１０は、例えば、スマートフォン、タブレット端末、又は、パーソナルコンピュータである。
　サーバ３０は、クライアント装置１０から送信されたリクエストに応じたレスポンスをクライアント装置１０に提供するコンピュータ（「情報処理装置」の一例）である。サーバ３０は、例えば、ウェブサーバである。
　センサユニット５０は、移動体に配置される。センサユニット５０は、移動体の走行に関する走行情報をサーバ３０に送信するように構成される。
　センサユニット５０は、例えば、以下の少なくとも１つである。
　・車両に配置されたセンサユニット５０
　・車両に配置された端子（例えば、シガーソケット）に接続されたセンサユニット５０
　・車両内に持ち込まれたデバイス（一例として、スマートフォン）に配置されたセンサユニット５０
　センサユニット５０は、例えば、以下の何れかを介して、サーバ３０、又は、走行情報を収集するように構成された外部サーバ（一例として、公的機関又は民間企業によって運営されるサーバ）に接続される。
　・センサユニット５０に配置された通信インタフェース
　・センサユニット５０と接続されたデバイス（一例として、スマートフォン）
　・センサユニット５０と接続された通信機（一例として、道路等に配置された通信アンテナ（例えば、ＩＴＳスポット））
　・センサユニット５０と有線（例えば、ＵＳＢ（Universal Serial Bus））又は無線（例えば、Bluetooth又はＷｉＦｉ）を介して接続されたコンピュータ端末
　移動体は、例えば、以下の少なくとも１つである。
　・四輪車
　・二輪車
　・パーソナルモビリティ
　・船舶
　・飛行体（ドローン及び航空機の少なくとも１つ）
（１－１）クライアント装置の構成
　クライアント装置１０の構成を説明する。
　図２に示すように、クライアント装置１０は、記憶装置１１と、プロセッサ１２と、入出力インタフェース１３と、通信インタフェース１４とを備える。
　記憶装置１１は、プログラム及びデータを記憶するように構成される。記憶装置１１は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。
　プログラムは、例えば、以下のプログラムを含む。
　・ＯＳ（Operating System）のプログラム
　・情報処理を実行するアプリケーション（例えば、ウェブブラウザ）のプログラム
　データは、例えば、以下のデータを含む。
　・情報処理において参照されるデータベース
　・情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）
　プロセッサ１２は、記憶装置１１に記憶されたプログラムを起動することによって、クライアント装置１０の機能を実現するように構成される。プロセッサ１２は、例えば、ＣＰＵ（Central Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、又は、これらの組み合わせである。
　入出力インタフェース１３は、クライアント装置１０に接続される入力デバイスからユーザの指示を取得し、かつ、クライアント装置１０に接続される出力デバイスに情報を出力するように構成される。
　入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
　出力デバイスは、例えば、ディスプレイである。
　通信インタフェース１４は、クライアント装置１０と、サーバ３０及びセンサユニット５０との間の通信を制御するように構成される。
（１－２）サーバの構成
　サーバ３０の構成を説明する。
　図２に示すように、サーバ３０は、記憶装置３１と、プロセッサ３２と、入出力インタフェース３３と、通信インタフェース３４とを備える。
　記憶装置３１は、プログラム及びデータを記憶するように構成される。記憶装置３１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。
　プログラムは、例えば、以下のプログラムを含む。
　・ＯＳのプログラム
　・情報処理を実行するアプリケーションのプログラム
　データは、例えば、以下のデータを含む。
　・情報処理において参照されるデータベース
　・情報処理の実行結果
　プロセッサ３２は、記憶装置３１に記憶されたプログラムを起動することによって、サーバ３０の機能を実現するように構成される。プロセッサ３２は、例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ、又は、これらの組み合わせである。
　入出力インタフェース３３は、サーバ３０に接続される入力デバイスからユーザの指示を取得し、かつ、サーバ３０に接続される出力デバイスに情報を出力するように構成される。
　入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
　出力デバイスは、例えば、ディスプレイである。
　通信インタフェース３４は、サーバ３０と、クライアント装置１０及びセンサユニット５０との間の通信を制御するように構成される。
（１－３）センサユニットの構成
　センサユニット５０の構成を説明する。
　図２に示すように、センサユニット５０は、走行センサ５１と、通信端末５２と、を備える。
　走行センサ５１は、センサユニット５０が配置された車両の走行情報を取得するように構成される。走行センサ５５は、例えば、以下の少なくとも１つである。
　・加速度センサ
　・ＧＰＳ（Global Positioning System）レシーバ
　通信端末５２は、走行センサ５１によって取得された走行情報をサーバ３０に送信するように構成される。通信端末５２は、例えば、スマートフォン、タブレット端末、又は、通信機能を有するモバイル端末である。
（２）実施形態の概要
　本実施形態の概要を説明する。図３は、本実施形態の概要の説明図である。
　図３に示すように、本実施形態は、クライアント装置１０と、サーバ３０と、センサユニット５０と、を含む。
　クライアント装置１０は、顧客が使用する装置である。顧客は、保険会社が提供する保険の保険契約を締結している保険契約者（例えば、自然人または法人）を意味する。保険は、顧客が管理または保有する複数の移動体ＭＢにつき、各移動体ＭＢを対象として、又は、複数の移動体ＭＢを対象として締結される。
　サーバ３０は、クライアント装置１０及びセンサユニット５０に接続される。
　センサユニット５０は、乗務員が運転する移動体ＭＢに配置される。センサユニット５０は、移動体ＭＢの走行に関する走行情報（例えば、時系列に沿って取得される加速度情報、速度情報などが挙げられるが、これらに限られない）を取得し、且つ、当該走行情報をサーバ３０に送信する。
　サーバ３０は、センサユニット５０から送信された走行情報を参照して、移動体ＭＢに関する運転スコアを取得し、且つ、当該運転スコアを蓄積する。運転スコアは、例えば、走行品質をスコア化したものが挙げられるが、これに限られず、移動体ＭＢに係る情報であって、移動体保険に影響しうる情報（例えば、移動体保険の保険料の算定の際に考慮される情報）であれば、特にその内容は限定されない。
　クライアント装置１０は、サーバ３０に対して、運転スコアの集計を要求するための運転スコア集計リクエストを送信する。
　サーバ３０は、運転スコア集計リクエストに応じて、蓄積された運転スコアを集計し、且つ、運転スコアの集計結果をクライアント装置１０に送信する。
　クライアント装置１０は、サーバ３０から送信された運転スコアの集計結果を顧客に対して提示する。
（３）データベース
　本実施形態のデータベースを説明する。以下のデータベースは、記憶装置３１に記憶される。
（３－１）顧客情報データベース
　本実施形態の顧客情報データベースを説明する。図４は、本実施形態の顧客情報データベースのデータ構造を示す図である。
　図４の顧客情報データベースには、顧客情報が格納されている。顧客情報は、顧客に関する情報である。顧客は、例えば、法人である。
　顧客情報データベースは、「顧客ＩＤ」フィールドと、「顧客名」フィールドと、「顧客属性」フィールドと、を含む。各フィールドは、互いに関連付けられている。
　「顧客ＩＤ」フィールドには、顧客識別情報が格納される。顧客識別情報は、顧客を識別する情報である。
　「顧客名」フィールドには、顧客名に関する情報（例えば、テキスト）が格納される。
　「顧客属性」フィールドには、顧客属性情報が格納される。顧客属性情報は、顧客の属性に関する情報である。「顧客属性」フィールドは、「業種」フィールドと、「社員数」フィールドと、「保有移動体数」フィールドと、を含む。
　「業種」フィールドには、顧客の業種に関する情報が格納される。
　「社員数」フィールドには、顧客が雇用する社員の人数に関する情報が格納される。
　「保有移動体数」フィールドには、顧客が管理または保有する移動体（以下「保有移動体」という）の数に関する情報が格納される。
（３－２）乗務員情報データベース
　本実施形態の乗務員情報データベースを説明する。図５は、本実施形態の乗務員情報データベースのデータ構造を示す図である。
　図５の乗務員情報データベースには、乗務員情報が格納されている。乗務員情報は、乗務員に関する情報である。
　乗務員情報データベースは、例えば、「乗務員ＩＤ」フィールドと、「乗務員」フィールドと、「乗務員属性」フィールドと、を含む。各フィールドは、互いに関連付けられている。
　乗務員情報データベースは、顧客識別情報に関連付けられる。
　「乗務員ＩＤ」フィールドには、乗務員識別情報が格納される。乗務員識別情報は、乗務員を識別する情報である。
　「乗務員名」フィールドには、乗務員名情報が格納される。乗務員名情報は、乗務員名に関する情報（例えば、テキスト）である。
　「乗務員属性」フィールドには、乗務員属性情報が格納される。乗務員属性情報は、乗務員の属性に関する情報である。「乗務員属性」フィールドは、例えば、「性別」フィールドと、「年齢」フィールドと、「入社日」フィールドと、「所属部門」フィールドと、を含む。
　「性別」フィールドには、乗務員の性別に関する情報が格納される。
　「年齢」フィールドには、乗務員の年齢に関する情報が格納される。
　「入社日」フィールドには、乗務員の入社日に関する情報が格納される。
　「所属部門」フィールドには、顧客の部門のうち、乗務員が所属する部門に関する情報が格納される。
（３－３）移動体情報データベース
　本実施形態の移動体情報データベースを説明する。図６は、本実施形態の移動体情報データベースのデータ構造を示す図である。
　図６の移動体情報データベースには、移動体情報が格納されている。移動体情報は、顧客の保有移動体に関する情報である。
　移動体情報データベースは、「移動体ＩＤ」フィールドと、「月額保険料」フィールドと、「保険内容」フィールドと、「移動体属性」フィールドと、「リース」フィールドと、を含む。各フィールドは、互いに関連付けられている。
　移動体情報データベースは、顧客識別情報に関連付けられる。
　「移動体ＩＤ」フィールドには、移動体識別情報が格納される。移動体識別情報は、移動体を識別する情報である。
　「月額保険料」フィールドには、移動体に掛けられた保険契約の月額保険料に関する情報が格納される。「月額保険料」フィールドは、移動体に掛けられた保険契約の更新の度に更新される。なお、複数の移動体に対して一括で掛けられるタイプの契約の場合、保険契約の対象となる全ての移動体の合計月額保険料、又は、移動体１台あたりの平均月額保険料に関する情報が格納される。
　「保険内容」フィールドには、当該保険契約のカバー範囲（一例として、補償内容）が格納される。補償内容は、例えば、以下の少なくとも１つを含むが、これらに限られない。
　・移動体が事故にあった際の相手方への補償（対人賠償、対物賠償等、及びその保険金額上限）
　・ドライバや同乗者への補償（人身傷害、搭乗者傷害等、及びその保険金額上限）
　・移動体への補償（車両保険、新車買替特約等、及びその保険金額上限）
　・オプション補償（弁護士特約等、及びその上限）
　「移動体属性」フィールドには、移動体属性情報が格納される。移動体属性情報は、移動体の属性に関する情報である。「移動体属性」フィールドは、「車種」フィールドと、「用途」フィールドと、「管理部門」フィールドと、を含む。
　「車種」フィールドには、移動体の車種に関する情報が格納される。車種に関する情報は、例えば、以下の少なくとも１つを含む。
　・移動体のカテゴリ（一例として、四輪乗用車の場合、「セダン」、「軽自動車」、「ワンボックスカー」等、建機の場合、「油圧ショベル」、「ホイールローダ」、「ブルドーザ」等）
　・移動体の車名（一例として、モデル名）
　・移動体が属する何らかの集団又は種類
　「用途」フィールドには、移動体の用途に関する情報が格納される。
　「管理部門」フィールドには、顧客の部門のうち、移動体の管理部門に関する情報が格納される。
（３－４）運転スコアログ情報データベース
　本実施形態の運転スコアログ情報データベースを説明する。図７は、本実施形態の保有運転スコアログ情報データベースのデータ構造を示す図である。
　図７の運転スコアログ情報データベースには、運転スコアログ情報が格納されている。運転スコアログ情報は、運転スコアの履歴に関する情報である。本実施形態においては、運転スコアは、例えば、移動体の走行品質に関する情報である。
　運転スコアログ情報データベースは、「運転スコアログＩＤ」フィールドと、「日付」フィールドと、「走行情報」フィールドと、「運転スコア」フィールドと、を含む。各フィールドは、互いに関連付けられている。
　運転スコアログ情報データベースは、移動体識別情報に関連付けられる。
　「運転スコアログＩＤ」フィールドには、運転スコアログ識別情報が格納される。運転スコアログ識別情報は、運転スコアログを識別する情報である。
　「日付」フィールドには、運転スコアの対象となる走行の日付に関する情報が格納される。
　「走行情報」フィールドには、走行情報が格納される。「走行情報」フィールドは、「急加速回数」フィールドと、「急減速回数」フィールドと、「急ハンドル回数」フィールドと、「加速度分布」フィールドと、「累積走行距離」フィールドと、「累積走行時間」フィールドと、を含む。
　「急加速回数」フィールドには、急加速の回数に関する情報が格納される。急加速回数は、例えば、センサユニット５０から所定のセンシング間隔（一例として、０.５秒毎）で取得した加速度情報において、移動体の進行方向におけるベクトルの大きさが所定の閾値を超えた場合、又は、所定の閾値を連続して所定回数越えた場合にカウントされる。
　「急減速回数」フィールドには、急減速の回数に関する情報が格納される。急減速回数は、例えば、センサユニット５０からセンシング間隔で取得した加速度情報において、移動体の進行方向とは逆方向におけるベクトルの大きさが所定の閾値を超えた場合、又は、所定の閾値を連続して所定回数越えた場合にカウントされる。
　「急ハンドル回数」フィールドには、急ハンドルの回数（例えば、右方向への急ハンドルの回数、及び、左方向の急ハンドルの回数のそれぞれの値、又は、合算値）に関する情報が格納される。急ハンドル回数は、例えば、センサユニット５０からセンシング間隔で取得した加速度情報において、移動体の進行方向に対して垂直方向におけるベクトルの大きさが所定の閾値を超えた場合、又は、所定の閾値を連続して所定回数越えた場合にカウントされる。説明簡略化の観点から、急ハンドルの方向となりうる左右のいずれかの区別をしない記載としているが、左右それぞれの急ハンドル回数についてフィールドを用意することとしてももちろんよい。
　「加速度分布」フィールドには、加速度の分布に関する情報が格納される。加速度の分布は、例えば、センサユニット５０からセンシング間隔で取得した加速度情報のそれぞれにつき、そのベクトル情報（つまり、方向及び大きさ）の分布を意味する。加速度の分布に関する情報は、テーブル、分布図、又は、それらの情報に関連付けられたリンク情報（一例としてＵＲＬ（Uniform Resource Locator））によって、ユーザに提供される。
　「累積走行距離」フィールドには、累積走行距離に関する情報が格納される。
　「累積走行時間」フィールドには、累積走行時間に関する情報が格納される。
　「運転スコア」フィールドには、運転スコアに関する情報が格納される。
（３－５）乗務ログ情報データベース
　本実施形態の乗務ログ情報データベースを説明する。図８は、本実施形態の乗務ログ情報データベースのデータ構造を示す図である。
　図８の乗務ログ情報データベースには、乗務ログ情報が格納されている。乗務ログ情報は、乗務員による移動体の乗務の履歴に関する情報である。
　乗務ログ情報データベースは、「乗務ログＩＤ」フィールドと、「乗務開始日時」フィールドと、「乗務終了日時」フィールドと、「乗務員ＩＤ」フィールドと、「センサＩＤ」フィールドと、「乗務目的」フィールドと、「運転スコア」フィールドと、を含む。各フィールドは、互いに関連付けられている。
　乗務ログ情報データベースは、移動体識別情報に関連付けられる。
　「乗務ログＩＤ」フィールドには、乗務ログ識別情報が格納される。乗務ログ識別情報は、乗務ログ情報を識別する情報である。
　「乗務開始日時」フィールドには、乗務開始日時情報が格納される。乗務開始日時情報は、乗務員が移動体の乗務を開始した日時に関する情報である。
　「乗務終了日時」フィールドには、乗務開始終了情報が格納される。乗務終了日時情報は、乗務員が移動体の乗務を終了した日時に関する情報である。
　「乗務員ＩＤ」フィールドには、移動体に乗務した乗務員の乗務員識別情報が格納される。
　「センサＩＤ」フィールドには、センサ識別情報が格納される。乗務員が移動体に乗務したときに移動体に配置されたセンサユニット５０を識別する情報である。
　「乗務目的」フィールドには、乗務員の移動体の乗務の目的に関する情報（例えば、「配送」、又は「顧客訪問」というテキスト）が格納される。
　「運転スコア」フィールドには、乗務員が当該移動体に乗務したときの運転スコアに関する情報が格納される。
（４）情報処理
　本実施形態の情報処理を説明する。
（４－１）運転スコアの算出処理
　本実施形態の運転スコアの算出処理を説明する。図９は、本実施形態の運転スコアの算出処理のシーケンス図である。図１０は、図９の情報処理において表示される画面例を示す図である。
　図９に示すように、センサユニット５０は、乗務開始リクエスト（Ｓ１５０）を実行する。
　具体的には、通信端末５２は、ディスプレイ（不図示）に、画面Ｐ１０（図１０）を表示する。
　画面Ｐ１０は、操作オブジェクトＢ１０と、フィールドオブジェクトＦ１０ａ～Ｆ１０ｃと、を含む。
　フィールドオブジェクトＦ１０ａは、乗務員識別情報の入力を受け付けるオブジェクトである。
　フィールドオブジェクトＦ１０ｂは、乗務員が乗務する移動体の移動体識別情報の入力を受け付けるオブジェクトである。
　フィールドオブジェクトＦ１０ｃは、乗務目的に関する情報の入力を受け付けるオブジェクトである。
　操作オブジェクトＢ１０は、乗務の開始の指示を受け付けるオブジェクトである。
　乗務員が、センサユニット５０を移動体（例えば、車両のシガーソケット）に接続すると、通信端末５２は、走行センサ５１からセンサ識別情報を取得する。
　乗務員が、フィールドオブジェクトＦ１０ａに自身の乗務員識別情報を入力し、フィールドオブジェクトＦ１０ｂに移動体識別情報を入力し、フィールドオブジェクトＦ１０ｃに乗務目的に関する情報を入力し、且つ、操作オブジェクトＢ１０を操作すると、通信端末５２は、乗務開始リクエストデータをサーバ３０に送信する。
　乗務開始リクエストデータは、以下の情報を含む。
　・乗務員識別情報
　・移動体識別情報
　・センサ識別情報
　・乗務目的に関する情報
　・ステップＳ１５０の実行日時に関する情報
　ステップＳ１５０の後、サーバ３０は、乗務ログの更新（Ｓ１３０）を実行する。
　具体的には、プロセッサ３２は、ステップＳ１５０で送信された乗務員識別情報に関連付けられた乗務ログ情報データベース（図８）に新規レコードを追加する。新規レコードには、以下の情報が格納される。
　・「乗務ログＩＤ」フィールド：新規の乗務ログ識別情報
　・「乗務開始日時」フィールド：乗務開始リクエストデータに含まれるステップＳ１５０の実行日時に関する情報
　・「移動体ＩＤ」フィールド：乗務開始リクエストデータに含まれる移動体識別情報
　・「センサＩＤ」フィールド：乗務開始リクエストデータに含まれる移動体識別情報乗務開始リクエストデータに含まれるセンサ識別情報
　・「乗務目的」フィールド：乗務開始リクエストデータに含まれる乗務目的に関する情報
　センサユニット５０は、走行情報の取得（Ｓ１５１）を実行する。
　具体的には、走行センサ５１は、移動体ＭＢの走行情報を取得する。
　ステップＳ１５１の後、センサユニット５０は、走行情報の送信（Ｓ１５２）を実行する。
　具体的には、通信端末５２は、以下の情報をサーバ３０に送信する。
　・走行センサ５１によって取得された走行情報
　・移動体ＭＢの乗務員の乗務員識別情報（例えば、送信機に予め登録された乗務員識別情報、又は、携帯電話のアプリケーションに予め登録された乗務員識別情報）
　・センサユニット５０が配置された移動体ＭＢの移動体識別情報
　ステップＳ１５１～Ｓ１５２は、乗務期間中に繰り返し実行される。
　センサユニット５０は、乗務終了リクエスト（Ｓ１５３）を実行する。
　具体的には、通信端末５２は、ディスプレイ（不図示）に、画面Ｐ１１（図１０）を表示する。
　画面Ｐ１１は、操作オブジェクトＢ１１を含む。
　操作オブジェクトＢ１１は、乗務の開始の指示を受け付けるオブジェクトである。
　乗務員が、操作オブジェクトＢ１１を操作すると、通信端末５２は、乗務終了リクエスト（Ｓ１５３）を実行する。
　具体的には、通信端末５２は、乗務終了リクエストデータをサーバ３０に送信する。
　乗務終了リクエストデータは、以下の情報を含む。
　・ステップＳ１５３の実行日時に関する情報
　ステップＳ１５３の後、サーバ３０は、運転スコアの算出（Ｓ１３１）を実行する。
　具体的には、記憶装置３１には、運転スコア算出モデルが記憶されている。運転スコア算出モデルには、走行情報と運転スコアの相関関係が規定されている。
　プロセッサ３２は、運転スコア算出モデルを参照して、ステップＳ１５２で送信された走行情報に基づく運転スコアを算出する。
　ステップＳ１３１の後、サーバ３０は、データベースの更新（Ｓ１３２）を実行する。
　具体的には、プロセッサ３２は、ステップＳ１５２で送信された移動体識別情報に関連付けられた運転スコアログ情報データベース（図７）に新規レコードを追加する。新規レコードには、以下の情報が格納される。
　・「運転スコアログＩＤ」フィールド：新規の運転スコアログ識別情報
　・「日付」フィールド：ステップＳ１３１が実行された日付に関する情報
　・「走行情報」：ステップＳ１５２で送信された走行情報
　・「運転スコア」：ステップＳ１３１で得られた運転スコアに関する情報
　プロセッサ３２は、ステップＳ１５２で送信された移動体識別情報に関連付けられた乗務ログ情報データベース（図８）の「運転スコア」フィールドにステップＳ１３１で得られた運転スコアに関する情報を格納する。
　プロセッサ３２は、ステップＳ１３０で更新された乗務ログデータベース（図８）の新規レコードに、以下の情報を格納する。
　・「乗務終了日時」フィールド：乗務終了リクエストデータに含まれるステップＳ１５３の実行日時に関する情報
　上述した例では、ステップＳ１５３の後にステップＳ１３１～Ｓ１３２が実行されることとしているが、Ｓ１３１～Ｓ１３２の実行はこのタイミングに限られない。ステップＳ１３１～Ｓ１３２は、例えば以下の何れかのタイミングで実行されてもよい。
　・顧客の所望のタイミング（例えば、入出力インタフェース１３がユーザにより操作され、タイミングが指定される）
　・毎日または毎営業日の所定時刻（この場合、ステップＳ１３１～Ｓ１３２は１日に１回、または営業日ごとに１回実行される）
　・毎月の所定日（この場合、ステップＳ１３１～Ｓ１３２は、１ヶ月に１回実行される）で実行される。
（４－２）集計処理
　本実施形態の集計処理を説明する。集計処理は、例えば、顧客が管理する移動体に関する保険のあり方または保険料の適切化を目的として、移動体の運用を変化させる検討を行うべく、顧客の所望のタイミングで実行される。
（４－２－１）集計処理の第１例
　本実施形態の集計処理の第１例を説明する。図１１は、本実施形態の集計処理の第１例のシーケンス図である。図１２は、図１１に続く処理のシーケンス図である。図１３は、図１１～図１２の情報処理において表示される画面例を示す図である。図１４は、図１１～図１２の情報処理において表示される画面例を示す図である。図１５は、図１１～図１２の情報処理において表示される画面例を示す図である。
　図１１に示すように、クライアント装置１０は、顧客集計リクエスト（Ｓ２１０）を実行する。
　具体的には、プロセッサ１２は、画面Ｐ２０（図１３）をディスプレイに表示する。
　画面Ｐ２０は、操作オブジェクトＢ２０ａと、フィールドオブジェクトＦ２０と、を含む。
　フィールドオブジェクトＦ２０は、顧客識別情報の入力を受け付けるオブジェクトである。
　操作オブジェクトＢ２０は、フィールドオブジェクトＦ２０への入力を確定させるためのユーザ指示を受け付けるオブジェクトである。
　ユーザがフィールドオブジェクトＦ２０に顧客識別情報を入力し、且つ、操作オブジェクトＢ２０を操作すると、プロセッサ１２は、顧客集計リクエストデータをサーバ３０に送信する。
　顧客集計リクエストデータは、以下の情報を含む。
　・フィールドオブジェクトＦ２０に入力された顧客識別情報（以下「対象顧客識別情報」という）
　ステップＳ２１０の後、サーバ３０は、顧客集計（Ｓ２３０）を実行する。
　具体的には、プロセッサ３２は、顧客情報データベース（図４）を参照して、顧客集計リクエストデータに含まれる対象顧客識別情報に関連付けられたレコードに格納された対象顧客情報を特定する。
　プロセッサ３２は、対象顧客識別情報に関連付けられた移動体情報データベース（図６）の「移動体ＩＤ」フィールドの情報（つまり、保有移動体の移動体識別情報）を特定する。
　プロセッサ３２は、特定した全ての保有移動体識別情報に関連付けられた運転スコアログ情報データベース（図７）の「日付」フィールドを参照して、所定の対象期間（例えば、ステップＳ２３０の実行日から遡って１年間）に対応するレコードを特定する。
　プロセッサ３２は、特定したレコードの「運転スコア」フィールドを参照して、運転スコアの出現頻度をカウントする。
　ステップＳ２３０の後、サーバ３０は、比較（Ｓ２３１）を実行する。
　具体的には、プロセッサ３２は、顧客情報データベースを参照して、対象顧客識別情報に関連付けられた「業種」フィールドの情報（つまり、対象顧客の業種）を特定する。
　プロセッサ３２は、顧客情報データベースを参照して、現在（例えば、ステップＳ２３１が実行されるとき）の顧客の性質に対して所定条件を満たす特定の個人、法人、またはそれらの集合体（以下、「特定顧客」という）に対応する顧客識別情報（以下「特定顧客識別情報」という）を比較対象として特定する。特定顧客は、例えば、対象顧客の業種と同一又は類似の業種である顧客や、過去のある時点（つまり、ステップＳ２３１が実行される前のある時点）の対象顧客自身である。特定顧客が過去のある時点の対象顧客自身である場合、ステップＳ２３０では、過去のある時点の対象顧客の顧客情報と、現在の対象顧客の顧客情報とが比較される。過去のある時点は、例えば、所定の時点又はユーザによって指定された時点である。
　プロセッサ３２は、特定顧客識別情報に関連付けられた移動体情報データベース（以下「特定顧客移動体情報データベース」という）（図６）を特定する。
　プロセッサ３２は、特定顧客移動体情報データベースの「移動体ＩＤ」フィールドの情報（つまり、特定顧客が管理または保有する移動体の移動体識別情報（以下「特定移動体識別情報」という））を特定する。即ち、顧客が管理または保有する移動体群と、特定顧客が管理または保有する少なくとも１つの移動体は、所定の条件を満たす。
　プロセッサ３２は、特定移動体識別情報に関連付けられた運転スコアログ情報データベース（図７）の「日付」フィールドを参照して、対象期間（例えば、ステップＳ２３０の実行日から遡って１年間）に含まれるレコードを特定する。
　プロセッサ３２は、特定したレコードの「運転スコア」フィールドを参照して、運転スコアの情報（つまり、比較対象としての特定顧客の運転スコア）を取得する。
　プロセッサ３２は、ステップＳ２３０の実行結果（つまり、対象顧客の運転スコア）及び特定顧客の運転スコアの分布（以下「比較分布」という）を算出する。この際、より適切な比較対象とすべく、例えば、プロセッサ３２は、所定の移動体の単位（一例として、１００台）、及び、所定期間（一例として、１ヶ月）に正規化した、特定顧客の運転スコアの分布を比較分布として算出することが好ましい。
　ステップＳ２３１の後、サーバ３０は、顧客集計レスポンス（Ｓ２３２）を実行する。
　具体的には、プロセッサ３２は、顧客集計レスポンスデータをクライアント装置１０に送信する。
　顧客集計レスポンスデータは、以下の情報を含む。
　・ステップＳ２３０の実行結果（つまり、対象期間における顧客が管理する移動体全てに関する運転スコアの分布）
　・ステップＳ２３１の実行結果（つまり、対象期間における比較分布）
　ステップＳ２３２の後、クライアント装置１０は、顧客集計結果の提示（Ｓ２１１）を実行する。
　具体的には、プロセッサ１２は、画面Ｐ２１（図１３）をディスプレイに表示する。
　画面Ｐ２１は、画像オブジェクトＩＭＧ２１と、操作オブジェクトＢ２１ａ～Ｂ２１ｄと、と、を含む。
　画像オブジェクトＩＭＧ２１は、顧客集計レスポンスデータに含まれる対象顧客の運転スコアの分布及び比較分布を示すグラフである。
　操作オブジェクトＢ２１ａは、移動体の運転スコアの集計結果を提示させるためのユーザ指示を受け付けるオブジェクトである。
　操作オブジェクトＢ２１ｂは、保険料金の集計結果を提示させるためのユーザ指示を受け付けるオブジェクトである。
　操作オブジェクトＢ２１ｃは、事故が発生したときの損害の予測結果を提示させるためのユーザ指示を受け付けるオブジェクトである。
　操作オブジェクトＢ２１ｄは、運転スコアの分布を変更したときの保険シミュレーションを実行させるためユーザ指示を受け付けるオブジェクトである。
　ステップＳ２１１の後、クライアント装置１０は、移動体集計リクエスト（Ｓ２１２）を実行する。
　具体的には、ユーザが、操作オブジェクトＢ２１ａを操作すると、プロセッサ１２は、移動体集計リクエストデータをサーバ３０に送信する。
　ステップＳ２１２の後、サーバ３０は、移動体集計（Ｓ２３３）を実行する。
　具体的には、プロセッサ３２は、保有移動体の移動体識別情報に関連付けられた運転スコアログ情報データベース（図７）の「日付」フィールドを参照して、対象期間に対応するレコードを特定する。
　プロセッサ３２は、特定されたレコードの「運転スコア」フィールドを参照して、保有移動体毎の運転スコアの分布（以下「運転スコア分布」という）を算出する。
　プロセッサ３２は、保有移動体の移動体識別情報に関連付けられた乗務ログ情報データベース（図８）の「乗務開始日時」フィールド及び「乗務終了日時」フィールドを参照して、対象期間に対応する保有移動体の稼働時間を算出する。
　プロセッサ３２は、当該稼働時間を合計することにより、累積稼働時間を算出する。
　ステップＳ２３３の後、サーバ３０は、移動体集計レスポンス（Ｓ２３４）を実行する。
　具体的には、プロセッサ３２は、移動体集計レスポンスデータをクライアント装置１０に送信する。移動体集計レスポンスデータは、以下の情報を含む。
　・ステップＳ２３３の実行結果（つまり、対象期間における保有移動体毎の運転スコアの分布及び各保有移動体の累積稼働時間）
　・保有移動体の移動体識別情報に関連付けられた「管理部門」フィールドの情報
　ステップＳ２３４の後、クライアント装置１０は、移動体集計結果の提示（Ｓ２１３）を実行する。
　具体的には、プロセッサ１２は、画面Ｐ２２（図１４）をディスプレイに表示する。
　画面Ｐ２２は、画像オブジェクトＩＭＧ２２ａ～ＩＭＧ２２ｃと、操作オブジェクトＢ２２ａ～Ｂ２２ｃと、を含む。
　画像オブジェクトＩＭＧ２２ａは、保有移動体毎の運転スコアの分布及び管理部門に関する情報を示す。
　画像オブジェクトＩＭＧ２２ｂは、保有移動体毎の稼働比率（各保有移動体の累積稼働時間と、全保有移動体の累積稼働時間との比率）を示すグラフである。
　画像オブジェクトＩＭＧ２２ｃは、保有移動体の管理部門毎の稼働比率（各保有移動体の累積稼働時間と、全保有移動体の累積稼働時間との比率）を示すグラフである。
　操作オブジェクトＢ２２ａ～Ｂ２２ｂは、対応する移動体に関する乗務ログの集計（Ｓ２３５）を実行させるためのユーザ指示を受け付けるオブジェクトである。
　操作オブジェクトＢ２２ａには、対応する移動体の移動体識別情報（M01）が割り当てられている。
　操作オブジェクトＢ２２ｂには、対応する移動体の移動体識別情報（M02）が割り当てられている。
　操作オブジェクトＢ２２ｃは、移動体毎の稼働比率又は管理部毎の稼働比率を変更したときの保険シミュレーションを実行させるためのユーザ指示を受け付けるオブジェクトである。
　ステップＳ２１３の後、クライアント装置１０は、乗務ログ集計リクエスト（Ｓ２１４）を実行する。
　具体的には、ユーザが、操作オブジェクトＢ２２ａを操作すると、プロセッサ１２は、乗務ログ集計リクエストデータをサーバ３０に送信する。
　連携処理リクエストデータは、以下の情報を含む。
　・ユーザが操作した操作オブジェクトＢ２２ａに割り当てられた移動体識別情報（M01）
　ステップＳ２１４の後、サーバ３０は、乗務ログの集計（Ｓ２３５）を実行する。
　具体的には、プロセッサ３２は、乗務ログ集計リクエストデータに含まれる移動体識別情報に関連付けられた乗務ログ情報データベース（図８）を参照して、「乗務終了日時」フィールドの情報及び「乗務開始日時」フィールドの情報の組み合わせから特定される乗務期間が対象期間に含まれるレコードを特定する。
　プロセッサ３２は、乗務員ＩＤ毎に、「乗務終了日時」フィールドの情報及び「乗務開始日時」フィールドの情報の差の累積値（以下「累積乗務時間」という）を算出する。
　記憶装置３１には、運転指導判定モデルが記憶されている。運転指導判定モデルには、運転スキルと、運転スキルを改善するための指導内容と、の相関関係が記述されている。
　プロセッサ３２は、乗務員が移動体ＭＢに乗務したときの運転スコアログ情報を参照して、乗務員の運転スキルを判定する。
　プロセッサは、運転スキルを運転指導判定モデルに入力することにより、当該運転スキルに応じた指導内容を決定する。指導内容は、例えば、所定レベル以下の運転スコアを向上させるための指導内容（一例として、急加速や急減速が多く発生する乗務員に対して、アクセルやブレーキについて推奨される利用方法）である。
　ステップＳ２３５の後、サーバ３０は、乗務ログ集計レスポンス（Ｓ２３６）を実行する。
　具体的には、プロセッサ３２は、乗務ログ集計レスポンスデータをクライアント装置１０に送信する。
　乗務ログ集計レスポンスデータは、以下の情報を含む。
　・ステップＳ２３５の実行結果（つまり、対象期間における乗務員毎の累積乗務時間及び指導内容）
　ステップＳ２３６の後、クライアント装置１０は、乗務ログの集計結果の提示（Ｓ２１５）を実行する。
　具体的には、プロセッサ１２は、画面Ｐ２３（図１５）をディスプレイに表示する。
　画面Ｐ２３は、画像オブジェクトＩＭＧ２３ａ～ＩＭＧ２３ｂと、メッセージオブジェクトＡ２３と、操作オブジェクトＢ２３と、を含む。
　画像オブジェクトＩＭＧ２３ａは、対象移動体に乗務した乗務員毎の累積乗務時間及び運転スコアの分布に関する情報（図１５に示す例では、平均運転スコア）を示す。
　画像オブジェクトＩＭＧ２３ｂは、当該乗務員毎の累積乗務時間比率を示すグラフである。
　メッセージオブジェクトＡ２３は、当該乗務員のうち、運転スコアの分布が所定条件（限定ではなく例として、運転スコアが所定値以下である日が所定数以上ある、等）を満たす乗務員に対する指導内容を示すメッセージである。当該メッセージは、例えば、指導内容に応じた動画（一例として、レクチャー映像）を視聴するための情報（一例として、動画ファイル又は当該動画ファイルへアクセスするためのＵＲＬ）を含んでもよい。
　操作オブジェクトＢ２３は、乗務員毎の累積乗務時間比率を変更したときの保険シミュレーションを実行させるためのユーザ指示を受け付けるオブジェクトである。
（４－２－２）集計処理の第２例
　本実施形態の集計処理の第２例を説明する。集計処理の第２例は、保険料金の集計結果を提示する例である。
　図１６は、本実施形態の集計処理の第２例のシーケンス図である。図１７は、図１６に続く処理のシーケンス図である。図１８は、図１６～図１７の情報処理において表示される画面例を示す図である。図１９は、図１６～図１７の情報処理において表示される画面例を示す図である。
　図１６に示すように、クライアント装置１０は、図１１と同様に、顧客集計（Ｓ２１０）を実行する。
　ステップＳ２１０の後、サーバ３０は、図１１と同様に、顧客集計（Ｓ２３０）～顧客集計レスポンス（Ｓ２３２）を実行する。
　ステップＳ２３２の後、クライアント装置１０は、図１１と同様に、顧客集計結果の提示（Ｓ２１１）を実行する。
　ステップＳ２１１の後、クライアント装置１０は、保険集計リクエスト（Ｓ３１０）を実行する。
　具体的には、ユーザが、操作オブジェクトＢ２１ｂを操作すると、プロセッサ１２は、保険集計リクエストデータをサーバ３０に送信する。
　ステップＳ３１０の後、サーバ３０は、顧客保険集計（Ｓ３３０）を実行する。
　具体的には、プロセッサ３２は、対象顧客識別情報に関連付けられた移動体情報データベース（図６）の「月額保険料」フィールドを参照して、保有移動体毎の月額保険料に関する情報を特定する。
　プロセッサ３２は、全ての保有移動体の月額保険料の合計値（以下「顧客月額保険料」という）を算出する。
　ステップＳ３３０の後、サーバ３０は、業種保険集計（Ｓ３３１）を実行する。
　具体的には、プロセッサ３２は、同業種移動体情報データベース（図６）の「月額保険料」フィールドの情報の平均値（以下「業種平均月額保険料」という）を集計値として算出する。
　ステップＳ３３１の後、サーバ３０は、保険集計レスポンス（Ｓ３３２）を実行する。
　具体的には、プロセッサ３２は、保険集計レスポンスデータをクライアント装置１０に送信する。
　保険集計レスポンスデータは、以下の情報を含む。
　・保有移動体毎の月額保険料に関する情報
　・顧客月額保険料に関する情報
　・業種平均月額保険料に関する情報
　ステップＳ３３２の後、クライアント装置１０は、保険集計結果の提示（Ｓ３１１）を実行する。
　具体的には、プロセッサ１２は、画面Ｐ３０（図１８）をディスプレイに表示する。
　画面Ｐ３０は、メッセージオブジェクトＡ３０と、操作オブジェクトＢ３０ａ～Ｂ３０ｂと、画像オブジェクトＩＭＧ３０ａ～ＩＭＧ３０ｃと、を含む。
　メッセージオブジェクトＡ３０は、顧客月額保険料及び業種平均月額保険料を示すメッセージである。
　画像オブジェクトＩＭＧ３０ａは、保有移動体毎の月額保険料及び管理部門に関する情報を示す。
　画像オブジェクトＩＭＧ３０ｂは、保有移動体毎の月額保険料の占有比率を示すグラフである。
　画像オブジェクトＩＭＧ３０ｃは、保有移動体の管理部門毎の月額保険料の占有比率を示すグラフである。
　操作オブジェクトＢ３０ａ～Ｂ３０ｂは、対応する移動体の運転スコアの分布の集計（Ｓ３３３）を実行させるためのユーザ指示を受け付けるオブジェクトである。
　操作オブジェクトＢ３０ａには、対応する移動体の移動体識別情報（M01）が割り当てられている。
　操作オブジェクトＢ３０ｂには、対応する移動体の移動体識別情報（M02）が割り当てられている。
　図１７に示すように、ステップＳ３１１の後、クライアント装置１０は、運転スコアの分布集計リクエスト（Ｓ３１２）を実行する。
　具体的には、プロセッサ１２は、運転スコアの分布集計リクエストデータをサーバ３０に送信する。
　運転スコアの分布集計リクエストデータは、以下の情報を含む。
　・ユーザが操作した操作オブジェクトＢ３０ａに割り当てられた移動体識別情報（M01）
　ステップＳ３１２の後、サーバ３０は、運転スコアの分布の集計（Ｓ３３３）を実行する。
　具体的には、プロセッサ３２は、運転スコアの分布集計リクエストデータに含まれる移動体識別情報に関連付けられた運転スコアログ情報データベース（図７）の「運転スコア」フィールドを参照して、対象期間における運転スコアの分布を集計する。
　ステップＳ３３３の後、サーバ３０は、車種運転スコアの分布の集計（Ｓ３３４）を実行する。
　具体的には、プロセッサ３２は、移動体情報データベース（図６）を参照して、運転スコアの分布集計リクエストデータに含まれる移動体識別情報に関連付けられた「車種」フィールドの情報（つまり、対象車種）を特定する。
　プロセッサ３２は、対象顧客以外の顧客の顧客識別情報に関連付けられた移動体情報データベースを参照して、対象車種に対応する移動体識別情報（以下「同車種移動体識別情報」という）を特定する。
　プロセッサ３２は、同車種移動体識別情報に関連付けられた運転スコアログ情報データベース（図７）の「日付」フィールドを参照して、対象期間に含まれるレコードを特定する。
　プロセッサ３２は、特定したレコードの「運転スコア」フィールドを参照して、運転スコアの分布（以下「同車種比較運転スコア」という）の分布を集計する。
　ステップＳ３３４の後、サーバ３０は、運転スコアの分布集計レスポンス（Ｓ３３５）を実行する。
　具体的には、プロセッサ３２は、運転スコアの分布集計レスポンスデータをクライアント装置１０に送信する。
　運転スコアの分布集計レスポンスデータは、以下の情報を含む。
　・対象期間における運転スコアの分布
　・対象期間における同車種運転スコアの分布
　ステップＳ３３５の後、クライアント装置１０は、連携処理結果の提示（Ｓ３１３）を実行する。
　具体的には、プロセッサ１２は、画面Ｐ３１（図１８）をディスプレイに表示する。
　画面Ｐ３１は、画像オブジェクトＩＭＧ３１を含む。
　画像オブジェクトＩＭＧ３１は、対象期間における運転スコアの分布及び同車種運転スコアの分布を示すグラフである。
（５）本実施形態の小括
　本実施形態によれば、移動体ＭＢのる運転スコアの集計結果が提示され、またこの集計結果に係る情報を変更することで保険料がどのように変わりうるかも提示される。これにより、移動体を管理または保有する顧客は、保険料を適切化するための移動体ＭＢの運用に資する情報を得ることができる。
　また、本実施形態によれば、保有移動体ＭＢの運転スコアの分布の集計結果が提示される。これにより、顧客は、過去の運転スコアの分布に応じた移動体の運用によって保険料がどのように変化するかを知得することができる。
　また、本実施形態によれば、顧客の保有移動体ＭＢの運転スコアの分布と、当該顧客の性質に対して所定の条件を満たす特定顧客の保有移動体ＭＢの運転スコアの分布と、が提示され、またこの運転スコアの分布に係る情報を、比較分布を参照して変更することで保険料がどのように変わりうるかも提示される。これにより、顧客は、比較対象を参照した運転スコアに応じた移動体ＭＢの運用によって、保険料の適切化の余地を知得することができる。
　また、本実施形態によれば、保有移動体ＭＢ毎の稼働比率、及び、移動体ＭＢを管理する管理部門毎の稼働比率の少なくとも１つの集計結果が提示され、またこの集計結果に係る情報を変更することで保険料がどのように変わりうるかも提示される。これにより、顧客は、移動体ＭＢ毎、及び、管理部門毎の少なくとも１つを基準として、運転スコアに応じた移動体ＭＢの運用によって保険料がどのように変化するかを知得することができる。
　また、本実施形態によれば、移動体ＭＢに乗務した乗務員の運転スコアの分布が提示され、また当該乗務員の運転スコアの分布に係る情報を変更することで保険料がどのように変わりうるかも提示される。これにより、顧客は、乗務員毎の運転スコアの分布に応じた乗務員の人材管理によって保険料がどのように変化するかを知得することができる。
　また、本実施形態によれば、移動体ＭＢに乗務した乗務員の累積乗務時間が提示され、また当該乗務員の累積乗務時間に係る情報を変更することで保険料がどのように変わりうるかも提示される。これにより、顧客は、乗務員毎の累積乗務時間に応じた乗務員の人材管理によって保険料がどのように変化するかを知得することができる。
　また、本実施形態によれば、運転スコアが低い乗務員、または、顧客が考える保険料の適切化内容に対応して運転内容の改善が求められる乗務員に対する指導内容が提示される。これにより、顧客は、当該乗務員の運転スコアを改善することができる。その結果、顧客にとってより適切な保険料とすることができる。
　また、本実施形態によれば、保有移動体ＭＢ毎の月額保険料が提示される。これにより、顧客は、運転スコアに応じた移動体ＭＢの運用によって保険料がどのように変化するかに関する指標を知得することができる。
　また、本実施形態によれば、保有移動体ＭＢ毎の月額保険料の占有比率、及び、保有移動体ＭＢの管理部門毎の月額保険料の占有比率の少なくとも１つが提示される。これにより、顧客は、移動体ＭＢ毎の月額保険料の占有比率、及び、移動体ＭＢの管理部門毎の月額保険料の占有比率の少なくとも１つに応じた移動体ＭＢの運用によって保険料がどのように変化するかを知得することができる。
　また、本実施形態によれば、保有移動体ＭＢの車種と同車種の運転スコアの分布が提示される。これにより、移動体ＭＢの車種と同車種の運転スコアの分布に応じた移動体ＭＢの運用によって保険料がどのように変化するかに関する指標を知得することができる。
　また、本実施形態によれば、顧客の月額保険料、及び、顧客の業種と特定顧客の平均月額保険料の集計結果が提示される。これにより、顧客の月額保険料と、顧客の業種と特定顧客の平均月額保険料とを対比することで、自身の適切な保険料を知得することができる。
　図１３では、比較対象として、一特定顧客の比較分布を提示する例を示したが、本実施形態の範囲は、これに限られない。本実施形態においては、例えば、頻度に幅を有する分布（一例として、複数の特定顧客の分布を重畳的に表示したもの）を比較対象として提示してもよい。
　図１５では、特定の乗務員に対する指導内容を提示する例を示したが、本実施形態の範囲はこれに限られない。本実施形態においては、例えば、運転スコアが所定値以上である日が所定数以上ある乗務員、すなわち、優良乗務員を特定し、そのような乗務員に対して何らかの表彰や褒賞を行ったり、顧客に所属する複数の乗務員に対する指導内容を提示したりしてもよく、特定する乗務員の性質や特定乗務員に対する対応は特に限定されない。
（６）変形例
　本実施形態の変形例を説明する。
（６－１）変形例１
　変形例１を説明する。変形例１は、事故が発生したときの例である。
（６－１－１）変形例１の情報処理
　変形例１の情報処理を説明する。図２０は、変形例１の損害予測処理のシーケンス図である。図２１は、図２０の情報処理において表示される画面例を示す図である。
　図２０に示すように、クライアント装置１０は、本実施形態（図１１）と同様に、顧客集計（Ｓ２１０）を実行する。
　ステップＳ２１０の後、サーバ３０は、本実施形態（図１１）と同様に、顧客集計（Ｓ２３０）～顧客集計レスポンス（Ｓ２３２）を実行する。
　ステップＳ２３２の後、クライアント装置１０は、本実施形態（図１１）と同様に、顧客集計結果の提示（Ｓ２１１）を実行する。
　ステップＳ２１１の後、クライアント装置１０は、損害予測リクエスト（Ｓ４１０）を実行する。
　具体的には、ユーザが、操作オブジェクトＢ２１ｃを操作すると、プロセッサ１２は、損害予測リクエストデータをサーバ３０に送信する。
　ステップＳ４１０の後、サーバ３０は、損害予測（Ｓ４３０）を実行する。
　具体的には、記憶装置３１には、損害予測モデルが記憶されている。損害予測モデルには、運転スコアと損害額との相関関係が記述されている。損害予測モデルは、例えば、学習済モデル（例えば、運転スコアに応じた損害額の確率分布を出力するモデル）である。　プロセッサ３２は、運転スコアを損害予測モデルに与えることにより、損害額の予測値（以下「予測損害額」という）を算出する。
　予測損害額は、例えば、以下のいずれかのうち少なくとも一つを含む。
　・対人損害賠償額の予測値
　・対物損害賠償額の予測値
　・移動体の損害額（例えば、車両の修理費用）の予測値
　・事故に起因する営業機会損失の予測値
　・事故処理に要する人件費の予測値
　ステップＳ４３０の後、サーバ３０は、損害予測レスポンス（Ｓ４３１）を実行する。
　具体的には、プロセッサ３２は、損害予測レスポンスデータをクライアント装置１０に送信する。
　損害予測レスポンスデータは、以下の情報を含む。
　・ステップＳ４３０の実行結果（つまり、予測損害額）
　ステップＳ４３１の後、クライアント装置１０は、シミュレーション結果の提示（Ｓ４１１）を実行する。
　具体的には、プロセッサ１２は、画面Ｐ４０（図２１）をディスプレイに表示する。
　画面Ｐ４０は、メッセージオブジェクトＡ４０を含む。
　メッセージオブジェクトＡ４０は、損害予測レスポンスデータに含まれる予測損害額に関するメッセージである。
　なお、変形例１では、記憶装置３１には、事故発生率予測モデルが記憶されてもよい。事故発生率予測モデルには、運転スコアと、事故発生率との相関関係が記述されている。
　この場合、損害予測モデルには、事故発生率と損害額との相関関係が記述される。
　プロセッサ３２は、運転スコアを事故発生率予測モデルに与えることにより、推定事故発生率を算出する。
　プロセッサ３２は、推定事故発生率を損害予測モデルに与えることにより、予測損害額を算出する。
　また、変形例１では、プロセッサ３２は、ステップＳ４３０において、以下の少なくとも１つを算出してもよい。
　・推定事故発生率の分布
　・保有移動体数に応じた推定事故台数の分布
　・予測損害額の分布
　一例として、プロセッサ３２は、１台あたりの事故による損害（例えば、顧客が法人である場合には、休業損害も含む損害）が顧客に与える影響のレベル（以下「損害額インパクト」という）と、推定事故発生率と、保有移動体数と、を乗算することにより、予測損害額を算出してもよい。
　また、変形例１では、プロセッサ３２は、所定の入力フォームに与えられたユーザ指示に応じた以下の指標を用いて、予測損害額を算出してもよい。
　・１台あたりの事故による損害額インパクト
　・１台あたりの１日の収益性
　・１台あたりの復旧日数
　また、変形例１では、記憶装置３１には、損害額インパクト予測モデルが記憶されてもよい。損害額インパクト予測モデルには、以下の少なくとも１つの相関関係が記述される。
　・顧客の業種と損害額インパクトの相関関係
　・移動体の用途と損害額インパクトの相関関係
　・移動体の走行情報と損害額インパクトの相関関係
　この場合、プロセッサ３２は、顧客の業種、移動体の用途、及び、移動体の走行情報の少なくとも１つを損害額インパクト予測モデルに与えることにより、１台あたりの事故に対応する損害額インパクトを算出する。
　変形例１によれば、損害額の予測値が提示される。これにより、顧客は、移動体の事故に起因するコストを知得することができる。
（６－２）変形例２
　変形例２を説明する。変形例２は、ユーザが指定した条件に応じた保険シミュレーションを実行する例である。
（６－２－１）変形例２の概要
　変形例２の概要を説明する。図２２は、変形例２の概要の説明図である。
　図２２に示すように、サーバ３０は、図３と同様に、センサユニット５０から送信された走行情報を参照して、移動体ＭＢの運転スコアを取得し、且つ、当該運転スコアを蓄積する。
　クライアント装置１０は、サーバ３０に対して、保険シミュレーションを要求するための保険シミュレーションリクエストを送信する。
　サーバ３０は、保険シミュレーションリクエストに応じて、顧客が指定した条件と、蓄積された運転スコアと、を用いて、保険シミュレーションを実行し、且つ、保険シミュレーションの結果をクライアント装置１０に送信する。
　クライアント装置１０は、サーバ３０から送信された保険シミュレーションの結果を顧客に対して提示する。
（６－２－２）変形例２の情報処理
　変形例２の情報処理を説明する。
（６－２―２－１）変形例２の保険シミュレーションの第１例
　変形例２の保険シミュレーションの第１例を説明する。変形例２の保険シミュレーションの第１例は、運転スコアの出現頻度について変動があったときの保険料を予測する例である。
　図２３は、変形例２の保険シミュレーションのシーケンス図である。図２４は、図２３の情報処理において表示される第１画面例を示す図である。図２５は、図２３の情報処理において表示される第２画面例を示す図である。
　図２３に示すように、クライアント装置１０は、保険シミュレーションリクエスト（Ｓ５１０）を実行する。
　具体的には、ユーザが、画面Ｐ２１（図１３）において操作オブジェクトＢ２１ｄを操作すると、プロセッサ１２は、画面Ｐ５０（図２４）をディスプレイに表示する。
　画面Ｐ５０は、画像オブジェクトＩＭＧ２１と、表示オブジェクトＡ５０と、を含む。
　表示オブジェクトＡ５０には、現時点保険料、想定保険料、及び、差異額が表示される。
　現時点保険料は、現時点での移動体の状況に基づき算出される保険料であって、現時点での移動体の状況が維持された場合に将来的に顧客が実際に支払うこととなる保険料である。現時点保険料は、現時点の移動体の状況に基づき、後述する保険シミュレーションによって算出される。または、移動体情報データベース（図６）の「保険料」フィールドの情報に基づいて算出してもよい。その算出タイミングは特に限定されないが、例えば、Ｓ１３１～Ｓ１３２の実行タイミングに合わせて行われてもよい。
　想定保険料は、現時点保険料に対応する移動体の状況に対し変動があった条件下で想定される保険料である。想定保険料は、現時点の移動体の状況に何らかの変動を適用した状況に基づき、後述する保険シミュレーション（Ｓ５１０）によって得られた値である。図２４の画面Ｐ５０では、何らの変動を適用してはいないので、現時点保険料と同一である。
　差異額は、現時点保険料と想定保険料の差である。
　なお、顧客は、何らの変動を適用していなければ、想定保険料の表示により現時点保険料を確認でき、変動を適用した後は、想定保険料と差異額から現時点保険料を推定できることから、現時点保険料を表示しなくともよい。このようにすることで、画面上で表示オブジェクトが占める割合を減らすことができる。
　ユーザが画像オブジェクトＩＭＧ２１の運転スコア「１」～「１０」の出現分布の少なくとも１つに対して所定の操作（一例として、マウス操作やタッチパネル上でのタップ、ドラッグ等の操作により、顧客の運転スコア「２」を指定し、その出現頻度を変動させる操作）を実行すると、プロセッサ１２は、対応する出現頻度の変動に応じたシミュレーション条件を決定する。
　ステップＳ５１０の第１ケースでは、プロセッサ１２は、ユーザが所定の操作、例えば、運転スコア「２」に対応する部分をダブルクリック、またはダブルタップ、を行ったことを探知すると、対応して運転スコア「２」の出現頻度を比較対象の出現頻度を基準とした値（本例では、同一の値）に変更し、且つ、運転スコア「２」の周辺の運転スコア（例えば、運転スコア「３」）の出現頻度に運転スコア「２」の出現頻度の変化量を配分する。一例として、運転スコア「２」の変化量が－１であった（つまり、出現頻度が１減少する）場合、運転スコア「３」の出現頻度に１が加算される。ここで、比較対象として算出された値が、平均値等の統計値であったり、正規化処理に基づく値であったりすることから、小数点以下の値を含むことがある。この場合、その算出した値と同一としてもよいし、算出した値に近似する値（例えば整数値）としてもよい。以降の例においても同様である。これにより、対象とする移動体の運転スコアの出現頻度の合計値を実質的に変動させることなく運転スコアの出現頻度の分布が変動する。　
　ステップＳ５１０の第２ケースでは、プロセッサ１２は、ユーザが所定の操作、例えば、第１例とは異なり、運転スコア「２」に対応する部分をシングルクリック、またはシングルタップ、を行なったことを探知すると、対応して運転スコア「２」の出現頻度を所定の値（本例では、ゼロ）に変更し、且つ、運転スコア「２」の周辺の運転スコア（例えば、運転スコア「３」）の出現頻度に変更前の運転スコア「２」の出現頻度を配分する。一例として、変更前の運転スコア「２」が３である（つまり、出現頻度が３減少する）場合、運転スコア「３」の出現頻度に３が加算される。これにより、対象とする移動体の運転スコアの出現頻度の合計値を変動させることなく運転スコアの出現頻度の分布が変動する。
　好ましくは、プロセッサ１２は、より高い運転スコア（例えば、運転スコア「３」）の出現頻度が、より低い運転スコア（例えば、運転スコア「１」）の出現頻度より多くなるように、運転スコアの出現頻度の分布を変動させる。これは、運転スコアの改善を前提とした保険シミュレーションを実行するためである。
　好ましくは、プロセッサ１２は、ユーザの操作に対応する運転スコア（例えば、運転スコア「２」）に近い運転スコア（例えば、運転スコア「４」ではなく運転スコア「３」）の出現頻度を変化させる。これは、一般的に、ドライバの運転スコアは、急激に変動するのではなく、緩やかに変動する傾向があるためである。
　プロセッサ１２は、保険シミュレーションリクエストデータをサーバ３０に送信する。保険シミュレーションリクエストデータは、変更後の運転スコアの出現頻度を含む。
　ステップＳ５１０の後、サーバ３０は、保険シミュレーション（Ｓ５３０）を実行する。
　具体的には、記憶装置３１には、保険シミュレーションモデルが記憶されている。保険シミュレーションモデルには、運転スコアと保険料との相関関係が記述されている。
　プロセッサ３２は、例えば、現時点及び変更後の運転スコアの出現頻度の分布を保険シミュレーションモデルに入力することにより、変更後の運転スコアの出現頻度の分布に対応する保険料（以下「想定保険料」という）の値（例えば、当該分布における２σ区間端または３σ区間端に該当する値や、最大値及び最小値が挙げられるが、これらに限られない）を決定する。
　プロセッサ３２は、現時点保険料と想定保険料との差（以下「差異額」という）を算出する。
　プロセッサ３２は、移動体情報データベース（図６）の「保険料」フィールドの情報と想定保険料との差（つまり、差異額）を算出する。
　ステップＳ５３０の後、サーバ３０は、特定乗務員の抽出（Ｓ５３１）を実行する。
　具体的には、プロセッサ３２は、乗務ログ情報データベース（図７）及び運転スコアログ情報データベース（図８）を参照して、乗務員毎に、運転スコアの出現頻度を算出する。
　プロセッサ３２は、所定の条件を満たす乗務員の乗務員識別情報を特定する。所定の条件を満たす乗務員（以下「特定乗務員」という）とは、限定ではなく例として、好ましくない運転をしばしば行っている乗務員であって、次の何れかの条件を満たす乗務員である。
　・運転スコアが所定の運転スコア「２」以下である乗務員
　・運転スコアがユーザにより任意に指定されたスコア以下である乗務員
　・出現頻度の分布からプロセッサ３２によって特定される運転スコア（一例として、出現頻度の下位１０％に該当する運転スコア）以下の出現頻度が所定数以上である乗務員
　プロセッサ３２は、乗務員情報データベース（図５）を参照して、特定された乗務員識別情報に関連付けられた乗務員名情報を特定する。
　ステップＳ５３１の後、サーバ３０は、保険シミュレーションレスポンス（Ｓ５３２）を実行する。
　具体的には、プロセッサ３２は、保険シミュレーションレスポンスデータをクライアント装置１０に送信する。保険シミュレーションレスポンスデータは、以下の情報を含む。
　・ステップＳ５３０で得られた変更後の運転スコアの出現頻度の分布
　・ステップＳ５３０で得られた想定保険料及び差異額
　・ステップＳ５３１で得られた乗務員名情報
　ステップＳ５３２の後、クライアント装置１０は、保険シミュレーション結果の提示（Ｓ５１１）を実行する。
　ステップＳ５１０の第１ケースに対応するステップＳ５１１では、プロセッサ１２は、画面Ｐ５１（図２４）をディスプレイに表示する。
　画面Ｐ５１は、画像オブジェクトＩＭＧ２１及びＩＭＧ５１と、表示オブジェクトＡ５１と、操作オブジェクトＢ５１と、を含む。
　画像オブジェクトＩＭＧ５１は、保険シミュレーションレスポンスデータに含まれる変更後の運転スコアの出現頻度の分布のうち、変更前の運転スコアの出現頻度の分布との相違点（つまり、ステップＳ５３０で変更された運転スコア「２」～「３」の出現頻度）を示す画像である。
　表示オブジェクトＡ５１には、現時点保険料、想定保険料、差異額、及び、特定乗務員名と、が表示される。
　現時点保険料は、表示オブジェクトＡ５０と同一である。
　想定保険料は、保険シミュレーションレスポンスデータに含まれる想定保険料である。
　差異額は、保険シミュレーションレスポンスデータに含まれる差異額である。
　特定乗務員は、保険シミュレーションレスポンスデータに含まれる乗務員名情報である。
　操作オブジェクトＢ５１は、特定乗務員の乗務に関する集計結果を提示させるためのユーザ指示を受け付けるオブジェクトである。
　ステップＳ５１０の第２ケースに対応するステップＳ５１１では、プロセッサ１２は、画面Ｐ５２（図２５）をディスプレイに表示する。
　画面Ｐ５２は、画像オブジェクトＩＭＧ２１及びＩＭＧ５２と、表示オブジェクトＡ５１と、操作オブジェクトＢ５１と、を含む。
　画像オブジェクトＩＭＧ５２は、保険シミュレーションレスポンスデータに含まれる変更後の運転スコアの出現頻度の分布のうち、変更前の運転スコアの出現頻度の分布との相違点（つまり、ステップＳ５３０で変更された運転スコア「２」～「３」の出現頻度）を示す画像である。
　変形例２の保険シミュレーションの第１例は、ユーザが任意に指定（例えば、任意のスコアをクリックし、頻度の増減をドラッグ等する操作より指定する）した運転スコアの出現頻度の分布に応じた想定保険料を算出する例にも適用可能である。
（６－２－２－２）変形例２の保険シミュレーションの第２例
　変形例２の保険シミュレーションの第２例を説明する。変形例２の保険シミュレーションの第２例は、移動体毎の稼働条件を変更したときの保険料を予測する例である。
　図２６は、変形例２の保険シミュレーションの第２例において表示される第１画面例を示す図である。図２７は、変形例２の保険シミュレーションの第２例において表示される第２画面例を示す図である。図２８は、変形例２の保険シミュレーションの第２例において表示される第３画面例を示す図である。
　図２３に示すように、クライアント装置１０は、保険シミュレーションリクエスト（Ｓ５１０）を実行する。
　変形例２の保険シミュレーションの第２例に係るステップＳ５１０の例では、ユーザが、画面Ｐ２２（図１４）において操作オブジェクトＢ２２ｃを操作すると、プロセッサ１２は、画面Ｐ５３（図２６）をディスプレイに表示する。
　画面Ｐ５３は、画像オブジェクトＩＭＧ２２ａ～ＩＭＧ２２ｂと、操作オブジェクトＢ２２ａ～Ｂ２２ｂと、表示オブジェクトＡ５３と、を含む。
　画像オブジェクトＩＭＧ２２ａ～ＩＭＧ２２ｃは、操作可能に構成される。
　表示オブジェクトＡ５３には、現時点保険料、想定保険料、及び、差異額が表示される。
　図２７に示すように、ユーザが画面Ｐ５３において、画像オブジェクトＩＭＧ２２ａ（円グラフ）の各移動体の稼働比率の境界線ＩＭＧ２２ａａを動かす操作（一例として、移動体「Ｍ０２」の稼働比率を増やす操作）を行うと、プロセッサ１２は、ユーザの操作に応じて、対象とする移動体の総稼働時間を変動させることなく各移動体の稼働比率を変更する。
　ここで、変化量として得られる値は、コンピュータ処理または表示桁数などの都合上、他の要素に対して正確に配分することが困難な場合がある。そのような場合においては、変化量の近似値を他の要素に配分することとしてもよい。係る場合においては、プロセッサ１２は、ユーザの操作に応じて、対象とする移動体の総稼働時間を実質的に変動させることなく各移動体の稼働比率を変更する。以降の例においても同様である。
　プロセッサ１２は、保険シミュレーションリクエストデータをサーバ３０に送信する。この場合、保険シミュレーションリエクストデータは、変更後の各移動体の稼働比率を含む。
　図２８に示すように、ユーザが画面Ｐ５３において、画像オブジェクトＩＭＧ２２ａ（円グラフ）の円周線ＩＭＧ２２ａｂを動かす操作（一例として、円グラフの面積を拡げる操作）を行うと、プロセッサ１２は、ユーザの操作に応じて、各移動体の稼働比率を実質的に変動させることなく対象とする移動体全体に係る総稼働時間を変更する。
　プロセッサ１２は、保険シミュレーションリクエストデータをサーバ３０に送信する。この場合、保険シミュレーションリエクストデータは、変更後の各移動体の稼働時間を含む。
　ステップＳ５１０の後、サーバ３０は、保険シミュレーション（Ｓ５３０）を実行する。
　記憶装置３１には、保険シミュレーションモデルが記憶されている。保険シミュレーションモデルには、移動体の稼働（一例として、稼働比率及び稼働時間）、管理部門毎の稼働（一例として、稼働比率及び稼働時間）、移動体の運転スコア、及び、保険料との相関関係が記述されている。
　図２７に示すように、ユーザが境界線ＩＭＧ２２ａａを動かす操作を行った場合、プロセッサ３２は、変更後の各移動体の稼働比率及び各移動体の運転スコアを保険シミュレーションモデルに入力することにより、変更後の各移動体の稼働比率に対応する想定保険料の値（例えば、２σ区間端の値）を算出する。
　プロセッサ３２は、現時点保険料と想定保険料との差（つまり、差異額）を算出する。
　図２８に示すように、ユーザが円周線ＩＭＧ２２ａｂを動かす操作を行った場合、プロセッサ３２は、変更後の各移動体の稼働時間及び各移動体の運転スコアを保険シミュレーションモデルに入力することにより、変更後の各移動体の稼働時間に対応する想定保険料の値（例えば、２σ区間端の値）を算出する。
　プロセッサ３２は、移動体情報データベース（図６）の「保険料」フィールドの情報と想定保険料との差（つまり、差異額）を算出する。
　保険シミュレーションの第２例では、ステップＳ５３１は省略される。
　ステップＳ５３０の後、サーバ３０は、保険シミュレーションレスポンス（Ｓ５３２）を実行する。
　具体的には、プロセッサ３２は、プロセッサ３２は、保険シミュレーションレスポンスデータをクライアント装置１０に送信する。保険シミュレーションレスポンスデータは、ステップＳ５３０で得られた想定保険料及び差異額を含む。
　ステップＳ５３２の後、クライアント装置１０は、保険シミュレーション結果の提示（Ｓ５１１）を実行する。
　図２７に示すように、ユーザが境界線ＩＭＧ２２ａａを動かす操作を行った場合、プロセッサ１２は、画面Ｐ５４をディスプレイに表示する。
　画面Ｐ５４では、画像オブジェクトＩＭＧ２２ａにおいて、境界線ＩＭＧ５４の位置は、画面Ｐ５３におけるユーザの操作に応じた位置である。したがって、境界線ＩＭＧ５４の位置が境界線２２ａａの位置とは異なる。
　表示オブジェクトＡ５４には、保険シミュレーションレスポンスデータに含まれる想定保険料及び差異額が表示される。
　図２８に示すように、ユーザが円周線ＩＭＧ２２ａｂを動かす操作を行った場合、プロセッサ１２は、画面Ｐ５５をディスプレイに表示する。
　画面Ｐ５５では、画像オブジェクトＩＭＧ２２ａに加えて、画像オブジェクトＩＭＧ５５と、画像オブジェクトＩＭＧ２２ａに対する画像オブジェクトＩＭＧ５５の大きさの比が表示される。画像オブジェクトＩＭＧ５５の大きさは、画面Ｐ５３におけるユーザの操作に応じた大きさである。したがって、画像オブジェクトＩＭＧ５５の大きさは、画像オブジェクトＩＭＧ２２ａの大きさとは異なる。画像オブジェクトＩＭＧ２２ａに対する画像オブジェクトＩＭＧ５５の大きさの比は、ユーザの操作に応じた円周線ＩＭＧ２２ａｂの変化量（つまり、稼働比率の変化量）に相当する。
　表示オブジェクトＡ５５には、保険シミュレーションレスポンスデータに含まれる想定保険料及び差異額が表示される。
　保険シミュレーションの第２例は、移動体毎の稼働比率及び稼働時間の両方を変更する例（例えば、ユーザが境界線ＩＭＧ２２ａａ及び円周線ＩＭＧ２２ａｂの両方を操作する場合）にも適用可能である。
　保険シミュレーションの第２例は、管理部門毎の稼働比率及び総稼働時間の少なくとも１つを変更する例（例えば、ユーザが画像オブジェクトＩＭＧ２２ｂの境界線及び円周線の少なくとも１つを操作する場合）にも適用可能である。
（６－２－２－３）変形例２の保険シミュレーションの第３例
　変形例２の保険シミュレーションの第３例を説明する。変形例２の保険シミュレーションの第３例は、乗務員の乗務条件を変更したときの保険料を予測する例である。
　図２９は、変形例２の保険シミュレーションの第３例において表示される第１画面例を示す図である。図３０は、変形例２の保険シミュレーションの第３例において表示される第２画面例を示す図である。
　図２３に示すように、クライアント装置１０は、保険シミュレーションリクエスト（Ｓ５１０）を実行する。
　ユーザが、画面Ｐ２３（図１５）において操作オブジェクトＢ２３を操作すると、プロセッサ１２は、画面Ｐ５６（図２９）をディスプレイに表示する。
　画面Ｐ５６は、画像オブジェクトＩＭＧ２３ａ～ＩＭＧ２３ｂと、メッセージオブジェクトＡ２３及びＡ５６と、を含む。
　画像オブジェクトＩＭＧ２３ａ～ＩＭＧ２３ｂは、操作可能に構成される。
　表示オブジェクトＡ５６には、現時点保険料、想定保険料、及び、差異額が表示される。
　図３０に示すように、ユーザが画面Ｐ５６において、画像オブジェクトＩＭＧ２３ｂ（円グラフ）の各乗務員の乗務比率の境界線ＩＭＧ２３ｂａを動かす操作（一例として、乗務員「Ｄ０２」の稼働比率を増やし、対応して乗務員「Ｄ０１」の稼働比率を減らす操作）を行うと、プロセッサ１２は、ユーザの操作に応じて、対象とする移動体の総稼働時間を実質的に変動させることなく各乗務員の乗務比率を変更する。
　プロセッサ１２は、保険シミュレーションリクエストデータをサーバ３０に送信する。この場合、保険シミュレーションリエクストデータは、変更後の各乗務員の乗務比率を含む。
　ステップＳ５１０の後、サーバ３０は、保険シミュレーション（Ｓ５３０）を実行する。
　記憶装置３１には、保険シミュレーションモデルが記憶されている。保険シミュレーションモデルには、乗務員の乗務情報（一例として、乗務時間比率及び乗務時間）、移動体の運転スコア、及び、保険料との相関関係が記述されている。
　図３０に示すように、ユーザが境界線ＩＭＧ２３ｂａを動かす操作を行った場合、プロセッサ３２は、変更後の各乗務員の乗務比率及び各乗務員の運転スコア又は平均運転スコアを保険シミュレーションモデルに入力することにより、変更後の各乗務員の乗務比率に対応する想定保険料の値（例えば、２σ区間端の値）を算出する。
　プロセッサ３２は、移動体情報データベース（図６）の「保険料」フィールドの情報と想定保険料との差（つまり、差異額）を算出する。
　保険シミュレーションの第３例では、ステップＳ５３１は省略してもよい。
　ステップＳ５３０の後、サーバ３０は、保険シミュレーションレスポンス（Ｓ５３２）を実行する。
　具体的には、プロセッサ３２は、プロセッサ３２は、保険シミュレーションレスポンスデータをクライアント装置１０に送信する。保険シミュレーションレスポンスデータは、ステップＳ５３０で得られた想定保険料及び差異額を含む。
　ステップＳ５３２の後、クライアント装置１０は、保険シミュレーション結果の提示（Ｓ５１１）を実行する。
　図３０に示すように、ユーザが境界線ＩＭＧ２３ｂａを動かす操作を行った場合、プロセッサ１２は、画面Ｐ５７をディスプレイに表示する。
　画面Ｐ５７では、画像オブジェクトＩＭＧ２３ｂにおいて、境界線ＩＭＧ５７の位置は、画面Ｐ５６におけるユーザの操作に応じた位置である。したがって、境界線ＩＭＧ５７の位置が境界線２３ｂａの位置とは異なる。
　表示オブジェクトＡ５７には、保険シミュレーションレスポンスデータに含まれる想定保険料及び差異額が表示される。
　保険シミュレーションの第３例は、対象の移動体について乗務員毎の稼働比率及び稼働時間の両方を変更する例（例えば、ユーザが境界線ＩＭＧ２３ｂａ及び円周線ＩＭＧ２３ｂｂの両方を操作する場合）にも適用可能である。
　保険シミュレーションの第３例は、対象の移動体について乗務員毎の稼働比率及び稼働時間の両方を変更する例にも適用可能である。
（６－２－２－４）変形例２の保険シミュレーションの第４例
　変形例２の保険シミュレーションの第４例を説明する。変形例２の保険シミュレーションの第４例は、乗務員の乗務条件及び走行情報の少なくとも１つを変更したときの保険料を予測する例である。
　図３１は、変形例２の保険シミュレーションの第４例のシーケンス図である。図３２は、変形例２の保険シミュレーションの第４例において表示される第１画面例を示す図である。図３３は、変形例２の保険シミュレーションの第４例において表示される第２画面例を示す図である。
　図３１に示すように、クライアント装置１０は、図２３と同様に、保険シミュレーションリクエスト（Ｓ５１０）を実行する。
　ステップＳ５１０の後、サーバ３０は、図２３と同様に、保険シミュレーション（Ｓ５３０）～保険シミュレーションレスポンス（Ｓ５３２）を実行する。
　ステップＳ５３２の後、クライアント装置１０は、図２３と同様に、保険シミュレーション結果の提示（Ｓ５１１）を実行する。
　ステップＳ５１１の後、クライアント装置１０は、乗務員集計リクエスト（Ｓ６１０）を実行する。
　具体的には、ユーザが、画面Ｐ５１（図２３）の操作オブジェクトＢ５１又は画面Ｐ５２（図２４）の操作オブジェクトＢ５２を操作すると、プロセッサ１２は、保険集計リクエストデータをサーバ３０に送信する。保険集計リクエストデータは、特定乗務員の乗務員識別情報を含む。
　ステップＳ６１０の後、サーバ３０は、乗務員集計（Ｓ６３０）を実行する。
　具体的には、プロセッサ３２は、集計の対象となる移動体識別情報に関連付けられた乗務ログ情報データベース（図８）を参照して、「乗務員ＩＤ」フィールドに、保険集計リクエストデータに含まれる乗務員識別情報を含むレコードを特定する。
　プロセッサ３２は、特定されたレコードの「乗務開始日時」フィールド、「乗務終了日時」フィールド、及び、「運転スコア」フィールドの情報を特定する。
　プロセッサ３２は、移動体識別情報毎に、特定された「乗務開始日時」フィールドの情報及び「乗務終了日時」フィールドの情報の差の合算値（つまり、累積乗務時間）を算出する。
　プロセッサ３２は、移動体識別情報毎に、その移動体に係る運転スコアの評価値として、特定された「運転スコア」フィールドの情報に基づく値（「運転スコア評価値」という）、例えば、平均値を算出する。
　ステップＳ６３０の後、サーバ３０は、乗務員集計レスポンス（Ｓ６３１）を実行する。
　具体的には、プロセッサ３２は、乗務員集計レスポンスデータをクライアント装置１０に送信する。乗務員集計レスポンスデータは、ステップＳ６３０で得られた移動体識別情報毎の累積乗務時間及び参照運転スコアを含む。
　ステップＳ６３１の後、クライアント装置１０は、乗務員集計結果の提示（Ｓ６１１）を実行する。
　具体的には、プロセッサ１２は、画面Ｐ６０（図３２）をディスプレイに表示する。
　画面Ｐ６０は、画像オブジェクトＩＭＧ６０ａ～ＩＭＧ６０ｂと、表示オブジェクトＡ６０と、操作オブジェクトＢ６０ａ～Ｂ６０ｂと、を含む。
　画像オブジェクトＩＭＧ６０ａは、乗務員集計レスポンスデータに含まれる移動体毎の累積乗務時間及び参照運転スコアに関する情報を示す。ここで、図３２では、参照運転スコアとして運転スコアの平均値（平均運転スコア）を表示することとする。
　画像オブジェクトＩＭＧ６０ｂは、乗務員集計レスポンスデータに含まれる移動体毎の乗務比率を示すグラフである。
　操作オブジェクトＢ６０ａは、特定乗務員の乗務条件を変更したときの保険シミュレーションを実行させるためのユーザ指示を受け付けるオブジェクトである。
　操作オブジェクトＢ６０ｂは、特定乗務員の走行情報を提示させるためのユーザ指示を受け付けるオブジェクトである。操作オブジェクトＢ６０ｂには、移動体識別情報が割り当てられている。
　ステップＳ６１１の後、クライアント装置１０は、保険シミュレーションリクエスト（Ｓ６１２）を実行する。
　図３３に示すように、ユーザが画面Ｐ６０において、画像オブジェクトＩＭＧ６０ｂ（円グラフ）の各移動体の乗務比率の境界線ＩＭＧ６０ａを動かす操作（一例として、移動体「Ｍ０２」の乗務比率を増やす操作）を行うと、プロセッサ１２は、ユーザの操作に応じて、対象とする乗務員の総乗務時間を実質的に変動させることなく各移動体の乗務比率を変更する。
　プロセッサ１２は、保険シミュレーションリクエストデータをサーバ３０に送信する。この場合、保険シミュレーションリエクストデータは、変更後の各移動体の乗務比率を含む。
　ステップＳ６１２の後、サーバ３０は、保険シミュレーション（Ｓ６３２）を実行する。
　具体的には、記憶装置３１には、保険シミュレーションモデルが記憶されている。保険シミュレーションモデルには、移動体の乗務時間、乗務員の運転スコア、及び、保険料との相関関係が記述されている。
　プロセッサ３２は、保険シミュレーションリクエストデータに含まれる乗務時間と、ステップＳ６３０で得られた移動体毎の運転スコアを保険シミュレーションモデルに入力することにより、変更後の各移動体の乗務比率に応じた想定保険料の値（例えば、２σ区間端の値）を算出する。
　プロセッサ３２は、移動体情報データベース（図６）の「保険料」フィールドの情報と想定保険料との差（つまり、差異額）を算出する。
　ステップＳ６３２の後、サーバ３０は、保険シミュレーションレスポンス（Ｓ６３３）を実行する。
　具体的には、プロセッサ３２は、保険シミュレーションレスポンスデータをクライアント装置１０に送信する。保険シミュレーションレスポンスデータは、ステップＳ６３２で得られた想定保険料及び差異額を含む。
　ステップＳ６３３の後、クライアント装置１０は、保険シミュレーション結果の提示（Ｓ６１３）を実行する。
　図３３に示すように、ユーザが境界線ＩＭＧ６０ａを動かす操作を行った場合、プロセッサ１２は、画面Ｐ６１をディスプレイに表示する。
　画面Ｐ６１では、画像オブジェクトＩＭＧ６０において、境界線ＩＭＧ６１の位置は、画面Ｐ６０におけるユーザの操作に応じた位置である。したがって、境界線ＩＭＧ６１の位置が境界線６０ａの位置とは異なる。
　表示オブジェクトＡ６１には、保険シミュレーションレスポンスデータに含まれる想定保険料及び差異額が表示される。
　変形例２の保険シミュレーションの第４例は、乗務員毎の稼働比率及び稼働時間の両方を変更する例にも適用可能である。
（６－２－２－５）変形例２の保険シミュレーションの第５例
　変形例２の保険シミュレーションの第５例を説明する。変形例２の保険シミュレーションの第５例は、乗務員の走行情報を変更したときの保険料を予測する例である。
　図３４は、変形例２の保険シミュレーションの第５例において表示される画面例を示す図である。
　クライアント装置１０は、図３１と同様に、保険シミュレーションリクエスト（Ｓ５１０）を実行する。
　ステップＳ５１０の後、サーバ３０は、図３１と同様に、保険シミュレーション（Ｓ５３０）～保険シミュレーションレスポンス（Ｓ５３２）を実行する。
　ステップＳ５３２の後、クライアント装置１０は、図３１と同様に、保険シミュレーション結果の提示（Ｓ５１１）～乗務員集計リクエスト（Ｓ６１０）を実行する。
　ステップＳ６１０の後、サーバ３０は、図３１と同様に、乗務員集計（Ｓ６３０）～乗務員集計レスポンス（Ｓ６３１）を実行する。
　ステップＳ６３１の後、クライアント装置１０は、図３１と同様に、乗務員集計結果の提示（Ｓ６１１）を実行する。
　ステップＳ６１１の後、クライアント装置１０は、保険シミュレーションリクエスト（Ｓ６１２）を実行する。
　ユーザが画面Ｐ６０（図３２）の操作オブジェクトＢ６０ｂを操作すると、プロセッサ１２は、サーバ３０から、操作オブジェクトＢ６０ｂに割り当てられた移動体識別情報に関連付けられた特定乗務員の走行情報を取得する。
　プロセッサ１２は、画面Ｐ６３（図３４）をディスプレイに表示する。
　画面Ｐ６３は、画像オブジェクトＩＭＧ６３と、表示オブジェクトＡ６３と、操作オブジェクトＢ６３と、を含む。
　画像オブジェクトＩＭＧ６３は、特定乗務員の走行情報（例えば、急加速回数、急減速回数、及び、急ハンドル回数）と、比較対象の走行情報と、を示すグラフである。
　ここで、変形例２の保険シミュレーションの第５例における比較対象は、例えば、特定顧客における全乗務員の走行情報の平均値または中央値、もしくは上位スコア２０％の平均値または中央値などの統計値や、更には所定の条件を満たす一乗務員（例えば、社歴が最も長いベテラン乗務員）の走行情報を比較対象としてもよく、その対象者や計算手法は特に限定されない。
　表示オブジェクトＡ６３には、現時点保険料、想定保険料、及び、差異保額が表示される。
　ユーザが画像オブジェクトＩＭＧ６３（例えば、急加速回数のグラフ）を操作すると、プロセッサ１２は、保険シミュレーションリクエストデータをサーバ３０に送信する。保険シミュレーションリクエストデータは、ユーザが操作した走行情報（例えば、急加速回数）を識別する情報を含む。
　ステップＳ６１２の後、サーバ３０は、保険シミュレーション（Ｓ６３２）を実行する。
　具体的には、記憶装置３１には、保険シミュレーションモデルが記憶されている。保険シミュレーションモデルには、走行情報と保険料との相関関係が記述されている。
　プロセッサ３２は、保険シミュレーションリクエストデータに含まれる走行情報を識別する情報に対応する走行情報（例えば、急加速回数）の値を比較対象の値に変更する。
　プロセッサ３２は、変更後の走行情報を保険シミュレーションモデルに入力することにより、変更後の走行情報に対応する想定保険料の値（例えば、２σ区間端の値）を算出する。
　プロセッサ３２は、移動体情報データベース（図６）の「保険料」フィールドの情報と想定保険料との差（つまり、差異額）を算出する。
　ステップＳ６３２の後、サーバ３０は、保険シミュレーションレスポンス（Ｓ６３３）を実行する。
　具体的には、プロセッサ３２は、保険シミュレーションレスポンスデータをクライアント装置１０に送信する。保険シミュレーションレスポンスデータは、ステップＳ６３２で得られた想定保険料及び差異額を含む。
　ステップＳ６３３の後、クライアント装置１０は、保険シミュレーション結果の提示（Ｓ６１３）を実行する。
　具体的には、プロセッサ１２は、画面Ｐ６４（図３４）をディスプレイに表示する。
　画面Ｐ６４は、画像オブジェクトＩＭＧ６４と、表示オブジェクトＡ６４と、を含む。
　画像オブジェクトＩＭＧ６４は、変更後の走行情報を示すグラフである。
　表示オブジェクトＡ６４には、保険シミュレーションレスポンスデータに含まれる想定保険料及び差異額が表示される。
　変形例２の保険シミュレーションの第５例は、ユーザが任意に指定した走行情報の値（例えば、急加速回数）に応じた想定保険料を算出する例にも適用可能である。
　また、変形例２の保険シミュレーションの第５例では、Ｓ５３１にて抽出された特定乗務員の乗務条件を変更する例を説明したが、変更対象は特定乗務員に限られず、任意の乗務員の乗務条件を変更することとしてもよい。この場合、対象となる乗務員は、例えば、乗務員情報データベースを参照し所定の条件を満たす乗務員（例えば、入社日から一年経過していない新入社員）、ユーザによって任意に指定された乗務員等、Ｓ５３１とは異なる処理に基づいて行なってよく、特にその指定方法及び選定方法は限定されない。
（６－２－３）変形例２の小括
　変形例２によれば、ユーザが指定したシミュレーション条件に応じた想定保険料の予測値が提示される。これにより、ユーザは、自身が指定したシミュレーション条件に応じた保険料の変化を容易に把握することができる。
　変形例２では、ユーザが指定したシミュレーション条件（例えば、運転スコアの出現頻度、移動体毎の稼働条件、管理部門毎の稼働条件、乗務員毎の稼働条件、及び、乗務員の走行情報の少なくとも１つ）に応じた想定保険料を算出する例を示したが、本実施形態の適用範囲はこれに限られない。本実施形態は、ユーザが指定した保険料に応じた条件（例えば、運転スコアの出現頻度、移動体毎の稼働条件、管理部門毎の稼働条件、乗務員毎の稼働条件、及び、乗務員の走行情報の少なくとも１つ）を算出する例にも適用可能である。
　これにより、ユーザは、自身が指定した保険料を実現するための条件を容易に把握することができる。
　変形例２では、保険シミュレーションのために与えられる条件（以下「保険シミュレーション条件」という）は上述の例に限られるものではない。保険シミュレーション条件は、保険料に直接又は間接に影響しうる要素に関する条件であって、且つ、移動体及び乗務員の少なくとも１つの運用によって当該要素の変更（品質改善に限られない）を図ることができるものであれば、特に限定されない。
　変形例２では、顧客に提示するものは、想定保険料である例を示したが、本実施形態の範囲は、これに限られるものではない。本実施形態においては、例えば、想定保険料が所定の条件を満たす場合（例えば、想定保険料の中央値が現時点保険料の１５０％以上または５０％以下である、想定保険料が顧客等によりあらかじめ指定された閾値を上回る、など）には、移動体ＭＢの管理方法の変更内容を示唆する情報として、例えば、想定保険料の提示に追加してまたは想定保険料の提示に代わって、以下の少なくとも１つを提示してもよい。
　・保険内容の拡充又は縮小の提案
　・移動体のリースの解約、追加、又は変更の提言
　・顧客のビジネスモデルの変更または撤退の提言
　本実施形態においては、想定保険料を実現するために乗務員が改善すべきスキル（例えば、急加速回数を減少させること）、及び、当該スキルを改善するための指導内容の少なくとも１つを提示してもよい。
　変形例２では、ユーザが指定した保険シミュレーション条件に基づく保険シミュレーションを実行する例を示したが、本実施形態の範囲はこれに限られない。本実施形態は、例えば、クライアント装置１０又はサーバ３０が、推奨される保険シミュレーション条件を決定し、且つ、当該保険シミュレーション条件に基づく保険シミュレーションを実行する例にも適用可能であり、保険シミュレーションを実行する装置及び位置は特に限定されない。
（７）その他の変形例
　その他の変形例を説明する。
　ステップＳ１５０では、乗務員が、自身の乗務員識別情報と、移動体識別情報と、乗務目的に関する情報と、を入力した場合に、通信端末５２が、乗務開始リクエストデータをサーバ３０に送信する例を示したが、本実施形態の範囲はこれに限られない。本実施形態は、例えば、以下の例にも適用可能である。
　記憶装置３１には、予め、乗務員識別情報、センサ識別情報、移動体識別情報、及び、乗務目的に関する情報とが関連付けて記憶されている。
　乗務員が、業務開始時に乗務員が所定のセンサユニット５０を移動体ＭＢに接続すると、通信端末５２は、乗務開始リクエストデータをサーバ３０に送信する。乗務開始リクエストデータは、乗務員識別情報と、ステップＳ１５０の実行日時に関する情報と、を含む。
　サーバ３０は、乗務開始リクエストデータを受信すると、乗務開始リクエストデータに含まれる乗務員識別情報に関連付けられたセンサ識別情報、移動体識別情報、及び、乗務目的に関する情報と、を特定する。
　その後、サーバ３０は、乗務ログの更新（ステップＳ１３０）を実行する。
　これにより、画面Ｐ１０（図１０）における乗務員による操作（つまり、乗務開始時の登録作業）を省略することができる。
　本実施形態では、ステップＳ２３１において、対象顧客の業種を基準として、比較を実行する例を示したが、本実施形態の範囲はこれに限られない。本実施形態における比較対象は、何らかの観点で顧客、または顧客が管理または保有する移動体ＭＢと関連性があったり、移動体の管理品質が所定の条件を満たしていたりすればよく、例えば、以下の少なくとも１つを基準として特定される集合体である例にも適用可能である。
　・規模（一例として、株価に基づく企業価値、売上高、乗務員の数、及び、利益）が顧客と同一であるまたは類似する企業またはその集合体
　・管理または保有する移動体が主に走行する地域の性質（一例として、都市部又は山間部などのエリア種別、一般道路の利用頻度、及び、高速道路の利用頻度）が顧客と同一であるまたは類似する個人または企業もしくはそれらの集合体
　・管理または保有する移動体の数が顧客と同一であるまたは類似する個人または企業もしくはそれらの集合体
　・契約する保険契約の内容（一例として、月額保険料及び補償内容）が顧客と同一であるまたは類似する個人または企業もしくはそれらの集合体
　・乗務員の労務品質（一例として、乗務員の乗務時間）が顧客と同一であるまたは類似する個人または企業もしくはそれらの集合体
　・所定領域（例えば、全国規模、顧客と同じ地域、等）での運転スコア値（例えば、管理対象の全移動体の運転スコア平均値）についてのランキング上位１０社（企業数は特に限られない）に含まれる個人または企業もしくはそれらの集合体
・乗務員の労務品質（一例として、乗務員の総乗務時間）が同一であるまたは類似する個人または企業もしくはそれらの集合体
　・顧客自身（例えば、過去のある時点における顧客が管理または保有する移動体群、顧客が管理または保有する移動体群の一部（例えば、顧客のある部門のみを比較対象とする）など）
　本実施形態では、平均値を集計値として算出する例を示したが、本実施形態における集計値は、特に限定されず、例えば以下の少なくとも１つを集計値として算出する例にも適用可能である。
　・月額保険料のレンジ（最大値と最小値）
　・運転スコアのレンジ（最大値と最小値）
　・偏差値（例えば、全業種全企業を母集団として算出する）
　本実施形態では、運転スコアの算出（Ｓ１３１）を乗務終了リクエスト（Ｓ１５３）の後に実行する例を示したが、本実施形態の範囲はこれに限られない。本実施形態は、以下の何れかの処理の後に運転スコアの算出（Ｓ１３１）を実行する例にも適用可能である。
　・顧客集計リクエスト（Ｓ２１１）
　・運転スコア分布集計リクエスト（Ｓ３１１）
　本実施形態では、運転スコアは、１０段階で表現する例を示したが、本実施形態の範囲はこれに限られない。本実施形態においては、運転スコアをどのような段階で表現してもよく、例えば、１００段階で表現する例にも適用可能である。
　本実施形態の各種モデルは上記説明されたものには特に限定されず、例えば、以下のモデルの少なくとも１つを含んでもよい。
　・所定の計算手法（例えば、移動平均法）により生成される線形モデル
　・教師データに基づいて学習された算出器によって想定値を出力する非線形モデル
　本実施形態では、シミュレーション条件を決定するためのユーザによる操作を受け付ける前に、現時点保険料、想定保険料、及び、差異額を提示するための表示オブジェクトＡ５０、Ａ５３、Ａ５６、Ａ６０、及び、Ａ６３をユーザに提示する例を示したが、本実施形態の範囲はこれに限られない。表示オブジェクトＡ５０、Ａ５３、Ａ５６、Ａ６０、及び、Ａ６３の提示は省略可能である。この場合、シミュレーション条件を決定するためのユーザによる操作を受け付けた後に、現時点保険料、想定保険料、及び、差異額を提示するための表示オブジェクトＡ５１、Ａ５４、Ａ５７、Ａ６１、及び、Ａ６４がユーザに提示されることが好ましい。
　本実施形態では、想定保険料の値として、想定保険料に係る分布の２σ区間端の値を算出する例を示したが、本実施形態における想定保険料の算出方法は特に限定されず、例えば、想定保険料に係る分布の任意の区間端の値や、一意の値を算出することとしてもよい。
　本実施形態では、保険料をどのように適切化できるかを顧客、即ち、保険契約者に提示する例を示したが、これに限られない。本実施形態における保険料の適切化に関する情報の提示先は、例えば、当該保険契約者に関する保険契約内容の適切化を検討する者（例えば、当該保険契約を提供する保険会社自身やそのエージェント、別途の保険会社やそのエージェント、友人、親族等）としてもよい。
　本実施形態では、運転スコアの分布、保険対象の移動体群における総稼働時間、移動体毎の稼働比率及び管理部門毎の稼働比率、一移動体における総稼働時間及び乗務員毎の乗務比率、並びに一乗務員における総乗務時間、移動体毎の乗務比率及び走行情報のいずれかを変更することにより、変更後の想定保険料を提示する例を示したが、本実施形態における変更対象はこれらに限られない。変更対象は、例えば、移動体の車種などでもよく、保険料情報に直接的または間接的に影響をもたらす要素であればよい。
　記憶装置１１は、ネットワークＮＷを介して、クライアント装置１０と接続されてもよい。記憶装置３１は、ネットワークＮＷを介して、サーバ３０と接続されてもよい。
　上記の情報処理の各ステップは、クライアント装置１０及びサーバ３０の何れでも実行可能である。
　例えば、クライアント装置１０が上記の情報処理の全てのステップを実行可能である場合、クライアント装置１０は、サーバ３０にリクエストを送信することなく、スタンドアロンで動作する情報処理装置として機能する。
　以上、本発明の実施形態について詳細に説明したが、本発明の範囲は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。また、上記の実施形態及び変形例は、組合せ可能である。
１　　　　　　：情報処理システム
１０　　　　　：クライアント装置
１１　　　　　：記憶装置
１２　　　　　：プロセッサ
１３　　　　　：入出力インタフェース
１４　　　　　：通信インタフェース
３０　　　　　：サーバ
３１　　　　　：記憶装置
３２　　　　　：プロセッサ
３３　　　　　：入出力インタフェース
３４　　　　　：通信インタフェース
５０　　　　　：センサユニット
５１　　　　　：走行センサ
５２　　　　　：通信端末
５５　　　　　：走行センサ

 

Claims (18)

  1. 　複数の移動体のそれぞれに関する運転スコアを取得することと、
    　前記運転スコアに基づいて、前記複数の移動体に関する第一の集計データを取得することと、
    　前記第一の集計データの少なくとも一部を提示することと、
    　前記第一の集計データを変更することと、
    　前記変更後の第一の集計データに対応する第一の保険料情報を取得することと、
    を含む情報処理方法。
  2. 　前記第一の保険料情報を提示することを更に含む、
    請求項１に記載の情報処理方法。
  3. 　前記変更前の第一の集計データに対応する第二の保険料情報を取得することを更に含み、
    　前記第一の保険料情報を提示することは、前記第二の保険料情報を更に提示することを含む、
    請求項２に記載の情報処理方法。
  4. 　前記変更前の第一の集計データに対応する第二の保険料情報を取得することと、
    　前記第一の集計データの少なくとも一部を提示することは、前記第二の保険料情報を更に提示することを含む、
    請求項２に記載の情報処理方法。
  5. 　前記第一の保険料情報が所定の条件を満たす場合、前記複数の移動体の管理方法の変更内容を示唆する情報を提示することを更に含む、
    　請求項４に記載の情報処理方法。
  6. 　前記複数の移動体のそれぞれに配置されたデバイスを介して得られた走行情報を取得することを更に含み、
    　前記運転スコアを取得することは、前記走行情報に基づいて前記運転スコアの少なくとも一部を取得することを含む、
    請求項１乃至請求項５の何れかに記載の情報処理方法。
  7. 　前記第一の集計データを取得することは、前記複数の移動体と所定の関係を有する少なくとも一の移動体、少なくとも一の個人、または少なくとも一の企業に関する第二の集計データをさらに取得することを含み、
    　前記第一の集計データの少なくとも一部を提示することは、前記第二の集計データの少なくとも一部をさらに提示することを含む、
    請求項１乃至請求項６の何れかに記載の情報処理方法。
  8. 　前記第一の集計データを取得することは、複数の移動体の管理品質が所定の条件を満たす少なくとも一の個人または企業に関する第二の集計データをさらに取得することを含み、
    　前記第一の集計データの少なくとも一部を提示することは、前記第二の集計データの少なくとも一部をさらに提示することを含む、
    請求項１乃至請求項６の何れかに記載の情報処理方法。
  9. 　前記変更することは、前記提示された前記第二の集計データの少なくとも一部に基づいて、前記第一の集計データを変更することを含む、
    請求項７または請求項８に記載の情報処理方法。
  10. 　前記変更される前記第一の集計データは、前記複数の移動体の運転スコアの分布を含み、
    　前記変更することは、前記運転スコアの出現頻度の合計値を実質的に変動させずに行われる、
    請求項１乃至請求項９の何れかに記載の情報処理方法。
  11. 　前記変更される前記第一の集計データは、前記複数の移動体の総稼働時間を含み、
    　前記変更することは、前記複数の移動体における移動体毎の稼働比率を実質的に変動させずに行われる、
    請求項１乃至請求項９の何れかに記載の情報処理方法。
  12. 　前記変更される前記第一の集計データは、前記複数の移動体の総稼働時間を含み、
    　前記変更することは、前記複数の移動体における管理部門毎の稼働比率を実質的に変動させずに行われる、
    請求項１乃至請求項９の何れかに記載の情報処理方法。
  13. 　前記変更される前記第一の集計データの一部は、前記複数の移動体の各移動体の稼働比率を含み、
    　前記変更することは、前記複数の移動体の総稼働時間を実質的に変動させずに行われる、
    請求項１乃至請求項９の何れかに記載の情報処理方法。
  14. 　前記変更が前記複数の移動体に含まれる一の移動体に関して行われる場合、前記変更することは、当該一の移動体の総稼働時間及び乗務員毎の稼働比率のうちの一つを実質的に変動させずに行われる、
    請求項１乃至請求項９の何れかに記載の情報処理方法。
  15. 　前記変更が前記複数の移動体に係る一の乗務員に関して行われる場合、前記変更することは、当該一の乗務員の総乗務時間及び移動体毎の乗務比率のうちの一つを実質的に変動させずに行われる、
    請求項１乃至請求項９の何れかに記載の情報処理方法。
  16. 　少なくとも変更後の第一の集計データに基づいて、所定の条件を満たす乗務員を特定することをさらに含む、
    請求項１乃至請求項１５の何れかに記載の情報処理方法。
  17. 　複数の移動体のそれぞれに関する運転スコアを取得する運転スコア取得部と、
    　前記運転スコアに基づいて、前記複数の移動体に関する第一の集計データを取得する集計データ取得部と、
    　前記第一の集計データの少なくとも一部を提示する第一提示部と、
    　前記第一の集計データを変更する変更部と、
    　前記変更後の第一の集計データに対応する第一の保険料情報を取得する第一保険料情報取得部と、
    を備える情報処理装置。
  18. 　コンピュータに、
    　複数の移動体のそれぞれに関する運転スコアを取得することと、
    　前記運転スコアに基づいて、前記複数の移動体に関する第一の集計データを取得することと、
    　前記第一の集計データの少なくとも一部を提示することと、
    　前記第一の集計データを変更することと、
    　前記変更後の第一の集計データに対応する第一の保険料情報を取得することと、
    を実行させるためのプログラム。
PCT/JP2020/047657 2019-12-25 2020-12-21 情報処理方法、情報処理装置、及び、プログラム WO2021132149A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019-234234 2019-12-25
JP2019234234A JP2021103418A (ja) 2019-12-25 2019-12-25 情報処理装置及びプログラム

Publications (1)

Publication Number Publication Date
WO2021132149A1 true WO2021132149A1 (ja) 2021-07-01

Family

ID=76574208

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/047657 WO2021132149A1 (ja) 2019-12-25 2020-12-21 情報処理方法、情報処理装置、及び、プログラム

Country Status (2)

Country Link
JP (1) JP2021103418A (ja)
WO (1) WO2021132149A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002041800A (ja) * 2000-07-25 2002-02-08 Toyota Motor Corp 車両保険システム
JP2012164289A (ja) * 2011-02-09 2012-08-30 Horiba Ltd 保険料算出システム及び運行配置決定システム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002041800A (ja) * 2000-07-25 2002-02-08 Toyota Motor Corp 車両保険システム
JP2012164289A (ja) * 2011-02-09 2012-08-30 Horiba Ltd 保険料算出システム及び運行配置決定システム

Also Published As

Publication number Publication date
JP2021103418A (ja) 2021-07-15

Similar Documents

Publication Publication Date Title
US10380699B2 (en) Vehicle telematics road warning system and method
Tselentis et al. Innovative motor insurance schemes: A review of current practices and emerging challenges
US10210479B2 (en) Computerized sysem and method for data acquistion and application of disparate data to two stage bayesian networks to generate centrally maintained portable driving score data
US10217169B2 (en) Computer system for determining geographic-location associated conditions
US11868915B2 (en) Route scoring for assessing or predicting driving performance
US20140310027A1 (en) System and method for computing trip score using geo-spatial information
US20150317745A1 (en) Systems and methods for insurance product pricing and safety program management
US20140081675A1 (en) Systems, methods, and apparatus for optimizing claim appraisals
US20190213684A1 (en) Integrated vehicular monitoring and communication system
US20130204645A1 (en) Mobile insurance platform system
US20150193994A1 (en) Graphical user interface for efficiently viewing vehicle telematics data to improve efficiency of fleet operations
US11132626B2 (en) Systems and methods for vehicle resource management
US20110213628A1 (en) Systems and methods for providing a safety score associated with a user location
WO2019069732A1 (ja) 情報処理装置、および情報処理方法、並びにプログラム
CN110520877A (zh) 维护通知系统及其控制方法以及程序
KR102393386B1 (ko) 차량 정비 서비스 제공 방법 및 이를 구현하는 어플리케이션 및 서버
WO2021132149A1 (ja) 情報処理方法、情報処理装置、及び、プログラム
JP7253171B2 (ja) 情報処理方法、情報処理装置、及び、プログラム
US20230221134A1 (en) Machine Learning Platform for Dynamic Device and Sensor Quality Evaluation
CN115631002A (zh) 基于计算机视觉的车险智能定损方法及系统
CN114491250A (zh) 一种基于用户画像的车务处理方法及车务平台系统
US20150363841A1 (en) System, Method, and Apparatus for Generating Ratings for Material Transportation
US12033091B2 (en) Matching drivers with shared vehicles to optimize shared vehicle services
US20230133248A1 (en) Utilization-specific vehicle selection and parameter adjustment
US20240020609A1 (en) System and method to facilitate autonomous machine risk relationships

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: 20906695

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 10.10.2022)

122 Ep: pct application non-entry in european phase

Ref document number: 20906695

Country of ref document: EP

Kind code of ref document: A1