JP2004178424A - Method for issuing document, document issue system, asp service company system, and computer program - Google Patents

Method for issuing document, document issue system, asp service company system, and computer program Download PDF

Info

Publication number
JP2004178424A
JP2004178424A JP2002346009A JP2002346009A JP2004178424A JP 2004178424 A JP2004178424 A JP 2004178424A JP 2002346009 A JP2002346009 A JP 2002346009A JP 2002346009 A JP2002346009 A JP 2002346009A JP 2004178424 A JP2004178424 A JP 2004178424A
Authority
JP
Japan
Prior art keywords
company system
insurance
data
policyholder
asp service
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2002346009A
Other languages
Japanese (ja)
Inventor
Kinya Endo
欽也 遠藤
Tatsuo Onishi
達雄 大西
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Oki Electric Industry Co Ltd
Original Assignee
Oki Electric Industry 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 Oki Electric Industry Co Ltd filed Critical Oki Electric Industry Co Ltd
Priority to JP2002346009A priority Critical patent/JP2004178424A/en
Publication of JP2004178424A publication Critical patent/JP2004178424A/en
Withdrawn legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide a document issuing method capable of saving labor and time for demanding insurance and easily transmitting/receiving a document through a network even when the document is requiring a high security such as an insurance contract. <P>SOLUTION: An ASP service company system 100 transmits document data in which at least insurance contractor information and signature data for specifying an insurance contractor's terminal 300 are padded by secured printing technology to the insurance contractor's terminal 300. The insurance contractor's terminal 300 prints out the document data, describes prescribed items and transmits the described document data to an insurance company system 200. The insurance company system 200 reads out the document in which the prescribed items are written and transmits the read document to the ASP service company system 100, which verifies the signature data, detects the insurance contractor information and transmits the verified result and the detected result to the insurance company system 200. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は,セキュアプリント技術を利用し,生命保険の保険金請求などの申請を自宅で印刷した帳票を用いて行うための,帳票発行方法,帳票発行システム,ASP(Application Service Provider)サービス会社システム,およびその関連技術に関する。
【0002】
【従来の技術】
従来,生命保険などで契約した保険の保険金請求などを行う際,まずは保険会社(支店,支社)から保険金請求書を取り寄せてから,必要事項を記入して医師の診断書などの添付書類を添えて提出する必要があった。この際,保険契約者が保険金請求書などの申請書類を取り寄せるには様々な方法があるが,例えば,郵便による方法がある。
【0003】
保険契約者が保険金請求書などの申請書類を取り寄せるには本人確認が必要なので,郵便の場合のように,保険会社の支社や支店が保険契約者の所在地と離れている場合などは,例えば以下のような手続きが取られる。
▲1▼保険会社が本人確認の書類を契約者に送付(郵送)
▲2▼契約者は保険契約時の印鑑で捺印して保険会社に返送(郵送)
▲3▼保険会社は契約印と比較し,一致を確認した上で保険金請求書を契約者に送付(郵送)
▲4▼契約者は保険金請求書に必要事項を記入して医師の診断書などの添付書類を添えて保険会社に送付(郵送)
▲5▼保険会社は提出された書類を審査して,問題なければ保険金を契約者の指定口座に入金
【0004】
また,保険契約者が保険金請求書などの申請書類を取り寄せる他の方法としてインターネットなどのネットワークを用いた方法がある。最近では様々な申請用紙(例えば住民票の写しの申請用PDFファイル)を指定のWebサイトからダウンロードして自宅のプリンタで印刷できるサービスも出てきている。
【0005】
【非特許文献1】
『小冊子「保険金請求のしおり」(自賠責保険・自動車保険)』
(http://www.sonpo.or.jp/publish/book_shiori.html)
【非特許文献2】
『保険金請求に伴う書類のご案内』
(http://www.kampo.go.jp/kanyu/information/t_5.html)
【0006】
【発明が解決しようとする課題】
しかしながら,郵便による方法では,保険金の支払に膨大な時間や手間がかかり,問題であった。また,ネットワークを用いた方法では,発行側(印刷側)の管理ができず,その結果,保険業界で取り扱うような帳票類(保険契約書など)では,不正使用(例えば契約者に成りすまして,保険金の受取人を変更してしまう。)されてしまう可能性がある。したがって,このようなセキュリティ性が高い帳票にはネットワークを用いた方法は受け入れられていないのが現状である。
【0007】
本発明は,従来の帳票発行方法が有する上記問題点に鑑みてなされたものであり,本発明の目的は,保険契約者の本人確認および保険金請求をまとめて行うことにより,保険金請求の手間および時間を節約することの可能な,新規かつ改良された帳票発行方法,帳票発行システム,ASPサービス会社システム,およびその関連技術を提供することである。
【0008】
さらに,本発明の別の目的は,保険契約書などのように高いセキュリティを要求される書面であっても,ネットワークを介して容易にやり取りすることの可能な,新規かつ改良された帳票発行方法,帳票発行システム,ASPサービス会社システム,およびその関連技術を提供することである。
【0009】
【課題を解決するための手段】
上記課題を解決するため,本発明の第1の観点によれば,互いにネットワークを介して接続されたASPサービス会社システム,保険会社システム,および保険契約者端末の間で帳票のやりとりを行う帳票発行方法が提供される(請求項1)。本発明の帳票発行方法は,少なくとも以下の各ステップを含むことを特徴とするものである。
・ASPサービス会社システムは,少なくとも保険契約者を特定するための保険契約者情報およびASPサービス会社の署名データを,第三者が読み取ることのできない表現である代用表現で埋め込んだ帳票データを保険契約者端末に送信する(ステップS104〜S108)。
・保険契約者端末は,帳票データを印刷し,所定事項を記載して,保険会社システムに送信する(ステップS110〜S112)。
・保険会社システムは,所定事項が記載された帳票を読み込み,ASPサービス会社システムに送信する(ステップS113〜S114)。
・ASPサービス会社システムは,署名データを検証するとともに,保険契約者情報を検出して,検証結果および検出結果を保険会社システムに送信する(ステップS115〜S119)。
なお上記において,括弧書きで記した各ステップは,理解を容易にするため,後述の実施形態における対応するステップを記したに過ぎず,本発明がこれに限定されるものではない。
【0010】
かかる方法によれば,以下のような優れた効果を有する。
1.保険契約者としては,保険契約者端末において帳票データを印刷し,これを用いて保険金を請求することができるので,本人確認書送付→請求書発行→請求書送付といった段階を踏まずに済み,手間と時間を削減できる。また,保険契約者情報があらかじめ埋め込まれていることで,第三者のなりすましを防止することができる。
2.ASPサービス会社としては,保険契約者情報の埋め込みおよび検証をASPサービス会社システムで行うことで,新たなASPサービスをビジネスとして展開可能である。
3.保険会社としては,帳票の発行および管理(埋め込み時に使用する鍵の管理含む)の手間をアウトソーシングすることができ,設備導入コストやランニングコストを低減することが可能である。
【0011】
本発明の第1の観点にかかる帳票発行方法において,以下のような応用が可能である。
【0012】
ASPサービス会社システムは,帳票データを保険契約者端末に送信する際に,保険会社システムに対し課金を行うようにしてもよい(請求項2)。
【0013】
ASPサービス会社システムは,署名データの検証結果および保険契約者情報の検出結果を保険会社システムに送信する際に,保険会社システムに対し課金を行うようにしてもよい(請求項3)。
【0014】
ASPサービス会社システムは,保険契約者情報およびASPサービス会社の署名データを,暗号化した後,帳票データに埋め込むようにしてもよい(請求項4)。保険契約者情報および署名データを暗号化することにより,セキュリティを高めることができる。この場合,ASPサービス会社システムは,保険契約者情報およびASPサービス会社の署名データの暗号化および暗号化に用いた暗号鍵の管理に際し,保険会社システムに対し課金を行うようにしてもよい(請求項5)。
【0015】
代用表現は,セキュアプリント技術を用いて帳票データに埋め込まれるようにしてもよく(請求項6),バーコード,二次元バーコード,またはグリフコードとして帳票データに埋め込まれるようにしてもよい(請求項7)。このようにすれば,どのような情報が埋め込まれているかを第三者に認識されることがない。特にセキュアプリント技術を用いて代用表現を埋め込めば,代用表現が埋め込まれていること自体を第三者に認識されることがない。
【0016】
また,本発明の第2の観点によれば,ネットワークを介して接続された保険会社システムおよび保険契約者端末の間で帳票のやりとりを行う帳票発行方法が提供される。本発明の帳票発行方法は,少なくとも以下の各ステップを含むことを特徴とするものである(請求項8)。
・保険会社システムは,少なくとも保険契約者を特定するための保険契約者情報および保険会社の署名データを,第三者が読み取ることのできない表現である代用表現で埋め込んだ帳票データを保険契約者端末に送信する(ステップS203〜S207)。
・保険契約者端末は,帳票データを印刷し,所定事項を記載して,保険会社システムに送信する(ステップS208〜S210)。
・保険会社システムは,所定事項が記載された帳票を読み込み,署名データを検証するとともに,保険契約者情報を検出する(ステップS211〜S216)。
なお上記において,括弧書きで記した各ステップは,理解を容易にするため,後述の実施形態における対応するステップを記したに過ぎず,本発明がこれに限定されるものではない。
【0017】
かかる方法によれば,保険契約者としては,保険契約者端末において帳票データを印刷し,これを用いて保険金を請求することができるので,本人確認書送付→請求書発行→請求書送付といった段階を踏まずに済み,手間と時間を削減できる。また,保険契約者情報があらかじめ埋め込まれていることで,第三者のなりすましを防止することができる。
【0018】
本発明の第2の観点にかかる帳票発行方法において,以下のような応用が可能である。
【0019】
保険会社システムは,保険契約者情報および保険会社の署名データを,暗号化した後,帳票データに埋め込むようにしてもよい(請求項9)。保険契約者情報および署名データを暗号化することにより,セキュリティを高めることができる。
【0020】
代用表現は,セキュアプリント技術を用いて帳票データに埋め込まれるようにしてもよく(請求項10),バーコード,二次元バーコード,またはグリフコードとして帳票データに埋め込まれるようにしてもよい(請求項11)。このようにすれば,どのような情報が埋め込まれているかを第三者に認識されることがない。特にセキュアプリント技術を用いて代用表現を埋め込めば,代用表現が埋め込まれていること自体を第三者に認識されることがない。
【0021】
また,本発明の第3の観点によれば,互いにネットワークを介して接続されたASPサービス会社システム,保険会社システム,および保険契約者端末の間で帳票のやりとりを行う帳票発行システム(10)が提供される。本発明の帳票発行システムは,以下の各構成要素を含むことを特徴とするものである(請求項12)。
・ASPサービス会社システム(100)は,少なくとも保険契約者を特定するための保険契約者情報およびASPサービス会社の署名データを,第三者が読み取ることのできない表現である代用表現で埋め込んだ帳票データを作成する埋め込みサーバ(110)と,署名データを検証するとともに,保険契約者情報を検出する検証サーバ(120)とを備える。
・保険契約者端末(300)は,帳票データを印刷する印刷手段(305)を備える。
・保険会社システム(200)は,所定事項が記載された帳票を読み込む読込手段(225)を備える。
なお上記において,括弧書きで記した各構成要素は,理解を容易にするため,後述の実施形態における対応する構成要素を記したに過ぎず,本発明がこれに限定されるものではない。
【0022】
かかるシステムによれば,上記優れた効果が有する本発明の第1の観点にかかる帳票発行方法を容易に実現可能である。
【0023】
本発明の第3の観点にかかる帳票発行システムにおいて,以下のような応用が可能である。
【0024】
保険会社システムは,さらに,保険契約者を特定するための保険契約者情報を管理する情報管理サーバ(220)を備えるようにしてもよい(請求項13)。保険会社システムにおいて保険契約者情報を管理し,これをネットワークを介してやりとりしないことで,保険契約者情報が外部に漏洩するのを防止することが可能である。
【0025】
ASPサービス会社システムは,さらに,帳票データを保険契約者端末に送信する際に,保険会社システムに対し課金を行うための第1の課金手段を備えるようにしてもよい(請求項14)。
【0026】
ASPサービス会社システムは,さらに,署名データの検証結果および保険契約者情報の検出結果を保険会社システムに送信する際に,保険会社システムに対し課金を行うための第2の課金手段を備えるようにしてもよい(請求項15)。
【0027】
ASPサービス会社システムは,保険契約者情報およびASPサービス会社の署名データを,暗号化した後,帳票データに埋め込むようにしてもよい(請求項16)。保険契約者情報および署名データを暗号化することにより,セキュリティを高めることができる。この場合,ASPサービス会社システムは,さらに,暗号化に用いる鍵を管理する鍵データベースと,保険契約者情報およびASPサービス会社の署名データの暗号化および暗号化に用いた暗号鍵の管理に際し,保険会社システムに対し課金を行うための第3の課金手段とを備えるようにしてもよい(請求項17)。
【0028】
代用表現は,セキュアプリント技術を用いて帳票データに埋め込まれるようにしてもよく(請求項18),バーコード,二次元バーコード,またはグリフコードとして帳票データに埋め込まれるようにしてもよい(請求項19)。このようにすれば,どのような情報が埋め込まれているかを第三者に認識されることがない。特にセキュアプリント技術を用いて代用表現を埋め込めば,代用表現が埋め込まれていること自体を第三者に認識されることがない。
【0029】
また,本発明の第4の観点によれば,ネットワークを介して接続された保険会社システムおよび保険契約者端末の間で帳票のやりとりを行う帳票発行システム(20)が提供される。本発明の帳票発行システムは,以下の各構成要素を含むことを特徴とするものである(請求項20)。
・保険会社システム(400)は,少なくとも保険契約者を特定するための保険契約者情報および署名データを,第三者が読み取ることのできない表現である代用表現で埋め込んだ帳票データを作成する埋め込みサーバ(410)と,所定事項が記載された帳票を読み込む読込手段(420)と,署名データを検証するとともに,保険契約者情報を検出する検証サーバ(430)とを備える。
・保険契約者端末(300)は,帳票データを印刷する印刷手段(305)を備える。
なお上記において,括弧書きで記した各構成要素は,理解を容易にするため,後述の実施形態における対応する構成要素を記したに過ぎず,本発明がこれに限定されるものではない。
【0030】
かかるシステムによれば,上記優れた効果が有する本発明の第2の観点にかかる帳票発行方法を容易に実現可能である。
【0031】
本発明の第4の観点にかかる帳票発行システムにおいて,以下のような応用が可能である。
【0032】
保険会社システムは,保険契約者情報および署名データを,暗号化した後,帳票データに埋め込むようにしてもよい(請求項21)。保険契約者情報および署名データを暗号化することにより,セキュリティを高めることができる。この場合,保険会社システムは,さらに,暗号化に用いる鍵を管理する鍵データベースを備えるようにしてもよい(請求項22)。
【0033】
代用表現は,セキュアプリント技術を用いて帳票データに埋め込まれるようにしてもよく(請求項23),バーコード,二次元バーコード,またはグリフコードとして帳票データに埋め込まれるようにしてもよい(請求項24)。このようにすれば,どのような情報が埋め込まれているかを第三者に認識されることがない。特にセキュアプリント技術を用いて代用表現を埋め込めば,代用表現が埋め込まれていること自体を第三者に認識されることがない。
【0034】
また,本発明の第5の観点によれば,互いにネットワークを介して接続された保険会社システムおよび保険契約者端末との間で帳票のやりとりを行うASPサービス会社システム(100)が提供される。本発明のASPサービス会社システムは,以下の各構成要素を含むことを特徴とするものである(請求項25)。
・(保険会社システムからの依頼を受けて)少なくとも保険契約者を特定するための保険契約者情報および署名データを,第三者が読み取ることのできない表現である代用表現で埋め込んだ帳票データを作成する埋め込みサーバ(110)
・(保険会社システムからの依頼を受けて)署名データを検証するとともに,保険契約者情報を検出する検証サーバ(120)
なお上記において,括弧書きで記した各構成要素は,理解を容易にするため,後述の実施形態における対応する構成要素を記したに過ぎず,本発明がこれに限定されるものではない。
【0035】
かかるASPサービス会社システムによれば,上記優れた効果が有する本発明の第3の観点にかかる帳票発行システム方法を容易に構築可能であり,ひいては,上記優れた効果が有する本発明の第1の観点にかかる帳票発行方法を容易に実現可能である。
【0036】
本発明の第5の観点にかかるASPサービス会社システムにおいて,以下のような応用が可能である。
【0037】
さらに,帳票データを保険契約者端末に送信する際に,保険会社システムに対し課金を行うための第1の課金手段を備えるようにしてもよい(請求項26)。
【0038】
さらに,署名データの検証結果および保険契約者情報の検出結果を保険会社システムに送信する際に,保険会社システムに対し課金を行うための第2の課金手段を備えるようにしてもよい(請求項27)。
【0039】
保険契約者情報および署名データを,暗号化した後,帳票データに埋め込むようにしてもよい(請求項28)。保険契約者情報および署名データを暗号化することにより,セキュリティを高めることができる。この場合,さらに,暗号化に用いる鍵を管理する鍵データベースと,保険契約者情報および署名データの暗号化および暗号化に用いた暗号鍵の管理に際し,保険会社システムに対し課金を行うための第3の課金手段とを備えるようにしてもよい(請求項29)。
【0040】
代用表現は,セキュアプリント技術を用いて帳票データに埋め込まれるようにしてもよく(請求項30),バーコード,二次元バーコード,またはグリフコードとして帳票データに埋め込まれるようにしてもよい(請求項31)。このようにすれば,どのような情報が埋め込まれているかを第三者に認識されることがない。特にセキュアプリント技術を用いて代用表現を埋め込めば,代用表現が埋め込まれていること自体を第三者に認識されることがない。
【0041】
また,本発明の他の観点によれば,コンピュータを,上記ASPサービス会社システムの埋め込みサーバとして機能させるためのコンピュータプログラムが提供される(請求項32)。また,本発明の他の観点によれば,コンピュータを,上記ASPサービス会社システムの検証サーバとして機能させるためのコンピュータプログラムが提供される(請求項33)。ここで,プログラムはいかなるプログラム言語により記述されていてもよい。また,プログラムを記録する記録媒体としては,例えば,CD−ROM,DVD−ROM,フロッピーディスク(FD:Floppy Disk)など,プログラムを記録可能な記録媒体として現在一般に用いられている記録媒体,あるいは将来用いられるいかなる記録媒体をも採用することができる。
【0042】
【発明の実施の形態】
以下に添付図面を参照しながら,本発明にかかる帳票発行方法,帳票発行システム,およびその関連発明の好適な実施の形態について詳細に説明する。なお,本明細書及び図面において,実質的に同一の機能構成を有する構成要素については,同一の符号を付することにより重複説明を省略する。
【0043】
(第1の実施の形態)
本実施の形態にかかる帳票発行システム10は,図1に示したように,互いにネットワークを介して接続されたASPサービス会社システム100と,保険会社システム(支店,支社などを含む)200と,保険契約者端末300とを含んでなる。図1においては,説明の簡略化のため,ASPサービス会社システム100,保険会社システム200,保険契約者端末300をそれぞれ1つずつ示しているが,現実のシステムにおいては,ASPサービス会社システム100および保険会社システム200はそれぞれ複数存在してもよい。また,保険契約者端末300が本システム内に極めて多数存在することは明らかである。以下に,システム構成について詳細に説明する。
【0044】
(ASPサービス会社システム100)
ASPサービス会社システム100は,図1に示したように,セキュアプリント埋め込みサーバ110と,セキュアプリント検証サーバ120と,鍵データベース130とを含んでなる。
【0045】
(セキュアプリント埋め込みサーバ110)
セキュアプリント埋め込みサーバ110は,帳票のもととなる帳票画像データに対し,保険契約者端末を特定するための保険契約者情報やASPサービス会社の署名データなどを埋め込んで,帳票データを作成する機能を有する。この際,帳票データに埋め込まれるデータは,第三者に読み取ることのできない表現(以下「代用表現」と称する。)で埋め込まれる。
【0046】
代用表現の作成方法としては様々な方法や手段が利用できるが,印刷する情報を第三者が読み取ることのできない表現であればどのようなものであってもよい。例えば,バーコードや二次元バーコード,あるいはグリフコードを用いて代用表現を作成してもよい。ただし,バーコードや二次元バーコード,あるいはグリフコードを用いて代用表現を作成した場合,第三者が視覚的にその情報を読み取ることはできないが,そこに何らかの情報が存在することが知られてしまう。そこで,第三者が印刷する情報を読み取ることができないのみならず,代用表現の存在自体を第三者が知ることのできない方法により代用表現を作成することがより好ましい。このような方法としては,電子透かし技術を用いて代用表現を作成する方法がある。
【0047】
電子透かし技術を用いて文書に機密情報を埋め込む技術(セキュアプリント技術と称される。)としては,例えば文献(特願2001−217758「透かし情報埋め込み装置,及び,透かし情報検出装置」,特願2002−177086号「透かし情報埋め込み装置,及び,透かし情報検出装置」)に示されたものがある。この文献に示された透かし画像埋め込み装置は,ドットの配列によって波の方向及び/又は波長を変化させたドットパターンを複数用意し,1つのドットパターンに対して1つのシンボルを与え,ドットパターンを組み合わせて配置することにより,文書に機密情報を与えるものである。本実施の形態では,この文献に示された透かし情報埋め込み装置をセキュアプリント埋め込みサーバ110として用いることができ,同装置が印刷データから作成する透かし画像を代用表現として利用することができる。
【0048】
また,セキュアプリント埋め込みサーバ110は,埋め込みデータ(保険契約者ID,日付など)を共通鍵で暗号化する機能,および,署名データを生成する機能を有する。すなわち,セキュアプリント埋め込みサーバ110は,発行No.を設定し,それに対応した共通鍵を生成する。そして,共通鍵を鍵データベース130に保存する。そして,埋め込みデータ(保険契約者ID,日付など)を共通鍵で暗号化する。また,セキュアプリント埋め込みサーバ110は,暗号化した埋め込みデータ+発行No.のハッシュを取って,鍵データベース130にあるASPサービス用の秘密鍵でハッシュを暗号化し,署名データを生成する。
【0049】
(セキュアプリント検証サーバ120)
セキュアプリント検証サーバ120は,セキュアプリント埋め込みサーバ110が帳票データに対して埋め込んだ署名データを検証するとともに,保険契約者情報を検出する機能を有する。
【0050】
(鍵データベース130)
鍵データベース130には,あらかじめASPサービス用の秘密鍵,公開鍵のペアおよび共通鍵が保存されている。この秘密鍵,公開鍵のペアは,いわゆる公開鍵方式による署名の付与および検証に用いられる。また,共通鍵は,いわゆる共通鍵方式によるデータの暗号化/復号化に用いられる。
【0051】
(課金手段)
上述のように,ASPサービス会社システム100は,保険会社システム200からの依頼を受けて,各種データの埋め込みおよび検証などを行う。これに際し,ASPサービス会社システム100は,保険会社システム200に対して課金を行うための課金手段を備えることができる。ASPサービス会社システム100は,例えば以下の第1,第2,第3の課金手段のような課金手段を任意に備えることができる。
▲1▼帳票画像へのデータの埋め込みに対する課金
帳票画像を保険契約者端末300に送信する際に,保険会社システム200に対し課金を行うための第1の課金手段
▲2▼帳票画像に埋め込まれたデータの検証に対する課金
署名データの検証結果および保険契約者情報の検出結果を保険会社システム200に送信する際に,保険会社システム200に対し課金を行うための第2の課金手段
▲3▼暗号化および暗号鍵の管理に対する課金
保険契約者情報および署名データの暗号化および暗号化に用いた暗号鍵の管理に際し,保険会社システム200に対し課金を行うための第3の課金手段
【0052】
以上,ASPサービス会社システム100の構成について説明した。
次いで,保険会社システム200の構成について説明する。
【0053】
(保険会社システム200)
保険会社システム200は,図1に示したように,情報管理サーバ210と,帳票受付端末220とを含んでなる。
【0054】
(情報管理サーバ210)
情報管理サーバ210は,帳票を発行するための保険契約者情報を管理する機能を有する。保険契約者情報には,各保険契約者に対応した保険金請求届の帳票画像の雛形や,保険契約者をオンラインで認証するためのIDやパスワードなどが含まれる。
【0055】
(帳票受付端末220)
帳票受付端末220は,保険契約者端末300およびASPサービス会社システム100とネットワークを介してやりとりを行う機能を有する。具体的には,帳票受付端末220は,ASPサービス会社システム100が作成したセキュアプリントで埋め込んだ帳票画像を保険契約者端末300に送信する。また,保険契約者から郵送された記入済み帳票を,読込手段であるスキャナ225でスキャンして,その帳票画像をASPサービス会社システム100に送信する。また,ASPサービス会社システム100から送信された記入済み帳票の有効性を確認する。すなわち,署名検証結果から帳票の有効性を確認するとともに,保険契約者IDや印鑑を照合して請求者が契約者本人であることを確認する。
【0056】
以上,保険会社システム200の構成について説明した。
次いで,保険契約者端末300の構成について説明する。
【0057】
(保険契約者端末300)
保険契約者端末300は,図1に示したように,ASPサービス会社システム100および保険会社システム200とネットワークを介してやりとりを行う機能を有する。具体的には,保険契約者端末300は,個人認証のためのIDおよびパスワードを保険会社システム200に送信するとともに,保険金請求届などの帳票の発行要求を保険会社システム200に送信する。
【0058】
また,保険契約者端末300には,保険会社システム200からセキュアプリントで埋め込んだ帳票画像が送信される。なお,本実施の形態では,セキュアプリントで埋め込んだ帳票画像が,ASPサービス会社システム100から保険会社システム200を介して送信される場合について説明が,ASPサービス会社システム100から直接送信されるようなシステム構成としてもよい。保険契約者端末300は,印刷手段であるプリンタ305を備えている。このプリンタ305は,セキュアプリントで埋め込んだ帳票画像を印刷する際に用いられる。
【0059】
本実施の形態にかかる帳票発行システム10は,以上のように構成されている。
次いで,図1を参照しながら,帳票発行システム10の動作を時系列的に説明する。
【0060】
まず,保険契約者が保険金請求を行うにあたり,保険契約者端末300から保険会社システム200に対してアクセスが行われる。まず,保険契約者端末300から,個人認証のためのIDとパスワードが送信される(ステップS101)。個人認証のためのデータは保険会社システム200の情報管理サーバ210で管理されている。個人認証が成功すると,保険契約者端末300は,保険金請求届などの帳票の発行要求を保険会社システム200に出す(ステップS102)。
【0061】
次いで,保険会社システム200は,ASPサービス会社システム100に対し,帳票画像の作成を依頼する。帳票画像を作成するためのもととなるデータ,すなわち,保険金請求届の雛形や保険契約者のIDなどのデータは,情報管理サーバ210で管理されている。保険会社システム200は,この帳票画像を作成するためのデータをASPサービス会社システム100に対して送信する(ステップS103)。
【0062】
ASPサービス会社システム100においては,以下の各ステップを経て,帳票画像が作成される。まず,帳票画像の発行No.を設定し,それに対応した共通鍵を生成する。そして,この共通鍵を鍵データベース130に保存する(ステップS104)。埋め込みデータ(保険契約者ID,日付)を共通鍵で暗号化する(ステップS105)。さらに,暗号化した埋め込みデータ+発行No.のハッシュを取って,鍵データベース130に保存されているASPサービス用秘密鍵でハッシュを暗号化し,署名データを生成する(ステップS106)。そして,暗号化した埋め込みデータ,署名データ,発行No.を,帳票画像にセキュアプリントで埋め込む(ステップS107)。
【0063】
ASPサービス100は,保険会社システム200に対し,セキュアプリントで埋め込んだ帳票画像を送信する(ステップS108)。保険会社システム200は,保険契約者300に対し,セキュアプリントで埋め込んだ帳票画像を送信する(ステップS109)。なお,本実施の形態では,帳票画像は,ASPサービス会社システム100から保険会社システム200を介して保険契約者端末300に送信されるが,ASPサービス会社システム100から保険契約者端末300に直接送信されるようなシステム構成としてもよい。
【0064】
保険契約者端末300においては,保険会社システム200から送られた(あるいは,ASPサービス会社システム100から送られた)セキュアプリントで埋め込んだ帳票画像を,プリンタ315で印刷する(ステップS110)。印刷された帳票(保険金請求届)に必要事項を手書きで記入して,捺印する(ステップS111)。
【0065】
次いで,保険契約者は,記入済みの帳票および必要に応じて医師の診断書などの添付書類を,保険会社に郵送する(ステップS112)。
【0066】
保険会社システム200においては,保険契約者から送られた記入済みの帳票をスキャナ215でスキャンする(ステップS113)。そして,画像データの形式で帳票データをASPサービス会社システム100に送信する(ステップS114)。このようにして,保険会社システム200は,ASPサービス会社システム100に対し,帳票画像に対するデータの検出およびデータの検証を依頼する。
【0067】
ASPサービス会社システム100においては,まず,記入済み帳票画像から,暗号化した埋め込みデータ,署名データ,発行No.を取り出す(ステップS115)。そして,暗号化した埋め込みデータ+発行No.の署名を検証する(ステップS116)。さらに,鍵データベース130から発行No.に対応した共通鍵を取り出し(ステップS117),暗号化した埋め込みデータを共通鍵で復号する(ステップS118)。
【0068】
ASPサービス会社システム100は,署名検証結果と保険契約者IDおよび日付などのデータを保険会社システム200に送信する(ステップS119)。
【0069】
保険会社システム200においては,ASPサービス会社システム100から送られた検証結果などをもとに,記入済み帳票の有効性を確認する。すなわち,署名検証結果から帳票の有効性を確認するとともに,保険契約者IDや印鑑を照合して請求者が契約者本人であることを確認する(ステップS120)。
【0070】
以上説明したように,本実施の形態によれば,以下のような優れた効果を有する。
1.保険契約者としては,保険契約者端末300において帳票データを印刷し,これを用いて保険金を請求することができるので,本人確認書送付→請求書発行→請求書送付といった段階を踏まずに済み,手間と時間を削減できる。また,保険契約者情報があらかじめ埋め込まれていることで,第三者のなりすましを防止することができる。
2.ASPサービス会社としては,保険契約者情報の埋め込みおよび検証をASPサービス会社システム100で行うことで,新たなASPサービスをビジネスとして展開可能である。
3.保険会社としては,帳票の発行および管理(埋め込み時に使用する鍵の管理含む)の手間をアウトソーシングすることができ,設備導入コストやランニングコストを低減することが可能である。
【0071】
また,セキュアプリント技術を用いて保険契約者情報および署名データを埋め込むことにより,どのような情報が埋め込まれているかを第三者に認識されることがないのみならず,これらデータが埋め込まれていること自体を第三者に認識されることがない。
【0072】
また,保険契約者情報および署名データを暗号化することにより,セキュリティを高めることができる。
【0073】
(第2の実施の形態)
上記第1の実施の形態にかかる帳票発行システム10は,図1に示したように,ASPサービス会社システム100と,保険会社システム200と,保険契約者端末300とを含んでなる。本実施の形態では,保険会社システムが,上記ASPサービス会社システムの機能を併せ持つ実施の形態について説明する。
【0074】
本実施の形態にかかる帳票発行システム20は,図2に示したように,互いにネットワークを介して接続された保険会社システム(支店,支社などを含む)400と,保険契約者端末300とを含んでなる。図2においては,説明の簡略化のため,保険会社システム400,保険契約者端末300をそれぞれ1つずつ示しているが,現実のシステムにおいては,保険会社システム400は複数存在してもよい。また,保険契約者端末300が本システム内に極めて多数存在することは明らかである。以下に,システム構成について詳細に説明する。
【0075】
(保険会社システム400)
保険会社システム400は,図2に示したように,保険会社サーバ410と,保険会社端末420と,保険会社データベース430とを含んでなる。
【0076】
(保険会社サーバ410)
保険会社サーバ410は,上記第1の実施の形態におけるASPサービス会社システム100のセキュアプリント埋め込みサーバ110の機能と,保険会社システム200の情報管理サーバ210の機能を併せ持つ。
【0077】
順に説明すると,まず,保険会社サーバ410は,上記第1の実施の形態におけるASPサービス会社システム100のセキュアプリント埋め込みサーバ110の機能を有する。すなわち,保険会社サーバ400は,帳票のもととなる帳票画像データに対し,保険契約者端末を特定するための保険契約者情報や署名データなどを埋め込んで,帳票データを作成する機能を有する。この際,帳票データに埋め込まれるデータは,第三者に読み取ることのできない代用表現で埋め込まれる。代用表現の作成方法としては,上述のように,セキュアプリント技術を用いてもよいし,バーコードや二次元バーコード,あるいはグリフコードを用いてもよい。
【0078】
また,保険会社サーバ410は,上記第1の実施の形態における保険会社システム200の情報管理サーバ210の機能を有する。すなわち,保険会社サーバ400は,帳票を発行するための保険契約者情報を管理する機能を有する。保険契約者情報には,各保険契約者に対応した保険金請求届の帳票画像の雛形や,保険契約者をオンラインで認証するためのIDやパスワードなどが含まれる。
【0079】
(保険会社端末420)
保険会社端末420は,上記第1の実施の形態におけるASPサービス100のセキュアプリント検証サーバ120の機能と,保険会社システム200の帳票受付端末210の機能を併せ持つ。
【0080】
順に説明すると,まず,保険会社端末420は,上記第1の実施の形態におけるASPサービス100のセキュアプリント検証サーバ120の機能を有する。すなわち,保険会社端末420は,保険会社端末420が帳票データに対して埋め込んだ署名データを検証するとともに,保険契約者情報を検出する機能を有する。
【0081】
また,保険会社端末420は,上記第1の実施の形態における保険会社システム200の帳票受付端末210の機能を有する。すなわち,保険会社端末420は,保険契約者端末300とネットワークを介してやりとりを行う機能を有する。具体的には,保険会社端末420は,保険会社サーバ410が作成したセキュアプリントで埋め込んだ帳票画像を保険契約者端末300に送信する。また,保険契約者から郵送された記入済み帳票を,読込手段であるスキャナ425でスキャンして,その帳票画像を保険会社サーバ410に送信する。また,保険会社サーバ410から送信された記入済み帳票の有効性を確認する。すなわち,署名検証結果から帳票の有効性を確認するとともに,保険契約者IDや印鑑を照合して請求者が契約者本人であることを確認する。
【0082】
(保険会社データベース430)
保険会社データベース430には,あらかじめ秘密鍵,公開鍵のペアおよび共通鍵が保存されている。この秘密鍵,公開鍵のペアは,いわゆる公開鍵方式による署名検証に用いられる。また,共通鍵は,いわゆる共通鍵方式によるデータの暗号化/復号化に用いられる。さらに,保険会社データベース430には,帳票画像の雛形などのデータをも保存しておくことができる。
【0083】
本実施の形態においては,保険会社システム400によるASPサービスの利用という概念が存在しないため,上記第1の実施の形態と異なり,課金手段という概念は存在しない。
【0084】
以上,保険会社システム400の構成について説明した。なお,保険契約者端末300の構成については,上記第1の実施の形態と実質的に同様であるため,重複説明を省略する。
【0085】
本実施の形態にかかる帳票発行システム20は,以上のように構成されている。
次いで,図2を参照しながら,帳票発行システム20の動作を時系列的に説明する。
【0086】
まず,保険契約者が保険金請求を行うにあたり,保険契約者端末300から保険会社システム400に対してアクセスが行われる。まず,保険契約者端末300から,個人認証のためのIDとパスワードが送信される(ステップS201)。個人認証のためのデータは保険会社システム400の保険会社サーバ410で管理されている。個人認証が成功すると,保険契約者端末300は,保険金請求届などの帳票の発行要求を保険会社システム400に出す(ステップS202)。
【0087】
本実施の形態においては,帳票画像に対するデータの埋め込みを,保険会社システム400内において行うことを特徴としている。保険会社システム400においては,以下の各ステップを経て,帳票画像が作成される。まず,帳票画像の発行No.を設定し,それに対応した共通鍵を生成する。そして,この共通鍵を保険会社データベース430に保存する(ステップS203)。埋め込みデータ(保険契約者ID,日付)を共通鍵で暗号化する(ステップS204)。さらに,暗号化した埋め込みデータ+発行No.のハッシュを取って,保険会社データベース430に保存されている秘密鍵でハッシュを暗号化し,署名データを生成する(ステップS205)。そして,暗号化した埋め込みデータ,署名データ,発行No.を,保険会社データベース430から取り出した帳票画像にセキュアプリントで埋め込む(ステップS206)。
【0088】
保険会社システム400は,保険契約者端末300に対し,セキュアプリントで埋め込んだ帳票画像を送信する(ステップS207)。
【0089】
保険契約者端末300においては,保険会社システム200から送られたセキュアプリントで埋め込んだ帳票画像を,プリンタ315で印刷する(ステップS208)。印刷された帳票(保険金請求届)に必要事項を手書きで記入して,捺印する(ステップS209)。
【0090】
次いで,保険契約者は,記入済みの帳票および必要に応じて医師の診断書などの添付書類を,保険会社に郵送する(ステップS210)。
【0091】
保険会社システム200においては,保険契約者から送られた記入済みの帳票をスキャナ215でスキャンする(ステップS211)。
【0092】
本実施の形態においては,帳票画像に対するデータの検出およびデータの検証を,保険会社システム400内において行うことを特徴としている。保険会社システム400においては,まず,記入済み帳票画像から,暗号化した埋め込みデータ,署名データ,発行No.を取り出す(ステップS212)。そして,暗号化した埋め込みデータ+発行No.の署名を検証する(ステップS213)。さらに,保険会社データベース430から発行No.に対応した共通鍵を取り出し(ステップS214),暗号化した埋め込みデータを共通鍵で復号する(ステップS215)。
【0093】
さらに,保険会社システム400においては,上記検証結果などをもとに,記入済み帳票の有効性を確認する。すなわち,署名検証結果から帳票の有効性を確認するとともに,保険契約者IDや印鑑を照合して請求者が契約者本人であることを確認する(ステップS216)。
【0094】
以上説明したように,本実施の形態によれば,保険契約者としては,保険契約者端末300において帳票データを印刷し,これを用いて保険金を請求することができるので,本人確認書送付→請求書発行→請求書送付といった段階を踏まずに済み,手間と時間を削減できる。また,保険契約者情報があらかじめ埋め込まれていることで,第三者のなりすましを防止することができる。
【0095】
また,セキュアプリント技術を用いて保険契約者情報および署名データを埋め込むことにより,どのような情報が埋め込まれているかを第三者に認識されることがないのみならず,これらデータが埋め込まれていること自体を第三者に認識されることがない。
【0096】
また,保険契約者情報および署名データを暗号化することにより,セキュリティを高めることができる。
【0097】
以上,添付図面を参照しながら本発明にかかる帳票発行方法,帳票発行システム,ASPサービス会社システム,およびその関連発明の好適な実施形態について説明したが,本発明はかかる例に限定されない。当業者であれば,特許請求の範囲に記載された技術的思想の範疇内において各種の変更例または修正例に想到し得ることは明らかであり,それらについても当然に本発明の技術的範囲に属するものと了解される。
【0098】
【発明の効果】
以上説明したように,本発明によれば,以下のような優れた効果を有する。
1.保険契約者としては,保険契約者端末において帳票データを印刷し,これを用いて保険金を請求することができるので,本人確認書送付→請求書発行→請求書送付といった段階を踏まずに済み,手間と時間を削減できる。また,保険契約者情報があらかじめ埋め込まれていることで,第三者のなりすましを防止することができる。
2.ASPサービス会社としては,保険契約者情報の埋め込みおよび検証をASPサービス会社システムで行うことで,新たなASPサービスをビジネスとして展開可能である。
3.保険会社としては,帳票の発行および管理(埋め込み時に使用する鍵の管理含む)の手間をアウトソーシングすることができ,設備導入コストやランニングコストを低減することが可能である。
【図面の簡単な説明】
【図1】第1の実施の形態にかかる帳票発行システムの説明図である。
【図2】第2の実施の形態にかかる帳票発行システムの説明図である。
【符号の説明】
10 帳票発行システム
20 帳票発行システム
100 ASPサービス会社システム
110 セキュアプリント埋め込みサーバ
120 セキュアプリント検証サーバ
130 鍵データベース
200 保険会社システム
210 情報管理サーバ
220 帳票受付端末
225 スキャナ(読込手段)
300 保険契約者
305 プリンタ(印刷手段)
400 保険会社システム
410 保険会社サーバ
420 保険会社端末
425 スキャナ(読込手段)
430 保険会社データベース
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention provides a form issuance method, a form issuance system, and an ASP (Application Service Provider) service company system for making an application for claiming life insurance using a form printed at home using secure print technology. , And related technologies.
[0002]
[Prior art]
Conventionally, when making a claim for insurance contracted for life insurance, etc., first obtain an insurance claim from an insurance company (branch, branch office), fill in the necessary items, and attach documents such as a medical certificate of a doctor Was required to be submitted. At this time, there are various methods for the policyholder to obtain application documents such as insurance claims, but for example, there is a method by mail.
[0003]
For example, if the insurance company's branch or branch office is away from the policyholder's location, as in the case of postal mail, for example, if the policyholder obtains an application form such as an insurance claim, the identity verification is required. The following procedure is taken.
(1) The insurance company sends identification documents to the contractor (mail)
(2) The contractor stamps it with the seal at the time of the insurance contract and returns it to the insurance company (mail)
(3) The insurance company sends the insurance claim to the contractor after comparing it with the contract seal and confirming agreement (by mail).
(4) The contractor fills in the necessary information on the insurance claim and sends it to the insurance company with attached documents such as a doctor's certificate (mail).
(5) The insurance company examines the submitted documents and, if there is no problem, deposits the insurance money into the designated account of the policyholder.
[0004]
As another method for a policyholder to obtain application documents such as insurance claims, there is a method using a network such as the Internet. Recently, a service has become available which allows various application forms (for example, a PDF file for application of a copy of a resident's card) to be downloaded from a designated Web site and printed by a printer at home.
[0005]
[Non-patent document 1]
"Booklet" Bookmark for Insurance Claims "(Automobile Liability Insurance, Automobile Insurance)"
(Http://www.sonpo.or.jp/publish/book_shiori.html)
[Non-patent document 2]
"Guidance of documents accompanying insurance claim"
(Http://www.kampo.go.jp/kanyu/information/t_5.html)
[0006]
[Problems to be solved by the invention]
However, the postal method is a problem because it takes a lot of time and effort to pay the insurance money. In addition, the method using a network does not allow the issuer (printing side) to be managed. As a result, in forms (such as insurance contracts) handled by the insurance industry, unauthorized use (for example, impersonating a contractor, It changes the beneficiary of the insurance money.) Therefore, at present, a method using a network is not accepted for such a form having high security.
[0007]
The present invention has been made in view of the above-mentioned problems of the conventional form issuing method, and an object of the present invention is to verify the identity of a policyholder and claim an insurance claim in a lump, thereby making it possible to claim an insurance claim. An object of the present invention is to provide a new and improved form issuing method, a form issuing system, an ASP service company system, and related technologies that can save labor and time.
[0008]
Further, another object of the present invention is to provide a new and improved form issuing method capable of easily exchanging a document such as an insurance contract which requires high security through a network. , A form issuing system, an ASP service company system, and related technologies.
[0009]
[Means for Solving the Problems]
In order to solve the above problems, according to a first aspect of the present invention, a form issuance for exchanging forms between an ASP service company system, an insurance company system, and an insurance contractor terminal connected to each other via a network. A method is provided (Claim 1). The form issuing method of the present invention is characterized by including at least the following steps.
-The ASP service company system provides insurance contracts with at least policyholder information for identifying the policyholder and signature data of the ASP service company in a substitute expression that cannot be read by a third party. Is transmitted to the user terminal (steps S104 to S108).
The insurance contractor terminal prints out the form data, writes predetermined data, and transmits the data to the insurance company system (steps S110 to S112).
The insurance company system reads the form on which the predetermined items are described, and transmits the form to the ASP service company system (steps S113 to S114).
The ASP service company system verifies the signature data, detects the policyholder information, and transmits the verification result and the detection result to the insurance company system (steps S115 to S119).
Note that, in the above, each step described in parentheses is merely a corresponding step in the embodiment described below for easy understanding, and the present invention is not limited to this.
[0010]
This method has the following excellent effects.
1. As a policyholder, the form data can be printed at the policyholder's terminal and used to claim an insurance claim, so there is no need to go through the steps of sending an identity confirmation → issuing a bill → sending a bill. , Reduces labor and time. In addition, since the policyholder information is embedded in advance, it is possible to prevent a third party from impersonating.
2. The ASP service company can develop a new ASP service as a business by embedding and verifying policyholder information in the ASP service company system.
3. As an insurance company, it is possible to outsource the work of issuing and managing forms (including management of keys used at the time of embedding), and to reduce equipment introduction costs and running costs.
[0011]
In the form issuing method according to the first aspect of the present invention, the following application is possible.
[0012]
The ASP service company system may charge the insurance company system when transmitting the form data to the policyholder terminal.
[0013]
The ASP service company system may charge the insurance company system when transmitting the verification result of the signature data and the detection result of the policyholder information to the insurance company system (claim 3).
[0014]
The ASP service company system may embed the policyholder information and the signature data of the ASP service company in the form data after encrypting them. The security can be enhanced by encrypting the policyholder information and the signature data. In this case, the ASP service company system may charge the insurance company system when encrypting insurance contractor information and signature data of the ASP service company and managing the encryption key used for the encryption. Item 5).
[0015]
The substitute expression may be embedded in the form data using the secure print technology (claim 6), or may be embedded in the form data as a barcode, a two-dimensional barcode, or a glyph code (claim). Item 7). With this configuration, the third party does not recognize what information is embedded. In particular, if the substitute expression is embedded using the secure print technology, the fact that the substitute expression is embedded is not recognized by a third party.
[0016]
According to a second aspect of the present invention, there is provided a form issuing method for exchanging forms between an insurance company system and a policyholder terminal connected via a network. A form issuing method according to the present invention includes at least the following steps (claim 8).
-The insurance company system is a policyholder terminal that inserts at least insurance policyholder information for identifying the policyholder and signature data of the insurance company in a substitute expression that cannot be read by a third party. (Steps S203 to S207).
The insurance contractor terminal prints out the form data, writes predetermined data, and transmits the data to the insurance company system (steps S208 to S210).
The insurance company system reads the form in which the predetermined items are described, verifies the signature data, and detects policyholder information (steps S211 to S216).
Note that, in the above, each step described in parentheses is merely a corresponding step in the embodiment described below for easy understanding, and the present invention is not limited to this.
[0017]
According to this method, the insurance contractor can print out the form data at the insurance contractor terminal and use it to claim the insurance money. It is not necessary to take steps, which saves labor and time. In addition, since the policyholder information is embedded in advance, it is possible to prevent a third party from impersonating.
[0018]
The following application is possible in the form issuing method according to the second aspect of the present invention.
[0019]
The insurance company system may embed the policyholder information and the insurance company signature data in the form data after encrypting them. The security can be enhanced by encrypting the policyholder information and the signature data.
[0020]
The substitute expression may be embedded in the form data using the secure print technology (claim 10), or may be embedded in the form data as a barcode, a two-dimensional barcode, or a glyph code (claim). Item 11). With this configuration, the third party does not recognize what information is embedded. In particular, if the substitute expression is embedded using the secure print technology, the fact that the substitute expression is embedded is not recognized by a third party.
[0021]
According to a third aspect of the present invention, a form issuing system (10) for exchanging forms between an ASP service company system, an insurance company system, and a policyholder terminal connected to each other via a network is provided. Provided. A form issuing system according to the present invention includes the following components (claim 12).
The ASP service company system (100) is a form data in which at least policyholder information for identifying the policyholder and signature data of the ASP service company are embedded in a substitute expression that cannot be read by a third party. And an authentication server (120) for verifying signature data and detecting policyholder information.
The policyholder terminal (300) includes a printing unit (305) for printing the form data.
The insurance company system (200) includes reading means (225) for reading a form in which predetermined items are described.
In the above, each component described in parentheses is merely a component corresponding to an embodiment described below for easy understanding, and the present invention is not limited to this.
[0022]
According to such a system, the form issuing method according to the first aspect of the present invention, which has the above-described excellent effects, can be easily realized.
[0023]
The following application is possible in the form issuing system according to the third aspect of the present invention.
[0024]
The insurance company system may further include an information management server (220) for managing policyholder information for specifying the policyholder (claim 13). By managing the policyholder information in the insurance company system and not exchanging it via a network, it is possible to prevent the policyholder information from leaking outside.
[0025]
The ASP service company system may further include a first billing means for billing the insurance company system when transmitting the form data to the insurance contractor terminal (claim 14).
[0026]
The ASP service company system further includes a second charging unit for charging the insurance company system when transmitting the verification result of the signature data and the detection result of the policyholder information to the insurance company system. (Claim 15).
[0027]
The ASP service company system may embed the policyholder information and the signature data of the ASP service company in the form data after encrypting them. The security can be enhanced by encrypting the policyholder information and the signature data. In this case, the ASP service company system further includes a key database for managing keys used for encryption, and insurance policyholder information and signature data of the ASP service company. A third charging means for charging the company system may be provided (claim 17).
[0028]
The substitute expression may be embedded in the form data using the secure print technology (claim 18), or may be embedded in the form data as a barcode, a two-dimensional barcode, or a glyph code (claim). Item 19). With this configuration, the third party does not recognize what information is embedded. In particular, if the substitute expression is embedded using the secure print technology, the fact that the substitute expression is embedded is not recognized by a third party.
[0029]
According to a fourth aspect of the present invention, there is provided a form issuing system (20) for exchanging forms between an insurance company system and a policyholder terminal connected via a network. A form issuing system according to the present invention includes the following components (claim 20).
An insurance company system (400) that creates form data in which at least policyholder information and signature data for identifying a policyholder are embedded in a substitute expression that cannot be read by a third party; (410), reading means (420) for reading a form in which predetermined items are described, and a verification server (430) for verifying signature data and detecting policyholder information.
The policyholder terminal (300) includes a printing unit (305) for printing the form data.
In the above, each component described in parentheses is merely a component corresponding to an embodiment described below for easy understanding, and the present invention is not limited to this.
[0030]
According to such a system, the form issuing method according to the second aspect of the present invention having the above-described excellent effects can be easily realized.
[0031]
The following application is possible in the form issuing system according to the fourth aspect of the present invention.
[0032]
The insurance company system may embed the policyholder information and signature data in the form data after encrypting them. The security can be enhanced by encrypting the policyholder information and the signature data. In this case, the insurance company system may further include a key database for managing keys used for encryption (claim 22).
[0033]
The substitute expression may be embedded in the form data using secure print technology (claim 23), or may be embedded in the form data as a barcode, a two-dimensional barcode, or a glyph code (claim). Item 24). With this configuration, the third party does not recognize what information is embedded. In particular, if the substitute expression is embedded using the secure print technology, the fact that the substitute expression is embedded is not recognized by a third party.
[0034]
According to a fifth aspect of the present invention, there is provided an ASP service company system (100) for exchanging a form with an insurance company system and a policyholder terminal connected to each other via a network. An ASP service company system according to the present invention includes the following components (claim 25).
・ Create report data in which at least the policyholder information and signature data for identifying the policyholder (in response to a request from the insurance company system) are embedded in a substitute expression that cannot be read by a third party. Embedded server to do (110)
A verification server (120) for verifying the signature data (in response to a request from the insurance company system) and detecting policyholder information;
In the above, each component described in parentheses is merely a component corresponding to an embodiment described below for easy understanding, and the present invention is not limited to this.
[0035]
According to the ASP service company system, it is possible to easily construct the form issuing system method according to the third aspect of the present invention having the above-mentioned excellent effects, and further, the first aspect of the present invention having the above-mentioned excellent effects. The form issuing method according to the viewpoint can be easily realized.
[0036]
The following application is possible in the ASP service company system according to the fifth aspect of the present invention.
[0037]
Further, a first charging means for charging the insurance company system when transmitting the form data to the insurance contractor terminal may be provided (claim 26).
[0038]
Furthermore, a second charging unit for charging the insurance company system when transmitting the verification result of the signature data and the detection result of the policyholder information to the insurance company system may be provided. 27).
[0039]
The policyholder information and signature data may be encrypted and then embedded in the form data. The security can be enhanced by encrypting the policyholder information and the signature data. In this case, a key database for managing keys used for encryption and a second database for charging the insurance company system for encrypting insurance contractor information and signature data and managing the encryption keys used for encryption. A third charging means may be provided (claim 29).
[0040]
The substitute expression may be embedded in the form data using the secure print technology (claim 30), or may be embedded in the form data as a barcode, a two-dimensional barcode, or a glyph code (claim 30). Item 31). With this configuration, the third party does not recognize what information is embedded. In particular, if the substitute expression is embedded using the secure print technology, the fact that the substitute expression is embedded is not recognized by a third party.
[0041]
According to another aspect of the present invention, there is provided a computer program for causing a computer to function as an embedded server of the ASP service company system (claim 32). According to another aspect of the present invention, there is provided a computer program for causing a computer to function as a verification server of the ASP service company system (claim 33). Here, the program may be described in any programming language. As a recording medium for recording a program, for example, a recording medium generally used as a recording medium on which a program can be recorded, such as a CD-ROM, a DVD-ROM, a floppy disk (FD), or a future recording medium. Any recording medium used can be employed.
[0042]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, preferred embodiments of a form issuing method, a form issuing system, and related inventions according to the present invention will be described in detail with reference to the accompanying drawings. In this specification and the drawings, components having substantially the same function and configuration are denoted by the same reference numerals, and redundant description is omitted.
[0043]
(First Embodiment)
As shown in FIG. 1, the form issuing system 10 according to the present embodiment includes an ASP service company system 100, an insurance company system (including branches, branch offices, etc.) 200, And a contractor terminal 300. FIG. 1 shows one ASP service company system 100, one insurance company system 200, and one policyholder terminal 300 for simplicity of description, but in an actual system, the ASP service company system 100 A plurality of insurance company systems 200 may exist. It is also clear that there are a very large number of policyholder terminals 300 in this system. Hereinafter, the system configuration will be described in detail.
[0044]
(ASP service company system 100)
As shown in FIG. 1, the ASP service company system 100 includes a secure print embedding server 110, a secure print verification server 120, and a key database 130.
[0045]
(Secure print embedded server 110)
The secure print embedding server 110 has a function of creating form data by embedding policyholder information for identifying a policyholder terminal, signature data of an ASP service company, and the like in form image data serving as a form base. Having. At this time, the data embedded in the form data is embedded in an expression that cannot be read by a third party (hereinafter, referred to as a “substitute expression”).
[0046]
Various methods and means can be used to create the substitute expression, but any expression may be used as long as the information to be printed cannot be read by a third party. For example, the substitute expression may be created using a barcode, a two-dimensional barcode, or a glyph code. However, when a substitute expression is created using a barcode, a two-dimensional barcode, or a glyph code, a third party cannot read the information visually, but it is known that some information exists there. Would. Therefore, it is more preferable that the substitute expression is created by a method in which not only the third party cannot read the information to be printed but also the third party cannot know the existence of the substitute expression itself. As such a method, there is a method of creating a substitute expression by using a digital watermark technique.
[0047]
Examples of a technique for embedding confidential information in a document using a digital watermark technique (referred to as a secure print technique) include, for example, a document (Japanese Patent Application No. 2001-217758 “A watermark information embedding apparatus and a watermark information detecting apparatus”, 2002-177086 "Watermark information embedding device and watermark information detecting device"). The watermark image embedding device disclosed in this document prepares a plurality of dot patterns in which the direction and / or wavelength of a wave is changed according to the arrangement of dots, gives one symbol to one dot pattern, and By arranging them in combination, confidential information is given to the document. In the present embodiment, the watermark information embedding device disclosed in this document can be used as the secure print embedding server 110, and the watermark image created from the print data by the device can be used as a substitute expression.
[0048]
Further, the secure print embedding server 110 has a function of encrypting embedded data (insurance contractor ID, date, etc.) with a common key, and a function of generating signature data. That is, the secure print embedding server 110 issues the issue number. Is set, and a corresponding common key is generated. Then, the common key is stored in the key database 130. Then, the embedded data (insurance contractor ID, date, etc.) is encrypted with the common key. Further, the secure print embedding server 110 stores the encrypted embedded data + issue number. And encrypts the hash with the secret key for the ASP service in the key database 130 to generate signature data.
[0049]
(Secure print verification server 120)
The secure print verification server 120 has a function of verifying the signature data embedded in the form data by the secure print embedding server 110 and detecting policyholder information.
[0050]
(Key database 130)
The key database 130 stores a secret key, a public key pair, and a common key for the ASP service in advance. The pair of the secret key and the public key is used for giving and verifying a signature by a so-called public key method. The common key is used for encrypting / decrypting data by a so-called common key method.
[0051]
(Charging means)
As described above, the ASP service company system 100 embeds and verifies various data in response to a request from the insurance company system 200. At this time, the ASP service company system 100 can include a charging unit for charging the insurance company system 200. The ASP service company system 100 can arbitrarily include charging means such as the following first, second, and third charging means.
(1) Charges for embedding data in form images
A first charging unit for charging the insurance company system 200 when transmitting the form image to the policyholder terminal 300
(2) Charge for verification of data embedded in the form image
A second charging unit for charging the insurance company system 200 when transmitting the verification result of the signature data and the detection result of the policyholder information to the insurance company system 200
(3) Billing for encryption and encryption key management
Third billing means for billing the insurance company system 200 when encrypting insurance contractor information and signature data and managing the encryption key used for the encryption.
[0052]
The configuration of the ASP service company system 100 has been described above.
Next, the configuration of the insurance company system 200 will be described.
[0053]
(Insurer system 200)
As shown in FIG. 1, the insurance company system 200 includes an information management server 210 and a form receiving terminal 220.
[0054]
(Information management server 210)
The information management server 210 has a function of managing policyholder information for issuing a form. The policyholder information includes a template of a form image of the insurance claim notification corresponding to each policyholder, an ID and a password for authenticating the policyholder online.
[0055]
(Form reception terminal 220)
The form receiving terminal 220 has a function of communicating with the policyholder terminal 300 and the ASP service company system 100 via a network. Specifically, the form receiving terminal 220 transmits the form image embedded by the secure print created by the ASP service company system 100 to the policyholder terminal 300. Further, the completed form mailed from the insurance contractor is scanned by the scanner 225 as a reading means, and the form image is transmitted to the ASP service company system 100. Further, the validity of the completed form transmitted from the ASP service company system 100 is confirmed. That is, the validity of the form is confirmed from the signature verification result, and the claimant is confirmed to be the contractor by checking the policyholder ID and the seal.
[0056]
The configuration of the insurance company system 200 has been described above.
Next, the configuration of the policyholder terminal 300 will be described.
[0057]
(Insurer terminal 300)
As shown in FIG. 1, the policyholder terminal 300 has a function of communicating with the ASP service company system 100 and the insurance company system 200 via a network. Specifically, the policyholder terminal 300 transmits an ID and a password for personal authentication to the insurance company system 200 and transmits a request for issuing a form such as an insurance claim report to the insurance company system 200.
[0058]
Further, the insurance company system 200 transmits a form image embedded by secure printing from the insurance company system 200. In the present embodiment, the case where the form image embedded by secure printing is transmitted from the ASP service company system 100 via the insurance company system 200 will be described. The system configuration may be adopted. The policyholder terminal 300 includes a printer 305 that is a printing unit. The printer 305 is used when printing a form image embedded by secure printing.
[0059]
The form issuing system 10 according to the present embodiment is configured as described above.
Next, the operation of the form issuing system 10 will be described in chronological order with reference to FIG.
[0060]
First, when a policyholder makes a claim, the policyholder terminal 300 accesses the insurance company system 200. First, an ID and a password for personal authentication are transmitted from the policyholder terminal 300 (step S101). Data for personal authentication is managed by the information management server 210 of the insurance company system 200. If the personal authentication is successful, the policyholder terminal 300 issues a request for issuing a form such as a claim report to the insurance company system 200 (step S102).
[0061]
Next, the insurance company system 200 requests the ASP service company system 100 to create a form image. The data that is the basis for creating the form image, that is, data such as the insurance claim template and the policyholder ID, is managed by the information management server 210. The insurance company system 200 transmits data for creating the form image to the ASP service company system 100 (step S103).
[0062]
In the ASP service company system 100, a form image is created through the following steps. First, the form image issuance No. Is set, and a corresponding common key is generated. Then, the common key is stored in the key database 130 (step S104). The embedded data (insurance contractor ID, date) is encrypted with the common key (step S105). Further, the encrypted embedded data + issue number. Is taken, the hash is encrypted with the ASP service secret key stored in the key database 130, and signature data is generated (step S106). Then, the encrypted embedded data, signature data, issue No. Is embedded in the form image by secure print (step S107).
[0063]
The ASP service 100 transmits the form image embedded by secure printing to the insurance company system 200 (Step S108). The insurance company system 200 transmits the form image embedded by the secure print to the policyholder 300 (step S109). In the present embodiment, the form image is transmitted from the ASP service company system 100 to the policyholder terminal 300 via the insurance company system 200, but is directly transmitted from the ASP service company system 100 to the policyholder terminal 300. The system configuration may be as follows.
[0064]
In the policyholder terminal 300, the form image embedded in the secure print sent from the insurance company system 200 (or sent from the ASP service company system 100) is printed by the printer 315 (step S110). The necessary items are written in the printed form (notification of insurance claim) by handwriting and stamped (step S111).
[0065]
Next, the policyholder mails the completed form and, if necessary, attached documents such as a medical certificate of a doctor to the insurance company (step S112).
[0066]
In the insurance company system 200, the filled-out form sent from the insurance contractor is scanned by the scanner 215 (step S113). Then, the form data is transmitted to the ASP service company system 100 in the form of image data (step S114). In this manner, the insurance company system 200 requests the ASP service company system 100 to detect data on the form image and verify the data.
[0067]
In the ASP service company system 100, first, from the filled-out form image, encrypted embedded data, signature data, issue No. Is taken out (step S115). Then, the encrypted embedded data + issue No. Is verified (step S116). In addition, the key database 130 issues the issue No. Is extracted (step S117), and the encrypted embedded data is decrypted with the common key (step S118).
[0068]
The ASP service company system 100 transmits the signature verification result and data such as the policyholder ID and date to the insurance company system 200 (step S119).
[0069]
In the insurance company system 200, the validity of the completed form is confirmed based on the verification result sent from the ASP service company system 100 and the like. That is, the validity of the form is confirmed from the signature verification result, and the insurance contractor ID and the seal are checked to confirm that the claimant is the contractor himself (step S120).
[0070]
As described above, the present embodiment has the following excellent effects.
1. As an insurance contractor, the form data can be printed on the insurance contractor terminal 300 and used to claim an insurance claim. Completed, saving labor and time. In addition, since the policyholder information is embedded in advance, it is possible to prevent a third party from impersonating.
2. As an ASP service company, by embedding and verifying policyholder information in the ASP service company system 100, a new ASP service can be developed as a business.
3. As an insurance company, it is possible to outsource the work of issuing and managing forms (including management of keys used at the time of embedding), and to reduce equipment introduction costs and running costs.
[0071]
In addition, by embedding policyholder information and signature data using secure print technology, not only is there no way for a third party to recognize what information is embedded, but also if these data are embedded. Is not recognized by a third party.
[0072]
Also, security can be enhanced by encrypting policyholder information and signature data.
[0073]
(Second embodiment)
The form issuing system 10 according to the first embodiment includes an ASP service company system 100, an insurance company system 200, and an insurance contractor terminal 300, as shown in FIG. In this embodiment, an embodiment in which the insurance company system has the functions of the ASP service company system will be described.
[0074]
As shown in FIG. 2, the form issuing system 20 according to the present embodiment includes an insurance company system (including a branch, a branch office, etc.) 400 and a policyholder terminal 300 connected to each other via a network. It becomes. FIG. 2 shows one insurance company system 400 and one policyholder terminal 300 for simplification of description, but a plurality of insurance company systems 400 may exist in an actual system. It is also clear that there are a very large number of policyholder terminals 300 in this system. Hereinafter, the system configuration will be described in detail.
[0075]
(Insurer system 400)
As shown in FIG. 2, the insurance company system 400 includes an insurance company server 410, an insurance company terminal 420, and an insurance company database 430.
[0076]
(Insurer server 410)
The insurance company server 410 has both the function of the secure print embedding server 110 of the ASP service company system 100 and the function of the information management server 210 of the insurance company system 200 in the first embodiment.
[0077]
To explain in order, first, the insurance company server 410 has the function of the secure print embedding server 110 of the ASP service company system 100 in the first embodiment. In other words, the insurance company server 400 has a function of embedding insurance contractor information for identifying an insurance contractor terminal, signature data, and the like in form image data serving as the basis of the form, and creating form data. At this time, the data embedded in the form data is embedded in a substitute expression that cannot be read by a third party. As a method of creating the substitute expression, as described above, a secure print technique may be used, or a barcode, a two-dimensional barcode, or a glyph code may be used.
[0078]
The insurance company server 410 has the function of the information management server 210 of the insurance company system 200 in the first embodiment. That is, the insurance company server 400 has a function of managing policyholder information for issuing a form. The policyholder information includes a template of a form image of the insurance claim notification corresponding to each policyholder, an ID and a password for authenticating the policyholder online.
[0079]
(Insurer terminal 420)
The insurance company terminal 420 has both the function of the secure print verification server 120 of the ASP service 100 and the function of the form reception terminal 210 of the insurance company system 200 in the first embodiment.
[0080]
To explain in order, first, the insurance company terminal 420 has the function of the secure print verification server 120 of the ASP service 100 in the first embodiment. That is, the insurance company terminal 420 has a function of verifying the signature data embedded in the form data by the insurance company terminal 420 and detecting insurance contractor information.
[0081]
The insurance company terminal 420 has the function of the form receiving terminal 210 of the insurance company system 200 in the first embodiment. That is, the insurance company terminal 420 has a function of communicating with the policyholder terminal 300 via the network. Specifically, the insurance company terminal 420 transmits the form image embedded with the secure print created by the insurance company server 410 to the insurance contractor terminal 300. Further, the completed form mailed from the insurance contractor is scanned by the scanner 425 serving as a reading means, and the form image is transmitted to the insurance company server 410. Further, the validity of the completed form transmitted from the insurance company server 410 is confirmed. That is, the validity of the form is confirmed from the signature verification result, and the claimant is confirmed to be the contractor by checking the policyholder ID and the seal.
[0082]
(Insurer database 430)
The insurance company database 430 stores a secret key, a public key pair, and a common key in advance. The secret key / public key pair is used for signature verification by a so-called public key method. The common key is used for encrypting / decrypting data by a so-called common key method. Further, the insurance company database 430 can also store data such as a form of a form image.
[0083]
In this embodiment, there is no concept of using the ASP service by the insurance company system 400, and therefore, unlike the first embodiment, there is no concept of a billing means.
[0084]
The configuration of the insurance company system 400 has been described above. Note that the configuration of the policyholder terminal 300 is substantially the same as that of the first embodiment, and a duplicate description will be omitted.
[0085]
The form issuing system 20 according to the present embodiment is configured as described above.
Next, the operation of the form issuing system 20 will be described in chronological order with reference to FIG.
[0086]
First, when a policyholder makes a claim, the policyholder terminal 300 accesses the insurance company system 400. First, an ID and a password for personal authentication are transmitted from the policyholder terminal 300 (step S201). Data for personal authentication is managed by the insurance company server 410 of the insurance company system 400. When the personal authentication is successful, the policyholder terminal 300 issues a request for issuing a form such as a claim report to the insurance company system 400 (step S202).
[0087]
The present embodiment is characterized in that data is embedded in a form image in the insurance company system 400. In the insurance company system 400, a form image is created through the following steps. First, the form image issuance No. Is set, and a corresponding common key is generated. Then, the common key is stored in the insurance company database 430 (step S203). The embedded data (insurance contractor ID, date) is encrypted with the common key (step S204). Further, the encrypted embedded data + issue number. Is taken, the hash is encrypted with the secret key stored in the insurance company database 430, and signature data is generated (step S205). Then, the encrypted embedded data, signature data, issue No. Is embedded in the form image retrieved from the insurance company database 430 by secure printing (step S206).
[0088]
The insurance company system 400 transmits the form image embedded by secure printing to the policyholder terminal 300 (step S207).
[0089]
In the policyholder terminal 300, the form image embedded with the secure print sent from the insurance company system 200 is printed by the printer 315 (step S208). The necessary items are written by hand on the printed form (insurance claim report) and stamped (step S209).
[0090]
Next, the policyholder mails the completed form and, if necessary, attached documents such as a medical certificate of a doctor to the insurance company (step S210).
[0091]
In the insurance company system 200, the completed form sent from the insurance contractor is scanned by the scanner 215 (step S211).
[0092]
The present embodiment is characterized in that data detection and data verification for a form image are performed in the insurance company system 400. In the insurance company system 400, first, from the filled-out form image, the encrypted embedded data, signature data, issue No. Is taken out (step S212). Then, the encrypted embedded data + issue No. Is verified (step S213). Further, the issue No. is stored in the insurance company database 430. Is extracted (step S214), and the encrypted embedded data is decrypted with the common key (step S215).
[0093]
Further, in the insurance company system 400, the validity of the completed form is confirmed based on the verification result and the like. That is, the validity of the form is confirmed from the signature verification result, and the claimant is confirmed to be the contractor by checking the policyholder ID and the seal (step S216).
[0094]
As described above, according to the present embodiment, the insurance contractor can print the form data at the insurance contractor terminal 300 and use it to claim the insurance money. → Invoicing → Invoicing is not required, reducing labor and time. In addition, since the policyholder information is embedded in advance, it is possible to prevent a third party from impersonating.
[0095]
In addition, by embedding policyholder information and signature data using secure print technology, not only can third parties not recognize what information is embedded, but also if these data are embedded. Is not recognized by a third party.
[0096]
Also, security can be enhanced by encrypting policyholder information and signature data.
[0097]
The preferred embodiments of the form issuing method, the form issuing system, the ASP service company system, and the related invention according to the present invention have been described above with reference to the accompanying drawings, but the present invention is not limited to such examples. It is obvious that a person skilled in the art can conceive various changes or modifications within the scope of the technical idea described in the claims, and those changes naturally fall within the technical scope of the present invention. It is understood to belong.
[0098]
【The invention's effect】
As described above, the present invention has the following excellent effects.
1. As a policyholder, the form data can be printed at the policyholder's terminal and used to claim an insurance claim, so there is no need to go through the steps of sending an identity confirmation → issuing a bill → sending a bill. , Reduces labor and time. In addition, since the policyholder information is embedded in advance, it is possible to prevent a third party from impersonating.
2. The ASP service company can develop a new ASP service as a business by embedding and verifying policyholder information in the ASP service company system.
3. As an insurance company, it is possible to outsource the work of issuing and managing forms (including management of keys used at the time of embedding), and to reduce equipment introduction costs and running costs.
[Brief description of the drawings]
FIG. 1 is an explanatory diagram of a form issuing system according to a first embodiment;
FIG. 2 is an explanatory diagram of a form issuing system according to a second embodiment;
[Explanation of symbols]
10 Form issuing system
20 Form issuing system
100 ASP service company system
110 Secure Print Embedded Server
120 Secure Print Verification Server
130 key database
200 insurance company system
210 Information Management Server
220 Form reception terminal
225 scanner (reading means)
300 policyholders
305 Printer (printing means)
400 insurance company system
410 Insurance Company Server
420 insurance company terminal
425 scanner (reading means)
430 Insurance Company Database

