WO2021200362A1 - サーバ装置、端末装置、情報処理プログラムおよび情報処理方法 - Google Patents

サーバ装置、端末装置、情報処理プログラムおよび情報処理方法 Download PDF

Info

Publication number
WO2021200362A1
WO2021200362A1 PCT/JP2021/011855 JP2021011855W WO2021200362A1 WO 2021200362 A1 WO2021200362 A1 WO 2021200362A1 JP 2021011855 W JP2021011855 W JP 2021011855W WO 2021200362 A1 WO2021200362 A1 WO 2021200362A1
Authority
WO
WIPO (PCT)
Prior art keywords
insurance
information
donation
server device
input
Prior art date
Application number
PCT/JP2021/011855
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 EP21780808.8A priority Critical patent/EP4102439A4/en
Priority to US17/908,710 priority patent/US20230140630A1/en
Priority to JP2022511971A priority patent/JPWO2021200362A1/ja
Priority to CN202180023677.5A priority patent/CN115335846A/zh
Publication of WO2021200362A1 publication Critical patent/WO2021200362A1/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
    • 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0279—Fundraising management

Definitions

  • This disclosure relates to a server device, a terminal device, an information processing program, and an information processing method.
  • the insurance fee is basically determined based on the past performance and the current and future performance, and a mechanism is also provided in which the reduced insurance fee is returned to the user.
  • the past performance is the situation at the time when the user concludes an insurance contract, and in the example of automobile insurance, mileage-linked insurance based on the user's age, attributes, vehicle, mileage, etc. corresponds.
  • the current and future results are the situation after the user concludes the insurance contract, and in the example of automobile insurance, the driving behavior interlocking type based on how the user traveled, sensing information in the vehicle, etc. Insurance is applicable.
  • Patent Document 1 it is difficult to reflect the user's behavior, preference, and user's intention in the designation of the donation destination, and there is a risk that the user may unwillingly set the donation destination.
  • the present disclosure provides a server device, a terminal device, an information processing program, and an information processing method that enable the insurance fee to be returned to the user for an appropriate purpose.
  • the server device acquires insurance type information indicating the type of insurance that the user subscribes to and incidental information related to insurance, and makes one or more donations based on the acquired insurance type information and incidental information. It is provided with a generator, which generates a candidate list of donation destinations including information about the destination.
  • Embodiment 2-1 More specific configuration of the system according to the embodiment 2-1-1.
  • System overview 2-1-2 Functions of server device 2-1-3.
  • Functions of terminal device 2-1-4 Functions of other systems 2-1-5.
  • Hardware configuration example 2-2 Specific processing according to the embodiment 3.
  • a candidate list listing candidates for social contribution / donation destination is generated based on the incidental information of insurance input when the user takes out insurance. By selecting a desired candidate from this candidate list when purchasing insurance, the user can donate a part of the paid insurance fee to the selected candidate as a donation destination.
  • the user operates the application program (hereinafter referred to as an insurance coverage application) related to the present disclosure mounted on a terminal device such as a smartphone, selects the type of insurance to be subscribed, and provides insurance information and information. Enter the user's attribute information and preference information and send it to the insurance company server related to this disclosure. At this time, the user further transmits the incidental information related to the selected insurance type to the insurance business server.
  • the insurance company server generates a candidate list of social contribution / donation destinations based on the transmitted attribute information, personal information, and incidental information of the user, sends it to the terminal device, and presents it to the user.
  • the user selects a desired social contribution / donation destination from the presented candidate list and sends it to the insurance company server.
  • the insurance company server donates the surplus of the insurance subscribed by the user to the social contribution / donation destination selected by the user.
  • travel insurance is selected as the insurance type, the country of visit "France” and the city / area "Paris" are entered as incidental information, and as a result of traveling with consideration for safety, travel insurance payment is made. It is assumed that it has become zero. In this case, the insurance company server will donate to, for example, the repair project of the building "Notre Dame Cathedral” in Paris based on the accompanying information. Also, for example, travel insurance is selected as the insurance type, the country of visit "Japan” and the city / area "Okinawa” are entered as incidental information, and as a result of traveling with consideration for safety, the payment of travel insurance money becomes zero. It shall be assumed. In this case, the insurance company server makes the donation destination, for example, the repair business of the Okinawan building "Shurijo Castle” based on the accompanying information.
  • FIG. 1 is a schematic diagram for explaining an outline of the system according to the present disclosure.
  • the system according to the present disclosure includes an insurance company server 10 and an insurance service application mounted on the terminal device 20 used by the user 21.
  • the user 21 operates the terminal device 20 to select the insurance type of the insurance to be subscribed (step S1).
  • the insurance service application 200 includes travel insurance (insurance A), medical insurance (insurance B), fire insurance (insurance C), automobile insurance (insurance D), household property insurance (insurance E), and pet insurance (insurance E). It is possible to correspond to insurance type information 201 indicating each insurance type of insurance F), life insurance (insurance G), ..., And other insurance (insurance Z).
  • the insurance type information is information indicating the type of insurance such as the subject of insurance.
  • the insurance type "travel insurance” indicates that the insurance covers matters related to travel. At this time, the content of travel-related matters may differ depending on the insurance company.
  • incidental information 202 is associated with each insurance type.
  • the incidental information 202 is related information generated according to the content of the insurance indicated by the insurance type.
  • the incidental information associated with travel insurance is, for example, a travel destination
  • the incidental information associated with medical insurance is, for example, a disease name (cancer insurance)
  • the incidental information associated with fire insurance is.
  • the address of the target property For example, the incidental information associated with automobile insurance is, for example, the address of a parking lot
  • the incidental information associated with household property insurance is, for example, the place of manufacture of the target product
  • the incidental information associated with pet insurance is, for example, a pet.
  • the type, place of origin, and other incidental information associated with life insurance include, for example, the subject's address and hobbies.
  • the user 21 includes information indicating the intention and genre of social contribution / donation, preference information indicating the preference of the user 21, and attribute information of the user 21. Enter personal information etc.
  • the terminal device 20 transmits each of the input information and the insurance type information indicating the insurance type selected according to the operation of the user 21 to the insurance company server 10 by the insurance service application 200 (step S2). ..
  • the insurance company server 10 is a platform for each service by a plurality of insurance companies, and acts as an intermediary between the user 21 and the plurality of insurance companies. Further, the insurance company server 10 according to the present disclosure is presumed to be appropriate for the user 21 based on the user 21's preference information, attribute information, personal information, and incidental information transmitted from the terminal device 20. Generate a candidate list 30 that lists candidates for social contribution / donation destinations (step S3).
  • the insurance company server 10 selects travel insurance as the insurance type based on each information transmitted from the terminal device 20, and the travel destination is "France” based on the incidental information or the insurance information. If so, the candidate list 30 includes "1. Restoration of Notre Dame Cathedral”, “2. Maintenance and management of the Louvre Museum", “3. Maintenance and management of historic buildings", and “4. To local companies”. The six items of "Business investment”, “5. Beautification of cityscape” and “6. Education and human resource development for young people" are presented as candidates for social contribution and donation destinations.
  • This candidate list 30 is presented to the terminal device 20 of the user 21 (not shown). Further, the insurance company separately presents the insurance fee to the terminal device 20 of the user 21 (not shown). When the user 21 uses the terminal device 20 to select one desired item as a social contribution / donation destination from the six items included in the candidate list 30, for example, accepts the insurance fee presented by the insurance company, that fact. Is notified to the insurance company, and the insurance is concluded (step S4).
  • the insurance company pays the travel insurance money to the user 21 to zero or less than the predetermined amount.
  • a predetermined calculation is performed based on the insurance fee paid by the user 21 to the insurance company, and the surplus 50 of the insurance fee is calculated.
  • the calculated surplus 50 is donated to the social contribution / donation destination (in this example, the related organization 40 of the social contribution / donation destination) selected from the candidate list 30 by the user 21 (step S5).
  • the donation destination (social contribution / donation destination) refers to the target for which the user 21 provides financial support without asking for a financial return to himself / herself.
  • step S6 when the insurance money 51 is paid to the user 21, for example, the insurance company pays the user 21 a predetermined amount of the insurance money 51 (step S6).
  • the social contribution / donation destination of the insurance surplus 50 is selected based on the incidental information transmitted by the user 21, so that the donation destination unwilling to be used by the user 21 can be selected. You can avoid making donations. Also, for the insurance company, there is a possibility that the evaluation of the insurance company will be improved by using the insurance surplus 50 for the purpose intended by the user, and in this case, the evaluation will be reflected in the number of contracts and the like. Can be expected.
  • FIG. 2 is a block diagram schematically showing a system configuration according to the embodiment of the present disclosure.
  • the insurance system 1 according to the embodiment of the present disclosure includes an insurance company server 10 and a terminal device 20 connected to a network 2 such as the Internet, respectively.
  • a network 2 such as the Internet
  • social contribution / donation destination related group system 400 hereinafter, social contribution / donation destination related group system 400
  • an insurance company system 500 are connected to the network 2.
  • the social contribution / donation destination related group system 400 is a system operated by a related group for social contribution, and the related group is an organization whose main activity is public and non-profit. And.
  • the terminal device 20 is an information processing device operated by a user 21 who wishes to take out insurance from an insurance company, and is a so-called mobile terminal such as a multifunctional mobile phone terminal (smartphone) or a tablet computer. be. Not limited to this, the terminal device 20 may be a desktop personal computer or a terminal device specially designed for the insurance system 1 of the present disclosure.
  • one social contribution / donation-related organization system 400 corresponds to one type of social contribution / donation
  • one insurance company system 500 corresponds to one insurance type.
  • one social contribution / donation-related organization system 400 may support a plurality of types of social contribution / donation
  • one insurance company system 500 may support a plurality of insurance types.
  • FIG. 3 is a functional block diagram of an example for explaining the function of the insurance business server 10 according to the embodiment.
  • the insurance company server 10 subscribes to the communication unit 100, the control unit 101, the preference matching unit 111, the list generation unit 112, the candidate list DB (database) 113, and the insurance money management unit 120.
  • the person / insurance data management unit 121 and the DB (database) 122 are included.
  • the communication unit 100, the control unit 101, the preference matching unit 111, the list generation unit 112, the candidate list DB 113, the insurance money management unit 120, the subscriber / insurance data management unit 121, and the DB 122 can be operated by programs on the CPU. It will be realized. Not limited to this, a part or all of the communication unit 100, the control unit 101, the preference matching unit 111, the list generation unit 112, the candidate list DB 113, the insurance money management unit 120, the subscriber / insurance data management unit 121 and the DB 122. It may be realized by a hardware circuit that operates in cooperation with each other.
  • the control unit 101 controls the overall operation of the insurance company server 10.
  • the communication unit 100 executes communication with the network 2 under the control of the control unit 101.
  • the DB122 includes a database of insurance subscribers and information on insurance that the subscribers take out.
  • the DB 122 includes a subscriber / insurance data DB which is a database of subscriber information and insurance information by each insurance company and the like, and another information DB which is a database of other information.
  • the subscriber / insurance data DB includes, for example, personal information, attribute information, preference information, behavior information, and incidental information of the subscriber as information acquired from the insurance subscriber.
  • the personal information of the subscriber includes information about the individual subscriber, such as a name, an address, and property owned by a real estate or an automobile.
  • the attribute information of a subscriber is information on the unique properties and characteristics of the individual subscriber, and is objective about the subscriber, such as the organization to which the subscriber belongs (workplace, etc.), appearance characteristics, etc. Contains information. Personal information and attribute information may include duplicate items.
  • the preference information is information indicating the preference of the subscriber, and includes information based on the subjectivity of the subscriber, such as sports, movies and music, reading, favorite items, and favorite foods that the subscriber likes.
  • the behavior information includes information on the behaviors that the subscriber takes on a daily basis, such as walking and shopping.
  • the subscriber / insurance data DB includes insurance type information, insurance conditions, information indicating items of incidental information, etc. for each insurance type as insurance information data.
  • the other information DB can include, for example, information on each insurance company related to the system, information on social contribution / donation destination related organizations, and the like.
  • the insurance money management unit 120 determines the insurance premiums and surpluses paid by the subscriber to each insurance company, and the insurance money paid by each insurance company to the subscriber, based on, for example, other information stored in the DB 122. Manage deposits and withdrawals related to insurance.
  • the subscriber / insurance data management unit 121 manages, for example, the above-mentioned subscriber and information related to insurance to be subscribed to by the subscriber, which is stored in the DB 122.
  • the candidate list DB 113 includes a database of information on candidates for social contribution / donation.
  • the preference matching unit 111 matches the preference information transmitted from the terminal device 20 indicating the preference of the user 21 who wishes to join the insurer with the candidate for social contribution / donation destination stored in the candidate list DB 113. ..
  • the list generation unit 112 generates a candidate list 30 for social contribution / donation destinations to be presented to the user 21 who wishes to take out insurance.
  • the list generation unit 112 includes, for example, personal information, attribute information, preference information, behavior information, incidental information and insurance type transmitted from the terminal device 20 by the user 21, matching results by the preference matching unit 111, and a candidate list. Based on the candidates for social contribution / donation destination stored in DB 113, the candidate list 30 for the social contribution / donation destination is generated.
  • the generated candidate list 30 is transmitted to the terminal device 20 by the communication unit 100.
  • FIG. 4 is a functional block diagram of an example for explaining the function of the terminal device 20 according to the embodiment.
  • the terminal device 20 includes an insurance service application 200, a communication unit 210, and a control unit 211.
  • the communication unit 210 and the control unit 211 are included in, for example, the basic software (for example, OS (Operating System)) installed in advance in the terminal device 20.
  • the control unit 101 controls the overall operation of the insurance company server 10.
  • the communication unit 100 executes communication with the network 2 under the control of the control unit 101.
  • the insurance service application 200 is an application program configured in the terminal device 20 by being downloaded and installed in the terminal device 20 via the network 2, for example.
  • the insurance service application 200 includes an insurance money management unit 220, a subscription insurance type selection unit 221 and a UI (User Interface) unit 222.
  • the UI unit 222 realizes the user interface according to the embodiment in the terminal device 20, and includes a display unit 223 and an input unit 224.
  • the display unit 223 generates a screen for display on a display device included in the terminal device 20 or connected to the terminal device 20.
  • the input unit 224 accepts a user operation on an input device included in the terminal device 20 or connected to the terminal device 20.
  • the insurance money management unit 220 manages deposits and withdrawals related to insurance, such as insurance charges transmitted from the terminal device 20 and insurance money paid to the user 21.
  • the enrollment insurance type selection unit 221 selects the insurance type of the insurance enrolled by the user 21 according to the user operation of the user 21 with respect to the terminal device 20.
  • the information indicating each insurance type may be possessed in advance by the insurance service application 200, or may be acquired from the insurance company server 10 via the network 2.
  • FIG. 5 is a functional block diagram of an example for explaining the functions of the social contribution / donation destination related organization system 400 applicable to the embodiment.
  • the social contribution / donation destination related organization system 400 includes a communication unit 410, a control unit 411, and a DB 420 as functions related to the embodiment.
  • the control unit 411 controls the overall operation of the social contribution / donation destination related organization system 400.
  • the communication unit 410 controls communication to the network 2 according to the control of the control unit 411.
  • the DB 420 is, for example, a database of information on public businesses related to the social contribution / donation destination related organization system 400.
  • FIG. 6 is a functional block diagram of an example for explaining the functions of the insurance company system 500 applicable to the embodiment.
  • the insurance company system 500 is a system in an insurance company that actually receives payment of insurance premiums and also pays insurance claims.
  • the insurance company system 500 includes a communication unit 510 and a DB 520 as functions related to the embodiment.
  • the communication unit 510 executes communication with respect to the network 2.
  • the DB 520 is a database of information on insurance, and information on insurance subscribers is managed in this DB 520.
  • FIG. 7 is a block diagram showing a hardware configuration of an example of the insurance company server 10 applicable to the embodiment.
  • the insurance company server 10 has a CPU 1000, a ROM (Read Only Memory) 1001, a RAM (Random Access Memory) 1002, a storage device 1003, and a communication I connected to each other by a bus 1010 so as to be able to communicate with each other. / F1004 and.
  • the storage device 1003 is a non-volatile storage medium such as a hard disk drive or a flash memory.
  • the storage device 1003 stores various programs and data for operating the CPU 1000.
  • the CPU 1000 operates according to an information processing program stored in advance in the ROM 1001 and the storage device 1003, and controls the overall operation of the server device 10a.
  • the communication I / F 1004 executes communication with the network 2 under the control of the CPU 1000.
  • the communication unit 100 and the control unit 101 Is realized by operating the basic program (for example, OS (Operating System)) of the insurance company server 10 stored in advance in, for example, the storage device 1003 on the CPU 1000. Further, among these, the information processing program for the server function is executed on the preference matching unit 111, the list generation unit 112, the candidate list DB 113, the insurance money management unit 120, the subscriber / insurance data management unit 121 and the DB 122, for example, the CPU 1000. It is realized by.
  • OS Operating System
  • the information processing program has a modular structure including, for example, a preference matching unit 111, a list generation unit 112, a candidate list DB 113, an insurance money management unit 120, a subscriber / insurance data management unit 121, and a DB 122.
  • a preference matching unit 111 a list generation unit 112
  • a candidate list DB 113 a candidate list DB 113
  • an insurance money management unit 120 a subscriber / insurance data management unit 121
  • a DB 122 a database management unit
  • FIG. 8 is a block diagram showing a hardware configuration of an example of the terminal device 20 applicable to the embodiment.
  • the terminal device 20 includes a CPU 2000, a ROM 2001, a RAM 2002, a storage device 2003, an input device 2004, a display control unit 2005, and a communication I / F 2006, which are communicably connected to each other by a bus 2010. , Equipped with. Further, in the example of FIG. 8, the terminal device 20 further includes a display device 2020 connected to the display control unit 2005.
  • the storage device 2003 is a non-volatile storage medium such as a hard disk drive or a flash memory.
  • the storage device 2003 stores various programs and data for operating the CPU 2000.
  • the CPU 2000 operates according to a program stored in advance in the ROM 2001 and the storage device 2003, and controls the overall operation of the terminal device 20. Further, the CPU 2000 forms the insurance service application 200 according to, for example, an application program stored in advance in the storage device 2003.
  • the communication I / F 2006 executes communication to the network 2 under the control of the CPU 2000.
  • the input device 2004 generates a control signal according to the user operation.
  • the generated control signal is passed to the CPU 2000 via the bus 2010.
  • the display control unit 2005 generates a display signal that can be displayed by the display device 2020 based on the display control signal generated by the CPU 2000 according to the program, and outputs this display signal to the display device 2020.
  • the display device 2020 for example, a display device using an LCD (Liquid Crystal Display) or an organic EL (electro-luminescence) can be applied.
  • the input device 2004, for example, generates a control signal according to the contact position and allows light to pass through, and the input device 2004 and the display device 2020 are integrally formed to form a touch panel. May be good.
  • the communication unit 210 and the control unit 211 described above are realized by operating, for example, the basic program (for example, OS) of the terminal device 20a on the CPU 2000. .. Further, among these, the insurance service application 200 is realized by, for example, an application program acquired from the network 2 running on the CPU 2000.
  • the application program for forming the insurance service application 200 which can be applied to the embodiment, has a modular configuration including, for example, an insurance money management unit 220, an insurance type selection unit 221 and a UI unit 222.
  • an insurance money management unit 220 As actual hardware, when the CPU 2000 reads the application from a storage medium such as a storage device 2003 and executes the application, each of the above-mentioned parts is loaded on a main storage device such as RAM 2002, and each part is on the main storage device. It is designed to be generated in.
  • FIG. 9 is a sequence diagram of an example showing processing in the system according to the embodiment.
  • the user 21 purchases travel insurance for travel will be described.
  • FIG. 10 is a schematic diagram showing an example of an insurance type selection screen 600 according to an embodiment displayed on the display device 2020 of the terminal device 20 by the insurance service application 200. In the following, unless otherwise specified, displaying the screen on the display device 2020 of the terminal device 20 is simply described as displaying the screen on the terminal device 20.
  • the insurance type selection screen 600 is arranged with an insurance type list 601 listing insurance types, a radio button group 602 including a plurality of radio buttons, and buttons 603 and 604.
  • an insurance type list 601 listing insurance types
  • a radio button group 602 including a plurality of radio buttons
  • only one of the plurality of radio buttons included in the radio button group 602 can be specified.
  • the insurance type list 601 lists and displays a plurality of insurance types such as travel insurance, medical insurance, fire insurance, automobile insurance, household property insurance, pet insurance, and life insurance.
  • the user 21 can select the insurance type to be subscribed by designating the radio button corresponding to the desired insurance type among the plurality of radio buttons included in the radio button group 602. In the example of FIG. 10, "travel insurance" is selected as the insurance type.
  • Button 603 is a button for holding the selection result of the insurance type by the radio button group 602 according to the operation and shifting the process to the next process.
  • the button 604 discards the insurance type selection result by the radio button group 602 according to the operation, and returns, for example, the displayed screen to the previous screen, for example, the menu screen.
  • the insurance service application 200 transmits the identification information ID # for identifying the selected insurance type to the insurance company server 10 (SEQ100). ..
  • the travel insurance identification information ID # is set to "001".
  • the subscriber / insurance data management unit 121 refers to the subscriber / insurance data DB included in the DB 122 based on the identification information ID # transmitted from the terminal device 20, and assigns the identification information ID # to the identification information ID #. Get information about the associated travel insurance. Based on the acquired information, the subscriber / insurance data management unit 121 collects information to be displayed on the condition input screen for the insurance service application 200 to input travel insurance conditions on the terminal device 20. For example, the subscriber / insurance data management unit 121 acquires information indicating an item of incidental information related to the insurance type ID # from the subscriber / insurance data DB included in the DB 122. The subscriber / insurance data management unit 121 further indicates items from the subscriber / insurance data DB for each of the subscriber's personal information, attribute information, preference information, and behavior information corresponding to the insurance type ID #. You can also get information.
  • the insurance company server 10 transmits the information collected by the subscriber / insurance data management unit 121 to the terminal device 20 as UI information for configuring the UI related to travel insurance (SEQ101).
  • the insurance service application 200 When the insurance service application 200 receives the UI information transmitted from the insurance company server 10 in the terminal device 20, the insurance service application 200 displays an input screen for inputting information by the user 21 regarding travel insurance based on the received UI information.
  • the input screen includes a condition input screen for inputting travel insurance conditions to be sent to the insurance company and an incidental information input screen for inputting incidental information incidental to the travel. ..
  • the condition input screen is a screen for inputting general conditions (travel destination, airmail information, stay period, etc.) related to travel insurance, the description here will be omitted.
  • FIG. 11 is a schematic diagram showing an example of an incidental information input screen 610 according to an embodiment displayed by the insurance service application 200.
  • a plurality of incidental information can be input for one insurance type.
  • the incidental information input screen 610 is arranged with three input areas 611, 612, and 613 for inputting incidental information, respectively. That is, in the example of FIG. 11, three items of incidental information are associated with the insurance type “travel insurance”.
  • the input area 611 is an area for inputting the accompanying information "country of visit”.
  • the input area 612 is an area for inputting the accompanying information "visited city / area”.
  • the input area 613 is an area for inputting the accompanying information “stay”.
  • “France” is input as the visiting country in the input area 611
  • "Paris” is input as the visiting city / area in the input area 612
  • " ⁇ hotel” is input as the accommodation in the input area 613. Has been entered.
  • FIG. 12 is a schematic diagram showing an example of the structure of data including incidental information applicable to the embodiment.
  • the data including the incidental information has a structure in which one insurance type and one or more incidental information are associated with one identification information ID #.
  • the number of incidental information associated with one identification information ID # is not limited as long as it is 1 or more.
  • the identification information ID # and each incidental information have a fixed length, and the fixed length data indicating the number of incidental information added to the identification information ID # is arranged immediately after the identification information ID #. Be done.
  • the insurance type “travel insurance” is associated with the identification information ID # “001”, and further, the accompanying information 1 “travel destination”, the accompanying information 2 “travel waypoint” and the accompanying information.
  • Information 3 "Hotel address" is associated.
  • the incidental information 2 is “visited city / area”.
  • the insurance type "medical insurance” is associated with the identification information ID # "002", and further, the accompanying information 1 "disease name (cancer) covered by insurance", the accompanying information 2 "user's health examination data” and the accompanying information.
  • Information 3 "User behavior data” is associated.
  • the insurance type "fire insurance” is associated with the identification information ID # "003”, and further, incidental information 1 "subscriber's address”, incidental information 2 "subscriber's affiliated neighborhood association” and incidental information.
  • 3 School district / elementary / junior high school of the subscriber's address” is associated. In this case, the accompanying information 3 includes three pieces of information: the school district, the elementary school name, and the junior high school name.
  • the insurance type "automobile insurance” is associated with the identification information ID # "004", and further, incidental information 1 "parking address”, incidental information 2 "license data” and incidental information 3 "safe driving / accident”. "Historical data” is associated.
  • the incidental information 3 may include a plurality of pieces of information as historical data.
  • the insurance type "household property insurance” is associated with the identification information ID # "005", and further, the incidental information 1 "the place of manufacture of the target product", the incidental information 2 "the place of sale of the target product", and the incidental information 3 "manufacturing". -Distributor "is associated.
  • the insurance type "pet insurance” is associated with the identification information ID # "006", and further, incidental information 1 "pet type”, incidental information 2 "pet origin” and incidental information 3 "pet attribute information”. Is associated. Further, the insurance type "life insurance” is associated with the identification information ID # "007”, and further, the incidental information 1 "address of the subject", the incidental information 2 "hobby of the subject” and the incidental information 3 "Hometown / hometown / school of origin" is associated.
  • the insurance type is not limited to seven types. Further, the number of incidental information associated with each identification information ID # is not limited to three, and the number of incidental information may be different for each insurance type, for example.
  • buttons 614 and 615 are further arranged on the accompanying information input screen 610.
  • the button 614 is a button for holding the incidental information input to each input area 611 to 613 according to the operation and shifting the process to the next process.
  • the button 615 discards the incidental information input to each input area 611 to 613 according to the operation, and returns, for example, the displayed screen to the previous screen, for example, the menu screen.
  • the insurance service application 200 transmits, for example, information indicating the travel insurance conditions input to the condition input screen in step S201 to the insurance company system 500 in response to an operation on the button 614 of the incidental information input screen 610. (SEQ102).
  • the insurance company system 500 calculates the estimated insurance premium based on the information indicating the travel insurance conditions transmitted from the terminal device 20 (step S500), and transmits the information indicating the calculated estimated insurance premium to the terminal device 20 (SEQ103). ).
  • list creation information 60 for creating the candidate list 30 is created.
  • the insurance service application 200 transmits the created list creation information 60 to the insurance company server 10 (SEQ104).
  • the list generation unit 112 generates a candidate list 30 based on the list creation information 60 transmitted from the terminal device 20 and the candidates for social contribution / donation destination stored in the candidate list DB 113. (Step S100).
  • FIG. 13 is a schematic diagram showing an example of a candidate for a donation destination included in the candidate list 30 according to the embodiment.
  • the “insurance type”, “incidental information 1”, “incidental information 2”, and “incidental information 3” are common to those in FIG. 12 described above.
  • the insurance type is "fire insurance", and the accompanying information 1 to 3 are "subscriber's address”, “subscriber's affiliated town association”, and “subscriber's address school district / elementary / junior high school”, respectively. If there is a candidate for donation, support for regional conservation such as “support for fire department”, “support for regional disaster prevention measures”, “support for local flood control / flood countermeasures”, “tsunami / earthquake countermeasures”, and "establishment of smoking area” Is conceivable.
  • the insurance type is "automobile insurance” and the incidental information 1 to 3 are “parking lot address”, “license data”, and “safe driving / accident history data”, respectively, "installation of guardrails in the area” , “Installation of traffic lights”, “Installation of pedestrian bridges”, “Installation of school zones” and other matters related to traffic safety facilities can be considered as candidates for donations.
  • the insurance type is "household property insurance” and the incidental information 1 to 3 are "the place of manufacture of the target product", “the place of sale of the target product”, and “the place of manufacture / distributor”, then "the place of manufacture / sales value”. It is conceivable that items related to the manufacture of household goods, such as “contribution to the development of the company”, “support for manufacturers / distributors”, and “environmental conservation”, can be candidates for donations.
  • the insurance type is "life insurance”
  • the accompanying information 1 to 3 are "address of the subject”, “hobby of the subject”, and “hometown / hometown / school of the subject”, respectively.
  • matters related to life worth and living environment such as “contribution to the community”, “contribution to industrial development related to hobbies”, and “contribution to hometown / hometown / school” as candidates for donation. ..
  • FIG. 13 is for explanation purposes only, and is not limited to this example.
  • the method by which the list generation unit 112 generates the candidate list 30 is not particularly limited, but a method of automatically generating the candidate list 30 by referring to, for example, a table based on incidental information, or preference information and attributes of a user 21 who wishes to take out insurance. A method of automatically generating based on the information can be considered.
  • FIG. 14 is a diagram schematically showing a process for automatically generating a candidate list 30 based on incidental information applicable to the embodiment.
  • the list generation unit 112 fixes the item of incidental information in the insurance type, and narrows down the information in the order of, for example, incidental information 1, incidental information 2, incidental information 3, ....
  • the incidental information 3 becomes the final information, and each item of the master of the candidate for social contribution / donation destination is selected for each information (OO hotel, XX hotel, ...) That can be selected as the incidental information 3.
  • the incidental information 3 becomes the final information, and each item of the master of the candidate for social contribution / donation destination is selected for each information (OO hotel, XX hotel, ...) That can be selected as the incidental information 3.
  • the user 21 may create the candidate list 30.
  • the insurance service application 200 acquires, for example, the master of the candidate list 30 from the insurance company server 10 and displays it in a list, and the user 21 creates the candidate list 30 from the list display. Can be considered.
  • the candidate list 30 created by the user 21 can be saved, for example, in the terminal device 20, and can be made available at another time.
  • the list generation unit 112 can also generate the candidate list 30 based on the model generated by machine learning.
  • the list generation unit 112 prepares in advance a set of each incidental information (incidental information 1 to 3) and the corresponding social contribution / donation destination, and uses this set as a learning data set and evaluation data (correct answer).
  • the model generated by machine learning based on the training data is evaluated by the evaluation data separately from the set of data).
  • the list generation unit 112 generates a calculation model for calculating social contribution / donation destination from each incidental information based on the evaluation result.
  • the list generation unit 112 applies each incidental information included in the list creation information transmitted from the terminal device 20 in the SEQ 104 to the generated calculation model, and calculates the social contribution / donation destination. At this time, the list generation unit 112 can output a plurality of social contribution / donation destinations according to the certainty of the calculation result by the calculation model. The list generation unit 112 generates a candidate list 30 using the plurality of social contribution / donation destinations.
  • the list generation unit 112 can also generate a candidate list 30 based on information that can be acquired on the Internet, for example, ranking information of tourist spots and individual posts on SNS (Social Networking Service).
  • the list generation unit 112 collects and aggregates this information from, for example, the Internet, analyzes it by a predetermined method, and ranks tourist spots, tourist spots, and the like. Then, the candidate list 30 is generated by using the social contribution / donation destinations related to the tourist spots and tourist spots whose ranking is higher than the predetermined rank.
  • the list generation unit 112 transmits the generated candidate list 30 to the terminal device 20 (SEQ 105).
  • the insurance service application 200 displays a social contribution / donation destination selection screen for selecting a desired social contribution / donation destination from the candidate list 30 transmitted from the insurance company server 10, and the user 21 Encourage the selection of social contribution / donation destinations (step S202).
  • the candidate list 30 can be generated by further using the preference of the user 21.
  • the preference matching unit 111 matches the social contribution / donation destination with the preference information when the preference information regarding the preference of the user 21 is input in the travel insurance condition input in step S201.
  • Social contribution / donation destinations that match preference information to a high degree may be preferentially included in the candidate list 30.
  • the social contribution / donation destination for example, a museum
  • the social contribution / donation destination for example, a museum
  • FIG. 15 is a schematic diagram showing an example of the social contribution / donation destination selection screen 620 according to the embodiment displayed by the insurance service application 200.
  • the social contribution / donation destination selection screen 620 has a display area 621 on which each social contribution / donation destination included in the candidate list 30 is displayed, a radio button group 622 including a plurality of radio buttons, a button 623, and the like. 624 and are arranged.
  • the button 623 is a button for transmitting the result of selection of social contribution / donation destination by the radio button group 622 to the insurance company server 10 according to the operation, and shifting the process to the next process.
  • the button 624 discards the selection result of the social contribution / donation destination by the radio button group 622 according to the operation, and returns, for example, the displayed screen to the previous screen, for example, the menu screen.
  • the insurance service application 200 provides identification information (ID) for identifying the selected social contribution / donation destination to the insurance company server. It is transmitted to 10 (SEQ106).
  • the insurance company server 10 When the insurance company server 10 receives the information on the social contribution / donation destination selected from the terminal device 20, it retains the information and sends an inquiry for the final confirmation of insurance coverage to the terminal device 20 (SEQ107). ). In the terminal device 20, the insurance service application 200 displays an intention confirmation screen for determining the intention to take out insurance in response to this inquiry (step S203).
  • FIG. 16 is a schematic diagram showing an example of an intention confirmation screen 630 according to an embodiment displayed by the insurance service application 200 on the terminal device 20.
  • the intention confirmation screen 630 is arranged with a display area 631 and buttons 633 and 634.
  • the display area 631 is an area in which information about insurance that the user 21 wants to join is displayed.
  • the insurance type selected in step S200 the incidental information input in step S201, the social contribution / donation destination selected in step S202, and the insurance company in SEQ 103.
  • the button 633 is determined to be insured with the contents displayed in the display area 631 according to the operation.
  • the button 634 suspends or cancels the insurance coverage of the contents displayed in the display area 631 according to the operation, and returns, for example, the displayed screen to the previous screen, for example, the menu screen.
  • the user 21 confirms the intention of whether or not to take out insurance.
  • the insurance service application 200 notifies the insurance company system 500 of the payment of the insurance fee (SEQ 108), and also informs the insurance company server 10. Then, the insurance premium payment information indicating that the insurance premium has been paid is transmitted (SEQ109).
  • the insurance company server 10 stores the insurance fee payment information transmitted from the terminal device 20 (step S101).
  • the insurance fee is paid from the terminal device 20 (user 21) to the insurance company system 500 by the method specified by the insurance company system 500.
  • an insurance subscription contract is concluded between the terminal device 20 (user 21) and the insurance company system 500 (insurance company) (SEQ110).
  • an insurance contract is concluded between the terminal device 20 and the insurance company system 500.
  • the insurance premium may be concluded at the same time as the insurance fee of the insurance company system 500 is paid from the terminal device 20, or the insurance fee may be paid after the insurance contract is concluded.
  • the insurance service application 200 can transmit the action history of the subscriber (user 21) to the insurance company server 10 (SEQ111).
  • the insurance company server 10 calculates the insurance money paid by the insurance company to the user 21 based on the action history transmitted from the terminal device 20 in the insurance money management unit 120, and outputs the calculated insurance money information to the terminal. It can be transmitted to the device 20 (SEQ112).
  • the terminal device 20 When the insurance contract ends between the terminal device 20 (user 21) and the insurance company system 500 (insurance company) (SEQ113), the terminal device 20 is notified to that effect (SEQ114).
  • the insurance service application 200 transmits a notification indicating the expiration of the insurance period to the insurance company server 10 in response to the notification of the termination of the insurance subscription contract (SEQ 114).
  • the insurance company server 10 Upon receiving the notification of the expiration of the insurance period from the terminal device 20, the insurance company server 10 receives the insurance money and the insurance money according to a predetermined rule in the insurance money management unit 120 based on the payment information by the terminal device 20 stored in step S101 and the like. Calculate the surplus of insurance premiums. For example, the insurance money management unit 120 calculates the amount of surplus for the insurance fee paid by the user 21 to the insurance company system 500 according to the insurance amount paid from the insurance company system 500 to the user 21. (Step S102). At this time, the insurance money management unit 120 determines the upper limit of the surplus for the insurance fee so that the profit of the insurance company can be secured even if the insurance money is not paid to the user 21 from the insurance company system 500 at all. It is preferable to keep it.
  • the insurance company server 10 presents the surplus amount calculated in step S102 to the insurance company system 500 (SEQ115).
  • the insurance company system 500 pays the surplus indicated by the presented surplus amount to the insurance company server 10 (SEQ116). This surplus is paid from the insurance fee paid by the user 21 in SEQ 108.
  • the insurance company server 10 When the insurance company server 10 receives the payment of the surplus from the insurance company system 500, the insurance company server 10 responds to the social contribution / donation destination as a donation to the social contribution / donation destination received from the terminal device 20 in SEQ 106. Send to the social contribution / donation destination related organization system 400 (SEQ117). When the social contribution / donation destination related organization system 400 confirms that the donation has been sent from the insurance company server 10, it sends a confirmation of receipt of the donation to the insurance company server 10 as a donation completion notification (SEQ118).
  • the insurance company server 10 sends a donation completion notification sent from the social contribution / donation destination related organization system 400 in SEQ 118 to the terminal device 20 (SEQ 119).
  • the insurance service application 200 receives the donation completion notification on the terminal device 20, the insurance service application 200 displays to that effect.
  • the user 21 of the terminal device 20 can know that the donation to the social contribution / donation destination selected by himself / herself has been made from the insurance fee paid by himself / herself, thereby obtaining a sense of satisfaction. can.
  • the candidate list 30 for social contribution / donation destination is dynamically generated based on the incidental information regarding the type of insurance that the user 21 subscribes to. Items can be diversified.
  • the user 21 can make a donation to the social contribution / donation destination selected from the candidate list 30, the user 21 can increase the motivation to take out insurance. In addition, this will help differentiate insurance companies, which will lead to improved competitiveness of insurance companies.
  • FIG. 17 is a functional block diagram of an example for explaining the function of the insurance business server according to the modified example of the embodiment.
  • the insurance business server 10 adds a UI generation unit 110 and a web application unit 130 to the insurance business server 10 described with reference to FIG. Since the other parts of the insurance company server 10'have the same functions as the corresponding parts of the insurance company server 10 of FIG. 3, the description thereof is omitted here.
  • the web application unit 130 is described based on, for example, HTML (HyperText Markup Language), is read into a web browser mounted on the terminal device 20, and stores a web application that operates on the web browser. ..
  • the UI generation unit 110 generates a UI configured in the terminal device 20 by the web application.
  • the UI generation unit 110 displays each screen such as the insurance type selection screen 600, the accompanying information input screen 610, the social contribution / donation destination selection screen 620, and the intention confirmation screen 630 described above on the terminal device 20 by a web application.
  • UI control information for accepting input for each screen is generated.
  • FIG. 18 is a functional block diagram of an example for explaining the function of the terminal device according to the modified example of the embodiment.
  • the terminal device 20 includes a web browser 230, a communication unit 210, and a control unit 211.
  • the communication unit 210 and the control unit 211 are common to the communication unit 210 and the control unit 211 in the terminal device 20 of FIG. 4, and thus the description thereof will be omitted here.
  • the web browser 230 can read an HTML file written on the network 2, for example, using HTML, and execute display control signal generation, input control, communication control, and the like according to the description in the file.
  • the insurance service application 200' is read by the web browser 230 from the web application unit 130 of the insurance company server 10' described above.
  • the insurance money management unit 220 and the insurance type selection unit 221 are included in the web browser 230.
  • the UI unit 222 includes a display unit 223 and an input unit 224.
  • the insurance money management unit 220, the insurance type selection unit 221 and the UI unit 222 included in the insurance service application 200' are the insurance money management unit 220 and the insurance type selection unit 221 in the terminal device 20 described with reference to FIG. And since it is possible to realize a function substantially equivalent to that of the UI unit 222, the description here will be omitted.
  • the candidate list 30 for social contribution / donation destination is presented to the terminal device 20 before the conclusion of the insurance contract with the insurance company, but this is not limited to this example, and the candidate list 30 is displayed. , May be presented to the terminal device 20 after or near the expiration of the contract with the insurance company.
  • the candidate list 30 may be presented on the way back (for example, during a flight or on a return train).
  • the user 21 can examine the social contribution / donation destination while remembering the visited destination during the trip.
  • the fact that the donation has been sent to the donation destination is transmitted to the terminal device 20 of the user 21, but this is not limited to this example, and it is preferable to give feedback on what the donation was actually used for, for example. ..
  • the social contribution / donation destination related organization system 400 that has received the donation adds information indicating the usage of the donation to the donation completion notification and sends it.
  • the social contribution / donation-related organization system 400 belongs to an organization involved in the restoration of Notre Dame Cathedral, it is conceivable to send photographic image data showing the status of restoration as information indicating the usage of donations. Be done.
  • the order of each social contribution / donation destination included in the candidate list 30 when the candidate list 30 is displayed on the terminal device 20 is not mentioned, but this order can be referred to as, for example, a social theme.
  • the candidate list 30 may be created so that the donation recipients with a high degree of social contribution come to the top (or are automatically selected).
  • donations are sent to social contribution / donation destinations for each insurance contract, but this is not limited to this example.
  • the insurance type is travel insurance
  • the desired donation destination may change before and after going on a trip. For example, some users 21 may select a travel destination based on social issues.
  • the donation is made from the surplus of the insurance fee paid at the time of taking out insurance, but this is not limited to this example. That is, a candidate may be selected and donated by one's own will from the presented list of social contribution / donation destinations.
  • the related organizations that operate the social contribution / donation destination related organization system 400 mainly engage in public and non-profit activities, but this is not limited to this example.
  • the related organization may be an organization that makes crowdfunding or some kind of investment.
  • the present technology can also have the following configurations.
  • (1) The insurance type information indicating the type of insurance that the user subscribes to and the incidental information related to the insurance are acquired, and the information about one or more donations is included based on the acquired insurance type information and the incidental information.
  • Generation unit that generates a candidate list of donations, A server device that comprises. (2) The donation destination is a public and non-profit organization, The server device according to (1) above. (3) The generator The candidate list is generated by further using the preference information indicating the user's preference. The server device according to (1) or (2) above. (4) The generator The candidate list is generated by further using the attribute information indicating the attribute of the user. The server device according to any one of (1) to (3) above.
  • the generator The candidate list is generated by further using the information sent by the individual to the Internet.
  • the server device according to any one of (1) to (4) above.
  • the generator The candidate list is generated based on a model created by machine learning using the incidental information as learning data and the information about the donation destination as evaluation data.
  • the server device according to any one of (1) to (5) above.
  • An insurance information storage unit that stores at least the insurance type information indicating the type of insurance subscribed to by the user and the incidental information related to the insurance. With more The generator The candidate list is generated based on the insurance type information and the incidental information accumulated in the insurance information storage unit.
  • the server device according to any one of (1) to (6) above.
  • Insurance information management department that manages insurance fee information indicating the insurance fee paid by the user for the insurance. With more The insurance information management department Based on the insurance fee information, a part of the insurance fee is set as a donation to be donated to the donation destination indicated by the information about the donation destination.
  • the server device according to any one of (1) to (7) above.
  • Donation destination information management department that manages information about the donation destination, With more The donation destination information management department When a donation to the donation destination indicated by the information about the donation destination selected from the candidate list generated based on the insurance type information corresponding to the user and the incidental information is executed, the user is given a donation. Notify the recipient of the donation, The server device according to (8) above.
  • a web application storage unit that stores a web application to be loaded by a browser application installed in a terminal device via a network. With more The web application is executed on the browser application.
  • For the screen of the terminal device Display the first input area for inputting the insurance type, In response to the input of the insurance type in the first input area, the second input area for inputting the incidental information of the item corresponding to the input insurance type is displayed.
  • the insurance type information indicating the insurance type input to the first input area and the incidental information input to the second input area, which are transmitted to the server device by the communication unit.
  • the server device according to any one of (1) to (9) above.
  • the communication unit that communicates with the server device, A display control unit that controls the display of the screen on the display unit, With The display control unit is displayed on the screen.
  • Display the first input area for entering the insurance type In response to the input of the insurance type in the first input area, the second input area for inputting the incidental information of the item corresponding to the input insurance type is displayed.
  • the insurance type information indicating the insurance type input to the first input area and the incidental information input to the second input area, which are transmitted to the server device by the communication unit.
  • the communication unit The donation information specified according to the candidate list displayed on the screen is transmitted to the server device, and the donation to the donation destination sent from the server in response to the transmission of information about the donation destination. Receive notification of execution, The terminal device according to (11) above. (13) Of the communication unit and the display control unit, at least the display control unit is The application program received via the network and installed in the terminal device is executed by the processor on the terminal device. The terminal device according to (11) or (12). (14) Equipped with a browser application, Of the communication unit and the display control unit, at least the display control unit is configured by operating a web program read from the server device via the network on the browser application. The terminal device according to (11) or (12).
  • a display control step that controls the display of the screen on the display unit Let the computer run The display control step is displayed on the screen.
  • Display the first input area for entering the insurance type In response to the input of the insurance type in the first input area, the second input area for inputting the incidental information of the item corresponding to the input insurance type is displayed.
  • the insurance type information indicating the insurance type input to the first input area and the incidental information input to the second input area, which are transmitted to the server device by the communication step.
  • Acquisition step to acquire insurance type information indicating the type of insurance that the user subscribes to, incidental information related to the insurance, and Based on the insurance type information and the incidental information, a generation step of generating a candidate list of donation destinations including information on one or more donation destinations, and a generation step.
  • Information processing methods including.

