JP2023532356A - プロキシ方法、装置及びコンピュータ可読記憶媒体 - Google Patents

Abstract

プロキシ方法、装置及びコンピュータ可読記憶媒体を提供する。ここで、プロキシ方法は、ユーザの、取引要求とプライベートデータを含む取引データを取得し、、続いてブロックチェーンプラットフォームに取引要求を送信し、ブロックチェーンプラットフォームは取引要求に応じて取引を完成し、且つプライベートデータをローカルに記憶し、取引を完成した後にプライベートデータを相手プロキシに送信して取引検証を行う。【選択図】図２

Description

本出願は、出願番号が２０２０１０５９９７６２．３で、出願日が２０２０年６月２８日の中国特許出願に基づいて提出され、当該中国特許出願の優先権を主張し、当該中国特許出願の全内容はここに参考として本出願に組み込まれる。

本出願はコンピュータ技術分野に関し、特にプロキシ方法、装置及びコンピュータ可読記憶媒体に関する。

現在の社会は情報が急速に成長する時代にあり、データは新しい商品として、その共有と取引は現在の技術と業務の新しいホットスポットになっている。従来の取引は、取引を達成するために第三者の取引センターに頼ることが多く、これらの取引センターの背後には、監督と裏書きを行う信頼できる機関があるため、取引過程全体が面倒で、長い時間がかかる。データは伝統的な商品と比べて大きな違いがあり、伝播と複製が容易で、個人と企業に関するプライバシーは秘密にする必要があるため、データ取引の過程のトレーサビリティとデータの完全性、信頼性に対してより高い要求があり、信頼でき、改ざん不可であり、トレーサビリティを有する取引手段が必要で、データ取引の安全な進行を保証する。

ブロックチェーンは多方で共有される分散型記帳のデータベース技術であり、その技術の核心はブロックデータチェーン式ストレージとスマートコントラクトであり、読み取りと書き込みしかできず、変更と削除はできない。しかし、ブロックチェーンはデセンターのアーキテクチャであり、すべてのノードが共同で記帳に参加し、共同で帳簿を維持し、チェーンにアップロードされるデータはすべてのユーザに公開される。このような設計はデータのプライバシー保護に不利であり、プライバシーデータを直接チェーンにアップロードすれば、データ漏洩の問題がある。現在、ほとんどのブロックチェーンプラットフォームはプライバシーデータを効果的に保護できず、プライバシー漏洩のリスクがあり、特にクロスブロックチェーンプラットフォームの技術分野では、統一的で有効な解決方法がない。

以下は、本明細書に詳細に記載される主題の概要である。この概要は、特許請求の範囲を限定することを意図するものではない。

本出願の実施例はプロキシ方法、装置及びコンピュータ可読記憶媒体を提供する。

第１の態様では、本出願の実施例が提供するプロキシ方法は、第１のプロキシに用いられるプロキシ方法であって、ユーザの、取引要求とプライベートデータを含む取引データを取得することと、前記プライベートデータをローカルに記憶し、且つブロックチェーンプラットフォームに前記取引要求を送信することにより、ブロックチェーンプラットフォームが前記取引要求に応じて取引を完成させることと、取引を完成した後、前記プライベートデータを、相手プロキシに送信して取引検証を行うこととを含む。

第２の態様では、本出願の実施例が提供するプロキシ方法は、第２のプロキシに用いられるプロキシ方法であって、相手プロキシから送信されたプライベートデータを取得し、前記プライベートデータは、相手プロキシに保存され、且つ、相手プロキシからブロックチェーンプラットフォームに取引要求を送信することによって行われる取引を検証するために用いられることと、前記プライベートデータに取引検証を行うこととを含む。

第３の態様では、本出願の実施例が提供する装置は、メモリと、プロセッサと、メモリに記憶され且つプロセッサ上で実行可能なコンピュータプログラムとを備え、前記プロセッサが前記コンピュータプログラムを実行する際に、上記第１の態様の実施例又は第２の態様の実施例に記載のプロキシ方法を実現する。

第４の態様では、本出願の実施例が提供するコンピュータ可読記憶媒体は、上記第１の態様の実施例又は第２の態様の実施例に記載のプロキシ方法を実行するためのコンピュータ実行可能命令を記憶する。

本発明の他の特徴及び利点は、以下の明細書において説明され、一部は、本明細書から明らかになるか、又は本出願の実施によって理解される。本出願の目的及び他の利点は、明細書、特許請求の範囲、及び図面において特に指摘される構造によって実現され、達成される。

図面は、本出願の技術的解決手段を更に理解するためのものであり、本明細書の一部を構成するものであり、本出願の実施例と共に、本出願の技術的解決手段を説明するためのものであり、本出願の技術的解決手段を制限するものではない。

本出願の一実施例によるシステムアーキテクチャプラットフォームの概略図である。 本出願の一実施例によるプロキシ方法のフローチャートである。 本出願の他の実施例によるプロキシ方法のフローチャートである。 本出願の他の実施例によるプロキシ方法のフローチャートである。 本出願の他の実施例によるプロキシ方法のフローチャートである。 本出願の他の実施例によるプロキシ方法のフローチャートである。 本出願の実施例１の配置過程のフローチャートである。 本出願の実施例１の取引過程のフローチャートである。 本出願の実施例１のデータ取得過程を示すフローチャートである。

本出願の目的、技術的解決手段、及び利点をより明確にするために、以下では、図面及び実施例を参照しながら、本出願を更に詳細に説明する。ここで説明する具体的な実施例は、本出願を解釈するためのものに過ぎず、本出願を限定するものではない。

なお、装置概略図において機能ブロック分割が実施され、フローチャートに論理的順序が示されているが、いくつかの場合によって、装置におけるモジュール分割又はフローチャートにおける順序と異なって、示されるステップ又は説明されるステップを実行してもよい。明細書、特許請求の範囲、又は前述の図面における用語「第１の」、「第２の」などは、類似する対象を区別するために用いられ、必ずしも特定の順序又は前後順序を記述するために用いられるものではない。

