JP2022541835A - データ要求を処理するための方法及び装置、電子機器、記憶媒体並びにコンピュータプログラム - Google Patents

データ要求を処理するための方法及び装置、電子機器、記憶媒体並びにコンピュータプログラム Download PDF

Info

Publication number
JP2022541835A
JP2022541835A JP2022504261A JP2022504261A JP2022541835A JP 2022541835 A JP2022541835 A JP 2022541835A JP 2022504261 A JP2022504261 A JP 2022504261A JP 2022504261 A JP2022504261 A JP 2022504261A JP 2022541835 A JP2022541835 A JP 2022541835A
Authority
JP
Japan
Prior art keywords
node
submission
data
query
public key
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2022504261A
Other languages
English (en)
Other versions
JP7235930B2 (ja
Inventor
珠光 邵
▲海▼波 ▲孫▼
▲海▼泉 黄
光▲偉▼ ▲趙▼
爽 ▲張▼
Original Assignee
京▲東▼科技信息技▲術▼有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 京▲東▼科技信息技▲術▼有限公司 filed Critical 京▲東▼科技信息技▲術▼有限公司
Publication of JP2022541835A publication Critical patent/JP2022541835A/ja
Application granted granted Critical
Publication of JP7235930B2 publication Critical patent/JP7235930B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/0825—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using asymmetric-key encryption or public key infrastructure [PKI], e.g. key signature or public key certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0281—Proxies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/062—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key distribution, e.g. centrally by trusted party
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/126—Applying verification of the received information the source of the received data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0618—Block ciphers, i.e. encrypting groups of characters of a plain text message using fixed encryption transformation
    • H04L9/0637—Modes of operation, e.g. cipher block chaining [CBC], electronic codebook [ECB] or Galois/counter mode [GCM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Power Engineering (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Storage Device Security (AREA)

Abstract

本出願の実施形態は、データ要求を処理するための方法および装置を開示する。該方法の一つの具体的な実施形態は、現在のブロックチェーン以外の他のブロックチェーンにおける第１のノードから送信されたクエリ要求と、クエリ要求の署名情報とを受信するステップであって、現在のブロックチェーンにおいて第１のノードのプロキシノードがあり、クエリ要求はクエリ内容と現在のブロックチェーンにおける第１のノードの公開鍵の格納番号とを含む、ステップと、現在のブロックチェーンにおける第１のノードの公開鍵の格納番号に基づいて、現在のブロックチェーンから第１のノードの公開鍵を取得するステップと、クエリ要求の署名情報が第１のノードの公開鍵の検証に合格したことに応答して、現在のブロックチェーンからクエリ内容が示すクエリデータを取得するステップと、クエリデータに基づいて、クエリ結果を第１のノードにフィードバックするステップと、を含む。本実施形態は、ブロックチェーンに格納されているデータが漏洩するリスクが低く、障害点を増やすことなく、データのクロスチェーンでのクエリを実現できる。

Description

本出願は、２０１９年０９月０３日に提出された、出願番号が２０１９１０８２７７７５．９で、出願人が北京海益同展信息科技有限公司で、発明の名称が「データ要求を処理するための方法および装置」である中国特許出願に基づく優先権を主張し、当該特許出願の全文を引用により本出願に組み込む。
本出願の実施形態は、コンピュータ技術分野に関し、具体的にデータ要求を処理するための方法及び装置に関する。
ブロックチェーンは、分散化（ｄｅｃｅｎｔｒａｌｉｚａｔｉｏｎ）の思想を利用してデータを管理する技術である。ブロックチェーン技術は信頼性が高いため、様々なデータシステムに適用されている。
多くの応用シーンでは、複数のシステムにわたるデータを取得して対応する機能を実現する必要がある。このようなニーズの下で、ブロックチェーンのクロスチェーン技術もそれに伴って発展してきた。ブロックチェーンのクロスチェーン技術は、異なるブロックチェーン間のインタラクション（例えば、データのクエリ、記憶）を容易にする技術である。
本出願の実施形態は、データ要求を処理するための方法および装置を提供する。
第１の態様では、本出願は、現在のブロックチェーン以外の他のブロックチェーンにおける第１のノードから送信されたクエリ要求と、クエリ要求の署名情報とを受信するステップであって、現在のブロックチェーンにおいて第１のノードのプロキシノードがあり、クエリ要求はクエリ内容と現在のブロックチェーンにおける第１のノードの公開鍵の格納番号とを含む、ステップと、
現在のブロックチェーンにおける第１のノードの公開鍵の格納番号に基づいて、現在のブロックチェーンから第１のノードの公開鍵を取得するステップと、
クエリ要求の署名情報が第１のノードの公開鍵の検証に合格したことに応答して、現在のブロックチェーンからクエリ内容が示すクエリデータを取得するステップと、
クエリデータに基づいて、クエリ結果を第１のノードにフィードバックするステップと、を含むデータ要求を処理するための方法を提供する。
いくつかの実施形態では、前記の、クエリ要求の署名情報が第１のノードの公開鍵の検証に合格したことに応答して、現在のブロックチェーンからクエリ内容が示すクエリデータを取得するステップは、クエリ要求の署名情報が第１のノードの公開鍵による検証に合格したことに応答して、第１のノードのプロキシノードがクエリ内容のクエリ権限を有するか否かを判断するステップと、第１のノードのプロキシノードがクエリ内容のクエリ権限を有していることに応答して、現在のブロックチェーンからクエリ内容が示すクエリデータを取得するステップと、を含む。
いくつかの実施形態では、前記の、クエリデータに基づいてクエリ結果を第１のノードにフィードバックするステップは、秘密鍵を用いてクエリデータに署名し、クエリデータの署名情報を得るステップと、クエリデータの署名情報と、クエリデータと、前記第１のノードのプロキシノードの公開鍵とを、クエリ結果として第１のノードにフィードバックするステップと、を含む。
いくつかの実施形態では、第１のノードのプロキシノードは、受信した、第１のノードから送信された第１のデジタル証明書を、第１のデジタル証明書が示す認証プラットフォームに送信して、認証プラットフォームに第１のデジタル証明書を認証させるステップであって、第１のデジタル証明書は、第１のノードの認証情報と、第１のノードの認証情報の署名情報と、認証プラットフォームの公開鍵とを含み、第１のノードの認証情報は、第１のノードの公開鍵を含むステップと、認証プラットフォームからフィードバックされた認証結果が、第１のデジタル証明書が認証に合格したことを示すことに応答して、第１のノードの公開鍵に秘密鍵を用いて署名し、第１のノードの公開鍵の署名情報を得るステップと、第１のノードの公開鍵の署名情報と第１のノードの公開鍵とを、第１の提出データとして現在のブロックチェーンに提出して、現在のブロックチェーンにおけるノードが、採用したコンセンサスメカニズムによって第１の提出データを現在のブロックチェーンに格納するようにするステップと、現在のブロックチェーンにおける第１の提出データの格納番号に基づいて、プロキシ結果を第１のノードにフィードバックするステップと、を実行することにより、第１のノードとプロキシ関係を確立する。
いくつかの実施形態では、前記の、現在のブロックチェーンにおける第１の提出データの格納番号に基づいて、プロキシ結果を第１のノードにフィードバックするステップは、現在のブロックチェーンにおける第１の提出データの格納番号に秘密鍵を用いて署名して、現在のブロックチェーンにおける第１の提出データの格納番号の署名情報を取得するステップと、現在のブロックチェーンにおける第１の提出データの格納番号の署名情報と、現在のブロックチェーンにおける第１の提出データの格納番号と、前記第１のノードのプロキシノードの公開鍵とを、プロキシ結果として第１のノードにフィードバックするステップと、を含む。
いくつかの実施形態では、前記方法は、現在のブロックチェーン以外の他のブロックチェーンにおける第２のノードから送信された提出要求（ｓｕｂｍｉｓｓｉｏｎ ｒｅｑｕｅｓｔ）と、提出要求の署名情報とを受信するステップであって、現在のブロックチェーンにおいて第２のノードのプロキシノードがあり、提出要求は提出内容と現在のブロックチェーンにおける第２のノードの公開鍵の格納番号とを含む、ステップと、現在のブロックチェーンにおける第２のノードの公開鍵の格納番号に基づいて、現在のブロックチェーンから第２のノードの公開鍵を取得するステップと、現在のブロックチェーンにおける、第２のノードから送信された提出要求を受信したノードが、第２のノードのプロキシノードであることに応答して、提出要求と提出要求の署名情報とを第２の提出データとし、秘密鍵を使用して第２の提出データに署名して前記第２の提出データの署名情報を取得するステップと、第２の提出データの署名情報及び第２の提出データを現在のブロックチェーンに提出して、現在のブロックチェーンにおけるノードが、採用したコンセンサスメカニズムにより提出内容の処理結果を現在のブロックチェーンに格納するステップであって、現在のブロックチェーンにおけるノードは、現在のブロックチェーンにおける第２のノードの公開鍵の格納番号に基づいて、現在のブロックチェーンから第２のノードのプロキシノードの公開鍵及び第２のノードの公開鍵を取得することと、第２の提出データの署名情報が第２のノードのプロキシノードの公開鍵による検証に合格し、提出要求の署名情報が第２のノードの公開鍵による検証に合格したことに応答して、提出内容を処理して処理結果を得ることと、によって前記提出内容を処理するステップと、をさらに含む。
いくつかの実施形態では、前記方法は、現在のブロックチェーンにおける処理結果の格納番号に基づいて、第２のノードに提出結果をフィードバックするステップをさらに含む。
いくつかの実施形態では、前記の、現在のブロックチェーンにおける、第２のノードから送信された提出要求を受信したノードが、第２のノードのプロキシノードであることに応答して、提出要求と提出要求の署名情報とを第２の提出データとし、秘密鍵を使用して第２の提出データに署名して第２の提出データの署名情報を取得するステップは、現在のブロックチェーンにおける、第２のノードから送信された提出要求を受信したノードが、第２のノードのプロキシノードであることと、提出要求の署名情報が第２のノードの公開鍵による検証に合格したこととに応答して、提出内容に異常があるか否かを判断するステップと、提出内容に異常がないことに応答して、提出要求及び提出要求の署名情報を第２の提出データとし、秘密鍵を用いて第２の提出データに署名して、第２の提出データの署名情報を得るステップと、を含む。
いくつかの実施形態では、前記の、現在のブロックチェーンにおける処理結果の格納番号に基づいて、第２のノードに提出結果をフィードバックするステップは、現在のブロックチェーンにおける処理結果の格納番号に秘密鍵を用いて署名し、現在のブロックチェーンにおける処理結果の格納番号の署名情報を得るステップと、現在のブロックチェーンにおける処理結果の格納番号の署名情報と、現在のブロックチェーンにおける処理結果の格納番号と、前記第２のノードのプロキシノードの公開鍵とを、提出結果として第２のノードにフィードバックするステップと、を含む。
いくつかの実施形態では、第２のノードのプロキシノードは、受信した、第２のノードから送信された第２のデジタル証明書を、第２のデジタル証明書が示す認証プラットフォームに送信して、認証プラットフォームに第２のデジタル証明書を認証させるステップであって、第２のデジタル証明書は、第２のノードの認証情報と、第２のノードの認証情報の署名情報と、認証プラットフォームの公開鍵とを含み、第２のノードの認証情報は、第２のノードの公開鍵を含むステップと、認証プラットフォームからフィードバックされた認証結果が、第２のデジタル証明書が認証に合格したことを示すことに応答して、第２のノードの公開鍵に秘密鍵を用いて署名し、第２のノードの公開鍵の署名情報を得るステップと、第２のノードの公開鍵の署名情報と第２のノードの公開鍵とを、第３の提出データとして現在のブロックチェーンに提出して、現在のブロックチェーンにおけるノードが、採用したコンセンサスメカニズムによって第３の提出データを現在のブロックチェーンに格納するようにするステップと、現在のブロックチェーンにおける第３の提出データの格納番号に基づいて、プロキシ結果を第２のノードにフィードバックするステップと、を実行することにより、第２のノードとプロキシ関係を確立する。
いくつかの実施形態では、前記の、現在のブロックチェーンにおける第３の提出データの格納番号に基づいて、プロキシ結果を第２のノードにフィードバックするステップは、現在のブロックチェーンにおける第３の提出データの格納番号に秘密鍵を用いて署名して、現在のブロックチェーンにおける第３の提出データの格納番号の署名情報を取得するステップと、現在のブロックチェーンにおける第３の提出データの格納番号の署名情報と、現在のブロックチェーンにおける第３の提出データの格納番号と、第２のノードのプロキシノードの公開鍵とを、プロキシ結果として第２のノードにフィードバックするステップと、を含む。
第２の態様では、現在のブロックチェーン以外の他のブロックチェーンにおける第１のノードから送信されたクエリ要求と、クエリ要求の署名情報とを受信するように構成される第１の受信ユニットであって、現在のブロックチェーンにおいて第１のノードのプロキシノードがあり、クエリ要求はクエリ内容と現在のブロックチェーンにおける第１のノードの公開鍵の格納番号とを含む、第１の受信ユニットと、現在のブロックチェーンにおける第１のノードの公開鍵の格納番号に基づいて、現在のブロックチェーンから第１のノードの公開鍵を取得するように構成される第１の取得ユニットと、クエリ要求の署名情報が第１のノードの公開鍵による検証に合格したことに応答して、現在のブロックチェーンからクエリ内容が示すクエリデータを取得するように構成される第２の取得ユニットと、クエリデータに基づいて、クエリ結果を第１のノードにフィードバックするように構成される第１のフィードバックユニットと、を備えるデータ要求を処理するための装置を提供する。
いくつかの実施形態では、第２の取得ユニットは、クエリ要求の署名情報が第１のノードの公開鍵による検証に合格したことに応答して、第１のノードのプロキシノードがクエリ内容のクエリ権限を有するか否かを判断し、第１のノードのプロキシノードがクエリ内容のクエリ権限を有していることに応答して、現在のブロックチェーンからクエリ内容が示すクエリデータを取得するようにさらに構成される。
いくつかの実施形態では、第１のフィードバックユニットは、秘密鍵を用いてクエリデータに署名し、クエリデータの署名情報を得、クエリデータの署名情報と、クエリデータと、公開鍵とを、クエリ結果として第１のノードにフィードバックするようにさらに構成される。
いくつかの実施形態では、第１のノードのプロキシノードと第１のノードとのプロキシ関係は、受信した、第１のノードから送信された第１のデジタル証明書を、第１のデジタル証明書が示す認証プラットフォームに送信して、認証プラットフォームに第１のデジタル証明書を認証させるステップであって、第１のデジタル証明書は、第１のノードの認証情報と、第１のノードの認証情報の署名情報と、認証プラットフォームの公開鍵とを含み、第１のノードの認証情報は、第１のノードの公開鍵を含むステップと、認証プラットフォームからフィードバックされた認証結果が、第１のデジタル証明書が認証に合格したことを示すことに応答して、第１のノードの公開鍵に秘密鍵を用いて署名し、第１のノードの公開鍵の署名情報を得るステップと、第１のノードの公開鍵の署名情報と第１のノードの公開鍵とを、第１の提出データとして現在のブロックチェーンに提出して、現在のブロックチェーンにおけるノードが、採用したコンセンサスメカニズムによって第１の提出データを現在のブロックチェーンに格納するようにするステップと、現在のブロックチェーンにおける第１の提出データの格納番号に基づいて、プロキシ結果を第１のノードにフィードバックするステップと、を実行することにより、確立される。
いくつかの実施形態では、前記の、プロキシ結果を第１のノードにフィードバックするステップは、現在のブロックチェーンにおける第１の提出データの格納番号に秘密鍵を用いて署名して、現在のブロックチェーンにおける第１の提出データの格納番号の署名情報を取得し、現在のブロックチェーンにおける第１の提出データの格納番号の署名情報と、現在のブロックチェーンにおける第１の提出データの格納番号と、公開鍵とをプロキシ結果として第１のノードにフィードバックすることにより行われる。
いくつかの実施形態では、現在のブロックチェーン以外の他のブロックチェーンにおける第２のノードから送信された提出要求と、提出要求の署名情報とを受信するように構成される第２の受信ユニットであって、現在のブロックチェーンにおいて第２のノードのプロキシノードがあり、提出要求は提出内容と現在のブロックチェーンにおける第２のノードの公開鍵の格納番号とを含む、第２の受信ユニットと、現在のブロックチェーンにおける第２のノードの公開鍵の格納番号に基づいて、現在のブロックチェーンから第２のノードの公開鍵を取得するように構成される第３の取得ユニットと、
現在のブロックチェーンにおける、第２のノードから送信された提出要求を受信したノードが、第２のノードのプロキシノードであることに応答して、提出要求と提出要求の署名情報とを第２の提出データとし、秘密鍵を使用して第２の提出データに署名して第２の提出データの署名情報を取得するように構成される署名ユニットと、第２の提出データの署名情報及び第２の提出データを現在のブロックチェーンに提出して、現在のブロックチェーンにおけるノードが、採用したコンセンサスメカニズムにより提出内容の処理結果を現在のブロックチェーンに格納するように構成される提出ユニットであって、現在のブロックチェーンにおけるノードは、現在のブロックチェーンにおける第２のノードの公開鍵の格納番号に基づいて、現在のブロックチェーンから第２のノードのプロキシノードの公開鍵及び第２のノードの公開鍵を取得することと、第２の提出データの署名情報が第２のノードのプロキシノードの公開鍵の検証に合格し、提出要求の署名情報が第２のノードの公開鍵による検証に合格したことに応答して、提出内容を処理して処理結果を得ることと、によって提出内容を処理する提出ユニットと、をさらに備える。
いくつかの実施形態では、前記装置は、現在のブロックチェーンにおける処理結果の格納番号に基づいて、第２のノードに提出結果をフィードバックするように構成される第２のフィードバックユニットをさらに備える。
いくつかの実施形態では、署名ユニットは、現在のブロックチェーンにおける、第２のノードから送信された提出要求を受信したノードが、第２のノードのプロキシノードであることと、提出要求の署名情報が第２のノードの公開鍵による検証に合格したこととに応答して、提出内容に異常があるか否かを判断し、提出内容に異常がないことに応答して、提出要求及び提出要求の署名情報を第２の提出データとし、秘密鍵を用いて第２の提出データに署名して、第２の提出データの署名情報を得るようにさらに構成される。
いくつかの実施形態では、第２のフィードバックユニットは、さらに現在のブロックチェーンにおける処理結果の格納番号に秘密鍵を用いて署名し、現在のブロックチェーンにおける処理結果の格納番号の署名情報を得、現在のブロックチェーンにおける処理結果の格納番号の署名情報と、現在のブロックチェーンにおける処理結果の格納番号と、公開鍵とを、提出結果として第２のノードにフィードバックするように構成される。
いくつかの実施形態では、第２のノードのプロキシノードと第２のノードとの間のプロキシ関係は、受信した、第２のノードから送信された第２のデジタル証明書を、第２のデジタル証明書が示す認証プラットフォームに送信して、認証プラットフォームに第２のデジタル証明書を認証させるステップであって、第２のデジタル証明書は、第２のノードの認証情報と、第２のノードの認証情報の署名情報と、認証プラットフォームの公開鍵とを含み、第２のノードの認証情報は、第２のノードの公開鍵を含むステップと、認証プラットフォームからフィードバックされた認証結果が、第２のデジタル証明書が認証に合格したことを示すことに応答して、第２のノードの公開鍵に秘密鍵を用いて署名し、第２のノードの公開鍵の署名情報を得るステップと、第２のノードの公開鍵の署名情報と第２のノードの公開鍵とを、第３の提出データとして現在のブロックチェーンに提出して、現在のブロックチェーンにおけるノードが、採用したコンセンサスメカニズムによって第３の提出データを現在のブロックチェーンに格納するようにするステップと、現在のブロックチェーンにおける第３の提出データの格納番号に基づいて、プロキシ結果を第２のノードにフィードバックするステップと、を実行することにより、確立される。
いくつかの実施形態では、前記の、プロキシ結果を第２のノードにフィードバックするステップは、現在のブロックチェーンにおける第３の提出データの格納番号に秘密鍵を用いて署名して、現在のブロックチェーンにおける第３の提出データの格納番号の署名情報を取得し、現在のブロックチェーンにおける第３の提出データの格納番号の署名情報と、現在のブロックチェーンにおける第３の提出データの格納番号と、公開鍵とをプロキシ結果として第２のノードにフィードバックすることにより行われる。
第３の態様では、本出願の実施形態は、１つまたは複数のプロセッサと、１つまたは複数のプログラムが格納されている記憶装置と、を備える電子機器であって、１つまたは複数のプログラムが１つまたは複数のプロセッサによって実行されると、１つまたは複数のプロセッサに第１態様のいずれかの実施形態に記載の方法を実現する、電子機器を提供する。
第４の態様では、本出願の実施形態は、コンピュータプログラムが格納されているコンピュータ可読媒体であって、該プログラムがプロセッサによって実行されると、第１態様のいずれかの実施形態に記載の方法を実現する、コンピュータ可読媒体を提供する。
本出願の実施形態に係るデータ要求を処理するための方法及び装置は、まず、現在のブロックチェーン以外のブロックチェーンにおける第１のノードから送信されたクエリ要求及びクエリ要求の署名情報を受信し、次に、現在のブロックチェーンにおける第１のノードの公開鍵の格納番号に基づいて、現在のブロックチェーンから前記第１のノードの公開鍵を取得し、クエリ要求の署名情報が第１のノードの公開鍵による検証に合格した後、現在のブロックチェーンからクエリ内容が示すクエリデータを取得し、最後にクエリデータに基づいてクエリ結果を第１のノードにフィードバックする。これにより、第三者の公証役場やサイドチェーン（またはリレーチェーン）を導入することなく、他のブロックチェーンにおける第１のノードが現在のブロックチェーンにおいてデータをクエリすること、すなわち、ブロックチェーンに格納されているデータが漏洩する危険性が低く、障害箇所を増やすことなく、データのクロスチェーンクエリを行うことができる。
本出願の他の特徴、目的および利点は、以下の図面を参照してなされる非限定的な実施形態に係る詳細な説明を読むことにより、より明らかになるであろう。
本出願の一実施形態を適用可能な例示的なシステムアーキテクチャを示す図である。 本出願に係るデータ要求を処理するための方法の一実施形態を示すフローチャートである。 本出願に係るデータ要求を処理するための方法の一応用シーンを示す概略図である。 本出願に係るデータ要求を処理するための方法のもう一つの実施形態を示すフローチャートである。 本出願に係るデータ要求を処理するための装置の一実施形態を示す構造概略図である。 本出願の実施形態の実現に適する電子機器の構造概略図である。
以下、図面および実施形態を参照しながら本出願をより詳細に説明する。ここで述べている具体的な実施形態は関連発明を説明するためのものにすぎず、当該発明を限定するものではないことを理解すべきである。なお、説明の便宜上、図面には発明に関連する部分のみが示されている。
なお、本出願の実施形態および実施形態における特徴は、矛盾を生じない限り、相互に組み合わせることができる。以下、図面および実施形態を参照しながら本出願を詳細に説明する。
図１は、本出願に係るデータ要求を処理するための方法またはデータ要求を処理するための装置が適用可能な例示的なアーキテクチャ１００を示している。
図１に示すように、システムアーキテクチャ１００は、２つのブロックチェーン１０、２０およびネットワーク３０を含んでもよい。ブロックチェーン１０は、ノード１０１、１０２、１０３を含み、ブロックチェーン２０は、ノード１０４、１０５、１０６を含む。ネットワーク３０は、ブロックチェーン１０におけるノードとブロックチェーン２０におけるノードとの間で通信リンクを提供するための媒体として使用される。ネットワーク３０は、有線、無線通信リンクまたは光ファイバケーブルなどの様々なタイプの接続を含んでもよい。
ブロックチェーン２０におけるノードが、ブロックチェーン１０においてプロキシノードが存在する場合、ブロックチェーン２０におけるノードは、ネットワーク３０を介して、ブロックチェーン１０に記憶されているデータの中から、クエリ対象のデータを取得することができる。例えば、ブロックチェーン１０におけるノード１０２は、ブロックチェーン２０におけるノード１０４のプロキシノードであり、ブロックチェーン２０におけるノード１０４は、クエリ要求及びクエリ要求の署名情報をネットワーク３０を介してブロックチェーン１０におけるノード１０１に送信し、ブロックチェーン１０におけるノード１０１は、当該クエリ要求及びクエリ要求の署名情報に基づいて、ブロックチェーン１０からクエリデータを取得し、取得したクエリデータをブロックチェーン２０におけるノード１０４にフィードバックすることができる。
実際には、ノード１０１、１０２、１０３、１０４、１０５、１０６は、端末装置であってもよく、サーバであってもよい。
ノード１０１、１０２、１０３、１０４、１０５、１０６が端末装置である場合には、ブロックチェーン系アプリケーション、ウェブブラウザアプリケーション、ショッピング系アプリケーション、検索系アプリケーション等の各種の通信クライアントアプリケーションがインストールされ、ハードウェアでもソフトウェアでもよい。ノード１０１、１０２、１０３、１０４、１０５、１０６がハードウェアである場合、情報の送信をサポートする様々な電子機器であってもよく、スマートフォン、タブレットコンピュータ、ラップトップコンピュータおよびデスクトップコンピュータなどを含むが、これらに限定されない。ノード１０１、１０２、１０３、１０４、１０５、１０６がソフトウェアである場合、上記列挙された電子機器にインストールすることができ、それは、複数のソフトウェア若しくはソフトウェアモジュールとして実現されてもよく、又は単一のソフトウェア若しくはソフトウェアモジュールとして実現されてもよい。ここでは特に限定しない。
ノード１０１、１０２、１０３、１０４、１０５、１０６がサーバである場合、ハードウェアであってもよく、ソフトウェアであってもよい。ノード１０１、１０２、１０３、１０４、１０５、１０６がハードウェアである場合、複数のサーバから構成される分散サーバクラスタとしても、単一のサーバとしても実装可能である。ノード１０１、１０２、１０３、１０４、１０５、１０６がソフトウェアである場合、複数のソフトウェア又はソフトウェアモジュール（例えば、分散サービスを提供するためのソフトウェア又はソフトウェアモジュール）として実現されてもよく、又は単一のソフトウェア若しくはソフトウェアモジュールとして実現されてもよい。ここでは特に限定しない。
なお、本出願の実施形態に係るデータ要求を処理するための方法は、通常にブロックチェーン１０におけるノード（例えばノード１０１、１０２、１０３によって）実行され、これに応じて、データ要求を処理するための装置は、通常にブロックチェーン１０におけるノード内に設けられる。
図１におけるノードおよびネットワークの数は例示的なものに過ぎないことを理解すべきである。必要に応じて、ノードおよびネットワークの数を任意に加減してもよい。
次に、本出願に係るデータ要求を処理するための方法の一実施形態のフロー２００を示す図２を参照する。このデータを処理するため要求の方法は、次のステップ（ステップ２０１～２０４）を含む。
ステップ２０１では、現在のブロックチェーン以外の他のブロックチェーンにおける第１のノードから送信されたクエリ要求と、クエリ要求の署名情報を受信する。
本実施形態では、データ要求を処理するための方法の実行主体（図１に示すノード１０１、１０２、１０３）は、現在のブロックチェーン以外の他のブロックチェーンにおける第１のノードから送信されたクエリ要求及びクエリ要求の署名情報を受信することができる。実際には、現在のブロックチェーンおよび他のブロックチェーンは、異なるシステムにデータサービスを提供するブロックチェーンであってもよいし、同じシステムに異なるデータサービスを提供する異なるブロックチェーンであってもよい。なお、上述した実行主体と第１のノードとは、異なる２つのブロックチェーンにおける２つのノードであってもよい。
現在のブロックチェーンには、第１のノードのプロキシノードが存在してもよい。すなわち、第１のノードのプロキシノードは、上記実行主体であってもよいし、現在のブロックチェーンにおける他のノードであってもよい。ここで、第１のノードのプロキシノードは、予め第１のノードとプロキシ関係を確立しているノードであってもよい。実際には、第１のノードは、現在のブロックチェーンにおけるノードにプロキシ関係を確立する要求を送信し、現在のブロックチェーンにおけるノードが当該要求を受け入れた前提の下で、現在のブロックチェーンにおけるノードとプロキシ関係を確立してもよい。
クエリ要求は、クエリ内容と、現在のブロックチェーンにおける第１のノードの公開鍵の格納番号とを含んでもよい。ここで、クエリ内容は、第１のノードが現在のブロックチェーンにおいてクエリする必要のある内容であってもよい。クエリ要求の署名情報は、第１のノードが秘密鍵を用いてクエリ要求に署名した署名情報であってもよい。
本実施形態のいくつかのオプション的な実施形態において、第１のノードのプロキシノードは、ステップＳ１～Ｓ４に示す方法を実行することによって、第１のノードとプロキシ関係を確立することができる。
ステップＳ１では、受信した、第１のノードによって送信された第１のデジタル証明書を、第１のデジタル証明書が示す認証プラットフォームに送信し、認証プラットフォームは第１のデジタル証明書を認証する。
第１のデジタル証明書は、第１のノードの認証情報と、第１のノードの認証情報の署名情報と、認証プラットフォームの公開鍵とを含んでもよい。第１のノードの認証情報は、例えば、第１のノードの公開鍵を含んでもよく、さらに例えば、第１のノードの名称、番号等を含んでもよい。
具体的には、第１のノードのプロキシノードは、第１のノードによって送信された第１のデジタル証明書を受信し、第１のデジタル証明書が示す認証プラットフォームに第１のデジタル証明書を送信して、第１のデジタル証明書を認証することができる。なお、認証プラットフォームは、ブロックチェーンにおけるノードの認証情報を認証する第三者プラットフォームであってもよい。実際には、認証プラットフォームは、その秘密鍵を用いて第１のノードの認証情報に署名し、第１のノードの認証情報の署名情報を取得し、第１のノードの認証情報、第１のノードの認証情報の署名情報、及びその公開鍵を処理することにより、第１のデジタル証明書を取得することができる。
ステップＳ２では、認証プラットフォームからフィードバックされた認証結果が、第１のデジタル証明書が認証に合格したことを示すことに応答して、第１のノードの公開鍵に秘密鍵を用いて署名し、第１のノードの公開鍵の署名情報を得る。
具体的には、認証プラットフォームによってフィードバックされた認証結果が、第１のデジタル証明書が認証に合格したことを示す場合、第１のノードのプロキシノードは、その秘密鍵を用いて第１のノードの公開鍵に署名し、第１のノードの公開鍵の署名情報を得ることができる。
なお、一部の応用シーンでは、認証結果は、認証に合格したことを示す情報を含んでもよく、他の応用シーンでは、認証結果は、認証プラットフォームがその秘密鍵を使用して認証に合格したことを示す情報に署名する署名情報と、認証プラットフォームの公開鍵とを含んでもよい。
ステップＳ３では、第１のノードの公開鍵の署名情報と第１のノードの公開鍵とを、第１の提出データとして現在のブロックチェーンに提出して、現在のブロックチェーンにおけるノードが、採用したコンセンサスメカニズムによって第１の提出データを現在のブロックチェーンに格納するようにする。
具体的には、第１のノードのプロキシノードが第１の提出データを現在のブロックチェーンに提出した後、現在のブロックチェーンにおけるノードは、現在のブロックチェーンが採用するコンセンサスメカニズムに基づいて第１の提出データの記録権を奪い合うことができ、第１の提出データの記録権を奪ったノードは、現在のブロックチェーンに第１の提出データを記録することができ、第１の提出データの記録権を奪っていないノードは、第１の提出データの記録権を奪ったノードが記録したデータを検証することができ、検証に合格した後、現在のブロックチェーンにおける第１の提出データの格納を完了できる。
ステップＳ４では、現在のブロックチェーンにおける第１の提出データの格納番号に基づいて、プロキシ結果を第１のノードにフィードバックする。
具体的には、第１のノードのプロキシノードは、現在のブロックチェーンにおける第１の提出データの格納番号を、プロキシ結果として第１のノードにフィードバックすることができる。
これらの実施形態では、第１のノードのプロキシノードは、認証プラットフォームによる第１のノードの認証情報の認証に合格した後に、第１のノードとのプロキシ関係を確立し、第１のノードの安全性を確保しながら、第１のノードとのプロキシ関係を確立することができる。
本実施形態のいくつかのオプション的な実施形態において、第１のノードのプロキシノードは次のようにステップＳ４を実行することができる。
まず、第１のノードのプロキシノードは、その秘密鍵を用いて、現在のブロックチェーンにおける第１の提出データの格納番号に署名し、現在のブロックチェーンにおける第１の提出データの格納番号の署名情報を得ることができる。
そして、第１のノードのプロキシノードは、現在のブロックチェーンにおける第１の提出データの格納番号の署名情報と、現在のブロックチェーンにおける第１の提出データの格納番号と、第１のノードのプロキシノードの公開鍵とを、プロキシ結果として第１のノードにフィードバックすることができる。
これらの実施形態では、現在のブロックチェーンにおける第１の提出データの格納番号の署名情報と、第１のノードのプロキシノードの公開鍵とをプロキシ結果に追加することにより、第１のノードへのフィードバック中に、現在のブロックチェーンにおける第１の提出データの格納番号が改竄されることを防止することができる。
ステップ２０２では、現在のブロックチェーンにおける第１のノードの公開鍵の格納番号に基づいて、現在のブロックチェーンから第１のノードの公開鍵を取得する。
本実施形態では、現在のブロックチェーンにおけるノードと予めプロキシ関係が確立されている他のブロックチェーンにおけるノードの公開鍵が現在のブロックチェーンに記憶されており、各ノードの公開鍵は一意に定められた格納番号に従って記憶されている。なお、第１のノードの公開鍵は、現在のブロックチェーンにおいて一意に定められた格納番号に従って記憶されている。
本実施形態では、上記実行主体は、クエリ要求を受信した後、クエリ要求に含まれた、現在のブロックチェーンにおける第１のノードの公開鍵の格納番号を取得し、当該格納番号が示す公開鍵、すなわち第１のノードの公開鍵を現在のブロックチェーンから取得することができる。
ステップ２０３では、クエリ要求の署名情報が第１のノードの公開鍵による検証に合格したことに応答して、現在のブロックチェーンからクエリ内容が示すクエリデータを取得する。
本実施形態では、上記実行主体は、第１のノードの公開鍵を取得した後、第１のノードの公開鍵を用いてクエリ要求の署名情報を検証することができる。具体的には、上記実行主体は、第１のノードの公開鍵を用いてクエリ要求の署名情報を復号し、復号した結果がクエリ要求と一致する場合には、クエリ要求の署名情報が検証に合格したと判定し、そうでない場合には、クエリ要求の署名情報が検証に合格していないと判定することができる。
本実施形態では、クエリ要求の署名情報が検証に合格した場合、上記実行主体は、クエリ要求に含まれたクエリ内容が示すデータを現在のブロックチェーンから取得することができ、すなわちクエリデータを取得することができる。
本実施形態のいくつかのオプション的な実施形態において、上記実行主体は次のようにステップ２０３を実行することができる。
まず、上記実行主体は、クエリ要求の署名情報が第１のノードの公開鍵による検証に合格した場合、第１のノードのプロキシノードがクエリ内容のクエリ権限を有しているか否かを判断することができる。
具体的には、クエリ要求の署名情報が第１のノードの公開鍵による検証に合格した場合、上記実行主体は、現在のブロックチェーンに格納されている第１のノードのプロキシノードのクエリ権限を示すデータに基づいて、第１のノードのプロキシノードがクエリ要求に含まれたクエリ内容のクエリ権限を有するか否かを判断することができる。
そして、上記実行主体は、第１のノードのプロキシノードがクエリ内容のクエリ権限を有していることに応答して、クエリ内容が示すクエリデータを現在のブロックチェーンから取得することができる。
具体的には、第１のノードのプロキシノードが、クエリ要求に含まれたクエリ内容のクエリ権限を有していると判定された場合には、上記実行主体は、当該クエリ内容が示すクエリデータを現在のブロックチェーンから取得することができる。
これらの実施形態では、第１のノードのプロキシノードがクエリ要求に含まれたクエリ内容のクエリ権限を有していることを前提として、当該クエリ内容が示すクエリデータを現在のブロックチェーンから取得することにより、第１のノードがそのプロキシノードのクエリ権限範囲におけるデータを現在のブロックチェーンからクエリすることを確保することができる。
ステップ２０４では、クエリデータに基づいて、クエリ結果を第１のノードにフィードバックする。
本実施形態では、上記実行主体は、クエリデータを取得した後、当該クエリデータをクエリ結果として第１のノードにフィードバックすることができる。
本実施形態のいくつかのオプション的な実施形態において、クエリデータを取得した後、上記実行主体は次のようにステップ２０４を実行することができる。
まず、上記実行主体は、その秘密鍵を用いてクエリデータに署名し、クエリデータの署名情報を得ることができる。
そして、上記実行主体は、クエリデータの署名情報、クエリデータおよびその公開鍵をクエリ結果として第１のノードにフィードバックすることができる。
これらの実施形態では、クエリ結果にクエリデータの署名情報と上記実行主体の公開鍵を追加することにより、第１のノードへのフィードバック中にクエリデータが改竄されることを回避できる。
次に、本実施形態に係るデータ要求を処理するための方法の応用シーンを示す概略図である図３を参照する。図３の応用シーンでは、端末装置３０１は現在のブロックチェーンにおけるノードであり、端末装置３０２は他のブロックチェーンにおけるノードであり、現在のブロックチェーンにおいて端末装置３０２のプロキシノードが存在する。
まず、端末装置３０１は、端末装置３０２から送信されたクエリ要求３０３と、クエリ要求３０３の署名情報３０４とを受信することができる。ここで、クエリ要求３０３は、クエリ内容３０３２と、現在のブロックチェーンにおける端末装置３０２の公開鍵の格納番号３０３１とを含んでもよい。そして、端末装置３０１は、格納番号３０３１に基づいて、現在のブロックチェーンから端末装置３０２の公開鍵３０５を取得することができる。そして、端末装置３０１は、取得した公開鍵３０５を用いて署名情報３０４を検証することができる。検証に合格すると、端末装置３０１は、現在のブロックチェーンからクエリ内容３０３２が示すクエリデータ３０６を取得することができる。最後に、端末装置３０１は、クエリ結果としてクエリデータ３０６を端末装置３０２にフィードバックすることができる。
現在、ブロックチェーンのクロスチェーンにおいて、従来技術は公証役場のメカニズムを用いて第三者の公証役場を導入する方式で異なるブロックチェーン間のインタラクションを実現しており、ブロックチェーン同士をまたぐ過程中にブロックチェーンに記憶されたデータが漏洩するリスクを増加させる可能性がある。あるいは、従来技術では、サイドチェーン（またはリレーチェーン）モードでサイドチェーン（またはリレーチェーン）を導入することにより、異なるブロックチェーン間のインタラクションを実現しているため、ブロックチェーン同士をまたぐ時の障害点が増大することがあり、すなわち、サイドチェーン（またはリレーチェーン）に障害が発生した場合に、クロスチェーンが完了しない場合があった。本出願の上記実施形態による方法では、現在のブロックチェーンに他のブロックチェーンにおける第１のノードのプロキシノードが存在しており、上記実行主体は、第１のノードから送信されたクエリ要求の署名情報が検証に合格した後、第１のノードから送信されたクエリ要求に含まれたクエリ内容が示すクエリデータを現在のブロックチェーンから取得し、そのクエリ結果を第１のノードにフィードバックする。これにより、第三者の公証役場やサイドチェーン（またはリレーチェーン）を導入することなく、他のブロックチェーンにおける第１のノードが現在のブロックチェーンにおいてデータをクエリすること、すなわち、ブロックチェーンに格納されているデータが漏洩する危険性が低く、障害箇所を増やすことなく、データのクロスチェーンクエリを行うことができる。
更に、データ要求を処理するための方法のもう一つの実施形態のフロー４００を示す図４を参照する。このデータ要求を処理するための方法のフロー４００は、次のステップ（ステップ４０１～ステップ４０８）を含む。
ステップ４０１では、現在のブロックチェーン以外の他のブロックチェーンにおける第１のノードから送信されたクエリ要求と、クエリ要求の署名情報を受信する。
ステップ４０２では、現在のブロックチェーンにおける第１のノードの公開鍵の格納番号に基づいて、現在のブロックチェーンから第１のノードの公開鍵を取得する。
ステップ４０３では、クエリ要求の署名情報が第１のノードの公開鍵による検証に合格したことに応答して、現在のブロックチェーンからクエリ内容が示すクエリデータを取得する。
ステップ４０４では、クエリデータに基づいて、クエリ結果を第１のノードにフィードバックする。
上述したステップ４０１、ステップ４０２、ステップ４０３、ステップ４０４は、それぞれ図２に示す実施形態のステップ２０１、ステップ２０２、ステップ２０３、およびステップ２０４と同様の方法で実行することができる。上述したステップ２０１、ステップ２０２、ステップ２０３、ステップ２０４の説明は、ステップ４０１、ステップ４０２、ステップ４０３、ステップ４０４にも適用され、ここではそれらの説明を省略する。
ステップ４０５では、現在のブロックチェーン以外の他のブロックチェーンにおける第２のノードから送信された提出要求及び提出要求の署名情報を受信する。
本実施形態では、データ要求を処理するための方法の実行主体（図１に示すノード１０１、１０２、１０３）は、現在のブロックチェーン以外の他のブロックチェーンにおける第２のノードから送信された提出要求及び提出要求の署名情報を受信することができる。
現在のブロックチェーンには、第２のノードのプロキシノードが存在する。ステップ２０１で説明した内容と同様に、第２のノードのプロキシノードは、上述した実行主体であってもよいし、現在のブロックチェーンにおける他のノードであってもよい。第２のノードのプロキシノードは、予め第２のノードとプロキシ関係を確立しているノードであってもよい。実際には、第２のノードは、プロキシ関係を確立する要求を現在のブロックチェーンにおけるノードに送信し、現在のブロックチェーンにおけるノードが当該要求を受け取った場合に現在のブロックチェーンにおけるノードとのプロキシ関係を確立することができる。
提出要求は、提出内容と、現在のブロックチェーンにおける第２のノードの公開鍵の格納番号を含んでもよい。ここで、提出内容は、第２のノードが現在のブロックチェーンにおいてクエリする必要のある内容であってもよい。提出要求の署名情報は、第２のノードが提出要求に秘密鍵を用いて署名した署名情報であってもよい。
なお、ここで、他のブロックチェーンは、ステップ２０１で述べた他のブロックチェーンと同じブロックチェーンであってもよいし、異なるブロックチェーンであってもよい。第２のノードは、第１のノードと同一のノードであってもよいし、異なるノードであってもよい。なお、上記実行主体は、ステップ４０１とステップ４０５を順次実行してもよいし、ステップ４０１とステップ４０５を並行して実行してもよい。
本実施形態のいくつかのオプション的な実施形態において、第２のノードのプロキシノードは、ステップＴ１～ステップＴ４に示す方法を実行することによって、第２のノードとプロキシ関係を確立することができる。
ステップＴ１では、受信した、第２のノードによって送信された第２のデジタル証明書を、第２のデジタル証明書が示す認証プラットフォームに送信し、認証プラットフォームは第２のデジタル証明書を認証する。
第２のデジタル証明書は、第２のノードの認証情報と、第２のノードの認証情報の署名情報と、認証プラットフォームの公開鍵とを含んでもよい。第２のノードの認証情報は、例えば、第２のノードの公開鍵を含んでもよく、さらに例えば、第２のノードの名称、番号等を含んでもよい。
ステップＴ２では、認証プラットフォームからフィードバックされた認証結果が、第２のデジタル証明書が認証に合格したことを示すことに応答して、第２のノードの公開鍵に秘密鍵を用いて署名し、第２のノードの公開鍵の署名情報を得る。
ステップＴ３では、第２のノードの公開鍵の署名情報と第２のノードの公開鍵とを第３の提出データとして現在のブロックチェーンに提出し、現在のブロックチェーンにおけるノードが、採用したコンセンサスメカニズムによって第３の提出データを現在のブロックチェーンに格納するようにする。
ステップＴ４では、現在のブロックチェーンにおける第３の提出データの格納番号に基づいて、プロキシ結果を第２のノードにフィードバックする。
なお、第２のノードのプロキシノードがステップＴ１～ステップＴ４を実行する方式は、第１のノードのプロキシノードがステップＳ１～ステップＳ４を実行する方式と同様であるので、それらの説明を省略する。
これらの実施形態では、第２のノードのプロキシノードは、認証プラットフォームによる第２のノードの認証情報の認証に合格した後に、第２のノードとのプロキシ関係を確立することができ、第２のノードの安全性を確保しながら第２のノードとのプロキシ関係を確立することができる。
本実施形態のいくつかのオプション的な実施形態において、第２のノードのプロキシノードは次のようにステップＴ４を実行することができる。
まず、第２のノードのプロキシノードは、その秘密鍵を用いて、現在のブロックチェーンにおける第３の提出データの格納番号に署名し、現在のブロックチェーンにおける第３の提出データの格納番号の署名情報を得ることができる。
そして、第２のノードのプロキシノードは、現在のブロックチェーンにおける第３の提出データの格納番号の署名情報と、現在のブロックチェーンにおける第３の提出データの格納番号と、その公開鍵とをプロキシ結果として、第２のノードにフィードバックすることができる。
これらの実施形態では、現在のブロックチェーンにおける第３の提出データの格納番号の署名情報と、第２のノードのプロキシノードの公開鍵とをプロキシ結果に追加することにより、第２のノードへのフィードバック中に、現在のブロックチェーンにおける第３の提出データの格納番号が改竄されることを防止することができる。
ステップ４０６では、現在のブロックチェーンにおける第２のノードの公開鍵の格納番号に基づいて、現在のブロックチェーンから第２のノードの公開鍵を取得する。
本実施形態では、上記実行主体は、第２のノードから送信された提出要求及び提出要求の署名情報を受信した後、提出要求に含まれた、現在のブロックチェーンにおける第２のノードの公開鍵の現在のブロックチェーンにおける格納番号に基づいて、現在のブロックチェーンから第２のノードの公開鍵を取得することができる。
ステップ４０７では、現在のブロックチェーンにおける、第２のノードから送信された提出要求を受信したノートが、第２のノードのプロキシノードであることに応答して、提出要求と提出要求の署名情報とを第２の提出データとし、秘密鍵を使用して第２の提出データに署名して第２の提出データの署名情報を取得する。
本実施形態では、上記実行主体はさらに、第２のノードの公開鍵を取得した後、現在のブロックチェーンにおいて第２のノードから送信された提出要求を受信したノードが第２のノードのプロキシノードであるか否かを判断することができ、すなわち、上記実行主体自体が第２のノードのプロキシノードであるか否かを判断することができる。実際に、上記実行主体は、現在のブロックチェーンに記憶されている第２のノードのプロキシノードの情報に基づいて、上記実行主体自体が第２のノードのプロキシノードであるか否かを判断することができる。
本実施形態では、上記実行主体は、第２のノードのプロキシノードであると判定した後に、提出要求及び提出要求の署名情報を第２の提出データとして用いることができる。まず、上記実行主体は、その秘密鍵を用いて、得られた第２の提出データに署名し、第２の提出データの署名情報を得ることができる。
本実施形態のいくつかのオプション的な実施形態において、上記実行主体は、次のようにステップ４０７を実行することができる。
まず、現在のブロックチェーンにおける、第２のノードから送信された提出要求を受信したノードが第２のノードのプロキシノードであることと、提出要求の署名情報が第２のノードの公開鍵による検証に合格したこととに応答して、上記実行主体は、提出内容に異常があるか否かを判断することができる。
具体的には、上記実行主体は、第２のノードの公開鍵を取得した後、自体が第２のノードのプロキシノードであるか否かを判断するだけでなく、第２のノードの公開鍵を用いて提出要求の署名情報を検証することができる。上記実行主体は、第２のノードのプロキシノードであると判断し、提出要求の署名情報が検証に合格した後に、提出要求に含まれた提出内容に異常があるか否かをさらに判断してもよい。ここで、提出内容に異常があることとは、提出内容が現在のブロックチェーンに悪影響（例えば、デッドループ）を及ぼすことがあることを意味する。
次に、提出内容に異常がないことに応答して、上記実行主体は、提出要求及び提出要求の署名情報を第２の提出データとし、秘密鍵を用いて第２の提出データに署名して、第２の提出データの署名情報を得ることができる。
具体的には、上記実行主体は、提出内容に異常がないと判定されたことに応答して、提出要求及び提出要求の署名情報を第２の提出データとし、その秘密鍵を用いて第２の提出データに署名して、第２の提出データの署名情報を得ることができる。
これらの実施態様では、提出内容に異常がないと判定された後、第２の提出データに署名することにより、第２のノードが現在のブロックチェーンに提出するデータが、現在のブロックチェーンの動作に影響を与えないことを確保することができる。
ステップ４０８では、第２の提出データの署名情報と第２の提出データを現在のブロックチェーンに送信し、現在のブロックチェーンにおけるノードが、採用したコンセンサスメカニズムによって提出内容の処理結果を現在のブロックチェーンに格納するようにする。
本実施形態では、上記実行主体は、第２の提出データの署名情報及び第２の提出データを現在のブロックチェーンに提出した後、現在のブロックチェーンにおけるノードが、提出要求における提出内容を次のように処理して処理結果を得ることができる。
まず、現在のブロックチェーンにおけるノードは、現在のブロックチェーンにおける第２のノードの公開鍵の格納番号に基づいて、現在のブロックチェーンから第２のノードのプロキシノードの公開鍵と第２のノードの公開鍵とを取得することができる。
そして、第２の提出データの署名情報が第２のノードのプロキシノードの公開鍵による検証に合格したことと、提出要求の署名情報が第２のノードの公開鍵による検証に合格したこととに応答して、現在のブロックチェーンにおけるノードは提出内容を処理して処理結果を得ることができる。
一例として、提出内容は、「Ａの口座残高が１０００、Ｂの口座残高が５００、ＡからＢへの振替額が３００」であり得、現在のブロックチェーンにおけるノードによる提出内容の処理は、振替後のＡおよびＢの口座残高を確定することであり得、得られた処理結果は、「Ａの口座残高が７００、Ｂの口座残高が８００」であり得る。
また、本実施形態では、現在のブロックチェーンにおけるノードは、現在のブロックチェーンが採用するコンセンサスメカニズムによって、得られた処理結果を現在のブロックチェーンに記憶することもできる。
本実施形態のいくつかのオプション的な実施形態において、ステップ４０８の後に、上記実行主体は、現在のブロックチェーンにおける処理結果の格納番号に基づいて、第２のノードに提出結果をフィードバックしてもよい。
具体的には、上記実行主体は、現在のブロックチェーンにおける処理結果の格納番号を提出結果として第２のノードにフィードバックしてもよい。現在のブロックチェーンにおける処理結果の格納番号を提出結果として第２のノードにフィードバックし、一方では、現在のブロックチェーンにおけるデータの提出を完了したことを第２のノードに通知し、他方では、第２のノードは、受信した格納番号に基づいて、現在のブロックチェーンにおいて提出されたデータをクエリすることができることを理解されたい。
本実施形態のいくつかのオプション的な実施形態において、上記実行主体は、次のように第２のノードに提出結果をフィードバックしてもよい。
まず、上記実行主体は、処理結果の現在のブロックチェーンにおける格納番号に秘密鍵を用いて署名し、処理結果の現在のブロックチェーンにおける格納番号の署名情報を得ることができる。
そして、上記実行主体は、現在のブロックチェーンにおける処理結果の格納番号の署名情報と、現在のブロックチェーンにおける処理結果の格納番号と、その公開鍵とを、提出結果として第２のノードにフィードバックしてもよい。

これらの実施形態では、現在のブロックチェーンにおける処理結果の格納番号の署名情報と、上記実行主体の公開鍵とを提出結果に追加することにより、第２のノードへのフィードバック中に、現在のブロックチェーンにおける処理結果の格納番号が改竄されることを防止することができる。
図４から分かるように、本実施形態のデータ要求を処理するための方法のフロー４００は、現在のブロックチェーンにおいて他のブロックチェーンにおける第２のノードのプロキシノードが存在し、上記実行主体は、それ自体が第２のノードのプロキシノードであると判定した後、第２のノードから送信された提出要求及び提出要求の署名情報を第２の提出データとし、その秘密鍵を用いて第２の提出データに署名して第２の提出データの署名情報を取得し、第２の提出データ及び第２の提出データの署名情報を現在のブロックチェーンに提出することにより、現在のブロックチェーンにおけるノードが、採用したコンセンサスメカニズムを用いて、提出要求に含まれた提出内容の処理結果を現在のブロックチェーンに記憶する。これにより、第三者の公証役場やサイドチェーン（またはリレーチェーン）を導入することなく、他のブロックチェーンにおける第２のノードは、現在のブロックチェーンにデータを記憶することを実現でき、すなわち、ブロックチェーンに記憶されているデータが漏洩する危険性および障害点を増加させることなく、ブロックチェーン同士を跨いでデータを記憶することができる。
更に図５を参照すると、上記の各図に示された方法の実施態様として、本出願は、データ要求を処理するための装置の一実施形態を提供し、該装置の実施形態は、図２に示された方法の実施形態に対応しており、該装置は、具体的に様々な電子機器に適用することができる。
図５に示すように、本実施形態に係るデータ要求を処理するための装置５００は、第１受信ユニット５０１と、第１取得ユニット５０２と、第２取得ユニット５０３と、第１のフィードバックユニット５０４とを備える。第１の受信ユニット５０１は、現在のブロックチェーン以外の他のブロックチェーンにおける第１のノードから送信されたクエリ要求と、クエリ要求の署名情報とを受信するように構成され、現在のブロックチェーンにおいて第１のノードのプロキシノードがあり、クエリ要求はクエリ内容と現在のブロックチェーンにおける第１のノードの公開鍵の格納番号とを含む。第１の取得ユニット５０２は、現在のブロックチェーンにおける第１のノードの公開鍵の格納番号に基づいて、現在のブロックチェーンから第１のノードの公開鍵を取得するように構成されていてもよい。第２の取得ユニット５０３は、クエリ要求の署名情報が第１のノードの公開鍵による検証に合格したことに応答し、現在のブロックチェーンからクエリ内容が示すクエリデータを取得するように構成されていてもよい。第１のフィードバックユニット５０４は、クエリデータに基づいて、クエリ結果を第１のノードにフィードバックするように構成されてもよい。
本実施形態において、データ要求を処理するための装置５００では、第１の受信ユニット５０１、第１の取得ユニット５０２、第２の取得ユニット５０３および第１のフィードバックユニット５０４の具体的な処理及びそれらの技術効果は、それぞれ図２の対応する実施形態におけるステップ２０１、ステップ２０２、ステップ２０３及びステップ２０４の関連する説明を参照することができ、ここではその説明を省略する。
本実施形態のいくつかのオプション的な実施形態において、第２の取得ユニット５０３は、さらに、クエリ要求の署名情報が第１のノードの公開鍵の検証に合格したことに応答して、第１のノードのプロキシノードがクエリ内容のクエリ権限を有するか否かを判断し、第１のノードのプロキシノードがクエリ内容のクエリ権限を有していることに応答して、現在のブロックチェーンからクエリ内容が示すクエリデータを取得するように構成されていてもよい。
本実施形態のいくつかのオプション的な実施形態において、第１のフィードバックユニット５０４は、さらに、秘密鍵を用いてクエリデータに署名し、クエリデータの署名情報を得、クエリデータの署名情報と、クエリデータと、公開鍵とを、クエリ結果として第１のノードにフィードバックするように構成されてもよい。
本実施形態のいくつかのオプション的な実施形態において、第１のノードのプロキシノードと第１のノードとのプロキシ関係は、受信した、第１のノードから送信された第１のデジタル証明書を、第１のデジタル証明書が示す認証プラットフォームに送信して、認証プラットフォームに第１のデジタル証明書を認証させるようにするステップであって、第１のデジタル証明書は、前記第１のノードの認証情報と、第１のノードの認証情報の署名情報と、認証プラットフォームの公開鍵とを含み、第１のノードの認証情報は、第１のノードの公開鍵を含むステップと、認証プラットフォームからフィードバックされた認証結果が、第１のデジタル証明書が認証に合格したことを示すことに応答して、第１のノードの公開鍵に秘密鍵を用いて署名し、第１のノードの公開鍵の署名情報を得るステップと、第１のノードの公開鍵の署名情報と第１のノードの公開鍵とを、第１の提出データとして現在のブロックチェーンに提出して、現在のブロックチェーンにおけるノードが、採用したコンセンサスメカニズムによって第１の提出データを現在のブロックチェーンに格納するようにするステップと、現在のブロックチェーンにおける第１の提出データの格納番号に基づいて、プロキシ結果を第１のノードにフィードバックするステップと、を実行することにより、確立される。
本実施形態のいくつかのオプション的な実施形態において、前記の、プロキシ結果を第１のノードにフィードバックするステップは、現在のブロックチェーンにおける第１の提出データの格納番号に秘密鍵を用いて署名して、現在のブロックチェーンにおける第１の提出データの格納番号の署名情報を取得し、現在のブロックチェーンにおける第１の提出データの格納番号の署名情報と、現在のブロックチェーンにおける第１の提出データの格納番号と、公開鍵とをプロキシ結果として第１のノードにフィードバックすることにより、行われる。
本実施形態のいくつかのオプション的な実施形態において、上記装置５００はさらに、第２の受信ユニット（図示せず）と、第３の取得ユニット（図示せず）と、署名ユニット（図示せず）と、提出ユニット（図示せず）とを含んでいてもよい。第２の受信ユニットは、現在のブロックチェーン以外の他のブロックチェーンにおける第２のノードから送信された提出要求と、提出要求の署名情報とを受信するように構成され、現在のブロックチェーンにおいて第２のノードのプロキシノードがあり、提出要求は提出内容と、現在のブロックチェーンにおける第２のノードの公開鍵の格納番号とを含む。第３の取得ユニットは、現在のブロックチェーンにおける第２のノードの公開鍵の格納番号に基づいて、現在のブロックチェーンから第２のノードの公開鍵を取得するように構成されていてもよい。署名ユニットは、現在のブロックチェーンにおける、第２のノードから送信された提出要求を受信したノートが、第２のノードのプロキシノードであることに応答して、提出要求と提出要求の署名情報とを第２の提出データとし、秘密鍵を使用して第２の提出データに署名して第２の提出データの署名情報を取得するように構成されてもよい。提出ユニットは、第２の提出データの署名情報及び第２の提出データを現在のブロックチェーンに提出して、現在のブロックチェーンにおけるノードが、採用したコンセンサスメカニズムにより提出内容の処理結果を現在のブロックチェーンに格納するように構成されてもよく、現在のブロックチェーンにおけるノードは、現在のブロックチェーンにおける第２のノードの公開鍵の格納番号に基づいて、現在のブロックチェーンから第２のノードのプロキシノードの公開鍵及び第２のノードの公開鍵を取得することと、第２の提出データの署名情報が第２のノードのプロキシノードの公開鍵による検証に合格し、提出要求の署名情報が第２のノードの公開鍵の検証に合格したことに応答して、提出内容を処理して処理結果を得ることと、によって提出内容を処理する。
本実施形態のいくつかのオプション的な実施形態において、前記装置５００は、第２のフィードバックユニット（図示せず）を更に含んでもよい。第２のフィードバックユニットは、現在のブロックチェーンにおける処理結果の格納番号に基づいて、第２のノードに提出結果をフィードバックするように構成されてもよい。
本実施形態のいくつかのオプション的な実施形態において、署名ユニットは、現在のブロックチェーンにおける、第２のノードから送信された提出要求を受信したノードが、第２のノードのプロキシノードであることと、提出要求の署名情報が第２のノードの公開鍵の検証に合格したこととに応答して、提出内容に異常があるか否かを判断し、提出内容に異常がないことに応答して、提出要求及び提出要求の署名情報を第２の提出データとし、秘密鍵を用いて第２の提出データに署名して、第２の提出データの署名情報を得るように構成されてもよい。
本実施形態のいくつかのオプション的な実施形態において、第２のフィードバックユニットは、さらに現在のブロックチェーンにおける処理結果の格納番号に秘密鍵を用いて署名し、現在のブロックチェーンにおける処理結果の格納番号の署名情報を得、現在のブロックチェーンにおける処理結果の格納番号の署名情報と、現在のブロックチェーンにおける処理結果の格納番号と、公開鍵とを、提出結果として第２のノードにフィードバックするように構成されてもよい。
本実施形態のいくつかのオプション的な実施形態において、第２のノードのプロキシノードと第２のノードとの間のプロキシ関係は、受信した、第２のノードから送信された第２のデジタル証明書を、第２のデジタル証明書が示す認証プラットフォームに送信して、認証プラットフォームに第２のデジタル証明書を認証させるステップであって、第２のデジタル証明書は、第２のノードの認証情報と、第２のノードの認証情報の署名情報と、認証プラットフォームの公開鍵とを含み、第２のノードの認証情報は、第２のノードの公開鍵を含むステップと、認証プラットフォームからフィードバックされた認証結果が、第２のデジタル証明書が認証に合格したことを示すことに応答して、第２のノードの公開鍵に秘密鍵を用いて署名し、第２のノードの公開鍵の署名情報を得るステップと、第２のノードの公開鍵の署名情報と第２のノードの公開鍵とを、第３の提出データとして現在のブロックチェーンに提出して、現在のブロックチェーンにおけるノードが、採用したコンセンサスメカニズムによって第３の提出データを現在のブロックチェーンに格納するようにするステップと、現在のブロックチェーンにおける第３の提出データの格納番号に基づいて、プロキシ結果を第２のノードにフィードバックするステップと、を実行することにより、確立される。
本実施形態のいくつかのオプション的な実施形態において、前記の、プロキシ結果を第２のノードにフィードバックするステップは、現在のブロックチェーンにおける第３の提出データの格納番号に秘密鍵を用いて署名して、現在のブロックチェーンにおける第３の提出データの格納番号の署名情報を取得し、現在のブロックチェーンにおける第３の提出データの格納番号の署名情報と、現在のブロックチェーンにおける第３の提出データの格納番号と、公開鍵とをプロキシ結果として第２のノードにフィードバックすることにより行われる。
本出願の第１の実施形態に係る装置は、まず、第１の受信ユニット５０１により、現在のブロックチェーン以外のブロックチェーンにおける第１のノードから送信されたクエリ要求及びクエリ要求の署名情報を受信し、次に、第１の取得ユニット５０２により、現在のブロックチェーンにおける第１のノードの公開鍵の格納番号に基づいて、現在のブロックチェーンから前記第１のノードの公開鍵を取得し、次に、第２の取得ユニット５０２により、クエリ要求の署名情報が第１のノードの公開鍵による検証に合格した後、現在のブロックチェーンからクエリ内容が示すクエリデータを取得し、最後に、第１のフィードバックユニット５０４により、クエリデータに基づいて、クエリ結果を第１のノードにフィードバックする。これにより、第三者の公証役場やサイドチェーン（またはリレーチェーン）を導入することなく、他のブロックチェーンにおける第１のノードが現在のブロックチェーンにおいてデータをクエリすること、すなわち、ブロックチェーンに格納されているデータが漏洩する危険性が低く、障害箇所を増やすことなく、データのクロスチェーンクエリを行うことができる。
以下、本出願の実施形態を実現するために適用される電子機器（例えば、図１に示すノード１０１、１０２、１０３）６００を示す構造概略図である図６を参照する。図６に示す電子機器は、あくまでも一例に過ぎず、本出願の実施形態の機能および使用範囲には如何なる制限をも与えない。
図６に示すように、電子機器６００は、読み出し専用メモリ（ＲＯＭ）６０２に格納されているプログラムまたは記憶装置６０８からランダムアクセスメモリ（ＲＡＭ）６０３にロードされたプログラムによって様々な適当な動作および処理を実行可能な処理装置（例えば、中央処理装置、グラフィックスプロセッサなど）６０１を含んでもよい。ＲＡＭ６０３には、電子機器６００の動作に必要な様々なプログラムおよびデータが更に格納されている。処理装置６０１、ＲＯＭ６０２およびＲＡＭ６０３は、バス６０４を介して互いに接続されている。入力／出力（Ｉ／Ｏ）インターフェース６０５もバス６０４に接続されている。
通常、例えば、タッチスクリーン、タッチパッド、キーボード、マウス、カメラ、マイクロホン、加速度計、ジャイロスコープなどを含む入力装置６０６、液晶ディスプレイ（ＬＣＤ）、スピーカ、振動子などを含む出力装置６０７、例えば、磁気テープ、ハードディスクなどを含む記憶装置６０８、および通信装置６０９がＩ／Ｏインターフェース６０５に接続されてもよい。通信装置６０９により、電子機器６００は、データを交換するために他のデバイスと無線または有線で通信可能になる。図６は、様々な装置を有する電子機器６００を示しているが、図示された装置のすべてを実装または具備することが要求されないことを理解すべきである。代替的にまたはより多いまたはより少ない装置が実装されてもよい。図６に示す各ブロックは、１つの装置を表すことも、必要に応答して複数の装置を表すこともできる。
特に、本出願の実施形態によれば、上述したフローチャートを参照しながら記載されたプロセスは、コンピュータのソフトウェアプログラムとして実装されてもよい。例えば、本出願の実施形態は、コンピュータ可読媒体に具現化されるコンピュータプログラムを含むコンピュータプログラム製品を備え、該コンピュータプログラムは、フローチャートで示される方法を実行するためのプログラムコードを含む。このような実施形態では、該コンピュータプログラムは、通信装置６０９を介してネットワークからダウンロードされてインストールされることが可能であり、または記憶装置６０８またはＲＯＭ６０２からインストールされ得る。該コンピュータプログラムが処理装置６０１によって実行されると、本出願の実施形態の方法で限定された前記機能を実行する。なお、本出願の実施形態に記載されたコンピュータ可読媒体は、コンピュータ可読信号媒体またはコンピュータ可読記憶媒体、またはこれらの任意の組み合わせであってもよい。コンピュータ可読記憶媒体は、例えば、電気的、磁気的、光学的、電磁気的、赤外線、または半導体のシステム、装置もしくはデバイス、またはこれらの任意の組み合わせであってもよいが、これらに限定されない。コンピュータ可読記憶媒体のより具体的な例としては、１本または複数本の導線により電気的に接続された、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭもしくはフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスク読取り専用メモリ（ＣＤ－ＲＯＭ）、光メモリ、磁気メモリ、またはこれらの任意の適切な組み合わせを含むことができるが、これらに限定されない。本出願の実施形態において、コンピュータ可読記憶媒体は、指令実行システム、装置もしくはデバイスによって使用可能な、またはそれらに組み込まれて使用可能なプログラムを包含または格納する任意の有形の媒体であってもよい。本出願の実施形態において、コンピュータ可読信号媒体は、ベースバンドにおける、または搬送波の一部として伝搬されるデータ信号を含むことができ、その中にコンピュータ可読プログラムコードが担持されている。かかる伝搬されたデータ信号は、様々な形態をとることができ、電磁信号、光信号、またはこれらの任意の適切な組み合わせを含むが、これらに限定されない。コンピュータ可読信号媒体は、更にコンピュータ可読記憶媒体以外の任意のコンピュータ可読媒体であってもよい。該コンピュータ可読信号媒体は、指令実行システム、装置もしくはデバイスによって使用されるか、またはそれらに組み込まれて使用されるプログラムを、送信、伝搬または伝送することができる。コンピュータ可読媒体に含まれるプログラムコードは任意の適切な媒体で伝送することができ、当該任意の適切な媒体とは、電線、光ケーブル、ＲＦ（無線周波数）など、またはこれらの任意の適切な組み合わせを含むが、これらに限定されない。
前記コンピュータ可読媒体は、前記電子機器に含まれるものであってもよく、該電子機器に実装されずに別体として存在するものであってもよい。前記コンピュータ可読媒体は、１つまたは複数のプログラムを担持しており、上記１つまたは複数のプログラムが当該電子機器により実行されるとき、当該電子機器に、現在のブロックチェーン以外の他のブロックチェーンにおける第１のノードから送信されたクエリ要求と、クエリ要求の署名情報とを受信するステップであって、現在のブロックチェーンにおいて第１のノードのプロキシノードがあり、クエリ要求はクエリ内容と現在のブロックチェーンにおける第１のノードの公開鍵の格納番号とを含む、ステップと、現在のブロックチェーンにおける第１のノードの公開鍵の格納番号に基づいて、現在のブロックチェーンから第１のノードの公開鍵を取得するステップと、クエリ要求の署名情報が第１のノードの公開鍵の検証に合格したことに応答して、現在のブロックチェーンからクエリ内容が示すクエリデータを取得するステップと、クエリデータに基づいて、クエリ結果を第１のノードにフィードバックするステップと、を行うようにする。
本出願の実施形態の動作を実行するためのコンピュータプログラムコードは、１種以上のプログラミング言語、又はそれらの組み合わせで作成されることができ、前記プログラミング言語は、Ｊａｖａ、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋などのオブジェクト指向プログラミング言語と、「Ｃ」言語又は同様のプログラミング言語などの従来の手続き型プログラミング言語とを含む。プログラムコードは、完全にユーザのコンピュータで実行されることも、部分的にユーザのコンピュータで実行されることも、単独のソフトウェアパッケージとして実行されることも、部分的にユーザのコンピュータで実行されながら部分的にリモートコンピュータで実行されることも、または完全にリモートコンピュータもしくはサーバで実行されることも可能である。リモートコンピュータの場合、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）を含む任意の種類のネットワークを介してユーザコンピュータに接続することができ、または（例えば、インターネットサービスプロバイダによるインターネットサービスを介して）外部コンピュータに接続することができる。
図面のうちのフローチャートおよびブロック図は、本出願の様々な実施形態に係るシステム、方法およびコンピュータプログラムによって実現できるアーキテクチャ、機能および動作の表示例である。これについては、フローチャートまたはブロック図における各ブロックは、モジュール、プログラムセグメント、またはコードの一部を表すことができる。当該モジュール、プログラムセグメント、またはコードの一部には、所定のロジック機能を実現するための１つまたは複数の実行可能な指令が含まれている。なお、一部の代替となる実施態様においては、ブロックに示されている機能は図面に示されているものとは異なる順序で実行することも可能である。例えば、連続して示された２つのブロックは、実際には係る機能に応答して、ほぼ並行して実行されてもよく、時には逆の順序で実行されてもよい。なお、ブロック図および／またはフローチャートにおけるすべてのブロック、ならびにブロック図および／またはフローチャートにおけるブロックの組み合わせは、所定の機能または動作を実行する専用のハードウェアベースのシステムで実装されてもよく、または専用のハードウェアとコンピュータ指令との組み合わせで実装されてもよい。
本出願の実施形態に記載されたユニットは、ソフトウェアで実装されてもよく、ハードウェアで実装されてもよい。記載されたユニットは、プロセッサに設置されてもよく、例えば、「第１の受信ユニットと、第１の取得ユニットと、第２の取得ユニットと、第１のフィードバックユニットとを備えるプロセッサ」と記載されてもよい。その中でも、これらのユニットの名称は、ある場合において当該ユニットその自体を限定するものではなく、例えば、第１のフィードバックユニットは、「クエリデータに基づいて、クエリ結果を第１のノードにフィードバックするためのユニット」として記載されてもよい。
以上の記載は、本出願の好ましい実施形態、および適用される技術的原理に関する説明に過ぎない。当業者であれば、本出願に係る発明の範囲が、前記の技術的特徴の特定の組み合わせからなる技術案に限定されるものではなく、前記の本出願の趣旨を逸脱しない範囲で、前記の技術的特徴またはそれらの同等の特徴の任意の組み合わせからなる他の技術案も含むべきであることを理解すべきである。例えば、上記の特徴と、本出願に開示された類似の機能を持っている技術的特徴（これらに限定されていない）とを互いに置き換えてなる技術案が挙げられる。
本出願の実施形態は、コンピュータ技術分野に関し、具体的にデータ要求を処理するための方法及び装置、電子機器、記憶媒体並びにコンピュータプログラムに関する。
本出願の実施形態は、データ要求を処理するための方法および装置、電子機器、記憶媒体並びにコンピュータプログラムを提供する。
第３の態様では、本出願の実施形態は、１つまたは複数のプロセッサと、１つまたは複数のコンピュータプログラムが格納されている記憶装置と、を備える電子機器であって、１つまたは複数のコンピュータプログラムが１つまたは複数のプロセッサによって実行されると、１つまたは複数のプロセッサに第１態様のいずれかの実施形態に記載の方法を実現する、電子機器を提供する。
第４の態様では、本出願の実施形態は、コンピュータプログラムが格納されているコンピュータ可読記憶媒体であって、該コンピュータプログラムがプロセッサによって実行されると、第１態様のいずれかの実施形態に記載の方法を実現する、コンピュータ可読記憶媒体を提供する。
第５の態様では、本出願の実施形態は、プロセッサによって実行されると、第１態様のいずれかの実施形態に記載の方法を実現する、コンピュータプログラムを提供する。

Claims (14)

  1. データ要求を処理するための方法であって、
    現在のブロックチェーン以外の他のブロックチェーンにおける第１のノードから送信されたクエリ要求と、前記クエリ要求の署名情報とを受信するステップであって、現在のブロックチェーンにおいて前記第１のノードのプロキシノードがあり、前記クエリ要求はクエリ内容と現在のブロックチェーンにおける前記第１のノードの公開鍵の格納番号とを含む、ステップと、
    現在のブロックチェーンにおける前記第１のノードの公開鍵の格納番号に基づいて、現在のブロックチェーンから前記第１のノードの公開鍵を取得するステップと、
    前記クエリ要求の署名情報が前記第１のノードの公開鍵の検証に合格したことに応答して、現在のブロックチェーンから前記クエリ内容が示すクエリデータを取得するステップと、
    前記クエリデータに基づいて、クエリ結果を前記第１のノードにフィードバックするステップと、を含むデータ要求を処理するための方法。
  2. 前記クエリ要求の署名情報が前記第１のノードの公開鍵の検証に合格したことに応答して、現在のブロックチェーンから前記クエリ内容が示すクエリデータを取得するステップは、
    前記クエリ要求の署名情報が前記第１のノードの公開鍵の検証に合格したことに応答して、前記第１のノードのプロキシノードが前記クエリ内容のクエリ権限を有するか否かを判断するステップと、
    前記第１のノードのプロキシノードが前記クエリ内容のクエリ権限を有していることに応答して、現在のブロックチェーンから前記クエリ内容が示すクエリデータを取得するステップと、を含む請求項１に記載の方法。
  3. 前記クエリデータに基づいて、前記クエリ結果を前記第１のノードにフィードバックするステップは、
    秘密鍵を用いて前記クエリデータに署名し、前記クエリデータの署名情報を得るステップと、
    前記クエリデータの署名情報と、前記クエリデータと、前記第１のノードのプロキシノードの公開鍵とを、前記クエリ結果として前記第１のノードにフィードバックするステップと、を含む請求項１に記載の方法。
  4. 前記第１のノードのプロキシノードは、
    受信した、前記第１のノードから送信された第１のデジタル証明書を、前記第１のデジタル証明書が示す認証プラットフォームに送信して、前記認証プラットフォームに前記第１のデジタル証明書を認証させるステップであって、前記第１のデジタル証明書は、前記第１のノードの認証情報と、前記第１のノードの認証情報の署名情報と、前記認証プラットフォームの公開鍵とを含み、前記第１のノードの認証情報は、前記第１のノードの公開鍵を含むステップと、
    前記認証プラットフォームからフィードバックされた認証結果が、前記第１のデジタル証明書が認証に合格したことを示すことに応答して、前記第１のノードの公開鍵に秘密鍵を用いて署名し、前記第１のノードの公開鍵の署名情報を得るステップと、
    前記第１のノードの公開鍵の署名情報と前記第１のノードの公開鍵とを、第１の提出データとして現在のブロックチェーンに提出して、現在のブロックチェーンにおけるノードが、採用したコンセンサスメカニズムによって前記第１の提出データを現在のブロックチェーンに格納するようにするステップと、
    現在のブロックチェーンにおける前記第１の提出データの格納番号に基づいて、プロキシ結果を前記第１のノードにフィードバックするステップと、
    を実行することにより、前記第１のノードとのプロキシ関係を確立する、請求項１に記載の方法。
  5. 前記現在のブロックチェーンにおける前記第１の提出データの格納番号に基づいて、プロキシ結果を前記第１のノードにフィードバックするステップは、
    現在のブロックチェーンにおける前記第１の提出データの格納番号に秘密鍵を用いて署名して、現在のブロックチェーンにおける前記第１の提出データの格納番号の署名情報を取得するステップと、
    現在のブロックチェーンにおける前記第１の提出データの格納番号の署名情報と、現在のブロックチェーンにおける前記第１の提出データの格納番号と、前記第１のノードのプロキシノードの公開鍵とを、プロキシ結果として前記第１のノードにフィードバックするステップと、を含む請求項４に記載の方法。
  6. 現在のブロックチェーン以外の他のブロックチェーンにおける第２のノードから送信された提出要求と、前記提出要求の署名情報とを受信するステップであって、現在のブロックチェーンにおいて前記第２のノードのプロキシノードがあり、前記提出要求は提出内容と現在のブロックチェーンにおける前記第２のノードの公開鍵の格納番号とを含む、ステップと、
    現在のブロックチェーンにおける前記第２のノードの公開鍵の格納番号に基づいて、現在のブロックチェーンから前記第２のノードの公開鍵を取得するステップと、
    現在のブロックチェーンにおける、前記第２のノードから送信された提出要求を受信したノードが、前記第２のノードのプロキシノードであることに応答して、前記提出要求と前記提出要求の署名情報とを第２の提出データとし、秘密鍵を使用して前記第２の提出データに署名して前記第２の提出データの署名情報を取得するステップと、
    前記第２の提出データの署名情報及び前記第２の提出データを現在のブロックチェーンに提出して、現在のブロックチェーンにおけるノードが、採用したコンセンサスメカニズムにより前記提出内容の処理結果を現在のブロックチェーンに格納するステップであって、現在のブロックチェーンにおけるノードは、現在のブロックチェーンにおける前記第２のノードの公開鍵の格納番号に基づいて、現在のブロックチェーンから前記第２のノードのプロキシノードの公開鍵及び前記第２のノードの公開鍵を取得することと、前記第２の提出データの署名情報が前記第２のノードのプロキシノードの公開鍵の検証に合格し、前記提出要求の署名情報が前記第２のノードの公開鍵の検証に合格したことに応答して、前記提出内容を処理して前記処理結果を得ることと、によって前記提出内容を処理するステップと、
    をさらに含む請求項１～５のいずれか１項に記載の方法。
  7. 現在のブロックチェーンにおける前記処理結果の格納番号に基づいて、前記第２のノードに提出結果をフィードバックするステップをさらに含む請求項６に記載の方法。
  8. 前記現在のブロックチェーンにおける、前記第２のノードから送信された提出要求を受信したノードが、前記第２のノードのプロキシノードであることに応答して、前記提出要求と前記提出要求の署名情報とを第２の提出データとし、秘密鍵を使用して前記第２の提出データに署名して前記第２の提出データの署名情報を取得するステップは、
    現在のブロックチェーンにおける、前記第２のノードから送信された提出要求を受信したノードが、前記第２のノードのプロキシノードであることと、前記提出要求の署名情報が前記第２のノードの公開鍵の検証に合格したこととに応答して、前記提出内容に異常があるか否かを判断するステップと、
    前記提出内容に異常がないことに応答して、前記提出要求及び前記提出要求の署名情報を第２の提出データとし、秘密鍵を用いて前記第２の提出データに署名して、前記第２の提出データの署名情報を得るステップと、を含む請求項６に記載の方法。
  9. 前記現在のブロックチェーンにおける前記処理結果の格納番号に基づいて、前記第２のノードに提出結果をフィードバックするステップは、
    現在のブロックチェーンにおける前記処理結果の格納番号に秘密鍵を用いて署名し、現在のブロックチェーンにおける前記処理結果の格納番号の署名情報を得るステップと、
    現在のブロックチェーンにおける前記処理結果の格納番号の署名情報と、現在のブロックチェーンにおける前記処理結果の格納番号と、前記第２のノードのプロキシノードの公開鍵とを、提出結果として前記第２のノードにフィードバックするステップと、を含む請求項７に記載の方法。
  10. 前記第２のノードのプロキシノードは、
    受信した、前記第２のノードから送信された第２のデジタル証明書を、前記第２のデジタル証明書が示す認証プラットフォームに送信して、前記認証プラットフォームに前記第２のデジタル証明書を認証させるステップであって、前記第２のデジタル証明書は、前記第２のノードの認証情報と、前記第２のノードの認証情報の署名情報と、前記認証プラットフォームの公開鍵とを含み、前記第２のノードの認証情報は、前記第２のノードの公開鍵を含むステップと、
    前記認証プラットフォームからフィードバックされた認証結果が、前記第２のデジタル証明書が認証に合格したことを示すことに応答して、前記第２のノードの公開鍵に秘密鍵を用いて署名し、前記第２のノードの公開鍵の署名情報を得るステップと、
    前記第２のノードの公開鍵の署名情報と前記第２のノードの公開鍵とを、第３の提出データとして現在のブロックチェーンに提出して、現在のブロックチェーンにおけるノードが、採用したコンセンサスメカニズムによって前記第３の提出データを現在のブロックチェーンに格納するようにするステップと、
    現在のブロックチェーンにおける前記第３の提出データの格納番号に基づいて、プロキシ結果を前記第２のノードにフィードバックするステップと、
    を実行することにより、前記第２のノードとのプロキシ関係を確立する、請求項６に記載の方法。
  11. 前記現在のブロックチェーンにおける前記第３の提出データの格納番号に基づいて、プロキシ結果を前記第２のノードにフィードバックするステップは、
    現在のブロックチェーンにおける前記第３の提出データの格納番号に秘密鍵を用いて署名して、現在のブロックチェーンにおける前記第３の提出データの格納番号の署名情報を取得するステップと、
    現在のブロックチェーンにおける前記第３の提出データの格納番号の署名情報と、現在のブロックチェーンにおける前記第３の提出データの格納番号と、前記第２のノードのプロキシノードの公開鍵とを、プロキシ結果として前記第２のノードにフィードバックするステップと、を含む請求項１０に記載の方法。
  12. 現在のブロックチェーン以外の他のブロックチェーンにおける第１のノードから送信されたクエリ要求と、前記クエリ要求の署名情報とを受信するように構成される第１の受信ユニットであって、現在のブロックチェーンにおいて前記第１のノードのプロキシノードがあり、前記クエリ要求はクエリ内容と現在のブロックチェーンにおける前記第１のノードの公開鍵の格納番号とを含む、第１の受信ユニットと、
    現在のブロックチェーンにおける前記第１のノードの公開鍵の格納番号に基づいて、現在のブロックチェーンから前記第１のノードの公開鍵を取得するように構成される第１の取得ユニットと、
    前記クエリ要求の署名情報が前記第１のノードの公開鍵の検証に合格したことに応答して、現在のブロックチェーンから前記クエリ内容が示すクエリデータを取得するように構成される第２の取得ユニットと、
    前記クエリデータに基づいて、クエリ結果を前記第１のノードにフィードバックするように構成される第１のフィードバックユニットと、
    を備えるデータ要求を処理するための装置。
  13. １つまたは複数のプロセッサと、１つまたは複数のプログラムが格納されている記憶装置と、を備える電子機器であって、
    前記１つまたは複数のプログラムが前記１つまたは複数のプロセッサによって実行されると、前記１つまたは複数のプロセッサに請求項１～１１のいずれか１項に記載の方法を実現する、電子機器。
  14. コンピュータプログラムが格納されているコンピュータ可読媒体であって、
    当該プログラムがプロセッサによって実行されると、請求項１～１１のいずれか１項に記載の方法を実現する、コンピュータ可読媒体。
JP2022504261A 2019-09-03 2020-04-01 データ要求を処理するための方法及び装置、電子機器、記憶媒体並びにコンピュータプログラム Active JP7235930B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201910827775.9A CN110535659B (zh) 2019-09-03 2019-09-03 用于处理数据请求的方法、装置、电子设备和计算机可读介质
CN201910827775.9 2019-09-03
PCT/CN2020/082670 WO2021042713A1 (zh) 2019-09-03 2020-04-01 用于处理数据请求的方法和装置

Publications (2)

Publication Number Publication Date
JP2022541835A true JP2022541835A (ja) 2022-09-27
JP7235930B2 JP7235930B2 (ja) 2023-03-08

Family

ID=68666463

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022504261A Active JP7235930B2 (ja) 2019-09-03 2020-04-01 データ要求を処理するための方法及び装置、電子機器、記憶媒体並びにコンピュータプログラム

Country Status (5)

Country Link
US (1) US20220271924A1 (ja)
EP (1) EP4027577A4 (ja)
JP (1) JP7235930B2 (ja)
CN (1) CN110535659B (ja)
WO (1) WO2021042713A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110535659B (zh) * 2019-09-03 2020-11-03 北京海益同展信息科技有限公司 用于处理数据请求的方法、装置、电子设备和计算机可读介质
US11637701B2 (en) * 2020-09-23 2023-04-25 Genesys Cloud Services, Inc. Technologies for conducting a data transaction between enterprises using a permissioned blockchain infrastructure and an oracle system
CN114513526B (zh) * 2020-10-26 2024-06-25 北京荷月科技有限公司 一种跨链访问数据的方法、***以及第一区块链
CN112995205B (zh) * 2021-04-13 2021-08-20 北京百度网讯科技有限公司 基于区块链的查询方法、装置、设备和存储介质
CN113271565B (zh) * 2021-05-14 2022-12-27 阿波罗智联(北京)科技有限公司 车辆的通信方法、装置、存储介质及程序产品
CN113326290B (zh) * 2021-06-02 2022-03-01 支付宝(杭州)信息技术有限公司 跨网查询控制方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018516030A (ja) * 2015-05-05 2018-06-14 ショカード、インコーポレイテッド ブロックチェーンを使用するｉｄ管理サービス
CN109948371A (zh) * 2019-03-07 2019-06-28 深圳市智税链科技有限公司 为区块链节点发放身份证书的方法及相关装置
JP2019519987A (ja) * 2016-09-18 2019-07-11 深▲セン▼前▲海▼▲達▼▲闥▼▲雲▼端智能科技有限公司Ｃｌｏｕｄｍｉｎｄｓ （Ｓｈｅｎｚｈｅｎ） Ｒｏｂｏｔｉｃｓ Ｓｙｓｔｅｍｓ Ｃｏ．， Ｌｔｄ． ブロックチェーンに基づくアイデンティティ認証方法、装置、ノード及びシステム
CN110008686A (zh) * 2018-11-16 2019-07-12 阿里巴巴集团控股有限公司 跨区块链的数据处理方法、装置、客户端、区块链***

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107995197A (zh) * 2017-12-04 2018-05-04 中国电子科技集团公司第三十研究所 一种实现跨管理域身份和权限信息共享的方法
CN108418795B (zh) * 2018-01-30 2019-05-28 百度在线网络技术（北京）有限公司 跨区块链的数据访问方法、装置、***及计算机可读介质
US20190251199A1 (en) * 2018-02-14 2019-08-15 Ivan Klianev Transactions Across Blockchain Networks
CN108712257B (zh) * 2018-04-03 2020-04-17 阿里巴巴集团控股有限公司 跨区块链的认证方法及装置、电子设备
US10250395B1 (en) * 2018-08-29 2019-04-02 Accenture Global Solutions Limited Cryptologic blockchain interoperation
CN109257342B (zh) * 2018-09-04 2020-05-26 阿里巴巴集团控股有限公司 区块链跨链的认证方法、***、服务器及可读存储介质
CN111614656B (zh) * 2018-11-16 2021-12-24 创新先进技术有限公司 跨链数据的可信管理方法及装置、电子设备
CN109903042A (zh) * 2019-01-18 2019-06-18 深圳壹账通智能科技有限公司 基于区块链的信息授权方法、装置、介质及电子设备
ES2869166T3 (es) * 2019-01-31 2021-10-25 Advanced New Technologies Co Ltd Comercio de activos cruzados dentro de redes de cadena de bloques
CN110535659B (zh) * 2019-09-03 2020-11-03 北京海益同展信息科技有限公司 用于处理数据请求的方法、装置、电子设备和计算机可读介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018516030A (ja) * 2015-05-05 2018-06-14 ショカード、インコーポレイテッド ブロックチェーンを使用するｉｄ管理サービス
JP2019519987A (ja) * 2016-09-18 2019-07-11 深▲セン▼前▲海▼▲達▼▲闥▼▲雲▼端智能科技有限公司Ｃｌｏｕｄｍｉｎｄｓ （Ｓｈｅｎｚｈｅｎ） Ｒｏｂｏｔｉｃｓ Ｓｙｓｔｅｍｓ Ｃｏ．， Ｌｔｄ． ブロックチェーンに基づくアイデンティティ認証方法、装置、ノード及びシステム
CN110008686A (zh) * 2018-11-16 2019-07-12 阿里巴巴集团控股有限公司 跨区块链的数据处理方法、装置、客户端、区块链***
CN109948371A (zh) * 2019-03-07 2019-06-28 深圳市智税链科技有限公司 为区块链节点发放身份证书的方法及相关装置

Also Published As

Publication number Publication date
CN110535659A (zh) 2019-12-03
JP7235930B2 (ja) 2023-03-08
US20220271924A1 (en) 2022-08-25
CN110535659B (zh) 2020-11-03
WO2021042713A1 (zh) 2021-03-11
EP4027577A1 (en) 2022-07-13
EP4027577A4 (en) 2023-08-09

Similar Documents

Publication Publication Date Title
JP7235930B2 (ja) データ要求を処理するための方法及び装置、電子機器、記憶媒体並びにコンピュータプログラム
CN112434818B (zh) 模型构建方法、装置、介质及电子设备
CN108923925B (zh) 应用于区块链的数据存储方法和装置
CN111199037B (zh) 登录方法、***和装置
CN113193961B (zh) 一种数字证书管理方法和装置
CN115102744B (zh) 数据访问方法和装置
CN110705985B (zh) 用于存储信息的方法和装置
JP2022548583A (ja) ブロックチェーンのトランザクションを介するデータの共有
CN113206746B (zh) 一种数字证书管理方法和装置
US11570268B2 (en) Proxy system for bot connectivity to communication channels
CN111010283B (zh) 用于生成信息的方法和装置
CN114499893B (zh) 基于区块链的投标文件加密存证方法和***
CN115296807B (zh) 用于预防工控网络病毒的密钥生成方法、装置、设备
CN114598549B (zh) 客户ssl证书验证方法及装置
CN116975810A (zh) 身份验证方法、装置、电子设备及计算机可读存储介质
JP6939313B2 (ja) 分散認証システム
WO2022206287A1 (zh) 商服交互方法、装置、设备及存储介质
CN115934640A (zh) 一种数据存储方法、***、电子设备及存储介质
CN112767142B (zh) 针对交易文件的处理方法、装置、计算设备和介质
CN110781523B (zh) 用于处理信息的方法和装置
CN110166226B (zh) 一种生成秘钥的方法和装置
CN110659476A (zh) 用于重置密码的方法和装置
CN111163156A (zh) 基于区块链的数据处理方法、设备及存储介质
CN115378743B (zh) 信息加密传输方法、装置、设备和介质
US12022002B2 (en) Apparatus, methods, and program products for generating secure short universal resource locators

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220121

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220121

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230125

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230130

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230224

R150 Certificate of patent or registration of utility model

Ref document number: 7235930

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150