WO2022201552A1 - 情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体 - Google Patents

情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体 Download PDF

Info

Publication number
WO2022201552A1
WO2022201552A1 PCT/JP2021/013122 JP2021013122W WO2022201552A1 WO 2022201552 A1 WO2022201552 A1 WO 2022201552A1 JP 2021013122 W JP2021013122 W JP 2021013122W WO 2022201552 A1 WO2022201552 A1 WO 2022201552A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
information
information processing
destination
terminal
Prior art date
Application number
PCT/JP2021/013122
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 日本電気株式会社
Priority to JP2023508420A priority Critical patent/JPWO2022201552A5/ja
Priority to PCT/JP2021/013122 priority patent/WO2022201552A1/ja
Publication of WO2022201552A1 publication Critical patent/WO2022201552A1/ja

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08Insurance

Definitions

  • the present invention relates to an information processing device, an information processing system, an information processing method, and a non-temporary computer-readable medium, and more particularly to an information processing device, an information processing system, and an information processing method for calculating insurance premiums for vehicle utilization services. and non-transitory computer-readable media.
  • Patent Literature 1 discloses a technique for judging transaction risks based on application data received from a user's terminal and presenting a plurality of candidates.
  • the present disclosure has been made to solve such problems, and includes an information processing device, an information processing system, an information processing method, and a non-temporary insurance premium for calculating an appropriate insurance premium in a vehicle utilization service.
  • the purpose is to provide a computer readable medium.
  • An information processing device includes: Acquisition means for acquiring information about medicines taken by the user of the vehicle utilization service; determination means for determining whether or not the user is taking a drug that interferes with driving, based on the acquisition result; calculation means for calculating an insurance premium to be paid by the user based on the determination result by the determination means and information on the destination of the user; Prepare.
  • An information processing system includes: an information terminal operated by a user of a vehicle utilization service; an information processing device; with The information processing device is obtaining information about the medicines the user is taking; Determining whether the user is taking medicine that interferes with driving based on the obtained result, An insurance premium to be paid by the user is calculated based on the determination result and the information regarding the user's destination obtained from the information terminal.
  • An information processing method includes: the computer Acquire information on medicines taken by users of vehicle utilization services, Determining whether the user is taking medicine that interferes with driving based on the obtained result, An insurance premium to be paid by the user is calculated based on the determination result and information on the destination of the user.
  • a non-transitory computer-readable medium storing a program according to the fourth aspect of the present disclosure A process of acquiring information about medicines taken by a user of a vehicle utilization service; Determining whether the user is taking medicine that interferes with driving based on the obtained result, a process of calculating an insurance premium to be paid by the user based on the determination result and information about the destination of the user; run on the computer.
  • an information processing device an information processing system, an information processing method, and a non-temporary computer-readable medium for calculating appropriate insurance premiums in vehicle utilization services.
  • FIG. 1 is a block diagram showing the overall configuration of an information processing apparatus according to a first embodiment;
  • FIG. 4 is a flow chart showing the flow of an information processing method according to the first embodiment;
  • FIG. 11 is a block diagram showing the configuration of an information processing system according to a second embodiment;
  • FIG. 9 is a block diagram showing the configuration of a terminal according to the second embodiment;
  • FIG. 11 is a schematic diagram illustrating an application screen displayed by the terminal according to the second embodiment;
  • FIG. 11 is a flowchart illustrating the flow of calculation request processing according to the second embodiment;
  • FIG. FIG. 9 is a block diagram showing the configuration of a prescription server according to Embodiment 2;
  • FIG. 12 is a block diagram showing the configuration of an insurance server according to the second embodiment;
  • FIG. 11 is a schematic diagram illustrating an example of a confirmation screen presented by an insurance server according to the second embodiment;
  • FIG. 11 is a sequence diagram illustrating the flow of an information processing method according to the second embodiment;
  • FIG. 11 is a sequence diagram illustrating the flow of an information processing method according to the second embodiment;
  • FIG. 11 is a schematic diagram illustrating a display screen presented by an insurance server according to the second embodiment;
  • 9 is a flowchart illustrating the flow of an information processing method according to the second embodiment;
  • FIG. 1 is a block diagram showing the overall configuration of an information processing apparatus 1 according to the first embodiment.
  • the information processing device 1 is a computer for appropriately calculating insurance premiums for vehicle utilization services.
  • the vehicle utilization service is, for example, a vehicle rental service (rental car) or a vehicle sharing service (car sharing service).
  • the information processing apparatus 1 is directly connected to a predetermined terminal via a network (not shown) or predetermined wireless communication.
  • the network may be wired or wireless.
  • the terminal may perform input to the information processing device 1 and perform processing according to the output from the information processing device 1 .
  • the information processing device 1 includes an acquisition unit 11 , a determination unit 12 and a calculation unit 13 .
  • the acquisition unit 11 acquires information about medicines taken by the user of the vehicle utilization service.
  • the information on the drug may be, for example, the name of the drug, its ingredients, or its use.
  • the acquisition unit 11 may acquire an electronic prescription associated with the user from a server that stores electronic prescriptions issued to each of a plurality of persons (hereinafter referred to as a prescription server). Specifically, the acquiring unit 11 acquires an electronic prescription corresponding to the user's identity verification information by sending the user's identity verification information to the prescription server based on the consent of the person.
  • the personal identification information may be an electronic certificate (my number card information) stored in a personal number card with IC (Integrated Circuit) or the like.
  • the acquiring unit 11 may acquire an electronic prescription issued in the most recent predetermined period or an electronic prescription with the latest date and time of issuance.
  • the acquisition unit 11 may acquire information about medicines that the user is taking from a terminal possessed by the user or a terminal operated by the user.
  • the acquisition unit 11 may acquire information about medicines taken by the user from an application that records medicines taken by the user.
  • the acquisition unit 11 may acquire information on medicines that the user is taking from inputs to a rental car reservation application or the like. In other words, the acquisition unit 11 may acquire information about the medicines that the user is taking, based on the user's self-report.
  • the determination unit 12 determines whether or not the user is taking medicine that hinders driving based on the acquisition result of the acquisition unit 11 .
  • Drugs that interfere with driving are, for example, drugs that cause drowsiness, such as sleeping pills, antihistamines, and anti-anxiety drugs.
  • the determination unit 12 may determine whether or not the acquisition result of the acquisition unit 11 includes information on medicines that hinder driving.
  • the determination unit 12 allows the user to operate a confirmation screen for confirming whether or not the user is actually taking the medicine when the obtained result includes information on the medicine that interferes with driving. You may output to an information terminal. In such a case, the determination unit 12 determines whether or not the user is taking the medicine based on the user's input to the confirmation screen.
  • the calculation unit 13 calculates the premium to be paid by the user based on the determination result of the determination unit 12 and the information regarding the user's destination. Premiums may be set in stages.
  • the information about the user's destination may be acquired from user input to a rental car reservation application or the like.
  • the information regarding the user's destination may be obtained from an input to a car navigation device installed in the arranged vehicle. In such a case, the car navigation system may be used to apply for insurance.
  • the calculation unit 13 calculates the insurance premium to be paid by the user based on the distance between the user's departure point and destination when the user is taking medicine that interferes with driving.
  • the departure point of the user may be set based on, for example, the location information of the terminal possessed or operated by the user, the user's address, or the location of the store where the user applies.
  • the current location is the current location of the vehicle.
  • the calculation unit 13 may perform a route search from the destination information input to the car navigation system, acquire information on whether or not the expressway is used from the search results, and take the information into consideration when calculating insurance premiums. Since the calculation unit 13 calculates the insurance premium based on the information on the medicine and the information on the destination, it is possible to calculate an appropriate insurance premium.
  • FIG. 2 is a flow chart showing the flow of the information processing method according to the first embodiment.
  • the acquisition unit 11 acquires information on medicines that the user is taking (S11).
  • the acquisition unit 11 may acquire the electronic prescription issued to the user from the prescription server. Further, the acquisition unit 11 may acquire information about medicines that the user is taking from an application of a terminal owned by the user.
  • the determination unit 12 determines whether or not the user is taking medicines that interfere with driving based on the results obtained in S11 (S12).
  • the calculation unit 13 calculates the premium to be paid by the user based on the determination result of S12 and the information regarding the user's destination (step S13).
  • the information processing apparatus 1 calculates the insurance premium to be paid by the user based on the information on the medicines taken by the user of the vehicle utilization service and the information on the destination of the user. . Therefore, the information processing apparatus 1 according to the present embodiment can appropriately calculate insurance premiums to be paid by the user of the vehicle utilization service.
  • the information processing apparatus 1 includes a processor, a memory, and a storage device (not shown). Further, the storage device stores a computer program in which the processing of the information processing method according to the present embodiment is implemented. Then, the processor loads the computer program from the storage device into the memory and executes the computer program. Thereby, the processor implements the functions of the acquisition unit 11 , the determination unit 12 , and the calculation unit 13 .
  • the acquisition unit 11, the determination unit 12, and the calculation unit 13 may each be realized by dedicated hardware.
  • part or all of each component of each device may be realized by general-purpose or dedicated circuitry, processors, etc., or combinations thereof. These may be composed of a single chip, or may be composed of multiple chips connected via a bus.
  • a part or all of each component of each device may be implemented by a combination of the above-described circuits and the like and programs.
  • a processor a CPU (Central Processing Unit), a GPU (Graphics Processing Unit), an FPGA (field-programmable gate array), a quantum processor (quantum computer control chip), or the like can be used.
  • each component of the information processing device 1 when part or all of each component of the information processing device 1 is realized by a plurality of information processing devices, circuits, etc., the plurality of information processing devices, circuits, etc. may be centrally arranged, They may be distributed.
  • the information processing device, circuits, and the like may be implemented as a form in which each is connected via a communication network, such as a client-server system, a cloud computing system, or the like.
  • the functions of the information processing device 1 may be provided in a SaaS (Software as a Service) format.
  • Embodiment 2 is a specific example of Embodiment 1 described above.
  • FIG. 3 is a block diagram showing a configuration example of an information processing system 1000 according to the second embodiment.
  • the information processing system 1000 will focus on a case where an appropriate insurance premium is calculated based on an electronic prescription issued to the user and information on the user's destination. may be obtained from
  • the information processing system 1000 includes a terminal 100, a prescription server 200, and an insurance server 300.
  • Terminal 100, prescription server 200, and insurance server 300 are connected via network N.
  • the network N is a wired or wireless communication line such as the Internet.
  • the information processing system 1000 may include multiple terminals 100 . In such a case, one of the terminals 100 may be a car navigation device.
  • a user U is a user who uses a vehicle usage service.
  • a user U possesses a recording medium 20 such as a personal number card with an IC.
  • the recording medium 20 stores personal identification information.
  • the personal identification information may be, for example, an electronic certificate.
  • the electronic certificate may include an issue number (hereinafter also referred to as serial number) of the electronic certificate.
  • the personal number card with IC is also called my number card, and the personal identification information is also called my number card information.
  • the recording medium 20 may be provided in an electronic device such as a smart phone. In such a case, the recording medium 20 may be provided in the terminal 100.
  • the terminal 100 is a terminal operated by the user U.
  • the terminal 100 may be a device installed at a shop where an insurance application is made.
  • the application for the insurance may be made at the same time as the application for the vehicle utilization service (arrangement of the vehicle).
  • the terminal 100 may be a terminal such as a smartphone owned by the user U.
  • the user U operates the terminal 100 to input information about the destination (hereinafter referred to as destination information). Note that the user U may operate the terminal 100 to further input information about the departure point.
  • the terminal 100 may be installed in a vehicle used in the service. As described above, terminal 100 may be a car navigation device. In such a case, the user U can input information about the destination by setting the destination in the car navigation device of the vehicle.
  • FIG. 4 is a block diagram showing the configuration of the terminal 100.
  • Terminal 100 includes reading unit 110 , storage unit 120 , communication unit 130 , input/output unit 140 , and control unit 150 .
  • the reading unit 110 reads the personal identification information stored in the recording medium 20 using a technique such as NFC (Near Field Communication).
  • the reading unit 110 may be, for example, an IC card reader.
  • the storage unit 120 is a storage device in which (application) programs for realizing each function of the terminal 100 are stored.
  • the communication unit 130 is a communication interface with the network N.
  • the input/output unit 140 includes a display device and an input device.
  • the input/output unit 140 is, for example, a touch panel.
  • the control unit 150 controls hardware of the terminal 100 .
  • the control unit 150 loads the program from the storage unit 120 into the memory and executes it.
  • the control unit 150 implements the functions of the application unit 151 .
  • the application unit 151 causes the input/output unit 140 to display an input screen for applying for vehicle usage services and insurance. Then, the application unit 151 acquires the user's application information based on the input to the input/output unit 140 .
  • the application information may include information about the user's destination.
  • the application unit 151 acquires the identification information of the user U by reading the recording medium 20 using the reading unit 110 .
  • Application unit 151 transmits destination information and personal identification information to insurance server 300 .
  • the application unit 151 may confirm the validity of the personal identification information.
  • the application unit 151 also causes the input/output unit 140 to display the insurance premium calculated by the insurance server 300 .
  • Fig. 5 is an example of an application screen for entering the destination and identity verification information.
  • the application screen includes input fields 31 , 32 and 33 and a button 34 .
  • the name and contact information of the person making the application are entered in the input fields 31 and 32, respectively.
  • the input field 33 is an input field for inputting a destination. Destination information is acquired from the user's input in the input field 33 . Destination information may also be entered by selecting a location on the map.
  • Button 34 is a button for reading my number card. After the user U selects the button 34, the personal identification information is read by setting the recording medium 20 in the terminal 100. FIG. After selecting the button 34, a password may be entered.
  • the application screen 30 may further include input fields for inputting the medicines the user U is taking and the hours of sleep.
  • FIG. 6 is a flowchart illustrating the flow of application processing according to the second embodiment.
  • the terminal 100 causes the input/output unit 140 to display an application screen (S21).
  • the terminal 100 acquires destination information according to the user's input (S22).
  • the terminal 100 uses the reading unit 110 to read the personal identification information from the recording medium 20 (S23).
  • the terminal 100 may, for example, acquire an electronic certificate stored in a personal number card with IC.
  • Terminal 100 may output to input/output unit 140 a confirmation screen regarding the use of personal identification information.
  • the terminal 100 transmits the destination information and the personal identification information to the insurance server 300 (S24).
  • the information processing system 1000 may include multiple terminals 100 .
  • one terminal 100 e.g., smartphone
  • the other terminal 100 e.g., navigation device
  • acquires information about the destination and sends it to the insurance server. may be sent to
  • the prescription server 200 is an information processing device that stores electronic prescriptions issued to each of a plurality of persons. Also, in response to a prescription acquisition request received from the outside, the prescription server 200 returns an electronic prescription associated with the personal identification information included in the request to the requester.
  • FIG. 7 is a block diagram showing the configuration of the prescription server 200 according to the second embodiment.
  • the prescription server 200 includes a prescription DB (DataBase) 210 and a prescription output unit 220 .
  • Prescription DB210 matches and memorize
  • the ID 211 is information associated with the identity verification information described above.
  • the ID 211 may be identity verification information or a part of identity verification information.
  • the ID 211 may be, for example, the serial number of an electronic certificate.
  • the ID 211 may be a serial number.
  • the prescription output unit 220 receives the prescription acquisition request and outputs the electronic prescription 212 associated with the personal identification information included in the prescription acquisition request.
  • the identity verification information is an electronic certificate
  • the prescription output unit 220 first verifies the validity of the electronic certificate, and after verification, outputs the electronic prescription 212 corresponding to the ID 211 of the owner of the electronic certificate. good too.
  • the electronic prescription 212 may include information such as the name of the prescribed drug, the number of doses per day, expiration date, and the like.
  • Insurance server 300 is an example of information processing device 1 described above.
  • the insurance server 300 is an information processing device that performs a process of calculating insurance premiums to be paid by the user U.
  • Insurance server 300 may be made redundant by a plurality of servers, and each functional block may be implemented by a plurality of computers.
  • FIG. 8 is a block diagram showing the configuration of the insurance server 300 according to the second embodiment.
  • Insurance server 300 includes storage unit 310 , memory 320 , communication unit 330 and control unit 340 .
  • the storage unit 310 is an example of a storage device such as a hard disk or flash memory.
  • Storage unit 310 stores program 311 .
  • a program 311 is a computer program in which the processing of the information processing method according to the second embodiment is implemented.
  • the memory 320 is a volatile storage device such as RAM (Random Access Memory), and is a storage area for temporarily holding information when the control unit 340 operates.
  • a communication unit 330 is a communication interface with the network N. FIG.
  • the control unit 340 is a processor that controls each component of the insurance server 300, that is, a control device.
  • the control unit 340 loads the program 311 from the storage unit 310 into the memory 320 and executes the program 311 .
  • the control unit 340 implements the functions of the acquisition unit 341 , the determination unit 342 , the calculation unit 343 , and the processing unit 344 .
  • the acquisition unit 341 is an example of the acquisition unit 11 described above. After acquiring the identity verification information from the terminal 100 , the acquisition unit 341 transmits a prescription acquisition request including the identity verification information to the prescription server 200 .
  • the prescription acquisition request may include information specifying the period during which the electronic prescription was issued.
  • the acquisition unit 341 may acquire electronic prescriptions issued in the last few weeks, for example. Acquisition unit 341 outputs the electronic prescription acquired from prescription server 200 to determination unit 342 .
  • the determination unit 342 is an example of the determination unit 12 described above.
  • the determination unit 342 determines whether or not the user U is taking medicines that hinder driving based on the acquired electronic prescription. Specifically, the determination unit 342 may determine whether or not the acquired electronic prescription includes information on medicines that hinder driving.
  • the determination unit 342 may cause the terminal 100 to display a confirmation screen for confirming that the user U is actually taking the medicine. Then, the determination unit 342 determines whether or not the user U is actually taking the medicine based on the input to the confirmation screen. Thereby, the calculation unit 343, which will be described later, can calculate the insurance premium after confirming that the user U is actually taking the prescribed medicine.
  • the confirmation screen may be displayed on a car navigation device mounted on the arranged vehicle.
  • FIG. 9 is a schematic diagram illustrating a confirmation screen 40 for confirming that the user U is taking the medicine.
  • FIG. 9 is a screen for confirming with the user U the information on the electronic prescription acquired from the prescription server 200.
  • a button 43 is included for answering "no".
  • User U can select button 42 or button 43 to answer the question described in message 41 .
  • a screen containing a message 41 "Did you take ** medicine last night?" When acquiring information about medicines from user U's input, the information processing system 1000 does not need to include the prescription server 200 .
  • the calculator 343 is an example of the calculator 13 described above.
  • the calculation unit 343 calculates the premium to be paid by the user U based on the determination result of the determination unit 342 and the destination information. Specifically, when the determination result by the determination unit 342 is true, the calculation unit 343 may calculate the insurance premium to be paid by the user U according to the distance between the user U's departure point and destination. good.
  • the departure point of user U may be the current location of terminal 100 . Also, the user U's starting point may be input to the terminal 100 by the user U.
  • the calculation unit 343 calculates a high insurance premium because the risk of an accident is high. Further, when the user U has not taken the drug and the distance between the departure point and the destination is short, the calculation unit 343 calculates the insurance premium at a low price because the risk of an accident is low.
  • the calculation unit 343 may calculate the insurance premium by taking into account the information regarding the sleep of the user U.
  • the insurance server 300 may, for example, output an input screen to the terminal 100 and acquire information regarding the sleep time of the user U and whether or not he/she slept sufficiently.
  • the input screen may be output to the car navigation device.
  • the input screen may be a confirmation screen with a question such as "Did you get enough sleep last night?"
  • the calculation unit 343 may calculate a low insurance premium when the sleep time is long, and may calculate a high insurance premium when the sleep time is short.
  • the insurance server 300 may acquire information about the sleep of the user U from a sleep management application of the terminal 100 such as a smartphone owned by the user U.
  • the sleep of the user U may be calculated according to the motion of the user U at bedtime.
  • the information about sleep may be information about sleep time, and may be information about sleep quality.
  • the calculation unit 343 may calculate insurance premiums by taking into consideration whether or not the person is taking medicines used for treatment of a specific disease.
  • the specific disease is a disease such as dementia that interferes with driving.
  • the processing unit 344 causes the terminal 100 to display the insurance premium calculated by the calculation unit 343 . According to user U's approval, settlement processing using user U's credit card number or the like is performed. The settlement process may be performed by a server other than the insurance server 300. FIG.
  • FIG. 10 is a sequence diagram illustrating the flow of the information processing method according to the second embodiment.
  • FIG. 10 shows a case in which personal identification information and destination information are acquired from one information terminal.
  • the terminal 100 reads personal identification information from the recording medium 20 (S31).
  • the terminal 100 transmits the personal identification information and the destination information input by the user U to the insurance server 300 (S32).
  • insurance server 300 transmits a prescription request including the received personal identification information to prescription server 200 (S33). Since the prescription is personal information, the insurance server 300 may verify the identity of the person, and request the prescription when the identity has been verified.
  • the insurance server 300 may compare the face image of the user U with the face information embedded in the My Number card, and make an inquiry when the degree of matching is equal to or greater than a predetermined value.
  • the prescription server 200 extracts the electronic prescription associated with the personal identification information and transmits it to the insurance server 300 (S34).
  • confirmation using the confirmation screen described above may be performed.
  • the insurance server 300 calculates insurance premiums to be paid by the user U based on the electronic prescription acquired from the prescription server 200 and the destination information received in S32 (S35). A specific example of the calculation method will be described later.
  • the insurance server 300 causes the terminal 100 to display the calculated insurance premium (S36).
  • FIG. 11 is a sequence diagram showing another example of the flow of information processing according to the second embodiment.
  • personal identification information is acquired from the terminal 100a
  • destination information is acquired from the terminal 100b.
  • the terminal 100a may be a smart phone
  • the terminal 100b may be a car navigation device.
  • the user U uses the terminal 100a to apply for arranging a vehicle.
  • the terminal 100a reads the personal identification information from the recording medium 20 (S41) and transmits the personal identification information to the insurance server 300 (S42).
  • the insurance server 300 then transmits a prescription request including the identity verification information to the prescription server 200 (S43), and acquires the electronic prescription of the user U (S44).
  • the insurance server 300 may transmit the electronic prescription request after confirming the identity by face authentication or the like.
  • the user U gets in the vehicle and applies for insurance using the terminal 100b.
  • a user U inputs a destination to the terminal 100b, which is a car navigation device.
  • the terminal 100b then transmits the destination information to the insurance server (S45).
  • the insurance server 300 causes the terminal 100b to display a confirmation screen for confirming that the medicine described in the electronic prescription is being taken (S46).
  • the confirmation screen displays a message such as "You are instructed to take ** medicine three times a day, but did you take it last night?"
  • the insurance server 300 acquires an input from the user U (S47) and determines whether or not the user U is actually taking the medicine.
  • the insurance server 300 calculates insurance premiums based on the determination result and the destination information acquired in S44 (S48).
  • the insurance server 300 may cause the terminal 100b to further display a confirmation screen for confirming that the user is getting enough sleep, and the insurance premium is calculated in consideration of the sleep information. may be
  • FIG. 12 is a schematic diagram illustrating an insurance premium display screen 50 .
  • a message 51 stating "I am not taking medicines that cause drowsiness and I am getting enough sleep, so the insurance premium is the cheapest XX yen.”
  • a button 52 for applying A button 53 for not applying is included.
  • the user U agrees to the calculated insurance premium and selects the button 42 to apply for the insurance.
  • Insurance premiums are withdrawn using, for example, the credit card registered when arranging the vehicle.
  • FIG. 13 is a flowchart illustrating the flow of the information processing method according to the second embodiment.
  • the acquisition unit 341 of the insurance server 300 acquires an electronic prescription associated with the identity verification information of the user U (S51).
  • the determination unit 342 of the insurance server 300 determines whether or not the user U is taking medicines that interfere with driving (S52).
  • the determination unit 342 may determine whether or not the electronic prescription acquired in S41 contains a drug that may hinder driving. Furthermore, the determination unit 342 may confirm whether or not the user U is actually taking the prescribed medicine.
  • the calculation unit 343 calculates a normal insurance premium (S53). That is, the calculation unit 343 calculates the insurance premium at a lower price than in step S54, which will be described later.
  • the calculation unit 343 calculates the insurance premium based on the distance between the departure point and the destination of the user U (S54 ).
  • the calculation unit 343, determines whether or not the distance exceeds a threshold, calculates a higher insurance premium if the distance exceeds the threshold, and increases the insurance premium if the distance is less than or equal to the threshold. It can be calculated lower. If the distance is equal to or less than the threshold, the calculation unit 343 may calculate the normal premium as in step S43.
  • an insurance premium may be calculated according to the destination information. Further, in S54, the insurance premium may be calculated without considering the destination information.
  • the information processing system acquires the user U's electronic prescription from the prescription server and calculates insurance premiums based on the acquisition result.
  • the information processing system according to the second embodiment may be able to obtain information on medicines that the user is taking more accurately than when the user self-reports, and can calculate insurance premiums more appropriately.
  • Non-transitory computer readable media include various types of tangible storage media.
  • Examples of non-transitory computer-readable media include magnetic recording media (e.g., flexible discs, magnetic tapes, hard disk drives), magneto-optical recording media (e.g., magneto-optical discs), CD-ROMs (Read Only Memory), CD-Rs, Includes CD-R/W, DVD (Digital Versatile Disc), semiconductor memory (eg, mask ROM, PROM (Programmable ROM), EPROM (Erasable PROM), flash ROM, RAM (Random Access Memory)).
  • magnetic recording media e.g., flexible discs, magnetic tapes, hard disk drives
  • magneto-optical recording media e.g., magneto-optical discs
  • CD-ROMs Read Only Memory
  • CD-Rs Includes CD-R/W
  • DVD Digital Versatile Disc
  • semiconductor memory eg, mask ROM, PROM (Programmable ROM), EPROM (Erasable PROM), flash ROM,
  • the program may also be delivered to the computer on various types of transitory computer readable medium.
  • Examples of transitory computer-readable media include electrical signals, optical signals, and electromagnetic waves.
  • Transitory computer-readable media can deliver the program to the computer via wired channels, such as wires and optical fibers, or wireless channels.

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

