JP6979098B2 - 電子認定証受渡システムおよびプログラム - Google Patents

Description

本発明は、資格の認定者から被認定者への電子認定証の受渡、および被認定者から受領者への電子認定証の提出に関する処理を実行するコンピュータにより構成された電子認定証受渡システムおよびプログラムに係り、例えば、求職者やクラウドワーカが就職希望先や作業依頼者に対して自己の能力を証明し、または自己ＰＲを行う場合等に利用できる。

従来、資格の合格証、卒業証明書等のような各種の認定証は、紙で発行されている。この紙で発行された認定証（以下、「紙認定証」という。）には、「誰が、誰に、いつ、何を」認定したかが記載され、紙認定証のコピーを提出する等の方法で、認定を受けたことの証明としている。

なお、認定証とブロックチェーンとを結び付けて情報管理を行うシステムとして、次のようなシステムが知られている。すなわち、登録されている訓練組織によって発行されたコース修了証文書化情報の真正性検証、旅券の検証、および法律事務所、会計事務所、政府機関等によって発行された文書等の真正性検証といった文書情報の真正性検証を行うシステムが知られている（特許文献１参照）。このシステムでは、文書内容メタデータを用いてメタデータハッシュを生成し、メタデータハッシュを含むブロックチェーントランザクションを作成し、ブロックチェーントランザクション内のメタデータハッシュを識別して文書内容メタデータの真正性を検証している。

また、ブロックチェーン式多要素個人身元認証を実現するシステムが知られている（特許文献２参照）。このシステムでは、パスポート、身分証明カード、抽出されたパスポート情報、運転免許証、抽出された運転免許証情報、指紋、網膜等が、ブロックチェーンに格納される。そして、秘密鍵、指紋、指紋ハッシュ、網膜、網膜のハッシュ等のような固有情報により個人を特定している。

さらに、利用者から開示された個人情報である対象確認情報のハッシュ値をブロックチェーンに記録し、対象確認情報の正当性をブロックチェーン内のブロックを用いて検証し、対象確認情報の開示要求を受け付けると、利用者に許可を得たうえで対象確認情報を開示する個人情報管理システムが知られている（特許文献３参照）。

また、ブロックチェーン証明書の標準規格「Blockcerts（ブロックサーツ）」が知られている（非特許文献１参照）。このブロックサーツは、マサチューセッツ工科大学の研究機関等が開発したブロックチェーンを基盤としたブロックチェーン証明書の標準規格であり、その規格を満たすブロックチェーン証明書を発行するためのＳＤＫ（開発ツール）を含んだオープンソースのプラットフォームである。

特表２０１９−５１１７５８号公報 特開２０１９−５７２７１号公報 特許第６４９４００４号掲載公報

ブロックサーツコミュニティ、"ＢＬＯＣＫＣＥＲＴＳ"、［online］、ブロックサーツホームページ、［令和２年３月１日検索］、インターネット＜ＵＲＬ：https://www.blockcerts.org/＞

前述した従来の紙認定証では、改竄される可能性を排除することができない（改竄防止の問題）。また、紙認定証が改竄されていた場合に、それを確実に検知することはできない（改竄検知の問題）。さらに、紙認定証には、氏名や生年月日等のような本人を識別するための情報が記載されているが、その記載情報だけでは本人を一意に識別することはできないので、紙認定証を第三者に提出する際、本人の紙認定証と、氏名や生年月日等が同一の他人の紙認定証と区別することができない（一意性の問題）。

また、紙認定証では、第三者に対し、実名を隠したまま自分が認定証を保有していることを証明する術がなく、例えば、クラウドワーキング等の実名を公開しない働き方では利用することができない（匿名性の問題）。

さらに、前述した非特許文献１に記載したBlockcerts（ブロックサーツ）では、認定情報（認定された内容情報）のハッシュ値をブロックチェーンに記録するが、ハッシュ値の記録だけでは、改竄検知を行うことはできても、改竄防止には繋がらない。

本発明の目的は、認定証の改竄防止、改竄検知、本人識別における一意性の確保を実現できるとともに、匿名での認定証の提出を可能とする電子認定証受渡システムおよびプログラムを提供するところにある。

＜本発明の基本構成＞

本発明は、資格の認定者から被認定者への電子認定証の受渡、および被認定者から受領者への電子認定証の提出に関する処理を実行するコンピュータにより構成された電子認定証受渡システムであって、
分散台帳を構成する複数の参加者ノードが分散台帳形成用のピア・ツー・ピア・ネットワークで接続されるとともに、
認定者が運営・管理する認定者システムと、被認定者が操作する被認定者端末と、受領者が操作する受領者端末とがピア・ツー・ピア・ネットワーク以外のネットワークで接続され、かつ、認定者システムおよび被認定者端末は、直接にまたは他のシステムを介して参加者ノードに接続可能な構成とされ、
認定者システムは、
認定者の検証鍵、被認定者の検証鍵、認定名を含む資格情報、並びにこれらの認定者の検証鍵、被認定者の検証鍵、資格情報に対する認定者の署名鍵による認定者の署名を含む電子認定証を作成する処理を実行する電子認定証作成手段と、
この電子認定証作成手段により作成した電子認定証を分散台帳に登録するための処理を実行する電子認定証記帳手段とを含んで構成され、
被認定者端末は、
被認定者の検証鍵を用いて分散台帳に記憶されている電子認定証を取得するための処理を実行する電子認定証取得手段と、
この電子認定証取得手段により取得した電子認定証を、ネットワークを介して受領者端末に直接にまたは他のシステムを経由させて送信する処理を実行する電子認定証提出手段とを含んで構成され、
受領者端末は、
被認定者端末からネットワークを介して直接にまたは他のシステムを経由して受信した電子認定証に含まれる認定者の検証鍵および認定者の署名を用いて、認定者の真正性および電子認定証のデータの完全性を確認する認定者署名検証処理を実行する認定者確認手段を含んで構成されている
ことを特徴とするものである。

ここで、「資格」は、認定を行うための検定試験（いわゆるテスト）を受けて合格することにより認定されて取得することができる狭義の資格（例えば、英語検定、弁護士資格、医師免許、危険物取扱者等）のみならず、例えば、各種の学校、講習、ゼミ等について、卒業、修了、在籍、参加等したことによる教育を受けたという事実（学士号、修士号、博士号等を含む。）、特殊な仕事（例えば、自衛官、要人警護、サイバー対策等）に就いていたという事実、パスポートのような身分証明として付与される地位、人命救助や社会奉仕活動等を行って警察等から感謝状を授与されたという事実等も含まれる。従って、本願でいう「資格」は、広く認定者が被認定者に対し、その能力、功績、活動、身分、地位等を認定する場合における認定対象となる内容である。また、「資格」の認定は、運転免許証やパスポートの発行等のような公的機関による認定でもよく、民間による認定でもよい。

また、「認定者システム」の「電子認定証記帳手段」における「電子認定証を分散台帳に登録するための処理」には、電子認定証を認定者システムから他のシステムを介して分散台帳に登録する処理と、電子認定証を認定者システムから分散台帳に直接に登録する処理とが含まれる。

さらに、「被認定者端末」の「電子認定証取得手段」における「分散台帳に記憶されている電子認定証を取得するための処理」には、被認定者端末が他のシステムを介して分散台帳から電子認定証を取得する処理と、被認定者端末が分散台帳から直接に電子認定証を取得する処理とが含まれる。

また、「分散台帳」は、分散型台帳やＤＬＴ（Distributed Ledger Technology）とも称されるものであり、本発明の分散台帳としては、ブロックチェーンを好適に採用することができるが、必ずしもブロックチェーンに限定されるものではない。従って、分散台帳への記帳は、必ずしもブロックで行われる必要はなく、また、必ずしもチェーンを形成する必要もない。

このような本発明の電子認定証受渡システムにおいては、作成する電子認定証に「認定者の検証鍵」、「被認定者の検証鍵」、および「認定名を含む資格情報」を含めるので、電子認定証を「誰が、誰に、何を」認定したのかを示す情報として機能させることができる。なお、資格情報に認定日を含めれば、電子認定証を「誰が、誰に、いつ、何を」認定したのかを示す情報として機能させることもできる。

また、作成した電子認定証を分散台帳に記憶させるので、認定情報（認定された内容情報）の改竄の防止を図ることが可能となる。すなわち、前述した非特許文献１に記載したBlockcerts（ブロックサーツ）では、認定情報（認定された内容情報）のハッシュ値だけをブロックチェーンに記録していたのに対し、本発明では、電子認定証の全体を分散台帳に記憶させるので、改竄防止を図ることが可能となる。

さらに、作成する電子認定証には、認定者の署名鍵による認定者の署名が含まれているので、被認定者から提出された電子認定証を受領した受領者は、受領者端末において、認定者確認手段による認定者署名検証処理を実行することで、電子認定証のデータの完全性を確認することができ、改竄検知を行うことが可能となる。

また、被認定者は、受領者に対し、紙認定証ではなく、電子認定証を提出することができるので、本人識別における一意性の確保を実現することが可能となる。すなわち、電子認定証の提出により、同性同名等の別人の保有する電子認定証でないことを証明することが可能となる。

さらに、受領者に電子認定証を提出するので、電子認定証に個人情報が含まれている場合には、その個人情報の部分を暗号化して提出することができるため、匿名での電子認定証の提出が可能となり、クラウドワーキング等の匿名での働き方を利用することができるようになり、これらにより前記目的が達成される。

＜被認定者端末で復号された個人情報を、受領者端末で再暗号化して認定者の署名を検証する構成＞

また、前述した電子認定証受渡システムにおいて、
認定者システムの電子認定証作成手段は、
電子認定証を作成する際に、電子認定証のデータの中に、氏名を含む個人情報を含めるとともに、この個人情報の部分について被認定者の暗号鍵により暗号化してから認定者の署名鍵による認定者の署名を付する処理を実行する構成とされ、
被認定者端末の電子認定証取得手段は、
個人情報の部分が暗号化されている状態の電子認定証を分散台帳から取得するための処理を実行する構成とされ、
被認定者端末の電子認定証提出手段は、
受領者に対して電子認定証の内容を実名で提出する場合には、個人情報の部分を被認定者の復号鍵で復号し、個人情報の部分が復号された状態の電子認定証を、ネットワークを介して受領者端末に直接にまたは他のシステムを経由させて送信する処理を実行する構成とされ、
受領者端末の認定者確認手段は、
認定者の検証鍵および認定者の署名を用いて認定者署名検証処理を実行する際には、個人情報の部分について被認定者の暗号鍵により再び暗号化した後に、認定者署名検証処理を実行する構成とすることができる。

このように被認定者端末で復号された個人情報を、受領者端末で再暗号化して認定者の署名を検証する構成とした場合には、被認定者が受領者に対して電子認定証の内容を実名で提出するために、個人情報を復号した状態で電子認定証を提出したとしても、受領者端末で、認定者の署名についての検証が可能となる。すなわち、個人情報を暗号化した状態で電子認定証が分散台帳に記録されている場合、被認定者が受領者に対して電子認定証の内容を実名で提出するためには、被認定者端末で個人情報を復号することになるが、復号してしまうと、それは第三者によるデータの改竄に相当する処理になるので、受領者端末で、認定者の検証鍵を用いて、認定者の署名についての検証処理を行うことができなくなってしまう。従って、これを防ぐために、受領者端末で、被認定者の暗号鍵（公開鍵）による個人情報の再暗号化を行うことにより、実名での提出を受けつつ、認定者の署名についての検証処理を行うことが可能となる。

＜乱数によるチャレンジ＆レスポンスを行う構成＞

さらに、前述した電子認定証受渡システムにおいて、
受領者端末は、
乱数を発生させてこの乱数をネットワークを介して被認定者端末へ送信するチャレンジ処理を実行するとともに、被認定者端末からの応答として得られる被認定者の署名付きの乱数および被認定者の検証鍵を用いて被認定者の真正性を確認する被認定者署名検証処理を実行する被認定者確認手段を含んで構成され、
被認定者端末は、
受領者端末から受信した乱数に対して被認定者の署名鍵を用いて署名を付し、署名付きの乱数をネットワークを介して受領者端末へ送信するレスポンス処理を実行する被認定者確認応答手段を含んで構成されていることが望ましい。

このように乱数によるチャレンジ＆レスポンスを行う構成とした場合には、受領者は、電子認定証の提出を受けたときに、電子認定証を提出した被認定者が、その電子認定証に含まれている被認定者の検証鍵に対応する被認定者の署名鍵を所有していることを確認することができるので、電子認定証を提出した被認定者の真正性を確認することが可能となる。

＜マイページを使って電子認定証を提出する構成＞

そして、前述した電子認定証受渡システムにおいて、
ネットワークには、電子認定証に関するサービスを提供する認定証サービス事業者システムが接続され、かつ、この認定証サービス事業者システムは、参加者ノードに接続可能な構成とされ、
認定証サービス事業者システムは、
被認定者端末の電子認定証取得手段からネットワークを介して送信されてくる被認定者の検証鍵を受信し、受信した被認定者の検証鍵を用いて分散台帳に記憶されている電子認定証を取得し、取得した電子認定証をネットワークを介して被認定者端末の電子認定証取得手段に送信する処理を実行する電子認定証代理取得手段を含んで構成され、
被認定者端末の電子認定証取得手段は、
認定証サービス事業者システムの電子認定証代理取得手段からネットワークを介して送信されてくる電子認定証を受信する処理を実行する構成とされ、
被認定者端末の電子認定証提出手段は、
電子認定証取得手段により取得した電子認定証を用いて、受領者に提出するための被認定者の保有する電子認定証の内容を掲載したマイページを作成する処理を実行するマイページ作成手段を含んで構成され、
認定証サービス事業者システムは、
被認定者端末のマイページ作成手段によるマイページの作成を補助し、作成したマイページをマイページのＵＲＬと関連付けてマイページ記憶手段に記憶させる処理を実行するマイページ作成補助手段と、
受領者端末からのマイページのＵＲＬへのアクセスに応じ、マイページ記憶手段に記憶されているマイページおよびマイページに掲載されている電子認定証を、ネットワークを介して受領者端末へ送信する処理を実行するマイページ送信手段とを含んで構成されていることが望ましい。

このようにマイページを使って電子認定証を提出する構成とした場合には、受領者は、受領者端末に搭載されている汎用のＷＥＢブラウザで、容易に電子認定証を受領することができるようになる。

＜マイページに付帯する電子認定証で認定者署名検証処理を行う構成＞

また、上述したマイページを使って電子認定証を提出する構成とした場合において、
受領者端末の認定者確認手段は、
認定証サービス事業者システムからネットワークを介してマイページとともに送信されてくるマイページに掲載されている電子認定証に含まれる認定者の検証鍵および認定者の署名を用いて認定者署名検証処理を実行する構成とされていることが望ましい。

このようにマイページに付帯する電子認定証で認定者署名検証処理を行う構成とした場合には、受領者は、受領者端末に搭載されている汎用のＷＥＢブラウザでマイページを受信したときに、マイページ（または当該マイページの表示前に認定証サービス事業者システムから受信した別のＷＥＢページでもよい。）に付随するプログラムにより、認定者署名検証処理が行われていることを特に意識することなく、容易に当該処理を行うことが可能となる。

＜様々な掲載形態で電子認定証を掲載したマイページを任意の数だけ作成することができる構成＞

さらに、前述したマイページを使って電子認定証を提出する構成とした場合において、
被認定者端末のマイページ作成手段は、
１つのマイページに掲載する電子認定証の数および種類、または、数、種類、および掲載順序を任意に設定することができ、１人または１団体の被認定者が、それぞれ異なる掲載内容の複数のマイページを作成することができる構成とされ、
マイページ記憶手段は、
１人または１団体の被認定者につき、複数のマイページを記憶することができる構成とされていることが望ましい。

このように様々な掲載形態で電子認定証を掲載したマイページを任意の数だけ作成することができる構成とした場合には、どのような受領者に電子認定証を提出するのかに応じ、様々な掲載形態のマイページを用意することができる。従って、マイページには、自己の保有する全ての電子認定証の内容を掲載してもよいが、一部の電子認定証の内容を掲載してもよく、その一部の電子認定証も、それを将来的に受領することになる受領者によって自在に変えることができる。そして、そのようにした場合には、各受領者は、１人または１団体の被認定者が用意した内容の異なる各マイページのＵＲＬにアクセスすることになる。

＜マイページとして匿名ページおよび実名ページを作成することができ、かつ、匿名ページおよび実名ページのいずれにもテキスト表示部および認定証画像表示部を設けた構成＞

また、前述したマイページを使って電子認定証を提出する構成とした場合において、
被認定者端末のマイページ作成手段は、
マイページとして、受領者に対して電子認定証の内容を匿名で提出するための匿名ページと、受領者に対して電子認定証の内容を実名で提出するための実名ページとを作成することができる構成とされ、
匿名ページおよび実名ページのいずれについても、電子認定証の内容をテキスト形式で表示するテキスト表示部と、認定証画像形式で表示する認定証画像表示部とが設けられ、
被認定者端末のマイページ作成手段は、
匿名ページのテキスト表示部を作成する場合は、電子認定証取得手段により取得した電子認定証のうち、被認定者の暗号鍵を用いて暗号化されている氏名を含む個人情報の部分については、代替表示情報を掲載するか、または、暗号化されたままの状態で掲載する処理を実行し、
実名ページのテキスト表示部を作成する場合は、電子認定証取得手段により取得した電子認定証のうち、被認定者の暗号鍵を用いて暗号化されている氏名を含む個人情報の部分については、被認定者の復号鍵を用いて復号して掲載する処理を実行する構成とすることができる。

このようにマイページとして匿名ページおよび実名ページを作成することができ、かつ、匿名ページおよび実名ページのいずれにもテキスト表示部および認定証画像表示部を設けた構成とした場合には、マイページを使って電子認定証を提出する際にも、匿名または実名での提出が可能となり、多様な形態での電子認定証の提出を実現することができる。

＜テンプレートを用いて匿名ページおよび実名ページの認定証画像表示部を作成する構成＞

さらに、上述したマイページとして匿名ページおよび実名ページを作成することができ、かつ、匿名ページおよび実名ページのいずれにもテキスト表示部および認定証画像表示部を設けた構成とした場合において、
被認定者端末のマイページ作成手段は、
匿名ページの認定証画像表示部を作成する場合は、電子認定証取得手段により取得した電子認定証のデータを、予め用意されているテンプレートに埋め込むとともに、暗号化されている個人情報の部分については、代替表示情報、または、暗号化されたままの状態のデータを埋め込む処理を実行し、
実名ページの認定証画像表示部を作成する場合は、電子認定証取得手段により取得した電子認定証のデータを、予め用意されているテンプレートに埋め込むとともに、暗号化されている個人情報の部分については、被認定者の復号鍵を用いて復号して埋め込む処理を実行する構成とすることができる。

このようにテンプレートを用いて匿名ページおよび実名ページの認定証画像表示部を作成する構成とした場合には、匿名ページの作成も、実名ページの作成も、テンプレートを用いて容易に行うことができる。

＜自己認定証を作成し、その自己認定証の内容をマイページに掲載することができる構成＞

そして、前述したマイページとして匿名ページおよび実名ページを作成することができ、かつ、匿名ページおよび実名ページのいずれにもテキスト表示部および認定証画像表示部を設けた構成とした場合において、
認定証サービス事業者システムは、
被認定者が保有する紙認定証の画像データから文字情報を読み取る処理を実行するテキスト化手段と、
このテキスト化手段により読み取った文字情報から、認定名を含む資格情報を抽出する処理を実行する抽出手段と、
被認定者の自己認定による擬制電子認定証として、被認定者の検証鍵、および抽出手段により抽出した資格情報を含む自己認定証を作成する処理を実行する自己認定証作成手段と、
この自己認定証作成手段により作成した自己認定証および紙認定証の画像データを記憶する自己認定証記憶手段とを含んで構成され、
被認定者端末のマイページ作成手段は、
被認定者の検証鍵を用いて認定証サービス事業者システムの自己認定証記憶手段に記憶されている自己認定証を取得し、取得した自己認定証の内容もマイページに掲載することができるとともに、匿名ページには、自己認定証の内容を匿名で掲載し、実名ページには、自己認定証の内容を実名で掲載することができる構成とされ、
匿名ページおよび実名ページのいずれについても、自己認定証の内容をテキスト形式で表示するテキスト表示部と、認定証画像形式で表示する認定証画像表示部とが設けられ、
被認定者端末のマイページ作成手段は、
匿名ページのテキスト表示部を作成する場合は、取得した自己認定証のうち、被認定者の暗号鍵を用いて暗号化されている氏名を含む個人情報の部分については、代替表示情報を掲載するか、または、暗号化されたままの状態で掲載する処理を実行し、
実名ページのテキスト表示部を作成する場合は、取得した自己認定証のうち、被認定者の暗号鍵を用いて暗号化されている氏名を含む個人情報の部分については、被認定者の復号鍵を用いて復号して掲載する処理を実行する構成とすることができる。

このように自己認定証を作成し、その自己認定証の内容をマイページに掲載することができる構成とした場合には、受領者に対し、自己認定証の内容も提出することができるので、マイページを利用した情報提供の形態について、より一層の多様化を図ることができる。

＜自己認定証について、紙認定証の画像データを用いて実名ページの認定証画像表示部を作成し、匿名ページの認定証画像表示部はマスキングして作成する構成＞

また、自己認定証を作成し、その自己認定証の内容をマイページに掲載することができる構成とした場合において、
被認定者端末のマイページ作成手段は、
匿名ページの認定証画像表示部を作成する場合は、紙認定証の画像データの全体をマスキングする処理を実行し、
実名ページの認定証画像表示部を作成する場合は、マスキングすることなく紙認定証の画像データを掲載する処理を実行する構成とすることができる。

このように自己認定証について、紙認定証の画像データを用いて実名ページの認定証画像表示部を作成し、匿名ページの認定証画像表示部はマスキングして作成する構成とした場合には、受領者に対し、自己認定証の内容を認定証画像形式で提供するに際し、匿名での提供、実名での提供の双方を実現することが可能となる。

＜匿名ページの認定証画像表示部でマスキング情報を用いて個人情報の部分をマスキングして自己認定証の内容を提供することを選択可能な構成＞

さらに、上述した自己認定証について、紙認定証の画像データを用いて実名ページの認定証画像表示部を作成し、匿名ページの認定証画像表示部はマスキングして作成する構成とした場合において、
被認定者端末のマイページ作成手段は、
匿名ページの認定証画像表示部を作成する場合は、紙認定証の画像データの全体をマスキングする処理に代えて、
紙認定証の画像データのうちの個人情報の部分の位置を示す座標情報として被認定者端末で入力指定されたマスキング情報を用いて、紙認定証の画像データのうちの個人情報の部分をマスキングする処理を選択することができる構成とすることができる。

このように匿名ページの認定証画像表示部でマスキング情報を用いて個人情報の部分をマスキングして自己認定証の内容を提供することを選択可能な構成とした場合には、受領者に対し、匿名ページの認定証画像表示部で自己認定証の内容を、より詳細に提供することが可能となるとともに、マスキング情報を用いたマスキングの処理は、被認定者の選択とされているので、自己認定証の内容の提供形態に多様性を持たせることができ、例えば、被認定者がマスキング情報の入力指定を面倒または困難に感じた場合や、被認定者端末がマスキング情報の入力指定に適していない端末である場合には、その入力指定を行わなくてもよい。

＜仲介処理として、マイページの作成の際に、被認定者端末に受領者の求人条件の集計結果を表示する構成＞

そして、前述したマイページを使って電子認定証を提出する構成とした場合において、
認定証サービス事業者システムは、
被認定者と被認定者に作業を依頼する受領者との仲介に関する処理を実行する仲介手段と、
被認定者に作業を依頼する受領者が被認定者に対して求める保有資格で定まる求人条件、および受領者の連絡先を含む受領者情報を記憶する受領者情報記憶手段と、
電子認定証が発行されている被認定者の保有資格に関する情報を、被認定者の基礎の検証鍵またはこれに代わる被認定者ＩＤと関連付けて記憶する仲介情報記憶手段とを含んで構成され、
仲介手段は、
受領者により入力されて受領者端末からネットワークを介して送信されてくる求人条件および受領者の連絡先を含む受領者情報を受け付け、受け付けた受領者情報を受領者情報記憶手段に記憶させる受領者情報入力受付手段を含んで構成され、
認定証サービス事業者システムのマイページ作成補助手段は、
仲介情報記憶手段に記憶されているマイページの作成を行う被認定者の保有資格と、受領者情報記憶手段に記憶されている各受領者の求人条件とを用いて、被認定者の保有資格を含む求人条件毎に受領者の数を集計し、得られた集計結果をマイページの作成の参考情報として表示する画面の表示用データを、ネットワークを介して被認定者端末へ送信する処理を実行する構成とすることができる。

このように仲介処理として、マイページの作成の際に、被認定者端末に受領者の求人条件の集計結果を表示する構成とした場合には、被認定者は、受領者の求人条件の集計結果を参照することで、より適切または効果的なマイページを作成することが可能となる。

＜マイページに知的財産情報を掲載する構成＞

また、マイページとして匿名ページおよび実名ページを作成することができ、かつ、匿名ページおよび実名ページのいずれにもテキスト表示部および認定証画像表示部を設けた構成とした場合において、
被認定者端末のマイページ作成手段は、
電子認定証取得手段により取得した電子認定証のうち、被認定者の暗号鍵を用いて暗号化されている氏名を含む個人情報の部分を被認定者の復号鍵により復号して得られた氏名、または、被認定者により入力された氏名を、ネットワークを介して認定証サービス事業者システムのマイページ作成補助手段へ送信するとともに、マイページ作成補助手段からネットワークを介して送信されてくる知的財産情報を用いて、匿名ページを作成する場合には、知的財産情報に含まれる分類を掲載し、実名ページを作成する場合には、知的財産情報に含まれる公報番号を掲載するか、または、分類および公報番号を掲載する処理を実行する構成とされ、
認定証サービス事業者システムのマイページ作成補助手段は、
被認定者端末のマイページ作成手段からネットワークを介して送信されてきた氏名を用いて、特許の発明者、実用新案の考案者、または意匠の創作者が氏名と一致している知的財産情報を知的財産情報データベースから抽出し、抽出した知的財産情報を、ネットワークを介してマイページ作成手段へ送信する処理を実行する構成としてもよい。

このようにマイページに知的財産情報を掲載する構成とした場合には、マイページに保有資格の情報に加え、知的財産情報を掲載することができるので、被認定者は、受領者に対し、より多くの自己に関する情報を提供することが可能となる。

＜プログラムの発明＞

そして、本発明のプログラムは、以上に述べた電子認定証受渡システムを構成する認定者システムとして、コンピュータを機能させるためのものである。

また、本発明のプログラムは、以上に述べた電子認定証受渡システムを構成する被認定者端末として、コンピュータを機能させるためのものである。

さらに、本発明のプログラムは、以上に述べた電子認定証受渡システムを構成する受領者端末として、コンピュータを機能させるためのものである。

また、本発明のプログラムは、以上に述べた電子認定証受渡システムを構成する認定証サービス事業者システムとして、コンピュータを機能させるためのものである。

なお、以上のプログラムまたはその一部は、例えば、光磁気ディスク（ＭＯ）、コンパクトディスク（ＣＤ）、デジタル・バーサタイル・ディスク（ＤＶＤ）、フレキシブルディスク（ＦＤ）、磁気テープ、読出し専用メモリ（ＲＯＭ）、電気的消去および書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）、フラッシュディスク等の記録媒体に記録して保存や流通等させることが可能であるとともに、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等の有線ネットワーク、あるいは無線通信ネットワーク、さらにはこれらの組合せ等の伝送媒体を用いて伝送することが可能であり、また、搬送波に載せて搬送することも可能である。さらに、以上のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。

また、以上に述べた電子認定証受渡システムを構成する認定者システム、被認定者端末、受領者端末として、コンピュータを機能させるための各プログラムは、例えば、ＷＥＢページに付随して提供されるプログラム（例えば、ＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等：ＪａｖａＳｃｒｉｐｔは登録商標）、すなわちＷＥＢブラウザで取得するプログラムのように、各処理を実行する都度に、認定者システム、被認定者端末、受領者端末の各々を構成するコンピュータに提供されるプログラムでもよく、各処理を実行する前に、認定者システム、被認定者端末、受領者端末の各々を構成するコンピュータに予め搭載（インストール）しておくプログラムでもよい。

以上に述べたように本発明によれば、認定者の署名付きの電子認定証を作成して分散台帳に記憶させ、被認定者は、受領者に対し、分散台帳から取得した電子認定証を提出するので、認定証の改竄防止、改竄検知、本人識別における一意性の確保、および匿名での認定証の提出を実現することができるという効果がある。

本発明の一実施形態の電子認定証受渡システムの全体構成図。 前記実施形態の分散台帳を構成する参加者ノードの構成図。 前記実施形態の分散台帳に記憶される電子認定証のデータ内容を示す図。 前記実施形態の鍵セットの種類の説明図。 前記実施形態の電子認定証が認定証サービス事業者システムに登録されて台帳記帳待機状態となるまでの処理に関連する詳細構成図。 前記実施形態の被認定者端末における合否確認、電子認定証の取得、および分散台帳への電子認定証の記帳の処理に関連する詳細構成図。 前記実施形態の被認定者が保有する紙認定証を用いて自己認定証（自己認定による擬制電子認定証）を作成する処理に関連する詳細構成図。 前記実施形態の電子認定証を認定者システムから分散台帳へ直接記帳する場合、および被認定者端末で分散台帳から直接取得する場合の処理に関連する詳細構成図。 前記実施形態の被認定者端末から受領者端末への電子認定証（自己認定証を含む）の提出処理に関連する詳細構成図。 前記実施形態の被認定者と受領者との仲介処理に関連する詳細構成図。 前記実施形態の仲介情報記憶手段の構成図。 前記実施形態の電子認定証が認定証サービス事業者システムに登録されて台帳記帳待機状態となるまでの処理の流れを示すフローチャートの図。 前記実施形態の被認定者端末における合否確認、電子認定証の取得、および分散台帳への電子認定証の記帳の処理の流れを示すフローチャートの図。 前記実施形態の自己認定証（紙認定証画像から作成した自己認定による擬制電子認定証）の作成および登録の処理の流れを示すフローチャートの図。 前記実施形態の電子認定証を認定者システムから分散台帳へ直接記帳する場合、および被認定者端末で分散台帳から直接取得する場合の処理の流れを示すフローチャートの図。 前記実施形態の被認定者端末から受領者端末への電子認定証（自己認定証を含む）の提出処理の流れを示すフローチャートの図。 前記実施形態の被認定者端末に表示される合否通知のための画面例を示す図。 前記実施形態のマイページの作成の任意性の説明図。 前記実施形態のマイページ（匿名ページ、実名ページ）の表示例を示す図。 前記実施形態の被認定者と受領者との仲介処理の流れを示すフローチャートの図。 前記実施形態のマイページの作成・編集時に被認定者端末に表示される画面例を示す図。

以下に本発明の一実施形態について図面を参照して説明する。図１には、本実施形態の電子認定証受渡システム１０の全体構成が示されている。図２には、分散台帳を構成する参加者ノードの構成が示され、図３には、分散台帳に記憶される電子認定証のデータ内容が示され、図４には、鍵セットの種類が示されている。また、図５〜図１０には、電子認定証受渡システム１０で実行される各処理に関連する詳細構成が示され、図１１には、仲介情報記憶手段８１の構成が示されている。さらに、図１２〜図１６には、電子認定証受渡システム１０で実行される各処理の流れがフローチャートで示されている。また、図１７には、被認定者端末４０に表示される合否通知のための画面例が示され、図１８は、マイページの作成の任意性の説明図であり、図１９には、マイページ（匿名ページ、実名ページ）の表示例が示されている。さらに、図２０には、被認定者と受領者との仲介処理の流れがフローチャートで示され、図２１には、マイページの作成・編集時に被認定者端末４０に表示される画面例が示されている。

＜電子認定証受渡システム１０の全体構成＞

図１において、電子認定証受渡システム１０は、資格の認定者が運営・管理する１つまたは複数の認定者システム２０と、資格の被認定者が操作する複数（通常は多数）の被認定者端末４０と、電子認定証に関するサービスを提供する認定証サービス事業者が運営・管理する認定証サービス事業者システム６０と、被認定者から提供される電子認定証を受領する受領者が操作する複数（通常は多数）の受領者端末９０とが、ネットワーク１で接続されて構成されている。

また、複数の参加者ノード１００が、分散台帳形成用のピア・ツー・ピア・ネットワーク２（以下、Ｐ２Ｐネットワーク２という。）で接続されることにより、分散台帳を構成している。認定証サービス事業者システム６０は、複数の参加者ノード１００のうちのいずれかに接続可能となっている。なお、図１では、認定証サービス事業者システム６０が、Ｐ２Ｐネットワーク２を経由して参加者ノード１００に接続されるように見える記載となっているが、そうではなく、この記載は、認定証サービス事業者システム６０による分散台帳への直接のアクセスが可能であることを示している。従って、認定証サービス事業者システム６０と、複数の参加者ノード１００のうちのいずれかとは、分散台帳形成用のＰ２Ｐネットワーク２以外の通信回線（ネットワーク１でもよく、専用線でもよい）で接続されている。なお、認定証サービス事業者システム６０が、分散台帳を構成する参加者ノード１００になる場合もある。

さらに、認定者システム２０（２０Ｙ）および被認定者端末４０（４０Ｑ）も、図１中の点線の如く、複数の参加者ノード１００のうちのいずれかに直接に接続可能となっている。なお、図１中の点線も、認定者システム２０（２０Ｙ）や被認定者端末４０（４０Ｑ）が、Ｐ２Ｐネットワーク２を経由して参加者ノード１００に接続されるように見える記載となっているが、そうではなく、この記載も、認定者システム２０（２０Ｙ）や被認定者端末４０（４０Ｑ）による分散台帳への直接のアクセスが可能であることを示している。従って、認定者システム２０（２０Ｙ）や被認定者端末４０（４０Ｑ）と、複数の参加者ノード１００のうちのいずれかとは、分散台帳形成用のＰ２Ｐネットワーク２以外の通信回線（ネットワーク１でもよく、専用線でもよい）で接続されている。なお、認定者システム２０が、分散台帳を構成する参加者ノード１００になる場合もある。

そして、上記の説明における認定者システム２０Ｙは、分散台帳への直接のアクセスを行う認定者システム２０であり、一方、認定者システム２０Ｘは、分散台帳への直接のアクセスを行わない認定者システム２０であるが、この詳細については、図８、図１５を用いて後述する。同様に、被認定者端末４０Ｑは、分散台帳への直接のアクセスを行う被認定者端末４０であり、一方、被認定者端末４０Ｐは、分散台帳への直接のアクセスを行わない被認定者端末４０であるが、この詳細についても、図８、図１５を用いて後述する。

