(57)【要約】【課題】保険金請求の手間および時間を節約するとともに，保険契約書などのように高いセキュリティを要求される書面であっても，ネットワークを介して容易にやり取りすることの可能な帳票発行方法を提供する。【解決手段】ＡＳＰサービス会社システム１００は，少なくとも保険契約者端末を特定するための保険契約者情報および署名データを，セキュアプリント技術で埋め込んだ帳票データを保険契約者端末に送信し，保険契約者端末３００は，帳票データを印刷し，所定事項を記載して，保険会社システムに送信し，保険会社システム２００は，所定事項が記載された帳票を読み込み，ＡＳＰサービス会社システムに送信し，ＡＳＰサービス会社システムは，署名データを検証するとともに，保険契約者情報を検出して，検証結果および検出結果を保険会社システムに送信する。【選択図】  図１
2004178424.tif 000002
【特許請求の範囲】
【請求項１】
互いにネットワークを介して接続されたＡＳＰサービス会社システム，保険会社システム，および保険契約者端末の間で帳票のやりとりを行う帳票発行方法であって，
前記ＡＳＰサービス会社システムは，少なくとも保険契約者を特定するための保険契約者情報およびＡＳＰサービス会社の署名データを，第三者が読み取ることのできない表現である代用表現で埋め込んだ帳票データを前記保険契約者端末に送信し，
前記保険契約者端末は，前記帳票データを印刷し，所定事項を記載して，前記保険会社システムに送信し，
前記保険会社システムは，前記所定事項が記載された帳票を読み込み，前記ＡＳＰサービス会社システムに送信し，
前記ＡＳＰサービス会社システムは，前記署名データを検証するとともに，前記保険契約者情報を検出して，検証結果および検出結果を前記保険会社システムに送信することを特徴とする，帳票発行方法。
【請求項２】
前記ＡＳＰサービス会社システムは，前記帳票データを前記保険契約者端末に送信する際に，前記保険会社システムに対し課金を行うことを特徴とする，請求項１に記載の帳票発行方法。
【請求項３】
前記ＡＳＰサービス会社システムは，前記署名データの検証結果および前記保険契約者情報の検出結果を前記保険会社システムに送信する際に，前記保険会社システムに対し課金を行うことを特徴とする，請求項１または２に記載の帳票発行方法。
【請求項４】
前記ＡＳＰサービス会社システムは，前記保険契約者情報およびＡＳＰサービス会社の署名データを，暗号化した後，前記帳票データに埋め込むことを特徴とする，請求項１，２または３のいずれかに記載の帳票発行方法。
【請求項５】
前記ＡＳＰサービス会社システムは，前記保険契約者情報およびＡＳＰサービス会社の署名データの暗号化および前記暗号化に用いた暗号鍵の管理に際し，前記保険会社システムに対し課金を行うことを特徴とする，請求項４に記載の帳票発行方法。
【請求項６】
前記代用表現は，セキュアプリント技術を用いて前記帳票データに埋め込まれることを特徴とする，請求項１，２，３，４または５のいずれかに記載の帳票発行方法。
【請求項７】
前記代用表現は，バーコード，二次元バーコード，またはグリフコードとして前記帳票データに埋め込まれることを特徴とする，請求項１，２，３，４または５のいずれかに記載の帳票発行方法。
【請求項８】
ネットワークを介して接続された保険会社システムおよび保険契約者端末の間で帳票のやりとりを行う帳票発行方法であって，
前記保険会社システムは，少なくとも保険契約者を特定するための保険契約者情報および保険会社の署名データを，第三者が読み取ることのできない表現である代用表現で埋め込んだ帳票データを前記保険契約者端末に送信し，
前記保険契約者端末は，前記帳票データを印刷し，所定事項を記載して，前記保険会社システムに送信し，
前記保険会社システムは，前記所定事項が記載された帳票を読み込み，前記署名データを検証するとともに，前記保険契約者情報を検出することを特徴とする，帳票発行方法。
【請求項９】
前記保険会社システムは，前記保険契約者情報および保険会社の署名データを，暗号化した後，前記帳票データに埋め込むことを特徴とする，請求項８に記載の帳票発行方法。
【請求項１０】
前記代用表現は，セキュアプリント技術を用いて前記帳票データに埋め込まれることを特徴とする，請求項８または９に記載の帳票発行方法。
【請求項１１】
前記代用表現は，バーコード，二次元バーコード，またはグリフコードとして前記帳票データに埋め込まれることを特徴とする，請求項８，または９に記載の帳票発行方法。
【請求項１２】
互いにネットワークを介して接続されたＡＳＰサービス会社システム，保険会社システム，および保険契約者端末の間で帳票のやりとりを行う帳票発行システムであって，
前記ＡＳＰサービス会社システムは，
少なくとも保険契約者を特定するための保険契約者情報およびＡＳＰサービス会社の署名データを，第三者が読み取ることのできない表現である代用表現で埋め込んだ帳票データを作成する埋め込みサーバと，前記署名データを検証するとともに，前記保険契約者情報を検出する検証サーバとを備え，
前記保険契約者端末は，前記帳票データを印刷する印刷手段を備え，
前記保険会社システムは，前記所定事項が記載された帳票を読み込む読込手段を備えたことを特徴とする，帳票発行システム。
【請求項１３】
前記保険会社システムは，さらに，前記保険契約者を特定するための保険契約者情報を管理する情報管理サーバを備えたことを特徴とする，請求項１２に記載の帳票発行システム。
【請求項１４】
前記ＡＳＰサービス会社システムは，さらに，前記帳票データを前記保険契約者端末に送信する際に，前記保険会社システムに対し課金を行うための第１の課金手段を備えたことを特徴とする，請求項１２または１３に記載の帳票発行システム。
【請求項１５】
前記ＡＳＰサービス会社システムは，さらに，前記署名データの検証結果および前記保険契約者情報の検出結果を前記保険会社システムに送信する際に，前記保険会社システムに対し課金を行うための第２の課金手段を備えたことを特徴とする，請求項１２，１３または１４のいずれかに記載の帳票発行システム。
【請求項１６】
前記ＡＳＰサービス会社システムは，前記保険契約者情報およびＡＳＰサービス会社の署名データを，暗号化した後，前記帳票データに埋め込むことを特徴とする，請求項１２，１３，１４または１５のいずれかに記載の帳票発行システム。
【請求項１７】
前記ＡＳＰサービス会社システムは，さらに，前記暗号化に用いる鍵を管理する鍵データベースと，前記保険契約者情報およびＡＳＰサービス会社の署名データの暗号化および前記暗号化に用いた暗号鍵の管理に際し，前記保険会社システムに対し課金を行うための第３の課金手段とを備えたことを特徴とする，請求項１６に記載の帳票発行システム。
【請求項１８】
前記代用表現は，セキュアプリント技術を用いて前記帳票データに埋め込まれることを特徴とする，請求項１２，１３，１４，１５，１６または１７のいずれかに記載の帳票発行システム。
【請求項１９】
前記代用表現は，バーコード，二次元バーコード，またはグリフコードとして前記帳票データに埋め込まれることを特徴とする，請求項１２，１３，１４，１５，１６または１７のいずれかに記載の帳票発行システム。
【請求項２０】
ネットワークを介して接続された保険会社システムおよび保険契約者端末の間で帳票のやりとりを行う帳票発行システムであって，
前記保険会社システムは，少なくとも保険契約者を特定するための保険契約者情報および保険会社の署名データを，第三者が読み取ることのできない表現である代用表現で埋め込んだ帳票データを作成する埋め込みサーバと，
所定事項が記載された帳票を読み込む読込手段と，
前記署名データを検証するとともに，前記保険契約者情報を検出する検証サーバとを備え，
前記保険契約者端末は，前記帳票データを印刷する印刷手段を備えたことを特徴とする，帳票発行システム。
【請求項２１】
前記保険会社システムは，前記保険契約者情報および保険会社の署名データを，暗号化した後，前記帳票データに埋め込むことを特徴とする，請求項２０に記載の帳票発行システム。
【請求項２２】
前記保険会社システムは，さらに，前記暗号化に用いる鍵を管理する鍵データベースを備えたことを特徴とする，請求項２１に記載の帳票発行システム。
【請求項２３】
前記代用表現は，セキュアプリント技術を用いて前記帳票データに埋め込まれることを特徴とする，請求項２０，２１または２２のいずれかに記載の帳票発行システム。
【請求項２４】
前記代用表現は，バーコード，二次元バーコード，またはグリフコードとして前記帳票データに埋め込まれることを特徴とする，請求項２０，２１または２２のいずれかに記載の帳票発行システム。
【請求項２５】
互いにネットワークを介して接続された保険会社システムおよび保険契約者端末との間で帳票のやりとりを行うＡＳＰサービス会社システムであって，
少なくとも保険契約者を特定するための保険契約者情報および署名データを，第三者が読み取ることのできない表現である代用表現で埋め込んだ帳票データを作成する埋め込みサーバと，
前記署名データを検証するとともに，前記保険契約者情報を検出する検証サーバと，
を備えたことを特徴とする，ＡＳＰサービス会社システム。
【請求項２６】
さらに，前記帳票データを前記保険契約者端末に送信する際に，前記保険会社システムに対し課金を行うための第１の課金手段を備えたことを特徴とする，請求項２５に記載のＡＳＰサービス会社システム。
【請求項２７】
さらに，前記署名データの検証結果および前記保険契約者情報の検出結果を前記保険会社システムに送信する際に，前記保険会社システムに対し課金を行うための第２の課金手段を備えたことを特徴とする，請求項２５または２６に記載のＡＳＰサービス会社システム。
【請求項２８】
前記保険契約者情報および署名データを，暗号化した後，前記帳票データに埋め込むことを特徴とする，請求項２５，２６または２７のいずれかに記載のＡＳＰサービス会社システム。
【請求項２９】
さらに，前記暗号化に用いる鍵を管理する鍵データベースと，前記保険契約者情報および署名データの暗号化および前記暗号化に用いた暗号鍵の管理に際し，前記保険会社システムに対し課金を行うための第３の課金手段とを備えたことを特徴とする，請求項２８に記載のＡＳＰサービス会社システム。
【請求項３０】
前記代用表現は，セキュアプリント技術を用いて前記帳票データに埋め込まれることを特徴とする，請求項２５，２６，２７，２８または２９のいずれかに記載のＡＳＰサービス会社システム。
【請求項３１】
前記代用表現は，バーコード，二次元バーコード，またはグリフコードとして前記帳票データに埋め込まれることを特徴とする，請求項２５，２６，２７，２８または２９のいずれかに記載のＡＳＰサービス会社システム。
【請求項３２】
コンピュータを，請求項２５，２６，２７，２８，２９，３０または３１のいずれかに記載の埋め込みサーバとして機能させるためのコンピュータプログラム。
【請求項３３】
コンピュータを，請求項２５，２６，２７，２８，２９，３０または３１のいずれかに記載の検証サーバとして機能させるためのコンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は，セキュアプリント技術を利用し，生命保険の保険金請求などの申請を自宅で印刷した帳票を用いて行うための，帳票発行方法，帳票発行システム，ＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）サービス会社システム，およびその関連技術に関する。
【０００２】
【従来の技術】
従来，生命保険などで契約した保険の保険金請求などを行う際，まずは保険会社（支店，支社）から保険金請求書を取り寄せてから，必要事項を記入して医師の診断書などの添付書類を添えて提出する必要があった。この際，保険契約者が保険金請求書などの申請書類を取り寄せるには様々な方法があるが，例えば，郵便による方法がある。
【０００３】
保険契約者が保険金請求書などの申請書類を取り寄せるには本人確認が必要なので，郵便の場合のように，保険会社の支社や支店が保険契約者の所在地と離れている場合などは，例えば以下のような手続きが取られる。
▲１▼保険会社が本人確認の書類を契約者に送付（郵送）
▲２▼契約者は保険契約時の印鑑で捺印して保険会社に返送（郵送）
▲３▼保険会社は契約印と比較し，一致を確認した上で保険金請求書を契約者に送付（郵送）
▲４▼契約者は保険金請求書に必要事項を記入して医師の診断書などの添付書類を添えて保険会社に送付（郵送）
▲５▼保険会社は提出された書類を審査して，問題なければ保険金を契約者の指定口座に入金
【０００４】
また，保険契約者が保険金請求書などの申請書類を取り寄せる他の方法としてインターネットなどのネットワークを用いた方法がある。最近では様々な申請用紙（例えば住民票の写しの申請用ＰＤＦファイル）を指定のＷｅｂサイトからダウンロードして自宅のプリンタで印刷できるサービスも出てきている。
【０００５】
【非特許文献１】
『小冊子「保険金請求のしおり」（自賠責保険・自動車保険）』
（ｈｔｔｐ：／／ｗｗｗ．ｓｏｎｐｏ．ｏｒ．ｊｐ／ｐｕｂｌｉｓｈ／ｂｏｏｋ＿ｓｈｉｏｒｉ．ｈｔｍｌ）
【非特許文献２】
『保険金請求に伴う書類のご案内』
（ｈｔｔｐ：／／ｗｗｗ．ｋａｍｐｏ．ｇｏ．ｊｐ／ｋａｎｙｕ／ｉｎｆｏｒｍａｔｉｏｎ／ｔ＿５．ｈｔｍｌ）
【０００６】
【発明が解決しようとする課題】
しかしながら，郵便による方法では，保険金の支払に膨大な時間や手間がかかり，問題であった。また，ネットワークを用いた方法では，発行側（印刷側）の管理ができず，その結果，保険業界で取り扱うような帳票類（保険契約書など）では，不正使用（例えば契約者に成りすまして，保険金の受取人を変更してしまう。）されてしまう可能性がある。したがって，このようなセキュリティ性が高い帳票にはネットワークを用いた方法は受け入れられていないのが現状である。
【０００７】
本発明は，従来の帳票発行方法が有する上記問題点に鑑みてなされたものであり，本発明の目的は，保険契約者の本人確認および保険金請求をまとめて行うことにより，保険金請求の手間および時間を節約することの可能な，新規かつ改良された帳票発行方法，帳票発行システム，ＡＳＰサービス会社システム，およびその関連技術を提供することである。
【０００８】
さらに，本発明の別の目的は，保険契約書などのように高いセキュリティを要求される書面であっても，ネットワークを介して容易にやり取りすることの可能な，新規かつ改良された帳票発行方法，帳票発行システム，ＡＳＰサービス会社システム，およびその関連技術を提供することである。
【０００９】
【課題を解決するための手段】
上記課題を解決するため，本発明の第１の観点によれば，互いにネットワークを介して接続されたＡＳＰサービス会社システム，保険会社システム，および保険契約者端末の間で帳票のやりとりを行う帳票発行方法が提供される（請求項１）。本発明の帳票発行方法は，少なくとも以下の各ステップを含むことを特徴とするものである。
・ＡＳＰサービス会社システムは，少なくとも保険契約者を特定するための保険契約者情報およびＡＳＰサービス会社の署名データを，第三者が読み取ることのできない表現である代用表現で埋め込んだ帳票データを保険契約者端末に送信する（ステップＳ１０４〜Ｓ１０８）。
・保険契約者端末は，帳票データを印刷し，所定事項を記載して，保険会社システムに送信する（ステップＳ１１０〜Ｓ１１２）。
・保険会社システムは，所定事項が記載された帳票を読み込み，ＡＳＰサービス会社システムに送信する（ステップＳ１１３〜Ｓ１１４）。
・ＡＳＰサービス会社システムは，署名データを検証するとともに，保険契約者情報を検出して，検証結果および検出結果を保険会社システムに送信する（ステップＳ１１５〜Ｓ１１９）。
なお上記において，括弧書きで記した各ステップは，理解を容易にするため，後述の実施形態における対応するステップを記したに過ぎず，本発明がこれに限定されるものではない。
【００１０】
かかる方法によれば，以下のような優れた効果を有する。
１．保険契約者としては，保険契約者端末において帳票データを印刷し，これを用いて保険金を請求することができるので，本人確認書送付→請求書発行→請求書送付といった段階を踏まずに済み，手間と時間を削減できる。また，保険契約者情報があらかじめ埋め込まれていることで，第三者のなりすましを防止することができる。
２．ＡＳＰサービス会社としては，保険契約者情報の埋め込みおよび検証をＡＳＰサービス会社システムで行うことで，新たなＡＳＰサービスをビジネスとして展開可能である。
３．保険会社としては，帳票の発行および管理（埋め込み時に使用する鍵の管理含む）の手間をアウトソーシングすることができ，設備導入コストやランニングコストを低減することが可能である。
【００１１】
本発明の第１の観点にかかる帳票発行方法において，以下のような応用が可能である。
【００１２】
ＡＳＰサービス会社システムは，帳票データを保険契約者端末に送信する際に，保険会社システムに対し課金を行うようにしてもよい（請求項２）。
【００１３】
ＡＳＰサービス会社システムは，署名データの検証結果および保険契約者情報の検出結果を保険会社システムに送信する際に，保険会社システムに対し課金を行うようにしてもよい（請求項３）。
【００１４】
ＡＳＰサービス会社システムは，保険契約者情報およびＡＳＰサービス会社の署名データを，暗号化した後，帳票データに埋め込むようにしてもよい（請求項４）。保険契約者情報および署名データを暗号化することにより，セキュリティを高めることができる。この場合，ＡＳＰサービス会社システムは，保険契約者情報およびＡＳＰサービス会社の署名データの暗号化および暗号化に用いた暗号鍵の管理に際し，保険会社システムに対し課金を行うようにしてもよい（請求項５）。
【００１５】
代用表現は，セキュアプリント技術を用いて帳票データに埋め込まれるようにしてもよく（請求項６），バーコード，二次元バーコード，またはグリフコードとして帳票データに埋め込まれるようにしてもよい（請求項７）。このようにすれば，どのような情報が埋め込まれているかを第三者に認識されることがない。特にセキュアプリント技術を用いて代用表現を埋め込めば，代用表現が埋め込まれていること自体を第三者に認識されることがない。
【００１６】
また，本発明の第２の観点によれば，ネットワークを介して接続された保険会社システムおよび保険契約者端末の間で帳票のやりとりを行う帳票発行方法が提供される。本発明の帳票発行方法は，少なくとも以下の各ステップを含むことを特徴とするものである（請求項８）。
・保険会社システムは，少なくとも保険契約者を特定するための保険契約者情報および保険会社の署名データを，第三者が読み取ることのできない表現である代用表現で埋め込んだ帳票データを保険契約者端末に送信する（ステップＳ２０３〜Ｓ２０７）。
・保険契約者端末は，帳票データを印刷し，所定事項を記載して，保険会社システムに送信する（ステップＳ２０８〜Ｓ２１０）。
・保険会社システムは，所定事項が記載された帳票を読み込み，署名データを検証するとともに，保険契約者情報を検出する（ステップＳ２１１〜Ｓ２１６）。
なお上記において，括弧書きで記した各ステップは，理解を容易にするため，後述の実施形態における対応するステップを記したに過ぎず，本発明がこれに限定されるものではない。
【００１７】
かかる方法によれば，保険契約者としては，保険契約者端末において帳票データを印刷し，これを用いて保険金を請求することができるので，本人確認書送付→請求書発行→請求書送付といった段階を踏まずに済み，手間と時間を削減できる。また，保険契約者情報があらかじめ埋め込まれていることで，第三者のなりすましを防止することができる。
【００１８】
本発明の第２の観点にかかる帳票発行方法において，以下のような応用が可能である。
【００１９】
保険会社システムは，保険契約者情報および保険会社の署名データを，暗号化した後，帳票データに埋め込むようにしてもよい（請求項９）。保険契約者情報および署名データを暗号化することにより，セキュリティを高めることができる。
【００２０】
代用表現は，セキュアプリント技術を用いて帳票データに埋め込まれるようにしてもよく（請求項１０），バーコード，二次元バーコード，またはグリフコードとして帳票データに埋め込まれるようにしてもよい（請求項１１）。このようにすれば，どのような情報が埋め込まれているかを第三者に認識されることがない。特にセキュアプリント技術を用いて代用表現を埋め込めば，代用表現が埋め込まれていること自体を第三者に認識されることがない。
【００２１】
また，本発明の第３の観点によれば，互いにネットワークを介して接続されたＡＳＰサービス会社システム，保険会社システム，および保険契約者端末の間で帳票のやりとりを行う帳票発行システム（１０）が提供される。本発明の帳票発行システムは，以下の各構成要素を含むことを特徴とするものである（請求項１２）。
・ＡＳＰサービス会社システム（１００）は，少なくとも保険契約者を特定するための保険契約者情報およびＡＳＰサービス会社の署名データを，第三者が読み取ることのできない表現である代用表現で埋め込んだ帳票データを作成する埋め込みサーバ（１１０）と，署名データを検証するとともに，保険契約者情報を検出する検証サーバ（１２０）とを備える。
・保険契約者端末（３００）は，帳票データを印刷する印刷手段（３０５）を備える。
・保険会社システム（２００）は，所定事項が記載された帳票を読み込む読込手段（２２５）を備える。
なお上記において，括弧書きで記した各構成要素は，理解を容易にするため，後述の実施形態における対応する構成要素を記したに過ぎず，本発明がこれに限定されるものではない。
【００２２】
かかるシステムによれば，上記優れた効果が有する本発明の第１の観点にかかる帳票発行方法を容易に実現可能である。
【００２３】
本発明の第３の観点にかかる帳票発行システムにおいて，以下のような応用が可能である。
【００２４】
保険会社システムは，さらに，保険契約者を特定するための保険契約者情報を管理する情報管理サーバ（２２０）を備えるようにしてもよい（請求項１３）。保険会社システムにおいて保険契約者情報を管理し，これをネットワークを介してやりとりしないことで，保険契約者情報が外部に漏洩するのを防止することが可能である。
【００２５】
ＡＳＰサービス会社システムは，さらに，帳票データを保険契約者端末に送信する際に，保険会社システムに対し課金を行うための第１の課金手段を備えるようにしてもよい（請求項１４）。
【００２６】
ＡＳＰサービス会社システムは，さらに，署名データの検証結果および保険契約者情報の検出結果を保険会社システムに送信する際に，保険会社システムに対し課金を行うための第２の課金手段を備えるようにしてもよい（請求項１５）。
【００２７】
ＡＳＰサービス会社システムは，保険契約者情報およびＡＳＰサービス会社の署名データを，暗号化した後，帳票データに埋め込むようにしてもよい（請求項１６）。保険契約者情報および署名データを暗号化することにより，セキュリティを高めることができる。この場合，ＡＳＰサービス会社システムは，さらに，暗号化に用いる鍵を管理する鍵データベースと，保険契約者情報およびＡＳＰサービス会社の署名データの暗号化および暗号化に用いた暗号鍵の管理に際し，保険会社システムに対し課金を行うための第３の課金手段とを備えるようにしてもよい（請求項１７）。
【００２８】
代用表現は，セキュアプリント技術を用いて帳票データに埋め込まれるようにしてもよく（請求項１８），バーコード，二次元バーコード，またはグリフコードとして帳票データに埋め込まれるようにしてもよい（請求項１９）。このようにすれば，どのような情報が埋め込まれているかを第三者に認識されることがない。特にセキュアプリント技術を用いて代用表現を埋め込めば，代用表現が埋め込まれていること自体を第三者に認識されることがない。
【００２９】
また，本発明の第４の観点によれば，ネットワークを介して接続された保険会社システムおよび保険契約者端末の間で帳票のやりとりを行う帳票発行システム（２０）が提供される。本発明の帳票発行システムは，以下の各構成要素を含むことを特徴とするものである（請求項２０）。
・保険会社システム（４００）は，少なくとも保険契約者を特定するための保険契約者情報および署名データを，第三者が読み取ることのできない表現である代用表現で埋め込んだ帳票データを作成する埋め込みサーバ（４１０）と，所定事項が記載された帳票を読み込む読込手段（４２０）と，署名データを検証するとともに，保険契約者情報を検出する検証サーバ（４３０）とを備える。
・保険契約者端末（３００）は，帳票データを印刷する印刷手段（３０５）を備える。
なお上記において，括弧書きで記した各構成要素は，理解を容易にするため，後述の実施形態における対応する構成要素を記したに過ぎず，本発明がこれに限定されるものではない。
【００３０】
かかるシステムによれば，上記優れた効果が有する本発明の第２の観点にかかる帳票発行方法を容易に実現可能である。
【００３１】
本発明の第４の観点にかかる帳票発行システムにおいて，以下のような応用が可能である。
【００３２】
保険会社システムは，保険契約者情報および署名データを，暗号化した後，帳票データに埋め込むようにしてもよい（請求項２１）。保険契約者情報および署名データを暗号化することにより，セキュリティを高めることができる。この場合，保険会社システムは，さらに，暗号化に用いる鍵を管理する鍵データベースを備えるようにしてもよい（請求項２２）。
【００３３】
代用表現は，セキュアプリント技術を用いて帳票データに埋め込まれるようにしてもよく（請求項２３），バーコード，二次元バーコード，またはグリフコードとして帳票データに埋め込まれるようにしてもよい（請求項２４）。このようにすれば，どのような情報が埋め込まれているかを第三者に認識されることがない。特にセキュアプリント技術を用いて代用表現を埋め込めば，代用表現が埋め込まれていること自体を第三者に認識されることがない。
【００３４】
また，本発明の第５の観点によれば，互いにネットワークを介して接続された保険会社システムおよび保険契約者端末との間で帳票のやりとりを行うＡＳＰサービス会社システム（１００）が提供される。本発明のＡＳＰサービス会社システムは，以下の各構成要素を含むことを特徴とするものである（請求項２５）。
・（保険会社システムからの依頼を受けて）少なくとも保険契約者を特定するための保険契約者情報および署名データを，第三者が読み取ることのできない表現である代用表現で埋め込んだ帳票データを作成する埋め込みサーバ（１１０）
・（保険会社システムからの依頼を受けて）署名データを検証するとともに，保険契約者情報を検出する検証サーバ（１２０）
なお上記において，括弧書きで記した各構成要素は，理解を容易にするため，後述の実施形態における対応する構成要素を記したに過ぎず，本発明がこれに限定されるものではない。
【００３５】
かかるＡＳＰサービス会社システムによれば，上記優れた効果が有する本発明の第３の観点にかかる帳票発行システム方法を容易に構築可能であり，ひいては，上記優れた効果が有する本発明の第１の観点にかかる帳票発行方法を容易に実現可能である。
【００３６】
本発明の第５の観点にかかるＡＳＰサービス会社システムにおいて，以下のような応用が可能である。
【００３７】
さらに，帳票データを保険契約者端末に送信する際に，保険会社システムに対し課金を行うための第１の課金手段を備えるようにしてもよい（請求項２６）。
【００３８】
さらに，署名データの検証結果および保険契約者情報の検出結果を保険会社システムに送信する際に，保険会社システムに対し課金を行うための第２の課金手段を備えるようにしてもよい（請求項２７）。
【００３９】
保険契約者情報および署名データを，暗号化した後，帳票データに埋め込むようにしてもよい（請求項２８）。保険契約者情報および署名データを暗号化することにより，セキュリティを高めることができる。この場合，さらに，暗号化に用いる鍵を管理する鍵データベースと，保険契約者情報および署名データの暗号化および暗号化に用いた暗号鍵の管理に際し，保険会社システムに対し課金を行うための第３の課金手段とを備えるようにしてもよい（請求項２９）。
【００４０】
代用表現は，セキュアプリント技術を用いて帳票データに埋め込まれるようにしてもよく（請求項３０），バーコード，二次元バーコード，またはグリフコードとして帳票データに埋め込まれるようにしてもよい（請求項３１）。このようにすれば，どのような情報が埋め込まれているかを第三者に認識されることがない。特にセキュアプリント技術を用いて代用表現を埋め込めば，代用表現が埋め込まれていること自体を第三者に認識されることがない。
【００４１】
また，本発明の他の観点によれば，コンピュータを，上記ＡＳＰサービス会社システムの埋め込みサーバとして機能させるためのコンピュータプログラムが提供される（請求項３２）。また，本発明の他の観点によれば，コンピュータを，上記ＡＳＰサービス会社システムの検証サーバとして機能させるためのコンピュータプログラムが提供される（請求項３３）。ここで，プログラムはいかなるプログラム言語により記述されていてもよい。また，プログラムを記録する記録媒体としては，例えば，ＣＤ−ＲＯＭ，ＤＶＤ−ＲＯＭ，フロッピーディスク（ＦＤ：Ｆｌｏｐｐｙ  Ｄｉｓｋ）など，プログラムを記録可能な記録媒体として現在一般に用いられている記録媒体，あるいは将来用いられるいかなる記録媒体をも採用することができる。
【００４２】
【発明の実施の形態】
以下に添付図面を参照しながら，本発明にかかる帳票発行方法，帳票発行システム，およびその関連発明の好適な実施の形態について詳細に説明する。なお，本明細書及び図面において，実質的に同一の機能構成を有する構成要素については，同一の符号を付することにより重複説明を省略する。
【００４３】
（第１の実施の形態）
本実施の形態にかかる帳票発行システム１０は，図１に示したように，互いにネットワークを介して接続されたＡＳＰサービス会社システム１００と，保険会社システム（支店，支社などを含む）２００と，保険契約者端末３００とを含んでなる。図１においては，説明の簡略化のため，ＡＳＰサービス会社システム１００，保険会社システム２００，保険契約者端末３００をそれぞれ１つずつ示しているが，現実のシステムにおいては，ＡＳＰサービス会社システム１００および保険会社システム２００はそれぞれ複数存在してもよい。また，保険契約者端末３００が本システム内に極めて多数存在することは明らかである。以下に，システム構成について詳細に説明する。
【００４４】
（ＡＳＰサービス会社システム１００）
ＡＳＰサービス会社システム１００は，図１に示したように，セキュアプリント埋め込みサーバ１１０と，セキュアプリント検証サーバ１２０と，鍵データベース１３０とを含んでなる。
【００４５】
（セキュアプリント埋め込みサーバ１１０）
セキュアプリント埋め込みサーバ１１０は，帳票のもととなる帳票画像データに対し，保険契約者端末を特定するための保険契約者情報やＡＳＰサービス会社の署名データなどを埋め込んで，帳票データを作成する機能を有する。この際，帳票データに埋め込まれるデータは，第三者に読み取ることのできない表現（以下「代用表現」と称する。）で埋め込まれる。
【００４６】
代用表現の作成方法としては様々な方法や手段が利用できるが，印刷する情報を第三者が読み取ることのできない表現であればどのようなものであってもよい。例えば，バーコードや二次元バーコード，あるいはグリフコードを用いて代用表現を作成してもよい。ただし，バーコードや二次元バーコード，あるいはグリフコードを用いて代用表現を作成した場合，第三者が視覚的にその情報を読み取ることはできないが，そこに何らかの情報が存在することが知られてしまう。そこで，第三者が印刷する情報を読み取ることができないのみならず，代用表現の存在自体を第三者が知ることのできない方法により代用表現を作成することがより好ましい。このような方法としては，電子透かし技術を用いて代用表現を作成する方法がある。
【００４７】
電子透かし技術を用いて文書に機密情報を埋め込む技術（セキュアプリント技術と称される。）としては，例えば文献（特願２００１−２１７７５８「透かし情報埋め込み装置，及び，透かし情報検出装置」，特願２００２−１７７０８６号「透かし情報埋め込み装置，及び，透かし情報検出装置」）に示されたものがある。この文献に示された透かし画像埋め込み装置は，ドットの配列によって波の方向及び／又は波長を変化させたドットパターンを複数用意し，１つのドットパターンに対して１つのシンボルを与え，ドットパターンを組み合わせて配置することにより，文書に機密情報を与えるものである。本実施の形態では，この文献に示された透かし情報埋め込み装置をセキュアプリント埋め込みサーバ１１０として用いることができ，同装置が印刷データから作成する透かし画像を代用表現として利用することができる。
【００４８】
また，セキュアプリント埋め込みサーバ１１０は，埋め込みデータ（保険契約者ＩＤ，日付など）を共通鍵で暗号化する機能，および，署名データを生成する機能を有する。すなわち，セキュアプリント埋め込みサーバ１１０は，発行Ｎｏ．を設定し，それに対応した共通鍵を生成する。そして，共通鍵を鍵データベース１３０に保存する。そして，埋め込みデータ（保険契約者ＩＤ，日付など）を共通鍵で暗号化する。また，セキュアプリント埋め込みサーバ１１０は，暗号化した埋め込みデータ＋発行Ｎｏ．のハッシュを取って，鍵データベース１３０にあるＡＳＰサービス用の秘密鍵でハッシュを暗号化し，署名データを生成する。
【００４９】
（セキュアプリント検証サーバ１２０）
セキュアプリント検証サーバ１２０は，セキュアプリント埋め込みサーバ１１０が帳票データに対して埋め込んだ署名データを検証するとともに，保険契約者情報を検出する機能を有する。
【００５０】
（鍵データベース１３０）
鍵データベース１３０には，あらかじめＡＳＰサービス用の秘密鍵，公開鍵のペアおよび共通鍵が保存されている。この秘密鍵，公開鍵のペアは，いわゆる公開鍵方式による署名の付与および検証に用いられる。また，共通鍵は，いわゆる共通鍵方式によるデータの暗号化／復号化に用いられる。
【００５１】
（課金手段）
上述のように，ＡＳＰサービス会社システム１００は，保険会社システム２００からの依頼を受けて，各種データの埋め込みおよび検証などを行う。これに際し，ＡＳＰサービス会社システム１００は，保険会社システム２００に対して課金を行うための課金手段を備えることができる。ＡＳＰサービス会社システム１００は，例えば以下の第１，第２，第３の課金手段のような課金手段を任意に備えることができる。
▲１▼帳票画像へのデータの埋め込みに対する課金
帳票画像を保険契約者端末３００に送信する際に，保険会社システム２００に対し課金を行うための第１の課金手段
▲２▼帳票画像に埋め込まれたデータの検証に対する課金
署名データの検証結果および保険契約者情報の検出結果を保険会社システム２００に送信する際に，保険会社システム２００に対し課金を行うための第２の課金手段
▲３▼暗号化および暗号鍵の管理に対する課金
保険契約者情報および署名データの暗号化および暗号化に用いた暗号鍵の管理に際し，保険会社システム２００に対し課金を行うための第３の課金手段
【００５２】
以上，ＡＳＰサービス会社システム１００の構成について説明した。
次いで，保険会社システム２００の構成について説明する。
【００５３】
（保険会社システム２００）
保険会社システム２００は，図１に示したように，情報管理サーバ２１０と，帳票受付端末２２０とを含んでなる。
【００５４】
（情報管理サーバ２１０）
情報管理サーバ２１０は，帳票を発行するための保険契約者情報を管理する機能を有する。保険契約者情報には，各保険契約者に対応した保険金請求届の帳票画像の雛形や，保険契約者をオンラインで認証するためのＩＤやパスワードなどが含まれる。
【００５５】
（帳票受付端末２２０）
帳票受付端末２２０は，保険契約者端末３００およびＡＳＰサービス会社システム１００とネットワークを介してやりとりを行う機能を有する。具体的には，帳票受付端末２２０は，ＡＳＰサービス会社システム１００が作成したセキュアプリントで埋め込んだ帳票画像を保険契約者端末３００に送信する。また，保険契約者から郵送された記入済み帳票を，読込手段であるスキャナ２２５でスキャンして，その帳票画像をＡＳＰサービス会社システム１００に送信する。また，ＡＳＰサービス会社システム１００から送信された記入済み帳票の有効性を確認する。すなわち，署名検証結果から帳票の有効性を確認するとともに，保険契約者ＩＤや印鑑を照合して請求者が契約者本人であることを確認する。
【００５６】
以上，保険会社システム２００の構成について説明した。
次いで，保険契約者端末３００の構成について説明する。
【００５７】
（保険契約者端末３００）
保険契約者端末３００は，図１に示したように，ＡＳＰサービス会社システム１００および保険会社システム２００とネットワークを介してやりとりを行う機能を有する。具体的には，保険契約者端末３００は，個人認証のためのＩＤおよびパスワードを保険会社システム２００に送信するとともに，保険金請求届などの帳票の発行要求を保険会社システム２００に送信する。
【００５８】
また，保険契約者端末３００には，保険会社システム２００からセキュアプリントで埋め込んだ帳票画像が送信される。なお，本実施の形態では，セキュアプリントで埋め込んだ帳票画像が，ＡＳＰサービス会社システム１００から保険会社システム２００を介して送信される場合について説明が，ＡＳＰサービス会社システム１００から直接送信されるようなシステム構成としてもよい。保険契約者端末３００は，印刷手段であるプリンタ３０５を備えている。このプリンタ３０５は，セキュアプリントで埋め込んだ帳票画像を印刷する際に用いられる。
【００５９】
本実施の形態にかかる帳票発行システム１０は，以上のように構成されている。
次いで，図１を参照しながら，帳票発行システム１０の動作を時系列的に説明する。
【００６０】
まず，保険契約者が保険金請求を行うにあたり，保険契約者端末３００から保険会社システム２００に対してアクセスが行われる。まず，保険契約者端末３００から，個人認証のためのＩＤとパスワードが送信される（ステップＳ１０１）。個人認証のためのデータは保険会社システム２００の情報管理サーバ２１０で管理されている。個人認証が成功すると，保険契約者端末３００は，保険金請求届などの帳票の発行要求を保険会社システム２００に出す（ステップＳ１０２）。
【００６１】
次いで，保険会社システム２００は，ＡＳＰサービス会社システム１００に対し，帳票画像の作成を依頼する。帳票画像を作成するためのもととなるデータ，すなわち，保険金請求届の雛形や保険契約者のＩＤなどのデータは，情報管理サーバ２１０で管理されている。保険会社システム２００は，この帳票画像を作成するためのデータをＡＳＰサービス会社システム１００に対して送信する（ステップＳ１０３）。
【００６２】
ＡＳＰサービス会社システム１００においては，以下の各ステップを経て，帳票画像が作成される。まず，帳票画像の発行Ｎｏ．を設定し，それに対応した共通鍵を生成する。そして，この共通鍵を鍵データベース１３０に保存する（ステップＳ１０４）。埋め込みデータ（保険契約者ＩＤ，日付）を共通鍵で暗号化する（ステップＳ１０５）。さらに，暗号化した埋め込みデータ＋発行Ｎｏ．のハッシュを取って，鍵データベース１３０に保存されているＡＳＰサービス用秘密鍵でハッシュを暗号化し，署名データを生成する（ステップＳ１０６）。そして，暗号化した埋め込みデータ，署名データ，発行Ｎｏ．を，帳票画像にセキュアプリントで埋め込む（ステップＳ１０７）。
【００６３】
ＡＳＰサービス１００は，保険会社システム２００に対し，セキュアプリントで埋め込んだ帳票画像を送信する（ステップＳ１０８）。保険会社システム２００は，保険契約者３００に対し，セキュアプリントで埋め込んだ帳票画像を送信する（ステップＳ１０９）。なお，本実施の形態では，帳票画像は，ＡＳＰサービス会社システム１００から保険会社システム２００を介して保険契約者端末３００に送信されるが，ＡＳＰサービス会社システム１００から保険契約者端末３００に直接送信されるようなシステム構成としてもよい。
【００６４】
保険契約者端末３００においては，保険会社システム２００から送られた（あるいは，ＡＳＰサービス会社システム１００から送られた）セキュアプリントで埋め込んだ帳票画像を，プリンタ３１５で印刷する（ステップＳ１１０）。印刷された帳票（保険金請求届）に必要事項を手書きで記入して，捺印する（ステップＳ１１１）。
【００６５】
次いで，保険契約者は，記入済みの帳票および必要に応じて医師の診断書などの添付書類を，保険会社に郵送する（ステップＳ１１２）。
【００６６】
保険会社システム２００においては，保険契約者から送られた記入済みの帳票をスキャナ２１５でスキャンする（ステップＳ１１３）。そして，画像データの形式で帳票データをＡＳＰサービス会社システム１００に送信する（ステップＳ１１４）。このようにして，保険会社システム２００は，ＡＳＰサービス会社システム１００に対し，帳票画像に対するデータの検出およびデータの検証を依頼する。
【００６７】
ＡＳＰサービス会社システム１００においては，まず，記入済み帳票画像から，暗号化した埋め込みデータ，署名データ，発行Ｎｏ．を取り出す（ステップＳ１１５）。そして，暗号化した埋め込みデータ＋発行Ｎｏ．の署名を検証する（ステップＳ１１６）。さらに，鍵データベース１３０から発行Ｎｏ．に対応した共通鍵を取り出し（ステップＳ１１７），暗号化した埋め込みデータを共通鍵で復号する（ステップＳ１１８）。
【００６８】
ＡＳＰサービス会社システム１００は，署名検証結果と保険契約者ＩＤおよび日付などのデータを保険会社システム２００に送信する（ステップＳ１１９）。
【００６９】
保険会社システム２００においては，ＡＳＰサービス会社システム１００から送られた検証結果などをもとに，記入済み帳票の有効性を確認する。すなわち，署名検証結果から帳票の有効性を確認するとともに，保険契約者ＩＤや印鑑を照合して請求者が契約者本人であることを確認する（ステップＳ１２０）。
【００７０】
以上説明したように，本実施の形態によれば，以下のような優れた効果を有する。
１．保険契約者としては，保険契約者端末３００において帳票データを印刷し，これを用いて保険金を請求することができるので，本人確認書送付→請求書発行→請求書送付といった段階を踏まずに済み，手間と時間を削減できる。また，保険契約者情報があらかじめ埋め込まれていることで，第三者のなりすましを防止することができる。
２．ＡＳＰサービス会社としては，保険契約者情報の埋め込みおよび検証をＡＳＰサービス会社システム１００で行うことで，新たなＡＳＰサービスをビジネスとして展開可能である。
３．保険会社としては，帳票の発行および管理（埋め込み時に使用する鍵の管理含む）の手間をアウトソーシングすることができ，設備導入コストやランニングコストを低減することが可能である。
【００７１】
また，セキュアプリント技術を用いて保険契約者情報および署名データを埋め込むことにより，どのような情報が埋め込まれているかを第三者に認識されることがないのみならず，これらデータが埋め込まれていること自体を第三者に認識されることがない。
【００７２】
また，保険契約者情報および署名データを暗号化することにより，セキュリティを高めることができる。
【００７３】
（第２の実施の形態）
上記第１の実施の形態にかかる帳票発行システム１０は，図１に示したように，ＡＳＰサービス会社システム１００と，保険会社システム２００と，保険契約者端末３００とを含んでなる。本実施の形態では，保険会社システムが，上記ＡＳＰサービス会社システムの機能を併せ持つ実施の形態について説明する。
【００７４】
本実施の形態にかかる帳票発行システム２０は，図２に示したように，互いにネットワークを介して接続された保険会社システム（支店，支社などを含む）４００と，保険契約者端末３００とを含んでなる。図２においては，説明の簡略化のため，保険会社システム４００，保険契約者端末３００をそれぞれ１つずつ示しているが，現実のシステムにおいては，保険会社システム４００は複数存在してもよい。また，保険契約者端末３００が本システム内に極めて多数存在することは明らかである。以下に，システム構成について詳細に説明する。
【００７５】
（保険会社システム４００）
保険会社システム４００は，図２に示したように，保険会社サーバ４１０と，保険会社端末４２０と，保険会社データベース４３０とを含んでなる。
【００７６】
（保険会社サーバ４１０）
保険会社サーバ４１０は，上記第１の実施の形態におけるＡＳＰサービス会社システム１００のセキュアプリント埋め込みサーバ１１０の機能と，保険会社システム２００の情報管理サーバ２１０の機能を併せ持つ。
【００７７】
順に説明すると，まず，保険会社サーバ４１０は，上記第１の実施の形態におけるＡＳＰサービス会社システム１００のセキュアプリント埋め込みサーバ１１０の機能を有する。すなわち，保険会社サーバ４００は，帳票のもととなる帳票画像データに対し，保険契約者端末を特定するための保険契約者情報や署名データなどを埋め込んで，帳票データを作成する機能を有する。この際，帳票データに埋め込まれるデータは，第三者に読み取ることのできない代用表現で埋め込まれる。代用表現の作成方法としては，上述のように，セキュアプリント技術を用いてもよいし，バーコードや二次元バーコード，あるいはグリフコードを用いてもよい。
【００７８】
また，保険会社サーバ４１０は，上記第１の実施の形態における保険会社システム２００の情報管理サーバ２１０の機能を有する。すなわち，保険会社サーバ４００は，帳票を発行するための保険契約者情報を管理する機能を有する。保険契約者情報には，各保険契約者に対応した保険金請求届の帳票画像の雛形や，保険契約者をオンラインで認証するためのＩＤやパスワードなどが含まれる。
【００７９】
（保険会社端末４２０）
保険会社端末４２０は，上記第１の実施の形態におけるＡＳＰサービス１００のセキュアプリント検証サーバ１２０の機能と，保険会社システム２００の帳票受付端末２１０の機能を併せ持つ。
【００８０】
順に説明すると，まず，保険会社端末４２０は，上記第１の実施の形態におけるＡＳＰサービス１００のセキュアプリント検証サーバ１２０の機能を有する。すなわち，保険会社端末４２０は，保険会社端末４２０が帳票データに対して埋め込んだ署名データを検証するとともに，保険契約者情報を検出する機能を有する。
【００８１】
また，保険会社端末４２０は，上記第１の実施の形態における保険会社システム２００の帳票受付端末２１０の機能を有する。すなわち，保険会社端末４２０は，保険契約者端末３００とネットワークを介してやりとりを行う機能を有する。具体的には，保険会社端末４２０は，保険会社サーバ４１０が作成したセキュアプリントで埋め込んだ帳票画像を保険契約者端末３００に送信する。また，保険契約者から郵送された記入済み帳票を，読込手段であるスキャナ４２５でスキャンして，その帳票画像を保険会社サーバ４１０に送信する。また，保険会社サーバ４１０から送信された記入済み帳票の有効性を確認する。すなわち，署名検証結果から帳票の有効性を確認するとともに，保険契約者ＩＤや印鑑を照合して請求者が契約者本人であることを確認する。
【００８２】
（保険会社データベース４３０）
保険会社データベース４３０には，あらかじめ秘密鍵，公開鍵のペアおよび共通鍵が保存されている。この秘密鍵，公開鍵のペアは，いわゆる公開鍵方式による署名検証に用いられる。また，共通鍵は，いわゆる共通鍵方式によるデータの暗号化／復号化に用いられる。さらに，保険会社データベース４３０には，帳票画像の雛形などのデータをも保存しておくことができる。
【００８３】
本実施の形態においては，保険会社システム４００によるＡＳＰサービスの利用という概念が存在しないため，上記第１の実施の形態と異なり，課金手段という概念は存在しない。
【００８４】
以上，保険会社システム４００の構成について説明した。なお，保険契約者端末３００の構成については，上記第１の実施の形態と実質的に同様であるため，重複説明を省略する。
【００８５】
本実施の形態にかかる帳票発行システム２０は，以上のように構成されている。
次いで，図２を参照しながら，帳票発行システム２０の動作を時系列的に説明する。
【００８６】
まず，保険契約者が保険金請求を行うにあたり，保険契約者端末３００から保険会社システム４００に対してアクセスが行われる。まず，保険契約者端末３００から，個人認証のためのＩＤとパスワードが送信される（ステップＳ２０１）。個人認証のためのデータは保険会社システム４００の保険会社サーバ４１０で管理されている。個人認証が成功すると，保険契約者端末３００は，保険金請求届などの帳票の発行要求を保険会社システム４００に出す（ステップＳ２０２）。
【００８７】
本実施の形態においては，帳票画像に対するデータの埋め込みを，保険会社システム４００内において行うことを特徴としている。保険会社システム４００においては，以下の各ステップを経て，帳票画像が作成される。まず，帳票画像の発行Ｎｏ．を設定し，それに対応した共通鍵を生成する。そして，この共通鍵を保険会社データベース４３０に保存する（ステップＳ２０３）。埋め込みデータ（保険契約者ＩＤ，日付）を共通鍵で暗号化する（ステップＳ２０４）。さらに，暗号化した埋め込みデータ＋発行Ｎｏ．のハッシュを取って，保険会社データベース４３０に保存されている秘密鍵でハッシュを暗号化し，署名データを生成する（ステップＳ２０５）。そして，暗号化した埋め込みデータ，署名データ，発行Ｎｏ．を，保険会社データベース４３０から取り出した帳票画像にセキュアプリントで埋め込む（ステップＳ２０６）。
【００８８】
保険会社システム４００は，保険契約者端末３００に対し，セキュアプリントで埋め込んだ帳票画像を送信する（ステップＳ２０７）。
【００８９】
保険契約者端末３００においては，保険会社システム２００から送られたセキュアプリントで埋め込んだ帳票画像を，プリンタ３１５で印刷する（ステップＳ２０８）。印刷された帳票（保険金請求届）に必要事項を手書きで記入して，捺印する（ステップＳ２０９）。
【００９０】
次いで，保険契約者は，記入済みの帳票および必要に応じて医師の診断書などの添付書類を，保険会社に郵送する（ステップＳ２１０）。
【００９１】
保険会社システム２００においては，保険契約者から送られた記入済みの帳票をスキャナ２１５でスキャンする（ステップＳ２１１）。
【００９２】
本実施の形態においては，帳票画像に対するデータの検出およびデータの検証を，保険会社システム４００内において行うことを特徴としている。保険会社システム４００においては，まず，記入済み帳票画像から，暗号化した埋め込みデータ，署名データ，発行Ｎｏ．を取り出す（ステップＳ２１２）。そして，暗号化した埋め込みデータ＋発行Ｎｏ．の署名を検証する（ステップＳ２１３）。さらに，保険会社データベース４３０から発行Ｎｏ．に対応した共通鍵を取り出し（ステップＳ２１４），暗号化した埋め込みデータを共通鍵で復号する（ステップＳ２１５）。
【００９３】
さらに，保険会社システム４００においては，上記検証結果などをもとに，記入済み帳票の有効性を確認する。すなわち，署名検証結果から帳票の有効性を確認するとともに，保険契約者ＩＤや印鑑を照合して請求者が契約者本人であることを確認する（ステップＳ２１６）。
【００９４】
以上説明したように，本実施の形態によれば，保険契約者としては，保険契約者端末３００において帳票データを印刷し，これを用いて保険金を請求することができるので，本人確認書送付→請求書発行→請求書送付といった段階を踏まずに済み，手間と時間を削減できる。また，保険契約者情報があらかじめ埋め込まれていることで，第三者のなりすましを防止することができる。
【００９５】
また，セキュアプリント技術を用いて保険契約者情報および署名データを埋め込むことにより，どのような情報が埋め込まれているかを第三者に認識されることがないのみならず，これらデータが埋め込まれていること自体を第三者に認識されることがない。
【００９６】
また，保険契約者情報および署名データを暗号化することにより，セキュリティを高めることができる。
【００９７】
以上，添付図面を参照しながら本発明にかかる帳票発行方法，帳票発行システム，ＡＳＰサービス会社システム，およびその関連発明の好適な実施形態について説明したが，本発明はかかる例に限定されない。当業者であれば，特許請求の範囲に記載された技術的思想の範疇内において各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【００９８】
【発明の効果】
以上説明したように，本発明によれば，以下のような優れた効果を有する。
１．保険契約者としては，保険契約者端末において帳票データを印刷し，これを用いて保険金を請求することができるので，本人確認書送付→請求書発行→請求書送付といった段階を踏まずに済み，手間と時間を削減できる。また，保険契約者情報があらかじめ埋め込まれていることで，第三者のなりすましを防止することができる。
２．ＡＳＰサービス会社としては，保険契約者情報の埋め込みおよび検証をＡＳＰサービス会社システムで行うことで，新たなＡＳＰサービスをビジネスとして展開可能である。
３．保険会社としては，帳票の発行および管理（埋め込み時に使用する鍵の管理含む）の手間をアウトソーシングすることができ，設備導入コストやランニングコストを低減することが可能である。
【図面の簡単な説明】
【図１】第１の実施の形態にかかる帳票発行システムの説明図である。
【図２】第２の実施の形態にかかる帳票発行システムの説明図である。
【符号の説明】
１０  帳票発行システム
２０  帳票発行システム
１００  ＡＳＰサービス会社システム
１１０  セキュアプリント埋め込みサーバ
１２０  セキュアプリント検証サーバ
１３０  鍵データベース
２００  保険会社システム
２１０  情報管理サーバ
２２０  帳票受付端末
２２５  スキャナ（読込手段）
３００  保険契約者
３０５  プリンタ（印刷手段）
４００  保険会社システム
４１０  保険会社サーバ
４２０  保険会社端末
４２５  スキャナ（読込手段）
４３０  保険会社データベース
【図１】
2004178424.tif 000003
【図２】
2004178424.tif 000004