情報処理装置(1)は、車両の利用サービスのユーザが服用している医薬品に関する情報を取得する取得部(11)と、取得結果に基づいて、ユーザが運転の障害となる医薬品を服用しているか否かを判定する判定部(12)と、前記医薬品に関する情報と、前記ユーザの目的地に関する情報とに基づいて、前記ユーザが支払う保険料を算出する算出部(13)と、を備える。

Description

情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体
 本発明は、情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体に関し、特に、車両の利用サービスにおける保険料を算出するための情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体に関する。
 保険契約の際、保険取引のリスクに応じて保険料を適切に決定する必要がある。特許文献1は、利用者の端末から受信した申し込みデータに基づいて、取引のリスクを判断し、複数の候補を提示する技術を開示している。
特開2001-188826号公報
 ここで、レンタカーや、カーシェアリングサービス等の車両の利用サービスにおいて、保険料を適切に算出することが望まれている。
 本開示は、このような問題点を解決するためになされたものであり、車両の利用サービスにおいて適切な保険料を算出するための情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体を提供することを目的とする。
 本開示の第1の態様にかかる情報処理装置は、
 車両の利用サービスのユーザが服用している医薬品に関する情報を取得する取得手段と、
 取得結果に基づいて、前記ユーザが運転の障害となる医薬品を服用しているか否かを判定する判定手段と、
 前記判定手段による判定結果と、前記ユーザの目的地に関する情報とに基づいて、前記ユーザが支払う保険料を算出する算出手段と、
 を備える。
 本開示の第2の態様にかかる情報処理システムは、
 車両の利用サービスのユーザが操作する情報端末と、
 情報処理装置と、
 を備え、
 前記情報処理装置は、
 前記ユーザが服用している医薬品に関する情報を取得し、
 取得結果に基づいて、前記ユーザが運転の障害となる医薬品を服用しているか否かを判定し、
 判定結果と、前記情報端末から取得した前記ユーザの目的地に関する情報と、に基づいて前記ユーザが支払う保険料を算出する。
 本開示の第3の態様にかかる情報処理方法は、
 コンピュータが、
 車両の利用サービスのユーザが服用している医薬品の情報を取得し、
 取得結果に基づいて、前記ユーザが運転の障害となる医薬品を服用しているか否かを判定し、
 判定結果と、前記ユーザの目的地に関する情報とに基づいて、前記ユーザが支払う保険料を算出する。
 本開示の第4の態様にかかるプログラムが格納された非一時的なコンピュータ可読媒体は、
 車両の利用サービスのユーザが服用している医薬品に関する情報を取得する処理と、
 取得結果に基づいて、前記ユーザが運転の障害となる医薬品を服用しているか否かを判定し、
 判定結果と、前記ユーザの目的地に関する情報とに基づいて、前記ユーザが支払う保険料を算出する処理と、
 をコンピュータに実行させる。
 本開示により、車両の利用サービスにおいて、適切な保険料を算出するための情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体を提供することができる。