ブロックチェーンは多方で共有される分散型記帳のデータベース技術であり、その技術の核心はブロックデータチェーン式ストレージとスマートコントラクトであり、読み取りと書き込みしかできず、変更と削除はできない。ブロックチェーンは、信頼できないネットワークにおける価値伝達の問題に重点を置いている。ブロックチェーン技術によるデータ取引は、取引の信頼性とトレーサビリティを保証するだけでなく、第三者介入の段階を減らし、取引効率を高めることもできる。ブロックチェーンはデセンターのアーキテクチャであり、すべてのノードが共同で記帳に参加し、共同で帳簿を維持し、チェーンにアップロードされるデータはすべてのユーザに公開される。このような設計はデータのプライバシー保護に不利であり、プライバシーデータを直接チェーンにアップロードすれば、データ漏洩の問題がある。

現在、ブロックチェーンプラットフォームはプライバシーデータを効果的に保護できず、プライバシー漏洩のリスクが依然としてあり、特にクロスブロックチェーンプラットフォームの技術分野では、統一的で有効な解決方法がない。これに対して、本出願はプロキシ方法、プロキシノード、装置及びコンピュータ可読記憶媒体を提供し、ユーザの、取引要求とプライベートデータを含む取引データを取得し、続いてブロックチェーンプラットフォームに取引要求を送信し、ブロックチェーンプラットフォームは取引要求に応じて取引を完成し、且つプライベートデータをローカルに記憶し、取引を完成した後にプライベートデータを相手プロキシに送信して取引検証を行う。このように、ブロックチェーン技術の改ざん不可という特性を利用して、取引の信頼性とトレーサビリティを保証する。また、プライベートデータは取引双方のローカルプロキシ間でのみ取引を行い、且つプライベートデータはローカルに記憶され、すなわちプライベートデータはブロックチェーンプラットフォームを通じてチェーンにアップロードしない。ブロックチェーンプラットフォームのプライベートデータが漏洩しやすいという問題を効果的に解決し、取引の安全性が高く、プライベートデータを効果的に保護する役割を果たし、クロスブロックチェーンプラットフォームに適し、且つプライベートデータをチェーンにアップロードする必要がなく、それによって大量の記憶空間の占有を減らすことができる。

以下、図面を参照して本出願の技術的解決手段を明確且つ完全に説明するが、以下に述べる実施例は本出願の一部の実施例であり、全ての実施例ではない。

図１を参照すると、図１は、本出願の一実施例によるプロキシ方法を実行するためのシステムアーキテクチャプラットフォーム１００の概略図である。

図１に示す実施例では、システムアーキテクチャプラットフォーム１００は、サービス層１２０と、通信層１５０と、記憶層１６０とを含む。ここで、サービス層１２０は、ブロックチェーンプラットフォームに取引要求を提出し、プライベートデータの記憶を通知するために用いられる。通信層１５０はプロキシモジュールの間に通信接続を確立するために用いられる。データベースは、ユーザのプライベートデータを記憶するために用いられる。ブロックチェーンプラットフォームに基づいて取引する時、ユーザの、取引要求及びプライベートデータを含む取引データを取得することによって、サービス層１２０を利用してブロックチェーンプラットフォームに取引要求を送信する。ブロックチェーンプラットフォームは、取引要求に応じて取引を完成し、且つ記憶層１６０によってプライベートデータをローカルに記憶し、取引を完成した後、通信層１５０を利用して相手プロキシと通信接続を確立し、且つプライベートデータを相手プロキシに送信して取引検証を行い、それにより取引を完成する。

該システムアーキテクチャプラットフォーム１００はプロキシ方法を実行するプロキシモジュールとして理解されてもよい。該プロキシモジュールはブロックチェーンプラットフォームの記帳ノードに配置され、すなわち取引双方はプロキシモジュールによってブロックチェーンプラットフォームに接続されて取引を行う。このように、ブロックチェーン技術の改ざん不可という特性を利用して、取引の信頼性とトレーサビリティを保証する。また、プライベートデータは取引双方のローカルプロキシ間でのみ取引を行い、且つプライベートデータがプロキシモジュールに記憶され、ローカルに記憶される。取引過程において、プライベートデータはブロックチェーンプラットフォームを通じてチェーンにアップロードせず、プライベートデータは取引双方のプロキシモジュールの間でのみ完成する。このように、ブロックチェーンプラットフォームのプライベートデータが漏洩しやすいという問題を効果的に解決し、取引の安全性が高く、プライベートデータを効果的に保護する役割を果たし、且つプライベートデータをチェーンにアップロードする必要がなく、それによって大量の記憶空間の占有を減らすことができる。

図１に示すように、具体的なプロキシモジュール構造を例に説明する。プロキシモジュールは、ユーザのためにブロックチェーンプラットフォームとローカルデータベースを接続し、ユーザがプライベートデータの取引を安全に完成するのを助ける。

具体的には、プロキシモジュールは、適合層１１０、サービス層１２０、モデル層１３０、アクセス層１４０、通信層１５０及び記憶層１６０を含む。ここで、適合層１１０は、パッケージされた統一のインタフェースによって異なるブロックチェーンプラットフォームインタフェースに対応するように構成され、Ｈｙｐｅｒｌｅｄｇｅｒ Ｆａｂｒｉｃ、Ｆｉｓｃｏ Ｂｃｏｓ、イーサリアムなどの異なる連盟チェーン、公私ブロックチェーンプラットフォームをサポートする。サービス層１２０は、主に、ブロックチェーンプラットフォームに取引を提出し、データ管理モジュールにプライベートデータの記憶及び同期機能を通知する役割を果たす。モデル層１３０は、スマートコントラクト、取引、プライベートデータ、構成を統一的にモデル化して、記憶及び取引のサポートを提供するために用いられる。アクセス層１４０は、Ｃｌｉコマンドライン方式によって取引ユーザに対して、人間とコンピュータとのインタラクションを行って取引プロキシとデータ同期の機能を完成させるために用いられる。通信層１５０は、ｇｏｓｓｉｐプロトコルを使用して他のノードのプロキシモジュールと通信し、メッセージキューを使用して、他のプロキシモジュールから送信されたメッセージをキャッシュする。記憶層１６０はプロキシモジュールの構成情報とプライベートデータを記憶するために用いられる。ここで、構成初期化情報は、接続する必要があるブロックチェーンプラットフォームの種類、アドレス、ポート、チャネル情報及びアクセス採用の証明書などを設定するために用いられる。プライベートデータは、ローカルデータベースを用いて暗号化して記憶され、ｃｏｕｃｈＤＢ、ＲｏｃｋｓＤＢなどの常用データベースをサポートする。