Landscapes

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

Abstract

保険料金がユーザにとって適切な目的に還元されることを可能としたサーバ装置、端末装置、情報処理プログラムおよび情報処理方法を提供する。本開示に係るサーバ装置（１０）は、ユーザが加入する保険の種別を示す保険種別情報（２０１）と、保険に関連する付随情報（２０２）と、を取得し、取得された保険種別情報および付随情報に基づき、１以上の寄付先に関する情報を含む寄付先の候補リスト（３０）を生成する生成部（１１２）、を備える。

Description

サーバ装置、端末装置、情報処理プログラムおよび情報処理方法
　本開示は、サーバ装置、端末装置、情報処理プログラムおよび情報処理方法に関する。
　保険料金は、基本的に過去の実績と、現在および将来の実績とに基づき決定され、減額された保険料金がユーザに還元される仕組みも提供されている。過去の実績は、ユーザが保険契約を締結する時点の状況であって、自動車保険の例では、ユーザの年齢、属性、車両、走行距離などに基づく走行距離連動型の保険が該当する。また、現在および将来の実績は、ユーザが保険契約を締結した時点以降の状況であって、自動車保険の例では、ユーザがどのように走行したか、車両におけるセンシング情報などに基づく運転行動連動型の保険が該当する。
　従来、保険に加入しているユーザが保険料支払いを抑える努力をし、ユーザに保険料が支払われなかった場合、ユーザが保険事業者に支払った保険料は、保険事業者の利益に繋がることになり、加入者にとっては不満となっていた。これに対して、安全運転などにより保険料の支払いが抑制された場合に、自動車保険事業者の利益を所定の寄付先に寄付することで社会に還元する仕組みが提案されている（例えば特許文献１）。
特開２００８－１２３４９１号公報
　しかしながら、特許文献１の技術では、寄付先の指定に、ユーザの行動や嗜好、ユーザの意思を反映させることが難しく、ユーザとしては不本意な寄付先が設定されてしまうおそれがあった。
　本開示では、保険料金がユーザにとって適切な目的に還元されることを可能としたサーバ装置、端末装置、情報処理プログラムおよび情報処理方法を提供する。
　本開示に係るサーバ装置は、ユーザが加入する保険の種別を示す保険種別情報と、保険に関連する付随情報と、を取得し、取得された保険種別情報および付随情報に基づき、１以上の寄付先に関する情報を含む寄付先の候補リストを生成する生成部、を備える。
本開示に係るシステムの概要を説明するための模式図である。 本開示の実施形態に係るシステム構成を概略的に示すブロック図である。 実施形態に係る保険事業者サーバの機能を説明するための一例の機能ブロック図である。 実施形態に係る端末装置の機能を説明するための一例の機能ブロック図である。 実施形態に適用可能な社会貢献・寄付先関連団体システムの機能を説明するための一例の機能ブロック図である。 実施形態に適用可能な保険会社システムの機能を説明するための一例の機能ブロック図である。 実施形態に適用可能な保険事業者サーバの一例のハードウェア構成を示すブロック図である。 実施形態に適用可能な端末装置の一例のハードウェア構成を示すブロック図である。 実施形態に係るシステムにおける処理を示す一例のシーケンス図である。 実施形態に係る保険種別選択画面の例を示す模式図である。 実施形態に係る付随情報入力画面の例を示す模式図である。 実施形態に適用可能な、付随情報を含むデータの構造の例を示す模式図である。 実施形態に係る、候補リストに含まれる寄付先の候補の例を示す模式図である。 実施形態に適用可能な、リスト生成部がテーブルを参照して候補リストを自動生成する処理を模式的に示す図である。 実施形態に係る社会貢献・寄付先選択画面の例を示す模式図である。 実施形態に係る意思確認画面の例を示す模式図である。 実施形態の変形例による保険事業者サーバの機能を説明するための一例の機能ブロック図である。 実施形態の変形例に係る端末装置の機能を説明するための一例の機能ブロック図である。
　以下、本開示の実施形態について、図面に基づいて詳細に説明する。なお、以下の実施形態において、同一の部位には同一の符号を付することにより、重複する説明を省略する。
　以下、本開示の実施形態について、下記の順序に従って説明する。
１．本開示に係るシステムの概略
２．実施形態について
　２－１．実施形態に係るシステムのより具体的な構成
　　２－１－１．システムの概要
　　２－１－２．サーバ装置の機能
　　２－１－３．端末装置の機能
　　２－１－４．他のシステムの機能
　　２－１－５．ハードウェア構成例
　２－２．実施形態に係る具体的な処理
３．実施形態の変形例
４．実施形態のさらなる変形例
［１．本開示に係るシステムの概略］
　先ず、本開示に係るシステムの概略について説明する。本開示に係るシステムでは、ユーザが保険に加入する際に入力される保険の付随情報に基づき、社会貢献・寄付先の候補がリスト化された候補リストを生成するものである。ユーザは、保険に加入する際に、この候補リストから所望の候補を選択することで、支払った保険料金の一部を、選択された候補を寄付先として寄付することができる。
　より具体的には、ユーザは、スマートフォンなどの端末装置に搭載された本開示に係るアプリケーションプログラム（以下、保険加入アプリと呼ぶ）を操作して、加入する保険の種別を選択して保険情報やユーザの属性情報、嗜好情報を入力して本開示に係る保険事業者サーバに送信する。このとき、ユーザは、選択した保険の種別に関連する付随情報を、さらに保険事業サーバに送信する。保険事業者サーバは、送信されたユーザの属性情報、個人情報および付随情報に基づき、社会貢献・寄付先の候補リストを生成し、端末装置に送信してユーザに提示する。ユーザは、この提示された候補リストから所望の社会貢献・寄付先を選択して保険事業者サーバに送信する。保険事業者サーバは、ユーザが加入した保険の余剰金を、ユーザにより選択された社会貢献・寄付先に寄付する。
　具体的な例として、保険種別として旅行保険を選択し、付随情報として訪問国「フランス」、訪問都市／エリア「パリ」が入力され、安全に配慮して旅行した結果、旅行保険金の支払いがゼロになったものとする。この場合、保険事業者サーバは、付随情報に基づき、例えばパリの建造物「ノートルダム大聖堂」の補修事業を寄付先とする。また例えば、保険種別として旅行保険を選択し、付随情報として訪問国「日本」、訪問都市／エリア「沖縄」が入力され、安全に配慮して旅行した結果、旅行保険金の支払いがゼロになったものとする。この場合、保険事業者サーバは、付随情報に基づき、例えば沖縄の建造物「首里城」の補修事業を寄付先とする。
　図１は、本開示に係るシステムの概要を説明するための模式図である。本開示に係るシステムは、保険事業者サーバ１０と、ユーザ２１が使用する端末装置２０に搭載される保険サービスアプリとを含む。ユーザ２１は、端末装置２０を操作して、加入する保険の保険種別を選択する（ステップＳ１）。
　図１の例では、保険サービスアプリ２００は、旅行保険（保険Ａ）、医療保険（保険Ｂ）、火災保険（保険Ｃ）、自動車保険（保険Ｄ）、家財保険（保険Ｅ）、ペット保険（保険Ｆ）、生命保険（保険Ｇ）、…、その他保険（保険Ｚ）の各保険種別を示す保険種別情報２０１に対応可能とされる。このように、保険種別情報は、例えば保険の対象といった保険の種別を示す情報である。例えば、保険種別「旅行保険」は、その保険が、旅行に関する事項を保険の内容としていることを示している。このとき、旅行に関する事項の内容については、保険会社により異なるものとなってよい。
　また、各保険種別に対して、付随情報２０２がそれぞれ関連付けられる。付随情報２０２は、保険種別が示す保険の内容に従って生成される関連情報である。例えば、旅行保険に関連付けられる付随情報は、例えば旅行の目的地などであり、医療保険に関連付けられる付随情報は、例えば病気名（がん保険）などであり、火災保険に関連付けられる付随情報は、例えば対象物件の住所などである。また、自動車保険に関連付けられる付随情報は、例えば駐車場の住所などであり、家財保険に関連付けられる付随情報は、例えば対象製品の製造地などであり、ペット保険に関連付けられる付随情報は、例えばペットの種類、産地などであり、生命保険に関連付けられる付随情報は、例えば被検者の住所、趣味などである。
　なお、上述した各保険種別および各付随情報は、説明のための例であって、この例に限定されるものではない。
　ユーザ２１は、保険サービスアプリ２００に対して、加入する保険種別に加えて、社会貢献・寄付を行いたい意向やジャンルを示す情報、ユーザ２１の嗜好を示す嗜好情報や、ユーザ２１の属性情報、個人情報などを入力する。端末装置２０は、保険サービスアプリ２００により、これら入力された各情報と、ユーザ２１操作に応じて選択された保険種別を示す保険種別情報と、を保険事業者サーバ１０に送信する（ステップＳ２）。
　本開示に係る保険事業者サーバ１０は、複数の保険事業者による各サービスに対するプラットフォームであり、ユーザ２１と、複数の保険事業者との仲介役を担う。また、本開示に係る保険事業者サーバ１０は、端末装置２０から送信された、ユーザ２１の嗜好情報、属性情報および個人情報、ならびに、付随情報に基づき、当該ユーザ２１に対して適切と推測される社会貢献・寄付先の候補をリスト化した候補リスト３０を生成する（ステップＳ３）。
　図１の例では、保険事業者サーバ１０は、端末装置２０から送信された各情報に基づき、例えば保険種別として旅行保険が選択され、付随情報または保険情報に基づき旅行先が「フランス」であるとされた場合、候補リスト３０に「１.ノートルダム大聖堂の修復」、「２.ルーブル美術館の維持・管理」、「３．歴史的建造物の維持・管理」、「４.地元企業への事業投資」、「５.街並みの美化」および「６.若者への教育・人材育成」の６項目を、社会貢献・寄付先の候補として提示している。
　この候補リスト３０は、ユーザ２１の端末装置２０に提示される（図示しない）。また、ユーザ２１の端末装置２０に対して、別途に保険会社から保険料金が提示される（図示しない）。ユーザ２１は、端末装置２０を用いて候補リスト３０に含まれる６項目から社会貢献・寄付先としたい所望の１項目を選択し、例えば保険会社から提示された保険料金を承諾する場合、その旨を保険会社に通知し、保険の締結を行う（ステップＳ４）。
　ユーザ２１が安全に配慮して旅行した結果、保険会社からユーザ２１に対する旅行保険金の支払いがゼロあるいは所定金額以下となったものとする。この場合、ユーザ２１が保険会社に対して支払った保険料金などに基づき所定の計算を行い、保険料金の余剰金５０を算出する。算出された余剰金５０は、ユーザ２１により候補リスト３０から選択された社会貢献・寄付先（この例では、社会貢献・寄付先の関連団体４０）に寄付される（ステップＳ５）。このように、寄付先（社会貢献・寄付先）は、ユーザ２１が自身への金銭的な見返りを求めずに資金援助を行う対象を指す。
　一方、ユーザ２１に対して保険金５１の支払いが発生する場合には、例えば保険会社からユーザ２１に対して、所定額の保険金５１の支払いが行われる（ステップＳ６）。
　このように、本開示に係るシステムでは、ユーザ２１により送信された付随情報に基づき、保険の余剰金５０の社会貢献・寄付先が選択されるため、ユーザ２１にとって不本意な寄付先に対して寄付が行われる自体を回避できる。また、保険会社にとっても、保険の余剰金５０がユーザの意図した目的に使用されることで当該保険会社に対する評価が向上する可能性があり、この場合、その評価が契約数などに反映されることが期待できる。
（２．実施形態について）
（２－１．実施形態に係るシステムのより具体的な構成）
　次に、本開示の実施形態に係るシステムのより具体的な構成について説明する。
（２－１－１．システムの概要）
　図２は、本開示の実施形態に係るシステム構成を概略的に示すブロック図である。図２において、本開示の実施形態に係る保険システム１は、それぞれインターネットなどのネットワーク２に接続される、保険事業者サーバ１０および端末装置２０を含む。また、ネットワーク２に対して、それぞれ１以上の社会貢献・寄付先の関連団体システム４００（以下、社会貢献・寄付先関連団体システム４００）と、保険会社システム５００と、が接続される。なお、社会貢献・寄付先関連団体システム４００は、社会貢献のための関連団体が運営するシステムであって、当該関連団体は、公的、且つ、非営利の活動を主とする団体であるものとする。
　端末装置２０は、上述したように、保険会社の保険への加入を希望するユーザ２１が操作する情報処理装置であって、多機能型携帯電話端末（スマートフォン）やタブレット型コンピュータといった所謂モバイル端末である。これに限らず、端末装置２０がデスクトップ型のパーソナルコンピュータであってもよいし、本開示の保険システム１に専用に設計された端末装置であってもよい。
　なお、以下では、１つの社会貢献・寄付先関連団体システム４００は、１種類の社会貢献・寄付に対応し、１つの保険会社システム５００は、１つの保険種別に対応するものとして説明を行う。勿論、１つの社会貢献・寄付先関連団体システム４００が複数種類の社会貢献・寄付に対応してもよいし、１つの保険会社システム５００が複数の保険種別に対応してもよい。
（２－１－２．サーバ装置の機能）
　図３は、実施形態に係る保険事業者サーバ１０の機能を説明するための一例の機能ブロック図である。図３において、保険事業者サーバ１０は、通信部１００と、制御部１０１と、嗜好マッチング部１１１と、リスト生成部１１２と、候補リストＤＢ（データベース）１１３と、保険金管理部１２０と、加入者・保険データ管理部１２１と、ＤＢ（データベース）１２２と、を含む。
　これら通信部１００、制御部１０１、嗜好マッチング部１１１、リスト生成部１１２、候補リストＤＢ１１３、保険金管理部１２０、加入者・保険データ管理部１２１およびＤＢ１２２は、ＣＰＵ上でプログラムが動作することで実現される。これに限らず、通信部１００、制御部１０１、嗜好マッチング部１１１、リスト生成部１１２、候補リストＤＢ１１３、保険金管理部１２０、加入者・保険データ管理部１２１およびＤＢ１２２の一部または全部を、互いに協働して動作するハードウェア回路により実現してもよい。
　制御部１０１は、この保険事業者サーバ１０の全体の動作を制御する。通信部１００は、制御部１０１の制御に従い、ネットワーク２に対する通信を実行する。
　ＤＢ１２２は、保険の加入者や、加入者が加入する保険に関する情報のデータベースを含む。例えば、ＤＢ１２２は、加入者の情報や、各保険会社などによる保険情報のデータベースである加入者・保険データＤＢと、その他の情報のデータベースであるその他情報ＤＢと、を含む。
　加入者・保険データＤＢは、例えば、保険の加入者から取得する情報として、当該加入者の個人情報、属性情報、嗜好情報、行動情報、付随情報を含む。ここで、加入者の個人情報は、名前や住所、不動産や自動車などの所有財産といった、当該加入者個人に関する情報を含む。加入者の属性情報は、当該加入者個人に備わっている固有の性質や特徴に関する情報であり、当該加入者が所属する団体（勤務先など）、外見的特徴、など当該加入者に関する客観的な情報を含む。個人情報と属性情報は、重複する項目を含んでいてもよい。嗜好情報は、当該加入者の好みを示す情報であり、当該加入者が嗜むスポーツ、映画や音楽、読書、嗜好品、好物など、当該加入者の主観に基づく情報を含む。また、行動情報は、例えば散歩や買い物といった、当該加入者が日常的にとる行動の情報を含む。
　また、加入者・保険データＤＢは、保険情報のデータとして、保険種別毎に、保険種別情報、保険の条件、付随情報の項目を示す情報などを含む。その他情報ＤＢは、例えば当該システムに係る各保険会社の情報、社会貢献・寄付先の関連団体の情報などを含むことができる。
　保険金管理部１２０は、ＤＢ１２２に格納される例えば上述したその他の情報などに基づき、加入者が各保険会社に支払う保険料金およびその余剰金、各保険会社から加入者に対して支払われる保険金など、保険に係る入出金の管理を行う。加入者・保険データ管理部１２１は、ＤＢ１２２に格納される例えば上述した加入者や加入者が加入する保険に関する情報を管理する。
　候補リストＤＢ１１３は、社会貢献・寄付先の候補に関する情報のデータベースを含む。嗜好マッチング部１１１は、端末装置２０から送信された、保険家の加入を希望するユーザ２１の嗜好を示す嗜好情報と、候補リストＤＢ１１３に格納される社会貢献・寄付先の候補とのマッチングを行う。
　リスト生成部１１２は、保険への加入を希望するユーザ２１に提示するための、社会貢献・寄付先の候補リスト３０を生成する。リスト生成部１１２は、例えば、当該ユーザ２１により端末装置２０から送信された、個人情報、属性情報、嗜好情報、行動情報、付随情報および保険種別と、嗜好マッチング部１１１によるマッチング結果と、候補リストＤＢ１１３に格納される社会貢献・寄付先の候補と、に基づき当該社会貢献・寄付先の候補リスト３０を生成する。生成された候補リスト３０は、通信部１００により端末装置２０に送信される。
（２－１－３．端末装置の機能）
　図４は、実施形態に係る端末装置２０の機能を説明するための一例の機能ブロック図である。図４において、端末装置２０は、保険サービスアプリ２００と、通信部２１０と、制御部２１１と、を含む。
　通信部２１０および制御部２１１は、例えば、この端末装置２０予め搭載される基本ソフトウェア（例えばＯＳ(Operating　System)）に含まれる。制御部１０１は、この保険事業者サーバ１０の全体の動作を制御する。通信部１００は、制御部１０１の制御に従い、ネットワーク２に対する通信を実行する。
　保険サービスアプリ２００は、例えばネットワーク２を介して端末装置２０にダウンロードされインストールされることで、端末装置２０内に構成される、アプリケーションプログラムである。保険サービスアプリ２００は、保険金管理部２２０と、加入保険種別選択部２２１と、ＵＩ(User　Interface)部２２２と、を含む。
　ＵＩ部２２２は、端末装置２０における、実施形態に係るユーザインタフェースを実現するもので、表示部２２３および入力部２２４を含む。表示部２２３は、端末装置２０が備える、あるいは、端末装置２０に接続される表示デバイスに表示させるための画面を生成する。入力部２２４は、端末装置２０が備える、あるいは、端末装置２０に接続される入力デバイスに対するユーザ操作を受け付ける。
　保険金管理部２２０は、端末装置２０から送信される保険料金や、ユーザ２１に対して支払われる保険金など、保険に係る入出金の管理を行う。加入保険種別選択部２２１は、端末装置２０に対するユーザ２１のユーザ操作に応じて、このユーザ２１が加入する保険の保険種別を選択する。各保険種別を示す情報は、当該保険サービスアプリ２００が予め有していてもよいし、保険事業者サーバ１０からネットワーク２を介して取得してもよい。
（２－１－４．他のシステムの機能）
　図５は、実施形態に適用可能な社会貢献・寄付先関連団体システム４００の機能を説明するための一例の機能ブロック図である。図５に示すように、社会貢献・寄付先関連団体システム４００は、実施形態に関連する機能としては、通信部４１０と、制御部４１１と、ＤＢ４２０と、を含む。制御部４１１は、社会貢献・寄付先関連団体システム４００の全体の動作を制御する。通信部４１０は、制御部４１１の制御に従いネットワーク２に対する通信を制御する。ＤＢ４２０は、例えば、この社会貢献・寄付先関連団体システム４００が関連する公的な事業に関する情報のデータベースである。
　図６は、実施形態に適用可能な保険会社システム５００の機能を説明するための一例の機能ブロック図である。ここで、保険会社システム５００は、実際に保険料金の支払いを受け、また、保険金の支払いを行う保険会社におけるシステムである。図６の例では、保険会社システム５００は、実施形態に関連する機能としては、通信部５１０と、ＤＢ５２０と、を含む。通信部５１０は、ネットワーク２に対する通信を実行する。ＤＢ５２０は、保険に関する情報のデータベースであって、保険の加入者の情報は、このＤＢ５２０に管理される。
（２－１－５．ハードウェア構成例）
　次に、実施形態に適用可能な保険事業者サーバ１０、および、端末装置２０のハードウェア構成例について説明する。
　図７は、実施形態に適用可能な保険事業者サーバ１０の一例のハードウェア構成を示すブロック図である。図７において、保険事業者サーバ１０は、バス１０１０により互いに通信可能に接続された、ＣＰＵ１０００と、ＲＯＭ(Read　Only　Memory)１００１と、ＲＡＭ(Random　Access　Memory)１００２と、ストレージ装置１００３と、通信Ｉ／Ｆ１００４と、を備える。
　ストレージ装置１００３は、ハードディスクドライブやフラッシュメモリといった、不揮発性の記憶媒体である。ストレージ装置１００３は、ＣＰＵ１０００が動作するための各種のプログラムおよびデータが記憶される。
　ＣＰＵ１０００は、ＲＯＭ１００１およびストレージ装置１００３に予め記憶された情報処理プログラムに従い動作し、このサーバ装置１０ａの全体の動作を制御する。通信Ｉ／Ｆ１００４は、ＣＰＵ１０００の制御に従い、ネットワーク２に対する通信を実行する。
　上述した通信部１００、制御部１０１、嗜好マッチング部１１１、リスト生成部１１２、候補リストＤＢ１１３、保険金管理部１２０、加入者・保険データ管理部１２１およびＤＢ１２２のうち、通信部１００および制御部１０１は、ＣＰＵ１０００上で、例えばストレージ装置１００３に予め記憶される、この保険事業者サーバ１０の基本プログラム（例えばＯＳ(Operating　System)）が動作することで実現される。また、これらのうち、嗜好マッチング部１１１、リスト生成部１１２、候補リストＤＢ１１３、保険金管理部１２０、加入者・保険データ管理部１２１およびＤＢ１２２例えばＣＰＵ１０００上でサーバ機能用の情報処理プログラムが実行されることで実現される。
　当該情報処理プログラムは、例えば嗜好マッチング部１１１、リスト生成部１１２、候補リストＤＢ１１３、保険金管理部１２０、加入者・保険データ管理部１２１およびＤＢ１２２を含むモジュール構成となっている。実際のハードウェアとしては、ＣＰＵ１０００が例えばストレージ装置１００３などの記憶媒体から当該情報処理プログラムを読み出して実行することにより、上述した各部がＲＡＭ１００２などの主記憶装置上にロードされ、当該各部が主記憶装置上に生成されるようになっている。
　図８は、実施形態に適用可能な端末装置２０の一例のハードウェア構成を示すブロック図である。図８において、端末装置２０は、バス２０１０により互いに通信可能に接続された、ＣＰＵ２０００と、ＲＯＭ２００１と、ＲＡＭ２００２と、ストレージ装置２００３と、入力デバイス２００４と、表示制御部２００５と、通信Ｉ／Ｆ２００６と、を備える。また、図８の例では、端末装置２０は、表示制御部２００５接続される表示デバイス２０２０をさらに備える。
　ストレージ装置２００３は、ハードディスクドライブやフラッシュメモリといった、不揮発性の記憶媒体である。ストレージ装置２００３は、ＣＰＵ２０００が動作するための各種のプログラムやデータが記憶される。
　ＣＰＵ２０００は、ＲＯＭ２００１およびストレージ装置２００３に予め記憶されたプログラムに従い動作し、この端末装置２０の全体の動作を制御する。また、ＣＰＵ２０００は、例えばストレージ装置２００３に予め記憶されるアプリケーションプログラムに従い、保険サービスアプリ２００を形成する。通信Ｉ／Ｆ２００６は、ＣＰＵ２０００の制御に従い、ネットワーク２に対する通信を実行する。
　入力デバイス２００４は、ユーザ操作に応じた制御信号を生成する。生成された制御信号は、バス２０１０を介してＣＰＵ２０００に渡される。表示制御部２００５は、ＣＰＵ２０００によりプログラムに従い生成された表示制御信号に基づき、表示デバイス２０２０が表示可能な表示信号を生成し、この表示信号を表示デバイス２０２０に出力する。表示デバイス２０２０は、例えばＬＣＤ(Liquid　Crystal　Display)や有機ＥＬ(electro-luminescence)を利用した表示デバイスを適用できる。
　ここで、入力デバイス２００４を、例えば、接触した位置に応じた制御信号を生成し、且つ、光を透過可能とし、入力デバイス２００４と表示デバイス２０２０とを一体的に形成してタッチパネルを構成してもよい。
　上述した保険サービスアプリ２００、通信部２１０および制御部２１１のうち、通信部２１０および制御部２１１は、ＣＰＵ２０００上で、例えばこの端末装置２０ａの基本プログラム（例えばＯＳ）が動作することで実現される。また、これらのうち、保険サービスアプリ２００は、例えばネットワーク２から取得されたアプリケーションプログラムがＣＰＵ２０００上で動作することで実現される。
　実施形態に適用可能な、保険サービスアプリ２００を形成するためのアプリケーションプログラムは、例えば保険金管理部２２０、加入保険種別選択部２２１およびＵＩ部２２２を含むモジュール構成となっている。実際のハードウェアとしては、ＣＰＵ２０００が例えばストレージ装置２００３などの記憶媒体から当該アプリを読み出して実行することにより、上述した各部がＲＡＭ２００２などの主記憶装置上にロードされ、当該各部が主記憶装置上に生成されるようになっている。
（２－２．実施形態に係る具体的な処理）
　次に実施形態に係る処理について、より具体的に説明する。図９は、実施形態に係るシステムにおける処理を示す一例のシーケンス図である。ここでは、ユーザ２１が旅行のために旅行保険に加入する例について説明する。
　図９において、保険事業者サーバ１０と社会貢献・寄付先関連団体システム４００との間で、寄付金の送付に関する取り決めがなされ、契約が締結される（ＳＥＱ９０）。
　ユーザ２１は、保険に加入したい場合、端末装置２０において保険サービスアプリ２００を起動させ、保険種別選択画面を表示させ、加入する保険種別を選択する（ステップＳ２００）。図１０は、保険サービスアプリ２００により端末装置２０の表示デバイス２０２０に表示される、実施形態に係る保険種別選択画面６００の例を示す模式図である。なお、以下では、特に記載の無い限り、端末装置２０の表示デバイス２０２０に画面を表示させることを、単に、端末装置２０に画面を表示させる、などのように記述する。
　図１０において、保険種別選択画面６００は、保険種別が一覧される保険種別リスト６０１と、複数のラジオボタンを含むラジオボタン群６０２と、ボタン６０３および６０４と、が配置される。ここで、ラジオボタン群６０２に含まれる複数のラジオボタンは、１つのみを指定可能とされている。
　この例では、保険種別リスト６０１には、旅行保険、医療保険、火災保険、自動車保険、家財保険、ペット保険、生命保険、といった複数の保険種別が一覧して表示されている。ユーザ２１は、ラジオボタン群６０２に含まれる複数のラジオボタンのうち、所望の保険種別に対応するラジオボタンを指定することで、加入する保険種別を選択することができる。図１０の例では、保険種別として「旅行保険」が選択されている。
　ボタン６０３は、操作に応じて、ラジオボタン群６０２による保険種別の選択結果を保持し、処理を次の処理に移行させるためのボタンである。ボタン６０４は、操作に応じて、ラジオボタン群６０２による保険種別の選択結果を破棄し、例えば表示される画面を前の画面、例えばメニュー画面に戻す。
　端末装置２０において、保険サービスアプリ２００は、保険種別選択画面６００においてボタン６０３が操作されると、選択した保険種別を識別するための識別情報ＩＤ＃を保険事業者サーバ１０に送信する（ＳＥＱ１００）。ここでは、旅行保険の識別情報ＩＤ＃を、「００１」とする。
　保険事業者サーバ１０において、加入者・保険データ管理部１２１は、端末装置２０から送信された識別情報ＩＤ＃に基づきＤＢ１２２に含まれる加入者・保険データＤＢを参照し、当該識別情報ＩＤ＃に関連付けられた旅行保険に関する情報を取得する。加入者・保険データ管理部１２１は、取得した情報に基づき、端末装置２０において保険サービスアプリ２００が旅行保険の条件入力を行うための条件入力画面に表示させる情報を収集する。例えば、加入者・保険データ管理部１２１は、保険種別ＩＤ＃に関連する付随情報の項目を示す情報を、ＤＢ１２２に含まれる加入者・保険データＤＢから取得する。加入者・保険データ管理部１２１は、さらに、当該加入者・保険データＤＢから、当該保険種別ＩＤ＃に対応する、加入者の個人情報、属性情報、嗜好情報、行動情報それぞれについて、項目を示す情報を取得することもできる。
　保険事業者サーバ１０は、加入者・保険データ管理部１２１により収集された情報を、旅行保険に関するＵＩを構成するためのＵＩ情報として、端末装置２０に送信する（ＳＥＱ１０１）。
　端末装置２０において、保険サービスアプリ２００は、保険事業者サーバ１０から送信されたＵＩ情報を受信すると、受信したＵＩ情報に基づき、旅行保険に関するユーザ２１による情報を入力するための入力画面を表示させる（ステップＳ２０１）。ここで、入力画面は、保険会社に送付するための旅行保険の条件を入力するための条件入力画面と、当該旅行に対して付随する付随情報を入力するための付随情報入力画面と、を含む。ここで、条件入力画面は、旅行保険に関する一般的な条件（旅行先、航空便情報、滞在期間など）を入力するための画面であるので、ここでの説明を省略する。
　図１１は、保険サービスアプリ２００により表示される、実施形態に係る付随情報入力画面６１０の例を示す模式図である。実施形態では、１つの保険種別に対して、複数の付随情報を入力することができる。図１１の例では、付随情報入力画面６１０は、それぞれ付随情報を入力するための３つの入力領域６１１、６１２および６１３が配置される。すなわち、図１１の例では、保険種別「旅行保険」に対して、３項目の付随情報が関連付けられる。
　入力領域６１１は、付随情報「訪問国」を入力するための領域である。入力領域６１２は、付随情報「訪問都市／エリア」を入力するための領域である。入力領域６１３は、付随情報「滞在先」を入力するための領域である。図１１では、具体例として、入力領域６１１に訪問国として「フランス」が入力され、入力領域６１２に訪問都市／エリアとして「パリ」が入力され、入力領域６１３に滞在先として「○○ｈｏｔｅｌ」が入力されている。
　付随情報入力画面６１０に入力された各付随情報は、保険種別情報と関連付けられて、端末装置２０の例えばＲＡＭ２００２に記憶される。図１２は、実施形態に適用可能な、付随情報を含むデータの構造の例を示す模式図である。図１２の例では、付随情報を含むデータは、１つの識別情報ＩＤ＃に対して、１つの保険種別と、１以上の付随情報と、が関連付けられた構造を有する。１つの識別情報ＩＤ＃に関連付けられる付随情報の数は、１以上であれば限定されない。データ構造としては、識別情報ＩＤ＃および各付随情報を固定長とし、識別情報ＩＤ＃の直後に、当該識別情報ＩＤ＃に付加される付随情報の数を示す固定長データを配置した構造が考えられる。
　図１２の例では、識別情報ＩＤ＃「００１」に対して、保険種別「旅行保険」が関連付けられ、さらに、付随情報１「旅行の目的地」、付随情報２「旅行の経由地」および付随情報３「ホテルの住所」が関連付けられる。なお、図１１の例では、付随情報２が「訪問都市／エリア」となっている。
　識別情報ＩＤ＃「００２」に対して、保険種別「医療保険」が関連付けられ、さらに、付随情報１「保険対象の病気名（がん）」、付随情報２「ユーザの健康診断データ」および付随情報３「ユーザの行動データ」が関連付けられる。識別情報ＩＤ＃「００３」に対して、保険種別「火災保険」が関連付けられ、さらに、付随情報１「加入者の住所」、付随情報２「加入者の加盟している町内会」および付随情報３「加入者の住所の学区・小・中学校」が関連付けられる。この場合、付随情報３には、学区、小学校名、中学校名の３つの情報が含まれることになる。
　識別情報ＩＤ＃「００４」に対して、保険種別「自動車保険」が関連付けられ、さらに、付随情報１「駐車場の住所」、付随情報２「免許証データ」および付随情報３「安全運転・事故履歴データ」が関連付けられる。この場合、付随情報３には、履歴データとして複数の情報が含まれる可能性がある。識別情報ＩＤ＃「００５」に対して、保険種別「家財保険」が関連付けられ、さらに、付随情報１「対象製品の製造地」、付随情報２「対象製品の販売地」および付随情報３「製造・販売業者」が関連付けられる。
　識別情報ＩＤ＃「００６」に対して、保険種別「ペット保険」が関連付けられ、さらに、付随情報１「ペットの種別」、付随情報２「ペットの産地」および付随情報３「ペットの属性情報」が関連付けられる。また、識別情報ＩＤ＃「００７」に対して、保険種別「生命保険」が関連付けられ、さらに、付随情報１「被検者の住所」、付随情報２「被検者の趣味」および付随情報３「被検者の出身地・ふるさと・出身校」が関連付けられる。
　なお、図１２の例は、説明のためのものであって、保険種別は７種類に限られない。また、各識別情報ＩＤ＃に関連付けられる付随情報の数も、３つに限定されず、例えば保険種別毎に付随情報の数が異なってもよい。
　図１１の説明に戻り、付随情報入力画面６１０には、さらに、ボタン６１４および６１５が配置される。ボタン６１４は、操作に応じて、各入力領域６１１～６１３に入力された付随情報を保持し、処理を次の処理に移行させるためのボタンである。ボタン６１５は、操作に応じて、各入力領域６１１～６１３に入力された付随情報を破棄し、例えば表示される画面を前の画面、例えばメニュー画面に戻す。
　端末装置２０において、保険サービスアプリ２００は、例えば付随情報入力画面６１０のボタン６１４に対する操作に応じて、ステップＳ２０１で条件入力画面に入力された旅行保険の条件を示す情報を保険会社システム５００に送信する（ＳＥＱ１０２）。保険会社システム５００は、端末装置２０から送信された旅行保険の条件を示す情報に基づき見積もり保険料を算出し（ステップＳ５００）、算出した見積もり保険料を示す情報を端末装置２０に送信する（ＳＥＱ１０３）。
　端末装置２０において、保険サービスアプリ２００は、保険会社システム５００から見積もり保険料を示す情報を受け取ると、受け取った見積もり保険料、ステップＳ２００で選択された保険種別、および、ステップＳ２０１で入力された各情報に基づき、候補リスト３０を作成するためのリスト作成情報６０を作成する。リスト作成情報６０は、例えば、保険種別ＩＤ＃（この例ではＩＤ＃＝００１）、保険種別情報（旅行保険）、付随情報（訪問国、訪問都市／エリア、滞在先）、旅行保険の条件（訪問国、訪問都市を含む）、見積もり保険料、加入者の個人情報および属性情報、加入者の嗜好情報および行動情報などを含む。
　保険サービスアプリ２００は、作成したリスト作成情報６０を保険事業者サーバ１０に送信する（ＳＥＱ１０４）。保険事業者サーバ１０において、リスト生成部１１２は、端末装置２０から送信されたリスト作成情報６０と、候補リストＤＢ１１３に格納される社会貢献・寄付先の候補と、に基づき、候補リスト３０を生成する（ステップＳ１００）。
　図１３は、実施形態に係る、候補リスト３０に含まれる寄付先の候補の例を示す模式図である。図１３において、「保険種別」、「付随情報１」、「付随情報２」および「付随情報３」は、上述の図１２と共通としている。
　図１３の例では、保険種別が「旅行保険」であって、付随情報１～３がそれぞれ「旅行の目的地」、「旅行の経由地」、「ホテルの住所」である場合、「ノートルダム大聖堂の修復」、「沖縄首里城の修復」といった歴史的建造物の修復事業を寄付先の候補とすることが考えられる。保険種別が「医療保険」であって、付随情報１～３がそれぞれ「保険対象の病気名（がん）」、「ユーザの健康診断データ」、「ユーザの行動データ」である場合、「創薬の開発支援」、「難病支援」、「ガン創薬」、「病院の支援」、「医師・看護師の支援」といった医療に関する支援を寄付先の候補とすることが考えられる。
　保険種別が「火災保険」であって、付随情報１～３がそれぞれ「加入者の住所」、「加入者の加盟している町内会」、「加入者の住所の学区・小・中学校」である場合、「消防署への支援」、「地域の防災対策支援」、「地域の治水・洪水対策支援」、「津波・地震対策」、「喫煙エリア設置」といった地域保全に関する支援を寄付先の候補とすることが考えられる。保険種別が「自動車保険」であって、付随情報１～３がそれぞれ「駐車場の住所」、「免許証データ」、「安全運転・事故履歴データ」である場合、「地域におけるガードレールの設置」、「信号機の設置」、「歩道橋の設置」、「スクールゾーンの設置」といった交通安全に関する設備に関する事項を寄付先の候補とすることが考えられる。
　保険種別が「家財保険」であって、付随情報１～３がそれぞれ「対象製品の製造地」、「対象製品の販売地」、「製造・販売業者」である場合、「製造地・販売値の発展への貢献」、「製造・販売業者への支援」、「環境保全」といった家財の製造に関する事項を寄付先の候補とすることが考えられる。保険種別が「ペット保険」であって、付随情報１～３がそれぞれ「ペットの種別」、「ペットの産地」、「ペットの属性情報」である場合、「ペットへの支援」、「ペットの産地の発展への貢献」、「捨てペット保護」、「絶滅危惧種の保護」といったペットや野生動物の保護育成に関する事項を寄付先の候補とすることが考えられる。
　また、保険種別が「生命保険」であって、付随情報１～３がそれぞれ「被検者の住所」、「被検者の趣味」、「被検者の出身地・ふるさと・出身校」である場合、「地域への貢献」、「趣味に関する産業発展への貢献」、「出身地・ふるさと・出身校への貢献」といった生き甲斐や生活環境に関する事項を寄付先の候補とすることが考えられる。
　なお、図１３の例は、説明のためのものであって、この例に限定されるものではない。
　リスト生成部１１２が候補リスト３０を生成する方法は、特に限定されないが、付随情報に基づき例えばテーブルなどを参照して自動生成する方法や、保険への加入を希望するユーザ２１の嗜好情報や属性情報に基づき自動生成する方法などが考えられる。
　図１４は、実施形態に適用可能な、付随情報に基づき候補リスト３０を自動生成する処理を模式的に示す図である。図１４の例では、リスト生成部１１２は、保険種別において付随情報の項目を固定的とし、例えば付随情報１、付随情報２、付随情報３、…の順に情報を絞り込むようにしている。図１４の例では、付随情報３が最終の情報となり、付随情報３として選択可能な各情報（〇〇ｈｏｔｅｌ、××ｈｏｔｅｌ、…）毎に、社会貢献・寄付先の候補のマスタの各項目を関連付ける。
　図１４の例では、付随情報３「〇〇ｈｏｔｅｌ」に対して「１．ノートルダム大聖堂の修復」、「２．ルーブル美術館の維持・管理」、「３．歴史的建造物の維持・管理」、「４．地元企業への事業投資」、「５．街並みの美化」、「Ｚ．その他」が社会貢献・寄付先の候補として関連付けられている。したがって、この付随情報１～３がそれぞれ「フランス」、「パリ」、「〇〇ｈｏｔｅｌ」の場合には、候補リスト３０に含まれる社会貢献・寄付先が「１．ノートルダム大聖堂の修復」、「２．ルーブル美術館の維持・管理」、「３．歴史的建造物の維持・管理」、「４．地元企業への事業投資」、「５．街並みの美化」、「Ｚ．その他」となる。
　また、付随情報３「××ｈｏｔｅｌ」に対して「２．ルーブル美術館の維持・管理」、「４．地元企業への事業投資」、「５．街並みの美化」が関連付けられている。したがって、この付随情報１～３がそれぞれ「フランス」、「パリ」、「××ｈｏｔｅｌ」の場合には、候補リスト３０に含まれる社会貢献・寄付先が「２．ルーブル美術館の維持・管理」、「４．地元企業への事業投資」、「５．街並みの美化」となる。
　これに限らず、当該ユーザ２１が候補リスト３０を作成してもよい。この場合には、端末装置２０において、保険サービスアプリ２００は、例えば候補リスト３０のマスタを保険事業者サーバ１０から取得して一覧表示し、ユーザ２１がその一覧表示から候補リスト３０を作成する方法が考えられる。ユーザ２１が作成した候補リスト３０は、例えば端末装置２０などの保存し、別の機会に利用可能とすることができる。
　さらに、リスト生成部１１２は、機械学習により生成したモデルに基づき候補リスト３０を生成することもできる。この場合、例えば、リスト生成部１１２は、各付随情報（付随情報１～３）と、対応する社会貢献・寄付先とのセットを予め用意し、このセットを学習データのセットと評価データ（正解データ）のセットとに分け、学習データに基づく機械学習により生成したモデルを、評価データにより評価する。リスト生成部１１２は、評価結果に基づき各付随情報から社会貢献・寄付先を算出する算出モデルを生成する。
　リスト生成部１１２は、ＳＥＱ１０４で端末装置２０から送信されたリスト作成情報に含まれる各付随情報を、生成した算出モデルに適用し、社会貢献・寄付先を算出する。このとき、リスト生成部１１２は、算出モデルによる算出結果の確信度に応じて複数の社会貢献・寄付先を出力することができる。リスト生成部１１２は、この複数の社会貢献・寄付先を用いて候補リスト３０を生成する。
　さらにまた、リスト生成部１１２は、インターネット上で取得できる情報、例えば観光地のランキング情報や、ＳＮＳ(Social　Networking　Service)における個人の投稿に基づき、候補リスト３０を生成することも可能である。リスト生成部１１２は、例えばインターネットからこれらの情報を収集して集計し、所定の方法で解析を行って、観光地や観光スポットなどに順位を付ける。そして、順位が所定以上の観光地や観光スポットに関連する社会貢献・寄付先を用いて、候補リスト３０を生成する。
　保険事業者サーバ１０において、リスト生成部１１２は、生成した候補リスト３０を端末装置２０に送信する（ＳＥＱ１０５）。端末装置２０において、保険サービスアプリ２００は、保険事業者サーバ１０から送信された候補リスト３０をから所望の社会貢献・寄付先を選定するための社会貢献・寄付先選択画面を表示させ、ユーザ２１に対して社会貢献・寄付先の選択を促す（ステップＳ２０２）。
　これに限らず、ユーザ２１の嗜好をさらに用いて候補リスト３０を生成することもできる。例えば、保険事業者サーバ１０において、嗜好マッチング部１１１は、ステップＳ２０１の旅行保険の条件入力においてユーザ２１の嗜好に関する嗜好情報が入力された場合、社会貢献・寄付先と嗜好情報とのマッチングを行い、嗜好情報と高い度合いでマッチングする社会貢献・寄付先を優先的に候補リスト３０に含めることが考えられる。一例として、ユーザ２１の嗜好情報として「絵画」や「美術」が入力されている場合、これら「絵画」や「美術」に関連する社会貢献・寄付先（例えば美術館）を、優先的に候補リスト３０に含める。
　図１５は、保険サービスアプリ２００により表示される、実施形態に係る社会貢献・寄付先選択画面６２０の例を示す模式図である。図１５において、社会貢献・寄付先選択画面６２０は、候補リスト３０に含まれる各社会貢献・寄付先が表示される表示領域６２１と、複数のラジオボタンを含むラジオボタン群６２２と、ボタン６２３および６２４と、が配置される。
　この例では、表示領域６２１に対して、社会貢献・寄付先の候補として、「１．ノートルダム大聖堂の修復」、「２．ルーブル美術館の維持・管理」、「３．歴史的建造物の維持・管理」、「４．地元企業への事業投資」、「５．街並みの美化」および「６．若者への教育・人材育成」が一覧で表示されている。ユーザ２１は、ラジオボタン群６２２に含まれる複数のラジオボタンのうち、所望の社会貢献・寄付先に対応するラジオボタンを指定することで、寄付を行う社会貢献・寄付先を選択することができる。図１５の例では、社会貢献・寄付先として「１．ノートルダム大聖堂の修復」が選択されている。
　ボタン６２３は、操作に応じて、ラジオボタン群６２２による社会貢献・寄付先の選択結果を保険事業者サーバ１０に送信し、処理を次の処理に移行させるためのボタンである。ボタン６２４は、操作に応じて、ラジオボタン群６２２による社会貢献・寄付先の選択結果を破棄し、例えば表示される画面を前の画面、例えばメニュー画面に戻す。
　端末装置２０において、保険サービスアプリ２００は、社会貢献・寄付先選択画面６２０においてボタン６２３が操作されると、選択した社会貢献・寄付先を識別するための識別情報（ＩＤ）を保険事業者サーバ１０に送信する（ＳＥＱ１０６）。
　保険事業者サーバ１０は、端末装置２０から選択された社会貢献・寄付先の情報を受信すると、その情報を保持し、端末装置２０に対して、保険加入の最終確認の問い合わせを送信する（ＳＥＱ１０７）。端末装置２０において、保険サービスアプリ２００は、この問い合わせに応じて、保険加入の意思を決定するための意思確認画面を表示させる（ステップＳ２０３）。
　図１６は、端末装置２０において保険サービスアプリ２００により表示される、実施形態に係る意思確認画面６３０の例を示す模式図である。図１６において、意思確認画面６３０は、表示領域６３１と、ボタン６３３および６３４と、が配置される。
　表示領域６３１は、ユーザ２１が加入を希望する保険に関する情報が表示される領域である。図１６の例では、表示領域６３１に対して、ステップＳ２００で選択された保険種別と、ステップＳ２０１で入力された付随情報と、ステップＳ２０２で選択された社会貢献・寄付先と、ＳＥＱ１０３で保険会社システム５００から送信された保険料金の見積額と、が表示されている。
　ボタン６３３は、操作に応じて、表示領域６３１に表示される内容での保険への加入が決定される。一方、ボタン６３４は、操作に応じて、表示領域６３１に表示される内容での保険への加入を保留または中止し、例えば表示される画面を前の画面、例えばメニュー画面に戻す。これらボタン６３３および６３４への操作に応じて、ユーザ２１による、保険に加入するか否かの意思が確認される。
　端末装置２０において、保険サービスアプリ２００は、意思確認画面６３０においてボタン６３３が操作されると、保険会社システム５００に対して保険料金の支払いを通知する（ＳＥＱ１０８）と共に、保険事業者サーバ１０に対して、保険料金料を支払った旨を示す保険料金支払情報が送信される（ＳＥＱ１０９）。保険事業者サーバ１０は、端末装置２０から送信された保険料金支払情報を記憶する（ステップＳ１０１）。
　なお、ＳＥＱ１０８で保険料金の支払いを保険会社システム５００に通知した後、保険会社システム５００が定める方法で、端末装置２０（ユーザ２１）から保険会社システム５００への保険料金の支払いがなされる。
　端末装置２０から保険会社システム５００への支払いが完了すると、端末装置２０（ユーザ２１）と保険会社システム５００（保険会社）との間で、保険加入契約が締結される（ＳＥＱ１１０）。なお、ここでは、端末装置２０から保険会社システム５００の保険料金の支払いが行われた後に、端末装置２０と保険会社システム５００との間で保険加入契約が締結されているが、これはこの例に限定されない。例えば、端末装置２０から保険会社システム５００の保険料金の支払いと同時に保険加入契約の締結を行ってもよいし、保険加入契約の締結を行ってから保険料金の支払いを行ってもよい。
　端末装置２０（ユーザ２１）と、保険会社システム５００（保険会社）との間で保険契約が締結されると、保険期間が開始される。
　なお、保険期間中は、例えば端末装置２０において保険サービスアプリ２００は、保険事業者サーバ１０に対して加入者（ユーザ２１）の行動履歴を送信することができる（ＳＥＱ１１１）。保険事業者サーバ１０は、例えば保険金管理部１２０において、端末装置２０から送信される行動履歴に基づき、保険会社からユーザ２１に支払われる保険金を算出し、算出した保険金の情報を、端末装置２０に送信することができる（ＳＥＱ１１２）。
　端末装置２０（ユーザ２１）と、保険会社システム５００（保険会社）との間で保険加入契約が終了する（ＳＥＱ１１３）と、その旨が端末装置２０に通知される（ＳＥＱ１１４）。端末装置２０において、保険サービスアプリ２００は、保険加入契約の終了通知に応じて、保険事業者サーバ１０に対して保険期間の満了を示す通知を送信する（ＳＥＱ１１４）。
　保険事業者サーバ１０は、端末装置２０からの保険期間満了の通知を受信すると、ステップＳ１０１で記憶した端末装置２０による支払い情報などに基づき、保険金管理部１２０において、所定のルールに従い保険金および保険料金の余剰金を算出する。例えば、保険金管理部１２０は、保険会社システム５００からユーザ２１に対して支払われた保険金額に応じて、ユーザ２１が保険会社システム５００に対して支払った保険料金に対する余剰金の金額を算出する（ステップＳ１０２）。このとき、保険金管理部１２０は、保険会社システム５００からユーザ２１に対して全く保険金が支払われない場合でも、保険会社の利益が確保されるように、保険料金に対する余剰金の上限を決めておくと好ましい。
　保険事業者サーバ１０は、ステップＳ１０２で算出された余剰金額を、保険会社システム５００に提示する（ＳＥＱ１１５）。保険会社システム５００は、提示された余剰金額に示される余剰金を、保険事業者サーバ１０に対して支払う（ＳＥＱ１１６）。この余剰金は、ユーザ２１からＳＥＱ１０８にて支払われた保険料金から支払われるものである。
　保険事業者サーバ１０は、保険会社システム５００から余剰金の支払いを受けると、当該余剰金を、ＳＥＱ１０６で端末装置２０から受信した社会貢献・寄付先に対する寄付として、当該社会貢献・寄付先に対応する社会貢献・寄付先関連団体システム４００に送付する（ＳＥＱ１１７）。社会貢献・寄付先関連団体システム４００は、保険事業者サーバ１０からの寄付の送付を確認すると、寄付の受領確認を寄付完了通知として保険事業者サーバ１０に送信する（ＳＥＱ１１８）。
　保険事業者サーバ１０は、ＳＥＱ１１８で社会貢献・寄付先関連団体システム４００から送信された寄付完了通知を、端末装置２０に送付する（ＳＥＱ１１９）。端末装置２０において、保険サービスアプリ２００は、寄付完了通知を受信すると、その旨を表示させる。これにより、端末装置２０のユーザ２１は、自身が支払った保険料金から自身が選択した社会貢献・寄付先への寄付が行われたことを知ることができ、それにより、満足感を得ることができる。
　以上説明したように、実施形態に係るシステムにおいては、ユーザ２１が加入する保険の種別に関する付随情報に基づき、動的に社会貢献・寄付先の候補リスト３０が生成されるため、候補リスト３０上の項目を多様化できる。また、ユーザ２１は、自身が候補リスト３０から選択した社会貢献・寄付先に寄付を行うことができるため、保険加入へのモチベーションを高めることができる。またこれにより、保険会社の差別化も図れるため、保険会社の競争力向上にも繋がる。
（３．実施形態の変形例）
　次に、実施形態の変形例について説明する。上述した実施形態では、ユーザ２１の端末装置において、実施形態に係る処理を実行する保険サービスアプリ２００が、端末装置２０上にインストールされたものであるように説明したが、これはこの例に限定されない。実施形態の変形例では、上述した実施形態に係る処理を、保険事業者サーバ１０上で動作するウェブアプリにより実現するようにしたものである。
　図１７は、実施形態の変形例による保険事業者サーバの機能を説明するための一例の機能ブロック図である。図１７において、保険事業者サーバ１０’は、図３を用いて説明した保険事業者サーバ１０に対して、ＵＩ生成部１１０と、ウェブアプリ部１３０と、が追加されている。保険事業者サーバ１０’において、それ以外の部分は、図３の保険事業者サーバ１０の対応する部分と同一の機能を持つため、ここでの説明を省略する。
　図１７において、ウェブアプリ部１３０は、例えばＨＴＭＬ(HyperText　Markup　Language)を基本として記述され、端末装置２０に搭載されるウェブブラウザに読み込まれ、当該ウェブブラウザ上で動作する、ウェブアプリが格納される。また、ＵＩ生成部１１０は、当該ウェブアプリにより端末装置２０に構成するＵＩが生成される。例えばＵＩ生成部１１０は、上述した保険種別選択画面６００、付随情報入力画面６１０、社会貢献・寄付先選択画面６２０、意思確認画面６３０などの各画面をウェブアプリにより端末装置２０に表示させ、また、各画面に対する入力を受け付けるためのＵＩ制御情報が生成される。
　図１８は、実施形態の変形例に係る端末装置の機能を説明するための一例の機能ブロック図である。図１８において、端末装置２０’は、ウェブブラウザ２３０と、通信部２１０と、制御部２１１と、を含む。これらのうち、通信部２１０および制御部２１１は、図４の端末装置２０における通信部２１０および制御部２１１と共通なので、ここでの説明を省略する。
　ウェブブラウザ２３０は、ネットワーク２上の、例えばＨＴＭＬを用いて記述されたＨＴＭＬファイルを読み込んで、ファイル内の記述に従い表示制御信号の生成や、入力制御、通信制御などを実行することができる。
　保険サービスアプリ２００’は、上述した保険事業者サーバ１０’のウェブアプリ部１３０からウェブブラウザ２３０により読み込まれる。ウェブブラウザ２３０は、保険事業者サーバ１０’のウェブアプリ部１３０からウェブアプリとしての保険サービスアプリ２００’を読み込むと、ウェブブラウザ２３０内に、保険金管理部２２０と、加入保険種別選択部２２１と、ＵＩ部２２２と、を生成する。また、ＵＩ部２２２は、表示部２２３および入力部２２４を含む。保険サービスアプリ２００’に含まれるこれら保険金管理部２２０、加入保険種別選択部２２１およびＵＩ部２２２は、図４を用いて説明した端末装置２０における保険金管理部２２０、加入保険種別選択部２２１およびＵＩ部２２２と略同等の機能を実現できるため、ここでの説明を省略する。
　実施形態の変形例に係る処理は、上述した実施形態において図９～図１６を用いて説明した処理と同様であるので、ここでの説明を省略する。
　このように、本開示に係る処理を、ユーザ２１の端末装置２０において、保険事業者サーバ１０’から読み込んだウェブアプリにより実行することで、機能のメンテナンス性などを向上させることが可能である。
（４．実施形態のさらなる変形例）
　次に、実施形態のさらなる変形例について説明する。上述の実施形態では、社会貢献・寄付先の候補リスト３０を、保険会社との保険契約の締結前に端末装置２０に提示しているが、これはこの例に限定されず、候補リスト３０を、保険会社との契約満了後あるいは満了間近のタイミングで端末装置２０に提示してもよい。例えば、旅行保険の場合は、帰路の途中（例えばフライト中、帰りの列車中）に候補リスト３０を提示してもよい。この場合、ユーザ２１は、旅行中の訪問先を思い出しながら、社会貢献・寄付先を吟味することができる。また、旅行先履歴情報を、ユーザ２１を識別する情報と関連付けて保険事業者サーバ１０に蓄積しておき、以前訪問した旅行先や都市を振り返って、社会貢献・寄付先を選択するようにもできる。
　上述では、寄付が寄付先に送付された旨がユーザ２１の端末装置２０に送信されているが、これはこの例に限定されず、例えば当該寄付が実際に何に使われたかについてフィードバックすると好ましい。例えば、寄付を受け取った社会貢献・寄付先関連団体システム４００が、寄付完了通知に、寄付の使い道を示す情報を付加して送信することが考えられる。一例として、社会貢献・寄付先関連団体システム４００がノートルダム大聖堂の修復に関わる団体のものである場合、修復の状況を示す写真画像データを、寄付の使い道を示す情報として送信することが考えられる。
　上述では、候補リスト３０が端末装置２０に表示される際の、候補リスト３０に含まれる各社会貢献・寄付先の順序については言及されていないが、この順序を、例えば社会性があるテーマや社会貢献度合いの高い寄付先が上位に来るように（あるいは自動的に選択されるように）、候補リスト３０を作成してもよい。
　また、上述では、保険契約毎に、社会貢献・寄付先に寄付を送信するようにしているが、これはこの例に限定されない。たとえは、保険契約で発生した余剰金を貯めておき、貯まった常勤をあるタイミングで纏めて寄付先に送信することができる。例えば、保険種別が旅行保険の場合に、○○旅行では寄付先を設定しなかったが、××旅行で纏めて使いたいケースが考えられる。この場合、余剰金の蓄積期間の上限を設けることが好ましい。
　既存の、フライト距離に応じてポイント（マイル）が貯まるマイレージサービスでは、貯まったマイルを社会貢献として寄付することが可能である。しかしながら、マイレージサービスでは、寄付先が旅行先とはリンクしていない。一方、実施形態に係るシステムでは、旅行先とリンクした社会貢献・寄付を実行できる。
　また、保険種別が旅行保険の場合に、旅行に行く前と行った後で、希望の寄付先が変わる場合がありうる。例えば、ユーザ２１によっては、社会課題に基づき旅行先を選定するケースもある。
　さらに、実施形態では、保険加入の際に支払われた保険料金の剰余金から寄付することを想定しているが、これはこの例に限定されない。すなわち、提示された社会貢献・寄付先のリストから自らの意思によって候補先を選択して寄付してもよい。
　さらにまた、上述では、社会貢献・寄付先関連団体システム４００を運営する関連団体が、公的、且つ、非営利な活動を主とするように説明したが、これはこの例に限定されない。当該関連団体は、クラウドファンディングや、何らかの投資を行う団体であってもよい。
　なお、本明細書に記載された効果はあくまで例示であって限定されるものでは無く、また他の効果があってもよい。
　なお、本技術は以下のような構成も取ることができる。
（１）
　ユーザが加入する保険の種別を示す保険種別情報と、該保険に関連する付随情報と、を取得し、取得された該保険種別情報および該付随情報に基づき、１以上の寄付先に関する情報を含む寄付先の候補リストを生成する生成部、
を備えるサーバ装置。
（２）
　前記寄付先は、公的且つ非営利の団体である、
前記（１）に記載のサーバ装置。
（３）
　前記生成部は、
　前記ユーザの嗜好を示す嗜好情報をさらに用いて前記候補リストを生成する、
前記（１）または（２）に記載のサーバ装置。
（４）
　前記生成部は、
　前記ユーザの属性を示す属性情報をさらに用いて前記候補リストを生成する、
前記（１）乃至（３）の何れかに記載のサーバ装置。
（５）
　前記生成部は、
　個人がインターネットに対して発信した情報をさらに用いて前記候補リストを生成する、
前記（１）乃至（４）の何れかに記載のサーバ装置。
（６）
　前記生成部は、
　前記付随情報を学習データとして用い、前記寄付先に関する情報を評価データとして用いた機械学習により作成されたモデルに基づき前記候補リストを生成する、
前記（１）乃至（５）の何れかに記載のサーバ装置。
（７）
　少なくとも、前記ユーザが加入した前記保険の種別を示す保険種別情報と、該保険に関連する前記付随情報と、を蓄積する保険情報蓄積部、
をさらに備え、
　前記生成部は、
　保険情報蓄積部に蓄積された前記保険種別情報および前記付随情報に基づき前記候補リストを生成する、
前記（１）乃至（６）の何れかに記載のサーバ装置。
（８）
　前記保険に対して前記ユーザが支払う保険料金を示す保険料金情報を管理する保険情報管理部、
をさらに備え、
　前記保険情報管理部は、
　前記保険料金情報に基づき、前記保険料金の一部を前記寄付先に関する情報が示す前記寄付先に寄付する寄付金に設定する、
前記（１）乃至（７）の何れかに記載のサーバ装置。
（９）
　前記寄付先に関する情報を管理する寄付先情報管理部、
をさらに備え、
　前記寄付先情報管理部は、
　前記ユーザに対応する前記保険種別情報と前記付随情報とに基づき生成された前記候補リストから選択された、前記寄付先に関する情報が示す前記寄付先への寄付が実行された場合に、該ユーザに対して該寄付先に対する該寄付の実行を通知する、
前記（８）に記載のサーバ装置。
（１０）
　端末装置に搭載されるブラウザアプリケーションにネットワークを介して読み込ませるためのウェブアプリを格納するウェブアプリ格納部、
をさらに備え、
　前記ウェブアプリは、前記ブラウザアプリケーション上で実行されることで、
　前記端末装置の画面に対して、
　前記保険種別を入力するための第１の入力領域を表示させ、
　前記第１の入力領域に対する前記保険種別の入力に応じて、入力された該保険種別に対応する項目の付随情報を入力するための第２の入力領域を表示させ、
　通信部により前記サーバ装置に送信された、前記第１の入力領域に入力された前記保険種別を示す保険種別情報と、前記第２の入力領域に入力された前記付随情報と、に応じて該サーバ装置から送信された、１以上の寄付先に関する情報を含む寄付先の候補リストを表示させる、
前記（１）乃至（９）の何れかに記載のサーバ装置。
（１１）
　サーバ装置と通信を行う通信部と、
　表示部に対する画面の表示を制御する表示制御部と、
を備え、
　前記表示制御部は、前記画面に、
　保険種別を入力するための第１の入力領域を表示させ、
　前記第１の入力領域に対する前記保険種別の入力に応じて、入力された該保険種別に対応する項目の付随情報を入力するための第２の入力領域を表示させ、
　前記通信部により前記サーバ装置に送信された、前記第１の入力領域に入力された前記保険種別を示す保険種別情報と、前記第２の入力領域に入力された前記付随情報と、に応じて該サーバ装置から送信された、１以上の寄付先に関する情報を含む寄付先の候補リストを表示させる、
端末装置。
（１２）
　前記通信部は、
　前記画面に表示された前記候補リストに応じて指定された前記寄付情報を前記サーバ装置に送信し、該寄付先に関する情報の送信に応じて前記サーバから送信された、該寄付先への寄付の実行の通知を受信する、
前記（１１）に記載の端末装置。
（１３）
　前記通信部および前記表示制御部のうち少なくとも前記表示制御部は、
　ネットワークを介して受信され当該端末装置にインストールされたアプリケーションプログラムが当該端末装置上でプロセッサにより実行されることで構成される、
前記（１１）または（１２）に記載の端末装置。
（１４）
　ブラウザアプリケーションが搭載され、
　前記通信部および前記表示制御部のうち少なくとも前記表示制御部は、ネットワークを介して前記サーバ装置から読み込まれたウェブプログラムが前記ブラウザアプリケーション上で動作することで構成される、
前記（１１）または（１２）に記載の端末装置。
（１５）
　サーバ装置と通信を行う通信ステップと、
　表示部に対する画面の表示を制御する表示制御ステップと、
をコンピュータに実行させ、
　前記表示制御ステップは、前記画面に、
　保険種別を入力するための第１の入力領域を表示させ、
　前記第１の入力領域に対する前記保険種別の入力に応じて、入力された該保険種別に対応する項目の付随情報を入力するための第２の入力領域を表示させ、
　前記通信ステップにより前記サーバ装置に送信された、前記第１の入力領域に入力された前記保険種別を示す保険種別情報と、前記第２の入力領域に入力された前記付随情報と、に応じて該サーバ装置から送信された、１以上の寄付先に関する情報を含む寄付先の候補リストを表示させる、
ための情報処理プログラム。
（１６）
　プロセッサにより実行される、
　ユーザが加入する保険の種別を示す保険種別情報と、該保険に関連する付随情報と、を取得する取得ステップと、
　前記保険種別情報および前記付随情報に基づき、１以上の寄付先に関する情報を含む寄付先の候補リストを生成する生成ステップと、
を含む、情報処理方法。
１０，１０’　保険事業者サーバ
２０，２０’　端末装置
３０　候補リスト
２００，２００’　保険サービスアプリ
１１１　嗜好マッチング部
１１２　リスト生成部
１１３　候補リストＤＢ
１２１　加入者・保険データ管理部
２２０　保険金管理部
２２１　加入保険種別選択部
２２２　ＵＩ部
６００　保険種別選択画面
６１０　付随情報入力画面
６２０　社会貢献・寄付先選択画面
６３０　意思確認画面