本実施形態1にかかる情報処理装置の全体構成を示すブロック図である。 本実施形態1にかかる情報処理方法の流れを示すフローチャートである。 本実施形態2にかかる情報処理システムの構成を示すブロック図である。 本実施形態2にかかる端末の構成を示すブロック図である。 本実施形態2にかかる端末が表示する申込画面を例示する概略図である。 本実施形態2にかかる算出要求処理の流れを例示するフローチャートである。 本実施形態2にかかる処方箋サーバの構成を示すブロック図である。 本実施形態2にかかる保険サーバの構成を示すブロック図である。 本実施形態2にかかる保険サーバが提示する確認画面を例示する概略図である。 本実施形態2にかかる情報処理方法の流れを例示するシーケンス図である。 本実施形態2にかかる情報処理方法の流れを例示するシーケンス図である。 本実施形態2にかかる保険サーバが提示する表示画面を例示する概略図である。 本実施形態2にかかる情報処理方法の流れを例示するフローチャートである。
 以下では、本開示の実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
<実施形態1>
 図1は、本実施形態1にかかる情報処理装置1の全体構成を示すブロック図である。情報処理装置1は、車両の利用サービスにおける保険料を適切に算出するためのコンピュータである。車両の利用サービスとは、例えば、車両の貸し出しサービス(レンタカー)や、車両の共用サービス(カーシェアリングサービス)である。情報処理装置1は、ネットワーク(不図示)、又は、所定の無線通信により直接、所定の端末と接続される。尚、ネットワークは、有線であっても無線であってもよい。当該端末は、情報処理装置1に対して入力を行い、情報処理装置1からの出力に応じた処理を行ってもよい。
 情報処理装置1は、取得部11と、判定部12と、算出部13とを備える。取得部11は、車両の利用サービスのユーザが服用している医薬品に関する情報を取得する。医薬品に関する情報は、例えば、医薬品の名称であってもよく、成分や用途であってもよい。
 取得部11は、複数の人物の各々に対して発行された電子処方箋を記憶するサーバ(以下、処方箋サーバと称される)から、当該ユーザと対応付けられる電子処方箋を取得してもよい。具体的には、取得部11は、本人の同意に基づいて処方箋サーバにユーザの本人確認情報を送ることにより、本人確認情報に対応する電子処方箋を取得する。本人確認情報は、IC(Integrated Circuit)付き個人番号カード等に格納された電子証明書(マイナンバーカード情報)であってもよい。ここで、取得部11は、直近の所定期間に発行された電子処方箋や、発行日時が最も新しい電子処方箋を取得してもよい。
 尚、取得部11は、ユーザが所持する端末や、ユーザが操作する端末から、ユーザが服用している医薬品に関する情報を取得してもよい。例えば、取得部11は、ユーザが服用する医薬品を記録するアプリから、ユーザが服用している医薬品の情報を取得してもよい。また、取得部11は、レンタカー予約アプリ等への入力から、ユーザが服用している医薬品の情報を取得してもよい。つまり、取得部11は、ユーザの自己申告により、ユーザが服用している医薬品に関する情報を取得してもよい。
 判定部12は、取得部11の取得結果に基づいて、ユーザが運転の障害となる医薬品を服用しているか否かを判定する。運転の障害となる医薬品とは、例えば、眠気を引き起こすような薬であり、睡眠薬、抗ヒスタミン薬、抗不安薬等である。
 判定部12は、取得部11の取得結果に、運転の障害となる医薬品の情報がふくまれているか否かを判定してもよい。判定部12は、取得結果に運転の障害となる医薬品の情報が含まれている場合に、ユーザが実際に当該医薬品を服用しているか否かを確認するための確認画面を、ユーザが操作する情報端末に出力してもよい。このような場合、判定部12は、確認画面へのユーザの入力に基づいて、ユーザが当該医薬品を服用しているか否かを判定する。
 算出部13は、判定部12による判定結果と、ユーザの目的地に関する情報とに基づいて、ユーザが支払う保険料を算出する。保険料は、段階的に設定されてもよい。ここで、ユーザの目的地に関する情報は、レンタカー予約アプリ等へのユーザ入力から取得されてもよい。また、ユーザの目的地に関する情報は、手配された車両に備え付けられたカーナビゲーション装置への入力から取得されてもよい。このような場合、カーナビゲーション装置を用いて、保険の申し込みが行われてもよい。
 例えば、算出部13は、ユーザが運転の障害となる医薬品を服用している場合、ユーザの出発地と目的地との間の距離とに基づいて、ユーザが支払う保険料を算出する。ここで、ユーザの出発地は、例えば、ユーザが所持又は操作する端末の位置情報や、ユーザの住所や、ユーザが申し込みを行っている店舗の位置に基づいて設定されてもよい。カーナビゲーション装置から入力が行われた場合、現在地は、車両の現在地となる。
 ユーザが、運転の障害となる医薬品を服用している場合、事故発生のリスクが増加する。しかし、このような場合であっても、ユーザが車両を運転する距離が短い場合にはリスクの増加は抑制される。また、距離が長い場合には、高速道路を使用する可能性もあり、リスクは増加する可能性がある。算出部13は、カーナビゲーション装置に入力された目的地情報からルート検索を行い、検索結果から高速道路の利用有無に関する情報を取得し、保険料算出の際に加味してもよい。算出部13は、医薬品の情報と目的地に関する情報とに基づいて保険料を算出するため、適切な保険料を算出することができる。
 図2は、本実施形態1にかかる情報処理方法の流れを示すフローチャートである。まず、取得部11は、ユーザが服用している医薬品の情報を取得する(S11)。ここで、取得部11は、ユーザに対して発行された電子処方箋を処方箋サーバから取得してもよい。また、取得部11は、ユーザが所持する端末のアプリケーションからユーザが服用している医薬品に関する情報を取得してもよい。
 次に、判定部12は、S11の取得結果に基づき、ユーザが運転の障害となる医薬品を服用しているか否かを判定する(S12)。最後に、算出部13は、S12の判定結果と、ユーザの目的地に関する情報とに基づいて、ユーザが支払う保険料を算出する(ステップS13)。
 このように、本実施形態にかかる情報処理装置1は、車両の利用サービスのユーザが服用する医薬品の情報と、当該ユーザの目的地に関する情報とに基づいて、当該ユーザが支払う保険料を算出する。したがって、本実施形態にかかる情報処理装置1は、車両の利用サービスのユーザが支払う保険料を適切に算出することができる。
 尚、情報処理装置1は、図示しない構成としてプロセッサ、メモリ及び記憶装置を備えるものである。また、当該記憶装置には、本実施形態にかかる情報処理方法の処理が実装されたコンピュータプログラムが記憶されている。そして、当該プロセッサは、記憶装置からコンピュータプログラムを前記メモリへ読み込ませ、当該コンピュータプログラムを実行する。これにより、前記プロセッサは、取得部11、判定部12、及び算出部13の機能を実現する。
 または、取得部11、判定部12、及び算出部13は、それぞれが専用のハードウェアで実現されていてもよい。また、各装置の各構成要素の一部又は全部は、汎用または専用の回路(circuitry)、プロセッサ等やこれらの組合せによって実現されもよい。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組合せによって実現されてもよい。また、プロセッサとして、CPU(Central Processing Unit)、GPU(Graphics Processing Unit)、FPGA(field-programmable gate array)、量子プロセッサ(量子コンピュータ制御チップ)等を用いることができる。
 また、情報処理装置1の各構成要素の一部又は全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。また、情報処理装置1の機能がSaaS(Software as a Service)形式で提供されてもよい。