なお、ブロックチェーンプラットフォーム上で取引が行われる場合、取引の実行、取引の記録、及び取引ユーザのポイントアカウント振替操作の完成を担当するスマートコントラクトを介して取引を実行する。スマートコントラクトは、情報化された方法でコントラクトを伝播、検証、又は実行するためのコンピュータプロトコルであり、ブロックチェーンは、デセンターの信頼できる環境を提供する。そのため、スマートコントラクトはブロックチェーンと連携し、すなわち、スマートコントラクトはブロックチェーン技術に基づいて実現することができる。さらに、プロキシモジュールは、適合層１１０を介して統一されたインタフェースを提供することができる。これにより、異なるブロックチェーンプラットフォームをサポートすることができ、システムアーキテクチャプラットフォーム１００をクロスブロックチェーンプラットフォームに適用し、現在のほとんどのブロックチェーンプラットフォームにプライバシー漏洩のリスクが存在する問題を解決することができる。

本出願の実施例で説明されるシステムアーキテクチャプラットフォーム１００及び応用シーンは、本出願実施例の技術案をより明確に説明するためであり、本出願実施例が提供する技術案に対する限定を構成するものではない。当業者であれば、システムアーキテクチャプラットフォーム１００の進化と新しい応用シーンの出現に伴い、本出願の実施例が提供する技術案は類似の技術問題に対して同様に適用できることが分かるであろう。

当業者は、図１に示すシステムアーキテクチャプラットフォーム１００が、本出願の実施形態を限定するものではなく、図示したものよりも多いもしくは少ない要素、又は幾つかの要素の組み合わせ、又は異なる要素配置を含んでもよいことを理解するであろう。

図１に示すシステムアーキテクチャプラットフォーム１００において、適合層１１０、サービス層１２０、モデル層１３０、アクセス層１４０、通信層１５０、及び記憶層１６０は、協働してプロキシ方法を実行することができる。

上述のシステムアーキテクチャプラットフォーム１００に基づいて、本出願のプロキシ方法の様々な実施例を以下に示す。

図２を参照すると、図２は、本出願の一実施例によるプロキシ方法のフローチャートであり、該プロキシ方法はステップＳ１００、ステップＳ２００、及びステップＳ３００を含むが、これらに限定されない。

ステップＳ１００：ユーザの、取引要求及びプライベートデータを含む取引データを取得する。

一実施例では、取引過程は、ブロックチェーン技術に基づいて実現される。取引の前に、ユーザの取引内容に基づいて取引データを生成し、その後、オンラインで取引データを送信する必要がある。ここで、取引内容は、取引双方のオフラインで合意された取引の詳細として理解されてもよい。取引双方は、取引データの生成及び符号化や復号化のために、アカウント及び公開鍵を相互に交換することができる。

取引双方はプロキシモジュールによってブロックチェーンプラットフォームに接続されて取引を行う。具体的には、取引双方はブロックチェーンプラットフォームの記帳ノードに対応するプロキシモジュールを配置し、ローカルプロキシモジュールによって取引作業を完成する。一実施例では、ユーザの取引データを取得するステップは、プロキシモジュールによって実行され、取得された取引データは、取引要求とプライベートデータを含む。ここで、取引要求は、取引双方のアカウント、取引時間などを含んでもよく、プライベートデータは、個人識別情報などのプライバシー情報のデータを含んでもよい。

ステップＳ２００：プライベートデータをローカルに記憶し、ブロックチェーンプラットフォームに取引要求を送信することにより、ブロックチェーンプラットフォームは取引要求に従って取引を完成する。

一実施例において、プライベートデータをローカルに記憶することは、ローカルプロキシモジュールを利用してプライベートデータを記憶することと理解されてもよい。具体的にはローカルプロキシモジュールの記憶層を利用してプライベートデータを記憶することである。同時に取引要求をブロックチェーンプラットフォームに送信する。プライベートデータをブロックチェーンプラットフォームに送信する必要がなく、すなわちプライベートデータをチェーンにアップロードせずに、取引要求のみをブロックチェーンプラットフォームに送信する。ブロックチェーンプラットフォームは、取引要求を受信した後、対応する取引を実行する。

なお、取引要求にはブロックチェーンプラットフォームが取引を完成できるためのデータが含まれている。ブロックチェーンプラットフォームは取引要求に基づいて取引双方を識別できる前提で取引を完成し、プライベートデータはブロックチェーンプラットフォームに送信されないため、プライベートデータの漏洩を効果的に回避することができ、取引の安全性を高めるのに有利である。

ステップＳ３００：取引を完成した後、プライベートデータを相手プロキシに送信して取引検証を行う。

一実施例では、ステップＳ２００において、プライベートデータをローカルプロキシモジュールに記憶し、ブロックチェーンプラットフォームで取引を完成した後プライベートデータを相手プロキシに送信する。相手プロキシは取引相手に対応するプロキシとして理解されてもよい。例えば、買い手はデータプロバイダとして、買い手のプロキシは第１のプロキシであり、売り手はデータ需要側として、売り手のプロキシは第２のプロキシである。取引する時第１のプロキシはブロックチェーンプラットフォームに取引要求を送信して且つプライベートデータをローカルに記憶し、取引が完成した後、第１のプロキシは第２のプロキシにプライベートデータを送信して取引検証を行う。ここで、第２のプロキシは、第１のプロキシの相手プロキシとして理解されてもよい。