Claims (16)

  1. 　ユーザが加入する保険の種別を示す保険種別情報と、該保険に関連する付随情報と、を取得し、取得された該保険種別情報および該付随情報に基づき、１以上の寄付先に関する情報を含む寄付先の候補リストを生成する生成部、
    を備えるサーバ装置。
  2. 　前記寄付先は、公的且つ非営利の団体である、
    請求項１に記載のサーバ装置。
  3. 　前記生成部は、
    　前記ユーザの嗜好を示す嗜好情報をさらに用いて前記候補リストを生成する、
    請求項１に記載のサーバ装置。
  4. 　前記生成部は、
    　前記ユーザの属性を示す属性情報をさらに用いて前記候補リストを生成する、
    請求項１に記載のサーバ装置。
  5. 　前記生成部は、
    　個人がインターネットに対して発信した情報をさらに用いて前記候補リストを生成する、
    請求項１に記載のサーバ装置。
  6. 　前記生成部は、
    　前記付随情報を学習データとして用い、前記寄付先に関する情報を評価データとして用いた機械学習により作成されたモデルに基づき前記候補リストを生成する、
    請求項１に記載のサーバ装置。
  7. 　少なくとも、前記ユーザが加入した前記保険の種別を示す保険種別情報と、該保険に関連する前記付随情報と、を蓄積する保険情報蓄積部、
    をさらに備え、
    　前記生成部は、
    　保険情報蓄積部に蓄積された前記保険種別情報および前記付随情報に基づき前記候補リストを生成する、
    請求項１に記載のサーバ装置。
  8. 　前記保険に対して前記ユーザが支払う保険料金を示す保険料金情報を管理する保険情報管理部、
    をさらに備え、
    　前記保険情報管理部は、
    　前記保険料金情報に基づき、前記保険料金の一部を前記寄付先に関する情報が示す前記寄付先に寄付する寄付金に設定する、
    請求項１に記載のサーバ装置。
  9. 　前記寄付先に関する情報を管理する寄付先情報管理部、
    をさらに備え、
    　前記寄付先情報管理部は、
    　前記ユーザに対応する前記保険種別情報と前記付随情報とに基づき生成された前記候補リストから選択された、前記寄付先に関する情報が示す前記寄付先への寄付が実行された場合に、該ユーザに対して該寄付先に対する該寄付の実行を通知する、
    請求項８に記載のサーバ装置。
  10. 　端末装置に搭載されるブラウザアプリケーションにネットワークを介して読み込ませるためのウェブアプリを格納するウェブアプリ格納部、
    をさらに備え、
    　前記ウェブアプリは、前記ブラウザアプリケーション上で実行されることで、
    　前記端末装置の画面に対して、
    　前記保険種別情報を入力するための第１の入力領域を表示させ、
    　前記第１の入力領域に対する前記保険種別情報の入力に応じて、入力された該保険種別情報に対応する項目の付随情報を入力するための第２の入力領域を表示させ、
    　通信部により前記サーバ装置に送信された、前記第１の入力領域に入力された前記保険種別情報と、前記第２の入力領域に入力された前記付随情報と、に応じて該サーバ装置から送信された、１以上の寄付先に関する情報を含む寄付先の候補リストを表示させる、
    請求項１に記載のサーバ装置。
  11. 　サーバ装置と通信を行う通信部と、
    　表示部に対する画面の表示を制御する表示制御部と、
    を備え、
    　前記表示制御部は、前記画面に、
    　保険種別を入力するための第１の入力領域を表示させ、
    　前記第１の入力領域に対する前記保険種別の入力に応じて、入力された該保険種別に対応する項目の付随情報を入力するための第２の入力領域を表示させ、
    　前記通信部により前記サーバ装置に送信された、前記第１の入力領域に入力された前記保険種別を示す保険種別情報と、前記第２の入力領域に入力された前記付随情報と、に応じて該サーバ装置から送信された、１以上の寄付先に関する情報を含む寄付先の候補リストを表示させる、
    端末装置。
  12. 　前記通信部は、
    　前記画面に表示された前記候補リストに応じて指定された前記寄付先の前記寄付先に関する情報を前記サーバ装置に送信し、該寄付先に関する情報の送信に応じて前記サーバ装置から送信された、該寄付先への寄付の実行の通知を受信する、
    請求項１１に記載の端末装置。
  13. 　前記通信部および前記表示制御部のうち少なくとも前記表示制御部は、
    　ネットワークを介して受信され当該端末装置にインストールされたアプリケーションプログラムが当該端末装置上でプロセッサにより実行されることで構成される、
    請求項１１に記載の端末装置。
  14. 　ブラウザアプリケーションが搭載され、
    　前記通信部および前記表示制御部のうち少なくとも前記表示制御部は、ネットワークを介して前記サーバ装置から読み込まれたウェブプログラムが前記ブラウザアプリケーション上で動作することで構成される、
    請求項１１に記載の端末装置。
  15. 　サーバ装置と通信を行う通信ステップと、
    　表示部に対する画面の表示を制御する表示制御ステップと、
    をコンピュータに実行させ、
    　前記表示制御ステップは、前記画面に、
    　保険種別を入力するための第１の入力領域を表示させ、
    　前記第１の入力領域に対する前記保険種別の入力に応じて、入力された該保険種別に対応する項目の付随情報を入力するための第２の入力領域を表示させ、
    　前記通信ステップにより前記サーバ装置に送信された、前記第１の入力領域に入力された前記保険種別を示す保険種別情報と、前記第２の入力領域に入力された前記付随情報と、に応じて該サーバ装置から送信された、１以上の寄付先に関する情報を含む寄付先の候補リストを表示させる、
    ための情報処理プログラム。
  16. 　プロセッサにより実行される、
    　ユーザが加入する保険の種別を示す保険種別情報と、該保険に関連する付随情報と、を取得する取得ステップと、
    　前記保険種別情報および前記付随情報に基づき、１以上の寄付先に関する情報を含む寄付先の候補リストを生成する生成ステップと、
    を含む、情報処理方法。