<実施形態2>
 実施形態2は、上述した実施形態1の具体例である。図3は、本実施形態2にかかる情報処理システム1000の構成例を示すブロック図である。以下では、情報処理システム1000が、ユーザに対して発行された電子処方箋と、ユーザの目的地に関する情報とに基づき適切な保険料を算出するケースを中心に説明するが、医薬品に関する情報はユーザ入力から取得されてもよい。
 情報処理システム1000は、端末100、処方箋サーバ200、及び保険サーバ300を備える。端末100、処方箋サーバ200、及び保険サーバ300は、ネットワークNを介して接続される。ここで、ネットワークNは、有線又は無線の通信回線、例えばインターネットである。情報処理システム1000は、端末100を複数備えていてもよい。このような場合、複数の端末100のうちの1つはカーナビゲーション装置であってもよい。
 ユーザUは、車両の利用サービスを利用するユーザである。ユーザUは、IC付き個人番号カードなどの記録媒体20を所持している。記録媒体20には、本人確認情報が格納されている。ここで、本人確認情報は、例えば、電子証明書であってもよい。電子証明書には、電子証明書の発行番号(以下、シリアルとも称される)が含まれていてもよい。IC付個人番号カードはマイナンバーカードとも称され、本人確認情報はマイナンバーカード情報とも称される。尚、記録媒体20は、スマートフォン等の電子機器に備えられていてもよい。このような場合、記録媒体20は、端末100に備えられていてもよい。
 端末100は、ユーザUが操作する端末である。端末100は、保険の申し込みを行う店舗に設置された装置であってもよい。尚、保険の申し込みは、車両の利用サービスの申し込み(車両の手配)と同時に行われてもよい。また、端末100は、ユーザUが所持するスマートフォン等の端末であってもよい。ユーザUは、端末100を操作して、目的地に関する情報(以下、目的地情報と称される)を入力する。尚、ユーザUは、端末100を操作して、出発地に関する情報を更に入力してもよい。
 また、端末100は、利用サービスにおいて用いられる車両に搭載されていてもよい。上述の通り、端末100は、カーナビゲーション装置であってもよい。このような場合、ユーザUは、当該車両のカーナビゲーション装置に対して目的地を設定することにより、目的地に関する情報を入力することができる。
 図4は、端末100の構成を示すブロック図である。端末100は、読取部110と、記憶部120と、通信部130と、入出力部140、及び制御部150を備える。読取部110は、NFC(Near Field Communicatin)等の技術を用いて、記録媒体20に格納された本人確認情報の読み取りを行う。読取部110は、例えば、ICカードリーダであってもよい。
 記憶部120は、端末100の各機能を実現するための(アプリケーション)プログラムが格納される記憶装置である。通信部130は、ネットワークNとの通信インターフェースである。入出力部140は、表示装置と入力装置を含む。入出力部140は、例えば、タッチパネルである。制御部150は、端末100が有するハードウェアの制御を行う。制御部150は、記憶部120からプログラムをメモリへ読み込ませ、実行する。制御部150は、申込部151の機能を実現する。
 申込部151は、車両の利用サービスや、保険の申し込みを行うための入力画面を入出力部140に表示させる。そして、申込部151は、入出力部140への入力に基づいて、ユーザの申込情報を取得する。ここで、申込情報には、ユーザの目的地に関する情報が含まれていてもよい。また、申込部151は、読取部110を用いて記録媒体20を読み取ることにより、ユーザUの本人確認情報を取得する。申込部151は、目的地情報と本人確認情報とを、保険サーバ300に送信する。ここで、申込部151は、本人確認情報の有効性を確認してもよい。また、申込部151は、保険サーバ300が算出した保険料を入出力部140に表示させる。
 図5は、目的地及び本人確認情報を入力するための申込画面の一例である。申込画面には、入力欄31、32及び33と、ボタン34とが含まれている。入力欄31及び32にはそれぞれ、申込を行う人物の氏名、連絡先が入力される。また、入力欄33は、目的地を入力するための入力欄である。入力欄33へのユーザ入力から、目的地情報が取得される。尚、目的地情報は、マップ上で位置を選択することにより入力されてもよい。ボタン34は、マイナンバーカードを読み取るためのボタンである。ユーザUがボタン34を選択した後、記録媒体20を端末100にセットすることにより、本人確認情報の読み取りが行われる。尚、ボタン34を選択した後、パスワードの入力等が行われてもよい。また、申込画面30には、ユーザUが服用している医薬品や睡眠時間を入力するための入力欄が更に備えられていてもよい。
 図6は、本実施形態2にかかる申込処理の流れを例示するフローチャートである。まず、端末100は、申込画面を入出力部140に表示させる(S21)。次に、端末100は、ユーザの入力に応じて目的地情報を取得する(S22)。次に、端末100は、読取部110を用いて記録媒体20から本人確認情報を読み取る(S23)。端末100は、例えば、IC付き個人番号カードに格納された電子証明書を取得してもよい。端末100は、本人確認情報の利用についての確認画面を入出力部140に出力してもよい。最後に、端末100は、目的地情報と本人確認情報とを保険サーバ300に送信する(S24)。
 尚、図6に示した処理の流れは一例である。上述の通り、情報処理システム1000には、複数の端末100が備えられていてもよい。このような場合、一方の端末100(例:スマートフォン)で本人確認情報を取得して保険サーバ300に送信し、他方の端末100(例:ナビゲーション装置)で目的地に関する情報を取得して保険サーバに送信してもよい。
 図3に戻り説明を続ける。処方箋サーバ200は、複数の人物の各々に対して発行された電子処方箋を記憶する情報処理装置である。また、処方箋サーバ200は、外部から受信した処方箋取得要求に応じて、当該要求に含まれる本人確認情報と対応付けられる電子処方箋を要求元へ返信する。
 図7は、本実施形態2にかかる処方箋サーバ200の構成を示すブロック図である。処方箋サーバ200は、処方箋DB(DataBase)210と、処方箋出力部220とを備える。処方箋DB210は、ID211と電子処方箋212とを対応付けて記憶する。
 ID211は、上述した本人確認情報と対応付けられる情報である。ID211は、本人確認情報であってもよく、本人確認情報の一部であってもよい。ID211は、例えば、電子証明書のシリアルであってもよい。また、ID211は、シリアルに紐付く番号であってもよい。処方箋出力部220は、処方箋取得要求を受信し、処方箋取得要求に含まれる本人確認情報と対応付けられる電子処方箋212を出力する。本人確認情報が電子証明書である場合、処方箋出力部220は、まず電子証明書の有効性を検証し、検証後に当該電子証明書の所有者のID211と対応受けられる電子処方箋212を出力してもよい。電子処方箋212には、処方された医薬品の名称や、1日に服用する回数、使用期限等の情報が含まれていてもよい。
 図3に戻り説明を続ける。保険サーバ300は、上述した情報処理装置1の一例である。保険サーバ300は、ユーザUが支払う保険料を算出する処理を行う情報処理装置である。保険サーバ300は、複数台のサーバに冗長化されてもよく、各機能ブロックが複数台のコンピュータで実現されてもよい。
 次に、保険サーバ300について詳細に説明する。図8は、本実施形態2にかかる保険サーバ300の構成を示すブロック図である。保険サーバ300は、記憶部310、メモリ320、通信部330、及び制御部340を備える。記憶部310は、ハードディスク、フラッシュメモリ等の記憶装置の一例である。記憶部310は、プログラム311を記憶する。プログラム311は、本実施形態2にかかる情報処理方法の処理が実装されたコンピュータプログラムである。
 メモリ320は、RAM(Random Access Memory)等の揮発性記憶装置であり、制御部340の動作時に一時的に情報を保持するための記憶領域である。通信部330は、ネットワークNとの通信インタフェースである。
 制御部340は、保険サーバ300の各構成を制御するプロセッサつまり制御装置である。制御部340は、記憶部310からプログラム311をメモリ320へ読み込ませ、プログラム311を実行する。これにより、制御部340は、取得部341、判定部342、算出部343、及び処理部344の機能を実現する。
 取得部341は、上述した取得部11の一例である。取得部341は、端末100から本人確認情報を取得すると、本人確認情報を含む処方箋取得要求を、処方箋サーバ200に送信する。ここで、処方箋取得要求には、電子処方箋が発行された期間を指定する情報が含まれていてもよい。取得部341は、例えば、直近の数週間に発行された電子処方箋を取得してもよい。取得部341は、処方箋サーバ200から取得した電子処方箋を判定部342に出力する。
 判定部342は、上述した判定部12の一例である。判定部342は、取得された電子処方箋に基づき、ユーザUが運転の障害となる医薬品を服用しているか否かを判定する。具体的には、判定部342は、取得された電子処方箋に、運転の障害となる医薬品の情報が含まれているか否かを判定してもよい。
 ここで、判定結果が真である場合、判定部342は、ユーザUが当該医薬品を実際に服用していることを確認するための確認画面を端末100に表示させてもよい。そして、判定部342は、確認画面への入力に基づいてユーザUが当該医薬品を実際に服用しているか否かを判定する。これにより、後述する算出部343は、処方された当該医薬品をユーザUが実際に服用していることを確認した上で、保険料を算出することができる。確認画面は、手配された車両に搭載されたカーナビゲーション装置に表示されてもよい。
 図9は、ユーザUが当該医薬品を服用していることを確認するための確認画面40を例示する概略図である。図9は、処方箋サーバ200から取得した電子処方箋に関する情報をユーザUに確認する画面である。確認画面40には、「**薬を一日3回飲むように指定されています。**薬を昨晩服用しましたか」というメッセージ41と、「はい」と回答するためのボタン42と、「いいえ」と回答するためのボタン43とが含まれている。ユーザUは、ボタン42や、ボタン43を選択し、メッセージ41に記載された質問に回答することができる。
 図9のように、「**薬を昨晩服用しましたか」というメッセージ41と、ボタン42及び43とを含む画面は、ユーザUの入力から医薬品に関する情報を取得するために用いられてもよい。ユーザUの入力から医薬品に関する情報を取得する場合、情報処理システム1000は、処方箋サーバ200を備えていなくてもよい。
 図8に戻り説明を続ける。算出部343は、上述した算出部13の一例である。算出部343は、判定部342による判定結果と、目的地情報とに基づいて、ユーザUが支払う保険料を算出する。具体的には、算出部343は、判定部342による判定結果が真である場合、ユーザUの出発地と目的地との間の距離に応じて、ユーザUが支払う保険料を算出してもよい。ユーザUの出発地は、端末100の現在地であってもよい。また、ユーザUの出発地は、ユーザUによって端末100に入力されていてもよい。
 例えば、算出部343は、ユーザUが当該医薬品を服用しており、かつ、出発地と目的地との距離が長い場合には、事故のリスクが高いため、保険料を高く算出する。また、算出部343は、ユーザUが当該医薬品を服用しておらず、かつ、出発地と目的地との間の距離が短い場合、事故のリスクが低いため、保険料を安く算出する。
 ここで、算出部343は、ユーザUの睡眠に関する情報を加味して、保険料を算出してもよい。保険サーバ300は、例えば、端末100に入力画面を出力し、ユーザUの睡眠時間や、睡眠を十分にとったか否かに関する情報を取得してもよい。入力画面は、カーナビゲーション装置に出力されてもよい。入力画面は、「昨晩は十分な睡眠時間をとれましたか?」等の質問が記載された確認画面であってもよい。算出部343は、例えば、睡眠時間が長い場合に保険料を安く算出し、睡眠時間が短い場合に保険料を高く算出してもよい。
 また、保険サーバ300は、ユーザUが所持するスマートフォン等の端末100の睡眠管理アプリから、ユーザUの睡眠に関する情報を取得してもよい。このような場合、ユーザUの睡眠は、ユーザUの就寝時の動作に応じて算出されていてもよい。睡眠に関する情報は、睡眠時間に関する情報であってもよく、睡眠の質に関する情報であってもよい。
 算出部343は、特定の病気の治療に用いられる医薬品を服用しているか否かを加味して、保険料を算出してもよい。ここで、特定の病気とは、認知症等の運転に支障のある病気である。
 処理部344は、算出部343によって算出された保険料を端末100に表示させる。ユーザUの承諾に応じて、ユーザUのクレジットカード番号等を用いた決済処理が行われる。決済処理は、保険サーバ300以外のサーバで行われてもよい。
 図10は、本実施形態2にかかる情報処理方法の流れを例示するシーケンス図である。図10は、1つの情報端末から本人確認情報と目的地情報とを取得する場合を示している。まず、端末100は、記録媒体20から本人確認情報を読み出す(S31)。端末100は、本人確認情報と、ユーザUによって入力された目的地情報とを保険サーバ300に送信する(S32)。次に、保険サーバ300は、受信した本人確認情報を含む処方箋要求を処方箋サーバ200に送信する(S33)。処方箋は個人情報であるため、保険サーバ300は、本人確認を行い、本人確認ができた場合に、処方箋要求を行ってもよい。例えば、保険サーバ300は、ユーザUの顔画像と、マイナンバーカードに埋め込まれた顔情報とを照合し、一致度が所定値以上の場合に問い合わせを行ってもよい。次に、処方箋サーバ200は、本人確認情報と対応付けられる電子処方箋を抽出し、保険サーバ300に送信する(S34)。ここで、上述した確認画面を用いた確認が行われてもよい。次に、保険サーバ300は、処方箋サーバ200から取得した電子処方箋と、S32で受信した目的地情報とに基づいて、ユーザUが支払う保険料を算出する(S35)。尚、算出方法の具体例については後述する。最後に、保険サーバ300は、算出した保険料を端末100に表示させる(S36)。
 図11は、本実施形態2にかかる情報処理の流れの他の例を示すシーケンス図である。図11は、端末100aから本人確認情報を取得し、端末100bから目的地情報を取得する。例えば、端末100aはスマートフォンであり、端末100bはカーナビゲーション装置であってもよい。
 まず、ユーザUは、端末100aを用いて車両の手配等の申し込みを行う。端末100aは、記録媒体20から本人確認情報を読み出し(S41)、保険サーバ300に本人確認情報を送信する(S42)。そして、保険サーバ300は、本人確認情報を含む処方箋要求を処方箋サーバ200に送信し(S43)、ユーザUの電子処方箋を取得する(S44)。保険サーバ300は、顔認証等により本人確認を行った後、電子処方箋要求を送信してもよい。
 車両の手配が完了すると、ユーザUは当該車両に乗車し、端末100bを用いて保険の申し込みを行う。ユーザUは、カーナビゲーション装置である端末100bに目的地を入力する。そして、端末100bは、保険サーバに目的地情報を送信する(S45)。
 次に、保険サーバ300は、電子処方箋に記載された医薬品を服用していることを確認するための確認画面を、端末100bに表示させる(S46)。例えば、確認画面には、「**薬を1日に3回服用するように指定されていますが、昨晩服用しましたか?」等のメッセージが表示される。そして、保険サーバ300は、ユーザUからの入力を取得し(S47)、ユーザUが当該医薬品を実際に服用しているか否かを判定する。そして、保険サーバ300は、判定結果とS44で取得した目的地情報とに基づいて保険料を算出する(S48)。尚、S46において、保険サーバ300は、ユーザが十分な睡眠をとっていることを確認するための確認画面を、端末100bに更に表示させてもよく、睡眠に関する情報を加味して保険料が算出されてもよい。
 そして、保険サーバ300は、S48で算出した保険料を端末100bに表示させる(S49)。図12は、保険料の表示画面50を例示する概略図である。表示画面50には、「眠気を引き起こす医薬品を服用しておらず、睡眠も十分にとっているため、保険料は最も安い○○円です。」というメッセージ51と、申込を行うためのボタン52と、申込を行わないためのボタン53とが含まれている。ユーザUが、算出された保険料に同意し、ボタン42を選択することにより保険の申し込みが行われる。保険料は、例えば、車両の手配時に登録したクレジットカードを用いて引き落とされる。
 次に、図13を用いて、保険料の算出方法の具体例について説明する。図13は、本実施形態2にかかる情報処理方法の流れを例示するフローチャートである。保険サーバ300の取得部341は、ユーザUの本人確認情報と対応付けられる電子処方箋を取得する(S51)。次に、保険サーバ300の判定部342は、ユーザUが運転の障害となる医薬品を服用しているか否かを判定する(S52)。判定部342は、S41で取得した電子処方箋に、運転の障害となる医薬品が含まれているか否かを判定してもよい。更に、判定部342は、ユーザUが処方された医薬品を実際に服用しているか否かを確認してもよい。
 ユーザUが運転の障害となる医薬品を服用していない場合(S52のNo)、算出部343は、通常の保険料を算出する(S53)。つまり、算出部343は、後述するステップS54と比べて保険料を安く算出する。
 一方、ユーザUが運転の障害となる医薬品を服用している場合(S52のYes)、算出部343は、ユーザUの出発地と目的地との間の距離に基づき保険料を算出する(S54)。算出部343は、例えば、当該距離が閾値を超えているか否かを判定し、当該距離が閾値を超えている場合は保険料を高く算出し、当該距離が閾値以下である場合は保険料を低く算出してもよい。算出部343は、当該距離が閾値以下である場合、ステップS43と同様に通常の保険料としてもよい。
 尚、図13に示した処理は、あくまでも一例である。S53で、目的地情報に応じた保険料を算出してもよい。また、S54で、目的地情報を考慮せず、保険料を算出してもよい。
 本実施形態2にかかる情報処理システムは、処方箋サーバからユーザUの電子処方箋を取得し、取得結果に基づいて保険料を算出する。本実施形態2にかかる情報処理システムは、ユーザが服用している医薬品に関する情報を、ユーザの自己申告による場合よりも正確に取得できる可能性があり、保険料をより適切に算出できる。
