WO2003065266A1 - Method for processing information on insurance money paying-in management - Google Patents

Method for processing information on insurance money paying-in management Download PDF

Info

Publication number
WO2003065266A1
WO2003065266A1 PCT/JP2003/000816 JP0300816W WO03065266A1 WO 2003065266 A1 WO2003065266 A1 WO 2003065266A1 JP 0300816 W JP0300816 W JP 0300816W WO 03065266 A1 WO03065266 A1 WO 03065266A1
Authority
WO
WIPO (PCT)
Prior art keywords
insurance
data
payment
date
contract
Prior art date
Application number
PCT/JP2003/000816
Other languages
French (fr)
Japanese (ja)
Inventor
Takuo Yoshimoto
Masato Hashiba
Katsuhiko Arita
Hiroyuki Shibuya
Shigeru Inaba
Kunio Seki
Koji Iwamoto
Hiroshi Fukuhara
Katsuhiro Ueda
Yoshiharu Ishihara
Original Assignee
The Tokio Marine And Fire Insurance Co., Ltd.
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 The Tokio Marine And Fire Insurance Co., Ltd. filed Critical The Tokio Marine And Fire Insurance Co., Ltd.
Priority to JP2003564786A priority Critical patent/JP4313207B2/en
Publication of WO2003065266A1 publication Critical patent/WO2003065266A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance

