(57)【要約】【課題】ユーザの利便性を向上させることを目的とする。【解決手段】本発明のシステムは、ユーザの個人情報と、第１公開鍵を含む第１電子証明書と、前記第１公開鍵に対応する第１秘密鍵と、を記憶するＩＣカードから少なくとも前記個人情報を含む情報を読取る読取手段と、前記ＩＣカードの前記第１秘密鍵に基づく電子署名から、前記ユーザの本人確認を行う確認手段と、前記確認手段によって本人確認が行われた前記ユーザについての前記読取手段によって読取られた前記情報に含まれる前記個人情報に基づいて、前記第１電子証明書の発行元とは異なる電子証明書の発行元となる認証局サーバから、第２公開鍵を含む第２電子証明書と、前記第２公開鍵に対応する第２秘密鍵と、を含む第２情報を取得する証明書取得手段と、前記証明書取得手段によって取得された前記第２情報に含まれる第２秘密鍵に基づく電子署名を契約書に付与する署名手段と、を有する。【選択図】図６
2018078499.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末と、契約書サーバと、読取端末と、管理サーバと、を有し、
前記クライアント端末は、
ユーザの指示に基づいて、契約書の発行要求を前記契約書サーバに送信する要求送信手段を有し、
前記契約書サーバは、
前記クライアント端末から受信された前記契約書の発行要求に対応する前記契約書を前記管理サーバに送信する契約書送信手段を有し、
前記読取端末は、
前記ユーザの個人情報と、第１公開鍵を含む第１電子証明書と、前記第１公開鍵に対応する第１秘密鍵と、を記憶するＩＣカードから少なくとも前記個人情報を含む第１情報を読取る読取手段と、
前記読取手段によって読取られた前記第１情報、及び、前記第１秘密鍵に基づく電子署名を前記管理サーバに送信する読取端末送信手段と、
を有し、
前記管理サーバは、
前記読取端末から受信された電子署名に基づいて、前記ユーザの本人確認を行う確認手段と、
前記確認手段によって本人確認が行われた前記ユーザについての前記個人情報であって前記読取端末から受信された前記第１情報に含まれる前記ユーザの前記個人情報に基づいて、前記第１電子証明書の発行元とは異なる電子証明書の発行元となる認証局サーバから、第２公開鍵を含む第２電子証明書と、前記第２公開鍵に対応する第２秘密鍵と、を含む第２情報を取得する証明書取得手段と、
前記契約書サーバから受信された前記契約書に、前記証明書取得手段によって取得された前記第２情報に含まれる前記第２秘密鍵に基づく電子署名を付与する署名手段と、
を有するシステム。
【請求項２】
前記管理サーバは、
前記契約書サーバから受信された前記契約書を識別できる契約書識別情報を、前記契約書サーバに送信する第１識別情報送信手段を更に有し、
前記契約書サーバは、
前記管理サーバから受信された前記契約書識別情報を前記クライアント端末に送信する第２識別情報送信手段を更に有し、
前記クライアント端末は、
前記契約書サーバから受信された前記契約書識別情報を出力する出力手段を更に有し、
前記読取端末は、
前記ユーザによる前記契約書識別情報の入力を受け付ける受付手段と、
前記受付手段によって受け付けられた前記契約書識別情報を前記管理サーバに送信する第３識別情報送信手段と、
を更に有し、
前記署名手段は、前記契約書サーバから受信された前記契約書であって、前記読取端末から受信された前記契約書識別情報で識別される前記契約書に、前記第２情報に含まれる前記第２秘密鍵に基づく電子署名を付与する請求項１記載のシステム。
【請求項３】
前記管理サーバは、
前記証明書取得手段によって取得された前記第２情報を記憶する証明書記憶手段を更に有し、
前記署名手段は、前記証明書記憶手段によって前記第２情報が記憶されているとき、前記契約書に、前記証明書記憶手段によって記憶された第２情報に含まれる前記第２秘密鍵に基づく電子署名を付与する請求項２記載のシステム。
【請求項４】
前記受付手段は、更に暗証コードの入力を受け付け、
前記読取端末送信手段は、更に前記受付手段が受け付けた前記暗証コードを送信し、
前記証明書取得手段は、更に前記読取端末から受信された前記暗証コードに基づいて、前記認証局サーバから、前記第２情報を取得する請求項３記載のシステム。
【請求項５】
前記証明書取得手段によって取得された前記第２情報は前記暗証コードで暗号化されており、
前記署名手段は、前記読取端末から受信された前記暗証コードに基づいて復号化した前記第２情報に含まれる第２秘密鍵を用いて電子署名を付与する請求項４記載のシステム。
【請求項６】
前記クライアント端末は、
前記ユーザによる前記暗証コードの入力を受け付けるコード受付手段と、
前記コード受付手段によって受け付けられた前記暗証コードを前記契約書サーバに送信する第１コード送信手段と、
を更に有し、
前記契約書サーバは、
前記クライアント端末から受信された前記暗証コードを前記管理サーバに送信する第２コード送信手段を有し、
前記管理サーバの前記署名手段は、前記読取端末、又は、前記契約書サーバから受信された前記暗証コードに基づいて復号化した前記第２情報に含まれる前記第２秘密鍵を用いて電子署名を付与する請求項５記載のシステム。
【請求項７】
前記ＩＣカードはマイナンバーカードである請求項１乃至６何れか１項記載のシステム。
【請求項８】
前記第２秘密鍵は前記第２電子証明書に含まれており、前記第２情報は前記第２電子証明書である請求項１乃至７何れか１項記載のシステム。
【請求項９】
ユーザの個人情報と、第１公開鍵を含む第１電子証明書と、前記第１公開鍵に対応する第１秘密鍵と、を記憶するＩＣカードから少なくとも前記個人情報を含む第１情報を読取る読取手段と、
前記ＩＣカードの前記第１秘密鍵に基づく電子署名から、前記ユーザの本人確認を行う確認手段と、
前記確認手段によって本人確認が行われた前記ユーザについての前記読取手段によって読取られた前記第１情報に含まれる前記個人情報に基づいて、前記第１電子証明書の発行元とは異なる電子証明書の発行元となる認証局サーバから、第２公開鍵を含む第２電子証明書と、前記第２公開鍵に対応する第２秘密鍵と、を含む第２情報を取得する証明書取得手段と、
前記証明書取得手段によって取得された前記第２情報に含まれる前記第２秘密鍵に基づく電子署名を契約書に付与する署名手段と、
を有するシステム。
【請求項１０】
ユーザの個人情報と、第１公開鍵を含む第１電子証明書と、前記第１公開鍵に対応する第１秘密鍵と、を記憶するＩＣカードの少なくとも前記個人情報を含む第１情報、及び、前記ＩＣカードの前記第１秘密鍵に基づく電子署名を受信する受信手段と、
前記受信手段によって受信された電子署名に基づいて、前記ユーザの本人確認を行う確認手段と、
前記確認手段によって本人確認が行われた前記ユーザについての前記個人情報であって前記受信手段によって受信された前記第１情報に含まれる前記個人情報に基づいて、前記第１電子証明書の発行元とは異なる電子証明書の発行元となる認証局サーバから、第２公開鍵を含む第２電子証明書と、前記第２公開鍵に対応する第２秘密鍵と、を含む第２情報を取得する証明書取得手段と、
前記証明書取得手段によって取得された前記第２情報に含まれる前記第２秘密鍵に基づく電子署名を契約書に付与する署名手段と、
を有する管理サーバ。
【請求項１１】
前記署名手段による電子署名の付与の後に前記認証局サーバから電子証明書の失効情報を取得する失効情報取得手段と、
前記失効情報取得手段によって取得された前記失効情報と前記契約書とを含む契約書保存データに対して、予め設定された期間ごとにタイムスタンプを追加して長期署名を行う長期署名手段と、
を更に有する請求項１０記載の管理サーバ。
【請求項１２】
前記署名手段によって電子署名が付与された前記契約書と、前記署名手段によって電子署名が付与された後に取得された第１タイムスタンプと、前記失効情報取得手段によって取得された前記失効情報と、前記失効情報取得手段によって前記失効情報が取得された後に取得された第２タイムスタンプと、を含む前記契約書保存データを生成する生成手段を更に有し、
前記長期署名手段は、前記生成手段によって生成された前記契約書保存データに対して、予め設定された期間ごとにタイムスタンプを追加して長期署名を行う請求項１１記載の管理サーバ。
【請求項１３】
前記契約書と、前記契約書の属性情報とを関連付けて記憶する契約書記憶手段と、
外部の装置から受信された検索条件と、前記契約書記憶手段によって記憶された前記属性情報とに基づいて前記契約書を検索する検索手段と、
を更に有する請求項１０乃至１２何れか１項記載の管理サーバ。
【請求項１４】
ユーザの個人情報と、第１公開鍵を含む第１電子証明書と、前記第１公開鍵に対応する第１秘密鍵と、を記憶するＩＣカードから少なくとも前記個人情報を含む第１情報を読取る読取ステップと、
前記ＩＣカードの前記第１秘密鍵に基づく電子署名から、前記ユーザの本人確認を行う確認ステップと、
前記確認ステップによって本人確認が行われた前記ユーザについての前記読取ステップによって読取られた前記第１情報に含まれる個人情報に基づいて、前記第１電子証明書の発行元とは異なる電子証明書の発行元となる認証局サーバから、第２公開鍵を含む第２電子証明書と、前記第２公開鍵に対応する第２秘密鍵と、を含む第２情報を取得する取得ステップと、
契約書に、前記取得ステップによって取得された前記第２情報に含まれる前記第２秘密鍵に基づく電子署名を付与する署名ステップと、
を有する情報処理方法。
【請求項１５】
コンピュータを、請求項１０乃至１３何れか１項記載の管理サーバの各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システム、管理サーバ、情報処理方法、及び、プログラムに関する。
【背景技術】
【０００２】
特許文献１は、次の処理を行う金融取引業務システムを開示する。すなわち、担当者端末において契約書をＯＣＲで読み取って得られた契約書データは、融資条件を満足することが確認されたうえで、貸出記帳予約データベースに記録される。検閲者端末では、貸出記帳予約データベースに記録された貸出データを閲覧し、検閲操作を行う。検閲操作が行われた貸出データは、融資条件を満足することが確認されたうえで、貸出記帳データベースに記録されることにより当該貸出データに係る取引が実行される。また、貸出記帳データベースに記録された貸出データは、検閲者端末等へ送信される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−７６８４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１の技術では、顧客は借入の申し込みを行うために金融機関に出向いて契約書への記入や捺印をする必要があり、金融機関の利用者にとって不便であった。
【０００５】
本発明は、ユーザの利便性を向上させることを目的とする。
【課題を解決するための手段】
【０００６】
本発明のシステムは、クライアント端末と、契約書サーバと、読取端末と、管理サーバと、を有し、前記クライアント端末は、ユーザの指示に基づいて、契約書の発行要求を前記契約書サーバに送信する要求送信手段を有し、前記契約書サーバは、前記クライアント端末から受信された前記契約書の発行要求に対応する前記契約書を前記管理サーバに送信する契約書送信手段を有し、前記読取端末は、前記ユーザの個人情報と、第１公開鍵を含む第１電子証明書と、前記第１公開鍵に対応する第１秘密鍵と、を記憶するＩＣカードから少なくとも前記個人情報を含む第１情報を読取る読取手段と、前記読取手段によって読取られた前記第１情報、及び、前記第１秘密鍵に基づく電子署名を前記管理サーバに送信する読取端末送信手段と、を有し、前記管理サーバは、前記読取端末から受信された電子署名に基づいて、前記ユーザの本人確認を行う確認手段と、前記確認手段によって本人確認が行われた前記ユーザについての前記個人情報であって前記読取端末から受信された前記第１情報に含まれる前記ユーザの前記個人情報に基づいて、前記第１電子証明書の発行元とは異なる電子証明書の発行元となる認証局サーバから、第２公開鍵を含む第２電子証明書と、前記第２公開鍵に対応する第２秘密鍵と、を含む第２情報を取得する証明書取得手段と、前記契約書サーバから受信された前記契約書に、前記証明書取得手段によって取得された前記第２情報に含まれる前記第２秘密鍵に基づく電子署名を付与する署名手段と、を有する。
【発明の効果】
【０００７】
本発明によれば、ユーザの利便性が向上する。
【図面の簡単な説明】
【０００８】
【図１】図１は、システムの構成図の一例を示す図である。
【図２Ａ】図２Ａは、クライアント端末のソフトウェア構成の一例を示す図である。
【図２Ｂ】図２Ｂは、読取端末のソフトウェア構成の一例を示す図である。
【図２Ｃ】図２Ｃは、契約書サーバのソフトウェア構成の一例を示す図である。
【図２Ｄ】図２Ｄは、管理サーバのソフトウェア構成の一例を示す図である。
【図３】図３は、ユーザ情報テーブルの構成の一例を示す図である。
【図４】図４は、契約情報テーブルの構成の一例を示す図である。
【図５】図５は、契約書保存データの構成の一例を示す図である。
【図６】図６は、第１契約機能のシーケンスの一例を示す図である。
【図７】図７は、第２契約機能のシーケンスの一例を示す図である。
【図８】図８は、長期署名機能のシーケンスの一例を示す図である。
【図９】図９は、検索機能のシーケンスの一例を示す図である。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について図面に基づいて説明する。
［契約システムの全体構成］
まず、図１を参照して、契約システム１の全体構成について説明する。図１は、契約システム１の構成図の一例を示す図である。契約システム１は、契約書への電子署名の付与を含む契約書の管理を行うシステムであり、クライアント端末１００と、読取端末１１０と、契約書サーバ１２０と、管理サーバ１３０と、認証局サーバ１４０と、タイムスタンプサーバ１５０とを備える。
【００１０】
クライアント端末１００は、契約書への電子署名を行うユーザが操作する情報処理装置の１台であり、契約書サーバ１２０から契約書を取得したり、契約書サーバ１２０を介して管理サーバ１３０に対して契約書の検索要求を送信したりする。クライアント端末１００は、例えば、パーソナルコンピュータ、スマートフォン、又は、タブレット端末等であるが、これら以外であってもよい。
読取端末１１０は、ユーザが所持するマイナンバーカードを読取ることができる情報処理装置であって、ユーザが操作する情報処理装置の１台である。読取端末１１０は、ユーザからの指示に基づいて、管理サーバ１３０に電子署名要求の送信等を行う。読取端末１１０は、例えばコンビニエンスストア等の店舗に設置されるが、ユーザの自宅等に設置されてもよい。
【００１１】
契約書サーバ１２０は、管理サーバ１３０によって電子署名が付与される対象となる契約書の発行等を行う情報処理装置である。契約書サーバ１２０は、例えば、契約書に基づいてユーザとの間で契約する企業が所有する。
管理サーバ１３０は、契約書を管理する情報処理装置である。契約書の管理には、契約書への電子署名の付与、契約書の長期保管、及び、契約書の検索等が含まれる。
認証局サーバ１４０は、電子証明書を発行したり、電子証明書の失効情報を発行したりする情報処理装置である。電子証明書には、例えば、公開鍵、及び、秘密鍵が含まれる。認証局サーバ１４０は、マイナンバーカードが記憶する署名用証明書の発行元とは異なる電子証明書の発行元である。したがって、認証局サーバ１４０が発行する電子証明書は、署名用証明書とは異なるものである。
タイムスタンプサーバ１５０は、タイムスタンプを発行する情報処理装置である。
クライアント端末１００と、読取端末１１０と、契約書サーバ１２０と、管理サーバ１３０と、認証局サーバ１４０と、タイムスタンプサーバ１５０とは、ネットワーク１０を介してデータ通信が可能である。ネットワーク１０には、インターネット等が使われる。
【００１２】
［契約システムの機能］
次に、契約システム１が備える機能について説明する。契約システム１は、第１契約機能と、第２契約機能と、長期署名機能と、検索機能とを備える。
第１契約機能は、管理サーバ１３０に登録されていないユーザが、マイナンバーカードに基づいて契約を行う機能である。第１契約機能では、ユーザは、クライアント端末１００を使って契約書サーバ１２０に契約書を発行させる。その後、ユーザは、読取端末１１０が設置されているコンビニエンスストア等に行き、読取端末１１０で契約書を指定し、暗証コードを入力して、マイナンバーカードを読取端末１１０に読取らせて、契約を行う。第１契約機能によって、ユーザが管理サーバ１３０に登録される。
第２契約機能は、管理サーバ１３０に登録されているユーザが、契約を行う機能である。第２契約機能では、ユーザは、クライアント端末１００を使って契約書サーバ１２０に契約書を発行させる。その後、ユーザは、第１契約機能で入力した暗証コードをクライアント端末１００に入力して契約を行う。第２契約機能では、第１契約機能とは異なり読取端末１１０は使われず、ユーザはクライアント端末１００を操作するだけで契約を行うことができる。
長期署名機能は、契約書に対して長期署名を行い、契約書の保証期間を延長する機能である。長期署名機能によって契約書の保証期間を永続的なものにできる。
検索機能は、管理サーバ１３０が管理する契約書を検索する機能である。
【００１３】
［ハードウェア構成］
次に、図１を参照して、契約システム１を構成する情報処理装置のハードウェア構成について説明する。
まず、クライアント端末１００のハードウェア構成について説明する。クライアント端末１００は、ハードウェアとして、ＣＰＵ１０１と、記憶装置１０２と、通信インタフェース１０３と、入力装置１０４と、表示装置１０５と、これらを接続するバス１０６とを備える。
ＣＰＵ１０１は、クライアント端末１００の全体を制御する。ＣＰＵ１０１が記憶装置１０２等に記憶されているプログラムに基づき処理を実行することによってクライアント端末１００のソフトウェア構成及び後述する図６、図７、図９に示すクライアント端末１００の処理が実現される。
【００１４】
記憶装置１０２は、ＲＡＭ、ＲＯＭ、ＨＤＤ等の記憶装置であって、プログラムを記憶したり、ＣＰＵ１０２がプログラムに基づき処理を実行する際に利用するデータ等を記憶したりする。
通信インタフェース１０３は、クライアント端末１００と、契約書サーバ１２０等の外部装置との通信の制御を司る。
入力装置１０４は、マウス、キーボード、又は、タッチパネル等であり、ユーザの指示を受け付ける。
表示装置１０５は、液晶モニタ等であって画像を表示できる。
【００１５】
次に、読取端末１１０のハードウェア構成について説明する。読取端末１１０は、ハードウェアとして、ＣＰＵ１１１と、記憶装置１１２と、通信インタフェース１１３と、入力装置１１４と、出力装置１１５と、カードリーダ１１６と、これらを接続するバス１１７とを備える。
ＣＰＵ１１１は、読取端末１１０の全体を制御する。ＣＰＵ１１１が記憶装置１１２等に記憶されているプログラムに基づき処理を実行することによって読取端末１１０のソフトウェア構成及び後述する図６に示す読取端末１１０の処理が実現される。
【００１６】
記憶装置１１２は、ＲＡＭ、ＲＯＭ、ＨＤＤ等の記憶装置であって、プログラムを記憶したり、ＣＰＵ１１２がプログラムに基づき処理を実行する際に利用するデータ等を記憶したりする。
通信インタフェース１１３は、読取端末１１０と、管理サーバ１３０等の外部装置との通信の制御を司る。
入力装置１１４は、タッチパネル、又は、キーボード等であり、ユーザの指示を受け付ける。
出力装置１１５は、プリンタや液晶モニタ等であって、画像を表示したり契約書を印刷したりできる。
カードリーダ１１６は、マイナンバーカード等のＩＣカードが記憶する情報を読取ることができる。カードリーダ１１６は、ＩＣカードとのインタフェースとして機能し、ＩＣカードとの間でデータ通信が可能である。
【００１７】
次に、管理サーバ１３０のハードウェア構成について説明する。管理サーバ１３０は、ハードウェアとして、ＣＰＵ１３１と、記憶装置１３２と、通信インタフェース１３３と、これらを接続するバス１３４とを備える。
ＣＰＵ１３１は、管理サーバ１３０の全体を制御する。ＣＰＵ１３１が記憶装置１３２等に記憶されているプログラムに基づき処理を実行することによって管理サーバ１３０のソフトウェア構成及び後述する図６、図７、図８、図９に示す管理サーバ１３０の処理が実現される。
記憶装置１３２は、ＲＡＭ、ＲＯＭ、ＨＤＤ等の記憶装置であって、プログラムを記憶したり、ＣＰＵ１３１がプログラムに基づき処理を実行する際に利用するデータ等を記憶したりする。
通信インタフェース１３３は、管理サーバ１３０と、契約書サーバ１２０等の外部装置との通信の制御を司る。
【００１８】
次に、契約書サーバ１２０、認証局サーバ１４０、及び、タイムスタンプサーバ１５０のハードウェア構成について説明する。契約書サーバ１２０は、ハードウェアとして、ＣＰＵ１２１と、記憶装置１２２と、通信インタフェース１２３と、これらを接続するバス１２４とを備える。ＣＰＵ１２１が記憶装置１２２等に記憶されているプログラムに基づき処理を実行することによって契約書サーバ１２０のソフトウェア構成及び後述する図６、図７、図９に示す契約書サーバ１２０の処理が実現される。認証局サーバ１４０は、ハードウェアとして、ＣＰＵ１４１と、記憶装置１４２と、通信インタフェース１４３と、これらを接続するバス１４４とを備える。ＣＰＵ１４１が記憶装置１４２等に記憶されているプログラムに基づき処理を実行することによって認証局サーバ１４０の機能及び後述する図６、図７に示す認証局サーバ１４０の処理が実現される。タイムスタンプサーバ１５０は、ハードウェアとして、ＣＰＵ１５１と、記憶装置１５２と、通信インタフェース１５３と、これらを接続するバス１５４とを備える。ＣＰＵ１５１が記憶装置１５２等に記憶されているプログラムに基づき処理を実行することによってタイムスタンプサーバ１５０の機能及び後述する図６、図７、図８に示すタイムスタンプサーバ１５０の処理が実現される。
ＣＰＵ１２１、１４１、１５１、記憶装置１２２、１４２、１５２、及び、通信インタフェース１２３、１４３、１５３は、管理サーバ１３０の同名称のものと同様であるため、説明を省略する。
【００１９】
［ソフトウェア構成］
次に、図２Ａを参照して、クライアント端末１００のソフトウェア構成について説明する。図２Ａは、クライアント端末１００のソフトウェア構成の一例を示す図である。クライアント端末１００は、要求送信部２００と、出力部２０１と、コード受付部２０２と、コード送信部２０３とを備える。
要求送信部２００は、契約書の発行要求を契約書サーバ１２０に送信する。
出力部２０１は、契約書サーバ１２０から受信された契約ＩＤを出力する。
コード受付部２０２は、ユーザによる暗証コードの入力を受け付ける。
コード送信部２０３は、コード受付部２０２によって受け付けられた暗証コードを契約書サーバ１２０に送信する。
クライアント端末１００は、必要に応じてこれら以外のソフトウェアを備えており、図６、図７、図９に示すクライアント端末１００の処理が実現される。
【００２０】
次に、図２Ｂを参照して、読取端末１１０のソフトウェア構成について説明する。図２Ｂは、読取端末１１０のソフトウェア構成の一例を示す図である。読取端末１１０は、読取部２１０と、送信部２１１と、受付部２１２と、識別情報送信部２１３とを備える。
読取部２１０は、マイナンバーカードから署名用証明書に含まれる公開鍵証明書を読取る。公開鍵証明書には個人情報が含まれるため、読取部２１０は個人情報を読取ることになる。
送信部２１１は、マイナンバーカードが記憶する個人情報と、署名用証明書の公開鍵に対応する秘密鍵に基づく電子署名とを管理サーバ１３０に送信する。送信部２１１は、本発明の読取端末送信手段の一例である。
受付部２１２は、ユーザによる契約ＩＤの入力を受け付ける。
識別情報送信部２１３は、受付部によって受け付けられた契約ＩＤを管理サーバ１３０に送信する。
読取端末１１０は、必要に応じてこれら以外のソフトウェアを備えており、図６に示す読取端末１１０の処理が実現される。
【００２１】
次に、図２Ｃを参照して、契約書サーバ１２０のソフトウェア構成について説明する。図２Ｃは、契約書サーバ１２０のソフトウェア構成の一例を示す図である。契約書サーバ１２０は、契約書送信部２２０と、識別情報送信部２２１と、コード送信部２２２とを備える。
契約書送信部２２０は、クライアント端末１００から受信された契約書の発行要求に対応する契約書を管理サーバ１３０に送信する。
識別情報送信部２２１は、管理サーバ１３０から受信された契約ＩＤをクライアント端末１００に送信する。
コード送信部２２２は、クライアント端末１００から受信された暗証コードを管理サーバ１３０に送信する。
契約書サーバ１２０は、必要に応じてこれら以外のソフトウェアを備えており、図６、図７、図９に示す契約書サーバ１２０の処理が実現される。
契約書サーバ１２０は、例えば、契約書サーバ１２０で動作するＷＥＢサーバによって、クライアント端末１００とデータ通信を行う。このとき、ここで説明した契約書サーバ１２０のソフトウェアはＷＥＢサーバを介してクライアント端末１００とデータのやり取りを行う。また、クライアント端末１００では、クライアント端末１００で動作するＷＥＢブラウザによって、契約書サーバ１２０とデータ通信を行う。
【００２２】
次に、図２Ｄを参照して、管理サーバ１３０のソフトウェア構成について説明する。図２Ｄは、管理サーバ１３０のソフトウェア構成の一例を示す図である。管理サーバ１３０は、確認部２３０と、証明書取得部２３１と、署名部２３２と、識別情報送信部２３３と、証明書記憶部２３４と、失効情報取得部２３５と、長期署名部２３６と、生成部２３７と、契約書記憶部２３８と、検索部２３９とを備える。
確認部２３０は、読取端末１１０から受信された電子署名に基づいて、ユーザの本人確認を行う。
証明書取得部２３１は、確認部２３０によって本人確認が行われたユーザについての読取端末１１０から受信された個人情報に基づいて、認証局サーバ１４０から、公開鍵及び秘密鍵が含まれる電子証明書を取得する。
署名部２３２は、契約書サーバ１２０から受信された契約書に、証明書取得部２３１によって取得された電子証明書に含まれる秘密鍵に基づく電子署名を付与する。
【００２３】
識別情報送信部２３３は、契約書サーバ１２０から受信された契約書を識別できる契約ＩＤを、契約書サーバ１２０に送信する。
証明書記憶部２３４は、証明書取得部２３１によって取得された電子証明書をユーザ情報テーブルに記憶する。
失効情報取得部２３５は、署名部２３２による電子署名の付与の後に認証局サーバ１４０から電子証明書の失効情報を取得する。
長期署名部２３６は、失効情報取得部２３５によって取得された失効情報と契約書とを含む契約書保存データに対して、予め設定された期間ごとにタイムスタンプを追加して長期署名を行う。
生成部２３７は、契約書保存データを生成する。
契約書記憶部２３８は、契約書と、契約書の属性情報とを関連付けて後述の契約情報テーブルに記憶する。
検索部２３９は、外部の装置から受信された検索条件と、契約書記憶部によって記憶された属性情報とに基づいて契約書を検索する。
管理サーバ１３０は、必要に応じてこれら以外のソフトウェアを備えており、図６、図７、図８、図９に示す管理サーバ１３０の処理が実現される。
【００２４】
［データ構造］
次に、図３を参照して、ユーザ情報テーブルについて説明する。図３は、ユーザ情報テーブルの構成の一例を示す図である。ユーザ情報テーブルは、ユーザの情報を管理するテーブルであり、管理サーバ１３０の記憶装置１３２に格納される。
ユーザ情報テーブルは、管理サーバユーザＩＤと、契約書サーバユーザＩＤと、個人情報と、電子証明書とを関連付けて記憶する。
管理サーバユーザＩＤは、管理サーバ１３０でユーザを一意に識別するユーザの識別情報である。
契約書サーバユーザＩＤは、契約書サーバ１２０でユーザを一意に識別するユーザの識別情報である。本実施形態では、契約書サーバ１２０を１台とするため、ユーザ情報テーブルは、レコードごとに１個の契約書サーバユーザＩＤを備える。しかし、契約書サーバ１２０を複数台とするときは、ユーザ情報テーブルは、レコードごとに契約書サーバ１２０と同数の契約書サーバユーザＩＤを備えるようにしてもよい。
【００２５】
個人情報は、管理サーバユーザＩＤに対応するユーザが所有するマイナンバーカードが記憶する個人情報であり、氏名、生年月日、性別、及び、住所の４つの情報を含む。
電子証明書は、認証局サーバ１４０が発行したものである。
ユーザ情報テーブルにレコードがあるユーザは、管理サーバ１３０に登録されているユーザであり、ユーザ情報テーブルにレコードがないユーザは、管理サーバ１３０に登録されていないユーザである。
【００２６】
次に、図４を参照して、契約情報テーブルについて説明する。図４は、契約情報テーブルの構成の一例を示す図である。契約情報テーブルは、契約に関する情報を管理するテーブルであり、管理サーバ１３０の記憶装置１３２に格納される。
契約情報テーブルは、契約ＩＤと、管理サーバユーザＩＤと、契約書保存データと、属性情報とを関連付けて記憶する。
契約ＩＤは、契約書識別情報の一例であり、管理サーバ１３０で管理する契約を一意に表す識別情報である。管理サーバ１３０は、契約書サーバ１２０が発行する契約書ごとに１つの契約ＩＤが割り当てる。したがって、契約ＩＤによって契約書を一意に特定できる。
管理サーバユーザＩＤは、ユーザ情報テーブルの管理サーバユーザＩＤと同じものである。契約情報テーブルが管理サーバユーザＩＤを備えることで、契約書とユーザとが関連付けられる。
契約書保存データは、管理サーバ１３０において契約書を保存するための形式のデータであり、契約書を含む。契約書保存データの詳細は後に図５を参照して説明する。
属性情報は、契約書の属性の情報であり、管理サーバ１３０が契約書を検索する際に用いられる。属性情報には、例えば、契約日付、及び、契約に関連する金額等が含まれる。ただし、属性情報が含む情報は、契約書の種類等によって異なっていてもよく、ユーザの指示等に基づいて定めることができるようにしてもよい。
【００２７】
次に、図５を参照して、契約書保存データ３００について説明する。図５は、契約書保存データ３００の構成の一例を示す図である。上記の通り、契約書保存データ３００は、管理サーバ１３０において契約書を保存するための形式のデータである。契約書保存データ３００には、長期署名フォーマットが用いられる。契約書保存データ３００について、契約書保存データ３００が生成される時系列に沿って説明する。
【００２８】
契約書３０１に電子署名が付与される前は、管理サーバ１３０は、契約書保存データ３００を契約書３０１とする。
次に、管理サーバ１３０が契約書３０１に電子署名を付与すると、管理サーバ１３０は、契約書保存データ３００をＥＳ３０４とする。ＥＳ３０４は、電子署名が付与された契約書３０１と、電子署名の検証に使用できる公開鍵３０２と、契約書３０１のハッシュ値３０３とを含む。
次に、管理サーバ１３０がタイムスタンプサーバ１５０からタイムスタンプ３０５を取得すると、管理サーバ１３０は、契約書保存データ３００をＥＳ−Ｔ３０６とする。ＥＳ−Ｔ３０６は、ＥＳ３０４と、タイムスタンプサーバ１５０から取得したタイムスタンプ３０５とを含む。
【００２９】
次に、管理サーバ１３０が、認証局サーバ１４０から電子証明書の失効情報３０７を取得し、タイムスタンプサーバ１５０からタイムスタンプ３０８を取得すると、管理サーバ１３０は、契約書保存データ３００を第１のＥＳ−Ａ３０９とする。第１のＥＳ−Ａ３０９は、ＥＳ−Ｔ３０６と、認証局サーバ１４０から取得した失効情報３０７と、ＥＳ−Ｔ３０６の生成後にタイムスタンプサーバ１５０から取得したタイムスタンプ３０８とを含む。電子証明書の失効情報３０７には、例えば、ＣＲＬ（証明書失効リスト）が用いられる。
次に、管理サーバ１３０は、予め設定された期間の経過後にタイムスタンプサーバ１５０からタイムスタンプ３１０を取得して、第１のＥＳ−Ａ３０９にタイムスタンプ３１０を追加し、契約書保存データ３００を第２のＥＳ−Ａ３１１とする。
【００３０】
以降、管理サーバ１３０は、予め設定された期間の経過ごとにタイムスタンプサーバ１５０からタイムスタンプ３１０を取得して、第２のＥＳ−Ａ３１１にタイムスタンプ３１０を追加していき、契約書保存データ３００である第２のＥＳ−Ａ３１１を更新する。
予め設定された期間は、最後に取得されたタイムスタンプの有効期限が切れる前までの期間であり、例えば１０年である。したがって、契約書保存データ３００に含まれるタイムスタンプのうち、最後に取得されたタイムスタンプの有効期限が切れる状態にはならない。
契約書保存データ３００は、ＰＤＦファイルやＸＭＬファイルでもよく、その他の形式のデータあってもよい。
【００３１】
次に、マイナンバーカードが記憶する情報のうち、本実施形態に関連する情報について説明する。
マイナンバーカードは、署名用電子証明書を記憶する。署名用電子証明書は、マイナンバーカードの所有者の個人情報、及び、公開鍵を含む。個人情報は、氏名、生年月日、性別、及び、住所の４つの情報である。マイナンバーカードは、更に、署名用電子証明書の公開鍵に対応する秘密鍵を記憶する。この秘密鍵によって電子署名を行うことができる。
以降では、署名用電子証明書を第１電子証明書、署名用電子証明書の公開鍵を第１公開鍵、第１公開鍵に対応する秘密鍵を第１秘密鍵とも呼ぶ。第１電子証明書は、第１秘密鍵と公開鍵証明書とを含む。公開鍵証明書は、第１公開鍵と個人情報とを含む。
また、認証局サーバ１４０が発行する電子証明書を第２電子証明書、第２電子証明書に含まれる公開鍵を第２公開鍵、第２電子証明書に含まれる秘密鍵を第２秘密鍵とも呼ぶ。
【００３２】
［第１契約機能の処理］
次に、契約システム１の第１契約機能を実現するための処理の流れを、図６を参照して説明する。図６は、第１契約機能のシーケンスの一例を示す図である。
ＳＱ１００において、ユーザは、クライアント端末１００の入力装置１０４等を操作し、契約書サーバユーザＩＤ、及び、契約書サーバ１２０に対するログイン指示を入力する。クライアント端末１００は、契約書サーバユーザＩＤ、及び、ログイン指示を受け付ける。
ＳＱ１０１において、クライアント端末１００は、契約書サーバ１２０にログイン要求の命令、及び、契約書サーバユーザＩＤを送信する。契約書サーバ１２０は、ログイン要求の命令、及び、契約書サーバユーザＩＤを受信する。そして、契約書サーバ１２０は、ログインの認証を行う。図６の例では、ログインの認証に成功したものとする。
ＳＱ１０２において、契約書サーバ１２０は、ログイン要求の応答として、成功を表す旨をクライアント端末１００に送信する。クライアント端末１００は、ログイン要求の応答を受信する。
【００３３】
ＳＱ１０３において、ユーザは、クライアント端末１００の入力装置１０４等を操作し、契約書サーバ１２０に対する契約書発行指示を入力する。クライアント端末１００は、契約書発行指示を受け付ける。
ＳＱ１０４において、クライアント端末１００は、契約書サーバ１２０に契約書発行要求の命令を送信する。契約書サーバ１２０は、契約書発行要求の命令を受信する。
ＳＱ１０５において、契約書サーバ１２０は、契約書発行要求に対応する契約書を、契約書サーバ１２０の記憶装置１２２から検索したり生成したりして、取得する。契約書サーバ１２０は、契約書発行要求に対応する契約書を、外部の情報処理装置等から取得してもよい。
ＳＱ１０６において、契約書サーバ１２０は、ユーザの登録確認要求の命令、及び、契約書サーバユーザＩＤを管理サーバ１３０に送信する。管理サーバ１３０は、ユーザの登録確認要求の命令、及び、契約書サーバユーザＩＤを受信する。
管理サーバ１３０は、管理サーバ１３０にユーザが登録されているか否かを判断する。より具体的には、管理サーバ１３０は、図３のユーザ情報テーブルを参照して、受信した契約書サーバユーザＩＤを含むレコードがあるか否かを判断する。管理サーバ１３０は、受信した契約書サーバユーザＩＤを含むレコードがあるとき、ユーザが管理サーバ１３０に登録されていると判断する。管理サーバ１３０は、受信した契約書サーバユーザＩＤを含むレコードがないとき、ユーザが管理サーバ１３０に登録されていないと判断する。図６の例では、ユーザが管理サーバ１３０に登録されていないものとする。
【００３４】
ＳＱ１０７において、管理サーバ１３０は、確認結果としてユーザが管理サーバ１３０に登録されていない旨を契約書サーバ１２０に送信する。契約書サーバ１２０は、この旨を受信する。
ＳＱ１０８において、管理サーバ１３０は、図３のユーザ情報テーブルに存在しない管理サーバユーザＩＤを生成する。次に、管理サーバ１３０は、生成した管理サーバユーザＩＤ、及び、ＳＱ１０６で受信した契約書サーバユーザＩＤに基づいて、ユーザ情報テーブルにレコードを追加し、管理サーバ１３０にユーザを登録する。追加するレコードの個人情報、及び、電子証明書にはデータは設定されない。
ＳＱ１０９において、契約書サーバ１２０は、ＳＱ１０５で取得した契約書を管理サーバ１３０に送信する。管理サーバ１３０は、契約書を受信する。
ＳＱ１１０において、管理サーバ１３０は、ＳＱ１０９で受信した契約書を保存する。より具体的には、管理サーバ１３０は、ＳＱ１０９で受信した契約書を含むレコードを契約書情報テーブルに保存する。すなわち管理サーバ１３０は、図４の契約書情報テーブルに存在しない契約ＩＤを生成する。また、管理サーバ１３０は、受信した契約書に基づいて、属性情報を取得する。属性情報は、契約書サーバ１２０から受信してもよい。そして、管理サーバ１３０は、生成した契約ＩＤ、ＳＱ１０８で生成した管理サーバユーザＩＤ、ＳＱ１０９で受信した契約書のみからなる契約書保存データ、及び、取得した属性情報からなるレコードを、図４の契約書情報テーブルに追加する。ＳＱ１０９で受信した契約書には電子署名は付与されていない。
【００３５】
ＳＱ１１１において、管理サーバ１３０は、ＳＱ１１０で生成した契約ＩＤを契約書サーバ１２０に送信する。契約書サーバ１２０は、契約ＩＤを受信する。
ＳＱ１１２において、契約書サーバ１２０は、ＳＱ１０５で取得した契約書、及び、ＳＱ１１１で受信した契約ＩＤをクライアント端末１００に送信する。クライアント端末１００は、契約書、及び、契約ＩＤを受信する。そして、クライアント端末１００は、受信した契約書、及び、契約ＩＤを表示する。契約ＩＤは、英数字等の文字列として表示してもよく、バーコード等の一次元コード、又は、ＱＲコード（登録商標）等の二次元コードとして表示してもよい。
ＳＱ１１３において、ユーザは、クライアント端末１００が表示する契約書、及び、契約ＩＤを確認する。契約ＩＤが一次元コード又は二次元コード等で表示されるときは、ユーザは、スマートフォン等の情報処理装置で契約ＩＤを読取ってもよい。
【００３６】
ＳＱ１１４において、ユーザは、読取端末１１０が設置されているコンビニエンスストア等に行く。そして、ユーザは、読取端末１１０の入力装置１１４等を操作し、読取端末１１０に、クライアント端末１００が表示した契約ＩＤ、及び、契約書取得指示を入力する。読取端末１１０は、契約ＩＤ、及び、契約書取得指示を受け付ける。
ＳＱ１１５において、読取端末１１０は、契約書取得要求の命令、及び、ＳＱ１１４で受け付けた契約ＩＤを管理サーバ１３０に送信する。管理サーバ１３０は、契約書取得要求の命令、及び、契約ＩＤを受信する。そして、管理サーバ１３０は、受信した契約ＩＤを用いて契約情報テーブルを検索して、契約ＩＤに対応する契約書保存データを取得し、契約書保存データに含まれる契約書を取得する。
ＳＱ１１６において、管理サーバ１３０は、ＳＱ１１５で取得した契約書を読取端末１１０に送信する。読取端末１１０は、契約書を受信する。
ＳＱ１１７において、読取端末１１０は、ＳＱ１１６で受信した契約書を、画像として表示したり印刷したりして、出力する。
ＳＱ１１８において、ユーザは、出力された契約書を確認する。
【００３７】
ＳＱ１１９において、ユーザは、読取端末１１０の入力装置１１４等を操作し、読取端末１１０に、契約書への電子署名付与の指示を入力する。また、ユーザは、読取端末１１０のカードリーダ１１６に、所有するマイナンバーカードを読取らせる。また、ユーザは、読取端末１１０の入力装置１１４等を操作し、読取端末１１０に、ＰＩＮコード、及び、暗証コードを入力する。
ＰＩＮコードは、マイナンバーカードから、マイナンバーカードが記憶する個人情報を取得するために必要なコードである。暗証コードは、ＳＱ１２５で管理サーバ１３０が契約書に電子署名を付与するために必要なコードである。
読取端末１１０は、電子署名付与の指示、ＰＩＮコード、及び、暗証コードを受け付ける。また、読取端末１１０は、受け付けたＰＩＮコードを用いて、マイナンバーカードから第１公開鍵と個人情報とを含む公開鍵証明書を読取る。個人情報は、上記の通り、氏名、生年月日、性別、及び、住所である。読取端末１１０は、公開鍵証明書を読取ることで、公開鍵証明書に含まれる個人情報を読取っている。
また、読取端末１１０は、予め読取端末１１０等に設定された所定ファイルについて、マイナンバーカードが記憶する第１秘密鍵に基づく電子署名を取得する。第１秘密鍵は、マイナンバーカードが記憶する第１電子証明書の第１公開鍵に対応するものである。読取端末１１０は、例えば、電子署名を生成する要求、及び、所定ファイルから計算されたハッシュ値をマイナンバーカードに送信し、マイナンバーカードからマイナンバーカードが記憶する第１秘密鍵に基づく電子署名（暗号化されたハッシュ値）を受信することで、電子署名を取得する。
【００３８】
ＳＱ１２０において、読取端末１１０は、電子署名付与要求の命令、ＳＱ１１９で用いた電子署名が付与された所定ファイル、及び、暗証コードを管理サーバ１３０に送信する。電子署名が付与された所定ファイルには公開鍵証明書が含まれる。管理サーバ１３０は、電子署名付与要求の命令、電子署名が付与された所定ファイル、及び、暗証コードを受信する。
ＳＱ１２１において、管理サーバ１３０は、受信した電子署名が付与された所定ファイル、及び、電子署名に含まれる第１公開鍵を利用してこの電子署名の検証を行い、有効性を確認する。管理サーバ１３０は、署名が有効である場合、本人確認がされ、個人情報を読み取る。電子署名が付与された所定ファイルには公開鍵証明書が含まれており、管理サーバ１３０は、受信した電子署名が付与された所定ファイルに含まれる公開鍵証明書から個人情報を読取る。図６の例では、ユーザの本人確認が成功したものとする。
【００３９】
ＳＱ１２２において、管理サーバ１３０は、電子証明書等発行要求の命令、ＳＱ１２０で受信した第１電子証明書に含まれる個人情報、及び、ＳＱ１２０で受信した暗証コードを認証局サーバ１４０に送信する。認証局サーバ１４０は、電子証明書等発行要求の命令、個人情報、及び、暗証コードを受信する。そして、認証局サーバ１４０は、受信した情報に基づいて、第２電子証明書を生成する。第２電子証明書は、第２公開鍵、及び、第２秘密鍵を含む。第２秘密鍵は、第２公開鍵に対応する秘密鍵である。
読取端末１１０は、マイナンバーカードから個人情報を直接読取るアプリケーション（読取アプリケーション）を備えていてもよい。この場合、読取端末１１０では、読取アプリケーションがマイナンバーカードから個人情報を直接読取る。そして、ＳＱ１２０において、読取端末１１０は、電子署名が付与された所定ファイルの代わりに、読取アプリケーションによって読取られた個人情報を管理サーバ１３０に送信する。また、ＳＱ１２１において所定ファイルを用いた本人確認は行われない。そして、ＳＱ１２２において、管理サーバ１３０は、電子証明書等発行要求の命令、ＳＱ１２０で受信した個人情報、及び、ＳＱ１２０で受信した暗証コードを認証局サーバ１４０に送信する。
ＳＱ１２３において、認証局サーバ１４０は、ＳＱ１２２で生成した第２電子証明書を管理サーバ１３０に送信する。管理サーバ１３０は、第２電子証明書を受信する。管理サーバ１３０が受信する第２電子証明書は、暗証コードで暗号化されているものとする。
ＳＱ１２４において、管理サーバ１３０は、ＳＱ１２３で受信した第２電子証明書を、ＳＱ１０８で追加したユーザ情報テーブルのレコードの電子証明書に設定する。こうして、ＳＱ１２３で受信した第２電子証明書が管理サーバ１３０に保存される。ユーザ情報テーブルのレコードに設定される第２電子証明書は、暗証コードで暗号化されているものである。
【００４０】
ＳＱ１２５において、管理サーバ１３０は、ＳＱ１２３で受信した暗号化された第２電子証明書を、ＳＱ１２０で受信した暗証コードに基づいて、復号化する。次に、管理サーバ１３０は、復号化された第２電子証明書に含まれる第２秘密鍵に基づいて、契約書の電子署名を生成し、生成した電子署名を契約書に付与する。電子署名を契約書に付与することが、ユーザが契約書に基づいて契約することに相当する。次に、管理サーバ１３０は、契約書保存データとして、図５に示したＥＳ３０４を生成する。ＥＳ３０４には、電子署名が付与された契約書３０１と、第２電子証明書に含まれる第２公開鍵３０２と、契約書のハッシュ値３０３とが含まれる。管理サーバ１３０は、生成した契約書保存データを、ＳＱ１１０で追加した契約情報テーブルのレコードの契約書保存データに設定する。
【００４１】
ＳＱ１２６において、管理サーバ１３０は、タイムスタンプ取得要求の命令、及び、契約書のハッシュ値を、タイムスタンプサーバ１５０に送信する。タイムスタンプサーバ１５０は、タイムスタンプ取得要求の命令、及び、契約書のハッシュ値を受信する。そして、タイムスタンプサーバ１５０は、受信した契約書のハッシュ値に基づいてタイムスタンプを生成して、タイムスタンプに電子署名を施す。タイムスタンプには、契約書のハッシュ値、及び、タイムスタンプ付与時刻等が含まれる。
ＳＱ１２７において、タイムスタンプサーバ１５０は、ＳＱ１２６で生成したタイムスタンプを管理サーバ１３０に送信する。管理サーバ１３０は、タイムスタンプを受信する。
ＳＱ１２８において、管理サーバ１３０は、契約書保存データとして、図５に示したＥＳ−Ｔ３０６を生成する。ＥＳ−Ｔ３０６には、ＳＱ１２５で生成したＥＳ３０４と、ＳＱ１２７で受信したタイムスタンプ３０５とが含まれる。管理サーバ１３０は、生成した契約書保存データを、ＳＱ１１０で追加した契約情報テーブルのレコードの契約書保存データに設定する。管理サーバ１３０は、このように契約書保存データを更新する。
【００４２】
ＳＱ１２９において、管理サーバ１３０は、予め設定された期間、例えば１日待機する。
ＳＱ１３０において、管理サーバ１３０は、電子証明書の失効情報取得要求の命令を認証局サーバ１４０に送信する。認証局サーバ１４０は、失効情報取得要求の命令を受信する。
ＳＱ１３１において、認証局サーバ１４０は、電子証明書の失効情報を管理サーバ１３０に送信する。管理サーバ１３０は、電子証明書の失効情報を受信する。電子証明書の失効情報には、ＣＲＬが使われる。
【００４３】
ＳＱ１３２において、管理サーバ１３０は、タイムスタンプ取得要求の命令、及び、ＳＱ１２８で生成した契約書保存データのハッシュ値を、タイムスタンプサーバ１５０に送信する。タイムスタンプサーバ１５０は、タイムスタンプ取得要求の命令、及び、契約書保存データのハッシュ値を受信する。そして、タイムスタンプサーバ１５０は、受信した契約書保存データのハッシュ値に基づいてタイムスタンプを生成して、タイムスタンプに電子署名を施す。タイムスタンプには、契約書保存データのハッシュ値、及び、タイムスタンプ付与時刻等が含まれる。
ＳＱ１３３において、タイムスタンプサーバ１５０は、ＳＱ１３２で生成したタイムスタンプを管理サーバ１３０に送信する。管理サーバ１３０は、タイムスタンプを受信する。
ＳＱ１３４において、管理サーバ１３０は、契約書保存データとして、図５に示した第１のＥＳ−Ａ３０９を生成する。第１のＥＳ−Ａ３０９には、ＳＱ１２８で生成したＥＳ−Ｔ３０６と、ＳＱ１３１で受信した失効情報３０７と、ＳＱ１３３で受信したタイムスタンプ３０８とが含まれる。管理サーバ１３０は、生成した契約書保存データを、ＳＱ１１０で追加した契約情報テーブルのレコードの契約書保存データに設定する。管理サーバ１３０は、このように契約書保存データを更新する。
【００４４】
［第２契約機能の処理］
次に、契約システム１の第２契約機能を実現するための処理の流れを、図７を参照して説明する。図７は、第２契約機能のシーケンスの一例を示す図である。
ＳＱ２００からＳＱ２０６までは、図６のＳＱ１００からＳＱ１０６までと同様であるため、説明を省略する。ただし、図７の例では、ＳＱ２０６において、管理サーバ１３０は、ユーザが管理サーバ１３０に登録されていると判断するものとする。
ＳＱ２０７において、管理サーバ１３０は、確認結果としてユーザが管理サーバ１３０に登録されている旨を契約書サーバ１２０に送信する。契約書サーバ１２０は、この旨を受信する。
契約システム１では、ユーザが管理サーバ１３０に登録されているか否かに基づいて、図６の第１契約機能の処理、及び、図７の第２契約機能の処理のどちらの処理を行うかが定まる。契約書サーバ１２０、及び、管理サーバ１３０は、ユーザが管理サーバ１３０に登録されているとき第１契約機能の処理を行い、ユーザが管理サーバ１３０に登録されていないとき第２契約機能の処理を行う。
【００４５】
ＳＱ２０８において、契約書サーバ１２０は、ＳＱ２０５で取得した契約書を管理サーバ１３０に送信する。管理サーバ１３０は、契約書を受信する。
ＳＱ２０９は、図６のＳＱ１１０と同様であるため説明を省略する。
ＳＱ２１０において、契約書サーバ１２０は、ＳＱ２０５で取得した契約書をクライアント端末１００に送信する。クライアント端末１００は、契約書を受信する。そして、クライアント端末１００は、受信した契約書を表示する。
ＳＱ２１１において、ユーザは、クライアント端末１００が表示する契約書を確認する。
ＳＱ２１２において、ユーザは、クライアント端末１００の入力装置１０４等を操作し、契約書への電子署名付与の指示、及び、暗証コードを入力する。ここで入力する暗証コードは、図６のＳＱ１１９でユーザが入力した暗証コードと同じものである。クライアント端末１００は、電子署名付与の指示、及び、暗証コードを受け付ける。
【００４６】
ＳＱ２１３において、クライアント端末１００は、電子署名付与要求の命令、及び、暗証コードを契約書サーバ１２０に送信する。契約書サーバ１２０は、電子署名付与要求の命令、及び、暗証コードを受信する。
ＳＱ２１４において、契約書サーバ１２０は、電子署名付与要求の命令、及び、ＳＱ２１３で受信した暗証コードを管理サーバ１３０に送信する。管理サーバ１３０は、電子署名付与要求の命令、及び、暗証コードを受信する。
ＳＱ２１５からＳＱ２２４までは、図６のＳＱ１２５からＳＱ１３４までと同様であるため説明を省略する。ただし、ＳＱ２１５において、管理サーバ１３０は、ユーザ情報テーブルにおける、ＳＱ２０６で受信した契約書サーバユーザＩＤと同じ契約書サーバユーザＩＤのレコードに含まれる第２電子証明書を、ＳＱ２１４で受信した暗証コードで復号化する。そして、管理サーバ１３０は、復号化された第２電子証明書に含まれる第２秘密鍵に基づいて、契約書の電子署名を生成し、生成した電子署名を契約書に付与する。
【００４７】
管理サーバ１３０は、ユーザが管理サーバ１３０に登録されていて、第２電子証明書がユーザ情報テーブルに保存されているとき、図７の処理のように、電子署名を契約書に付与する。すなわち、管理サーバ１３０は、ユーザ情報テーブルに保存されている第２電子証明書に含まれる第２秘密鍵に基づいて、電子署名を契約書に付与する。
一方、管理サーバ１３０は、ユーザが管理サーバ１３０に登録されておらず、第２電子証明書がユーザ情報テーブルに保存されていないとき、図６の処理のように、電子署名を契約書に付与する。すなわち、管理サーバ１３０は、認証局サーバ１４０から第２電子証明書を受信する。第２電子証明書は、第２公開鍵、及び、第２秘密鍵を含む。管理サーバ１３０は、受信した第２電子証明書に含まれる第２秘密鍵に基づいて、電子署名を契約書に付与する。
【００４８】
［長期署名機能］
次に、長期署名機能を実現するための処理の流れを、図８を参照して説明する。図８は、長期署名機能のシーケンスの一例を示す図である。図８のシーケンスでは、契約情報テーブルの１つのレコードを処理の対象とする。処理対象のレコードの契約書保存データは、図６の第１契約機能の処理、又は、図７の第２契約機能の処理が行われた直後の状態であり、図５の第１のＥＳ−Ａ３０９の形式になっているものとする。
【００４９】
ＳＱ３００において、管理サーバ１３０は、予め設定された期間が経過するまで待機する。予め設定された期間は、処理対象のレコードの契約書保存データに含まれるタイムスタンプのうち、最後に取得されたタイムスタンプの有効期限が切れる前までの期間であり、例えば１０年である。
ＳＱ３０１において、管理サーバ１３０は、タイムスタンプ取得要求の命令、及び、契約書保存データのハッシュ値を、タイムスタンプサーバ１５０に送信する。タイムスタンプサーバ１５０は、タイムスタンプ取得要求の命令、及び、契約書保存データのハッシュ値を受信する。そして、タイムスタンプサーバ１５０は、受信した契約書保存データのハッシュ値に基づいてタイムスタンプを生成して、タイムスタンプに電子署名を施す。タイムスタンプには、契約書保存データのハッシュ値、及び、タイムスタンプ付与時刻等が含まれる。
【００５０】
ＳＱ３０２において、タイムスタンプサーバ１５０は、ＳＱ３０１で生成したタイムスタンプを管理サーバ１３０に送信する。管理サーバ１３０は、タイムスタンプを受信する。
ＳＱ３０３において、管理サーバ１３０は、契約書保存データとして、図５に示した第２のＥＳ−Ａ３１１を生成する。第２のＥＳ−Ａ３１１には、第１のＥＳ−Ａ３０９と、ＳＱ３０２で受信したタイムスタンプ３１０とが含まれる。管理サーバ１３０は、生成した契約書保存データを、契約情報テーブルの処理対象レコードの契約書保存データに設定する。管理サーバ１３０は、このように契約書保存データを更新する。
以降、契約システム１は、ＳＱ３００からＳＱ３０３までの処理を繰り返す。ただし、２回目以降のＳＱ３０３において、管理サーバ１３０は、直近に生成した第２のＥＳ−Ａ３１１に含まれる第１のＥＳ−Ａ３０９、及び、タイムスタンプ３１０に、更に、直近のＳＱ３０２で受信したタイムスタンプ３１０を追加して、新たな第２のＥＳ−Ａ３１１を生成して、契約書保存データとする。そして、管理サーバ１３０は、生成した契約書保存データを、契約情報テーブルの処理対象レコードの契約書保存データに設定する。ここで、第ｎタイムスタンプ３１０をｎ回目のＳＱ３０２で管理サーバ１３０が受信したタイムスタンプ３１０とすると、１回目のＳＱ３０３では、第２のＥＳ−Ａ３１１は、第１のＥＳ−Ａ３０９に第１タイムスタンプ３１０が付加したデータとなる。２回目のＳＱ３０３では、第２のＥＳ−Ａ３１１は、第１のＥＳ−Ａ３０９に第１タイムスタンプ３１０、及び、第２タイムスタンプ３１０が付加したデータとなる。以降同様に、ＳＱ３０２で管理サーバ１３０が受信したデータが第１のＥＳ−Ａ３０９に追加されていき、第２のＥＳ−Ａ３１１が更新されていく。
【００５１】
［検索機能］
次に、契約システム１の検索機能を実現するための処理の流れを、図９を参照して説明する。図９は、検索機能のシーケンスの一例を示す図である。
ＳＱ４００からＳＱ４０２までは、図６のＳＱ１００からＳＱ１０２までと同様であるため、説明を省略する。
ＳＱ４０３において、ユーザは、クライアント端末１００の入力装置１０４等を操作し、契約書検索の指示を入力する。クライアント端末１００は、契約書検索の指示を受け付ける。そして、クライアント端末１００は、検索条件入力画面を表示する。検索条件入力画面は、ユーザが検索条件を入力するための画面である。より具体的には、クライアント端末１００のＷＥＢブラウザが、契約書サーバ１２０のＷＥＢサーバに検索条件入力画面の要求命令を送信し、受信した検索条件入力画面を表示する。
【００５２】
ＳＱ４０４において、ユーザは、クライアント端末１００の入力装置１０４等を操作し、検索条件を入力する。クライアント端末１００は、検索条件を受け付ける。
ＳＱ４０５において、クライアント端末１００は、検索要求の命令、及び、受け付けた検索条件を契約書サーバ１２０に送信する。契約書サーバ１２０は、検索要求の命令、及び、検索条件を受信する。
ＳＱ４０６において、契約書サーバ１２０は、検索要求の命令、検索条件、及び、契約書サーバユーザＩＤを管理サーバ１３０に送信する。契約書サーバユーザＩＤは、ＳＱ４０１で契約書サーバ１２０がクライアント端末から受信したものである。管理サーバ１３０は、検索要求の命令、検索条件、及び、契約書サーバユーザＩＤを受信する。
ＳＱ４０７において、管理サーバ１３０は、ＳＱ４０６で受信した契約書サーバユーザＩＤに基づいて、ユーザ情報テーブルを検索して、契約書サーバユーザＩＤに対応する管理サーバユーザＩＤを取得する。次に、管理サーバ１３０は、取得した管理サーバユーザＩＤ、及び、ＳＱ４０６で受信した検索条件に基づいて、契約情報テーブルからレコードを検索する。より具体的には、取得した管理サーバユーザＩＤと一致する管理サーバユーザＩＤを持ち、かつ、検索条件に合致する属性情報を持つ契約情報テーブルのレコードを検索する。
【００５３】
ＳＱ４０８において、管理サーバ１３０は、契約情報テーブルの検索結果を契約書サーバ１２０に送信する。契約情報テーブルの検索結果として、検索したレコードに含まれる契約書の一覧等が使われる。契約書サーバ１２０は、契約情報テーブルの検索結果を受信する。
ＳＱ４０９において、契約書サーバ１２０は、ＳＱ４０８で受信した契約情報テーブルの検索結果をクライアント端末１００に送信する。クライアント端末１００は、契約情報テーブルの検索結果を受信する。そして、クライアント端末１００は、契約情報テーブルの検索結果を表示する。ユーザは、表示された契約情報テーブルの検索結果を確認できる。
【００５４】
［効果］
管理サーバ１３０は、マイナンバーカードが記憶する情報に基づいてユーザの本人確認を行う。したがって、管理サーバ１３０は精度の高い本人確認が可能になる。
また、管理サーバ１３０は、マイナンバーカードが記憶する個人情報に基づいて、認証局サーバ１４０から、第２電子証明書を取得する。認証局サーバ１４０は、マイナンバーカードの第１電子証明書（署名用証明書）の発行元とは異なる電子証明書の発行元である。そして、管理サーバ１３０は、契約書に、第２電子証明書に含まれる第２秘密鍵に基づく電子署名を付与する。
したがって、ユーザは、契約相手となる企業等に出向くことなく、契約ができる。したがって、ユーザの利便性が向上する。
また、管理サーバ１３０が契約書への電子署名の付与を行う。よって、契約書への電子署名の付与を含んだ契約書の一元管理を管理サーバ１３０が行うことが可能となる。したがって、契約書の発行元となる企業等における契約書の管理の煩雑さが解消できる。
【００５５】
また、マイナンバーカードは、契約書の管理に必要な機能が制限されていることがある。例えば、マイナンバーカードでの長期署名は制限されており、電子署名を付与した契約書についてマイナンバーカードを用いた長期署名が行えないことがある。
この場合であっても、管理サーバ１３０は、マイナンバーカードの情報に基づいて、認証局サーバ１４０から第２電子証明書を取得する。したがって、認証局サーバ１４０を適切に選択することで、管理サーバ１３０は、契約書の管理に必要な機能が制限されていない第２電子証明書で、契約書への電子署名を含む契約書の管理を行うことができる。
【００５６】
また、マイナンバーカードの普及が進んでいる。よって、ユーザは新たに電子証明書等を取得することなく、既に所有しているマイナンバーカードによって、契約書を契約システム１で一元管理できる。したがって、ユーザの利便性が向上する。
また、読取端末１１０がマイナンバーカードの情報を読取るのは、第１契約機能の処理が行われるときのみであり、１人のユーザに付き１回である。すなわち、ユーザは、契約システム１を使うとき、第１契約機能により、マイナンバーカードの情報を読取端末１１０に読取らせて１回契約を行うと、２回目以降は、第２契約機能により、読取端末１１０を使わず、クライアント端末１００のみで契約を行える。したがって、ユーザの利便性が向上する。また、読取端末１１０をコンビニエンスストア等の店舗に設置することで、ユーザは、読取端末１１０を用意しなくても、契約システム１を使うことができる。
また、読取端末１１０として、コンビニエンスストア等に既に設置してある端末を使うことができるため、簡易に契約システム１を実現できると考えられる。
【００５７】
また、契約システム１は、長期署名機能を備える。したがって、契約システム１で電子署名を付与した契約書の永続的な管理が可能である。
また、契約システム１は、検索機能を備える。したがって、ユーザの複数の契約書があっても、ユーザは容易に契約書を把握できる。
また、管理サーバ１３０が生成する電子署名に使う第２秘密鍵が含まれる第２電子証明書は、暗証コードで暗号化されている。管理サーバ１３０は、暗証コードをユーザ情報テーブル等に記憶せず、ユーザが入力した暗証コードを受信して、第２電子証明書を復号化し、第２電子証明書に含まれる第２秘密鍵に基づいて契約書の電子署名を生成する。したがって、管理サーバ１３０が生成する電子署名の正当性が確保される。
【００５８】
［その他の実施形態］
上記の実施形態では、図６、図７に示すように、第１契約機能、及び、第２契約機能の処理において、管理サーバ１３０がユーザの第２秘密鍵に基づいて契約書に電子署名を付与することで、ユーザが契約を行う。
しかし、契約書の発行元の企業等も契約書に電子署名を付与するようにしてもよい。すなわち、企業が所有する秘密鍵に基づく電子署名を契約書に付与してもよい。このとき、管理サーバ１３０は、例えば、図６のＳＱ１２５の後や図７のＳＱ２１５の後に、契約書を、企業等が所有する契約書サーバ１２０に送信する。契約書サーバ１２０は、受信した契約書に、企業が所有する秘密鍵に基づく電子署名を契約書に付与して、管理サーバ１３０に送信する。
【００５９】
また、上記の実施形態では、図９に示すように、検索機能の処理で、クライアント端末１００は、契約書サーバ１２０を介して、管理サーバ１３０に検索要求の命令を送信する。しかし、クライアント端末１００は、管理サーバ１３０に直接、検索要求の命令を送信し、管理サーバ１３０から直接、検索結果を受信してもよい。これにより、契約書サーバ１２０の処理の負荷、及び、通信量が軽減する。
また、上記の実施形態では、第２電子証明書には第２秘密鍵が含まれる。しかし、第２電子証明書には第２秘密鍵が含まれなくてもよい。この場合、図６のＳＱ１２３において、認証局サーバ１４０は、第２公開鍵が含まれる第２電子証明書、及び、第２秘密鍵を管理サーバ１３０に送信する。また、ユーザ情報テーブルは、管理サーバユーザＩＤと、契約書サーバユーザＩＤと、個人情報と、第２電子証明書と、第２秘密鍵とを関連付けて記憶する。管理サーバ１３０の証明書記憶部２３４は、管理サーバ１３０の証明書取得部２３１によって取得された第２電子証明書、及び、第２秘密鍵をユーザ情報テーブルに記憶する。管理サーバ１３０は、第２秘密鍵を使うときは、認証局サーバ１４０から受信した第２秘密鍵、又は、ユーザ情報テーブルに記憶された第２秘密鍵を使うことになる。ユーザ情報テーブルに記憶された第２秘密鍵は暗証コードで暗号化されており、第２秘密鍵は、暗証コードで復号化して使用される。
【００６０】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。例えば、上記の実施形態を任意に組み合わせて実施してもよい。
【符号の説明】
【００６１】
１  契約システム
１００  クライアント端末
１１０  読取端末
１２０  契約書サーバ
１３０  管理サーバ
１４０  認証局サーバ
１５０  タイムスタンプサーバ
【図１】
2018078499.tif 000003
【図２Ａ】
2018078499.tif 000004
【図２Ｂ】
2018078499.tif 000005
【図２Ｃ】
2018078499.tif 000006
【図２Ｄ】
2018078499.tif 000007
【図３】
2018078499.tif 000008
【図４】
2018078499.tif 000009
【図５】
2018078499.tif 000010
【図６】
2018078499.tif 000011
【図７】
2018078499.tif 000012
【図８】
2018078499.tif 000013
【図９】
2018078499.tif 000014