PCT/JP2021/011855 2020-03-31 2021-03-23 サーバ装置、端末装置、情報処理プログラムおよび情報処理方法 WO2021200362A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP21780808.8A EP4102439A4 (en) 2020-03-31 2021-03-23 SERVER DEVICE, TERMINAL DEVICE, INFORMATION PROCESSING PROGRAM AND INFORMATION PROCESSING METHOD
US17/908,710 US20230140630A1 (en) 2020-03-31 2021-03-23 Server device, terminal device, information processing program, and information processing method
JP2022511971A JPWO2021200362A1 (ja) 2020-03-31 2021-03-23
CN202180023677.5A CN115335846A (zh) 2020-03-31 2021-03-23 服务器设备、终端设备、信息处理程序和信息处理方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020065186 2020-03-31
JP2020-065186 2020-03-31

Publications (1)

Publication Number Publication Date
WO2021200362A1 true WO2021200362A1 (ja) 2021-10-07

Family

ID=77929879

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/011855 WO2021200362A1 (ja) 2020-03-31 2021-03-23 サーバ装置、端末装置、情報処理プログラムおよび情報処理方法

Country Status (5)

Country Link
US (1) US20230140630A1 (ja)
EP (1) EP4102439A4 (ja)
JP (1) JPWO2021200362A1 (ja)
CN (1) CN115335846A (ja)
WO (1) WO2021200362A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030073465A (ko) * 2002-03-11 2003-09-19 백철종 보험서비스를 이용한 사회기부시스템의 운용방법
JP2007257602A (ja) * 2006-02-24 2007-10-04 Hirokkusu Japan:Kk アンケート付インターネット自動車保険システム、その方法、そのプログラム及び記録媒体
JP2008123491A (ja) 2006-10-18 2008-05-29 Hirokkusu Japan:Kk 自動車保険に関するメッセージ付き予想外寄付額の表示システム
JP2009037394A (ja) * 2007-08-01 2009-02-19 Ofusu:Kk 保険契約管理システム及びその処理方法
JP2011233130A (ja) * 2010-01-04 2011-11-17 Tanada Nobuko デメリット投票への振替機能付き寄付先投票券配信及び集計システム

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120239417A1 (en) * 2011-03-04 2012-09-20 Pourfallah Stacy S Healthcare wallet payment processing apparatuses, methods and systems
US10430888B2 (en) * 2014-08-20 2019-10-01 Hartford Fire Insurance Company System for accessing and validating client data with third party systems
US20170061543A1 (en) * 2015-08-26 2017-03-02 Value App, LLC User interface for life insurance valuation
EP3762893A4 (en) * 2018-03-04 2021-12-29 Qomplx, Inc. Platform for live issuance and management of cyber insurance policies

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030073465A (ko) * 2002-03-11 2003-09-19 백철종 보험서비스를 이용한 사회기부시스템의 운용방법
JP2007257602A (ja) * 2006-02-24 2007-10-04 Hirokkusu Japan:Kk アンケート付インターネット自動車保険システム、その方法、そのプログラム及び記録媒体
JP2008123491A (ja) 2006-10-18 2008-05-29 Hirokkusu Japan:Kk 自動車保険に関するメッセージ付き予想外寄付額の表示システム
JP2009037394A (ja) * 2007-08-01 2009-02-19 Ofusu:Kk 保険契約管理システム及びその処理方法
JP2011233130A (ja) * 2010-01-04 2011-11-17 Tanada Nobuko デメリット投票への振替機能付き寄付先投票券配信及び集計システム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4102439A4

