特許 7454747 ブロックチェーンＤＩＤ基盤の証明書流通サービス提供方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-03-13

(45)【発行日】2024-03-22

(54)【発明の名称】ブロックチェーンＤＩＤ基盤の証明書流通サービス提供方法及び装置

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20240314BHJP

   G06F 21/60 20130101ALI20240314BHJP

【ＦＩ】

G06Q50/10

G06F21/60 320

G06F21/60 360

【請求項の数】 15

(21)【出願番号】P 2023513365

(86)(22)【出願日】2022-04-18

(65)【公表番号】

(43)【公表日】2023-09-22

(86)【国際出願番号】 KR2022005553

(87)【国際公開番号】W WO2022231192

(87)【国際公開日】2022-11-03

【審査請求日】2023-02-24

(31)【優先権主張番号】10-2021-0055775

(32)【優先日】2021-04-29

(33)【優先権主張国・地域又は機関】KR

(73)【特許権者】

【識別番号】521268174

【氏名又は名称】エスダブリュー エンパイア カンパニー リミテッド

【氏名又は名称原語表記】ＳＷＥＭＰＩＲＥ ＣＯ．， ＬＴＤ．

【住所又は居所原語表記】１４，Ｊｕｎｇａｎｇ－ｒｏ ５５７ｂｅｏｎ－ｇｉｌ，Ｄｅｏｇｙａｎｇ－ｇｕ，Ｇｏｙａｎｇ－ｓｉ，Ｇｙｅｏｎｇｇｉ－ｄｏ １０５１８， Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】100121382

【弁理士】

【氏名又は名称】山下 託嗣

(72)【発明者】

【氏名】チェ，ミョン ス

【審査官】阿部 潤

(56)【参考文献】

【文献】特表２０２２－５４５６２７（ＪＰ，Ａ）

【文献】特表２０２２－５５２４１９（ＪＰ，Ａ）

【文献】特開２００３－０６７５３７（ＪＰ，Ａ）

【文献】韓国公開特許第１０－２０１３－００４０４６１（ＫＲ，Ａ）

【文献】特開２００１－３４４３６７（ＪＰ，Ａ）

【文献】特開２００７－０５８７８１（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

Ｇ０６Ｆ ２１／６０

(57)【特許請求の範囲】

【請求項1】

ユーザ端末、サービスサーバ及び管理機関の機関サーバを含むシステムによって行われる、ブロックチェーンＤＩＤ基盤の証明書流通サービス提供方法において、
前記ユーザ端末が、ユーザが発行可能な複数の証明書のうちの少なくとも１つを選択する場合、選択された証明書の発行要請情報を前記サービスサーバに送信する段階であって、前記発行要請情報は、選択された証明書の種類及び前記ユーザの個人情報を含む段階と、
前記サービスサーバが、前記発行要請情報を受信すると、受信した発行要請情報による証明書を発行する前記管理機関を確認する段階と、
前記サービスサーバが前記発行要請情報を既に設定された方式で暗号化する段階と、
前記サービスサーバが暗号化された発行要請情報及び暗号化された発行要請情報の復号化情報を確認された管理機関の機関サーバに送信する段階であって、前記復号化情報は、暗号化された発行要請情報を復号化できる情報であるか、暗号化された発行要請情報を復号化できる情報を確認又は獲得できるようにする情報である段階と、
前記機関サーバが、前記復号化情報に基づいて、暗号化された発行要請情報を復号化し、前記発行要請情報に有効性があるか否かを確認する段階と、
確認の結果、有効性がある場合、既に格納された複数の証明情報のうち復号化された発行要請情報内の前記証明書の種類に該当する証明情報を検索し、検索された証明情報を最終証明書として生成するための書式情報を確認する段階と、
確認された書式情報に該当する書式に前記証明情報を反映して前記最終証明書を生成する段階と、
を含むことを特徴とする、ブロックチェーンＤＩＤ基盤の証明書流通サービス提供方法。

【請求項2】

前記発行要請情報には、前記最終証明書を受信する受信先に関する情報を含む受信先情報を更に含めることができ、
前記発行要請情報に前記受信先情報が含まれている場合、前記機関サーバは、前記受信先情報に基づいて前記受信先に前記最終証明書を送信し、その送信履歴及び受信先情報を格納することを特徴とする、請求項１に記載のブロックチェーンＤＩＤ基盤の証明書流通サービス提供方法。

【請求項3】

前記書式情報を確認する段階で、検索された証明情報を最終証明書として生成するための書式情報が確認されない場合、
前記機関サーバが、前記サービスサーバに書式の提供を要請するか、前記受信先情報に基づいて前記受信先に書式の提供を要請することを特徴とする、請求項２に記載のブロックチェーンＤＩＤ基盤の証明書流通サービス提供方法。

【請求項4】

前記書式情報を確認する段階で、検索された証明情報を最終証明書として生成するための書式情報が確認されない場合、
前記機関サーバが、検索された証明情報を前記サービスサーバに送信して前記サービスサーバが前記最終証明書を生成するようにすることを特徴とする、請求項２に記載のブロックチェーンＤＩＤ基盤の証明書流通サービス提供方法。

【請求項5】