ここで、ネットワーク１は、Ｐ２Ｐネットワークではなく（ネットワーク１内のコンピュータは、Ｐ２Ｐ接続されていない。）、主としてインターネットにより構成された外部ネットワークであり、インターネットと、ＬＡＮやイントラネット等の内部ネットワーク（例えば、社内、グループ企業内、事業所内、工場内、病院内、学校内、役所内等で構築された限定的なネットワーク）との組合せでもよく、有線であるか無線であるか、さらには有線および無線の混在型であるかは問わず、要するに、複数地点（距離の長短は問わない。）間で、ある程度の速度をもって情報を伝送することができるものであればよい。

また、Ｐ２Ｐネットワーク２は、分散台帳形成用のネットワークであり、分散台帳への参加者ノード１００は、Ｐ２Ｐ接続されることになる。具体的には、Ｐ２Ｐネットワーク２は、例えばインターネットや通信事業者が提供する各種のサービス網等の公衆ネットワークを使って形成された仮想的なネットワーク（インターネット上にＶＰＮ（バーチャル・プライベート・ネットワーク）を用いて構築されたイントラネットを含む。）などである。従って、Ｐ２Ｐネットワーク２は、物理的には、ネットワーク１（Ｐ２Ｐ以外）と同じ通信回線を使用していてよい。

＜認定者システム２０の概略構成＞

認定者システム２０は、１台または複数台のコンピュータにより構成され、認定者が行う各種の処理を実行する処理手段２０Ａと、この処理手段２０Ａで実行される各種の処理で使用されるデータを記憶する記憶手段３０とを含んで構成されている。例えば、認定者システム２０は、サーバと、このサーバに接続される担当者端末（認定者内の担当者が操作する端末）とにより構成してもよく、サーバおよび担当者端末の機能を併せ持つ１台のコンピュータにより構成してもよい。担当者端末は、例えばマウスやキーボードやタッチパネル等の入力手段と、例えば液晶ディスプレイ等の表示手段とを備えている。なお、認定者は、通常は団体であるが、個人でもよい。また、本実施形態では、認定者は、認定試験（検定試験）を実施する検定事業者とされているが、これに限定されるものではなく、認定者による認定は、試験の実施を必須としない。

処理手段２０Ａは、受験者管理手段２１と、受験者ファイル作成手段２２と、代理記帳用の認定処理手段２３と、電子認定証記帳手段２４と、直接記帳用の認定処理手段２５とを含んで構成されている。この際、代理記帳用の認定処理手段２３と、直接記帳用の認定処理手段２５とは、必ずしも同じコンピュータに設けられている機能である必要はなく、代理記帳用の認定処理手段２３は、分散台帳への直接のアクセスを行わない認定者Ｘの認定者システム２０Ｘ（図５参照）が備え、直接記帳用の認定処理手段２５は、分散台帳への直接のアクセスを行う認定者Ｙの認定者システム２０Ｙ（図８参照）が備えていればよい。但し、１つの認定者システム２０が、代理記帳用の認定処理手段２３および直接記帳用の認定処理手段２５の双方を備え、ある時期（例えば、ある開催回）には認定者システム２０Ｘ（図５参照）となり、別の時期（例えば、別の開催回）には認定者システム２０Ｙ（図８参照）となってもよい。例えば、毎回の開催回で認定する資格の効果・効力は同じであるが、被認定者に多様な選択肢を与える意味で、あるいは、認定証サービス事業者との契約の関係で、奇数の開催回の場合は、認定者システム２０Ｘ（図５参照）となり、偶数の開催回の場合は、認定者システムＹ（図８参照）となる等の状況があってもよい。

そして、受験者管理手段２１は、図５に示すように、受験申請受付手段２１Ａと、受験者情報編集手段２１Ｂとを含んで構成されている。また、代理記帳用の認定処理手段２３は、図５に示すように、設定情報入力受付手段２３Ａと、鍵セット生成手段２３Ｂと、電子認定証作成手段２３Ｃと、認定者側共通鍵生成手段２３Ｄと、被認定者向け情報送信手段２３Ｅとを含んで構成されている。さらに、直接記帳用の認定処理手段２５は、図８に示すように、設定情報入力受付手段２５Ａと、電子認定証作成手段２５Ｂと、電子認定証記帳手段２５Ｃと、合否通知手段２５Ｄとを含んで構成されている。

これらの処理手段２０Ａに含まれる各手段２１〜２５は、認定者システム２０を構成するコンピュータ本体の内部に設けられた中央演算処理装置（ＣＰＵ）、およびこのＣＰＵの動作手順を規定する１つまたは複数のプログラム、並びに、主メモリやキャッシュメモリ等の作業用メモリ等により実現される。なお、これらの各手段２１〜２５の詳細は、後述する。

記憶手段３０は、受験者情報記憶手段３１と、取得プログラム記憶手段３２と、認定者用鍵セット記憶手段３３とを含んで構成されている。

これらの記憶手段３０に含まれる各記憶手段３１〜３３は、例えばハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）等により好適に実現されるが、記憶容量やアクセス速度等に問題が生じない範囲であれば、例えば、ＤＶＤ、ＣＤ、ＭＯ、磁気テープ等の他の記録媒体を採用してもよい。また、受験者情報記憶手段３１、認定者用鍵セット記憶手段３３のデータ保存形式は、データベースでもよく、フラットファイル等のファイル形式でもよい。なお、これらの各記憶手段３１〜３３の詳細は、後述する。

＜被認定者端末４０の概略構成＞

被認定者端末４０は、コンピュータにより構成され、例えばマウスやキーボードやタッチパネル等の入力手段と、例えば液晶ディスプレイ等の表示手段とを備え、さらに紙認定証をスキャンしてその画像データを得るためのスキャナを備えていてもよい。被認定者端末４０は、例えばスマートフォンやタブレット端末等の携帯機器であってもよい。また、同一の被認定者が、ある時期には、パーソナル・コンピュータを被認定者端末４０として使用し、別の時期には、スマートフォンやタブレット端末等の携帯機器を被認定者端末４０として使用する等のように、物理的に異なる複数のコンピュータ（広義のコンピュータ）を使用してもよい。被認定者は、通常は個人であるが、団体（例えばチームや自治体等）の場合もある。

被認定者端末４０は、被認定者が行う各種の処理を実行する処理手段４０Ａと、この処理手段４０Ａで実行される各種の処理で使用されるデータを記憶する記憶手段５０とを含んで構成されている。

処理手段４０Ａは、サービス利用開始登録手段４１と、合否確認処理手段４２と、電子認定証取得手段４３と、自己認定証作成依頼手段４４と、直接取得用の認定証受取手段４５と、電子認定証提出手段４６とを含んで構成されている。この際、電子認定証取得手段４３と、直接取得用の認定証受取手段４５（電子認定証取得手段４５Ｂを含む）とは、必ずしも同じコンピュータに設けられている機能である必要はなく、電子認定証取得手段４３は、分散台帳への直接のアクセスを行わない被認定者端末４０（４０Ｐ）（図６参照）が備え、直接取得用の認定証受取手段４５（電子認定証取得手段４５Ｂを含む）は、分散台帳への直接のアクセスを行う被認定者端末４０（４０Ｑ）（図８参照）が備えていればよい。但し、１つの被認定者端末４０が、電子認定証取得手段４３および直接取得用の認定証受取手段４５の双方を備え、ある時期（例えば、ある認定者の発行した電子認定証の受取時）には被認定者端末４０Ｐ（図６参照）となり、別の時期（例えば、別の認定者の発行した電子認定証の受取時）には被認定者端末４０Ｑ（図８参照）となってもよい。

そして、合否確認処理手段４２は、図６に示すように、被認定者向け情報取得手段４２Ａと、不合格通知表示手段４２Ｂと、被認定者側共通鍵生成手段４２Ｃと、被認定者用鍵セット復号手段４２Ｄと、合格通知表示手段４２Ｅと、被認定者用鍵セット送信手段４２Ｆとを含んで構成されている。また、自己認定証作成依頼手段４４は、図７に示すように、紙認定証画像読込手段４４Ａと、被認定者用鍵セット生成手段４４Ｂと、被認定者用鍵セット送信手段４４Ｃと、紙認定証画像送信手段４４Ｄと、抽出情報確認手段４４Ｅとを含んで構成されている。さらに、直接取得用の認定証受取手段４５は、図８に示すように、被認定者用鍵セット生成手段４５Ａと、電子認定証取得手段４５Ｂと、合格確認表示手段４５Ｃと、被認定者用鍵セット送信手段４５Ｄとを含んで構成されている。また、電子認定証提出手段４６は、図９に示すように、マイページ作成手段４６Ａと、電子認定証直接提出手段４６Ｂと、被認定者確認応答手段４６Ｃとを含んで構成されている。

これらの処理手段４０Ａに含まれる各手段４１〜４６は、被認定者端末４０を構成するコンピュータ本体の内部に設けられた中央演算処理装置（ＣＰＵ）、およびこのＣＰＵの動作手順を規定する１つまたは複数のプログラム、並びに、主メモリやキャッシュメモリ等の作業用メモリ等により実現される。なお、これらの各手段４１〜４６の詳細は、後述する。

記憶手段５０は、取得プログラム記憶手段５１と、被認定者用鍵セット記憶手段５２とを含んで構成されている。

これらの記憶手段５０に含まれる各記憶手段５１，５２は、例えばハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）等により好適に実現されるが、記憶容量やアクセス速度等に問題が生じない範囲であれば、例えば、ＤＶＤ、ＣＤ、ＭＯ、磁気テープ等の他の記録媒体を採用してもよい。なお、これらの各記憶手段５１，５２の詳細は、後述する。

＜認定証サービス事業者システム６０の概略構成＞

認定証サービス事業者システム６０は、１台または複数台のコンピュータにより構成され、認定証サービス事業者が提供する各種の処理を実行する処理手段６０Ａと、この処理手段６０Ａで実行される各種の処理で使用されるデータを記憶する記憶手段７０とを含んで構成されている。具体的には、例えば、認定証サービス事業者システム６０は、ＷＥＢサーバ、ＷＥＢアプリケーションサーバ、データベースサーバ、１台または複数台の担当者端末等により構成することができる。認定証サービス事業者は、通常は団体（会社等）であるが、個人でもよい。

処理手段６０Ａは、プログラム提供手段６１と、代理記帳用の認定補助処理手段６２と、電子認定証代理記帳手段６３と、被認定者鍵情報初期登録手段６４と、合否確認補助処理手段６５と、電子認定証代理取得手段６６と、自己認定証代理作成手段６７と、電子認定証提出補助手段６８と、仲介手段６９とを含んで構成されている。

そして、代理記帳用の認定補助処理手段６２は、図５に示すように、設定情報登録手段６２Ａと、被認定者向け情報登録手段６２Ｂとを含んで構成されている。また、合否確認補助処理手段６５は、図６に示すように、認定ＩＤ送信手段６５Ａと、被認定者向け情報引渡手段６５Ｂと、合格通知表示補助手段６５Ｃと、被認定者鍵情報追加登録手段６５Ｄとを含んで構成されている。さらに、自己認定証代理作成手段６７は、図７に示すように、被認定者鍵情報追加登録手段６７Ａと、紙認定証画像取得手段６７Ｂと、テキスト化手段６７Ｃと、抽出手段６７Ｄと、自己認定証作成手段６７Ｅと、自己認定証記帳手段６７Ｆとを含んで構成されている。また、電子認定証提出補助手段６８は、図９に示すように、マイページ作成補助手段６８Ａと、マイページ送信手段６８Ｂとを含んで構成されている。さらに、仲介手段６９は、図１０に示すように、仲介情報設定手段６９Ａと、受領者情報入力受付手段６９Ｂと、条件合致マイページ抽出手段６９Ｃと、マイページＵＲＬ自動送信手段６９Ｄと、被認定者向け通知手段６９Ｅとを含んで構成されている。

これらの処理手段６０Ａに含まれる各手段６１〜６９は、認定証サービス事業者システム６０を構成するコンピュータ本体の内部に設けられた中央演算処理装置（ＣＰＵ）、およびこのＣＰＵの動作手順を規定する１つまたは複数のプログラム、並びに、主メモリやキャッシュメモリ等の作業用メモリ等により実現される。なお、これらの各手段６１〜６９の詳細は、後述する。

記憶手段７０は、提供プログラム記憶手段７１と、設定情報記憶手段７２と、被認定者向け情報記憶手段７３と、電子認定証記憶手段７４と、被認定者鍵情報記憶手段７５と、テンプレート記憶手段７６と、認定証サービス事業者用鍵セット記憶手段７７と、自己認定証記憶手段７８と、マイページ記憶手段７９と、受領者情報記憶手段８０と、仲介情報記憶手段８１とを含んで構成されている。

これらの記憶手段７０に含まれる各記憶手段７１〜８１は、例えばハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）等により好適に実現されるが、記憶容量やアクセス速度等に問題が生じない範囲であれば、例えば、ＤＶＤ、ＣＤ、ＭＯ、磁気テープ等の他の記録媒体を採用してもよい。また、各記憶手段７２〜８１のデータ保存形式は、データベースでもよく、フラットファイル等のファイル形式でもよい。なお、これらの各記憶手段７１〜８１の詳細は、後述する。

＜受領者端末９０の概略構成＞

受領者端末９０は、コンピュータにより構成され、例えばマウスやキーボードやタッチパネル等の入力手段と、例えば液晶ディスプレイ等の表示手段とを備えている。受領者端末９０は、例えばスマートフォンやタブレット端末等の携帯機器であってもよい。また、同一の受領者が、ある時期には、パーソナル・コンピュータを受領者端末９０として使用し、別の時期には、スマートフォンやタブレット端末等の携帯機器を受領者端末９０として使用する等のように、物理的に異なる複数のコンピュータ（広義のコンピュータ）を使用してもよい。受領者は、通常は団体（会社等）であるが、個人の場合もある。

受領者端末９０は、受領者が行う各種の処理を実行する処理手段９０Ａと、この処理手段９０Ａで実行される各種の処理で使用されるデータを記憶する記憶手段９５とを含んで構成されている。

処理手段９０Ａは、電子認定証受領手段９１を含んで構成されている。そして、電子認定証受領手段９１は、図９に示すように、マイページ表示手段９１Ａと、電子認定証直接受領手段９１Ｂと、認定者確認手段９１Ｃと、被認定者確認手段９１Ｄとを含んで構成されている。

この処理手段９０Ａに含まれる電子認定証受領手段９１は、受領者端末９０を構成するコンピュータ本体の内部に設けられた中央演算処理装置（ＣＰＵ）、およびこのＣＰＵの動作手順を規定する１つまたは複数のプログラム、並びに、主メモリやキャッシュメモリ等の作業用メモリ等により実現される。なお、電子認定証受領手段９１の詳細は、後述する。

記憶手段９５は、取得プログラム記憶手段９６を含んで構成されている。この記憶手段９５に含まれる取得プログラム記憶手段９６は、例えばハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）等により好適に実現されるが、記憶容量やアクセス速度等に問題が生じない範囲であれば、例えば、ＤＶＤ、ＣＤ、ＭＯ、磁気テープ等の他の記録媒体を採用してもよい。なお、取得プログラム記憶手段９６の詳細は、後述する。

＜参加者ノード１００の構成：図２＞

図２において、参加者ノード１００は、コンピュータにより構成され、データの記録および参照に必要な各種の処理を実行する処理手段１０１と、データを記憶する分散台帳記憶手段１０４とを含んで構成されている。分散台帳は、Ｐ２Ｐネットワーク２で接続された複数の参加者ノード１００により構成される。なお、本発明における分散台帳は、ブロックチェーンに限定されるものではないが、本実施形態では、一例として、ブロックチェーンとする。

処理手段１０１は、参加者ノード１００を構成するコンピュータ本体の内部に設けられた中央演算処理装置（ＣＰＵ）、およびこのＣＰＵの動作手順を規定する１つまたは複数のプログラム、並びに、主メモリやキャッシュメモリ等の作業用メモリ等により実現される。分散台帳記憶手段１０４は、例えばハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）等により好適に実現されるが、記憶容量やアクセス速度等に問題が生じない範囲であれば、例えば、磁気テープ等の他の記録媒体を採用してもよい。

処理手段１０１は、分散台帳記憶手段１０４にブロックを追加する処理を実行するブロック追加手段１０２と、データの参照要求に応じてブロック内に記録された参照要求に係るデータを取得する処理を実行する参照要求応答手段１０３とを備えている。

ブロック追加手段１０２は、認定証サービス事業者システム６０または認定者システム２０から通信回線を介して記帳データを受信した場合に、記帳データを含むブロックを生成し、生成したブロックをＰ２Ｐネットワーク２内で承認してＰ２Ｐネットワーク２に接続された他の参加者ノード１００および自分で共有して記憶するためのブロック追加処理を実行する。なお、ブロック追加処理（すなわち、ブロックの生成・承認・共有記憶のための処理）は、自らが全ての処理を行うのではなく、他の参加者ノード１００との分散処理で実行される。

ここで、ブロック追加処理のうちのブロック生成処理で生成されるブロックは、図２に示すように、生成時刻を示すタイムスタンプと、前のブロックのハッシュ値等のチェーン形成情報と、記帳データ（台帳記帳者の検証鍵および電子認定証のデータ）とを含む。なお、チェーン形成情報は、通常のブロックチェーンのように、前のブロックのハッシュ値としてもよく、あるいは、例えば前のブロック以外の情報を用いて形成されたものとしてもよく、チェーンの形成方式は任意である。

参照要求応答手段１０３は、認定証サービス事業者システム６０または被認定者端末４０から通信回線を介して被認定者の検証鍵βＶ（βＶ１，βＶ２，…，βＶｋ，…の全部または一部）を伴う電子認定証の取得要求（参照要求）があった場合に、被認定者の検証鍵βＶｋをキーとして取得要求に係る電子認定証のデータをブロックから取得し、取得した電子認定証のデータを、通信回線を介して認定証サービス事業者システム６０または被認定者端末４０へ送信する処理を実行する。

＜外部サービスシステム１１０の構成＞

外部サービスシステム１１０は、１台または複数台のコンピュータにより構成されている。この外部サービスシステム１１０は、例えば、認定証サービス事業者システム６０の自己認定証代理作成手段６７のテキスト化手段６７Ｃによる指示を受け、認定証サービス事業者システム６０からネットワーク１を介して送信されてくる紙認定証の画像データを受信し、ＯＣＲ処理（光学式文字読取処理）を実行し、読み取った文字情報を、ネットワーク１を介して認定証サービス事業者システム６０へ送信する処理を実行する。

また、外部サービスシステム１１０は、認定証サービス事業者システム６０のマイページ記憶手段７９に代わるマイページ記憶手段を備えていてもよい。従って、本発明におけるマイページ記憶手段は、ネットワーク１上のいずれの場所に設けられていてもよい。

さらに、外部サービスシステム１１０は、認定証サービス事業者システム６０のマイページ作成補助手段６８Ａ（図９参照）による指示を受け、認定証サービス事業者システム６０からネットワーク１を介して送信されてくる氏名を用いて、この氏名と一致する特許の発明者、実用新案の考案者、意匠の創作者となっている知的財産権に関する情報（分類およびその分類の内容、公報番号）を、知的財産情報データベースから抽出し、抽出した知的財産情報（分類およびその分類の内容、公報番号）を、ネットワーク１を介して認定証サービス事業者システム６０へ送信する処理を実行する。なお、外部サービスシステム１１０に設けられた知的財産情報データベースには、分類に対応し、その分類の内容を簡潔に示したテキストデータが記憶されている。

＜鍵セットの種類：図４＞

図４において、認定者は、鍵セットαを所有し、被認定者は、鍵セットβを所有し、認定証サービス事業者は、鍵セットγを所有している。

より詳細には、認定者の鍵セットαは、復号鍵（Decryption key）αＤと、暗号鍵（Encryption key）αＥと、署名鍵（Signature key）αＳと、検証鍵（Verification key）αＶという４種類の鍵により構成されている。そして、復号鍵αＤおよび署名鍵αＳは、秘密鍵であり、暗号鍵αＥおよび検証鍵αＶは、公開鍵である。このうち、認定者の検証鍵αＶは、本実施形態では、認定証サービス事業者による認定者（検定事業者）管理用の認定者ＩＤとして用いられる。

また、暗号系の種類によっては、復号鍵αＤと署名鍵αＳとの兼用の鍵（秘密鍵）として使用できるものもある。従って、暗号鍵αＥと検証鍵αＶとの兼用の鍵（公開鍵）として使用できるものもある。このことは、被認定者の鍵セットβ、認定証サービス事業者の鍵セットγについても同様である。

さらに、認定者の鍵セットαは、分散台帳が扱うアルゴリズムに依存しないため、セキュリティ強度の高いアルゴリズムに置き換えることや、認定者自身が既に保有している鍵セットを利用することができる。

なお、認定者の鍵セットα（αＤ、αＥ、αＳ、αＶ）についても、次に述べる被認定者の鍵セットβの場合と同様に、サービス利用開始時に生成される基礎の鍵セットα０（αＤ０、αＥ０、αＳ０、αＶ０）と、各認定（各開催回）の都度に生成される鍵セットαｋ（αＤｋ、αＥｋ、αＳｋ、αＶｋ：但し、ｋ＝１，２，３，…，ｎ）とを用意してもよいが、ここでは説明の簡略化のため、それらを区別することなく、鍵セットα（αＤ、αＥ、αＳ、αＶ）で説明を行うものとする。

被認定者の鍵セットβも、復号鍵βＤ、暗号鍵βＥ、署名鍵βＳ、検証鍵βＶという４種類の鍵により構成されている。

そして、被認定者の鍵セットβには、サービス利用開始時に生成される基礎の鍵セットβ０（復号鍵βＤ０、暗号鍵βＥ０、署名鍵βＳ０、検証鍵βＶ０）と、各電子認定証の受取の都度に生成される鍵セットβｋ（復号鍵βＤｋ、暗号鍵βＥｋ、署名鍵βＳｋ、検証鍵βＶｋ：但し、ｋ＝１，２，３，…，ｎであり、ｎは、当該被認定者が受け取る電子認定証の総数、あるいは当該被認定者に対して発行された電子認定証の総数である。）とが用意される。このうち、被認定者の基礎の検証鍵βＶ０は、本実施形態では、認定証サービス事業者による被認定者（ユーザ）管理用の被認定者ＩＤとして用いられる。

鍵セットβは、被認定者が所有する鍵セットであるから、ある１人または１団体の被認定者を中心に考え、例えば、（βＤ１、βＥ１、βＳ１、βＶ１）は、ある被認定者に発行された１番目の電子認定証の受取時に生成された鍵セットβ１と考え、（βＤ２、βＥ２、βＳ２、βＶ２）は、その被認定者に発行された２番目の電子認定証の受取時に生成された鍵セットβ２と考え、（βＤｋ、βＥｋ、βＳｋ、βＶｋ）は、その被認定者に発行されたｋ番目の電子認定証の受取時に生成された鍵セットβｋと考えることができる。但し、ｋ＝１，２，３，…は、特に受け取る順番で附番しているわけではなく、同じ被認定者（例えば大和太郎）が、異なる認定者（認定者Ｘ，Ｙ，Ｚ，…）の各々により発行された電子認定証を次々に受け取る場合に、毎回の電子認定証の受取の都度に、異なる鍵セットβ（βＤ、βＥ、βＳ、βＶ）が生成され、それらの鍵セットβを次々に受け取ることを示すため、説明の便宜上、番号を付したにすぎない。

そして、ある被認定者が自分に対して発行された電子認定証を次々に受け取っていく場合、通常は、各受取時点において直近（最後）に発行された電子認定証を受け取ることが多いが、発行の順番と、受取の順番とは、一致しない場合もある。従って、被認定者は、ある認定者が自分に対して１つの電子認定証を発行したとすると、その１つの電子認定証を受け取ることになるが、それが自分に対して直近（最後）に発行された電子認定証であるとは限らない。上述したように、ｋ＝１，２，３，…という附番は、電子認定証の発行の順番または受取の順番を厳密に示しているわけではなく、次々に発行や受取があり、その都度に異なる鍵セットβが次々に生成されていることを示しているにすぎない。このため、以下では、例えば、鍵セットβｋ（ｋ＝１，２，…，ｎのいずれか）のような記載をすることがあるが、この記載は、単に、多数の鍵セットβ１，β２，…ではなく、１つの鍵セットβの生成や受取を示すものである。但し、１つの鍵セットβの生成や受取を示すといっても、複数（多数）の被認定者に対する処理を行っている場合は、多数の鍵セットβを取り扱っていることになるので、ここでいう１つの鍵セットβとは、ある１人または１団体の被認定者については、１つの鍵セットβを取り扱う処理を実行しているという意味である。また、上述したように、発行の順番と、受取の順番とが、一致しない場合もあるので、ｋ番目に発行されたものをｋ番目に受け取るという記載、あるいは最後に発行されたものを最後に受け取るという記載（ｎ番目に発行されたものをｎ番目に受け取るという記載）にはしていない。

また、認定者から見ると、ある認定者は、各認定（各開催回）において各被認定者に対し、異なる鍵セットβ（βＤ、βＥ、βＳ、βＶ）を生成するが、（βＤｋ、βＥｋ、βＳｋ、βＶｋ）のｋというのは、あくまでも被認定者（例えば大和太郎）を中心に見ているので、認定者における各認定（各開催回）を示すものではない。例えば、同じ認定者による同じ認定（同じ開催回）において発行された電子認定証でも、大和太郎にとっては、１番目に受け取った電子認定証となり、そこで受け取る鍵セットβは、β１（βＤ１、βＥ１、βＳ１、βＶ１）となり、一方、大和花子にとっては、２番目に受け取った電子認定証となり、そこで受け取る鍵セットβは、β２（βＤ２、βＥ２、βＳ２、βＶ２）となる場合等があるからである。

なお、被認定者の鍵セットβ１，β２，…，βｋ，…，βｎは、同じ鍵セットとしてもよく、その場合には、被認定者の検証鍵βＶ１，βＶ２，…，βＶｋ，…，βＶｎが同じに鍵になるので、被認定者の検証鍵βＶを用いて分散台帳から電子認定証を取得する際には、その被認定者が保有する全ての電子認定証が取得されることになる。

認定証サービス事業者の鍵セットγも、復号鍵γＤ、暗号鍵γＥ、署名鍵γＳ、検証鍵γＶという４種類の鍵により構成されている。

また、本実施形態で取り扱う鍵としては、認定者と被認定者との間の共通鍵δ（common key）がある。この共通鍵δは、暗号化と復号の両方に用いる鍵であり、共有鍵（shared key）とも呼ばれる。

＜認定者システム２０の詳細構成＞

＜認定者システム２０／処理手段２０Ａ／受験者管理手段２１の構成：図５、図１２＞

図５において、受験者管理手段２１は、受験者に関する情報を管理する処理を実行するものである。この受験者管理手段２１は、従来から認定者が運営・管理しているシステムでよい。従って、受験者に関する情報を記憶する受験者情報記憶手段３１も、従来からの構成のままでよい。

受験申請受付手段２１Ａは、被認定者（但し、この時点では、単なる受験者である。）による受験申請を受け付ける処理を実行するものである。例えば、受験申請受付手段２１Ａは、ＷＥＢシステムにより構成され、被認定者端末４０からの被認定者（受験者）の要求に応じ、受験申請用のＷＥＢページを、ネットワーク１を介して被認定者端末４０へ送信し、被認定者端末４０から送信されてくる申請情報（氏名、生年月日、電話番号、電子メールアドレス等の個人情報を含む）を受け付け、受け付けた申請情報を、認定者による受験者管理用の個人ＩＤと関連付けて受験者情報記憶手段３１に記憶させる処理を実行する。なお、ここでいう申請情報には、被認定者の申請に対し、認定者側で設定した情報（例えば、受験番号等）も含まれる。

また、受験申請受付手段２１Ａは、ＷＥＢシステム以外で受け付けた申請情報、例えば、紙の受験申請書、電話、ファクシミリ、電子メール等で受け付けた申請情報について、担当者端末からの入力を受け付け、入力された申請情報を、認定者による受験者管理用の個人ＩＤと関連付けて受験者情報記憶手段３１に記憶させる処理も実行する。

さらに、受験申請受付手段２１Ａは、認定試験の当日に受け付けた申請情報（試験当日に、試験用紙に記入された情報等）を、担当者端末から入力し、認定者による受験者管理用の個人ＩＤと関連付けて受験者情報記憶手段３１に記憶させる処理を実行する場合もある。

そして、受験申請受付手段２１Ａは、図１５に示すように、申請情報として、被認定者の公開鍵（検証鍵βＶおよび暗号鍵βＥ）を受け付け、認定者による受験者管理用の個人ＩＤと関連付けて受験者情報記憶手段３１に記憶させる処理を実行する場合もある。

受験者情報編集手段２１Ｂは、受験者に関する情報の編集処理を実行するものである。例えば、受験者情報編集手段２１Ｂは、認定試験の実施後（採点等の判定行為を行った後）に、合否情報（合格・不合格の別）、資格情報（得点、ランク等）、および追加的な個人情報（認定番号等）について、担当者端末からの入力を受け付け、認定者による受験者管理用の個人ＩＤと関連付けて受験者情報記憶手段３１に記憶させる処理を実行する。

また、受験者情報編集手段２１Ｂは、最初の受験申請時から認定試験開始時までの任意の時期における申請情報の追加・修正を受け付ける処理も実行する。

なお、受験者管理手段２１は、認定試験の当日に試験用紙への記入で申請情報を受け付け、採点等の判定行為を行ってから、申請情報（氏名等の個人情報を含む）と、合否情報（合格・不合格の別）、資格情報（得点、ランク等）、および追加的な個人情報（認定番号等）とを、まとめて担当者端末から入力し、認定者による受験者管理用の個人ＩＤと関連付けて受験者情報記憶手段３１に記憶させる処理を実行する構成としてもよい。

＜認定者システム２０／処理手段２０Ａ／受験者ファイル作成手段２２の構成：図５＞

図５において、受験者ファイル作成手段２２は、受験者情報記憶手段３１に記憶された受験者に関する情報を用いて、受験者ファイル（例えば、ＣＳＶファイル）を作成する処理を実行するものである。作成された受験者ファイルは、認定者システム２０上に存在する。この受験者ファイル作成手段２２は、例えば、認定証サービス事業者システム６０の提供プログラム記憶手段７１からネットワーク１を介して受験者ファイル作成プログラムをダウンロードして取得プログラム記憶手段３２に格納し、インストールして実現してもよく、認定証サービス事業者からＣＤやＤＶＤやＵＳＢメモリ等の記録媒体に格納された受験者ファイル作成プログラムを受け取り、インストールして実現してもよい。また、認定者が独自に開発した受験者ファイル作成プログラムにより実現してもよい。受験者管理手段２１や受験者情報記憶手段３１は、通常、認定者毎に異なるので、認定証サービス事業者から各認定者に受験者ファイル作成プログラムを提供する場合は、通常は、認定者毎に個別に用意される。

なお、受験者ファイル作成手段２２により作成される受験者ファイル（例えば、ＣＳＶファイル）は、原則的に、各認定者（または各認定者の各認定（各開催回の認定））について共通のフォーマット、または共通のルールに従ってカスタマイズされたフォーマットとなる。このフォーマットは、認定者毎（または認定者の認定毎）に、ある程度のカスタマイズは許容されるが、次に述べる代理記帳用の認定処理手段２３が、本実施形態では、認定証サービス事業者システム６０の代理記帳用の設定補助処理手段６２とのＷＥＢによる通信で実現されるものであり、各認定者（または各認定者の各認定）に共通のものとなるため、その代理記帳用の認定処理手段２３を実現するプログラム（本実施形態では、次に述べるように、例えばＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等のようなＷＥＢページに付随するプログラムである。）で取り扱うことができる範囲でのカスタマイズとなる。

図５に示すように、受験者ファイル（例えば、ＣＳＶファイル）は、認定者による受験者管理用ＩＤ（個人ＩＤ）と、認定証書込情報のうちの個人情報（例えば、氏名、生年月日、認定番号、顔写真データ等）と、電子認定証に書き込まない情報（例えば、受験番号、会場番号、受験票に記載されたパスワード等）と、合否情報（合格・不合格の別）と、認定証書込情報のうちの資格情報（例えば、得点、ランク、資格の有効期限、認定条件（眼鏡・コンタクト使用等）など）とを関連付けて格納している。

このうち、認定証書込情報のうちの個人情報（例えば、氏名、生年月日、認定番号、顔写真データ等）は、被認定者の暗号鍵βＥｋ（ｋ＝１，２，…，ｎのいずれか）による暗号化対象である。

また、認定証書込情報のうちの個人情報（氏名、生年月日等）と、電子認定証に書き込まない情報（例えば、受験番号、会場番号等）とは、本人認証情報として選択可能な情報であり、例えば、受験番号・氏名・生年月日の組合せを、本人認証情報とすることができる。本人認証情報の詳細については、認定者側共通鍵生成手段２３Ｄの説明で後述する。

さらに、電子認定証に書き込まない情報（例えば、受験番号、会場番号）は、本人特定情報として選択可能な情報である。本人特定情報の詳細については、被認定者向け情報送信手段２３Ｅの説明で後述する。

なお、住所、電話番号、電子メールアドレス等は、認定証書込情報のうちの個人情報（氏名、生年月日等）に含めてもよく、電子認定証に書き込まない情報（例えば、受験番号、会場番号）に含めてもよい。

また、認定証書込情報のうちの資格情報（例えば、得点、ランク等）には、認定管理情報（認定名、認定日等）は含まれていない。認定管理情報は、受験者毎の情報ではなく、各受験者に共通の情報だからである。但し、認定管理情報を、認定証書込情報のうちの資格情報（例えば、得点、ランク等）に含めてもよい。

＜認定者システム２０／処理手段２０Ａ／代理記帳用の認定処理手段２３の構成：図５＞

図５において、代理記帳用の認定処理手段２３は、分散台帳への直接のアクセスを行わない認定者システム２０Ｘに設けられ、電子認定証を作成し、認定証サービス事業者システム６０に対し、作成した電子認定証についての分散台帳への代理記帳の依頼をする処理を実行するものである。この点で、分散台帳への直接のアクセスを行う認定者システム２０Ｙ（図８参照）に設けられた直接記帳用の認定処理手段２５とは異なるものである。

この代理記帳用の認定処理手段２３は、本実施形態では、認定者システム２０に搭載されているＷＥＢブラウザ（ウェブブラウザ）、および認定証サービス事業者システム６０の代理記帳用の設定補助処理手段６２（図５参照）によりネットワーク１を介して送信されてくるＷＥＢページ（ウェブページ）およびそれに付随するプログラム（例えばＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等のようなＷＥＢブラウザ上で動作するプログラム）により実現される。なお、認定者システム２０に予め搭載（インストール）されているプログラムにより実現してもよい。