従来の取引方法に対して、本実施例の取引過程においてプライベートデータはブロックチェーンプラットフォームによってチェーンにアップロードされることはなく、プライベートデータは直接プロキシの間で取引を行い、ブロックチェーンプラットフォームのプライベートデータが漏洩しやすいという問題を効果的に解決し、取引の安全性が高く、プライベートデータに対して有効な保護作用を果たす。また、プライベートデータはチェーンにアップロッドする必要がなく、すなわちチェーンにアップロードされるデータとプライベートデータを隔離し、取引のトレーサビリティを保証することができるだけでなく、プライベートデータのアップロードによる大量の記憶空間の占有とプライバシーの漏洩の問題を解決し、クロスブロックチェーンプラットフォームのデータプライバシーに対する保護性が悪いという問題を効果的に解決する。

一実施例では、ステップＳ１００、ステップＳ２００及びステップＳ３００は、第１のプロキシの実行フローであり、取引主体におけるデータプロバイダ側の実行ステップに属し、ステップＳ３００における取引検証ステップは、相手プロキシで実行される。

図３を参照すると、一実施例では、ステップＳ１００において、ユーザの取引データを取得する前に、以下のステップが含まれるが、これらに限定されない。

ステップＳ１１０：プライベートデータに基づいてダイジェストを生成し、プライベートデータを暗号化し、且つ暗号化されたプライベートデータに署名する。

ステップＳ１２０：ダイジェスト及び署名に基づいて取引要求を生成する。

具体的に、取引データを取得する前に、プライベートデータからダイジェストを生成し、該ダイジェストは、プライベートデータのコンテンツサマリーとして理解されてもよい。取引双方の公開鍵を利用してプライベートデータを暗号化し、且つ秘密鍵を利用して暗号化されたプライベートデータに署名する。ここで、公開鍵は取引双方が保有する公共の鍵として理解されてもよく、秘密鍵は取引双方が各自で保有する鍵として理解されてもよい。取引データのプロバイダは自己の秘密鍵を利用してプライベートデータに署名し、署名を利用してデータプロバイダの身元を確認することを容易にする。

ローカルに記憶されたプライベートデータは、暗号化され署名されたデータであり、プライベートデータの安全性を保証する。ダイジェストと署名に基づいて取引要求を生成し、すなわち取引要求はダイジェストと署名を含むが、ダイジェストと署名のみに限定されず、例えば取引要求は取引双方のアカウントなどを含んでもよい。ローカルプロキシは、ダイジェストと署名を含む取引要求をブロックチェーンプラットフォームに送信する。ブロックチェーンプラットフォームは、取引を開始し、且つスマートコントラクトによって、２つのプロキシの間の取引記帳を完成し、取引記帳にプライベートデータのダイジェストと署名の情報を含む。このように、取引が遡及できることを確保し、安全性が高い。

図４を参照すると、一実施例では、ステップＳ３００において、取引を完成した後、プライベートデータを相手プロキシに送信して取引検証を行うことは、以下のステップを含むが、これらに限定されない。

ステップＳ３１０：相手プロキシにプッシュ要求を送信する。

ステップＳ３２０：相手プロキシがプッシュ要求によって送信した応答情報を受信する。

ステップＳ３３０：応答情報に基づいて相手プロキシにプライベートデータを送信することにより、相手プロキシはプライベートデータに基づいて取引検証を行う。

ローカルプロキシモジュールがブロックチェーンプラットフォームによって取引のチェーンへのアップロッドを完成した後、データプロバイダのプロキシモジュールによってデータ需要者のプロキシモジュールにプライベートデータのプッシュフローを開始する。

具体的には、第１のプロキシはプライベートデータの送信側として、エージェンデータプロバイダを代理する。第２のプロキシは、プライベートデータの受信側として、データ需要者を代理する。これを例として説明し、以下のステップを含むがこれらに限定されない。

ステップＳ３１１：第１のプロキシは、第２のプロキシにセキュアトランスポート層プロトコル（ＴＬＳ）リンクを確立し、且つプッシュ要求を開始することにより、第２のプロキシは、プッシュ要求に応じて同意応答を返信し、且つ要求乱数を返信する。

ステップＳ３２１：第１のプロキシは第２のプロキシの応答情報を受信し、且つ第２のプロキシにプライベートデータをプッシュして且つプッシュ履歴、ダイジェスト情報を含む。

ステップＳ３３１：プライベートデータプッシュを完成した後、第１のプロキシは第２のプロキシに終了メッセージを送信する。

ここで、プッシュ要求のパラメータは、第１のプロキシのＩＤ、チャネル番号、受信者のアカウント、取引ＩＤ及び乱数を含む。プッシュされたプライベートデータが大きい場合は、パケット送信が可能である。また、プライベートデータプッシュが完成すると、第２のプロキシはプライベートデータを検証してローカルに記憶し、これによってプライベートデータの送信を完成する。

なお、第１のプロキシは、Ｇｏｓｓｉｐプロトコルによって第２のプロキシにプライベートデータを送信する。Ｇｏｓｓｉｐプロトコルは、分散式システムにおいて広く使用されるプロトコルであり、主に分散式ノード又はプロセス間の情報交換を実現するために用いられる。Ｇｏｓｓｉｐプロトコルは、同時に応用層マルチキャストプロトコルが要求する低負荷、高信頼性と拡張性の要求を満たす。

図５を参照すると、一実施例では、プロキシ方法は、以下のステップを含むが、これらに限定されない。

ステップＳ４００：相手プロキシの同期要求を受信し、且つ同期要求に応じてプライベートデータのダイジェストリストを返信することにより、相手プロキシは、ダイジェストリストに従って自身に記憶されたプライベートデータと比較し、且つプライベートデータが欠落していると確定した場合、要求リストを返信する。

ステップＳ５００：要求リストに従って、プライベートデータを相手プロキシに送信する。