前記ユーザが発行可能な複数の証明書のうちの少なくとも１つを選択するとき、前記ユーザの個人情報に対する公開範囲が追加的に設定されると、前記発行要請情報に含まれて前記サービスサーバに送信され、
前記機関サーバは、前記設定された公開範囲を考慮して前記書式に前記証明情報を反映することを特徴とする、請求項１に記載のブロックチェーンＤＩＤ基盤の証明書流通サービス提供方法。

【請求項6】

前記最終証明書を生成する段階は、
前記最終証明書を少なくとも１つのファイルフォーマットに生成し、前記最終証明書に含まれる前記証明情報をデータとして活用できるメタデータに生成して該当ファイルフォーマットに含ませることを特徴とする、請求項１に記載のブロックチェーンＤＩＤ基盤の証明書流通サービス提供方法。

【請求項7】

前記最終証明書を作成する段階の後、
前記最終証明書が原本であることを証明するために、前記ユーザ端末と前記機関サーバの証明書でそれぞれ署名を行う段階を更に含むことを特徴とする、請求項１に記載のブロックチェーンＤＩＤ基盤の証明書流通サービス提供方法。

【請求項8】

ユーザ端末、サービスサーバ及び管理機関の機関サーバを含むシステムによって行われる、ブロックチェーンＤＩＤ基盤の証明書流通サービス提供方法において、
前記ユーザ端末が、ユーザが発行可能な複数の証明書のうちの少なくとも１つを選択する場合、選択された証明書の発行要請情報を前記サービスサーバに送信する段階であって、前記発行要請情報は、前記選択された証明書の種類及び前記ユーザの個人情報を含む段階と、
前記サービスサーバが、前記発行要請情報を受信すると、受信した発行要請情報による証明書を発行する前記管理機関及び最終証明書として生成するための書式情報を確認する段階と、
前記サービスサーバが前記発行要請情報を既に設定された方式で暗号化する段階と、
前記サービスサーバが暗号化された発行要請情報及び暗号化された発行要請情報の復号化情報を確認された管理機関の機関サーバに送信する段階であって、前記復号化情報は、暗号化された発行要請情報を復号化できる情報であるか、暗号化された発行要請情報を復号化できる情報を確認又は獲得できるようにする情報である段階と、
前記機関サーバが、前記復号化情報に基づいて、暗号化された発行要請情報を復号化して前記発行要請情報に有効性があるか否かを確認する段階と、
確認の結果、有効性がある場合、既に格納された複数の証明情報のうち復号化された発行要請情報内の前記証明書の種類に該当する証明情報を検索して前記サービスサーバに送信する段階と、
前記サービスサーバが、前記証明情報を受信すると、確認された書式情報に該当する書式に受信した証明情報を反映して前記最終証明書を生成する段階と、
を含むことを特徴とする、ブロックチェーンＤＩＤ基盤の証明書流通サービス提供方法。

【請求項9】

前記発行要請情報には、前記最終証明書を受信する受信先に関する情報を含む受信先情報を更に含めることができ、
前記発行要請情報に前記受信先情報が含まれている場合、前記サービスサーバは、前記受信先情報に基づいて前記受信先に前記最終証明書を送信し、その送信履歴及び受信先情報を格納することを特徴とする、請求項８に記載のブロックチェーンＤＩＤ基盤の証明書流通サービス提供方法。

【請求項10】

前記ユーザが発行可能な複数の証明書のうちの少なくとも１つを選択するとき、前記ユーザの個人情報に対する公開範囲が追加的に設定されると、前記発行要請情報に含まれて前記サービスサーバに送信され、
前記サービスサーバは、設定された公開範囲を考慮して前記書式に前記証明情報を反映することを特徴とする、請求項８に記載のブロックチェーンＤＩＤ基盤の証明書流通サービス提供方法。

【請求項11】

前記最終証明書を生成する段階は、
前記最終証明書を少なくとも１つのファイルフォーマットにて生成し、前記最終証明書に含まれる前記証明情報をデータとして活用できるメタデータを生成して該当ファイルフォーマットに含ませることを特徴とする、請求項８に記載のブロックチェーンＤＩＤ基盤の証明書流通サービス提供方法。

【請求項12】

証明書発行サービスを提供するための各種データを送受信し、ユーザ端末から最終証明書の発行を要請する発行要請情報を受信してそれに対する応答として最終証明書を生成して送信し、機関サーバに暗号化された発行要請情報を送信してそれに対する応答として最終証明書を生成するための証明情報を受信する通信部であって、前記発行要請情報は、前記選択された証明書の種類及び前記ユーザの個人情報を含む通信部と、
証明書発行サービスを提供するための各種データを格納し、発行可能な複数の証明書に関する情報、各証明書を発行する管理機関に関する情報、各証明書の書式情報及び各書式情報に該当する書式を格納する格納部と、
前記ユーザ端末から発行要請情報を受信すると、受信した発行要請情報による証明書を発行する前記管理機関及び最終証明書として生成するための書式情報を確認し、受信した発行要請情報を既に設定された方式で暗号化して復号化情報と共に確認された管理機関の機関サーバに送信し、それに対する応答として証明情報を受信すると、確認された書式情報に該当する書式に受信した証明情報を反映して前記最終証明書を生成する制御部と、
を含むことを特徴とするブロックチェーンＤＩＤ基盤の証明書流通サービス提供装置。