＜認定者システム２０／処理手段２０Ａ／代理記帳用の認定処理手段２３／設定情報入力受付手段２３Ａの構成：図５＞

図５において、設定情報入力受付手段２３Ａは、認定者の鍵セットα（αＤ、αＥ、αＳ、αＶ）の読込または入力を受け付け、認定者の公開鍵（検証鍵αＶ、暗号鍵αＥ）を、ネットワーク１を介して認定証サービス事業者システム６０へ送信する処理と、認定管理情報（認定名、認定試験の開催回、認定日、合否確認用ＵＲＬ（鍵セット受取用ＵＲＬと兼用）、テンプレート画像ＩＤ、受験者ファイル（ＣＳＶファイル等）のフォーマット等を含む）の入力を受け付け、入力された認定管理情報を、ネットワーク１を介して認定証サービス事業者システム６０へ送信する処理とを実行するものである。これらの認定者の公開鍵の送信処理と、認定管理情報の送信処理とは、同時に行ってもよく、異なる時期に行ってもよい。ここでは、認定者の公開鍵と、認定管理情報（認定名等）とを合わせて、設定情報（注意：認定情報ではない。）と呼んでいる。

この際、設定情報入力受付手段２３Ａは、認定者の鍵セットαが既に認定者用鍵セット記憶手段３３に記憶されている場合には、それを読み込めばよく、担当者のメモ等に記載されている場合には、それを担当者が入力すればよく、認定者の鍵セットαが未だ無い場合には、認定証サービス事業者システム６０から提供される鍵セット生成手段を実現するためのプログラムにより生成すればよい。

また、本実施形態では、設定情報入力受付手段２３Ａが、合否確認用（鍵セット受取用と兼用）のＷＥＢページおよびそれに対応する合否確認用ＵＲＬ（鍵セット受取用ＵＲＬと兼用）を作成し、それらが認定証サービス事業者システム６０へ送信され、合否確認用ＵＲＬ（鍵セット受取用ＵＲＬ）については、設定情報記憶手段７２（図５参照）に記憶され、合否確認用（鍵セット受取用）のＷＥＢページについては、被認定者向け情報引渡ぺージ記憶手段（不図示）に記憶される。なお、これらの合否確認用（鍵セット受取用）のＷＥＢページおよびそれに対応する合否確認用ＵＲＬ（鍵セット受取用ＵＲＬ）の作成を認定者の担当者が行い、それらの入力を設定情報入力受付手段２３Ａにより受け付けるようにしてもよい。

そして、認定証サービス事業者システム６０へ送信された認定者の公開鍵（検証鍵αＶ、暗号鍵αＥ）と、認定管理情報（認定名、認定試験の開催回、認定日、合否確認用ＵＲＬ（鍵セット受取用ＵＲＬと兼用）、テンプレート画像ＩＤ、受験者ファイル（ＣＳＶファイル等）のフォーマット等を含む）とは、設定情報登録手段６２Ａにより、設定情報記憶手段７２に記憶される（図５参照）。この際、認定管理情報は、認定ＩＤと関連付けられて記憶されるが、この認定ＩＤは、各認定者における認定試験の開催回単位で一意となるように（すなわち、認定者毎で、かつ、開催回毎に異なるＩＤとなるように）付与されたＩＤであり、合否確認用ＵＲＬ（鍵セット受取用ＵＲＬと兼用）とは１対１で対応している。この認定ＩＤを含めて認定管理情報と考えてよい。認定ＩＤの付与は、認定証サービス事業者システム６０による自動付与としてもよく、認定者システム２０側での自動付与としてもよく、一意になれば、認定者の指定でもよい。

＜認定者システム２０／処理手段２０Ａ／代理記帳用の認定処理手段２３／鍵セット生成手段２３Ｂの構成：図５＞

図５において、鍵セット生成手段２３Ｂは、被認定者の鍵セットβｋ（復号鍵βＤｋ、暗号鍵βＥｋ、署名鍵βＳｋ、検証鍵βＶｋ：但し、ｋ＝１，２，…，ｎのいずれか）を生成する処理を実行するものである。この鍵セット生成手段２３Ｂは、複数の被認定者の各々に対し、異なる鍵セットβｋを生成するとともに、各認定（各開催回）においても、異なる鍵セットβｋを生成する。この機能は、本実施形態では、例えばＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等のようなＷＥＢページに付随するプログラムにより実現される。

＜認定者システム２０／処理手段２０Ａ／代理記帳用の認定処理手段２３／電子認定証作成手段２３Ｃの構成：図５＞

図５において、電子認定証作成手段２３Ｃは、電子認定証（図３参照）を作成する処理を実行するものである。この機能は、本実施形態では、例えばＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等のようなＷＥＢページに付随するプログラムにより実現される。

具体的には、電子認定証作成手段２３Ｃは、図５の受験者ファイル（ＣＳＶファイル等）内の「認定証書込情報のうちの個人情報（例えば、氏名、生年月日、認定番号、顔写真データ等）」を読み込み、鍵セット生成手段２３Ｂにより生成された被認定者の暗号鍵βＥｋ（ｋ＝１，２，…，ｎのいずれか）により、個人情報を暗号化する処理を実行する。なお、被認定者の暗号鍵βＥｋが、被認定者からの提供（例えば、受験申請時の提供）により得られている場合には、その被認定者の暗号鍵βＥｋを用いる場合もある。

また、電子認定証作成手段２３Ｃは、図３に示すように、動的に生成した認定証ＩＤと、認定者の検証鍵αＶと、被認定者の検証鍵βＶｋ（ｋ＝１，２，…，ｎのいずれか）と、被認定者の暗号鍵βＥｋ（βＶｋのｋと同じｋ）と、資格情報（認定名、認定日、テンプレート画像ＩＤ等）と、暗号化された個人情報とを用いて、署名前の電子認定証のデータを作成する処理を実行する。

そして、電子認定証作成手段２３Ｃは、上記で作成した署名前の電子認定証のデータに対し、認定者の署名鍵αＳによる電子署名を付し、電子認定証のデータを完成させる処理を実行する。従って、電子署名は、暗号化された個人情報を含むデータに対して行われることになる。

ここで、認定証ＩＤは、各認定（各開催回）において各被認定者に発行される全ての電子認定証を識別できるように動的に生成したＩＤであり、電子認定証についての資格の種類、同種類の資格における認定試験の開催回、資格を保有する被認定者のいずれかが異なれば、異なる認定証ＩＤが自動付与されるようになっている。

また、認定者の検証鍵αＶは、設定情報入力受付手段２３Ａにより受け付けたものであり、認定者システム２０上に残っていない場合には、認定証サービス事業者システム６０の設定情報記憶手段７２から取得してもよい。被認定者の検証鍵βＶｋおよび暗号鍵βＥｋ（ｋ＝１，２，…，ｎのいずれか）は、鍵セット生成手段２３Ｂにより生成したものである。

さらに、資格情報は、設定情報入力受付手段２３Ａにより受け付けた認定管理情報の全部または一部（認定名、認定日、テンプレート画像ＩＤ等）と、図５の受験者ファイル（ＣＳＶファイル等）内の「認定証書込情報のうちの資格情報（例えば、得点、ランク等）」とにより作成したものである。なお、認定管理情報（認定名、認定日、テンプレート画像ＩＤ等）が認定者システム２０上に残っていない場合には、認定証サービス事業者システム６０の設定情報記憶手段７２から取得してもよい。結局、電子認定証に含める資格情報としては、例えば、認定名、認定日、テンプレート画像ＩＤ、資格の有効期限、認定条件（眼鏡・コンタクト使用等）、得点（試験結果としての点数）、ランク（ここでは、例えば、優・良・可、Ａ・Ｂ・Ｃ等のように、受験した結果、その成績の良し悪しで定まるランクを意味するものとして記載している。）、資格種別（ここでは、例えば、１級、２級、上級、特殊、一般等のように、予め用意されているグレードや区分のうちのいずれかの合格を目指して受験する場合の資格種別を意味するものとして記載している。）等がある。なお、ここでいう資格種別は、認定名に含めてもよい。そして、電子認定証には、以上に列記した全てのデータを資格情報として含ませるわけではなく、認定者や認定内容の性質に応じ、適宜、選択することができ、少なくとも認定名が含まれていればよい。

また、暗号化された個人情報は、電子認定証作成手段２３Ｃにより被認定者の暗号鍵βＥｋ（ｋ＝１，２，…，ｎのいずれか）を用いて暗号化したものである。なお、個人情報を暗号化するのは、電子認定証は分散台帳に記帳されることを前提として作成されるが、一旦、分散台帳に書き込まれると、分散台帳の性質上、その後の都合で個人情報を隠すことが困難になるからである。

さらに、電子署名に用いた認定者の署名鍵αＳは、設定情報入力受付手段２３Ａにより読み込まれ、または入力を受け付けたものである。

＜認定者システム２０／処理手段２０Ａ／代理記帳用の認定処理手段２３／認定者側共通鍵生成手段２３Ｄの構成：図５＞

図５において、認定者側共通鍵生成手段２３Ｄは、各被認定者についての本人認証情報を用いて、認定者と各被認定者との間の各共通鍵δを生成する処理を実行するものである。この機能は、本実施形態では、例えばＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等のようなＷＥＢページに付随するプログラムにより実現される。

ここで、本人認証情報は、認定者と各被認定者との間で予め決められた各被認定者の識別用の情報であり、認定者と被認定者しか知り得ない情報である。この本人認証情報は、幾つかの情報（例えば、受験番号、受験会場、氏名、生年月日等）を組み合わせて構成され、その組合せは任意であり、認定者毎に異なっていてよい。従って、たとえ認定証サービス事業者の担当者に悪意があったとしても、本人認証情報を知り得ないため、共通鍵δを生成することはできず、共通鍵δで暗号化された被認定者の鍵セットβｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ）が漏洩しないようになっている。

本実施形態では、本人認証情報は、図５の受験者ファイル（ＣＳＶファイル等）において「本人認証情報（として選択可能な情報）」と記載されている情報を組み合わせて構成することができる。すなわち、「認定証書込情報のうちの個人情報（例えば、氏名、生年月日、認定番号等）」および「電子認定証に書き込まない情報（例えば、受験番号、会場番号等）」から、認定者毎に定められた情報を読み込み、それらを組み合わせて本人認証情報を構成する。

＜認定者システム２０／処理手段２０Ａ／代理記帳用の認定処理手段２３／被認定者向け情報送信手段２３Ｅの構成：図５＞

図５において、被認定者向け情報送信手段２３Ｅは、鍵セット受取用ＩＤ（合否確認用ＩＤと兼用）を作成する処理と、共通鍵δを用いて被認定者の鍵セットβｋを暗号化する処理と、被認定者（受験者）の合否情報、および共通鍵δで暗号化された被認定者の鍵セットβｋを、鍵セット受取用ＩＤとともにネットワーク１を介して認定証サービス事業者システム６０へ送信する処理とを実行するものである。

具体的には、被認定者向け情報送信手段２３Ｅは、鍵セット受取用ＩＤ（合否確認用ＩＤと兼用）を作成する際には、図５の受験者ファイル（ＣＳＶファイル等）から読み込んだ本人認証情報と、認定管理情報に含まれる認定ＩＤとを用いて、本人認証情報および認定ＩＤについてのハッシュ値またはその他の変換情報を得て、得られたハッシュ値等の変換情報を、鍵セット受取用ＩＤとする処理を実行する。ハッシュ値またはその他の変換情報を用いるのは、鍵セット受取用ＩＤが本人認証情報そのものだと、その鍵セット受取用ＩＤを用いて共通鍵δを生成可能となり、共通鍵δで暗号化された被認定者の鍵セットβｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ）の漏洩に繋がるので、それを防止するためである。また、本人認証情報（例えば、受験番号・氏名・生年月日の組合せ）は、他の認定試験（検定試験）と同一の値になる可能性があるので、認定ＩＤを加えることで、鍵セット受取用ＩＤを一意にしている。

また、鍵セット受取用ＩＤは、本人認証情報および認定ＩＤを用いたハッシュ化等の変換処理で得られるＩＤとするのではなく、本人認証情報（つまり、共通鍵δの生成に用いる情報）とは異なる本人特定情報を用いて鍵セット受取用ＩＤを作成してもよい。つまり、本人特定情報および認定ＩＤを用いて鍵セット受取用ＩＤを作成してもよい。この本人特定情報は、認定者と各被認定者との間で予め決められた各被認定者の識別用の情報という点では、本人認証情報と同じであるが、認定証サービス事業者の担当者に知られてもよいという点で、本人認証情報とは異なる。本人特定情報が、たとえ認定証サービス事業者の悪意のある担当者に知られたとしても、その本人特定情報からでは共通鍵δは生成できないので（すなわち、本人特定情報は、共通鍵δの生成に用いる情報ではないので）、被認定者の鍵セットβｋの漏洩には繋がらないからである。

本実施形態では、本人特定情報は、図５の受験者ファイル（ＣＳＶファイル等）内の「電子認定証に書き込まない情報（例えば、受験番号、会場番号等）」から読み込み、鍵セット受取用ＩＤの作成に用いることができる。なお、受験者ファイル（ＣＳＶファイル等）内の「認定証書込情報のうちの個人情報（氏名、生年月日等）」は、本人特定情報には使用しない。本人特定情報は、ハッシュ化等の変換処理を施すわけではなく、認定証サービス事業者の悪意のある担当者に知られてもよいという前提の情報であるため、個人情報を使用するのは好ましくないからである。

また、被認定者向け情報送信手段２３Ｅは、共通鍵δを用いて被認定者の鍵セットβｋ（復号鍵βＤｋ、暗号鍵βＥｋ、署名鍵βＳｋ、検証鍵βＶｋ：但し、ｋ＝１，２，…，ｎのいずれか）を暗号化する際には、認定者側共通鍵生成手段２３Ｄで生成した共通鍵δを用いる。

さらに、被認定者向け情報送信手段２３Ｅは、被認定者（受験者）の合否情報、および共通鍵δで暗号化された被認定者の鍵セットβｋを送信する際には、図５の受験者ファイル（ＣＳＶファイル等）内の合否情報（合格・不合格の別）を読み込み、読み込んだ合否情報と、被認定者向け情報送信手段２３Ｅにより共通鍵δを用いて暗号化した被認定者の鍵セットβｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ）とを、被認定者向け情報送信手段２３Ｅにより作成した鍵セット受取用ＩＤ（合否確認用ＩＤと兼用）とともに、ネットワーク１を介して認定証サービス事業者システム６０へ送信する処理を実行する。

そして、認定証サービス事業者システム６０へ送信された合否情報、および共通鍵δで暗号化された被認定者の鍵セットβｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ）は、被認定者向け情報登録手段６２Ｂにより、鍵セット受取用ＩＤ（合否確認用ＩＤと兼用）と関連付けられて被認定者向け情報記憶手段７３に記憶される（図５参照）。

＜認定者システム２０／処理手段２０Ａ／電子認定証記帳手段２４の構成：図５＞

図５において、電子認定証記帳手段２４は、電子認定証作成手段２３Ｃにより作成した電子認定証を、ネットワーク１を介して認定証サービス事業者システム６０へ送信することにより、電子認定証についての分散台帳への記帳を認定証サービス事業者に依頼する処理を実行するものである。１回の認定（ある１つの開催回）で発行した全ての被認定者の電子認定証を、まとめて送信してもよく、１つずつ送信してもよく、幾つかに分割して送信してもよい。

なお、本実施形態では、認定証サービス事業者システム６０で、電子認定証記帳手段２４からの電子認定証を受信した場合（代理記帳依頼を受けた場合）に、電子認定証代理記帳手段６３（図５参照）による分散台帳への記帳（代理記帳）は、直ぐには行われず、記帳待機状態となる。

＜認定者システム２０／処理手段２０Ａ／直接記帳用の認定処理手段２５の構成：図８＞

図８において、直接記帳用の認定処理手段２５は、分散台帳への直接のアクセスを行う認定者システム２０Ｙに設けられ、電子認定証を作成し、作成した電子認定証を自ら分散台帳に記帳する処理を実行するものである。この点で、分散台帳への直接のアクセスを行わない認定者システム２０Ｘ（図５参照）に設けられた代理記帳用の認定処理手段２３とは異なるものである。

この直接記帳用の認定処理手段２５は、代理記帳用の認定処理手段２３（図５参照）とは異なり、認定証サービス事業者システム６０への電子認定証の分散台帳への記帳依頼をしないので、認定証サービス事業者システム６０との通信（ＷＥＢによる通信）により電子認定証を作成する処理を行わない。従って、直接記帳用の認定処理手段２５は、ＷＥＢではなく、認定者システム２０Ｙに予め搭載（インストール）されているプログラムにより実現する。

このため、図８に示すように、直接記帳の場合は、認定証サービス事業者システム６０とのＷＥＢによる通信を行わないので、認定証サービス事業者システム６０に設けられた代理記帳用の設定補助処理手段６２（図５参照）は使用されない。従って、直接記帳用の認定処理手段２５は、例えばＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等のようなＷＥＢページに付随するプログラム（認定証サービス事業者システム６０からその都度提供されるプログラム）により実現される機能ではない。

但し、認定者システム２０Ｙに搭載するプログラム（直接記帳用の認定処理手段２５を実現するためのプログラム）は、認定者が自ら開発したものでもよいが、認定証サービス事業者に開発を依頼し、認定証サービス事業者から提供されたプログラムでもよい。

＜認定者システム２０／処理手段２０Ａ／直接記帳用の認定処理手段２５／設定情報入力受付手段２５Ａの構成：図８＞

図８において、設定情報入力受付手段２５Ａは、認定者用鍵セット記憶手段３３に記憶されている認定者の鍵セットα（αＤ、αＥ、αＳ、αＶ）を読み込むか、または入力を受け付ける処理と、認定管理情報（認定名、開催回、認定日等）の入力を受け付ける処理とを実行するものである。この点は、図５の設定情報入力受付手段２３Ａと同様である。

但し、認定管理情報には、合否確認用ＵＲＬ（鍵セット受取用ＵＲＬと兼用）は入力しない。前述した図５の代理記帳依頼の場合のような鍵セット生成手段２３Ｂによる被認定者の鍵セットβｋの生成は行わないので、被認定者へ鍵セットβｋを受け渡す必要がなく、鍵セット受取用ＵＲＬは必要ないからであり、また、合否通知は、合否確認用ＵＲＬで行わないからである。

また、設定情報入力受付手段２５Ａは、前述した図５の設定情報入力受付手段２３Ａの場合とは異なり、認定者の鍵セットαおよび認定管理情報を、ネットワーク１を介して認定証サービス事業者システム６０へ送信する処理は行わない。

なお、発行した電子認定証を、被認定者が認定証サービス事業者システム６０によるマイページの作成等のサービスで活用することができるようにするため、認定管理情報を、認定証サービス事業者システム６０へ送信し、設定情報記憶手段７２（図５参照）に記憶させるようにしてもよい。この際、認定管理情報にテンプレート画像ＩＤを含めてもよい。認定証サービス事業者システム６０にテンプレート画像を提供してテンプレート画像ＩＤと関連付けてテンプレート記憶手段７６に記憶させておくか、分散台帳に書き込んでおき、そのテンプレート画像ＩＤを認定管理情報や電子認定証に含ませておくことにより、マイページ中の認定証画像表示部３１０，４１０（図１９参照）の作成に利用することができる。

＜認定者システム２０／処理手段２０Ａ／直接記帳用の認定処理手段２５／電子認定証作成手段２５Ｂの構成：図８＞

図８において、電子認定証作成手段２５Ｂは、前述した図５の電子認定証作成手段２３Ｃで作成される電子認定証と同様な構成を有する電子認定証（図３参照）を作成する処理を実行するものである。この際、図８の如く、直接記帳用の認定処理手段２５では、被認定者の鍵セットβｋの生成は行わないので、電子認定証作成手段２５Ｂは、受験申請時などの適宜な時期に被認定者（受験者）から提供された被認定者の検証鍵βＶｋおよび暗号鍵βＥｋ（ｋ＝１，２，…，ｎのいずれか）を用いて、電子認定証を作成する。

また、前述した図５の電子認定証作成手段２３Ｃは、受験者ファイル（例えばＣＳＶファイル等）から、電子認定証に含めるための必要情報を読み込んでいたが、図８の電子認定証作成手段２５Ｂは、受験者情報記憶手段３１に記憶された受験者に関する情報から必要情報を読み込む。但し、前述した図５の代理記帳用の認定処理手段２３の場合と同様に、受験者情報記憶手段３１に記憶された受験者に関する情報から受験者ファイル（例えばＣＳＶファイル等）を作成し、電子認定証作成手段２５Ｂも、受験者ファイルから必要情報を読み込むようにしてもよい。

＜認定者システム２０／処理手段２０Ａ／直接記帳用の認定処理手段２５／電子認定証記帳手段２５Ｃの構成：図８＞

図８において、電子認定証記帳手段２５Ｃは、電子認定証作成手段２５Ｂにより作成した電子認定証を、通信回線（ネットワーク１または専用線）を介して、分散台帳形成用のＰ２Ｐネットワーク２に接続された複数の参加者ノード１００のいずれかに送信することにより、電子認定証を分散台帳に直接記帳する処理を実行するものである。この際、図３に示すように、作成した電子認定証のデータに、記帳者である認定者システム２０（２０Ｙ）の検証鍵αＶを加えたものを記帳データとし、この記帳データを分散台帳に記憶させる。なお、電子認定証についての分散台帳への記帳は、図３に示すように分割記帳としてもよいが、この詳細については、電子認定証代理記帳手段６３（図６参照）の説明で後述する。

＜認定者システム２０／処理手段２０Ａ／直接記帳用の認定処理手段２５／合否通知手段２５Ｄの構成：図８＞

図８において、合否通知手段２５Ｄは、受験者情報記憶手段３１に記憶された受験者に関する情報から、合否情報（合格・不合格の別）および被認定者（受験者）の連絡先情報を読み込み、被認定者（受験者）への合否通知用の電子メールを作成して送信する処理や、被認定者（受験者）宛に発送する合否通知書（紙）を印刷する処理等を実行するものである。

＜認定者システム２０／記憶手段３０の構成＞

受験者情報記憶手段３１は、認定試験（検定試験）の受験者に関する情報として、受験者による申請情報（氏名、生年月日、電話番号、電子メールアドレス等の個人情報を含む）と、合否情報（合格・不合格の別）と、その後の追加・修正情報（認定番号等）とを、認定者による受験者管理用の個人ＩＤと関連付けて記憶するものである。

取得プログラム記憶手段３２は、認定証サービス事業者システム６０の提供プログラム記憶手段７１からネットワーク１を介してダウンロードしたプログラム（例えば、受験者ファイル作成プログラム、認定者支援プログラム）を記憶するものである。但し、ここでいう認定者支援プログラムは、ＷＥＢページに付随して提供されるプログラム（例えば、ＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等）のことではなく、認定者システム２０に予め搭載しておくプログラムである。従って、認定者支援プログラムには、認定証サービス事業者システム６０から認定者システム２０へ送信されるＷＥＢページに付随して提供されるプログラムと、認定者の依頼を受けて認定証サービス事業者が開発して認定者に提供するプログラムがあり、ここでは後者のプログラムを指す。

認定者用鍵セット記憶手段３３は、認定者の鍵セットα（復号鍵αＤ、暗号鍵αＥ、署名鍵αＳ、検証鍵αＶ）を記憶するものである。但し、認定者の担当者が鍵セットαをメモ等に記載しておき、必要なときに入力するようにすれば、認定者用鍵セット記憶手段３３は必須ではない。

＜被認定者端末４０の詳細構成＞

＜被認定者端末４０／処理手段４０Ａ／サービス利用開始登録手段４１の構成：図６＞

図６において、サービス利用開始登録手段４１は、被認定者が、認定証サービス事業者により提供されるマイページの作成、認定試験（検定試験）の合否通知の受取、被認定者の鍵セットβｋの受取等の各種サービスを受けるためのサービス利用開始登録処理を実行するものである。

具体的には、サービス利用開始登録手段４１は、被認定者の基礎の鍵セットβ０（復号鍵βＤ０、暗号鍵βＥ０、署名鍵βＳ０、検証鍵βＶ０）を生成し、生成した基礎の鍵セットβ０（βＤ０、βＥ０、βＳ０、βＶ０）を被認定者用鍵セット記憶手段５２に記憶させるとともに、被認定者の基礎の公開鍵（検証鍵βＶ０および暗号鍵βＥ０）を、ネットワーク１を介して認定証サービス事業者システム６０へ送信する処理を実行する。なお、被認定者が基礎の鍵セットβ０をメモ等に記載する場合は、被認定者用鍵セット記憶手段５２に記憶させなくてもよい。

そして、認定証サービス事業者システム６０へ送信された被認定者の基礎の公開鍵（検証鍵βＶ０および暗号鍵βＥ０）は、被認定者鍵情報初期登録手段６４により被認定者鍵情報記憶手段７５に記憶される（図６参照）。

このサービス利用開始登録手段４１による被認定者の基礎の鍵セットβ０の生成処理は、認定証サービス事業者システム６０から被認定者端末４０へ送信されるＷＥＢページに付随して提供されるプログラム（例えば、ＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等）により実現される機能である。なお、被認定者端末４０に予め搭載（インストール）されているプログラムにより実現してもよい。

＜被認定者端末４０／処理手段４０Ａ／合否確認処理手段４２の構成：図６＞

図６において、合否確認処理手段４２は、被認定者による認定試験（検定試験）の合否確認およびそれに伴う処理を実行するものである。この合否確認処理手段４２は、本実施形態では、被認定者端末４０に搭載されているＷＥＢブラウザ、および認定証サービス事業者システム６０の合否確認補助処理手段６５（図６参照）によりネットワーク１を介して送信されてくるＷＥＢページおよびそれに付随するプログラム（例えばＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等のようなＷＥＢブラウザ上で動作するプログラム）により実現される。なお、被認定者端末４０に予め搭載（インストール）されているプログラムにより実現してもよい。

＜被認定者端末４０／処理手段４０Ａ／合否確認処理手段４２／被認定者向け情報取得手段４２Ａの構成：図６＞

図６において、被認定者向け情報取得手段４２Ａは、合否確認用ＵＲＬにアクセスし、合否情報、および暗号化された被認定者（自分）の鍵セットβｋ（復号鍵βＤｋ、暗号鍵βＥｋ、署名鍵βＳｋ、検証鍵βＶｋ：但し、ｋ＝１，２，…，ｎのいずれか）を取得する処理を実行するものである。

具体的には、被認定者向け情報取得手段４２Ａは、先ず、事前に被認定者に知らされている合否確認用ＵＲＬにアクセスし、認定証サービス事業者システム６０の認定ＩＤ送信手段６５Ａ（図６参照）からネットワーク１を介して送信されてくる認定ＩＤを受信する処理を実行する。合否確認用ＵＲＬは、各被認定者（各受験者）毎に個別に用意されたＵＲＬではなく、全ての被認定者（受験者）に対して共通のＵＲＬである。但し、認定者が異なれば、合否確認用ＵＲＬは異なるので、例えば、認定者Ｘの用意する合否確認用ＵＲＬと、認定者Ｙの用意する合否確認用ＵＲＬとは、異なるＵＲＬである。この合否確認用ＵＲＬは、例えば、被認定者による受験申請時にＷＥＢによる通信で伝達する、試験当日に配布物（紙面）、壁面等への掲示、または板書で伝達する、認定者（検定事業者）のホームページで伝達する、電子メールにより伝達する等の方法で、事前に被認定者に知らされる。

また、被認定者向け情報取得手段４２Ａは、被認定者による本人認証情報の入力を受け付け、入力された本人認証情報および取得した認定ＩＤを用いて、ハッシュ値またはその他の変換情報を得ることにより、鍵セット受取用ＩＤ（合否確認用ＩＤと兼用）を作成する処理を実行する。なお、鍵セット受取用ＩＤの作成に、本人特定情報および認定ＩＤを使用してもよい。本人認証情報については、認定者側共通鍵生成手段２３Ｄ（図５参照）の説明で既に詳述し、本人特定情報については、被認定者向け情報送信手段２３Ｅ（図５参照）の説明で既に詳述しているので、ここでは詳しい説明を省略する。

さらに、被認定者向け情報取得手段４２Ａは、作成した鍵セット受取用ＩＤを、ネットワーク１を介して認定証サービス事業者システム６０に送信するとともに、認定証サービス事業者システム６０の被認定者向け情報引渡手段６５Ｂ（図６参照）からネットワーク１を介して送信されてくる合否情報、および共通鍵δで暗号化された被認定者の鍵セットβｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ）を受信する処理を実行する。

＜被認定者端末４０／処理手段４０Ａ／合否確認処理手段４２／不合格通知表示手段４２Ｂの構成：図６＞

図６において、不合格通知表示手段４２Ｂは、被認定者向け情報取得手段４２Ａにより取得した合否情報を用いて被認定者が不合格であると判断した場合に、例えば、図１７の不合格通知画面２００に示すように、被認定者端末４０の画面上で、不合格である旨を表示する処理を実行するものである。

＜被認定者端末４０／処理手段４０Ａ／合否確認処理手段４２／被認定者側共通鍵生成手段４２Ｃの構成：図６＞

図６において、被認定者側共通鍵生成手段４２Ｃは、被認定者向け情報取得手段４２Ａにより取得した合否情報を用いて被認定者が合格であると判断した場合に、被認定者が入力した本人認証情報を用いて、認定者と当該被認定者との間の共通鍵δを生成する処理を実行するものである。この機能は、本実施形態では、例えばＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等のようなＷＥＢページに付随するプログラムにより実現される。この被認定者側共通鍵生成手段４２Ｃによる共通鍵δの生成アルゴリズムは、前述した図５の認定者側共通鍵生成手段２３Ｄと同じである。

＜被認定者端末４０／処理手段４０Ａ／合否確認処理手段４２／被認定者用鍵セット復号手段４２Ｄの構成：図６＞

図６において、被認定者用鍵セット復号手段４２Ｄは、被認定者向け情報取得手段４２Ａにより取得した合否情報を用いて被認定者が合格であると判断した場合に、被認定者側共通鍵生成手段４２Ｃにより生成した共通鍵δを用いて、被認定者向け情報取得手段４２Ａにより取得した、認定者システム２０において共通鍵δで暗号化された被認定者の鍵セットβｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ）を復号する処理を実行するものである。この機能は、本実施形態では、例えばＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等のようなＷＥＢページに付随するプログラムにより実現される。

なお、被認定者用鍵セット復号手段４２Ｄにより復号した被認定者の鍵セットβｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ）は、被認定者用鍵セット記憶手段５２に記憶させてもよいが、基礎の鍵セットβ０（βＤ０、βＥ０、βＳ０、βＶ０）を用いて被認定者の全ての鍵セットβｋ（ｋ＝１，２，…の全て）を取得することができるサービスを利用する場合には、βｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ）は、被認定者用鍵セット記憶手段５２に記憶させなくてもよい。また、被認定者のメモ等に記載すれば、被認定者用鍵セット記憶手段５２に記憶させなくてもよい。

＜被認定者端末４０／処理手段４０Ａ／合否確認処理手段４２／合格通知表示手段４２Ｅの構成：図６＞

図６において、合格通知表示手段４２Ｅは、被認定者向け情報取得手段４２Ａにより取得した合否情報を用いて被認定者が合格であると判断した場合に、被認定者端末４０の画面上で、合格である旨を表示する処理を実行するものである。この機能は、本実施形態では、例えばＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等のようなＷＥＢページに付随するプログラムにより実現される。

具体的には、合格通知表示手段４２Ｅは、被認定者用鍵セット復号手段４２Ｄにより復号して得られた被認定者の検証鍵βＶｋ（ｋ＝１，２，…，ｎのいずれか）を、ネットワーク１を介して認定証サービス事業者システム６０に送信するとともに、認定証サービス事業者システム６０の合格通知表示補助手段６５Ｃ（図６参照）からネットワーク１を介して送信されてくる電子認定証およびテンプレートの画像データを受信し、例えば、図１７の合格通知画面２１０に示すように、合格である旨を表示する処理を実行する。

図１７において、合格通知画面２１０には、合格通知用の認定証画像表示部２１１と、電子認定証を分散台帳に記帳することの意思表示のための「電子認定証の台帳登録を行う」選択部２１２と、分散台帳に記憶されている記帳済の電子認定証を分散台帳から取得するための「電子認定証をダウンロードする」選択部２１３と、マイページの作成・編集作業に進むための「マイページを作成する」選択部２１４とが設けられている。これらの各選択部の表記は、一例にすぎない。

合格通知用の認定証画像表示部２１１は、認定証サービス事業者システム６０の電子認定証記憶手段７４に記憶されている電子認定証（すなわち、分散台帳への記帳待機状態の電子認定証）と、この電子認定証に含まれるテンプレート画像ＩＤと関連付けて認定証サービス事業者システム６０のテンプレート記憶手段７６に記憶されているテンプレートの画像データとを用いて、表示処理が行われる。なお、ここでは、分散台帳への記帳待機状態（つまり、未記帳の状態）の電子認定証を用いた表示を行うことにしているが、分散台帳への記帳後に、分散台帳に記憶されている電子認定証を用いた表示を行うようにしてもよく、その場合には、最初はテキストのみで合格した旨の表示を行い、分散台帳への記帳後に、合格通知用の認定証画像表示部２１１の表示を行えばよい。

また、認定証サービス事業者システム６０の電子認定証記憶手段７４に記憶されている電子認定証は、個人情報の部分が被認定者の暗号鍵βＥｋで暗号化されているので、被認定者の復号鍵βＤｋを用いて、個人情報の部分を復号してから、合格通知用の認定証画像表示部２１１の表示処理を行う。

そして、本実施形態では、被認定者端末４０で、被認定者が、図１７の「電子認定証の台帳登録を行う」選択部２１２を選択操作し、電子認定証を分散台帳に記帳することの意思表示を行った場合には、認定証サービス事業者により提供されるマイページの作成等のサービスにおいて、その電子認定証を活用できるようにするために必要となる次の被認定者用鍵セット送信手段４２Ｆの処理に進むようになっている。

＜被認定者端末４０／処理手段４０Ａ／合否確認処理手段４２／被認定者用鍵セット送信手段４２Ｆの構成：図６＞

図６において、被認定者用鍵セット送信手段４２Ｆは、被認定者用鍵セット復号手段４２Ｄにより復号した被認定者の鍵セットβｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ：ｋ＝１，２，…，ｎのいずれか）を、被認定者の基礎の暗号鍵βＥ０で暗号化し、暗号化した被認定者の鍵セットβｋを、被認定者の基礎の検証鍵βＶ０（つまり、被認定者ＩＤ）とともに、ネットワーク１を介して認定証サービス事業者システム６０へ送信する処理と、記帳待機状態の電子認定証を分散台帳に記帳するための指示を出す処理とを実行するものである。この機能は、本実施形態では、例えばＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等のようなＷＥＢページに付随するプログラムにより実現される。