Definitions

  • the present invention relates to an information processing technology related to collection of insurance premiums and insurance contract management. [Background technology]
  • agents agents and intermediaries
  • agents agents and intermediaries
  • various problems occurred. For example, insurance premiums collected from policyholders are temporarily stored in bank accounts, etc., managed by agents, so there was a problem that insurance companies could not manage them thoroughly. Inefficiencies such as the need to have statutory books in the bank accounts etc. managed by the agency and the need to collect insurance premiums and confirm payments at both the agency and the insurance company There was also a sex problem. However, if the insurance company collects the premiums of the insurance contract received by the agency, the cost may be higher. In addition, when paying insurance claims in the event of an accident, insurance companies are required to pay for insurance claims, such as collecting insurance premiums by the first day of insurance.
  • Japanese Patent Application Laid-Open Publication No. 2002-831337 discloses that an agent sends an insurance company to an insurance company a remittance amount obtained by subtracting the agent fee from the insurance premium for each insurance contract by various methods. Is disclosed. However, it does not consider the collection of premiums, nor does it consider whether or not insurance claims can be paid in connection with the collection of premiums.
  • an object of the present invention is to provide information processing technology necessary for implementing a service for collecting insurance premiums.
  • Another object of the present invention is to provide an information processing technique necessary for smoothly executing a service for collecting insurance premiums even when an agency receives insurance premiums in cash.
  • the information processing method relating to the insurance contract payment management includes the steps of: acquiring data relating to an insurance contract excluding insurance payment data, and registering the data in a storage device; Determining the due date of the premium based on the due date and registering it in the storage device, and associating the insurance premium deposit data obtained from the person who collected the premium with the insurance contract data, at least depositing Registering the date data in the storage device, and generating information on whether or not to pay insurance for each insurance contract from the relationship between the payment date or the unpaid state and at least the payment date, and the insurance payment to be registered in the storage device. Determination step.
  • the payment information is obtained from the collection agency, and the insurance company generates information on whether or not the insurance payment is possible based on the information, or the collection agent generates the information on whether or not the insurance payment is possible.
  • insurance companies will be freed from managing insurance premiums, and will be able to obtain information on whether they can pay insurance claims in the event of an accident, etc. Is done.
  • the collection agency can obtain insurance premium collection fees and compensation for services provided by this information processing from the insurance company.
  • an automatic contract termination date in the case of non-payment of insurance premiums is determined based on the insurance contract data and registered in the storage device. Steps to extract insurance contracts not registered as days May be further included.
  • a step of obtaining accident reception data including information on the accident date, and any combination of the insurance start date and the insurance contract recording date included in the accident and insurance contract data And extracting an insurance contract in which at least one of the relations satisfies a predetermined condition. For example, if the date of the accident is earlier than the date of accounting or the date of accounting is later than the start date of insurance, there is a possibility that fraud has occurred and it is necessary to conduct a specific investigation .
  • Such processing can also be performed after the insurance company has acquired the data on payment from the collection agency that holds the data on payment, or it can be performed by the collection agency.
  • the insurance claims can be paid until the payment date and the automatic contract termination date from the payment date. May be determined. For example, if the deposit has not been received by the due date, the insurance premium will not be paid if an accident occurs by the due date ⁇ . If an accident occurs after the payment due date and before the automatic contract cancellation date, for example, the insurance payment will be suspended until payment is made by the automatic contract cancellation date. If payment is made before the automatic cancellation S, it is determined that insurance payment is possible.
  • the information processing method related to insurance contract management obtains data related to an insurance contract including insurance start date excluding payment data of insurance premiums, and registers the data in an insurance contract data storage unit. Steps: a step of associating the insurance deposit data obtained from the person who collected the insurance premium with the insurance contract data, and registering at least the data of the payment date in the insurance contract data storage unit; Unpaid insurance contracts that have not been paid by the specified date set based on the relevant information are extracted, and the information that specifies the unpaid insurance contracts is stored in the storage device as insurance contracts related to the transfer of premium receivables. Steps.
  • the insurance company commissions a collection agency to collect insurance premiums.
  • the collection agency will take over the insurance premium from the insurance company. .
  • the insurer does not have to manage payments for individual insurance contracts, but can simply assume that the liability period starts from the insurance start date.
  • the collection agency can take over the premium claims, collect the premiums directly from the policyholders, and use the difference between the premiums and the receivables price as their income.
  • the step of determining the due date of the premium based on the insurance contract data and registering the date in the insurance contract data storage unit includes the step of: Extracting a second unpaid insurance contract that is not registered as an insurance contract, and storing information specifying the second unpaid insurance contract in a storage device as a reminder insurance contract.
  • the collection agency When the insurance claim is transferred, the collection agency must collect insurance premiums at its own risk.Therefore, set a due date and identify insurance contracts that will not be deposited by the due date. This is to urge the person to pay the insurance premium.
  • the method may further include a step of storing data of a required recovery amount in a storage device in response to an insurance contract relating to the transfer of an insurance premium. Further, in the second aspect of the present invention, a step of determining an automatic contract termination date in the case of no payment of insurance premiums based on the insurance contract data, and registering the date in the insurance contract data storage unit, Extracting a third unpaid insurance contract whose date has not been registered as a deposit date, and storing information identifying the third unpaid insurance contract in a storage device as an insurance contract for contract cancellation. Well ,.
  • the method may further include a step of registering the data of the required recovery amount corresponding to the third unpaid insurance contract in response to the automatic cancellation confirmation. This is because if you cancel automatically, there may be a cancellation refund, and the actual amount to be collected from the policyholder may change. Further, in the second aspect of the present invention, a step of acquiring accident reception data including information on the accident date, and any combination of the accident start date and the insurance contract recording date included in the accident date and the insurance contract data. Extracting at least one insurance contract satisfying a predetermined condition.
  • the information processing method relating to the insurance payment management relates to a method for collecting cash receipt data relating to cash receipt of insurance premiums from a customer and including a method of remittance from the cash receiver (for example, an agency). Receiving the insurance contract data that is the basis of the cash receipt; generating received payment data from the received cash receipt data and registering the data in a storage device; and transmitting the insurance premium from the cash receiver.
  • the step of registering in the storage device, the data relating to the insurance contract (for example, the accounting data in the embodiment) and the data indicating that payment has been completed are registered.
  • the prescribed condition for example, when the insurance fee amount and the received amount match
  • the data indicating that the insurance payment is possible is registered in the storage device.
  • an agent collects insurance premiums from a customer in cash and remits them each time, it needs data for matching with deposit data from financial institutions, etc., so it receives cash receipt data in advance Then, the expected payment data is generated from the cash receipt data.
  • a computer of a collection agency company has data on insurance contracts. In many cases, the data cannot be received immediately, so it is necessary to match the expected payment data, which has been determined to have been received, with the insurance contract data later. For example, if the collection agency manages whether or not insurance payments can be made, the insurance contracts that have been found to have an appropriate correspondence with the scheduled payment data that has been determined to have been paid as described above Are registered as those who can pay the insurance money, and prepare for the occurrence of accidents.
  • the remittance method described above is an extreme loan payment
  • the data for the loan equivalent to the insurance premium is generated, and the data for the loan is transmitted to the computer of the lending company. It may include further steps. This is because remittance and debit card payments cannot be used if there is no balance in the account, so it may be necessary to make an extreme loan payment.
  • An extreme loan refers to a loan that is executed for an arbitrary amount within a predetermined amount. Here, it is assumed that the loan includes a credit card transfer or a loan transfer.
  • the method further includes the step of generating a bar readable data in the store and transmitting the data to a terminal of a cash collector (for example, a mobile phone of an agency).
  • a terminal of a cash collector for example, a mobile phone of an agency.
  • the above-described payment confirmation step may further include a step of extracting payment target data to be processed based on the data from the source of the payment data and the data on the remittance method included in the payment schedule data. By using the data of the remittance method specified in advance, it becomes easy to extract the corresponding payment schedule data.
  • the above-described deposit confirmation step may further include a step of generating notification data to the cash receiver when the deposit data corresponding to the deposit scheduled data is not obtained. If the deposit amount is different or if the deposit is made This is to detect such cases and warn them.
  • the method further includes a step of outputting at least the scheduled payment data among the data relating to the insurance contract that does not satisfy the predetermined condition and the scheduled payment data in which corresponding data indicating that payment has been registered. For example, if the amount of premium included in the insurance contract data or the amount of premium included in the expected payment data is incorrect, it is necessary to correct the error, and therefore, the data described above must be corrected. is necessary.
  • the terminal device includes a means for issuing a receipt including an insurance premium amount, a customer name and a security number, and a means for selecting and presenting a method for remitting an insurance premium from a premium receiver.
  • the cash receipt data including the selected premium remittance method data, premium amount data, customer name data, security number, and premium collector data.
  • the remittance method of the selectable premium may be selected in advance based on the remittance fee.
  • the information processing method described above can be implemented by a program and a computer, and the program is executed by a storage medium or storage device such as a flexible disk, a CD-ROM, a magneto-optical disk, a semiconductor memory, and a hard disk. It is stored in It may also be distributed as digital signals over networks. Intermediate processing results are temporarily stored in memory.
  • FIG. 1 is a flowchart of procedures and processes according to a first embodiment of the present invention.
  • FIG. 2 is a flowchart of a procedure and processing according to a second embodiment of the present invention.
  • FIG. 3 is a flowchart of procedures and processes according to a third embodiment of the present invention.
  • Fig. 4 is a detailed flow chart of the exchange between the customer and the collection agency.
  • FIG. 5 is a flowchart of procedures and processes according to a fourth embodiment of the present invention.
  • FIG. 6 is a system schematic diagram in an embodiment of the present invention.
  • FIG. 7 is a diagram showing a processing flow (first part) in the first and second embodiments of the present invention.
  • FIG. 8 is a diagram showing an example of payment schedule data.
  • FIG. 9 is a diagram showing an example of deposit data.
  • FIG. 10 is a diagram showing a processing flow (second part) in the first and second embodiments of the present invention.
  • FIG. 11 is a diagram showing a processing flow (third part) in the first and second embodiments of the present invention.
  • FIG. 12 is a diagram showing a processing flow (fourth part) in the first and second embodiments of the present invention.
  • FIG. 13A is a diagram showing an example of a part of data stored in a deposit management database.
  • FIG. 13B is a diagram showing an example of a part of data stored in the deposit management database.
  • FIG. 14 is a diagram showing a processing flow (fifth part) in the first and second embodiments of the present invention.
  • FIG. 15 is a diagram showing a processing flow (first part) in the third embodiment of the present invention.
  • FIG. 16 is a diagram showing a processing flow (second part) in the third embodiment of the present invention.
  • FIG. 17 is a diagram showing a processing flow (third part) in the third embodiment of the present invention.
  • FIG. 18 is a view showing a processing flow (first part) in the fourth embodiment of the present invention.
  • FIG. 19 is a diagram showing an example of a part of data stored in the deposit management database in the fourth embodiment of the present invention.
  • FIG. 20 is a diagram showing a processing flow (second part) in the fourth embodiment of the present invention.
  • FIG. 21 is a diagram showing a processing flow (third part) in the fourth embodiment of the present invention.
  • FIG. 1 shows the first case in which an agent receives insurance premiums in cash from a customer (insurer).
  • Agent 200 creates an insurance contract application form based on the interaction with customer 100, asks customer 1000 to sign and seal the application form, and submits the signed and sealed application form. Accept. Also, fill out and stamp the account transfer request form (a document requesting a financial institution to transfer insurance premiums from a customer-specified bank account, etc., here to an insurance collection agency account). Request, fill out, and accept the submission of the fund transfer request form after sealing (step (1)). Note that the preparation of the fund transfer request form is optional and can be omitted (the same applies hereinafter). In this case, the agent 200 asks the customer 1000 to specify the insurance premium payment method ( Step (2)). Here, it is assumed that payment by cash is specified.
  • the insurance premium will be received in cash along with the application form (Step (3)).
  • the agency 200 has a dedicated terminal for the agency that has a receipt issuing function, various settlement functions, and a communication function with the collection agency, and issues a receipt using the dedicated agent terminal.
  • Receipts include information such as date of receipt, customer name, insurance premium, and security number.
  • the agent 200 selects a remittance method for remitting the insurance premium received from the customer 100 to the collection agency, and inputs the method into the agent dedicated terminal.
  • the remittance must be remitted each time the insurance premium is received, so the remittance fee becomes a large burden. Therefore, the remittance method is low in remittance fee, net bank transfer, debit card payment, convenience store payment, extreme loan payment (including credit card payment.
  • the first and second in the following) In the embodiment, a case in which the use of a credit card is selected is shown as an example of extreme lending.), And a method such as transfer within the same branch of the bank is selected.
  • the remittance method set in advance It is also possible to fix to.
  • the agent-dedicated terminal issues a receipt and collects the receipt data including the customer name, insurance amount, certificate number, agency code (or agency name), remittance method, and receipt 3 data.
  • 0 is sent to the computer (step (5)).
  • the computer of the collection agency 300 receives the receipt data from the terminal dedicated to the agency, generates payment schedule data, and registers it in, for example, a payment management database (DB) (step (6)).
  • the receipt data may be transmitted to the computer of the collection agency 300 by using a general-purpose terminal such as a personal computer instead of the terminal dedicated to the agency.
  • the receipt data may be notified to the collection agency 300 by telephone, and the receipt data may be input to the computer of the collection agency 300 by voice recognition processing or the like.
  • a fax or the like may be used.
  • the agent 200 sends the receipt data from the agent-dedicated terminal to the computer of the collection agency 300, and performs operations in accordance with the selected remittance method to the collection agency 300. Is sent to the financial institution 500, etc. (step (7)).
  • a cash card which is a debit card
  • a password is input
  • payment information is transmitted to a 500 computer such as a financial institution.
  • the computer of the financial institution 500 transfers the insurance fee amount from the account of the agency 200 to the account of the collection agency company 300 by a known method (step (8)).
  • the agency dedicated terminal prints and outputs at least a bar code indicating the agency code and the insurance fee.
  • the agent 200 takes the payment form on which the barcode is printed to a convenience store and pays the insurance premium.
  • convenience stores also function as financial institutions 500, and when insurance premiums are received from agents 200, for example, the convenience store headquarters Pay to the specified account (step (8)).
  • a dedicated agent terminal accesses the bank site via the Internet, logs in according to the key input of the agent 200, and collects money from the account of the agent 200 according to a predetermined procedure. Instruct the transfer of insurance fee amount to the account of agency company 300 You.
  • the computer of the bank at 500 transfers the insurance fee from the account of the agency 200 to the account of the collection agency 300 (step (8)).
  • the agency 200 operates an ATM (Automatic Teller Machine) such as a bank, and collects money from the agency 200's account or with cash put into the ATM 3 Instruct the transfer of the insurance fee amount to the account of 0 0.
  • the computer of the bank which is a financial institution 500, transfers the insurance premium amount from the account of the agency 200 to the account of the collection agency 300 (step (8)).
  • the computer of the financial institution 500 sends the deposit data to the computer of the collection agency 300 at an arbitrary timing or in response to a request from the computer of the collection agency 300 (step (9) ).
  • the collection agency 300 receives the deposit data and stores it in the storage device.
  • matching processing between the payment schedule data and the payment data is performed (step (10)).
  • the remittance method corresponding to the source of the deposit data is specified, and the remittance schedule data includes the remittance method. Therefore, the remittance method narrows down the remittance schedule data to be matched.
  • the expected deposit data corresponding to the deposit data is extracted.
  • Data indicating that payment has been confirmed is registered in the payment schedule data from which the corresponding payment data has been extracted.
  • the agency 200 sends the insurance contract application form and the fund transfer request form to the insurance company 400, and also transmits the accounting data (data on the insurance contract) from the agency 200 computer. It is transmitted to the insurance company computer 400 (step (1 1)).
  • the accounting data may not be generated by some agents 200, and the insurance company 400 may generate the accounting data based on the insurance contract application form.
  • the insurance company 400 receives the application form from the agent 200 and the computer of the insurance company 400 receives the accounting data from the computer of the agent 200. Then, the computer of the insurance company 400 registers the accounting data in the insurance contract DB after performing predetermined confirmation processing and the like, and executes the accounting processing (step (12)).
  • the computer of the insurance company 400 transmits the accounting data to the computer of the collection agency company 300 at an arbitrary timing (step (13)).
  • Collection The computer of the agency company 300 receives the accounting data and registers it, for example, in the payment management DB. In addition to the accounting data, an account transfer request form, etc. will also be sent. Then, the computer of the collection agent 300 executes matching processing between the accounting data and the payment-scheduled payment-scheduled data (step (14)). Since the scheduled payment data includes the data of the security number, the correspondence is made using the security number included in the accounting data. Furthermore, the insurance fee amount included in the expected payment data and the insurance fee amount included in the recorded data are compared.
  • the data indicating the date of receipt of the insurance premium and the payment of insurance money is additionally registered in the accounting data stored in the payment management DB.
  • the insurance premiums do not match between the two data, there is a possibility that there is a problem with the preservation amount of the recorded data, or there is a problem with the expected payment data, or both. Therefore, at least the payment schedule data is prepared as confirmation data and transmitted to the computer of the insurance company 40 ° (step (15)).
  • the computer of the insurance company 400 receives the confirmation data from the computer of the collection agency 300, and the person in charge of the insurance company 400 checks and investigates based on the scheduled payment data and the recorded data (step ( 16)).
  • the corrected accounting data and the like are transmitted to the collection agency 300, and the collection agency 300 updates the accounting data, adds premiums, or returns the insurance.
  • the payment schedule data for the reimbursement is generated, and when the reimbursement data is received, the payment date of the reimbursement premium is registered in accordance with the recorded data. Whether or not to pay the insurance money may be determined depending on, for example, the payment date of the added premium. If there is a refund, it will be refunded to the account specified in the fund transfer request form, for example.
  • the collection agency 300 performs settlement processing of the insurance premium received, the agency commission to be paid to the agency 200, and the commission of the collection agency 300 at predetermined intervals (step) (17)). In other words, subtract the agency commission paid to the agency 200 from the insurance premium received and the commission of the collection agency 300 to determine the amount to be paid to the insurance company 400, and generate detailed statement data for settlement. And send to insurance company 400. Also, remit the calculated amount to the separate insurance company 400. Further, the agency fee is calculated for each agency during a predetermined period, detailed data of the commission is generated, and sent to the agency (step (18)). Also, send the agency commission separately to agency 200 Give money.
  • the collection agency 300 also carries out collection processing at the time of renewal of the insurance contract, registration of the transfer of the insurance contract, and processing of the addition or return of the insurance premium. Also, if any inconsistency is found in the agency commission, the collection agency 300 will eventually settle the difference. If the cause of the inconsistency in agency fees is in the booked data, procedures such as requesting insurance company 400 to correct the booked data will be implemented. By performing such procedures and processes, even when introducing a collection agency 300, it is possible to smoothly perform immediate settlement.
  • FIG. 1 illustrates a second case in which the agency receives insurance premiums in cash from a customer (policy policyholder).
  • Agent 200 creates an insurance contract application form based on the interaction with customer 100, requests customer 100 to sign the application form and seals it, and submits the signature form and application form after sealing. Accept. At the same time, the applicant is requested to fill out and seal the debit transfer request form, and accept submission of the account transfer request form after filling out and sealing (step (2 1)). At this time, the agent 200 asks the customer 100 to specify the insurance payment method (step (2 2)). Here, it is assumed that cash payment is specified. In this case, the insurance premium is received in cash together with the application form (step (23)).
  • the agency 200 has an agency dedicated terminal as described in the first embodiment, and issues a receipt using the agency dedicated terminal (step (24)). Receipts include information such as the date of receipt, customer name, insurance premium, and security number.
  • the agent 200 selects a remittance method for remitting the insurance premium received from the customer 100 to the collection agency, and inputs it to the agent dedicated terminal.
  • agent-only terminals issue receipts and provide customer names, insurance fees, securities numbers,
  • the receipt data including the data (or the name of the agency), the remittance method, and the date of receipt are transmitted to the computer of the collection agency 300 (step (25)).
  • the computer of the collection agency 300 receives the receipt data from the terminal dedicated to the agency, generates payment schedule data, and registers it in, for example, the payment management DB (step (26)).
  • the receipt data may be notified to the computer of the collection agency 300 by using a general-purpose terminal such as a personal computer or by telephone instead of the terminal dedicated to the agency. In that case, the receipt will be a handwritten receipt.
  • the computer of the collection agency 300 When the remittance method is credit card payment, the computer of the collection agency 300 generates loan data including the credit card number and insurance amount of the pre-registered agent 200, and the credit card company 500 Send to computer (step (27)).
  • the credit card number of the agency 200 may be included in the receipt data, and the credit card number received from the agency dedicated terminal may be used.
  • the computer of the credit sales company 510 receives the loan data from the collection agency 300's computer and stores it in the storage device.
  • the credit sales company 510 executes the financing if there is no problem after confirming the credit to the agency 200, and registers the financing data in, for example, the financing DB (step (28)).
  • the consumer of the credit company 510 sends a remittance instruction to the computer of the bank 520 in order to transfer the funds loaned from the account of the credit company 510 to the account of the collection agency 300 ( Step (29)).
  • the computer of the bank 520 executes the remittance process according to the remittance instruction.
  • the computer of the credit sales company 510 sends the deposit data as a result of executing the loan at any time or in response to a request from the computer of the collection agency 300, and the computer of the collection agency 300, (Step (30)).
  • the collection agency 300 receives the deposit data and stores it in the storage device. Then, a matching process is performed between the payment schedule data and the payment data (step (31)).
  • the depositor name or agency code specified from the credit card number, etc.
  • deposit amount included in the deposit data By comparing with the amount, the expected payment data corresponding to the received data is extracted. Data indicating that payment has been confirmed is registered in the payment schedule data from which the corresponding payment data has been extracted.
  • the agency 200 sends the insurance contract application form and the fund transfer request form to the insurance company 400, and also transmits the accounting data (data on the insurance contract) from the agency 200 computer. It is transmitted to the insurance company computer 400 (step (32)).
  • the insurance company 400 receives the application form from the agent 200 and the computer of the insurance company 400 receives the accounting data from the computer of the agent 200.
  • the computer of the insurance company 400 registers the accounting data in the insurance contract DB after performing predetermined confirmation processing and the like, and executes the accounting processing (step (33)).
  • the computer of the insurance company 400 transmits the accounting data to the computer of the collection agency company 300 at an arbitrary timing (step (34)).
  • the computer of the collection agency company 300 receives the accounting data and registers it in, for example, the payment management DB. In addition to the accounting data, an account transfer request form, etc. will also be sent.
  • the computer of the collection agent 300 executes matching processing between the accounting data and the payment-scheduled payment-scheduled data (step (35)). Since the scheduled payment data includes the data of the security number, the correspondence is made using the security number included in the accounting data.
  • the insurance fee amount included in the expected payment data and the insurance fee amount included in the recorded data are compared. If the insurance charges are the same in both data, the data indicating the date of receipt of the insurance premium and the payment of insurance money is additionally registered in the accounting data stored in the payment management DB. On the other hand, if the insurance fee amounts do not match between the two data, there is a possibility that there is a problem with the insurance fee amount of the recorded data, or there is a problem with the expected payment data, or both. Therefore, at least the payment schedule data is prepared as confirmation data and transmitted to the computer of the insurance company 400 (step (36)).
  • the computer of insurance company 400 receives the confirmation data from the computer of collection agency 300, and the person in charge of insurance company 400 confirms and investigates it based on the expected payment data and the recorded data. Step (3 7)). If a correction is required, the corrected accounting data and the like are sent to the collection agency 300, and the collection agency 300 updates the accounting data, adds premiums, or returns the insurance. In the case of reimbursement, the payment schedule data for the reimbursement is generated, and when the reimbursement data is received, the payment of the reimbursement premium is registered in accordance with the recorded data. Whether to pay the insurance money may be determined depending on the payment date of the additional premium. Please note that the refund In some cases, refunds will be made, for example, to the account specified in the fund transfer request form.
  • the collection agency 300 performs settlement processing of the insurance premium received, the agency commission to be paid to the agency 200, and the commission of the collection agency 300 at predetermined intervals (step) (3 8)).
  • the agency fee for each agency during a predetermined period is calculated, detailed data of the commission is generated, and sent to the agency (step (39)).
  • the credit sales company 510 requests the repayment of the loaned funds to the agency 200 based on the loan data (step (40)).
  • the agency 200 repayes the loan provided to the credit company 510 (step (4 1)).
  • the collection agency company 300 also carries out collection collection at the time of renewal of the insurance contract, registration of a change in the insurance contract, and addition or return of the insurance premium. Also, if any inconsistency is found in the agency commission, the collection agency 300 will eventually settle the difference. If the cause of the inconsistency in the agency commission is in the booked data, procedures such as requesting insurance company 400 to correct the booked data will be implemented. By performing such procedures and processes, even when introducing a collection agency 300, it is possible to smoothly perform immediate settlement.
  • Agent 200 creates an insurance contract application form by interacting with customer 100, asks customer 100 to sign and seal the application form, and receives the signature and application form after signature and seal. wear. At the same time, it is also required to fill out and seal the fund transfer request form, and accept the submission of the account transfer request form after filling out and sealing (step (5 1)). At this time, the agency 200 The customer 100 is asked to specify the insurance payment method (step (5 2)). Here, it is assumed that the customer 100 has selected a method of directly paying insurance premiums to the collection agency 300. Note that the customer 100 may apply for an insurance contract directly to the insurance company 400.
  • the agent 200 that accepted the application for the insurance contract generates insurance contract recording data, including the contents of the insurance contract related to the application, and uses the computer of the agent 200 to obtain the insurance company 400 Send the above accounting data to the computer.
  • the insurance contract application form and the fund transfer request form are sent to the insurance company 400 (Step (53)).
  • the insurance company may generate accounting data based on the insurance company's 400 S, based on the insurance contract application received.
  • the computer of the insurance company 400 receives the accounting data from the computer of the agent 200, the computer of the insurance company 400 performs the accounting processing of the insurance contract using the accounting data (step (54)). That is, information such as accounting data is registered in the insurance contract DB.
  • the computer of the insurance company 400 sends the accounting data to the computer of the collection agent company 300 (step (55)).
  • the fund transfer request form is also sent to the collection agency 300. In some cases, this fund transfer request form is sent directly from the agency 200 to the collection agency 300.
  • the computer of the collection agency 300 receives the accounting data, it registers it in the payment management DB, generates payment term data, and registers it in the payment management DB or the like (step (56)).
  • the term of payment includes not only the due date of the premium but also the date of automatic cancellation of the contract. These dates are determined based on the start of insurance, the type of insurance, and the payment method (one-time payment, monthly payment, semi-annual payment, etc.).
  • the collection agency 300 may request the customer 100 to pay insurance premiums based on the accounting data and the generated payment deadline data, or the agent 200 etc. May be presented to the customer 100, and the customer 100 voluntarily deposits the money.
  • the method of payment is arbitrary, and bank transfer including Internet bank transfer, postal transfer, convenience store payment, credit card payment and other methods can be used. You can also use automatic debit.
  • the customer 100 instructs the financial institution 500 or the like to remit insurance premiums by any method (step (57)).
  • the financial institution 500 sends the insurance premium to the account of the collection agency 300 in accordance with the instruction from the customer 100 (step (58)).
  • 500 Includes banks, credit card companies (or credit companies), post offices, convenience stores, etc.
  • the computer of the financial institution 500 sends the deposit data to the account of the collection agency 300 at an arbitrary timing or in response to a request from the computer of the collection agency 300 (step (5 9 )).
  • the computer of the collection agency 300 receives the deposit data from the computer of the financial institution 500 or the like, and stores it in the deposit data storage unit or the like.
  • the computer of the collection agency 300 performs a payment collation process for associating the payment data with the accounting data stored in the payment management DB (step (60)). In other words, it specifies which insurance contract the deposit is for and registers the deposit data in the deposit management DB. With regard to deposits that cannot be matched, it is necessary to separately confirm what kind of deposits are and what the excess and deficiency amounts are.
  • Step (61) calculate the amount paid to the insurance company 400 by subtracting the agency commission and the commission of the collection agency 300 from the paid insurance premium.
  • Detailed data for each insurance contract Execute the checkout process to generate (Step (61)). The remittance of the payment amount will be performed separately.
  • the computer of the collection agency 300 performs payment term confirmation processing based on the information of the payment date and the automatic contract cancellation date registered in the payment management DB and the payment date or the unpaid status (step (6) 2)). More specifically: (a) For insurance contracts that have a deposit date before the due date, an insurance payment is set. (B) For insurance contracts for which no payment has been made before the due date, a hold will be set for insurance payments for accidents up to the due date. (C) For insurance contracts whose payment date is recorded between the payment due date and the automatic contract cancellation date, payment cannot be made from the insurance start date to the payment due date and the insurance payment will be made after the payment due date. Set OK.
  • Fig. 4 details the flow of procedures from the conclusion of an insurance contract to the automatic cancellation of the contract.
  • Customer 100 submits the insurance contract application form 410 to the agency 200 with the conclusion of the insurance contract. Put out.
  • the agent 200 gives the insurance bill 4 11 1 to the customer 100.
  • the due date of the insurance premium is set, for example, after a predetermined number of days (for example, 14 days) from the contract conclusion date.
  • the insurance contract accounting data 4 12 is transmitted from the computer of the insurance company 400 to the computer of the collection agency 3 0 0. If customers send insurance premiums to the collection agency by the date of payment, and the due date, then the collection agency at a predetermined timing will pay the insurance fee, commission, etc.
  • the collection agency 300 may send the insurance payment guide 4 13 to the customer 100. If the payment is before the due date, there is no problem even if remittance is made in accordance with this insurance payment guide 4 13 and it will be treated as a normal deposit, and when the deposit is confirmed, a payment confirmation notice 4 1 4 is sent from collection agency 300 to customer 100. Also, if the payment of the insurance premium is confirmed by the due date, the insurance money will be paid from the start date of the insurance. On the other hand, if the payment of the insurance premium cannot be confirmed by the due date, the collection agency 300 sends a notice of cancellation notice 4 15 (dunning notice) to the customer 100.
  • the collection agency 300 sends a contract cancellation notice 4 16 to the customer 100.
  • the contract is canceled retroactively at the beginning.
  • the number of notifications may differ, but the treatment is almost the same.
  • the processing result of the payment due date confirmation processing is transmitted from the computer of the collection agency 300 to the computer of the insurance company 400 (step (63)). It should be noted that the payment deadline and whether or not insurance payment is described above are examples, and another scheme may be used. Also, as shown in Fig. 4, if there is no payment of insurance premiums, a reminder of payment is carried out as appropriate (step (65)).
  • the computer of the insurance company 400 When the computer of the insurance company 400 receives the processing result of the payment deadline confirmation processing, it stores it in, for example, the payment status management DB. And when we actually receive the accident notice Is used to determine whether or not to pay insurance money.
  • the insurance contract for which the payment date is not recorded as of the date up to the automatic contract cancellation S is separately subject to the automatic cancellation target insurance contract. Identify as.
  • the information of the insurance contract subject to automatic cancellation is transmitted from the computer of the collection agency 300 to the computer of the insurance company 400 (step (64)), and the computer of the insurance company 400 executes the insurance contract. Update the data. In other words, register the automatic cancellation (for example, the automatic cancellation date) for the insurance contract that should be automatically canceled.
  • the computer of the collection agency 300 calculates the agency commission for each agency during a predetermined period, generates detailed data of the commission, and sends it to the agency (step (66)). In addition, remit the agency commission to agency 200 separately.
  • the insurance company 400 can obtain the necessary information such as whether or not to pay the insurance money and the automatic cancellation from the collection agency company 300 without directly managing the presence or absence and timing of payment. become. With these services, the collection agency 300 can earn money from the insurance company 400 by paying for it.
  • Agent 200 creates an insurance contract application form by interacting with customer 100, asks customer 100 to sign and seal the application form, and receives the signature and application form after the seal. wear. At the same time, it is required to complete and seal the fund transfer request form, and the submission of the account transfer request form after filling and sealing is accepted (step (71)). At this time, the agent 200 asks the customer 100 to specify the insurance payment method (step (72)).
  • the customer 100 has selected a method of directly paying insurance premiums to the collection agency 300. Note that the customer 100 may apply for an insurance contract directly to the insurance company 400.
  • the agency 200 that accepted the application for the insurance contract The accounting data including the contents is generated, and the accounting data is transmitted from the computer power of the agency 200 to the computer of the insurance company 400.
  • the insurance contract application form and the fund transfer request form are sent to insurance company 400 (step (73)).
  • insurance company 400 may generate generated data based on insurance policy applications received.
  • the computer of the insurance company 400 receives the accounting data from the computer of the agent 200
  • the computer of the insurance company performs accounting processing of the insurance contract using the accounting data (step (74)). That is, information such as accounting data is registered in the insurance contract DB.
  • the computer of the insurance company 400 transmits the accounting data to the computer of the collection agency company 300 (step (75)).
  • the fund transfer request is also sent to the collection agency 300.
  • this fund transfer request form is sent directly from the agency 200 to the collection agency 300.
  • the computer of the collection agency company 300 registers the data in the payment management DB, generates payment term data, and registers the data in the payment management DB (step (7)
  • the term of payment here includes not only the due date S of the premium but also the date of automatic cancellation of the contract. These dates are determined based on the start of insurance, the type of insurance, and the payment method (one-time payment, monthly payment, semi-annual payment, etc.).
  • the collection agency 300 may request the customer 100 to pay insurance premiums based on the accounting data and the generated payment deadline data, or the agent 200 etc. May be presented to the customer 100, and the customer 100 voluntarily deposits the money.
  • the method of deposit is optional, and can be bank transfer, including Internet bank transfer, postal transfer, convenience store payment, extreme loan payment (including credit card payment), automatic account transfer, and other methods.
  • the customer 100 instructs the financial institution 500 to remit insurance premiums by any method (step (7)
  • the financial institution 500 sends the insurance premium to the account of the collection agency 300 in accordance with the instructions from the customer 100 (step (78)).
  • financial institutions, etc. are examples of financial institutions, etc.
  • the computer of the financial institution 500 sends the deposit data to the account of the collection agency 300 at any time or in response to a request from the computer of the collection agency 300 (step (7 9 )).
  • Collection agency 3 0 0 The computer receives the deposit data from the 500 computer such as a financial institution and stores the deposit data in the deposit data storage unit or the like. Then, the computer of the collection agency 300 executes a payment collation process for associating the payment data with the accounting data stored in the payment management DB (step (80)). In other words, it specifies which insurance contract the deposit is for and registers the data of the deposit in the deposit management DB.
  • the computer of the collection agency 300 checks the payment status based on the information on the insurance start date and the payment date or the status of unpaid status registered in the payment management DB, and makes an insurance contract for the transfer of premium receivables.
  • Perform the specified process step (82)). More specifically, (a) insurance contracts with a deposit date before the insurance start date (or may be stated a certain number of times before or after the insurance start date; the same applies hereinafter) for insurance contracts recorded before Let's say In addition, (b) insurance contracts for which no deposit has been recorded before the insurance commencement date are extracted as insurance contracts related to the transfer of premium receivables.
  • the collection agency 300 will transfer the premium claims to the insurance company 4. By taking over from 00, insurance company 400 is once treated as having received the insurance premium without any problem. However, if the payment cannot be confirmed by the due date, the collection agency company 300 urges the customer 100 (step (84)). As will be described later, if payment is not confirmed by the automatic contract cancellation date, the insurance contract related to cancellation of the contract is extracted and the insurance company 400 is notified to cancel the contract.
  • the information on the insurance contract extracted as a transfer of the insurance premium is transmitted from the computer of the collection agency 300 to the computer of the insurance company 400 (step (83)).
  • the insurance company 400 receives the information on the insurance contract extracted assuming that the premium receivable is to be transferred, the insurance company will pay the premium by the start date of the insurance based on the transfer of the premium receivable. Treat as However, The insurance premium should be distinguished from the contract actually paid by customer 100.
  • the collection agency 300 calculates the transfer amount of the insurance premium receivable, and remits the transfer amount separately.
  • the computer of the collection agency 300 can use the insurance contract data with the insurance contract data in which the payment date is recorded up to the insurance start date, together with the information on the insurance premium payment date. It may be transmitted to the computer 0.
  • Such insurance contracts are not collections of premiums, but collections.
  • the collection agency company's 300 computer manages the amount of insurance contracts for which it has transferred insurance premiums from customers 100 and works to collect them.
  • the insurance company 400 may accept accident information from the customer 100 or the like (step (85)). When premiums are transferred, it may not be possible for insurance company 400 to know whether insurance premiums were finally collected from customer 100. Since it is a problem that only the insurance money is paid even though the collection agency company 300 has not receivable the insurance premium, in this embodiment, the accident information on the insurance contract to which the insurance premium If accepted, a warning is sent to the computer of the insurance company 400 from the computer of the insurance company 400 to the computer of the collection agency 300 to send the accident number and other accident data such as the accident number and the date of receipt of the accident (step (86)). ).
  • accident data may be transmitted from the computer of the insurance company 400 to the computer of the collection agency 300.
  • the computer of the collection agency 300 checks whether there is any problem with the collection of the insurance premium using the accident data of the insurance contract to which the insurance premium has been transferred (step (87)).
  • accident data is received to identify the insurance contract to be subjected to the detailed investigation, for example, the processing shown in Fig. 17 is performed. It should be noted that it is inappropriate to pay insurance claims if an accident has been notified even though insurance premiums have not been paid. It is transmitted from the computer of the collection agency company 300 to the computer of the insurance company 400 (step (88)).
  • insurance company 400 receives a request to stop insurance payments, it will in principle stop payments and investigate the details.
  • the computer of the collection agency 300 also performs a period check process (step (89)). In other words, at a predetermined timing, Extract insurance contracts with no registered payment date as insurance contracts related to automatic cancellation of contracts. Then, the data such as the security number of the extracted insurance contract is transmitted to the computer of the insurance company 400 (step (90)). Then, the computer of the insurance company 400 registers the automatic cancellation of the contract in the information of the insurance contract held by itself (step (91)). In some cases, the collection agency 300 may receive a cancellation refund from the insurance company 400 by canceling the contract, in which case the computer of the insurance company 400 will return the cancellation refund data. The data is sent to the computer of the collection agency 300 (step (92)). The cancellation refund will be sent separately from insurance company 400 to collection agency company 300. The collection agency company 300 will separately collect the difference between the cancellation refund and the insurance premium and the commission from the customer 100. In other words, renew the managed collection required amount and implement debt collection.
  • the computer of the collection agency 300 calculates the agency commission for a predetermined period for each agency, generates detailed data of the commission, and sends it to the agency.
  • the insurance company 400 can obtain the necessary information, such as whether or not insurance payment can be made and automatic cancellation, from the collection agency company 300 without directly managing the presence or absence of payment. Become. With these services, the collection agency 300 can earn revenue from the insurance company 400.
  • FIG. 6 shows a system configuration example for implementing the above-described first to fourth embodiments.
  • a network 1 including the Internet, a public network, and a dedicated line 1 includes an insurance company computer 5 managed and operated by an insurance company 400 and a collection agency managed and operated by a collection agency 300 Computer 3, financial institution computer 7, which is the computer of the headquarters of the convenience store or the bank 520, a computer 9 managed by the credit company 510, and a computer 9 operated by the credit company 5 Agent PC (Personal Computer) 11 used, mobile phone 15 used by agent 200, card reader function and printer function A dedicated agent terminal 13 having a communication function and various processing functions is connected.
  • Agent PC Personal Computer
  • the collection agency computer 3 includes a payment data generator 31, a barcode distribution processor 32, a loan data processor 33, a payment matching processor 34, and a due date processor 35.
  • a term confirmation processing unit 36, a collection related processing unit 37, an agent management unit 38, a contract extraction processing unit 39, and a settlement processing unit 40 are included. Further, the collection agency computer 3 manages a deposit management DB 41, a deposit data storage unit 42, an accident reception information DB 43, and a notification data storage unit 44.
  • the payment schedule data generation unit 31 generates the payment schedule data from the receipt data received from the agency dedicated terminal 13 or the agency PC 11.
  • the barcode distribution processing section 320 receives the insurance premium from the customer 100 in cash by the agent 200, and the convenience store payment method is used to transfer the insurance premium to the collection agency 300. If the agent 200 is an agent that does not use the agent dedicated terminal 13, for example, the barcode data is delivered to the mobile phone 15 of the agent 200. Implement the necessary processing.
  • the loan data processing unit 3 3 also generates loan data for the credit company 5 10 when the agent 2 00 remits insurance premiums to the collection agency 3 0 0 when the remittance method is credit card payment. Send.
  • the payment matching processing unit 34 performs matching processing between the scheduled payment data and the payment data, matching processing between the payment-confirmed scheduled payment data and the recorded data, and matching processing between the deposited data and the recorded data.
  • the due date setting processing unit 35 sets due dates such as the due date! 3 and the automatic contract cancellation date based on the accounting data received from the insurance company computer 5 and registers them in the deposit management DB 41.
  • the expiration date confirmation processing part 36 compares the start date, payment date, automatic contract cancellation date and payment date of each insurance contract registered in the payment management DB 41, and the processing date in the case of no payment. Judge whether the deadline has been exceeded.
  • the collection-related processing section 37 performs various processing related to collection.
  • the agency management unit 38 performs processing for calculating the commission of the agency 200 and generating detailed data of the commission.
  • the contract extraction processing unit 39 performs processing for extracting an insurance contract that requires a detailed investigation from the accident information stored in the accident reception information DB 43.
  • the settlement processing unit 40 performs a process for adjusting the received premium.
  • the deposit management DB 41 stores deposit schedule data and information on insurance contracts managed by the collection agency 300.
  • Deposit data storage unit 4 2 stores the deposit data received from the financial institution computer 7 or the like.
  • the accident reception information DB 43 stores the accident reception information received from the insurance company computer 5.
  • the notification data storage unit 44 stores data to be transmitted to another computer.
  • the insurance company computer 5 includes an insurance contract DB 52 for registering the accounting data (insurance contract data) received from the agent PCs 11 and the like via the network 1 and for which accounting processing has been performed, and a customer 100 Accident reception information DB 51 for registering data of accidents received from other companies, etc., and payment status management DB 53 for storing information related to insurance payments received from collection agency computer 3 Managing.
  • the financial institution computer 7 has a Web (Web) server function and a net bank function. It also manages a deposit data storage unit 71 that stores deposit data by the customer 100 or the agency 200.
  • the financial institution computer 7 is provided for each financial institution.
  • the credit sales company computer 9 manages a loan data storage unit 91 for storing the loan data received from the collection agency company computer 3.
  • the agent PC 11 has a program installed to generate accounting data of the insurance contract, and can transmit the accounting data to the insurance company computer 5 via the network 1.
  • a program for generating receipt data including a receipt date, an insurance fee (receipt amount), a security number, a remittance method, a customer name, and the like and transmitting the data to the collection agency computer 3 may be installed.
  • the Web browser and mailer program are also installed, so that users can browse the Internet homepage and exchange e-mails.
  • the mobile phone 15 of the agency 200 has a network access function, and has a Web browser function and a mailer function. It is also assumed that a display device having a size enough to display barcode data is provided.
  • the agent dedicated terminal 13 prints a receipt for the insurance premium in the case of receiving the insurance premium in cash, and prints a bar code for enabling payment at a convenience store. It has a function to print payment paper including payment cards, and is equipped with a card reader. It has a function to read the credit card and execute the payment processing, and a function to read the credit card by the card reader and execute the payment processing by the credit card.
  • the specific implementation method of these functions is the same as that of the prior art, and will not be described in detail here.
  • the agent dedicated terminal 13 can communicate with the collection agency computer 3 via the network 1 and has a function of transmitting the above-mentioned receipt data to the collection agency computer 3. This function is described in detail below.
  • the agent terminal 13 when the agent 200 receives an insurance contract application form from the customer 100 and receives insurance premiums in cash, the agent terminal 13 is operated to obtain the customer name, amount, Enter receipt data such as security number and insurance type.
  • the agency dedicated terminal 13 accepts the input of the receipt data (step S1). If it has been input in advance, the pre-input receipt data is read out. For example, a connection may be made to the agent PC 11 and the data input at the agent PC 11 may be transmitted to the agent dedicated terminal 13.
  • the agency dedicated terminal 13 prints a receipt according to the output instruction from the agency 200 (step S3).
  • the printed receipt is handed to customer 100.
  • the agency dedicated terminal 13 displays a menu of the remittance method on the display device (step S5).
  • the remittance method is displayed preferentially if the remittance fee is low.
  • Agent 200 selects the current remittance method. If the remittance method is not displayed in the menu, and if no change is made before clicking the send button, for example, the remittance method is specified by the method that is assumed to use the specific remittance method set in advance. You may do it.
  • receipt data including a remittance method, a receipt date, an agency code, an amount, a security number, and the like are generated and transmitted to the collection agent computer 3 (step S7).
  • remittance processing is performed by the agent dedicated terminal 13 etc., which is performed via terminal A. This will be described with reference to FIG.
  • the payment schedule data generation unit 31 of the collection agency computer 3 receives the receipt data from the agent dedicated terminal 13 and stores it in the storage device (step S9). Then, payment schedule data is generated from the receipt data and stored in, for example, the payment management DB 41 (step S 11). For example, payment schedule data is registered in a table as shown in FIG. That is, remittance method, receipt ⁇ , customer name, insurance amount, agency code (or agency name or both), security number, and matching result (for example, 1 is matched, 0 is unmatched) Is registered for each record. It is good to register other data that can be obtained.
  • the loan data processing unit 33 If the received receipt data includes the data of credit card payment as the remittance method (step S13: Yes route), the loan data processing unit 33 generates the loan data based on the receipt data, The data is transmitted to the affiliated credit sales company computer 9 (step S15).
  • the loan data includes, for example, an agent code if the agent code is registered in the computer 9 of the credit company in advance, and the credit card number of the agent 200 registered in advance corresponding to the agent code. Includes the agent's 200 credit card number and amount included in the issue or receipt data.
  • the credit sales company computer 9 When the credit sales company computer 9 receives the loan data from the collection agency computer 3, it stores the loan data in the loan data storage unit 91, executes the credit processing, and issues a remittance instruction to make a loan if there is no problem, for example, on a network. 1 to financial institution computer 7. The financial institution computer 7 performs a remittance process according to the remittance instruction. When the credit company 9 makes a loan according to the loan data, the computer 9 transmits data on the result of the loan to the collection agency computer 3 as payment data. Executing the processing in step S15 is merely an example, and as will be described later, the data is transmitted to the computer 9 of the credit company at the dedicated agent terminal 13 and the step S15 is executed. The configuration may be such that it is not performed.
  • the collection agent computer 3 is a financial institution computer 7, etc. From that deposit data
  • the deposit data stored in the storage unit 71 is received and stored in, for example, the deposit data storage unit 42 (step S17).
  • the deposit data storage unit 42 For example, as shown in Fig. 9, data on at least the date of deposit, the amount of deposit, and the depositor (agent code or agent name or both) are included. Depending on the financial institution etc. 500, it may include more data.
  • the payment matching processing unit 34 performs matching processing with the scheduled payment data stored in the payment management DB 41 (Step S). 1 9).
  • the matching may be a process of searching for the payment schedule data using, for example, the amount of money included in the payment data and the agency code (or the agency name) as keys. In this matching process, for example, “1” is registered as the matching result for the payment schedule data that has been matched.
  • the payment matching processing unit 34 extracts from the payment management DB 41 unscheduled (unmatched) payment data that has not been verified even after a predetermined period of time from the receipt date included in the payment planned data, and
  • the agent 200 is specified from the agent code included in the above, and payment confirmation data addressed to the agent 200 is generated (step S21).
  • the payment confirmation data is stored in, for example, the notification data storage unit 44.
  • the receipt data is received from the agency dedicated terminal 13 of the corresponding agency 200, the receipt data is received. It may be transmitted together with the completion data. Further, the information may be transmitted to a mail address of the agency 200 registered in advance by e-mail or the like separately.
  • the information may be output to a person in charge of the collection agency 300 and checked by telephone or the like.
  • the agency terminal 13 receives the payment confirmation data from the collection agency computer 3 and displays it on the display device (step S23).
  • the agent 200 checks the display on the display device to confirm whether the amount of money for which payment was not forgotten was correct or not. It should be noted that the payment confirmation data may be received by the agent's PC 11 or by the agent's mobile phone 15.
  • the collection agency computer 3 may receive the deposit data without retaining the accounting data.
  • payment schedule data is generated for that purpose, and matching between the payment schedule data and the payment data is performed. Then, as described below, matching between the payment schedule data and the accounting data is performed.
  • the agency dedicated terminal 13 determines whether credit card payment has been designated as a remittance method (step S31).
  • the agent 200 passes its credit card through the card reader of the agent terminal 13, so the agent terminal 13 is The data is read (step S33). Then, based on the credit card data and the receipt data (for example, the insurance fee), generate remittance data to the collection agency 300 to the credit sales company computer 9 and send it to the credit company computer 9 (step S35). At this time, for example, a process may be performed when a password is required to be input and transmitted to the credit sales company computer 9. These processes are not different from the conventional technology and will not be described further. Steps S31 to S35 are not necessary when executing the processing of step S15 in FIG. In addition, the processing returns to the processing of FIG. 7 from the terminal B.
  • step S37 it is determined whether the debit card payment is designated as the remittance method.
  • the agent 200 passes the cash card, which is a debit card, to the card reader of the agent dedicated terminal 13, so that the data of the cash card is read. (Step S39). Then, based on the cash card data and the receipt data (for example, the insurance fee amount), remittance data to the financial institution computer 7 to the collection agency 300 is generated and transmitted to the financial institution computer 7 (S Step S4 1). At this time, for example, a process of requesting the input of a password and transmitting it to the financial institution computer 7 may be performed.
  • step S43 If it is determined that the payment is not a debit card payment, it is determined whether the net transfer has been designated as a remittance method (step S43). If it is determined that the transfer is via the Internet, for example, a list of bank accounts registered in advance is displayed, and the user is allowed to select from which bank the money is to be transferred.
  • the agent dedicated terminal 13 receives the selection input of the bank account by the agent 200 (step S45), and accesses, for example, a designated bank site established on the Internet. Then log in. If it is not possible to log in automatically, the user logs in from the login page (step S47). Then, the transfer data is input in a predetermined procedure according to the page configuration of the bank site, and the transfer data is transmitted to instruct the remittance (step S49). In addition, the processing returns to the processing of FIG. 7 from the terminal B.
  • step S51 it is determined whether convenience store payment has been designated. If it is determined that the payment is at the convenience store, the bar code data is generated and printed using at least the agency code and / or the agency name and the insurance premium amount data (step S5). 3). The agent 200 goes to the store of the convenience store with the payment paper including the output bar code and pays the insurance fee (step S55). In addition, the processing returns to the processing in FIG. 7 from the terminal B. In the case of payment at a convenience store, the barcode distribution processing unit 32 of the computer 3 of the collection agency may execute the processing. This will be described later.
  • step S57 it is determined whether the payment is made at a bank store. If a method other than the method described above is used, the processing for that method shall be performed.
  • the agent 200 goes to an ATM installed at a bank store or the like and carries out the transfer (step S59). In addition, the processing returns to the processing in FIG. 7 from the terminal B.
  • the agent dedicated terminal 13 As described above, by using the agent dedicated terminal 13, various remittance methods can be dealt with. In addition, since it is possible to transfer money to the Internet by using the agent PC 11 or the mobile phone 15, the terminal used by the agent 200 is limited to the agent dedicated terminal 13. Do not mean. In addition, when the mobile phone 15 is used, for example, processing as shown in FIG. 11 may be performed.
  • the barcode distribution processing section 32 of the collection agent computer 3 When the remittance method is a convenience store payment, the barcode distribution processing section 32 of the collection agent computer 3 generates barcode 'data for the mobile phone 15 of the agency 200 (step S61). For example, when the data indicating that the agency 200 does not use the agency dedicated terminal 13 and the mail address of the mobile phone 15 are registered in advance, for example, the barcode distribution processing unit 32 is activated.
  • the barcode distribution processing unit 32 has embedded therein a URL (Uniform Resource Locator) for distributing the generated barcode data to the mobile phone registered corresponding to the agency code.
  • the e-mail is sent (step S63).
  • the mobile phone 15 of the agency 200 receives the mail in which the predetermined URL is embedded from the collection agency computer 3 and displays it on the display device (step S65).
  • the mobile phone 15 accesses the URL (step S67).
  • the barcode distribution processor 32 transmits the barcode data generated in step S61 to the mobile phone 15 in response to the access from the mobile phone 15 (step S69).
  • the mobile phone 15 receives the barcode 'data from the collection agency computer 3 and displays it on the display device (step S71).
  • the agent 200 goes to the convenience store with the mobile phone 15 and scans the barcode 'data displayed on the display device of the mobile phone 15 with a barcode scanner at the convenience store ( Step S73).
  • the mail with the URL embedded is sent once, if the mobile phone 15 is compatible, the mail with the barcode data embedded may be sent.
  • the insurance company computer 5 receives the accounting data relating to the application for the insurance contract from, for example, the agent PC 11 and registers it in the insurance contract DB 52 (step S81).
  • accounting data for example, data such as insurance premiums After conducting the check, if there is no problem, register it in the insurance contract DB 52.
  • the insurance company computer 5 transmits the newly registered accounting data to the collection agency computer 3 at an arbitrary timing or at a predetermined cycle (step S83).
  • the collection agency computer 3 receives the accounting data from the insurance company computer 5 and registers it in, for example, the deposit management DB 41 (step S85). Data such as those shown in FIGS.
  • FIG. 13A and 13B are stored in the deposit management DB 41, for example.
  • FIG. 13A it is included in accounting data such as policyholder name, security number, insurance type, premium, payment method, insurance start date, application acceptance date, accounting date, agency code (or agency name), etc.
  • the registered data is registered in the deposit management DB 41.
  • Fig. 13B corresponding to one record in Fig. 13A, the due date, the automatic contract cancellation date, the deposit date, the insurance payment allowance flag (the flag up to the due date and the automatic contract Flags until the release date) and release flags are set.
  • the payment matching processing section 34 performs matching processing between the payment-scheduled payment-scheduled data and the accounting data (step S87). For example, search for accounting data that includes the same security number as the security number included in the scheduled payment data. Then, when the accounting data containing the same security number as the security number included in the expected payment data is detected, the insurance fee amount included in the expected payment data is further equal to the insurance fee amount included in the accounting data. Judgment is the power. If these two conditions are met, the receipt date data included in the scheduled payment data is registered in the payment date column of the table (Fig. 13B) where the data recorded in the payment management DB 41 is registered. I do. In addition, the insurance money payability flag is set to payable for all periods (step S89).
  • the corresponding payment data is not available, and the recorded data is the same as the payment data described in the third and fourth embodiments, when the customer 100 sends money directly to the collection agency 300. Used for data matching. Therefore, matching data will not be treated as failed for matching if no correspondence is found by the security number included in the scheduled payment data.
  • the expected payment data and the recorded data whose security numbers match but whose insurance premiums do not match are treated as unmatched, such expected payment data and calculated data are extracted and the insurance company computer Send it to 5 (step S93). Note that only the payment schedule data may be transmitted. This is This is because the insurance company computer 5 can acquire the recorded data by using the security number in the expected gold data because the security number is included.
  • the insurance company computer 5 When the insurance company computer 5 receives the payment schedule data and the accounting data that cannot be matched from the collection agency computer 3, the insurance company computer 5 stores the data in the storage device (step S95). Later, the insurance company computer 5 outputs the payment schedule data and the accounting data that cannot be matched to the insurance company 400 staff, and the insurance company 400 staff checks the accounting data (step). S97). Mismatching occurs when there is a problem with the accounting data, or when there is a problem with the expected payment data, or both. If there is a problem with the accounting data, the accounting data is corrected, registered in the insurance contract DB52, and the corrected accounting data is transmitted to the collection agency computer 3.
  • the correction data on the scheduled payment data is transmitted to the collection agency computer 3 (step S99).
  • the payment collation processing unit 34 of the collection agency computer 3 registers it in, for example, the payment management DB 41 (step S101). If there is no correction in the recorded data, a premium has been added or refunded, and the surcharge or reimbursement of the premium will be calculated. Then, the data of the insurance settlement report is generated and stored, for example, in the notification data storage unit 44 (step S103). After that, for example, a procedure such as printing out the data of the balance sheet and mailing it to the customer 100 is performed.
  • the refund process may be performed using, for example, the customer's bank account data obtained from the fund transfer request form.
  • the payment schedule data for the surcharge is generated and registered in the deposit management DB 41. Then, a matching process with the payment data is performed (step S105).
  • There are various ways to set the insurance payment allowance flag when there is a surcharge but in this case, the agent 200 is wrong, so it was received on the first receipt date Sometimes treated as
  • the agent management unit 38 of the collection agency computer 3 compares the payment schedule data with which payment has been verified at predetermined intervals, for example, once a month. Calculate agency commissions for insurance contracts that match the accounting data, generate agency commission detail data for each agency, for example, store notification data Stored in section 44 (Fig. 14: step S111). The detailed data may be notified to the agency 200 via the network 1 or may be sent after the mark J.
  • the settlement processing unit 400 calculates the amount obtained by subtracting the agency commission and the commission of the collection agency 300 from the received insurance premium, and as the data of the settlement amount to be paid to the insurance company 400, for example, a notice
  • the data is stored in the data storage section 44 (step S113). Further, detailed data for the insurance company 400 may be generated and transmitted via the network 1, or printed and transmitted.
  • the collection agency 300 may have a function of accepting a change in an insurance contract at, for example, a call center.
  • the collection-related processing unit 37 accepts input of transfer data of the insurance contract.
  • the transfer data is registered in the deposit management DB 41 or the like (step S115).
  • the transfer data is transmitted to the insurance company computer 5 (step S117).
  • the insurance company computer 5 registers the transfer data in, for example, the insurance contract DB 52 after a predetermined confirmation process (step S119).
  • the transfer may result in a surcharge or refund of insurance premiums.
  • the collection-related processing unit 37 calculates the amount of the surcharge or reimbursement of the insurance premium, generates the data of the settlement report, and stores it, for example, in the notification data storage unit 44 (step S121). After that, for example, a payment report is printed and sent to customer 100. If there is a refund, it will be refunded to the account specified in the fund transfer request, for example. If there is a surcharge, you will be asked to remit the reimbursement fee in the statement of payment. In some cases, the payment schedule data is generated and registered in the payment management DB 41. Even in the case of using the collection agency 300 by such processing, the procedure for immediately adjusting the insurance premium proceeds smoothly.
  • the agent 200 Upon receiving the insurance application from the customer 100, the agent 200 generates accounting data using the agent PC 11 or the like, and causes the agent PC 11 or the like to transmit the data to the insurance company computer 5.
  • the insurance company computer 5 Upon receiving the accounting data from the agent PC 11 or the like, the insurance company computer 5 registers it in the insurance contract DB 52 by accounting processing. Further, in order to request collection of insurance premiums, the accounting data newly registered in the insurance contract DB 52 is transmitted to the collection agent company computer 3 at a predetermined cycle or at an arbitrary timing.
  • the collection agency computer 3 Upon receiving the accounting data from the insurance company computer 5, the collection agency computer 3 registers it in the deposit management DB 41 (step S13 1).
  • the due date setting processing unit 35 sets the due date and the automatic contract cancellation date as due dates to be confirmed and based on the insurance start date, insurance type, and payment method (collective payment, monthly payment, semi-annual payment, etc.) It is registered in, for example, the portion shown in FIG. 13B of the payment management DB 41 (step S133).
  • the payment date is set to be 30 days from the beginning of the insurance, and in the case of short-term insurance, the payment date is set to be 15 or 7 days from the beginning of the insurance. This is the due date of the first premium payment in one lump sum or installment payment.
  • the due date is set separately from the first day of each installment period after a specified number of days.
  • long-term insurance include car insurance and fire insurance with an insurance period of one year or more
  • short-term insurance include travel accident insurance with less than one year.
  • the due date will be set according to the insurance period or insurance type included in the insurance contract data. Further, the due date may be set according to other attributes included in the accounting data. For example, payment deadlines may be set based on the contract conclusion date.
  • the collection agency computer 3 receives, for example, the deposit data stored in the deposit data storage unit 71 from the financial institution computer 7 at a predetermined cycle or at an arbitrary timing, and stores it in the deposit data storage unit 42. (Step S1 3 5).
  • the deposit matching processing unit 34 determines which insurance contract each deposit corresponds to. For this purpose, the data of the depositor name and the deposit amount included in the deposit data are used for comparison with the policyholder name and insurance premium data included in the recorded data. If the deposit data further includes data such as a securities number, it may be used. Correspondence between payment data and accounting data If the payment is specified, the data of the payment date included in the payment data is registered in the payment management DB 41 (FIG. 13B) (step S1 37).
  • the expiration date confirmation processing unit 36 of the collection agency computer 3 determines, at a predetermined cycle or at an arbitrary timing, the date of payment, the date of processing if there is no payment, the date of payment and the date of automatic cancellation of each insurance contract. Compare. If the payment date is before the payment date, the insurance payment possibility flag until payment date B and the automatic contract cancellation date is set to “1”. In other words, insurance payment is allowed. If the payment has not yet been made, and if the processing date is a date up to the payment due date, the insurance payment payment availability flag up to the payment due date is set to “0”. That is, the insurance payment is suspended.
  • the processing date is the date from the payment due date to the automatic contract cancellation date when the payment has not yet been made
  • the payment term (the insurance payment allowance flag up to 3 is set to ⁇ 2 (impossible) '', Set the insurance payment enable / disable flag until the automatic contract cancellation date to “0.”
  • the deposit date is the date from the payment due date to the automatic contract cancellation date, set the insurance payment enable / disable flag until the payment due date to “0”.
  • Set to 2 and set the insurance payment enable / disable flag up to the automatic contract cancellation date to 1.
  • Step S 13 9 If there is no payment after the automatic contract cancellation date, until the payment due date and until the automatic contract cancellation date (Step S 13 9) At this stage, the security number of each insurance contract, the contents of the insurance payment enable / disable flag, and the payment date if insurance has been received are separately insured. Generated as payment data The data may be stored in the data storage unit 44. Then, the expiration date confirmation processing unit 36 of the collection agency computer 3 sends the insurance contract security number and the insurance money payability flag from the deposit management DB 41. If the contents have been paid, the insurance payment data including the data of payment 0 is transmitted to the insurance company computer 5 (step S144).
  • the insurance company computer 5 When the insurance company computer 5 receives the insurance payment payment data from the collection agency computer 3, the insurance company computer 5 stores the data in a storage device such as the payment status management DB 53, and refers to it later when it becomes necessary. That is, when an accident or the like occurs, whether or not to pay insurance money is determined, for example, on the day of the accident.
  • the insurance company can identify the time of the accident, can the insurance company pay the insurance money based on the information from the collection agency computer 3 without managing the payment? , Or the power not to be paid or At this point, it is possible to easily determine whether the state is on hold.
  • the expiration date confirmation processing unit 36 of the collection agency computer 3 also performs processing as shown in FIG. That is, the deposit management DB 41 is searched to identify an insurance contract for which no deposit has been recorded up to the date up to the automatic contract cancellation (step S143). Then, for the specified insurance contract, the release flag is set to ON (for example, “1”) in the payment management DB 41, and an automatic cancellation contract list including the security number and the like is formed and transmitted to the insurance company computer 5. (Step S145). When the insurance company computer 5 receives the automatic cancellation contract list from the collection agency computer 3, the insurance company computer 5 stores the list in a storage device such as the payment status management DB 53.
  • the automatic cancellation of the insurance contract listed in the automatic cancellation insurance list is registered later.
  • the important information of automatic contract cancellation is configured separately as an automatic cancellation contract list, and is notified to the insurance company 400 side.
  • the contract extraction processing section 39 of the collection agent computer 3 performs a process of identifying an insurance contract that requires a detailed investigation, for example, as shown in Fig. 17 to confirm that fraud has not occurred. carry out. That is, at a predetermined cycle or at an arbitrary timing, the insurance company computer 5 receives the accident reception information including the security number, the accident date, and the accident reception date, and stores the information in a storage device such as the accident reception information DB 43. (Step S1 4 7).
  • the accounting data is read out from the payment management DB 41 and the following processing is performed.
  • the accident date is at least a predetermined number of days after the date of receiving the application (or the date of accounting) (step S149).
  • the application acceptance date is, for example, the date when insurance company computer 5 receives the insurance contract accounting data from agent PC 11 or the insurance company 400 side without entering data at agent 200 If data is to be generated, indicate the date of receipt of the application form from agency 200 or the date of receipt of notification to insurance company 400, which is obligatory for agency 200 as a separate procedure. .
  • the recording date is, for example, the date of registration in the insurance contract DB52, but in some cases, the recording date and the application acceptance date are not distinguished. If there is a notice of application from the agency 200 etc. more than a predetermined number of days before the accident date, there is no possibility that the fraud has been committed, and the process is terminated here without being subjected to the examination.
  • the insurance It is determined whether the date is after the accounting date (step S 15 1). If the accounting date is later than the insurance start date, it is necessary to confirm whether the accounting date is delayed due to administrative delays or fraud. Therefore, in order to be listed as a contract to be investigated, the policy number of the insurance contract is stored in a storage device such as the notification data storage unit 44 (step S155). On the other hand, if the insurance start date is after the accounting date, it is checked whether or not other predetermined conditions are satisfied (step S153).
  • predetermined conditions may be, for example, whether the customer 100 (insurer) is not on the blacklist, or if the accident date is immediately after the insurance commencement date (eg, within a few days). Or whether the earliest of insurance premiums on the first day, the date of payment, the date of accounting, and the date of receiving the application is later than the date of receiving the accident. If the predetermined conditions are satisfied, the contract is identified as a contract to be investigated and added to the list (step S155). If the specified conditions are not satisfied, the processing ends. The listed insurance contracts' security numbers and the like are transmitted from the collection agency computer 3 to the insurance company computer 5.
  • the insurance company computer 5 stores the data of the insurance contract to be investigated received from the collection agency computer 3 in a storage device, and uses the data for a subsequent investigation. By performing such processing, the collection agency 300 can obtain information for investigating improper insurance contracts such as fraud, and insurers can reduce the number of investigations. Can be.
  • the agent 200 Upon receiving the insurance application from the customer 100, the agent 200 generates accounting data using the agent PC 11 and the like, and the agent PC 11 etc. To 5 When the insurance company computer 5 receives the accounting data from the agent PC 11 or the like, it registers it in the insurance contract DB 52 in the accounting process. Further, in order to request the collection of insurance premiums, the accounting data newly registered in the insurance contract DB 52 is transmitted to the collection agent company computer 3 at a predetermined cycle or at an arbitrary timing. Upon receiving the accounting data from the insurance company computer 5, the collection agency computer 3 registers it in the deposit management DB 41 (step S16 1). The data shown in Fig. 13A is stored.
  • the due date setting unit 35 sets the due date and the automatic contract cancellation ⁇ as the due date to be confirmed based on the insurance due date, insurance type, and payment method (lump-sum payment, monthly payment, semi-annual payment, etc.), and deposits Register it in the management DB 41 (step S166).
  • data shown in FIG. 19 is registered in the deposit management DB 41 instead of the data shown in FIG. 13B.
  • the payment date, automatic contract termination date, payment date, transfer flag, dunning flag, release flag, data on the required recovery amount, etc. are registered. .
  • the collection agency computer 3 receives the deposit data stored in the deposit data storage unit 71 from the financial institution computer 7 at a predetermined cycle or at an arbitrary timing, and stores it in the deposit data storage unit 42. (Step S165).
  • the deposit matching processing unit 34 determines which of the insurance contracts each deposit corresponds to. For this purpose, the data of the depositor name and the deposit amount included in the deposit data are used for collation with the policyholder name and insurance premium data included in the recorded data. If the deposit data further includes data such as a securities number, it may be used.
  • the data of the payment date included in the payment data is registered in the payment management DB 41 (FIG. 19) (step S166).
  • the expiration date confirmation processing unit 36 of the collection agent company computer 3 performs an expiration date confirmation process (step S19).
  • This deadline confirmation processing will be described later in detail.
  • the contract list and the contract release list to be transferred which are generated in the deadline confirmation processing, are transmitted from the collection agency computer 3 to the insurance company computer 5 (step S171).
  • the insurance company computer 5 receives the receivables transfer contract list and the contract release list from the collection agent company computer 3, the insurance status computer 5
  • the data is stored in a storage device such as DB53.
  • insurance contracts on the receivables transfer contract list are treated as if they were received by the insurance commencement date. Data indicating that the receivables have been transferred may be registered in the insurance contract DB 52.
  • For insurance contracts on the contract cancellation list, the cancellation date, etc. are registered in the insurance contract DB 52.
  • the insurance company does not have any control on the payment date and can basically treat all payments as having been received by the start date of insurance. Even if the insurance premium is not paid, the insurance company will be able to treat it as a normal cancellation. However, accident information etc. will be notified for the collection agency company 300 to which the premium claims are transferred. The collection agency 300 can increase profits by taking over insurance premiums and collecting them.
  • step S 173 one unprocessed record is read from the deposit management DB 41 (step S 173). Then, it is determined whether or not the unprocessed record is unpaid based on whether or not the unprocessed record includes the payment date (step S175). If payment has been made, the process proceeds to step S205. That is, it is determined whether all records have been processed. If all records have been processed, the process is terminated. If there is an unprocessed record, the process returns to step S173 (step S205). .
  • the processing date is set at the beginning of the insurance (or the period required for the registration of the payment date, taking into account the period required for the registration of the payment date) Days may be determined) (step S177). If the processing date does not exceed the insurance start date, the process proceeds to step S205. On the other hand, if the processing has passed the insurance start period S, it is determined whether the transfer flag shown in FIG. 19 is set to “1” (step S 179). If the transfer flag is set to “0”, the transfer flag is set to “1” in the deposit management DB 41 (step S 18 1), and the contract list related to the transfer of the insurance premium receivable is set.
  • Step S183 Information such as the securities number is added to the (receivable assignment contract list) (Step S183). For example, transfer of receivables
  • the delivery contract list is stored in the notification data storage unit 44.
  • the required recovery amount calculated from the insurance premium is registered in the deposit management DB 41 in accordance with the agreement between the insurance company 400 and the collection agency 300 (step S185). The required recovery amount may be the insurance premium itself. Then, control goes to a step S205.
  • step S187 If the transfer flag has been set to "1”, it is determined whether the dunning flag shown in FIG. 19 has been set to "1" (step S187). If the dunning flag is not set to “1”, the processing date has passed the due date (or the due date + the time required for deposit registration, taking into account the time required for deposit date registration). Is determined (Step S189). If not, step S187
  • step S191 the dunning flag is set to "1" (step S191), and information such as the security number is registered in the dunning list (step S19) 3).
  • the reminder list is stored in, for example, the notification data storage unit 44. Then, control goes to a step S205.
  • a step for updating the required collection amount may be added. This is the case when late payments are collected because the due date is not met.
  • step S195 it is determined whether the release flag shown in FIG. 19 has been set to "1" (step S195). If the release flag has already been set to "1", the flow shifts to step S205. On the other hand, if the cancellation flag is set to “0”, the processing date is the automatic contract cancellation date (or the automatic contract cancellation date + payment S registration It is determined whether or not has elapsed (step S197). If the processing date has not passed the automatic contract cancellation date, the process proceeds to step S205. If the processing says that the automatic contract cancellation date has passed, the cancellation flag is set to “1”. At step S 199), information such as the security number is registered in the contract cancellation list (step S 201).
  • the collection-related processing section 37 receives the accident reception information from the insurance company computer 5 and stores it in the accident reception information DB 43 (step S207).
  • the accident reception information includes, for example, information such as a security number, an accident reception date, and an accident date.
  • any of the insurance contracts with one of the transfer flag, dunning flag, and release flag set to “1” was identified by searching the payment management DB 41, Register in the list (step S209).
  • the cautionary contract list is stored in the notification data storage unit 44. You may also check whether the payment date is registered.
  • the list of contracts requiring caution includes the security number, the date of receipt of the accident, and the date of the accident.
  • each computer may not be connected to the network.
  • a magnetic tape or other recording medium may be used for data transfer.
  • FIG. 6 shows an example in which the insurance company computer 5 is constituted by one computer, but may be constituted by a plurality of computers. The same applies to the collection agency company computer 3, financial institution computer 7, and credit company computer 9. is there. Each functional block of the collection agency computer 3 is shown only for convenience of explanation, and does not necessarily correspond directly to a specific program module.
  • FIG. 6 is an example of the configuration of a storage device such as a database, and other data holding methods may be employed.
  • the deposit management DB 41 managed by the collection agency computer 3 can be referred to, for example, on the Internet so that a person having a predetermined password of a customer 100, an insurance company 400, and an agent 200 can refer to the database. It is also possible to make it public. For customer 100, you can only refer to your insurance contract data. Agent 200 can also refer only to data on insurance contracts that it has handled.
  • the collection agency company computer 3 classifies the insurance contract for which the dunning flag is set to “1” in the fourth embodiment according to predetermined criteria such as region, amount, and dunning status, and A classification process for outsourcing collection to a third party may be performed.
  • the configuration has been described in which collection is performed or receivables are transferred based on a request from insurance company 400, but customer 100, for example, when applying for an insurance contract, If a non-card advance payment request is made, it is possible to make a configuration in which advance payment is made based on the request.
  • a configuration in which various processes such as term setting, expiration date confirmation, contract extraction, and settlement processing are performed on the insurance company 400 side It is also possible to In this case, for example, in the third and fourth embodiments, the due date setting processing unit 35 provided in the insurance company computer 5 sets the due date and the automatic contract cancellation date based on the recorded data, and Based on the insurance type and the payment method, the contents of the portion shown in Fig. 13B in the payment management DB 41 are registered.
  • the contract extraction processing unit 39 extracts accident reception information including the security number, the accident date and the accident reception date from the accident reception information DB 51, and based on the information and the recorded data, for example, the accident reception date and Judge the relationship with the application acceptance date and implement processing to identify insurance contracts that require a detailed investigation.
  • the settlement processing unit 40 provided in the insurance company computer 5 calculates the agency commission and the commission of the collection agency 300.
  • the insurance company computer 5 sends the information such as the insurance money payability flag ⁇ cancellation flag set by the date confirmation processing unit 36, such as the date set by the date setting processing unit 35, to the collection agency computer 3.
  • the collection agency computer 3 sends the information on insurance contracts and data related to settlement that need to be investigated in detail by the contract extraction processing unit 39.
  • information on insurance contracts and data related to settlement that need to be investigated in detail by the contract extraction processing unit 39 is collected by the collection agency computer 3, agent dedicated terminal 13, agent PC 11 or agent
  • the information is transmitted to a device on the side of the agency 200 such as the cellular phone 15.
  • the collection agency computer 3 and the insurance company computer 5 may cooperate with each other such as setting a due date, confirming a deadline, extracting a contract, and performing a settlement process by sharing the respective processes.
  • the computer in charge of each processing sends information on the processing results to other computers, and the collection agency computer 3 and the insurance company computer 5 need each based on the transmitted information. Take appropriate action.
  • the collection agency 300 is illustrated as a different organization from the insurance company 400, a section of the insurance company may be the collection agency, and the form of the organization is not limited. Furthermore, each processing flow is also an example, and is not limited to the above.

