JP7777889B2 - ブロックチェーンに基づく証拠資料公証システムの制御方法、該方法を実行するための記録媒体及びシステム - Google Patents

Description

本発明は、ブロックチェーンに基づく証拠資料公証システムの制御方法、該方法を実行するための記録媒体及びシステムに関し、より詳細には、証拠資料を公証するブロックチェーンに基づく証拠資料公証システムの制御方法、該方法を実行するための記録媒体及びシステムに関する。

近年、公判中心主義裁判への変化により、捜査機関が収集したデジタル証拠の証拠能力は事件判決の重要な部分を占めており、デジタル証拠資料が捜査過程における核心的な役割を果たすため、信頼性確保の問題が浮上している。また、デジタル証拠が非可視であるため、証拠の同一性と完成性が重要であるという特徴がある。

２００９年にブロックチェーン（ｂｌｏｃｋｃｈａｉｎ）に基づくビットコイン（ｂｉｔｃｏｉｎ）が公開されて以来、ブロックチェーンは、ビットコインのような電子マネーシステムだけでなく、スマートコントラクトのためのプラットフォーム提供サービス、クラウドストレージサービス、ブロックチェーンコンピューティングサービスなど、様々な分野で適用されている。

このようなブロックチェーンを構成する最も重要な要素である分散型台帳（Ｄｉｓｔｒｉｂｕｔｅｄ Ｌｅｄｇｅｒ）は、ブロックチェーンを非中央集権的なシステムとする核心技術であり、取引記録などのデータを保存するデータベースを中央集権的なサーバーが所有するのではなく、ブロックチェーンネットワークに参加するすべてのノードが同じ台帳を所有・管理することを意味する。

ブロックチェーン技術は、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）技術と組み合わせることで、全過程のモニタリングによる透明性を確保し、途中で問題が発生した場合、責任所在を明確に見極めることができるという利点がある。

したがって、公証機関と連携し、公証済み証拠資料をブロックチェーン上に保存することで、証拠の信頼性と完全性を確保する、ブロックチェーンに基づく証拠資料公証システムが求められている。

ＫＲ１０－２０１６－０１２３７５２Ａ

本発明が解決しようとする技術的課題は、公証機関サーバーにおいて証拠資料を公証することにより証拠資料の信頼性を確保し、公証済み証拠資料をブロックチェーンサーバーに保存することにより証拠資料の偽造を不可能とする、ブロックチェーンに基づく証拠資料公証システムの制御方法、該方法を実行するための記録媒体及び装置を提供することである。

ただし、本実施形態が達成しようとする技術的課題は、上記のような技術課題に限定されるものではなく、他の技術課題が存在してもよい。

本発明の一側面は、ユーザーからの証拠資料に対する公証要求に応答して、前記証拠資料をブロックチェーンに基づいて公証するためのブロックチェーンに基づく証拠資料公証システムにおいて、前記公証要求に応じて前記証拠資料を送信するユーザー端末と、前記証拠資料を受信し、前記受信された証拠資料を暗号化して前記証拠資料に対するハッシュ値を生成し、前記生成されたハッシュ値を、前記ユーザー端末および前記証拠資料に対する公証を行う公証人端末側にそれぞれ送信する公証サーバーと、前記ハッシュ値に作成した署名を前記ユーザー端末および公証人端末側からそれぞれ受信し、前記署名が作成されたハッシュ値に基づいてスマートコントラクトブロックを生成するブロックチェーンサーバーと、を備えていてもよい。

また、前記公証サーバーは、前記ユーザー端末から前記証拠資料を受信する通信部と、前記ユーザーの情報を管理する会員管理部と、前記証拠資料を暗号化してハッシュ値を生成する暗号化部と、前記証拠資料とハッシュ値とがマッチングされてクラウドストレージに保存されるように前記クラウドストレージと連動するクラウド連動部と、を備えていてもよい。

さらに、前記ブロックチェーンサーバーは、前記ユーザー端末から前記ユーザーのトランザクション署名を受信し、前記公証人端末から前記公証人のトランザクション署名を受信する通信部と、前記受信したユーザーのトランザクション署名および前記公証人のトランザクション署名を検証し、検証された前記トランザクション署名を保存する署名管理部と、前記トランザクションが実行されてスマートコントラクトブロックを生成するスマートコントラクトブロック管理部と、前記スマートコントラクトブロックに基づいてトークンを生成するトークン生成部と、前記トークン生成部が生成したトークンが保存されるように統合ＡＰＩを通じて電子ウォレットと連動するウォレット連動部と、を備えていてもよい。