【請求項13】

前記発行要請情報には、前記最終証明書を受信する受信先に関する情報を含む受信先情報を更に含めることができ、
前記発行要請情報に前記受信先情報が含まれている場合、前記機関サーバは、前記受信先情報に基づいて前記受信先に前記最終証明書を送信し、その送信履歴及び受信先情報を格納することを特徴とする、請求項１２に記載のブロックチェーンＤＩＤ基盤の証明書流通サービス提供装置。

【請求項14】

前記ユーザが発行可能な複数の証明書のうちの少なくとも１つを選択するとき、前記ユーザの個人情報に対する公開範囲が追加的に設定されると、前記発行要請情報に含まれて前記サービスサーバに送信され、
前記サービスサーバは、設定された公開範囲を考慮して前記書式に前記証明情報を反映することを特徴とする、請求項１２に記載のブロックチェーンＤＩＤ基盤の証明書流通サービス提供装置。

【請求項15】

前記制御部は、前記最終証明書を生成するとき、
前記最終証明書を少なくとも１つのファイルフォーマットにて生成し、前記最終証明書に含まれる前記証明情報をデータとして活用できるメタデータを生成して該当ファイルフォーマットに含ませることを特徴とする、請求項１２に記載のブロックチェーンＤＩＤ基盤の証明書流通サービス提供装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ブロックチェーンＤＩＤ基盤の証明書流通サービス提供方法及び装置に関し、より詳しくは、身元又は資格を証明するための証明書を提出先の書式に合わせて発行して提供できるようにするブロックチェーンＤＩＤ基盤の証明書流通サービス提供方法及び装置に関する。

【背景技術】

【0002】

インターネットサービスの発達に伴い、大半の人はインターネットを介して政府機関、教育機関、医療機関、通信会社、金融機関、旅客会社、資産管理、信用情報、ポータル、ソーシャルネットワークサービス（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ：ＳＮＳ）、ゲーム、ショッピング、発券、宅配、電子投票などの数多くのオンラインサービスを利用する。

【0003】

従って、このようなサービスを利用しようとするユーザは、自身の実名などを含む個人情報を入力して会員登録するか、特定のＩＤとパスワードを入力して加入済みのユーザであることを認証しなければならない。ところが、複数のサイト毎にこのような認証手続きを繰り返すことは非常に煩雑であるため、近年は簡単ログインといってより簡単にログインをサポートし、インターネット上で金融取引を簡単に行えるようにする方法が発展している。

【0004】

従来は、中央化されたＩＤ（Ｉｄｅｎｔｉｆｙ）システムでユーザ認証を行い、代表的に、公認認証書及びこれを利用するためのＡｃｔｉｖｅ Ｘプログラムをインストールするか、認証を行う別のアプリケーション（Ａｐｐｌｉｃａｔｉｏｎ、Ａｐｐ）を介してインストールし、このようなプログラム又はアプリケーションを介して認証を行っていた。

【0005】

しかし、中央化された身元検証システムの場合、個人情報の流出及び濫用という問題がある。

【0006】

また、このようなプログラム又はアプリケーションを用いてユーザの身元検証を行う場合、別途のプログラムをインストールしなければならないという煩わしさが存在し、すでに使用中のアプリケーション又はプログラムとの互換性の問題が存在し、ユーザの身元検証が円滑に行われないという問題がある。

【0007】

近年は、ユーザが発行機関を通じて身元を検証できるようにする ＤＩＤ（Ｄｅｃｅｎｔｒａｌｉｚｅｄ ＩＤｅｎｔｉｆｉｅｒｓ）技術が注目されている傾向にある。

【0008】

しかし、ＤＩＤのように身元又は資格情報管理機関から情報の主体が提供を受けて管理する身元及び資格情報は、特定時点で情報主体の身元や資格を確認する用途としてのみ使用可能であり、個人又は法人に特定の業務のために提出する用途の証明書としては活用が不可能である。これは、通常の証明書は、該当証明書を発行するための規定（法令、規則など）で定める一定の手続きを経て指定された書式と結合されなければならないためである。

【0009】

従って、このようなブロックチェーンＤＩＤに基づいて証明書を書式に結合して個人又は法人に特定の業務のために提出する用途の証明書として活用できるようにする技術が開発される必要がある。

【発明の概要】

【発明が解決しようとする課題】

【0010】

本発明は上記事情に鑑みてなされたものであって、その目的は、証明書を書式に結合して個人又は法人に特定の業務のために提出する用途の証明書として活用できるようにするブロックチェーンＤＩＤ基盤の証明書流通サービス提供方法及び装置を提供することにある。

【0011】

本発明が解決しようとする課題は、以上で言及した課題に制限されず、言及されていない他の課題は、以下の記載から通常の技術者が明確に理解できるだろう。

【課題を解決するための手段】

【0012】