ここで、同期要求はプライベートデータの同期要求として理解されてもよい。プライベートデータの送信過程にデータの紛失又は送信失敗の状況が存在するため、プライベートデータが取引双方のプロキシ記憶における一致性を保証し、取引検証の要求を満たすために、プライベートデータ送信が完成した後、相手プロキシに対して同期要求を開始する。

具体的なプライベートデータの同期過程は以下のとおりである。

ステップＳ４１０：第１のプロキシは第２のプロキシからの同期要求を受信する。

ステップＳ４２０：第１のプロキシは同期要求に応じて条件を満たすプライベートデータのダイジェストリスト及び要求乱数を返信することにより、第２のプロキシは自身に記憶されたプライベートデータのダイジェストと比較した後、欠落したプライベートデータを決定し、且つ第２のプロキシは第１のプロキシに要求リストを送信する。

ステップＳ５１０：第１のプロキシは要求リストに従って順に第２のプロキシにプライベートデータをプッシュする。

ステップＳ５２０：すべてのプライベートデータプッシュが完成した後、第１のプロキシは第２のプロキシにプッシュ終了メッセージを送信する。

ここで、同期要求の情報は、プロキシＩＤ、同期データの範囲フィルタパラメータ（例えば、時間、アカウント、取引ＩＤなど）及び乱数（今回要求を表記する）を含む。第２のプロキシは、ＴＬＳリンクを介してプライベートデータの同期要求を第１のプロキシに送信する。また、プライベートデータプッシュが完成すると、第２のプロキシはプライベートデータを検証し、ローカルに記憶する。

なお、プライベートデータの同期フローは、すべてのプロキシが定期的に実行され、すなわち、一実施例では、第１のプロキシが定期的に第２のプロキシの同期要求を受信し、これにより、プライベートデータ紛失の問題を効果的に解決する。

一実施例では、プロキシ方法は、以下のステップを含むがこれらに限定されない。

ステップＳ６００：プライベートデータの記憶時間が予め設定された保存時間を超えた場合、プライベートデータを削除する。

プライベートデータは、ローカルのプロキシモジュールに記憶される。例えば、第１のプロキシのプライベートデータは、第１のプロキシのエージェンモジュール上に記憶され、第２のプロキシのプライベートデータは、第２のプロキシのエージェンモジュール上に記憶される。エージェンモジュールは、十分な記憶空間を有することを保証するために、ローカルに記憶されたプライベートデータを定期的にクリアする。

図６を参照すると、本出願の別の実施例によるプロキシ方法であって、該プロキシ方法は取引主体においてデータ需要者側で実行されるステップであり、このプロキシ方法ステップを実行する主体は、実施例のステップＳ３００における相手プロキシである。

具体的には、該プロキシ方法は、以下のステップを含むが、これらに限定されない。

ステップＳ１０１：相手プロキシによって送信されたプライベートデータを取得し、プライベートデータは相手プロキシに保存され、且つ相手プロキシからブロックチェーンプラットフォームに取引要求を送信することによって行われる取引を検証するために用いられる。

ステップＳ２０１：プライベートデータに対する取引検証を行う。

第１のプロキシがデータプロバイダを代理し、第２のプロキシがデータ需要者を代理することを例に説明すると、本実施例における相手プロキシは第１のプロキシであり、第２のプロキシは第１のプロキシによって送信されたプライベートデータを取得し、プライベートデータに対して取引検証を行う。第１のプロキシが第２のプロキシにプライベートデータを送信するフローは、図２に示す実施例のフローを参照してよく、ここでは繰り返さない。

一実施例では、ステップＳ２０１において、プライベートデータに対する取引検証は、以下のステップを含むが、これらに限定されない。

ステップＳ２１１：プライベートデータに対して署名検証を行い、プライベートデータを提供するユーザを確認する。

ステップＳ２１２：プライベートデータを復号し、且つ復号されたプライベートデータを比較ダイジェストに生成して、比較ダイジェストを相手プロキシのプライベートデータのダイジェストと比較し、プライベートデータが有効であるか否かを確認する。

具体的には、第２のプロキシは受信したプライベートデータをローカルに記憶し、データ需要者は第２のプロキシによってプライベートデータを取得し、且つ公開鍵を利用してプライベートデータに署名検証を行い、該プライベートデータを提供するユーザの身元を確認する。例えば、検証された署名が一致すれば、該プライベートデータのデータプロバイダが取引の対象であることを確認する。

署名検証された後、第２のプロキシは秘密鍵を利用してプライベートデータを復号し、且つ復号されたプライベートデータを比較ダイジェストに生成する。該比較ダイジェストを利用して第１のプロキシによって送信されたプライベートデータのダイジェストと比較し、該プライベートデータが改ざんされたか否かを判断することができる。比較ダイジェストと送信されたダイジェストが一致しなければ、プライベートデータが改ざんされたと見なすことができ、取引過程を遡ることができ、それによりデータ取引の安全性を保証する。

一実施例では、プロキシ方法は、以下のステップを含むがこれらに限定されない。

ステップＳ３０１：相手プロキシに同期要求を送信する。

ステップＳ３０２：受信相手プロキシが同期要求に応じてプライベートデータのダイジェストリストを返信し、且つダイジェストリストに従って自身に記憶されたプライベートデータと比較する。

ステップＳ３０３：プライベートデータが欠落していると確定した場合、要求リストを相手プロキシに返信することにより、相手プロキシは要求リストに従ってプライベートデータを送信する。

本実施例における相手プロキシは第１のプロキシである。第２のプロキシは相手プロキシに同期要求を送信する。第１のプロキシは該同期要求に応じてプライベートデータのダイジェストリストを返信する。第２のプロキシはダイジェストリストに従って自身に記憶されたプライベートデータと比較し、プライベートデータに欠落が存在するか否かを確認する。第２のプロキシは、欠落したプライベートデータを確定した場合、第１のプロキシに要求リストを返信する。第１のプロキシは、該要求リストに従ってプライベートデータを送信する。これにより、プライベートデータの同期動作を完成する。ここで、同期フローにおいて、第１のプロキシが第２のプロキシにプライベートデータを送信するステップは、上述の実施例のステップＳ４１０からステップＳ５２０までのフローを参照することができ、ここでは繰り返さない。