<その他の実施形態>
 尚、上述の実施形態では、ハードウェアの構成として説明したが、これに限定されるものではない。本開示は、任意の処理を、CPUにコンピュータプログラムを実行させることにより実現することも可能である。
 上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体(non-transitory computer readable medium)を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体(tangible storage medium)を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体(例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ)、光磁気記録媒体(例えば光磁気ディスク)、CD-ROM(Read Only Memory)、CD-R、CD-R/W、DVD(Digital Versatile Disc)、半導体メモリ(例えば、マスクROM、PROM(Programmable ROM)、EPROM(Erasable PROM)、フラッシュROM、RAM(Random Access Memory))を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体(transitory computer readable medium)によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
 なお、本開示は上記実施形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施形態を適宜組み合わせて実施されてもよい。
 以上、実施形態(及び実施例)を参照して本願発明を説明したが、本願発明は上記実施形態(及び実施例)に限定されものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
 1 情報処理装置
 11 取得部
 12 判定部
 13 算出部
 1000 情報処理システム
 U ユーザ
 N ネットワーク
 100、100a、100b 端末
 110 読取部
 120 記憶部
 130 通信部
 140 入出力部
 150 制御部
 151 申込部
 200 処方箋サーバ
 210 処方箋DB
 211 本人確認情報
 212 電子処方箋
 300 保険サーバ
 310 記憶部
 311 プログラム
 320 メモリ
 330 通信部
 340 制御部
 341 取得部
 342 判定部
 343 算出部
 344 処理部
 30 申込画面
 31、32、33 入力欄
 34 ボタン
 40 確認画面
 41 メッセージ
 42、43 ボタン
 50 表示画面
 51 メッセージ
 52、53 ボタン