そして、認定証サービス事業者システム６０へ送信された、暗号鍵βＥ０で暗号化された被認定者の鍵セットβｋ（ｋ＝１，２，…，ｎのいずれか）は、認定証サービス事業者システム６０の被認定者鍵情報追加登録手段６５Ｄ（図６参照）により、被認定者の基礎の検証鍵βＶ０（つまり、被認定者ＩＤ）と関連付けられて被認定者鍵情報記憶手段７５に記憶される。

また、被認定者用鍵セット送信手段４２Ｆは、分散台帳への記帳指示として、被認定者用鍵セット復号手段４２Ｄにより復号して得られた被認定者の検証鍵βＶｋ（ｋ＝１，２，…，ｎのいずれか）（被認定者の基礎の暗号鍵βＥ０で暗号化されていない状態のもの）を、ネットワーク１を介して認定証サービス事業者システム６０へ送信する処理を実行する。そして、認定証サービス事業者システム６０では、この記帳指示を被認定者鍵情報追加登録手段６５Ｄ（図６参照）が受信すると、台帳記帳連携の指示が、電子認定証代理記帳手段６３（図６参照）へ伝達され、分散台帳への記帳が実行される。

＜被認定者端末４０／処理手段４０Ａ／電子認定証取得手段４３の構成：図６、図９＞

図６および図９において、電子認定証取得手段４３は、分散台帳から１つの電子認定証を取得することを依頼する個別取得依頼処理と、分散台帳から被認定者の保有する全ての電子認定証を一括取得することを依頼する一括取得依頼処理とを実行するものである。これらの個別取得依頼処理および一括取得依頼処理は、本実施形態では、一例として、前述した図１７の「電子認定証をダウンロードする」選択部２１３を選択操作し、さらに個別取得・一括取得の選択を行うことにより実行される。なお、分散台帳への記帳は、報酬を支払う必要があるのに対し、分散台帳の記帳データの参照は、通常、費用がかからないので、いつでも一括取得となる構成（すなわち、個別取得のない構成）としてもよい。

また、電子認定証取得手段４３は、分散台帳または認定証サービス事業者システム６０の自己認定証記憶手段７８から自己認定証を取得することを依頼する自己認定証取得依頼処理も実行する構成としてもよい。自己認定証の詳細については、自己認定証作成依頼手段４４の説明で後述する（図７参照）。

具体的には、電子認定証取得手段４３は、分散台帳から１つの電子認定証を取得することを依頼する個別取得依頼処理を行う場合には、取得対象の電子認定証に含まれている被認定者の検証鍵βＶｋ（ｋ＝１，２，…，ｎのいずれか）を、ネットワーク１を介して認定証サービス事業者システム６０へ送信するとともに、認定証サービス事業者システム６０の電子認定証代理取得手段６６（図６参照）からネットワーク１を介して送信されてくる電子認定証を受信する処理を実行するものである。

また、電子認定証取得手段４３は、分散台帳からの被認定者の保有する全ての電子認定証の一括取得依頼処理を行う場合（例えば、図９に示すマイページ作成・編集時の場合等）には、先ず、被認定者の基礎の検証鍵βＶ０（つまり、被認定者ＩＤ）を、ネットワーク１を介して認定証サービス事業者システム６０へ送信するとともに、認定証サービス事業者システム６０の電子認定証代理取得手段６６（図６参照）からネットワーク１を介して送信されてくる被認定者の全ての鍵セットβｋ（ｋ＝１，２，…，ｎの全て）を受信する処理を実行する。これらの鍵セットβｋ（ｋ＝１，２，…，ｎの全て）は、電子認定証代理取得手段６６により被認定者鍵情報記憶手段７５（図６参照）から取得されたものであり、被認定者の基礎の検証鍵βＶ０（つまり、被認定者ＩＤ）に関連付けて被認定者鍵情報記憶手段７５に記憶されている被認定者の全ての鍵セットβｋを取得したものである。そして、これらの鍵セットβｋ（ｋ＝１，２，…，ｎの全て）は、被認定者の基礎の暗号鍵βＥ０で暗号化されている。

次に、一括取得の場合、電子認定証取得手段４３は、被認定者の基礎の復号鍵βＤ０を用いて、被認定者の基礎の暗号鍵βＥ０で暗号化されている全ての鍵セットβｋ（ｋ＝１，２，…，ｎの全て）を復号することにより、被認定者の全ての検証鍵βＶｋ（ｋ＝１，２，…，ｎの全て）を得る処理を実行する。

さらに、一括取得の場合、電子認定証取得手段４３は、得られた被認定者の全ての検証鍵βＶｋ（ｋ＝１，２，…，ｎの全て）を、ネットワーク１を介して認定証サービス事業者システム６０へ送信するとともに、認定証サービス事業者システム６０の電子認定証代理取得手段６６（図６参照）からネットワーク１を介して送信されてくる被認定者の保有する全ての電子認定証を受信する処理を実行する。

また、電子認定証取得手段４３は、自己認定証の取得を依頼する場合には、分散台帳に記憶されている自己認定証の取得であれば、個別取得・一括取得にかかわらず、電子認定証の取得を依頼する場合と同様な処理を実行する。しかし、自己認定証は、詳細は後述するが、原則的に、分散台帳への記帳は行われず、認定証サービス事業者システム６０の自己認定証記憶手段７８に記憶されているだけの場合がある。このため、認定証サービス事業者システム６０の電子認定証代理取得手段６６（図６参照）は、電子認定証取得手段４３からの取得依頼を受けると、個別取得・一括取得にかかわらず、被認定者の検証鍵βＶｋを用いて自己認定証記憶手段７８から自己認定証を取得し、取得した自己認定証を、ネットワーク１を介して電子認定証取得手段４３に送信して渡す。

＜被認定者端末４０／処理手段４０Ａ／自己認定証作成依頼手段４４の構成：図７＞

図７において、自己認定証作成依頼手段４４は、被認定者が保有する紙認定証を用いて被認定者の自己認定による自己認定証を作成することを認定証サービス事業者に依頼する処理を実行するものである。この自己認定証作成依頼手段４４は、本実施形態では、被認定者端末４０に搭載されているＷＥＢブラウザ、および認定証サービス事業者システム６０の自己認定証代理作成手段６７（図７参照）によりネットワーク１を介して送信されてくるＷＥＢページおよびそれに付随するプログラム（例えばＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等のようなＷＥＢブラウザ上で動作するプログラム）により実現される。なお、被認定者端末４０に予め搭載（インストール）されているプログラムにより実現してもよい。

ここで、自己認定証は、被認定者から認定証サービス事業者に提供される紙認定証の画像データを用いて作成されるものである。従って、紙認定証の画像データが認定証サービス事業者に持ち込まれる段階で、データの内容が既に改竄されている可能性もあるので、認定者が発行して認定者が署名する電子認定証とは区別し、本実施形態では、自己認定証と呼んでいる。但し、自己認定証の構成（図７参照）は、外形的には、電子認定証の構成（図３参照）と同様な構成を有し、両者を略同様に取り扱うことができる処理（サービス）もあるので、その場合には、自己認定証を電子認定証とみなして擬制電子認定証として取り扱う。

また、紙認定証を発行した元の認定者は、現存しない団体や死亡している個人である場合もあるため、原則的に、自己認定証には、元の認定者の検証鍵αＶは含めない。但し、例えば、元の認定者による紙認定証の発行当時における受験者に関する情報（申請情報や合否情報等）が残っていてデータ内容の確認が取れる場合等には、自己認定証に、元の認定者の検証鍵αＶを含めてもよい。

さらに、上述したように、自己認定証の作成に用いられる紙認定証の画像データ自体に改竄の可能性があるので、原則的に、自己認定証には、認定証サービス事業者を含め、誰の電子署名も付さない。但し、例えば、認定証サービス事業者に持ち込まれた紙認定証の画像データに対し、それ以降のデータ内容の改竄がないことを示す等の目的がある場合には、認定証サービス事業者の電子署名を付してもよい。

そして、既に改竄されている可能性のあるデータを分散台帳に記帳しても、その意義が小さいので、原則的に、自己認定証は、分散台帳への記帳を行わない。但し、被認定者に自己認定証の作成後のデータ内容の改竄を防ぐ等の目的がある場合には、分散台帳への記帳を行ってもよい。

自己認定証作成依頼手段４４は、認定者により発行された電子認定証を受け取った被認定者、またはこれから受け取る被認定者が、別の認定者により発行された紙認定証を持っていて自己認定証の作成も行いたい場合があるので、電子認定証の受取に関連する機能を実現する他の手段（図６の合否確認処理手段４２、図８の直接取得用の認定証受取手段４５）とともに、同一の被認定者端末４０に設けられている。なお、被認定者端末４０には、他の手段（図６の合否確認処理手段４２、図８の直接取得用の認定証受取手段４５）が設けられていない状態で、この自己認定証作成依頼手段４４が設けられていてもよい。

＜被認定者端末４０／処理手段４０Ａ／自己認定証作成依頼手段４４／紙認定証画像読込手段４４Ａ、被認定者用鍵セット生成手段４４Ｂ、被認定者用鍵セット送信手段４４Ｃの構成：図７＞

図７において、紙認定証画像読込手段４４Ａは、被認定者が紙認定証をスキャンし、または写真撮影して得られた紙認定証の画像データを読み込む処理を実行するものである。

被認定者用鍵セット生成手段４４Ｂは、被認定者の鍵セットβｋ（復号鍵βＤｋ、暗号鍵βＥｋ、署名鍵βＳｋ、検証鍵βＶｋ：但し、ｋ＝１，２，…，ｎのいずれか）を生成する処理を実行するものであり、認定者システム２０の鍵セット生成手段２３Ｂ（図５参照）と同様なものである。この機能は、本実施形態では、例えばＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等のようなＷＥＢページに付随するプログラムにより実現される。

被認定者用鍵セット送信手段４４Ｃは、被認定者用鍵セット生成手段４４Ｂにより生成した被認定者の鍵セットβｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ：ｋ＝１，２，…，ｎのいずれか）を、被認定者の基礎の暗号鍵βＥ０で暗号化し、暗号化した被認定者の鍵セットβｋを、被認定者の基礎の検証鍵βＶ０（つまり、被認定者ＩＤ）とともに、ネットワーク１を介して認定証サービス事業者システム６０へ送信する処理を実行するものである。この機能は、本実施形態では、例えばＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等のようなＷＥＢページに付随するプログラムにより実現される。

従って、被認定者用鍵セット送信手段４４Ｃの処理を行うには、被認定者の基礎の暗号鍵βＥ０および検証鍵βＶ０が必要となるため、被認定者が既にサービス利用開始登録を済ませていることが前提となる。なお、被認定者が未だサービス利用開始登録をしていない場合には、サービス利用開始登録手段４１（図６参照）によりサービス利用開始登録処理を行えばよい。

そして、認定証サービス事業者システム６０へ送信された、暗号鍵βＥ０で暗号化された被認定者の鍵セットβｋ（ｋ＝１，２，…，ｎのいずれか）は、認定証サービス事業者システム６０の被認定者鍵情報追加登録手段６７Ａ（図７参照）により、被認定者の基礎の検証鍵βＶ０（つまり、被認定者ＩＤ）と関連付けられて被認定者鍵情報記憶手段７５に記憶される。従って、自己認定証についても、マイページの作成等のサービスを受けることができる。

＜被認定者端末４０／処理手段４０Ａ／自己認定証作成依頼手段４４／紙認定証画像送信手段４４Ｄ、抽出情報確認手段４４Ｅの構成：図７＞

図７において、紙認定証画像送信手段４４Ｄは、被認定者用鍵セット生成手段４４Ｂにより生成した被認定者の鍵セットβｋのうちの公開鍵（検証鍵βＶｋ、暗号鍵βＥｋ）と、紙認定証画像読込手段４４Ａにより読み込んだ紙認定証の画像データと、マスキング情報の入力（任意）を受け付けた場合にはそのマスキング情報とを、ネットワーク１を介して認定証サービス事業者システム６０へ送信する処理を実行するものである。この機能は、本実施形態では、例えばＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等のようなＷＥＢページに付随するプログラムにより実現される。

ここで、マスキング情報は、紙認定証の画像データのうちの個人情報の部分の位置を示す座標情報として被認定者端末４０で入力指定される情報である。このマスキング情報の入力指定は任意であり、例えば、被認定者端末４０がマスキング情報の入力指定に適していない端末である場合や、被認定者によるマスキング情報の入力指定が困難や面倒である場合等には、マスキング情報の入力指定は行なわなくてもよい。なお、このマスキング情報の入力指定の機能自体の設置を省略してもよい。そして、マスキング情報の入力指定が行われない場合において、個人情報を隠して匿名での提出を実現するときは、紙認定証画像の全体をマスキングして表示することになる。

なお、被認定者の公開鍵（検証鍵βＶｋ、暗号鍵βＥｋ）、紙認定証の画像データ、マスキング情報（任意）は、ＷＥＢによる送信ではなく、例えば、電子メールでの送信や、ＣＤやＤＶＤやＵＳＢメモリ等の記録媒体に格納して郵送する等の方法により、認定証サービス事業者へ提供してもよい。

抽出情報確認手段４４Ｅは、認定証サービス事業者システム６０の抽出手段６７Ｄ（図７参照）からネットワーク１を介して送信されてくる抽出情報（紙認定証の画像データをテキスト化した後に抽出した資格情報や個人情報等）を受信し、受信した抽出情報が正しいか否かやその修正情報を含む確認結果を、ネットワーク１を介して認定証サービス事業者システム６０の抽出手段６７Ｄへ送信する処理を実行するものである。認定証サービス事業者システム６０とのセッションが一旦途切れた場合や、時間が経過してから確認作業を行う場合等には、事前に被認定者に知らされているＵＲＬにアクセスする。アクセス先のＵＲＬは、例えば、紙認定証画像送信手段４４Ｄの送信時に伝達する、その後に被認定者宛の電子メール等により伝達する等の方法により被認定者に知らせる。なお、この抽出情報確認手段４４Ｅの設置は省略してもよい。

＜被認定者端末４０／処理手段４０Ａ／直接取得用の認定証受取手段４５の構成：図８＞

図８において、直接取得用の認定証受取手段４５は、分散台帳への直接のアクセスを行う被認定者端末４０（４０Ｑ）に設けられ、認定証サービス事業者システム６０を介さずに、電子認定証を分散台帳から直接に取得する処理を実行するものである。この点で、分散台帳への直接のアクセスを行わない被認定者端末４０（４０Ｐ）（図６参照）に設けられて認定証サービス事業者システム６０を経由した処理を行う合否確認処理手段４２および電子認定証取得手段４３とは異なるものである。

この直接取得用の認定証受取手段４５は、合否確認処理手段４２や電子認定証取得手段４３（図６参照）とは異なり、認定証サービス事業者システム６０への電子認定証の取得依頼をしないので、認定証サービス事業者システム６０との通信（ＷＥＢによる通信）により電子認定証を取得する処理を行わない。従って、直接取得用の認定証受取手段４５は、ＷＥＢではなく、被認定者端末４０Ｑに予め搭載（インストール）されているプログラムにより実現する。

このため、図８に示すように、直接取得の場合は、認定証サービス事業者システム６０とのＷＥＢによる通信を行わないので、認定証サービス事業者システム６０に設けられた合否確認補助処理手段６５（図６参照）は使用されない。従って、直接取得用の認定証受取手段４５は、例えばＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等のようなＷＥＢページに付随するプログラム（認定証サービス事業者システム６０からその都度提供されるプログラム）により実現される機能ではない。

但し、被認定者端末４０Ｑに搭載するプログラム（直接取得用の認定証受取手段４５を実現するためのプログラム）は、被認定者が自ら開発したものでもよいが、認定証サービス事業者から提供されたプログラム（被認定者支援プログラム）でもよい。また、直接取得用の認定証受取手段４５は、部分的に、認定証サービス事業者システム６０との通信（ＷＥＢによる通信）で提供されるプログラム（例えばＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等のようなＷＥＢページに付随するプログラム）により実現してもよい。

＜被認定者端末４０／処理手段４０Ａ／直接取得用の認定証受取手段４５／被認定者用鍵セット生成手段４５Ａの構成：図８＞

図８において、被認定者用鍵セット生成手段４５Ａは、被認定者の鍵セットβｋ（復号鍵βＤｋ、暗号鍵βＥｋ、署名鍵βＳｋ、検証鍵βＶｋ：但し、ｋ＝１，２，…，ｎのいずれか）を生成する処理を実行するものであり、認定者システム２０の鍵セット生成手段２３Ｂ（図５参照）や被認定者用鍵セット生成手段４４Ｂ（図７参照）と同様なものである。この機能は、本実施形態では、被認定者端末４０Ｑに予め搭載（インストール）されているプログラムにより実現するが、認定証サービス事業者システム６０との通信（ＷＥＢによる通信）を行うことにより、例えばＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等のようなＷＥＢページに付随するプログラムにより実現してもよい。

そして、被認定者用鍵セット生成手段４５Ａにより生成した被認定者の鍵セットβｋのうちの公開鍵（検証鍵βＶｋ、暗号鍵βＥｋ）は、例えば、受験申請時などに認定者システム２０へＷＥＢにより送信する、電子メールにより送信する、受験申請書の紙面に記入する、試験用紙の紙面に記入する等の方法で、認定者に伝達される。

＜被認定者端末４０／処理手段４０Ａ／直接取得用の認定証受取手段４５／電子認定証取得手段４５Ｂ、合格確認表示手段４５Ｃの構成：図８＞

図８において、電子認定証取得手段４５Ｂは、認定者からの合否通知の受取後（但し、合格の場合）に、またはその後の任意の時期に、被認定者用鍵セット生成手段４５Ａにより生成した被認定者の鍵セットβｋのうちの検証鍵βＶｋを用いて、電子認定証を分散台帳から直接に取得する処理を実行するものである。具体的には、被認定者の検証鍵βＶｋを、通信回線（ネットワーク１または専用線）を介して、分散台帳形成用のＰ２Ｐネットワーク２に接続された複数の参加者ノード１００のいずれかに送信する処理を実行する。

また、合格確認表示手段４５Ｃは、電子認定証取得手段４５Ｂにより分散台帳から直接に取得した電子認定証のデータを用いて、被認定者端末４０の画面上に、テキストおよび／または認定証画像により電子認定証の内容を表示する処理を実行するものである。被認定者は、認定者からの合否通知の受取により自分が合格したことを把握しているが、発行された電子認定証の内容を表示することにより、合格した内容を確認することができる。

この際、合格確認表示手段４５Ｃは、認定証画像により電子認定証の内容を表示する場合は、分散台帳から、電子認定証およびこの電子認定証に含まれるテンプレート画像ＩＤに対応するテンプレートの画像データを取得する。また、テンプレートの画像データは、分散台帳からではなく、テンプレート画像ＩＤを用いて、認定者システム２０や認定証サービス事業者システム６０のテンプレート記憶手段７６から取得してもよい。

また、合格確認表示手段４５Ｃは、分散台帳から直接に取得した電子認定証のうちの個人情報の部分について、被認定者用鍵セット生成手段４５Ａにより生成した被認定者の鍵セットβｋのうちの復号鍵βＤｋを用いて復号してから表示する処理を実行する。

＜被認定者端末４０／処理手段４０Ａ／直接取得用の認定証受取手段４５／被認定者用鍵セット送信手段４５Ｄの構成：図８＞

図８において、被認定者用鍵セット送信手段４５Ｄは、被認定者用鍵セット生成手段４５Ａにより生成した被認定者の鍵セットβｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ：ｋ＝１，２，…，ｎのいずれか）を、被認定者の基礎の暗号鍵βＥ０で暗号化し、暗号化した被認定者の鍵セットβｋを、被認定者の基礎の検証鍵βＶ０（つまり、被認定者ＩＤ）とともに、ネットワーク１を介して認定証サービス事業者システム６０へ送信する処理を実行するものである。この機能は、本実施形態では、被認定者端末４０Ｑに予め搭載（インストール）されているプログラムにより実現するが、認定証サービス事業者システム６０との通信（ＷＥＢによる通信）を行うことにより、例えばＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等のようなＷＥＢページに付随するプログラムにより実現してもよい。

従って、被認定者用鍵セット送信手段４５Ｄの処理を行うには、被認定者の基礎の暗号鍵βＥ０および検証鍵βＶ０が必要となるため、被認定者が既にサービス利用開始登録を済ませていることが前提となる。なお、被認定者が未だサービス利用開始登録をしていない場合には、サービス利用開始登録手段４１（図８、図６参照）によりサービス利用開始登録処理を行えばよい。

そして、認定証サービス事業者システム６０へ送信された、暗号鍵βＥ０で暗号化された被認定者の鍵セットβｋ（ｋ＝１，２，…，ｎのいずれか）は、認定証サービス事業者システム６０の被認定者鍵情報追加登録手段６５Ｄ（図６参照）により、被認定者の基礎の検証鍵βＶ０（つまり、被認定者ＩＤ）と関連付けられて被認定者鍵情報記憶手段７５に記憶される。

なお、被認定者用鍵セット送信手段４５Ｄは、認定証サービス事業者によるマイページの作成等のサービスを利用しない場合は、設置を省略してもよい。

＜被認定者端末４０／処理手段４０Ａ／電子認定証提出手段４６の構成：図９＞

図９において、電子認定証提出手段４６は、被認定者が受領者に対して自己の保有する電子認定証を提出する処理を実行するものである。

この電子認定証提出手段４６は、認定証サービス事業者システム６０を経由させてマイページにより受領者に電子認定証を提出するためのマイページ作成手段４６Ａと、認定証サービス事業者システム６０を経由させずに受領者に直接に電子認定証を提出するための電子認定証直接提出手段４６Ｂと、電子認定証の提出について認定証サービス事業者システム６０を経由させるか否かにかかわらず利用される被認定者確認応答手段４６Ｃとを含んで構成されている。

＜被認定者端末４０／処理手段４０Ａ／電子認定証提出手段４６／マイページ作成手段４６Ａの構成：図９、図１９＞

図９において、マイページ作成手段４６Ａは、電子認定証および自己認定証の一括取得の指示を出す処理と、マイページ（匿名ページ、実名ページ）を作成する処理と、自動付与されたマイページのＵＲＬを表示する処理とを実行するものである。

このマイページ作成手段４６Ａは、本実施形態では、被認定者端末４０に搭載されているＷＥＢブラウザ、および認定証サービス事業者システム６０のマイページ作成補助手段６８Ａ（図９参照）によりネットワーク１を介して送信されてくるＷＥＢページおよびそれに付随するプログラム（例えばＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等のようなＷＥＢブラウザ上で動作するプログラム）により実現される。なお、被認定者端末４０に予め搭載（インストール）されているプログラムにより実現してもよい。

具体的には、マイページ作成手段４６Ａは、電子認定証取得手段４３に対して被認定者の保有する全ての電子認定証および自己認定証の一括取得の指示を出す処理を実行する。この指示を受けた電子認定証取得手段４３は、認定証サービス事業者システム６０の電子認定証代理取得手段６６への一括取得依頼処理を行うが、この処理については、電子認定証取得手段４３の説明で既に詳述しているので、ここでは詳しい説明を省略する。そして、既に詳述した通り、一括取得を行うと、電子認定証取得手段４３は、被認定者の基礎の復号鍵βＤ０を用いて、被認定者の基礎の暗号鍵βＥ０で暗号化されている全ての鍵セットβｋ（ｋ＝１，２，…，ｎの全て）を復号するので、被認定者端末４０では、被認定者の全ての鍵セットβｋが使用可能な状態となっている。なお、一括取得するのは、電子認定証だけとし、自己認定証は一括取得しない指示、すなわち、自己認定証はマイページの作成に使用しない指示を出せるようにしてもよい。

また、マイページ作成手段４６Ａは、一括取得した電子認定証および自己認定証を用いて、図１９に示すようなマイページを作成・編集する処理を実行する。

ここで、マイページは、受領者に提出するための被認定者の保有する電子認定証の内容および自己認定証の内容を掲載したＷＥＢページであり、マイページ作成手段４６Ａは、マイページとして、受領者に対して電子認定証や自己認定証の内容を匿名で提出するための匿名ページと、受領者に対して電子認定証や自己認定証の内容を実名で提出するための実名ページとを作成することができる。匿名ページにするか、実名ページにするかは、被認定者が選択することができ、同じ電子認定証や自己認定証について、匿名ページおよび実名ページの双方を作成することもできる（図１８参照）。

図１９において、匿名ページ３００には、電子認定証や自己認定証の内容を認定証画像形式で表示する認定証画像表示部３１０と、テキスト形式で表示するテキスト表示部３２０とが設けられている。なお、知的財産情報を表示する知的財産情報表示部３３０を設けてもよい。

同様に、実名ページ４００にも、認定証画像表示部４１０と、テキスト表示部４２０とが設けられている。また、知的財産情報表示部４３０を設けてもよい。

マイページ作成手段４６Ａは、図１８に示すように、１つのマイページ（匿名ページ３００、実名ページ４００の別は問わない）に掲載する電子認定証や自己認定証の数および種類、または、数、種類、および掲載順序を任意に設定することができる。１人または１団体の被認定者は、それぞれ異なる掲載内容の複数のマイページを作成することができる。従って、認定証サービス事業者システム６０のマイページ記憶手段７９（図９参照）には、１人または１団体の被認定者につき、複数のマイページを記憶させることができる。

図１９において、マイページ作成手段４６Ａは、匿名ページ３００のテキスト表示部３２０を作成する場合は、電子認定証取得手段４３により取得した電子認定証および自己認定証のうち、被認定者の暗号鍵を用いて暗号化されている氏名を含む個人情報の部分については、代替表示情報（例えば「非公開」、「〇〇〇〇」等）を掲載するか、または、暗号化されたままの状態で掲載する処理を実行する。

また、マイページ作成手段４６Ａは、実名ページ４００のテキスト表示部４２０を作成する場合は、電子認定証取得手段４３により取得した電子認定証および自己認定証のうち、被認定者の暗号鍵βＥｋを用いて暗号化されている氏名を含む個人情報の部分については、被認定者の復号鍵βＤｋを用いて復号して掲載する処理を実行する。この際、電子認定証および自己認定証には、被認定者の検証鍵βＶｋおよび暗号鍵βＥｋが含まれているので（図３、図７参照）、それらに対応する鍵セットβｋにおける復号鍵βＤｋを用いて、復号を行う。

そして、マイページ作成手段４６Ａは、匿名ページ３００の認定証画像表示部３１０を作成する場合は、電子認定証取得手段４３により取得した電子認定証のデータを、予め用意されているテンプレートに埋め込むとともに、暗号化されている個人情報の部分については、代替表示情報（例えば「非公開」、「〇〇〇〇」等）、または、暗号化されたままの状態のデータを埋め込む処理を実行する。この際、テンプレートは、電子認定証に含まれているテンプレート画像ＩＤを用いて、マイページ作成手段４６Ａによるテンプレート取得依頼を受けた認定証サービス事業者システム６０のマイページ作成補助手段６８Ａ（図９参照）が、認定証サービス事業者システム６０のテンプレート記憶手段７６または分散台帳から取得する。

なお、マイページ作成手段４６Ａは、自己認定証について、匿名ページ３００の認定証画像表示部３１０を作成する場合は、紙認定証の画像データの全体をマスキングする処理を実行する。この際、紙認定証の画像データは、自己認定証に含まれる被認定者の検証鍵βＶｋまたは紙認定証画像ＩＤを用いて、マイページ作成手段４６Ａによる紙認定証画像取得依頼を受けた認定証サービス事業者システム６０のマイページ作成補助手段６８Ａ（図９参照）が、認定証サービス事業者システム６０の自己認定証記憶手段７８（図７参照）から取得する。

さらに、マイページ作成手段４６Ａは、自己認定証について、匿名ページ３００の認定証画像表示部３１０を作成する場合において、自己認定証の作成時に被認定者端末４０で被認定者によりマスキング情報の入力指定が行われているとき（部分マスキングの選択が行われているとき）には、上述した紙認定証の画像データの全体をマスキングする処理に代えて、入力指定されたマスキング情報を用いて、紙認定証の画像データのうちの個人情報の部分をマスキングして掲載する処理を実行する。この際、マスキング情報は、紙認定証の画像データと合わせて自己認定証記憶手段７８（図７参照）から取得する。

また、マイページ作成手段４６Ａは、実名ページ４００の認定証画像表示部４１０を作成する場合は、電子認定証取得手段４３により取得した電子認定証のデータを、予め用意されているテンプレートに埋め込むとともに、暗号化されている個人情報の部分については、被認定者の復号鍵βＤｋを用いて復号して埋め込む処理を実行する。この際、電子認定証には、被認定者の検証鍵βＶｋおよび暗号鍵βＥｋが含まれているので（図３参照）、それらに対応する鍵セットβｋにおける復号鍵βＤｋを用いて、復号を行う。また、テンプレートは、電子認定証に含まれているテンプレート画像ＩＤを用いて、上述したようにテンプレート記憶手段７６または分散台帳から取得する。

なお、マイページ作成手段４６Ａは、自己認定証について、実名ページ４００の認定証画像表示部４１０を作成する場合は、マスキングすることなく紙認定証の画像データを掲載する処理を実行する。この際、紙認定証の画像データは、自己認定証に含まれる被認定者の検証鍵βＶｋまたは紙認定証画像ＩＤを用いて、上述したように自己認定証記憶手段７８（図７参照）から取得する。

また、マイページ作成手段４６Ａは、電子認定証取得手段４３により取得した電子認定証および自己認定証のうち、被認定者の暗号鍵βＥｋを用いて暗号化されている氏名を含む個人情報の部分を被認定者の復号鍵βＤｋにより復号し、復号して得られた氏名を、または、被認定者端末４０で被認定者により入力された氏名を、ネットワーク１を介して認定証サービス事業者システム６０のマイページ作成補助手段６８Ａ（図９参照）へ送信するとともに、マイページ作成補助手段６８Ａからネットワーク１を介して送信されてくる被認定者の保有する可能性のある知的財産情報を受信し、受信した知的財産情報を被認定者端末４０の画面上に表示し、被認定者による被認定者（自分）の知的財産情報であることの確認入力（同性同名の知的財産情報ではないことの確認入力）を受け付け、自分の知的財産情報であるとの確認入力が行われた場合に、その知的財産情報をマイページに掲載する処理を実行する。

この際、マイページ作成手段４６Ａは、匿名ページ３００を作成する場合は、分類（国際特許分類やその分類の内容等）を掲載し、実名ページ４００を作成する場合には、公報番号（公開番号、特許番号、実用新案登録番号等）を掲載するか、または、分類および公報番号を掲載する処理を実行する。

さらに、マイページ作成手段４６Ａは、作成したマイページに付与したマイページのＵＲＬ（Uniform Resource Locator）を、被認定者端末４０の画面上に表示する処理を実行する。被認定者は、自分の作成したマイページを受領者に参照させるために、マイページのＵＲＬを、何らかの方法で、受領者に伝達する必要があるからである。このマイページのＵＲＬは、１人または１団体の被認定者が複数のマイページを作成した場合には、各々のマイページに対して異なるものが付与される。また、異なる被認定者のマイページであれば、異なるＵＲＬが付与される。具体的には、本実施形態では、そのＵＲＬを見ても意味を推測できないような複雑なＵＲＬが自動付与される。このＵＲＬの自動付与は、マイページ作成手段４６Ａが実行してもよく、認定証サービス事業者システム６０のマイページ作成補助手段６８Ａが実行してもよく、最終的に、自動付与したＵＲＬが、被認定者端末４０に存在する状態となればよい。

＜被認定者端末４０／処理手段４０Ａ／電子認定証提出手段４６／電子認定証直接提出手段４６Ｂの構成：図９＞

図９において、電子認定証直接提出手段４６Ｂは、受領者に直接に電子認定証を提出する処理を実行するものである。

この際、電子認定証直接提出手段４６Ｂは、電子認定証を実名で提出する場合には、受領者に提出する電子認定証に含まれている個人情報の部分（被認定者の暗号鍵βＥｋで暗号化されている。）を、被認定者の復号鍵βＤｋで復号する処理を実行する。

この電子認定証直接提出手段４６Ｂは、マイページを利用した電子認定証の提出は行わないので、認定証サービス事業者システム６０を経由させずに電子認定証を提出することになる。従って、認定証サービス事業者システム６０とのＷＥＢによる通信は行わないので、電子認定証直接提出手段４６Ｂの処理は、電子認定証を匿名で提出する場合は、例えば、電子メールに電子認定証（個人情報が暗号化されたままの電子認定証）を添付し、受領者の電子メールアドレス宛に送信する処理でもよく、その場合は、被認定者端末４０に搭載された汎用のメーラーの機能により実現される。但し、匿名での提出とするためには、電子メールの送信元の表示も、匿名にする必要がある。そして、被認定者が匿名のクラウドワーカの場合には、例えば、受領者に自分の保有資格を電子認定証で確認してもらった後に、受領者からのリターンメールで、匿名でのクラウドワーキングへの移行のための情報（作業の形態、報酬の受取方法等）を伝達してもらう等の方法をとることができる。

一方、電子認定証を実名で提出する場合は、個人情報の復号処理が必要となるため、汎用のメーラーの機能だけでは、電子認定証直接提出手段４６Ｂの処理を実現することはできないので、別途のプログラムが必要となる。このため、被認定者端末４０に、電子認定証の直接提出のためのプログラムを搭載（インストール）してもよく、その場合のプログラムは、被認定者が開発したプログラムでもよいが、認定証サービス事業者が被認定者に提供したプログラム（被認定者支援プログラム）でもよい。また、個人情報の復号処理については、認定証サービス事業者システム６０とのＷＥＢによる通信を行い、例えばＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等のようなＷＥＢページに付随するプログラムにより実現し、その後、汎用のメーラーにより、個人情報を復号した電子認定証を添付した電子メールを受領者宛てに送信してもよい。

＜被認定者端末４０／処理手段４０Ａ／電子認定証提出手段４６／被認定者確認応答手段４６Ｃの構成：図９＞

図９において、被認定者確認応答手段４６Ｃは、受領者端末９０からのチャレンジに応答する処理を実行するものであり、具体的には、受領者端末９０からのチャレンジでネットワーク１を介して送信されてくる乱数を受信し、受信した乱数に対して被認定者の署名鍵βＳｋを用いて署名を付し、署名付きの乱数を、ネットワーク１を介して受領者端末９０へ送信するレスポンス処理を実行するものである。

