【０００１】[0001]
【発明の属する技術分野】本発明は、インターネットを
利用した保険契約システムに関する。[0001] The present invention relates to an insurance contract system using the Internet.
【０００２】[0002]
【従来の技術】従来、保険の契約は契約希望者が保険会
社又は代理店を訪問し、必要な書類に記入、署名をする
ことにより行われていた。2. Description of the Related Art In the past, insurance contracts have been made by visiting applicants to insurance companies or agents, filling out and signing necessary documents.
【０００３】[0003]
【発明が解決しようとする課題】近年、インターネット
の利用が普及しており、保険会社や代理店などもインタ
ーネット上に自社ウェブを開設して、会社概要や業務内
容を紹介している。従って、契約希望者がこのようなウ
ェブ上で保険の契約まで行うことができれば便利であ
る。この場合、保険契約処理がインターネット上で行わ
れるので、セキュリティの面で信頼できるシステムを作
る必要がある。In recent years, the use of the Internet has become widespread, and insurance companies and agents have opened their own web sites on the Internet to introduce company profiles and business contents. Therefore, it would be convenient if a contract applicant could make an insurance contract on such a web. In this case, since the insurance contract processing is performed on the Internet, it is necessary to create a security-reliable system.
【０００４】また、後に契約の有無や契約内容などにつ
いて疑義が生じた場合に、それらの事項を確認、証明で
きることが望まれる。[0004] It is also desirable to be able to confirm and prove those matters if there is any doubt about the presence or absence of the contract or the contents of the contract.
【０００５】本発明は、以上の点に鑑みてなされたもの
であり、インターネット上で迅速かつ安全に保険契約を
行うことができ、さらに契約の際に行った手続きの履歴
に関するデータを残すことができる保険契約システムを
提供することを目的とする。[0005] The present invention has been made in view of the above points, and it is possible to quickly and safely make an insurance contract on the Internet, and leave data on the history of procedures performed at the time of contract. The purpose is to provide an insurance contract system that can.
【０００６】[0006]
【課題を解決するための手段】請求項１に記載の発明
は、ネットワークを通じて利用者との間で保険契約を行
う保険契約システムにおいて、入力フォームを提示して
利用者に必要事項の入力を要求する第１要求手段と、入
力された前記必要事項を含む契約内容確認データを作成
し、利用者に提示して電子署名の付与を要求する第２要
求手段と、保険料の支払い方法の指定を要求する第３要
求手段と、利用者が電子署名を付した前記内容確認デー
タ、及び前記支払い方法の指定に基づいて保険契約を成
立させる契約手段と、前記保険契約が成立した場合に契
約内容データを作成し、電子署名を付して利用者へ送信
することにより契約完了を通知する完了通知手段と、前
記第１要求手段、前記第２要求手段、前記第３要求手
段、前記契約手段及び前記完了通知手段が行った処理の
内容及び処理の時刻をログデータとして記録するログ記
録手段と、を備えることを特徴とする。According to the first aspect of the present invention, in an insurance contract system for making an insurance contract with a user through a network, an input form is presented to request the user to input necessary items. A first requesting means for making the request, a second requesting means for creating contract content confirmation data including the input necessary information, presenting the data to a user, and requesting the user to give an electronic signature, and a designation of the insurance payment method. Third requesting means for requesting, the contents confirmation data to which a user has attached an electronic signature, and contracting means for establishing an insurance contract based on the designation of the payment method, and contract contents data when the insurance contract is established And a completion notification unit that notifies the user of the contract completion by sending it to the user with an electronic signature, the first request unit, the second request unit, the third request unit, the contract unit, A log recording unit that records the serial completion notifying means the time of the content and processing of the processing performed as the log data, characterized in that it comprises a.
【０００７】上記のように構成された保険契約システム
によれば、ネットワークを通じて利用者との間でデータ
の送受信を行うことにより保険契約が行われる。即ち、
まず利用者は提示された入力フォームに必要事項を入力
する。次に、入力した事項を含む契約内容確認データが
利用者に提示され、利用者は内容を確認し、同意の意味
で電子署名を付す。また、利用者は保険料の支払い方法
を指定する。電子署名が付された契約内容確認データ及
び保険料の支払い方法の指定に基づいて保険契約がなさ
れ、その旨が利用者に通知される。また、この一連の処
理の内容及び処理時刻がログデータとして記録されてい
る。According to the insurance contract system configured as described above, the insurance contract is made by transmitting and receiving data to and from the user through the network. That is,
First, the user enters necessary items in the input form presented. Next, the contract content confirmation data including the input items is presented to the user, and the user confirms the content and applies an electronic signature in the meaning of the agreement. In addition, the user specifies a method of paying the insurance premium. An insurance contract is made based on the contract content confirmation data with the electronic signature and the designation of the insurance payment method, and the user is notified of that. Further, the contents and the processing time of this series of processing are recorded as log data.
【０００８】よって、ネットワークを通じて容易に保険
契約が結ばれるとともに、そのために行われた処理につ
いてのログデータが記録され、後の証明などに利用する
ことができる。Thus, an insurance contract can be easily concluded through the network, and log data on the processing performed for the insurance contract is recorded and can be used for later certification.
【０００９】請求項２に記載の発明は、請求項１に記載
の保険契約システムにおいて、成立した前記保険契約に
ついての証券データを作成する証券作成手段と、前記証
券データ及び前記ログデータを利用者へ送信する送信手
段と、を備えることを特徴とする。これにより、利用者
は証券をデータの形で保持することができる。また、利
用者はログデータも保持するので、自ら行った保険契約
手続きの記録を保存しておくことができる。According to a second aspect of the present invention, in the insurance contract system according to the first aspect, a security creating means for creating security data for the established insurance contract, and a user who uses the security data and the log data. And transmission means for transmitting to the This allows the user to hold the security in the form of data. Further, since the user also holds log data, it is possible to save a record of the insurance contract procedure performed by the user.
【００１０】請求項３に記載の発明は、請求項２に記載
の保険契約システムにおいて、前記送信手段による送信
前に、前記証券データ及び前記ログデータに電子署名を
付す署名手段を備えることを特徴とする。これにより、
利用者へ送られる証券データ及びログデータが真正なも
のであるか否かを利用者が判断することができる。According to a third aspect of the present invention, in the insurance contract system according to the second aspect, before the transmission by the transmission unit, a signature unit for applying an electronic signature to the security data and the log data is provided. And This allows
The user can determine whether the security data and log data sent to the user are genuine.
【００１１】請求項４に記載の発明は、請求項１乃至３
のいずれかに記載の保険契約システムにおいて、前記保
険契約の内容の閲覧請求を受け取り、前記契約内容デー
タに対して電子署名を付して前記閲覧請求者へ送信する
閲覧処理手段を備えることを特徴とする。これにより、
保険代理店の代わりに保険契約を代行会社などが行った
場合に、代理店が契約内容を知ることができる。[0011] The invention according to claim 4 is the invention according to claims 1 to 3.
The insurance contract system according to any one of the above, further comprising a browsing processing means for receiving a browsing request for the contents of the insurance contract, attaching an electronic signature to the contract contents data, and transmitting the data to the browsing requester. And This allows
When the agent makes an insurance contract in place of the insurance agent, the agent can know the contents of the contract.
【００１２】請求項５に記載の発明は、請求項１乃至４
のいずれかに記載の保険契約システムにおいて、保険会
社からの要求に応じて、前記契約内容データに電子署名
を付し、契約原本データとして前記保険会社へ送信する
原本送信手段と、前記保険会社の電子署名が付された受
領データを受け取る手段と、を備えることを特徴とす
る。これにより、原本データを保険会社に保存しておく
ことができる。また、保険会社が電子署名を付した受領
データを返信することにより、確かに原本データを受け
取ったことを証明することができる。[0012] The invention according to claim 5 provides the invention according to claims 1 to 4.
In the insurance contract system according to any of the above, in response to a request from an insurance company, an original signature transmitting means for attaching an electronic signature to the contract content data and transmitting the contract content data to the insurance company as contract original data, Means for receiving receipt data with an electronic signature. As a result, the original data can be stored in the insurance company. In addition, by returning the receipt data with the electronic signature, the insurance company can prove that the original data has been received.
【００１３】請求項６に記載の発明は、請求項５に記載
の保険契約システムにおいて、前記保険会社からの要求
に応じて、前記ログデータに電子署名を付し、前記保険
会社へ送信するログ送信手段を備えることを特徴とす
る。これにより、保険会社は契約原本データのみなら
ず、その契約の際に実行された処理のログデータをも取
得することができる。According to a sixth aspect of the present invention, in the insurance contract system according to the fifth aspect, a digital signature is attached to the log data in response to a request from the insurance company, and the log data is transmitted to the insurance company. It is characterized by comprising transmitting means. Thus, the insurance company can acquire not only the original contract data but also the log data of the processing executed at the time of the contract.
【００１４】請求項７に記載の発明は、請求項１に記載
の保険契約システムにおいて、前記ログデータを、前記
ネットワークを通じて利用者の端末装置へ送信する手段
を備えることを特徴とする。これにより、利用者が保険
契約中に行われた処理のログデータを保持し、必要な場
合に確認などをすることができる。According to a seventh aspect of the present invention, in the insurance contract system according to the first aspect, there is provided a means for transmitting the log data to a user terminal device through the network. This allows the user to hold the log data of the processing performed during the insurance contract, and to check it when necessary.
【００１５】請求項８に記載の発明は、請求項７に記載
の保険契約システムにおいて、前記利用者の端末装置
は、受け取ったログデータを外部記憶媒体へ記憶するこ
とを特徴とする。これにより、利用者はＩＣカードなど
の自己の所有する外部記憶媒体にログデータを保存して
おくことができる。According to an eighth aspect of the present invention, in the insurance contract system according to the seventh aspect, the terminal device of the user stores the received log data in an external storage medium. Thus, the user can save the log data in an external storage medium owned by the user, such as an IC card.
【００１６】請求項９に記載の発明は、請求項１に記載
の保険契約システムにおいて、前記第２要求手段は、予
め決められた所定の種類の電子署名の付与を要求するこ
とを特徴とする。これにより、所定の事項に対してのみ
有効な電子署名の付与を要求することができる。According to a ninth aspect of the present invention, in the insurance contract system according to the first aspect, the second requesting means requests to give a predetermined type of electronic signature. . As a result, it is possible to request that a valid digital signature be given only to a predetermined item.
【００１７】請求項１０に記載の発明は、請求項１に記
載の保険契約システムにおいて、前記内容確認データの
原本データ、前記内容確認データのバックアップデータ
及び前記電子署名データの全て又は少なくとも１つを保
管する手段と、外部からの請求に基づいて、前記保管さ
れているデータの存在証明データを提供する手段と、を
備えることを特徴とする。これにより、利用者又は保険
会社は、請求により保管されているデータの存在証明を
得ることができる。According to a tenth aspect of the present invention, in the insurance contract system according to the first aspect, all or at least one of the original data of the content confirmation data, the backup data of the content confirmation data, and the electronic signature data is stored. Means for storing, and means for providing existence proof data of the stored data based on an external request. As a result, the user or the insurance company can obtain a certificate of existence of the data stored by the request.
【００１８】[0018]
【発明の実施の形態】以下、図面を参照して本発明の好
適な実施の形態について説明する。Preferred embodiments of the present invention will be described below with reference to the accompanying drawings.
【００１９】図１に、本発明の実施形態にかかる保険契
約システムの概略構成を示す。なお、以下の実施形態で
は、契約者が海外旅行の傷害保険に加入する場合を例に
とって説明する。FIG. 1 shows a schematic configuration of an insurance contract system according to an embodiment of the present invention. In the following embodiment, a case where a contractor takes out accident insurance for overseas travel will be described as an example.
【００２０】図示のように、保険契約システムは、ネッ
トワーク１を介してクライアント端末２、Ａ社サーバ
３、Ｂ旅行代理店のサーバ１０、及びＣ保険会社のサー
バ１２が接続されて構成される。ネットワーク１の最も
好適な例はインターネットである。As shown in the figure, the insurance contract system is configured by connecting a client terminal 2, a company A server 3, a server 10 of a travel agency B, and a server 12 of an insurance company C via a network 1. The most preferred example of the network 1 is the Internet.
【００２１】クライアント端末２は、保険の契約を希望
する利用者が使用する端末であり、利用者の自宅や勤務
先に設置されたものとすることができる。クライアント
端末２はＩＣカードリーダを備え、ＩＣカード５との間
で後述のように種々のデータを入出力することができ
る。また、クライアント端末２にはプリンタ６が接続さ
れ、必要な場合に記入書類などをプリントアウトするこ
とができる。The client terminal 2 is a terminal used by a user who desires an insurance contract, and can be installed at the user's home or work place. The client terminal 2 includes an IC card reader, and can input and output various data with the IC card 5 as described later. Further, a printer 6 is connected to the client terminal 2 and can print out a document or the like when necessary.
【００２２】図１において、Ｂ旅行代理店はＣ保険会社
の海外旅行傷害保険の取扱代理店となっている。保険の
契約上、利用者はＢ旅行代理店との間で保険契約を行う
ことになる。Ａ社は、利用者とＢ旅行代理店の間で行わ
れる保険契約のための手続きをＢ旅行代理店に代わって
代行する会社であり、ネットワーク１を介して利用者と
の間で種々の手続きを行う。そして、契約が成立した後
で必要なデータなどをＢ旅行代理店及びＣ保険会社へ送
る。In FIG. 1, the travel agent B is the agency handling the overseas travel accident insurance of the insurance company C. In the insurance contract, the user makes an insurance contract with the B travel agency. Company A is a company that performs procedures for insurance contracts performed between the user and the B travel agency on behalf of the B travel agency, and performs various procedures with the user via the network 1. I do. Then, after the contract is concluded, necessary data and the like are sent to the B travel agency and the C insurance company.
【００２３】Ａ社サーバ３は、Ａ社が管理するデータベ
ース４を有している。データベース４には、保険契約手
続きに必要な情報を利用者に入力してもらうための入力
フォームのデータが記憶されている。契約の際に利用者
が選択・入力すべき事項は多数存在するが、それらは関
連するまとまり毎に１つの構成モジュールとして用意さ
れ、データベース４に記憶されている。例えば、住所・
氏名、旅行内容に関する事項、保険料の支払い情報、な
どが個別の構成モジュールとして用意される。それら構
成モジュールをデータベース４から読み出し、組み合わ
されることにより入力フォームが構成され、利用者に提
示される。The company A server 3 has a database 4 managed by company A. The database 4 stores data of an input form for allowing a user to input information necessary for an insurance contract procedure. There are many items to be selected and input by the user at the time of contract, and these are prepared as one component module for each related unit and stored in the database 4. For example, address /
Names, travel details, insurance payment information, etc. are prepared as individual configuration modules. These constituent modules are read from the database 4 and combined to form an input form, which is presented to the user.
【００２４】また、Ａ社サーバ３は、利用者の保険加入
手続きの進行中に何らかの処理が行われる毎にその処理
内容及び時刻をログ情報として記録する。このログ情報
は、後に契約内容などが問題となった場合の証明として
利用することができる。なお、ログ情報の記録について
は後に詳しく説明する。The company A server 3 records the processing contents and time as log information every time any processing is performed during the insurance subscription procedure of the user. This log information can be used later as proof in the event that the contract content or the like becomes a problem. The recording of the log information will be described later in detail.
【００２５】次に、ある利用者が契約を行う際の手続き
の流れについて、図２及び３を参照して説明する。図２
は、１つの傷害保険契約手続きにおいて利用者、Ａ社サ
ーバ、Ｂ旅行代理店及びＣ保険会社が実行する処理を示
した図である。図３は、図２に示した手続きの進行中に
クライアント端末２上で利用者に提示される画面例を示
す。Next, the flow of a procedure when a certain user makes a contract will be described with reference to FIGS. FIG.
FIG. 7 is a diagram showing a process executed by a user, a company A server, a B travel agency, and a C insurance company in one accident insurance contract procedure. FIG. 3 shows an example of a screen presented to the user on the client terminal 2 during the progress of the procedure shown in FIG.
【００２６】まず、利用者がウェブによる保険加入手続
きを行うか否かが確認される（画面１）。これは、種々
の状況において生じうる。例えば、利用者がクライアン
ト端末２及びインターネット１を介してＢ旅行代理店サ
ーバ１０に接続してウェブ上で旅行申し込みを完了した
後に、続いて保険加入処理を行うか否かを自動的に尋ね
ることができる。また、他の例として、利用者が保険加
入の目的で保険会社サーバ１２にアクセスし、保険加入
手続きを行うこともできる。いずれの場合も、利用者が
項目「Yes」を選択して契約手続きを行うことを示す
と、クライアント端末２は自動的にＡ社サーバ３に接続
し、Ａ社の代行処理の下で加入手続きを進行させること
になる。First, it is confirmed whether or not the user performs an insurance subscription procedure on the web (screen 1). This can occur in various situations. For example, after the user connects to the B travel agency server 10 via the client terminal 2 and the Internet 1 and completes the travel application on the web, automatically asks whether or not to carry out insurance subscription processing. Can be. Further, as another example, the user can access the insurance company server 12 for the purpose of enrolling insurance and perform an insurance enrollment procedure. In any case, if the user selects the item “Yes” to indicate that the contract procedure is to be performed, the client terminal 2 automatically connects to the company A server 3 and performs the joining procedure under the proxy processing of company A Will progress.
【００２７】クライアント端末２がＡ社サーバ３に接続
されると、利用者が申し込みのために必要な事項を入力
するための入力フォームが表示される（ステップＳ
６）。これらは、例えば図３に示すように、旅行先に関
する事項（画面２）、契約タイプに関する事項（画面
３）、契約者に関する事項（画面４）などに分けて利用
者に提示される。なお、これらは先に述べたように、個
別の構成モジュールとしてデータベース４に記憶された
ものである。また、複数の構成モジュールの組み合わせ
として１つの入力画面上の入力フォームを構成すること
もできる。なお、図３において各画面は入力すべき項目
名のみをリスト的に表示しているが、実際は各項目につ
いての入力ボックスや選択枝が表示され、利用者が入力
を行うことになる。When the client terminal 2 is connected to the company A server 3, an input form for the user to input necessary items for application is displayed (step S).
6). For example, as shown in FIG. 3, these are presented to the user by dividing into items relating to the travel destination (screen 2), items relating to the contract type (screen 3), and items relating to the contractor (screen 4). These are stored in the database 4 as individual constituent modules as described above. Also, an input form on one input screen can be configured as a combination of a plurality of constituent modules. Although each screen in FIG. 3 displays only the item names to be input in a list, in actuality, input boxes and selection options for each item are displayed, and the user performs input.
【００２８】次に、利用者はこれら画面２乃至４の指示
に従って、必要事項を入力する（ステップＳ８）。Ａ社
サーバ３は入力事項を受け取り、画面５に示すような申
し込み内容確認画面を利用者に提示して内容の確認を促
す。また、内容が正しければ、利用者の電子署名を行う
ことを要求する（ステップＳ１０）。Next, the user inputs necessary items in accordance with the instructions on the screens 2 to 4 (step S8). The company A server 3 receives the input items and presents an application content confirmation screen as shown in a screen 5 to the user to urge the user to confirm the contents. If the content is correct, a request is made to perform a digital signature of the user (step S10).
【００２９】利用者は表示された契約内容を確認し、正
しければ同意の意味で電子署名を行う（ステップＳ１
６）。電子署名は一般的に以下のように行われる。署名
者（ここでは利用者）は、対象となるデータ（ここでは
申し込み内容確認データ）をハッシュ関数で処理し、そ
の結果を署名者の秘密鍵で暗号化する。この暗号化によ
り得られたデータを電子署名として対象となるデータと
共に送信する。受け取り側（ここではＡ社サーバ）は予
め署名者の公開鍵を所持しており、電子署名を公開鍵で
復号化してハッシュ関数による処理結果を得る。また、
受け取った申し込み内容確認データを同じハッシュ関数
で処理して処理結果を作成し、電子署名から得られた処
理結果と比較する。両者が一致すれば、署名者からの文
書であることが確認される。The user confirms the displayed contract contents, and if it is correct, performs a digital signature in the meaning of agreement (step S1).
6). Electronic signatures are generally performed as follows. The signer (here, the user) processes the target data (here, the application content confirmation data) using a hash function, and encrypts the result with the signer's private key. The data obtained by the encryption is transmitted as an electronic signature together with the target data. The receiving side (here, the company A server) has the signer's public key in advance, and decrypts the electronic signature with the public key to obtain a processing result by the hash function. Also,
The received application content confirmation data is processed by the same hash function to create a processing result, and is compared with the processing result obtained from the electronic signature. If they match, it is confirmed that the document is from the signer.
【００３０】次に、Ａ社サーバ３は電子署名が付与され
た申し込み内容確認データを利用者から受け取り、公開
鍵で復号化して利用者が確かに署名したか否かを確認す
る。これにより、本人以外の者が他人に保険をかけるこ
とを防止できる。確認後、Ａ社サーバ３は利用者に支払
い情報の入力フォームを提示する（ステップＳ１４、画
面６）。利用者はクレジットカード情報などの支払い情
報を入力し、その支払い情報に対して電子署名を付して
送信する（ステップＳ１６）。Next, the company A server 3 receives the application content confirmation data to which the electronic signature has been added from the user, decrypts it with the public key, and confirms whether or not the user has indeed signed. This can prevent a person other than the person from insuring another person. After the confirmation, the company A server 3 presents a payment information input form to the user (step S14, screen 6). The user inputs payment information such as credit card information, attaches an electronic signature to the payment information, and transmits the information (step S16).
【００３１】Ａ社サーバ３はこのデータを受け取り、復
号化してその利用者からのデータであることを確認す
る。その後、申し込み内容及び支払い情報の内容を審査
し、契約の成否を判定する。内容に問題が無い場合、契
約を成立させ、契約完了通知データを作成する（画面
７）。契約完了通知データは、契約番号の他、契約内容
を含む。そして、契約完了通知データにＡ社サーバの電
子署名を付し、契約原本データとして一時的に保存する
とともに、その複写データをクライアント端末２へ送信
する（ステップＳ２０）。The company A server 3 receives the data, decrypts the data, and confirms that the data is from the user. Thereafter, the contents of the application and the contents of the payment information are examined to determine whether or not the contract is successful. If there is no problem in the contents, the contract is concluded and contract completion notification data is created (screen 7). The contract completion notification data includes the contract number in addition to the contract number. Then, the contract completion notice data is attached with the electronic signature of the company A server, temporarily stored as contract original data, and the copy data is transmitted to the client terminal 2 (step S20).
【００３２】利用者は電子署名付きの契約完了通知デー
タを受け取る（ステップＳ２０）。Ａ社の電子署名は、
Ａ社がその保険契約を確かに行ったことを示し、利用者
はこれをＡ社の公開鍵で復号化することにより、その保
険契約の成立を確認することができる。The user receives contract completion notification data with an electronic signature (step S20). Company A's electronic signature
This shows that Company A has executed the insurance contract, and the user can confirm the establishment of the insurance contract by decrypting the insurance contract with the public key of Company A.
【００３３】その後、Ａ社サーバ３は契約が成立したこ
と及び契約内容などを確認のための電子メールで利用者
へ送信する（ステップＳ２２）。利用者は確認メールに
よっても契約の成立及び契約内容を確認することができ
る（ステップＳ２４）。After that, the company A server 3 transmits to the user by e-mail for confirmation that the contract has been established and the contents of the contract (step S22). The user can confirm the conclusion of the contract and the contract contents also by the confirmation mail (step S24).
【００３４】以上の処理において、Ａ社サーバ３はＡ社
サーバ自身及び利用者が行った手続き・処理の内容及び
時刻を逐次ログ記録している。即ち、Ａ社サーバ３が申
し込み内容１を利用者に提示した時刻、利用者が必要事
項を入力して返信した時刻、利用者が契約内容確認デー
タに電子署名を付して送信した時刻、などが記録、保持
される。そして、Ａ社サーバ３はこのログ情報を、その
契約内容データと共にデータベース４などに記憶、保存
する。また、契約内容に基づいて証券データを作成し、
これに上記のログデータを添付し、Ａ社の電子署名を付
して利用者へ送信する（ステップＳ２８）。In the above process, the company A server 3 sequentially records the contents and time of the procedures and processes performed by the company A server itself and the user. That is, the time at which the company A server 3 presented the application content 1 to the user, the time at which the user entered necessary information and returned it, the time at which the user attached the contract content confirmation data with an electronic signature, and the like. Is recorded and retained. Then, the company A server 3 stores and saves this log information together with the contract content data in the database 4 or the like. In addition, security data is created based on the contract contents,
The above-mentioned log data is attached thereto, an electronic signature of company A is attached, and the log data is transmitted to the user (step S28).
【００３５】利用者は、証券データ及びログデータを受
け取る（ステップＳ２８）。付与されている電子署名に
より、Ａ社からの送信後に第３者が不正に内容を改竄す
ることが防止できる。このログデータは、上述の保険加
入手続きにおいてＡ社サーバ及び利用者が行った手続き
・処理のログ記録であり、各手続き・処理の内容及び時
刻が含まれている。このログデータは、その保険契約が
有効に存在することの１つの証明手段として機能しう
る。利用者は受け取ったログデータを自己のＩＣカード
５に保存して手続きの記録を残すことができる。さら
に、契約手続きにおいて利用者が入力した事項（住所・
氏名などの利用者情報や支払い情報など）をＩＣカード
５へ記憶しておくことにより、類似の契約を次回行う場
合にＩＣカード５から利用者情報や支払い情報などを読
み出して使用し、再入力を省略することができる。The user receives the security data and the log data (step S28). The attached digital signature can prevent a third party from tampering with the contents after transmission from Company A. This log data is a log record of procedures and processes performed by the company A server and the user in the above-mentioned insurance subscription procedure, and includes the content and time of each procedure and process. This log data can serve as one means of proof that the insurance contract is valid. The user can save the received log data in his / her own IC card 5 and keep a record of the procedure. In addition, items (address,
By storing user information such as name and payment information in the IC card 5, the user information and payment information are read from the IC card 5 and used again when a similar contract is made next time, and re-entered. Can be omitted.
【００３６】また、Ｃ保険会社は自己のサーバ１２を使
用してＡ社サーバ３へアクセスし、契約原本データを取
得する（ステップＳ３２）。この処理中のＣ保険会社サ
ーバ１２上に表示される画面例を図５に示す。まず、Ｃ
保険会社はＡ社サーバ３へ接続し、Ｃ保険会社のＩＤ及
びパスワードを入力する（ステップＳ５０）。次に日付
を指定し（ステップＳ５２）、指定した日に契約された
保険契約の原本データをダウンロードする（ステップＳ
５４）。ダウンロードした原本データは、契約内容デー
タ、ログデータ、及びステップＳ１２及び１６で付され
た利用者の電子署名及びステップＳ１８で付されたＡ社
の電子署名が含まれている。これにより、Ｃ保険会社は
その契約が利用者及びＡ社の確認の同意の下に行われた
真正なものであることを確認することができる。また、
ログデータについてＡ社の電子署名が付されているの
で、そのログ記録内容をが実行されたことについてＡ社
の証明が得られていることになる。なお、Ａ社は、契約
原本データをＣ保険会社の公開鍵で暗号化してからＣ保
険会社へ送信することができる。これにより、Ｃ保険会
社以外が契約原本データの内容を知ることが防止でき、
Ａ社からの送信後に第３者により契約原本データが改竄
されることが防止できる。The C insurance company accesses the A company server 3 using its own server 12 and acquires contract original data (step S32). FIG. 5 shows an example of a screen displayed on the C insurance company server 12 during this processing. First, C
The insurance company connects to the company A server 3 and inputs the ID and password of the insurance company C (step S50). Next, a date is specified (step S52), and the original data of the insurance contract contracted on the specified date is downloaded (step S52).
54). The downloaded original data includes contract content data, log data, the user's electronic signature attached in steps S12 and S16, and the company A's electronic signature attached in step S18. Thereby, the insurance company C can confirm that the contract is genuine with the agreement of the user and the company A. Also,
Since the log data is provided with the electronic signature of the company A, the certificate of the company A has been obtained for the execution of the contents of the log record. Company A can transmit the contract original data to C insurance company after encrypting it with the public key of C insurance company. This prevents anyone other than C insurance company from knowing the contents of the contract original data,
Tampering of the contract original data by a third party after transmission from Company A can be prevented.
【００３７】契約原本データの確認後、Ｃ保険会社はダ
ウンロードした契約原本データ全体又はその一部に対し
てＣ保険会社の電子署名を付し、受領証明としてＡ社サ
ーバ３へ送信する。Ａ社サーバ３はこのデータを受け取
ることにより、契約原本データを確かにＣ保険会社へ渡
したことを証明することができる。また、Ｃ保険会社は
契約原本データに対して自己の電子署名を付して保管す
る。After confirming the contract original data, the insurance company C attaches an electronic signature of the insurance contract company to the entire downloaded contract original data or a part thereof, and transmits it to the company A server 3 as a receipt certificate. By receiving this data, the company A server 3 can prove that the contract original data has been certainly delivered to the insurance company C. The insurance company C stores the contract original data with its own electronic signature.
【００３８】Ｂ旅行代理店はＡ社サーバ３へアクセスし
て、契約内容データを閲覧することができる（ステップ
Ｓ３０）。契約手続きはＡ社サーバ３と利用者のクライ
アント端末２との間で行われているが、Ａ社は代行業務
を行っているのみであり、保険契約は利用者とＢ旅行代
理店との間で締結されており、Ｂ旅行代理店はその内容
を知ることができる。図４はＢ旅行代理店が閲覧する際
にＢ旅行代理店サーバ１０上に表示される画面例を示
す。Ｂ旅行代理店サーバ１０はＡ社サーバ３へ接続し、
Ｂ旅行代理店のＩＤ及びパスワードを入力してＡ社サー
バ３内のデータにアクセスする。そして、必要事項を入
力すると（ステップＳ４２）、該当する契約リストが表
示される（ステップＳ４４）。また、Ｃ保険会社の場合
と同様に、Ｂ旅行代理店はダウンロードしたデータの全
体又は一部に自社の電子署名を付し、閲覧したことの証
明としてＡ社サーバへ送信することもできる。また、Ｂ
旅行代理店から閲覧請求があったとき、Ａ社サーバは閲
覧の対象となるデータをＢ旅行代理店の公開鍵で暗号化
してＢ旅行代理店へ送ることができる。こうすると、Ｂ
旅行代理店以外の者が不正に契約内容を閲覧することを
防止できる。The travel agent B can access the company A server 3 and browse the contract data (step S30). The contract procedure is carried out between the company A server 3 and the client terminal 2 of the user, but the company A only performs agency work, and the insurance contract is between the user and the travel agent B. The B travel agency can know the contents. FIG. 4 shows an example of a screen displayed on the B travel agency server 10 when the B travel agency browses. B travel agency server 10 connects to A company server 3,
The ID and password of the travel agency B are input to access the data in the company A server 3. When necessary items are input (step S42), a corresponding contract list is displayed (step S44). Further, similarly to the case of the insurance company C, the travel agent B can attach its own electronic signature to the whole or a part of the downloaded data and transmit it to the server of the company A as proof of the browsing. Also, B
When there is a request for browsing from the travel agency, the company A server can encrypt the data to be browsed with the public key of the B travel agency and send it to the B travel agency. Then, B
It is possible to prevent anyone other than the travel agency from illegally browsing the contents of the contract.
【００３９】また、Ａ社サーバ３は、Ｂ旅行会社がＡ社
サーバ３にアクセスして契約内容データを閲覧し、又は
Ｃ保険会社がＡ社サーバにアクセスして契約原本データ
を取得した際の各手続き・処理の内容及び時刻をログ記
録し、データベース４内に保管する。このログ記録は、
先に述べたＣ保険会社の電子署名などと共に、後に原本
データの所在などに関して問題が生じた場合の証明とし
て機能する。Further, the A company server 3 is used when the B travel company accesses the A company server 3 to browse the contract content data, or when the C insurance company accesses the A company server to acquire the original contract data. The contents and time of each procedure / process are logged and stored in the database 4. This logging is
Together with the electronic signature of the insurance company C described above, it functions as proof when a problem arises later regarding the location of the original data.
【００４０】なお、電子署名の対象となるデータは署名
主体に応じて決定することができる。例えば、利用者が
契約内容確認データに対して署名することにより利用者
がその契約内容を承認したことを示すことができる。ま
た、その署名後のデータにＡ社がさらに署名を付すこと
によりＡ社がその利用者との契約を確かに取り扱ったこ
とを示すことができる。また、Ａ社が契約までの手続き
のログデータのみに署名を付せば、それはログデータに
示される各手続きが各時刻に行われたという、処理の存
在証明としての意味を有する。The data to be subjected to the electronic signature can be determined according to the signature subject. For example, it is possible to indicate that the user has approved the contract contents by signing the contract contents confirmation data. Further, by further signing the signed data by the company A, it can be shown that the company A has surely handled the contract with the user. Further, if Company A signs only the log data of the procedure up to the contract, it has a meaning as a process proof that each procedure indicated in the log data was performed at each time.
【００４１】また、契約内容確認や契約完了通知などの
各イベント単位ではなく、利用者が入力した事項などの
単位で電子署名を付すこともできる。例えば、利用者が
入力した支払い情報のうち、クレジットカード番号のみ
の部分に電子署名を付すこともできる。この場合は、そ
のクレジットカード番号データのみについて暗号化処理
が行われることになる。Also, instead of each event such as confirmation of contract contents and notification of contract completion, an electronic signature can be attached in units of items input by the user. For example, an electronic signature can be attached to a portion of only the credit card number in the payment information input by the user. In this case, the encryption processing is performed only on the credit card number data.
【００４２】さらに、署名主体が、認証局などが異なる
複数の電子署名を所持する場合に、Ａ社サーバは利用者
に対して特定の署名を付すことを要求することができ
る。例えば、利用者が保険料の支払い方法として銀行口
座引き落としを希望する場合、その銀行口座について予
め登録されている電子署名のみを有効するとすることが
できる。これは銀行の届出印と同様の考え方である。Further, when the signing entity has a plurality of digital signatures from different certificate authorities or the like, the company A server can request the user to attach a specific signature. For example, when a user desires to pay a bank account as a method of paying an insurance premium, only a digital signature registered in advance for the bank account can be validated. This is the same idea as a bank's registered seal.
【００４３】また、クレジットカードで保険料を支払う
際、Ａ社サーバが通常行われるクレジットカード会社へ
の照会を行い、クレジットカード会社が承認した場合に
クレジットカード会社が承認データに自己の電子署名を
付してＡ社へ送信することができる。Ａ社は、クレジッ
トカード会社の電子署名付きの承認データを受け取るこ
とにより、承認が得られたことを確認することができ
る。When paying insurance premiums with a credit card, the company A server makes an inquiry to a credit card company which is usually performed, and when the credit card company approves, the credit card company adds its own electronic signature to the approval data. And send it to Company A. Company A can confirm that the approval has been obtained by receiving the approval data with the electronic signature of the credit card company.
【００４４】利用者が電子署名を付すべきか否かは、そ
の項目などに応じてＡ社サーバ側で予め設定することも
できるし、利用者の任意とすることもできる。例えば、
契約タイプなどに対する署名は重要度が多少低いとして
任意とし、重要度の高い支払いカード番号などは電子署
名を必須とすることができる。Whether or not the user should attach the electronic signature can be set in advance on the company A server side according to the item or the like, or can be arbitrarily determined by the user. For example,
The signature for the contract type or the like may be arbitrarily determined as having a slightly lower importance, and the electronic signature may be required for the payment card number or the like having a higher importance.
【００４５】また、利用者が電子署名する際に必要とな
る鍵のデータは、図５に示すＩＣカード５などの記憶媒
体に予め記憶させておき、利用者がクライアント端末２
に対して署名を行う指示を入力すると自動的にそのよう
な記憶媒体から鍵のデータ読み出して署名を行うように
することができる。また、その代わりに利用者が電子署
名を付す対象データを利用者のＩＣカード５へ読み込
み、ＩＣカード内で電子署名を作成した後、その署名デ
ータをＡ社サーバ３へ送ることができる。この方法は、
利用者の鍵データをＩＣカード以外に移動させる必要が
無いので、セキュリティの面で優れている。The key data required when the user performs the digital signature is stored in advance in a storage medium such as the IC card 5 shown in FIG.
When an instruction to perform a signature is input to the storage medium, the key data can be automatically read from such a storage medium to perform the signature. Alternatively, the user can read the target data to which an electronic signature is attached into the IC card 5 of the user, create an electronic signature in the IC card, and send the signature data to the A company server 3. This method
Since there is no need to transfer the user's key data to a device other than the IC card, the security is excellent.
【００４６】また、Ｂ旅行代理店やＣ保険会社の代行業
務を行うＡ社サーバがＢ旅行代理店やＣ保険会社の電子
署名を預かり、契約内容データに付して利用者へ送信す
ることもできる。Further, the server of company A which performs the agency business of the B travel agency and the C insurance company may keep the electronic signature of the B travel agency and the C insurance company, attach it to the contract content data, and transmit it to the user. it can.
【００４７】また、代行業務を行うＡ社サーバは、契約
後に種々の形態でデータの管理を行うことができる。例
えば、Ａ社サーバは契約内容データの原本を保管するこ
とができる。別の方法として、バックアップデータのみ
を保管し、原本を保険会社へ送ることもできる。また、
原本及びバックアップデータは保管せず、付与された電
子署名データのみを保管することもできる。さらには、
それら全て又はいずれかの組み合わせを保管することも
できる。Ａ社サーバは、こうして保管したデータについ
て後に利用者や保険会社などから請求があった場合に証
明を行うことができる。Further, the company A server which performs agency work can manage data in various forms after contract. For example, the company A server can store the original contract data. Alternatively, only the backup data can be kept and the original can be sent to the insurance company. Also,
The original and backup data may not be stored, but only the digital signature data provided. Moreover,
All or any combination thereof can also be stored. The company A server can certify the stored data in the event that there is a request from a user or an insurance company later.
【００４８】[0048]
【発明の効果】以上説明したように、本発明によれば、
ウェブ上で容易かつ迅速に保険契約を行うことができ
る。また、重要な内容やアクションに対しては電子署名
が付されるので、安全かつ確実に契約を行うことができ
る。さらに、Ａ社は契約の手続きにおいて自社、利用者
及び他の機関が行ったアクション及びその時刻などの情
報をログデータとして記録、保持しており、後に契約の
有無や契約内容などについて疑義が生じた場合にログデ
ータをによる証明を行うことができる。As described above, according to the present invention,
Insurance contracts can be made easily and quickly on the web. In addition, since important contents and actions are digitally signed, a contract can be made safely and reliably. In addition, Company A records and retains information such as the actions taken by the company, users and other organizations and the time of such actions as log data in the contract procedure. In this case, it is possible to perform proof by using log data.
【図１】本発明の実施形態にかかる保険契約システムの
概略構成を示す図である。FIG. 1 is a diagram showing a schematic configuration of an insurance contract system according to an embodiment of the present invention.
【図２】保険契約手続きの流れを示す図である。FIG. 2 is a diagram showing a flow of an insurance contract procedure.
【図３】図２に示す保険契約手続きにおいて利用者に提
示される画面例を示す図である。FIG. 3 is a diagram showing an example of a screen presented to a user in the insurance contract procedure shown in FIG. 2;
【図４】旅行代理店が契約データを閲覧する際に提示さ
れる画面例を示す図である。FIG. 4 is a diagram showing an example of a screen presented when a travel agency browses contract data.
【図５】保険会社が契約原本データを取得する際に提示
される画面例を示す図である。FIG. 5 is a diagram showing an example of a screen presented when an insurance company acquires contract original data.
１…ネットワーク ２…クライアント端末 ３…Ａ社サーバ ４…データベース ５…ＩＣカード ６…プリンタ １０…旅行代理店サーバ １２…保険会社サーバ DESCRIPTION OF SYMBOLS 1 ... Network 2 ... Client terminal 3 ... Company A server 4 ... Database 5 ... IC card 6 ... Printer 10 ... Travel agency server 12 ... Insurance company server
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ５１２ Ｇ０６Ｆ 17/60 ５１２ 19/00 ３００ 19/00 ３００Ｇ ３００Ｎ (72)発明者 栃原 聖一 東京都新宿区市谷加賀町一丁目１番１号 大日本印刷株式会社内 Ｆターム(参考） 5B049 BB47 CC05 CC08 CC36 DD01 DD04 EE01 EE09 EE23 EE59 FF02 FF03 FF04 FF08 GG04 GG07 GG10 5B055 BB20 CC10 CC13 EE02 EE03 EE21 EE27 HA04 HB06 JJ03 JJ05 LL11 MM20 PA05 PA34 PA38──────────────────────────────────────────────────続 き Continued on the front page (51) Int.Cl.7 Identification symbol FI Theme coat ゛ (Reference) G06F 17/60 512 G06F 17/60 512 19/00 300 19/00 300G 300N (72) Inventor Seichi Tochihara 1-1-1, Ichigaya-Kagacho, Shinjuku-ku, Tokyo F-term in Dai Nippon Printing Co., Ltd. (reference) 5B049 BB47 CC05 CC08 CC36 DD01 DD04 EE01 EE09 EE23 EE59 FF02 FF03 FF04 FF08 GG04 GG07 GG10 5B055 BB20 CC10 CC13 EE02 EE27 HA04 HB06 JJ03 JJ05 LL11 MM20 PA05 PA34 PA38
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000117453AJP2001306811A (en) | 2000-04-19 | 2000-04-19 | Insurance contract system |
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000117453AJP2001306811A (en) | 2000-04-19 | 2000-04-19 | Insurance contract system |
| Publication Number | Publication Date |
|---|---|
| JP2001306811Atrue JP2001306811A (en) | 2001-11-02 |
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000117453APendingJP2001306811A (en) | 2000-04-19 | 2000-04-19 | Insurance contract system |
| Country | Link |
|---|---|
| JP (1) | JP2001306811A (en) |
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2003096247A1 (en)* | 2002-05-10 | 2003-11-20 | Aioi Insurance Co., Ltd. | Insurance contract accounting system |
| WO2003100680A1 (en)* | 2002-05-24 | 2003-12-04 | Aioi Insurance Co., Ltd. | Insurance contract support system |
| JP2004046590A (en)* | 2002-07-12 | 2004-02-12 | Hitachi Ltd | Contract storage device, system and method |
| CN112085461A (en)* | 2020-08-03 | 2020-12-15 | 中国人民财产保险股份有限公司 | Cross-sale-oriented commission settlement method, device and storage medium |
| JP7671044B2 (en) | 2017-06-02 | 2025-05-01 | ブルーフィン ペイメント システムズ エルエルシー | System and method for online payment processing using secure inline frames - Patents.com |
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04118777A (en)* | 1990-09-07 | 1992-04-20 | N T T Data Tsushin Kk | Electronic signature method by ic card |
| JPH11316871A (en)* | 1998-04-30 | 1999-11-16 | Ntt Data Corp | Electronic money card, payment processor, payment cancellation method of electronic money card and record medium recording payment cancellation processing program |
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04118777A (en)* | 1990-09-07 | 1992-04-20 | N T T Data Tsushin Kk | Electronic signature method by ic card |
| JPH11316871A (en)* | 1998-04-30 | 1999-11-16 | Ntt Data Corp | Electronic money card, payment processor, payment cancellation method of electronic money card and record medium recording payment cancellation processing program |
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2003096247A1 (en)* | 2002-05-10 | 2003-11-20 | Aioi Insurance Co., Ltd. | Insurance contract accounting system |
| JP2003331126A (en)* | 2002-05-10 | 2003-11-21 | Aioi Insurance Co Ltd | Insurance contract booking system |
| WO2003100680A1 (en)* | 2002-05-24 | 2003-12-04 | Aioi Insurance Co., Ltd. | Insurance contract support system |
| CN100409226C (en)* | 2002-05-24 | 2008-08-06 | 爱和谊保险公司 | Insurance Contract Support System |
| JP2004046590A (en)* | 2002-07-12 | 2004-02-12 | Hitachi Ltd | Contract storage device, system and method |
| JP7671044B2 (en) | 2017-06-02 | 2025-05-01 | ブルーフィン ペイメント システムズ エルエルシー | System and method for online payment processing using secure inline frames - Patents.com |
| CN112085461A (en)* | 2020-08-03 | 2020-12-15 | 中国人民财产保险股份有限公司 | Cross-sale-oriented commission settlement method, device and storage medium |
| CN112085461B (en)* | 2020-08-03 | 2023-10-03 | 中国人民财产保险股份有限公司 | Cross-selling-oriented commission settlement method, device and storage medium |
| Publication | Publication Date | Title |
|---|---|---|
| US7237114B1 (en) | Method and system for signing and authenticating electronic documents | |
| US6807633B1 (en) | Digital signature system | |
| US6539093B1 (en) | Key ring organizer for an electronic business using public key infrastructure | |
| JP5154636B2 (en) | System and method for electronic transmission, storage and retrieval of authenticated electronic original documents | |
| US20030028493A1 (en) | Personal information management system, personal information management method, and information processing server | |
| US6314425B1 (en) | Apparatus and methods for use of access tokens in an internet document management system | |
| US9280670B2 (en) | Siftsort | |
| US20090271321A1 (en) | Method and system for verification of personal information | |
| US20100095357A1 (en) | Identity theft protection and notification system | |
| US20090025092A1 (en) | Secure online data storage and retrieval system and method | |
| JP2002007701A (en) | Loan application system | |
| WO2002037373A1 (en) | Method and system for authenticating a network user | |
| US7660981B1 (en) | Verifiable chain of transfer for digital documents | |
| US20080235175A1 (en) | Secure Document Management System | |
| US20120089495A1 (en) | Secure and mediated access for e-services | |
| EP1574978A1 (en) | Personal information control system, mediation system, and terminal unit | |
| JP6807734B2 (en) | Relay server and relay program | |
| US20080235236A1 (en) | Secure Document Management System | |
| JP2001306811A (en) | Insurance contract system | |
| US20080235394A1 (en) | Secure Document Management System | |
| JP3449894B2 (en) | Network transaction system, recording medium recording the program, terminal device, and identification method | |
| JP4476475B2 (en) | Insurance application server system | |
| JP2001350923A (en) | Insurance contract system | |
| JP4475795B2 (en) | Insurance application server system | |
| JP2003132002A (en) | Data providing server device |
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination | Free format text:JAPANESE INTERMEDIATE CODE: A621 Effective date:20070202 | |
| A977 | Report on retrieval | Free format text:JAPANESE INTERMEDIATE CODE: A971007 Effective date:20091006 | |
| A131 | Notification of reasons for refusal | Free format text:JAPANESE INTERMEDIATE CODE: A131 Effective date:20091027 | |
| A521 | Request for written amendment filed | Free format text:JAPANESE INTERMEDIATE CODE: A523 Effective date:20091222 | |
| A131 | Notification of reasons for refusal | Free format text:JAPANESE INTERMEDIATE CODE: A131 Effective date:20100216 | |
| A02 | Decision of refusal | Free format text:JAPANESE INTERMEDIATE CODE: A02 Effective date:20100706 |