Claims (10)

  1.  車両の利用サービスのユーザが服用している医薬品に関する情報を取得する取得手段と、
     取得結果に基づいて、前記ユーザが運転の障害となる医薬品を服用しているか否かを判定する判定手段と、
     前記判定手段による判定結果と、前記ユーザの目的地に関する情報とに基づいて、前記ユーザが支払う保険料を算出する算出手段と、
     を備える情報処理装置。
  2.  前記取得手段は、
     前記ユーザが所持する記録媒体に格納された本人確認情報を取得し、
     複数の人物の各々に対して発行された電子処方箋を記憶する処方箋サーバから、前記ユーザの本人確認情報に対応する電子処方箋を取得する、
     請求項1に記載の情報処理装置。
  3.  前記判定手段は、
     前記取得手段の取得結果に前記運転の障害となる医薬品の情報が含まれている場合、前記ユーザが運転の障害となる医薬品を実際に服用しているか否かを確認するための確認画面を、前記ユーザが操作する端末に出力し、
     前記確認画面への入力に基づいて、前記ユーザが運転の障害となる医薬品を服用しているか否かを判定する、
     請求項1又は2のいずれかに記載の情報処理装置。
  4.  前記算出手段は、
     前記判定手段による判定結果が真である場合、前記ユーザの出発地と前記目的地との間の距離に基づく前記保険料を算出する、
     請求項1から3のいずれか1項に記載の情報処理装置。
  5.  前記本人確認情報は、IC付き個人番号カードに格納された電子証明書である、
     請求項2に記載の情報処理装置。
  6.  前記算出手段は、
     前記ユーザの睡眠に関する情報を取得し、前記ユーザの睡眠に関する情報を加味して前記保険料を算出する、
     請求項1から5のいずれか1項に記載の情報処理装置。
  7.  車両の利用サービスのユーザが操作する情報端末と、
     情報処理装置と、
     を備え、
     前記情報処理装置は、
     前記ユーザが服用している医薬品に関する情報を取得し、
     取得結果に基づいて、前記ユーザが運転の障害となる医薬品を服用しているか否かを判定し、
     判定結果と、前記情報端末から取得した前記ユーザの目的地に関する情報と、に基づいて、前記ユーザが支払う保険料を算出する、
     情報処理システム。
  8.  前記情報処理システムは、
     複数の人物の各々に対して発行された電子処方箋を記憶する処方箋サーバ、
     を更に備え、
     前記情報処理装置は、
     前記ユーザが所持する記録媒体に格納された本人確認情報を、前記情報端末から取得し、
     前記電子処方箋から前記ユーザの本人確認情報に対応する電子処方箋を取得する、
     請求項7に記載の情報処理システム。
  9.  コンピュータが、
     車両の利用サービスのユーザが服用する医薬品に関する情報を取得し、
     取得結果に基づいて、前記ユーザが運転の障害となる医薬品を服用しているか否かを判定し、
     判定結果と、前記ユーザの目的地に関する情報とに基づいて、前記ユーザが支払う保険料を算出する、
     情報処理方法。
  10.  コンピュータに、
     車両の利用サービスのユーザが服用する医薬品に関する情報を取得する処理と、
     取得結果に基づいて、前記ユーザが運転の障害となる医薬品を服用しているか否かを判定し、
     判定結果と、前記ユーザの目的地に関する情報とに基づいて、前記ユーザが支払う保険料を算出する処理と、
     を実行させる情報処理プログラムが記録された非一時的なコンピュータ可読媒体。