上述した課題を解決するための本発明の一実施例に係るブロックチェーンＤＩＤ基盤の証明書流通サービス提供方法は、ユーザ端末が、ユーザが発行可能な複数の証明書のうちの少なくとも１つを選択する場合、選択された証明書の発行要請情報をサービスサーバに送信する段階であって、前記発行要請情報は、前記された証明書の種類及び前記ユーザの個人情報を含む段階と、前記サービスサーバが、前記発行要請情報を受信すると、受信した発行要請情報による証明書を発行する管理機関を確認する段階と、前記サービスサーバが前記発行要請情報を既に設定された方式で暗号化する段階と、前記サービスサーバが暗号化された発行要請情報及び暗号化された発行要請情報の復号化情報を確認された管理機関の機関サーバに送信する段階であって、前記復号化情報は、暗号化された発行要請情報を復号化できる情報であるか、暗号化された発行要請情報を復号化できる情報を確認又は獲得できるようにする情報である段階と、前記機関サーバが前記復号化情報に基づいて、暗号化された発行要請情報を復号化し、前記発行要請情報に有効性があるか否かを確認する段階と、確認の結果、有効性がある場合、既に格納された複数の証明情報のうち前記復号化された発行要請情報内の前記証明書の種類に該当する証明情報を検索し、検索された証明情報を最終証明書として生成するための書式情報を確認する段階と、確認された書式情報に該当する書式に前記証明情報を反映して前記最終証明書を生成する段階と、を含むことができる。

【0013】

一方、本発明の他の実施例に係るブロックチェーンＤＩＤ基盤の証明書流通サービス提供方法は、ユーザ端末が、ユーザが発行可能な複数の証明書のうちの少なくとも１つを選択する場合、選択された証明書の発行要請情報をサービスサーバに送信する段階であって、前記発行要請情報は、前記選択された証明書の種類及び前記ユーザの個人情報を含む段階と、前記サービスサーバが、前記発行要請情報を受信すると、受信した発行要請情報による証明書を発行する管理機関及び最終証明書として生成するための書式情報を確認する段階と、前記サービスサーバが前記発行要請情報を既に設定された方式で暗号化する段階と、前記サービスサーバが暗号化された発行要請情報及び暗号化された発行要請情報の復号化情報を確認された管理機関の機関サーバに送信する段階であって、前記復号化情報は、暗号化された発行要請情報を復号化できる情報であるか、暗号化された発行要請情報を復号化できる情報を確認又は獲得できるようにする情報である段階と、前記機関サーバが、前記復号化情報に基づいて、暗号化された発行要請情報を復号化して前記発行要請情報に有効性があるか否かを確認する段階と、確認の結果、有効性がある場合、既に格納された複数の証明情報のうち復号化された発行要請情報内の前記証明書の種類に該当する証明情報を検索して前記サービスサーバに送信する段階と、前記サービスサーバが前記証明情報を受信すると、確認された書式情報に該当する書式に受信した証明情報を反映して前記最終証明書を生成する段階と、を含むことができる。

【0014】

一方、本発明の他の実施例に係る証明書発行サービス提供装置は、証明書発行サービスを提供するための各種データを送受信し、ユーザ端末から最終証明書の発行を要請する発行要請情報を受信してそれに対する応答として最終証明書を生成して送信し、機関サーバに暗号化された発行要請情報を送信してそれに対する応答として最終証明書を生成するための証明情報を受信する通信部であって、前記発行要請情報は、選択された証明書の種類及び前記ユーザの個人情報を含む通信部と、証明書発行サービスを提供するための各種データを格納し、発行可能な複数の証明書に関する情報、各証明書を発行する管理機関に関する情報、各証明書の書式情報及び各書式情報に該当する書式を格納する格納部と、前記ユーザ端末から発行要請情報を受信すると、受信した発行要請情報による証明書を発行する前記管理機関及び最終証明書として生成するための書式情報を確認し、受信した発行要請情報を既に設定された方式で暗号化して復号化情報と共に確認された管理機関の機関サーバに送信し、それに対する応答として証明情報を受信すると、確認された書式情報に該当する書式に受信した証明情報を反映して前記最終証明書を生成する制御部を含むことができる。

【0015】

本発明のその他の具体的な事項は、詳細な説明及び図面に含まれている。

【発明の効果】

【0016】

本発明によると、証明書を書式に結合して個人又は法人に特定の業務のために提出する用途の証明書として活用できるようにする。

【0017】

本発明の効果は、以上で言及した効果に制限されず、言及されていない更に他の効果は、以下の記載から通常の技術者が明確に理解できるだろう。

【図面の簡単な説明】

【0018】

【図1】本発明の実施例に係るブロックチェーンＤＩＤ基盤の証明書流通サービス提供システムのネットワーク構成図である。

【図2】本発明の一実施例に係るブロックチェーンＤＩＤ基盤の証明書流通サービス提供方法を示すフローチャートである。

【図3】本発明の他の実施例に係るブロックチェーンＤＩＤ基盤の証明書流通サービス提供方法を示すフローチャートである。

【発明を実施するための形態】

【0019】

本発明の利点及び特徴、そしてそれらを達成する方法は、添付の図面と共に詳細に後述されている実施例を参照すれば明確になる。しかし、本発明は、以下で開示される実施例に制限されるものではなく、互いに異なる多様な形態に実現することができる。但し、本実施例は本発明の開示を完全なものにし、本発明が属する技術分野における通常の技術者に本発明の範囲を完全に理解させるために提供されるものであり、本発明は請求項の範囲により定義されるに過ぎない。