この際、被認定者端末４０では、受領者端末９０からのチャレンジで送信されてくる乱数に対し、被認定者の保有するいずれの電子認定証に対応する被認定者の署名鍵βＳｋを使用して署名するのかを特定できない場合があるので、受領者端末９０からのチャレンジでは、乱数とともに、受領者が受領した電子認定証を特定するチャレンジ対象特定情報が送信されてくることが好ましい。このチャレンジ対象特定情報は、例えば、受領者が受領した電子認定証（図３参照）に含まれる被認定者の検証鍵βＶｋとすることができ、その場合には、被認定者端末４０で、乱数とともに、被認定者の検証鍵βＶｋを受信し、その検証鍵βＶｋに対応する被認定者の署名鍵βＳｋ（例えば、βＶ３に対応するβＳ３）を用いて、乱数に対して電子署名を付することができる。なお、チャレンジ対象特定情報は、チャレンジを受けた電子認定証を特定することができればよいので、被認定者の検証鍵βＶｋに限定されるものではなく、例えば、電子認定証に含まれる被認定者の暗号鍵βＥｋ等でもよいが、電子認定証に含まれる被認定者の検証鍵βＶｋに対応する被認定者の署名鍵βＳｋを、被認定者が持っていることを確認するという意味では、チャレンジ対象特定情報は、被認定者の検証鍵βＶｋが好適である。

また、被認定者確認応答手段４６Ｃは、署名付きの乱数を、受領者端末９０へ送信する際には、チャレンジ対象特定情報とともに、署名付きの乱数を送信することが好ましい。受領者端末９０側でも、複数の電子認定証を受領している場合に、いずれの電子認定証についてのチャレンジに対するレスポンスなのかを特定できない場合があるからである。受領者端末９０側で、チャレンジ対象特定情報とともに、署名付きの乱数を受信すれば、その署名の検証に使用する被認定者の検証鍵βＶｋを容易に特定することができる。

この被認定者確認応答手段４６Ｃの処理は、受領者端末９０からのチャレンジに対し、それに応答する被認定者端末４０での処理であるが、受領者端末９０から受信した乱数を被認定者端末４０のメモリに記憶させておけば、乱数に対して署名を付する処理は、認定証サービス事業者システム６０との通信（ＷＥＢによる通信）で実現することもできる。従って、この被認定者確認応答手段４６Ｃの処理は、ＷＥＢページに付随して提供されるプログラム（例えば、ＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等）で実現してもよく、被認定者端末４０に搭載（インストール）されているプログラムにより実現してもよい。また、後者の場合には、被認定者が開発したプログラムとしてもよいが、認定証サービス事業者から被認定者に提供されたプログラム（被認定者支援プログラム）としてもよい。

＜被認定者端末４０／記憶手段５０の構成：図１＞

取得プログラム記憶手段５１は、認定証サービス事業者システム６０の提供プログラム記憶手段７１からネットワーク１を介してダウンロードしたプログラム（被認定者支援プログラム）を記憶するものである。但し、ここでいう被認定者支援プログラムは、ＷＥＢページに付随して提供されるプログラム（例えば、ＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等）のことではなく、被認定者端末４０に予め搭載しておくプログラムである。従って、被認定者支援プログラムには、認定証サービス事業者システム６０から被認定者端末４０へ送信されるＷＥＢページに付随して提供されるプログラムと、認定証サービス事業者が被認定者に提供する事前搭載が必要なプログラムがあり、ここでは後者のプログラムを指す。

被認定者用鍵セット記憶手段５２は、被認定者の基礎の鍵セットβ０（復号鍵βＤ０、暗号鍵βＥ０、署名鍵βＳ０、検証鍵βＶ０）を記憶するものである。但し、被認定者が鍵セットβ０をメモ等に記載しておき、必要なときに入力するようにすれば、被認定者用鍵セット記憶手段５２は必須ではない。また、被認定者用鍵セット記憶手段５２は、被認定者の全ての鍵セットβｋ（ｋ＝１，２，…，ｎの全て）を記憶してもよいが、認定証サービス事業者システム６０の被認定者鍵情報記憶手段７５から取得できるので、それらの鍵セットβｋは、記憶しなくてもよい。

＜認定証サービス事業者システム６０の詳細構成＞

＜認定証サービス事業者システム６０／処理手段６０Ａ／プログラム提供手段６１の構成：図１、図５＞

図１において、プログラム提供手段６１は、認定者システム２０、被認定者端末４０、受領者端末９０からのダウンロード要求に応じ、提供プログラム記憶手段７１に記憶されているプログラム（受験者ファイル作成プログラム、認定者支援プログラム、被認定者支援プログラム、受領者支援プログラム）を、ネットワーク１を介して、認定者システム２０、被認定者端末４０、受領者端末９０へ送信する処理を実行するものである。

なお、ここでいう認定者支援プログラム、被認定者支援プログラム、受領者支援プログラムは、ＷＥＢページに付随して提供されるプログラム（例えば、ＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等）のことではない。

＜認定証サービス事業者システム６０／処理手段６０Ａ／代理記帳用の認定補助処理手段６２の構成：図５＞

図５において、代理記帳用の認定補助処理手段６２は、認定証サービス事業者システム６０を経由させて分散台帳への記帳を行う認定者システム２０（２０Ｘ）で電子認定証を作成する代理記帳用の設定処理手段２３の処理を補助するためのサーバ側の処理を実行するものである。

設定情報登録手段６２Ａは、認定者システム２０の設定情報入力受付手段２３Ａからネットワーク１を介して送信されてきた認定者の公開鍵（検証鍵αＶ、暗号鍵αＥ）を設定情報記憶手段７２に記憶させる処理と、設定情報入力受付手段２３Ａから送信されてきた認定管理情報（認定名、認定試験の開催回、認定日、合否確認用ＵＲＬ（鍵セット受取用ＵＲＬと兼用）、テンプレート画像ＩＤ、受験者ファイル（ＣＳＶファイル等）のフォーマット等を含む）を、認定ＩＤおよび認定者の公開鍵（検証鍵αＶ、暗号鍵αＥ）と関連付けて設定情報記憶手段７２に記憶させる処理とを実行するものである。

被認定者向け情報登録手段６２Ｂは、認定者システム２０の被認定者向け情報送信手段２３Ｅからネットワーク１を介して送信されてきた被認定者（受験者）の合否情報、および共通鍵δで暗号化された被認定者の鍵セットβｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ：但し、ｋ＝１，２，…，ｎのいずれか）を、鍵セット受取用ＩＤ（合否確認用ＩＤと兼用）と関連付けて被認定者向け情報記憶手段７３に記憶させる処理を実行するものである。

＜認定証サービス事業者システム６０／処理手段６０Ａ／電子認定証代理記帳手段６３の構成：図５、図６＞

図５および図６において、電子認定証代理記帳手段６３は、認定者システム２０の電子認定証記帳手段２４からネットワーク１を介して送信されてきた電子認定証を受信し、受信した電子認定証を、電子認定証記憶手段７４に記憶させて記帳待機状態とする処理（図５参照）と、被認定者端末４０からのアクセス（電子認定証の分散台帳への記帳についての被認定者の意思表示（記帳要求）またはそれに相当する操作）を受けた後に、電子認定証記憶手段７４に記憶されている記帳待機状態の電子認定証を、通信回線（ネットワーク１または専用線）を介して、分散台帳形成用のＰ２Ｐネットワーク２に接続された複数の参加者ノード１００のいずれかに送信することにより、分散台帳に代理記帳する処理（図６参照）とを実行するものである。

この際、図３に示すように、電子認定証のデータに、記帳者である認定証サービス事業者の検証鍵γＶを加えたものを記帳データとし、この記帳データを分散台帳に記憶させる。認定証サービス事業者の検証鍵γＶは、認定証サービス事業者用鍵セット記憶手段７７（図６参照）に記憶されている。本実施形態では、参加者ノード１００のブロック追加手段１０２により、電子認定証の分散台帳への記帳処理が実行される。

また、電子認定証を分散台帳に書き込むタイミングは、被認定者端末４０からのアクセス（電子認定証の分散台帳への記帳についての被認定者の意思表示（記帳要求）またはそれに相当する操作）を受けた後のタイミングであるが、本実施形態では、一例として、被認定者端末４０の被認定者用鍵セット送信手段４２Ｆから認定証サービス事業者システム６０の被認定者鍵情報追加登録手段６５Ｄへの被認定者の検証鍵βＶｋ（ｋ＝１，２，…，ｎのいずれか）の送信を、分散台帳への記帳指示とし、その送信があったタイミングで、被認定者鍵情報追加登録手段６５Ｄから電子認定証代理記帳手段６３への連携（記帳指示の伝達）が行われるようになっている。

既に述べたように、本実施形態では、図１７の「電子認定証の台帳登録を行う」選択部２１２の選択操作が、電子認定証を分散台帳に記帳することの意思表示（記帳要求）であるとしているが、必ずしもこのような直接的・明示的な選択操作に限らず、台帳記帳の意思表示に相当する操作であってもよく、より多段階の操作を経て、台帳記帳の意思表示を間接的に確認する操作であってもよい。これにより、例えば、台帳記帳の費用を被認定者が負担する場合であれば、合否確認だけをしたい被認定者への費用負担の発生を避けることができる。また、分散台帳への記帳は、比較的時間を要する作業となるため、このように記帳待機状態とした後に、被認定者からのアクセスで分散台帳への記帳を行うようにすれば、認定証サービス事業者システム６０への負荷集中を回避することができる。

電子認定証記憶手段７４に記憶されている複数の記帳待機状態の電子認定証のうち、いずれの電子認定証を分散台帳に記帳するかは、被認定者の検証鍵βＶｋ（ｋ＝１，２，…，ｎのいずれか）で特定される。この被認定者の検証鍵βＶｋは、被認定者端末４０の被認定者用鍵セット送信手段４２Ｆから認定証サービス事業者システム６０の被認定者鍵情報追加登録手段６５Ｄへの記帳指示で得られている。

さらに、図３に示すように、電子認定証を分散台帳に記帳する際には、分割記帳としてもよい。図３の例では、３つのレコードに分割されている。資格情報を構成する認定の詳細情報は、認定ＩＤと関連付けられて別のレコードに記録され、参加者ノード１００の参照要求応答手段１０３（図２参照）により、認定ＩＤをキーとして抽出される。残りの２つのレコードは、認定ＩＤを含む資格情報のレコード（主として認定者やその認定内容に関する情報の記録）と、個人情報のレコード（主として被認定者に関する情報の記録）とであり、これらは、参照要求応答手段１０３により、被認定者の検証鍵βＶｋをキーとして抽出される。なお、認定ＩＤは、各認定者が付与する資格を識別する資格ＩＤでもあるが、各認定者の各認定（各開催回）で内容が異なる場合があるので（例えば、そもそも認定日が異なる、テンプレートが更新される、認定名が途中で変更される等による。）、ここでは認定ＩＤとしている。

＜認定証サービス事業者システム６０／処理手段６０Ａ／被認定者鍵情報初期登録手段６４の構成：図６＞

図６において、被認定者鍵情報初期登録手段６４は、被認定者端末４０のサービス利用開始登録手段４１からネットワーク１を介して送信されてきた被認定者の基礎の公開鍵（検証鍵βＶ０および暗号鍵βＥ０）を、被認定者鍵情報記憶手段７５に記憶させる処理を実行するものである。この処理は、被認定者によるサービス（認定証サービス事業者が提供するサービス）の利用開始始登録として実行される。

＜認定証サービス事業者システム６０／処理手段６０Ａ／合否確認補助処理手段６５の構成：図６＞

図６において、合否確認補助処理手段６５は、認定証サービス事業者システム６０を経由させて分散台帳からの電子認定証の取得を行う被認定者端末４０（４０Ｐ）で合否確認をする合否確認処理手段４２の処理を補助するためのサーバ側の処理を実行するものである。

認定ＩＤ送信手段６５Ａは、被認定者端末４０の被認定者向け情報取得手段４２Ａからの合否確認用ＵＲＬへのアクセスを受けると、合否確認用ＵＲＬに関連付けて設定情報記憶手段７２（図６参照）に記憶されている認定ＩＤを抽出し、抽出した認定ＩＤを、ネットワーク１を介して被認定者端末４０の被認定者向け情報取得手段４２Ａへ送信する処理を実行するものである。

被認定者向け情報引渡手段６５Ｂは、被認定者端末４０の被認定者向け情報取得手段４２Ａからネットワーク１を介して送信されてくる鍵セット受取用ＩＤを受信し、受信した鍵セット受取用ＩＤに関連付けて被認定者向け情報記憶手段７３（図６参照）に記憶されている合否情報、および共通鍵δで暗号化された被認定者の鍵セットβｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ）を、ネットワーク１を介して被認定者端末４０の被認定者向け情報取得手段４２Ａへ送信する処理を実行するものである。

合格通知表示補助手段６５Ｃは、被認定者端末４０の合格通知表示手段４２Ｅからネットワーク１を介して送信されてくる被認定者の検証鍵βＶｋ（ｋ＝１，２，…，ｎのいずれか）を受信し、受信した被認定者の検証鍵βＶｋを用いて、電子認定証記憶手段７４から電子認定証を取得するとともに、取得した電子認定証に含まれているテンプレート画像ＩＤを用いて、テンプレート記憶手段７６または分散台帳からテンプレートの画像データを取得し、取得した電子認定証およびテンプレートの画像データを、ネットワーク１を介して被認定者端末４０の合格通知表示手段４２Ｅへ送信する処理を実行するものである。

被認定者鍵情報追加登録手段６５Ｄは、被認定者端末４０の被認定者用鍵セット送信手段４２Ｆからネットワーク１を介して送信されてくる被認定者の鍵セットβｋ（被認定者の基礎の暗号鍵βＥ０で暗号化されている。）を、被認定者の基礎の検証鍵βＶ０（つまり、被認定者ＩＤ）とともに受信し、受信した被認定者の鍵セットβｋ（ｋ＝１，２，…，ｎのいずれか）を、被認定者の基礎の検証鍵βＶ０（被認定者ＩＤ）と関連付けて被認定者鍵情報記憶手段７５（図６参照）に記憶させる処理を実行するものである。

また、被認定者鍵情報追加登録手段６５Ｄは、被認定者端末４０の被認定者用鍵セット送信手段４２Ｆから、記帳待機状態の電子認定証を分散台帳に記帳するための指示として、ネットワーク１を介して送信されてくる被認定者の検証鍵βＶｋ（ｋ＝１，２，…，ｎのいずれか）（被認定者の基礎の暗号鍵βＥ０で暗号化されていない状態のもの）を受信すると、台帳記帳連携の指示として、受信した被認定者の検証鍵βＶｋを、電子認定証代理記帳手段６３（図６参照）へ伝達する。

＜認定証サービス事業者システム６０／処理手段６０Ａ／電子認定証代理取得手段６６の構成：図６、図９＞

図６および図９において、電子認定証代理取得手段６６は、分散台帳から１つの電子認定証を取得する個別取得処理と、分散台帳から被認定者の保有する全ての電子認定証を一括取得する一括取得処理とを実行するものである。これらの個別取得処理および一括取得処理は、本実施形態では、一例として、被認定者端末４０の電子認定証取得手段４３が、前述した図１７の「電子認定証をダウンロードする」選択部２１３の選択操作を受け付け、さらに個別取得・一括取得の選択を受け付けたときに実行される。なお、分散台帳への記帳は、報酬を支払う必要があるのに対し、分散台帳の記帳データの参照は、通常、費用がかからないので、いつでも一括取得となる構成（すなわち、個別取得のない構成）としてもよい。

また、電子認定証代理取得手段６６は、分散台帳または自己認定証記憶手段７８から自己認定証を取得する自己認定証取得処理も実行する構成としてもよい。

具体的には、電子認定証代理取得手段６６は、分散台帳から１つの電子認定証を取得する個別取得処理を行う場合には、取得対象の電子認定証に含まれている被認定者の検証鍵βＶｋ（ｋ＝１，２，…，ｎのいずれか）を、通信回線（ネットワーク１または専用線）を介して、分散台帳形成用のＰ２Ｐネットワーク２に接続された複数の参加者ノード１００のいずれかに送信することにより、分散台帳から電子認定証を取得する処理を実行する。本実施形態では、参加者ノード１００の参照要求応答手段１０３が、被認定者の検証鍵βＶｋを用いて電子認定証を分散台帳から取得し、取得した電子認定証を、通信回線（ネットワーク１または専用線）を介して電子認定証代理取得手段６６へ送信する。そして、電子認定証代理取得手段６６は、参照要求応答手段１０３から受信した電子認定証を、ネットワーク１を介して被認定者端末４０の電子認定証取得手段４３へ送信する処理を実行する。

また、電子認定証代理取得手段６６は、分散台帳からの被認定者の保有する全ての電子認定証の一括取得処理を行う場合（例えば、図９に示すマイページ作成・編集時の場合等）には、先ず、被認定者端末４０の電子認定証取得手段４３からネットワーク１を介して送信されてくる被認定者の基礎の検証鍵βＶ０（つまり、被認定者ＩＤ）を受信し、受信した検証鍵βＶ０を用いて、被認定者鍵情報記憶手段７５（図６参照）から被認定者の全ての鍵セットβｋ（ｋ＝１，２，…，ｎの全て）を取得し、取得した被認定者の全ての鍵セットβｋ（被認定者の基礎の暗号鍵βＥ０で暗号化されている。）を、ネットワーク１を介して被認定者端末４０の電子認定証取得手段４３へ送信する処理を実行する。そして、被認定者端末４０では、電子認定証取得手段４３が、被認定者の全ての鍵セットβｋを、被認定者の基礎の復号鍵βＤ０を用いて復号し、被認定者の全ての検証鍵βＶｋ（ｋ＝１，２，…，ｎの全て）を得る。

次に、一括取得の場合、電子認定証代理取得手段６６は、被認定者端末４０の電子認定証取得手段４３からネットワーク１を介して送信されてくる被認定者の全ての検証鍵βＶｋ（ｋ＝１，２，…，ｎの全て）を受信し、これらの全ての検証鍵βＶｋを、通信回線（ネットワーク１または専用線）を介して、分散台帳形成用のＰ２Ｐネットワーク２に接続された複数の参加者ノード１００のいずれかに送信することにより、分散台帳から電子認定証を取得する処理を実行する。本実施形態では、参加者ノード１００の参照要求応答手段１０３が、被認定者の全ての検証鍵βＶｋを用いて全ての電子認定証を分散台帳から取得し、取得した全ての電子認定証を、通信回線（ネットワーク１または専用線）を介して電子認定証代理取得手段６６へ送信する。そして、電子認定証代理取得手段６６は、参照要求応答手段１０３から受信した全ての電子認定証を、ネットワーク１を介して被認定者端末４０の電子認定証取得手段４３へ送信する処理を実行する。

さらに、電子認定証代理取得手段６６は、自己認定証を取得する場合には、分散台帳に記憶されている自己認定証の取得であれば、個別取得・一括取得にかかわらず、電子認定証を取得する場合と同様な処理を実行する。しかし、自己認定証は、既に詳述した通り、原則的に、分散台帳への記帳は行われず、認定証サービス事業者システム６０の自己認定証記憶手段７８に記憶されているだけの場合がある。このため、電子認定証代理取得手段６６は、個別取得・一括取得にかかわらず、被認定者の検証鍵βＶｋを用いて自己認定証記憶手段７８から自己認定証を取得し、取得した自己認定証を、ネットワーク１を介して被認定者端末４０の電子認定証取得手段４３に送信する処理を実行する。

＜認定証サービス事業者システム６０／処理手段６０Ａ／自己認定証代理作成手段６７の構成：図７＞

図７において、自己認定証代理作成手段６７は、被認定者が認定証サービス事業者に自己認定証の作成を依頼するための自己認定証作成依頼手段４４の処理に対応するためのサーバ側の処理を実行するものである。

被認定者鍵情報追加登録手段６７Ａは、被認定者端末４０の被認定者用鍵セット送信手段４４Ｃからネットワーク１を介して送信されてくる被認定者の鍵セットβｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ：ｋ＝１，２，…，ｎのいずれか）を、被認定者の基礎の検証鍵βＶ０（つまり、被認定者ＩＤ）とともに受信し、受信した被認定者の鍵セットβｋ（被認定者の基礎の暗号鍵βＥ０で暗号化されている。）を、被認定者の基礎の検証鍵βＶ０（被認定者ＩＤ）と関連付けて被認定者鍵情報記憶手段７５（図６参照）に記憶させる処理を実行する。従って、自己認定証についても、マイページの作成等のサービスを受けることができる。

紙認定証画像取得手段６７Ｂは、被認定者端末４０の紙認定証画像送信手段４４Ｄからネットワーク１を介して送信されてくる被認定者の公開鍵（検証鍵βＶｋ、暗号鍵βＥｋ）、紙認定証の画像データ、マスキング情報（任意）を受信し、受信した紙認定証の画像データ、マスキング情報（任意）を、被認定者の検証鍵βＶｋおよび／または紙認定証画像ＩＤと関連付けて自己認定証記憶手段７８に記憶させる処理を実行するものである。

テキスト化手段６７Ｃは、紙認定証画像取得手段６７Ｂにより受信した紙認定証の画像データから文字情報を読み取るＯＣＲ処理（光学式文字読取処理）を実行するものである。このＯＣＲ処理は、外部サービスシステム１１０に依頼してもよい。

抽出手段６７Ｄは、テキスト化手段６７Ｃにより読み取った文字情報から、認定名を含む資格情報や、氏名を含む個人情報等を抽出する抽出処理と、抽出情報（資格情報や個人情報等）を、ネットワーク１を介して被認定者端末４０の抽出情報確認手段４４Ｅへ送信するとともに、抽出情報確認手段４４Ｅからネットワーク１を介して送信されてくる確認結果（抽出情報が正しいか否かやその修正情報を含む）を受信する確認処理とを実行する。なお、後者の確認処理は省略してもよい。

自己認定証作成手段６７Ｅは、図７に示すような自己認定証（被認定者の自己認定による擬制電子認定証）を作成し、作成した自己認定証を、自己認定証記憶手段７８に記憶させる処理を実行するものである。この自己認定証は、電子認定証（図３参照）と同様な構成を有しているが、異なる点もあり、その詳細や理由については、自己認定証作成依頼手段４４（図７参照）の説明で既に詳述しているため、ここでは詳しい説明を省略する。

ここで、自己認定証に含ませる被認定者の公開鍵（検証鍵βＶｋ、暗号鍵βＥｋ）は、本実施形態では、紙認定証画像取得手段６７Ｂにより取得したものである。暗号鍵βＥｋによる個人情報の暗号化も行われている。また、元の認定者（紙認定証の発行者）の検証鍵αＶは含めず、元の認定者や認定証サービス事業者も含め、誰の電子署名も付さない。なお、電子認定証（図３参照）では、テンプレート画像ＩＤを含めていたが、自己認定証には、紙認定証画像ＩＤを含める。

自己認定証記帳手段６７Ｆは、自己認定証作成手段６７Ｅにより作成した自己認定証を、通信回線（ネットワーク１または専用線）を介して、分散台帳形成用のＰ２Ｐネットワーク２に接続された複数の参加者ノード１００のいずれかに送信することにより、自己認定証を分散台帳に直接記帳する処理を実行するものである。なお、この自己認定証記帳手段６７Ｆの設置は省略してもよい。また、分散台帳への記帳は、図３の電子認定証の場合と同様に、例えば３分割等の分割記帳としてもよい。

＜認定証サービス事業者システム６０／処理手段６０Ａ／電子認定書提出補助手段６８の構成：図９、図１０＞

図９において、電子認定書提出補助手段６８は、被認定者によるマイページの作成および受領者によるマイページの参照（それに伴う電子認定証の受領）を補助するためのサーバ側の処理を実行するものである。

マイページ作成補助手段６８Ａは、被認定者端末４０のマイページ作成手段４６Ａの処理を補助するためのサーバ側の処理を実行するものである。このマイページ作成補助手段６８Ａは、マイページ（匿名ページ、実名ページ）の作成を補助し、作成したマイページを、そのマイページに自動付与されたＵＲＬと関連付けてマイページ記憶手段７９に記憶させる処理を実行するものである。なお、マイページ記憶手段７９は、外部サービスシステム１１０に設けてもよく、その場合には、外部サービスシステム１１０におけるマイページ記憶手段７９およびマイページの送信機能は、本発明において、認定証サービス事業者システム６０の一部であるものとみなす。また、マイページのＵＲＬの自動付与は、被認定者端末４０のマイページ作成手段４６Ａにより実行してもよい。

また、マイページ作成補助手段６８Ａは、マイページに掲載した電子認定証および自己認定証も、マイページのＵＲＬと関連付けてマイページ記憶手段７９に記憶させる。これらの電子認定証および自己認定証には、被認定者の暗号鍵βＥｋで暗号化されていた個人情報の部分について被認定者の復号鍵βＤｋで復号された状態のものが含まれる。電子認定証や自己認定証を受領者に実名で提出する場合には、被認定者端末４０で個人情報の復号処理を行う必要があるが、認定証サービス事業者システム６０から受領者端末９０へマイページとともに電子認定証や自己認定証を送信すると、被認定者端末４０を経由しないので、個人情報を復号した状態のものを認定証サービス事業者システム６０に用意しておく必要があるからである。

また、マイページ作成補助手段６８Ａは、被認定者端末４０のマイページ作成手段４６Ａからネットワーク１を介して送信されてきた氏名を用いて、この氏名と一致する特許の発明者、実用新案の考案者、意匠の創作者となっている知的財産権に関する情報を、知的財産情報データベース（不図示）から抽出し、抽出した知的財産情報を、ネットワーク１を介して被認定者端末４０のマイページ作成手段４６Ａへ送信する処理を実行する。

ここで、抽出する知的財産情報は、分類（国際特許分類やＦＩ等およびそれらの分類の内容の説明文等）、および公報番号（公開番号、特許番号、実用新案登録番号等）である。また、マイページ作成補助手段６８Ａは、知的財産情報の抽出処理を、外部サービスシステム１１０に依頼してもよい。従って、知的財産情報データベース（不図示）は、外部サービスシステム１１０に設けられていてもよい。

さらに、図９および図１０に示すように、マイページ作成補助手段６８Ａは、仲介情報記憶手段８１（図１１参照）に記憶されている、マイページの作成をこれから行うかまたは作成・編集中の被認定者の保有資格と、受領者情報記憶手段８０（図１０参照）に記憶されている各受領者の求人条件とを用いて、被認定者の保有資格を含む求人条件毎に受領者の数を集計し、得られた集計結果をマイページの作成・編集の参考情報として表示する画面（図２１参照）の表示用データ（ＷＥＢ画面データ）を、ネットワーク１を介して被認定者端末４０のマイページ作成手段４６Ａへ送信する処理を実行する。

図２１には、マイページの作成・編集時に被認定者端末４０に表示される参考情報の画面５００の一例が示されている。画面５００には、マイページの作成をこれから行うかまたは作成・編集中の被認定者が保有している電子認定証（記帳済、未記帳）、自己認定証に係る資格の認定名等を一覧表示する保有資格一覧表示部５０１と、作業を依頼する会社等（受領者）が求めている保有資格（求人条件）についての被認定者の保有資格を含む求人条件毎の集計結果の一覧を表示する集計結果一覧表示部５０２とが設けられている。

保有資格一覧表示部５０１には、分散台帳への記帳済の電子認定証だけの一覧表示、記帳済および未記帳（記帳待機状態）の双方を含めた電子認定証の一覧表示、それらの電子認定証に自己認定証（通常は未記帳）を加えた一覧表示等のような様々な一覧表示が行われる。この際、マイページの作成をこれから行うかまたは作成・編集中の被認定者は、被認定者の基礎の検証鍵βＶ０（被認定者ＩＤ）で特定され、この検証鍵βＶ０をキーとした仲介情報記憶手段８１（図１１参照）からの抽出処理を行うことで、上記のような様々な一覧表示を行うことができる。

集計結果一覧表示部５０２には、受領者による求人条件毎の受領者の総数（求人条件毎にそれぞれの求人条件を登録している受領者の数を集計した結果）が表示されているが、表示されている求人条件は、マイページの作成をこれから行うかまたは作成・編集中の被認定者が保有する資格を組み合わせて構成できる求人条件のみである。従って、様々な受領者が、様々な求人条件を受領者情報記憶手段８０（図１０参照）に登録しているが、それらの全ての求人条件毎の受領者の総数を表示するわけではない。例えば、マイページの作成・編集を行う者が大和太郎であり、その大和次郎の保有資格が資格Ａだけであれば、「資格Ａだけ」を求人条件とする受領者の総数が表示されるだけである。また、大和三郎の保有資格が資格Ｂおよび資格Ｃの２つであれば、「資格Ｂだけ」を求人条件とする受領者の総数と、「資格Ｃだけ」を求人条件とする受領者の総数と、「資格Ｂおよび資格Ｃ」の双方を求人条件とする受領者の総数とが一覧表示される。つまり、マイページの作成・編集を行う者（被認定者）が保有していない資格を含む求人条件について、そのような求人条件を登録している受領者の総数を表示しても参考情報にはならないので、ここでは、あくまでもマイページの作成・編集を行う者（被認定者）が保有する資格を組み合わせて構成できる求人条件のみを表示している。

さらに、Ｘ社（受領者）の求人条件が、例えば、「（資格Ａおよび資格Ｂ）または（資格Ａおよび資格Ｃ）」の場合には、その求人条件の「ＯＲ（または）」は分解され、Ｘ社（受領者）は、「資格Ａおよび資格Ｂ」という求人条件と、「資格Ａおよび資格Ｃ」という求人条件とを登録していることになる。

また、集計結果一覧表示部５０２は、受領者の総数が多い順に、求人条件を表示しているので、参考情報として活用しやすくなっている。但し、ランダムな順序で表示してもよく、少ない順に表示してもよい。

なお、図２１の画面５００の例では、各資格Ａ，Ｂ，Ｃ，…を認定証通番に置き換えて表示している。例えば、「資格Ａだけ」という求人条件を「１ｏｎｌｙ」と表示し、「資格Ａおよび資格Ｂ」という求人条件を「１ａｎｄ２」と表示しているが、認定証通番に置き換えずに、「資格Ａおよび資格Ｂ」等と表示してもよい。

また、集計結果一覧表示部５０２において、各求人条件の「参照」を選択操作すると、その求人条件を登録している会社等（受領者）を一覧表示する画面５１０，５２０が表示される。さらに、画面５１０，５２０において、会社等（受領者）の名称を選択操作すると、その会社等（受領者）が受領者情報記憶手段８０（図１０参照）に登録している情報の詳細を表示する画面５３０が表示される。図２１の例では、Ｘ社（受領者）の求人条件は、「（資格Ａおよび資格Ｂ）または（資格Ａおよび資格Ｃ）」であるため、Ｘ社の名称は、画面５１０，５２０の双方に表示され、その双方から画面５３０に辿り着くことができる。

図９において、マイページ送信手段６８Ｂは、受領者端末９０のマイページ表示手段９１Ａの処理を補助するためのサーバ側の処理を実行するものである。このマイページ送信手段６８Ｂは、受領者端末９０のマイページ表示手段９１Ａからのマイページ（匿名ページ、実名ページ）のＵＲＬへのアクセスを受けると、そのマイページのＵＲＬに関連付けてマイページ記憶手段７９に記憶されているマイページ（匿名ページ、実名ページ）およびそのマイページに掲載されている電子認定証および自己認定証を、ネットワーク１を介して受領者端末９０のマイページ表示手段９１Ａへ送信（代理提出）する処理を実行するものである。

＜認定証サービス事業者システム６０／処理手段６０Ａ／仲介手段６９の構成：図１０＞

図１０において、仲介手段６９は、被認定者と被認定者に作業を依頼する受領者との仲介に関する処理を実行するものである。

仲介情報設定手段６９Ａは、認定証サービス事業者システム６０内またはそれに加えて分散台帳内において仲介情報を収集する処理と、マイページのＵＲＬの自動送信の可否情報の入力を受け付けて登録する処理と、保有資格のアクティブ化の可否情報の入力を受け付けて登録する処理とを実行するものである。

具体的には、仲介情報設定手段６９Ａは、認定証サービス事業者システム６０の記憶手段７０内またはそれに加えて分散台帳内に記憶されている情報を定期的に収集し、仲介情報記憶手段８１（図１１参照）に記憶させる処理を実行する。

また、仲介情報設定手段６９Ａは、被認定者により入力されて被認定者端末４０からネットワーク１を介して送信されてくる被認定者の各マイページのＵＲＬの自動送信の可否情報を受け付け、受け付けた各マイページのＵＲＬの自動送信の可否情報を、被認定者の保有資格に関する情報として、被認定者の基礎の検証鍵βＶ０（つまり、被認定者ＩＤ）と関連付けて仲介情報記憶手段８１（図１１参照）に記憶させる処理を実行する。

さらに、仲介情報設定手段６９Ａは、被認定者により入力されて被認定者端末４０からネットワーク１を介して送信されてくる被認定者の保有資格のアクティブ化の可否情報を受け付け、受け付けた各保有資格のアクティブ化の可否情報（資格を活用した仕事の受任の可否情報）を、被認定者の保有資格に関する情報として、被認定者の基礎の検証鍵βＶ０（つまり、被認定者ＩＤ）と関連付けて仲介情報記憶手段８１（図１１参照）に記憶させる処理を実行する。

図１０において、受領者情報入力受付手段６９Ｂは、受領者により入力されて受領者端末９０からネットワーク１を介して送信されてくる求人条件および受領者の連絡先を含む受領者情報を受け付け、受け付けた受領者情報を受領者ＩＤと関連付けて受領者情報記憶手段８０（図１０参照）に記憶させる処理を実行するものである。

ここで、求人条件は、被認定者（例えば、クラウドワーカ等）に作業を依頼する受領者（会社等）が被認定者に対して求める保有資格で定まる条件であり、図２１に示すように、ＡＮＤやＯＲを用いて構成される。

また、入力を受け付ける受領者情報には、求人条件および受領者の連絡先（電子メールアドレス、電話番号、住所等）の他、例えば、会社名等の団体名または個人の場合には氏名、業種（例えば英会話スクール等）、作業内容（例えば英語オンライン講師等）、報酬の情報（時給や支払方法等）、検索回数・周期の設定情報（１回限りの検索か、時間を置いての繰り返し（例えば、1日に１回、１週間に１回、１ヶ月に１回等）の検索か等の設定情報）等が含まれる。

条件合致マイページ抽出手段６９Ｃは、受領者情報入力受付手段６９Ｂにより受け付けた求人条件、および仲介情報記憶手段８１（図１１参照）に記憶されている各被認定者の保有資格に関する情報を用いて、全ての被認定者の中から、求人条件に合致する資格を保有する被認定者を抽出し、さらに、抽出した各被認定者により作成された全てのマイページのうち、マイページのＵＲＬの自動送信が可とされているマイページであり、かつ、求人条件に合致する保有資格の情報が掲載されているマイページを抽出する処理を実行するものである。