PCT/JP2021/013122 2021-03-26 2021-03-26 情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体 WO2022201552A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2023508420A JPWO2022201552A5 (ja) 2021-03-26 情報処理装置、情報処理システム、情報処理方法及び情報処理プログラム
PCT/JP2021/013122 WO2022201552A1 (ja) 2021-03-26 2021-03-26 情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2021/013122 WO2022201552A1 (ja) 2021-03-26 2021-03-26 情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体

Publications (1)

Publication Number Publication Date
WO2022201552A1 true WO2022201552A1 (ja) 2022-09-29

Family

ID=83396573

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/013122 WO2022201552A1 (ja) 2021-03-26 2021-03-26 情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体

Country Status (1)

Country Link
WO (1) WO2022201552A1 (ja)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003065261A1 (fr) * 2002-01-30 2003-08-07 Fujitsu Limited Systeme de transactions sur les assurances et procede utilisant des informations sur les habitudes personnelles
JP2003281373A (ja) * 2002-03-19 2003-10-03 Equos Research Co Ltd 旅行保険受付装置、旅行保険受付プログラムおよびナビゲーション装置
JP2007510189A (ja) * 2003-08-13 2007-04-19 スイス リインシュランス カンパニー 自動化された保険処理のための方法および装置
JP2009213637A (ja) * 2008-03-10 2009-09-24 Denso Corp 生体情報生成装置、生体情報管理システム、車両制御装置
JP2013502651A (ja) * 2009-08-17 2013-01-24 メトロポリタン ライフ インシュアランス カンパニー 保険引受用オンラインシステムおよび方法
WO2017191762A1 (ja) * 2016-05-06 2017-11-09 ソニー株式会社 情報処理装置および方法、並びにプログラム
JP2019153211A (ja) * 2018-03-06 2019-09-12 トヨタ自動車株式会社 自律移動体および医薬品配送システム
JP2020194431A (ja) * 2019-05-29 2020-12-03 ニプロ株式会社 服薬管理システム

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003065261A1 (fr) * 2002-01-30 2003-08-07 Fujitsu Limited Systeme de transactions sur les assurances et procede utilisant des informations sur les habitudes personnelles
JP2003281373A (ja) * 2002-03-19 2003-10-03 Equos Research Co Ltd 旅行保険受付装置、旅行保険受付プログラムおよびナビゲーション装置
JP2007510189A (ja) * 2003-08-13 2007-04-19 スイス リインシュランス カンパニー 自動化された保険処理のための方法および装置
JP2009213637A (ja) * 2008-03-10 2009-09-24 Denso Corp 生体情報生成装置、生体情報管理システム、車両制御装置
JP2013502651A (ja) * 2009-08-17 2013-01-24 メトロポリタン ライフ インシュアランス カンパニー 保険引受用オンラインシステムおよび方法
WO2017191762A1 (ja) * 2016-05-06 2017-11-09 ソニー株式会社 情報処理装置および方法、並びにプログラム
JP2019153211A (ja) * 2018-03-06 2019-09-12 トヨタ自動車株式会社 自律移動体および医薬品配送システム
JP2020194431A (ja) * 2019-05-29 2020-12-03 ニプロ株式会社 服薬管理システム