なお、プライベートデータの同期フローは、すべてのプロキシが定期的に実行される。第２のプロキシが定期的に第１のプロキシに同期要求することにより、第１のプロキシと第２のプロキシに記憶されたプライベートデータとの一致性を保証する。

上述した各実施例におけるプロキシ方法の具体的なステップフローをより明確に説明するために、以下、２つの実施例によって説明する。

実施例１：
Ｆａｂｒｉｃプラットフォームのプライバシーデータ取引実施過程を例にとり、配置、取引、及びデータ取得過程が含まれる。

図７に示すように、配置過程は以下のステップを含む。

ステップＳ７０１：プロキシプログラムをローカルブロックチェーンノードが位置する環境に配置し、且つ証明書をｃｅｒｔ証明書ディレクトリに配置し、且つインストールする必要があるスマートコントラクトをｃｏｎｔｒａｃｔｓディレクトリに対応する言語に置く。

ステップＳ７０２：ｃｏｎｆｉｇ／ｃｏｎｆｉｇ．ｙａｍｌプロファイルを修正し、対応するブロックチェーンプラットフォームタイプを設定し、ローカルストレージＤＢアドレスを置き換え、相手プロキシアドレスを設定する。

ステップＳ７０３：ｃｏｎｆｉｇ／ｃｏｎｆｉｇ．ｙａｍｌプロファイルを修正し、ローカル対応のブロックチェーンプラットフォームの関連設定を完成する。

ステップＳ７０４：プロキシ開始コマンドを実行し、プロキシサービスプログラムを起動する。

ステップＳ７０５：配置過程を終了する。

ここで、ｆａｂｒｉｃプラットフォームは、組織名、ｐｅｅｒ及びｏｒｄｅｒｅｒアドレス、及び証明書構成を含む。

図８に示すように、配置過程は以下のステップを含む。

ステップＳ７０６：ユーザＡは第１のプロキシによって取引を提出し、暗号化されたプライベートデータ、ダイジェスト、署名、ユーザＢの所属組織とアカウントを含む。

ステップＳ７０７：第１のプロキシはブロックチェーンプラットフォームに取引を開始し、スマートコントラクトによって取引記帳を完成する。

ステップＳ７０８：第１のプロキシは暗号化されたプライベートデータをローカル記帳ノードにアップロードしてローカルデータベースに記憶する。

ステップＳ７０９：第１のプロキシはユーザＢが位置する記帳ノードの第２のプロキシにプライベートデータをプッシュし、第２のプロキシはプライベートデータを受信してローカルデータベースに記憶し、プライベートデータ取引を完成する。

ここで、取引記帳はプライベートデータのダイジェスト情報を含み、取引が遡及できることを保証すると同時に、スマートコントラクトはユーザＢのポイント控除とユーザＡのポイント増加操作を自動的に完成することができる。

図９に示すように、データ取得過程は以下のステップを含む。

ステップＳ７１０：ユーザＢは第２のプロキシにプライベートデータを取得し、取引アカウント、取引ＩＤを提供する。

ステップＳ７１１：第２のプロキシは取引アカウントと取引ＩＤに基づいて該プライベートデータがユーザＢに属することを確認し、且つユーザＢにプライベートデータを取得するアドレスを返信する。

ステップＳ７１２：ユーザＢはアドレスによってプライベートデータを取得し、且つユーザＡの公開鍵を利用してプライベートデータに署名検証を行い、該データがユーザＡによって提供されるデータであることを確認する。

ステップＳ７１３：ユーザＢは秘密鍵を利用してプライベートデータを復号すると同時にプライベートデータに比較ダイジェストを生成し、ユーザＡが提供するダイジェストと比較を行い、データが改ざんされていないことを確認する。

ステップＳ７１４：プライベートデータ取得過程を終了する。

実施例２：
クロスプラットフォーム（Ｆａｂｒｉｃ－Ｆｓｃｉｏ）のプライバシーデータ取引実施過程を例にとり、配置、取引、及びデータ取得過程が含まれる。

配置過程は以下のステップを含む。

ステップＳ８０１：プロキシプログラムをローカルブロックチェーンノードが位置する環境に配置し、且つ証明書をｃｅｒｔ証明書ディレクトリに配置し、且つインストールする必要があるスマートコントラクトをｃｏｎｔｒａｃｔｓディレクトリに対応する言語に置く。

ステップＳ８０２：ｃｏｎｆｉｇ／ｃｏｎｆｉｇ．ｙａｍｌプロファイルを修正し、対応するブロックチェーンプラットフォームタイプを設定し、ローカルストレージＤＢアドレスを置き換え、相手プロキシアドレスを設定する。

ステップＳ８０３：ｃｏｎｆｉｇ／ｃｏｎｆｉｇ．ｙａｍｌプロファイルを修正し、ローカル対応のブロックチェーンプラットフォームの関連設定を完成する。

ステップＳ８０４：プロキシ開始コマンドを実行し、プロキシサービスプログラムを起動する。

ステップＳ８０５：配置過程を終了する。

ここで、Ｆａｂｒｉｃプラットフォームは、組織名、ｐｅｅｒ、ｏｒｄｅｒｅｒアドレス、暗号化アルゴリズム、及び証明書構成を含む。

取引過程は以下のステップを含む。

ステップＳ８０６：ユーザＡは第１のプロキシによって取引を提出し、暗号化されたプライベートデータ、ダイジェスト、署名、取引者Ｂの所属組織とアカウントを含む。

ステップＳ８０７：第１のプロキシはブロックチェーンプラットフォームに取引を開始し、スマートコントラクトによって取引記帳を完成する。

ステップＳ８０８：第１のプロキシは暗号化データをローカルブロックチェーン記帳ノードにアップロードして且つローカルデータベースに記憶する。