Also Published As

Publication number Publication date
CN115335846A (zh) 2022-11-11
EP4102439A1 (en) 2022-12-14
EP4102439A4 (en) 2023-03-22
US20230140630A1 (en) 2023-05-04
JPWO2021200362A1 (ja) 2021-10-07

Similar Documents

Publication Publication Date Title
US20200234380A1 (en) System and method for smart community
Martens et al. A fair distribution of accessibility: Interpreting civil rights regulations for regional transportation plans
Ahmed et al. Peer-to-peer in the Workplace: A View from the Road
Scharlach Creating aging-friendly communities in the United States
JP5910997B2 (ja) 売上管理装置及びプログラム
JP2019508807A (ja) オンデマンドのカスタマイズされたサービスのための方法及びシステム
US20080172381A1 (en) Method and system for connecting service providers with service requestors
WO2020041145A1 (en) Scheduling, booking, and pricing engines
US20170146351A1 (en) Generating personalized routes incentivized for one or more users
CN104011756A (zh) 用于任务完成的生活顾问应用
JP5831373B2 (ja) 売上データ処理システム及びプログラム
García-Magariño ABSTUR: an agent-based simulator for tourist urban routes
Hightower et al. Current Practices and Potential Rider Benefits of Fare Capping Policies in the USA
KR20130095409A (ko) 컴포넌트 단위로 구성된 웹페이지를 제공하는 웹페이지 제공 시스템 및 방법
JPWO2018172906A1 (ja) 行動管理方法、行動管理装置、並びに決済補助コンピュータ
WO2021200362A1 (ja) サーバ装置、端末装置、情報処理プログラムおよび情報処理方法
US9747567B2 (en) Selecting organizational transportation proposals based on commuter pledges and cost-benefit computation
Christaens Digital biopolitics and the problem of fatigue in platform capitalism
JP6330843B2 (ja) 管理装置及びプログラム
CN103970742A (zh) 在电脑平台上展示服务提供者信用数据的系统
Pochowski et al. Solving the Curb Space Puzzle Through the Development of a Curb Space Allocation Tool
JP5612791B1 (ja) 無事故プレゼントの広告及び提供支援システム
US20140108114A1 (en) System for Providing Conditional User Awards
Rakoff et al. Building feedback into modelling impacts of automated vehicles: Developing a consensus model and quantitative tool
Chauhan et al. Developing a Web-Based Carpooling Application

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022511971

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2021780808

Country of ref document: EP

Effective date: 20220909

NENP Non-entry into the national phase

Ref country code: DE