Also Published As

Publication number Publication date
JPWO2022201552A1 (ja) 2022-09-29

Similar Documents

Publication Publication Date Title
CN110892676B (zh) 利用安全认证***的令牌提供
US10911423B2 (en) Multi-level authentication for onboard systems
US9483765B2 (en) Systems and methods for monitoring payment transactions for fraud using social media
US8751398B2 (en) Preventing an unauthorized card transaction
US10037420B1 (en) Cardless transactions
US20160048700A1 (en) Securing personal information
KR101983558B1 (ko) 보험금 청구 하는 방법 및 장치
US10664921B1 (en) Healthcare provider bill validation and payment
CA3088562A1 (en) Restricted-access and/or data chip device for healthcare
JP2020204882A (ja) 情報処理方法、プログラム、端末
WO2022201552A1 (ja) 情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体
US20230325827A1 (en) Information processing apparatus, program, method and terminal
JP6844761B1 (ja) 情報制御装置、システム、方法及びプログラム
WO2022254484A1 (ja) システム、サーバ装置、認証方法及び記憶媒体
JP2020204883A (ja) 情報処理方法、プログラム、端末
WO2021240754A1 (ja) 医療情報制御装置、システム、方法及びプログラムが格納された非一時的なコンピュータ可読媒体
JP7464111B2 (ja) 情報処理装置、システム、方法及びプログラム
WO2022201386A1 (ja) 情報制御装置、情報制御方法、及び、コンピュータ可読媒体
WO2023281747A1 (ja) サービス処理装置、システム、及び、方法、並びに、コンピュータ可読媒体
WO2023175968A1 (ja) 施設管理装置、システム及び方法、並びに、コンピュータ可読媒体
US20240086957A1 (en) Visit promotion apparatus, system, method, and non-transitory computer-readable medium storing program
WO2022185856A1 (ja) 情報制御装置、情報制御方法、及びコンピュータ可読媒体
JP7363982B2 (ja) 認証端末、認証端末の制御方法及びプログラム
WO2024024015A1 (ja) 特典情報発行装置、システム及び方法、並びに、コンピュータ可読媒体
WO2024116328A1 (ja) 決済支援装置、システム及び方法、並びに、コンピュータ可読媒体

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023508420

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21933153

Country of ref document: EP

Kind code of ref document: A1