【0020】

本明細書で用いられる用語は、実施例を説明するためのものであり、本発明を制限しようとするものではない。本明細書において、単数型は特に言及しない限り複数型も含む。明細書で用いられる「含む（ｃｏｍｐｒｉｓｅｓ）」及び／又は「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」は、言及された構成要素以外に１つ以上の他の構成要素の存在又は追加を排除しない。明細書全体に亘って同一の図面符号は同一の構成要素を示し、「及び／又は」は言及された構成要素のそれぞれ及び１つ以上の全ての組み合わせを含む。たとえ、「第１」、「第２」などが多様な構成要素を叙述するために用いられていても、これらの構成要素は、これらの用語により制限されないのは当然である。これらの用語は、単に１つの構成要素を他の構成要素と区別するために用いる。従って、以下で言及される第１構成要素は、本発明の技術的思想内で第２構成要素でもあり得るのは言うまでもない。

【0021】

他の定義がなければ、本明細書で用いられる全ての用語（技術及び科学的用語を含む）は、本発明が属する技術分野における通常の技術者が共通して理解できる意味として用いられる。また、一般に用いられる辞典に定義されている用語は、明白に特に定義されていない限り、理想的に又は過度に解釈されない。

【0022】

空間的に相対的な用語である「下（ｂｅｌｏｗ）」、「真下（ｂｅｎｅａｔｈ）」、「下部（ｌｏｗｅｒ）」、「上（ａｂｏｖｅ）」、「上部（ｕｐｐｅｒ）」などは図示されているように、１つの構成要素と他の構成要素との相関関係を容易に記述するために使用され得る。空間的に相対的な用語は、図示されている方向に加えて使用時又は動作時に構成要素の互いに異なる方向を含む用語として理解されるべきである。例えば、図示されている構成要素をひっくり返す場合、他の構成要素の「下（ｂｅｌｏｗ）」又は「真下（ｂｅｎｅａｔｈ）」と記述されている構成要素は、他の構成要素の「上（ａｂｏｖｅ）」に置くことができる。従って、例示的な用語である「下」は、下と上の方向を何れも含むことができる。構成要素は他の方向にも向けることができ、これにより空間的に相対的な用語は向きによって解釈できる。

【0023】

明細書で用いられる「部」又は「モジュール」という用語は、ソフトウェア、ＦＰＧＡ又はＡＳＩＣのようなハードウェアの構成要素を意味し、「部」又は「モジュール」は特定の役割を果たす。しかし、「部」又は「モジュール」は、ソフトウェア又はハードウェアに限定される意味ではない。「部」又は「モジュール」はアドレッシングできる格納媒体に存在するように構成されてもよく、１つ又はそれ以上のプロセッサを再生させるように構成されてもよい。従って、一例として、「部」又は「モジュール」は、ソフトウェアの構成要素、オブジェクト指向ソフトウェアの構成要素、クラスの構成要素及びタスクの構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーチン、プログラムコードのセグメント、ドライバ、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ及び変数を含む。構成要素と「部」又は「モジュール」内で提供される機能は、より少数の構成要素及び「部」又は「モジュール」で結合されるか、追加の構成要素と「部」又は「モジュール」などに更に分離できる。

【0024】

他の定義がなければ、本明細書で用いられる全ての用語（技術及び科学的用語を含む）は、本発明が属する技術分野における通常の技術者が共通して理解できる意味として用いられる。また、一般に用いられる辞典に定義されている用語は、明白に特に定義されていない限り、理想的に又は過度に解釈されない。

【0025】

以下、添付の図面を参照して本発明の実施例を詳細に説明する。

【0026】

図１は、本発明の実施例に係るブロックチェーンＤＩＤ基盤の証明書流通サービス提供システムのネットワーク構成図である。

【0027】

図１を参照すると、本発明の実施例に係るブロックチェーンＤＩＤ基盤の証明書流通サービス提供システムは、サービスサーバ１００、ユーザ端末２００及び機関サーバ３００を含むことができる。

【0028】

サービスサーバ１００
サービスサーバ１００は、ユーザ端末２００から証明書に対する発行サービスを提供するよう要請されると、該当証明書に含まれる証明情報を発行（管理）する機関を確認し、該当機関のサーバである機関サーバ３００に証明書の発行を要請し、証明書を提出しようとする提出先（受信先）に証明書が送信され得るようにする。このとき、第１実施例によって機関サーバ３００が証明書を生成して提出先に送信するようにすることもでき、第２実施例によってサービスサーバ１００が機関サーバ３００から証明書を生成するための証明情報を受信し、これに基づいて証明書を生成して提出先に送信するようにすることもできる。

【0029】

このため、サービスサーバ１００は、通信部１０１、格納部１０３及び制御部１０５を含むことができる。

【0030】

まず、第１実施例について説明すると、通信部１０１は、証明書発行サービスを提供するための各種データを送受信し、ユーザ端末２００から証明書の発行を要請する発行要請情報を受信し、機関サーバ３００に暗号化された発行要請情報を送信する。ここで、発行要請情報は、複数の証明書のうちユーザによって選択された証明書の種類、発行された最終証明書が送信される受信先情報、及びそのユーザの個人情報のうちの少なくとも１つを含むことができ、このとき、ユーザによって複数の証明書のうちの少なくとも１つの証明書を選択できる。