さらにまた、前記公証サーバーは、前記ユーザー端末から証拠資料の検索を要求されると、前記ブロックチェーンサーバーに対して、前記ユーザー署名を含む前記スマートコントラクトブロックが存在するか否かの確認を要求してもよい。

さらにまた、前記公証サーバーは、前記ブロックチェーンサーバーから、前記ユーザー署名を含む前記スマートコントラクトブロックが存在することを示す信号を受信すると、前記クラウド連動部から前記ユーザー端末に、前記クラウドに保存されているユーザーの公証済み証拠資料のハッシュ値を送信してもよい。

さらにまた、前記ユーザー端末は、証拠資料要求機関端末に前記公証済み証拠資料のハッシュ値を送信してもよい。

本発明の他の一側面は、ユーザーからの証拠資料に対する公証要求に応答して、前記証拠資料をブロックチェーンに基づいて公証するためのブロックチェーンに基づく証拠資料公証システムの制御方法において、ユーザー端末が、前記公証要求に応じて前記証拠資料を送信し、公証サーバーが、前記証拠資料を受信し、前記受信された証拠資料を暗号化して前記証拠資料に対するハッシュ値を生成し、前記生成されたハッシュ値を、前記ユーザー端末および前記証拠資料に対する公証を行う公証人端末側にそれぞれ送信し、ブロックチェーンサーバーが、前記ハッシュ値に作成した署名を前記ユーザー端末および公証人端末側からそれぞれ受信し、前記署名が作成されたハッシュ値に基づいてスマートコントラクトブロックを生成することを含んでいてもよい。

また、前記公証サーバーは、前記ユーザー端末から前記証拠資料を受信し、前記ユーザーの情報を管理し、前記証拠資料を暗号化してハッシュ値を生成し、前記証拠資料とハッシュ値とがマッチングされてクラウドストレージに保存されるように前記クラウドストレージと連動してもよい。

さらに、前記ブロックチェーンサーバーは、前記ユーザー端末からユーザーのトランザクション署名を受信し、前記公証人端末から前記公証人のトランザクション署名を受信し、前記受信したユーザーのトランザクション署名および前記公証人のトランザクション署名を検証し、検証された前記トランザクション署名を保存し、前記トランザクションが実行されてスマートコントラクトブロックを生成し、前記スマートコントラクトブロックに基づいてトークンを生成し、生成されたトークンが、統合ＡＰＩを通じて連動する電子ウォレットに保存されてもよい。

本発明のさらに他の一側面は、コンピュータ読み取り可能な記憶媒体に、ブロックチェーンに基づく証拠資料公証システムの制御方法を実行するためのコンピュータプログラムが記録されてもよい。

上述した本発明の一側面によれば、ブロックチェーンサーバーのノードに参加する公証機関サーバーを提供することにより、証拠資料を公証し、公証済み証拠資料をブロックチェーンサーバーに保存することにより、証拠資料の偽造防止及び完全性を証明することができるという効果がある。

本発明の一実施形態によるブロックチェーンに基づく証拠資料公証システムを示す概念図である。 公証サーバーを示す概念図である。 ブロックチェーンサーバーを示す概念図である。 スマートコントラクトブロックを示す図である。 本発明の一実施形態によるブロックチェーンに基づく証拠資料公証システムの制御方法を示す全体フローチャートである。 本発明の一実施形態によるブロックチェーンに基づく証拠資料公証システムの制御方法を示す全体フローチャートである。

後述する本発明についての詳細な説明は、本発明が実施され得る特定の実施形態を例示的に示す添付図面を参照する。これらの実施形態は、当業者が本発明を実施することができるように十分に詳細に説明される。本発明の様々な実施形態は互いに異なるが、相互に排他的である必要はないことが理解されるべきである。例えば、ここに記載されている特定の形状、構造および特性は、一実施形態に関連して、本発明の精神および範囲を逸脱することなく、他の実施形態で実施することができる。また、各開示された実施形態内の個々の構成要素の位置または配置は、本発明の精神および範囲を逸脱することなく変更することができることが理解されるべきである。したがって、後述する詳細な説明は、限定的な意味としてとらえることを意図するものではなく、本発明の範囲は、適切に説明されれば、それらの請求項が主張するものと同等のすべての範囲とともに、添付の特許請求項によってのみ限定される。図面において、類似の参照符号は、複数の側面にわたって同一または類似の機能を指す。