Claims (33)

互いにネットワークを介して接続されたASPサービス会社システム,保険会社システム,および保険契約者端末の間で帳票のやりとりを行う帳票発行方法であって,
前記ASPサービス会社システムは,少なくとも保険契約者を特定するための保険契約者情報およびASPサービス会社の署名データを,第三者が読み取ることのできない表現である代用表現で埋め込んだ帳票データを前記保険契約者端末に送信し,
前記保険契約者端末は,前記帳票データを印刷し,所定事項を記載して,前記保険会社システムに送信し,
前記保険会社システムは,前記所定事項が記載された帳票を読み込み,前記ASPサービス会社システムに送信し,
前記ASPサービス会社システムは,前記署名データを検証するとともに,前記保険契約者情報を検出して,検証結果および検出結果を前記保険会社システムに送信することを特徴とする,帳票発行方法。
A form issuance method for exchanging forms between an ASP service company system, an insurance company system, and a policyholder terminal mutually connected via a network,
The ASP service company system inserts at least insurance policyholder information for identifying the insurance policyholder and signature data of the ASP service company into a form of the insurance data embedded in a substitute expression that cannot be read by a third party. Sent to the subscriber terminal,
The insurance contractor terminal prints the form data, writes predetermined data, and transmits the data to the insurance company system.
The insurance company system reads the form in which the predetermined items are described, transmits the form to the ASP service company system,
The form issuing method, wherein the ASP service company system verifies the signature data, detects the policyholder information, and transmits a verification result and a detection result to the insurance company system.
前記ASPサービス会社システムは,前記帳票データを前記保険契約者端末に送信する際に,前記保険会社システムに対し課金を行うことを特徴とする,請求項1に記載の帳票発行方法。2. The form issuing method according to claim 1, wherein the ASP service company system charges the insurance company system when transmitting the form data to the insurance contractor terminal. 前記ASPサービス会社システムは,前記署名データの検証結果および前記保険契約者情報の検出結果を前記保険会社システムに送信する際に,前記保険会社システムに対し課金を行うことを特徴とする,請求項1または2に記載の帳票発行方法。The system according to claim 11, wherein the ASP service company system charges the insurance company system when transmitting the result of the verification of the signature data and the result of detection of the policyholder information to the insurance company system. The form issuance method according to 1 or 2. 前記ASPサービス会社システムは,前記保険契約者情報およびASPサービス会社の署名データを,暗号化した後,前記帳票データに埋め込むことを特徴とする,請求項1,2または3のいずれかに記載の帳票発行方法。4. The ASP service company system according to claim 1, wherein the insurance contractor information and signature data of the ASP service company are encrypted and then embedded in the form data. Form issuance method. 前記ASPサービス会社システムは,前記保険契約者情報およびASPサービス会社の署名データの暗号化および前記暗号化に用いた暗号鍵の管理に際し,前記保険会社システムに対し課金を行うことを特徴とする,請求項4に記載の帳票発行方法。The ASP service company system charges the insurance company system when encrypting the insurance contractor information and signature data of the ASP service company and managing the encryption key used for the encryption. The form issuing method according to claim 4. 前記代用表現は,セキュアプリント技術を用いて前記帳票データに埋め込まれることを特徴とする,請求項1,2,3,4または5のいずれかに記載の帳票発行方法。6. The form issuing method according to claim 1, wherein the substitute expression is embedded in the form data using a secure print technique. 前記代用表現は,バーコード,二次元バーコード,またはグリフコードとして前記帳票データに埋め込まれることを特徴とする,請求項1,2,3,4または5のいずれかに記載の帳票発行方法。6. The form issuing method according to claim 1, wherein the substitute expression is embedded in the form data as a barcode, a two-dimensional barcode, or a glyph code. ネットワークを介して接続された保険会社システムおよび保険契約者端末の間で帳票のやりとりを行う帳票発行方法であって,
前記保険会社システムは,少なくとも保険契約者を特定するための保険契約者情報および保険会社の署名データを,第三者が読み取ることのできない表現である代用表現で埋め込んだ帳票データを前記保険契約者端末に送信し,
前記保険契約者端末は,前記帳票データを印刷し,所定事項を記載して,前記保険会社システムに送信し,
前記保険会社システムは,前記所定事項が記載された帳票を読み込み,前記署名データを検証するとともに,前記保険契約者情報を検出することを特徴とする,帳票発行方法。
A form issuing method for exchanging forms between an insurance company system and a policyholder terminal connected via a network,
The insurance company system includes a form data in which at least policyholder information for identifying the policyholder and signature data of the insurance company are embedded in a substitute expression that is not readable by a third party. Send to terminal
The insurance contractor terminal prints the form data, writes predetermined data, and transmits the data to the insurance company system.
A method for issuing a form, wherein the insurance company system reads a form in which the predetermined item is described, verifies the signature data, and detects the policyholder information.
前記保険会社システムは,前記保険契約者情報および保険会社の署名データを,暗号化した後,前記帳票データに埋め込むことを特徴とする,請求項8に記載の帳票発行方法。9. The form issuing method according to claim 8, wherein the insurance company system encrypts the policyholder information and signature data of the insurance company and then embeds the encrypted information into the form data. 前記代用表現は,セキュアプリント技術を用いて前記帳票データに埋め込まれることを特徴とする,請求項8または9に記載の帳票発行方法。10. The form issuing method according to claim 8, wherein the substitute expression is embedded in the form data using a secure print technique. 前記代用表現は,バーコード,二次元バーコード,またはグリフコードとして前記帳票データに埋め込まれることを特徴とする,請求項8,または9に記載の帳票発行方法。10. The form issuing method according to claim 8, wherein the substitute expression is embedded in the form data as a barcode, a two-dimensional barcode, or a glyph code. 互いにネットワークを介して接続されたASPサービス会社システム,保険会社システム,および保険契約者端末の間で帳票のやりとりを行う帳票発行システムであって,
前記ASPサービス会社システムは,
少なくとも保険契約者を特定するための保険契約者情報およびASPサービス会社の署名データを,第三者が読み取ることのできない表現である代用表現で埋め込んだ帳票データを作成する埋め込みサーバと,前記署名データを検証するとともに,前記保険契約者情報を検出する検証サーバとを備え,
前記保険契約者端末は,前記帳票データを印刷する印刷手段を備え,
前記保険会社システムは,前記所定事項が記載された帳票を読み込む読込手段を備えたことを特徴とする,帳票発行システム。
An ASP service company system, an insurance company system, and a form issuing system for exchanging forms between insurance contractor terminals, which are connected to each other via a network,
The ASP service company system,
An embedding server for creating form data in which at least insurance contractor information for identifying an insurance contractor and signature data of an ASP service company are embedded in a substitute expression that is not readable by a third party, and the signature data And a verification server for detecting the policyholder information.
The policyholder terminal includes printing means for printing the form data,
The form issuing system, wherein the insurance company system includes reading means for reading a form in which the predetermined items are described.
前記保険会社システムは,さらに,前記保険契約者を特定するための保険契約者情報を管理する情報管理サーバを備えたことを特徴とする,請求項12に記載の帳票発行システム。13. The form issuing system according to claim 12, wherein the insurance company system further includes an information management server that manages policyholder information for specifying the policyholder. 前記ASPサービス会社システムは,さらに,前記帳票データを前記保険契約者端末に送信する際に,前記保険会社システムに対し課金を行うための第1の課金手段を備えたことを特徴とする,請求項12または13に記載の帳票発行システム。The ASP service company system further comprises first billing means for billing the insurance company system when transmitting the form data to the policyholder terminal. Item 14. The form issuing system according to Item 12 or 13. 前記ASPサービス会社システムは,さらに,前記署名データの検証結果および前記保険契約者情報の検出結果を前記保険会社システムに送信する際に,前記保険会社システムに対し課金を行うための第2の課金手段を備えたことを特徴とする,請求項12,13または14のいずれかに記載の帳票発行システム。The ASP service company system further includes a second charging for charging the insurance company system when transmitting the result of the verification of the signature data and the result of detecting the policyholder information to the insurance company system. 15. The form issuing system according to claim 12, further comprising means. 前記ASPサービス会社システムは,前記保険契約者情報およびASPサービス会社の署名データを,暗号化した後,前記帳票データに埋め込むことを特徴とする,請求項12,13,14または15のいずれかに記載の帳票発行システム。16. The ASP service company system according to claim 12, wherein the insurance contractor information and the signature data of the ASP service company are encrypted and then embedded in the form data. Form issuing system described. 前記ASPサービス会社システムは,さらに,前記暗号化に用いる鍵を管理する鍵データベースと,前記保険契約者情報およびASPサービス会社の署名データの暗号化および前記暗号化に用いた暗号鍵の管理に際し,前記保険会社システムに対し課金を行うための第3の課金手段とを備えたことを特徴とする,請求項16に記載の帳票発行システム。The ASP service company system further includes a key database for managing keys used for the encryption, and encryption of the insurance contractor information and signature data of the ASP service company, and management of the encryption key used for the encryption. 17. The form issuing system according to claim 16, further comprising a third charging unit for charging the insurance company system. 前記代用表現は,セキュアプリント技術を用いて前記帳票データに埋め込まれることを特徴とする,請求項12,13,14,15,16または17のいずれかに記載の帳票発行システム。18. The form issuing system according to claim 12, wherein the substitute expression is embedded in the form data using a secure print technique. 前記代用表現は,バーコード,二次元バーコード,またはグリフコードとして前記帳票データに埋め込まれることを特徴とする,請求項12,13,14,15,16または17のいずれかに記載の帳票発行システム。18. The form issuance according to claim 12, wherein the substitute expression is embedded in the form data as a barcode, a two-dimensional barcode, or a glyph code. system. ネットワークを介して接続された保険会社システムおよび保険契約者端末の間で帳票のやりとりを行う帳票発行システムであって,
前記保険会社システムは,少なくとも保険契約者を特定するための保険契約者情報および保険会社の署名データを,第三者が読み取ることのできない表現である代用表現で埋め込んだ帳票データを作成する埋め込みサーバと,
所定事項が記載された帳票を読み込む読込手段と,
前記署名データを検証するとともに,前記保険契約者情報を検出する検証サーバとを備え,
前記保険契約者端末は,前記帳票データを印刷する印刷手段を備えたことを特徴とする,帳票発行システム。
A form issuing system for exchanging forms between an insurance company system and a policyholder terminal connected via a network,
The insurance company system includes an embedded server for creating report data in which at least insurance policyholder information for identifying an insurance policyholder and signature data of the insurance company are embedded in a substitute expression that cannot be read by a third party. When,
Reading means for reading a form in which predetermined items are described;
A verification server that verifies the signature data and detects the policyholder information;
A form issuing system, wherein the policyholder terminal includes a printing unit for printing the form data.
前記保険会社システムは,前記保険契約者情報および保険会社の署名データを,暗号化した後,前記帳票データに埋め込むことを特徴とする,請求項20に記載の帳票発行システム。21. The form issuing system according to claim 20, wherein the insurance company system encrypts the policyholder information and the insurance company signature data and then embeds the information into the form data. 前記保険会社システムは,さらに,前記暗号化に用いる鍵を管理する鍵データベースを備えたことを特徴とする,請求項21に記載の帳票発行システム。22. The form issuing system according to claim 21, wherein the insurance company system further includes a key database for managing keys used for the encryption. 前記代用表現は,セキュアプリント技術を用いて前記帳票データに埋め込まれることを特徴とする,請求項20,21または22のいずれかに記載の帳票発行システム。23. The form issuing system according to claim 20, wherein the substitute expression is embedded in the form data using a secure print technique. 前記代用表現は,バーコード,二次元バーコード,またはグリフコードとして前記帳票データに埋め込まれることを特徴とする,請求項20,21または22のいずれかに記載の帳票発行システム。23. The form issuing system according to claim 20, wherein the substitute expression is embedded in the form data as a barcode, a two-dimensional barcode, or a glyph code. 互いにネットワークを介して接続された保険会社システムおよび保険契約者端末との間で帳票のやりとりを行うASPサービス会社システムであって,
少なくとも保険契約者を特定するための保険契約者情報および署名データを,第三者が読み取ることのできない表現である代用表現で埋め込んだ帳票データを作成する埋め込みサーバと,
前記署名データを検証するとともに,前記保険契約者情報を検出する検証サーバと,
を備えたことを特徴とする,ASPサービス会社システム。
An ASP service company system for exchanging forms with an insurance company system and a policyholder terminal connected to each other via a network,
An embedded server for creating report data in which at least policyholder information for identifying the policyholder and signature data are embedded in a substitute expression that is not readable by a third party;
A verification server that verifies the signature data and detects the policyholder information;
An ASP service company system comprising:
さらに,前記帳票データを前記保険契約者端末に送信する際に,前記保険会社システムに対し課金を行うための第1の課金手段を備えたことを特徴とする,請求項25に記載のASPサービス会社システム。26. The ASP service according to claim 25, further comprising a first billing means for billing said insurance company system when transmitting said form data to said policyholder terminal. Company system. さらに,前記署名データの検証結果および前記保険契約者情報の検出結果を前記保険会社システムに送信する際に,前記保険会社システムに対し課金を行うための第2の課金手段を備えたことを特徴とする,請求項25または26に記載のASPサービス会社システム。Further, a second charging unit is provided for charging the insurance company system when transmitting the verification result of the signature data and the detection result of the policyholder information to the insurance company system. The ASP service company system according to claim 25 or 26, wherein 前記保険契約者情報および署名データを,暗号化した後,前記帳票データに埋め込むことを特徴とする,請求項25,26または27のいずれかに記載のASPサービス会社システム。28. The ASP service company system according to claim 25, wherein the policyholder information and signature data are encrypted and then embedded in the form data. さらに,前記暗号化に用いる鍵を管理する鍵データベースと,前記保険契約者情報および署名データの暗号化および前記暗号化に用いた暗号鍵の管理に際し,前記保険会社システムに対し課金を行うための第3の課金手段とを備えたことを特徴とする,請求項28に記載のASPサービス会社システム。Further, a key database for managing the key used for the encryption, and for charging the insurance company system when encrypting the policyholder information and signature data and managing the encryption key used for the encryption. 29. The ASP service company system according to claim 28, further comprising a third charging unit. 前記代用表現は,セキュアプリント技術を用いて前記帳票データに埋め込まれることを特徴とする,請求項25,26,27,28または29のいずれかに記載のASPサービス会社システム。30. The ASP service company system according to claim 25, wherein the substitute expression is embedded in the form data using a secure print technology. 前記代用表現は,バーコード,二次元バーコード,またはグリフコードとして前記帳票データに埋め込まれることを特徴とする,請求項25,26,27,28または29のいずれかに記載のASPサービス会社システム。The ASP service company system according to claim 25, wherein the substitute expression is embedded in the form data as a barcode, a two-dimensional barcode, or a glyph code. . コンピュータを,請求項25,26,27,28,29,30または31のいずれかに記載の埋め込みサーバとして機能させるためのコンピュータプログラム。A computer program for causing a computer to function as the embedded server according to any one of claims 25, 26, 27, 28, 29, 30, or 31. コンピュータを,請求項25,26,27,28,29,30または31のいずれかに記載の検証サーバとして機能させるためのコンピュータプログラム。A computer program for causing a computer to function as the verification server according to any one of claims 25, 26, 27, 28, 29, 30, and 31.
JP2002346009A 2002-11-28 2002-11-28 Method for issuing document, document issue system, asp service company system, and computer program Withdrawn JP2004178424A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002346009A JP2004178424A (en) 2002-11-28 2002-11-28 Method for issuing document, document issue system, asp service company system, and computer program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002346009A JP2004178424A (en) 2002-11-28 2002-11-28 Method for issuing document, document issue system, asp service company system, and computer program