【0031】

格納部１０３は、ブロックチェーンＤＩＤ基盤の証明書流通サービスを提供するための各種データを格納し、発行可能な複数の証明書に関する情報、各証明書を発行（管理）する管理機関に関する情報、各証明書の書式情報及び各書式情報に該当する書式のうちの少なくとも１つを格納できる。

【0032】

制御部１０５は、ユーザ端末２００から発行要請情報を受信すると、受信した発行要請情報による証明書を発行する管理機関を確認し、その受信した発行要請情報を暗号化して先に確認された機関サーバ３００に送信する制御を行う。ここで、発行要請情報は、既に設定された方式で暗号化され、暗号化された発行要請情報は、これを復号化できるようにする情報を含む復号化情報と共に機関サーバ３００に送信できる。

【0033】

しかし、制御部１０５は、機関サーバ３００から書式提供の要請を受信すると、それに対する応答として格納部１０３に既に格納された書式を機関サーバ３００に送信して証明書を生成するようにでき、機関サーバ３００から証明情報を受信すると、それに対する応答として格納部１０３に既に格納された書式に受信した証明情報を反映して証明書を生成し、提出先に生成された証明書を送信できる。

【0034】

これにより、機関サーバ３００が暗号化された発行要請情報を、復号化情報を用いて復号化することで、発行要請情報を獲得し、その発行要請情報が有効な時に証明情報を検索して該当する書式に反映させることで、証明書を生成できる。このとき、書式は、生成された証明書が提出される提出先で指定した書式である。

【0035】

一方、第２実施例について説明すると、通信部１０１は、ブロックチェーンＤＩＤ基盤の証明書流通サービスを提供するための各種データを送受信し、ユーザ端末２００から証明書の発行を要請する発行要請情報を受信してそれに対する応答として最終証明書を生成して送信し、機関サーバ３００に暗号化された発行要請情報を送信し、それに対する応答として最終証明書を生成するための証明情報を受信する。ここで、発行要請情報は、複数の証明書のうちユーザによって選択された証明書の種類、発行された最終証明書が送信される受信先情報、及びそのユーザの個人情報のうちの少なくとも１つを含むことができ、このとき、ユーザによって複数の証明書のうちの少なくとも１つの証明書を選択できる。

【0036】

格納部１０３は、ブロックチェーンＤＩＤ基盤の証明書流通サービスを提供するための各種データを格納し、発行可能な複数の証明書に関する情報、各証明書を発行（管理）する管理機関に関する情報、各証明書の書式情報及び各書式情報に該当する書式のうちの少なくとも１つを格納できる。

【0037】

制御部１０５は、ユーザ端末２００から発行要請情報を受信すると、その受信した発行要請情報による証明書を発行する管理機関及び証明書として生成するための書式情報を確認し、その受信した発行要請情報を既に設定された方式で暗号化して復号化情報と共にその確認された管理機関の機関サーバに送信した後、それに対する応答として証明情報を受信すると、先に確認された書式情報に該当する書式に受信した証明情報を反映して証明書を生成する。このように生成された証明書は、提出先に送信できる。

【0038】

前述した通信部１０１は、ユーザ端末２００又は機関サーバ３００、その他の装置との通信を行うためのものであって、無線インターネット技術による通信網で無線信号を送受信する。

【0039】

無線インターネット技術としては、例えばＷＬＡＮ（Ｗｉｒｅｌｅｓｓ ＬＡＮ）、Ｗｉ－Ｆｉ（登録商標）（Ｗｉｒｅｌｅｓｓ－Ｆｉｄｅｌｉｔｙ）、Ｗｉ－Ｆｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）Ｄｉｒｅｃｔ、ＤＬＮＡ（登録商標）（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）、ＷｉＢｒｏ（Ｗｉｒｅｌｅｓｓ Ｂｒｏａｄｂａｎｄ）、ＷｉＭＡＸ（登録商標）（Ｗｏｒｌｄ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）、ＨＳＤＰＡ（Ｈｉｇｈ Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）、ＨＳＵＰＡ（Ｈｉｇｈ Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ａ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ－Ａｄｖａｎｃｅｄ）などがあり、サービスサーバ１００は、前述していないインターネット技術まで含む範囲で少なくとも１つの無線インターネット技術によってデータを送受信することになる。

【0040】

近距離通信（Ｓｈｏｒｔ ｒａｎｇｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）のためのものであって、ブルートゥース（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標））、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、赤外線通信（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ；ＩｒＤＡ）、ＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅｂａｎｄ）、ＺｉｇＢｅｅ（登録商標）、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、Ｗｉ－Ｆｉ（登録商標）（Ｗｉｒｅｌｅｓｓ－Ｆｉｄｅｌｉｔｙ）、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ、Ｗｉｒｅｌｅｓｓ ＵＳＢ（Ｗｉｒｅｌｅｓｓ Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）技術のうちの少なくとも１つを用いて、近距離通信をサポートできる。このような近距離無線通信網（Ｗｉｒｅｌｅｓｓ Ａｒｅａ Ｎｅｔｗｏｒｋｓ）をサービスサーバ１００とユーザ端末２００間の無線通信をサポートできる。このとき、近距離無線通信網は、近距離無線個人通信網（Ｗｉｒｅｌｅｓｓ Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋｓ）であり得る。