以下、添付の図面を参照して本発明の好適な実施形態についてより詳細に説明する。

図１は、本発明の一実施形態によるブロックチェーンに基づく証拠資料公証システムを示す概念図である。

ブロックチェーンに基づく証拠資料公証システム１は、証拠資料要求機関端末２、ユーザー端末３、公証サーバー４、公証人端末５、およびブロックチェーンサーバー６を備えていてもよい。

ブロックチェーンに基づく証拠資料公証システム１は、ユーザーから受信した証拠資料を公証するシステムであってもよい。

ユーザーは、証拠資料要求機関端末２から証拠資料の提出を要求されることがある。証拠資料要求機関端末２は、証拠資料を収集する捜査機関や裁判所であってもよい。ただし、これらに限定されるものではない。

ユーザーは、ユーザー端末３を介して当該証拠資料を公証サーバー４に送信することができる。このとき、証拠資料は、犯罪の有無を判断するための写真、映像、テキストファイルで構成された証拠資料であってもよい。

公証人端末５、ユーザー端末３及び証拠資料要求機関端末２は、パーソナルコミュニケーションシステム（ＰＣＳ：Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）、移動体通信用グローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、パーソナルデジタルセルラー（ＰＤＣ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ｃｅｌｌｕｌａｒ）、パーソナルハンディホンシステム（ＰＨＳ：Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）、パーソナルデジタルアシスタント（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、国際移動通信（ＩＭＴ：Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）－２０００、コード分割多元接続（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）－２０００、広帯域符号分割多元接続（Ｗ－ＣＤＭＡ：Ｗ－Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ワイヤレスブロードバンド インターネット（Ｗｉｂｒｏ：Ｗｉｒｅｌｅｓｓ Ｂｒｏａｄｂａｎｄ Ｉｎｔｅｒｎｅｔ）端末、スマートフォン（ｓｍａｒｔｐｈｏｎｅ）、スマートパッド（ｓｍａｒｔｐａｄ）、タブレットＰＣ（Ｔａｂｌｅｔ ＰＣ）などのあらゆる種類の携帯型（Ｈａｎｄｈｅｌｄ、手持ち型）無線通信装置及び据え置き型ＰＣ、ノートＰＣなどのコンピューティング装置であってもよい。

このとき、公証サーバー４は、ブロックチェーンに基づく証拠資料公証システム１を実現するために設けられたプラットフォームであってもよい。ユーザーは、公証サーバー４を介して証拠資料の公証を要求してもよい。公証サーバー４は、ユーザー端末３を介して受信したファイルを公証のために公証人端末５に送信することができる。

ユーザーは、公証サーバー４で公証済みの証拠資料を検索することができ、証拠資料を発給されて証拠資料要求機関端末２に送信することができる。

ブロックチェーンに基づく証拠資料公証システム１を構成する各構成要素は、ネットワーク（ｎｅｔｗｏｒｋ）を介して互いに接続されていてもよい。ネットワークとは、端末やサーバーなどの各ノード相互間で情報のやり取りが可能な接続構造をいい、例えば、このようなネットワーク（ｎｅｔｗｏｒｋ）には、第３世代パートナーシッププロジェクト（３ＧＰＰ：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ネットワーク、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）ネットワーク、マイクロ波アクセスのための世界的相互運用性（ＷＩＭＡＸ：Ｗｏｒｌｄ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）ネットワーク、インターネット（Ｉｎｔｅｒｎｅｔ）、ローカルエリアネットワーク（ＬＡＮ：Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、無線ローカルエリアネットワーク（Ｗｉｒｅｌｅｓｓ ＬＡＮ：Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、広域ネットワーク（ＷＡＮ：Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、パーソナルエリアネットワーク（ＰＡＮ：Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）ネットワーク、衛星放送ネットワーク、アナログ放送ネットワーク、デジタルマルチメディア放送（ＤＭＢ：Ｄｉｇｉｔａｌ Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔｉｎｇ）ネットワーク、ＷｉＦｉなどが含まれるが、これに限定されるものではない。