Abstract

A money collection factoring company (300) is established so that insurance fee is collected directly from a customer (100). In this case, the money collection factoring company (300) judges whether insurance money can be paid according to the paying-in date and registers it. If no money is paid in until the automatic contract annulment date, the money collection factoring company (300) notifies the automatic contract annulment to an insurance company (400). Thus, the insurance company (400) need not perform paying-in management. On the other hand, when no money is paid until the insurance start date, the money collection factoring company (300) may get an insurance fee bond from the insurance company (400) and collect insurance money from the customer (100). In principle, the insurance company (400) can handle all the insurances assuming that money is paid in until the insurance start date. However, a problem may be caused when an accident occurs, and the insurance company (400) notifies the occurrence of the accident to the money collection factoring company (300). It should be noted that when it is substantially impossible for all the customers (100) to transfer money directly to the money collection factoring company (300), an agent (200) receives an insurance fee in cash and promptly transfers it to the money collection factoring company (300). The agent (200) transmits receipt data to the money collection factoring company (300) before transferring money, so that the money collection factoring company (300) performs matching with the paid-in data. Moreover, matching is performed afterward with allocation data received later.

Description

明細書 保険金の入金管理に関する情報処理方法 .  Description Information processing method for insurance money deposit management.
[技術分野] [Technical field]
本発明は、 保険料の集金及び保険契約管理に関連する情報処理技術に関する。 [背景技術]  The present invention relates to an information processing technology related to collection of insurance premiums and insurance contract management. [Background technology]
従来、 保険会社は、 代理店や媒介人等 (以下、 代理店という) を介して保険カロ 入の申し込みを受け付け、 保険料についても代理店を介して集金していた。 しか し、 このような保険料集金の仕 ¾aみによると、 さまざまな問題が発生していた。 例えば、 保険契約者から集金された保険料は、 一旦代理店が管理している銀行口 座等に蓄積されるため、保険会社による管理が徹底し得ないという問題があった。 また、代理店が管理している銀行口座等にっレ、て法定帳簿を備えなければならず、 さらに代理店及び保険会社両方で保険料集金 ·入金の確認を行う必要がある等、 非効率性の問題も生じていた。 し力 し、 代理店が受け付けた保険契約の保険料を 保険会社が自ら集金していると、 コストが割高になるという現実も存在する。 ま た、 事故発生時に保険金を支払う上では、 例えば保険始期日までに保険料を集金 するなど、 保険会社として債権管理上^"らかの手当てが求められている。  In the past, insurance companies have accepted applications for insurance premiums through agents and intermediaries (hereinafter referred to as agents), and have also collected insurance premiums through agents. However, according to this insurance collection process, various problems occurred. For example, insurance premiums collected from policyholders are temporarily stored in bank accounts, etc., managed by agents, so there was a problem that insurance companies could not manage them thoroughly. Inefficiencies such as the need to have statutory books in the bank accounts etc. managed by the agency and the need to collect insurance premiums and confirm payments at both the agency and the insurance company There was also a sex problem. However, if the insurance company collects the premiums of the insurance contract received by the agency, the cost may be higher. In addition, when paying insurance claims in the event of an accident, insurance companies are required to pay for insurance claims, such as collecting insurance premiums by the first day of insurance.
なお、 例えば特開 2 0 0 2— 8 3 1 3 7号公報は、 代理店から保険会社に各保 険契約につき保険料から代理店手数料を差し引いた精算額を様々な方法にて送金 する際の処理方法を開示している。 し力 し、 保険料の集金代行については考慮さ れておらず、 また保険金の支払可否についても当該保険料の集金代行と関連して 考慮されてはいない。  For example, Japanese Patent Application Laid-Open Publication No. 2002-831337 discloses that an agent sends an insurance company to an insurance company a remittance amount obtained by subtracting the agent fee from the insurance premium for each insurance contract by various methods. Is disclosed. However, it does not consider the collection of premiums, nor does it consider whether or not insurance claims can be paid in connection with the collection of premiums.
[発明の開示] [Disclosure of the Invention]
このように保険料集金業務を低コストで代理店から分離する必要が生じている。 このためには、 保険料の集金代行会社を用いることが好ましい。 一方、 必ずしも 全ての顧客に対して、 集金代行会社に保険料の支払いを依頼することも困難であ る。 よって本発明の目的は、 保険料の集金代行サービスを実施するために必要な情 報処理技術を提供することである。 また本発明の他の目的は、 代理店が現金で保険料を領収した場合であつても、 保険料の集金代行サービスをスムーズに実施するために必要な情報処理技術を提 供することである。 本発明の第 1の態様に係る、 保険契約の入金管理に関する情報処理方法は、 保 険料の入金データを除く保険契約に関するデータを取得し、 記憶装置に登録する ステップと、 保険契約に関するデータに基づき保険料の支払期日を決定し、 記憶 装置に登録する期日決定ステップと、 保険料の集金を行った者から取得した、 保 険料の入金データを保険契約についてのデータに対応付け、 少なくとも入金日の データを記憶装置に登録するステップと、 入金日又は未入金状態と少なくとも支 払期日の関係から、 保険金支払可否に関する情報を保険契約毎に生成し、 記憶装 置に登録する保険金支払可否決定ステップとを含む。 Thus, it has become necessary to separate the insurance collection business from the agency at low cost. For this purpose, it is preferable to use an insurance collection agency. On the other hand, It is also difficult to ask all collection customers to pay insurance premiums to collection agencies. Accordingly, an object of the present invention is to provide information processing technology necessary for implementing a service for collecting insurance premiums. Another object of the present invention is to provide an information processing technique necessary for smoothly executing a service for collecting insurance premiums even when an agency receives insurance premiums in cash. The information processing method relating to the insurance contract payment management according to the first aspect of the present invention includes the steps of: acquiring data relating to an insurance contract excluding insurance payment data, and registering the data in a storage device; Determining the due date of the premium based on the due date and registering it in the storage device, and associating the insurance premium deposit data obtained from the person who collected the premium with the insurance contract data, at least depositing Registering the date data in the storage device, and generating information on whether or not to pay insurance for each insurance contract from the relationship between the payment date or the unpaid state and at least the payment date, and the insurance payment to be registered in the storage device. Determination step.
このように、 集金代行会社から入金情報を入手し、 その情報に基づいて保険会 社が保険金支払可否についての情報を生成したり、 集金代行会社において保険金 支払可否についての情報を生成しておけば、 保険会社は保険料の入金についての 管理から開放され、 さらに実際に事故などが発生した場合に保険金を支払っても 良いの力否かという情報も得ることができ、 業務が効率化される。 集金代行会社 は、 保険会社から保険料集金代行手数料及び本情報処理によるサービスの対価を 得ることができる。 また、 上で述べた期日決定ステップにおいて、 保険契約に関するデータに基づ き保険料未入金の場合の自動契約解除日を決定して記憶装置に登録し、 自動契約 解除日以前のョ付が入金日として登録されていない保険契約を抽出するステップ をさらに含むようにしてもよい。 さらに、 本発明の第 1の態様においては、 事故日の情報を含む事故受付データ を取得するステップと、 事故 と保険契約に関するデータに含まれる保険始期日 と保険契約の計上日との任意の組み合わせに係る少なくともいずれかの関係が所 定の条件を満たす保険契約を抽出するステップとをさらに含むようにしてもよい。 例えば、 事故日が計上日より前であったり、 計上日が保険始期日より後であった りする場合には、 不正が行われている可能性もあり、 具体的な調査を行う必要が ある。 このような処理についても入金についてのデータを保持している集金代行 会社から入金についてのデータを保険会社が取得した上で実施したり、 集金代行 会社側で実施することが可能となる。 なお、 上で述べた保険金支払可否決定ステップにおいて、 入金日又は未入金状 態と支払期日と自動契約解除日との関係から、 支払期日までの保険金支払可否と 支払期日から自動契約解除日までの保険金支払可否を決定するようにしてもよい。 例えば、 支払期日までに入金されていなければ支払期 Θまでに事故が起こっても 保険料は支払われない。 支払期日後自動契約解除日までに事故があった場合には 例えば自動契約解除日までに入金がなされるまで保険金の支払いは保留极レ、にな る。自動契約解除 Sまでに入金がなされた場合には保険金支払は可と判断される。 本発明の第 2の態様に係る、 保険契約管理に関する情報処理方法は、 保険料の 入金データを除き保険始期日の情報を含む、 保険契約に関するデータを取得し、 保険契約データ格納部に登録するステツプと、 保険料の集金を行った者から取得 した、 保険料の入金データを保険契約についてデータに対応付け、 少なくとも入 金日のデータを保険契約データ格納部に登録するステップと、 保険始期日に基づ き設定される所定の日までに未入金である未入金保険契約を抽出し、 当該未入金 保険契約を特定する情報を保険料債権の譲渡に係る保険契約として記憶装置に格 納するステップとを含む。 In this way, the payment information is obtained from the collection agency, and the insurance company generates information on whether or not the insurance payment is possible based on the information, or the collection agent generates the information on whether or not the insurance payment is possible. In this way, insurance companies will be freed from managing insurance premiums, and will be able to obtain information on whether they can pay insurance claims in the event of an accident, etc. Is done. The collection agency can obtain insurance premium collection fees and compensation for services provided by this information processing from the insurance company. In addition, in the due date determination step described above, an automatic contract termination date in the case of non-payment of insurance premiums is determined based on the insurance contract data and registered in the storage device. Steps to extract insurance contracts not registered as days May be further included. Further, in the first aspect of the present invention, a step of obtaining accident reception data including information on the accident date, and any combination of the insurance start date and the insurance contract recording date included in the accident and insurance contract data And extracting an insurance contract in which at least one of the relations satisfies a predetermined condition. For example, if the date of the accident is earlier than the date of accounting or the date of accounting is later than the start date of insurance, there is a possibility that fraud has occurred and it is necessary to conduct a specific investigation . Such processing can also be performed after the insurance company has acquired the data on payment from the collection agency that holds the data on payment, or it can be performed by the collection agency. In the insurance payment decision step described above, based on the relationship between the payment date or unpaid status, the payment due date and the automatic contract termination date, the insurance claims can be paid until the payment date and the automatic contract termination date from the payment date. May be determined. For example, if the deposit has not been received by the due date, the insurance premium will not be paid if an accident occurs by the due date Θ. If an accident occurs after the payment due date and before the automatic contract cancellation date, for example, the insurance payment will be suspended until payment is made by the automatic contract cancellation date. If payment is made before the automatic cancellation S, it is determined that insurance payment is possible. The information processing method related to insurance contract management according to the second aspect of the present invention obtains data related to an insurance contract including insurance start date excluding payment data of insurance premiums, and registers the data in an insurance contract data storage unit. Steps: a step of associating the insurance deposit data obtained from the person who collected the insurance premium with the insurance contract data, and registering at least the data of the payment date in the insurance contract data storage unit; Unpaid insurance contracts that have not been paid by the specified date set based on the relevant information are extracted, and the information that specifies the unpaid insurance contracts is stored in the storage device as insurance contracts related to the transfer of premium receivables. Steps.
本発明の第 1の態様では、 保険会社は集金代行会社に保険料の集金を委託して いる形であるが、 本発明の第 2の態様においては、 保険始期曰に基づき設定され る日までに入金されていない場合には、 集金代行会社が保険会社から保険料債権 を譲り受けるようにする。 このようにすれば、 保険会社は個々の保険契約につい て入金管理を行わず、 単純に保険始期日より責任期間が開始するものと取り扱う ことができる。 集金代行会社は、 保険料債権を譲り受け、 直接保険契約者から保 険料の回収を行い、 保険料と債権価格の差を自己の収益とすることができる。 また、 本発明の第 2の態様において、 保険契約データに基づき保険料の支払期 日を決定し、 保険契約データ格納部に登録するステップと、 保険料の支払期曰以 前の日付が入金日として登録されていない第 2未入金保険契約を抽出し、 当該第 2未入金保険契約を特定する情報を督促に係る保険契約として記憶装置に格納す るステップとをさらに含むようにしてもよい。保険料債権を譲り受けた場合には、 集金代行会社は自らの責任において保険料を回収する必要があるので、 支払期日 を設定すると共に当該支払期日までに入金されない保険契約を特定し、 当該保険 契約者に対して保険料の支払いを督促するためである。 また、 本発明の第 2の態様において、 保険料債権の譲渡に係る保険契約に対応 して、 要回収金額のデータを記憶装置に格納するステップをさらに含むようにし てもよい。 さらに、 本発明の第 2の態様において、 保険契約に関するデータに基づき保険 料未入金の場合の自動契約解除日を決定し、 保険契約データ格納部に登録するス テツプと、 自動契約解除 S以前の日付が入金日として登録されていない第 3未入 金保険契約を抽出し、 当該第 3未入金保険契約を特定する情報を契約解除に係る 保険契約として記憶装置に格納するステツプとをさらに含むようにしてもよレ、。 自動契約解除日になっても保険料が支払われない場合には、 保険契約を有効にし ておく必要が無いので、 解除すべき保険契約を特定し、 当該特定された保険契約 について解除手続きを実施するためである。 また、 第 3未入金保険契約に対応する要回収金額のデータを、 自動解除確定に 応じて登録するステップをさらに含むようにしてもよい。 自動解除すると解除返 戻金が発生する場合もあり、 実際に保険契約者から回収すべき金 が変更される 場合もあるためである。 さらに、 本発明の第 2の態様において、 事故日の情報を含む事故受付データを 取得するステップと、 事故日と保険契約に関するデータに含まれる保険始期日と 保険契約の計上日との任意の組み合わせに係る少なくともいずれかの関係が所定 の条件を満たす保険契約を抽出するステツプとをさらに含むようにしてもよい。 これにより、 調査の必要な疑義のある保険契約を抽出することができるようにな る。 本発明の第 3の態様に係る、 保険料の入金管理に関する情報処理方法は、 顧客 からの保険料の現金領収に関し且つ当該現金領収者 (例えば代理店) からの送金 方法を含む現金領収データを当該現金領収の基となる保険契約に関するデータよ り先に受信するステップと、 受信した現金領収データから入金予定データを生成 し、 記憶装置に登録するステップと、 現金領収者から保険料の送金を指示された 者から取得した入金データを入金予定データと対応付け、 少なくとも入金済みを 表すデータを記憶装置に登録する入金確認ステップと、 保険料の入金データを除 く保険契約に関するデータを取得し、 記憶装置に登録するステップと、 保険契約 に関するデータ (例えば実施の形態における計上データ) と入金済みを表すデー タが登録されている入金予定データとを対応付け、 所定の条件を満たしている場 合 (例えば保険料金額と領収金額が一致している場合) には保険金支払可を表す データを記憶装置に登録するステップとを含む。 例えば代理店が現金で保険料を顧客から領収し、 その都度送金することとする と、 金融機関などからの入金データとマッチングをとるためのデータが必要とな るため、 予め現金領収データを受信し当該現金領収データから入金予定データを 生成する。 また、 例えば集金代行会社のコンピュータでは保険契約に関するデー タを直ぐには受け取れない場合が多いので、 入金済みと判定された入金予定デー タと保険契約に関するデータとを後でマッチングさせる必要もある。 なお、 例え ば集金代行会社において保険金の支払可否を管理する場合には、 上で述べたよう に入金済みと判定された入金予定デ一タと適正な対応関係が見出された保険契約 については保険金を支払うことができるものとして登録しておき、 事故などの発 生に備える。 なお、 上で述べた送金方法が極度額貸付払いである場合には、 保険料相当の融 資のためのデータを生成し、 貸し付けを行う会社のコンピュータに上記融資のた めのデータを送信するステップをさらに含むようにしてもよレ、。 振込やデビット カード払いは、 口座に残高がないと利用できないため、 極度額貸付払いが必要な 場合もあるためである。 なお、 極度額貸付とは、 所定の金額の範囲内で任意の額 について実施される融資を言うが、 ここではクレジット 'カードによる立替え又 は債権譲渡を含むものとする。 また、 上で述べた送金方法が店舗払いである場合、 店舗で読み取り可能なバー コード .データを生成し、 現金領収者の端末 (例えば代理店の携帯電話機) に送 信するステップをさらに含むようにしてもよい。 例えば、 現金領収者たる代理店 が多種類の端末装置を持ち歩くのは負担が大きいので、 広く普及している例えば 携帯電話機にバーコード ·データを配信して、 例えばコンビニエンス 'ストアで 送金を行うことができるようにするものである。 In the first aspect of the present invention, the insurance company commissions a collection agency to collect insurance premiums. However, in the second aspect of the present invention, if the deposit has not been received by the date set based on the beginning of insurance, the collection agency will take over the insurance premium from the insurance company. . In this way, the insurer does not have to manage payments for individual insurance contracts, but can simply assume that the liability period starts from the insurance start date. The collection agency can take over the premium claims, collect the premiums directly from the policyholders, and use the difference between the premiums and the receivables price as their income. Further, in the second aspect of the present invention, the step of determining the due date of the premium based on the insurance contract data and registering the date in the insurance contract data storage unit includes the step of: Extracting a second unpaid insurance contract that is not registered as an insurance contract, and storing information specifying the second unpaid insurance contract in a storage device as a reminder insurance contract. When the insurance claim is transferred, the collection agency must collect insurance premiums at its own risk.Therefore, set a due date and identify insurance contracts that will not be deposited by the due date. This is to urge the person to pay the insurance premium. Further, in the second aspect of the present invention, the method may further include a step of storing data of a required recovery amount in a storage device in response to an insurance contract relating to the transfer of an insurance premium. Further, in the second aspect of the present invention, a step of determining an automatic contract termination date in the case of no payment of insurance premiums based on the insurance contract data, and registering the date in the insurance contract data storage unit, Extracting a third unpaid insurance contract whose date has not been registered as a deposit date, and storing information identifying the third unpaid insurance contract in a storage device as an insurance contract for contract cancellation. Well ,. If the insurance premium is not paid even after the automatic contract cancellation date, there is no need to keep the insurance contract valid, so the insurance contract to be canceled is specified and the cancellation procedure is performed for the specified insurance contract To do that. Further, the method may further include a step of registering the data of the required recovery amount corresponding to the third unpaid insurance contract in response to the automatic cancellation confirmation. This is because if you cancel automatically, there may be a cancellation refund, and the actual amount to be collected from the policyholder may change. Further, in the second aspect of the present invention, a step of acquiring accident reception data including information on the accident date, and any combination of the accident start date and the insurance contract recording date included in the accident date and the insurance contract data. Extracting at least one insurance contract satisfying a predetermined condition. This will allow you to identify suspicious insurance contracts that need to be investigated. The information processing method relating to the insurance payment management according to the third aspect of the present invention relates to a method for collecting cash receipt data relating to cash receipt of insurance premiums from a customer and including a method of remittance from the cash receiver (for example, an agency). Receiving the insurance contract data that is the basis of the cash receipt; generating received payment data from the received cash receipt data and registering the data in a storage device; and transmitting the insurance premium from the cash receiver. A payment confirmation step of associating the payment data obtained from the designated person with the payment schedule data and registering at least data indicating that payment has been completed in the storage device, and obtaining data on the insurance contract excluding the insurance payment data, The step of registering in the storage device, the data relating to the insurance contract (for example, the accounting data in the embodiment) and the data indicating that payment has been completed are registered. When the prescribed condition is satisfied (for example, when the insurance fee amount and the received amount match), the data indicating that the insurance payment is possible is registered in the storage device. Steps. For example, if an agent collects insurance premiums from a customer in cash and remits them each time, it needs data for matching with deposit data from financial institutions, etc., so it receives cash receipt data in advance Then, the expected payment data is generated from the cash receipt data. In addition, for example, a computer of a collection agency company has data on insurance contracts. In many cases, the data cannot be received immediately, so it is necessary to match the expected payment data, which has been determined to have been received, with the insurance contract data later. For example, if the collection agency manages whether or not insurance payments can be made, the insurance contracts that have been found to have an appropriate correspondence with the scheduled payment data that has been determined to have been paid as described above Are registered as those who can pay the insurance money, and prepare for the occurrence of accidents. If the remittance method described above is an extreme loan payment, the data for the loan equivalent to the insurance premium is generated, and the data for the loan is transmitted to the computer of the lending company. It may include further steps. This is because remittance and debit card payments cannot be used if there is no balance in the account, so it may be necessary to make an extreme loan payment. An extreme loan refers to a loan that is executed for an arbitrary amount within a predetermined amount. Here, it is assumed that the loan includes a credit card transfer or a loan transfer. Also, if the remittance method described above is a store payment, the method further includes the step of generating a bar readable data in the store and transmitting the data to a terminal of a cash collector (for example, a mobile phone of an agency). Is also good. For example, it is burdensome for an agent as a cash collector to carry various types of terminal devices, so it is necessary to distribute barcode data to widely used mobile phones, for example, and send money at convenience stores. Is to be able to do.
また、 上で述べた入金確認ステップが、 入金データの取得元のデータ及び入金 予定データに含まれる送金方法のデータに基づいて、 処理対象の入金予定データ を抽出するステップをさらに含むようにしてもよい。 予め指定される送金方法の データを用いれば、 対応する入金予定データを抽出することが容易になる。 さらに、 上で述べた入金確^ >ステップが、 入金予定データに対応する入金デー タが取得されない場合に、 現金領収者に対する通知データを生成するステップを さらに含むようにしてもよレ、。 入金の金額が異なつている場合や入金がなされて いないような場合を検出し、 警告するためである。 また、 上記所定の条件を満たしていない保険契約に関するデータと対応する入 金済みを表すデータが登録されている入金予定データとのうち少なくとも上記入 金予定データを出力するステップをさらに含む。 例えば、 保険契約に関するデー タに含まれる保険料の金額又は入金予定データに含まれる保険料の金額が間違つ ている場合には、 間違いを訂正する必要があり、 そのために上記のようなデータ が必要である。 本発明の第 4の態様に係る端末装置は、 保険料金額、 顧客名及び証券番号を含 む領収証を発行する手段と、 保険料領収者からの保険料の送金方法を選択可能に 提示する手段と、 選択された保険料の送金方法のデータと保険料金額のデータと 顧客名のデータと証券番号と保険料領収者のデータとを含む現金領収データを、 集金代行会社のコンピュータに当該現金領収の基となる保険契約に関するデータ より先に且つ別途送信する手段とを有する。 また、 選択可能な保険料の送金方法 力 送金手数料を基準に予め選択されているようにしてもよレ、。 なお、 上で述べた情報処理方法は、 プログラム及びコンピュータにて実施する ことができ、 このプログラムは、 例えばフレキシブルディスク、 C D— R OM、 光磁気ディスク、 半導体メモリ、 ハードディスク等の記憶媒体又は記憶装置に格 納される。 また、 ネットワークなどを介してデジタル信号として配布される場合 もある。 尚、 中間的な処理結果はメモリに一時保管される。 In addition, the above-described payment confirmation step may further include a step of extracting payment target data to be processed based on the data from the source of the payment data and the data on the remittance method included in the payment schedule data. By using the data of the remittance method specified in advance, it becomes easy to extract the corresponding payment schedule data. Further, the above-described deposit confirmation step may further include a step of generating notification data to the cash receiver when the deposit data corresponding to the deposit scheduled data is not obtained. If the deposit amount is different or if the deposit is made This is to detect such cases and warn them. In addition, the method further includes a step of outputting at least the scheduled payment data among the data relating to the insurance contract that does not satisfy the predetermined condition and the scheduled payment data in which corresponding data indicating that payment has been registered. For example, if the amount of premium included in the insurance contract data or the amount of premium included in the expected payment data is incorrect, it is necessary to correct the error, and therefore, the data described above must be corrected. is necessary. The terminal device according to the fourth aspect of the present invention includes a means for issuing a receipt including an insurance premium amount, a customer name and a security number, and a means for selecting and presenting a method for remitting an insurance premium from a premium receiver. And the cash receipt data including the selected premium remittance method data, premium amount data, customer name data, security number, and premium collector data. And means for transmitting the data before and separately from the insurance contract data on which the insurance contract is based. Also, the remittance method of the selectable premium may be selected in advance based on the remittance fee. The information processing method described above can be implemented by a program and a computer, and the program is executed by a storage medium or storage device such as a flexible disk, a CD-ROM, a magneto-optical disk, a semiconductor memory, and a hard disk. It is stored in It may also be distributed as digital signals over networks. Intermediate processing results are temporarily stored in memory.
[図面の簡単な説明] [Brief description of drawings]
第 1図は、 本発明の第 1の実施例に係る手続き及び処理のフロー図である。 第 2図は、 本発明の第 2の実施例に係る手続き及び処理のフロー図である。 第 3図は、 本発明の第 3の実施例に係る手続き及び処理のフロー図である。 第 4図は、 顧客と集金代行会社とのやり取りの詳細フロー図である。  FIG. 1 is a flowchart of procedures and processes according to a first embodiment of the present invention. FIG. 2 is a flowchart of a procedure and processing according to a second embodiment of the present invention. FIG. 3 is a flowchart of procedures and processes according to a third embodiment of the present invention. Fig. 4 is a detailed flow chart of the exchange between the customer and the collection agency.
第 5図は、 本発明の第 4の実施例に係る手続き及び処理のフロー図である。 第 6図は、 本発明の実施例におけるシステム概要図である。 FIG. 5 is a flowchart of procedures and processes according to a fourth embodiment of the present invention. FIG. 6 is a system schematic diagram in an embodiment of the present invention.
第 7図は、 本発明の第 1及び第 2の実施例における処理フロー (第 1の部分) を示す図である。  FIG. 7 is a diagram showing a processing flow (first part) in the first and second embodiments of the present invention.
第 8図は、 入金予定データの一例を示す図である。  FIG. 8 is a diagram showing an example of payment schedule data.
第 9図は、 入金データの一例を示す図である。  FIG. 9 is a diagram showing an example of deposit data.
第 1 0図は、本発明の第 1及び第 2の実施例における処理フロー(第 2の部分) を示す図である。  FIG. 10 is a diagram showing a processing flow (second part) in the first and second embodiments of the present invention.
第 1 1図は、本発明の第 1及び第 2の実施例における処理フロー(第 3の部分) を示す図である。  FIG. 11 is a diagram showing a processing flow (third part) in the first and second embodiments of the present invention.
第 1 2図は、本発明の第 1及び第 2の実施例における処理フロー(第 4の部分) を示す図である。  FIG. 12 is a diagram showing a processing flow (fourth part) in the first and second embodiments of the present invention.
第 1 3 A図は、 入金管理データベースに格納されるデータの一部の例を示す図 である。  FIG. 13A is a diagram showing an example of a part of data stored in a deposit management database.
第 1 3 B図は、 入金管理データベースに格納されるデータの一部の例を示す図 である。  FIG. 13B is a diagram showing an example of a part of data stored in the deposit management database.
第 1 4図は、本発明の第 1及び第 2の実施例における処理フロー(第 5の部分) を示す図である。  FIG. 14 is a diagram showing a processing flow (fifth part) in the first and second embodiments of the present invention.
第 1 5図は、 本発明の第 3の実施例における処理フロー (第 1の部分) を示す 図である。  FIG. 15 is a diagram showing a processing flow (first part) in the third embodiment of the present invention.
第 1 6図は、 本発明の第 3の実施例における処理フロー (第 2の部分) を示す 図である。  FIG. 16 is a diagram showing a processing flow (second part) in the third embodiment of the present invention.
第 1 7図は、 本発明の第 3の実施例における処理フロー (第 3の部分) を示す -図である。  FIG. 17 is a diagram showing a processing flow (third part) in the third embodiment of the present invention.
第 1 8図は、 本発明の第 4の実施例における処理フロー (第 1の部分) を示す 図である。  FIG. 18 is a view showing a processing flow (first part) in the fourth embodiment of the present invention.
第 1 9図は、 本発明の第 4の実施例において入金管理データベースに格納され るデータの一部の例を示す図である。  FIG. 19 is a diagram showing an example of a part of data stored in the deposit management database in the fourth embodiment of the present invention.
第 2 0図は、 本発明の第 4の実施例における処理フロー (第 2の部分) を示す 図である。 第 2 1図は、 本発明の第 4の実施例における処理フロー (第 3の部分) を示す 図である。 FIG. 20 is a diagram showing a processing flow (second part) in the fourth embodiment of the present invention. FIG. 21 is a diagram showing a processing flow (third part) in the fourth embodiment of the present invention.
[本発明を実施するための最良の形態] [Best mode for carrying out the present invention]
1 . 実施例 1 1. Example 1
第 1図を用いて本発明の第 1の実施例に係る手続き及び処理について概説する。 本実施例は、 代理店が保険料を現金で顧客 (保険契約者) から受領する第 1のケ ースを示す。  The procedure and processing according to the first embodiment of the present invention will be outlined with reference to FIG. This example shows the first case in which an agent receives insurance premiums in cash from a customer (insurer).
代理店 2 0 0は、顧客 1 0 0とのやり取りに基づき保険契約の申込書を作成し、 顧客 1 0 0に申込書への署名 ·押印を求め、 署名 ·押印後の申込書の提出を受け 付ける。 また、 併せて口座振替依頼書 (顧客指定の銀行口座等から保険料等を、 ここでは保険料の集金代行会社の口座に振り替えることを金融機関に対して依頼 する書面) への記入,押印も求め、 記入 ·押印後の口座振替依頼書の提出を受け 付ける (ステップ (1 ) )。 なお、 口座振替依頼書の作成は任意であり、 省略する こともできる (以下同じとする。) この際、 代理店 2 0 0は、顧客 1 0 0に保険料 払込方法を指定してもらう (ステップ (2 ) )。 ここでは、 現金による支払いが指 定されたものとする。その場合には、申込書等と共に保険料を現金で受領する(ス テツプ (3 ) )。 例えば、 代理店 2 0 0は、 領収証の発行機能、 各種決済機能、 集 金代行会社との通信機能を有する代理店専用端末を保有しており、 当該代理店専 用端末を用いて領収証を発行する (ステップ (4 ) )。 領収証には、 領収日、 顧客 名、 保険料金額、 証券番号等の情報が含まれる。  Agent 200 creates an insurance contract application form based on the interaction with customer 100, asks customer 1000 to sign and seal the application form, and submits the signed and sealed application form. Accept. Also, fill out and stamp the account transfer request form (a document requesting a financial institution to transfer insurance premiums from a customer-specified bank account, etc., here to an insurance collection agency account). Request, fill out, and accept the submission of the fund transfer request form after sealing (step (1)). Note that the preparation of the fund transfer request form is optional and can be omitted (the same applies hereinafter). In this case, the agent 200 asks the customer 1000 to specify the insurance premium payment method ( Step (2)). Here, it is assumed that payment by cash is specified. In such a case, the insurance premium will be received in cash along with the application form (Step (3)). For example, the agency 200 has a dedicated terminal for the agency that has a receipt issuing function, various settlement functions, and a communication function with the collection agency, and issues a receipt using the dedicated agent terminal. (Step (4)). Receipts include information such as date of receipt, customer name, insurance premium, and security number.
また代理店 2 0 0は、 顧客 1 0 0から受領した保険料を集金代行会社に送金す るため送金方法を選択し、 代理店専用端末に入力する。 本実施例では保険料を現 金で受領する毎に送金しなければならないので、送金手数料が大きな負担となる。 従って、 送金方法は、 送金手数料が安価な、 ネット銀行振込、 デビットカード払 レ、、 コンビニエンスストア払い、 極度額貸付払い (クレジッ ト 'カード払いを含 む。 なお、 以下における第 1及び第 2の実施例においては極度額貸付の一例とし てクレジット ·カードの利用が選択された場合を示す。)、 同行同一支店内の振込 みといつた方法から選択するようになっている。 但し、 予め設定された送金方法 に固定させることも可能である。 なお、 ここでは、 デビットカード払い、 ネット 銀行振込等の銀行振込、 コンビ-エンスストァ払いのいずれかが選択されたもの とする。 代理店専用端末は、 領収証を発行すると共に、 顧客名、 保険料金額、 証 券番号、代理店コード (又は代理店名)、送金方法及び領収 3のデータを含む領収 証データを集金代行会社 3 0 0のコンピュータに送信する (ステップ (5 ) )。 集 金代行会社 3 0 0のコンピュータは、領収証データを代理店専用端末から受信し、 入金予定データを生成し、 例えば入金管理データベース (D B ) に登録しておく (ステップ (6 ) )。 代理店専用端末ではなく、 パーソナルコンピュータ等の汎用 端末を用いて領収証データを集金代行会社 3 0 0のコンピュータに送信するよう にしても良い。 また、 電話にて領収証データを集金代行会社 3 0 0に通知し、 音 声認識処理等により領収証データを集金代行会社 3 0 0のコンピュータに入力し ても良い。 その他 F A X等を利用しても良い。 The agent 200 selects a remittance method for remitting the insurance premium received from the customer 100 to the collection agency, and inputs the method into the agent dedicated terminal. In this embodiment, the remittance must be remitted each time the insurance premium is received, so the remittance fee becomes a large burden. Therefore, the remittance method is low in remittance fee, net bank transfer, debit card payment, convenience store payment, extreme loan payment (including credit card payment. The first and second in the following) In the embodiment, a case in which the use of a credit card is selected is shown as an example of extreme lending.), And a method such as transfer within the same branch of the bank is selected. However, the remittance method set in advance It is also possible to fix to. Here, it is assumed that either debit card payment, bank transfer such as Internet bank transfer, or combination store payment is selected. The agent-dedicated terminal issues a receipt and collects the receipt data including the customer name, insurance amount, certificate number, agency code (or agency name), remittance method, and receipt 3 data. 0 is sent to the computer (step (5)). The computer of the collection agency 300 receives the receipt data from the terminal dedicated to the agency, generates payment schedule data, and registers it in, for example, a payment management database (DB) (step (6)). The receipt data may be transmitted to the computer of the collection agency 300 by using a general-purpose terminal such as a personal computer instead of the terminal dedicated to the agency. Alternatively, the receipt data may be notified to the collection agency 300 by telephone, and the receipt data may be input to the computer of the collection agency 300 by voice recognition processing or the like. In addition, a fax or the like may be used.
代理店 2 0 0は、 代理店専用端末から領収証データを集金代行会社 3 0 0のコ ンピュータに送信すると共に、 選択した送金方法に沿った操作などを実施して、 集金代行会社 3 0 0への送金指示を金融機関等 5 0 0に対して行う (ステップ ( 7 ) )。 デビットカード払いの場合には、 デビットカードであるキャッシュカー ドを代理店専用端末のカードリーダに通してパスワードを入力し、 金融機関等 5 0 0のコンピュータに決済情報を送信させる。 金融機関等 5 0 0のコンピュータ は、 周知の方法にて代理店 2 0 0の口座から保険料金額を集金代行会社 3 0 0の 口座に振り替える (ステップ (8 ) )。 コンビニエンスストア払いの場合には、 代 理店専用端末は少なくとも代理店コード及び保険料金額を表すバーコ一ドを印刷 し、 出力する。 代理店 2 0 0は、 当該バーコードが印刷された払込用紙をコンビ 二エンスストアに持って行き、 保険料の支払いを行う。 コンビニエンスストア払 いの場合コンビニエンスストァも金融機関等 5 0 0として機能し、 代理店 2 0 0 から保険料を受領すると、 例えばコンビニエンスストアの本部は、 当該保険料金 額を集金代行会社 3 0 0の所定の口座に払い込む (ステップ (8 ) )。 ネット銀行 振込の場合には、 例えば代理店専用端末がインターネット経由で銀行サイトにァ クセスし、 代理店 2 0 0のキー入力に従ってログインし、 所定の手順に従って代 理店 2 0 0の口座から集金代行会社 3 0 0の口座へ保険料金額の振込みを指示す る。 金融機関等 5 0 0である銀行のコンピュータは、 代理店 2 0 0の口座から集 金代行会社 3 0 0の口座へ保険料金額の振替処理を実施する (ステップ (8 ) )。 通常の振込の場合には、 代理店 2 0 0は、 銀行等の A T M (Automatic Teller Machine) を操作して、 代理店 2 0 0の口座から又は A TMに投入した現金にて 集金代行会社 3 0 0の口座へ保険料金額の振込みを指示する。 金融機関等 5 0 0 である銀行のコンピュータは、 代理店 2 0 0の口座から集金代行会社 3 0 0の口 座へ保険料金額の振替処理を実施する (ステップ (8 ) )。 The agent 200 sends the receipt data from the agent-dedicated terminal to the computer of the collection agency 300, and performs operations in accordance with the selected remittance method to the collection agency 300. Is sent to the financial institution 500, etc. (step (7)). In the case of debit card payment, a cash card, which is a debit card, is passed through a card reader of a dedicated agent terminal, a password is input, and payment information is transmitted to a 500 computer such as a financial institution. The computer of the financial institution 500 transfers the insurance fee amount from the account of the agency 200 to the account of the collection agency company 300 by a known method (step (8)). In the case of payment at a convenience store, the agency dedicated terminal prints and outputs at least a bar code indicating the agency code and the insurance fee. The agent 200 takes the payment form on which the barcode is printed to a convenience store and pays the insurance premium. In the case of convenience store payment, convenience stores also function as financial institutions 500, and when insurance premiums are received from agents 200, for example, the convenience store headquarters Pay to the specified account (step (8)). In the case of Internet bank transfer, for example, a dedicated agent terminal accesses the bank site via the Internet, logs in according to the key input of the agent 200, and collects money from the account of the agent 200 according to a predetermined procedure. Instruct the transfer of insurance fee amount to the account of agency company 300 You. The computer of the bank at 500, such as a financial institution, transfers the insurance fee from the account of the agency 200 to the account of the collection agency 300 (step (8)). In the case of normal transfer, the agency 200 operates an ATM (Automatic Teller Machine) such as a bank, and collects money from the agency 200's account or with cash put into the ATM 3 Instruct the transfer of the insurance fee amount to the account of 0 0. The computer of the bank, which is a financial institution 500, transfers the insurance premium amount from the account of the agency 200 to the account of the collection agency 300 (step (8)).
金融機関等 5 0 0のコンピュータは、 任意のタイミングで又は集金代行会社 3 0 0のコンピュータからの要求に応じて、 入金データを集金代行会社 3 0 0のコ ンピュータに送信する (ステップ (9 ) )。 集金代行会社 3 0 0は、 入金データを 受信し、 記憶装置に格納する。 そして、 入金予定データと入金データとのマッチ ング処理を実施する (ステップ (1 0 ) )。 このマッチング処理では、 入金データ の送信元に対応する送金方法を特定し、 入金予定データには送金方法が含まれて いるので、 当該送金方法にてマッチング対象の入金予定データを絞り込む。 そし て、 入金データに含まれる入金者名及び入金金額と、 入金予定データに含まれる 代理人コード又は代理店名及び保険料金額とを比較することにより、 入金データ に対応する入金予定データを抽出する。 対応する入金データが抽出された入金予 定データには入金確認済みを表すデータを登録する。  The computer of the financial institution 500 sends the deposit data to the computer of the collection agency 300 at an arbitrary timing or in response to a request from the computer of the collection agency 300 (step (9) ). The collection agency 300 receives the deposit data and stores it in the storage device. Then, matching processing between the payment schedule data and the payment data is performed (step (10)). In this matching process, the remittance method corresponding to the source of the deposit data is specified, and the remittance schedule data includes the remittance method. Therefore, the remittance method narrows down the remittance schedule data to be matched. Then, by comparing the depositor name and deposit amount included in the deposit data with the agent code or the agency name and the insurance fee amount included in the scheduled deposit data, the expected deposit data corresponding to the deposit data is extracted. . Data indicating that payment has been confirmed is registered in the payment schedule data from which the corresponding payment data has been extracted.
一方、 代理店 2 0 0は、 保険契約の申込書及び口座振替依頼書などを保険会社 4 0 0に送付すると共に、 代理店 2 0 0のコンピュータから計上データ (保険契 約についてのデータ) を保険会社コンピュータ 4 0 0に送信する (ステップ (1 1 ) )。 場合によっては、 代理店 2 0 0によっては計上データの生成は行われず、 保険会社 4 0 0により保険契約の申込書に基づき計上データが生成される場合も ある。 保険会社 4 0 0は、 代理店 2 0 0から申込書等を受領すると共に、 保険会 社 4 0 0のコンピュータは代理店 2 0 0のコンピュータから計上データを受信す る。 そして、 保険会社 4 0 0のコンピュータは、 所定の確認処理などを行った後 に計上データを保険契約 D Bに登録して、計上処理を実施する(ステップ(1 2 ) )。 計上処理実施後、 保険会社 4 0 0のコンピュータは、 任意のタイミングで計上デ ータを集金代行会社 3 0 0のコンピュータに送信する (ステップ (1 3 ) )。 集金 代行会社 3 0 0のコンピュータは、 計上データを受信し、 例えば入金管理 D Bに 登録する。 計上データの他に、 口座振替依頼書等も送付される。 そして、 集金代 行会社 3 0 0のコンピュータは、 計上データと入金確認済みの入金予定データと のマッチング処理を実施する (ステップ (1 4 ) )。 入金予定データには証券番号 のデータが含まれるので、 計上データに含まれる証券番号を用いて対応付けを行 う。 さらに、 入金予定データに含まれる保険料金額と計上データに含まれる保険 料金額とを比較する。 保険料金額が両データで一致する場合には、 入金管理 D B に格納された計上データに保険料の領収日及び保険金支払可を表すデータを追加 登録する。 一方、 保険料金額が両データで一致しない場合には、 計上データの保 食料金額に問題がある場合、 入金予定データに問題がある場合のいずれ力若しく はその両方の可能性がある。 従って、 少なくとも入金予定データを確認データと して用意し、 保険会社 4 0◦のコンピュータに送信する (ステップ (1 5 ) )。 保 険会社 4 0 0のコンピュータは集金代行会社 3 0 0のコンピュータから確認デー タを受信し、 保険会社 4 0 0の担当者は入金予定データ及び計上データにより確 認及び調査を行う (ステップ (1 6 ) )。 訂正が必要であれば、 訂正計上データな どを集金代行会社 3 0 0に送信し、 集金代行会社 3 0 0では計上データの更新、 保険料の追徴又は返戻処理を実施する。 追徴の場合には、 追徴分の入金予定デー タを生成し、 追徴分の入金データを受信した場合には、 計上データに対応して追 徴分の保険料の入金日等を登録する。 保険金の支払可否については追徴分の保険 料の入金日などに依存して決定するようにしてもよい。 なお、 返戻金がある場合 には、 例えば口座振替依頼書で特定される口座に返金する。 On the other hand, the agency 200 sends the insurance contract application form and the fund transfer request form to the insurance company 400, and also transmits the accounting data (data on the insurance contract) from the agency 200 computer. It is transmitted to the insurance company computer 400 (step (1 1)). In some cases, the accounting data may not be generated by some agents 200, and the insurance company 400 may generate the accounting data based on the insurance contract application form. The insurance company 400 receives the application form from the agent 200 and the computer of the insurance company 400 receives the accounting data from the computer of the agent 200. Then, the computer of the insurance company 400 registers the accounting data in the insurance contract DB after performing predetermined confirmation processing and the like, and executes the accounting processing (step (12)). After the accounting process is performed, the computer of the insurance company 400 transmits the accounting data to the computer of the collection agency company 300 at an arbitrary timing (step (13)). Collection The computer of the agency company 300 receives the accounting data and registers it, for example, in the payment management DB. In addition to the accounting data, an account transfer request form, etc. will also be sent. Then, the computer of the collection agent 300 executes matching processing between the accounting data and the payment-scheduled payment-scheduled data (step (14)). Since the scheduled payment data includes the data of the security number, the correspondence is made using the security number included in the accounting data. Furthermore, the insurance fee amount included in the expected payment data and the insurance fee amount included in the recorded data are compared. If the insurance charges are the same in both data, the data indicating the date of receipt of the insurance premium and the payment of insurance money is additionally registered in the accounting data stored in the payment management DB. On the other hand, if the insurance premiums do not match between the two data, there is a possibility that there is a problem with the preservation amount of the recorded data, or there is a problem with the expected payment data, or both. Therefore, at least the payment schedule data is prepared as confirmation data and transmitted to the computer of the insurance company 40 ° (step (15)). The computer of the insurance company 400 receives the confirmation data from the computer of the collection agency 300, and the person in charge of the insurance company 400 checks and investigates based on the scheduled payment data and the recorded data (step ( 16)). If a correction is necessary, the corrected accounting data and the like are transmitted to the collection agency 300, and the collection agency 300 updates the accounting data, adds premiums, or returns the insurance. In the case of reimbursement, the payment schedule data for the reimbursement is generated, and when the reimbursement data is received, the payment date of the reimbursement premium is registered in accordance with the recorded data. Whether or not to pay the insurance money may be determined depending on, for example, the payment date of the added premium. If there is a refund, it will be refunded to the account specified in the fund transfer request form, for example.
集金代行会社 3 0 0は、 例えば所定期間毎に、 領収した保険料と、 代理店 2 0 0に支払う代理店手数料と、 集金代行会社 3 0 0の手数料との精算処理を実施す る (ステップ (1 7 ) )。 すなわち、 領収した保険料から代理店 2 0 0に支払う代 理店手数料と集金代行会社 3 0 0の手数料とを差し引いて保険会社 4 0 0に支払 う金額を決定し、 精算の明細データを生成し、 保険会社 4 0 0に送る。 また、 別 途保険会社 4 0 0に対して計算された金額の送金を行う。 さらに、 代理店毎に所 定期間中の代理店手数料を計算し、 当該手数料の明細データを生成して、 代理店 に送付する (ステップ (1 8 ) )。 また、 別途代理店手数料を代理店 2 0 0宛に送 金する。 For example, the collection agency 300 performs settlement processing of the insurance premium received, the agency commission to be paid to the agency 200, and the commission of the collection agency 300 at predetermined intervals (step) (17)). In other words, subtract the agency commission paid to the agency 200 from the insurance premium received and the commission of the collection agency 300 to determine the amount to be paid to the insurance company 400, and generate detailed statement data for settlement. And send to insurance company 400. Also, remit the calculated amount to the separate insurance company 400. Further, the agency fee is calculated for each agency during a predetermined period, detailed data of the commission is generated, and sent to the agency (step (18)). Also, send the agency commission separately to agency 200 Give money.
なお、 図示していないが、 集金代行会社 3 0 0は、 保険契約の更改時の集金代 行、 保険契約の異動の登録、 保険料の追徴又は返戻の処理についても実施する。 また、 代理店手数料に齟齬が発見された場合についても、 集金代行会社 3 0 0が 最終的に差額の精算を行う。 なお、 代理店手数料の齟齬の原因が計上データにあ る場合には、 保険会社 4 0 0に計上データの訂正を求めるなどの手続きも実施す る。 このような手続き及び処理を実施することにより、 集金代行会社 3 0 0を導入 する場合においても、 即時精算をスムーズに行うことができるようになる。  Although not shown, the collection agency 300 also carries out collection processing at the time of renewal of the insurance contract, registration of the transfer of the insurance contract, and processing of the addition or return of the insurance premium. Also, if any inconsistency is found in the agency commission, the collection agency 300 will eventually settle the difference. If the cause of the inconsistency in agency fees is in the booked data, procedures such as requesting insurance company 400 to correct the booked data will be implemented. By performing such procedures and processes, even when introducing a collection agency 300, it is possible to smoothly perform immediate settlement.
2 . 実施例 2 2. Example 2
第 2図を用いて本発明の第 2の実施例に係る手続き及び処理について概説する。 本実施例は、 代理店が保険料を現金で顧客 (保険契約者) から受領する第 2のケ ースを示す。  The procedure and processing according to the second embodiment of the present invention will be outlined with reference to FIG. This example illustrates a second case in which the agency receives insurance premiums in cash from a customer (policy policyholder).
代理店 2 0 0は、顧客 1 0 0とのやり取りに基づき保険契約の申込書を作成し、 顧客 1 0 0に申込書への署名■押印を求め、 署名 ·押印後の申込書の提出を受け 付ける。 また、 併せて口座振替依頼書への記入■押印も求め、 記入 ·押印後の口 座振替依頼書の提出を受け付ける (ステップ(2 1 ) )。 この際、代理店 2 0 0は、 顧客 1 0 0に保険料払込方法を指定してもらう (ステップ (2 2 ) )。 ここでは、 現金による支払いが指定されたものとする。 その場合には、 申込書等と共に保険 料を現金で受領する (ステップ (2 3 ) )。 例えば、 代理店 2 0 0は、 第 1の実施 例で述べたような代理店専用端末を保有しており、 当該代理店専用端末を用いて 領収証を発行する (ステップ (2 4 ) )。 領収証には、 領収日、 顧客名、 保険料金 額、 証券番号等の情報が含まれる。  Agent 200 creates an insurance contract application form based on the interaction with customer 100, requests customer 100 to sign the application form and seals it, and submits the signature form and application form after sealing. Accept. At the same time, the applicant is requested to fill out and seal the debit transfer request form, and accept submission of the account transfer request form after filling out and sealing (step (2 1)). At this time, the agent 200 asks the customer 100 to specify the insurance payment method (step (2 2)). Here, it is assumed that cash payment is specified. In this case, the insurance premium is received in cash together with the application form (step (23)). For example, the agency 200 has an agency dedicated terminal as described in the first embodiment, and issues a receipt using the agency dedicated terminal (step (24)). Receipts include information such as the date of receipt, customer name, insurance premium, and security number.
また代理店 2 0 0は、 顧客 1 0 0から受領した保険料を集金代行会社に送金す るための送金方法を選択し、 代理店専用端末に入力する。 ここでは、 極度額貸付 払いの一例であるクレジット ·カード払いが選択されたものとする。 代理店専用 端末は、 領収証を発行すると共に、 顧客名、 保険料金額、 証券番号、 代理店コー ド(又は代理店名)、送金方法及び領収日のデータを含む領収証データを集金代行 会社 3 0 0のコンピュータに送信する (ステップ (2 5 ) )。 集金代行会社 3 0 0 のコンピュータは、 領収証データを代理店専用端末から受信し、 入金予定データ を生成し、 例えば入金管理 D Bに登録しておく (ステップ (2 6 ) )。 代理店専用 端末ではなく、 パーソナルコンピュータ等の汎用端末を用いて又は電話にて領収 証データを集金代行会社 3 0 0のコンピュータに通知するようにしても良い。 そ の場合、 領収証は手書きの領収証となる。 Also, the agent 200 selects a remittance method for remitting the insurance premium received from the customer 100 to the collection agency, and inputs it to the agent dedicated terminal. Here, it is assumed that credit card payment, which is an example of extreme loan payment, is selected. Agent-only terminals issue receipts and provide customer names, insurance fees, securities numbers, The receipt data including the data (or the name of the agency), the remittance method, and the date of receipt are transmitted to the computer of the collection agency 300 (step (25)). The computer of the collection agency 300 receives the receipt data from the terminal dedicated to the agency, generates payment schedule data, and registers it in, for example, the payment management DB (step (26)). The receipt data may be notified to the computer of the collection agency 300 by using a general-purpose terminal such as a personal computer or by telephone instead of the terminal dedicated to the agency. In that case, the receipt will be a handwritten receipt.
送金方法がクレジットカード払いの場合、 集金代行会社 3 0 0のコンピュータ は、 予め登録された代理店 2 0 0のクレジットカード番号及び保険料金額を含む 融資データを生成し、 信販会社 5 1 0のコンピュータに送信する (ステップ (2 7 ) )。 なお、 代理店 2 0 0のクレジットカード番号を、 領収証データに含めるよ うにして、 代理店専用端末などから受信したクレジットカード番号を用いるよう にしてもよい。 信販会社 5 1 0のコンピュータは、 集金代行会社 3 0 0のコンビ ユータから融資データを受信し、 記憶装置に格納する。 信販会社 5 1 0は、 代理 店 2 0 0に対する与信確認を実施した後、 問題がなければ融資を実行し、 融資デ ータを例えば融資 D Bに登録する (ステップ (2 8 ) )。 信販会社 5 1 0のコンビ ユータは、 銀行 5 2 0のコンピュータに、 信販会社 5 1 0の口座から集金代行会 社 3 0 0の口座へ融資された資金を振り替えるため、 送金指示を送信する (ステ ップ (2 9 ) )。 銀行 5 2 0のコンピュータは、 送金指示に従って送金処理を実施 する。 また、 信販会社 5 1 0のコンピュータは、 任意のタイミングで又は集金代 行会社 3 0 0のコンピュータからの要求に応じて、 融資を実行した結果としての 入金データを集金代行会社 3 0 0のコンピュータに送信する(ステップ(3 0 ) )。 集金代行会社 3 0 0は、 入金データを受信し、 記憶装置に格納する。 そして、 入 金予定データと入金データとのマッチング処理を実施する (ステップ (3 1 ) )。 このマッチング処理では、 入金データに含まれる入金者名 (又はクレジットカー ド番号等から特定される代理店コード等) 及び入金金額と、 入金予定データに含 まれる代理人コード又は代理店名及び保険料金額とを比較することにより、 入金 データに対応する入金予定データを抽出する。 対応する入金データが抽出された 入金予定データには入金確認済みを表すデータを登録する。 一方、 代理店 2 0 0は、 保険契約の申込書及び口座振替依頼書などを保険会社 4 0 0に送付すると共に、 代理店 2 0 0のコンピュータから計上データ (保険契 約についてのデータ) を保険会社コンピュータ 4 0 0に送信する (ステップ (3 2 ) )。 保険会社 4 0 0は、 代理店 2 0 0から申込書等を受領すると共に、 保険会 社 4 0 0のコンピュータは代理店 2 0 0のコンピュータから計上データを受信す る。 そして、 保険会社 4 0 0のコンピュータは、 所定の確認処理などを行った後 に計上データを保険契約 D Bに登録して、計上処理を実施する(ステップ( 3 3 ) )。 計上処理実施後、 保険会社 4 0 0のコンピュータは、 任意のタイミングで計上デ ータを集金代行会社 3 0 0のコンピュータに送信する (ステップ (3 4 ) )。 集金 代行会社 3 0 0のコンピュータは、 計上データを受信し、 例えば入金管理 D Bに 登録する。 計上データの他に、 口座振替依頼書等も送付される。 そして、 集金代 行会社 3 0 0のコンピュータは、 計上データと入金確認済みの入金予定データと のマッチング処理を実施する (ステップ (3 5 ) )。 入金予定データには証券番号 のデータが含まれるので、 計上データに含まれる証券番号を用レ、て対応付けを行 う。 さらに、 入金予定データに含まれる保険料金額と計上データに含まれる保険 料金額とを比較する。 保険料金額が両データで一致する場合には、 入金管理 D B に格納された計上データに保険料の領収日及び保険金支払可を表すデータを追加 登録する。 一方、 保険料金額が両データで一致しない場合には、 計上データの保 険料金額に問題がある場合、 入金予定データに問題がある場合のいずれ力若しく はその両方の可能性がある。 従って、 少なくとも入金予定データを確認データと して用意し、 保険会社 4 0 0のコンピュータに送信する (ステップ (3 6 ) )。 保 険会社 4 0 0のコンピュータは集金代行会社 3 0 0のコンピュータから確認デー タを受信し、 保険会社 4 0 0の担当者により入金予定データ及び計上データによ り確認及び調査が行われる (ステップ (3 7 ) )。 訂正が必要であれば、 訂正計上 データなどを集金代行会社 3 0 0に送信し、 集金代行会社 3 0 0では計上データ の更新、 保険料の追徴又は返戻処理を実施する。 追徴の場合には、 追徴分の入金 予定データを生成し、 追徴分の入金データを受信した場合には、 計上データに対 応して追徴分の保険料の入金曰等を登録する。 保険金の支払可否については追徴 分の保険料の入金日などに依存して決定するようにしてもよい。 なお、 返戻金が ある場合には、 例えば口座振替依頼書で特定される口座に返金する。 When the remittance method is credit card payment, the computer of the collection agency 300 generates loan data including the credit card number and insurance amount of the pre-registered agent 200, and the credit card company 500 Send to computer (step (27)). Note that the credit card number of the agency 200 may be included in the receipt data, and the credit card number received from the agency dedicated terminal may be used. The computer of the credit sales company 510 receives the loan data from the collection agency 300's computer and stores it in the storage device. The credit sales company 510 executes the financing if there is no problem after confirming the credit to the agency 200, and registers the financing data in, for example, the financing DB (step (28)). The consumer of the credit company 510 sends a remittance instruction to the computer of the bank 520 in order to transfer the funds loaned from the account of the credit company 510 to the account of the collection agency 300 ( Step (29)). The computer of the bank 520 executes the remittance process according to the remittance instruction. In addition, the computer of the credit sales company 510 sends the deposit data as a result of executing the loan at any time or in response to a request from the computer of the collection agency 300, and the computer of the collection agency 300, (Step (30)). The collection agency 300 receives the deposit data and stores it in the storage device. Then, a matching process is performed between the payment schedule data and the payment data (step (31)). In this matching process, the depositor name (or agency code specified from the credit card number, etc.) and deposit amount included in the deposit data, the agent code or agency name, and the insurance fee included in the scheduled deposit data By comparing with the amount, the expected payment data corresponding to the received data is extracted. Data indicating that payment has been confirmed is registered in the payment schedule data from which the corresponding payment data has been extracted. On the other hand, the agency 200 sends the insurance contract application form and the fund transfer request form to the insurance company 400, and also transmits the accounting data (data on the insurance contract) from the agency 200 computer. It is transmitted to the insurance company computer 400 (step (32)). The insurance company 400 receives the application form from the agent 200 and the computer of the insurance company 400 receives the accounting data from the computer of the agent 200. Then, the computer of the insurance company 400 registers the accounting data in the insurance contract DB after performing predetermined confirmation processing and the like, and executes the accounting processing (step (33)). After the accounting process is performed, the computer of the insurance company 400 transmits the accounting data to the computer of the collection agency company 300 at an arbitrary timing (step (34)). The computer of the collection agency company 300 receives the accounting data and registers it in, for example, the payment management DB. In addition to the accounting data, an account transfer request form, etc. will also be sent. Then, the computer of the collection agent 300 executes matching processing between the accounting data and the payment-scheduled payment-scheduled data (step (35)). Since the scheduled payment data includes the data of the security number, the correspondence is made using the security number included in the accounting data. Furthermore, the insurance fee amount included in the expected payment data and the insurance fee amount included in the recorded data are compared. If the insurance charges are the same in both data, the data indicating the date of receipt of the insurance premium and the payment of insurance money is additionally registered in the accounting data stored in the payment management DB. On the other hand, if the insurance fee amounts do not match between the two data, there is a possibility that there is a problem with the insurance fee amount of the recorded data, or there is a problem with the expected payment data, or both. Therefore, at least the payment schedule data is prepared as confirmation data and transmitted to the computer of the insurance company 400 (step (36)). The computer of insurance company 400 receives the confirmation data from the computer of collection agency 300, and the person in charge of insurance company 400 confirms and investigates it based on the expected payment data and the recorded data. Step (3 7)). If a correction is required, the corrected accounting data and the like are sent to the collection agency 300, and the collection agency 300 updates the accounting data, adds premiums, or returns the insurance. In the case of reimbursement, the payment schedule data for the reimbursement is generated, and when the reimbursement data is received, the payment of the reimbursement premium is registered in accordance with the recorded data. Whether to pay the insurance money may be determined depending on the payment date of the additional premium. Please note that the refund In some cases, refunds will be made, for example, to the account specified in the fund transfer request form.
集金代行会社 3 0 0は、 例えば所定期間毎に、 領収した保険料と、 代理店 2 0 0に支払う代理店手数料と、 集金代行会社 3 0 0の手数料との精算処理を実施す る (ステップ (3 8 ) )。 すなわち、 領収した保険料から代理店 2 0 0に支払う代 理店手数料と集金代行会社 3 0 0の手数料とを差し引いて保険会社 4 0 0に支払 う金額を決定し、 精算の明細データを生成し、 保険会社 4 0 0に送る。 また、 別 途保険会社 4 0 0に対して計算された金額の送金を行う。 さらに、 代理店毎に所 定期間中の代理店手数料を計算し、 当該手数料の明細データを生成して、 代理店 に送付する (ステップ (3 9 ) )。 また、 別途代理店手数料を代理店 2 0 0宛に送 金する。  For example, the collection agency 300 performs settlement processing of the insurance premium received, the agency commission to be paid to the agency 200, and the commission of the collection agency 300 at predetermined intervals (step) (3 8)). In other words, subtract the agency commission paid to the agency 200 from the insurance premium received and the commission of the collection agency 300 to determine the amount to be paid to the insurance company 400, and generate detailed statement data for settlement. And send to insurance company 400. Also, remit the calculated amount to the separate insurance company 400. Further, the agency fee for each agency during a predetermined period is calculated, detailed data of the commission is generated, and sent to the agency (step (39)). In addition, remit the agency commission to agency 200 separately.
一方、 信販会社 5 1 0は、 融資データに基づき、 代理店 2 0 0に対して融資し た資金の返済を請求する (ステップ (4 0 ) )。 代理店 2 0 0は、 信販会社 5 1 0 に対して融資された資金の返済を行う (ステップ (4 1 ) )。  On the other hand, the credit sales company 510 requests the repayment of the loaned funds to the agency 200 based on the loan data (step (40)). The agency 200 repayes the loan provided to the credit company 510 (step (4 1)).
なお、図示していないが、集金代行会社 3 0 0は、保険契約更改時の集金代行、 保険契約の異動の登録、保険料の追徴又は返戻の処理についても実施する。また、 代理店手数料に齟齬が発見された場合についても、 集金代行会社 3 0 0が最終的 に差額の精算を行う。 なお、 代理店手数料の齟齬の原因が計上データにある場合 には、 保険会社 4 0 0に計上データの訂正を求めるなどの手続きも実施する。 このような手続き及び処理を実施することにより、 集金代行会社 3 0 0を導入 する場合においても、 即時精算をスムーズに行うことができるようになる。  Although not shown, the collection agency company 300 also carries out collection collection at the time of renewal of the insurance contract, registration of a change in the insurance contract, and addition or return of the insurance premium. Also, if any inconsistency is found in the agency commission, the collection agency 300 will eventually settle the difference. If the cause of the inconsistency in the agency commission is in the booked data, procedures such as requesting insurance company 400 to correct the booked data will be implemented. By performing such procedures and processes, even when introducing a collection agency 300, it is possible to smoothly perform immediate settlement.
3 . 実施例 3 3. Example 3
第 3図を用いて本発明の第 3の実施例に係る手続き及び処理について概説する。 本実施例は、 顧客が保険料を集金代行会社に直接支払う第 1のケースを示す。 代理店 2 0 0は、 顧客 1 0 0とのやり取りにより保険契約の申込書を作成し、 顧客 1 0 0に申込書への署名 ·押印を求め、 署名 ·押印後の申込書の提出を受け 付ける。 また、 併せて口座振替依頼書への記入 '押印も求め、 記入 ·押印後の口 座振替依頼書の提出を受け付ける (ステップ(5 1 ) )。 この際、代理店 2 0 0は、 顧客 1 0 0に保険料払込方法を指定してもらう (ステップ (5 2 ) )。 ここでは、 顧客 1 0 0が直接集金代行会社 3 0 0に保険料を払い込むという方法を選択した ものとする。 なお、 顧客 1 0 0が直接保険会社 4 0 0に保険契約の申し込みを行 うようにしても良い。 保険契約の申し込みを受け付けた代理店 2 0 0は、 申し込 みに係る保険契約の内容を含む、 保険契約の計上データを生成して、 代理店 2 0 0のコンピュータから保険会社 4 0 0のコンピュータに上記計上データを送信す る。また、保険契約の申込書及び口座振替依頼書を保険会社 4 0 0に送付する(ス テツプ (5 3 ) )。 場合によっては、 保険会社 4 0 0力 S、 受領した保険契約の申込 書に基づき計上データを生成する場合もある。保険会社 4 0 0のコンピュータは、 代理店 2 0 0のコンピュータから計上データを受信すると、 当該計上データを用 いた保険契約の計上処理を実施する (ステップ (5 4 ) )。 すなわち、 計上データ 等の情報が保険契約 D Bに登録される。次に、保険会社 4 0 0のコンピュータは、 計上データを集金代行会社 3 0 0のコンピュータに送信する(ステップ(5 5 ) )。 口座振替依頼書についても集金代行会社 3 0 0に送付される。 この口座振替依頼 書については代理店 2 0 0から直接集金代行会社 3 0 0に送付される場合もある。 集金代行会社 3 0 0のコンピュータは、 計上データを受信すると、 入金管理 D B に登録すると共に、 支払期限データを生成し、 入金管理 D B等に登録する (ステ ップ (5 6 ) )。 支払期限にっレ、ては、 保険料の支払期曰だけでなく、 自動契約解 除日も含まれる。 これらの日付は、 保険始期、 保険種類、 払込方法 (一括払い、 月払い、 半年払いなど) 等に基づき決定される。 The procedure and processing according to the third embodiment of the present invention will be outlined with reference to FIG. This embodiment shows the first case where the customer pays the insurance premium directly to the collection agency. Agent 200 creates an insurance contract application form by interacting with customer 100, asks customer 100 to sign and seal the application form, and receives the signature and application form after signature and seal. wear. At the same time, it is also required to fill out and seal the fund transfer request form, and accept the submission of the account transfer request form after filling out and sealing (step (5 1)). At this time, the agency 200 The customer 100 is asked to specify the insurance payment method (step (5 2)). Here, it is assumed that the customer 100 has selected a method of directly paying insurance premiums to the collection agency 300. Note that the customer 100 may apply for an insurance contract directly to the insurance company 400. The agent 200 that accepted the application for the insurance contract generates insurance contract recording data, including the contents of the insurance contract related to the application, and uses the computer of the agent 200 to obtain the insurance company 400 Send the above accounting data to the computer. Also, the insurance contract application form and the fund transfer request form are sent to the insurance company 400 (Step (53)). In some cases, the insurance company may generate accounting data based on the insurance company's 400 S, based on the insurance contract application received. When the computer of the insurance company 400 receives the accounting data from the computer of the agent 200, the computer of the insurance company 400 performs the accounting processing of the insurance contract using the accounting data (step (54)). That is, information such as accounting data is registered in the insurance contract DB. Next, the computer of the insurance company 400 sends the accounting data to the computer of the collection agent company 300 (step (55)). The fund transfer request form is also sent to the collection agency 300. In some cases, this fund transfer request form is sent directly from the agency 200 to the collection agency 300. When the computer of the collection agency 300 receives the accounting data, it registers it in the payment management DB, generates payment term data, and registers it in the payment management DB or the like (step (56)). The term of payment includes not only the due date of the premium but also the date of automatic cancellation of the contract. These dates are determined based on the start of insurance, the type of insurance, and the payment method (one-time payment, monthly payment, semi-annual payment, etc.).
集金代行会社 3 0 0は、 計上データ及び生成された支払期限データに基づき保 険料の支払いを顧客 1 0 0に要求するようにしても良いし、 代理店 2 0 0等が支 払い期限についての情報を顧客 1 0 0に提示しておき、 顧客 1 0 0が自発的に入 金するようにしても良い。 入金の方法は任意であって、 ネット銀行振込を含む銀 行振込、 郵便振替、 コンビニエンスストア払い、 クレジットカード払いその他の 方法が使用できる。 自動口座引き落としでもよレ、。 顧客 1 0 0は、 いずれかの方 法にて金融機関等 5 0 0に対して保険料の送金指示を行う (ステップ (5 7 ) )。 金融機関等 5 0 0は、 顧客 1 0 0からの指示に従って保険料を集金代行会社 3 0 0の口座に送金する (ステップ(5 8 ) )。なお、ここでは金融機関等 5 0 0には、 銀行、 クレジットカード会社 (又は信販会社)、 郵便局、 コンビニエンスストァ等 が含まれる。 金融機関等 5 0 0のコンピュータは、 任意のタイミング又は集金代 行会社 3 0 0のコンピュータからの要求に応じて、 集金代行会社 3 0 0の口座へ の入金データを送信する (ステップ (5 9 ) )。 集金代行会社 3 0 0のコンビユー タは、 入金データを金融機関等 5 0 0のコンピュータから受信し、 入金データ格 納部等に格納する。 そして、 集金代行会社 3 0 0のコンピュータは、 入金データ を入金管理 D Bに格納された計上データに対応付けるための入金照合処理を実施 する (ステップ (6 0 ) )。 すなわち、 どの保険契約についての入金であるかを特 定し、 入金ョのデータを入金管理 D Bに登録する。 マッチングが取れない入金に ついては、 別途どのような入金なのか、 過不足金額はいくらなのかについて確認 する処理が必要となる。 マッチングが取れた入金については、 入金された保険料 から代理店手数料及び集金代行会社 3 0 0の手数料を差し引いた、 保険会社 4 0 0への支払金額を計算.し、 保険契約毎の明細データを生成する精算処理を実施す る (ステップ (6 1 ) )。 支払金額の送金については別途行う。 The collection agency 300 may request the customer 100 to pay insurance premiums based on the accounting data and the generated payment deadline data, or the agent 200 etc. May be presented to the customer 100, and the customer 100 voluntarily deposits the money. The method of payment is arbitrary, and bank transfer including Internet bank transfer, postal transfer, convenience store payment, credit card payment and other methods can be used. You can also use automatic debit. The customer 100 instructs the financial institution 500 or the like to remit insurance premiums by any method (step (57)). The financial institution 500 sends the insurance premium to the account of the collection agency 300 in accordance with the instruction from the customer 100 (step (58)). In addition, here, 500 Includes banks, credit card companies (or credit companies), post offices, convenience stores, etc. The computer of the financial institution 500 sends the deposit data to the account of the collection agency 300 at an arbitrary timing or in response to a request from the computer of the collection agency 300 (step (5 9 )). The computer of the collection agency 300 receives the deposit data from the computer of the financial institution 500 or the like, and stores it in the deposit data storage unit or the like. Then, the computer of the collection agency 300 performs a payment collation process for associating the payment data with the accounting data stored in the payment management DB (step (60)). In other words, it specifies which insurance contract the deposit is for and registers the deposit data in the deposit management DB. With regard to deposits that cannot be matched, it is necessary to separately confirm what kind of deposits are and what the excess and deficiency amounts are. For the matched deposit, calculate the amount paid to the insurance company 400 by subtracting the agency commission and the commission of the collection agency 300 from the paid insurance premium.Detailed data for each insurance contract Execute the checkout process to generate (Step (61)). The remittance of the payment amount will be performed separately.
次に、 集金代行会社 3 0 0のコンピュータは、 入金管理 D Bに登録された支払 期日及び自動契約解除日並びに入金日又は未入金状態の情報に基づき、 支払期限 確認処理を実施する (ステップ (6 2 ) )。 より詳しくは、 (a ) 支払期日以前の入 金日が記録されている保険契約については保険金支払可を設定する。 また、 (b ) 支払期日以前において未入金状態が記録されている保険契約については支払期 までの事故に対する保険金支払いについて保留を設定する。 また、 (c ) 支払期日 力 ら自動契約解除日までの間の日付で入金日が記録されている保険契約について は、 保険始期日から支払期日までは支払不可で且つ支払期日以降は保険金支払可 を設定する。 さらに、 (d ) 支払期日から自動契約解除日までの間で未入金状態が 記録されている保険契約については保険始期 から支払期日までは支払不可で且 つ支払期日以降は保険金支払いの保留を設定する。 また、 (e ) 自動契約解除日ま での S付で入金日が記録されていない保険契約については支払期 3まで及び支払 期日以降についても保険金支払不可を設定する。  Next, the computer of the collection agency 300 performs payment term confirmation processing based on the information of the payment date and the automatic contract cancellation date registered in the payment management DB and the payment date or the unpaid status (step (6) 2)). More specifically: (a) For insurance contracts that have a deposit date before the due date, an insurance payment is set. (B) For insurance contracts for which no payment has been made before the due date, a hold will be set for insurance payments for accidents up to the due date. (C) For insurance contracts whose payment date is recorded between the payment due date and the automatic contract cancellation date, payment cannot be made from the insurance start date to the payment due date and the insurance payment will be made after the payment due date. Set OK. In addition, (d) insurance contracts for which no deposit has been recorded between the payment due date and the automatic contract cancellation date cannot be paid from the insurance start date until the payment due date, and the insurance payment will be suspended after the payment due date. Set. (E) For insurance contracts with S up to the date of automatic contract cancellation and for which no payment date has been recorded, insurance payment will not be allowed until payment period 3 and beyond.
第 4図に保険契約の締結から自動契約解除までの手続きの流れを詳しく示す。 顧客 1 0 0は保険契約の締結に伴い保険契約の申込書 4 1 0を代理店 2 0 0に提 出する。 その際、 例えば代理店 2 0 0が保険料の請求書 4 1 1を顧客 1 0 0に渡 す。 ここでは例えば契約締結日から所定日数後 (例えば 1 4日後) に保険料の支 払期日が設定されるものとする。 但し他の方法で決定しても良い。 また、 保険契 約の計上データ 4 1 2は保険会社 4 0 0のコンピュータから集金代行会社 3 0 0 のコンピュータに送信される。 顧客 1 0 0力、 支払期日までに保険料を集金代行 会社 3 0 0に送金すれば、 所定のタイミングにて集金代行会社 3 0 0は、 保険料 力、ら手数料などを精算した後の金額を保険会社 4 0 0に送金する。 一方、 例えば 契約締結日から 1週間以内に入金が確認できない場合、 集金代行会社 3 0 0は、 保険料支払案内書 4 1 3を顧客 1 0 0に送付する場合もある。 支払期日以前であ れば、 この保険料支払案内書 4 1 3に応じて送金しても特に問題はなく、 通常の 入金と同様に取り扱われ、 入金が確認できた時点で入金確認通知 4 1 4が集金代 行会社 3 0 0から顧客 1 0 0に送付される。 また、 支払期日までに保険料の入金 が確認できれば、 保険始期日から保険金が支払われる。 一方、 支払期日までに保 険料の入金が確認できないと、 集金代行会社 3 0 0は解除予告通知 4 1 5 (督促 書) を顧客 1 0 0に送付する。 支払期日から自動契約解除 Bまでは猶予期間であ つて、 例えば 1 4日設けられる。 支払期日までに保険料が支払われなければ、 支 払期日までの事故に対して保険金は支払われない。 この猶予期間内に保険金の支 払いがあれば、 支払期日以降の事故に対して保険金が支払われる。 もし、 自動契 約解除日までに入金が確認できなければ、 集金代行会社 3 0 0は、 契約の解除通 知 4 1 6を顧客 1 0 0に送付する。 そして、 始期に遡及して契約は解除される。 2回目以降の保険料支払い及び契約更改時についても、 通知の回数等に差がある 場合もあるが、 ほぼ同様の取り扱いとなる。 Fig. 4 details the flow of procedures from the conclusion of an insurance contract to the automatic cancellation of the contract. Customer 100 submits the insurance contract application form 410 to the agency 200 with the conclusion of the insurance contract. Put out. At this time, for example, the agent 200 gives the insurance bill 4 11 1 to the customer 100. Here, it is assumed that the due date of the insurance premium is set, for example, after a predetermined number of days (for example, 14 days) from the contract conclusion date. However, it may be determined by another method. The insurance contract accounting data 4 12 is transmitted from the computer of the insurance company 400 to the computer of the collection agency 3 0 0. If customers send insurance premiums to the collection agency by the date of payment, and the due date, then the collection agency at a predetermined timing will pay the insurance fee, commission, etc. To the insurance company 400. On the other hand, for example, if payment cannot be confirmed within one week from the contract conclusion date, the collection agency 300 may send the insurance payment guide 4 13 to the customer 100. If the payment is before the due date, there is no problem even if remittance is made in accordance with this insurance payment guide 4 13 and it will be treated as a normal deposit, and when the deposit is confirmed, a payment confirmation notice 4 1 4 is sent from collection agency 300 to customer 100. Also, if the payment of the insurance premium is confirmed by the due date, the insurance money will be paid from the start date of the insurance. On the other hand, if the payment of the insurance premium cannot be confirmed by the due date, the collection agency 300 sends a notice of cancellation notice 4 15 (dunning notice) to the customer 100. There is a grace period from the payment due date to the automatic cancellation B, for example, 14 days. If insurance premiums are not paid by the due date, no claims will be paid for accidents by the due date. If insurance claims are paid within this grace period, insurance claims will be paid for accidents after the due date. If payment cannot be confirmed by the automatic contract cancellation date, the collection agency 300 sends a contract cancellation notice 4 16 to the customer 100. The contract is canceled retroactively at the beginning. Regarding the second and subsequent payment of insurance premiums and renewal of the contract, the number of notifications may differ, but the treatment is almost the same.
上で述べたような、 支払期限確認処理の処理結果については、 集金代行会社 3 0 0のコンピュータから保険会社 4 0 0のコンピュータに送信される (ステップ ( 6 3 ) )。 なお、 以上で示した支払期限と保険金支払可否は一例であって、 別の スキームに従うようにしてもよい。 また、 第 4図で示したように、 保険料の支払 レ、がない場合には、 適宜入金の督促を実施する (ステップ (6 5 ) )。  As described above, the processing result of the payment due date confirmation processing is transmitted from the computer of the collection agency 300 to the computer of the insurance company 400 (step (63)). It should be noted that the payment deadline and whether or not insurance payment is described above are examples, and another scheme may be used. Also, as shown in Fig. 4, if there is no payment of insurance premiums, a reminder of payment is carried out as appropriate (step (65)).
保険会社 4 0 0のコンピュータは、支払期限確認処理の処理結果を受信すると、 例えば支払状況管理 D Bに格納する。 そして、 実際に事故の通知を受け付けた際 に保険金の支払可否を判断するために用いる。 また、 集金代行会社 3 0 0のコン ピュータにおいて実施される支払期限確認処理にぉレ、て、 自動契約解除 Sまでの 日付で入金日が記録されていない保険契約を、 別途自動解除対象保険契約として 特定する。 そして、 当該自動解除対象保険契約の情報を、 集金代行会社 3 0 0の コンピュータから保険会社 4 0 0のコンピュータに送信し (ステップ (6 4 ) )、 保険会社 4 0 0のコンピュータでは、 保険契約データの更新を行う。 すなわち、 契約の自動解除をすべき保険契約について自動解除 (例えば自動解除日) を登録 する。 When the computer of the insurance company 400 receives the processing result of the payment deadline confirmation processing, it stores it in, for example, the payment status management DB. And when we actually receive the accident notice Is used to determine whether or not to pay insurance money. In addition, in the payment expiration confirmation process performed on the computer of the collection agency 300, the insurance contract for which the payment date is not recorded as of the date up to the automatic contract cancellation S is separately subject to the automatic cancellation target insurance contract. Identify as. Then, the information of the insurance contract subject to automatic cancellation is transmitted from the computer of the collection agency 300 to the computer of the insurance company 400 (step (64)), and the computer of the insurance company 400 executes the insurance contract. Update the data. In other words, register the automatic cancellation (for example, the automatic cancellation date) for the insurance contract that should be automatically canceled.
また、 集金代行会社 3 0 0のコンピュータは、 代理店毎に所定期間中の代理店 手数料を計算し、 当該手数料の明細データを生成して、 代理店に送る (ステップ ( 6 6 ) )。 また、 別途代理店手数料を代理店 2 0 0宛に送金する。 このようにすることにより、 保険会社 4 0 0は入金の有無や時期について直接 管理することなく、 保険金支払の可否や自動解除といった必要な情報を集金代行 会社 3 0 0から得ることができるようになる。 集金代行会社 3 0 0は、 これらの サービスにより保険会社 4 0 0から対価を得て収益を上げることができる。  Also, the computer of the collection agency 300 calculates the agency commission for each agency during a predetermined period, generates detailed data of the commission, and sends it to the agency (step (66)). In addition, remit the agency commission to agency 200 separately. In this way, the insurance company 400 can obtain the necessary information such as whether or not to pay the insurance money and the automatic cancellation from the collection agency company 300 without directly managing the presence or absence and timing of payment. become. With these services, the collection agency 300 can earn money from the insurance company 400 by paying for it.
4 . 実施例 4 4. Example 4
第 5図を用いて本発明の第 4の実施例に係る手続き及び処理について概説する。 本実施例は、 顧客が保険料を集金代行会社に直接支払う第 2のケースを示す。 代理店 2 0 0は、 顧客 1 0 0とのやり取りにより保険契約の申込書を作成し、 顧客 1 0 0に申込書への署名 ·押印を求め、 署名 ·押印後の申込書の提出を受け 付ける。 また、 併せて口座振替依頼書への記入 ·押印も求め、 記入 ·押印後の口 座振替依頼書の提出を受け付ける (ステップ(7 1 ) )。 この際、代理店 2 0 0は、 顧客 1 0 0に保険料払込方法を指定してもらう (ステップ (7 2 ) )。 ここでは、 顧客 1 0 0が直接集金代行会社 3 0 0に保険料を払い込むという方法を選択した ものとする。 なお、 顧客 1 0 0が直接保険会社 4 0 0に保険契約の申し込みを行 うようにしても良い。  The procedure and processing according to the fourth embodiment of the present invention will be outlined with reference to FIG. This embodiment shows a second case in which the customer pays the insurance premium directly to the collection agency. Agent 200 creates an insurance contract application form by interacting with customer 100, asks customer 100 to sign and seal the application form, and receives the signature and application form after the seal. wear. At the same time, it is required to complete and seal the fund transfer request form, and the submission of the account transfer request form after filling and sealing is accepted (step (71)). At this time, the agent 200 asks the customer 100 to specify the insurance payment method (step (72)). Here, it is assumed that the customer 100 has selected a method of directly paying insurance premiums to the collection agency 300. Note that the customer 100 may apply for an insurance contract directly to the insurance company 400.
保険契約の申し込みを受け付けた代理店 2 0 0は、 申し込みに係る保険契約の 内容を含む、 保険契約の計上データを生成して、 代理店 2 0 0のコンピュータ力 ら保険会社 4 0 0のコンピュータに上記計上データを送信する。 また、 保険契約 の申込書及び口座振替依頼書を保険会社 4 0 0に送付する (ステップ (7 3 ) )。 場合によっては、 保険会社 4 0 0力 S、 受領した保険契約の申込書に基づき計上デ ータを生成する場合もある。 保険会社 4 0 0のコンピュータは、 代理店 2 0 0の コンピュータから計上データを受信すると、 当該計上データを用いた保険契約の 計上処理を実施する (ステップ (7 4 ) )。 すなわち、 計上データ等の情報が保険 契約 D Bに登録される。 次に、 保険会社 4 0 0のコンピュータは、 計上データを 集金代行会社 3 0 0のコンピュータに送信する (ステップ (7 5 ) )。 口座振替依 頼書についても集金代行会社 3 0 0に送付される。 この口座振替依頼書について は代理店 2 0 0から直接集金代行会社 3 0 0に送付される場合もある。 集金代行 会社 3 0 0のコンピュータは、 計上データを受信すると、 入金管理 D Bに登録す ると共に、 支払期限データを生成し、 入金管理 D B等に登録する (ステップ (7The agency 200 that accepted the application for the insurance contract The accounting data including the contents is generated, and the accounting data is transmitted from the computer power of the agency 200 to the computer of the insurance company 400. The insurance contract application form and the fund transfer request form are sent to insurance company 400 (step (73)). In some cases, insurance company 400 may generate generated data based on insurance policy applications received. When the computer of the insurance company 400 receives the accounting data from the computer of the agent 200, the computer of the insurance company performs accounting processing of the insurance contract using the accounting data (step (74)). That is, information such as accounting data is registered in the insurance contract DB. Next, the computer of the insurance company 400 transmits the accounting data to the computer of the collection agency company 300 (step (75)). The fund transfer request is also sent to the collection agency 300. In some cases, this fund transfer request form is sent directly from the agency 200 to the collection agency 300. Upon receipt of the accounting data, the computer of the collection agency company 300 registers the data in the payment management DB, generates payment term data, and registers the data in the payment management DB (step (7)
6 ) )。 ここでは支払期限は、 保険料の支払期 Sだけではなく、 自動契約解除日を 含む。 これらの日付は、 保険始期、 保険種類、 払込方法 (一括払い、 月払い、 半 年払いなど) 等に基づき決定される。 6)). The term of payment here includes not only the due date S of the premium but also the date of automatic cancellation of the contract. These dates are determined based on the start of insurance, the type of insurance, and the payment method (one-time payment, monthly payment, semi-annual payment, etc.).
集金代行会社 3 0 0は、 計上データ及び生成された支払期限データに基づき保 険料の支払いを顧客 1 0 0に要求するようにしても良いし、 代理店 2 0 0等が支 払い期限についての情報を顧客 1 0 0に提示しておき、 顧客 1 0 0が自発的に入 金するようにしても良い。 入金の方法は任意であって、 ネット銀行振込を含む銀 行振込、 郵便振替、 コンビニエンスストア払い、 極度額貸付払い (クレジット力 ード払いを含む)、 自動口座振替その他の方法が使用できる。顧客 1 0 0は、 いず れかの方法にて金融機関等 5 0 0に対して保険料の送金指示を行う(ステップ(7 The collection agency 300 may request the customer 100 to pay insurance premiums based on the accounting data and the generated payment deadline data, or the agent 200 etc. May be presented to the customer 100, and the customer 100 voluntarily deposits the money. The method of deposit is optional, and can be bank transfer, including Internet bank transfer, postal transfer, convenience store payment, extreme loan payment (including credit card payment), automatic account transfer, and other methods. The customer 100 instructs the financial institution 500 to remit insurance premiums by any method (step (7)
7 ) )。 金融機関等 5 0 0は、 顧客 1 0 0からの指示に従って保険料を集金代行会 社 3 0 0の口座に送金する (ステップ (7 8 ) )。 なお、 ここでは金融機関等 5 07)). The financial institution 500 sends the insurance premium to the account of the collection agency 300 in accordance with the instructions from the customer 100 (step (78)). Here, financial institutions, etc.
0には、銀行、 クレジットカード会社 (又は信販会社)、 郵便局、 コンビニエンス ストア等が含まれる。 金融機関等 5 0 0のコンピュータは、 任意のタイミング又 は集金代行会社 3 0 0のコンピュータからの要求に応じて、 集金代行会社 3 0 0 の口座への入金データを送信する (ステップ (7 9 ) )。 集金代行会社 3 0 0のコ ンピュータは、 入金データを金融機関等 5 0 0のコンピュータから受信し、 入金 データ格納部等に格納する。 そして、 集金代行会社 3 0 0のコンピュータは、 入 金データを入金管理 D Bに格納された計上データに対応付けるための入金照合処 理を実施する (ステップ (8 0 ) )。 すなわち、 どの保険契約についての入金であ るかを特定し、 入金曰のデータを入金管理 D Bに登録する。 マッチングが取れな い入金については、 別途どのような入金なのか、 過不足金額はいくらなのかにつ いて確認する処理が必要となる。 マッチングが取れた入金については、 入金され た保険料から代理店手数料及び集金代行会社 3 0 0の手数料を差し引いた、 保険 会社 4 0 0への支払金額を計算し、 保険契約毎の明細データを生成する精算処理 を実施する (ステップ (8 1 ) )。 支払金額の送金については別途行う。 0 includes banks, credit card companies (or credit companies), post offices, convenience stores, etc. The computer of the financial institution 500 sends the deposit data to the account of the collection agency 300 at any time or in response to a request from the computer of the collection agency 300 (step (7 9 )). Collection agency 3 0 0 The computer receives the deposit data from the 500 computer such as a financial institution and stores the deposit data in the deposit data storage unit or the like. Then, the computer of the collection agency 300 executes a payment collation process for associating the payment data with the accounting data stored in the payment management DB (step (80)). In other words, it specifies which insurance contract the deposit is for and registers the data of the deposit in the deposit management DB. For deposits that cannot be matched, it is necessary to confirm the type of deposit separately and the amount of excess or deficiency. For the matched deposit, calculate the amount paid to the insurance company 400 by subtracting the agency commission and the commission of the collection agency 300 from the received insurance premium, and calculate the detailed data for each insurance contract. Carry out the payment process to generate (step (81)). The remittance of the payment amount will be performed separately.
次に、 集金代行会社 3 0 0のコンピュータは、 入金管理 D Bに登録された保険 始期 並びに入金日又は未入金状態の情報に基づき支払状況を確認し、 保険料債 権の譲渡に係る保険契約を特定する処理を実施する (ステップ (8 2 ) )。 より詳 しくは、 ( a ) 保険始期日 (若しくは、保険始期日より一定 S数前又は後の曰でも よい。 以下同じ) 以前の入金日が記録されている保険契約については、 通常の取 り极レヽとする。 また、 (b )保険始期日以前において未入金状態が記録されている 保険契約を、 保険料債権の譲渡に係る保険契約として抽出する。 支払期日より前 に保険料の支払いがあれば本来問題ないが、 本実施例では保険始期ョ以前におい て未入金状態である場合には、 集金代行会社 3 0 0が保険料債権を保険会社 4 0 0から譲り受けることにより、 一旦保険会社 4 0 0に対しては問題なく保険料を 受領したものとして取り扱う。 但し、 支払期日までに入金を確認できなければ、 集金代行会社 3 0 0は顧客 1 0 0に対して督促を行う (ステップ(8 4 ) )。なお、 後に述べるが、 自動契約解除日までに入金が確認できなければ、 契約を解除する ため、 契約解除に係る保険契約を抽出して、 保険会社 4 0 0に通知する。  Next, the computer of the collection agency 300 checks the payment status based on the information on the insurance start date and the payment date or the status of unpaid status registered in the payment management DB, and makes an insurance contract for the transfer of premium receivables. Perform the specified process (step (82)). More specifically, (a) insurance contracts with a deposit date before the insurance start date (or may be stated a certain number of times before or after the insurance start date; the same applies hereinafter) for insurance contracts recorded before Let's say In addition, (b) insurance contracts for which no deposit has been recorded before the insurance commencement date are extracted as insurance contracts related to the transfer of premium receivables. There is no problem if the insurance premium is paid before the due date, but in this embodiment, if there is no deposit before the insurance start date, the collection agency 300 will transfer the premium claims to the insurance company 4. By taking over from 00, insurance company 400 is once treated as having received the insurance premium without any problem. However, if the payment cannot be confirmed by the due date, the collection agency company 300 urges the customer 100 (step (84)). As will be described later, if payment is not confirmed by the automatic contract cancellation date, the insurance contract related to cancellation of the contract is extracted and the insurance company 400 is notified to cancel the contract.
このように、保険料債権が譲渡されるものとして抽出された保険契約の情報は、 集金代行会社 3 0 0のコンピュータから保険会社 4 0 0のコンピュータに送信さ れる (ステップ (8 3 ) )。 保険会社 4 0 0は、 保険料債権が譲渡されるものとし て抽出された保険契約の情報を受信すると、 当該保険契約については保険料債権 の譲渡に基づき保険始期日までに保険料が支払われたものとして取り扱う。但し、 実際に保険料が顧客 1 0 0から支払われた契約とは区別できるようにしておく。 また、 集金代行会社 3 0 0は、 保険料債権の譲受金額を算出し、 当該譲受金額の 送金を別途行う。 なお、 集金代行会社 3 0 0のコンピュータは、 保険始期日まで の日付で入金日が記録されている保険契約のデータにつレ、ても、 別途保険料の入 金日の情報と共に保険会社 4 0 0のコンピュータに送信するようにしてもよい。 このような保険契約は、 保険料の債権譲渡ではなく、 集金代行扱いである。 集金 代行会社 3 0 0のコンピュータは、 保険料債権を譲り受けた保険契約について、 顧客 1 0 0からの要回収金額を管理し、 回収に努める。 In this manner, the information on the insurance contract extracted as a transfer of the insurance premium is transmitted from the computer of the collection agency 300 to the computer of the insurance company 400 (step (83)). When the insurance company 400 receives the information on the insurance contract extracted assuming that the premium receivable is to be transferred, the insurance company will pay the premium by the start date of the insurance based on the transfer of the premium receivable. Treat as However, The insurance premium should be distinguished from the contract actually paid by customer 100. In addition, the collection agency 300 calculates the transfer amount of the insurance premium receivable, and remits the transfer amount separately. In addition, the computer of the collection agency 300 can use the insurance contract data with the insurance contract data in which the payment date is recorded up to the insurance start date, together with the information on the insurance premium payment date. It may be transmitted to the computer 0. Such insurance contracts are not collections of premiums, but collections. The collection agency company's 300 computer manages the amount of insurance contracts for which it has transferred insurance premiums from customers 100 and works to collect them.
一方、 保険会社 4 0 0では、 事故情報を顧客 1 0 0等から受け付ける場合があ る (ステップ (8 5 ) )。 保険料債権を譲渡している場合には、 最終的に保険料を 顧客 1 0 0から集金できたかということは保険会社 4 0 0では把握できない場合 もある。 集金代行会社 3 0 0が保険料未収であるにもかかわらず、 保険金だけが 支払われてしまうのは問題であるので、 本実施例では、 保険料債権が譲渡された 保険契約について事故情報を受け付けた場合には、 警告ということで保険会社 4 0 0のコンピュータから集金代行会社 3 0 0のコンピュータへ、 証券番号と事故 ョ、 事故受付日などの事故データを送信する (ステップ (8 6 ) )。 また、 不正等 の検出のため詳細調査の対象とする保険契約を特定するために、 事故データを保 険会社 4 0 0のコンピュータから集金代行会社 3 0 0のコンピュータへ送信する ようにしても良レ、。 集金代行会社 3 0 0のコンピュータは、 保険料債権を譲り受 けた保険契約についての事故データを用いて、 保険料集金上問題が無いか確認す る (ステップ (8 7 ) )。 詳細調査の対象とする保険契約を特定するために事故デ ータを受け取った場合には、 例えば第 1 7図に示したような処理を実施する。 な お、 保険料を支払つていないのにもかかわらず事故発生が通知されている場合に は保険金が支払われるのは不適切であるから、 保険契約を特定した保険金支払停 止要求を集金代行会社 3 0 0のコンピュータから保険会社 4 0 0のコンピュータ に送信する (ステップ (8 8 ) )。 保険会社 4 0 0では、 保険金支払停止要求を受 信した場合には、 原則として保険金の支払いを停止し、 詳細を調査する。  On the other hand, the insurance company 400 may accept accident information from the customer 100 or the like (step (85)). When premiums are transferred, it may not be possible for insurance company 400 to know whether insurance premiums were finally collected from customer 100. Since it is a problem that only the insurance money is paid even though the collection agency company 300 has not receivable the insurance premium, in this embodiment, the accident information on the insurance contract to which the insurance premium If accepted, a warning is sent to the computer of the insurance company 400 from the computer of the insurance company 400 to the computer of the collection agency 300 to send the accident number and other accident data such as the accident number and the date of receipt of the accident (step (86)). ). Further, in order to identify an insurance contract to be subjected to a detailed investigation for detecting fraud, etc., accident data may be transmitted from the computer of the insurance company 400 to the computer of the collection agency 300. Les ,. The computer of the collection agency 300 checks whether there is any problem with the collection of the insurance premium using the accident data of the insurance contract to which the insurance premium has been transferred (step (87)). When accident data is received to identify the insurance contract to be subjected to the detailed investigation, for example, the processing shown in Fig. 17 is performed. It should be noted that it is inappropriate to pay insurance claims if an accident has been notified even though insurance premiums have not been paid. It is transmitted from the computer of the collection agency company 300 to the computer of the insurance company 400 (step (88)). When insurance company 400 receives a request to stop insurance payments, it will in principle stop payments and investigate the details.
また、 集金代行会社 3 0 0のコンピュータは、 期限確認処理も実施する (ステ ップ (8 9 ) )。 すなわち、 所定のタイミングにて、 自動契約解除日までの日付で 入金日が登録されていない保険契約を契約の自動解除に係る保険契約として抽出 する。 そして、 当該抽出された保険契約の証券番号等のデータを、 保険会社 4 0 0のコンピュータに送信する (ステップ (9 0 ) )。 そして、 保険会社 4 0 0のコ ンピュータは、 自己の保持する保険契約の情報に自動契約解除を登録する (ステ ップ ( 9 1 ) )。 集金代行会社 3 0 0は、 保険会社 4 0 0力 ら契約解除により解除 返戻金を受け取ることができる場合もあり、 その場合には保険会社 4 0 0のコン ピュータは当該解除返戻金のデータを集金代行会社 3 0 0のコンピュータに送信 する (ステップ (9 2 ) )。 当該解除返戻金については、 保険会社 4 0 0から集金 代行会社 3 0 0に別途送金される。 なお、 集金代行会社 3 0 0は、 解除返戻金と 保険料との差額及び手数料などを顧客 1 0 0から別途回収することになる。 すな わち、 管理している要回収金額を更新し、 債権回収を実施する。 In addition, the computer of the collection agency 300 also performs a period check process (step (89)). In other words, at a predetermined timing, Extract insurance contracts with no registered payment date as insurance contracts related to automatic cancellation of contracts. Then, the data such as the security number of the extracted insurance contract is transmitted to the computer of the insurance company 400 (step (90)). Then, the computer of the insurance company 400 registers the automatic cancellation of the contract in the information of the insurance contract held by itself (step (91)). In some cases, the collection agency 300 may receive a cancellation refund from the insurance company 400 by canceling the contract, in which case the computer of the insurance company 400 will return the cancellation refund data. The data is sent to the computer of the collection agency 300 (step (92)). The cancellation refund will be sent separately from insurance company 400 to collection agency company 300. The collection agency company 300 will separately collect the difference between the cancellation refund and the insurance premium and the commission from the customer 100. In other words, renew the managed collection required amount and implement debt collection.
また、 集金代行会社 3 0 0のコンピュータは、 代理店毎に所定期間中の代理店 手数料を計算し、 当該手数料の明細データを生成して、 代理店に送る  Also, the computer of the collection agency 300 calculates the agency commission for a predetermined period for each agency, generates detailed data of the commission, and sends it to the agency.
( 9 3 ) )。 また、 別途代理店手数料を代理店 2 0 0宛に送金する。 このようにすれば保険会社 4 0 0は入金の有無や時期について直接管理するこ となく、 保険金支払の可否や自動解除といった必要な情報を集金代行会社 3 0 0 から得ることができるようになる。 集金代行会社 3 0 0は、 これらのサービスに より保険会社 4 0 0から対価を得て収益を上げることができる。  (93)). In addition, remit the agency commission to agency 200 separately. In this way, the insurance company 400 can obtain the necessary information, such as whether or not insurance payment can be made and automatic cancellation, from the collection agency company 300 without directly managing the presence or absence of payment. Become. With these services, the collection agency 300 can earn revenue from the insurance company 400.
5 . システム構成 5. System configuration
上で述べた第 1乃至第 4の実施の形態を実施するためのシステム構成例を第 6 図に示す。 例えばインターネット、 公衆回線網、 専用線などを含むネットワーク 1には、 保険会社 4 0 0により管理'運用される保険会社コンピュータ 5と、 集 金代行会社 3 0 0により管理'運用される集金代行会社コンピュータ 3と、 コン ビニエンスストァの本部コンピュータ又は銀行 5 2 0のコンピュータである金融 機関コンピュータ 7と、 信販会社 5 1 0により管理 '運用される信販会社コンビ ュ一タ 9と、代理店 2 0 0が使用する代理店 P C (Personal Computer) 1 1と、 代理店 2 0 0が使用する携帯電話機 1 5と、 カードリーダ機能とプリンタ機能と 通信機能と各種処理機能を有する代理店専用端末 1 3とが接続される。 FIG. 6 shows a system configuration example for implementing the above-described first to fourth embodiments. For example, a network 1 including the Internet, a public network, and a dedicated line 1 includes an insurance company computer 5 managed and operated by an insurance company 400 and a collection agency managed and operated by a collection agency 300 Computer 3, financial institution computer 7, which is the computer of the headquarters of the convenience store or the bank 520, a computer 9 managed by the credit company 510, and a computer 9 operated by the credit company 5 Agent PC (Personal Computer) 11 used, mobile phone 15 used by agent 200, card reader function and printer function A dedicated agent terminal 13 having a communication function and various processing functions is connected.
集金代行会社コンピュータ 3は、 入金予定データ生成部 3 1と、 バーコード配 信処理部 3 2と、 融資データ処理部 3 3と、 入金照合処理部 3 4と、 期日設定処 理部 3 5と、 期限確認処理部 3 6と、 集金関連処理部 3 7と、 代理店管理部 3 8 と、 契約抽出処理部 3 9と、 精算処理部 4 0とを含む。 また、 集金代行会社コン ピュータ 3は、 入金管理 D B 4 1と、 入金データ格納部 4 2と、 事故受付情報 D B 4 3と、 通知データ格納部 4 4とを管理している。  The collection agency computer 3 includes a payment data generator 31, a barcode distribution processor 32, a loan data processor 33, a payment matching processor 34, and a due date processor 35. A term confirmation processing unit 36, a collection related processing unit 37, an agent management unit 38, a contract extraction processing unit 39, and a settlement processing unit 40 are included. Further, the collection agency computer 3 manages a deposit management DB 41, a deposit data storage unit 42, an accident reception information DB 43, and a notification data storage unit 44.
入金予定データ生成部 3 1は、 代理店専用端末 1 3又は代理店 P C 1 1から受 信した領収証データから入金予定データを生成する。 バーコード配信処理部 3 2 は、 代理店 2 0 0により顧客 1 0 0から保険料を現金で領収し、 その保険料を集 金代行会社 3 0 0に送金する際の送金方法がコンビニエンスストァ払いであって 代理店 2 0 0が代理店専用端末 1 3を使用していない代理店である場合に、 例え ば当該代理店 2 0 0の携帯電話機 1 5に対してバーコード ·データを配信するた めの処理を実施する。 融資データ処理部 3 3は、 同じく代理店 2 0 0が保険料を 集金代行会社 3 0 0に送金する際の送金方法がクレジットカード払いである場合 に信販会社 5 1 0に対する融資データを生成 ·送信する。入金照合処理部 3 4は、 入金予定データと入金データとのマツチング処理、 入金確認済みの入金予定デー タと計上データとのマツチング処理、 入金データと計上データとのマッチング処 理を実施する。 期日設定処理部 3 5は、 保険会社コンピュータ 5から受信する計 上データに基づき支払期 !3や自動契約解除日等の期日を設定し、 入金管理 D B 4 1に登録する。 期限確認処理部 3 6は、 入金管理 D B 4 1に登録されている各保 険契約の始期日、 支払期日、 自動契約解除日と入金日、 未入金の場合には処理日 との比較を行い、 期日を徒過したか等の判断を行う。 集金関連処理部 3 7は、 集 金関連の諸処理を実施する。 代理店管理部 3 8は、 代理店 2 0 0の手数料計算や 手数料の明細データを生成するための処理を実施する。 契約抽出処理部 3 9は、 事故受付情報 D B 4 3に格納された事故 の情報等から詳細な調査が必要な保険 契約を抽出するための処理を実施する。 精算処理部 4 0は、 受領した保険料の精 算のための処理を実施する。 入金管理 D B 4 1は、 入金予定データと集金代行会 社 3 0 0が管理する保険契約についての情報とを格納する。 入金データ格納部 4 2は、 金融機関コンピュータ 7等から受信した入金データを格納する。 事故受付 情報 D B 4 3は、保険会社コンピュータ 5から受信した事故受付情報を格納する。 通知データ格納部 4 4は、 他のコンピュータに送信するためのデータなどを格納 する。 The payment schedule data generation unit 31 generates the payment schedule data from the receipt data received from the agency dedicated terminal 13 or the agency PC 11. The barcode distribution processing section 320 receives the insurance premium from the customer 100 in cash by the agent 200, and the convenience store payment method is used to transfer the insurance premium to the collection agency 300. If the agent 200 is an agent that does not use the agent dedicated terminal 13, for example, the barcode data is delivered to the mobile phone 15 of the agent 200. Implement the necessary processing. The loan data processing unit 3 3 also generates loan data for the credit company 5 10 when the agent 2 00 remits insurance premiums to the collection agency 3 0 0 when the remittance method is credit card payment. Send. The payment matching processing unit 34 performs matching processing between the scheduled payment data and the payment data, matching processing between the payment-confirmed scheduled payment data and the recorded data, and matching processing between the deposited data and the recorded data. The due date setting processing unit 35 sets due dates such as the due date! 3 and the automatic contract cancellation date based on the accounting data received from the insurance company computer 5 and registers them in the deposit management DB 41. The expiration date confirmation processing part 36 compares the start date, payment date, automatic contract cancellation date and payment date of each insurance contract registered in the payment management DB 41, and the processing date in the case of no payment. Judge whether the deadline has been exceeded. The collection-related processing section 37 performs various processing related to collection. The agency management unit 38 performs processing for calculating the commission of the agency 200 and generating detailed data of the commission. The contract extraction processing unit 39 performs processing for extracting an insurance contract that requires a detailed investigation from the accident information stored in the accident reception information DB 43. The settlement processing unit 40 performs a process for adjusting the received premium. The deposit management DB 41 stores deposit schedule data and information on insurance contracts managed by the collection agency 300. Deposit data storage unit 4 2 stores the deposit data received from the financial institution computer 7 or the like. The accident reception information DB 43 stores the accident reception information received from the insurance company computer 5. The notification data storage unit 44 stores data to be transmitted to another computer.
保険会社コンピュータ 5は、 代理店 P C 1 1等からネットワーク 1を介して受 信し且つ計上処理が実施された計上データ (保険契約データ) を登録する保険契 約 D B 5 2と、 顧客 1 0 0等から受け付けた事故のデータを登録するための事故 受付情報 D B 5 1と、 集金代行会社コンピュータ 3から受信する保険料入金に関 連する情報等を保管するための支払状況管理 D B 5 3とを管理している。 金融機 関コンピュータ 7は、 ウェブ (W e b ) サーバ機能及びネットバンク機能を有し ている場合もある。 また、 顧客 1 0 0又は代理店 2 0 0による入金のデータを格 納する入金データ格納部 7 1を管理している。 金融機関コンピュータ 7は、 金融 機関毎について設けられる。 信販会社コンピュータ 9は、 集金代行会社コンビュ ータ 3から受信した融資データを格納する融資データ格納部 9 1を管理している。 代理店 P C 1 1は、 保険契約の計上データを生成するためのプログラムがイン ストールされており、 ネットワーク 1を介して計上データを保険会社コンビユー タ 5に送信することができる。また、領収日、保険料金額(領収金額)、証券番号、 送金方法、 顧客名などを含む領収証データを生成し、 集金代行会社コンピュータ 3に送信するためのプログラムがインストールされている場合もある。 また、 ゥ エブ (W e b ) ブラウザやメーラ 'プログラムもインスト一ノレされており、 イン ターネットのホームページを閲覧したり、 メールのやり取りを行うことができる ようになっている。  The insurance company computer 5 includes an insurance contract DB 52 for registering the accounting data (insurance contract data) received from the agent PCs 11 and the like via the network 1 and for which accounting processing has been performed, and a customer 100 Accident reception information DB 51 for registering data of accidents received from other companies, etc., and payment status management DB 53 for storing information related to insurance payments received from collection agency computer 3 Managing. In some cases, the financial institution computer 7 has a Web (Web) server function and a net bank function. It also manages a deposit data storage unit 71 that stores deposit data by the customer 100 or the agency 200. The financial institution computer 7 is provided for each financial institution. The credit sales company computer 9 manages a loan data storage unit 91 for storing the loan data received from the collection agency company computer 3. The agent PC 11 has a program installed to generate accounting data of the insurance contract, and can transmit the accounting data to the insurance company computer 5 via the network 1. In some cases, a program for generating receipt data including a receipt date, an insurance fee (receipt amount), a security number, a remittance method, a customer name, and the like and transmitting the data to the collection agency computer 3 may be installed. In addition, the Web browser and mailer program are also installed, so that users can browse the Internet homepage and exchange e-mails.
代理店 2 0 0の携帯電話機 1 5は、ネットワーク'アクセス機能を有しており、 W e bブラウザ機能及びメーラ機能を有しているものとする。また、バーコード' データを表示できる程度のサイズを有する表示装置を備えているものとする。 代理店専用端末 1 3は、 上で述べたように、 保険料を現金で受領した場合には 当該保険料のための領収証を印刷したり、 コンビニエンスストァ払いを可能とす るためのバーコードを含む払込用紙を印刷する機能を有し、 さらに、 カードリー ダを備えており、 当該カードリーダによりデビットカード (キャッシュカード) を読み取って決済処理を実施する機能、 及びカードリーダによりクレジットカー ドを読み取ってクレジット ·カードによる決済処理を実施する機能を有する。 な お、 これら機能の具体的な実施方法については、 従来技術と同じであるからここ では詳しく述べない。 また、 代理店専用端末 1 3は、 集金代行会社コンピュータ 3とネットワーク 1を介して通信することができ、 上で述べた領収証データを集 金代行会社コンピュータ 3に送信する機能も有している。 この機能については以 下で詳しく述べる。 The mobile phone 15 of the agency 200 has a network access function, and has a Web browser function and a mailer function. It is also assumed that a display device having a size enough to display barcode data is provided. As described above, the agent dedicated terminal 13 prints a receipt for the insurance premium in the case of receiving the insurance premium in cash, and prints a bar code for enabling payment at a convenience store. It has a function to print payment paper including payment cards, and is equipped with a card reader. It has a function to read the credit card and execute the payment processing, and a function to read the credit card by the card reader and execute the payment processing by the credit card. The specific implementation method of these functions is the same as that of the prior art, and will not be described in detail here. Further, the agent dedicated terminal 13 can communicate with the collection agency computer 3 via the network 1 and has a function of transmitting the above-mentioned receipt data to the collection agency computer 3. This function is described in detail below.
6 . 実施例 1及び 2における処理内容 6. Processing in Examples 1 and 2
次に第 6図に示したシステムの第 1及び第 2の実施例における処理フローを第 7図乃至第 1 4図を用いて説明する。  Next, a processing flow in the first and second embodiments of the system shown in FIG. 6 will be described with reference to FIGS. 7 to 14.
例えば代理店 2 0 0が顧客 1 0 0から保険契約の申込書等を受け取り、 さらに 保険料を現金で受領する場合には、 代理店専用端末 1 3を操作して、 顧客名、 金 額、 証券番号、 保険種別等の領収証データを入力する。 代理店専用端末 1 3は、 当該領収証データの入力を受け付ける (ステップ S 1 )。 なお、予め入力されてい る場合には、 当該予め入力されている領収証データを読み出す。 例えば代理店 P C 1 1に接続させて、 代理店 P C 1 1において入力されていたデータを代理店専 用端末 1 3に送信しておくようにしても良い。  For example, when the agent 200 receives an insurance contract application form from the customer 100 and receives insurance premiums in cash, the agent terminal 13 is operated to obtain the customer name, amount, Enter receipt data such as security number and insurance type. The agency dedicated terminal 13 accepts the input of the receipt data (step S1). If it has been input in advance, the pre-input receipt data is read out. For example, a connection may be made to the agent PC 11 and the data input at the agent PC 11 may be transmitted to the agent dedicated terminal 13.
次に、 代理店専用端末 1 3は、 代理店 2 0 0からの出力指示に応じて領収証を 印刷する(ステップ S 3 )。印刷された領収証は、顧客 1 0 0に手渡される。また、 代理店専用端末 1 3は、 送金方法のメニューを表示装置に表示する (ステップ S 5 )。上で述べたが送金方法は送金手数料が安価なものが優先して表示される。 こ れに対して代理店 2 0 0は、 今回の送金方法を選択する。 なお、 送金方法をメニ ユー表示することなく、 例えば送信ボタンをクリックするまでに変更がなされな ければ、 予め設定されている特定の送金方法を使用するものとするといつた手法 で送金方法を特定するようにしても良い。 そして、 例えば代理店 2 0 0の指示に 従って、 送金方法、 領収日、 代理店コード、 金額及び証券番号などを含む領収証 データを生成し、集金代行会社コンピュータ 3に送信する (ステップ S 7 )。 この 後、 代理店専用端末 1 3等により送金の処理を実施するが、 これは端子 Aを介し て移行した第 1 0図において説明する。 Next, the agency dedicated terminal 13 prints a receipt according to the output instruction from the agency 200 (step S3). The printed receipt is handed to customer 100. In addition, the agency dedicated terminal 13 displays a menu of the remittance method on the display device (step S5). As described above, the remittance method is displayed preferentially if the remittance fee is low. Agent 200, on the other hand, selects the current remittance method. If the remittance method is not displayed in the menu, and if no change is made before clicking the send button, for example, the remittance method is specified by the method that is assumed to use the specific remittance method set in advance. You may do it. Then, for example, in accordance with the instruction of the agency 200, receipt data including a remittance method, a receipt date, an agency code, an amount, a security number, and the like are generated and transmitted to the collection agent computer 3 (step S7). After that, remittance processing is performed by the agent dedicated terminal 13 etc., which is performed via terminal A. This will be described with reference to FIG.
集金代行会社コンピュータ 3の入金予定データ生成部 3 1は、 代理店専用端末 1 3から領収証データを受信し、 記憶装置に格納する (ステップ S 9 )。 そして、 領収証データから入金予定データを生成し、 例えば入金管理 D B 4 1に格納する (ステップ S 1 1 )。例えば第 8図に示すようなテーブルに入金予定データが登録 される。 すなわち、 送金方法と、 領収 Θと、 顧客名と、 保険料金額と、 代理店コ ード (又は代理店名若しくはその両方) と、 証券番号と、 照合結果 (例えば 1は 照合済み、 0は未照合) とが各レコードについて登録される。 この他にも取得で きるデータを登録しておいても良レ、。  The payment schedule data generation unit 31 of the collection agency computer 3 receives the receipt data from the agent dedicated terminal 13 and stores it in the storage device (step S9). Then, payment schedule data is generated from the receipt data and stored in, for example, the payment management DB 41 (step S 11). For example, payment schedule data is registered in a table as shown in FIG. That is, remittance method, receipt Θ, customer name, insurance amount, agency code (or agency name or both), security number, and matching result (for example, 1 is matched, 0 is unmatched) Is registered for each record. It is good to register other data that can be obtained.
受信した領収証データに送金方法としてクレジットカード払いというデータが 含まれている場合には(ステップ S 1 3 : Y e sルート)、融資データ処理部 3 3 は、 領収証データに基づき融資データを生成し、 提携している信販会社コンビュ ータ 9に送信する (ステップ S 1 5 )。 融資データは、少なくとも、例えば予め信 販会社コンピュータ 9に代理店コードが登録されている場合には代理店コード、 代理店コードに対応して予め登録されている代理店 2 0 0のクレジットカード番 号若しくは領収証データに含まれる代理店 2 0 0のクレジットカード番号と、 金 額とを含む。 信販会社コンピュータ 9は、 集金代行会社コンピュータ 3から融資 データを受信すると当該融資データを融資データ格納部 9 1に格納し、 与信処理 を実施し、 問題なければ融資を行うための送金指示を例えばネットワーク 1を介 して金融機関コンピュータ 7に送信する。 金融機関コンピュータ 7では、 送金指 示に従って送金処理を実施する。 なお、 信販会社コンピュータ 9は、 融資データ に従って融資を行った場合には、 融資実行結果についてのデータを入金データと して集金代行会社コンピュータ 3に送信する。 なおステップ S 1 5のような処理 を実行するのは一例であって、 後に述べるように代理店専用端末 1 3にて信販会 社コンピュータ 9にデータを送信してしまい、 ステップ S 1 5を実行しないよう な構成であってもよい。  If the received receipt data includes the data of credit card payment as the remittance method (step S13: Yes route), the loan data processing unit 33 generates the loan data based on the receipt data, The data is transmitted to the affiliated credit sales company computer 9 (step S15). The loan data includes, for example, an agent code if the agent code is registered in the computer 9 of the credit company in advance, and the credit card number of the agent 200 registered in advance corresponding to the agent code. Includes the agent's 200 credit card number and amount included in the issue or receipt data. When the credit sales company computer 9 receives the loan data from the collection agency computer 3, it stores the loan data in the loan data storage unit 91, executes the credit processing, and issues a remittance instruction to make a loan if there is no problem, for example, on a network. 1 to financial institution computer 7. The financial institution computer 7 performs a remittance process according to the remittance instruction. When the credit company 9 makes a loan according to the loan data, the computer 9 transmits data on the result of the loan to the collection agency computer 3 as payment data. Executing the processing in step S15 is merely an example, and as will be described later, the data is transmitted to the computer 9 of the credit company at the dedicated agent terminal 13 and the step S15 is executed. The configuration may be such that it is not performed.
受信した領収証データに送金方法としてクレジットカード払い以外のデータが 含まれている場合 (ステップ S 1 3 : N oルート) 及びステップ S 1 5の後に、 集金代行会社コンピュータ 3は、 金融機関コンピュータ 7等からその入金データ 格納部 7 1に格納された入金データを受信し、 例えば入金データ格納部 4 2に格 納する (ステップ S 1 7 )。 例えば、 第 9図に示すように、少なくとも入金日と入 金金額と入金者 (代理店コード又は代理店名若しくはその両方) のデータが含ま れる。金融機関等 5 0 0によってはより多くのデータを含む場合もある。そして、 入金照合処理部 3 4は、 入金データ格納部 4 2に新規にデータが格納されると、 入金管理 D B 4 1に格納されている入金予定データとのマツチング処理を実施す る (ステップ S 1 9 )。 この際、 例えば、 入金データの送信元である金融機関のデ ータ (例えば銀行) から送金方法 (銀行振込) を特定し、 当該特定された送金方 法にて比較する入金予定データを絞り込むようにしてもよレ、。またマッチングは、 例えば入金データに含まれる金額と代理店コード (又は代理店名) をキーにして 入金予定データを検索するような処理であってもよい。 このマッチング処理にお いて、マッチングがとれた入金予定データについてはその照合結果に例えば「1」 を登録する。 また、 入金照合処理部 3 4は、 入金予定データに含まれる領収日か ら所定期間経過しても未照合 (アンマッチ) である入金予定データを入金管理 D B 4 1から抽出し、 当該入金予定データに含まれる代理店コードから代理店 2 0 0を特定し、当該代理店 2 0 0宛の入金確認データを生成する(ステップ S 2 1 )。 当該入金確認データについては、 例えば通知データ格納部 4 4に格納しておき、 例えば該当する代理店 2 0 0の代理店専用端末 1 3からの領収証データを受信し た場合に、 領収証データの受信完了データと共に送信するようにしても良い。 ま た、 別途電子メールなどで予め登録されている当該代理店 2 0 0のメールァドレ ス宛に送信するようにしても良い。 さらに、 集金代行会社 3 0 0の担当者に出力 し、 電話などで確認を行うようにしても良い。 例えば代理店専用端末 1 3は、 入 金確認データを集金代行会社コンピュータ 3から受信すると、 表示装置に表示す る (ステップ S 2 3 )。 代理店 2 0 0は、 表示装置の表示を見て、入金忘れなどが なかった力金額が間違っていなかつたか等を確認する。 なお、 入金確認データに ついては代理店 P C 1 1にて受信する場合も、 代理店の携帯電話機 1 5にて受信 する場合もある。 If the received receipt data contains data other than credit card payment as the remittance method (step S13: No route) and after step S15, the collection agent computer 3 is a financial institution computer 7, etc. From that deposit data The deposit data stored in the storage unit 71 is received and stored in, for example, the deposit data storage unit 42 (step S17). For example, as shown in Fig. 9, data on at least the date of deposit, the amount of deposit, and the depositor (agent code or agent name or both) are included. Depending on the financial institution etc. 500, it may include more data. Then, when new data is stored in the payment data storage unit 42, the payment matching processing unit 34 performs matching processing with the scheduled payment data stored in the payment management DB 41 (Step S). 1 9). At this time, for example, specify the remittance method (bank transfer) from the data (eg, bank) of the financial institution that is the source of the remittance data, and narrow down the remittance schedule data to be compared using the specified remittance method. Anyway. Further, the matching may be a process of searching for the payment schedule data using, for example, the amount of money included in the payment data and the agency code (or the agency name) as keys. In this matching process, for example, “1” is registered as the matching result for the payment schedule data that has been matched. In addition, the payment matching processing unit 34 extracts from the payment management DB 41 unscheduled (unmatched) payment data that has not been verified even after a predetermined period of time from the receipt date included in the payment planned data, and The agent 200 is specified from the agent code included in the above, and payment confirmation data addressed to the agent 200 is generated (step S21). The payment confirmation data is stored in, for example, the notification data storage unit 44. For example, when the receipt data is received from the agency dedicated terminal 13 of the corresponding agency 200, the receipt data is received. It may be transmitted together with the completion data. Further, the information may be transmitted to a mail address of the agency 200 registered in advance by e-mail or the like separately. Further, the information may be output to a person in charge of the collection agency 300 and checked by telephone or the like. For example, the agency terminal 13 receives the payment confirmation data from the collection agency computer 3 and displays it on the display device (step S23). The agent 200 checks the display on the display device to confirm whether the amount of money for which payment was not forgotten was correct or not. It should be noted that the payment confirmation data may be received by the agent's PC 11 or by the agent's mobile phone 15.
以上のような処理を実施することにより、 即日精算により法定帳簿の記帳など の事務作業を無くして業務の効率化を図り、 且つ代理店の手数が大幅に軽減され る。 また、 現金領収で即日精算する場合には、 集金代行会社コンピュータ 3は、 計上データを保持しない状態で入金データを受信する可能性がある。 実施例 1及 び 2ではそのために入金予定データを生成して、 ー且入金予定データと入金デー タのマッチングを取るようにしている。 そして、 以下で説明するように、 入金予 定データと計上データとのマッチングを行う。 次に第 1 0図を用いて第 7図における端子 A以降の送金処理の一例について説 明する。 まず、 代理店専用端末 1 3は、 クレジット ·カード払いが送金方法とし て指定されたか判断する (ステップ S 3 1 )。 クレジットカード払いであると判断 された場合には、 代理店 2 0 0は自己のクレジット 'カードを代理店専用端末 1 3のカードリーダに通すので、 代理店専用端末 1 3は当該クレジット ·カードの データを読み取る (ステップ S 3 3 )。 そして、 クレジット 'カードのデータ及び 領収証データ (例えば保険料金額) に基づき、 信販会社コンピュータ 9宛の、 集 金代行会社 3 0 0への送金データを生成し、 信販会社コンピュータ 9に送信する (ステップ S 3 5 )。 この際例えばパスワードの入力を求め、信販会社コンビユー タ 9に送信するといつた処理を実施する場合もある。 これらの処理については従 来技術と変わらないのでこれ以上述べない。 なお、 ステップ S 3 1乃至 S 3 5に ついては第 7図のステップ S 1 5の処理を実行する場合には必要ない。 また、 端 子 Bから第 7図の処理に戻る。 By carrying out the above-mentioned processing, business operations such as bookkeeping of statutory books are eliminated by the same day settlement, and business efficiency is improved, and the number of agents is greatly reduced. You. In addition, if payment is made on the same day by cash receipt, the collection agency computer 3 may receive the deposit data without retaining the accounting data. In the first and second embodiments, payment schedule data is generated for that purpose, and matching between the payment schedule data and the payment data is performed. Then, as described below, matching between the payment schedule data and the accounting data is performed. Next, an example of the remittance process after the terminal A in FIG. 7 will be described with reference to FIG. First, the agency dedicated terminal 13 determines whether credit card payment has been designated as a remittance method (step S31). If it is determined that the payment is by credit card, the agent 200 passes its credit card through the card reader of the agent terminal 13, so the agent terminal 13 is The data is read (step S33). Then, based on the credit card data and the receipt data (for example, the insurance fee), generate remittance data to the collection agency 300 to the credit sales company computer 9 and send it to the credit company computer 9 (step S35). At this time, for example, a process may be performed when a password is required to be input and transmitted to the credit sales company computer 9. These processes are not different from the conventional technology and will not be described further. Steps S31 to S35 are not necessary when executing the processing of step S15 in FIG. In addition, the processing returns to the processing of FIG. 7 from the terminal B.
クレジットカード払いではないと判断された場合にはデビットカード払いが送 金方法として指定されたか判断する (ステップ S 3 7 )。デビットカード払いであ ると判断された場合には、 代理店 2 0 0はデビットカードであるキャッシュカー ドを、 代理店専用端末 1 3のカードリーダに通すので、 当該キヤッシユカ一ドの データを読み取る (ステップ S 3 9 )。 そして、 キャッシュカードのデータ及び領 収証データ (例えば保険料金額) に基づき、 金融機関コンピュータ 7宛の、 集金 代行会社 3 0 0への送金データを生成し、金融機関コンピュータ 7に送信する(ス テツプ S 4 1 )。 この際例えばパスワードの入力を求め、金融機関コンピュータ 7 に送信するといった処理を実施する場合もある。 これらの処理については従来技 術と変わらないのでこれ以上述べない。 また、 端子 Bから第 7図の処理に戻る。 デビットカード払いではないと判断された場合にはネット振込みが送金方法と して指定されたか判断する (ステップ S 4 3 )。ネット振込みであると判断された 場合には、 例えば予め登録されている銀行口座のリストを表示し、 いずれの銀行 から送金するのか選択させる。 代理店専用端末 1 3は、 代理店 2 0 0による銀行 口座の選択入力を受け付け(ステップ S 4 5 )、例えばインターネット上に開設さ れている指定の銀行サイトにアクセスする。 そしてログインする。 なお、 自動的 に口グインできない場合には口グインぺージからログインする(ステップ S 4 7 )。 そして、 銀行サイトのページ構成に従って所定の手順で振込データを入力し、 振 込みデータを送信して送金を指示する (ステップ S 4 9 )。 また、端子 Bから第 7 図の処理に戻る。 If it is determined that the payment is not by credit card, it is determined whether the debit card payment is designated as the remittance method (step S37). When it is determined that the payment is by debit card, the agent 200 passes the cash card, which is a debit card, to the card reader of the agent dedicated terminal 13, so that the data of the cash card is read. (Step S39). Then, based on the cash card data and the receipt data (for example, the insurance fee amount), remittance data to the financial institution computer 7 to the collection agency 300 is generated and transmitted to the financial institution computer 7 (S Step S4 1). At this time, for example, a process of requesting the input of a password and transmitting it to the financial institution computer 7 may be performed. These processes are not different from the conventional technology and will not be described further. In addition, the processing returns to the processing in FIG. 7 from the terminal B. If it is determined that the payment is not a debit card payment, it is determined whether the net transfer has been designated as a remittance method (step S43). If it is determined that the transfer is via the Internet, for example, a list of bank accounts registered in advance is displayed, and the user is allowed to select from which bank the money is to be transferred. The agent dedicated terminal 13 receives the selection input of the bank account by the agent 200 (step S45), and accesses, for example, a designated bank site established on the Internet. Then log in. If it is not possible to log in automatically, the user logs in from the login page (step S47). Then, the transfer data is input in a predetermined procedure according to the page configuration of the bank site, and the transfer data is transmitted to instruct the remittance (step S49). In addition, the processing returns to the processing of FIG. 7 from the terminal B.
また、 ネット振込みではないと判断された場合には、 コンビニエンスス トア払 いが指定されたか判断する (ステップ S 5 1 )。 コンビニエンスストァ払いである と判断された場合には、 少なくとも代理店コード又は代理店名若しくはその両方 と保険料金額のデータとを用いてバーコ一ド ·データを生成し、 印刷する (ステ ップ S 5 3 )。代理店 2 0 0は、出力されたバーコ一ドを含む払込用紙を持ってコ ンビニエンスス トァの店頭に行き、保険料金額を支払う(ステップ S 5 5 )。また、 端子 Bから第 7図の処理に戻る。 コンビニエンスストア払いの場合には、 集金代 行会社コンピュータ 3のバーコード配信処理部 3 2が処理を実行する場合もある。 これについては後に説明する。  If it is determined that the payment is not a net transfer, it is determined whether convenience store payment has been designated (step S51). If it is determined that the payment is at the convenience store, the bar code data is generated and printed using at least the agency code and / or the agency name and the insurance premium amount data (step S5). 3). The agent 200 goes to the store of the convenience store with the payment paper including the output bar code and pays the insurance fee (step S55). In addition, the processing returns to the processing in FIG. 7 from the terminal B. In the case of payment at a convenience store, the barcode distribution processing unit 32 of the computer 3 of the collection agency may execute the processing. This will be described later.
コンビニエンスストア払いではないと判断された場合には、 銀行の店頭におけ る振込みであるか判断する (ステップ S 5 7 )。 なお、以上述べた方法以外の方法 を利用する場合には、 そのための処理を実施するものとする。 銀行の店頭におけ る振込みを行う場合には、代理店専用端末 1 3では特に処理は必要ない。従って、 代理店 2 0 0は、 銀行の店頭などに設置されている A TMなどに行き、 振込みを 実施する (ステップ S 5 9 )。 また、 端子 Bから第 7図の処理に戻る。  If it is determined that the payment is not at a convenience store, it is determined whether the payment is made at a bank store (step S57). If a method other than the method described above is used, the processing for that method shall be performed. When making a transfer at a bank store, no special processing is required at the agent dedicated terminal 13. Accordingly, the agent 200 goes to an ATM installed at a bank store or the like and carries out the transfer (step S59). In addition, the processing returns to the processing in FIG. 7 from the terminal B.
このように代理店専用端末 1 3を用いれば各種送金方法に対処することができ る。 なお、 代理店 P C 1 1や携帯電話機 1 5を使用してもネット振込みなどを行 うことは可能であるので、 代理店 2 0 0が使用する端末が代理店専用端末 1 3に 限定されるわけではない。 また、 携帯電話機 1 5を使用する場合には、 たとえば第 1 1図のような処理を 実施する場合もある。 集金代行会社コンピュータ 3のバーコード配信処理部 3 2 は、 送金方法がコンビニエンスストア払いの場合、 代理店 2 0 0の携帯電話機 1 5向けのバーコード'データを生成する (ステップ S 6 1 )。 例えば代理店 2 0 0 が代理店専用端末 1 3を使用していないことを表すデータおよび携帯電話機 1 5 のメールァドレスが予め登録されている場合に、 例えばバーコード配信処理部 3 2を起動するようにしても良い。 また、 バーコード配信処理部 3 2は、 代理店コ ードに対応して登録されている携帯電話機宛に、 生成したバーコード ·データを 配信するための U R L (Uniform Resource Locator) が埋め込まれたメールを送 信する (ステップ S 6 3 )。代理店 2 0 0の携帯電話機 1 5は、集金代行会社コン ピュータ 3から所定の U R Lが埋め込まれたメールを受信し、 表示装置に表示す る (ステップ S 6 5 )。 代理店 2 0 0力 メールに埋め込まれている U R Lをクリ ックすると、携帯電話機 1 5は当該 U R Lへアクセスする (ステップ S 6 7 )。バ 一コード配信処理部 3 2は、 携帯電話機 1 5からのアクセスに応じて、 ステップ S 6 1において生成されたバーコード ·データを携帯電話機 1 5に送信する (ス テツプ S 6 9 )。携帯電話機 1 5は、バーコード 'データを集金代行会社コンビュ ータ 3から受信し、表示装置に表示する (ステップ S 7 1 )。 そして、 代理店 2 0 0は、 当該携帯電話機 1 5を持ってコンビニエンスストアに行き、 コンビニェン スストァではバーコ一ド ·スキャナにより携帯電話機 1 5の表示装置に表示され たバーコード'データをスキャンする (ステップ S 7 3 )。 これにより、従来から 存在しているコンビニエンスストァによる料金徴収スキームに載せることができ るようになる。 なお、 一旦 U R Lが埋め込まれたメールを送信するようにしてい るが、 携帯電話機 1 5が対応していればバーコード ·データが埋め込まれたメー ルを送信するようにしても良レ、。また、バーコード表示については J a V a (Sun Microsystems社の商標) ァプレットにて行う方法もある。 As described above, by using the agent dedicated terminal 13, various remittance methods can be dealt with. In addition, since it is possible to transfer money to the Internet by using the agent PC 11 or the mobile phone 15, the terminal used by the agent 200 is limited to the agent dedicated terminal 13. Do not mean. In addition, when the mobile phone 15 is used, for example, processing as shown in FIG. 11 may be performed. When the remittance method is a convenience store payment, the barcode distribution processing section 32 of the collection agent computer 3 generates barcode 'data for the mobile phone 15 of the agency 200 (step S61). For example, when the data indicating that the agency 200 does not use the agency dedicated terminal 13 and the mail address of the mobile phone 15 are registered in advance, for example, the barcode distribution processing unit 32 is activated. You may do it. Also, the barcode distribution processing unit 32 has embedded therein a URL (Uniform Resource Locator) for distributing the generated barcode data to the mobile phone registered corresponding to the agency code. The e-mail is sent (step S63). The mobile phone 15 of the agency 200 receives the mail in which the predetermined URL is embedded from the collection agency computer 3 and displays it on the display device (step S65). When the URL embedded in the mail is clicked, the mobile phone 15 accesses the URL (step S67). The barcode distribution processor 32 transmits the barcode data generated in step S61 to the mobile phone 15 in response to the access from the mobile phone 15 (step S69). The mobile phone 15 receives the barcode 'data from the collection agency computer 3 and displays it on the display device (step S71). Then, the agent 200 goes to the convenience store with the mobile phone 15 and scans the barcode 'data displayed on the display device of the mobile phone 15 with a barcode scanner at the convenience store ( Step S73). As a result, it can be included in the existing fee collection schemes by convenience stores. It should be noted that although the mail with the URL embedded is sent once, if the mobile phone 15 is compatible, the mail with the barcode data embedded may be sent. There is also a method of displaying a barcode using a Java (trademark of Sun Microsystems) applet.
次に、 保険会社コンピュータ 5が計上データを受信した後の処理について第 1 2図乃至第 1 4図を用いて説明する。 保険会社コンピュータ 5は、 例えば代理店 P C 1 1から保険契約の申込みに係る計上データを受信し、 保険契約 D B 5 2に 登録する (ステップ S 8 1 )。 計上データについては、例えば保険料などのデータ チェックを実施した後に、 問題なければ保険契約 D B 5 2に登録する。 そして、 保険会社コンピュータ 5は、 任意のタイミングで又は所定の周期で、 新規登録を 行った計上データを集金代行会社コンピュータ 3に送信する (ステップ S 8 3 )。 集金代行会社コンピュータ 3は、 保険会社コンピュータ 5から計上データを受信 し、例えば入金管理 D B 4 1に登録する (ステップ S 8 5 )。入金管理 D B 4 1に は例えば第 1 3 A図及び第 1 3 B図のようなデータが格納される。 第 1 3 A図の 例では、 契約者名、 証券番号、 保険種類、 保険料、 払込方法、 保険始期日、 申込 受付日、 計上日、 代理店コード (又は代理店名) などの計上データに含まれるデ ータが入金管理 D B 4 1に登録される。 また、 第 1 3 B図の例では、 第 1 3 A図 の 1つのレコードに対応して、 支払期日、 自動契約解除日、 入金日、 保険金支払 可否フラグ (支払期日までのフラグと自動契約解除日までのフラグ) と解除フラ グなどが設定されるようになっている。 Next, the processing after the insurance company computer 5 receives the accounting data will be described with reference to FIGS. The insurance company computer 5 receives the accounting data relating to the application for the insurance contract from, for example, the agent PC 11 and registers it in the insurance contract DB 52 (step S81). For accounting data, for example, data such as insurance premiums After conducting the check, if there is no problem, register it in the insurance contract DB 52. Then, the insurance company computer 5 transmits the newly registered accounting data to the collection agency computer 3 at an arbitrary timing or at a predetermined cycle (step S83). The collection agency computer 3 receives the accounting data from the insurance company computer 5 and registers it in, for example, the deposit management DB 41 (step S85). Data such as those shown in FIGS. 13A and 13B are stored in the deposit management DB 41, for example. In the example of Fig. 13A, it is included in accounting data such as policyholder name, security number, insurance type, premium, payment method, insurance start date, application acceptance date, accounting date, agency code (or agency name), etc. The registered data is registered in the deposit management DB 41. In addition, in the example of Fig. 13B, corresponding to one record in Fig. 13A, the due date, the automatic contract cancellation date, the deposit date, the insurance payment allowance flag (the flag up to the due date and the automatic contract Flags until the release date) and release flags are set.
そして入金照合処理部 3 4は、 入金照合済みの入金予定データと計上データと のマッチング処理を実施する (ステップ S 8 7 )。 例えば、入金予定データに含ま れる証券番号と同じ証券番号を含む計上データを検索する。 そして、 入金予定デ ータに含まれる証券番号と同じ証券番号を含む計上データを検出した場合には、 さらに入金予定データに含まれる保険料金額と、 計上データに含まれる保険料金 額とが同じである力判断する。 この 2つの条件が満たされた場合には、 入金予定 データに含まれる領収日のデータを、 入金管理 D B 4 1の計上データを登録する テーブル (第 1 3 B図) の入金日の欄に登録する。 また、 保険金支払可否フラグ については、 全ての期間につき支払可にセットする (ステップ S 8 9 )。 なお、 対 応する入金予定データがなレ、計上データについては、 第 3及び第 4の実施例で説 明した、 顧客 1 0 0が直接集金代行会社 3 0 0に送金する場合において、 入金デ ータとのマッチング処理に用いられる。 従って、 入金予定データに含まれる証券 番号により対応関係が見出されない計上データについては照合失敗扱いをしない。 但し、 証券番号が一致するが保険料金額が一致しない入金予定データと計上デー タとについてはマッチングが取れないものとして取り扱うため、 そのような入金 予定データと計上データとを抽出し、 保険会社コンピュータ 5に送信する (ステ ップ S 9 3 )。 なお、入金予定データのみを送信するようにしても良い。 これは入 金予定データに証券番号が含まれているため、 この証券番号により保険会社コン ピュータ 5では計上データを取得することができるためである。 Then, the payment matching processing section 34 performs matching processing between the payment-scheduled payment-scheduled data and the accounting data (step S87). For example, search for accounting data that includes the same security number as the security number included in the scheduled payment data. Then, when the accounting data containing the same security number as the security number included in the expected payment data is detected, the insurance fee amount included in the expected payment data is further equal to the insurance fee amount included in the accounting data. Judgment is the power. If these two conditions are met, the receipt date data included in the scheduled payment data is registered in the payment date column of the table (Fig. 13B) where the data recorded in the payment management DB 41 is registered. I do. In addition, the insurance money payability flag is set to payable for all periods (step S89). Note that the corresponding payment data is not available, and the recorded data is the same as the payment data described in the third and fourth embodiments, when the customer 100 sends money directly to the collection agency 300. Used for data matching. Therefore, matching data will not be treated as failed for matching if no correspondence is found by the security number included in the scheduled payment data. However, since the expected payment data and the recorded data whose security numbers match but whose insurance premiums do not match are treated as unmatched, such expected payment data and calculated data are extracted and the insurance company computer Send it to 5 (step S93). Note that only the payment schedule data may be transmitted. This is This is because the insurance company computer 5 can acquire the recorded data by using the security number in the expected gold data because the security number is included.
保険会社コンピュータ 5は、 集金代行会社コンピュータ 3からマッチングが取 れない入金予定データ及び計上データを受信すると、 記憶装置に格納する (ステ ップ S 9 5 )。後に保険会社コンピュータ 5は、保険会社 4 0 0の担当者に当該マ ツチングの取れない入金予定データ及び計上データを出力し、 保険会社 4 0 0の 担当者は計上データ等の確認を行う (ステップ S 9 7 )。マッチングが取れないの は、 計上データに問題がある場合、 入金予定データに問題がある場合のいずれか 若しくはその両方である。 計上データに問題があれば、 計上データを訂正して、 保険契約 D B 5 2に登録し、 訂正後の計上データを集金代行会社コンピュータ 3 に送信する。 一方、 入金予定データに問題がある場合には、 入金予定データにつ いての訂正データを集金代行会社コンピュータ 3に送信する (ステップ S 9 9 )。 集金代行会社コンピュータ 3の入金照合処理部 3 4は、 訂正データを受信した 場合には、例えば入金管理 D B 4 1に登録する (ステップ S 1 0 1 )。 なお、 計上 データに訂正がなければ、 保険料の追徴又は返戻が発生しており、 当該保険料の 追徴金又は返戻金の計算を実施する。 そして、 保険料の精算書のデータを生成し て、例えば通知データ格納部 4 4に格納する (ステップ S 1 0 3 )。 後に、例えば 精算書のデータを印刷して顧客 1 0 0に郵送するなどの手続きを行う。 また、 返 戻金があれば例えば口座振替依頼書により取得した顧客の銀行口座データを用い て、 返金処理を実施するようにしてもよレ、。 また、 追徴金があれば当該追徴金に ついての入金予定データを生成し、 入金管理 D B 4 1に登録しておく。 そして、 入金データとのマッチング処理を実施する (ステップ S 1 0 5 )。追徴金がある場 合の保険金支払可否フラグのセットについては、 各種の取り扱い方法があるが、 この場合には代理店 2 0 0が間違っていることになるので、 最初の領収日に受領 したものとして取り扱う場合もある。  When the insurance company computer 5 receives the payment schedule data and the accounting data that cannot be matched from the collection agency computer 3, the insurance company computer 5 stores the data in the storage device (step S95). Later, the insurance company computer 5 outputs the payment schedule data and the accounting data that cannot be matched to the insurance company 400 staff, and the insurance company 400 staff checks the accounting data (step). S97). Mismatching occurs when there is a problem with the accounting data, or when there is a problem with the expected payment data, or both. If there is a problem with the accounting data, the accounting data is corrected, registered in the insurance contract DB52, and the corrected accounting data is transmitted to the collection agency computer 3. On the other hand, if there is a problem with the scheduled payment data, the correction data on the scheduled payment data is transmitted to the collection agency computer 3 (step S99). When receiving the corrected data, the payment collation processing unit 34 of the collection agency computer 3 registers it in, for example, the payment management DB 41 (step S101). If there is no correction in the recorded data, a premium has been added or refunded, and the surcharge or reimbursement of the premium will be calculated. Then, the data of the insurance settlement report is generated and stored, for example, in the notification data storage unit 44 (step S103). After that, for example, a procedure such as printing out the data of the balance sheet and mailing it to the customer 100 is performed. If there is a refund, the refund process may be performed using, for example, the customer's bank account data obtained from the fund transfer request form. If there is a surcharge, the payment schedule data for the surcharge is generated and registered in the deposit management DB 41. Then, a matching process with the payment data is performed (step S105). There are various ways to set the insurance payment allowance flag when there is a surcharge, but in this case, the agent 200 is wrong, so it was received on the first receipt date Sometimes treated as
なお、 集金代行会社コンピュータ 3の代理店管理部 3 8は、 第 1図及び第 2図 で説明したように、 例えば 1月に一回など所定の周期で、 入金照合済みの入金予 定データと計上データとのマッチングが取れた保険契約について代理店手数料を 計算し、 代理店毎に代理店手数料の明細データを生成し、 例えば通知データ格納 部 4 4に格納する (第 1 4図:ステップ S 1 1 1 )。 明細データは、 ネットワーク 1を介して代理店 2 0 0に通知するようにしても良いし、 印 Jしてから送付して も良い。 As described with reference to FIGS. 1 and 2, the agent management unit 38 of the collection agency computer 3 compares the payment schedule data with which payment has been verified at predetermined intervals, for example, once a month. Calculate agency commissions for insurance contracts that match the accounting data, generate agency commission detail data for each agency, for example, store notification data Stored in section 44 (Fig. 14: step S111). The detailed data may be notified to the agency 200 via the network 1 or may be sent after the mark J.
さらに、 精算処理部 4 0は、 受領した保険料から代理店手数料及び集金代行会 社 3 0 0の手数料を差し引いた金額を計算し、 保険会社 4 0 0に支払う精算金額 のデータとして、 例えば通知データ格納部 4 4に格納する (ステップ S 1 1 3 )。 また、 保険会社 4 0 0向けの明細データを生成して、 ネットワーク 1を介して送 信するようにしてもよいし、 印刷して送付しても良い。  Further, the settlement processing unit 400 calculates the amount obtained by subtracting the agency commission and the commission of the collection agency 300 from the received insurance premium, and as the data of the settlement amount to be paid to the insurance company 400, for example, a notice The data is stored in the data storage section 44 (step S113). Further, detailed data for the insurance company 400 may be generated and transmitted via the network 1, or printed and transmitted.
また、 集金代行会社 3 0 0は、 例えばコールセンタなどにおいて保険契約の異 動を受け付ける機能を有する場合もあり、 その場合には例えば集金関連処理部 3 7は、 保険契約の異動データの入力を受け付け、 入金管理 D B 4 1などに異動デ ータを登録する (ステップ S 1 1 5 )。 そして、保険会社コンピュータ 5に当該異 動データを送信する (ステップ S 1 1 7 )。保険会社コンピュータ 5は、集金代行 会社コンピュータ 3から異動データを受信すると、 所定の確認処理の後に例えば 保険契約 D B 5 2に異動データを登録する (ステップ S 1 1 9 )。 また、異動によ つて保険料の追徴金又は返戻金が生ずる場合がある。 集金関連処理部 3 7は、 保 険料の追徴金又は返戻金の金額を計算し、 さらに精算書のデータを生成して例え ば通知データ格納部 4 4に格納する (ステップ S 1 2 1 )。その後例えば精算書を 印刷して、 顧客 1 0 0に送付する。 返戻金がある場合には、 例えば口座振替依頼 書で特定される口座に返金する。 追徴金がある場合には、 精算書にて追徴金分の 送金を求める。 入金予定データを生成して、 入金管理 D B 4 1に登録する場合も ある。 このような処理により集金代行会社 3 0 0を利用する場合であっても、 保険料 を即時に精算する手続きがスムーズに進む。  In addition, the collection agency 300 may have a function of accepting a change in an insurance contract at, for example, a call center. In such a case, for example, the collection-related processing unit 37 accepts input of transfer data of the insurance contract. Then, the transfer data is registered in the deposit management DB 41 or the like (step S115). Then, the transfer data is transmitted to the insurance company computer 5 (step S117). Upon receiving the transfer data from the collection agency computer 3, the insurance company computer 5 registers the transfer data in, for example, the insurance contract DB 52 after a predetermined confirmation process (step S119). In addition, the transfer may result in a surcharge or refund of insurance premiums. The collection-related processing unit 37 calculates the amount of the surcharge or reimbursement of the insurance premium, generates the data of the settlement report, and stores it, for example, in the notification data storage unit 44 (step S121). After that, for example, a payment report is printed and sent to customer 100. If there is a refund, it will be refunded to the account specified in the fund transfer request, for example. If there is a surcharge, you will be asked to remit the reimbursement fee in the statement of payment. In some cases, the payment schedule data is generated and registered in the payment management DB 41. Even in the case of using the collection agency 300 by such processing, the procedure for immediately adjusting the insurance premium proceeds smoothly.
7 . 実施例 3における処理内容 7. Processing in Example 3
次に第 6図に示したシステムの第 3の実施例における処理フローを第 1 5図乃 至第 1 7図を用いて説明する。 代理店 2 0 0は、 顧客 1 0 0から保険契約の申し込みを受け付けると、 代理店 P C 1 1などにより計上データを生成し、 代理店 P C 1 1などに保険会社コンピ ユータ 5へ送信させる。 保険会社コンピュータ 5は、 代理店 P C 1 1などから計 上データを受信すると、 計上処理にて保険契約 D B 5 2に登録する。 また、 保険 料の集金代行を依頼するため、 保険契約 D B 5 2に新規に登録された計上データ を所定の周期で又は任意のタイミングで集金代行会社コンピュータ 3に送信する。 集金代行会社コンピュータ 3は、 保険会社コンピュータ 5から計上データを受信 すると、入金管理 D B 4 1に登録する (ステップ S 1 3 1 )。例えば第 1 3 A図の 部分のデータが格納される。 また、 期日設定処理部 3 5は、 確認、すべき期日とし て支払期日と自動契約解除日を、 保険始期日、 保険種類、 払込方法 (一括払い、 月払い、 半年払いなど) を基に設定し、 入金管理 D B 4 1の、 例えば第 1 3 B図 の部分に登録する (ステップ S 1 3 3 )。例えば長期の保険の場合には保険始期 から 3 0日、 短期の場合には保険始期日から 1 5日若しくは 7日というように支 払期日を設定する。 なおこれは一括払い又は分割払いの最初の保険料の支払期日 であり、 分割払いの二度目以降の保険料については各分割期間の最初の日から所 定の日数後を支払期日として別途設定する。 長期の保険の例としては一年以上の 保険期間を有する自動車保険や火災保険などが、 また短期の保険の例では一年未 満の旅行傷害保険などが挙げられる。 この場合、 支払期日は保険契約データに含 まれる保険期間若しくは保険種目に応じて設定されることになる。 また、 計上デ —タに含まれるその他の属性に応じて支払期日を設定しても良い。 例えば契約締 結日を基準に支払期限を設定する場合もある。 Next, a processing flow in the third embodiment of the system shown in FIG. 6 will be described with reference to FIGS. 15 to 17. Upon receiving the insurance application from the customer 100, the agent 200 generates accounting data using the agent PC 11 or the like, and causes the agent PC 11 or the like to transmit the data to the insurance company computer 5. Upon receiving the accounting data from the agent PC 11 or the like, the insurance company computer 5 registers it in the insurance contract DB 52 by accounting processing. Further, in order to request collection of insurance premiums, the accounting data newly registered in the insurance contract DB 52 is transmitted to the collection agent company computer 3 at a predetermined cycle or at an arbitrary timing. Upon receiving the accounting data from the insurance company computer 5, the collection agency computer 3 registers it in the deposit management DB 41 (step S13 1). For example, the data shown in Fig. 13A is stored. In addition, the due date setting processing unit 35 sets the due date and the automatic contract cancellation date as due dates to be confirmed and based on the insurance start date, insurance type, and payment method (collective payment, monthly payment, semi-annual payment, etc.) It is registered in, for example, the portion shown in FIG. 13B of the payment management DB 41 (step S133). For example, in the case of long-term insurance, the payment date is set to be 30 days from the beginning of the insurance, and in the case of short-term insurance, the payment date is set to be 15 or 7 days from the beginning of the insurance. This is the due date of the first premium payment in one lump sum or installment payment. For the second and subsequent premiums in installment payments, the due date is set separately from the first day of each installment period after a specified number of days. Examples of long-term insurance include car insurance and fire insurance with an insurance period of one year or more, and examples of short-term insurance include travel accident insurance with less than one year. In this case, the due date will be set according to the insurance period or insurance type included in the insurance contract data. Further, the due date may be set according to other attributes included in the accounting data. For example, payment deadlines may be set based on the contract conclusion date.
また、 集金代行会社コンピュータ 3は、 金融機関コンピュータ 7から例えば入 金データ格納部 7 1に格納された入金データを所定の周期で又は任意のタイミン グで受信し、入金データ格納部 4 2に格納する (ステップ S 1 3 5 )。 入金照合処 理部 3 4は、 入金データ格納部 4 2に新たな入金データが格納されると、 各入金 がいずれの保険契約に対応するのかということを決定する。 このために、 入金デ ータに含まれる入金者名及び入金金額のデータを、 計上データに含まれる契約者 名及び保険料のデータとの照合に用いる。 なお、 入金データにさらに証券番号等 のデータが含まれていればそれを用いればよい。 入金データと計上データの対応 付けが特定された場合には、 入金データに含まれる入金日のデータを入金管理 D B 4 1 (第 1 3 B図の部分) に登録する (ステップ S 1 3 7 )。 In addition, the collection agency computer 3 receives, for example, the deposit data stored in the deposit data storage unit 71 from the financial institution computer 7 at a predetermined cycle or at an arbitrary timing, and stores it in the deposit data storage unit 42. (Step S1 3 5). When new deposit data is stored in the deposit data storage unit 42, the deposit matching processing unit 34 determines which insurance contract each deposit corresponds to. For this purpose, the data of the depositor name and the deposit amount included in the deposit data are used for comparison with the policyholder name and insurance premium data included in the recorded data. If the deposit data further includes data such as a securities number, it may be used. Correspondence between payment data and accounting data If the payment is specified, the data of the payment date included in the payment data is registered in the payment management DB 41 (FIG. 13B) (step S1 37).
集金代行会社コンピュータ 3の期限確認処理部 3 6は、 所定の周期又は任意の タイミングで、 各保険契約について、 入金日又は未入金の場合には処理日と、 支 払期日及び自動契約解除日とを比較する。 そして、 入金日が支払期日までのョ付 である場合には、 支払期 Bまで及び自動契約解除日までの保険金支払可否フラグ を 「1」 にセットする。 すなわち、 保険金支払を可とする。 未入金である場合に は処理日が支払期日までの日付である場合には、 支払期日までの保険金支払可否 フラグを 「0」 にセットする。 すなわち、 保険金支払を保留とする。 また、 未入 金である場合に処理日が支払期日以降自動契約解除日までの日付である場合には、 支払期 (3までの保険金支払可否フラグを 「 2 (不可)」 にセットし、 自動契約解除 日までの保険金支払可否フラグを 「0」 にセットする。 入金日が支払期日以降自 動契約解除日までの日付である場合には、 支払期日までの保険金支払可否フラグ を 「2」 にセットし、 自動契約解除日までの保険金支払可否フラグを 「1」 にセ ットする。 自動契約解除日以降も未入金である場合には、 支払期日まで及び自動 契約解除日までの保険金支払可否フラグを 「2」 にセットする (ステップ S 1 3 9 )。この段階で各保険契約の証券番号と保険金支払可否フラグの内容と入金され ていれば入金日とを別途保険金支払可否データとして生成し、 例えば通知データ 格納部 4 4に格納するようにしてもよい。 そして、 集金代行会社コンピュータ 3 の期限確認処理部 3 6は、 入金管理 D B 4 1から、 保険契約の証券番号と保険金 支払可否フラグの内容と入金されていれば入金 0のデータを含む保険金支払可否 データを保険会社コンピュータ 5に送信する (ステップ S 1 4 1 )。  The expiration date confirmation processing unit 36 of the collection agency computer 3 determines, at a predetermined cycle or at an arbitrary timing, the date of payment, the date of processing if there is no payment, the date of payment and the date of automatic cancellation of each insurance contract. Compare. If the payment date is before the payment date, the insurance payment possibility flag until payment date B and the automatic contract cancellation date is set to “1”. In other words, insurance payment is allowed. If the payment has not yet been made, and if the processing date is a date up to the payment due date, the insurance payment payment availability flag up to the payment due date is set to “0”. That is, the insurance payment is suspended. If the processing date is the date from the payment due date to the automatic contract cancellation date when the payment has not yet been made, the payment term (the insurance payment allowance flag up to 3 is set to `` 2 (impossible) '', Set the insurance payment enable / disable flag until the automatic contract cancellation date to “0.” If the deposit date is the date from the payment due date to the automatic contract cancellation date, set the insurance payment enable / disable flag until the payment due date to “0”. Set to 2 ”and set the insurance payment enable / disable flag up to the automatic contract cancellation date to 1. If there is no payment after the automatic contract cancellation date, until the payment due date and until the automatic contract cancellation date (Step S 13 9) At this stage, the security number of each insurance contract, the contents of the insurance payment enable / disable flag, and the payment date if insurance has been received are separately insured. Generated as payment data The data may be stored in the data storage unit 44. Then, the expiration date confirmation processing unit 36 of the collection agency computer 3 sends the insurance contract security number and the insurance money payability flag from the deposit management DB 41. If the contents have been paid, the insurance payment data including the data of payment 0 is transmitted to the insurance company computer 5 (step S144).
保険会社コンピュータ 5は、 集金代行会社コンピュータ 3から保険金支払可否 データを受信すると、 例えば支払状況管理 D B 5 3等の記憶装置に格納し、 後に 必要になった時点で参照する。 すなわち、 事故等が発生した場合に、 保険金の支 払い可否を例えば事故日で判断する。  When the insurance company computer 5 receives the insurance payment payment data from the collection agency computer 3, the insurance company computer 5 stores the data in a storage device such as the payment status management DB 53, and refers to it later when it becomes necessary. That is, when an accident or the like occurs, whether or not to pay insurance money is determined, for example, on the day of the accident.
このような処理を実施することにより、 保険会社は、 事故発生時点を特定でき れば、 入金を管理していなくとも集金代行会社コンピュータ 3からの情報に基づ き保険金を支払っても良いのか、 又は支払ってはいけないの力 若しくは、 その 時点では保留状態なのかを容易に判断することができる。 By performing such processing, if the insurance company can identify the time of the accident, can the insurance company pay the insurance money based on the information from the collection agency computer 3 without managing the payment? , Or the power not to be paid or At this point, it is possible to easily determine whether the state is on hold.
集金代行会社コンピュータ 3の期限確認処理部 3 6は、 また第 1 6図に示すよ うな処理を実施する。 すなわち、 入金管理 D B 4 1を検索して、 自動契約解除ョ までの日付で入金ョが記録されていない保険契約を特定する(ステップ S 1 4 3 )。 そして、 特定された保険契約について、 入金管理 D B 4 1において解除フラグを オン (例えば「1」) にセットすると共に、証券番号等を含む自動解除契約リスト を構成し、保険会社コンピュータ 5に送信する (ステップ S 1 4 5 )。保険会社コ ンピュータ 5は、 集金代行会社コンピュータ 3から自動解除契約リストを受信す ると、 例えば支払状況管理 D B 5 3などの記憶装置に格納する。 そして、 後に保 険契約 D B 5 2のデータに、 自動解除保険リストに列挙された保険契約の自動契 約解除を登録する。 ここでは、 自動契約解除という重要な情報については別途自 動解除契約リストとして構成して、 保険会社 4 0 0側に通知するものである。 また、 集金代行会社コンピュータ 3の契約抽出処理部 3 9は、 例えば第 1 7図 に示すような、 不正が行われていない力確認するため詳細な調査が必要な保険契 約を特定する処理を実施する。 すなわち、 保険会社コンピュータ 5から、 所定の 周期で又は任意のタイミングで、 証券番号と事故日と事故受付日とを含む事故受 付情報を受信し、 事故受付情報 D B 4 3などの記憶装置に格納する (ステップ S 1 4 7 )。 そして、事故のあった各保険契約にっき、入金管理 D B 4 1から計上デ ータを読み出し、 以下の処理を実施する。 まず、 事故日が申込受付日 (又は計上 日) の所定 Θ数以上後になっている力判断する (ステップ S 1 4 9 )。 申込受付日 は、 例えば保険会社コンピュータ 5が、 代理店 P C 1 1から保険契約の計上デー タを受信した日や、 代理店 2 0 0にてデータ入力せずに保険会社 4 0 0側で計上 データの生成を行う場合には申込書を代理店 2 0 0力 ら受領した日、 若しくは別 途手続きとして代理店 2 0 0に義務付けている保険会社 4 0 0への通知の受領日 等を示す。 計上日は、 例えば保険契約 D B 5 2に登録した日であるが、 計上日と 申込受付日を区別しない場合もある。 事故日から所定日数以上前に代理店 2 0 0 等から申し込みの通知があった場合には、 不正を行っている可能性は無く、 ここ では調查対象とはせずに処理を終了する。  The expiration date confirmation processing unit 36 of the collection agency computer 3 also performs processing as shown in FIG. That is, the deposit management DB 41 is searched to identify an insurance contract for which no deposit has been recorded up to the date up to the automatic contract cancellation (step S143). Then, for the specified insurance contract, the release flag is set to ON (for example, “1”) in the payment management DB 41, and an automatic cancellation contract list including the security number and the like is formed and transmitted to the insurance company computer 5. (Step S145). When the insurance company computer 5 receives the automatic cancellation contract list from the collection agency computer 3, the insurance company computer 5 stores the list in a storage device such as the payment status management DB 53. Then, in the data of the insurance contract DB 52, the automatic cancellation of the insurance contract listed in the automatic cancellation insurance list is registered later. Here, the important information of automatic contract cancellation is configured separately as an automatic cancellation contract list, and is notified to the insurance company 400 side. In addition, the contract extraction processing section 39 of the collection agent computer 3 performs a process of identifying an insurance contract that requires a detailed investigation, for example, as shown in Fig. 17 to confirm that fraud has not occurred. carry out. That is, at a predetermined cycle or at an arbitrary timing, the insurance company computer 5 receives the accident reception information including the security number, the accident date, and the accident reception date, and stores the information in a storage device such as the accident reception information DB 43. (Step S1 4 7). Then, in accordance with each insurance contract in which an accident has occurred, the accounting data is read out from the payment management DB 41 and the following processing is performed. First, it is determined that the accident date is at least a predetermined number of days after the date of receiving the application (or the date of accounting) (step S149). The application acceptance date is, for example, the date when insurance company computer 5 receives the insurance contract accounting data from agent PC 11 or the insurance company 400 side without entering data at agent 200 If data is to be generated, indicate the date of receipt of the application form from agency 200 or the date of receipt of notification to insurance company 400, which is obligatory for agency 200 as a separate procedure. . The recording date is, for example, the date of registration in the insurance contract DB52, but in some cases, the recording date and the application acceptance date are not distinguished. If there is a notice of application from the agency 200 etc. more than a predetermined number of days before the accident date, there is no possibility that the fraud has been committed, and the process is terminated here without being subjected to the examination.
一方、 事故日が申込受付日の所定日数以上後とは言えない場合には、 保険始期 日が計上日以降であるか判断する (ステップ S 1 5 1 )。計上日が保険始期日より 後である場合には、 事務的な遅れなのか、 不正のために計上日が遅れているのか を確認、する必要がある。 よって、 調査対象契約としてリストアップするため、 当 該保険契約の証券番号を例えば通知データ格納部 4 4などの記憶装置に格納する (ステップ S 1 5 5 )。 一方、保険始期日が計上日以降である場合には、他の所定 の条件を満たすかを確認する (ステップ S 1 5 3 )。 他の所定の条件とは、例えば 顧客 1 0 0 (保険契約者) がブラックリストに載っていないかといつた事項であ つたり、 事故日が保険始期日以降直ぐ (例えば数日以内) であるかという事項、 保険料の請求初日、 入金日、 計上日及び申込受付日等のうち最先 が事故受付日 より後であるかといった事項であってもよい。 もし、 所定の条件を満たしている 場合には調査対象契約として特定し、 リストに追加する (ステップ S 1 5 5 )。所 定の条件を満たしていない場合には、 処理を終了する。 リス トアップされた保険 契約の証券番号等は、 集金代行会社コンピュータ 3から保険会社コンピュータ 5 に送信される。 保険会社コンピュータ 5は、 集金代行会社コンピュータ 3から受 信した調査対象の保険契約のデータを、記憶装置に格納し、後の調査に使用する。 このような処理を実施することにより、 集金代行会社 3 0 0から、 不正などの 不適切な保険契約の調査のための情報を取得することができ、 保険会社は調査の ための手数を減らすことができる。 On the other hand, if the date of the accident cannot be said to be more than the specified number of days after the application is accepted, the insurance It is determined whether the date is after the accounting date (step S 15 1). If the accounting date is later than the insurance start date, it is necessary to confirm whether the accounting date is delayed due to administrative delays or fraud. Therefore, in order to be listed as a contract to be investigated, the policy number of the insurance contract is stored in a storage device such as the notification data storage unit 44 (step S155). On the other hand, if the insurance start date is after the accounting date, it is checked whether or not other predetermined conditions are satisfied (step S153). Other predetermined conditions may be, for example, whether the customer 100 (insurer) is not on the blacklist, or if the accident date is immediately after the insurance commencement date (eg, within a few days). Or whether the earliest of insurance premiums on the first day, the date of payment, the date of accounting, and the date of receiving the application is later than the date of receiving the accident. If the predetermined conditions are satisfied, the contract is identified as a contract to be investigated and added to the list (step S155). If the specified conditions are not satisfied, the processing ends. The listed insurance contracts' security numbers and the like are transmitted from the collection agency computer 3 to the insurance company computer 5. The insurance company computer 5 stores the data of the insurance contract to be investigated received from the collection agency computer 3 in a storage device, and uses the data for a subsequent investigation. By performing such processing, the collection agency 300 can obtain information for investigating improper insurance contracts such as fraud, and insurers can reduce the number of investigations. Can be.
なお、各コンピュータ間の通信はネットワークを経由しなくとも良レ、。例えば、 磁気テープやその他の記録媒体を用いてデータを交換するようにしても良い。 な お、 以上で示した不正有無の確^ >フローはあくまでも例示であり、 事故日、 申込 受付日又は計上日、 及び保険始期日等の日付の対応状況やその他の条件を任意に 組み合わせて照合することで、 不正有無の確認を行うことができる。 8 . 実施例 4の処理内容  Communication between the computers does not have to go through a network. For example, data may be exchanged using a magnetic tape or another recording medium. The flow of confirmation of fraud described above is only an example, and it is possible to arbitrarily combine the correspondence status of accident date, application reception date or accounting date, insurance start date, etc. and other conditions, and arbitrarily combine By doing so, it is possible to confirm the presence or absence of fraud. 8. Processing in Example 4
次に第 6図に示したシステムの第 4の実施例における処理フローを第 1 8図乃 至第 2 1図を用いて説明する。  Next, a processing flow in the fourth embodiment of the system shown in FIG. 6 will be described with reference to FIGS. 18 to 21.
代理店 2 0 0は、 顧客 1 0 0から保険契約の申し込みを受け付けると、 代理店 P C 1 1等により計上データを生成し、 代理店 P C 1 1等に保険会社コンビユー タ 5へ送信させる。 保険会社コンピュータ 5は、 代理店 P C 1 1等から計上デー タを受信すると、 計上処理にて保険契約 D B 5 2に登録する。 また、 保険料の集 金代行を依頼するため、 保険契約 D B 5 2に新規に登録された計上データを所定 の周期で又は任意のタイミングで集金代行会社コンピュータ 3に送信する。 集金 代行会社コンピュータ 3は、 保険会社コンピュータ 5から計上データを受信する と、入金管理 D B 4 1に登録する (ステップ S 1 6 1 )。第 1 3 A図の部分のデー タが格納される。 また、 期日設定処理部 3 5は、 確認すべき期日として支払期日 と自動契約解除 Θを、 保険始期日、 保険種類、 払込方法 (一括払い、 月払い、 半 年払いなど) を基に設定し、 入金管理 D B 4 1に登録する (ステップ S 1 6 3 )。 なお、 実施例 4では、 第 1 3 B図のデータの代わりに第 1 9図に示すようなデー タを入金管理 D B 4 1に登録するようにする。 第 1 9図に示す例では、 各保険契 約について、 支払期日、 自動契約解除日、 入金日、 譲渡フラグ、 督促フラグ、 解 除フラグ、 要回収金額のデータ等を登録するようになっている。 Upon receiving the insurance application from the customer 100, the agent 200 generates accounting data using the agent PC 11 and the like, and the agent PC 11 etc. To 5 When the insurance company computer 5 receives the accounting data from the agent PC 11 or the like, it registers it in the insurance contract DB 52 in the accounting process. Further, in order to request the collection of insurance premiums, the accounting data newly registered in the insurance contract DB 52 is transmitted to the collection agent company computer 3 at a predetermined cycle or at an arbitrary timing. Upon receiving the accounting data from the insurance company computer 5, the collection agency computer 3 registers it in the deposit management DB 41 (step S16 1). The data shown in Fig. 13A is stored. In addition, the due date setting unit 35 sets the due date and the automatic contract cancellation Θ as the due date to be confirmed based on the insurance due date, insurance type, and payment method (lump-sum payment, monthly payment, semi-annual payment, etc.), and deposits Register it in the management DB 41 (step S166). In the fourth embodiment, data shown in FIG. 19 is registered in the deposit management DB 41 instead of the data shown in FIG. 13B. In the example shown in Fig. 19, for each insurance contract, the payment date, automatic contract termination date, payment date, transfer flag, dunning flag, release flag, data on the required recovery amount, etc. are registered. .
また、 集金代行会社コンピュータ 3は、 金融機関コンピュータ 7から入金デー タ格納部 7 1に格納された入金データを所定の周期で又は任意のタイミングで受 信し、入金データ格納部 4 2に格納する (ステップ S 1 6 5 )。入金照合処理部 3 4は、 入金データ格納部 4 2に新たな入金データが格納されると、 各入金がいず れの保険契約に対応するのかということを決定する。 このために、 入金データに 含まれる入金者名及び入金金額のデータを、 計上データに含まれる契約者名及び 保険料のデータとの照合に用いる。 なお、 入金データにさらに証券番号等のデー タが含まれていればそれを用いればよい。 入金データと計上データの対応付けが 特定された場合には、 入金データに含まれる入金日のデータを入金管理 D B 4 1 (第 1 9図の部分) に登録する (ステップ S 1 6 7 )。  In addition, the collection agency computer 3 receives the deposit data stored in the deposit data storage unit 71 from the financial institution computer 7 at a predetermined cycle or at an arbitrary timing, and stores it in the deposit data storage unit 42. (Step S165). When new deposit data is stored in the deposit data storage unit 42, the deposit matching processing unit 34 determines which of the insurance contracts each deposit corresponds to. For this purpose, the data of the depositor name and the deposit amount included in the deposit data are used for collation with the policyholder name and insurance premium data included in the recorded data. If the deposit data further includes data such as a securities number, it may be used. When the correspondence between the payment data and the accounting data is specified, the data of the payment date included in the payment data is registered in the payment management DB 41 (FIG. 19) (step S166).
そして、 集金代行会社コンピュータ 3の期限確認処理部 3 6は、 期限確認処理 を実施する (ステップ S 1 9 )。 この期限確認処理については後に詳述する。 そ して、 この期限確認処理にて生成された債権譲渡の対象となる契約リスト及び契 約解除リストを、 集金代行会社コンピュータ 3から保険会社コンピュータ 5に送 信する (ステップ S 1 7 1 )。保険会社コンピュータ 5は、集金代行会社コンビュ ータ 3から、 債権譲渡契約リスト及び契約解除リストを受信すると、 支払状況管 理 D B 5 3等の記憶装置に格納する。 そして、 債権譲渡契約リストに載っている 保険契約については、 原則として保険始期日までに入金があったものとして取り 扱う。 債権譲渡が行われたことを示すデータを保険契約 D B 5 2に登録するよう にしても良い。 また、 契約解除リストに載っている保険契約については、 解除日 等を保険契約 D B 5 2に登録する。 Then, the expiration date confirmation processing unit 36 of the collection agent company computer 3 performs an expiration date confirmation process (step S19). This deadline confirmation processing will be described later in detail. Then, the contract list and the contract release list to be transferred, which are generated in the deadline confirmation processing, are transmitted from the collection agency computer 3 to the insurance company computer 5 (step S171). When the insurance company computer 5 receives the receivables transfer contract list and the contract release list from the collection agent company computer 3, the insurance status computer 5 The data is stored in a storage device such as DB53. In principle, insurance contracts on the receivables transfer contract list are treated as if they were received by the insurance commencement date. Data indicating that the receivables have been transferred may be registered in the insurance contract DB 52. For insurance contracts on the contract cancellation list, the cancellation date, etc. are registered in the insurance contract DB 52.
このような処理を実施することにより、 保険会社は入金日について全く管理す ることなく、 基本的に全件保険始期日までに入金があったものとして取り扱うこ とができるようになる。 なお、 最終的に保険料が支払われなかった場合であって も、 保険会社側では通常の解除として取り扱うことが可能になる。 但し、 保険料 債権の譲渡先である集金代行会社 3 0 0のために事故情報等を通知する。 集金代 行会社 3 0 0は、 保険料債権を譲り受け、 その債権の回収を行うことにより、 収 益を上げることができる。  By carrying out such processing, the insurance company does not have any control on the payment date and can basically treat all payments as having been received by the start date of insurance. Even if the insurance premium is not paid, the insurance company will be able to treat it as a normal cancellation. However, accident information etc. will be notified for the collection agency company 300 to which the premium claims are transferred. The collection agency 300 can increase profits by taking over insurance premiums and collecting them.
次に第 2 0図を用いて実施例 4における期限確認処理部 3 6の処理を説明する。 この処理については、 所定の周期又は任意のタイミングで実施される。 まず、 1 つの未処理のレコードを入金管理 D B 4 1から読み出す(ステップ S 1 7 3 )。そ して、 当該未処理のレコードに入金日が含まれるか否かで未入金であるかを判断 する (ステップ S 1 7 5 )。 もし、入金されていれば、 ステップ S 2 0 5に移行す る。 すなわち、 全てのレコードについて処理したかを判断し、 もし全てのレコー ドについて処理した場合には処理を終了し、 未処理のレコードがあればステップ S 1 7 3に戻る (ステップ S 2 0 5 )。  Next, the processing of the time limit confirmation processing unit 36 in the fourth embodiment will be described with reference to FIG. This processing is performed at a predetermined cycle or at an arbitrary timing. First, one unprocessed record is read from the deposit management DB 41 (step S 173). Then, it is determined whether or not the unprocessed record is unpaid based on whether or not the unprocessed record includes the payment date (step S175). If payment has been made, the process proceeds to step S205. That is, it is determined whether all records have been processed. If all records have been processed, the process is terminated. If there is an unprocessed record, the process returns to step S173 (step S205). .
もし、 未入金である場合には、 処理日が保険始期 (又は入金日登録にかかる 期間を考慮して、 保険始期日 +入金日登録にかかる期間、 もしくは保険始期日以 前の任意に設定する日としてもよい)を経過したか判断する(ステップ S 1 7 7 )。 もし、 処理日が保険始期日を経過していないようであればステップ S 2 0 5に移 行する。 一方、 処理 が保険始期 Sを経過していれば、 第 1 9図に示した譲渡フ ラグが 「1」 にセットされているか判断する (ステップ S 1 7 9 )。 もし、 讓渡フ ラグが「 0」にセットされていれば、入金管理 D B 4 1において讓渡フラグを「 1」 にセットし (ステップ S 1 8 1 )、保険料債権の譲渡に係る契約リスト (債権譲渡 契約リスト) に証券番号等の情報を追加する (ステップ S 1 8 3 )。例えば債権譲 渡契約リストは通知データ格納部 4 4に格納される。 また、 保険会社 4 0 0と集 金代行会社 3 0 0の取り決めに従って当該保険料から計算される要回収金額を入 金管理 D B 4 1に登録する (ステップ S 1 8 5 )。要回収金額については保険料そ のものであってもよい。 そしてステップ S 2 0 5に移行する。 If the payment has not yet been made, the processing date is set at the beginning of the insurance (or the period required for the registration of the payment date, taking into account the period required for the registration of the payment date) Days may be determined) (step S177). If the processing date does not exceed the insurance start date, the process proceeds to step S205. On the other hand, if the processing has passed the insurance start period S, it is determined whether the transfer flag shown in FIG. 19 is set to “1” (step S 179). If the transfer flag is set to “0”, the transfer flag is set to “1” in the deposit management DB 41 (step S 18 1), and the contract list related to the transfer of the insurance premium receivable is set. Information such as the securities number is added to the (receivable assignment contract list) (Step S183). For example, transfer of receivables The delivery contract list is stored in the notification data storage unit 44. In addition, the required recovery amount calculated from the insurance premium is registered in the deposit management DB 41 in accordance with the agreement between the insurance company 400 and the collection agency 300 (step S185). The required recovery amount may be the insurance premium itself. Then, control goes to a step S205.
このようにすることにより、 保険料の債権譲渡がなされた保険契約を特定する ことが容易になる。 また、 保険会社への通知もこの債権譲渡契約リストにより行 うことができる。 また、 要回収金額も登録されるので、 債権の回収に利用するこ ともできる。  This makes it easier to identify the insurance contracts for which premiums have been transferred. Notification to the insurance company can also be made using this list of loan assignment contracts. In addition, the required collection amount is also registered, so it can be used to collect receivables.
もし、 譲渡フラグが 「1」 に設定済みである場合には、 第 1 9図に示した督促 フラグが 「1」 に設定されているかを判断する (ステップ S 1 8 7 )。 もし、 督促 フラグが 「1」 に設定されていない場合には、 処理日が支払期日 (又は入金日登 録にかかる期間を考慮して、 支払期日 +入金 登録にかかる期間) を経過してい るか判断する (ステップ S 1 8 9 )。 もし、経過していないようであればステップ If the transfer flag has been set to "1", it is determined whether the dunning flag shown in FIG. 19 has been set to "1" (step S187). If the dunning flag is not set to “1”, the processing date has passed the due date (or the due date + the time required for deposit registration, taking into account the time required for deposit date registration). Is determined (Step S189). If not, step
S 2 0 5に移行する。 一方、 処理日が支払期日を経過している場合には、 督促フ ラグを 「1」 にセットし (ステップ S 1 9 1 )、督促リストに証券番号等の情報を 登録する (ステップ S 1 9 3 )。督促リストは例えば通知データ格納部 4 4に格納 される。 そしてステップ S 2 0 5に移行する。 Move on to S205. On the other hand, if the processing date has passed the due date, the dunning flag is set to "1" (step S191), and information such as the security number is registered in the dunning list (step S19) 3). The reminder list is stored in, for example, the notification data storage unit 44. Then, control goes to a step S205.
このようにすることにより、 支払期限を過ぎても保険料の支払いが行われてい ない保険契約を特定することが容易になる。 なお、 要回収金額を更新するような ステップを追加しても良い。 支払期日が守られないため、 遅延手数料などを徴収 する場合である。  In this way, it is easier to identify insurance contracts for which premiums have not been paid after the due date. A step for updating the required collection amount may be added. This is the case when late payments are collected because the due date is not met.
もし、 督促フラグが 「1」 に設定済みである場合には、 第 1 9図に示した解除 フラグが 「1」 に設定されているか判断する (ステップ S 1 9 5 )。 もし、 解除フ ラグが既に 「1」 にセットされている場合にはステップ S 2 0 5に移行する。 一 方、解除フラグが「0」 に設定されている場合には、処理日が自動契約解除日 (又 は入金日登録にかかる期間を考慮して、 自動契約解除日 +入金 S登録にかかる期 間とする場合もある。) を経過したか判断する (ステップ S 1 9 7 )。 もし、 まだ 処理日が自動契約解除日を経過していなければ、 ステップ S 2 0 5に移行する。 処理曰が自動契約解除日を経過していれば、 解除フラグを 「1」 にセッ トし (ス テツプ S 1 9 9 )、契約解除リストに証券番号等の情報を登録する(ステップ S 2 0 1 )。 契約解除リストは例えば通知データ格納部 4 4に格納される。 そして、要 回収金額を更新する (ステップ S 2 0 3 )。 契約解除による解除返戻金があれば、 要回収金額 =要回収金額一解除返戻金 +手数料として更新登録する。 但し、 解除 返戻金はない場合もあり、 その場合には手数料だけ考慮するようにしても良い。 そしてステップ S 2 0 5に移行する。 If the dunning flag has been set to "1", it is determined whether the release flag shown in FIG. 19 has been set to "1" (step S195). If the release flag has already been set to "1", the flow shifts to step S205. On the other hand, if the cancellation flag is set to “0”, the processing date is the automatic contract cancellation date (or the automatic contract cancellation date + payment S registration It is determined whether or not has elapsed (step S197). If the processing date has not passed the automatic contract cancellation date, the process proceeds to step S205. If the processing says that the automatic contract cancellation date has passed, the cancellation flag is set to “1”. At step S 199), information such as the security number is registered in the contract cancellation list (step S 201). The contract cancellation list is stored in, for example, the notification data storage unit 44. Then, the required recovery amount is updated (step S203). If there is a cancellation refund due to the cancellation of the contract, renewal registration is required as the required recovery amount = required recovery amount-cancellation refund + commission However, there may be no cancellation refund, in which case only the fee may be considered. Then, control goes to a step S205.
このような処理を実行することにより、 自動解除となる契約を保険会社に通知 することができるようになる。 また、 集金代行会社 3 0 0にとつては、 自動解除 となった保険契約については、 回収できなければ自社の損失となるため、 その特 定は非常に重要である。  By executing such processing, it becomes possible to notify the insurance company of the contract that will be automatically canceled. For the collection agency 300, the identification of insurance contracts that have been automatically canceled is very important because if they cannot be collected, they will lose their own insurance.
次に、 集金代行会社コンピュータ 3の集金関連処理部 3 7の処理について第 2 1図を用いて説明する。 集金関連処理部 3 7は、 保険会社コンピュータ 5から事 故受付情報を受信し、事故受付情報 D B 4 3に格納する (ステップ S 2 0 7 )。事 故受付情報には、 例えば証券番号、 事故受付日、 事故日などの情報が含まれる。 そして、 事故の発生した保険契約のうち、 譲渡フラグ、 督促フラグ、 解除フラグ のいずれかが 「 1」 にセッ トされた保険契約を入金管理 D B 4 1を検索すること により特定し、要注意契約リストに登録する (ステップ S 2 0 9 )。例えば要注意 契約リストは通知データ格納部 4 4に格納される。 入金日が登録されているかを 併せて確認するようにしても良い。 要注意契約リストについては、 証券番号や事 故受付日、 事故日などが含まれる。  Next, the processing of the collection-related processor 37 of the collection agency computer 3 will be described with reference to FIG. The collection-related processing section 37 receives the accident reception information from the insurance company computer 5 and stores it in the accident reception information DB 43 (step S207). The accident reception information includes, for example, information such as a security number, an accident reception date, and an accident date. Then, out of the insurance contracts in which the accident occurred, any of the insurance contracts with one of the transfer flag, dunning flag, and release flag set to “1” was identified by searching the payment management DB 41, Register in the list (step S209). For example, the cautionary contract list is stored in the notification data storage unit 44. You may also check whether the payment date is registered. The list of contracts requiring caution includes the security number, the date of receipt of the accident, and the date of the accident.
要注意契約リストに登録された契約については、 保険料を支払わずに保険金を 取得するような事態にならないようにする必要があり、 特に注意が必要である。 以上本発明の実施例を示したが、 本発明はこれに限定されない。 例えば、 第 6 図に示すように各コンピュータがネットワークに接続していなくともよレ、。 デー タの受け渡しは、 例えば磁気テープその他の記録媒体を用いても良い。  It is necessary to pay special attention to contracts registered on the list of cautionary contracts so as not to obtain insurance money without paying insurance premiums. Although the embodiment of the present invention has been described above, the present invention is not limited to this. For example, as shown in FIG. 6, each computer may not be connected to the network. For data transfer, for example, a magnetic tape or other recording medium may be used.
また、 第 6図では保険会社コンピュータ 5を 1台のコンピュータで構成する例 を示しているが、 複数のコンピュータで構成するようにしてもよい。 集金代行会 社コンピュータ 3、 金融機関コンピュータ 7、 信販会社コンピュータ 9も同様で ある。 集金代行会社コンピュータ 3の各機能ブロックは、 単に説明の都合上示し ているものであり、具体的なプログラムモジュールと直接対応するとは限らない。 データベースなどの記憶装置の構成についても第 6図は一例であって、 他のデー タ保持方法を採用しても良い。 FIG. 6 shows an example in which the insurance company computer 5 is constituted by one computer, but may be constituted by a plurality of computers. The same applies to the collection agency company computer 3, financial institution computer 7, and credit company computer 9. is there. Each functional block of the collection agency computer 3 is shown only for convenience of explanation, and does not necessarily correspond directly to a specific program module. FIG. 6 is an example of the configuration of a storage device such as a database, and other data holding methods may be employed.
また、 集金代行会社コンピュータ 3が管理する入金管理 D B 4 1を、 例えば顧 客 1 0 0、 保険会社 4 0 0、 代理店 2 0 0の所定のパスヮードを有する者が参照 できるように例えばインターネットで公開することも可能である。 顧客 1 0 0に ついては、 自己の保険契約のデータについてのみ参照できる。 代理店 2 0 0も自 己が取り扱った保険契約のデータについてのみ参照できる。  Further, the deposit management DB 41 managed by the collection agency computer 3 can be referred to, for example, on the Internet so that a person having a predetermined password of a customer 100, an insurance company 400, and an agent 200 can refer to the database. It is also possible to make it public. For customer 100, you can only refer to your insurance contract data. Agent 200 can also refer only to data on insurance contracts that it has handled.
さらに、 集金代行会社コンピュータ 3においては、 第 4の実施例において督促 フラグが 「1」 に設定されている保険契約について、 地域や金額、 督促状況など 所定の基準にて分類し、 担当する集金人に集金を委託するための分類処理を実施 するようにしても良い。  Further, the collection agency company computer 3 classifies the insurance contract for which the dunning flag is set to “1” in the fourth embodiment according to predetermined criteria such as region, amount, and dunning status, and A classification process for outsourcing collection to a third party may be performed.
第 3及び第 4の実施例については、 保険会社 4 0 0からの依頼に基づき集金代 行を行う又は債権譲渡を行うような構成を示したが、 顧客 1 0 0から例えば保険 契約申込時に、 ノンカード立替払い依頼があった場合には、 その依頼に基づき立 替払いを行うような構成とすることも可能である。  In the third and fourth embodiments, the configuration has been described in which collection is performed or receivables are transferred based on a request from insurance company 400, but customer 100, for example, when applying for an insurance contract, If a non-card advance payment request is made, it is possible to make a configuration in which advance payment is made based on the request.
また、 期日設定処理部 3 5、 期限確認、処理部 3 6、 契約抽出処理部 3 9、 精算 処理部 4 0など図 6に示した集金代行会社コンピュータ 3の各処理部は、 集金代 行会社 3 0 0ではなく、 保険会社 4 0 0の保険会社コンピュータ 5に備えて、 期 曰設定、 期限確認、 契約抽出、 精算処理などの各種処理を保険会社 4 0 0側で実 施するような構成にすることも可能である。 この場合、 例えば第 3及び第 4の実 施例において、 保険会社コンピュータ 5に備えられた期日設定処理部 3 5が計上 データに基づいて支払期日と自動契約解除日を設定し、 保険始期 0、 保険種類、 払込方法を基に、 入金管理 D B 4 1における第 1 3 B図に示した部分の内容を登 録する。 さらに、 保険会社コンピュータ 5に備えられた期限確認処理部 3 6力 集金代行会社コンピュータ 3から入金日及び未入金などの入金情報を取得して、 その入金情報に基づき、 第 1 3 B図に示したテーブルにおける保険金支払可否フ ラグや解除フラグなどをセットする。 また、 保険会社コンピュータ 5に備えられ た契約抽出処理部 3 9が、 事故受付情報 D B 5 1から証券番号と事故日と事故受 付日とを含む事故受付情報を抽出し、 その情報と計上データを基に、 例えば事故 受付日と申込受付日との関係を判断し、 詳細な調査が必要となる保険契約を特定 するための処理を実施する。 また、 保険会社コンピュータ 5に備えられた精算処 理部 4 0が代理店手数料及び集金代行会社 3 0 0の手数料を算出する。 In addition, each processing unit of the computer 3 shown in FIG. 6, such as the date setting processing unit 35, the deadline confirmation processing unit 36, the contract extraction processing unit 39, the settlement processing unit 40, etc. In preparation for insurance company computer 5 of insurance company 400 instead of 300, a configuration in which various processes such as term setting, expiration date confirmation, contract extraction, and settlement processing are performed on the insurance company 400 side It is also possible to In this case, for example, in the third and fourth embodiments, the due date setting processing unit 35 provided in the insurance company computer 5 sets the due date and the automatic contract cancellation date based on the recorded data, and Based on the insurance type and the payment method, the contents of the portion shown in Fig. 13B in the payment management DB 41 are registered. Further, it acquires the payment information such as the payment date and the unpaid payment from the collection agent company computer 3 and obtains the payment information such as the payment date and the unpaid payment from the computer 3 of the payment collection agent provided in the insurance company computer 5, and based on the payment information, the information shown in FIG. Set the insurance payment enable / disable flag, release flag, etc. in the table. In addition, the insurance company computer 5 The contract extraction processing unit 39 extracts accident reception information including the security number, the accident date and the accident reception date from the accident reception information DB 51, and based on the information and the recorded data, for example, the accident reception date and Judge the relationship with the application acceptance date and implement processing to identify insurance contracts that require a detailed investigation. The settlement processing unit 40 provided in the insurance company computer 5 calculates the agency commission and the commission of the collection agency 300.
この場合、保険会社コンピュータ 5は、期日設定処理部 3 5が設定した期日等、 期日確認処理部 3 6によりセットされた保険金支払可否フラグゃ解除フラグなど の情報を、 集金代行会社コンピュータ 3に送信する。 また、 契約抽出処理部 3 9 が特定した詳細な調査が必要となる保険契約に関する情報や精算に係るデータを 集金代行会社コンピュータ 3や、 代理店専用端末 1 3、 代理店 P C 1 1又は代理 店携帯電話機 1 5など代理店 2 0 0側の装置に送信する。  In this case, the insurance company computer 5 sends the information such as the insurance money payability flag ゃ cancellation flag set by the date confirmation processing unit 36, such as the date set by the date setting processing unit 35, to the collection agency computer 3. Send. In addition, information on insurance contracts and data related to settlement that need to be investigated in detail by the contract extraction processing unit 39 is collected by the collection agency computer 3, agent dedicated terminal 13, agent PC 11 or agent The information is transmitted to a device on the side of the agency 200 such as the cellular phone 15.
また、 期日設定、 期限確認、 契約抽出、 精算処理等の各処理を集金代行会社コ ンピュータ 3と保険会社コンピュータ 5とが各処理を分担の上協働して実施して も良い。 その場合、 それぞれ各種処理を担当したコンピュータから他のコンビュ ータに対して処理結果に関する情報を送信し、 集金代行会社コンピュータ 3と保 険会社コンピュータ 5は、 送信された情報に基づいてそれぞれにおいて必要な処 理を実施する。  In addition, the collection agency computer 3 and the insurance company computer 5 may cooperate with each other such as setting a due date, confirming a deadline, extracting a contract, and performing a settlement process by sharing the respective processes. In that case, the computer in charge of each processing sends information on the processing results to other computers, and the collection agency computer 3 and the insurance company computer 5 need each based on the transmitted information. Take appropriate action.
また集金代行会社 3 0 0が保険会社 4 0 0と異なる別組織として例示したが、 保険会社の一部門が集金代行会社となってもよく、 組織の態様は問わない。 さら に各処理フローも例示であり、 上で述べたものに限定されるものではない。  Although the collection agency 300 is illustrated as a different organization from the insurance company 400, a section of the insurance company may be the collection agency, and the form of the organization is not limited. Furthermore, each processing flow is also an example, and is not limited to the above.

