WO2015015595A1 - 保険申込システム、保険申込方法、プログラムおよび情報記憶媒体 - Google Patents

保険申込システム、保険申込方法、プログラムおよび情報記憶媒体 Download PDF

Info

Publication number
WO2015015595A1
WO2015015595A1 PCT/JP2013/070760 JP2013070760W WO2015015595A1 WO 2015015595 A1 WO2015015595 A1 WO 2015015595A1 JP 2013070760 W JP2013070760 W JP 2013070760W WO 2015015595 A1 WO2015015595 A1 WO 2015015595A1
Authority
WO
WIPO (PCT)
Prior art keywords
input
applicant
date
screens
information
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2013/070760
Other languages
English (en)
French (fr)
Inventor
憲人 上田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Rakuten Group Inc
Original Assignee
Rakuten Inc
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 Rakuten Inc filed Critical Rakuten Inc
Priority to JP2014510999A priority Critical patent/JP5599537B1/ja
Priority to US14/908,610 priority patent/US20160210698A1/en
Priority to PCT/JP2013/070760 priority patent/WO2015015595A1/ja
Publication of WO2015015595A1 publication Critical patent/WO2015015595A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08—Insurance

Definitions

  • the present invention relates to an insurance application system, an insurance application method, a program, and an information storage medium.
  • Patent Document 1 describes that a support e-mail in which an advice sentence corresponding to a learner's learning progress is written is transmitted.
  • the text of the remind mail sent to the user who interrupted the input work was not always appropriate for each user to resume input.
  • the message suitable for the reminder differs depending on how far the input work has been completed and where the work was interrupted. For example, if it is interrupted at the stage of inputting the contractor / insured person information, it is necessary to explain again from the necessity of insurance purchase. Moreover, when it interrupts at the stage of payment method input, there is no such need and it only needs to prompt completion of work.
  • the present invention has been made in view of the above problems, and its purpose is to make the text of a remind mail to be transmitted to a user who interrupted input work more appropriate for the user to resume input. is there.
  • an insurance application system includes an input screen presenting means for sequentially presenting a plurality of input screens each having an input item and presented to an applicant, Acquisition means for acquiring information to be input to any one of the input screens, and an input screen that has been input by the applicant and is one of the plurality of input screens based on the acquired information Based on the input status information and the date and time associated with the applicant, the input status recording means for storing the input status information and the date and time when the input is completed in association with the applicant.
  • the last one of the input screens entered by the applicant Characterized in that it comprises a reminding means for transmitting the e-mail containing a reminding mail wording corresponding to the template surface in the applicant's email address, the.
  • the insurance application method has input items, presents a plurality of input screens presented to the applicant in order, and the applicant inputs to any of the plurality of input screens.
  • the information is acquired, and based on the acquired information, the input status information indicating the input screen that has been input by any of the plurality of input screens and the date and time when the input has been completed
  • the reminder period from the date and time the applicant last entered on any of the plurality of input screens is stored in association with the applicant. If an e-mail containing a reminder message corresponding to the template of the text associated with the last input screen entered by the applicant is passed, the applicant's email To send to the dress, characterized in that.
  • the program according to the present invention has each input item, presents a plurality of input screens presented to the applicant in order, and information that the applicant inputs to any of the plurality of input screens.
  • the applicant obtains the input status information indicating the input screen that has been input by the applicant and the date and time when the input has been completed, from any of the plurality of input screens based on the acquired information.
  • the reminder period has elapsed from the date and time the applicant last entered on any of the plurality of input screens.
  • an e-mail including a reminder mail text corresponding to the text template associated with the last input screen entered by the applicant is sent to the applicant's mail address. Sends to less, characterized in that to execute the process to the computer.
  • the computer-readable storage medium according to the present invention stores the above program.
  • the text of the remind mail transmitted to the user who interrupted the input work can be made more appropriate for the user to resume input.
  • the reminding means associates with one of the input screens last input by the applicant from the date and time when the applicant last inputs to any of the plurality of input screens.
  • An e-mail including the remind mail text may be transmitted to the applicant's mail address when the specified remind period elapses.
  • a remind mail can be transmitted to the user at a time when it is easier to restart.
  • the reminding means acquires information indicating the input speed of the applicant based on the time input by the applicant to each input screen, and indicates the speed.
  • a reminder mail text may be generated further based on the information, and an e-mail including the generated remind mail text may be transmitted to the applicant's mail address.
  • FIG. 1 It is a figure which shows an example of a structure of the insurance application system concerning embodiment of this invention. It is a figure which shows an example of the hardware constitutions of an insurance application server. It is a functional block diagram which shows the function which an insurance application server implement
  • FIG. 1 is a diagram showing an example of the configuration of an insurance application system according to an embodiment of the present invention.
  • This insurance application system includes an insurance application server 1 and a client device 2. These are connected via the network 3.
  • the network 3 is, for example, a local area network or the Internet.
  • the insurance application server 1 is a server computer.
  • the insurance application server 1 acquires information from a database or the like in response to a request from the client device 2 and transmits the acquired information to the client device 2.
  • the client device 2 is a computer such as a smartphone or a personal computer.
  • the insurance application server 1 executes a web server program (such as httpd), and a request input by the user is transmitted to the insurance application server 1 by the client device 2 that executes the browser program. A screen corresponding to the information is presented to the user.
  • FIG. 2 is a diagram illustrating an example of a hardware configuration of the insurance application server 1.
  • the insurance application server 1 includes a processor 11, a storage unit 12, a communication unit 13, and an input / output unit 14.
  • the processor 11 operates according to a program stored in the storage unit 12.
  • the processor 11 controls the communication unit 13 and the input / output unit 14.
  • the program may be provided via the Internet or the like, or may be provided by being stored in a computer-readable storage medium such as a flash memory or a DVD-ROM. .
  • the storage unit 12 includes a memory element such as a RAM or a flash memory, and a hard disk drive.
  • the storage unit 12 stores the program.
  • the storage unit 12 stores information input from each unit and calculation results.
  • the communication unit 13 realizes a function of communicating with other devices, and includes, for example, a wired LAN communication integrated circuit and connector, a wireless LAN integrated circuit, an antenna, and the like. Based on the control of the processor 11, the communication unit 13 inputs information received from another device to the processor 11 or the storage unit 12 and transmits the information to the other device.
  • the input / output unit 14 includes a video controller that controls display output means, a controller that acquires data from an input device, and the like. Examples of input devices include a keyboard, a mouse, and a touch panel. Based on the control of the processor 11, the input / output unit 14 outputs display data to the display output device, and acquires data input by the user operating the input device.
  • the display output device is, for example, a display device connected to the outside.
  • the client device 2 includes a processor, a storage unit, a communication unit, and an input / output unit in the same manner as the insurance application server 1.
  • the input / output unit included in the client device 2 outputs display data to, for example, a display built in the smartphone.
  • FIG. 3 is a functional block diagram showing the functions realized by the insurance application server 1.
  • the insurance application server functionally includes an estimation unit 51, an application input confirmation unit 52, an application reception unit 53, a remind mail transmission unit 54, an input resume unit 58, an application information storage unit 61, and an email setting storage. Part 62.
  • the application input confirmation unit 52 functionally includes an input screen presentation unit 55, an input acquisition unit 56, and an input status recording unit 57. These functions are realized by the processor 11 included in the insurance application server 1 executing a program stored in the storage unit 12 and controlling the communication unit 13 and the like.
  • the application information storage unit 61 is a database that stores contractor (user) information (contractor information) input by the user, insurance plan information and notification information applied by the user, and the like. Is a database for storing mail setting information and mail text.
  • the application information storage unit 61 and the mail setting storage unit 62 are each realized mainly by the storage unit 12 of the insurance application server 1, but are realized by another server computer that is independent from the insurance application server 1 and that executes a database program. May be.
  • the client device 2 executes a browser program, causes the display output device to output an image based on the data received from the insurance application server 1, and presents information to the user.
  • the client device 2 transmits information input from the user via a touch panel, a keyboard, or the like to the insurance application server 1.
  • FIG. 4 is a diagram showing an example of screen types used for insurance application.
  • Each of the solid-line rectangles shown in FIG. 4 indicates a screen that the insurance application server 1 outputs when applying for insurance, and a solid-line arrow continues to be input without correcting the content that the user has input on the previous screen.
  • the screen transition is shown.
  • the estimate input screen and the estimate detail screen are screens for introducing and proposing insurance products before the user starts an application, and the estimation unit 51 performs processing related to these screens.
  • the application input confirmation unit 52 performs application input processing using the 13 screens from the contractor information input screen to the final confirmation screen in order.
  • serial numbers are shown at the upper left of the square on the input screen.
  • the screen used for the application input process is divided into seven groups depending on the nature of the content input or confirmed on the screen. In FIG. 4, each one-dot chain surrounding one or a plurality of screens indicates the group.
  • FIG. 5 is a diagram illustrating an example of a processing flow of the estimation unit 51.
  • the estimation unit 51 is realized centering on the processor 11, the storage unit 12, and the communication unit 13, and presents an insurance plan according to the estimation condition input by the user.
  • the estimation unit 51 transmits information on an estimate input screen to the client device 2 operated by the user who accesses the insurance application server 1 (step S101).
  • the information on each screen is HTML data, and this information includes information on a script to be executed by the client apparatus 2.
  • the estimate input screen is a screen for inputting the estimate conditions.
  • the estimate conditions whether the user's family structure, whether or not he / she has already been insured, whether the life insurance will focus on the insurance premium or the compensation amount, It has an area for inputting the date. Further, when the estimate conditions are input to these areas on the estimate input screen, the client device 2 that executes the script included in the information on the estimate input screen transmits the estimate conditions to the insurance application server 1.
  • the estimation unit 51 receives the estimation condition transmitted from the client device 2 (step S102). Then, the estimation unit 51 determines a proposed insurance plan according to the estimated condition (step S103), and calculates an insurance premium for the determined insurance plan and estimated condition (step S104). Then, information on the estimated detail screen including information on the determined insurance plan and the calculated insurance premium is transmitted to the client device 2 (step S105).
  • FIG. 6 is a diagram showing an example of the estimate detail screen.
  • the estimate detail screen an insurance plan and an insurance premium in the insurance plan are arranged.
  • the estimate detail screen also includes an input area for correcting gender and date of birth, and an application button 33 for instructing start of insurance application when the user is satisfied with the insurance plan.
  • the estimate detail screen displays the fields of multiple life insurance products as an insurance plan, and each column shows the name of the product and whether or not the product is subject to quotation and application.
  • the estimate detail screen also includes a column for displaying the insurance premium calculated based on the date of birth of the user and the total insurance premium totaled for each product.
  • the client device 2 transmits information input by the user.
  • the estimation unit 51 receives the information input by the user (step S106), and if the input information indicates that the user has pressed the application button 33 (application instruction) (Y in step S107). Then, the estimating unit 51 starts a process for causing the application input confirming unit 52 to display the first input screen (contractor information input screen) (step S108).
  • an insurance premium is calculated according to the input information (for example, the date of birth or the changed guarantee amount) (step S109), and the estimate detail screen in step S105 Transition to the process of transmitting the information of, and the subsequent processes are repeated.
  • the application input confirmation unit 52 is realized centering on the processor 11, the storage unit 12, and the communication unit 13.
  • the application input confirmation unit 52 sequentially presents a plurality of input screens to a user who applies for insurance, acquires information input on the presented input screen, and stores the acquired information in the application information storage unit 61.
  • the process of the application input confirmation part 52 and the input screen presentation part 55 contained in it, the input acquisition part 56, and the input condition recording part 57 is demonstrated.
  • the input screen presentation unit 55 sequentially presents a plurality of input screens to the user.
  • the input screen presenting unit 55 transmits the information on the first input screen (contractor information input screen) to the user's client device 2, and in response to the user's input. Subsequent input screens are sequentially transmitted to the client device 2 of the user.
  • the input acquisition unit 56 acquires information to be input on the input screen presented by the user, and the input status recording unit 57 associates the information input by the user and the date and time when the input has been completed with the user. It is stored in the storage unit 61.
  • FIG. 7 is a diagram illustrating an example of a processing flow when a user inputs an input screen.
  • the input acquisition unit 56 acquires information input by the user on the displayed input screen (step S201).
  • the input information includes an instruction to transition to the next screen (Y in step S202)
  • the input status recording unit 57 does not include information on essential items in the information input in the input form or check box. It is checked whether there is an input item and whether there is an error such as a contradiction between input items (step S203). If the required item is not input or there is an error (N in step S203), information on the same screen as the current input screen is transmitted for re-input (step S204). On the other hand, if all required items have been input for the input information and there is no error (Y in step S203), the input status recording unit 57 has input the information of the input item.
  • the date and time are stored in the application information storage unit 61 in association with the user (step S205).
  • the input status recording unit 57 stores or updates the last input date stored in the application information storage unit 61 in association with the user (step S206). This last input date is newly stored when an input is made on the first input screen, and is updated thereafter. Then, if there is a next input screen, the input screen presentation unit 55 transmits information on the input screen (step S207).
  • the application reception unit 53 performs application reception processing instead of step S207, and the application reception unit 53 transmits information on the screen indicating that the application has been accepted. If the instruction to transition to the next screen is not included in step S202 (N in step S202), the input screen presenting unit 55 determines that the instruction to transition to the previous screen is included, Information is transmitted (step S208).
  • FIG. 8 is a diagram illustrating an example of user information stored in the application information storage unit 61.
  • the user information is also contractor information of a user who applies for insurance.
  • the user information includes a user ID for identifying the user, an e-mail address, information indicating user attributes such as name, date of birth, and address, an input date and time when the information is input, and an input screen. Including the date of input (last input date).
  • the input status recording unit 57 stores information input by the user on the contractor information input screen in the application information storage unit 61 as user information.
  • FIG. 9 is a diagram showing an example of the first health condition input screen.
  • the first health status input screen is a screen that allows the user to input information related to the health status among the notification items necessary for the life insurance contract. In FIG. 9, there are three items to be input, but actually, more than 10 items are input.
  • the client apparatus 2 transmits information on an instruction for the user to enter the input screen and proceed to the next input screen, and information on the input item.
  • the client apparatus 2 transmits information on an instruction for the user to return to the previous input screen.
  • FIG. 10 is a diagram illustrating an example of the application information stored in the application information storage unit 61.
  • the application information is information related to the insurance application other than the user information, and includes information on the insurance plan (product) applied by the user and information on notification items.
  • the application information includes a plurality of input items for a certain user, and values are recorded for the respective input items.
  • the application information also records the date and time (input date and time) when the information was input for each input item.
  • the application information for a certain user consists of a plurality of records, and each record corresponds to one input item. Further, for each input item, screen information for inputting the input item is also added.
  • the application information is not limited to the information itself entered by the user in the input form, radio button, or the like.
  • the application information includes information indicating that the user has confirmed the explanation of important matters presented on the input screen and then pressed the button for proceeding with the input operation.
  • the user information and application information stored in the application information storage unit 61 is information input by the user in the items on the input screen. These information indicate the input status of the input screen up to which the user has completed the input. It is also information to show. This is because it is possible to determine which input screen has been input by examining up to which input item the value is stored in the application information storage unit 61.
  • Application information does not have to be in the format shown in FIG. For example, one record may be set for each user, and the values of the input items may be listed. In that case, the input date and time may be recorded in the application information for each input screen.
  • the input status recording unit 57 may store the application information in the application information storage unit 61 separately for insurance product information applied by the user and notification item information.
  • the application receiving unit 53 is realized centering on the processor 11, the storage unit 12, and the communication unit 13.
  • the application reception unit 53 applies the information stored in the application information storage unit 61 for the user to the application for insurance.
  • the core processing system which is a system for processing The core processing system informs the person in charge of the insurance company that there has been an application for insurance, and proceeds with subsequent application processing, such as examination of the contents.
  • the remind mail transmission unit 54 is realized centering on the processor 11, the storage unit 12, and the communication unit 13.
  • the remind mail transmission unit 54 uses, as the user's mail address, an email including a text corresponding to the text template associated with the last of the input screens input by the user when the condition regarding the remind period is satisfied for the user.
  • the condition regarding the remind period is that the remind period elapses from the last input date and time stored in association with the user.
  • the remind period may be determined according to the input screen last input by the user.
  • the remind mail transmission unit 54 acquires information indicating the speed of the user's input based on the time input by the user on each input screen, and further displays the remind mail text based on the information indicating the speed. It may be generated.
  • these processes will be described in detail.
  • FIG. 11 is a diagram illustrating an example of a processing flow of the remind mail transmission unit 54.
  • the processing flow shown in FIG. 11 is processing for a certain user. Actually, this processing shown in FIG. 11 is executed every day for all users whose input is interrupted.
  • the remind mail transmission unit 54 first identifies the input screen last input by the user (step S301). More specifically, the remind mail transmission unit 54 acquires a list of input items that have been input and a list of input screens in which those input items exist, from the application information and user information stored in the application information storage unit 61. Then, the input screen that ranks last in the list of input screens is identified as the input screen last input by the user. Next, the remind mail transmission unit 54 acquires the remind period and day of the week conditions (if set) associated with the specified screen from the mail setting storage unit 62 that stores the mail setting information (step S302). .
  • FIG. 12 is a diagram illustrating an example of the mail setting information stored in the mail setting storage unit 62.
  • Mail setting information is entered by a general user on a text ID indicating the template of the mail text associated with each input screen, a reminder period and day of the week conditions indicating the transmission timing of the mail associated with the input screen, and the input screen. Including the standard time required for input.
  • the remind period indicates an interval from when the user last inputs to the input screen until the mail is transmitted.
  • the day-of-week condition indicates a day of the week when a remind mail may be transmitted.
  • the reminding mail transmission unit 54 determines whether the reminding period has elapsed from the last input date (step S303). More precisely, it is determined whether or not the date (processing date) when this processing is executed has passed the reminder period from the last input date. If the day of the week condition is specified, it is determined whether the processing date has passed the reminder period from the last input date and the day of the processing day is the day indicated in the day of the week condition.
  • the remind mail transmission unit 54 determines whether a remind mail for the user has not been transmitted (step S304). If the remind mail has not been transmitted (Y in step S304), the remind mail transmitting unit 54 performs the process of transmitting the remind mail in steps S305 to S310. If no day condition is specified, the remind mail is transmitted on the day when the remind period has elapsed from the last input date.
  • the remind mail transmission unit 54 acquires a text associated with the specified input screen (step S305).
  • the remind mail transmission unit 54 acquires the input speed of the user by using the input time of each input screen acquired from the user information and application information (step S306). More specifically, the remind mail transmission unit 54 acquires the input time of the input screen and the previous input screen for the input screen belonging to the list of input screens acquired from the application information and the like and input by the user. The difference from the input time is acquired as the required input time on the input screen.
  • the remind mail transmission unit 54 acquires, for each input screen, a ratio between the input required time and the standard required time associated with the input screen.
  • a value obtained by averaging the ratios of the respective input screens that are less than the threshold value is calculated based on the input speed of the user.
  • the threshold is used in order to avoid an unrealistic slow calculation of the user's input when it takes time due to some interruption during the user's input work. It is.
  • the remind mail transmission unit 54 predicts the required input time on the remaining input screen based on the input speed of the user (step S307). More specifically, the remind mail transmission unit 54 acquires a time obtained by multiplying the calculated ratio by the sum of the standard required times of input screens that have not been input as the predicted required input time.
  • the remind mail transmission unit 54 acquires the user's name and mail address from the user information (step S308). Note that the remind mail transmission unit 54 does not have to acquire the mail address or name from the information input on the input screen of the festival for this application. If the insurance application system is linked to another user authentication system and the input on the input screen is performed after logging in to the user authentication system, the logged-in user is identified by the user ID of the user authentication system, An email address or the like associated with the user ID may be acquired from the user authentication system.
  • the reminder mail transmission unit 54 sends a template of a sentence associated with the specified input screen, more precisely a template of a sentence having a sentence ID associated with the specified input screen, and the acquired name and predicted value. Using the input required time, a text of a remind mail for transmission is created (step S309).
  • the remind mail transmission unit 54 creates a text of the remind mail, and then transmits an email including the generated text of the remind mail to the user's mail address (step S310).
  • FIG. 13 is a diagram showing an example of a reminder mail text.
  • This text is an example of a text of a remind mail to be transmitted when the input screen last input by the user is a contractor information input screen or a special contract input screen.
  • the text ID of the model of the text is “mail11”, and in the model, the part of the name “Rakuten Taro” is another character string indicating that it should be replaced with the user's name.
  • the text of the reminder mail is mainly based on the text that advances the insurance product itself. Yes.
  • the timing for sending the remind mail is not short of the input interruption, the mail is sent seven days after the input interruption.
  • FIG. 14 is a diagram showing another example of the text of the remind mail.
  • This text is an example of a text of a remind mail transmitted when the input screen last input by the user is the first health status input screen or the second health status input screen.
  • the text ID of the model of this text is “mail13”, and in the model, the name “Rakuten Taro” and “5 minutes” are parts that should be replaced with the user's name and required input time. It is a character string. If the user is in the process of entering notification items, the user is likely to apply for insurance, so it is not an explanation of the insurance product.
  • the text shows answers to questions that users can easily hold. Further, since the possibility of forgetting the application increases as the number of days elapses, the remind mail is transmitted in a shorter period than the mail shown in FIG. 13 such as one day.
  • the remind mail transmission unit 54 may further transmit a remind mail including other texts at the end of the month before the birth month.
  • the client device 2 accesses the destination of the URL using the browser program, and acquires information on the input resume screen from the insurance application server 1.
  • the input resuming unit 58 is realized centering on the processor 11, the storage unit 12, and the communication unit 13. When there is an access from the user based on the remind mail or the like, the input resuming unit 58 transmits information on an input resumption screen for confirming whether or not to resume the input to the user, and the input is not performed. The user input is resumed from the previous input screen.
  • FIG. 15 is a diagram showing an example of the input resume screen.
  • insurance products for which the user has suspended the application work, the date of suspension, and information indicating the prospects of the remaining work are arranged.
  • the application input confirmation unit 52 causes the application input confirmation unit 52 to perform processing subsequent to the input screen next to the input screen.
  • the user presses the “delete” button the user information stored in the application information storage unit 61 is deleted. By doing so, the user can skip the input screen that has been input and input the remaining input screen. As a result, the input load on the user is reduced as compared with the case where the user cannot resume.
  • 1 insurance application server 1 client device, 3 network, 11 processor, 12 storage unit, 13 communication unit, 14 input / output unit, 33 application button, 51 estimation unit, 52 application input confirmation unit, 53 application reception unit, 54 remind mail Transmission unit, 55 input screen presentation unit, 56 input acquisition unit, 57 input status recording unit, 58 input resume unit, 61 application information storage unit, 62 mail setting storage unit.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Technology Law (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

　入力作業を中断したユーザに送信するリマインドメールの文面を、そのユーザが入力を再開させるためにより適切なものとする。　保険申込システムは、それぞれ入力項目を有し申込者に提示される複数の入力画面を順に提示し、前記申込者が前記複数の入力画面のいずれかに対して入力された情報に基づいて、前記申込者が入力を済ませた入力画面を示す入力状況情報と当該入力を済ませた日時とを前記申込者に関連づけて記憶させ、前記申込者に関連づけられた前記入力状況情報と前記日時とに基づいて、前記申込者が最後に前記複数の入力画面のいずれかに対して入力した日時からリマインド期間を経過した場合に、前記申込者により入力された入力画面のうち最後のものに関連づけられた文面のひな型に応じたリマインドメール文面を含む電子メールを前記申込者のメールアドレスに送信する。

Description

保険申込システム、保険申込方法、プログラムおよび情報記憶媒体
　本発明は保険申込システム、保険申込方法、プログラムおよび情報記憶媒体に関する。
　インターネットを用いて保険を申し込むことを可能にするサイトがある。保険の申込みの際には、ユーザは契約者・被保険者情報の入力、意向確認、告知事項の入力、支払方法入力などを行う。この際に、ユーザは場合によっては１０ページを超える画面を閲覧し、またそれらの画面に配置されたフォームに対する入力作業を行う必要がある。このように閲覧や入力を行う作業が膨大であるため、告知事項である健康状態を申告する際に通院歴を調べようと作業を中断したり、支払方法を家族と相談するために作業を中断したりすることがある。そのような場合には、作業を中断し、続きの作業に着手しないまま数日が経過することも珍しくない。このようなユーザの申込みを促すために、入力作業を中断してから所定の期間（１週間など）経過した際にリマインドメールを送信する保険会社もある。
　特許文献１には、学習者の学習の進捗状況に応じたアドバイス文を書き込んだ支援メールを送信することが記載されている。
特開２００３－１５００２９号公報
　入力作業を中断したユーザに送信するリマインドメールの文面が、各ユーザに入力を再開させるためには必ずしも適切でないことがあった。実際には、入力作業をどこまで終えているか、どこで作業を中断したかにより、リマインドの際に適したメッセージは異なる。例えば、契約者・被保険者情報の入力の段階で中断した場合には、そもそも保険加入の必要性から改めて説く必要がある。また、支払方法入力の段階で中断した場合には、そのような必要はなく、単に作業完了を促せばよい。
　本発明は上記課題を鑑みてなされたものであって、その目的は、入力作業を中断したユーザに送信するリマインドメールの文面を、そのユーザが入力を再開させるためにより適切なものとすることにある。
　上記課題を解決するために、本発明にかかる保険申込システムは、それぞれ入力項目を有し、申込者に提示される複数の入力画面を順に提示する入力画面提示手段と、前記申込者が前記複数の入力画面のいずれかに対して入力する情報を取得する取得手段と、前記取得された情報に基づいて、前記複数の入力画面のいずれかであって前記申込者が入力を済ませた入力画面を示す入力状況情報と当該入力を済ませた日時とを前記申込者に関連づけて記憶させる入力状況記録手段と、前記申込者に関連づけられた前記入力状況情報と前記日時とに基づいて、前記申込者が最後に前記複数の入力画面のいずれかに対して入力した日時からリマインド期間を経過した場合に、前記申込者により入力された入力画面のうち最後のものに関連づけられた文面のひな型に応じたリマインドメール文面を含む電子メールを前記申込者のメールアドレスに送信するリマインド手段と、を含むことを特徴とする。
　また、本発明にかかる保険申込方法は、それぞれ入力項目を有し、申込者に提示される複数の入力画面を順に提示し、前記申込者が前記複数の入力画面のいずれかに対して入力する情報を取得し、前記取得された情報に基づいて、前記複数の入力画面のいずれかであって前記申込者が入力を済ませた入力画面を示す入力状況情報と当該入力を済ませた日時とを前記申込者に関連づけて記憶させ、前記申込者に関連づけられた前記入力状況情報と前記日時とに基づいて、前記申込者が最後に前記複数の入力画面のいずれかに対して入力した日時からリマインド期間を経過した場合に、前記申込者により入力された入力画面のうち最後のものに関連づけられた文面のひな型に応じたリマインドメール文面を含む電子メールを前記申込者のメールアドレスに送信する、ことを特徴とする。
　また、本発明にかかるプログラムは、それぞれ入力項目を有し、申込者に提示される複数の入力画面を順に提示し、前記申込者が前記複数の入力画面のいずれかに対して入力する情報を取得し、前記取得された情報に基づいて、前記複数の入力画面のいずれかであって前記申込者が入力を済ませた入力画面を示す入力状況情報と当該入力を済ませた日時とを前記申込者に関連づけて記憶させ、前記申込者に関連づけられた前記入力状況情報と前記日時とに基づいて、前記申込者が最後に前記複数の入力画面のいずれかに対して入力した日時からリマインド期間を経過した場合に、前記申込者により入力された入力画面のうち最後のものに関連づけられた文面のひな型に応じたリマインドメール文面を含む電子メールを前記申込者のメールアドレスに送信する、処理をコンピュータに実行させることを特徴とする。
　また、本発明にかかるコンピュータ読取り可能な記憶媒体は、上記プログラムを格納する。
　本発明によれば、入力作業を中断したユーザに送信するリマインドメールの文面を、よりそのユーザが入力を再開させるために適切なものとすることができる。
　本発明の一態様では、前記リマインド手段は、前記申込者が前記複数の入力画面のいずれかに対して最後に入力した日時から、前記申込者が最後に入力した前記いずれかの入力画面に関連づけられたリマインド期間が経過した場合に、前記リマインドメール文面を含む電子メールを前記申込者のメールアドレスに送信してもよい。
　この態様によれば、ユーザに対してより再開をしやすいタイミングでリマインドメールを送信することができる。
　本発明の一態様では、前記リマインド手段は、前記申込者が前記各入力画面に対して入力した時刻に基づいて、当該申込者の入力の速さを示す情報を取得し、前記速さを示す情報にさらに基づいてリマインドメール文面を生成し、生成されたリマインドメール文面を含む電子メールを前記申込者のメールアドレスに送信してもよい。
　本態様によれば、ユーザに対して入力を再開する場合の手間がどの程度であるかをより正確に提示することができる。
本発明の実施形態にかかる保険申込システムの構成の一例を示す図である。 保険申込サーバのハードウェア構成の一例を示す図である。 保険申込サーバが実現する機能を示す機能ブロック図である。 保険の申込に用いられる画面の種類の一例を示す図である。 見積部の処理フローの一例を示す図である。 見積詳細画面の一例を示す図である。 ある入力画面にユーザが入力をした際の処理フローの一例を示す図である。 ユーザ情報の一例を示す図である。 第１健康状態入力画面の一例を示す図である。 申込情報の一例を示す図である。 リマインド送信部の処理フローの一例を示す図である。 メール設定情報の一例を示す図である。 リマインドメールの文面の一例を示す図である。 リマインドメールの文面の他の一例を示す図である。 入力再開画面の一例を示す図である。
　以下では、本発明の実施形態を図面に基づいて説明する。同じ符号を付された構成については、重複する説明を省略する。以下では特に断りのない部分ではインターネット上で生命保険を申込むサービスについて説明するが、損害保険など他の保険をインターネット上で申込むサービスについても同様の処理を適用できる。
　図１は、本発明の実施形態にかかる保険申込システムの構成の一例を示す図である。この保険申込システムは、保険申込サーバ１と、クライアント装置２とを含む。これらは、ネットワーク３を介して接続されている。ネットワーク３は、例えばローカルエリアネットワークやインターネットといったものである。
　保険申込サーバ１は、サーバコンピュータである。保険申込サーバ１は、クライアント装置２からの要求に応じてデータベース等から情報を取得し、取得した情報をクライアント装置２に向けて送信する。クライアント装置２は、例えばスマートフォンやパーソナルコンピュータのようなコンピュータである。ここでは、保険申込サーバ１はウェブサーバプログラム（ｈｔｔｐｄなど）を実行し、ブラウザプログラムを実行するクライアント装置２によってユーザが入力した要求が保険申込サーバ１に送信され、保険申込サーバ１から送信された情報に応じた画面がユーザに提示される。
　図２は保険申込サーバ１のハードウェア構成の一例を示す図である。保険申込サーバ１は、プロセッサ１１、記憶部１２、通信部１３、入出力部１４を含む。
　プロセッサ１１は、記憶部１２に格納されているプログラムに従って動作する。またプロセッサ１１は通信部１３、入出力部１４を制御する。なお、上記プログラムは、インターネット等を介して提供されるものであってもよいし、フラッシュメモリやＤＶＤ－ＲＯＭ等のコンピュータで読み取り可能な記憶媒体に格納されて提供されるものであってもよい。
　記憶部１２は、ＲＡＭやフラッシュメモリ等のメモリ素子やハードディスクドライブによって構成されている。記憶部１２は、上記プログラムを格納する。また、記憶部１２は、各部から入力される情報や演算結果を格納する。
　通信部１３は、他の装置と通信する機能を実現するものであり、例えば有線ＬＡＮの通信用集積回路やコネクタ、無線ＬＡＮの集積回路やアンテナなどにより構成されている。通信部１３は、プロセッサ１１の制御に基づいて、他の装置から受信した情報をプロセッサ１１や記憶部１２に入力し、他の装置に情報を送信する。
　入出力部１４は、表示出力手段をコントロールするビデオコントローラや、入力デバイスからのデータを取得するコントローラなどにより構成される。入力デバイスとしては、キーボード、マウス、タッチパネルなどがある。入出力部１４は、プロセッサ１１の制御に基づいて、表示出力デバイスに表示データを出力し、入力デバイスをユーザが操作することにより入力されるデータを取得する。表示出力デバイスは例えば外部に接続されるディスプレイ装置である。なお、クライアント装置２も保険申込サーバ１と同様にプロセッサ、記憶部、通信部、入出力部を含む。クライアント装置２に含まれる入出力部は例えばスマートフォンに内蔵されるディスプレイに表示データを出力する。
　図３は、保険申込サーバ１が実現する機能を示す機能ブロック図である。保険申込サーバは、機能的に、見積部５１と、申込入力確認部５２と、申込受付部５３と、リマインドメール送信部５４と、入力再開部５８と、申込情報格納部６１と、メール設定格納部６２と、を含む。また、申込入力確認部５２は、機能的に、入力画面提示部５５と、入力取得部５６と、入力状況記録部５７とを含んでいる。これらの機能は、保険申込サーバ１に含まれるプロセッサ１１が、記憶部１２に格納されたプログラムを実行し通信部１３等を制御することにより実現される。
　また、申込情報格納部６１は、ユーザが入力した契約者（ユーザ）の情報（契約者情報）や、ユーザが申込む保険プランの情報および告知情報などを格納するデータベースであり、メール設定格納部６２は、メール設定情報やメール文面などを格納するデータベースである。申込情報格納部６１、メール設定格納部６２は、それぞれ保険申込サーバ１の記憶部１２を中心として実現されるが、保険申込サーバ１から独立しかつデータベースプログラムが実行される他のサーバコンピュータにより実現されてもよい。
　なお、クライアント装置２はブラウザプログラムを実行しており、保険申込サーバ１から受信したデータに基づいて表示出力デバイスに画像を出力させ、ユーザへ情報を提示する。またクライアント装置２は、ユーザからタッチパネルやキーボードなどを介して入力された情報を保険申込サーバ１へ送信する。
　図４は、保険の申込に用いられる画面の種類の一例を示す図である。図４に示す実線の長方形のそれぞれは、保険申込サーバ１が保険の申込の際に出力する画面を示し、実線の矢印は、ユーザが前の画面に入力した内容を修正することなく入力を続ける場合の画面遷移を示す。見積入力画面および見積詳細画面は、ユーザが申込を開始する前に保険商品の紹介や提案を行うための画面であり、見積部５１はこれらの画面に関する処理を行う。また、見積詳細画面でユーザが保険の申込を開始する指示をすると、申込入力確認部５２が契約者情報入力画面から最終確認画面までの１３画面を順に用いて申込入力処理を行う。なお、図４には入力画面の正方形の左上に通し番号を記載している。また申込入力処理に用いられる画面は、その画面で入力または確認される内容の性質によって７つのグループに分けられる。図４において１または複数の画面を囲む一点鎖のそれぞれはそのグループを示す。
　保険を申込むユーザがＷｅｂサイトから保険の申込をしようとする場合、ユーザには見積入力画面から操作を開始させる。そして、ユーザが最終確認画面で保険の申込を確定する旨のボタンを押下すると、Ｗｅｂサイトにおける保険の申込の作業が終了する。また、ユーザが途中の画面まで入力を完了し、それ以降の入力を中断した場合には、後日に入力再開画面を介してその入力が完了した画面の次の画面から保険の申込の作業を再開することが可能になる。破線の矢印は入力を再開する際の画面の遷移を示している。なお、図４では破線の矢印の先は画面のグループになっているが、実際は入力が完了した入力画面の次の入力画面に遷移する。
　次に、各画面に関する処理を説明する。図５は、見積部５１の処理フローの一例を示す図である。見積部５１は、プロセッサ１１、記憶部１２および通信部１３を中心として実現され、ユーザが入力した見積条件に応じた保険プランを提示する。はじめに、見積部５１は、保険申込サーバ１にアクセスするユーザが操作するクライアント装置２に対して、見積入力画面の情報を送信する（ステップＳ１０１）。ここで、各画面の情報はＨＴＭＬデータであり、この情報はクライアント装置２に実行させるスクリプトの情報も含んでいる。
　見積入力画面は、見積条件を入力させる画面であり、見積条件として、ユーザの家族構成と、保険に加入済か否かと、生命保険で保険料と補償額のどちらを重視するかと、性別生年月日とを入力させる領域を有する。また、見積入力画面においてこれらの領域に見積条件が入力されると、見積入力画面の情報に含まれるスクリプトを実行するクライアント装置２は、見積条件を保険申込サーバ１に送信する。
　一方、見積部５１はクライアント装置２から送信された見積条件を受信する（ステップＳ１０２）。そして、見積部５１はその見積条件に応じて提案する保険プランを決定し（ステップＳ１０３）、またその決定された保険プランおよび見積条件における保険料を算出する（ステップＳ１０４）。そして、決定された保険プランおよび算出された保険料の情報を含む見積詳細画面の情報をクライアント装置２に向けて送信する（ステップＳ１０５）。
　図６は、見積詳細画面の一例を示す図である。見積詳細画面には、保険プランとその保険プランにおける保険料とが配置されている。また、見積詳細画面には、性別や生年月日を修正するための入力領域や、ユーザが保険プランに納得した場合に保険の申込を開始することを指示する申込ボタン３３が配置されている。見積詳細画面には、保険プランとして生命保険の複数の商品のそれぞれの欄が表示されており、それぞれの欄には、その商品の名称と、その商品を見積および申込の対象とするか否かを選択するチェックボックスと、その商品の保険金額等を入力する領域と、商品の概要を説明する領域とを含んでいる。また、見積詳細画面にはそれぞれの商品について、ユーザの生年月日等により算出された保険料と、それらを合計した合計保険料とを表示する欄も配置されている。
　ユーザが見積詳細画面について何らかの入力操作をすると、クライアント装置２はそのユーザにより入力された情報を送信する。そして、見積部５１はそのユーザにより入力された情報を受信し（ステップＳ１０６）、その入力された情報がユーザが申込ボタン３３を押下したこと（申込の指示）であれば（ステップＳ１０７のＹ）、見積部５１は申込入力確認部５２に始めの入力画面（契約者情報入力画面）を表示させる処理を開始させる（ステップＳ１０８）。一方、入力された情報が申込の指示でなければ、入力された情報（例えば生年月日や変更された保証額など）に応じて保険料を算出し（ステップＳ１０９）、ステップＳ１０５の見積詳細画面の情報を送信する処理に遷移させ、以降の処理を繰り返す。
　申込入力確認部５２は、プロセッサ１１、記憶部１２および通信部１３を中心として実現される。申込入力確認部５２は、保険の申込を行うユーザに対して複数の入力画面を順に提示し、提示された入力画面に対して入力された情報を取得して申込情報格納部６１に格納させる。以下では、申込入力確認部５２およびそれに含まれる入力画面提示部５５、入力取得部５６、および入力状況記録部５７の処理について説明する。
　入力画面提示部５５は、ユーザに複数の入力画面を順に提示する。見積詳細画面でユーザが申込ボタン３３を押下すると、入力画面提示部５５は始めの入力画面（契約者情報入力画面）の情報をユーザのクライアント装置２に送信し、また、ユーザの入力に応じてそれ以降の入力画面を順にユーザのクライアント装置２に送信する。また、入力取得部５６は、ユーザが提示された入力画面において入力する情報を取得し、入力状況記録部５７はユーザが入力した情報や、その入力を済ました日時をそのユーザと関連づけて申込情報格納部６１に格納させる。
　以下では、ある入力画面の情報を入力画面提示部５５が送信し、クライアント装置２でその入力画面が表示された後に、ユーザがその入力画面に対して入力をした場合の処理について説明する。図７は、ある入力画面にユーザが入力をした際の処理フローの一例を示す図である。
　はじめに、入力取得部５６は、表示された入力画面に対してユーザにより入力された情報を取得する（ステップＳ２０１）。入力された情報が、次の画面に遷移する指示を含む場合には（ステップＳ２０２のＹ）、入力状況記録部５７は、入力フォームやチェックボックスなどに入力された情報に、必須の項目について未入力の項目が存在するか、また入力事項どうしの矛盾といった誤りがあるかについて確認する（ステップＳ２０３）。そして、必須項目が未入力の状態であったり、誤りがある場合には（ステップＳ２０３のＮ）、現在の入力画面と同じ画面の情報を再入力のために送信する（ステップＳ２０４）。一方、入力された情報について全ての必須項目が入力されており、誤りがない場合には（ステップＳ２０３のＹ）、入力状況記録部５７は入力された項目の情報を、その項目が入力された日時（現在日時）とともにユーザに関連づけて申込情報格納部６１に格納する（ステップＳ２０５）。また入力状況記録部５７はユーザに関連づけて申込情報格納部６１に格納された最終入力日を格納または更新する（ステップＳ２０６）。この最終入力日は、はじめの入力画面について入力がされた際に新たに格納され、それ以降は更新される。そして、入力画面提示部５５は、次の入力画面があればその入力画面の情報を送信する（ステップＳ２０７）。なお、最終の入力画面である最終確認画面について入力取得部５６、入力状況記録部５７の処理を行う場合には、ステップＳ２０７の代わりに申込受付部５３に申込受付の処理をさせ、申込受付部５３が申込が受け付けられたことを示す画面の情報を送信する。なお、ステップＳ２０２で次の画面に遷移する指示を含まない場合（ステップＳ２０２のＮ）には、前の画面に遷移する指示を含むものとして、入力画面提示部５５は１つ前の入力画面の情報を送信する（ステップＳ２０８）。
　図８は、申込情報格納部６１に格納されるユーザ情報の一例を示す図である。ユーザ情報は、保険を申込むユーザの契約者情報でもある。ユーザ情報は、ユーザを特定するためのユーザＩＤと、メールアドレスと、氏名、生年月日、住所などのユーザの属性を示す情報と、これらの情報を入力した入力日時と、入力画面で最後に入力をした日付（最終入力日）とを含む。入力状況記録部５７は、ユーザが契約者情報入力画面に入力した情報をユーザ情報として申込情報格納部６１に格納させる。
　図９は、第１健康状態入力画面の一例を示す図である。第１健康状態入力画面は、生命保険の契約の際に必要となる告知事項のうち、健康状態に関する情報をユーザに入力させる画面である。図９では入力する項目は３つであるが、実際には１０を超える項目を入力させる。また、ユーザが「次へ」ボタンを押下すると、クライアント装置２は、ユーザがこの入力画面の入力をして次の入力画面へ進む指示の情報と、入力された項目の情報とを送信する。一方ユーザが「前へ」ボタンを押下すると、クライアント装置２は、ユーザが前の入力画面へ戻る指示の情報を送信する。
　図１０は、申込情報格納部６１に格納される申込情報の一例を示す図である。申込情報は、ユーザ情報以外の保険申込にかかわる情報であり、ユーザが申込む保険のプラン（商品）に関する情報や、告知事項の情報を含む。申込情報は、あるユーザについて複数の入力項目を含み、そのそれぞれの入力項目について値が記録されている。また、申込情報には、それぞれの入力項目についてその情報が入力された日時（入力日時）も記録されている。図１０の例では、あるユーザについての申込情報は、複数のレコードからなり、それぞれのレコードが１つの入力項目に対応している。また、それぞれの入力項目について、その入力項目を入力させる画面の情報も付加されている。また、申込情報は、ユーザが入力フォームやラジオボタン等に入力した情報そのものだけではない。ユーザが入力画面で提示した重要事項説明などを確認し、その上で入力操作を進めるボタンを押下したことを示す情報も申込情報に含まれる。
　ここで、申込情報格納部６１に格納されるユーザ情報や申込情報はユーザが入力画面の項目等に入力した情報であるが、これらの情報はどの入力画面までユーザが入力を済ませたかの入力状況を示す情報でもある。どの入力画面まで入力したかを判断することは、どの入力項目までその値が申込情報格納部６１に格納されているかを調べることによって可能であるからである。
　申込情報は、図１０のような形式でなくてもよい。例えば、ユーザごとに１レコードとし、各入力項目の値が羅列されるようなものであってもよい。その場合、入力日時は、入力画面ごとに申込情報に記録されるようになっていてもよい。また、入力状況記録部５７は、申込情報を、ユーザが申込んだ保険の商品の情報と、告知事項の情報とに分けて申込情報格納部６１に格納しても良い。
　申込受付部５３は、プロセッサ１１、記憶部１２および通信部１３を中心として実現される。申込受付部５３は、ユーザが最終確認画面で「申込を確定する」ボタンを押下し、保険の申込を確定する指示をすると、そのユーザについて申込情報格納部６１に格納された情報を保険の申込を処理するためのシステムである基幹処理システムに送信する。基幹処理システムでは保険の申込があったことを保険会社の担当者に知らせ、内容の審査など以降の申込の処理を進める。
　次に、ユーザが入力画面での入力操作を中断した場合の保険申込システムの処理について説明する。リマインドメール送信部５４は、プロセッサ１１、記憶部１２および通信部１３を中心として実現される。リマインドメール送信部５４はユーザについてリマインド期間に関する条件を満たす場合に、ユーザにより入力された入力画面のうち最後のものに関連づけられた文面のひな型に応じた文面を含む電子メールをユーザのメールアドレスに送信する。リマインド期間に関する条件は、ユーザに関連づけて格納された最終入力日時からリマインド期間が経過することである。リマインド期間は、ユーザが最後に入力した入力画面に応じて定まるものであってもよい。また、リマインドメール送信部５４は、ユーザが各入力画面に対して入力した時刻に基づいてユーザの入力の速さを示す情報を取得し、その速さを示す情報にさらに基づいてリマインドメール文面を生成してもよい。以下ではこれらの処理について詳細に説明する。
　図１１は、リマインドメール送信部５４の処理フローの一例を示す図である。図１１に示す処理フローは、あるユーザについての処理であり、実際には、図１１に示すこの処理は入力を途中で中断している全てのユーザについて毎日実行されている。
　リマインドメール送信部５４は、はじめに、ユーザが最後に入力した入力画面を特定する（ステップＳ３０１）。より具体的には、リマインドメール送信部５４は申込情報格納部６１に格納される申込情報やユーザ情報から、入力された入力項目のリストおよびそれらの入力項目が存在する入力画面のリストを取得し、その入力画面のリストのうち順位が最後になる入力画面をユーザが最後に入力した入力画面として特定する。次に、リマインドメール送信部５４は、メール設定情報を格納するメール設定格納部６２から、特定された画面に関連づけられたリマインド期間や曜日条件（設定されている場合）を取得する（ステップＳ３０２）。
　図１２は、メール設定格納部６２に格納されるメール設定情報の一例を示す図である。メール設定情報は各入力画面に関連付けられるメール文面のひな型を示す文面ＩＤと、その入力画面に関連づけられたメールの送信タイミングを示すリマインド期間および曜日条件と、その入力画面に一般的なユーザが入力する際の入力所要時間である標準所要時間とを含む。リマインド期間は、ユーザが最後に入力画面に入力してからのメールを送信するまでの間隔を示すものである。また、曜日条件は、リマインドメールを送信してよい曜日を示すものである。
　リマインド期間等を取得すると、リマインドメール送信部５４は最終入力日からリマインド期間が経過しているかを判定する（ステップＳ３０３）。より厳密には、この処理が実行される日（処理日）が、最終入力日からリマインド期間以上経過しているかを判定する。また曜日条件が指定されている場合には、処理日が最終入力日からリマインド期間以上経過しかつその処理日の曜日が曜日条件に示された曜日であるかを判定する。
　上述の条件を満たしていると判定された場合（ステップＳ３０３のＹ）には、リマインドメール送信部５４はユーザについてのリマインドメールが未送信であるかを判定する（ステップＳ３０４）。リマインドメールが未送信であれば（ステップＳ３０４のＹ）、リマインドメール送信部５４はステップＳ３０５からＳ３１０のリマインドメールの送信処理を行う。なお、曜日条件が指定されていない場合、リマインドメールは最終入力日からリマインド期間が経過した日に送信される。
　リマインドメールの送信の処理についてさらに説明する。はじめに、リマインドメール送信部５４は、特定された入力画面に関連づけられた文面を取得する（ステップＳ３０５）。次に、リマインドメール送信部５４は、ユーザ情報や申込情報から取得される各入力画面の入力時刻を用いて、ユーザの入力の速さを取得する（ステップＳ３０６）。より具体的には、リマインドメール送信部５４は申込情報等から取得され、ユーザが入力を済ませた入力画面のリストに属する入力画面について、その入力画面の入力時刻と、その１つ前の入力画面の入力時刻との差をその入力画面の入力所要時間として取得する。次に、リマインドメール送信部５４は、各入力画面について、入力所要時間と、その入力画面に関連づけられた標準所要時間との比を取得する。そして、各入力画面についての比のうち閾値未満のものの平均をとった値をユーザの入力の速さをして算出する。閾値を用いるのは、ユーザの入力作業中に何らかの割込があっったために時間がかかってしまったなどの場合に、ユーザの入力の速さが非現実なほど遅く算出されることを避けるためである。
　そして、リマインドメール送信部５４は、ユーザの入力の速さに基づいて、残りの入力画面における入力所要時間を予測する（ステップＳ３０７）。より詳細には、リマインドメール送信部５４は入力が済んでいない入力画面の標準所要時間の和に算出された比をかけた時間を予測される入力所要時間として取得する。
　次に、リマインドメール送信部５４は、ユーザ情報からユーザの氏名やメールアドレスを取得する（ステップＳ３０８）。なお、リマインドメール送信部５４は、メールアドレスや氏名を、この申込の祭の入力画面で入力された情報から取得しなくてもよい。もし保険申込システムが他のユーザ認証システムを連携し、入力画面への入力が、ユーザ認証システムへのログイン後に行われているのであれば、ログインしたユーザをユーザ認証システムのユーザＩＤで特定し、そのユーザＩＤに関連付けられたメールアドレス等をユーザ認証システムから取得してもよい。
　またリマインドメール送信部５４は、特定された入力画面に関連づけられた文面のひな型、より厳密には特定された入力画面に関連づけられた文面ＩＤを有する文面のひな型と、取得された氏名や予測された入力所要時間とを用いて、送信用のリマインドメールの文面を作成する（ステップＳ３０９）。
　そして、リマインドメール送信部５４は、リマインドメールの文面を作成した後に、生成されたリマインドメールの文面を含む電子メールをユーザのメールアドレスに向けて送信する（ステップＳ３１０）。
　図１３は、リマインドメールの文面の一例を示す図である。この文面は、ユーザが最後に入力した入力画面が契約者情報入力画面や、特約入力画面である場合に送信するリマインドメールの文面の例である。この文面のひな型の文面ＩＤは「ｍａｉｌ１１」であり、ひな型では氏名「楽天太郎」の部分が、ユーザの氏名と置換されるべき箇所であることを示す別の文字列になっている。このように保険の申込の初期の段階では、ユーザは保険の申込を進めるか否か自体を検討している可能性が高いため、リマインドメールの文面は、保険商品そのものを進める文章を主体にしている。また、リマインドメールを送信するタイミングが入力の中断から間がないとユーザが煩わしく感じる可能性があるため、入力の中断から７日後にメールを送信するようにしている。
　図１４は、リマインドメールの文面の他の一例を示す図である。この文面は、ユーザが最後に入力した入力画面が第１健康状態入力画面や、第２健康状態入力画面である場合に送信するリマインドメールの文面の例である。この文面のひな型の文面ＩＤは「ｍａｉｌ１３」であり、ひな型では氏名「楽天太郎」や、「５分」の部分が、ユーザの氏名や入力所要時間と置換されるべき箇所であることを示す別の文字列になっている。ユーザが告知事項の入力が進めている場合は、ユーザは保険の申込をする意思が強いと考えられるので、保険商品についての説明では無く、単に続いての入力をお願いする文章や、この段階でユーザが抱きやすい疑問への回答などを示した文面になっている。また、日数が経過するほど申込を忘れる可能性が高くなるため、１日など、図１３に示すメールより短い期間でリマインドメールを送信するようにしている。
　保険の申込では、多数の入力画面を用い、またその入力画面によってユーザに要求するものの性質が異なっている。このような特性を有する保険においては、入力画面の進行の度合いによってリマインドのためのメールの文面や送信タイミングを切り替えたりすることが有効である。なお、リマインドメール送信部５４は、さらに誕生月の前月の月末などに他の文面を含むリマインドメールを送信してもよい。
　ユーザが、クライアント装置２でこれらのリマインドメールを確認し、申込を再開する場合には、メールに記載された再開用のＵＲＬを開く。すると、クライアント装置２は、ブラウザプログラムを用いてそのＵＲＬの先にアクセスし、保険申込サーバ１から入力再開画面の情報を取得する。
　入力再開部５８は、プロセッサ１１、記憶部１２および通信部１３を中心として実現される。入力再開部５８は、リマインドメールなどに基づいてユーザからのアクセスがあった場合に、ユーザに入力の再開をするか否かを確認する入力再開画面の情報を送信し、入力がされていない入力画面のうち最も前の入力画面からユーザの入力を再開させる。
　図１５は、入力再開画面の一例を示す図である。入力再開画面には、ユーザが申込作業を中断した保険の商品と、中断した日付と、残りの作業の見通しを示す情報とが配置されている。ここでユーザが「申込みを再開する」ボタンを押下し、その情報を入力再開部５８が受信すると、申込入力確認部５２に最後に入力した入力画面の次の入力画面以降の処理を行わせる。一方、ユーザが「削除」ボタンを押下した場合には、申込情報格納部６１に格納されたそのユーザの情報を削除する。こうすることで、ユーザは入力が済んだ入力画面をスキップして残りの入力画面に入力することが可能となる。これによりユーザの入力負荷は再開できない場合より軽減される。
　１　保険申込サーバ、２　クライアント装置、３　ネットワーク、１１　プロセッサ、１２　記憶部、１３　通信部、１４　入出力部、３３　申込ボタン、５１　見積部、５２　申込入力確認部、５３　申込受付部、５４　リマインドメール送信部、５５　入力画面提示部、５６　入力取得部、５７　入力状況記録部、５８　入力再開部、６１　申込情報格納部、６２　メール設定格納部。

Claims (6)

  1. 　それぞれ入力項目を有し、申込者に提示される複数の入力画面を順に提示する入力画面提示手段と、
    　前記申込者が前記複数の入力画面のいずれかに対して入力する情報を取得する取得手段と、
    　前記取得された情報に基づいて、前記複数の入力画面のいずれかであって前記申込者が入力を済ませた入力画面を示す入力状況情報と当該入力を済ませた日時とを前記申込者に関連づけて記憶させる入力状況記録手段と、
    　前記申込者に関連づけられた前記入力状況情報と前記日時とに基づいて、前記申込者が最後に前記複数の入力画面のいずれかに対して入力した日時からリマインド期間を経過した場合に、前記申込者により入力された入力画面のうち最後のものに関連づけられた文面のひな型に応じたリマインドメール文面を含む電子メールを前記申込者のメールアドレスに送信するリマインド手段と、
    　を含むことを特徴とする保険申込システム。
  2. 　前記リマインド手段は、前記申込者が前記複数の入力画面のいずれかに対して最後に入力した日時から、前記申込者が最後に入力した前記いずれかの入力画面に関連づけられたリマインド期間が経過した場合に、前記リマインドメール文面を含む電子メールを前記申込者のメールアドレスに送信する、
    　ことを特徴とする請求項１に記載の保険申込システム。
  3. 　前記リマインド手段は、前記申込者が前記各入力画面に対して入力した時刻に基づいて、当該申込者の入力の速さを示す情報を取得し、前記速さを示す情報にさらに基づいてリマインドメール文面を生成し、生成されたリマインドメール文面を含む電子メールを前記申込者のメールアドレスに送信する、
    　ことを特徴とする請求項１または２のいずれかに記載の保険申込システム。
  4. 　それぞれ入力項目を有し、申込者に提示される複数の入力画面を順に提示し、
    　前記申込者が前記複数の入力画面のいずれかに対して入力する情報を取得し、
    　前記取得された情報に基づいて、前記複数の入力画面のいずれかであって前記申込者が入力を済ませた入力画面を示す入力状況情報と当該入力を済ませた日時とを前記申込者に関連づけて記憶させ、
    　前記申込者に関連づけられた前記入力状況情報と前記日時とに基づいて、前記申込者が最後に前記複数の入力画面のいずれかに対して入力した日時からリマインド期間を経過した場合に、前記申込者により入力された入力画面のうち最後のものに関連づけられた文面のひな型に応じたリマインドメール文面を含む電子メールを前記申込者のメールアドレスに送信する、
    　ことを特徴とする保険申込方法。
  5. 　それぞれ入力項目を有し、申込者に提示される複数の入力画面を順に提示し、
    　前記申込者が前記複数の入力画面のいずれかに対して入力する情報を取得し、
    　前記取得された情報に基づいて、前記複数の入力画面のいずれかであって前記申込者が入力を済ませた入力画面を示す入力状況情報と当該入力を済ませた日時とを前記申込者に関連づけて記憶させ、
    　前記申込者に関連づけられた前記入力状況情報と前記日時とに基づいて、前記申込者が最後に前記複数の入力画面のいずれかに対して入力した日時からリマインド期間を経過した場合に、前記申込者により入力された入力画面のうち最後のものに関連づけられた文面のひな型に応じたリマインドメール文面を含む電子メールを前記申込者のメールアドレスに送信する、
    　処理をコンピュータに実行させるプログラム。
  6. 　それぞれ入力項目を有し、申込者に提示される複数の入力画面を順に提示し、
    　前記申込者が前記複数の入力画面のいずれかに対して入力する情報を取得し、
    　前記取得された情報に基づいて、前記複数の入力画面のいずれかであって前記申込者が入力を済ませた入力画面を示す入力状況情報と当該入力を済ませた日時とを前記申込者に関連づけて記憶させ、
    　前記申込者に関連づけられた前記入力状況情報と前記日時とに基づいて、前記申込者が最後に前記複数の入力画面のいずれかに対して入力した日時からリマインド期間を経過した場合に、前記申込者により入力された入力画面のうち最後のものに関連づけられた文面のひな型に応じたリマインドメール文面を含む電子メールを前記申込者のメールアドレスに送信する、
    　処理をコンピュータに実行させるプログラムを格納するコンピュータ読取り可能な情報記憶媒体。
     
PCT/JP2013/070760 2013-07-31 2013-07-31 保険申込システム、保険申込方法、プログラムおよび情報記憶媒体 Ceased WO2015015595A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2014510999A JP5599537B1 (ja) 2013-07-31 2013-07-31 保険申込システム、保険申込方法、プログラムおよび情報記憶媒体
US14/908,610 US20160210698A1 (en) 2013-07-31 2013-07-31 Insurance application system, insurance application method, program, and information storage medium
PCT/JP2013/070760 WO2015015595A1 (ja) 2013-07-31 2013-07-31 保険申込システム、保険申込方法、プログラムおよび情報記憶媒体

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2013/070760 WO2015015595A1 (ja) 2013-07-31 2013-07-31 保険申込システム、保険申込方法、プログラムおよび情報記憶媒体

Publications (1)

Publication Number Publication Date
WO2015015595A1 true WO2015015595A1 (ja) 2015-02-05

Family

ID=51840320

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/070760 Ceased WO2015015595A1 (ja) 2013-07-31 2013-07-31 保険申込システム、保険申込方法、プログラムおよび情報記憶媒体

Country Status (3)

Country Link
US (1) US20160210698A1 (ja)
JP (1) JP5599537B1 (ja)
WO (1) WO2015015595A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10671954B2 (en) 2015-02-23 2020-06-02 Google Llc Selective reminders to complete interrupted tasks

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006048087A (ja) * 2004-06-28 2006-02-16 Tokio Marine & Nichido Fire Insurance Co Ltd 更新処理方法及び装置
JP2013502651A (ja) * 2009-08-17 2013-01-24 メトロポリタン ライフ インシュアランス カンパニー 保険引受用オンラインシステムおよび方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5027395A (en) * 1990-06-20 1991-06-25 Metropolitan Life Insurance Company Data-locking system
TW509858B (en) * 2000-10-31 2002-11-11 Trustmed Com Corp Statistical method and system for tracking diagnosis records
US7904366B2 (en) * 2005-09-02 2011-03-08 General Electric Capital Corporation Method and system to determine resident qualifications
US7847686B1 (en) * 2006-01-06 2010-12-07 Avaya Inc. Location-and direction-enhanced automatic reminders of appointments
US20080086399A1 (en) * 2006-09-28 2008-04-10 Charles Wood Auto credit scanner pre-approval process
US9990466B2 (en) * 2011-09-01 2018-06-05 Deroyal Industries, Inc. Automated system for medical item dispensing, billing, and inventory management
AU2013205850A1 (en) * 2012-07-02 2014-01-16 Bliip Ip Pty Ltd Assessment method and apparatus

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006048087A (ja) * 2004-06-28 2006-02-16 Tokio Marine & Nichido Fire Insurance Co Ltd 更新処理方法及び装置
JP2013502651A (ja) * 2009-08-17 2013-01-24 メトロポリタン ライフ インシュアランス カンパニー 保険引受用オンラインシステムおよび方法

Also Published As

Publication number Publication date
JPWO2015015595A1 (ja) 2017-03-02
JP5599537B1 (ja) 2014-10-01
US20160210698A1 (en) 2016-07-21

Similar Documents

Publication Publication Date Title
US8626547B2 (en) Work support method, work support apparatus and computer-readable storage medium
US20080229407A1 (en) Information processing apparatus, information processing method, and media storing a program therefor
JP2017117375A (ja) 求人マッチングシステム、求人マッチング方法、サーバ装置、及びプログラム
JP2024162955A (ja) 情報処理装置、方法、プログラム、およびシステム
JP6742125B2 (ja) 業務管理装置、情報処理方法及び業務管理プログラム
JP5599537B1 (ja) 保険申込システム、保険申込方法、プログラムおよび情報記憶媒体
JP6539432B2 (ja) 解析サーバ装置、解析プログラム、ヒートマップ解析システム
JP6750412B2 (ja) 作業支援システムおよびプログラム
JP6440833B2 (ja) 端末装置、サーバ装置、表示制御方法、および、表示制御プログラム
JP7250905B2 (ja) チャットサーバおよびクライアント制御プログラム
JP2006178718A (ja) 作業指示機能付き情報処理装置およびプログラム
Yan et al. Design and evaluation of a prototype ‘hibaby’for pregnancy assistance
JP2015132952A (ja) 保全情報管理システム
JP6552162B2 (ja) 情報処理装置、情報処理方法、およびプログラム
WO2021199146A1 (ja) 予約受付システム、プログラムおよび方法
WO2017002249A1 (ja) ワークフロー管理プログラム、ワークフロー管理方法、およびワークフロー管理装置
JP6551018B2 (ja) 作業支援システムおよび作業支援方法
JP7684529B1 (ja) 情報処理システム、情報処理方法及びプログラム
JP7627980B1 (ja) 求人を管理するためのシステム、方法、及びプログラム
US20250037085A1 (en) Shift generation system, shift generation method, and non-transitory recording medium storing computer-readable shift generation program
JP6362775B2 (ja) 空き時間管理装置、空き時間管理方法、コンピュータープログラム、及び記憶媒体
Mesquita Theia: A Mobile Application for Detection and Reporting of Urban Events
JP4762087B2 (ja) 画面遷移制御方法、画面提供システム、遷移実行装置及びコンピュータプログラム
Shawon et al. Design and Evaluation of CareLine: mHealth Service App for Elder Citizens Connecting with Caregivers Within Bangladesh
JP6135442B2 (ja) 文書管理装置及び文書管理プログラム

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2014510999

Country of ref document: JP

Kind code of ref document: A

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

Ref document number: 13890854

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14908610

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13890854

Country of ref document: EP

Kind code of ref document: A1