ブロックチェーンサーバー６は、複数のノードで構されてもよい。ブロックチェーンサーバー６は、一つ以上の分散型台帳とチェーンコードが保存される少数のピア（ｐｅｅｒ）で構成されており、チェーンコードはＣＬＩコマンドで実行され、クエリシステムチェーンコード（ＱＳＣＣ：Ｑｕｅｒｙ Ｓｙｓｔｅｍ ＣｈａｉｎＣｏｄｅ）、エンドースメントシステムチェーンコード（ＥＳＣＣ：Ｅｎｄｏｒｓｅｍｅｎｔ Ｓｙｓｔｅｍ ＣｈａｉｎＣｏｄｅ）、検証システムチェーンコード（ＶＳＣＣ：Ｖａｌｉｄａｔｉｏｎ Ｓｙｓｔｅｍ ＣｈａｉｎＣｏｄｅ）、コンフィギュレーションシステムチェーンコード（ＣＳＣＣ：Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｓｙｓｔｅｍ ＣｈａｉｎＣｏｄｅ）及びライフサイクルシステムチェーンコード（ＬＳＣＣ：Ｌｉｆｅｃｙｃｌｅ Ｓｙｓｔｅｍ ＣｈａｉｎＣｏｄｅ）などがある。ＱＳＣＣはブロックチェーンに保存されたデータを読み込む際に使用されるチェーンコードであり、ＥＳＣＣは保証ポリシーを担当するチェーンコードであり、ＶＳＣＣはブロックを検証する際に使用されるチェーンコードである。また、ＣＳＣＣはチャンネルを設定する際に使用されるチェーンコードであり、ＬＳＣＣはチェーンコードのインストールからインスタンス化までの全ての一連の過程を行う際に使用されるチェーンコードである。

このようなブロックチェーンサーバー６では、信頼できる機関によるサーバーがファブリックネットワークを構成し、管理者のネットワーク設定変更権限によって、チャンネルに参加したい少数のノードと公証サーバー４がピア（ｐｅｅｒ）を生成することになる。ここで、各ピアには台帳が保存されており、各ピアにチェーンコードをインストールし、そのインターフェースを他のピアに通知するインスタンス過程の後、チェーンコードのクエリ関数の呼び出し（ｉｎｖｏｋｅ）が可能になる。このような構造により、ブロックチェーンサーバー６は、信頼できる公証サーバー４がノードとして参加することで、少数のピアの台帳を証明する役割を果たすことができる。

公証人端末５、公証サーバー４、証拠資料要求機関端末２及びユーザー端末３は、ブロックチェーンサーバー６の複数のノードの一つとして参加し、データの送受信を行うことができる。

図２は、公証サーバーを示す概念図である。

公証サーバー４は、通信部１０および制御部２０を備えていてもよく、制御部２０は、会員管理部２１、暗号化部２２及びクラウド連動部２３を備えていてもよい。

ユーザーは、ユーザー端末３を用いて公証サーバー４に接続することができる。ユーザーは、公証サーバー４において会員登録手続きを行うことで、固有ＩＤを生成することができる。ユーザー端末３に搭載された認証装置によるユーザー認証を行うことで、会員登録手続きを行うことができる。このとき、ユーザー認証は、ユーザーの個人情報、ＩＤ情報、顔認証情報、虹彩情報または指紋情報であってもよい。ただし、これに限定されるものではない。

会員管理部２１は、ユーザーの情報を保存して管理することができる。ユーザーの情報は、ユーザーの個人情報、ＩＤ情報、顔認識情報、虹彩情報または指紋情報であってもよい。

通信部１０は、ユーザー端末３から証拠資料を受信してもよい。このとき、証拠資料は、ユーザー端末３から撮影された画像ファイル、音声ファイル、テキストファイル、映像ファイルであってもよいが、これに限定されるものではない。

暗号化部２２は、ユーザー端末３から受信した証拠資料のファイルを暗号化して、ファイルのソースコードのハッシュ値を生成してもよい。

クラウド連動部２３は、証拠資料のファイルと生成されたハッシュ値とをマッチングさせてクラウドストレージに保存させるために、クラウドと公証サーバー４との間の通信を通じて連動することができる。

クラウドとは、データ、ソフトウェアおよび様々なコンピュータリソースなどが保存されるストレージのことで、ユーザーが所有するハードウェアに置くことなく、インターネットを通じてアクセスできるストレージを意味する。

ここで、公証サーバー４は、当該証拠資料が真実であるか否かを公証するために、証拠資料のハッシュ値を公証人端末５に送信することができる。

図３は、ブロックチェーンサーバーを示す概念図である。

ブロックチェーンサーバー６は、複数のノードとして提供され、当該ノードは、通信部３０、署名管理部４１、スマートコントラクトブロック管理部４２及びウォレット連動部４４を備えていてもよい。