ステップＳ８０９：第１のプロキシはユーザＢが位置する記帳ノードの第２のプロキシにプライベートデータをプッシュし、第２のプロキシはデータを受信して且つローカルデータベースに記憶し、プライベートデータ取引を完成する。

ここで、取引記帳はプライベートデータのダイジェスト情報を含み、取引が遡及できることを保証すると同時に、スマートコントラクトはユーザＢのポイント控除とユーザＡのポイント増加操作を自動的に完成することができる。

データ取得過程は以下のステップを含む。

ステップＳ８１０：ユーザＢは第２のプロキシにプライベートデータを取得し、取引アカウント、取引ＩＤを提供する。

ステップＳ８１１：第２のプロキシは取引アカウントと取引ＩＤに基づいて該プライベートデータがユーザＢに属することを確認し、且つユーザＢにプライベートデータを取得するアドレスを返信する。

ステップＳ８１２：ユーザＢはアドレスによってプライベートデータを取得し、且つユーザＡの公開鍵を利用してプライベートデータに署名検証を行い、該データがユーザＡによって提供されるデータであることを確認する。

ステップＳ８１３：ユーザＢは秘密鍵を利用してプライベートデータを復号すると同時にプライベートデータに比較ダイジェストを生成し、ユーザＡが提供するダイジェストと比較を行い、データが改ざんされていないことを確認する。

ステップＳ８１４：プライベートデータ取得過程を終了する。

さらに、本出願の一実施例は、メモリと、プロセッサと、メモリに記憶され且つプロセッサ上で実行可能なコンピュータプログラムとを備える装置をさらに提供する。プロセッサ及びメモリは、バス又は他の手段によって接続してもよい。

メモリは非一時的なコンピュータ可読記憶媒体として、非一時的なソフトウェアプログラム及び非一時的なコンピュータ実行可能プログラムを記憶するために用いられる。さらに、メモリは、高速ランダムアクセスメモリを含んでもよく、少なくとも１つのディスクメモリ装置、フラッシュメモリ装置、又は他の非一時的ソリッドステートメモリ装置などの非一時的メモリを含んでもよい。いくつかの実施形態では、メモリは、プロセッサに対して遠隔に設けられるメモリを含んでもようく、これらの遠隔メモリは、ネットワークを介して該プロセッサに接続してもよい。このようなネットワークの例には、インターネット、企業イントラネット、ローカルエリアネットワーク、移動通信ネットワーク、及びそれらの組み合わせが含まれるが、これらに限定されない。

なお、本実施例における端末は、図１に示す実施例におけるシステムアーキテクチャプラットフォーム１００を含んでもよい。本実施例における端末は、図１に示す実施例におけるシステムアーキテクチャプラットフォーム１００と同じ発明概念に属するので、これらの実施例は、同一の実現原理及び技術的効果を有し、ここでは詳述しない。

上記実施例のプロキシ方法を実現するには必要な非一時的なソフトウェアプログラム及び命令は、メモリに記憶され、プロセッサによって実行されると、上記実施例におけるプロキシ方法を実行し、例えば、上述した図２の方法ステップＳ１００～Ｓ３００、図３の方法ステップＳ１１０～Ｓ１２０、図４の方法ステップＳ３１０～Ｓ３３０、図５の方法ステップＳ４００～ステップＳ５００、図６の方法ステップＳ１００～ステップＳ１０２、図７の方法ステップＳ７０１～ステップＳ７０５、図８の方法ステップＳ７０６～ステップＳ７０９、図９の方法ステップＳ７１０～ステップＳ７１４を実行する。

上述した装置実施例は、単に例示的なものに過ぎず、分離される要素として示されるユニットは、物理的に分離されていてもいなくてもよい、すなわち、１つの場所に配置されてもよく、又は複数のネットワークユニットに分散されてもよい。実際の要求に応じて、モジュールの一部又は全部を、本実施例の解決策の目的を達成するように選択することができる。

さらに、本出願の一実施例はコンピュータ可読記憶媒体をさらに提供し、該コンピュータ可読記憶媒体には、プロセッサ又はコントローラによって実行されるコンピュータ実行可能命令が記憶されている。該コンピュータ可読記憶媒体は、例えば、上記端末の実施例におけるプロセッサによって、前記プロセッサに、前記実施例におけるプロキシ方法を実行させる。例えば、上述した図２の方法ステップＳ１００～Ｓ３００、図３の方法ステップＳ１１０～Ｓ１２０、図４の方法ステップＳ３１０～Ｓ３３０、図５の方法ステップＳ４００～ステップＳ５００、図６の方法ステップＳ１００～ステップＳ１０２、図７の方法ステップＳ７０１～ステップＳ７０５、図８の方法ステップＳ７０６～ステップＳ７０９、図９の方法ステップＳ７１０～ステップＳ７１４を実行させる。

本出願の実施例は、ユーザの、取引要求とプライベートデータを含む取引データを取得し、続いてブロックチェーンプラットフォームに取引要求を送信し、ブロックチェーンプラットフォームは取引要求に応じて取引を完成し、且つプライベートデータをローカルに記憶し、取引を完成した後にプライベートデータを相手プロキシに送信して取引検証を行う。このように、ブロックチェーン技術の改ざん不可という特性を利用して、取引の信頼性とトレーサビリティを保証する。また、プライベートデータは取引双方のローカルプロキシ間でのみ取引を行い、且つプライベートデータはローカルに記憶され、すなわちプライベートデータはブロックチェーンプラットフォームを通じてチェーンにアップロードしない。ブロックチェーンプラットフォームのプライベートデータが漏洩しやすいという問題を効果的に解決し、取引の安全性が高く、プライベートデータを効果的に保護する役割を果たし、クロスブロックチェーンプラットフォームに適し、且つプライベートデータをチェーンにアップロードする必要がなく、それによって大量の記憶空間の占有を減らすことができる。