Publications (1)

Publication Number Publication Date
JP2004178424A true JP2004178424A (en) 2004-06-24

Family

ID=32707042

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002346009A Withdrawn JP2004178424A (en) 2002-11-28 2002-11-28 Method for issuing document, document issue system, asp service company system, and computer program

Country Status (1)

Country Link
JP (1) JP2004178424A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006157914A (en) * 2004-11-30 2006-06-15 Ricoh Co Ltd Document authentication method, detectable document generation method and apparatus and program
JP2013510347A (en) * 2009-11-04 2013-03-21 インピオンコンサルティング シーオー エルティディ Networking terminal device for business support in public area and insurance business support system using the same

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006157914A (en) * 2004-11-30 2006-06-15 Ricoh Co Ltd Document authentication method, detectable document generation method and apparatus and program
JP2013510347A (en) * 2009-11-04 2013-03-21 インピオンコンサルティング シーオー エルティディ Networking terminal device for business support in public area and insurance business support system using the same

Similar Documents

Publication Publication Date Title
CA2594018C (en) Method and process for creating an electronically signed document
JP3754565B2 (en) Electronic seal mark authentication system
US9268969B2 (en) System and method for field-verifiable record authentication
JP4323098B2 (en) A signature system that verifies the validity of user signature information
US20100161993A1 (en) Notary document processing and storage system and methods
KR101039390B1 (en) A method and system of examining the genuineness of the issued document using a bar-code
US20080100874A1 (en) Notary document processing and storage system and methods
US7660981B1 (en) Verifiable chain of transfer for digital documents
JP2015537431A (en) How to use an analog digital (AD) signature with additional confirmation to sign a document
JPH06176036A (en) Method for forming duplication which can be authenticated
WO2001015382A1 (en) Legitimacy protection of electronic document and a printed copy thereof
KR102032131B1 (en) Method and System for authenticating documents using inquiry history notice
JP4608845B2 (en) How to publish signature records
JP4877412B2 (en) Procedure system terminal device and storage medium
KR102256922B1 (en) Method and System for authenticating documents using inquiry history notice
JP2000215280A (en) Identity certification system
JP4923388B2 (en) Content certification system
JP2003208488A (en) Originality confirmation method and system for recorded information
JP2000076360A (en) Method and device for document management and storage medium stored with document managing program
JP4800825B2 (en) Encryption communication method
JP2002099209A (en) Device, system, method, program, printed matter and recording medium relating to printed matter verification information addition and printed matter verification
JP2004178424A (en) Method for issuing document, document issue system, asp service company system, and computer program
KR101664228B1 (en) Dealing method based on electronic document using verifiable electronic notice of true copy
JP4039377B2 (en) Document data management system, document data management method, and document data management program
GB2358115A (en) Method and system for remote printing of duplication resistent documents

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20060207