通信部３０は、ユーザー端末３からユーザーのトランザクション署名原本、公開鍵、電子署名を受信することができる。

ここで、署名管理部４１は、受信したユーザーのトランザクション署名原本と公証人のトランザクション署名原本を検証し、検証されたトランザクション署名原本を保存することができる。署名管理部４１は、公開鍵を用いてトランザクション署名原本を検証することができる。すなわち、ユーザー端末３から受信したユーザーの公開鍵で電子署名を復号化し、トランザクション署名原本をハッシュ化して得られたハッシュ値と比較して、当該電子署名が偽造されていないことを確認することにより、トランザクション署名原本を検証することができる。

万が一、復号化された電子署名とハッシュ値が一致しない場合には、トランザクション署名原本が偽造されたと判断し、通信部３０は、ユーザー端末３に電子署名を要求することができる。

通信部３０は、公証人端末５から公証人のトランザクション署名原本、公開鍵、電子署名を受信することができる。このとき、公開鍵を用いてトランザクション署名原本を検証することができる。すなわち、公証人端末５から受信した公証人の公開鍵で電子署名を復号化し、トランザクション署名原本をハッシュ化して得られたハッシュ値と比較して、当該電子署名が偽造されていないことを確認することにより、トランザクション署名原本を検証することができる。

万が一、復号化された電子署名とハッシュ値が一致しない場合には、トランザクション署名原本が偽造されたと判断し、通信部３０は、公証人端末５に電子署名を要求することができる。

スマートコントラクトブロック管理部４２は、ユーザー及び公証人のトランザクション署名原本が偽造されていないことが検証された場合に、トランザクションが実行されてスマートコントラクトブロックを生成することができる。スマートコントラクトブロックに保存された情報については、図４で詳しく後述する。

トークン生成部４３は、スマートコントラクトブロックに基づいてトークンを生成することができる。このとき、トークンは、代替可能な（Ｆｕｎｇｉｂｌｅ）トークンと代替不可能な（Ｎｏｎ－Ｆｕｎｇｉｂｌｅ）トークンとに分類され得る。代替可能なトークンは、同種の他のトークンと交換可能であり、代替不可能なトークンは、同種の他のトークンと交換不可能であるという特徴がある。本発明のトークンは、ブロックチェーンネットワークのＥＲＣ－７２１規格、ＥＲＣ－１１５５規格の代替不可能なトークン（ＮＦＴ：Ｎｏｎ Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ）で構成されてもよいが、これに限定されるものではない。

ウォレット連動部４４は、トークン生成部４３が生成したトークンが保存されるように統合ＡＰＩを通じて電子ウォレットと連動することができる。電子ウォレットは、販売者の署名がスマートコントラクトブロックに記録されている場合、販売者固有のトランザクションに該当する一つの個人用オンライン電子ウォレットが自動的に生成され得る。電子ウォレットは、トークンを保存したり引き出したりするために、販売者固有の個人銀行口座として機能する電子銀行口座のように作動することができる。このとき、電子ウォレットは、統合ＡＰＩが提供され、ＭＥＴＡＭＡＳＫ、Ｋｌａｙ、ＭｙＣｒｙｐｔｏなどのＷｅｂウォレットアプリケーションと連動することができる。

図４は、スマートコントラクトブロックを示す図である。

スマートコントラクトブロックは、公証サーバー４に加入しているユーザーのＩＤ、ハッシュ値であるＵＲＬアドレス、ファイルの生成日時、ファイルのサイズ、ファイルの拡張子、ユーザーのウォレットアドレス、及びユーザーと公証人のトランザクション署名原本情報を含んでいてもよい。

スマートコントラクトブロックは複数であり、ブロックチェーンサーバー６に生成され得る。ユーザーがユーザー端末３を通じて公証を要求した証拠資料が複数存在する場合、証拠資料ごとにスマートコントラクトブロックが生成されてもよい。

図５は、本発明の一実施形態によるブロックチェーンに基づく証拠資料公証システムの制御方法を示す全体フローチャートである。

本発明の一実施形態によるブロックチェーンに基づく証拠資料公証システムの制御方法は、図１に示すブロックチェーンに基づく証拠資料公証システム１と実質的に同一の構成で行われるので、図１のブロックチェーンに基づく証拠資料公証システム１と同一の構成要素には同一の参照符号を付して、重複する説明を省略する。