Claims

請求の範囲 The scope of the claims
1 . 保険料の入金データを除く保険契約に関するデータを取得し、 記憶装置に登 前記保険契約に関するデータに基づき保険料の支払期日を決定し、 記憶装置に 登録する期日決定ステップと、 1. Acquisition of data relating to the insurance contract excluding payment data of the insurance premium, and registration in the storage device. Determination of the due date of the premium based on the data relating to the insurance contract, and registration of the due date in the storage device.
前記保険料の集金を行つた者から取得した、 保険料の入金データを前記保険契 約についてのデータに対応付け、 少なくとも入金日のデータを記憶装置に登録す 前記入金 3又は未入金状態と少なくとも前記支払期日の関係から、 保険金支払 可否に関する情報を保険契約毎に生成し、 記憶装置に登録する保険金支払可否決 定ステップと、  The insurance premium collection data obtained from the person who collected the insurance premium is associated with the insurance contract data, and at least the date of the payment is registered in a storage device. From the relationship of the due date, information on whether or not to pay an insurance claim is generated for each insurance contract, and the step of determining whether or not to pay an insurance claim to be registered in a storage device,
を含み、 コンピュータにより実行される、 保険料の入金管理に関する情報処理 方法。  And a computer-implemented information processing method relating to insurance premium deposit management.
2 . 前記期日決定ステップにおいて、 前記保険契約に関するデータに基づき保険 料未入金の場合の自動契約解除日を決定して記憶装置に登録し、 2. In the due date determination step, an automatic contract termination date in the case of non-payment of insurance premiums is determined based on the data on the insurance contract and registered in a storage device,
前記自動契約解除曰以前の 付が入金日として登録されていない保険契約を抽 出するステップ  Extracting insurance contracts for which the previous date of the automatic contract cancellation is not registered as the date of payment
をさらに含む請求項 1記載の、 保険料の入金管理に関する情報処理方法。  2. The information processing method according to claim 1, further comprising:
3 . 事故日の情報を含む事故受付データを取得するステップと、 3. Acquiring accident reception data including accident date information;
前記事故日と前記保険契約に関するデータに含まれる保険始期日と前記保険契 約の計上日との任意の組み合わせに係る少なくともいずれかの関係が所定の条件 を満たす保険契約を抽出するステップと、  Extracting an insurance contract that satisfies a predetermined condition, at least one of which relates to an arbitrary combination of the accident date, the insurance start date included in the data related to the insurance contract, and the recording date of the insurance contract;
をさらに含む請求項 1又は 2記載の、保険料の入金管理に関する情報処理方法。  3. The information processing method according to claim 1 or 2, further comprising:
4 . 前記保険金支払可否決定ステップにおいて、 4. In the step of determining whether to pay the insurance,
前記入金日又は未入金状態と前記支払期日と前記自動契約解除日との関係から、 前記支払期日までの保険金支払可否と前記支払期日から前記自動契約解除日まで の保険金支払可否を決定する From the relationship between the payment date or the unpaid state, the payment date, and the automatic contract cancellation date, Determines whether the insurance payment can be made up to the payment date and whether the insurance payment can be made from the payment date to the automatic contract cancellation date.
ことを特徴とする請求項 2記載の、 保険料の入金管理に関する情報処理方法。  3. The information processing method according to claim 2, wherein the insurance payment is managed.
5 . 保険料の入金データを除き保険始期日の情報を含む、 保険契約に関するデー タを取得し、 保険契約データ格納部に登録するステップと、 5. Obtaining insurance contract data including insurance start date information except insurance deposit data, and registering the data in the insurance contract data storage unit;
保険料の集金を行った者から取得した、 保険料の入金データを前記保険契約に ついてデータに対応付け、 少なくとも入金日のデータを保険契約データ格納部に 登録するステップと、  Associating the insurance payment data acquired from the person who collected the insurance premiums with the data relating to the insurance contract, and registering at least the payment date data in the insurance contract data storage unit;
前記保険始期日に基づき設定される所定の日までに未入金である未入金保険契 約を抽出し、 当該未入金保険契約を特定する情報を保険料債権の譲渡に係る保険 契約として記憶装置に格納するステップと、  Unpaid insurance contracts that have not been paid by the predetermined date set based on the insurance commencement date are extracted, and information specifying the unpaid insurance contracts is stored in the storage device as an insurance contract related to the transfer of the premium receivable. Storing,
を含み、 コンピュータに実行される、 保険契約管理に関する情報処理方法。  An information processing method related to insurance contract management, which is executed on a computer.
6 . 前記保険契約データに基づき保険料の支払期 を決定し、 保険契約データ格 納部に登録するステップと、 6. determining the due date of the premium based on the insurance contract data and registering it in the insurance contract data storage;
前記保険料の支払期日以前の日付が入金日として登録されていない第 2未入金 保険契約を抽出し、 当該第 2未入金保険契約を特定する情報を督促に係る保険契 約として記憶装置に格納するステップと、  Extracts the second unpaid insurance contract in which the date before the due date of the insurance premium is not registered as the payment date, and stores the information specifying the second unpaid insurance contract in the storage device as the insurance contract related to the dunning. Steps to
をさらに含む請求項 5記載の、 保険契約管理に関する情報処理方法。  6. The information processing method according to claim 5, further comprising:
7 . 前記保険料債権の譲渡に係る保険契約に対応して、 要回収金額のデータを記 It装置に格納するステップ 7. A step of storing the required recovery amount data in the It device in accordance with the insurance contract related to the transfer of the premium receivables.
をさらに含む請求項 5又は 6記載の、 保険契約管理に関する情報処理方法。  7. The information processing method for insurance contract management according to claim 5, further comprising:
8 . 前記保険契約に関するデータに基づき保険料未入金の場合の自動契約解除日 を決定し、 保険契約データ格納部に登録するステップと、 8. A step of determining an automatic contract termination date in the case of no insurance premium payment based on the data on the insurance contract and registering the date in the insurance contract data storage unit;
前記自動契約解除日以前の日付が入金日として登録されていない第 3未入金保 険契約を抽出し、 当該第 3未入金保険契約を特定する情報を契約解除に係る保険 契約として記憶装置に格納するステップと、 Extract the third unpaid insurance contract in which the date prior to the automatic contract cancellation date is not registered as the deposit date and provide the information identifying the third unpaid insurance contract with the insurance related to the contract cancellation. Storing in a storage device as a contract;
をさらに含む請求項 5乃至 7のいずれか 1つ記載の、 保険契約管理に関する情 報処理方法。 9 . 前記第 3未入金保険契約に対応する要回収金額のデータを、 自動解除確定に 応じて登録するステップ  The information processing method for insurance contract management according to any one of claims 5 to 7, further comprising: 9. The step of registering the data of the required recovery amount corresponding to the third unpaid insurance contract in response to the automatic cancellation confirmation
をさらに含む請求項 8記載の、 保険契約管理に関する情報処理方法。  9. The information processing method for insurance contract management according to claim 8, further comprising:
1 0 . 事故日の情報を含む事故受付データを取得するステップと、 10. Obtaining accident reception data including accident day information;
前記事故日と前記保険契約に関するデータに含まれる保険始期日と前記保険契 約の計上日との任意の組み合わせに係る少なくともいずれかの関係が所定の条件 を満たす保険契約を抽出するステップと、  Extracting an insurance contract that satisfies a predetermined condition, at least one of which relates to an arbitrary combination of the accident date, the insurance start date included in the data on the insurance contract, and the recording date of the insurance contract;
をさらに含む請求項 5乃至 9のいずれか 1つ記載の、 保険契約管理に関する情 報処理方法。  The information processing method for insurance contract management according to any one of claims 5 to 9, further comprising:
1 1 . 顧客からの保険料の現金領収に関し且つ当該現金領収者からの送金方法を 含む現金領収データを当該現金領収の基となる保険契約に関するデータより先に 受信するステップと、 11. Receiving cash receipt data relating to the cash receipt of the insurance premium from the customer and including the remittance method from the cash recipient before the data relating to the insurance contract on which the cash receipt is based;
受信した前記現金領収データから入金予定データを生成し、 記憶装置に登録す るステップと、  Generating payment schedule data from the received cash receipt data, and registering the data in a storage device;
前記現金領収者から前記保険料の送金を指示された者から取得した入金データ を前記入金予定データと対応付け、 少なくとも入金済みを表すデータを記憶装置 に登録する入金確認ステツプと、  A payment confirmation step of associating the payment data obtained from the person instructed to remit the insurance premium by the cash receiver with the payment schedule data, and registering at least data indicating that payment has been completed in a storage device;
保険料の入金データを除く保険契約に関するデータを取得し、 記憶装置に登録 するステップと、  Obtaining data relating to the insurance contract, excluding insurance deposit data, and registering the data in a storage device;
前記保険契約に関するデータと前記入金済みを表すデータが登録されている入 金予定データとを対応付け、 所定の条件を満たしている場合には保険金支払可を 表すデータを記憶装置に登録するステップと、  A step of associating the data relating to the insurance contract with the payment schedule data in which the data indicating the payment has been registered, and registering the data indicating that the insurance payment is possible in a storage device when a predetermined condition is satisfied. When,
を含み、 コンピュータに実行される、 保険料入金管理に関する情報処理方法。 An information processing method for insurance payment management, which is executed on a computer.
1 2 . 前記送金方法が極度額貸付払いである場合には、 保険料相当の融資のため のデータを生成し、 貸し付けを行う会社のコンピュータに前記融資のためのデー タを送信するステップ 12. If the remittance method is extreme loan payment, a step of generating data for a loan equivalent to an insurance premium and transmitting the data for the loan to a computer of a lending company.
をさらに含む請求項 1 1記載の、 保険料入金管理に関する情報処理方法。  21. The information processing method according to claim 11, further comprising:
1 3 . 前記送金方法が店舗払いである場合、 店舗で読み取り可能なバーコード ' データを生成し、 前記現金領収者の端末に送信するステップ 1 3. If the remittance method is store payment, a step of generating a barcode 'data readable at the store and transmitting it to the terminal of the cash receiver
をさらに含む請求項 1 1記載の、 保険料入金管理に関する情報処理方法。  21. The information processing method according to claim 11, further comprising:
1 4 . 前記入金確認ステップが、 1 4. The payment confirmation step is
前記入金データの取得元のデータ及び前記入金予定データに含まれる送金方法 のデータに基づいて、 処理対象の入金予定データを抽出するステップ  Extracting payment target data to be processed based on the source data of the payment data and the data of the remittance method included in the payment data.
を含む請求項 1 1乃至 1 3のいずれか 1つ記載の、 保険料入金管理に関する情 報処理方法。  The information processing method relating to insurance payment management according to any one of claims 11 to 13, wherein the method includes:
1 5 . 前記入金確認ステップが、 1 5. The payment confirmation step is
前記入金予定データに対応する入金データが取得されない場合に、 前記現金領 収者に対する通知データを生成するステップ  A step of generating notification data for the cash collector when payment data corresponding to the payment schedule data is not obtained;
をさらに含む請求項 1 1乃至 1 4のいずれか 1つ記載の、 保険料入金管理に関 する情報処理方法。  The information processing method according to claim 11, further comprising:
1 6 . 前記所定の条件を満たしていない前記保険契約に関するデータと対応する 前記入金済みを表すデータが登録されている入金予定データとのうち少なくとも 前記入金予定データを出力するステップ、 16. A step of outputting at least the scheduled payment data among the data relating to the insurance contract that does not satisfy the predetermined condition and the scheduled payment data registered with the corresponding data indicating that payment has been completed,
をさらに含む請求項 1 1乃至 1 5のいずれか 1つ記載の、 保険料入金管理に関 する情報方法。  The information method for insurance payment management according to any one of claims 11 to 15, further comprising:
1 7 . 請求項 1乃至 1 6のいずれか 1つ記載の情報処理方法をコンピュータに実 行させるためのプログラム。 17. The computer-implemented information processing method according to any one of claims 1 to 16. The program to make it go.
1 8 . 保険料の入金データを除く保険契約に関するデータを取得し、 記憶装置に 登録する手段と、 1 8. A means for acquiring data relating to an insurance contract excluding payment data of insurance premiums and registering the data in a storage device,
前記保険契約に関するデータに基づき保険料の支払期 Sを決定し、 記憶装置に 登録する期日決定手段と、  A due date determining means for determining a payment period S of the insurance premium based on the data on the insurance contract and registering it in a storage device;
前記保険料の集金を行った者から取得した、 保険料の入金データを前記保険契 約についてのデータに対応付け、 少なくとも入金日のデータを記憶装置に登録す る手段と、  Means for associating the payment data of the insurance premium obtained from the person who collected the insurance premium with the data on the insurance contract, and registering at least the data of the payment date in a storage device;
前記入金日又は未入金状態と少なくとも前記支払期日の関係から、 保険金支払 可否に関する情報を保険契約毎に生成し、 記憶装置に登録する保険金支払可否決 定手段と、  Based on the relationship between the payment date or the unpaid state and at least the payment date, information on whether or not insurance payment is possible is generated for each insurance contract, and insurance payment availability determination means to be registered in a storage device,
を有するコンピュータ . システム。  A computer having the system.
1 9 . 保険料の入金データを除き保険始期日の情報を含む、 保険契約に関するデ ータを取得し、 保険契約データ格納部に登録する手段と、 1 9. Means for acquiring insurance contract data, including insurance start date information excluding insurance premium payment data, and registering it in the insurance contract data storage unit.
保険料の集金を行った者から取得した、 保険料の入金データを前記保険契約に ついてデータに対応付け、 少なくとも入金日のデータを保険契約データ格納部に 登録する手段と、  Means for associating insurance payment data acquired from a person who collected insurance premiums with the insurance contract data, and registering at least the payment date data in the insurance contract data storage unit;
前記保険始期日に基づき設定される所定の日までに未入金である未入金保険契 約を抽出し、 当該未入金保険契約を特定する情報を保険料債権の譲渡に係る保険 契約として記憶装置に格納する手段と、  Unpaid insurance contracts that have not been paid by the predetermined date set based on the insurance commencement date are extracted, and information specifying the unpaid insurance contracts is stored in the storage device as an insurance contract related to the transfer of premium receivables. Means for storing;
を有するコンピュータ . システム。  A computer having the system.
2 0 . 顧客からの保険料の現金領収に関し且つ当該現金領収者からの送金方法を 含む現金領収データを当該現金領収の基となる保険契約に関するデータより先に 受信する手段と、 20. means for receiving cash receipt data relating to the cash receipt of the insurance premium from the customer and including the method of remittance from the cash receiver before the data relating to the insurance contract on which the cash receipt is based;
受信した前記現金領収データから入金予定データを生成し、 記憶装置に登録す る手段と、 前記現金領収者から前記保険料の送金を指示された者から取得した入金データ を前記入金予定データと対応付け、 少なくとも入金済みを表すデータを記憶装置 に登録する入金確認手段と、 Means for generating payment schedule data from the received cash receipt data and registering the data in a storage device; Payment confirmation means for associating the payment data obtained from the person instructed to remit the insurance premium by the cash receiver with the payment schedule data, and registering at least data indicating that payment has been completed in the storage device.
保険料の入金データを除く保険契約に関するデータを取得し、 記憶装置に登録 する手段と、  Means for acquiring data relating to the insurance contract excluding insurance deposit data and registering the data in a storage device;
前記保険契約に関するデータと前記入金済みを表すデータが登録されている入 金予定データとを対応付け、 保険金支払可を表すデータを記憶装置に登録する手 段と、  Means for associating the data relating to the insurance contract with the scheduled payment data in which the data indicating that payment has been registered, and registering the data indicating that insurance payment is possible in a storage device;
を有するコンピュータ .システム。  A computer having the system.
PCT/JP2003/000816 2002-01-29 2003-01-29 Method for processing information on insurance money paying-in management WO2003065266A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003564786A JP4313207B2 (en) 2002-01-29 2003-01-29 Information processing method for insurance premium management, information processing method for insurance contract management, and computer system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2002020669 2002-01-29
JP2002-20669 2002-01-29