当業者であれば、上記に開示した方法におけるステップ、システムの全て又は一部を、ソフトウェア、ファームウェア、ハードウェア、及びそれらの適切な組み合わせとして実装できることを理解するであろう。いくつかの又は全ての物理コンポーネントは、中央プロセッサ、デジタル信号プロセッサ、又はマイクロプロセッサのようなプロセッサによって実行されるソフトウェアとして、又はハードウェアとして、又は特定用途向け集積回路のような集積回路として実装してもよい。そのようなソフトウェアは、コンピュータ記憶媒体（又は非一時的媒体）及び通信媒体（又は一時的媒体）を含むことができるコンピュータ可読媒体上に分散してもよい。当業者に知られているように、コンピュータ記憶媒体という用語は、情報（コンピュータ可読命令、データ構造、プログラムモジュール、又は他のデータなど）を記憶するための任意の方法又は技術において実施される、揮発性及び不揮発性、リムーバブル及び非リムーバブル媒体を含む。コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）もしくは他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくは他の磁気記憶装置、又は所望の情報を記憶するために用いられ、コンピュータによってアクセスされ得る任意の他の媒体を含むが、これらに限定されない。さらに、通信媒体が通常、コンピュータ可読命令、データ構造、プログラムモジュール、又は搬送波又は他の伝送機構などの変調データ信号中の他のデータを含み、任意の情報配信媒体を含んでもよいことは、当業者に周知である。

以上、本出願のいくつかの実施ついて具体的に説明したが、本出願は上記実施の形態に限定されるものではなく、当業者が本出願の範囲を逸脱することなく、種々の均等な変形や置換を行うことが可能であり、これらの均等な変形や置換は、本出願の特許請求の範囲に限定される範囲内に含まれるものである。

Claims (13)

1. 第１のプロキシに用いられるプロキシ方法であって、
   ユーザの、取引要求とプライベートデータを含む取引データを取得することと、
   前記プライベートデータをローカルに記憶し、且つブロックチェーンプラットフォームに前記取引要求を送信することにより、ブロックチェーンプラットフォームは前記取引要求に応じて取引を完成することと、
   取引を完成した後、前記プライベートデータを、相手プロキシに送信して取引検証を行うこととを含むプロキシ方法。
2. 前記の、ユーザの取引データを取得することの前に、
   前記プライベートデータに基づいてダイジェストを生成し、且つ前記プライベートデータを暗号化して、且つ暗号化された前記プライベートデータに署名することと、
   前記ダイジェスト及び前記署名に基づいて前記取引要求を生成することとをさらに含む請求項１に記載のプロキシ方法。
3. 前記の、取引を完成した後に前記プライベートデータを相手プロキシに送信して取引検証を行うことは、
   相手プロキシにプッシュ要求を送信することと、
   相手プロキシが前記プッシュ要求に応じて送信した応答情報を受信することと、
   前記応答情報に基づいて前記相手プロキシに前記プライベートデータを送信することにより、相手プロキシは前記プライベートデータに基づいて前記取引検証を行うこととを含む請求項１に記載のプロキシ方法。
4. 前記の、前記応答情報に基づいて前記相手プロキシに前記プライベートデータを送信することは、
   前記応答情報に基づいてＧｏｓｓｉｐプロトコルによって相手プロキシに前記プライベートデータを送信することを含む請求項３に記載のプロキシ方法。
5. 前記プライベートデータの記憶時間が予め設定された保存時間を超えた場合、前記プライベートデータを削除することをさらに含む請求項１から４のいずれか一項に記載のプロキシ方法。
6. 相手プロキシの同期要求を受信し、且つ前記同期要求に応じて前記プライベートデータのダイジェストリストを返信することにより、相手プロキシは前記ダイジェストリストに従って自身に記憶された前記プライベートデータと比較し、且つプライベートデータが欠落していると確定した場合、要求リストを返信することと、
   前記要求リストに従って、前記プライベートデータを相手プロキシに送信することとをさらに含む請求項１に記載のプロキシ方法。
7. 前記の、相手プロキシの同期要求を受信することは、
   相手プロキシの同期要求の受信を定期的に実行することを含む請求項６に記載のプロキシ方法。
8. 第２のプロキシに用いられるプロキシ方法であって、
   相手プロキシによって送信されたプライベートデータを取得し、前記プライベートデータは相手プロキシに保存され、且つ相手プロキシからブロックチェーンプラットフォームに取引要求を送信することによって行われる取引を検証するために用いられることと、
   前記プライベートデータに対する取引検証を行うこととを含むプロキシ方法。
9. 前記の、前記プライベートデータに対する取引検証を行うことは、
   前記プライベートデータに対して署名検証を行い、前記プライベートデータを提供するユーザを確認することと、
   前記プライベートデータを復号し、且つ復号された前記プライベートデータを比較ダイジェストに生成して、前記比較ダイジェストを相手プロキシのプライベートデータのダイジェストと比較し、前記プライベートデータが有効であるか否かを確認することとを含む請求項８に記載のプロキシ方法。
10. 相手プロキシに同期要求を送信することと、
    受信相手プロキシが同期要求に応じて前記プライベートデータのダイジェストリストを返信し、且つ前記ダイジェストリストに従って自身に記憶された前記プライベートデータと比較することと、
    プライベートデータが欠落していると確定した場合、要求リストを相手プロキシに返信することにより、相手プロキシは要求リストに従って前記プライベートデータを送信することとをさらに含む請求項８に記載のプロキシ方法。
11. 前記の、相手プロキシに同期要求を送信することは、
    相手プロキシへの同期要求の送信を定期的に実行することを含む請求項１０に記載のプロキシ方法。
12. メモリと、プロセッサと、メモリに記憶され且つプロセッサ上で実行可能なコンピュータプログラムとを備える装置であって、前記プロセッサが前記コンピュータプログラムを実行する際に、請求項１～１１のいずれか一項に記載のプロキシ方法を実現する装置。
13. 請求項１～１１のいずれか一項に記載のプロキシ方法を実行するためのコンピュータ実行可能命令が記憶されたコンピュータ可読記憶媒体。