知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-09-15
(45)【発行日】2023-09-26
(54)【発明の名称】検証サーバ、及び検証プログラム
(51)【国際特許分類】
G06Q 50/10 20120101AFI20230919BHJP
【ＦＩ】
G06Q50/10
【請求項の数】
9
(21)【出願番号】P 2021200622
(22)【出願日】2021-12-10
(65)【公開番号】P2023086242
(43)【公開日】2023-06-22
【審査請求日】2021-12-10
(73)【特許権者】
【識別番号】313006647
【氏名又は名称】セイコーソリューションズ株式会社
(74)【代理人】
【識別番号】100096655
【弁理士】
【氏名又は名称】川井 隆
(74)【代理人】
【識別番号】100091225
【弁理士】
【氏名又は名称】仲野 均
(72)【発明者】
【氏名】中嶋 勝治
【審査官】田上 隆一
(56)【参考文献】
【文献】特開２０１４－０１７７４６（ＪＰ，Ａ）
【文献】特開２０１２－１４５９９６（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
複数の電子契約事業者が提供する電子契約サービスに対する信頼性を判定するために必要な評価情報を収集して電子契約サービス毎に記憶する評価情報記憶手段と、
所定の電子契約事業者が提供する電子契約サービスを利用して締結された電子契約書に対する検証依頼を受付ける検証受付手段と、
前記検証依頼を受付けた電子契約書について、予め規定された複数の判定条件に従って電子契約サービスに対する信頼性を判定することで、当該電子契約書に対する信頼性を検証する検証手段と、
前記判定条件毎の判定結果を記録した検証結果を作成する作成手段と、
前記作成した検証結果を前記検証依頼の依頼者に提示する結果提示手段と、
を具備し、
前記評価情報記憶手段は、前記評価情報として、「約款が公開されている」か否か、「運用ポリシーが公開されている」か否か、「外部認証機関の認証が得られている」か否か、を記憶し、
前記検証手段は、前記検証依頼を受付けた電子契約書が締結された電子契約サービスに対する前記評価情報の何れか１つでも満たしていない項目が存在する場合には、一定レベル以上の信頼性が認められないと判定する、
ことを特徴とする検証サーバ。
【請求項2】
前記検証手段は、前記検証受付手段が立会人型電子契約の電子契約書に対する検証依頼を受付けた場合、電子契約書の内容に対する信頼性の検証として、当該電子契約書の署名値に、実際の署名者情報が記載されていない場合、及び、実際の署名者を確認した情報が記載されていない場合に、一定レベル以上の信頼性が認められないと判定する、
ことを特徴とする請求項１に記載の検証サーバ。
【請求項3】
前記複数の電子契約事業者が提供する電子契約サービスに対する評価情報を定期的に収集し、前記評価情報記憶手段に記憶された評価情報を更新する更新手段と、を備えることを特徴とする請求項１に記載の検証サーバ。
【請求項4】
前記検証受付手段は、検証依頼の受付に際し、署名済電子契約書と契約付随情報を有する電子契約書原本を受信し、前記検証手段は、受信した前記電子契約書原本に基づき、電子契約書の内容に対する信頼性を検証する、
ことを特徴とする請求項１から請求項３のうちの何れかに記載の検証サーバ。
【請求項5】
前記結果提示手段は、電子署名とタイムスタンプを付与した検証結果を提示する、ことを特徴とする請求項１から請求項４のうちの何れかに記載の検証サーバ。
【請求項6】
前記検証受付手段は、電子契約を締結した契約当事者、当該契約当事者から契約を承継した承継者、又は、当該契約で利用された電子契約事業者からの検証依頼を受付ける、ことを特徴とする請求項１から請求項５のうちの何れかに記載の検証サーバ。
【請求項7】
前記検証依頼の依頼者からの要求に基づき、前記受信した電子契約書原本を保管する契約書保管手段と、を備えることを特徴とする請求項４に記載の検証サーバ。
【請求項8】
前記契約書保管手段は、前記検証手段による検証が終了した後に、タイムスタンプを付与した前記電子契約書原本を保管する、ことを特徴とする請求項７に記載の検証サーバ。
【請求項9】
複数の電子契約事業者が提供する電子契約サービスに対する信頼性を判定するために必要な評価情報を収集して電子契約サービス毎に評価情報記憶手段に記憶させる評価情報記憶機能と、
所定の電子契約事業者が提供する電子契約サービスを利用して締結された電子契約書に対する検証依頼を受付ける検証受付機能と、
前記検証依頼を受付けた電子契約書について、予め規定された複数の判定条件に従って電子契約サービスに対する信頼性を判定することで、当該電子契約書に対する信頼性を検証する検証機能と、
前記判定条件毎の判定結果を記録した検証結果を作成する作成機能と、
前記作成した検証結果を前記検証依頼の依頼者に提示する結果提示機能と、
を具備し、
前記評価情報記憶機能は、前記評価情報として、「約款が公開されている」か否か、「運用ポリシーが公開されている」か否か、「外部認証機関の認証が得られている」か否か、を前記評価情報記憶手段に記憶させ、
前記検証機能は、前記検証依頼を受付けた電子契約書が締結された電子契約サービスに対する前記評価情報の何れか１つでも満たしていない項目が存在する場合には、一定レベル以上の信頼性が認められないと判定する、
ことをコンピュータに実現させることを特徴とする検証プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、検証サーバ、及び検証プログラムに係り、例えば電子文書を用いて締結された電子契約書を対象とする。
【背景技術】
【0002】
いわゆる電子契約書を利用した電子契約が広く使用されるようになってきており、多くの電子契約事業者が、契約当事者に対して電子契約の締結を仲介する電子契約サービスを提供するようになってきている（例えば特許文献１）。
各電子契約事業者は、例えば、電子印鑑の押印や電子署名の選択、当事者型電子契約や立会人型電子契約の選択、タイムスタンプ付与の選択等ができる各種電子契約サービスを提供している。
電子契約事業者が提供する電子契約サービスを利用して締結された電子契約で作成される各種電子契約書は、当該契約当事者や電子契約事業者が保管、管理をしている。
各電子契約事業者は、例えば、電子印鑑の押印や電子署名の選択、当事者型電子契約や立会人型電子契約の選択、タイムスタンプ付与の選択等ができる各種電子契約サービスを提供している。
電子契約事業者が提供する電子契約サービスを利用して締結された電子契約で作成される各種電子契約書は、当該契約当事者や電子契約事業者が保管、管理をしている。
【0003】
しかし、同じ立会人型の電子契約サービスあっても、利用する電子契約事業者によって、契約当事者の本人確認方法、契約の締結に至る経緯の保存状況（ログ情報等）、電子署名の認証局、タイムスタンプ事業者などが異なる場合があり、その信頼性の程度についても異なる場合がある。
そして、契約当事者にとって、どの電子契約事業者による、どの電子契約サービスを利用するかについては、契約相手との関係で決ることになる。例えば、受注契約の場合であれば、当該契約の発注元企業が選択した電子契約事業者が利用される場合が多いと考えられる。
そして、契約当事者にとって、どの電子契約事業者による、どの電子契約サービスを利用するかについては、契約相手との関係で決ることになる。例えば、受注契約の場合であれば、当該契約の発注元企業が選択した電子契約事業者が利用される場合が多いと考えられる。
【0004】
このように、締結された電子契約書は、種々の事業者、種々のサービス、そして異なる信頼度の元で作成されたものが混在することになるため、電子契約書を自社内で保管する場合、締結した電子契約書についての有効性の確認が困難になることがある。
特に締結から長期間が経過した電子契約書の場合、契約締結当時に行われていた電子契約サービスや、そのサービス内容が変化している場合があったり、電子契約書の保管、管理を担当する担当者が代っている場合等があり、現時点における電子契約書の状態確認することが困難になる場合がある。
特に締結から長期間が経過した電子契約書の場合、契約締結当時に行われていた電子契約サービスや、そのサービス内容が変化している場合があったり、電子契約書の保管、管理を担当する担当者が代っている場合等があり、現時点における電子契約書の状態確認することが困難になる場合がある。
【0005】
また、電子契約事業者が途中で電子契約サービスの一部や、事業全体を止めてしまう場合もある。
更に、電子契約のサービス事業者がサービスを終了した場合に、それまでのサービスの運用状況（契約に至る各種処理のログ情報の確認や、当事者の確認方法など）が不明になってしまい、電子契約書の信頼性が失われることになると共に、電子契約書に対する長期署名の継続ができなくなる等の問題がある。
更に、電子契約書の保管を電子契約事業者に委託している場合には、その後の保管を自社で引継ぐ必要がある。
更に、電子契約のサービス事業者がサービスを終了した場合に、それまでのサービスの運用状況（契約に至る各種処理のログ情報の確認や、当事者の確認方法など）が不明になってしまい、電子契約書の信頼性が失われることになると共に、電子契約書に対する長期署名の継続ができなくなる等の問題がある。
更に、電子契約書の保管を電子契約事業者に委託している場合には、その後の保管を自社で引継ぐ必要がある。
【0006】
このように、電子契約事業者のサービスを利用して電子契約を行った契約当事者にとって、過去に締結された電子契約書に対し、統一した基準による信頼性の評価を行うことが困難であったり、評価自体ができない状況である場合があった。
【先行技術文献】
【特許文献】
【0007】
【文献】特開２０１９－１４４７４９号公報
【発明の概要】
【発明が解決しようとする課題】
【0008】
本発明は、締結された電子契約書に対する信頼性を検証することを目的とする。
【課題を解決するための手段】
【0009】
（１）請求項１記載の発明では、複数の電子契約事業者が提供する電子契約サービスに対する信頼性を判定するために必要な評価情報を収集して電子契約サービス毎に記憶する評価情報記憶手段と、所定の電子契約事業者が提供する電子契約サービスを利用して締結された電子契約書に対する検証依頼を受付ける検証受付手段と、前記検証依頼を受付けた電子契約書について、予め規定された複数の判定条件に従って電子契約サービスに対する信頼性を判定することで、当該電子契約書に対する信頼性を検証する検証手段と、前記判定条件毎の判定結果を記録した検証結果を作成する作成手段と、前記作成した検証結果を前記検証依頼の依頼者に提示する結果提示手段と、を具備し、前記評価情報記憶手段は、前記評価情報として、「約款が公開されている」か否か、「運用ポリシーが公開されている」か否か、「外部認証機関の認証が得られている」か否か、を記憶し、前記検証手段は、前記検証依頼を受付けた電子契約書が締結された電子契約サービスに対する前記評価情報の何れか１つでも満たしていない項目が存在する場合には、一定レベル以上の信頼性が認められないと判定する、ことを特徴とする検証サーバを提供する。
（２）請求項２に記載の発明では、前記検証手段は、前記検証受付手段が立会人型電子契約の電子契約書に対する検証依頼を受付けた場合、電子契約書の内容に対する信頼性の検証として、当該電子契約書の署名値に、実際の署名者情報が記載されていない場合、及び、実際の署名者を確認した情報が記載されていない場合に、一定レベル以上の信頼性が認められないと判定する、ことを特徴とする請求項１に記載の検証サーバを提供する。
（３）請求項３に記載の発明では、前記複数の電子契約事業者が提供する電子契約サービスに対する評価情報を定期的に収集し、前記評価情報記憶手段に記憶された評価情報を更新する更新手段と、を備えることを特徴とする請求項１に記載の検証サーバを提供する。
（４）請求項４に記載の発明では、前記検証受付手段は、検証依頼の受付に際し、署名済電子契約書と契約付随情報を有する電子契約書原本を受信し、前記検証手段は、受信した前記電子契約書原本に基づき、電子契約書の内容に対する信頼性を検証する、ことを特徴とする請求項１から請求項３のうちの何れかに記載の検証サーバを提供する。
（５）請求項５に記載の発明では、前記結果提示手段は、電子署名とタイムスタンプを付与した検証結果を提示する、ことを特徴とする請求項１から請求項４のうちの何れかに記載の検証サーバを提供する。
（６）請求項６に記載の発明では、前記検証受付手段は、電子契約を締結した契約当事者、当該契約当事者から契約を承継した承継者、又は、当該契約で利用された電子契約事業者からの検証依頼を受付ける、ことを特徴とする請求項１から請求項５のうちの何れかに記載の検証サーバを提供する。
（７）請求項７に記載の発明では、前記検証依頼の依頼者からの要求に基づき、前記受信した電子契約書原本を保管する契約書保管手段と、を備えることを特徴とする請求項４に記載の検証サーバを提供する。
（８）請求項８に記載の発明では、前記契約書保管手段は、前記検証手段による検証が終了した後に、タイムスタンプを付与した前記電子契約書原本を保管する、ことを特徴とする請求項７に記載の検証サーバを提供する。
（９）請求項９に記載の発明では、複数の電子契約事業者が提供する電子契約サービスに対する信頼性を判定するために必要な評価情報を収集して電子契約サービス毎に評価情報記憶手段に記憶させる評価情報記憶機能と、所定の電子契約事業者が提供する電子契約サービスを利用して締結された電子契約書に対する検証依頼を受付ける検証受付機能と、前記検証依頼を受付けた電子契約書について、予め規定された複数の判定条件に従って電子契約サービスに対する信頼性を判定することで、当該電子契約書に対する信頼性を検証する検証機能と、前記判定条件毎の判定結果を記録した検証結果を作成する作成機能と、前記作成した検証結果を前記検証依頼の依頼者に提示する結果提示機能と、を具備し、前記評価情報記憶機能は、前記評価情報として、「約款が公開されている」か否か、「運用ポリシーが公開されている」か否か、「外部認証機関の認証が得られている」か否か、を前記評価情報記憶手段に記憶させ、前記検証機能は、前記検証依頼を受付けた電子契約書が締結された電子契約サービスに対する前記評価情報の何れか１つでも満たしていない項目が存在する場合には、一定レベル以上の信頼性が認められないと判定する、ことをコンピュータに実現させることを特徴とする検証プログラムを提供する。
（２）請求項２に記載の発明では、前記検証手段は、前記検証受付手段が立会人型電子契約の電子契約書に対する検証依頼を受付けた場合、電子契約書の内容に対する信頼性の検証として、当該電子契約書の署名値に、実際の署名者情報が記載されていない場合、及び、実際の署名者を確認した情報が記載されていない場合に、一定レベル以上の信頼性が認められないと判定する、ことを特徴とする請求項１に記載の検証サーバを提供する。
（３）請求項３に記載の発明では、前記複数の電子契約事業者が提供する電子契約サービスに対する評価情報を定期的に収集し、前記評価情報記憶手段に記憶された評価情報を更新する更新手段と、を備えることを特徴とする請求項１に記載の検証サーバを提供する。
（４）請求項４に記載の発明では、前記検証受付手段は、検証依頼の受付に際し、署名済電子契約書と契約付随情報を有する電子契約書原本を受信し、前記検証手段は、受信した前記電子契約書原本に基づき、電子契約書の内容に対する信頼性を検証する、ことを特徴とする請求項１から請求項３のうちの何れかに記載の検証サーバを提供する。
（５）請求項５に記載の発明では、前記結果提示手段は、電子署名とタイムスタンプを付与した検証結果を提示する、ことを特徴とする請求項１から請求項４のうちの何れかに記載の検証サーバを提供する。
（６）請求項６に記載の発明では、前記検証受付手段は、電子契約を締結した契約当事者、当該契約当事者から契約を承継した承継者、又は、当該契約で利用された電子契約事業者からの検証依頼を受付ける、ことを特徴とする請求項１から請求項５のうちの何れかに記載の検証サーバを提供する。
（７）請求項７に記載の発明では、前記検証依頼の依頼者からの要求に基づき、前記受信した電子契約書原本を保管する契約書保管手段と、を備えることを特徴とする請求項４に記載の検証サーバを提供する。
（８）請求項８に記載の発明では、前記契約書保管手段は、前記検証手段による検証が終了した後に、タイムスタンプを付与した前記電子契約書原本を保管する、ことを特徴とする請求項７に記載の検証サーバを提供する。
（９）請求項９に記載の発明では、複数の電子契約事業者が提供する電子契約サービスに対する信頼性を判定するために必要な評価情報を収集して電子契約サービス毎に評価情報記憶手段に記憶させる評価情報記憶機能と、所定の電子契約事業者が提供する電子契約サービスを利用して締結された電子契約書に対する検証依頼を受付ける検証受付機能と、前記検証依頼を受付けた電子契約書について、予め規定された複数の判定条件に従って電子契約サービスに対する信頼性を判定することで、当該電子契約書に対する信頼性を検証する検証機能と、前記判定条件毎の判定結果を記録した検証結果を作成する作成機能と、前記作成した検証結果を前記検証依頼の依頼者に提示する結果提示機能と、を具備し、前記評価情報記憶機能は、前記評価情報として、「約款が公開されている」か否か、「運用ポリシーが公開されている」か否か、「外部認証機関の認証が得られている」か否か、を前記評価情報記憶手段に記憶させ、前記検証機能は、前記検証依頼を受付けた電子契約書が締結された電子契約サービスに対する前記評価情報の何れか１つでも満たしていない項目が存在する場合には、一定レベル以上の信頼性が認められないと判定する、ことをコンピュータに実現させることを特徴とする検証プログラムを提供する。
【発明の効果】
【0010】
本発明によれば、検証依頼を受付けた電子契約書の信頼性を、予め規定された複数の判定条件に従って判定することで、電子契約書の信頼性を検証し、検証結果を依頼者に提示することができる。
【図面の簡単な説明】
【0011】
【図1】電子契約書の締結とその検証を行う検証システムのシステム構成を表した図である。
【図2】検証サーバの構成を表した説明図である。
【図3】電子契約事業者判定リストについての説明図である。
【図4】データ判定項目リストについての説明図である。
【図5】電子契約検証処理の一部である、電子契約処理についてのタイムチャートを表した説明図である。
【図6】電子契約検証処理の他の一部である、検証処理についてのタイムチャートを表した説明図である。
【図7】検証依頼画面を表した説明図である。
【図8】契約書検証判定結果証の一例の一部を表した説明図である。
【図9】契約書検証判定結果証の一例の残りを表した説明図である。
【発明を実施するための形態】
【0012】
以下、本発明の検証サーバ１０における好適な実施の形態について、図１から図９を参照して詳細に説明する。
（１）実施形態の概要
本実施形態の検証サーバ１０は、様々な電子契約事業者が提供する電子契約サービスを利用して締結された電子契約について、電子契約をした当事者や電子契約事業者に代って、作成された電子契約書に対する信頼性を検証する。
具体的には、電子契約事業者やその電子契約事業者が提供している電子契約サービスに対する信頼性について、電子契約事業者判定リスト１４４に統一的に規定されている各判定条件の判定をする。また、締結された電子契約書の内容に対する信頼性について、データ判定項目リスト１４５に統一的に規定されている各判定条件の判定をする。
検証サーバ１０は、各判定条件の判定結果を反映させた検証結果（契約書検証判定結果証）を作成し検証サーバ１０による電子署名とタイムスタンプを付与したうえで保管すると共に検証を依頼した利用者Ｘに報告する。
本実施形態では、電子契約事業者や当該電子契約事業者が提供している電子契約サービスに対する信頼性を判定するために必要な評価情報を、定期的に収集し事業者・サービスＤＢ１４２を更新することで、過去に作成された電子契約書に対する信頼性の検証を可能にしている。
検証サーバ１０は、検証依頼者の要求に応じて、電子契約書原本にタイムスタンプを付与したうえでクラウド上に保管する。保管する電子契約書原本は、検証結果と検証番号で管理することでリンクされる。
（１）実施形態の概要
本実施形態の検証サーバ１０は、様々な電子契約事業者が提供する電子契約サービスを利用して締結された電子契約について、電子契約をした当事者や電子契約事業者に代って、作成された電子契約書に対する信頼性を検証する。
具体的には、電子契約事業者やその電子契約事業者が提供している電子契約サービスに対する信頼性について、電子契約事業者判定リスト１４４に統一的に規定されている各判定条件の判定をする。また、締結された電子契約書の内容に対する信頼性について、データ判定項目リスト１４５に統一的に規定されている各判定条件の判定をする。
検証サーバ１０は、各判定条件の判定結果を反映させた検証結果（契約書検証判定結果証）を作成し検証サーバ１０による電子署名とタイムスタンプを付与したうえで保管すると共に検証を依頼した利用者Ｘに報告する。
本実施形態では、電子契約事業者や当該電子契約事業者が提供している電子契約サービスに対する信頼性を判定するために必要な評価情報を、定期的に収集し事業者・サービスＤＢ１４２を更新することで、過去に作成された電子契約書に対する信頼性の検証を可能にしている。
検証サーバ１０は、検証依頼者の要求に応じて、電子契約書原本にタイムスタンプを付与したうえでクラウド上に保管する。保管する電子契約書原本は、検証結果と検証番号で管理することでリンクされる。
【0013】
（２）実施形態の詳細
図１は、電子契約の締結による電子契約書の作成と、その検証を行う検証システム１のシステム構成を表したものである。
この図１に示すように、検証システム１は、電子契約事業者端末２ａ、２ｂ、…、利用者端末４ａ、４ｂ、…、署名サーバ６、タイムスタンプサーバ７、及び、本実施形態の検証サーバ１０等から構成されている。検証システム１を構成する各部は、それぞれがインターネット等の通信ネットワークを介し、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）やＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）で暗号化された状態の通信が可能に構成されえいる。
図１は、電子契約の締結による電子契約書の作成と、その検証を行う検証システム１のシステム構成を表したものである。
この図１に示すように、検証システム１は、電子契約事業者端末２ａ、２ｂ、…、利用者端末４ａ、４ｂ、…、署名サーバ６、タイムスタンプサーバ７、及び、本実施形態の検証サーバ１０等から構成されている。検証システム１を構成する各部は、それぞれがインターネット等の通信ネットワークを介し、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）やＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）で暗号化された状態の通信が可能に構成されえいる。
【0014】
電子契約事業者端末２ａは、電子契約事業者甲が運用するサーバで、一例として電子契約を締結するための電子契約サービスＡ、Ｂ、…を提供している。電子契約事業者端末２ｂは、電子契約事業者乙が運用するサーバで、一例として電子契約を締結するための電子契約サービスａ、ｂ、…を提供している。
ここで、電子契約事業者が提供する電子契約サービスとしては、主として当事者型の電子契約、立会人型の電子契約等の各種サービスが存在し、その契約過程における認証（本人確認等）の方式や、電子署名の有無、タイムスタンプの有無や頻度、契約過程の記録方式等が各電子契約事業者毎に決められている。
ここで、電子契約事業者が提供する電子契約サービスとしては、主として当事者型の電子契約、立会人型の電子契約等の各種サービスが存在し、その契約過程における認証（本人確認等）の方式や、電子署名の有無、タイムスタンプの有無や頻度、契約過程の記録方式等が各電子契約事業者毎に決められている。
【0015】
利用者端末４ａ、４ｂは、それぞれ電子契約事業者甲、乙等が提供している電子契約サービスを利用して、電子契約を締結する契約当事者の端末である。
以下、電子契約事業者端末２ａ、２ｂ、…及び、利用者端末４ａ、４ｂ、…について特定の端末を指定する場合を除き、全ての電子契約事業者端末、全ての利用者端末４に共通する場合には符号２、４で指定することとする。
以下、電子契約事業者端末２ａ、２ｂ、…及び、利用者端末４ａ、４ｂ、…について特定の端末を指定する場合を除き、全ての電子契約事業者端末、全ての利用者端末４に共通する場合には符号２、４で指定することとする。
【0016】
署名サーバ６は、電子署名を行うための公開鍵と秘密鍵の生成や、図示しない認証局から取得した電子証明書（公開鍵証明書）を契約当事者や電子契約事業者に送信する。また、署名サーバ６は、電子契約事業者からの依頼に基づいて、秘密鍵で電子契約書（電子契約書等のハッシュ値）に対する電子署名を行い、その署名値を依頼元に返信する。
ここで署名サーバ６が行う電子署名は、立会人型電子契約では電子契約事業者の秘密鍵が使用され、当事者型電子契約の場合には当事者（又は当事者と検証サーバ１０）の秘密鍵が使用される。
ここで署名サーバ６が行う電子署名は、立会人型電子契約では電子契約事業者の秘密鍵が使用され、当事者型電子契約の場合には当事者（又は当事者と検証サーバ１０）の秘密鍵が使用される。
【0017】
タイムスタンプサーバ７は、電子契約事業者の依頼に基づいて、電子署名された電子契約書等の各種データに対するタイムスタンプの付与を行う。
なお、図１では署名サーバ６、タイムスタンプサーバ７を１箇所だけ表示しているが、電子署名やタイムスタンプを提供する事業者は複数存在し、電子契約事業者毎に使用する署名サーバやタイムスタンプサーバが決められている。
なお、図１に示した署名サーバ６とタイムスタンプサーバ７は、検証サーバ１０が電子署名をし、タイムスタンプを付与する場合に連携するサーバを表している。図示しないが署名サーバやタイムスタンプサーバは他にも種々存在していて、電子契約事業者４が連携する署名サーバ、タイムスタンプサーバはそれぞれ決められている。
なお、図１では署名サーバ６、タイムスタンプサーバ７を１箇所だけ表示しているが、電子署名やタイムスタンプを提供する事業者は複数存在し、電子契約事業者毎に使用する署名サーバやタイムスタンプサーバが決められている。
なお、図１に示した署名サーバ６とタイムスタンプサーバ７は、検証サーバ１０が電子署名をし、タイムスタンプを付与する場合に連携するサーバを表している。図示しないが署名サーバやタイムスタンプサーバは他にも種々存在していて、電子契約事業者４が連携する署名サーバ、タイムスタンプサーバはそれぞれ決められている。
【0018】
検証サーバ１０は、利用者Ｘ等が締結した電子契約書に対する検証を行うサーバである。検証サーバ１０は、クラウドサーバとして機能し、各電子契約事業者が提供する電子契約サービスの内容についての信頼性の有無判定と、締結された電子契約書に対する信頼性の有無判定をし、判定結果を反映させた契約書検証判定結果証の作成や、検証を依頼された電子契約書原本へのタイムスタンプの追加や、その保存等を行う。
【0019】
図２は、検証サーバ１０のハードウェア的な構成を表したものである。
図２に示すように、検証サーバ１０は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、記憶装置１４、通信制御部１５、その他の装置を備え、それぞれがバスラインで接続されている。
ＣＰＵ１１は、中央演算処理装置であって、ＲＯＭ１２に記憶された基本プログラム（ＯＳ）や、記憶装置１４に記憶された検証プログラム１４１等の各種プログラムに従って、電子契約書の検証に関する各種処理を行う。
図２に示すように、検証サーバ１０は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、記憶装置１４、通信制御部１５、その他の装置を備え、それぞれがバスラインで接続されている。
ＣＰＵ１１は、中央演算処理装置であって、ＲＯＭ１２に記憶された基本プログラム（ＯＳ）や、記憶装置１４に記憶された検証プログラム１４１等の各種プログラムに従って、電子契約書の検証に関する各種処理を行う。
【0020】
ＲＯＭ１２は、読み出し専用のメモリであって、ＣＰＵ１１が動作するための基本的プログラムやパラメータ等を記憶している。
通信制御部１５は、電子契約事業者端末２、利用者端末４、タイムスタンプサーバ７、署名サーバ６等の外部機器との間での通信処理を行う。
通信制御部１５は、電子契約事業者端末２、利用者端末４、タイムスタンプサーバ７、署名サーバ６等の外部機器との間での通信処理を行う。
【0021】
ＲＡＭ１３は、読み書きが可能なメモリであって、ＣＰＵ１１が電子契約書の検証処理を行う際に使用するワーキングメモリであり、本実施形態では契約書情報１３１や検証結果１３２、その他の各種データ等が一時記憶される。
契約書情報１３１には、利用者端末４からアップロードされる契約書情報（後述する電子契約書原本やオプション情報など）が、検証依頼の際に付けた管理用の検証番号を付して記憶される。
検証結果１３２には、契約書情報に基づいて、電子契約書の評価を後述する図３、図４の判定条件で行った結果（記録情報）が記憶される。検証結果１３２は、当該契約書情報の検証番号毎に管理される。
契約書情報１３１には、利用者端末４からアップロードされる契約書情報（後述する電子契約書原本やオプション情報など）が、検証依頼の際に付けた管理用の検証番号を付して記憶される。
検証結果１３２には、契約書情報に基づいて、電子契約書の評価を後述する図３、図４の判定条件で行った結果（記録情報）が記憶される。検証結果１３２は、当該契約書情報の検証番号毎に管理される。
【0022】
記憶装置１４は、例えば、ハードディスクなどの大容量記憶媒体を１又は複数用いて構成されており、ＣＰＵ１１に本実施形態の機能を発揮させるための検証プログラム１４１、事業者・サービス評価ＤＢ１４２、ユーザ登録ＤＢ１４３、電子契約事業者判定リスト１４４、データ判定項目リスト１４５、検証結果ＤＢ１４６、契約書保管ＤＢ１４７、その他の情報が保存されている。
【0023】
検証プログラム１４１は、本実施形態の検証処理において、契約当事者や電子契約事業者から依頼された、電子契約書に対する信頼性（電子契約事業者、電子契約サービス、電子契約書の内容に対する信頼性）を検証し、契約書検証判定結果証を作成して依頼者に提示するプログラムである。
【0024】
事業者・サービス評価ＤＢ１４２は、電子契約事業者や、当該電子契約事業者が提供している電子契約サービスの内容や運用状況等について評価するために必要な評価情報が、各電子契約事業者の電子契約サービス毎に保存されているデータベースである。
事業者・サービス評価ＤＢ１４２に保存される評価情報は、所定の期間間隔で定期的に、例えばｎ日毎に、各電子契約事業者の事業運用状況、各電子契約サービス内容の変更、新設の有無等がサーチされ、変更や新設があった場合に当該内容を更新している。
保存される評価情報については、サービスタイプ（当事者型、立会人型、電子署名の有無、分類不能等）、登録の有無、サービスの継続状況、サービス運用期間、サービスの信頼性（約款や運用ポリシーの公開状況、外部認証機関の認証等）などがあり、後述するサービス事業者判定リスト１４４（図３参照）に対応している。
事業者・サービス評価ＤＢ１４２に保存される評価情報は、所定の期間間隔で定期的に、例えばｎ日毎に、各電子契約事業者の事業運用状況、各電子契約サービス内容の変更、新設の有無等がサーチされ、変更や新設があった場合に当該内容を更新している。
保存される評価情報については、サービスタイプ（当事者型、立会人型、電子署名の有無、分類不能等）、登録の有無、サービスの継続状況、サービス運用期間、サービスの信頼性（約款や運用ポリシーの公開状況、外部認証機関の認証等）などがあり、後述するサービス事業者判定リスト１４４（図３参照）に対応している。
【0025】
ユーザ登録ＤＢ１４３は、本実施形態の検証サーバ１０に予めユーザ登録した、電子契約事業者端末２の運用主体や、利用者端末４の利用者を特定するためのユーザ情報が保存されている。ユーザ情報として、例えば、事業者やユーザのアカウントＩＤ、会社ＩＤ、住所、会社名、利用者名、ＨＰアドレス、メールアドレス、電話番号などの各種情報が保存される。
本実施形態の検証サーバ１０による検証サービスについては、予め利用者や電子契約事業者（以下、両者を合せてユーザという）のユーザ登録がされている場合に限らず、未登録のユーザも利用可能である。但し、後述するように、検証対象となった電子契約書原本（電子契約書一式）を検証サーバ１０が保管する場合には、利用に際してユーザ登録が必要になる。
本実施形態の検証サーバ１０による検証サービスについては、予め利用者や電子契約事業者（以下、両者を合せてユーザという）のユーザ登録がされている場合に限らず、未登録のユーザも利用可能である。但し、後述するように、検証対象となった電子契約書原本（電子契約書一式）を検証サーバ１０が保管する場合には、利用に際してユーザ登録が必要になる。
【0026】
電子契約事業者判定リスト１４４は、電子契約事業者や、その電子契約事業者が提供している電子契約サービスに対する信頼性を判定するための項目（判定条件例）について規定されたリストである。
データ判定項目リスト１４５は、締結された電子契約書の内容に対する信頼性を判定するための項目（判定条件例）について規定されたリストである。
電子契約事業者判定リスト１４４とデータ判定項目リスト１４５の詳細については後述する。
データ判定項目リスト１４５は、締結された電子契約書の内容に対する信頼性を判定するための項目（判定条件例）について規定されたリストである。
電子契約事業者判定リスト１４４とデータ判定項目リスト１４５の詳細については後述する。
【0027】
検証結果ＤＢ１４６には、電子契約事業者判定リスト１４４、データ判定項目リスト１４５の各項目についての検証処理の結果について纏めた契約書検証判定結果証（検証結果）がタイムスタンプを付与したうえで保存されるデータベースであり、クラウド上に存在するデータベースである。
このタイムスタンプ付与後の検証結果は、検証の依頼者（利用者端末４）への送信対象である。
なお、電子契約事業者判定リスト１４４、データ判定項目リスト１４５、検証結果ＤＢ１４６に保存される契約書検証判定結果証の詳細については、それぞれ図３、図４、図５を使用して後述する。
このタイムスタンプ付与後の検証結果は、検証の依頼者（利用者端末４）への送信対象である。
なお、電子契約事業者判定リスト１４４、データ判定項目リスト１４５、検証結果ＤＢ１４６に保存される契約書検証判定結果証の詳細については、それぞれ図３、図４、図５を使用して後述する。
【0028】
契約書検証判定結果証（検証結果）は、電子契約書についての検証依頼毎に付けられる検証番号で管理され、依頼日、電子契約の名称、依頼者のＩＤ等と共に保存される。
検証結果には、検証サーバ１０の運営事業者又は検証者の電子署名が付与され、タイムスタンプを付与することができる。また検証結果は、タイムスタンプ延長時に検証情報として契約書ファイルに含めることができ、この際は検証結果を含めたハッシュ値を計算してタイムスタンプを付与する。
検証結果には、検証サーバ１０の運営事業者又は検証者の電子署名が付与され、タイムスタンプを付与することができる。また検証結果は、タイムスタンプ延長時に検証情報として契約書ファイルに含めることができ、この際は検証結果を含めたハッシュ値を計算してタイムスタンプを付与する。
【0029】
契約書保管ＤＢ１４７は、検証依頼と共に電子契約書の保存依頼がされている場合に、当該電子契約書原本を保存する、クラウド上に存在するデータベースである。
ここで保存する電子契約書原本は、検証の依頼を受けた際に依頼元（利用者や電子契約事業者）から送信された、電子契約書一式が該当する。
電子契約書一式としては、例えば、署名済電子契約書（電子契約手続に入る前の電子契約書元本に対して電子署名やタイムスタンプが付与された電子契約書）や、署名済電子契約書に付随する契約付随情報等がある。
契約付随情報の内容については、当該電子契約のサービスを提供した電子契約事業者によって異なるが、例えば、その契約書番号（ＮＯ）、アカウントＩＤ（電子契約事業者が利用者を特定するために使用したＩＤ）、契約書名、物理ファイル名（実ファイル名）、電子契約書のファイルサイズ、取引先会社名、取引先宛先、宛先メールアドレス、コメント、送付（配付）日時、承認日時、締結日時、電子契約が締結される過程で作成された操作ログ情報等がある。
また、契約付随情報には、電子契約サービス約款、本人確認方法の資料、本人確認時のログ情報、運用レポート等が含まれる場合もある。
ここで保存する電子契約書原本は、検証の依頼を受けた際に依頼元（利用者や電子契約事業者）から送信された、電子契約書一式が該当する。
電子契約書一式としては、例えば、署名済電子契約書（電子契約手続に入る前の電子契約書元本に対して電子署名やタイムスタンプが付与された電子契約書）や、署名済電子契約書に付随する契約付随情報等がある。
契約付随情報の内容については、当該電子契約のサービスを提供した電子契約事業者によって異なるが、例えば、その契約書番号（ＮＯ）、アカウントＩＤ（電子契約事業者が利用者を特定するために使用したＩＤ）、契約書名、物理ファイル名（実ファイル名）、電子契約書のファイルサイズ、取引先会社名、取引先宛先、宛先メールアドレス、コメント、送付（配付）日時、承認日時、締結日時、電子契約が締結される過程で作成された操作ログ情報等がある。
また、契約付随情報には、電子契約サービス約款、本人確認方法の資料、本人確認時のログ情報、運用レポート等が含まれる場合もある。
【0030】
契約書保管ＤＢ１４７に保存される電子契約書原本は、検証依頼毎に付けられる検証番号で管理されることで、検証結果ＤＢ１４６に保存される契約書検証判定結果証とリンクして保存される。
契約書保管ＤＢ１４７に保存される電子契約書原本には、その旨の依頼に応じて、検証が成功した場合にタイムスタンプが付与された状態で保存される。
なお、タイムスタンプの対象を電子契約書原本ではなく、署名済電子契約書としてもよく、電子契約書原本と書名済電子契約書の両者としてもよい。
契約書保管ＤＢ１４７に保存される電子契約書原本には、その旨の依頼に応じて、検証が成功した場合にタイムスタンプが付与された状態で保存される。
なお、タイムスタンプの対象を電子契約書原本ではなく、署名済電子契約書としてもよく、電子契約書原本と書名済電子契約書の両者としてもよい。
【0031】
記憶装置１４に保存されるその他の情報としては、検証サーバ１０が署名サーバ６から取得した検証サーバ１０の電子証明書（公開鍵証明書）等がある。なお、この電子証明書には、検証サーバ１０が署名する際に使用する秘密鍵と対になっている公開鍵、認証局による当該電子証明書への署名などが含まれる。
【0032】
図３は、電子契約事業者判定リスト１４４の内容についての一例を表したものである。
電子契約事業者判定リスト１４４は、電子契約事業者やその電子契約事業者が提供している電子契約サービスに対する信頼性を判定するための項目として、例えば、次の判定条件例が規定されている。
すなわち図３に示すように、判定条件例として、「サービスタイプ」、「登録されたサービス」、「継続しているサービス」、「信頼できるサービスの運用の条件」、等が規定されている。
これら各判定条件例に対して、「チェックの例」、「拒否条件」、「警告条件」、「記録情報」が規定されている。「チェックの例」にはチェックする項目の例が示され、「拒否条件」では当該電子契約事業者について一定レベル以上の信頼性があると判断できない場合の条件が例示され、「警告条件」では一定レベル以上の信頼性はあるが更に高い信頼性につては疑問がある場合の条件が例示され、「記録情報」には電子契約書についてチェックした結果について契約書検証判定結果証に記載する項目が例示されている。
電子契約事業者判定リスト１４４は、電子契約事業者やその電子契約事業者が提供している電子契約サービスに対する信頼性を判定するための項目として、例えば、次の判定条件例が規定されている。
すなわち図３に示すように、判定条件例として、「サービスタイプ」、「登録されたサービス」、「継続しているサービス」、「信頼できるサービスの運用の条件」、等が規定されている。
これら各判定条件例に対して、「チェックの例」、「拒否条件」、「警告条件」、「記録情報」が規定されている。「チェックの例」にはチェックする項目の例が示され、「拒否条件」では当該電子契約事業者について一定レベル以上の信頼性があると判断できない場合の条件が例示され、「警告条件」では一定レベル以上の信頼性はあるが更に高い信頼性につては疑問がある場合の条件が例示され、「記録情報」には電子契約書についてチェックした結果について契約書検証判定結果証に記載する項目が例示されている。
【0033】
具体的には、図３に示す通りであるが、例えば、判定条件例「信頼できるサービス運用の条件」の場合には次のように規定されている。
すなわち、「チェックの例」として、「約款が公開されている」か否か、「運用ポリシーが公開されている」か否か、「外部認証機関の認証が得られている」か否か、「サンプルデータの提供が行われている」か否かについてチェックされ判定される。
これらのチェック項目のうちの何れか１つでも満たしていない項目が存在する場合には、一定レベル以上の信頼性が認められない（＝拒否条件を満たす）と判断され、当該電子契約書が拒否対象となる。拒否対象となった検証依頼に対しては、高い信頼性があるとする検証結果（契約書検証判定結果証）の作成と依頼された電子契約書原本の保存が拒否される。
すなわち、「チェックの例」として、「約款が公開されている」か否か、「運用ポリシーが公開されている」か否か、「外部認証機関の認証が得られている」か否か、「サンプルデータの提供が行われている」か否かについてチェックされ判定される。
これらのチェック項目のうちの何れか１つでも満たしていない項目が存在する場合には、一定レベル以上の信頼性が認められない（＝拒否条件を満たす）と判断され、当該電子契約書が拒否対象となる。拒否対象となった検証依頼に対しては、高い信頼性があるとする検証結果（契約書検証判定結果証）の作成と依頼された電子契約書原本の保存が拒否される。
【0034】
なお、判定条件例「信頼できるサービス運用の条件」の全てを満たしている場合の検証結果には、記載される記録情報はないが、チェック対象であることを明確にするために記録情報の対象としてもよい。すなわち、約款や運用ポリシーが公開されていること等が検証結果に記録されるようにしてもよい。
また、本実施形態では、何れかの判定条件に対する拒否条件を１つでも満たしている場合には、契約書検証判定結果証は作成されないが、依頼者が許容する場合には、検証したレベルでの信頼性に対応した検証結果が作成される。この場合の電子契約書原本は検証サーバ１０による保存対象とならないが、検証結果と共に保存することも可能である。
なお、警告条件を満たす電子契約事業者である場合には、検証結果の作成と電子契約書原本の保存はされるが、契約書検証判定結果証には、検証結果「ＷＡＲＮＩＮＧ」（警告）と表示され、警告条件を満たす内容についての記載がされる。
また、本実施形態では、何れかの判定条件に対する拒否条件を１つでも満たしている場合には、契約書検証判定結果証は作成されないが、依頼者が許容する場合には、検証したレベルでの信頼性に対応した検証結果が作成される。この場合の電子契約書原本は検証サーバ１０による保存対象とならないが、検証結果と共に保存することも可能である。
なお、警告条件を満たす電子契約事業者である場合には、検証結果の作成と電子契約書原本の保存はされるが、契約書検証判定結果証には、検証結果「ＷＡＲＮＩＮＧ」（警告）と表示され、警告条件を満たす内容についての記載がされる。
【0035】
図４は、電子契約書の内容を評価するためのデータ判定項目リスト１４５について表したものである。
データ判定項目リスト１４５は、締結された電子契約書の内容に対する信頼性を判定するための項目として、例えば、次の判定条件例が規定されている。
すなわち図４に示すように、判定条件例として「認証局」、「立会人証明書」、「署名値検証」、「アーカイブタイムスタンプ検証」等が規定されている。
これら各判定条件例に対して、図３と同様に「チェックの例」、「拒否条件」、「警告条件」、「記録情報」が規定されている。これらの内容については、図３では、電子契約事業者を対象としているのに対し、図４のデータ判定項目リスト１４５では、電子契約書を対象としている点を除き同一である。
データ判定項目リスト１４５は、締結された電子契約書の内容に対する信頼性を判定するための項目として、例えば、次の判定条件例が規定されている。
すなわち図４に示すように、判定条件例として「認証局」、「立会人証明書」、「署名値検証」、「アーカイブタイムスタンプ検証」等が規定されている。
これら各判定条件例に対して、図３と同様に「チェックの例」、「拒否条件」、「警告条件」、「記録情報」が規定されている。これらの内容については、図３では、電子契約事業者を対象としているのに対し、図４のデータ判定項目リスト１４５では、電子契約書を対象としている点を除き同一である。
【0036】
具体的には、図４に示す通りであるが、例えば、判定条件例「認証局」の場合次の通りである。
すなわち、認証局が信頼された認証局リストに掲載されているか否かがチェックされ、信頼されていない（リストに掲載されていない）場合に拒否対象となる。一方、認証局リストに掲載されている場合には、認証局名称が記録情報として検証結果に反映される。
また、認証局が発行した公開鍵証明書（電子証明書）の検証が成功するか否かがチェックされ、公開鍵検証に失敗する場合に拒否対象となる。一方、公開鍵検証に成功し他場合には、公開鍵証明書が記録情報として検証結果に反映される。
公開鍵証明書は、公開鍵とその所有者の特定情報（名前、メールアドレス等）を含むデータに認証局が電子署名したもので、本人性を証明するための電子データである。この公開鍵証明書の検証（公開鍵検証）は、認証局の公開鍵で検証が可能か、認証局によって失効されていないか、証明書の有効期間内であるか、などを確認することによって検証される。また立会人型署名にあっては証明書の所有者情報が認証局以外から提供される信頼された事業者であることを示すリストに記載されているかが確認される場合もある。
すなわち、認証局が信頼された認証局リストに掲載されているか否かがチェックされ、信頼されていない（リストに掲載されていない）場合に拒否対象となる。一方、認証局リストに掲載されている場合には、認証局名称が記録情報として検証結果に反映される。
また、認証局が発行した公開鍵証明書（電子証明書）の検証が成功するか否かがチェックされ、公開鍵検証に失敗する場合に拒否対象となる。一方、公開鍵検証に成功し他場合には、公開鍵証明書が記録情報として検証結果に反映される。
公開鍵証明書は、公開鍵とその所有者の特定情報（名前、メールアドレス等）を含むデータに認証局が電子署名したもので、本人性を証明するための電子データである。この公開鍵証明書の検証（公開鍵検証）は、認証局の公開鍵で検証が可能か、認証局によって失効されていないか、証明書の有効期間内であるか、などを確認することによって検証される。また立会人型署名にあっては証明書の所有者情報が認証局以外から提供される信頼された事業者であることを示すリストに記載されているかが確認される場合もある。
【0037】
図４において、判定条件例「署名値検証」でチェックする「署名タイムスタンプ」は、電子署名（ＥＳ）に付けられるタイムスタンプで、電子署名された電子契約書の署名値に対するタイムスタンプである。
また、判定条件例「アーカイブタイムスタンプ検証」におけるアーカイブタイムスタンプは、電子契約書の非改ざん性、本人性、存在性を証明するために付される電子署名（電子証明書）やタイムスタンプ（アーカイブタイムスタンプを含む）の有効期限前に、長期署名フォーマットに従って作成した文書に付与するタイムスタンプをいう。
また、判定条件例「アーカイブタイムスタンプ検証」におけるアーカイブタイムスタンプは、電子契約書の非改ざん性、本人性、存在性を証明するために付される電子署名（電子証明書）やタイムスタンプ（アーカイブタイムスタンプを含む）の有効期限前に、長期署名フォーマットに従って作成した文書に付与するタイムスタンプをいう。
【0038】
【0039】
図３、４の、電子契約事業者判定リスト１４４、データ判定項目リスト１４５で示した、各判定条件例、そのチェック例、拒否や警告の対象となる条件、記録情報については、依頼された電子契約に関する検証を統一した基準で行うための一例である。
このため、拒否条件、警告条件については、他の条件を規定することも可能である。但し、規定した条件等（他の項目を含む）に付いては、同一内容による検証と結果の記録を継続して行うことが必要である。
もし、判定条件例とそのチェック例等を新たに追加する場合や、変更する場合については、追加、変更した時期とその内容について確認可能な状態にする（例えば、検証結果に記録）ことが好ましい。
このため、拒否条件、警告条件については、他の条件を規定することも可能である。但し、規定した条件等（他の項目を含む）に付いては、同一内容による検証と結果の記録を継続して行うことが必要である。
もし、判定条件例とそのチェック例等を新たに追加する場合や、変更する場合については、追加、変更した時期とその内容について確認可能な状態にする（例えば、検証結果に記録）ことが好ましい。
【0040】
次に、以上の通り構成された検証システム１による契約検証処理について説明する。
この契約検証処理では、電子契約処理と検証処理が行われる。
電子契約処理は、例えば電子契約事業者甲が提供する電子契約サービスＡを利用して、利用者Ｘが利用者Ｙとの間で電子契約を締結する処理であり、電子契約事業者甲が提供するサービスに対応したプログラムにより処理される。
検証処理は、検証サーバ１０が検証プログラムに従って行う処理で、利用者Ｘや電子契約事業者の依頼に基づいて、電子契約処理で作成された電子契約書に対して、検証時点における電子契約書の有効性を含む信頼性について統一的な基準による評価を行う処理である。
なお、以下に説明する契約検証処理では、利用者Ｘ（利用者端末４ａ）が、電子契約事業者甲（電子契約事業者端末２ａ)が提供する電子契約サービスＡを利用して利用者Ｙと電子契約を締結し（電子契約処理）、その後、利用者Ｘからの依頼を受けて、電子契約で作成された電子契約書にする検証を検証サーバ１０が行う場合（検証処理）を例に説明する。
この契約検証処理では、電子契約処理と検証処理が行われる。
電子契約処理は、例えば電子契約事業者甲が提供する電子契約サービスＡを利用して、利用者Ｘが利用者Ｙとの間で電子契約を締結する処理であり、電子契約事業者甲が提供するサービスに対応したプログラムにより処理される。
検証処理は、検証サーバ１０が検証プログラムに従って行う処理で、利用者Ｘや電子契約事業者の依頼に基づいて、電子契約処理で作成された電子契約書に対して、検証時点における電子契約書の有効性を含む信頼性について統一的な基準による評価を行う処理である。
なお、以下に説明する契約検証処理では、利用者Ｘ（利用者端末４ａ）が、電子契約事業者甲（電子契約事業者端末２ａ)が提供する電子契約サービスＡを利用して利用者Ｙと電子契約を締結し（電子契約処理）、その後、利用者Ｘからの依頼を受けて、電子契約で作成された電子契約書にする検証を検証サーバ１０が行う場合（検証処理）を例に説明する。
【0041】
図５は、契約検証処理のうちの、電子契約処理について表したタイムチャートである。
最初に、利用者Ｘは利用者端末４ａを利用して、電子契約事業者甲の電子契約事業者端末２ａに電子契約の依頼を行う（ステップ１１）。ここで利用者Ｘは、電子契約事業者甲が提供している電子契約サービスＡ（例えば、立会人型電子契約の締結サービス）を利用した、利用者Ｙとの電子契約（例えば、商品ｐの取引契約）を締結する一連を処理を依頼する。
最初に、利用者Ｘは利用者端末４ａを利用して、電子契約事業者甲の電子契約事業者端末２ａに電子契約の依頼を行う（ステップ１１）。ここで利用者Ｘは、電子契約事業者甲が提供している電子契約サービスＡ（例えば、立会人型電子契約の締結サービス）を利用した、利用者Ｙとの電子契約（例えば、商品ｐの取引契約）を締結する一連を処理を依頼する。
【0042】
電子契約事業者端末２ａは、依頼者Ｘ（利用者端末４ａ）からの依頼に基づいて、依頼者Ｘと依頼者Ｙとの電子契約を、選択された電子契約サービスＡの内容に従って締結する（ステップ１２）。
すなわち、電子契約事業者端末２ａは、依頼者Ｘの利用者端末４ａと依頼者Ｙの利用者端末４ｂとの情報の送受信により、選択されたサービスＡの内容（例えば、本人確認の処理や、作成された電子契約書の電子署名、タイムスタンプ等）に従って、両利用者Ｘ、Ｙ観の電子契約の締結を処理する。
すなわち、電子契約事業者端末２ａは、依頼者Ｘの利用者端末４ａと依頼者Ｙの利用者端末４ｂとの情報の送受信により、選択されたサービスＡの内容（例えば、本人確認の処理や、作成された電子契約書の電子署名、タイムスタンプ等）に従って、両利用者Ｘ、Ｙ観の電子契約の締結を処理する。
【0043】
電子契約事業者端末２ａは、電子契約が完了した電子契約に関する電子契約書一式を利用者端末４ａ、４ｂに送信する（ステップ１３）。
また電子契約事業者端末２ａは、利生者Ｘ（又は、利用者Ｙ）の要請がある場合には、作成した電子契約書一式を保管する。
ここで、電子契約書一式は、電子契約サービスの内容によるが、例えば上述した、電子契約手続に入る前の電子契約書元本に対して電子署名等が付与された署名済電子契約書、署名済電子契約書に付随する契約付随情報等がある。
また電子契約事業者端末２ａは、利生者Ｘ（又は、利用者Ｙ）の要請がある場合には、作成した電子契約書一式を保管する。
ここで、電子契約書一式は、電子契約サービスの内容によるが、例えば上述した、電子契約手続に入る前の電子契約書元本に対して電子署名等が付与された署名済電子契約書、署名済電子契約書に付随する契約付随情報等がある。
【0044】
一方、利用者端末４ａ、４ｂは、電子契約事業者端末２ａから電子契約書一式を受信すると、所定の記憶装置等の保管場所に保管する（ステップ１４）。
以上のようにして、各利用者Ｘ、Ｙにより選択され、又は契約相手により指定された電子契約事業者甲、乙等が提供する各種電子契約サービスＡ、Ｂ、ａ、ｂ等に従って、種々の電子契約が締結され、作成された電子契約書一式が、利用者Ｘ、Ｙ、…や、電子契約事業者甲、乙…によって、継続的に保管、管理される。
以上のようにして、各利用者Ｘ、Ｙにより選択され、又は契約相手により指定された電子契約事業者甲、乙等が提供する各種電子契約サービスＡ、Ｂ、ａ、ｂ等に従って、種々の電子契約が締結され、作成された電子契約書一式が、利用者Ｘ、Ｙ、…や、電子契約事業者甲、乙…によって、継続的に保管、管理される。
【0045】
一方、検証サーバ１０は、各電子契約事業者甲、乙、…が提供している電子契約サービス内容について定期的（例えば、毎日、ｎ日毎、毎週、毎月）に収集している（ステップ２１）。
すなわち、検証サーバ１０は、電子契約サービスを提供している収集可能な全ての電子契約事業者について、図３で説明した電子契約事業者判定リスト１４４の各判定条件に対応する各種情報を収集する。
そして、検証サーバ１０は、収集した各電子契約事業者に対する各判定条件のチェックを行い、その判定結果（記録情報）を、事業者・サービス評価ＤＢ１４２に保存、更新をしている（ステップ２２）。なお、定期的に収集、判定を行う過程で、電子契約サービスの内容（判定結果）に変更があった場合、当該当該変更された内容及び、変更日時も合せて記録される。変更日時については、該当する電子契約事業者に確認することで収集するが、変更日時を確認できない場合には、検証サーバ１０が変化を確認した日時が記録される。
すなわち、検証サーバ１０は、電子契約サービスを提供している収集可能な全ての電子契約事業者について、図３で説明した電子契約事業者判定リスト１４４の各判定条件に対応する各種情報を収集する。
そして、検証サーバ１０は、収集した各電子契約事業者に対する各判定条件のチェックを行い、その判定結果（記録情報）を、事業者・サービス評価ＤＢ１４２に保存、更新をしている（ステップ２２）。なお、定期的に収集、判定を行う過程で、電子契約サービスの内容（判定結果）に変更があった場合、当該当該変更された内容及び、変更日時も合せて記録される。変更日時については、該当する電子契約事業者に確認することで収集するが、変更日時を確認できない場合には、検証サーバ１０が変化を確認した日時が記録される。
【0046】
このように検証サーバ１０は、電子契約事業者及び提供している電子契約サービスの内容について定期的に収集し、その判定結果を保存、更新しておくことで、検証対象となっている電子契約が締結された当時のサービス内容に対する検証を行うことができる。
また、検証用の情報を事前に収集し評価しておくことで、検証処理において、電子契約サービスを提供した電子契約事業者に各判定条件を確認することなくチェック（検証）することができるので、検証をスムーズに行うことができる。
また、検証用の情報を事前に収集し評価しておくことで、検証処理において、電子契約サービスを提供した電子契約事業者に各判定条件を確認することなくチェック（検証）することができるので、検証をスムーズに行うことができる。
【0047】
図６は、電子契約検証処理の他の一部である、検証処理についてのタイムチャートを表した残りの説明図である。
電子契約事業者が提供する電子契約サービスを利用して電子契約をした利用者Ｘが、電子契約書一式を自社で保管できない場合や、過去の電子契約において作成された電子契約書一式についての評価が必要な場合に、検証サーバ１０に電子契約書の検証を依頼することになる。
電子契約事業者が提供する電子契約サービスを利用して電子契約をした利用者Ｘが、電子契約書一式を自社で保管できない場合や、過去の電子契約において作成された電子契約書一式についての評価が必要な場合に、検証サーバ１０に電子契約書の検証を依頼することになる。
【0048】
利用者Ｘが検証依頼をする場合、まず利用者端末４ａから検証サーバ１０が提供する検証サービスのページにログインする（ステップ３１）。
なお、ログインする場合、利用者Ｘが事前にユーザ登録している場合にはユーザＩＤとパスワードを入力することで、ユーザ登録していない場合には新規ユーザ登録により、又は、ユーザ登録なしで必要なユーザ情報を入力することでログインする。このログイン後に本実施形態の検証依頼が可能になる。
なお、ログインする場合、利用者Ｘが事前にユーザ登録している場合にはユーザＩＤとパスワードを入力することで、ユーザ登録していない場合には新規ユーザ登録により、又は、ユーザ登録なしで必要なユーザ情報を入力することでログインする。このログイン後に本実施形態の検証依頼が可能になる。
【0049】
この検証サービスページへのログインがされると、検証サーバ１０は、ログインをした利用者端末４ａに対して、検証依頼画面を提示する（ステップ３２）。
図７は、検証サーバ１０が提示することで利用者端末４ａに表示される検証依頼画面４０を表したものである。
図７に示すように、検証依頼画面４０では、アップロード部４１、コメント入力部４２、サービス・システム選択部４３、タイムスタンプ依頼部４４、保存依頼部４５などが表示される。
アップロード部４１は、検証サーバ１０にアップロードして検証を依頼する対象である電子契約書原本（電子契約書一式）を指定する領域である。このアップロード部４１に、利用者端末４ａの記憶領域等に保存されている電子契約書原本のファイルをドラッグ＆ドロップするか、又は、ファイルを選択することにより、アップロード対象が特定される。
アップロード部４１からは、一度に最大３０ファイルを指定して検証依頼をすることができる。
図７は、検証サーバ１０が提示することで利用者端末４ａに表示される検証依頼画面４０を表したものである。
図７に示すように、検証依頼画面４０では、アップロード部４１、コメント入力部４２、サービス・システム選択部４３、タイムスタンプ依頼部４４、保存依頼部４５などが表示される。
アップロード部４１は、検証サーバ１０にアップロードして検証を依頼する対象である電子契約書原本（電子契約書一式）を指定する領域である。このアップロード部４１に、利用者端末４ａの記憶領域等に保存されている電子契約書原本のファイルをドラッグ＆ドロップするか、又は、ファイルを選択することにより、アップロード対象が特定される。
アップロード部４１からは、一度に最大３０ファイルを指定して検証依頼をすることができる。
【0050】
コメント入力部４２は、検証依頼に対するコメントや、アップロードする個別のファイルに対するコメントなどの任意のコメントを記載する欄である。このコメント入力部４２には、最大ｎ文字（例えば、１０００文字）の入力が可能になっている。
【0051】
サービス・システム選択部４３は、契約書が作成された電子契約サービス等を選択するための入力部である。サービス・システム選択部４３の左側に表示されているプルダウンボタン(黒塗りの下向き三角ボタン)を選択すると、図７（ｂ）に示すプルダウンメニューが表示される。
このプルダウンメニューには、各電子契約事業者が提供している各電子契約サービスが表示されており、利用者Ｘは、メニュー表示された項目から電子契約の際に利用した電子契約サービスを特定する。利用した電子契約サービスの選択は、アップロード部４１からアップロードするファイル（電子契約書原本）毎に指定することができる。
サービス・システム選択部４３による選択は利用者のオプションである。
すなわち、利用者Ｘ（検証依頼者）は、どの電子契約事業者が提供するどの電子契約サービスを利用した電子契約であるのかについて不明な場合があるため、サービス・システム選択部４３の選択は、利用者Ｘが既知の範囲で入力する項目である。利用した電子契約サービスが不明な場合として、例えば、債権譲渡契約により譲渡された権利者（譲受人）が譲受した電子契約書（ＰＤＦ等）についての検証依頼をする場合等がある。
このプルダウンメニューには、各電子契約事業者が提供している各電子契約サービスが表示されており、利用者Ｘは、メニュー表示された項目から電子契約の際に利用した電子契約サービスを特定する。利用した電子契約サービスの選択は、アップロード部４１からアップロードするファイル（電子契約書原本）毎に指定することができる。
サービス・システム選択部４３による選択は利用者のオプションである。
すなわち、利用者Ｘ（検証依頼者）は、どの電子契約事業者が提供するどの電子契約サービスを利用した電子契約であるのかについて不明な場合があるため、サービス・システム選択部４３の選択は、利用者Ｘが既知の範囲で入力する項目である。利用した電子契約サービスが不明な場合として、例えば、債権譲渡契約により譲渡された権利者（譲受人）が譲受した電子契約書（ＰＤＦ等）についての検証依頼をする場合等がある。
【0052】
タイムスタンプ依頼部４４と保存依頼部４５は、検証が成功した場合用に、オプションとしての依頼するためのチェックボックスである。依頼をする場合には、各チェックボックスをマウス等でクリックすることでチェックをいれる。
タイムスタンプ依頼部４４は、電子契約書原本に対してタイムススタンプの追加付与を依頼するためのチェックボックスである。
保存依頼部４５は、電子契約書原本を検証サーバ１０のクラウド保存を依頼するためのチェックボックスである。
タイムスタンプ依頼部４４は、電子契約書原本に対してタイムススタンプの追加付与を依頼するためのチェックボックスである。
保存依頼部４５は、電子契約書原本を検証サーバ１０のクラウド保存を依頼するためのチェックボックスである。
【0053】
利用者Ｘにより検証依頼画面からのよる指定や入力が完了すると、利用者端末４ａから、契約書情報（電子契約書原本と、選択された必要なオプションサービス等）が検証サーバ１０にアップロードされて、検証依頼が行われる（ステップ３３）。
検証依頼でアップロードされた契約書情報を受信すると、検証サーバ１０のＣＰＵ１１は、アップされた電子契約原本毎に管理用の検証番号を付して、検証が完了するまでＲＡＭ１３の契約書情報１３１に一時保存する（ステップ３４）。
検証依頼でアップロードされた契約書情報を受信すると、検証サーバ１０のＣＰＵ１１は、アップされた電子契約原本毎に管理用の検証番号を付して、検証が完了するまでＲＡＭ１３の契約書情報１３１に一時保存する（ステップ３４）。
【0054】
以後ＣＰＵ１１は、ＲＡＭ１３に保存した契約書情報１３１毎に、検証を行う。
ＣＰＵ１１は、契約書情報１３１から、検証対象となる電子契約書が契約者当人の電子署名か否かを判断する（ステップ３５）。
ＣＰＵ１１は、契約書情報１３１から、検証対象となる電子契約書が契約者当人の電子署名か否かを判断する（ステップ３５）。
【0055】
契約者当人の電子署名でない場合、すなわち、電子契約事業者が提供する電子契約サービスを利用した電子契約である場合（ステップ３５；Ｙ）、ＣＰＵ１１は、電子契約事業者（及び電子契約サービス）に対する信頼性についての判定を行う（ステップ３６）。
すなわち、ＣＰＵ１１は、契約書情報１３１の契約書原本や、利用者が検証依頼画面（図７）で選択したサービスに基づいて、当該電子契約を締結する際に利用した電子契約事業者と電子契約サービスを特定する。ＣＰＵ１１は、特定した電子契約サービスについて、事業者・サービス評価ＤＢ１４２に収集済みの評価情報を使用し、図３で説明した各判定条件例の各々について拒否条件、警告条件を満たしているか否かを判断すると共に、判定条件例毎の記録情報（判定結果）を決定し、ＲＡＭ１３の検証結果１３２に記憶する。
すなわち、ＣＰＵ１１は、契約書情報１３１の契約書原本や、利用者が検証依頼画面（図７）で選択したサービスに基づいて、当該電子契約を締結する際に利用した電子契約事業者と電子契約サービスを特定する。ＣＰＵ１１は、特定した電子契約サービスについて、事業者・サービス評価ＤＢ１４２に収集済みの評価情報を使用し、図３で説明した各判定条件例の各々について拒否条件、警告条件を満たしているか否かを判断すると共に、判定条件例毎の記録情報（判定結果）を決定し、ＲＡＭ１３の検証結果１３２に記憶する。
【0056】
電子契約事業者に関する判定（ステップ３６）の後、又は、電子契約サービスを利用しない電子契約である場合（ステップ３５；Ｎ）、ＣＰＵ１１は、電子契約書原本に対する信頼性の判定を行う（ステップ３７）。
すなわち、ＣＰＵ１１は、契約書情報１３１の契約書原本に基づいて、図４で説明した各判定条件例の各々についてチェックし、拒否条件、警告条件を満たしているか否かについて判断すると共に、判定条件例毎の判定結果である記録情報を決定し、ＲＡＭ１３の検証結果１３２に記憶する。
すなわち、ＣＰＵ１１は、契約書情報１３１の契約書原本に基づいて、図４で説明した各判定条件例の各々についてチェックし、拒否条件、警告条件を満たしているか否かについて判断すると共に、判定条件例毎の判定結果である記録情報を決定し、ＲＡＭ１３の検証結果１３２に記憶する。
【0057】
次に、ＣＰＵ１１は、事業者と電子契約書原本についての判定結果（ステップ３６、３７）に、拒否条件を満たす判定条件が１つ以上存在するか否かを判断する（ステップ３８）。
拒否条件を満たす判定条件が１つ以上存在する場合（ステップ３８；Ｙ）、ＣＰＵ１１は、拒否結果証を作成する（ステップ３９）。この拒否結果証には、依頼された電子契約書の信頼性が確保されていないこと、拒否対象となった判定条件例等が記載される。
例えば、「依頼された電子契約書について検証した結果、判定条件××の点で拒否条件を満たしているため、電子契約書の内容に対する信頼性が確保されていませんでした。」等と記載される。なお、拒否結果証には、拒否条件を満たす判定条件以外の項目についての検証結果（記録情報）を合せて記載するようにしてもよい。
拒否条件を満たす判定条件が１つ以上存在する場合（ステップ３８；Ｙ）、ＣＰＵ１１は、拒否結果証を作成する（ステップ３９）。この拒否結果証には、依頼された電子契約書の信頼性が確保されていないこと、拒否対象となった判定条件例等が記載される。
例えば、「依頼された電子契約書について検証した結果、判定条件××の点で拒否条件を満たしているため、電子契約書の内容に対する信頼性が確保されていませんでした。」等と記載される。なお、拒否結果証には、拒否条件を満たす判定条件以外の項目についての検証結果（記録情報）を合せて記載するようにしてもよい。
【0058】
一方、拒否条件を満たす判定条件が１つも存在しない場合（ステップ３８；Ｎ）、ＣＰＵ１１は、ＲＡＭ１３に記憶した検証結果（記録情報）１３２に基づいて、契約書検証判定結果証を作成する（ステップ４０）。
作成した契約書検証判定結果証は、電子契約書についての検証依頼毎に付けられる検証番号で管理され、依頼日、電子契約の名称、依頼者のＩＤ等と共に保管される。すなわち、ＣＰＵ１１は、作成した契約書検証判定結果証に、署名サーバ６やタイムスタンプサーバ７と連携して、検証サーバ１０（運営事業者又は検証者）の電子署名とタイムスタンプ（ＴＳ）を付与して、検証結果ＤＢ１４６に保管する（ステップ４１）。
なお、契約書検証判定結果証は、タイムスタンプ延長時に検証情報として契約書ファイルに含めることができ、この際は検証結果を含めたハッシュ値を計算してタイムスタンプを付与する。
作成した契約書検証判定結果証は、電子契約書についての検証依頼毎に付けられる検証番号で管理され、依頼日、電子契約の名称、依頼者のＩＤ等と共に保管される。すなわち、ＣＰＵ１１は、作成した契約書検証判定結果証に、署名サーバ６やタイムスタンプサーバ７と連携して、検証サーバ１０（運営事業者又は検証者）の電子署名とタイムスタンプ（ＴＳ）を付与して、検証結果ＤＢ１４６に保管する（ステップ４１）。
なお、契約書検証判定結果証は、タイムスタンプ延長時に検証情報として契約書ファイルに含めることができ、この際は検証結果を含めたハッシュ値を計算してタイムスタンプを付与する。
【0059】
ＣＰＵ１１は、契約書情報に存在する検証依頼のオプション内容（原本へのタイムスタンプ追加、クラウド保存）に応じて、検証サーバ１０がタイムスタンプサーバ７と連携して契約書原本にタイムスタンプを付与すると共に、タイムスタンプ付与後の契約書原本を契約書保管ＤＢ１４７に保管する（ステップ４２）。
なお、契約書保管ＤＢ１４７に保管する契約書原本については、検証依頼の際に付けた検証番号で管理される。
検証サーバ１０による検証が終了した後、電子契約書原本に対して検証サーバ１０によるタイムスタンプを付与することで、電子契約が締結された際に付与されているタイムスタンプの有効期限に係わらず、検証サーバ１０によるタイムスタンプによる存在証明や延長処理を行うことができる。
なお、契約書保管ＤＢ１４７に保管する契約書原本については、検証依頼の際に付けた検証番号で管理される。
検証サーバ１０による検証が終了した後、電子契約書原本に対して検証サーバ１０によるタイムスタンプを付与することで、電子契約が締結された際に付与されているタイムスタンプの有効期限に係わらず、検証サーバ１０によるタイムスタンプによる存在証明や延長処理を行うことができる。
【0060】
なお、ステップ４１において契約書検証判定結果証にタイムスタンプを付与しているが、検証サーバ１０による電子署名を行った契約書検証判定結果証と電子契約書原本とを合せて検証サーバ１０によるタイムスタンプを付与するようにしてもよい。
これにより、検証サーバ１０によるタイムスタンプ期限の延長をすることで、その期限内において、今回の検証結果（契約書検証判定結果証）によって、電子契約書原本の信頼性が継続的に保証される。
これにより、検証サーバ１０によるタイムスタンプ期限の延長をすることで、その期限内において、今回の検証結果（契約書検証判定結果証）によって、電子契約書原本の信頼性が継続的に保証される。
【0061】
以上の検証が終了すると、ＣＰＵ１１は、検証結果（契約書検証判定結果証、または拒否結果証）を依頼元の利用者端末４ａに送信（ステップ４３）して、当該検証情報に対応する電子契約書の検証を終了する。
なお、ステップ３９で作成した拒否結果証を依頼元の利用者端末４ａに送信する場合には、電子契約書原本の保管について拒否（オプションされている場合）し、当該電子契約書原本を拒否結果証とともに依頼元の利用者端末４等に送信する。
なお、ステップ３９で作成した拒否結果証を依頼元の利用者端末４ａに送信する場合には、電子契約書原本の保管について拒否（オプションされている場合）し、当該電子契約書原本を拒否結果証とともに依頼元の利用者端末４等に送信する。
【0062】
なお、複数の検証情報がアップロードされている場合には、次の検証情報による電子契約書の検証を行う。
この場合、全ての検証情報に対応する契約書検証判定結果証を作成した後に纏めて利用者端末４に送信するようにしてもよい。
この場合、全ての検証情報に対応する契約書検証判定結果証を作成した後に纏めて利用者端末４に送信するようにしてもよい。
【0063】
一方、検証を依頼した利用者端末４ａでは、検証サーバ１０から検証結果を受信すると、検証結果を対応する電子契約書にリンクした状態で所定の記憶領域に保存し（ステップ４４）、処理を終了する。
契約書検証判定結果証は、利用者Ｘが締結した電子契約書に対して、各種電子契約事業者が提供する電子契約サービスの当該契約当時における信頼性や、締結された電子契約書の内容に対する信頼性について、統一した基準（電子契約事業者判定リスト１４４、データ判定項目リスト１４５）に従って作成されている。
このため、利用者Ｘは、自己が保有している電子契約書について、統一基準で検証、作成された契約書検証判定結果証を確認することで、有効性の確認を容易に行うことができる。
すなわち、電子契約書が種々の事業者、種々のサービスを利用して締結されたものである場合や、電子契約サービスの内容が変更されていたる場合、更に、当該電子契約書を管理する社内担当者が変更になっている場合であったとしても、電子契約書検証判定結果証により有効性を容易に確認することができる。
契約書検証判定結果証は、利用者Ｘが締結した電子契約書に対して、各種電子契約事業者が提供する電子契約サービスの当該契約当時における信頼性や、締結された電子契約書の内容に対する信頼性について、統一した基準（電子契約事業者判定リスト１４４、データ判定項目リスト１４５）に従って作成されている。
このため、利用者Ｘは、自己が保有している電子契約書について、統一基準で検証、作成された契約書検証判定結果証を確認することで、有効性の確認を容易に行うことができる。
すなわち、電子契約書が種々の事業者、種々のサービスを利用して締結されたものである場合や、電子契約サービスの内容が変更されていたる場合、更に、当該電子契約書を管理する社内担当者が変更になっている場合であったとしても、電子契約書検証判定結果証により有効性を容易に確認することができる。
【0064】
図８、図９は、本実施形態の検証処理によって作成される契約書検証判定結果証の一例を表したものである。
図８、９に例示した契約書検証判定結果証には、「検証者依頼者情報」、「検証結果」、「検証時刻」、「契約書情報」、「サービス事業者検証」、「電子署名者情報１」、「電子署名者情報２」、「アーカイブタイムスタンプ検証情報」、「タイムスタンプ延長」、等の情報が記録されている。
図８、９に例示した契約書検証判定結果証には、「検証者依頼者情報」、「検証結果」、「検証時刻」、「契約書情報」、「サービス事業者検証」、「電子署名者情報１」、「電子署名者情報２」、「アーカイブタイムスタンプ検証情報」、「タイムスタンプ延長」、等の情報が記録されている。
【0065】
「検証者依頼者情報」は、検証サーバ１０に対して検証依頼をした利用者Ｘに付いての情報と依頼日時が表示され、ユーザ登録または、検証に当り入力されたユーザ情報に基づいて作成される。
依頼日時については、日本標準時（ＪＳＴ）により表示されるが、世界標準時（ＵＴＣ）により表示することも可能である。
依頼日時については、日本標準時（ＪＳＴ）により表示されるが、世界標準時（ＵＴＣ）により表示することも可能である。
【0066】
「検証者依頼者情報」の依頼者名には、検証依頼をした利用者Ｘの名称が記載される。通常は、契約当事者の一方か、電子契約事業者名が記載される。
ただし、図８の例では依頼者名に、電子署名者情報１、２（図９参照）に記載されている電子契約の当事者２名以外の名称が記載されているが、これは例えば当該契約当事者の１人からその契約を継承した第三者からの検証依頼である場合などが該当する。
このように、本実施形態による検証サービスは、契約当事者以外からの検証依頼、例えば、債権譲渡により当該契約内容を譲受した譲受人からの検証依頼などにも対応している。
ただし、図８の例では依頼者名に、電子署名者情報１、２（図９参照）に記載されている電子契約の当事者２名以外の名称が記載されているが、これは例えば当該契約当事者の１人からその契約を継承した第三者からの検証依頼である場合などが該当する。
このように、本実施形態による検証サービスは、契約当事者以外からの検証依頼、例えば、債権譲渡により当該契約内容を譲受した譲受人からの検証依頼などにも対応している。
【0067】
図８に示した「検証結果」には、検証により拒否条件、警告条件を満たす項目がなかったので、ＶＡＬＩＤ（信頼性あり）と表示されている。
警告条件を１つでも満たしている場合には、「検証結果」にＷＡＲＮＩＮＧ（警告）と表示される。
なお、ステップ３９で作成される拒否結果証では「検証結果」にＩＮＶＡＬＩＤ（信頼性なし）と表示される。
警告条件を１つでも満たしている場合には、「検証結果」にＷＡＲＮＩＮＧ（警告）と表示される。
なお、ステップ３９で作成される拒否結果証では「検証結果」にＩＮＶＡＬＩＤ（信頼性なし）と表示される。
【0068】
「契約書情報」と「サービス事業者検証」には、契約時に利用した該電子契約サービスに対する信頼性について、電子契約事業者判定リスト１４４（図３）に従って判断した検証結果１３２（記録情報）が表示されている。
「契約書情報」には、契約サービス事業者名（電子契約事業者名）が記載され、サービスタイプ（電子契約サービス）が記載される。図８の例では、サービスタイプとして立会人型電子署名であることが示されているが、図３で説明したように、他に当事者型、電子署名無しが表示される。なお、サービスタイプとして分類不能が表示されるのは、拒否条件を満たしている場合なので、後述するステップ３９で作成される拒否結果証で表示される。
「契約書情報」には、契約サービス事業者名（電子契約事業者名）が記載され、サービスタイプ（電子契約サービス）が記載される。図８の例では、サービスタイプとして立会人型電子署名であることが示されているが、図３で説明したように、他に当事者型、電子署名無しが表示される。なお、サービスタイプとして分類不能が表示されるのは、拒否条件を満たしている場合なので、後述するステップ３９で作成される拒否結果証で表示される。
【0069】
「サービス事業者検証」の、検証時のサービス状況は、検証時における、当該電子契約締結の際に利用した電子契約サービスが運用状況について記載されている。
検証時の信頼性、署名時の信頼性は、検証サーバ１０による検証時、当該電子契約を締結する際に、検証サーバ１０の事業者・サービス評価ＤＢ１４２に登録されているか否かについて記載されている。
署名時のサービス登録情報には、本人確認方法（第三者による実在確認）、本人特定方法（ＳＭＳ通知）、運用ポリシー公開（約款開示）、認証（ＩＳＭＳ取得）が記載されている。
ここで、ＳＭＳ通知は、ショートメールサービスを利用して契約当事者を確認したこと表している。
また、ＩＳＭＳ取得は、当該電子契約事業者が、（財）日本情報処理開発協会が定めた評価制度（ＩＳＭＳ適合性評価制度）によるＩＳＭＳ認証（ＩＳＯ２７００１）を取得していることを表している。
検証時の信頼性、署名時の信頼性は、検証サーバ１０による検証時、当該電子契約を締結する際に、検証サーバ１０の事業者・サービス評価ＤＢ１４２に登録されているか否かについて記載されている。
署名時のサービス登録情報には、本人確認方法（第三者による実在確認）、本人特定方法（ＳＭＳ通知）、運用ポリシー公開（約款開示）、認証（ＩＳＭＳ取得）が記載されている。
ここで、ＳＭＳ通知は、ショートメールサービスを利用して契約当事者を確認したこと表している。
また、ＩＳＭＳ取得は、当該電子契約事業者が、（財）日本情報処理開発協会が定めた評価制度（ＩＳＭＳ適合性評価制度）によるＩＳＭＳ認証（ＩＳＯ２７００１）を取得していることを表している。
【0070】
一方、「電子署名者情報１」、「電子署名者情報２」、「アーカイブタイムスタンプ検証情報」、「タイムスタンプ延長」には、契約書データ（締結された電子契約書の内容）に対する信頼性について、データ判定項目リスト１４５（図４）に従って判断した検証結果１３２（記録情報）が表示されている。
【0071】
「電子署名者情報１」は契約当事者である署名太郎の電子署名についての記載であり、「電子署名者情報２」は他の契約当事者である署名次郎の電子署名についての記載である。
「署名確認」の欄は、電子署名をする際に行われた本人確認の方法であり、図８では、ともにＳＭＳ（ショートメールサービス）を利用して確認したこと、及び、その電話番号が記載されている。
「署名確認」の欄は、電子署名をする際に行われた本人確認の方法であり、図８では、ともにＳＭＳ（ショートメールサービス）を利用して確認したこと、及び、その電話番号が記載されている。
【0072】
「アーカイブタイムスタンプ検証情報」と「タイムスタンプ延長：実行」に記載されている「タイムスタンプサービス」の内容は、当該契約に係わった電子契約事業者が使用しているタイムスタンプサーバとその信頼性について記載されている。
【0073】
「検証者情報」は本実施形態による検証サービスを提供している検証サーバ１０の情報が記載されている。
「検証者電子署名・タイムスタンプ」には、検証サーバ１０による電子署名と、検証サーバ１０が連携しているタイムスタンプサーバ７についての記載である。
「検証者電子署名・タイムスタンプ」には、検証サーバ１０による電子署名と、検証サーバ１０が連携しているタイムスタンプサーバ７についての記載である。
【0074】
以上、本発明の検証サーバ１０を利用した検証システム１について説明したが、本発明は説明した実施形態に限定されるものではなく、各請求項に記載した範囲において各種の変形を行うことが可能である。
例えば、説明した実施形態では、検証サーバ１０が、利用者Ｘ、Ｙ、…からの依頼にもとづいて、電子契約書一式を受信して検証を行う場合について説明したが、電子契約事業者甲、乙、…からの依頼に基づいて検証を行うことも可能である。
すなわち、電子契約の締結に係わることで作成した電子契約書一式を保管している電子契約事業者甲等が、電子契約サービスの提供は継続するが、作成した電子契約書一式を保管するサービスを終了する場合、電子契約に関連する全事業を終了する場合などにおいて、検証の依頼を受けて検証を行う。この場合、電子契約書原本の保管についてのオプションがあれば、利用者からの依頼と同様に処理される。
例えば、説明した実施形態では、検証サーバ１０が、利用者Ｘ、Ｙ、…からの依頼にもとづいて、電子契約書一式を受信して検証を行う場合について説明したが、電子契約事業者甲、乙、…からの依頼に基づいて検証を行うことも可能である。
すなわち、電子契約の締結に係わることで作成した電子契約書一式を保管している電子契約事業者甲等が、電子契約サービスの提供は継続するが、作成した電子契約書一式を保管するサービスを終了する場合、電子契約に関連する全事業を終了する場合などにおいて、検証の依頼を受けて検証を行う。この場合、電子契約書原本の保管についてのオプションがあれば、利用者からの依頼と同様に処理される。
【0075】
電子契約事業者が検証サーバ１０に保管のオプションを依頼せずに、検証だけ依頼する場合としては、電子契約サービスの提供を終了するにあたり、電子契約を利用したユーザ（契約当事者）に対するサービスとして、検証サーバ１０が作成する契約書検証判定結果証を契約当事者に送信する場合などがある。
この場合、電子契約書原本について、ユーザ（契約当事者）が保管していて、電子契約事業者は保管していない場合が多いと考えられる。
一方、電子契約書事業者が電子契約書原本の保管をしている場合には、保管の継続を検証サーバ１０に移行させるために、保管のオプションがされる場合が多いと考えられる。
この場合、電子契約書原本について、ユーザ（契約当事者）が保管していて、電子契約事業者は保管していない場合が多いと考えられる。
一方、電子契約書事業者が電子契約書原本の保管をしている場合には、保管の継続を検証サーバ１０に移行させるために、保管のオプションがされる場合が多いと考えられる。
【0076】
また、検証サーバ１０は、検証が終了したのち、検証結果（契約書検証判定結果証）だけを依頼元の利用者端末４ａに送信する（ステップ４３）場合について説明した。
これに対して検証サーバ１０は、電子契約書原本を契約書保管ＤＢ１４７に保管するか否かにかかわらず（保管オプションの有無にかかわらず）、検証サーバ１０がタイムスタンプを付与した後の電子契約書原本を、検証結果とともに依頼元の利用者端末４ａに送信するようにしてもよい。
これに対して検証サーバ１０は、電子契約書原本を契約書保管ＤＢ１４７に保管するか否かにかかわらず（保管オプションの有無にかかわらず）、検証サーバ１０がタイムスタンプを付与した後の電子契約書原本を、検証結果とともに依頼元の利用者端末４ａに送信するようにしてもよい。
【0077】
また、変形例として上述したように、検証サーバ１０による電子署名を行った契約書検証判定結果証と電子契約書原本とを合せて検証サーバ１０によるタイムスタンプを付与する場合には、当該合わせてタイムスタンプを付与した契約書検証判定結果証と電子契約書原本を利用者端末に送信するようにしてもよい。
【0078】
また、説明した実施形態では、拒否結果証を作成する場合（ステップ３９）、検証サーバ１０は、電子契約書原本の保管を拒否し、当該電子契約書原本を拒否結果証とともに依頼元の利用者端末４等に送信している。
これに対し、利用者端末４等に拒否結果証を送信する場合であっても、検証結果が拒否でない場合と同様に、検証サーバ１０による電子署名とタイムスタンプを付与した拒否結果証とともに、検証サーバ１０によるタイムスタンプを付した電子契約書原本を保管するようにしてもよい。この場合の電子契約書原本については、拒否対象専用のデータベースに保存するようにしてもよい。
これに対し、利用者端末４等に拒否結果証を送信する場合であっても、検証結果が拒否でない場合と同様に、検証サーバ１０による電子署名とタイムスタンプを付与した拒否結果証とともに、検証サーバ１０によるタイムスタンプを付した電子契約書原本を保管するようにしてもよい。この場合の電子契約書原本については、拒否対象専用のデータベースに保存するようにしてもよい。
【符号の説明】
【0079】
２ 電子契約事業者端末
４ 利用者端末
６ 署名サーバ
７ タイムスタンプサーバ
１０ 検証サーバ
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１３１ 契約書情報
１４ 記憶装置
１４１ 検証プログラム
１４２ 事業者・サービス評価ＤＢ
１４３ ユーザ登録ＤＢ
１４４ 電子契約事業者判定リスト
１４５ データ判定項目リスト
１４６ 検証結果ＤＢ
１４７ 契約書保管ＤＢ
１５ 通信制御部
４ 利用者端末
６ 署名サーバ
７ タイムスタンプサーバ
１０ 検証サーバ
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１３１ 契約書情報
１４ 記憶装置
１４１ 検証プログラム
１４２ 事業者・サービス評価ＤＢ
１４３ ユーザ登録ＤＢ
１４４ 電子契約事業者判定リスト
１４５ データ判定項目リスト
１４６ 検証結果ＤＢ
１４７ 契約書保管ＤＢ
１５ 通信制御部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】