ユーザー端末３は、公証サーバー４に対して会員登録を要求することができ、会員登録のための認証手続きが行われると、ユーザー情報が公証サーバー４に保存されるようにしてもよい。

ユーザー端末３は、端末に設けられたカメラ装置により写真を撮影し、写真ファイルを公証サーバー４に送信することができる。このとき、図５には示していないが、ファイルは、動画ファイル、音声ファイル及びテキストファイルであってもよく、ファイルの種類は限定されない。

公証サーバー４は、ユーザー端末３から受信したファイルを暗号化してハッシュ値を生成することができ、クラウドと連動して、ファイルとハッシュ値とをマッチングしてクラウドに保存することができる。

公証サーバー４は、ハッシュ値をユーザー端末３及び公証人端末５に送信することができる。公証人端末５は、ハッシュ値を受信することにより当該証拠資料を公証することができる。

公証人端末５は、トランザクションに対する署名原本、公開鍵、電子署名をブロックチェーンサーバー６に送信し、ユーザー端末３は、トランザクションに対する署名原本、公開鍵、電子署名をブロックチェーンサーバー６に送信することができる。

ここで、ブロックチェーンサーバー６は、受信したユーザーのトランザクション署名原本と公証人のトランザクション署名原本を検証し、検証されたトランザクション署名原本を保存することができる。トランザクション署名を検証するとは、公開鍵を用いてトランザクション署名原本を検証することを意味し得る。すなわち、ユーザー端末３から受信したユーザーの公開鍵および公証人端末５から受信した公証人の公開鍵により、ユーザー及び公証人のそれぞれの電子署名を復号化し、トランザクション署名原本をハッシュ化して得られたハッシュ値と比較して、当該電子署名が偽造されていないことを確認することにより、トランザクション署名原本を検証することができる。

トランザクション署名原本が有効であることが検証された場合には、ブロックチェーンサーバー６にユーザーのトランザクション署名原本と公証人のトランザクション署名原本が保存され得る。

ブロックチェーンサーバー６は、使用者と公証人のトランザクション署名原本が偽造されていないことが検証されると、トランザクションが実行されてスマートコントラクトブロックを生成することができる。また、ブロックチェーンサーバー６はスマートコントラクトブロックに基づいてトークンを生成することができ、ブロックチェーンサーバー６と連動するウォレットに当該トークンが保存され得る。

図６は、本発明の一実施形態によるブロックチェーンに基づく証拠資料公証システムの制御方法を示す全体フローチャートである。

公証人により既に公証され、公証サーバー４と連動するクラウドストレージに保存されたユーザーの証拠資料を、証拠資料要求機関端末２に提出することができる。

図６を参照すると、ユーザー端末３は、証拠資料要求機関端末２から証拠資料提出要求信号を受信することができる。このとき、ユーザーは、会員登録された公証サーバー４にユーザー認証情報によりログインすることができる。

ユーザーが公証サーバー４にログインすると、会員管理部２１に保存されているユーザー情報とユーザー認証情報とが一致するか否かを確認し、一致すればユーザーのログインを受け付けることができる。

ユーザーは、公証サーバー４に対して、公証済み証拠資料の検索を要求することができる。このとき、公証サーバー４は、ブロックチェーンサーバー６に対して、ユーザーのトランザクション署名原本を含むスマートコントラクトブロックの存在の有無について照会を要求することができ、ブロックチェーンサーバー６から照会結果を受信することができる。当該スマートコントラクトブロックにユーザーのトランザクション署名原本を含むスマートコントラクトブロックが存在するという結果を受信すると、公証サーバー４は、クラウドストレージに保存されているユーザーの公証済み証拠資料のリストを検索することができる。

このとき、ユーザーの公証済み証拠資料が複数ある場合には、公証サーバー４は、ユーザー端末３に対して、証拠資料の選択を要求する信号を送信することができ、ユーザーはユーザー端末３を通じて証拠資料を選択することができる。このとき、ユーザーは、複数の証拠資料を選択することもできる。

公証サーバー４は、当該証拠資料のハッシュ値をユーザー端末３に送信することができ、ユーザー端末３は、当該証拠資料のハッシュ値を証拠資料要求機関端末２に送信して証拠資料を提出することができる。

図６には示していないが、公証サーバー４は、証拠資料の発給方式を選択するための信号をユーザー端末３に送信することができる。証拠資料の発給方式は、ブロックチェーンサーバー６が生成したトークンによるものであってもよいし、または公証済みファイルのハッシュ値によるものであってもよい。