【0041】

ユーザ端末２００
ユーザ端末２００は、ユーザがブロックチェーンＤＩＤ基盤の証明書流通サービスの提供を受けるために用いる端末であって、ユーザは、ユーザ端末２００を用いて発行可能な複数の証明書のうち、自身が発行を希望する少なくとも１つの証明書を選択し、その選択された少なくとも１つの証明書に関する情報を含む発行要請情報をサービスサーバ１００に送信してブロックチェーンＤＩＤ基盤の証明書の流通を要請できる。ここで、発行要請情報は、特定の実体に対する識別子であるＤＩＤ（Ｄｅｃｅｎｔｒａｌｉｚｅｄ ＩＤｅｎｔｉｆｉｅｒｓ）を更に含むことができる。

【0042】

このようなユーザ端末２００は、別途のプログラム又はアプリケーションをインストールするか、ウェブページに接続してブロックチェーンＤＩＤ基盤の証明書流通サービスの提供を受けることができる。

【0043】

具体的に、ユーザ端末２００は、移動端末、携帯電話、スマートフォン（ｓｍａｒｔ ｐｈｏｎｅ）、ノートパソコン（ｌａｐｔｏｐ ｃｏｍｐｕｔｅｒ）、デジタル放送用端末、ＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔｓ）、ＰＭＰ（ｐｏｒｔａｂｌｅ ｍｕｌｔｉｍｅｄｉａ ｐｌａｙｅｒ）、ナビゲーション、スレートＰＣ（ｓｌａｔｅ ＰＣ）、タブレットＰＣ（ｔａｂｌｅｔ ＰＣ）、ウルトラブック（ｕｌｔｒａｂｏｏｋ）、ウェアラブルデバイス（ｗｅａｒａｂｌｅ ｄｅｖｉｃｅ、例えば、スマートウォッチ （ｓｗａｒｔ ｗａｔｃｈ）、スマートガラス（ｓｍａｒｔ ｇｌａｓｓ）、ＨＭＤ（ｈｅａｄ ｍｏｕｎｔｅｄ ｄｉｓｐｌａｙ））などが含まれることができる。

【0044】

しかし、本明細書に記載された実施例に係るユーザ端末２００は、移動端末にのみ適用可能な場合を除けば、デジタルテレビ、デスクトップコンピュータ、デジタルサイネージなどのような固定端末にも適用できることが本技術分野における当業者であれば容易に分かるだろう。

【0045】

機関サーバ３００
機関サーバ３００は、複数の証明書に対する発行が可能であり、そのために各証明書に含まれるユーザに関する証明情報を格納及び管理する。この機関サーバ３００は、サービスサーバ１００から暗号化された発行要請情報を受信すると、これを復号化情報を用いて復号化した後、発行要請情報に含まれている情報の有効性を確認（検証）し、該当証明書に対する発行が可能か否かを判断する。その判断の結果、発行が可能な場合には、証明書の種類に該当する証明情報を検索し、その検索された証明情報を証明書として生成するための書式情報を確認する。

【0046】

確認の結果、書式が存在する場合、機関サーバ３００は、検索された証明情報を確認された書式に反映して証明書を生成する。このために、機関サーバ３００は、複数の証明書のそれぞれに関する書式情報と、各書式情報に該当する書式を含むことができる。

【0047】

一方、確認の結果、書式が存在しない場合、機関サーバ３００は、サービスサーバ１００から該当書式の提供を受け、証明情報をその書式に反映して証明書を生成するか、証明情報をサービスサーバ１００に送信してサービスサーバ１００が直接証明書を生成するようにできる。

【0048】

以下、図２及び図３に基づいて第１実施例及び第２実施例について具体的に説明する。

【0049】

図２は、本発明の一実施例に係るブロックチェーンＤＩＤ基盤の証明書流通サービス提供方法を示すフローチャートであって、前述した第１実施例に関するものである。

【0050】

図２を参照すると、ユーザ端末２００が、複数の証明書の中からユーザによって少なくとも１つの証明書が選択されると、その選択された少なくとも１つの証明書に関する情報とユーザの個人情報を含む発行要請情報を生成する（Ｓ２０１）。具体的に、ユーザ端末２００は、複数の証明書を含む証明書リストをテキスト又はイメージで表示してユーザが選択するようにし、ユーザは、その表示されたテキスト又はイメージの中から発行を希望する証明書を少なくとも１つ選択する。ここで、発行要請情報には、前述したように、ユーザの個人情報が含まれ、証明書に含まれる個人情報の公開範囲を追加的に指定（設定）できる。その指定される情報は、名前の公開可否、住民登録番号の公開可否、性別の公開可否、その他の個人識別情報の公開可否などになり得る。また、発行要請情報には、発行された最終証明書が送信される受信先情報が含まれ、追ってサービスサーバ１００又は機関サーバ３００で発行された最終証明書を、その受信先情報に基づいて該当受信先に直接提出できる。

【0051】