Publications (1)

Publication Number Publication Date
WO2003065266A1 true WO2003065266A1 (en) 2003-08-07

Family

ID=27654364

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2003/000816 WO2003065266A1 (en) 2002-01-29 2003-01-29 Method for processing information on insurance money paying-in management

Country Status (2)

Country Link
JP (1) JP4313207B2 (en)
WO (1) WO2003065266A1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005321969A (en) * 2004-05-07 2005-11-17 Sap Ag Recovery agent assignment device, recovery agent assignment method, and recovery agent assignment program

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5586313A (en) * 1993-02-12 1996-12-17 L.I.D.P. Consulting Services, Inc. Method for updating a file
JP2001325445A (en) * 2000-05-16 2001-11-22 Nec Corp System and method for taking-out postal insurance and recording medium with program therefor recorded thereon
JP2001344419A (en) * 2000-03-31 2001-12-14 Yasuda Fire & Marine Insurance Co Ltd User-oriented processing execution device, recording medium, and the user-oriented processing executing method
JP2001350922A (en) * 2000-04-07 2001-12-21 Is Network:Kk Agency business total system and insurance business management system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5586313A (en) * 1993-02-12 1996-12-17 L.I.D.P. Consulting Services, Inc. Method for updating a file
JP2001344419A (en) * 2000-03-31 2001-12-14 Yasuda Fire & Marine Insurance Co Ltd User-oriented processing execution device, recording medium, and the user-oriented processing executing method
JP2001350922A (en) * 2000-04-07 2001-12-21 Is Network:Kk Agency business total system and insurance business management system
JP2001325445A (en) * 2000-05-16 2001-11-22 Nec Corp System and method for taking-out postal insurance and recording medium with program therefor recorded thereon

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Application form application for super accident insurance of traffic accident insured type", ZURICH HOKEN KAISHA (JAPAN), 19 January 2002 (2002-01-19), XP002968864, Retrieved from the Internet <URL:http://www.co.jp/direct/pa/images/form.pdf> *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005321969A (en) * 2004-05-07 2005-11-17 Sap Ag Recovery agent assignment device, recovery agent assignment method, and recovery agent assignment program