ユーザーがトークンによる証拠資料の発給方式を選択すると、公証サーバー４の通信部１０は、該当信号をブロックチェーンサーバー６の通信部３０に送信することができる。

このとき、ユーザーの電子ウォレットに保存されているトークンを、証拠資料要求機関端末２の電子ウォレットアドレスに送信することができる。

このような、ブロックチェーンに基づく証拠資料公証システムの制御方法は、アプリケーションで実現されたり、または様々なコンピュータ構成要素により実行可能なプログラム命令語の形態で実現されたりして、コンピュータ読み取り可能な記録媒体に記録され得る。コンピュータ読み取り可能な記録媒体は、プログラム命令語、データファイル、データ構造などを単独または組み合わせて含むことができる。コンピュータ読み取り可能な記録媒体に記録されるプログラム命令語は、本発明のために特別に設計されて構成されたものであってもよいし、コンピュータソフトウェア分野の当業者に公知で使用可能なものであってもよい。

コンピュータ読み取り可能な記録媒体の例には、ハードディスク、フロッピーディスク、磁気テープなどの磁気媒体、ＣＤ－ＲＯＭ、ＤＶＤなどの光記録媒体、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ ｄｉｓｋ）などの磁気－光媒体（ｍａｇｎｅｔｏ－ｏｐｔｉｃａｌ ｍｅｄｉａ）、およびＲＯＭ、ＲＡＭ、フラッシュメモリなどの、プログラム命令語を格納し実行するように特別に構成されたハードウェア装置が含まれる。

プログラム命令語の例には、コンパイラにより作られるもののような機械語コードだけでなく、インタプリタなどを使用してコンピュータによって実行され得る高度な言語コードも含まれる。ハードウェア装置は、本発明による処理を実行するために、１つ以上のソフトウェアモジュールとして作動するように構成されてもよく、その逆も同様である。

以上、本発明の実施形態について説明したが、本発明の思想は、本明細書に示される実施形態に限定されるものではなく、本発明の思想を理解する当業者は、同一思想の範囲内において、構成要素の付加、変更、削除、追加などによって、他の実施形態を容易に提案することができ、それらも本発明の思想範囲内に属すると理解すべきである。

１ ブロックチェーンに基づく証拠資料公証システム
２ 証拠資料要求機関端末
３ ユーザー端末
４ 公証サーバー
５ 公証人端末
６ ブロックチェーンサーバー
１０ 公証サーバーの通信部
２０ 公証サーバーの制御部
２１ 会員管理部
２２ 暗号化部
２３ クラウド連動部
３０ ブロックチェーンサーバーの通信部
４０ ブロックチェーンサーバーの制御部
４１ 署名管理部
４２ スマートコントラクトブロック管理部
４３ トークン生成部
４４ ウォレット連動部

Claims (8)

1. ユーザーからの証拠資料に対する公証要求に応答して、前記証拠資料をブロックチェーンに基づいて公証するためのブロックチェーンに基づく証拠資料公証システムにおいて、
   前記公証要求に応じて前記証拠資料を送信するユーザー端末と、
   前記証拠資料を受信し、前記受信された証拠資料を暗号化して前記証拠資料に対するハッシュ値を生成し、前記生成されたハッシュ値を、前記ユーザー端末および前記証拠資料に対する公証を行う公証人端末側にそれぞれ送信する公証サーバーと、
   前記ハッシュ値に作成した署名を前記ユーザー端末および公証人端末側からそれぞれ受信し、前記署名が作成されたハッシュ値に基づいてスマートコントラクトブロックを生成するブロックチェーンサーバーと、を備え、
   前記ブロックチェーンサーバーは、
   前記ユーザー端末から前記ユーザーのトランザクション署名を受信し、前記公証人端末から前記公証人のトランザクション署名を受信する通信部と、
   前記受信したユーザーのトランザクション署名および前記公証人のトランザクション署名を検証し、検証された前記トランザクション署名を保存する署名管理部と、
   前記トランザクション署名が偽造されていないことが検証されると、トランザクションが実行されてスマートコントラクトブロックを生成するスマートコントラクトブロック管理部と、
   前記スマートコントラクトブロックに基づいてトークンを生成するトークン生成部と、
   前記トークン生成部が生成したトークンが保存されるように統合ＡＰＩを通じて電子ウォレットと連動するウォレット連動部と、を備え、
   前記署名管理部は、
   前記ユーザー端末から受信したユーザーの公開鍵と公証人端末から受信した公証人の公開鍵でユーザーと公証人それぞれの電子署名を復号化し、トランザクション署名をハッシュ化して得たハッシュ値と比較して当該電子署名が偽造されていないことを確認し、ユーザーと公証人それぞれのトランザクション署名を検証する、
   ブロックチェーンに基づく証拠資料公証システム。