その後、ユーザ端末２００は、生成された発行要請情報をサービスサーバ１００に送信することによって、証明書に対する発行を要請する。

【0052】

サービスサーバ１００は、ユーザ端末２００から発行要請情報を受信すると、受信した発行要請情報に基づいて、少なくとも１つの証明書の種類とその管理機関を確認し（Ｓ２０５）、既に設定された方式で先に受信した発行要請情報を暗号化する（Ｓ２０７）。

【0053】

その後、暗号化された発行要請情報及びこれを復号化できるようにする情報を含む復号化情報を含む復号化情報をＳ２０５段階で確認された管理機関のサーバに送信する（Ｓ２０９）。ここで、復号化情報は、その暗号化された発行要請情報を復号化できる情報であるか、その暗号化された発行要請情報を復号化できる情報を確認又は獲得できるようにする情報であり得る。

【0054】

機関サーバ３００は、サービスサーバ１００から暗号化された発行要請情報を、復号化情報を用いて復号化し（Ｓ２１１）、復号化された発行要請情報に対する有効性の有無、即ち、証明書の発行が可能か否かを確認する（Ｓ２１３）。

【0055】

その確認の結果、有効性がないものと確認された場合、図２には示されていないが、証明書の発行が不可であることを知らせるメッセージを送信するか、無応答でその発行要請を無視することもできる。

【0056】

一方、その確認の結果、有効性があるものと確認された場合、既に格納された複数の証明情報のうち、Ｓ２１１段階で復号化された発行要請情報内の証明書の種類に該当する証明情報を検索し（Ｓ２１５）、その検索された証明情報を最終証明書として生成するための書式情報を確認する（Ｓ２１７）。

【0057】

その後、その確認された書式情報に該当する書式にＳ２１５段階で検索された証明情報を反映して最終証明書を生成する（Ｓ２１９）。

【0058】

図２には示されていないが、もしＳ２１７段階でその検索された証明情報を最終証明書として生成するための書式情報が確認されない場合、機関サーバ３００は、サービスサーバ１００からその書式を提供された後、Ｓ２１５段階で検索された証明情報を反映して最終証明書を生成できる（Ｓ２１９）。もし、発行要請情報に最終証明書が提出される受信先情報が含まれている場合、機関サーバ３００は、その受信先から書式を提供された後、Ｓ２１５段階で検索された証明情報を反映して最終証明書を生成することもできる（Ｓ２１９）。

【0059】

一方、機関サーバ３００は、受信先情報を用いてＳ２１９段階で生成された最終証明書をその受信先に提出するか、ユーザ端末２００に送信できる。

【0060】

一方、前述したＳ２１３段階での確認の結果、発行が要請された複数の証明書のうち一部の証明書に対してのみ発行が可能な場合には、その一部の証明書に対してのみ発行手続きを進行し、即ち、Ｓ２１５段階乃至Ｓ２１９段階を行う。

【0061】

図３は、本発明の他の実施例に係るブロックチェーンＤＩＤ基盤の証明書流通サービス提供方法を示すフローチャートであって、前述した第２実施例に関するものである。

【0062】

図３を参照すると、Ｓ３０１段階乃至Ｓ３１５段階は、図２のＳ２０１段階乃至Ｓ２１７段階と殆ど類似しているので、その重複する説明は省略する。但し、第２実施例の場合には、Ｓ３０５段階で発行要請情報に基づいて管理機関だけでなく、その証明書の種類に該当する書式情報を更に確認する。

【0063】

Ｓ３１５段階の後、機関サーバ３００は、検索された証明情報をサービスサーバ１００に送信し（Ｓ３１７）、サービスサーバ１００は、Ｓ３０５段階で確認された書式情報に該当する書式にＳ３１７段階で受信した証明情報を反映して最終証明書を生成する（Ｓ３１９）。

【0064】

一方、第１実施例と第２実施例を複合的に適用することもできるが、例えば、図２の２１７段階での確認の結果、書式情報が確認された場合には、機関サーバ３００でその確認された書式情報に該当する書式を用いて最終証明書を生成し（Ｓ２１９）、書式情報が確認されない場合にのみ、機関サーバ３００がＳ２１５段階で検索された証明情報をサービスサーバ１００に送信して（Ｓ３１７）、サービスサーバ１００で最終証明書を生成することもできる（Ｓ３１９）。

【0065】

本発明の実施例と関連して説明された方法又はアルゴリズムの段階は、ハードウェアで直接実現するか、ハードウェアによって実行されるソフトウェアモジュールで実現するか、又はそれらの結合によって実現することができる。ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、フラッシュメモリ（Ｆｌａｓｈ Ｍｅｍｏｒｙ）、ハードディスク、着脱型ディスク、ＣＤ-ＲＯＭ、又は本発明の属する技術分野において周知となっている任意の形態のコンピュータ読み取り可能な記録媒体に常に存在することもできる。

【0066】

以上、添付の図面を参照して本発明の実施例を説明したが、本発明が属する技術分野における通常の技術者は、本発明がその技術的思想や必須な特徴を変更することなく、他の具体的な形態に実施され得るということが理解できるだろう。従って、以上で述べた実施例はあらゆる面で例示的なものであり、制限的ではないものとして理解すべきである。

【図1】

【図2】

【図3】