この際、条件合致マイページ抽出手段６９Ｃは、全ての被認定者の中から、求人条件に合致する資格を保有する被認定者を抽出する際に、アクティブ化されている資格（アクティブ化の可否情報＝「可」とされている資格）のみを用いた抽出処理を実行する。すなわち、被認定者がその資格を活用した仕事の受任を可能としている資格だけを考慮した抽出処理を実行する。

マイページＵＲＬ自動送信手段６９Ｄは、条件合致マイページ抽出手段６９Ｃにより抽出したマイページのＵＲＬを、受領者情報入力受付手段６９Ｂにより受け付けて受領者情報記憶手段８０（図１０参照）に記憶されている受領者の連絡先（例えば、電子メールアドレス）へネットワーク１を介して送信する処理を実行するものである。

なお、マイページＵＲＬ自動送信手段６９Ｄは、抽出したマイページのＵＲＬの全部を送信することが基本であるが、抽出したマイページのＵＲＬの数が大きい場合には、一部（例えばランダム選択した一部）のマイページのＵＲＬを送信してもよい。

被認定者向け通知手段６９Ｅは、受領者端末９０からネットワーク１を介して送信されてくる受領者の選択情報（受領者が選択した被認定者のマイページのＵＲＬ）を受領者ＩＤとともに受信し、受信したマイページのＵＲＬから、そのマイページを作成した被認定者を特定する（例えば、そのマイページのＵＲＬに関連付けられてマイページ記憶手段７９に記憶されているマイページの掲載情報やそのマイページに掲載されている電子認定証や自己認定証に含まれる情報から特定する）とともに、受信した受領者ＩＤを用いて受領者情報記憶手段８０（図１０参照）から、受領者の連絡先（例えば、電子メールアドレス等）を含む受領者情報を取得し、特定した被認定者の連絡先に向けて、その被認定者と連絡をとることを希望している受領者（会社等）についての受領者情報（連絡先を含む）を通知する処理を実行するものである。この通知は、例えば、被認定者宛ての電子メール等でよい。

＜認定証サービス事業者システム６０／記憶手段７０の構成＞

提供プログラム記憶手段７１は、図５に示すように、認定者システム２０、被認定者端末４０、受領者端末９０からのダウンロード要求に応じてプログラム提供手段６１により提供するプログラム（受験者ファイル作成プログラム、認定者支援プログラム、被認定者支援プログラム、受領者支援プログラム）を記憶するものである。なお、ここでいうプログラムには、ＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等のようなＷＥＢページに付随して提供されるプログラムは含まない。

設定情報記憶手段７２は、図５、図６に示すように、認定者の公開鍵（検証鍵αＶ、暗号鍵αＥ）を記憶するとともに、認定管理情報（認定名、認定試験の開催回、認定日、合否確認用ＵＲＬ（鍵セット受取用ＵＲＬと兼用）、テンプレート画像ＩＤ等）を認定ＩＤと関連付けて記憶するものである。

被認定者向け情報記憶手段７３は、図５、図６に示すように、被認定者（受験者）の合否情報、および共通鍵δで暗号化された被認定者の鍵セットβｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ：但し、ｋ＝１，２，…，ｎのいずれか）を、鍵セット受取用ＩＤ（合否確認用ＩＤと兼用）と関連付けて記憶するものである。

電子認定証記憶手段７４は、図３に示すような電子認定証のデータを記憶するものである。

被認定者鍵情報記憶手段７５は、図６に示すように、被認定者の基礎の暗号鍵βＥ０で暗号化された被認定者の鍵セットβｋ（復号鍵βＤｋ、暗号鍵βＥｋ、署名鍵βＳｋ、検証鍵βＶｋ：ｋ＝１，２，…，ｎの全て）を、被認定者の基礎の検証鍵βＶ０（つまり、被認定者ＩＤ）および暗号鍵βＥ０と関連付けて記憶するものである。

テンプレート記憶手段７６は、各認定者による各認定（各開催回）のテンプレートの画像データを、テンプレート画像ＩＤと関連付けて記憶するものである。

認定証サービス事業者用鍵セット記憶手段７７は、図６に示すように、認定証サービス事業者の鍵セットγ（復号鍵γＤ、暗号鍵γＥ、署名鍵γＳ、検証鍵γＶ）を記憶するものである。

自己認定証記憶手段７８は、図７に示すように、自己認定証を記憶するとともに、紙認定証の画像データ、マスキング情報（任意）を、被認定者の検証鍵βＶｋおよび／または紙認定証画像ＩＤと関連付けて記憶するものである。

マイページ記憶手段７９は、図９に示すように、マイページ（匿名ページ、実名ページ）、およびマイページに掲載されている電子認定証および自己認定証を、マイページのＵＲＬと関連付けて記憶するものである。

受領者情報記憶手段８０は、図１０に示すように、被認定者に作業を依頼する受領者が被認定者に対して求める保有資格で定まる求人条件、および受領者情報（受領者の連絡先、会社名等の団体名、業種、作業内容、報酬の情報、検索回数・周期の設定情報等を含む）を、受領者ＩＤ（認定証サービス事業者による受領者の管理用のＩＤ）と関連付けて記憶するものである。

仲介情報記憶手段８１は、図１１に示すように、電子認定証や自己認定証が発行されている被認定者の保有資格に関する情報（マイページのＵＲＬの自動送信の可否情報、保有資格のアクティブ化の可否情報を含む）を、被認定者の基礎の検証鍵βＶ０（つまり、被認定者ＩＤ）と関連付けて記憶するものである。

＜受領者端末９０の詳細構成：図９＞

図９において、電子認定証受領手段９１は、受領者端末９０で受領者が被認定者により提出された電子認定証や自己認定証を受領する処理を実行するものである。

この電子認定証受領手段９１は、認定証サービス事業者システム６０を経由させて受領者が被認定者からマイページとともに電子認定証や自己認定証を受領するためのマイページ表示手段９１Ａと、認定証サービス事業者システム６０を経由させずに受領者が被認定者から直接に電子認定証や自己認定証を受領するための電子認定証直接受領手段９１Ｂと、受領した電子認定証や自己認定証について認定証サービス事業者システム６０を経由させるか否かにかかわらず利用される認定者確認手段９１Ｃおよび被認定者確認手段９１Ｄとを含んで構成されている。

＜受領者端末９０／処理手段９０Ａ／電子認定証受領手段９１／マイページ表示手段９１Ａの構成：図９、図１９＞

マイページ表示手段９１Ａは、被認定者から知らされたマイページ（匿名ページ、実名ページ）のＵＲＬにアクセスし、認定証サービス事業者システム６０のマイページ送信手段６８Ｂ（図９参照）からネットワーク１を介して送信されてくるマイページおよびそのマイページに掲載されている電子認定証および自己認定証を受信し、受信したマイページを、受領者端末９０の画面上に表示させる処理を実行するものである。

このマイページ表示手段９１Ａは、本実施形態では、受領者端末９０に搭載されているＷＥＢブラウザ、および認定証サービス事業者システム６０のマイページ送信手段６８Ｂ（図９参照）によりネットワーク１を介して送信されてくるＷＥＢページおよびそれに付随するプログラム（例えばＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等のようなＷＥＢブラウザ上で動作するプログラム）により実現される。なお、受領者端末９０に予め搭載（インストール）されているプログラムにより実現してもよい。

この際、マイページ表示手段９１Ａは、受領者端末９０の画面上に、図１９に示すようなマイページ（匿名ページ３００、実名ページ４００）を表示する。図１９のマイページについては、前述したマイページ作成手段４６Ａ（図９参照）の説明で既に詳述しているので、ここでは詳しい説明を省略する。

＜受領者端末９０／処理手段９０Ａ／電子認定証受領手段９１／電子認定証直接受領手段９１Ｂの構成：図９＞

図９において、電子認定証直接受領手段９１Ｂは、被認定者端末４０の電子認定証直接提出手段４６Ｂ（図９参照）からネットワーク１を介して送信されてきた電子認定証や自己認定証の内容を、受領者端末９０の画面上に、テキスト形式および／または認定証画像形式で表示する処理を実行するものである。

この際、電子認定証直接受領手段９１Ｂは、認定証画像形式で電子認定証や自己認定証の内容を表示する場合は、被認定者端末４０の電子認定証直接提出手段４６Ｂ（図９参照）から、電子認定証や自己認定証とともに、テンプレートの画像データや、紙認定証の画像データを受信し、それらを用いて認定証画像形式の表示を行う。

また、電子認定証直接受領手段９１Ｂは、電子認定証や自己認定証について実名での提出を受ける場合には、電子認定証直接提出手段４６Ｂから、個人情報が復号されている状態で電子認定証や自己認定証が送信されてくるので、それを受領し、復号された個人情報を表示する。一方、電子認定証直接受領手段９１Ｂは、匿名での提出を受ける場合には、電子認定証直接提出手段４６Ｂから、個人情報が暗号化されたままの状態で電子認定証や自己認定証が送信されてくるので、個人情報を暗号化されたままの状態で表示するか、代替表示情報（「〇〇〇〇」、「非公開」等）を表示する。

この電子認定証直接受領手段９１Ｂは、マイページを利用した電子認定証や自己認定証の受領は行わないので、認定証サービス事業者システム６０を経由させずに電子認定証や自己認定証を受領することになる。従って、認定証サービス事業者システム６０とのＷＥＢによる通信は行わないので、例えばＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等のようなＷＥＢページに付随するプログラムにより実現されるわけではない。このため、受領者端末９０に、受領した電子認定証や自己認定証の内容を表示するためのプログラムを搭載（インストール）することになり、その場合のプログラムは、受領者が開発したプログラムでもよいが、認定証サービス事業者が受領者に提供したプログラム（受領者支援プログラム）でもよい。

＜受領者端末９０／処理手段９０Ａ／電子認定証受領手段９１／認定者確認手段９１Ｃの構成：図９＞

図９において、認定者確認手段９１Ｃは、マイページを利用する場合は、認定証サービス事業者システム６０のマイページ送信手段６８Ｂ（図９参照）からネットワーク１を介してマイページとともに送信されてくる電子認定証（マイページに掲載されている電子認定証）を受信し、受信した電子認定証に含まれる認定者の検証鍵αＶおよび認定者の署名（認定者の署名鍵αＳによる電子署名）を用いて、認定者の真正性および電子認定証のデータの完全性を確認する認定者署名検証処理を実行するものである。

この際、認定者確認手段９１Ｃは、電子認定証について実名での提出を受けた場合、認定者の検証鍵αＶおよび認定者の署名を用いて認定者署名検証処理を実行する際には、個人情報の部分について被認定者の暗号鍵βＥｋにより再び暗号化した後に、認定者署名検証処理を実行する。電子認定証について実名での提出を受けた場合、電子証明証のうちの個人情報の部分は、被認定者端末４０で復号された状態となっているが、認定者の署名は、個人情報の部分が暗号化された状態の電子証明証に対して付されているので、個人情報の部分が復号された状態になっていると、認定者の署名の検証を行うことができなくなる。そこで、被認定者端末４０で復号された個人情報の部分を、受領者端末９０で再暗号化し、個人情報を暗号化された状態に戻してから、認定者署名検証処理を実行する。なお、再暗号化に使用する被認定者の暗号鍵βＥｋは、電子認定証（図３参照）の中に含まれている。

一方、電子認定証について匿名での提出を受けた場合、電子証明証のうちの個人情報の部分は、被認定者端末４０で復号されていないので、受領者端末９０で、個人情報が暗号化されたままの状態の電子認定証を受領することになる。従って、匿名での提出を受けた場合は、再暗号化を行わずに、認定者署名検証処理を実行する。

マイページを利用する場合は、認定証サービス事業者システム６０との通信（ＷＥＢによる通信）が行われているので、認定者確認手段９１Ｃの処理は、ＷＥＢページに付随して提供されるプログラム（例えば、ＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等）により実現される。

また、マイページを利用しない場合は、認定者確認手段９１Ｃは、被認定者端末４０の電子認定証直接提出手段４６Ｂ（図９参照）からネットワーク１を介して送信されてくる電子認定証を受信し、受信した電子認定証に含まれる認定者の検証鍵αＶおよび認定者の署名を用いて、認定者署名検証処理を実行する。個人情報の再暗号化については、マイページを利用する場合と同様である。

マイページを利用しない場合は、認定証サービス事業者システム６０との通信（ＷＥＢによる通信）は行わないので、認定者確認手段９１Ｃの処理は、受領者端末９０に予め搭載（インストール）されているプログラムにより実現され、その場合のプログラムは、受領者が開発したプログラムでもよいが、認定証サービス事業者が受領者に提供したプログラム（受領者支援プログラム）でもよい。

そして、認定者確認手段９１Ｃによる認定者署名検証処理を含め、本発明における署名（電子署名）およびその検証のアルゴリズムは、任意である。例えば、署名においては、データのハッシュ値を計算し、そのハッシュ値を署名鍵αＳ（より一般には、βＳやγＳも含め、Ｓ）で暗号化して署名を作成し、その署名の検証においては、署名付きのデータを受け取った者が、データのハッシュ値を計算し、そのハッシュ値と、署名を検証鍵αＶ（より一般には、βＶやγＶを含め、Ｖ）で復号した値とが一致しているか否かを確認する方法等を採用することができる。また、このようにハッシュ値を計算したり、署名で暗号化を行う必要もなく、要するに、署名においては、データおよび署名鍵Ｓを用いて署名が作成され、作成された署名がデータに付され、その署名の検証においては、検証鍵Ｖおよび受け取ったデータに付された署名を用いて署名の検証が行われればよい。

＜受領者端末９０／処理手段９０Ａ／電子認定証受領手段９１／被認定者確認手段９１Ｄの構成：図９＞

図９において、被認定者確認手段９１Ｄは、乱数を発生させてこの乱数をネットワーク１を介して被認定者端末４０へ送信するチャレンジ処理を実行するとともに、被認定者端末４０の被認定者確認応答手段４６Ｃ（図９参照）からの応答として得られる被認定者の署名付きの乱数および被認定者の検証鍵βＶｋを用いて、被認定者の真正性を確認する被認定者署名検証処理を実行するものである。この際、レスポンス側の被認定者確認応答手段４６Ｃの説明で既に詳述しているが、受領者端末９０からのチャレンジでは、乱数とともに、受領者が受領した電子認定証を特定するチャレンジ対象特定情報を送信することが好ましい。

この被認定者確認手段９１Ｄの処理は、被認定者端末４０との間の処理であるが、乱数の発生や、被認定者の署名付きの乱数および被認定者の検証鍵βＶを用いた検証処理は、認定証サービス事業者システム６０との通信（ＷＥＢによる通信）で実現することもできる。従って、この被認定者確認手段９１Ｄの処理は、ＷＥＢページに付随して提供されるプログラム（例えば、ＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等）で実現してもよく、受領者端末９０に搭載（インストール）されているプログラムにより実現してもよい。また、後者の場合には、受領者が開発したプログラムとしてもよいが、認定証サービス事業者から受領者に提供されたプログラム（受領者支援プログラム）としてもよい。

＜受領者端末９０／記憶手段９５／取得プログラム記憶手段９６＞

取得プログラム記憶手段９６は、認定証サービス事業者システム６０の提供プログラム記憶手段７１からネットワーク１を介してダウンロードしたプログラム（受領者支援プログラム）を記憶するものである。但し、ここでいう受領者支援プログラムは、ＷＥＢページに付随して提供されるプログラム（例えば、ＪａｖａＳｃｒｉｐｔ（ＥＣＭＡＳｃｒｉｐｔ）等）のことではなく、受領者端末９０に予め搭載しておくプログラムである。従って、受領者支援プログラムには、認定証サービス事業者システム６０から受領者端末９０へ送信されるＷＥＢページに付随して提供されるプログラムと、認定証サービス事業者が受領者に提供する事前搭載が必要なプログラムがあり、ここでは後者のプログラムを指す。

＜電子認定証が認定証サービス事業者システム６０に登録されて台帳記帳待機状態となるまでの処理の流れ：図１２、図５＞

図１２および図５において、資格取得を目指す被認定者（受験者）が被認定者端末４０で受験の申請情報を入力すると、この申請情報（氏名、生年月日、電話番号、電子メールアドレス等の個人情報を含む）がネットワーク１を介して認定者システム２０（ここでは代理記帳依頼をする認定者Ｘの認定者システム２０Ｘ）へ送信される。認定者システム２０では、受験者管理手段２１の受験申請受付手段２１Ａが、受験申請を受け付け、受け付けた申請情報（申請に対し、認定者側で設定した受験番号等も含む）を、認定者による受験者管理用の個人ＩＤと関連付けて受験者情報記憶手段３１に記憶させる（ステップＳ１）。

続いて、認定試験の実施後に、認定者システム２０で、受験者情報編集手段２１Ｂにより、合否情報（合格・不合格の別）、資格情報（得点、ランク等）、および追加的な個人情報（認定番号等）について、担当者端末からの入力を受け付け、個人ＩＤと関連付けて受験者情報記憶手段３１に記憶させる（ステップＳ２）。

それから、認定者システム２０で、設定情報入力受付手段２３Ａにより、認定者用鍵セット記憶手段３３からの認定者の鍵セットα（αＤ、αＥ、αＳ、αＶ）の読込を行うか、またはその入力を受け付け、認定者の公開鍵（検証鍵αＶ、暗号鍵αＥ）を、ネットワーク１を介して認定証サービス事業者システム６０へ送信する。また、認定管理情報として、認定名、認定試験の開催回、認定日、合否確認用ＵＲＬ（鍵セット受取用ＵＲＬと兼用）、テンプレート画像ＩＤ、受験者ファイル（ＣＳＶファイル等）のフォーマット等の設定入力を受け付け、受け付けた認定管理情報（この時点で認定ＩＤが定まっていてもよく、送信後に認定ＩＤが定まってもよい。）を、ネットワーク１を介して認定証サービス事業者システム６０へ送信する（ステップＳ３）。ここでは、認定者の公開鍵（検証鍵αＶ、暗号鍵αＥ）と、認定管理情報（認定名等）とを合わせて、設定情報と呼んでいる。

認定証サービス事業者システム６０では、設定情報登録手段６２Ａにより、認定者システム２０からネットワーク１を介して送信されてきた認定者の公開鍵（検証鍵αＶ、暗号鍵αＥ）を設定情報記憶手段７２に記憶させる。また、認定者システム２０から送信されてきた認定管理情報（認定名、認定試験の開催回、認定日、合否確認用ＵＲＬ（鍵セット受取用ＵＲＬと兼用）、テンプレート画像ＩＤ、受験者ファイル（ＣＳＶファイル等）のフォーマット等）を、認定ＩＤおよび認定者の公開鍵（検証鍵αＶ、暗号鍵αＥ）と関連付けて設定情報記憶手段７２に記憶させる（ステップＳ４）。

認定証サービス事業者システム６０では、認定者システム２０の設定情報入力受付手段２３Ａからの取得要求があった場合には、設定情報登録手段６２Ａにより、設定情報記憶手段７２に記憶されている認定者の公開鍵（検証鍵αＶ、暗号鍵αＥ）や、認定管理情報（認定ＩＤ、認定名、認定試験の開催回、認定日、合否確認用ＵＲＬ（鍵セット受取用ＵＲＬと兼用）、テンプレート画像ＩＤ等）を、ネットワーク１を介して認定者システム２０へ送信する（ステップＳ５）。

認定者システム２０では、設定情報入力受付手段２３Ａにより、認定証サービス事業者システム６０から送信されてきた認定者の公開鍵（検証鍵αＶ、暗号鍵αＥ）や、認定管理情報（認定ＩＤ、認定名、認定日等）を受信する（ステップＳ６）。但し、これらの認定者の公開鍵（αＶ、αＥ）や認定管理情報が、認定ＩＤも含めて認定者システム２０のメモリ上に残っている場合には、ステップＳ５，Ｓ６は省略してもよい。

そして、認定者システム２０で、受験者ファイル作成手段２２により、受験者情報記憶手段３１に記憶された受験者に関する情報を用いて、図５に示すような受験者ファイル（例えば、ＣＳＶファイル）を作成する（ステップＳ７）。

続いて、認定者システム２０で、被認定者向け情報送信手段２３Ｅにより、図５の受験者ファイル（ＣＳＶファイル等）から読み込んだ本人認証情報と、認定管理情報に含まれる認定ＩＤとを用いて、本人認証情報および認定ＩＤについてのハッシュ値またはその他の変換情報を得て、得られたハッシュ値等の変換情報を、鍵セット受取用ＩＤとする（ステップＳ８）。この鍵セット受取用ＩＤは、合否確認用ＩＤと兼用である。また、被認定者向け情報送信手段２３Ｅは、本人認証情報（つまり、共通鍵δの生成に用いる情報）とは異なる本人特定情報を用いて鍵セット受取用ＩＤ（合否確認用ＩＤと兼用）を作成してもよい。なお、本人認証情報や本人特定情報については、既に詳述しているので、ここでは詳しい説明を省略する。

それから、認定者システム２０で、鍵セット生成手段２３Ｂにより、被認定者の鍵セットβｋ（復号鍵βＤｋ、暗号鍵βＥｋ、署名鍵βＳｋ、検証鍵βＶｋ：但し、ｋ＝１，２，…，ｎのいずれか）を生成する（ステップＳ９）。

続いて、認定者システム２０で、電子認定証作成手段２３Ｃにより、図５の受験者ファイル（ＣＳＶファイル等）から読み込んだ受験者に関する情報、および認定管理情報（認定名、認定日等）を用いて、図３に示すような電子認定証を作成する（ステップＳ１０）。この際、電子認定証作成手段２３Ｃは、被認定者の暗号鍵βＥｋ（ｋ＝１，２，…，ｎのいずれか）により、個人情報を暗号化する。そして、電子認定証作成手段２３Ｃは、作成した電子認定証のデータ（暗号化された個人情報を含む）に対し、認定者の署名鍵αＳによる電子署名を付し、電子認定証のデータを完成させる。

そして、認定者システム２０で、認定者側共通鍵生成手段２３Ｄにより、各被認定者についての本人認証情報を用いて、認定者と各被認定者との間の各共通鍵δを生成する（ステップＳ１１）。

さらに、認定者システム２０で、被認定者向け情報送信手段２３Ｅにより、上記のステップＳ１１で生成した共通鍵δを用いて被認定者の鍵セットβｋ（復号鍵βＤｋ、暗号鍵βＥｋ、署名鍵βＳｋ、検証鍵βＶｋ：但し、ｋ＝１，２，…，ｎのいずれか）を暗号化する（ステップＳ１２）。

その後、認定者システム２０では、被認定者向け情報送信手段２３Ｅにより、図５の受験者ファイル（ＣＳＶファイル等）から読み込んだ被認定者（受験者）の合否情報（合格・不合格の別）、および共通鍵δで暗号化された被認定者の鍵セットβｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ）を、前述したステップＳ８で作成した鍵セット受取用ＩＤ（合否確認用ＩＤと兼用）とともに、ネットワーク１を介して認定証サービス事業者システム６０へ送信する（ステップＳ１３）。

認定証サービス事業者システム６０では、被認定者向け情報登録手段６２Ｂにより、認定者システム２０からネットワーク１を介して送信されてきた被認定者（受験者）の合否情報、および共通鍵δで暗号化された被認定者の鍵セットβｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ：但し、ｋ＝１，２，…，ｎのいずれか）を受信し、これらの合否情報、および被認定者の鍵セットβｋを、鍵セット受取用ＩＤ（合否確認用ＩＤと兼用）と関連付けて被認定者向け情報記憶手段７３に記憶させる（ステップＳ１４）。

また、認定者システム２０では、合格の場合には、電子認定証記帳手段２４により、前述したステップＳＳ１０で作成した電子認定証（図３参照）を、ネットワーク１を介して認定証サービス事業者システム６０へ送信することにより、電子認定証についての分散台帳への記帳を認定証サービス事業者に依頼する（ステップＳ１５）。

認定証サービス事業者システム６０では、電子認定証代理記帳手段６３により、認定者システム２０からネットワーク１を介して送信されてきた電子認定証を受信し、受信した電子認定証を、電子認定証記憶手段７４に記憶させて記帳待機状態とする（ステップＳ１６）。

＜被認定者端末４０における合否確認、電子認定証の取得、および分散台帳への電子認定証の記帳の処理の流れ：図１３、図６＞

図１３および図６において、先ず、被認定者は、被認定者端末４０（ここでは分散台帳からの電子認定証の代理取得を依頼する被認定者Ｐの被認定者端末４０Ｐ）で、認定証サービス事業者により提供されるサービスの利用開始登録を行う。被認定者端末４０では、サービス利用開始登録手段４１により、被認定者の基礎の鍵セットβ０（復号鍵βＤ０、暗号鍵βＥ０、署名鍵βＳ０、検証鍵βＶ０）を生成し、生成した基礎の鍵セットβ０（βＤ０、βＥ０、βＳ０、βＶ０）を被認定者用鍵セット記憶手段５２に記憶させるとともに、被認定者の基礎の公開鍵（検証鍵βＶ０および暗号鍵βＥ０）を、ネットワーク１を介して認定証サービス事業者システム６０へ送信する（ステップＳ２１）。

認定証サービス事業者システム６０では、被認定者鍵情報初期登録手段６４により、被認定者端末４０からネットワーク１を介して送信されてきた被認定者の基礎の公開鍵（検証鍵βＶ０および暗号鍵βＥ０）を、被認定者鍵情報記憶手段７５（図６参照）に記憶させる（ステップＳ２２）。以上のステップＳ２１，Ｓ２２の処理は、１人または１団体の被認定者につき、最初の１回だけ行えばよい。

続いて、被認定者端末４０で、被認定者は、被認定者向け情報取得手段４２Ａにより、事前に被認定者に知らされている合否確認用ＵＲＬにアクセスする（ステップＳ２３）。認定証サービス事業者システム６０では、被認定者端末４０の被認定者向け情報取得手段４２Ａからの合否確認用ＵＲＬへのアクセスを受けると、認定ＩＤ送信手段６５Ａにより、合否確認用ＵＲＬに関連付けて設定情報記憶手段７２（図６参照）に記憶されている認定ＩＤを抽出し、抽出した認定ＩＤを、ネットワーク１を介して被認定者端末４０へ送信する（ステップＳ２４）。被認定者端末４０では、被認定者向け情報取得手段４２Ａにより、認定証サービス事業者システム６０からネットワーク１を介して送信されてくる認定ＩＤを受信する（ステップＳ２３）。

それから、被認定者端末４０で、被認定者向け情報取得手段４２Ａにより、被認定者による本人認証情報の入力を受け付け（ステップＳ２５）、入力された本人認証情報および取得した認定ＩＤを用いて、ハッシュ値またはその他の変換情報を得ることにより、鍵セット受取用ＩＤ（合否確認用ＩＤと兼用）を作成する（ステップＳ２６）。なお、鍵セット受取用ＩＤの作成に、本人特定情報および認定ＩＤを使用してもよい。

さらに、被認定者端末４０では、被認定者向け情報取得手段４２Ａにより、作成した鍵セット受取用ＩＤを、ネットワーク１を介して認定証サービス事業者システム６０へ送信する（ステップＳ２７）。認定証サービス事業者システム６０では、被認定者向け情報引渡手段６５Ｂにより、被認定者端末４０からネットワーク１を介して送信されてくる鍵セット受取用ＩＤを受信し、受信した鍵セット受取用ＩＤに関連付けて被認定者向け情報記憶手段７３（図６参照）に記憶されている合否情報、および共通鍵δで暗号化された被認定者の鍵セットβｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ）を、ネットワーク１を介して被認定者端末４０へ送信する（ステップＳ２８）。被認定者端末４０では、被認定者向け情報取得手段４２Ａにより、認定証サービス事業者システム６０からネットワーク１を介して送信されてくる合否情報、および共通鍵δで暗号化された被認定者の鍵セットβｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ）を受信する（ステップＳ２７）。

そして、被認定者端末４０で、不合格通知表示手段４２Ｂにより、前述したステップＳ２７で取得した合否情報を用いて被認定者が不合格であると判断した場合に、例えば、図１７の不合格通知画面２００に示すように、被認定者端末４０の画面上で、不合格である旨を表示する（ステップＳ２９）。

続いて、被認定者端末４０で、被認定者側共通鍵生成手段４２Ｃにより、前述したステップＳ２７で取得した合否情報を用いて被認定者が合格であると判断した場合に、被認定者が入力した本人認証情報を用いて、認定者と当該被認定者との間の共通鍵δを生成する。さらに、この共通鍵δを用いて、被認定者用鍵セット復号手段４２Ｄにより、前述したステップＳ２７で取得した、認定者システム２０において共通鍵δで暗号化された状態の被認定者の鍵セットβｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ）を復号する（ステップＳ３０）。

それから、被認定者端末４０では、合格通知表示手段４２Ｅにより、上記のステップＳ３０で復号して得られた被認定者の検証鍵βＶｋ（ｋ＝１，２，…，ｎのいずれか）を、ネットワーク１を介して認定証サービス事業者システム６０に送信する（ステップＳ３１）。認定証サービス事業者システム６０では、合格通知表示補助手段６５Ｃにより、被認定者端末４０からネットワーク１を介して送信されてくる被認定者の検証鍵βＶｋ（ｋ＝１，２，…，ｎのいずれか）を受信し、受信した被認定者の検証鍵βＶｋを用いて、電子認定証記憶手段７４から電子認定証を取得するとともに、取得した電子認定証に含まれているテンプレート画像ＩＤを用いて、テンプレート記憶手段７６または分散台帳からテンプレートの画像データを取得し、取得した電子認定証およびテンプレートの画像データを、ネットワーク１を介して被認定者端末４０へ送信する（ステップＳ３２）。被認定者端末４０では、合格通知表示手段４２Ｅにより、認定証サービス事業者システム６０からネットワーク１を介して送信されてくる電子認定証およびテンプレートの画像データを受信し、例えば、図１７の合格通知画面２１０に示すように、合格である旨を表示する（ステップＳ３１）。この際、合格通知表示手段４２Ｅは、被認定者の復号鍵βＤｋを用いて、個人情報の部分を復号してから、合格通知用の認定証画像表示部２１１（図１７参照）の表示処理を行う。

その後、被認定者端末４０では、被認定者用鍵セット送信手段４２Ｆにより、前述したステップＳ３０で復号した被認定者の鍵セットβｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ：ｋ＝１，２，…，ｎのいずれか）を、被認定者の基礎の暗号鍵βＥ０で暗号化し、暗号化した被認定者の鍵セットβｋを、被認定者の基礎の検証鍵βＶ０（つまり、被認定者ＩＤ）とともに、ネットワーク１を介して認定証サービス事業者システム６０へ送信する（ステップＳ３３）。これと併せて、被認定者用鍵セット送信手段４２Ｆは、記帳待機状態の電子認定証を分散台帳に記帳するための指示を出す。

認定証サービス事業者システム６０では、被認定者鍵情報追加登録手段６５Ｄにより、被認定者端末４０からネットワーク１を介して送信されてくる被認定者の鍵セットβｋ（被認定者の基礎の暗号鍵βＥ０で暗号化されている。）を、被認定者の基礎の検証鍵βＶ０（つまり、被認定者ＩＤ）とともに受信し、受信した被認定者の鍵セットβｋ（ｋ＝１，２，…，ｎのいずれか）を、被認定者の基礎の検証鍵βＶ０（被認定者ＩＤ）と関連付けて被認定者鍵情報記憶手段７５（図６参照）に記憶させる（ステップＳ３４）。

また、被認定者鍵情報追加登録手段６５Ｄは、被認定者端末４０の被認定者用鍵セット送信手段４２Ｆから、記帳待機状態の電子認定証を分散台帳に記帳するための指示として、ネットワーク１を介して送信されてくる被認定者の検証鍵βＶｋ（ｋ＝１，２，…，ｎのいずれか）（被認定者の基礎の暗号鍵βＥ０で暗号化されていない状態のもの）を受信すると、台帳記帳連携の指示として、受信した被認定者の検証鍵βＶｋを、電子認定証代理記帳手段６３へ伝達する（ステップＳ３４）。

そして、認定証サービス事業者システム６０では、電子認定証代理記帳手段６３により、電子認定証記憶手段７４に記憶されている記帳待機状態の電子認定証のデータに、記帳者である認定証サービス事業者の検証鍵γＶを加えることにより、記帳データを作成し、この記帳データを、通信回線（ネットワーク１または専用線）を介して、分散台帳形成用のＰ２Ｐネットワーク２に接続された複数の参加者ノード１００のいずれかに送信することにより、分散台帳に代理記帳する。参加者ノード１００では、ブロック追加手段１０２（図２参照）により、記帳データを含むブロックを生成して複数の参加者ノード１００で共有記憶させるための処理を行う（ステップＳ３５）。

＜自己認定証（紙認定証画像から作成した自己認定による擬制電子証明証）の作成および登録の処理の流れ：図１４、図７＞

図１４および図７において、先ず、被認定者は、自己の保有する紙認定証をスキャンするか、写真撮影して紙認定証の画像データを作成する。この作業は、いずれの機器を使用してもよい。次に、被認定者端末４０で、紙認定証画像読込手段４４Ａにより、作成した紙認定証の画像データを読み込む（ステップＳ４１）。

続いて、被認定者端末４０で、被認定者用鍵セット生成手段４４Ｂにより、被認定者の鍵セットβｋ（復号鍵βＤｋ、暗号鍵βＥｋ、署名鍵βＳｋ、検証鍵βＶｋ：但し、ｋ＝１，２，…，ｎのいずれか）を生成する（ステップＳ４２）。但し、鍵セットβｋを持っている場合には省略してよい。

それから、被認定者端末４０で、被認定者用鍵セット送信手段４４Ｃにより、上記のステップＳ４２で生成した被認定者の鍵セットβｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ：ｋ＝１，２，…，ｎのいずれか）を、被認定者の基礎の暗号鍵βＥ０で暗号化し、暗号化した被認定者の鍵セットβｋを、被認定者の基礎の検証鍵βＶ０（つまり、被認定者ＩＤ）とともに、ネットワーク１を介して認定証サービス事業者システム６０へ送信する（ステップＳ４３）。

認定証サービス事業者システム６０では、被認定者鍵情報追加登録手段６７Ａにより、被認定者端末４０からネットワーク１を介して送信されてくる被認定者の鍵セットβｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ：ｋ＝１，２，…，ｎのいずれか）を、被認定者の基礎の検証鍵βＶ０（つまり、被認定者ＩＤ）とともに受信し、受信した被認定者の鍵セットβｋ（被認定者の基礎の暗号鍵βＥ０で暗号化されている。）を、被認定者の基礎の検証鍵βＶ０（被認定者ＩＤ）と関連付けて被認定者鍵情報記憶手段７５（図６参照）に記憶させる（ステップＳ４４）。