Also Published As

Publication number Publication date
JP4313207B2 (en) 2009-08-12
JPWO2003065266A1 (en) 2005-05-26

Similar Documents

Publication Publication Date Title
US10311431B2 (en) Method and apparatus for staging send transactions
US7395241B1 (en) Consumer-directed financial transfers using automated clearinghouse networks
US7487127B2 (en) Merchant cash payment systems and methods
US20130124429A1 (en) Systems and methods for electronically processing government sponsored benefits
US20060136315A1 (en) Commissions and sales/MIS reporting method and system
WO2007062011A2 (en) Method and system for expediting payment delivery
KR100773918B1 (en) Billing and payment service method using settlement function of mobile electronic purse and system thereof
US20040230524A1 (en) Charity bundling site
CN107710268A (en) Method and its system of the debt of debt person with improving financial content are compressed in batch factoring transaction based on electronical record credits
CA2865904A1 (en) System and computer implemented method for facilitating collect on delivery transactions
JP2001028026A (en) Transaction support system
CN113570361A (en) Credit hospitalizing platform based on commercial bank credit granting product
JP4313207B2 (en) Information processing method for insurance premium management, information processing method for insurance contract management, and computer system
JP2002083125A (en) Settlement management system, its method, and storage medium
US20180039515A1 (en) Systems and methods for identifying similarities in instructional data and creating consolidated records thereof
JP3621911B2 (en) Electronic bill guarantor system and electronic bill guarantee method
JP2003233757A (en) Electronic settlement support device and method regarding accounts receivable cancellation, program for operating computer as electronic settlement support device and recording medium recording program
KR20180112634A (en) Apparatus and method for financial services, and computer program and recording medium applied to the same
KR20040047407A (en) Giro fee settlement system and method thereof over network

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SC SD SE SG SK SL TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2003564786

Country of ref document: JP

122 Ep: pct application non-entry in european phase