2. 前記公証サーバーは、
   前記ユーザー端末から前記証拠資料を受信する通信部と、
   前記ユーザーの情報を管理する会員管理部と、
   前記証拠資料を暗号化してハッシュ値を生成する暗号化部と、
   前記証拠資料とハッシュ値とがマッチングされてクラウドストレージに保存されるように前記クラウドストレージと連動するクラウド連動部と、を備える、請求項１に記載のブロックチェーンに基づく証拠資料公証システム。
3. 前記公証サーバーは、
   前記ユーザー端末から証拠資料の検索を要求されると、前記ブロックチェーンサーバーに対して、前記ユーザーのトランザクション署名を含む前記スマートコントラクトブロックが存在するか否かの確認を要求する、請求項２に記載のブロックチェーンに基づく証拠資料公証システム。
4. 前記公証サーバーは、
   前記ブロックチェーンサーバーから、前記ユーザーのトランザクション署名を含む前記スマートコントラクトブロックが存在することを示す信号を受信すると、前記クラウド連動部から前記ユーザー端末に、前記クラウドに保存されているユーザーの公証済み証拠資料のハッシュ値を送信する、請求項３に記載のブロックチェーンに基づく証拠資料公証システム。
5. 前記ユーザー端末は、
   証拠資料要求機関端末に前記公証済み証拠資料のハッシュ値を送信する、請求項４に記載のブロックチェーンに基づく証拠資料公証システム。
6. ユーザーからの証拠資料に対する公証要求に応答して、前記証拠資料をブロックチェーンに基づいて公証するためのブロックチェーンに基づく証拠資料公証システムの制御方法であって、
   ユーザー端末が、前記公証要求に応じて前記証拠資料を送信する手順、
   公証サーバーが、前記証拠資料を受信し、前記受信された証拠資料を暗号化して前記証拠資料に対するハッシュ値を生成する手順、前記生成されたハッシュ値を、前記ユーザー端末および前記証拠資料に対する公証を行う公証人端末側にそれぞれ送信する手順、
   ブロックチェーンサーバーが、前記ハッシュ値に作成した署名を前記ユーザー端末および公証人端末側からそれぞれ受信し、前記署名が作成されたハッシュ値に基づいてスマートコントラクトブロックを生成する手順、を含み、
   更に、前記ブロックチェーンサーバーが、前記ユーザー端末からユーザーのトランザクション署名を受信する手順、前記公証人端末から前記公証人のトランザクション署名を受信する手順、前記受信したユーザーのトランザクション署名および前記公証人のトランザクション署名を検証し、検証された前記トランザクション署名を保存する手順、前記トランザクション署名が偽造されていないことが検証されると、トランザクションが実行されてスマートコントラクトブロックを生成し、前記スマートコントラクトブロックに基づいてトークンを生成する手順、生成されたトークンが、統合ＡＰＩを通じて連動する電子ウォレットに保存される手順、を含み、
   前記ブロックチェーンサーバーが、前記ユーザー端末から受信したユーザーの公開鍵と公証人端末から受信した公証人の公開鍵でユーザーと公証人それぞれの電子署名を復号化し、トランザクション署名をハッシュ化して得たハッシュ値と比較して、当該電子署名が偽造されていないことを確認し、ユーザーと公証人それぞれのトランザクション署名を検証する手順を含む、
   ブロックチェーンに基づく証拠資料公証システムの制御方法。
7. 前記公証サーバーは、前記ユーザー端末から前記証拠資料を受信する手順、前記ユーザーの情報を管理し、前記証拠資料を暗号化してハッシュ値を生成する手順、前記証拠資料とハッシュ値とがマッチングされてクラウドストレージに保存されるように前記クラウドストレージと連動する手順、を含む請求項６に記載のブロックチェーンに基づく証拠資料公証システムの制御方法。
8. 請求項６に記載のブロックチェーンに基づく証拠資料公証システムの制御方法を実行するためのコンピュータプログラムが記録された、コンピュータ読み取り可能な記憶媒体。