続いて、被認定者端末４０で、紙認定証画像送信手段４４Ｄにより、前述したステップＳ４２で生成した被認定者の鍵セットβｋのうちの公開鍵（検証鍵βＶｋ、暗号鍵βＥｋ）と、前述したステップＳ４１で読み込んだ紙認定証の画像データと、マスキング情報の入力（任意）を受け付けた場合にはそのマスキング情報とを、ネットワーク１を介して認定証サービス事業者システム６０へ送信する（ステップＳ４５）。マスキング情報については、既に詳述しているので、ここでは詳しい説明を省略する。

認定証サービス事業者システム６０では、紙認定証画像取得手段６７Ｂにより、被認定者端末４０からネットワーク１を介して送信されてくる被認定者の公開鍵（検証鍵βＶｋ、暗号鍵βＥｋ）、紙認定証の画像データ、マスキング情報（任意）を受信し、受信した紙認定証の画像データ、マスキング情報（任意）を、被認定者の検証鍵βＶｋおよび／または紙認定証画像ＩＤと関連付けて自己認定証記憶手段７８に記憶させる（ステップＳ４６）。

それから、認定証サービス事業者システム６０で、テキスト化手段６７Ｃにより、上記のステップＳ４６で受信した紙認定証の画像データから文字情報を読み取るＯＣＲ処理（光学式文字読取処理）を実行する（ステップＳ４７）。このＯＣＲ処理は、外部サービスシステム１１０に依頼してもよい。

続いて、認定証サービス事業者システム６０で、抽出手段６７Ｄにより、上記のステップＳ４７で読み取った文字情報から、認定名を含む資格情報や、氏名を含む個人情報等を抽出する（ステップＳ４８）。

そして、抽出手段６７Ｄにより、抽出情報（資格情報や個人情報等）を、ネットワーク１を介して被認定者端末４０へ送信する（ステップＳ４９）。被認定者端末４０では、抽出情報確認手段４４Ｅにより、認定証サービス事業者システム６０からネットワーク１を介して送信されてくる抽出情報を受信し、受信した抽出情報が正しいか否かやその修正情報を含む確認結果を、ネットワーク１を介して認定証サービス事業者システム６０へ送信する（ステップＳ５０）。認定証サービス事業者システム６０では、抽出手段６７Ｄにより、被認定者端末４０からネットワーク１を介して送信されてくる確認結果を受信する（ステップＳ４９）。なお、このステップＳ４９，Ｓ５０の処理は省略してもよい。

その後、認定証サービス事業者システム６０で、自己認定証作成手段６７Ｅにより、図７に示すような自己認定証（被認定者の自己認定による擬制電子認定証）を作成し、作成した自己認定証を、自己認定証記憶手段７８に記憶させる（ステップＳ５１）。

さらに、必要な場合には、認定証サービス事業者システム６０で、自己認定証記帳手段６７Ｆにより、上記のステップＳ５１で作成した自己認定証を、通信回線（ネットワーク１または専用線）を介して、分散台帳形成用のＰ２Ｐネットワーク２に接続された複数の参加者ノード１００のいずれかに送信することにより、自己認定証を分散台帳に直接記帳する（ステップＳ５２）。

＜電子認定証を認定者システム２０から分散台帳へ直接記帳する場合、および被認定者端末４０で分散台帳から直接取得する場合の処理の流れ：図１５、図８）

図１５および図８において、先ず、被認定者は、被認定者端末４０（ここでは電子認定証を分散台帳から直接取得する被認定者Ｑの被認定者端末４０Ｑ）で、認定証サービス事業者により提供されるサービスの利用開始登録を行う（ステップＳ６１）。但し、既に利用開始登録を済ませている場合は省略してよい。この処理は、前述した図１３のステップＳ２１の場合と同様である。

認定証サービス事業者システム６０では、被認定者鍵情報初期登録手段６４により、被認定者端末４０からネットワーク１を介して送信されてきた被認定者の基礎の公開鍵（検証鍵βＶ０および暗号鍵βＥ０）を、被認定者鍵情報記憶手段７５（図６参照）に記憶させる（ステップＳ６２）。この処理は、前述した図１３のステップＳ２２の場合と同様である。なお、認定証サービス事業者により提供されるマイページの作成等のサービスを利用しない場合は、これらのステップＳ６１，Ｓ６２の処理は、省略してよい。

次に、被認定者端末４０で、被認定者用鍵セット生成手段４５Ａにより、被認定者の鍵セットβｋ（復号鍵βＤｋ、暗号鍵βＥｋ、署名鍵βＳｋ、検証鍵βＶｋ：但し、ｋ＝１，２，…，ｎのいずれか）を生成する（ステップＳ６３）。但し、鍵セットβｋを持っている場合には省略してよい。

続いて、被認定者（受験者）は、被認定者端末４０で、受験申請を行い、申請情報（氏名、生年月日、電話番号、電子メールアドレス等の個人情報、および被認定者の公開鍵（検証鍵βＶｋ、暗号鍵βＥｋ）を含む）を、ネットワーク1を介して認定者システム２０（ここでは分散台帳への直接記帳をする認定者Ｙの認定者システム２０Ｙ）へ送信する（ステップＳ６４）。

認定者システム２０（２０Ｙ）では、受験者管理手段２１の受験申請受付手段２１Ａにより、被認定者端末４０（４０Ｑ）からネットワーク1を介して送信されてくる申請情報を受信して受験申請を受け付け、受け付けた申請情報（氏名、生年月日、電話番号、電子メールアドレス等の個人情報、および被認定者の公開鍵（検証鍵βＶｋ、暗号鍵βＥｋ）を含む）を、認定者による受験者管理用の個人ＩＤと関連付けて受験者情報記憶手段３１に記憶させる（ステップＳ６５）。前述した図１２のステップＳ１の場合と異なる点は、被認定者からの申請情報として、被認定者の公開鍵（検証鍵βＶｋ、暗号鍵βＥｋ）を受け付けている点である。認定者システム２０（２０Ｙ）は、被認定者の鍵セットβｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ）の生成は行わず、また、認定証サービス事業者システム６０を介した被認定者の鍵セットβｋの受渡しも行わないからである。

続いて、認定試験の実施後に、認定者システム２０で、受験者情報編集手段２１Ｂにより、合否情報（合格・不合格の別）、資格情報（得点、ランク等）、および追加的な個人情報（認定番号等）について、担当者端末からの入力を受け付け、個人ＩＤと関連付けて受験者情報記憶手段３１に記憶させる（ステップＳ６６）。

それから、認定者システム２０で、設定情報入力受付手段２５Ａにより、認定者用鍵セット記憶手段３３からの認定者の鍵セットα（αＤ、αＥ、αＳ、αＶ）の読込を行うか、またはその入力を受け付けるとともに、認定管理情報（認定名、開催回、認定日等）の入力を受け付ける（ステップＳ６７）。

この際、前述した図１２のステップＳ３の場合とは異なり、認定管理情報には、合否確認用ＵＲＬ（鍵セット受取用ＵＲＬと兼用）は入力しない。認定者システム２０Ｙでは、被認定者の鍵セットβｋの生成は行わないので、被認定者へ鍵セットβｋを受け渡す必要がなく、鍵セット受取用ＵＲＬは必要ないからであり、また、合否通知は、合否確認用ＵＲＬで行わないからである。

そして、認定者システム２０で、合格した被認定者（受験者）に対し、電子認定証作成手段２５Ｂにより、前述した図１２のステップＳ１０の処理で作成される電子認定証と同様な構成を有する電子認定証（図３参照）を作成する（ステップＳ６８）。この際、認定者システム２０Ｙでは、被認定者の鍵セットβｋの生成は行わないので、電子認定証作成手段２５Ｂは、前述したステップＳ６５で受け付けた申請情報に含まれる被認定者の検証鍵βＶｋおよび暗号鍵βＥｋ（ｋ＝１，２，…，ｎのいずれか）を用いて、電子認定証を作成する。

また、前述した図１２のステップＳ１０の処理では、受験者ファイル（例えばＣＳＶファイル等）から、電子認定証に含めるための必要情報を読み込んでいたが、このステップＳ６８の処理では、電子認定証作成手段２５Ｂは、受験者情報記憶手段３１に記憶された受験者に関する情報から直接に必要情報を読み込む。但し、受験者ファイル（例えばＣＳＶファイル等）を作成し、そこから読み込んでもよい。

続いて、認定者システム２０で、電子認定証記帳手段２５Ｃにより、上記のステップＳ６８で作成した電子認定証のデータに、記帳者である認定者システム２０（２０Ｙ）の検証鍵αＶを加えることにより、記帳データを作成し、この記帳データを、通信回線（ネットワーク１または専用線）を介して、分散台帳形成用のＰ２Ｐネットワーク２に接続された複数の参加者ノード１００のいずれかに送信することにより、電子認定証を分散台帳に直接記帳する（ステップＳ６９）。

続いて、認定者システム２０で、合否通知手段２５Ｄにより、受験者情報記憶手段３１に記憶された受験者に関する情報から、合否情報（合格・不合格の別）および被認定者（受験者）の連絡先情報を読み込み、被認定者（受験者）への合否通知用の電子メールを作成して送信する処理や、被認定者（受験者）宛に発送する合否通知書（紙）を印刷する処理等を実行する（ステップＳ７０）。

その後、被認定者（受験者）は、被認定者端末４０（４０Ｑ）で合否通知用の電子メールを受信するか、郵送されてきた合否通知書（紙）を受け取ること等により、合否の結果を知る（ステップＳ７１）。

続いて、被認定者端末４０（４０Ｑ）で、電子認定証取得手段４５Ｂにより、認定者からの合否通知の受取後（但し、合格の場合）に、またはその後の任意の時期に、前述したステップＳ６３で生成した被認定者の鍵セットβｋのうちの検証鍵βＶｋ（前述したステップＳ６４の処理で申請情報に含めて認定者システム２０へ送信した被認定者の検証鍵βＶｋ）を、通信回線（ネットワーク１または専用線）を介して、分散台帳形成用のＰ２Ｐネットワーク２に接続された複数の参加者ノード１００のいずれかに送信することにより、電子認定証を分散台帳から直接に取得する（ステップＳ７２）。この際、参加者ノード１００では、参照要求応答手段１０３（図２参照）が、被認定者の検証鍵βＶｋを用いて電子認定証を取得する。

それから、被認定者端末４０（４０Ｑ）で、合格確認表示手段４５Ｃにより、上記のステップＳ７２で分散台帳から直接に取得した電子認定証のデータを用いて、被認定者端末４０Ｑの画面上に、テキストおよび／または認定証画像により電子認定証の内容を表示する（ステップＳ７３）。この際、合格確認表示手段４５Ｃは、分散台帳から直接に取得した電子認定証のうちの個人情報の部分について、前述したステップＳ６３で生成した被認定者の鍵セットβｋのうちの復号鍵βＤｋを用いて復号してから表示する。

その後、被認定者端末４０（４０Ｑ）で、被認定者用鍵セット送信手段４５Ｄにより、前述したステップＳ６３で生成した被認定者の鍵セットβｋ（βＤｋ、βＥｋ、βＳｋ、βＶｋ：ｋ＝１，２，…，ｎのいずれか）を、被認定者の基礎の暗号鍵βＥ０で暗号化し、暗号化した被認定者の鍵セットβｋを、被認定者の基礎の検証鍵βＶ０（つまり、被認定者ＩＤ）とともに、ネットワーク１を介して認定証サービス事業者システム６０へ送信する（ステップＳ７４）。

認定証サービス事業者システム６０では、被認定者鍵情報追加登録手段６５Ｄ（図６参照）により、暗号鍵βＥ０で暗号化された被認定者の鍵セットβｋ（ｋ＝１，２，…，ｎのいずれか）を、被認定者の基礎の検証鍵βＶ０（つまり、被認定者ＩＤ）と関連付けて被認定者鍵情報記憶手段７５に記憶せる（ステップＳ７５）。なお、これらのステップＳ７４，Ｓ７５の処理は、認定証サービス事業者によるマイページの作成等のサービスを利用しない場合は、省略してよい。

＜被認定者端末４０から受領者端末９０への電子認定証（自己認定証を含む）の提出処理の流れ：図１６、図９＞

図１６および図９において、被認定者は、マイページを利用して電子認定証や自己認定証を受領者に提出する場合は、先ず、被認定者端末４０でマイページの作成作業を行う。具体的には、被認定者端末４０で、マイページ作成手段４６Ａにより、電子認定証取得手段４３に対して被認定者の保有する全ての電子認定証および自己認定証の一括取得の指示を出す（ステップＳ８１）。すると、電子認定証取得手段４３が、認定証サービス事業者システム６０の電子認定証代理取得手段６６とネットワーク１を介して連携し、電子認定証代理取得手段６６による全ての電子認定証および自己認定証の一括代理取得が行われる（ステップＳ８２）。

より詳細には、先ず、被認定者端末４０で、電子認定証取得手段４３により、被認定者の基礎の検証鍵βＶ０（つまり、被認定者ＩＤ）を、ネットワーク１を介して認定証サービス事業者システム６０へ送信する（ステップＳ８１）。

認定証サービス事業者システム６０では、電子認定証代理取得手段６６により、被認定者端末４０からネットワーク１を介して送信されてくる被認定者の基礎の検証鍵βＶ０（被認定者ＩＤ）を受信し、受信した検証鍵βＶ０を用いて、被認定者鍵情報記憶手段７５（図６参照）から被認定者の全ての鍵セットβｋ（ｋ＝１，２，…，ｎの全て）を取得し、取得した被認定者の全ての鍵セットβｋ（被認定者の基礎の暗号鍵βＥ０で暗号化されている。）を、ネットワーク１を介して被認定者端末４０へ送信する（ステップＳ８２）。

被認定者端末４０では、電子認定証取得手段４３により、認定証サービス事業者システム６０からネットワーク１を介して送信されてくる被認定者の全ての鍵セットβｋ（ｋ＝１，２，…，ｎの全て）を受信し、被認定者の基礎の復号鍵βＤ０を用いて、被認定者の基礎の暗号鍵βＥ０で暗号化されている全ての鍵セットβｋ（ｋ＝１，２，…，ｎの全て）を復号することにより、被認定者の全ての検証鍵βＶｋ（ｋ＝１，２，…，ｎの全て）を得る。さらに、電子認定証取得手段４３により、得られた被認定者の全ての検証鍵βＶｋ（ｋ＝１，２，…，ｎの全て）を、ネットワーク１を介して認定証サービス事業者システム６０へ送信する（ステップＳ８１）。

認定証サービス事業者システム６０では、電子認定証代理取得手段６６により、被認定者端末４０からネットワーク１を介して送信されてくる被認定者の全ての検証鍵βＶｋ（ｋ＝１，２，…，ｎの全て）を受信し、これらの全ての検証鍵βＶｋを、通信回線（ネットワーク１または専用線）を介して、分散台帳形成用のＰ２Ｐネットワーク２に接続された複数の参加者ノード１００のいずれかに送信することにより、分散台帳から被認定者の全ての電子認定証を取得する。この際、本実施形態では、参加者ノード１００の参照要求応答手段１０３により、被認定者の全ての検証鍵βＶｋを用いて全ての電子認定証を分散台帳から取得し、取得した全ての電子認定証を、通信回線（ネットワーク１または専用線）を介して電子認定証代理取得手段６６へ送信する。そして、電子認定証代理取得手段６６により、参照要求応答手段１０３から受信した全ての電子認定証を、ネットワーク１を介して被認定者端末４０へ送信する（ステップＳ８２）。

また、自己認定証の一括取得の場合には、分散台帳に記憶されている自己認定証の取得であれば、電子認定証代理取得手段６６により、電子認定証を取得する場合と同様な処理を実行する。しかし、自己認定証は、既に詳述した通り、原則的に、分散台帳への記帳は行われず、認定証サービス事業者システム６０の自己認定証記憶手段７８に記憶されているだけの場合がある。このため、電子認定証代理取得手段６６により、被認定者の検証鍵βＶｋを用いて自己認定証記憶手段７８から自己認定証を取得し、取得した自己認定証を、ネットワーク１を介して被認定者端末４０へ送信する（ステップＳ８２）。

被認定者端末４０では、電子認定証取得手段４３により、認定証サービス事業者システム６０からネットワーク１を介して送信されてくる被認定者の保有する全ての電子認定証および自己認定証を受信する（ステップＳ８１）。

続いて、被認定者端末４０で、マイページ作成手段４６Ａにより、少なくとも１つのマイページ（匿名ページ、実名ページ）を作成する。実名ページの作成の場合には、被認定者の復号鍵βＤｋを用いて、電子認定証や自己認定証に含まれる個人情報の部分について復号を行う。そして、作成した各マイページのＵＲＬを被認定者端末４０の画面上に表示する（ステップＳ８３）。

また、認定証サービス事業者システム６０では、マイページ作成補助手段６８Ａにより、被認定者端末４０のマイページ作成手段４６Ａとネットワーク１を介して連携し、マイページの作成の補助を行う。この際、テンプレートの画像データの取得および被認定者端末４０への送信や、知的財産情報の取得および被認定者端末４０への送信（任意）を行い、作成したマイページおよびそのマイページに掲載されている電子認定証や自己認定証を、マイページのＵＲＬと関連付けてマイページ記憶手段７９に記憶させる（ステップＳ８４）。これらのステップＳ８３，Ｓ８４の処理については、マイページ作成手段４６Ａやマイページ作成補助手段６８Ａの説明で詳述しているので、ここでは詳しい説明を省略する。

それから、被認定者は、被認定者端末４０から受領者宛ての電子メールを送信する等の方法により、受領者に被認定者（自分）の作成したマイページのＵＲＬを伝達する（ステップＳ８５）。また、マイページのＵＲＬを記載した紙の郵送やファクシミリ送信による伝達等も可能であるが、本実施形態では、マイページのＵＲＬは複雑であるため、受領者端末９０での打鍵による入力には適していないので、ＵＲＬを２次元バーコードに変換すること等により伝達することが好ましい。なお、被認定者端末４０のマイページ作成手段４６Ａは、マイページのＵＲＬを２次元バーコードに変換する機能も有している。

続いて、受領者は、受領者端末９０で受領者（自分）宛ての電子メールを受信し、その電子メールに記載されているマイページのＵＲＬを表示したり、マイページのＵＲＬを変換した２次元バーコードを読み取る等の方法により、被認定者から伝達されたマイページのＵＲＬを得る（ステップＳ８６）。

その後、受領者端末９０で、マイページ表示手段９１Ａにより、被認定者から知らされたマイページ（匿名ページ、実名ページ）のＵＲＬにアクセスする（ステップＳ８７）。認定証サービス事業者システム６０では、このアクセスを受けると、マイページ送信手段６８Ｂにより、ＵＲＬに関連付けられてマイページ記憶手段７９に記憶されているマイページおよびそのマイページに掲載されている電子認定証および自己認定証を取得し、マイページとともに電子認定証および自己認定証を、ネットワーク１を介して受領者端末９０へ送信する（ステップＳ８８）。受領者端末９０では、マイページ表示手段９１Ａにより、認定証サービス事業者システム６０から送信されてくるマイページ並びにそれに付帯する電子認定証および自己認定証を受信し、マイページを受領者端末９０の画面上に表示する（ステップＳ８７）。この際、受領者端末９０では、匿名ページによる提出の場合には、個人情報が暗号化されている状態の電子認定証および自己認定証を受領し、実名ページによる提出の場合には、個人情報を被認定者の復号鍵βＤｋで復号した状態の電子認定証および自己認定証を受領する。このステップＳ８７で受領する電子認定証は、マイページの作成時に被認定者端末４０からの依頼で認定証サービス事業者システム６０が分散台帳から代理取得したものであるため、結局、分散台帳に記帳されていた電子認定証が、認定証サービス事業者システム６０を経由して被認定者端末４０から受領者端末９０へ送信され、提出されたことになる。

以上のステップＳ８１〜Ｓ８８は、マイページを利用した電子認定証や自己認定証の提出および受領の流れであるが、マイページを利用しない場合には、次のようになる。なお、マイページを利用しない場合として、代理取得を依頼する場合と、直接取得を行う場合とがある。

被認定者（代理取得を依頼する被認定者Ｐ）が電子認定証や自己認定証の取得を認定証サービス事業者システム６０に依頼する場合には、被認定者端末４０（４０Ｐ）で、電子認定証取得手段４３（図６参照）により、取得対象の電子認定証や自己認定証に含まれている被認定者の検証鍵βＶｋ（ｋ＝１，２，…，ｎのいずれか、または全てでもよい）を、ネットワーク１を介して認定証サービス事業者システム６０へ送信し（ステップＳ８９）、認定証サービス事業者システム６０では、電子認定証代理取得手段６６（図６参照）により、被認定者の検証鍵βＶｋを用いて電子認定証および自己認定証を分散台帳から代理取得するか、または台帳未記帳の自己認定証については自己認定証記憶手段７８から取得し、ネットワーク１を介して被認定者端末４０（４０Ｐ）の電子認定証取得手段４３へ送信する（ステップＳ９０）。

一方、被認定者（直接取得を行う被認定者Ｑ）が電子認定証や自己認定証の取得を自ら行う、すなわち認定証サービス事業者システム６０を経由させずに行う場合には、被認定者端末４０（４０Ｑ）で、電子認定証取得手段４５Ｂ（図８参照）により、取得対象の電子認定証や自己認定証に含まれている被認定者の検証鍵βＶｋ（ｋ＝１，２，…，ｎのいずれか、または全てでもよい）を用いて、電子認定証および自己認定証（但し、自己認定証が分散台帳に記帳されている場合）を分散台帳から直接に取得する（ステップＳ８９）。なお、認定証サービス事業者システム６０に自己認定証の作成を依頼した場合に、完成した自己認定証を、被認定者（被認定者Ｑ）が認定証サービス事業者システム６０から受け取っていることもあるので、その場合には、自己認定証が、既に被認定者端末４０（４０Ｑ）上に存在することになるので、取得作業を行う必要はない。

続いて、被認定者端末４０（４０Ｐ，４０Ｑのいずれでもよい）で、電子認定証直接提出手段４６Ｂ（図９参照）により、上記のステップ８９で取得した電子認定証および自己認定証を、ネットワーク１を介して受領者端末９０へ送信する（ステップＳ９１）。この際、電子認定証や自己認定証を実名で提出する場合には、電子認定証直接提出手段４６Ｂにより、受領者に提出する電子認定証や自己認定証に含まれている個人情報の部分（被認定者の暗号鍵βＥｋで暗号化されている。）を、被認定者の復号鍵βＤｋで復号してから受領者端末９０へ送信する。また、電子認定証や自己認定証を匿名で提出する場合には、個人情報が暗号化されている状態の電子認定証や自己認定証を、受領者端末９０へ送信する。

それから、受領者端末９０で、電子認定証直接受領手段９１Ｂ（図９参照）により、被認定者端末４０からネットワーク１を介して送信されてきた電子認定証や自己認定証の内容を、受領者端末９０の画面上に、テキスト形式および／または認定証画像形式で表示する（ステップＳ９２）。この際、受領者端末９０では、匿名ページによる提出の場合には、個人情報が暗号化されている状態の電子認定証および自己認定証を受領し、実名ページによる提出の場合には、個人情報を被認定者の復号鍵βＤｋで復号した状態の電子認定証および自己認定証を受領する。

そして、受領者端末９０で、認定者確認手段９１Ｃ（図９参照）により、マイページを利用したか否かにかかわらず、受領した電子認定証に含まれる認定者の検証鍵αＶおよび認定者の署名（認定者の署名鍵αＳによる電子署名）を用いて、認定者の真正性および電子認定証のデータの完全性を確認する認定者署名検証処理を実行する（ステップＳ９３）。この際、電子認定証について実名での提出を受けていた場合には、認定者確認手段９１Ｃにより、個人情報の部分について被認定者の暗号鍵βＥｋにより再暗号化した後に、認定者署名検証処理を実行する。

続いて、受領者端末９０で、被認定者確認手段９１Ｄ（図９参照）により、乱数を発生させてこの乱数をネットワーク１を介して被認定者端末４０へ送信するチャレンジ処理を実行する（ステップＳ９４）。なお、このチャレンジ処理では、乱数とともに、受領者が受領した電子認定証や自己認定証（つまり、確認対象）を特定するチャレンジ対象特定情報を送信することが好ましい。

被認定者端末４０では、被認定者確認応答手段４６Ｃ（図９参照）により、受領者端末９０からネットワーク１を介して送信されてくる乱数を受信し（ステップＳ９５）、受信した乱数に対して被認定者の署名鍵βＳｋを用いて署名を付し、署名付きの乱数を、ネットワーク１を介して受領者端末９０へ送信するレスポンス処理を実行する（ステップＳ９６）。

受領者端末９０では、被認定者確認手段９１Ｄ（図９参照）により、被認定者端末４０からネットワーク１を介して送信されてくる被認定者の署名付きの乱数を受信し、受信した被認定者の署名付きの乱数および被認定者の検証鍵βＶｋを用いて、被認定者の真正性を確認する被認定者署名検証処理を実行する（ステップＳ９７）。

＜被認定者と受領者との仲介処理の流れ：図２０、図１０＞

図２０および図１０において、被認定者は、被認定者端末４０において、認定証サービス事業者システム６０の仲介情報記憶手段８１（図１１参照）に記憶されている各資格（分散台帳に記帳済の電子認定証に係る資格に限定してもよい。また、自己認定証に係る資格を含めもよく、含めなくてもよい。）について、アクティブ化の可否情報（資格を活用した仕事の受任の可否情報）の設定入力を行うとともに、被認定者（自分）の作成した各マイページについて、ＵＲＬ自動送信の可否情報の設定入力を行い、入力したアクティブ化の可否情報およびマイページのＵＲＬ自動送信の可否情報を、ネットワーク１を介して認定証サービス事業者システム６０へ送信する（ステップＳ１２１）。なお、マイページの作成時の設定入力でもよく、事後的な設定入力でもよい。

認定証サービス事業者システム６０では、仲介情報設定手段６９Ａ（図１０参照）により、被認定者端末４０からネットワーク１を介して送信されてくる被認定者の保有資格のアクティブ化の可否情報、および被認定者の各マイページのＵＲＬ自動送信の可否情報を受け付け、受け付けた被認定者の保有資格のアクティブ化の可否情報、および各マイページのＵＲＬ自動送信の可否情報を、被認定者の保有資格に関する情報として、被認定者の基礎の検証鍵βＶ０（つまり、被認定者ＩＤ）と関連付けて仲介情報記憶手段８１（図１１参照）に記憶させる（ステップＳ１２２）。

一方、受領者は、受領者端末９０で、最新の資格一覧（少なくとも認定証サービス事業者が把握している資格の一覧）の情報の取得要求を行い、認定証サービス事業者システム６０からネットワーク１を介して送信されてくる資格一覧の情報を受信し、資格一覧を受領者端末９０の画面上に表示させる（ステップＳ１２３）。認定証サービス事業者システム６０では、受領者情報入力受付手段６９Ｂ（図１０参照）により、受領者端末９０からの取得要求に応じ、資格一覧の情報を、ネットワーク１を介して受領者端末９０へ送信する（ステップＳ１２４）。また、このステップＳ１２３，Ｓ１２４の処理が初回の場合には、認定証サービス事業者が受領者を管理するための受領者ＩＤを設定する。

続いて、受領者は、受領者端末９０で、作業を依頼する被認定者（クラウドワーカ等の
作業者）に求める資格の保有条件（求人条件）をＡＮＤやＯＲで作成するとともに、受領者の会社名等の団体名（個人の場合には、氏名）、連絡先、業種、作業内容、報酬、検索回数・周期の設定情報（１回限りの検索か、あるいは１日に１回、１週間に１回、１か月に１回等のような時間を置いての繰り返しの検索かの設定情報）等を入力し、作成した求人条件、および入力した受領者の連絡先等を、受領者情報として、ネットワーク１を介して認定証サービス事業者システム６０へ送信する（ステップＳ１２５）。

認定証サービス事業者システム６０では、受領者情報入力受付手段６９Ｂ（図１０参照）により、受領者端末９０からネットワーク１を介して送信されてくる求人条件および受領者の連絡先を含む受領者情報を受け付け、受け付けた受領者情報を受領者ＩＤと関連付けて受領者情報記憶手段８０（図１０参照）に記憶させる（ステップＳ１２６）。

それから、認定証サービス事業者システム６０で、条件合致マイページ抽出手段６９Ｃ（図１０参照）により、上記のステップＳ１２６で受け付けて受領者情報記憶手段８０に記憶された求人条件、および仲介情報記憶手段８１（図１１参照）に記憶されている各被認定者の保有資格に関する情報を用いて、全ての被認定者の中から、求人条件に合致する資格（但し、本実施形態では、アクティブ化されている資格（アクティブ化の可否情報＝「可」とされている資格）のみを対象とする。）を保有する被認定者を抽出し（ステップＳ１２７）、さらに、抽出した各被認定者により作成された全てのマイページのうち、マイページのＵＲＬの自動送信が可とされているマイページであり、かつ、求人条件に合致する保有資格の情報が掲載されているマイページを抽出する（ステップＳ１２８）。

続いて、認定証サービス事業者システム６０で、マイページＵＲＬ自動送信手段６９Ｄ（図１０参照）により、上記のステップＳ１２８で抽出した１つまたは複数のマイページのＵＲＬを、前述したステップＳ１２６で受け付けて受領者情報記憶手段８０（図１０参照）に記憶されている受領者の連絡先（例えば、電子メールアドレス）へネットワーク１を介して送信する（ステップＳ１２９）。

その後、受領者は、受領者端末９０で、認定証サービス事業者システム６０から送信されてくる１つまたは複数のマイページのＵＲＬを、例えば、電子メールで受信し、受信した各マイページのＵＲＬをメーラーにより受領者端末９０の画面上に表示させる。そして、マイページ表示手段９１Ａ（図９参照）により、受信した各マイページのＵＲＬに選択的にアクセスし（例えば、メーラーにより表示された各マイページのＵＲＬのいずれかを選択してクリックし、ＷＥＢブラウザを起動させる。）、アクセスしたマイページを表示させる（ステップＳ１３０）。この処理は、前述した図１６のステップＳ８７，Ｓ８８の処理と同様である。

さらに、受領者は、上記のステップＳ１３０で参照したマイページの中から、連絡をとりたい被認定者のマイページを選択し、選択したマイページのＵＲＬを、受領者ＩＤとともにネットワーク１を介して認定証サービス事業者システム６０へ送信する（ステップＳ１３１）。この送信は、電子メール等による送信でもよく、認定証サービス事業者システム６０の被認定者向け通知手段６９Ｅ（図１０参照）から送信されてくるＷＥＢページを利用した送信でもよい。この際、本実施形態では、マイページのＵＲＬは複雑であり、打鍵による入力には適していないので、受領者端末９０上で起動された複数のプログラム間でのＵＲＬの受渡しが必要な場合には、例えば、受領者端末９０上で、ＵＲＬをコピー＆ペーストしたり、プログラム間でのＵＲＬのドラッグ＆ドロップによる移動を行うようにすることが好ましい。

認定証サービス事業者システム６０では、被認定者向け通知手段６９Ｅ（図１０参照）により、受領者端末９０からネットワーク１を介して送信されてくる受領者の選択情報（受領者が選択した被認定者のマイページのＵＲＬ）を受領者ＩＤとともに受信し、受信したマイページのＵＲＬから、そのマイページを作成した被認定者を特定する（例えば、そのマイページのＵＲＬに関連付けられてマイページ記憶手段７９に記憶されているマイページの掲載情報やそのマイページに掲載されている電子認定証や自己認定証に含まれる情報から特定する）とともに、受信した受領者ＩＤを用いて受領者情報記憶手段８０（図１０参照）から、受領者の連絡先（例えば、電子メールアドレス等）を含む受領者情報を取得する（ステップＳ１３２）。

それから、認定証サービス事業者システム６０で、被認定者向け通知手段６９Ｅにより、特定した被認定者の連絡先に向けて、その被認定者と連絡をとることを希望している受領者（会社等）についての受領者情報（連絡先を含む）を通知する（ステップＳ１３３）。この通知は、例えば、被認定者宛ての電子メール等でよい。

被認定者は、被認定者端末４０で、認定証サービス事業者システム６０からの通知を受け取る（ステップＳ１３４）。この通知の受取は、例えば、電子メールの受信等でよい。

続いて、被認定者は、被認定者端末４０で、自分と連絡をとることを希望している受領者（会社等）へ連絡を入れる（ステップＳ１３５）。この連絡は、受領者宛ての電子メール等でよい。この際、例えば、受領者宛ての電子メール等により、被認定者（自分）のマイページ（匿名ページ、実名ページ）のＵＲＬを送信したり、あるいは自分の保有する電子認定証や自己認定証を送信（実名での提出の場合には、個人情報を復号してから送信）してもよい。なお、受領者に対して匿名で連絡を入れる場合には、電子メール等の送信者も、匿名にする必要がある。

その後、受領者は、被認定者端末４０からの連絡を受ける（ステップＳ１３６）。この際、被認定者端末４０からネットワーク１を介してマイページのＵＲＬが送信されてきた場合には、受領者端末９０で、そのＵＲＬにアクセスしてマイページの内容を再び参照することができる。また、被認定者端末４０からネットワーク１を介して電子認定証や自己認定証が送信されてきた場合には、受領者端末９０で、それらの内容を確認し、あるいは電子認定証に付された署名の検証を行うことができる。

＜本実施形態の効果＞

このような本実施形態によれば、次のような効果がある。すなわち、電子認定証受渡システム１０では、作成する電子認定証（図３参照）に、認定者の検証鍵αＶ、被認定者の検証鍵βＶｋ（ｋ＝１，２，…，ｎのいずれか）、および認定名を含む資格情報を含めるので、電子認定証を「誰が、誰に、何を」認定したのかを示す情報として機能させることができる。さらに、本実施形態では、資格情報に認定日を含めるので、電子認定証を「誰が、誰に、いつ、何を」認定したのかを示す情報として機能させることができる。

また、電子認定証受渡システム１０では、作成した電子認定証を分散台帳に記憶させるので、認定情報（認定された内容情報）の改竄の防止を図ることができる。すなわち、前述した非特許文献１に記載したBlockcerts（ブロックサーツ）では、認定情報（認定された内容情報）のハッシュ値だけをブロックチェーンに記録していたのに対し、電子認定証受渡システム１０では、電子認定証の全体を分散台帳に記憶させるので、改竄防止を図ることができる。

さらに、電子認定証受渡システム１０では、作成する電子認定証（図３参照）に、認定者の署名鍵αＳによる認定者の署名が含まれているので、被認定者から提出された電子認定証を受領した受領者は、受領者端末９０で、認定者確認手段９１Ｃ（図９参照）による認定者署名検証処理を実行することにより、電子認定証のデータの完全性を確認することができ、改竄検知を行うことができる。

また、被認定者は、受領者に対し、紙認定証ではなく、電子認定証を提出することができるので、本人識別における一意性の確保を実現することができる。すなわち、電子認定証の提出により、同性同名等の別人の保有する電子認定証でないことを証明することができる。

さらに、受領者に電子認定証を提出する際に、電子認定証に含まれている個人情報の部分を暗号化して提出することができるため、匿名での電子認定証の提出を行うことができ、クラウドワーキング等の匿名での働き方を利用することができる。

また、受領者端末９０の認定者確認手段９１Ｃ（図９参照）は、被認定者端末４０で復号された個人情報を、受領者端末９０で再暗号化して認定者の署名を検証することができる構成とされているので、被認定者が受領者に対して電子認定証の内容を実名で提出するために、個人情報を復号した状態で電子認定証を提出したとしても、受領者端末９０で、認定者の署名についての検証を行うことができる。すなわち、個人情報を暗号化した状態で電子認定証が分散台帳に記録されている場合、被認定者が受領者に対して電子認定証の内容を実名で提出するためには、被認定者端末４０で個人情報を復号することになるが、復号してしまうと、それは第三者によるデータの改竄に相当する処理になるので、受領者端末９０で、認定者の検証鍵αＶを用いて、認定者の署名についての検証処理を行うことができなくなってしまう。従って、これを防ぐために、受領者端末９０で、被認定者の暗号鍵（公開鍵）βＥｋ（ｋ＝１，２，…，ｎのいずれか）による個人情報の再暗号化を行うことにより、実名での提出を受けつつ、認定者の署名についての検証処理を行うことができる。この際、本実施形態では、電子認定証（図３参照）に被認定者の暗号鍵（公開鍵）βＥｋが含まれているので、認定者確認手段９１Ｃ（図９参照）は、これを用いて再暗号化を行うことができる。

さらに、電子認定証受渡システム１０では、受領者端末９０で被認定者確認手段９１Ｄ（図９参照）により、乱数を用いたチャレンジ処理を行い、被認定者端末４０で被認定者確認応答手段４６Ｃ（図９参照）により、乱数に対して被認定者の署名鍵βＳｋ（ｋ＝１，２，…，ｎのいずれか）を用いた署名を付すレスポンス処理を行うことができる。このため、受領者は、電子認定証（図３参照）や自己認定証（図７参照）の提出を受けたときに、電子認定証や自己認定証を提出した被認定者が、その電子認定証や自己認定証に含まれている被認定者の検証鍵βＶｋに対応する被認定者の署名鍵βＳｋ（署名鍵βＳｋのｋは、検証鍵βＶｋのｋと同じ。）を所有していることを確認することができるので、電子認定証や自己認定証を提出した被認定者の真正性を確認することができる。

そして、本実施形態では、電子認定証を分散台帳に記憶させるにあたり、認定証サービス事業者システム６０を経由させて分散台帳への記帳を行う認定者Ｘの認定者システム２０Ｘ（図５参照）と、自ら分散台帳への直接記帳を行う認定者Ｙの認定者システム２０Ｙ（図８参照）とが、ネットワーク１に接続されている。前者の認定者システム２０Ｘの場合、認定者システム２０Ｘで作成された電子認定証は、認定者システム２０Ｘから直接に分散台帳に記録されるのではなく、認定証サービス事業者システム６０を経由して分散台帳への記帳が行われるので（図１２、図１３、図５、図６）、認定者Ｘは、記帳の報酬を支払うための仮想通貨を取り扱わなくてもよくなるため、認定者Ｘの負担を軽減することができる。

また、前者の認定者システム２０Ｘの場合、被認定者の鍵セットβは、認定者システム２０Ｘで生成され、認定証サービス事業者システム６０を経由して被認定者端末４０へ送信され、被認定者が被認定者端末４０で受け取るようになっているので（図１２、図１３、図５、図６）、被認定者は、自分の鍵セットβを自分で用意する必要がなくなるため、被認定者の負担を軽減することができる。

さらに、この認定証サービス事業者システム６０を経由させての被認定者の鍵セットβの受渡は、認定者と被認定者との間の共通鍵δで暗号化された状態で行われるので、認定証サービス事業者システム６０の担当者が、被認定者の鍵セットβのうちの秘密鍵（復号鍵βＤ、署名鍵βＳ）を参照することはできないため、被認定者の鍵セットβの受渡を安全に行うことができる。

また、前者の認定証システム２０Ｘは、被認定者向け情報送信手段２３Ｅ（図５参照）を備え、認定証サービス事業者システム６０は、被認定者向け情報記憶手段７３（図５、図６参照）を備え、被認定者端末４０は、被認定者向け情報取得手段４２Ａ（図６参照）を備えているので、合否情報を被認定者の鍵セットβとともに受け渡すことができる。このため、被認定者は、被認定者端末４０で、認定者システム２０Ｘで生成された被認定者（自分）の鍵セットβを受け取るとともに、認定試験の合否情報を受け取ることができる。また、認定者Ｘは、電子認定証を作成する際に生成した被認定者の鍵セットβを被認定者に引き渡すとともに、これと併せて、被認定者への認定試験の合否の通知を行うこともできる。

さらに、電子認定証受渡システム１０では、被認定者端末４０は、被認定者用鍵セット送信手段４２Ｆ，４４Ｃ，４５Ｄを備え（図６、図７、図８参照）、認定証サービス事業者システム６０は、被認定者鍵情報記憶手段７５（図６、図７参照）を備えているので、被認定者は、被認定者（自分）の鍵セットβを、被認定者（自分）の基礎の暗号鍵βＥ０で暗号化して認定証サービス事業者システム６０に保存しておき、被認定者（自分）の基礎の検証鍵βＶ０（本実施形態では、これが被認定者ＩＤ）を用いて、自己の保有する複数の電子認定証や複数の自己認定証を一括取得することができる。そして、被認定者の鍵セットβは、暗号化された状態で認定証サービス事業者システム６０に保存されているので、認定証サービス事業者システム６０の担当者が、被認定者の鍵セットβのうちの秘密鍵（復号鍵βＤ、署名鍵βＳ）を参照することはできないため、被認定者の鍵セットβの保存を安全に行うことができる。

そして、電子認定証受渡システム１０では、認定証サービス事業者システム６０は、電子認定証の分散台帳への記帳を、被認定者による記帳要求またはそれに相当する操作があってから行う構成とされている。すなわち、認定証サービス事業者システム６０は、電子認定証代理記帳手段６３および電子認定証記憶手段７４を備え（図５、図６参照）、電子認定証代理記帳手段６３は、図１２、図１３に示すように、認定者システ２０ムから受信した電子認定証を、電子認定証記憶手段７４に記憶させた後、被認定者による被認定者端末４０からの分散台帳への記帳要求またはこの記帳要求に相当する操作によるアクセスがあったタイミングで、電子認定証記憶手段７４に記憶されている電子認定証を分散台帳に記憶させる。このため、認定者システム２０で生成された複数の被認定者の電子認定証についての分散台帳への記帳を、一時期に集中させて行うのではなく、時間的に分散させて行うことができる。従って、比較的時間のかかる分散台帳への記帳処理を分散して行うことができるので、代理記帳を行う認定証サービス事業者システム６０に一時期に集中してかかる負荷の発生を回避することができる。また、被認定者による合否確認のための認定証サービス事業者システム６０への最初のアクセスがあって直ぐに分散台帳への記帳を行うのではなく、被認定者による記帳要求またはこの記帳要求に相当する操作によるアクセスがあってから行うので、被認定者にとっても、好適なタイミングで分散台帳への記帳を行うことができる。例えば、分散台帳への記帳について被認定者に費用負担を求める場合において、被認定者が合否確認だけを行うときには、被認定者に費用負担は発生させず、分散台帳への記帳の意思が確認された段階で記帳を行うことにより被認定者に費用負担を発生させることができるので、被認定者にとって好ましいタイミングでの記帳を実現することができる。

また、電子認定証受渡システム１０は、図９に示すように、被認定者端末４０のマイページ作成手段４６Ａと、認定証サービス事業者システム６０のマイページ作成補助手段６８Ａおよびマイページ送信手段６８Ｂとを備えているので、被認定者は、受領者に対し、マイページを利用して電子認定証や自己認定証を提出することができる。そして、受領者は、受領者端末９０に搭載されている汎用のＷＥＢブラウザで、容易に電子認定証や自己認定証を受領することができる。

さらに、マイページを利用して提出された電子認定証について、受領者端末９０で、認定者確認手段９１Ｃ（図９参照）により認定者署名検証処理を行うことができるので、受領者は、受領者端末９０に搭載されている汎用のＷＥＢブラウザでマイページを受信したときに、マイページ（または当該マイページの表示前に認定証サービス事業者システム６０から受信した別のＷＥＢページでもよい。）に付随するプログラムにより、認定者署名検証処理が行われていることを特に意識することなく、容易に当該処理を行うことができる。

また、電子認定証受渡システム１０では、様々な掲載形態で電子認定証や自己認定証を掲載したマイページを任意の数だけ作成することができるので（図１８参照）、どのような受領者に電子認定証や自己認定証を提出するのかに応じ、様々な掲載形態のマイページを用意することができる。従って、マイページには、自己の保有する全ての電子認定証や自己認定証の内容を掲載してもよいが、一部の電子認定証や一部の自己認定証の内容を掲載してもよく、その一部の電子認定証や一部の自己認定証も、それを今後、受領することになる受領者によって自在に変えることができる。そして、そのようにした場合には、各受領者は、１人または１団体の被認定者が用意した内容の異なる各マイページのＵＲＬにアクセスすることになる。

さらに、マイページ作成手段４６Ａ（図９参照）は、マイページとして、図１９に示すように、受領者に対して電子認定証や自己認定証の内容を匿名で提出するための匿名ページ３００と、受領者に対して電子認定証や自己認定証の内容を実名で提出するための実名ページ４００とを作成することができる。そして、匿名ページおよび実名ページのいずれについても、電子認定証や自己認定証の内容をテキスト形式で表示するテキスト表示部３２０，４２０と、認定証画像形式で表示する認定証画像表示部３１０，４１０とが設けられている。このため、マイページを利用して電子認定証や自己認定証を提出する際にも、匿名または実名での提出を行うことができ、多様な形態での電子認定証や自己認定証の提出を実現することができる。

また、マイページ作成手段４６Ａ（図９参照）は、テンプレートを用いて匿名ページおよび実名ページの認定証画像表示部３１０，４１０（図１９参照）を作成することができるので、匿名ページの作成も、実名ページの作成も、容易に行うことができる。

そして、電子認定証受渡システム１０では、被認定者は、自己認定証を作成することができる。このため、被認定者は、受領者に対し、自己認定証の内容も提出することができるので、自分の保有する資格について、より多くの情報を提出することができる。さらに、自己認定証の内容をマイページに掲載することができるので、マイページを利用した受領者に対する情報提供の形態について、より一層の多様化を図ることができる。

また、マイページ作成手段４６Ａ（図９参照）は、自己認定証については、紙認定証の画像データを用いて実名ページ４００の認定証画像表示部４１０を作成し、匿名ページ３００の認定証画像表示部３１０は、マスキングして作成することができる（図１９参照）。このため、受領者に対し、自己認定証の内容を認定証画像形式で提供するに際し、匿名での提供、実名での提供の双方を実現することができる。

さらに、マイページ作成手段４６Ａ（図９参照）は、自己認定証について、匿名ページ３００の認定証画像表示部３１０（図１９参照）でマスキング情報を用いて個人情報の部分をマスキングすることを選択可能とされているので、画像全体をマスキングする場合に比べ、受領者に対し、匿名ページ３００の認定証画像表示部３１０で、自己認定証の内容を、より詳細に提供することができる。また、マスキング情報を用いたマスキングの処理は、被認定者の選択とされているので、自己認定証の内容の提供形態に多様性を持たせることができる。例えば、被認定者がマスキング情報の入力指定を面倒または困難に感じた場合や、被認定者端末４０がマスキング情報の入力指定に適していない端末である場合には、その入力指定を行わなくてもよい。

そして、認定証サービス事業者システム６０には、被認定者と受領者とを仲介する仲介手段６９（図１０参照）、受領者情報記憶手段８０（図１０参照）、および仲介情報記憶手段８１（図１１参照）が設けられているので、認定証サービス事業者システム６０のマイページ作成補助手段６８Ａ（図１０、図９参照）は、仲介処理として、マイページの作成の際に、受領者の求人条件の集計結果を、ネットワーク１を介して被認定者端末４０のマイページ作成手段４６Ａ（図１０、図９参照）へ送信することができる。このため、被認定者は、受領者の求人条件の集計結果を参照することで（図２１参照）、より適切または効果的なマイページを作成することができる。

また、マイページ作成手段４６Ａ（図９参照）は、マイページに保有資格の情報に加え、知的財産情報を掲載することができるので、被認定者は、受領者に対し、より多くの自己に関する情報を提供することができる。

さらに、仲介手段６９は、仲介情報設定手段６９Ａ、受領者情報入力受付手段６９Ｂ、条件合致マイページ抽出手段６９Ｃ、およびマイページＵＲＬ自動送信手段６９Ｄを備えているので（図１０参照）、被認定者と受領者との仲介処理として、受領者の求人条件に合致するマイページのＵＲＬを受領者へ自動送信することができる。このため、図２０に示すように、受領者は、自らの求人条件に合致するマイページが被認定者により作成されていれば、被認定者からの当該マイページの提供を受身で待つのではなく、当該マイページを自ら積極的に参照することができるので、被認定者と受領者との円滑かつ効果的な仲介を実現することができる。

また、仲介情報設定手段６９Ａは、被認定者の保有資格のアクティブ化の可否情報を受け付け、条件合致マイページ抽出手段６９Ｃは、全ての被認定者の中から、求人条件に合致する資格を保有する被認定者を抽出する際に、アクティブ化されている資格を用いた抽出処理を実行するので、被認定者による保有資格の活用の意思を尊重したうえで、受領者の求人条件に合致するマイページのＵＲＬを受領者へ自動送信することができる。例えば、資格を保有している被認定者が、その資格を用いた仕事をするのは時期尚早と考えていたり、何らかの理由で受任したくないと考えているとき等には、その意思を尊重した仲介処理を実現することができる。

＜変形の形態＞

なお、本発明は前記実施形態に限定されるものではなく、本発明の目的を達成できる範囲内での変形等は本発明に含まれるものである。

例えば、前記実施形態では、認定試験（筆記、実技、口述、それらの組合せによる各種の検定試験）を実施する検定事業者が認定者となって発行する電子認定証を例とした説明が行われていたが、本発明の電子認定証は、これに限定されるものではなく、より広く認定者が被認定者に対し、その能力、功績、活動、身分、地位等を認定する電子認定証が含まれる。例えば、卒業証明書、修了証明書、在籍証明書、特殊な仕事に就いていたことを証明する経歴証明書、人命救助や社会奉仕活動等を行って授与された感謝状、パスポート、運転免許証、電車等の事故による遅延証明書、通行許可証、駐車許可証、道路占有許可証、飛行許可証等が含まれる。また、電子認定証は、公的機関により発行されたものか、民間により発行されたものかは問わない。

また、前記実施形態では、図５に示すように受験者ファイル（ＣＳＶファイル等）には、合否情報が出力され、その合否情報が、図５および図６に示すように認定者システム２０から被認定者端末４０へ受け渡され、図１７に示すように不合格である旨の表示または合格した場合の表示が行われるようになっていたが、本発明で取り扱う認定試験は、このように合否情報が生じる試験に限定されるものではなく、不合格という状態になることがない試験、すなわち、合否という概念がない試験も含まれる。例えば、試験を受けた結果、その成績でランクが決まり、そのランクが認定内容となる場合、あるいは試験結果としての得点が認定内容となる場合等には、不合格という状態がない場合がある。このような場合には、受験者ファイル（ＣＳＶファイル等）には、合否情報が出力されないので、前記実施形態において認定者から被認定者へ受け渡されていた「合否情報」は、無くてもよい（ＮＵＬＬデータとしてもよい）。この場合、図１７の不合格通知画面２００は表示されず、図１７の合格通知画面２１０は、合格通知画面ではなく、試験結果通知画面ということになり、合格通知用の認定証画像表示部２１１は、試験結果通知用の認定証画像表示部となる。同様に、図８の合否通知や合格確認も、合否情報が生じない認定試験では、試験結果通知や試験結果確認としてよい。また、合否確認用ＩＤ、合否確認用ＵＲＬ、合否確認用のＷＥＢページという呼称も、合否情報が生じない認定試験では、試験結果確認用ＩＤ、試験結果確認用ＵＲＬ、試験結果確認用のＷＥＢページとしてよい。

そして、合否情報が生じる認定試験の場合、前記実施形態の如く、合格の場合も不合格の場合も、認定者から被認定者への合否情報の受渡しが行われるが、被認定者の鍵セットβｋ（ｋ＝１，２，…，ｎのいずれか）の生成および受渡しについては、電子認定証の受渡しがある場合のみ行われる（図５、図６参照）。従って、電子認定証は、合格した場合に発行（作成）され、その電子認定証の受渡しが行われることになるので、被認定者の鍵セットβｋの生成および受渡しは、合格した場合のみ行われる。

一方、合否情報が生じない認定試験の場合、上述したように受験者ファイル（ＣＳＶファイル等）への合否情報の出力はなく、合否情報の受渡しは行われないが、被認定者の鍵セットβｋ（ｋ＝１，２，…，ｎのいずれか）の生成および受渡しについては、全ての受験者（被認定者）に対して行われることになる。すなわち、合否の概念がないことから合否に関係なく、全ての受験者に対して電子認定証が発行（作成）され、その電子認定証の受渡しが行われることになるので、被認定者の鍵セットβｋの生成および受渡しも、全ての受験者に対して行われる。

以上のように、本発明の電子認定証受渡システムおよびプログラムは、例えば、求職者やクラウドワーカが、就職希望先や作業依頼者に対し、自己の能力を証明し、または自己ＰＲを行う場合等に用いるのに適している。

１ ネットワーク
２ 分散台帳形成用のピア・ツー・ピア・ネットワーク（Ｐ２Ｐネットワーク）
１０ 電子認定証受渡システム
２０ 認定者システム
２０Ｘ 分散台帳への直接のアクセスを行わない認定者システム
２０Ｙ 分散台帳への直接のアクセスを行う認定者システム
２３Ｂ 鍵セット生成手段
２３Ｃ 電子認定証作成手段
２３Ｄ 認定者側共通鍵生成手段
２３Ｅ 被認定者向け情報送信手段
２４ 電子認定証記帳手段
２５Ｂ 電子認定証作成手段
２５Ｃ 電子認定証記帳手段
４０ 被認定者端末
４０Ｐ 分散台帳への直接のアクセスを行わない被認定者端末
４０Ｑ 分散台帳への直接のアクセスを行う被認定者端末
４２Ａ 被認定者向け情報取得手段
４２Ｃ 被認定者側共通鍵生成手段
４２Ｄ 被認定者用鍵セット復号手段
４２Ｆ 被認定者用鍵セット送信手段
４３ 電子認定証取得手段
４５Ｂ 電子認定証取得手段
４６ 電子認定証提出手段
４６Ａ マイページ作成手段
４６Ｃ 被認定者確認応答手段
６０ 認定証サービス事業者システム
６３ 電子認定証代理記帳手段
６５Ａ 認定ＩＤ送信手段
６５Ｂ 被認定者向け情報引渡手段
６５Ｄ 被認定者鍵情報追加登録手段
６６ 電子認定証代理取得手段
６７Ｂ 紙認定証画像取得手段
６７Ｃ テキスト化手段
６７Ｄ 抽出手段
６７Ｅ 自己認定証作成手段
６８Ａ マイページ作成補助手段
６８Ｂ マイページ送信手段
６９ 仲介手段
６９Ａ 仲介情報設定手段
６９Ｂ 受領者情報入力受付手段
６９Ｃ 条件合致マイページ抽出手段
６９Ｄ マイページＵＲＬ自動送信手段
７２ 設定情報記憶手段
７３ 被認定者向け情報記憶手段
７４ 電子認定証記憶手段
７５ 被認定者鍵情報記憶手段
７６ テンプレート記憶手段
７８ 自己認定証記憶手段
７９ マイページ記憶手段
８０ 受領者情報記憶手段
８１ 仲介情報記憶手段
９０ 受領者端末
９１ 電子認定証受領手段
９１Ａ マイページ表示手段
９１Ｃ 認定者確認手段
９１Ｄ 被認定者確認手段
１００ 分散台帳を構成する参加者ノード

Claims (17)

1. 資格の認定者から被認定者への電子認定証の受渡、および被認定者から受領者への前記電子認定証の提出に関する処理を実行するコンピュータにより構成された電子認定証受渡システムであって、
   分散台帳を構成する複数の参加者ノードが分散台帳形成用のピア・ツー・ピア・ネットワークで接続されるとともに、
   認定者が運営・管理する認定者システムと、被認定者が操作する被認定者端末と、受領者が操作する受領者端末とが前記ピア・ツー・ピア・ネットワーク以外のネットワークで接続され、かつ、前記認定者システムおよび前記被認定者端末は、直接にまたは他のシステムを介して前記参加者ノードに接続可能な構成とされ、
   前記認定者システムは、
   認定者の検証鍵、被認定者の検証鍵、認定名を含む資格情報、並びにこれらの認定者の検証鍵、被認定者の検証鍵、資格情報に対する認定者の署名鍵による認定者の署名を含む電子認定証を作成する処理を実行する電子認定証作成手段と、
   この電子認定証作成手段により作成した前記電子認定証を前記分散台帳に登録するための処理を実行する電子認定証記帳手段とを含んで構成され、
   前記被認定者端末は、
   被認定者の検証鍵を用いて前記分散台帳に記憶されている前記電子認定証を取得するための処理を実行する電子認定証取得手段と、
   この電子認定証取得手段により取得した前記電子認定証を、前記ネットワークを介して前記受領者端末に直接にまたは他のシステムを経由させて送信する処理を実行する電子認定証提出手段とを含んで構成され、
   前記受領者端末は、
   前記被認定者端末から前記ネットワークを介して直接にまたは他のシステムを経由して受信した前記電子認定証に含まれる認定者の検証鍵および認定者の署名を用いて、認定者の真正性および前記電子認定証のデータの完全性を確認する認定者署名検証処理を実行する認定者確認手段を含んで構成されている
   ことを特徴とする電子認定証受渡システム。
2. 前記認定者システムの前記電子認定証作成手段は、
   前記電子認定証を作成する際に、前記電子認定証のデータの中に、氏名を含む個人情報を含めるとともに、この個人情報の部分について被認定者の暗号鍵により暗号化してから認定者の署名鍵による認定者の署名を付する処理を実行する構成とされ、
   前記被認定者端末の前記電子認定証取得手段は、
   前記個人情報の部分が暗号化されている状態の前記電子認定証を前記分散台帳から取得するための処理を実行する構成とされ、
   前記被認定者端末の前記電子認定証提出手段は、
   受領者に対して前記電子認定証の内容を実名で提出する場合には、前記個人情報の部分を被認定者の復号鍵で復号し、前記個人情報の部分が復号された状態の前記電子認定証を、前記ネットワークを介して前記受領者端末に直接にまたは他のシステムを経由させて送信する処理を実行する構成とされ、
   前記受領者端末の前記認定者確認手段は、
   認定者の検証鍵および認定者の署名を用いて前記認定者署名検証処理を実行する際には、前記個人情報の部分について被認定者の暗号鍵により再び暗号化した後に、前記認定者署名検証処理を実行する構成とされている
   ことを特徴とする請求項１に記載の電子認定証受渡システム。
3. 前記受領者端末は、
   乱数を発生させてこの乱数を前記ネットワークを介して前記被認定者端末へ送信するチャレンジ処理を実行するとともに、前記被認定者端末からの応答として得られる被認定者の署名付きの前記乱数および被認定者の検証鍵を用いて被認定者の真正性を確認する被認定者署名検証処理を実行する被認定者確認手段を含んで構成され、
   前記被認定者端末は、
   前記受領者端末から受信した前記乱数に対して被認定者の署名鍵を用いて署名を付し、署名付きの前記乱数を前記ネットワークを介して前記受領者端末へ送信するレスポンス処理を実行する被認定者確認応答手段を含んで構成されている
   ことを特徴とする請求項１または２に記載の電子認定証受渡システム。
4. 前記ネットワークには、前記電子認定証に関するサービスを提供する認定証サービス事業者システムが接続され、かつ、この認定証サービス事業者システムは、前記参加者ノードに接続可能な構成とされ、
   前記認定証サービス事業者システムは、
   前記被認定者端末の前記電子認定証取得手段から前記ネットワークを介して送信されてくる被認定者の検証鍵を受信し、受信した被認定者の検証鍵を用いて前記分散台帳に記憶されている前記電子認定証を取得し、取得した前記電子認定証を前記ネットワークを介して前記被認定者端末の前記電子認定証取得手段に送信する処理を実行する電子認定証代理取得手段を含んで構成され、
   前記被認定者端末の前記電子認定証取得手段は、
   前記認定証サービス事業者システムの前記電子認定証代理取得手段から前記ネットワークを介して送信されてくる前記電子認定証を受信する処理を実行する構成とされ、
   前記被認定者端末の前記電子認定証提出手段は、
   前記電子認定証取得手段により取得した前記電子認定証を用いて、受領者に提出するための被認定者の保有する前記電子認定証の内容を掲載したマイページを作成する処理を実行するマイページ作成手段を含んで構成され、
   前記認定証サービス事業者システムは、
   前記被認定者端末の前記マイページ作成手段による前記マイページの作成を補助し、作成した前記マイページを前記マイページのＵＲＬと関連付けてマイページ記憶手段に記憶させる処理を実行するマイページ作成補助手段と、
   前記受領者端末からの前記マイページのＵＲＬへのアクセスに応じ、前記マイページ記憶手段に記憶されている前記マイページおよび前記マイページに掲載されている前記電子認定証を、前記ネットワークを介して前記受領者端末へ送信する処理を実行するマイページ送信手段とを含んで構成されている
   ことを特徴とする請求項１〜３のいずれかに記載の電子認定証受渡システム。
5. 前記受領者端末の前記認定者確認手段は、
   前記認定証サービス事業者システムから前記ネットワークを介して前記マイページとともに送信されてくる前記マイページに掲載されている前記電子認定証に含まれる認定者の検証鍵および認定者の署名を用いて前記認定者署名検証処理を実行する構成とされている
   ことを特徴とする請求項４に記載の電子認定証受渡システム。
6. 前記被認定者端末の前記マイページ作成手段は、
   １つの前記マイページに掲載する前記電子認定証の数および種類、または、数、種類、および掲載順序を任意に設定することができ、１人または１団体の被認定者が、それぞれ異なる掲載内容の複数の前記マイページを作成することができる構成とされ、
   前記マイページ記憶手段は、
   １人または１団体の被認定者につき、複数の前記マイページを記憶することができる構成とされている
   ことを特徴とする請求項４または５に記載の電子認定証受渡システム。
7. 前記被認定者端末の前記マイページ作成手段は、
   前記マイページとして、受領者に対して前記電子認定証の内容を匿名で提出するための匿名ページと、受領者に対して前記電子認定証の内容を実名で提出するための実名ページとを作成することができる構成とされ、
   前記匿名ページおよび前記実名ページのいずれについても、前記電子認定証の内容をテキスト形式で表示するテキスト表示部と、認定証画像形式で表示する認定証画像表示部とが設けられ、
   前記被認定者端末の前記マイページ作成手段は、
   前記匿名ページのテキスト表示部を作成する場合は、前記電子認定証取得手段により取得した前記電子認定証のうち、被認定者の暗号鍵を用いて暗号化されている氏名を含む個人情報の部分については、代替表示情報を掲載するか、または、暗号化されたままの状態で掲載する処理を実行し、
   前記実名ページのテキスト表示部を作成する場合は、前記電子認定証取得手段により取得した前記電子認定証のうち、被認定者の暗号鍵を用いて暗号化されている氏名を含む個人情報の部分については、被認定者の復号鍵を用いて復号して掲載する処理を実行する構成とされている
   ことを特徴とする請求項４〜６のいずれかに記載の電子認定証受渡システム。
8. 前記被認定者端末の前記マイページ作成手段は、
   前記匿名ページの認定証画像表示部を作成する場合は、前記電子認定証取得手段により取得した前記電子認定証のデータを、予め用意されているテンプレートに埋め込むとともに、暗号化されている前記個人情報の部分については、代替表示情報、または、暗号化されたままの状態のデータを埋め込む処理を実行し、
   前記実名ページの認定証画像表示部を作成する場合は、前記電子認定証取得手段により取得した前記電子認定証のデータを、予め用意されているテンプレートに埋め込むとともに、暗号化されている前記個人情報の部分については、被認定者の復号鍵を用いて復号して埋め込む処理を実行する構成とされている
   ことを特徴とする請求項７に記載の電子認定証受渡システム。
9. 前記認定証サービス事業者システムは、
   被認定者が保有する紙認定証の画像データから文字情報を読み取る処理を実行するテキスト化手段と、
   このテキスト化手段により読み取った文字情報から、認定名を含む資格情報を抽出する処理を実行する抽出手段と、
   被認定者の自己認定による擬制電子認定証として、被認定者の検証鍵、および前記抽出手段により抽出した前記資格情報を含む自己認定証を作成する処理を実行する自己認定証作成手段と、
   この自己認定証作成手段により作成した前記自己認定証および前記紙認定証の画像データを記憶する自己認定証記憶手段とを含んで構成され、
   前記被認定者端末の前記マイページ作成手段は、
   被認定者の検証鍵を用いて前記認定証サービス事業者システムの前記自己認定証記憶手段に記憶されている前記自己認定証を取得し、取得した前記自己認定証の内容も前記マイページに掲載することができるとともに、前記匿名ページには、前記自己認定証の内容を匿名で掲載し、前記実名ページには、前記自己認定証の内容を実名で掲載することができる構成とされ、
   前記匿名ページおよび前記実名ページのいずれについても、前記自己認定証の内容をテキスト形式で表示するテキスト表示部と、認定証画像形式で表示する認定証画像表示部とが設けられ、
   前記被認定者端末の前記マイページ作成手段は、
   前記匿名ページのテキスト表示部を作成する場合は、取得した前記自己認定証のうち、被認定者の暗号鍵を用いて暗号化されている氏名を含む個人情報の部分については、代替表示情報を掲載するか、または、暗号化されたままの状態で掲載する処理を実行し、
   前記実名ページのテキスト表示部を作成する場合は、取得した前記自己認定証のうち、被認定者の暗号鍵を用いて暗号化されている氏名を含む個人情報の部分については、被認定者の復号鍵を用いて復号して掲載する処理を実行する構成とされている
   ことを特徴とする請求項７に記載の電子認定証受渡システム。
10. 前記被認定者端末の前記マイページ作成手段は、
    前記匿名ページの認定証画像表示部を作成する場合は、前記紙認定証の画像データの全体をマスキングする処理を実行し、
    前記実名ページの認定証画像表示部を作成する場合は、マスキングすることなく前記紙認定証の画像データを掲載する処理を実行する構成とされている
    ことを特徴とする請求項９に記載の電子認定証受渡システム。
11. 前記被認定者端末の前記マイページ作成手段は、
    前記匿名ページの認定証画像表示部を作成する場合は、前記紙認定証の画像データの全体をマスキングする処理に代えて、
    前記紙認定証の画像データのうちの個人情報の部分の位置を示す座標情報として前記被認定者端末で入力指定されたマスキング情報を用いて、前記紙認定証の画像データのうちの個人情報の部分をマスキングする処理を選択することができる構成とされている
    ことを特徴とする請求項１０に記載の電子認定証受渡システム。
12. 前記認定証サービス事業者システムは、
    被認定者と被認定者に作業を依頼する受領者との仲介に関する処理を実行する仲介手段と、
    被認定者に作業を依頼する受領者が被認定者に対して求める保有資格で定まる求人条件、および受領者の連絡先を含む受領者情報を記憶する受領者情報記憶手段と、
    前記電子認定証が発行されている被認定者の保有資格に関する情報を、被認定者の基礎の検証鍵またはこれに代わる被認定者ＩＤと関連付けて記憶する仲介情報記憶手段とを含んで構成され、
    前記仲介手段は、
    受領者により入力されて前記受領者端末から前記ネットワークを介して送信されてくる前記求人条件および受領者の連絡先を含む受領者情報を受け付け、受け付けた受領者情報を前記受領者情報記憶手段に記憶させる受領者情報入力受付手段を含んで構成され、
    前記認定証サービス事業者システムの前記マイページ作成補助手段は、
    前記仲介情報記憶手段に記憶されている前記マイページの作成を行う被認定者の保有資格と、前記受領者情報記憶手段に記憶されている各受領者の前記求人条件とを用いて、被認定者の保有資格を含む前記求人条件毎に受領者の数を集計し、得られた集計結果を前記マイページの作成の参考情報として表示する画面の表示用データを、前記ネットワークを介して前記被認定者端末へ送信する処理を実行する構成とされている
    ことを特徴とする請求項４〜１１のいずれかに記載の電子認定証受渡システム。
13. 前記被認定者端末の前記マイページ作成手段は、
    前記電子認定証取得手段により取得した前記電子認定証のうち、被認定者の暗号鍵を用いて暗号化されている氏名を含む個人情報の部分を被認定者の復号鍵により復号して得られた氏名、または、被認定者により入力された氏名を、前記ネットワークを介して前記認定証サービス事業者システムの前記マイページ作成補助手段へ送信するとともに、前記マイページ作成補助手段から前記ネットワークを介して送信されてくる知的財産情報を用いて、前記匿名ページを作成する場合には、前記知的財産情報に含まれる分類を掲載し、前記実名ページを作成する場合には、前記知的財産情報に含まれる公報番号を掲載するか、または、分類および公報番号を掲載する処理を実行する構成とされ、
    前記認定証サービス事業者システムの前記マイページ作成補助手段は、
    前記被認定者端末の前記マイページ作成手段から前記ネットワークを介して送信されてきた氏名を用いて、特許の発明者、実用新案の考案者、または意匠の創作者が前記氏名と一致している知的財産情報を知的財産情報データベースから抽出し、抽出した前記知的財産情報を、前記ネットワークを介して前記マイページ作成手段へ送信する処理を実行する構成とされている
    ことを特徴とする請求項７〜１１のいずれかに記載の電子認定証受渡システム。
14. 請求項１〜１３のいずれかに記載の電子認定証受渡システムを構成する認定者システムとして、コンピュータを機能させるためのプログラム。
15. 請求項１〜１３のいずれかに記載の電子認定証受渡システムを構成する被認定者端末として、コンピュータを機能させるためのプログラム。
16. 請求項１〜１３のいずれかに記載の電子認定証受渡システムを構成する受領者端末として、コンピュータを機能させるためのプログラム。
17. 請求項４〜１３のいずれかに記載の電子認定証受渡システムを構成する認定証サービス事業者システムとして、コンピュータを機能させるためのプログラム。

Images