JP7335440B2 - ファイル記憶方法、端末及び記憶媒体 - Google Patents

ファイル記憶方法、端末及び記憶媒体 Download PDF

Info

Publication number
JP7335440B2
JP7335440B2 JP2022525637A JP2022525637A JP7335440B2 JP 7335440 B2 JP7335440 B2 JP 7335440B2 JP 2022525637 A JP2022525637 A JP 2022525637A JP 2022525637 A JP2022525637 A JP 2022525637A JP 7335440 B2 JP7335440 B2 JP 7335440B2
Authority
JP
Japan
Prior art keywords
file
stored
address set
block chain
chain network
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.)
Active
Application number
JP2022525637A
Other languages
English (en)
Other versions
JP2023500316A (ja
Inventor
チャイ，ペンフイ
フー，グイ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Jingdong Technology Information Technology Co Ltd
Original Assignee
Jingdong Technology Information Technology Co Ltd
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 Jingdong Technology Information Technology Co Ltd filed Critical Jingdong Technology Information Technology Co Ltd
Publication of JP2023500316A publication Critical patent/JP2023500316A/ja
Application granted granted Critical
Publication of JP7335440B2 publication Critical patent/JP7335440B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/18—File system types
    • G06F16/182—Distributed file systems
    • G06F16/184—Distributed file systems implemented as replicated file system
    • G06F16/1844—Management specifically adapted to replicated file systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/13—File access structures, e.g. distributed indices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/14—Details of searching files based on file metadata
    • G06F16/148—File search processing
    • G06F16/152—File search processing using file content signatures, e.g. hash values
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/18—File system types
    • G06F16/182—Distributed file systems
    • G06F16/1824—Distributed file systems implemented using Network-attached Storage [NAS] architecture
    • G06F16/183—Provision of network file services by network file servers, e.g. by using NFS, CIFS
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/18—File system types
    • G06F16/182—Distributed file systems
    • G06F16/1834—Distributed file systems implemented based on peer-to-peer networks, e.g. gnutella
    • G06F16/1837—Management specially adapted to peer-to-peer storage networks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/602—Providing cryptographic facilities or services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • 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/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0442—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply asymmetric encryption, i.e. different keys for encryption and decryption
    • 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
    • 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
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Description

（関連出願の相互参照）
本出願は、出願番号が２０１９１１０６７４６１．Ｘであり、出願日が２０１９年１１月０４日である中国特許出願に基づいて出願され、この中国特許出願に基づく優先権を主張するものであり、該中国特許出願の全内容を参照として本出願に援用する。
本出願は端末技術分野に関し、特に、ファイル記憶方法、端末及び記憶媒体に関する。
コンピュータ技術の発展に伴い、ユーザが使用する電子製品はますます多様化し、さらに多様化した電子製品を使用することにより各種のデータを生成することで、ユーザによる個人データの記憶や保護への要求もますます高くなる。現在、一般にはブロックチェーンシステムを用いてこれらの大量データを管理、記憶及び検索する。
データ量が大きいファイルに対し、従来のブロックチェーンにおける記憶及び検索方式は一般には、ファイルをサービス側に送信し、サービス側でファイルを複数のサブファイルに分割し、さらに複数のサブファイルをそれぞれ暗号化し、続いて暗号化したサブファイルを記憶し、ユーザがファイルをダウンロードする時に、サービス側で全てのサブファイルを取得して復号化し、続いて全てのサブファイルをデータ量の大きいファイルに併合してから、端末に送信する。これにより、従来のブロックチェーンの記憶方式は暗号化効率が低く、安全性が悪いだけでなく、サービス側の負荷過大という課題が生じ、データ量の大きいファイルの記憶需要を満たすことができない。
本出願の実施例はファイル記憶方法、端末及び記憶媒体を提供し、従来のファイル記憶方式によるサービス側の負荷過大という欠陥を大きく克服するだけではなく、また、記憶データ量が小さく、暗号化効率が高く、ファイル記憶の安全性が高く、データ量の大きいファイルの記憶需要を大きく満足する。
本出願の実施例の態様は以下のように実現される。
本出願の実施例は、
記憶対象ファイルを取得して前記記憶対象ファイルに対して分割処理を行い、前記記憶対象ファイルに対応するＮ個のサブファイルを得ることであって、Ｎは１以上の整数であることと、
前記Ｎ個のサブファイルをＩＰＦＳに送信し、前記ＩＰＦＳから返信された前記Ｎ個のサブファイルに対応するＭ個のアドレス情報を受信することであって、Ｍは１以上であり、且つＮ以下の整数であることと、
前記Ｍ個のアドレス情報に基づき、前記記憶対象ファイルに対応するアドレス集合を生成して前記アドレス集合を暗号化し、アドレス集合暗号文を得ることと、
前記アドレス集合暗号文をブロック・チェーン・ネットワークに送信し、前記ブロック・チェーン・ネットワークから返信された目標インデックス値を受信することであって、前記目標インデックス値は前記アドレス集合暗号文を識別するために用いられることと、を含むファイル記憶方法を提供する。
本出願の実施例は、
記憶対象ファイルを取得するように構成される取得部と、
前記記憶対象ファイルに対して分割処理を行い、前記記憶対象ファイルに対応するＮ個のサブファイルを得るように構成され、Ｎが１以上の整数である処理部と、
前記Ｎ個のサブファイルをＩＰＦＳに送信するように構成される送信部と、
前記ＩＰＦＳから返信された前記Ｎ個のサブファイルに対応するＭ個のアドレス情報を受信するように構成され、Ｍが１以上であり、且つＮ以下の整数である受信部と、
前記Ｍ個のアドレス情報に基づき、前記記憶対象ファイルに対応するアドレス集合を生成するように構成される生成部と、
前記アドレス集合を暗号化し、アドレス集合暗号文を得るように構成される暗号化部と、を備え、
前記送信部は、さらに前記アドレス集合暗号文をブロック・チェーン・ネットワークに送信するように構成され、
前記受信部は、さらに前記ブロック・チェーン・ネットワークから返信された目標インデックス値を受信するように構成され、前記目標インデックス値は前記アドレス集合暗号文を識別するために用いられる端末を提供する。
本出願の実施例は、プロセッサと、前記プロセッサによる実行可能な命令を記憶したメモリとを備え、前記命令が前記プロセッサにより実行される時に、上記のようなファイル記憶方法を実現する端末を提供する。
本出願の実施例は、プログラムを記憶しており、端末に適用され、前記プログラムがプロセッサにより実行される時に、上記のようなファイル記憶方法を実現するコンピュータ読み取り可能な記憶媒体を提供する。
本出願の実施例はファイル記憶方法、端末及び記憶媒体を提供し、端末は記憶対象ファイルを取得して記憶対象ファイルに対して分割処理を行い、記憶対象ファイルに対応するＮ個のサブファイルを取得し、Ｎは１以上の整数であり、Ｎ個のサブファイルをＩＰＦＳに送信し、ＩＰＦＳから返信されたＮ個のサブファイルに対応するＭ個のアドレス情報を受信し、Ｍは１以上であり、且つＮ以下の整数であり、Ｍ個のアドレス情報に基づき、記憶対象ファイルに対応するアドレス集合を生成し、アドレス集合を暗号化し、アドレス集合暗号文を得、アドレス集合暗号文をブロック・チェーン・ネットワークに記憶し、ブロック・チェーン・ネットワークから返信された目標インデックス値を受信し、目標インデックス値はアドレス集合暗号文を識別するために用いられる。即ち、本出願の実施例において、端末は記憶対象ファイルを断片化してＩＰＦＳにアップロードし、受信したＩＰＦＳから返信された複数のサブファイルに対応するアドレスに基づき、アドレス集合を生成し、さらにこのアドレス集合を暗号化し、アドレス集合暗号文をブロック・チェーン・ネットワークに記憶する。従来のファイル記憶方式によるサービス側の負荷過大という欠陥を大きく克服するだけではなく、また記憶データ量が小さく、暗号化効率が高く、ファイル記憶の安全性が高く、データ量の大きいファイルの記憶需要を大きく満足する。
本出願の実施例に係るブロック・チェーン・ネットワーク・サービス・プラットフォームの機能アーキテクチャの概略図である。 本出願の実施例に係るリソース層がコンテナ化管理システムの配置によりコンテナ・クラスタ２００に構築される構成概略図である。 本出願の実施例に係る開発者が端末３００を介してブロック・チェーン・ネットワーク・サービス・プラットフォーム１００にアクセスする概略図である。 本出願の実施例に係るブロック・チェーン・ネットワーク・サービス・プラットフォームの各種の機能管理画面の表示概略図である。 本出願の実施例に係るブロック・チェーン・ネットワーク・サービス・プラットフォームの各種の機能管理画面の表示概略図である。
本出願の実施例に係るブロック・チェーン・ネットワーク・サービス・プラットフォームの各種の機能管理画面の表示概略図である。 本出願の実施例に係るブロック・チェーン・ネットワーク・サービス・プラットフォームの各種の機能管理画面の表示概略図である。 本出願の実施例に係るブロック・チェーン・ネットワーク・サービス・プラットフォームの各種の機能管理画面の表示概略図である。 本出願の実施例に係るブロック・チェーン・ネットワーク・サービス・プラットフォームの各種の機能管理画面の表示概略図である。 本出願の実施例に係るブロック・チェーン・ネットワーク・サービス・プラットフォームの各種の機能管理画面の表示概略図である。 本出願の実施例に係るブロック・チェーン・ネットワーク・サービス・プラットフォームの各種の機能管理画面の表示概略図である。 本出願の実施例に係るブロック・チェーン・ネットワーク・サービス・プラットフォームの各種の機能管理画面の表示概略図である。 本出願の実施例に係るブロック・チェーン・ネットワーク・サービス・プラットフォームの各種の機能管理画面の表示概略図である。
本出願の実施例に係るブロック・チェーン・ネットワーク・サービス・プラットフォームの各種の機能管理画面の表示概略図である。 本出願の実施例に係るブロック・チェーン・ネットワーク・サービス・プラットフォームの各種の機能管理画面の表示概略図である。 本出願の実施例に係るブロック・チェーン・ネットワーク・サービス・プラットフォームの各種の機能管理画面の表示概略図である。 本出願の実施例に係るブロック・チェーン・ネットワーク・サービス・プラットフォームの各種の機能管理画面の表示概略図である。 本出願の実施例に係るブロック・チェーン・ネットワーク・サービス・プラットフォームの各種の機能管理画面の表示概略図である。 本出願の実施例に係るブロック・チェーン・ネットワーク・サービス・プラットフォームの各種の機能管理画面の表示概略図である。 本出願の実施例に係るブロック・チェーン・ネットワーク・サービス・プラットフォームの各種の機能管理画面の表示概略図である。
本出願の実施例に係る例示的にブロック・チェーン・ネットワーク・サービス・プラットフォームを用いて配置されたブロック・チェーン・ネットワークの構成概略図である。 本出願の実施例に係る例示的にブロック・チェーン・ネットワーク・サービス・プラットフォームを用いて取引を行うフローチャートである。 本出願の実施例に係るファイル記憶方法を実現する概略図１である。 本出願の実施例に係るファイル記憶方法を実現するフローチャート１である。 本出願の実施例に係る例示的にファイル記憶を実現するフローチャートである。 本出願の実施例に係るファイル記憶方法を実現する概略図２である。 本出願の実施例に係るファイル記憶方法を実現するフローチャート２である。 本出願の実施例に係る例示的にファイルクエリを実現するフローチャートである。 本出願の実施例に係る端末の構成構造の概略図１である。 本出願の実施例に係る端末の構成構造の概略図２である。
以下は本出願の実施例における図面を参照しながら、本出願の実施例における技術案を明確で完全に説明する。ここで記載される具体的な実施例は本願の説明のみに用いられ、本出願を限定するものではないと解され得る。なお、説明の便宜上、図面には関連出願に関する部分のみを示す。
特に定義しない限り、本明細書に使用される全ての技術や科学用語は本発明の技術分野に属する技術者が一般的に理解する意味と同じである。本明細書に使用される用語は本発明の実施例を説明するためだけであり、本発明を制限するものではない。
本発明の実施例についてさらに詳細に説明する前に、本発明の実施例に言及される名詞や用語について説明し、本発明の実施例に言及される名詞や用語は以下の説明に適用する。
１）インタープラネタリー・ファイル・システム（ＩＰＦＳ：Ｉｎｔｅｒ Ｐｌａｎｅｔａｒｙ Ｆｉｌｅ Ｓｙｓｔｅｍ）は、永続的かつ分散的にファイルを記憶・共有するためのネットワーク転送プロトコルである。ＩＰＦＳは汎用的であり、記憶制限が少ない。そのサービス対象となるファイルは大きくても小さくてもよく、且つ大きいファイルを自動的に小さいブロックに分割することができ、これによって、ノードはハイパーテキスト転送プロトコル（ＨＴＴＰ：Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のように一台のサーバからファイルをダウンロードすることができるだけでなく、数百台のサーバから同期的にダウンロードを行うこともできる。ＩＰＦＳは大きなファイルを一定のサイズで断片化して平文でシステムに記憶することができる。
２）ブロック・チェーン・ネットワークは、新たなブロックを、ブロックチェーンの一連の、分散型ノードの集合に、コンセンサスの方式で取り込む。
３）ブロックチェーン（Ｂｌｏｃｋｃｈａｉｎ）は、ノードが関与する、分散化された分散データベースシステムであり、ブロックを順に接続するように組み合わせたチェーン式データ構造であり、各ブロックに１つ前のブロック又はそのサブ集合のハッシュ値を含めることで、記録された取引を改ざん・偽造しないように暗号学的な方法で確保する。サーバに接続している全てのブロックチェーンノードから自由にアクセス可能な分散記憶のデータ構造であり、幾つかのブロック（Ｂｌｏｃｋ）を含んでいる。クライアントを含むユーザ端末は１つのブロックチェーンノードとして登録することができ、各ブロックチェーンノード装置はそれぞれブロックチェーンノードとして、ブロックチェーンサーバにアクセスした他のブロックチェーンノードとピア・ツー・ピア（Ｐ２Ｐ：ｐｅｅｒ ｔｏ ｐｅｅｒ ｌｅｎｄｉｎｇ）ネットワークを構成し、ブロックチェーンデータはＰ２Ｐネットワークに格納することができ、Ｐ２Ｐネットワークにおけるいずれか１つ又は複数のブロックチェーンノードに障害が発生しても、ブロックチェーンデータの紛失を招くことがなく、このようにブロックチェーンデータは非常に強い安全性を有し、データの永続保存及び改ざん不可を確保する。ブロックがブロックチェーンデータに永続化される時に、サーバに接続しているブロックチェーンノードは何れもこのブロックを追加することができる。ブロックは、永続化の時間順に１つずつブロックチェーンデータに追加され、ブロックチェーンデータにおける最初のブロック以外の各ブロックは、何れもその１つ前のブロックに接続されることにより、ブロックチェーンデータは、チェーンのように、１つのブロックがもう１つのブロックに接続するように形成され、ブロックがロックチェーンデータに永続化されたら、このブロックが改修できなくなる。
４）ブロック（Ｂｌｏｃｋ）は、一定時間内で、取引で更新された台帳データのデータ構造を記録し、タイムスタンプ及び１つ前のブロックの独自マーク（例えばデジタル指紋）が標記され、ブロックはブロック・チェーン・ネットワークにおけるノードのコンセンサス検証を経て、ブロックチェーンの末尾に追加されて新たなブロックになる。
５）取引（Ｔｒａｎｓａｃｔｉｏｎ）は、コンピュータ用語の「トランザクション」に相当し、配置（Ｄｅｐｌｏｙ）、呼び出し（Ｉｎｖｏｋｅ）及びクエリ（Ｑｕｅｒｙ）の３種類の異なる模擬取引操作を含む。配置という種類の取引は、ブロック・チェーン・ネットワークのノードに対して、指定されたチェーンコードをインストールするために用いられ、呼び出し及びクエリという種類の取引は、配置番号のチェーンコードを呼び出すために用いられ、台帳における目標口座の関連データに対する操作を実現し、追加、削除、検索、変更の操作により口座におけるキー値（Ｋｅｙ－Ｖａｌｕｅ）対という形式のデータを改修すること、又は台帳に新たな口座を追加することを含む。当該取引は、ビジネス上の取引だけを指しているわけではなく、ブロックチェーン分野において「取引」という用語が一般的に使用されることに鑑み、本発明の実施例においてもこの習慣を踏襲する。
６）台帳（Ｌｅｄｇｅｒ）は、ブロック・チェーン・ネットワークにおいて口座を次元として記録されたデータの総和であり、台帳データ、台帳状態、台帳状態証明及びブロックインデックスなどの要素を含む。
７）台帳データは、実際に記憶されたブロックデータであり、即ちブロックチェーンに記録された一連の系列的な、改ざん不可な取引の記録であり、ファイルシステムのファイルの形式として表すことができ、取引において呼び出されたスマート契約が実行される時、口座や口座におけるデータの更新が図れる。
８）台帳状態は、状態データとも呼ばれ、即ち台帳データの状態であり、データベースにおけるキー値対の形式として表すことができ、そのうちリアルタイムの台帳状態はコンセンサスの取引で更新されたキー値対の最新記録を示すために用いられ、履歴台帳状態はキー値対の履歴記録を示すために用いられる。
９）コンセンサス（Ｃｏｎｓｅｎｓｕｓ）は、ブロック・チェーン・ネットワークにおける１つのプロセスであり、係る複数のノード間で取引結果に対して一致を達成するために用いられ、コンセンサスを実現する仕組みは仕事量による証明（ＰＯＷ：Ｐｒｏｏｆ Ｏｆ Ｗｏｒｋ）、掛け金の証明（ＰＯＳ：Ｐｒｏｏｆ Ｏｆ Ｓｔａｋｅ）、委任型の関与の証明（ＤＰＯＳ：Ｄｅｌｅｇａｔｅｄ Ｐｒｏｏｆ－Ｏｆ－Ｓｔａｋｅ）、経過証明（ＰＯＥＴ：Ｐｒｏｏｆ Ｏｆ Ｅｌａｐｓｅｄ Ｔｉｍｅ）などを含む。
１０）スマート契約（Ｓｍａｒｔ Ｃｏｎｔｒａｃｔｓ）は、チェーンコード（Ｃｈａｉｎｃｏｄｅ）とも呼ばれ、ブロック・チェーン・ネットワークに配置された、条件に基づいてトリガして実行されるプログラムチェーンコードは安全なコンテナで動作し、台帳データや台帳状態を初期化・管理する。
１１）コンテナ・オーケストレーションは、コンテナのスケジューリング及びクラスタの技術であり、コンテナ・アプリケーションの拡張可能性に基づく基本的な仕組みを提供し、コンテナを用いてサービスを提供してコンテナ間でどのように対話を行うかをオーケストレーションして決定する。以下は本発明の実施例のブロック・チェーン・ネットワークを実現する例示的な機能アーキテクチャについて説明し、図１は本出願の実施例に係るブロック・チェーン・ネットワーク・サービス・プラットフォームの機能アーキテクチャの概略図であり、アプリケーション層１０１、コンセンサス層１０２、ネットワーク層１０３、データ層１０４及びリソース層１０５を含み、以下はそれぞれ説明する。
リソース層１０５は、例えばコンピュータ、サーバ／クラスタ及びクラウドにおける計算リソースや記憶リソースなどの各種の利用可能な計算リソースや記憶リソースを含み、リソース層１０５を実現する下位層ハードウェアの差異性を隠蔽するように、抽象化してデータ層１０４に統一的なインターフェースを提供する。
計算リソースは各種形式のプロセッサを含み、例えば中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、専用集積回路及び書換え可能なゲートアレー（ＦＰＧＡ：Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）の各種形態のプロセッサである。
記憶リソースは、各種の揮発性メモリや不揮発性メモリなどの各種の記憶媒体を含む。ここで、不揮発性メモリは読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、プログラム可能な読み取り専用メモリ（ＰＲＯＭ：Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ）であってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）であってもよい。
リソース層１０５の計算リソース及び記憶リソースは、ブロック・チェーン・ネットワークにおける各種タイプのノードとしてマッピングされることができ、本発明の実施例を実現する記憶媒体は、本発明の実施例のブロック・チェーン・ネットワークの配置方法を実現するための実行可能な命令を記憶し、ノードに配置された実行可能な命令が実行されると、ノードを実現する下位層リソース（例えば各種タイプのプロセッサ）は、ブロック・チェーン・ネットワークにおける各種タイプのノードの配置を実現し、及び各種タイプのノードの機能を実行し、それにより業務過程における取引に対する台帳、及び台帳に基づく各種のアプリケーションを実現する。
実行可能な命令は、例として、ソフトウェア（システムプログラム、アプリケーションを含む）、ソフトウェアモジュール、スクリプト、プラグインなどの形式を採用し、任意の形式のプログラミング言語（コンパイル言語、インタプリタ言語、宣言言語またはプロシージャ言語を含む）でプログラミングすることができ、また独立したプログラムとして配置されるか、又はモジュール、コンポーネント若しくはコンピューティング環境での使用に適したその他のユニットとして配置されるように任意の形式で配置されることができる。
データ層１０４は、台帳を実現するための各種のデータ構造を実装しており、ファイルシステムで実現される台帳データ、データベース形式で実現される台帳状態及び存在証明を含む。
ネットワーク層１０３はＰ２Ｐネットワークプロトコル、データ伝播の仕組みやデータ検証の仕組み、アクセス及び認証の仕組み並びに業務主体の身元を実装する。Ｐ２Ｐネットワークプロトコルはブロック・チェーン・ネットワークにおけるノード間の通信を実現し、データ伝播の仕組みはブロック・チェーン・ネットワークにおける取引や取引結果の伝播を確保し、データ検証の仕組みは暗号学方法（例えばデジタル証明書、デジタル署名、公開鍵対・秘密鍵対）に基づいてノード間のデータ伝送の信頼性を実現するために用いられ、アクセス及び認証の仕組みは業務主体の身元に基づいて端末のアクセス及び認証を管理するために用いられる。 コンセンサス層１０２はブロックチェーンにおいて伝播された取引結果の一致性を達成する仕組みを実装し、ＰＯＳ、ＰＯＷ及びＤＰＯＳなどを含み、コンセンサス仕組みのプラグインを支持する。
アプリケーション層１０１はブロック・チェーン・ネットワークが実現できる各種業務を実装し、取引決済、遡源及び存在証明等を含む。
図２は本出願の実施例に係るリソース層がコンテナ化管理システムの配置によりコンテナ・クラスタ２００に構築される構成概略図であり、リソース層にリソースを提供する機器においてコンテナ化管理システムに対応するコンポーネントを配置することによって管理ノード（Ｍａｓｔｅｒ Ｓｅｒｖｅｒ）２００及びサービスノード３００（Ｎｏｄｅ）という２種類のノードを形成し、管理ノードはコンテナがサービスノードにおけるスケジューリング及び動作を管理するために用いられ、サービスノードは主に各種のコンテナを動作させるために用いられ、ブロック・チェーン・ネットワークにおける各種のアプリケーションの隔離動作環境を提供し、例えば、チェーンコードを動作させるためのチェーンコードコンテナ、ノード（即ちブロック・チェーン・ネットワークにおける各種タイプのノードのコード）コードを動作させるためのノードコンテナであり、以下はそれぞれ説明する。
管理ノード（Ｍａｓｔｅｒ Ｓｅｒｖｅｒ）２００はクラスタの管理を担当し、サービス（Ｓｅｒｖｉｃｅ）の形式で外部にクラスタのリソースデータのアクセスポータルを提供し、管理ノードはいくつかの例示的なコンポーネントを含む。
１）状態コンポーネント（ｅｔｃｄ）はクラスタ全体の状態を保存するために用いられる。
２）アプリケーション・プログラミング・インタフェース（ＡＰＩ：Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）Ｓｅｒｖｅｒコンポーネントは、リソース操作の唯一のポータルを提供し、認証、許可、アクセス制御、ＡＰＩ登録及び発見等の仕組みを提供するために用いられる。
３）スケジューラ（Ｓｃｈｅｄｕｌｅｒ）・コンポーネントは、リソースのスケジューリングを担当し、所定のスケジューリング・ポリシーに従ってコンテナを適切なノードにスケジューリングして動作させるために用いられる。サービスノードが動作させるコンテナにおける共有機器（即ちサービスノードコンポーネントが配置される機器）における同じ群れのリソースのコンテナ群（Ｐｏｄ：Ｐｌａｉｎｏｌｄ ｄａｔａ ｓｔｒｕｃｔｕｒｅ）は呼び出しの最小単位であり、ブロック・チェーン・ネットワークのアプリケーションは、１つ以上のコンテナ群によって実現することができ、コンテナ群におけるコンテナの共有するリソースは、アプリケーションの名前空間、ネットワークの名前空間、ホスト名及びボリューム（Ｖｏｌｕｍｅ）を含む。
共有ボリュームを例とし、ノードに、例えばネットワーク・ファイル・システム（ＮＦＳ：Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ）、クラスタ・ファイル・システム（ＧｌｕｓｔｅｒＦＳ）、ｃｅｐｈファイルシステム（Ｃｅｐｈｆｓ）などの共有ファイル・システム・コンポーネントが配置される場合、スケジューラ・コンポーネントはボリュームにマウントされたコンテナ群を他の機器（ノード）のボリュームに容易にスケジューリング（マウント）することができる。
４）制御管理（Ｃｏｎｔｒｏｌｌｅｒ Ｍａｎａｇｅｒ）コンポーネントは、クラスタの状態を監視・保守することを担当するために用いられ、アプリケーション・インタフェース・サービス・コンポーネントにより提供されるインターフェースにより、クラスタ全体の各リソース対象の現在状態をリアルタイムに監視し、各種故障が発生してシステム状態が変化する場合、所望の状態に修復する。
５）レプリケーション・コントローラ（ＲＣ：Ｒｅｐｌｉｃａｔｉｏｎ Ｃｏｎｔｒｏｌｌｅｒ）・コンポーネントは、一定時間内に一定数のＰｏｄレプリケーションが常に動作するように制御し、例えば、動作中のＰｏｄレプリケーションが設定値を超えると、一部のＰｏｄレプリケーションを閉じ、Ｐｏｄレプリケーションが設定値より少なくなると、新たなＰｏｄレプリケーションを作成する。
６）配置コントローラ（Ｄｅｐｌｏｙｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ）・コンポーネントは、コンテナ・クラスタにおけるリソース対象である配置（Ｄｅｐｌｏｙｍｅｎｔ）対象を管理・保守するために用いられ、配置対象をレプリケーション・コントローラに関連付け、配置対象において、コンテナ群及びレプリケーション・コントローラの目標状態を宣言するように、コンテナ群及びレプリケーション・コントローラに宣言型更新を提供することで、配置対象が更新される場合、レプリケーション・コントローラ及びコンテナ群の更新を実現するように制御する。
サービスノード３００は以下のような例示的なコンポーネントを含む。
１）コンテナエンジン（Ｄｏｃｋｅｒと記す）は、全ての具体的なミラーリング・ダウンロード及びコンテナの動作を担当するために用いられる。
２）デーモン・プロセス・コンポーネント（Ｋｕｂｅｌｅｔと記す）は、コンテナのライフサイクル（作成、起動及び停止）の保守を担当し、またボリューム及びコンテナ・ネットワーク・インタフェース（ＣＮＩ：Ｃｏｎｔａｉｎｅｒ Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ）の管理を担当する。
ボリュームの管理を例とし、デーモン・プロセス・コンポーネントは、ノードに配置された共有ファイルシステムのコンポーネント、例えばネットワーク・ファイル・システム（ＮＦＳ：Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ）、クラスタ・ファイル・システム（ＧｌｕｓｔｅｒＦＳ）、ｃｅｐｈファイルシステム（Ｃｅｐｈｆｓ）により、１つのコンテナ群における各コンテナを同一のボリュームにマウントすることで、各コンテナは同一のボリュームを使用して動作中に生じたデータを記憶し、ボリュームにおけるデータは同一のコンテナ群のいずれかのコンテナによりアクセスされ得る。
３）負荷分散コンポーネント（Ｐｒｏｘｙと記す）は、Ｓｅｒｖｉｃｅにｃｌｕｓｔｅｒ内部のサービス発見及び負荷分散を提供することを担当する。
図２に示すクラスタに基づき、１つのブロック・チェーン・ネットワークが配置されたアプリケーションのミラーリングはコンテナ群（以下の例では目標Ｐｏｄという）に実装され、ノード（以下の例では目標Ｎｏｄｅという）で動作する例示的な過程は以下の通りである。
まず、コンテナ・クラスタ２００の管理ツール（Ｋｕｂｅｃｔｌ）は、レプリケーション・コントローラＲＣの作成要求を送り、当該作成要求は、目標Ｐｏｄの定義、目標Ｐｏｄが動作させる必要があるレプリケーション数、監視対象となる目標Ｐｏｄラベル（Ｌａｂｌｅ）などの情報を含む。
続いて、要求はアプリケーション・インタフェースＡＰＩ Ｓｅｒｖｅｒを介してｅｔｃｄに書き込まれ、この時、Ｃｏｎｔｒｏｌｌｅｒ Ｍａｎａｇｅｒは、ＡＰＩ Ｓｅｒｖｅｒのリソース変化監視インターフェースを介して、このＲＣイベントが感知され、現在のクラスタにそれに対応するＰｏｄインスタンスがないことを発覚した場合、ＲＣにおけるＰｏｄテンプレート定義に基づいてＰｏｄ対象を生成し、ＡＰＩ Ｓｅｒｖｅｒを介してｅｔｃｄに書き込む。
続いて、ＲＣイベントがＳｃｈｅｄｕｌｅｒに発見され、直ちにスケジューリングのプロシージャを実行し、この新たなＰｏｄのためにノードを割り当て、その後ＡＰＩ Ｓｅｒｖｅｒを介してこの結果をｅｔｃｄに書き込み、そして目標Ｎｏｄｅで動作するＫｕｂｅｌｅｔプロセスはＡＰＩ Ｓｅｒｖｅｒを介してこの新たなＰｏｄを検知し、且つその定義に基づき、新たなＰｏｄを起動し、Ｐｏｄの生命が終了するまで動作させる。
続いて、Ｋｕｂｅｃｔｌは目標ＰｏｄにマッピングするＳｅｒｖｉｃｅの新規作成要求を提出し、Ｃｏｎｔｒｏｌｌｅｒ ＭａｎａｇｅｒはＬａｂｅｌによってクエリして関連するＰｏｄインスタンスを得、続いてＳｅｒｖｉｃｅのエンドポイント（Ｅｎｄｐｏｉｎｔｓ）情報（アドレス及びポートを含む）を生成してＡＰＩ Ｓｅｒｖｅｒによってｅｔｃｄに書き込み、コンテナ・クラスタにおける全てのＮｏｄｅで動作するＰｒｏｘｙプロセスはＡＰＩ ＳｅｒｖｅｒによってＳｅｒｖｉｃｅ対象とそれに対応するＥｎｄｐｏｉｎｔｓ情報をクエリ・監視し、ソフトウェア方式のロードバランサーを確立してＳｅｒｖｉｃｅのバックエンドＰｏｄへのアクセスのためのサービスの転送機能を実現する。
以上から分かるように、本発明の実施例を実現するブロック・チェーン・ネットワーク・サービス・プラットフォームは、リソース層にコンテナ・クラスタを配置し、ブロック・チェーン・ネットワークのアプリケーションが実装されたコンテナを動作させることによって実現され、それにより、本発明の実施例を実現するブロック・チェーン・ネットワークはメモリ及びプロセッサの形式として提供することができ、メモリに実行可能な命令が記憶され、実行可能な命令がプロセッサにより実行される時に、プロセッサ及びメモリを動作させる複数のノードにコンテナ・クラスタを確立し、コンテナにおいて実装されたアプリケーションを動作させることにより、本発明の実施例のブロック・チェーン・サービス・ネットワーク・プラットフォームにおけるチェーンコードのインストール方法を実現する。
本発明の実施例を実現するブロック・チェーン・ネットワークプラットフォームは各種方式によって開発者とやり取り、各種の図形化方式を提供してブロック・チェーン・ネットワークの配置及び管理を行い、それについては、以下では説明する。
図３は、本出願の実施例に係る開発者が端末３００を介してブロック・チェーン・ネットワーク・サービス・プラットフォーム１００にアクセスする概略図であり、開発者の端末３００のソフトウェア開発キット（ＳＤＫ：Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ）／ワールドワイドウェブ（Ｗｅｂ：Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）３２０のインターフェースは、ブロック・チェーン・ネットワーク・サービス・プラットフォーム１００におけるデータ層１０４の相応するＳＤＥ／Ｗｅｂインターフェースに接続され、開発者の端末３００というローカルで遠隔方式により特定業務をサポートするブロック・チェーン・ネットワークを配置することをサポートし、端末３００のグラフィック・インターフェース３１０にブロック・チェーン・ネットワーク・サービス・プラットフォーム１００の各種機能の管理画面を表示し、コンテナ・クラスタの作成や新たなコンテナ・クラスタのアクセス、記憶リソースの管理、ブロック・チェーン・ネットワークのワンクリック配置、チェーンコード管理（動作状態確認）、アプリケーション・ストア管理などを含む。
図４Ａ～図４Ｑは、本出願の実施例に係るブロック・チェーン・ネットワーク・サービス・プラットフォームの各種の機能管理画面の表示概略図であり、図４Ａ～図４Ｑを参照しながら、図３に示す開発者の端末３００のグラフィック・インターフェース３１０に表示される機能管理画面を例示的に説明する。
図４Ａはブロック・チェーン・ネットワーク・サービス・プラットフォーム１００の状態確認画面を示し、状態確認画面でブロック・チェーン・ネットワークの動作状態、例えばＣＰＵ使用量、メモリ使用量、リソース（ノード）使用量の状況を確認する。
図４Ｂはブロック・チェーン・ネットワーク・サービス・プラットフォーム１００のワンクリック配置のコンソール画面を示し、開発者がブロック・チェーン・ネットワークの基本情報（ブロックドメイン名、バージョン番号を含む）及び組織（組織名、ノード数、ユーザー数などを含む）を設定することをサポートし、デフォルト値でオーダリングノードタイプ、チャネル名称及びチェーンコード名称などを含む詳細オプションを設定する。
図４Ｃはブロック・チェーン・ネットワーク・サービス・プラットフォーム１００のリソース層１０５のリソース管理のコンソール画面を示し、接続するか否かの状態、ＣＰＵやメモリの使用状況等を含む、開発者がブロック・チェーン・ネットワーク・サービス・プラットフォーム１００によって配置可能なクラスタの関連情報を表示している。
図４Ｄにおいて、ブロック・チェーン・ネットワークをサポートするためのコンテナ・クラスタを追加し、クラスタ名を入力し、クラスタの作成機能のオプションがトリガされた後に作成画面に遷移することをサポートする。
図４Ｅはブロック・チェーン・ネットワーク・サービス・プラットフォーム１００のクラスタのクエリのコンソール画面を示し、クラスタのクエリの機能ボタンがトリガされたら、クラスタリスト画面に遷移し、クラスタの追加、クラスタのクエリ、クラスタの削除、クラスタの編集の操作をサポートする。
図４Ｆは、ブロック・チェーン・ネットワーク・サービス・プラットフォーム１００の記憶管理のコンソール画面を示し、記憶管理の機能ボタンがトリガされると、記憶管理リスト画面に遷移し、記憶クエリ及び削除機能を含む、クラスタにおいて既に作成された記憶項目を表示する。
図４Ｇは、ブロック・チェーン・ネットワーク・サービス・プラットフォーム１００の記憶詳細のコンソール画面を示し、図４Ｈは、記憶の詳細を表示し、且つ記憶に対して記憶空間の動的拡張を行うことをサポートする。
図４Ｉは、ブロック・チェーン・ネットワーク・サービス・プラットフォーム１００のストレージ追加のコンソール画面を示し、追加された記憶名称及びノードを設定し、設定に基づき、ノードをコンテナ・クラスタに追加し、また図４Ｊは、コンテナ・クラスタのノードのリストを含む、ストレージ追加後の詳細情報を表示する。
図４Ｋは、ブロック・チェーン・ネットワーク・サービス・プラットフォーム１００のハイパーレジャー（Ｈｙｐｅｒｌｅｄｇｅｒ）のコンソール画面を示し、ブロック・チェーン・ネットワークの配置に用いられるＨｙｐｅｒｌｅｄｇｅｒの名称、ネットワークバージョン、状態及び作成日時の情報を表示する。
図４Ｌは、ブロック・チェーン・ネットワーク・サービス・プラットフォーム１００のＨｙｐｅｒｌｅｄｇｅｒのワンクリック配置のコンソール画面を示し、Ｈｙｐｅｒｌｅｄｇｅｒ配置の基本情報に対する構成項目、及びデフォルト値を用いる詳細構成項目を提供し、例えば、オーダリングノードタイプ、チャネル、デフォルトチェーンコード及び初期化パラメータなどである。
図４Ｍ、図Ｎは、それぞれブロック・チェーン・ネットワーク・サービス・プラットフォーム１００のチェーンコードのアップロードやインストールのコンソール画面を示し、アップロードのコンソール画面は、チェーンコード名称及びバージョン番号の設定項目を提供し、インストールのコンソール画面は、チェーンコードバージョン、初期化パラメータ、組織及びノードの構成項目を提供する。
図４Ｏは、ブロック・チェーン・ネットワーク・サービス・プラットフォーム１００のネットワーク詳細のコンソール画面を示し、異なるチャネルの組織メンバー、ブロックの高さ、取引数及び契約数などの情報の閲覧をサポートし、また閲覧されたチャネルの組織名、チャネルにおけるノード名、チャネルにおけるチェーンコード名称などの情報を表示することができる。
図４Ｐは、ブロック・チェーン・ネットワーク・サービス・プラットフォーム１００のチェーンコードのクエリのコンソール画面を示し、ネットワーク名称、チェーンコード名称、チェーンコードパラメータ、台帳名及びチェーンコード関数などの方式を用いてチェーンコードをクエリすることにサポートし、クエリの次元は状態、メッセージ及びデータを含む。
図４Ｑは、ブロック・チェーン・ネットワーク・サービス・プラットフォーム１００のアプリケーション・ストアのコンソール画面を示し、開発者が配置する必要のあるアプリケーションを選択することをサポートし、アプリケーションをブロック・チェーン・ネットワークに配置すると決定されると、アプリケーションを多重化するミラーリングの方式で、リソース層１０５のコンテナ・クラスタへの高速配置を行う。
図５は本出願の実施例に係る例示的にブロック・チェーン・ネットワーク・サービス・プラットフォームを用いて配置されたブロック・チェーン・ネットワークの構成概略図であり、アプリケーションはＣＡから正当な身分証明書を取得してネットワークにおけるアプリケーション・チャネルに加入する。正式の取引の開始前に、まず取引提案（Ｐｒｏｐｏｓａｌ）を立案し組織１及び組織２における裏書きノードに提出して裏書きを行う必要があり、クライアントは十分な（数は裏書きポリシーに基づいて決定される）裏書きを収集した後、裏書きを利用して正当な取引要求（裏書きノードを有する裏書き）を作成し、ソートサービスにおけるオーダリングノード（Ｏｒｄｅｒｅｒ）に送信してソートすることで、取引をブロックとして実装することができる。
図６は本出願の実施例に係る例示的にブロック・チェーン・ネットワーク・サービス・プラットフォームを用いて取引を行うフローチャートであり、取引フローにおけるクライアントと各ノードの機能は以下のとおりである。
クライアント（アプリケーション）：ＳＤＫを用いてブロック・チェーン・ネットワークと対話を行う。まず、クライアントは認証局（ＣＡ：Ｃｅｒｔｉｆｉｃａｔｅ Ａｕｔｈｏｒｉｔｙ）から正当な身分証明書を取得してネットワークにおけるアプリケーション・チャネルに加入する。本取引の開始前に、まず取引提案（Ｐｒｏｐｏｓａｌ）を立案して裏書きノードに提出して裏書きを行う必要がある。クライアントは十分な（数は裏書きポリシーに基づいて決定される）裏書きを収集した後、裏書きを利用して正当な取引要求（裏書きノードを有する裏書き）を作成し、オーダリングノード（Ｏｒｄｅｒｅｒ）に送信してソートすることで、取引をブロックとして実装することができる。クライアントはさらにイベント仕組みによってネットワークにおけるメッセージを監視し、取引が成功に受信されたか否かを知ることができる。
裏書きノード（Ｅｎｄｏｒｓｅｒ）：主にクライアントが呼び出し、取引提案に対する裏書き（署名）処理を行う方法を提供する。クライアントからの取引提案を受信した後、まず正当性及びアクセス制御リスト（ＡＣＬ：Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｌｉｓｔｓ）の権限を検査し、検査に合格すれば取引の実行（取引において実行の必要があるチェーンコード名及びパラメータを実行し、取引の実行は、実質的には取引において指定されたチェーンコードを実行することである）を模擬し、取引による状態変化（読み書き集合形式で記録され、読み取り状態のキー値及びバージョン、書込み状態のキー値を含む）に対して裏書きを行い（即ちデジタル署名を行う）、クライアントがサポートするか否かの結果を返信する。
オーダリングノード（Ｏｒｄｅｒｅｒ）：裏書き署名を含む取引を受信し、パケット化されていない取引をソートしてブロックを生成し、Ｐｅｅｒノードにブロードキャストする。
リーダーピア（Ｌｅａｄｅｒ Ｐｅｅｒ）：オーダリングノードと通信するノードであり、オーダリングノードから最新のブロックを取得してブロック・チェーン・ネットワークの内部で同期することを担当する。
コミッター（Ｃｏｍｍｉｔｔｅｒ）：ブロックチェーン及び台帳の構造（状態デシベル（ＤＢ：ｄｅｃｉｂｅｌ）、履歴ＤＢ、インデックスＤＢなどを含む）を保守する。このノードは定期的にオーダリングノードから、ソートされたバッチ取引ブロック構造を取得し、これらの取引を検査する（取引メッセージ構造、署名完全性、重複するか否か、読み書き集合バージョンが一致するか否か等を含む）。検査合格後に正当な取引を実行し、結果を台帳に書き込み、同時に新たなブロックを作成する。
なお、全てのＰｅｅｒノードはいずれもコミッターであり、オーダリングノードブロックにおける取引を検証し、状態データ及び台帳のレプリケーションを保守することを担当する。Ｐｅｅｒノードの一部は取引を実行して結果に対して署名・裏書きを行い、裏書きノードの役割を果たす。裏書きノードは動的な役割であり、具体的なチェーンコードとバインディングする。チェーンコードコンテナにおける各チェーンコードはインスタンス化される時に、いずれも裏書きポリシーを設定し、どのノードが取引を裏書きしなければ有効にならないかを指定する。アプリケーションから取引の裏書き要求が提出されなければ、裏書きノードにならず、他の時は一般的なコミッターであり、取引を検証して台帳にコミットすることだけを担当する。
コンピュータ技術の発展に伴い、ユーザが使用する電子製品はますます多様化し、さらに多様化した電子製品を使用することにより各種のデータを生成することで、ユーザによる個人データの記憶や保護への要求もますます高くなる。現在、一般にブロックチェーンシステムを用いてこれらの大量データを管理、記憶及び検索する。
データ量が大きいファイルに対し、従来のブロックチェーンにおける記憶及び検索方式は一般には、ファイルをサービス側に送信し、サービス側でファイルを複数のサブファイルに分割し、さらに複数のサブファイルをそれぞれ暗号化し、続いて暗号化したサブファイルを記憶し、ユーザがファイルをダウンロードする時に、サービス側で全てのサブファイルを取得して復号化し、続いて全てのサブファイルをデータ量の大きいファイルに併合してから、端末に返信する。これにより、従来のブロックチェーンの記憶方式は暗号化効率が低く、安全性が悪いだけでなく、またサービス側の負荷過大という課題が生じ、データ量の大きいファイルの記憶需要を満たすことができない。
従来のファイル記憶仕組みに存在する課題を解決するために、本出願の実施例は、端末が記憶対象ファイルを断片化してＩＰＦＳにアップロードし、受信したＩＰＦＳから返信された複数のサブファイルに対応するアドレスに基づき、アドレス集合を生成し、さらにこのアドレス集合を暗号化し、アドレス集合暗号文をブロック・チェーン・ネットワークに記憶するファイル記憶方法を提供する。従来のファイル記憶方式によるサービス側の負荷過大という欠陥を大きく克服するだけではなく、また、記憶データ量が小さく、暗号化効率が高く、ファイル記憶の安全性が高く、データ量の大きいファイルの記憶需要を大きく満足する。
以下は本出願の実施例における図面を参照しながら、本出願の実施例における技術案を明確で完全に説明する。
本出願の一実施例はファイル記憶システムが実行するファイル記憶方法を提供し、このファイル記憶システムは端末に集積される。図７は本出願の実施例に係るファイル記憶方法を実現する概略図１である。ファイル記憶システムはユーザによりアップロードされたファイルを取得した後、このファイルを分割して複数のサブファイルを得、分割したサブファイルをＩＰＦＳに繰り返して記憶し、さらにＩＰＦＳから返信された複数のサブファイルに対応するファイルアドレスを受信し、複数のファイルアドレスで生成されたファイルアドレス集合に対して暗号化操作を行い、ファイルアドレス集合暗号文を生成し、さらにこのファイルアドレス集合暗号文に対応するハッシュ値を生成し、その後、ファイルアドレス集合暗号文及びハッシュ値を一緒にブロックチェーンに記憶し、ブロックチェーンから返信された取引識別子（ＩＤ：Ｉｄｅｎｔｉｔｙ ｄｏｃｕｍｅｎｔ）、取引時間、ブロック情報などを受信し、自己相関処理を経て、取引ＩＤを保存する。
図８は本出願の実施例に係るファイル記憶方法を実現するフローチャート１である。図８に示すように、本出願の実施例において、端末がファイル記憶を行う方法は、以下のようなステップを含むことができる。
ステップＳ１０１は、記憶対象ファイルを取得して記憶対象ファイルに対して分割処理を行い、記憶対象ファイルに対応するＮ個のサブファイルを取得し、Ｎは１以上の整数である。
本出願の実施例において、ユーザがファイル記憶を行う必要がある場合、端末は記憶対象ファイルを取得し、記憶対象ファイルに対して分割処理を行うことができ、さらに、この記憶対象ファイルに対応するＮ個のサブファイルを得ることができ、Ｎは１以上の整数である。
なお、本出願の実施例において、端末は通信及び記憶機能を備えるいかなる装置であってもよい。例えば、タブレットコンピュータ、携帯電話、電子リーダー、パーソナルコンピュータ（ＰＣ：Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ノートパソコン、車載機器、ネットワークテレビなどの機器である。
なお、本出願の実施例において、記憶対象ファイルはビデオファイル、オーディオファイル、圧縮ファイル又は他のタイプのファイルであってもよく、即ち、記憶対象ファイルのファイルタイプは文書（Ｗｏｒｄ）形式、携帯用の書類の形式（ＰＤＦ：Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）、画像形式（ＪＰＧ：Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）、携帯用のネットワーク画像（ＰＮＧ：Ｐｏｒｔａｂｌｅ Ｎｅｔｗｏｒｋ Ｇｒａｐｈｉｃｓ）、ビデオ及び音声を含むことができ、本出願では限定されない。
なお、本出願の実施例において、端末は記憶対象ファイルを取得してから、記憶対象ファイルを分割してＮ個のサブファイルを得る過程において、各サブファイルのサイズは適応的に調整することができる。具体的には、端末は記憶対象ファイルに対応するバイト数又は命令パラメータを決定することで、この記憶対象ファイルに対して分割処理を行い、これによって記憶対象ファイルに対応するＮ個のサブファイルを得る。
相応的には、端末はバイト分割処理方式を用いて記憶対象ファイルを分割する場合、端末はまず記憶対象ファイルに対応するバイト数を取得し、さらにバイト数に応じて記憶対象ファイルを同じバイトサイズのＮ個のサブファイルに平均分割することができ、各サブファイルに対応するバイト数は端末に予め設定されたものであってもよい。例えば、端末は各サブファイルに対応するバイト数を１．５３６×１０７に予め設定すれば、取得した記憶対象ファイルサイズが３００Ｍである場合、端末は設定されたバイト分割処理方式に基づいて記憶対象ファイルを２０個のサブファイルに分割することができる。
相応的には、端末は命令パラメータ分割処理方式を用いて記憶対象ファイルを分割する場合、端末は記憶対象ファイルに対応する命令パラメータを取得することができ、この命令パラメータは記憶対象ファイルに対応する行数であってもよい。記憶対象ファイルはいずれも相応するプログラムコードで構成されるため、このコードは複数の改行符号を含み、端末は改行符号を識別することによってさらに記憶対象ファイルに対応する行数を決定することができ、その後、行数分割処理方式に基づいて記憶対象ファイルを分割し、さらに記憶対象ファイルを同じサイズのＮ個のサブファイルに平均分割する。例えば、端末は各サブファイルに対応する行数を１５００とすると予め設定しておければ、端末は記憶対象ファイルに対応する改行符号を識別することにより、記憶対象ファイルに対応する行数が３００００であると決定した場合、端末はさらに記憶対象ファイルを２０個のサブファイルに分割することができる。
さらに、本出願の実施例において、端末は記憶対象ファイルをＮ個のサブファイルに分割した後、Ｎ個のサブファイルをＩＰＦＳに送信し、Ｎ個のサブファイルに対応するアドレスをさらに得るようにすることができる。
ステップＳ１０２は、Ｎ個のサブファイルをＩＰＦＳに送信し、ＩＰＦＳから返信されたＮ個のサブファイルに対応するＭ個のアドレス情報を受信し、Ｍは１以上であり、且つＮ以下の整数である。
本出願の実施例において、端末は取得した記憶対象ファイルに対して分割処理を行い、この記憶対象ファイルに対応するＮ個のサブファイルを得た後、Ｎ個のサブファイルをＩＰＦＳに送信し、ＩＰＦＳから返信されたＮ個のサブファイルに対応するＭ個のアドレス情報を受信し、Ｍは１以上であり、且つＮ以下の整数である。
なお、本出願の実施例において、記憶対象ファイルに対して分割処理を行ってＮ個のサブファイルを得た後、記憶対象ファイルに対応するＮ個のサブファイルをＩＰＦＳに送信し、ＩＰＦＳの記憶チェーンはＮ個のサブファイルを識別処理し、それぞれＮ個のサブファイルを記憶ノードＡ、記憶ノードＢ、記憶ノードＣなどのＭ個の記憶ノードに割り当て、ＩＰＦＳにおける１つの記憶ノードは少なくとも１つのサブファイルを対応して記憶することができ、また１つの記憶ノードから１つのアドレス情報を返信するので、記憶ノード数は記憶対象ファイルに対応するサブファイル数以下である。相応的には、端末はＮ個のサブファイルをＩＰＦＳに送信し、ＩＰＦＳが対応するＭ個の記憶ノードに記憶し、記憶が完了した後、端末はＩＰＦＳから返信されたＭ個の記憶ノードに対応するＭ個のアドレス情報を受信する。さらに、記憶対象ファイルに対応するＮ個のサブファイルをＩＰＦＳに送信する時に、１つのサブファイルを１つの記憶ノードへ固定的に送信して１つの対応するアドレス情報を返信するという個別順次送信方式でサブファイルの送信を行ってもよく、又は特定のブロードキャスト方式で送信してもよい。
例示的には、本出願の実施例において、端末は３００Ｍの記憶対象ファイルを２０個の１５Ｍのサブファイルに分割した後、１５ＭのサブファイルをＩＰＦＳに順次送信し、１つのサブファイルをＩＰＦＳに送信するたびに、ＩＰＦＳから返信された１つのアドレス情報を受信し、端末はＩＰＦＳから返信された２０個のアドレス情報を順次受信し、つまり、サブファイルＡは記憶ノードＡに対応し、即ちアドレス情報Ａに対応し、サブファイルＢは記憶ノードＢに対応し、即ちアドレス情報Ｂに対応するなどであり、又は端末は３００Ｍの記憶対象ファイルを２０個の１５Ｍのサブファイルに分割した後、端末はまずＩＰＦＳが対応する記憶ノード数を取得し、ＩＰＦＳが対応する記憶ノード数に基づいてＮ個のサブファイルの送信方式を決定することができ、端末が取得したＩＰＦＳが対応する記憶ノード数は１０個であれば、端末は一回でＩＰＦＳに送信するファイルサイズを３０Ｍに設定し、即ち、端末は毎回ＩＰＦＳに２個のサブファイルを送信することができ、即ち、ＩＰＦＳはサブファイルＡ、サブファイルＢを１つの記憶ノードＡに記憶することができ、ＩＰＦＳは２つのサブファイルを１つの記憶ノードに記憶した後、端末はＩＰＦＳから返信されたアドレス情報Ａを受信し、端末はＩＰＦＳから返信された記憶対象ファイルに対応する計１０個のアドレス情報を受信する。
さらに、端末はＩＰＦＳから返信されたＮ個のサブファイルに対応するＭ個のアドレス情報を受信した後、さらに記憶対象ファイルに対応するアドレス集合を生成する、及び生成したアドレス集合を暗号化操作することができる。
ステップＳ１０３は、Ｍ個のアドレス情報に基づき、記憶対象ファイルに対応するアドレス集合を生成し、アドレス集合を暗号化し、アドレス集合暗号文を得る。
本出願の実施例において、端末はＮ個のサブファイルをＩＰＦＳに送信し、ＩＰＦＳから返信されたＭ個のアドレス情報を受信した後、得たＭ個のアドレスに基づき、記憶対象ファイルに対応するアドレス集合を生成し、端末は生成したアドレス集合を暗号化し、さらにアドレス集合暗号文を得る。
なお、本出願の実施例において、端末は公開鍵により記憶対象ファイルに対応するアドレス集合を暗号化する。具体的には、端末は非対称鍵対をランダムに生成し、その後、非対称鍵対における公開鍵を用いて、記憶対象ファイルが対応し且つＭ個のアドレス情報を含むアドレス集合を暗号化し、さらにアドレス集合暗号文を得る。
なお、本出願の実施例において、端末がランダムに生成した非対称鍵対は公開鍵と秘密鍵を含み、公開鍵と秘密鍵はペアであり、公開鍵によりデータを暗号化すれば、対応する秘密鍵でしか復号化できなく、秘密鍵によりデータを暗号化すれば、対応する公開鍵でしか復号化できない。具体的には、秘密鍵は片方でしか安全に保管することがなく、外部に漏洩してはならず、公開鍵はそれを要求する何方にも送ってもよい。相応的には、端末はＲＳＡアルゴリズムを用いて非対称暗号化を行うことができる。非対称鍵対における公開鍵と秘密鍵は同時に生成され、端末は公開鍵によりアドレス集合を暗号化すると同時に、得た秘密鍵を記憶することで、記憶対象ファイルの記憶が完了した後に記憶対象ファイルのダウンロードを行う時のアドレス集合の復号化を実現することができる。
さらに、本出願の実施例において、端末はＭ個のアドレス情報に基づき、記憶対象ファイルに対応するアドレス集合を生成し、さらにこのアドレス集合を暗号化し、アドレス集合暗号文を得た後、さらにこのアドレス集合暗号文をブロック・チェーン・ネットワークに記憶することができる。
さらに、本出願の実施例において、公開鍵により記憶対象ファイルに対応するアドレス集合を暗号化し、アドレス集合暗号文を得た後、端末は、ハッシュ演算により、このアドレス集合暗号文に対応するハッシュ値を生成し、さらにアドレス集合暗号文及びハッシュ値をブロック・チェーン・ネットワークに記憶することができる。
ステップＳ１０４は、アドレス集合暗号文をブロック・チェーン・ネットワークに送信し、ブロック・チェーン・ネットワークから返信された目標インデックス値を受信し、目標インデックス値はアドレス集合暗号文を識別するために用いられる。
本出願の実施例において、端末は記憶対象ファイルに対応するアドレス集合を暗号化し、アドレス集合暗号文を得た後、このアドレス集合暗号文をブロック・チェーン・ネットワークに送信し、ブロック・チェーン・ネットワークから返信された目標インデックス値を受信することができ、目標インデックス値はアドレス集合暗号文を識別するために用いられる。
なお、本出願の実施例において、端末は記憶対象ファイルに対応するアドレス集合暗号文をブロック・チェーン・ネットワークに送信した後、さらにブロック・チェーン・ネットワークにおけるブロックに記憶し、端末はブロック・チェーン・ネットワークから返信された取引ＩＤ、取引時間及びブロック情報などを受信することができる。具体的には、端末から送信されたアドレス集合暗号文を受信した後、ブロック・チェーン・ネットワークはこのアドレス集合暗号文を記憶することができ、ファイル情報を含むブロックに記憶することになり、ブロック・チェーン・ネットワークはこの記憶イベントを１件の取引として取り扱い、複数の異なる記憶対象ファイルが異なるアドレス集合暗号文に対応し、即ち、異なる取引に対応することであり、ブロック・チェーン・ネットワークにおける各ブロックは複数の取引を含みうる。従って、異なる取引、即ち、異なるアドレス集合暗号文を区別するために、アドレス集合暗号文を記憶した後、端末はブロック・チェーン・ネットワークから返信されたアドレス集合暗号文に対応する取引情報を受信し、取引情報は取引ＩＤ、取引時間及びブロック情報などを含む。取引ＩＤは目標インデックス値であり、この目標インデックス値に基づき、対応するアドレス集合暗号文を見つけることができ、取引時間はアドレス集合暗号文を送信するアップロード時間に対応し、このアドレス集合暗号文のアップロード時間は端末がアドレス集合暗号文をブロック・チェーン・ネットワークに送信する開始時刻であり、ブロック情報はこのアドレス集合暗号文を記憶するブロックに含まれる何らかの情報であり、ブロックの高さ、ブロックハッシュ値などであってもよい。
なお、本出願の実施例において、端末は、アドレス集合暗号文及びアドレス集合暗号文に対応するハッシュ値をブロック・チェーン・ネットワークに送信し、前記ブロック・チェーン・ネットワークから返信された前記ハッシュ値に対応する前記目標インデックス値を受信することもできる。
さらに、本出願の実施例において、端末は記憶対象ファイルに対応するアドレス集合暗号文及びハッシュ値をブロックチェーンに記憶し、ブロックチェーンから返信された目標インデックス値を得た後、さらに得た目標インデックス値を記憶することができ、これにより記憶対象ファイルをダウンロードするダウンロード要求を受信するとき、この目標インデックス値により記憶対象ファイルを取得することができる。
図９は本出願の実施例に係る例示的にファイル記憶を実現するフローチャートであり、ファイル記憶システムはユーザによりアップロードされた記憶対象ファイルを取得し、ファイル分割コンポーネントにより記憶対象ファイルをサブファイルＡ、サブファイルＢ、サブファイルＣに分割し、分割したサブファイルをＩＰＦＳに送信し、ＩＰＦＳは記憶コンポーネントによりこれらの３つのサブファイルを相応的に、対応する記憶ノードＡ、記憶ノードＢ及び記憶ノードＣに記憶し、また３つのサブファイルに対応するファイルアドレスＡ、ファイルアドレスＢ及びファイルアドレスＣをファイル記憶システムに返信し、ファイル記憶システムはＩＰＦＳから返信されたサブファイルに対応するファイルアドレスを受信した後、ファイルアドレスＡ、ファイルアドレスＢ、ファイルアドレスＣに基づき、ファイルアドレス集合を生成し、その後公開鍵対でファイルアドレス集合を暗号化操作し、さらにアドレス集合暗号文を得、そしてアドレス集合暗号文をブロック・チェーン・ネットワークに送信する。
本出願の実施例はファイル記憶方法、端末及び記憶媒体を提供し、端末は記憶対象ファイルを取得して記憶対象ファイルに対して分割処理を行い、記憶対象ファイルに対応するＮ個のサブファイルを取得し、Ｎは１以上の整数であり、Ｎ個のサブファイルをＩＰＦＳに送信し、ＩＰＦＳから返信されたＮ個のサブファイルに対応するＭ個のアドレス情報を受信し、Ｍは１以上であり、且つＮ以下の整数であり、Ｍ個のアドレス情報に基づき、記憶対象ファイルに対応するアドレス集合を生成し、アドレス集合を暗号化し、アドレス集合暗号文を得、アドレス集合暗号文をブロック・チェーン・ネットワークに記憶し、ブロック・チェーン・ネットワークから返信された目標インデックス値を受信し、目標インデックス値はアドレス集合暗号文を識別するために用いられる。即ち、本出願の実施例において、端末は記憶対象ファイルを断片化してＩＰＦＳにアップロードし、受信したＩＰＦＳから返信された複数のサブファイルに対応するアドレスに基づき、アドレス集合を生成し、さらにこのアドレス集合を暗号化し、アドレス集合暗号文をブロック・チェーン・ネットワークに記憶する。従来のファイル記憶方式によるサービス側の負荷過大という欠陥を大きく克服するだけではなく、また、記憶データ量が小さく、暗号化効率が高く、ファイル記憶の安全性が高く、データ量の大きいファイルの記憶需要を大きく満足する。
上記実施例に基づき、本出願の別の実施例において、図１０は本出願の実施例に係るファイル記憶方法を実現する概略図２である。ファイル記憶システムはファイルをダウンロードする要求情報であるダウンロード要求を受信し、ダウンロード要求に含まれる取引ＩＤをブロックチェーンに送信し、ブロックチェーンから返信されたアドレス集合暗号文を受信し、取得したアドレス集合暗号文を復号化操作することで、複数のサブファイルアドレスを含むファイルアドレス集合を得た後、複数のサブファイルに対応するファイルアドレスをＩＰＦＳに送信し、ＩＰＦＳから返信された異なるファイルアドレスに対応するサブファイルを受信し、さらに複数のサブファイルを組み合わせる。
図１１は本出願の実施例に係るファイル記憶方法を実現するフローチャート２である。図１１に示すように、端末がアドレス集合暗号文をブロック・チェーン・ネットワークに記憶し、ブロック・チェーン・ネットワークから返信された目標インデックス値を受信した後、即ちステップＳ１０４の後、端末がファイル記憶を行う方法は、さらに以下のステップを含むことができる。
ステップＳ１０５は、目標インデックス値が含まれるダウンロード要求を受信する。
本出願の実施例において、端末が、アドレス集合暗号文をブロック・チェーン・ネットワークに送信し、ブロック・チェーン・ネットワークから返信された目標インデックス値を受信してこの目標インデックス値を記憶した後、端末はダウンロード要求を受信し、このダウンロード要求に対応する情報は目標インデックス値を含む。
なお、本出願の実施例において、端末は記憶対象ファイルをダウンロードするダウンロード要求を受信し、ダウンロード要求に含まれる情報はアドレス集合暗号文に対応する目標インデックス値を含んでもよく、アドレス集合暗号文に対応するハッシュ値を含んでもよい。ダウンロード要求に含まれる情報は目標インデックス値を含む場合、端末は直接この目標インデックス値によりブロックチェーンから記憶対象ファイルに対応するアドレス集合暗号文を抽出することができ、ダウンロード要求に含まれる情報がアドレス集合暗号文に対応するハッシュ値を含む場合、記憶対象ファイルに対応するアドレス集合暗号文及びアドレス集合暗号文に対応するハッシュ値をブロック・チェーン・ネットワークに記憶するとき、ハッシュ値に対応する目標インデックス値を生成しているため、端末はダウンロード要求を受信し、ブロック・チェーン・ネットワークから記憶対象ファイルに対応するアドレス集合暗号文を抽出する必要がある場合、まずダウンロード要求に含まれるアドレス集合暗号文に対応するハッシュ値に基づき、目標インデックス値を決定し、さらにこの目標インデックス値によりブロック・チェーン・ネットワークから記憶対象ファイルに対応するアドレス集合暗号文を抽出することができる。
さらに、端末は目標インデックス値が含まれるダウンロード要求を受信した後、この目標インデックス値をブロック・チェーン・ネットワークに送信することで、対象ファイルに対応するアドレス集合暗号文を得る。
ステップＳ１０６は、目標インデックス値をブロック・チェーン・ネットワークに送信し、ブロック・チェーン・ネットワークから返信されたアドレス集合暗号文を受信する。
本出願の実施例において、端末はユーザから送信されたダウンロード要求を受信し、ダウンロード要求に含まれる目標インデックス値を得た後、目標インデックス値をブロック・チェーン・ネットワークに送信し、さらにブロックチェーンから返信された記憶対象ファイルに対応するアドレス集合暗号文を受信することができる。
なお、本出願の実施例において、記憶対象ファイルをブロック・チェーン・ネットワークに記憶した後、端末はブロック・チェーン・ネットワークから返信された、アドレス集合暗号文を取得するためのインデックス値を受信し、そのため、記憶対象ファイルをダウンロードするとき、端末はダウンロード要求に含まれるアドレス集合暗号文に対応する目標インデックス値をブロック・チェーン・ネットワークに送信し、さらにこのインデックス値に基づき、ブロック・チェーン・ネットワークにおけるファイル情報を記憶するブロックから、記憶対象ファイルに対応するアドレス集合暗号文を抽出することができ、具体的には、ブロックチェーンは、端末から送信された目標インデックス値を受信した後、この目標インデックス値に基づき、照会検索し、検索したこの目標インデックス値に対応するアドレス集合暗号文を端末に送信し、さらに端末は記憶対象ファイルに対応するアドレス集合暗号文を得る。
さらに、端末はブロックチェーンから返信された記憶対象ファイルに対応するアドレス集合暗号文を受信した後、さらにアドレス集合暗号文を復号化操作することができる。
ステップＳ１０７は、アドレス集合暗号文を復号化し、記憶対象ファイルに対応するアドレス集合を得、アドレス集合はＭ個のアドレス情報を含む。
本出願の実施例において、端末はブロック・チェーン・ネットワークから返信された記憶対象ファイルに対応するアドレス集合暗号文を受信した後、受信したアドレス集合暗号文を復号化することができ、さらに記憶対象ファイルに対応するアドレス集合を得、アドレス集合はＭ個のアドレス情報を含む。
なお、本出願の実施例において、端末は秘密鍵により記憶対象ファイルに対応するアドレス集合暗号文を復号化操作し、さらに記憶対象ファイルに対応し、且つＭ個のアドレス情報を含むアドレス集合を得る。記憶対象ファイルの記憶を行うとき、非対称鍵対における公開鍵を用いてアドレス集合の暗号化を行うので、公開鍵と秘密鍵はペアであり、公開鍵によりデータを暗号化すれば、対応する秘密鍵でしか復号化できない。従って、端末は秘密鍵でしかアドレス集合暗号文の復号化を実現できず、さらに記憶対象ファイルに対応するアドレス集合を得る。
さらに、本出願の実施例において、端末はＭ個のアドレス情報を含む記憶対象ファイルに対応するアドレス集合を得た後、Ｍ個のアドレス情報をＩＰＦＳに送信し、さらに記憶対象ファイルに対応するＮ個のサブファイルを受信することができる。
ステップＳ１０８は、Ｍ個のアドレス情報をＩＰＦＳに送信し、ＩＰＦＳから返信された記憶対象ファイルに対応するＮ個のサブファイルを受信する。
本出願の実施例において、端末はアドレス集合暗号文を復号化し、Ｍ個のアドレス情報を含む記憶対象ファイルに対応するアドレス集合を得た後、Ｍ個のアドレス情報をＩＰＦＳに送信し、さらにＩＰＦＳから返信された記憶対象ファイルに対応するＮ個のサブファイルを受信する。
なお、本出願の実施例において、端末は記憶対象ファイルに対応するアドレス集合を取得した後、このアドレス集合に含まれるＭ個のアドレス情報をＩＰＦＳに送信し、さらにＩＰＦＳにおけるＭ個の記憶ノードから返信されたＮ個のサブファイルを受信する。具体的には、端末は１つのアドレス情報Ａを送信することによって、ＩＰＦＳから返信されたサブファイルＡを受信してもよく、又は端末は１つのアドレス情報Ａを送信することによって、ＩＰＦＳから返信されたサブファイルＡ及びサブファイルＢを受信してもよい。
さらに、本出願の実施例において、端末はＩＰＦＳから返信された記憶対象ファイルに対応するＮ個のサブファイルを受信した後、さらにＮ個のサブファイルを併合することで、記憶対象ファイルを得ることができる。
ステップＳ１０９は、Ｎ個のサブファイルを併合操作し、記憶対象ファイルを得る。
本出願の実施例において、端末はＭ個のアドレス情報をＩＰＦＳに送信し、ＩＰＦＳから返信された記憶対象ファイルに対応するＮ個のサブファイルを受信した後、さらにＮ個のサブファイルを併合操作し、記憶対象ファイルを得る。
図１２は本出願の実施例に係る例示的にファイルクエリを実現するフローチャートである。ファイル記憶システムは記憶対象ファイルをダウンロードするダウンロード要求を受信し、このダウンロード要求は取引ＩＤを含み、ファイル記憶システムは取引ＩＤをブロック・チェーン・ネットワークに送信し、ブロック・チェーン・ネットワークは取引ＩＤに基づき、照会検索し、検索して得られたこの取引ＩＤに対応するアドレス集合暗号文をファイル記憶システムに送信し、ファイル記憶システムは秘密鍵によりこのアドレス集合暗号文を復号化操作し、ファイルアドレスＡ、ファイルアドレスＢ、ファイルアドレスＣを含むファイルアドレス集合を得た後、マルチスレッドの同時要求方式でファイルアドレスＡ、ファイルアドレスＢ及びファイルアドレスＣをＩＰＦＳに送信し、ＩＰＦＳは受信したファイルアドレスに基づき、記憶ノードＡ、記憶ノードＢ及び記憶ノードＣから対応するサブファイルＡ、サブファイルＢ及びサブファイルＣを抽出し、サブファイルをファイル記憶システムに返信し、ファイル記憶システムは受信したサブファイルＡ、サブファイルＢ及びサブファイルＣを組み合わせ、さらに記憶対象ファイルを得る。
本出願の実施例はファイル記憶方法、端末及び記憶媒体を提供し、端末は記憶対象ファイルを取得して記憶対象ファイルに対して分割処理を行い、記憶対象ファイルに対応するＮ個のサブファイルを取得し、Ｎは１以上の整数であり、Ｎ個のサブファイルをＩＰＦＳに送信し、ＩＰＦＳから返信されたＮ個のサブファイルに対応するＭ個のアドレス情報を受信し、Ｍは１以上であり、且つＮ以下の整数であり、Ｍ個のアドレス情報に基づき、記憶対象ファイルに対応するアドレス集合を生成し、アドレス集合を暗号化し、アドレス集合暗号文を得え、アドレス集合暗号文をブロック・チェーン・ネットワークに記憶し、ブロック・チェーン・ネットワークから返信された目標インデックス値を受信し、目標インデックス値はアドレス集合暗号文を識別するために用いられる。即ち、本出願の実施例において、端末は記憶対象ファイルを断片化してＩＰＦＳにアップロードし、受信したＩＰＦＳから返信された複数のサブファイルに対応するアドレスに基づき、アドレス集合を生成し、さらにこのアドレス集合を暗号化し、アドレス集合暗号文をブロック・チェーン・ネットワークに記憶する。従来のファイル記憶方式によるサービス側の負荷過大という欠陥を大きく克服するだけではなく、また、記憶データ量が小さく、暗号化効率が高く、ファイル記憶の安全性が高く、データ量の大きいファイルの記憶需要を大きく満足する。
上記実施例に基づき、本出願の別の実施例において、図１３は、本出願の実施例に係る端末の構成構造の概略図１である。図１３に示すように、本出願の実施例に係る端末５００は、取得部５０１と、処理部５０２と、送信部５０３と、受信部５０４と、生成部５０５と、暗号化部５０６と、記憶部５０７と、復号化部５０８と、併合部５０９と、決定部５１０とを備える。
前記取得部５０１は記憶対象ファイルを取得するように構成され、
前記処理部５０２は、前記記憶対象ファイルに対して分割処理を行い、前記記憶対象ファイルに対応するＮ個のサブファイルを得るように構成され、Ｎは１以上の整数であり、
前記送信部５０３は、前記Ｎ個のサブファイルをＩＰＦＳに送信するように構成され、
前記受信部５０４は、前記ＩＰＦＳから返信された前記Ｎ個のサブファイルに対応するＭ個のアドレス情報を受信するように構成され、Ｍは１以上であり、且つＮ以下の整数であり、
前記生成部５０５は、前記Ｍ個のアドレス情報に基づき、前記記憶対象ファイルに対応するアドレス集合を生成するように構成され、
前記暗号化部５０６は、前記アドレス集合を暗号化し、アドレス集合暗号文を得るように構成され、
前記送信部５０３は、前記アドレス集合暗号文をブロック・チェーン・ネットワークに送信するように構成され、
前記受信部５０４は、さらに、前記ブロック・チェーン・ネットワークから返信された目標インデックス値を受信するように構成され、前記目標インデックス値は前記アドレス集合暗号文を識別するために用いられる。
さらに、本出願の実施例において、前記処理部５０２は、具体的には、前記記憶対象ファイルに対応するバイト数を決定し、前記バイト数に基づき、前記記憶対象ファイルを前記Ｎ個のサブファイルに分割するように構成される。
さらに、本出願の実施例において、前記処理部５０２は、さらに具体的には、前記記憶対象ファイルに対応する命令パラメータを決定し、前記命令パラメータに従って、前記記憶対象ファイルを前記Ｎ個のサブファイルに分割するように構成される。
さらに、本出願の実施例において、前記暗号化部５０６は、具体的には、公開鍵と秘密鍵とを含む非対称鍵対をランダムに生成し、前記公開鍵により前記記憶対象ファイルに対応する前記アドレス集合を暗号化し、前記アドレス集合暗号文を得るように構成される。
さらに、本出願の実施例において、前記送信部５０３は、具体的には、前記アドレス集合暗号文に対応するハッシュ値を生成し、前記アドレス集合暗号文及び前記ハッシュ値をブロック・チェーン・ネットワークに送信するように構成される。
さらに、本出願の実施例において、前記受信部５０４は、具体的には、前記ブロック・チェーン・ネットワークから返信された前記ハッシュ値に対応する前記目標インデックス値を受信するように構成される。
さらに、本出願の実施例において、前記記憶部５０７は、前記アドレス集合暗号文及び前記ハッシュ値をブロック・チェーン・ネットワークに送信し、前記ブロック・チェーン・ネットワークから返信された前記ハッシュ値に対応する前記目標インデックス値を受信した後、前記目標インデックス値及び前記ハッシュ値を記憶するように構成される。
さらに、本出願の実施例において、前記受信部５０４は、さらに、前記アドレス集合暗号文をブロック・チェーン・ネットワークに記憶し、前記ブロック・チェーン・ネットワークから返信された目標インデックス値を受信した後、ダウンロード要求を受信するように構成され、前記ダウンロード要求は前記目標インデックス値を含む。
さらに、本出願の実施例において、前記送信部５０３は、さらに、前記目標インデックス値を前記ブロック・チェーン・ネットワークに送信するように構成される。
さらに、本出願の実施例において、前記受信部５０４は、さらに、前記ブロック・チェーン・ネットワークから返信された前記アドレス集合暗号文を受信するように構成される。
さらに、本出願の実施例において、前記復号化部５０８は、前記アドレス集合暗号文を復号化し、前記記憶対象ファイルに対応する、前記Ｍ個のアドレス情報を含む前記アドレス集合を得るように構成される。
さらに、本出願の実施例において、前記送信部５０３は、さらに、前記Ｍ個のアドレス情報を前記ＩＰＦＳに送信するように構成される。
さらに、本出願の実施例において、前記受信部５０４は、さらに、前記ＩＰＦＳから返信された前記記憶対象ファイルに対応する前記Ｎ個のサブファイルを受信するように構成される。
さらに、本出願の実施例において、前記併合部５０９は、前記Ｎ個のサブファイルを併合操作し、前記記憶対象ファイルを得るように構成される。
さらに、本出願の実施例において、前記復号化部５０８は、具体的には、前記秘密鍵により前記アドレス集合暗号文を復号化し、前記記憶対象ファイルに対応する前記アドレス集合を得るように構成される。
さらに、本出願の実施例において、前記ダウンロード要求に前記ハッシュ値が含まれ、前記決定部５１０は、前記アドレス集合暗号文を復号化し、前記記憶対象ファイルに対応する前記アドレス集合を得る前に、前記ハッシュ値に対応する前記目標インデックス値を決定するように構成される。
さらに、本出願の実施例において、前記送信部５０３は、さらに、前記目標インデックス値を前記ブロック・チェーン・ネットワークに送信するように構成される。
さらに、本出願の実施例において、前記受信部５０４は、さらに、前記ブロック・チェーン・ネットワークから返信された前記アドレス集合暗号文を受信するように構成される。
本出願の実施例において、さらに、図１４は本出願の実施例に係る端末の構成構造の概略図２である。図１４に示すように、本出願の実施例に係る端末５００は、プロセッサ５１１と、プロセッサ５１１により実行可能な命令を記憶したメモリ５１２とをさらに備えてもよく、さらに、端末５００は、通信インターフェース５１３と、プロセッサ５１１、メモリ５１２及び通信インターフェース５１３を接続するためのバス５１４とを備えてもよい。
本出願の実施例において、上記したプロセッサ５１１は、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、デジタル信号処理装置（ＤＳＰＤ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、プログラマブルロジックデバイス（ＰＬＤ：ＰｒｏｇＲＡＭｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、書換え可能なゲートアレーＦＰＧＡ、中央処理装置ＣＰＵ、コントローラ、マイクロコントローラ、マイクロプロセッサのうちの少なくとも一種であってもよい。理解できるように、異なる装置に対し、上記プロセッサ機能を実現するための電子デバイスは他のものであってもよく、本出願の実施例は具体的に限定しない。端末５００はメモリ５１２をさらに備えることができ、このメモリ５１２はプロセッサ５１１に接続することができ、メモリ５１２は実行可能なプログラムコードを記憶するために用いられ、このプログラムコードはコンピュータ操作命令を含み、メモリ５１２は高速ＲＡＭメモリを含むことができ、また不揮発性メモリを含むことができ、例えば、少なくとも２つの磁気ディスクメモリを含む。
本発明の実施例において、バス５１４は通信インターフェース５１３、プロセッサ５１１、メモリ５１２およびこれらのデバイス間の相互通信を接続するためのものである。
本出願の実施例において、メモリ５１２は命令とデータを記憶するように構成される。
さらに、本出願の実施例において、上記プロセッサ５１１は、記憶対象ファイルを取得して前記記憶対象ファイルに対して分割処理を行い、前記記憶対象ファイルに対応するＮ個のサブファイルを得え、Ｎは１以上の整数であり、前記Ｎ個のサブファイルをＩＰＦＳに送信し、前記ＩＰＦＳから返信された前記Ｎ個のサブファイルに対応するＭ個のアドレス情報を受信し、Ｍは１以上であり、且つＮ以下の整数であり、前記Ｍ個のアドレス情報に基づき、前記記憶対象ファイルに対応するアドレス集合を生成して前記アドレス集合を暗号化し、アドレス集合暗号文を得え、前記アドレス集合暗号文をブロック・チェーン・ネットワークに送信し、前記ブロック・チェーン・ネットワークから返信された目標インデックス値を受信し、前記目標インデックス値は前記アドレス集合暗号文を識別するために用いられるように構成される。
実際の応用において、上記メモリ５１２は、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの揮発性メモリ（ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）であってもよく、読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）、ハードディスク（ＨＤＤ：Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）若しくはソリッドステートドライブ（ＳＳＤ：Ｓｏｌｉｄ－ＳｔａｔｅＤｒｉｖｅ）などの不揮発性メモリ（ｎｏｎ －ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ ）であってもよく、または、上記種類のメモリの組み合わせであってよく、またプロセッサ５１１に命令やデータを供給する。
また、本実施例における各機能モジュールは１つの処理ユニットに集積されてもよく、各ユニットが個別で物理的に存在してもよく、２つ以上のユニットが１つのユニットに集積されてもよい。上記集積されたユニットはハードウェアの形式で実現されてもよいし、ソフトウェア機能モジュールの形式で実現されてもよい。
集積されたユニットは独立の製品として販売や使用されず、ソフトウェア機能モジュールの形式で実現される場合、コンピュータ読み取り可能な記憶媒体に記憶されることができ、このような理解に基づき、本実施例の技術案は本質的に、言い換えれば、従来技術に寄与する部分又はこの技術案の全部又は一部がソフトウェア製品の形式で表現することができ、このコンピュータソフトウェア製品は記憶媒体に記憶され、コンピュータ装置（パーソナルコンピュータ、サーバであってもよく、又はネットワーク装置などでもよく）又はｐｒｏｃｅｓｓｏｒ（プロセッサ）に本実施例の方法の全部又は一部のステップを実行させる幾つかの命令を含む。前記記憶媒体は、Ｕディスク、リムーバブルハードディスク、読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスク等の各種のプログラムコードを記憶できる媒体を含む。
本出願の実施例は端末を提供し、この端末は記憶対象ファイルを取得して記憶対象ファイルに対して分割処理を行い、記憶対象ファイルに対応するＮ個のサブファイルを取得し、Ｎは１以上の整数であり、Ｎ個のサブファイルをＩＰＦＳに送信し、ＩＰＦＳから返信されたＮ個のサブファイルに対応するＭ個のアドレス情報を受信し、Ｍは１以上であり、且つＮ以下の整数であり、Ｍ個のアドレス情報に基づき、記憶対象ファイルに対応するアドレス集合を生成し、アドレス集合を暗号化し、アドレス集合暗号文を得、アドレス集合暗号文をブロック・チェーン・ネットワークに記憶し、ブロック・チェーン・ネットワークから返信された目標インデックス値を受信し、目標インデックス値はアドレス集合暗号文を識別するために用いられる。即ち、本出願の実施例において、端末は記憶対象ファイルを断片化してＩＰＦＳにアップロードし、受信したＩＰＦＳから返信された複数のサブファイルに対応するアドレスに基づき、アドレス集合を生成し、さらにこのアドレス集合を暗号化し、アドレス集合暗号文をブロック・チェーン・ネットワークに記憶する。従来のファイル記憶方式によるサービス側の負荷過大という欠陥を大きく克服するだけではなく、また、記憶データ量が小さく、暗号化効率が高く、ファイル記憶の安全性が高く、データ量の大きいファイルの記憶需要を大きく満足する。
本出願の実施例は、プロセッサに実行される場合、上記のようなファイル記憶方法を実現するプログラムを記憶したコンピュータ読み取り可能な記憶媒体を提供する。
具体的には、本実施例におけるファイル記憶方法に対応するプログラム命令は光ディスク、ハードディスク、Ｕディスクなどの記憶媒体に記憶することができ、記憶媒体におけるファイル記憶方法に対応するプログラム命令が電子機器に読取又は実行される場合、
記憶対象ファイルを取得して前記記憶対象ファイルに対して分割処理を行い、前記記憶対象ファイルに対応するＮ個のサブファイルを得ることであって、Ｎは１以上の整数であることと、
将前記Ｎ個のサブファイルをＩＰＦＳに送信し、前記ＩＰＦＳから返信された前記Ｎ個のサブファイルに対応するＭ個のアドレス情報を受信することであって、Ｍは１以上であり、且つＮ以下の整数であることと、
前記Ｍ個のアドレス情報に基づき、前記記憶対象ファイルに対応するアドレス集合を生成して前記アドレス集合を暗号化し、アドレス集合暗号文を得ることと、
前記アドレス集合暗号文をブロック・チェーン・ネットワークに送信し、前記ブロック・チェーン・ネットワークから返信された目標インデックス値を受信することであって、前記目標インデックス値は前記アドレス集合暗号文を識別するために用いられることと、を含む。
当業者であれば分かるように、本出願の実施例は方法、システム、又はコンピュータプログラム製品として提供することができる。したがって、本出願はハードウェア実施例、ソフトウェア実施例、又はソフトウェアとハードウェアを組み合わせる実施例の形式を採用することができる。また、本出願はコンピュータの利用可能なプログラムコードを含む１つ以上のコンピュータの利用可能な記憶媒体（磁気ディスクメモリや光学メモリ等を含むがそれらに限定されない）で実行されるコンピュータプログラム製品の形式を採用することができる。
本出願は本出願の実施例に基づく方法、装置（システム）及びコンピュータプログラム製品の実現フローチャート及び／又はブロック図を参照して説明する。コンピュータプログラムによって実現フローチャート及び／又はブロック図における各フロー及び／又はブロック、並びに実現フローチャート及び／又はブロック図におけるフロー及び／又はブロックの組合せを命令できることを理解すべきである。これらのコンピュータプログラム命令を汎用コンピュータ、専用コンピュータ、組み込みプロセッサ又は他のプログラマブルデータ処理装置のプロセッサに提供して機器を生成することができ、コンピュータ又は他のプログラマブルデータ処理装置のプロセッサによって実行される命令は実現フローチャートの１つ以上のフロー及び／又はブロック図の１つ以上のブロックに指定された機能を実現するための装置を生成する。
これらのコンピュータプログラム命令はコンピュータ又は他のプログラマブルデータ処理装置を特定の方式で動作させるように案内するコンピュータ読み取り可能なメモリに記憶されてもよく、それによりコンピュータ読み取り可能なメモリに記憶された命令は命令装置を含む製造品を生成し、この命令装置は実現フローチャートの１つ以上のフロー及び／又はブロック図の１つ以上のブロックに指定された機能を実現する。
これらのコンピュータプログラム命令はコンピュータ又は他のプログラマブルデータ処理装置に搭載することもでき、コンピュータ又は他のプログラマブル装置に一連の操作ステップを実行させてコンピュータにより実現される処理を生成し、それによりコンピュータ又は他のプログラマブル装置により実行される命令は実現フローチャートの１つ以上のフロー及び／又はブロック図の１つ以上のブロックに指定された機能を実現するためのステップを提供する。
以上は、本出願の好ましい実施例に過ぎず、本出願の保護範囲を限定するものではない。
本出願の実施例はファイル記憶方法、端末及び記憶媒体を開示しており，前記ファイル記憶は、記憶対象ファイルを取得して記憶対象ファイルに対して分割処理を行い、記憶対象ファイルに対応するＮ個のサブファイルを取得することであって、Ｎは１以上の整数であることと、Ｎ個のサブファイルをＩＰＦＳに送信し、ＩＰＦＳから返信されたＮ個のサブファイルに対応するＭ個のアドレス情報を受信することであって、Ｍは１以上であり、且つＮ以下の整数であることと、Ｍ個のアドレス情報に基づき、記憶対象ファイルに対応するアドレス集合を生成し、アドレス集合を暗号化し、アドレス集合暗号文を得ることと、アドレス集合暗号文をブロック・チェーン・ネットワークに送信し、ブロック・チェーン・ネットワークから返信された目標インデックス値を受信することであって、目標インデックス値はアドレス集合暗号文を識別するために用いられることと、を含む。即ち、本出願の実施例において、端末は記憶対象ファイルを断片化してＩＰＦＳにアップロードし、受信したＩＰＦＳから返信された複数のサブファイルに対応するアドレスに基づき、アドレス集合を生成し、さらにこのアドレス集合を暗号化し、アドレス集合暗号文をブロック・チェーン・ネットワークに記憶する。従来のファイル記憶方式によるサービス側の負荷過大という欠陥を大きく克服するだけではなく、また、記憶データ量が小さく、暗号化効率が高く、ファイル記憶の安全性が高く、データ量の大きいファイルの記憶需要を大きく満足する。

Claims (18)

  1. 記憶対象ファイルを取得し、所定分割ルールに従って前記記憶対象ファイルを１つ以上のサブファイルに分割することが可能である場合、前記所定分割ルールに従って前記記憶対象ファイルに対して分割処理を行い、前記記憶対象ファイルに対応するＮ個のサブファイルを得、この場合、Ｎが１以上の整数であり、前記所定分割ルールに従って前記記憶対象ファイルを１つ以上のサブファイルに分割することが可能でない場合、前記記憶対象ファイルに対して分割処理を行わずに、前記記憶対象ファイルをサブファイルとし、この場合、Ｎが１であることと、
    前記Ｎ個のサブファイルをＩＰＦＳに送信し、前記ＩＰＦＳから返信された前記Ｎ個のサブファイルに対応するＭ個のアドレス情報を受信することであって、Ｍは１以上であり、且つＮ以下の整数であることと、
    前記Ｍ個のアドレス情報に基づき、前記記憶対象ファイルに対応するアドレス集合を生成して前記アドレス集合を暗号化し、アドレス集合暗号文を得ることと、
    前記アドレス集合暗号文をブロック・チェーン・ネットワークに送信し、前記ブロック・チェーン・ネットワークから返信された目標インデックス値を受信することであって、前記目標インデックス値は前記アドレス集合暗号文を識別するために用いられることと、を含み、
    前記アドレス集合暗号文をブロック・チェーン・ネットワークに送信し、前記ブロック・チェーン・ネットワークから返信された目標インデックス値を受信することは、
    前記アドレス集合暗号文に対応するハッシュ値を生成することと、
    前記アドレス集合暗号文及び前記ハッシュ値をブロック・チェーン・ネットワークに送信し、前記ブロック・チェーン・ネットワークから返信された前記ハッシュ値に対応する前記目標インデックス値を受信することと、を含む
    ファイル記憶方法。
  2. 前記所定分割ルールに従って前記記憶対象ファイルに対して分割処理を行い、前記記憶対象ファイルに対応するＮ個のサブファイルを得ることは、
    前記記憶対象ファイルに対応するバイト数を決定することと、
    前記バイト数に基づき、前記記憶対象ファイルを前記Ｎ個のサブファイルに分割することと、を含む請求項１に記載の方法。
  3. 前記所定分割ルールに従って前記記憶対象ファイルに対して分割処理を行い、前記記憶対象ファイルに対応するＮ個のサブファイルを得ることは、
    前記記憶対象ファイルに対応する命令パラメータを決定することと、
    前記命令パラメータに従って、前記記憶対象ファイルを前記Ｎ個のサブファイルに分割することと、を含む請求項１に記載の方法。
  4. 前記アドレス集合を暗号化し、アドレス集合暗号文を得ることは、
    公開鍵と秘密鍵とを含む非対称鍵対をランダムに生成することと、
    前記公開鍵により前記記憶対象ファイルに対応する前記アドレス集合を暗号化し、前記アドレス集合暗号文を得ることと、を含む請求項１に記載の方法。
  5. 前記アドレス集合暗号文及び前記ハッシュ値をブロック・チェーン・ネットワークに送信し、前記ブロック・チェーン・ネットワークから返信された前記ハッシュ値に対応する前記目標インデックス値を受信した後、前記方法は、さらに、
    前記目標インデックス値及び前記ハッシュ値を記憶することを含む請求項１に記載の方法。
  6. 前記アドレス集合暗号文をブロック・チェーン・ネットワークに送信し、前記ブロック・チェーン・ネットワークから返信された目標インデックス値を受信した後、前記方法は、さらに、
    前記目標インデックス値が含まれるダウンロード要求を受信することと、
    前記目標インデックス値を前記ブロック・チェーン・ネットワークに送信し、前記ブロック・チェーン・ネットワークから返信された前記アドレス集合暗号文を受信することと、
    前記アドレス集合暗号文を復号化し、前記記憶対象ファイルに対応する前記アドレス集合を得ることであって、前記アドレス集合は前記Ｍ個のアドレス情報を含むことと、
    前記Ｍ個のアドレス情報を前記ＩＰＦＳに送信し、前記ＩＰＦＳから返信された前記記憶対象ファイルに対応する前記Ｎ個のサブファイルを受信することと、
    前記Ｎ個のサブファイルを併合操作し、前記記憶対象ファイルを得ることと、を含む請求項４に記載の方法。
  7. 前記アドレス集合暗号文を復号化し、前記記憶対象ファイルに対応する前記アドレス集合を得ることは、
    前記秘密鍵により前記アドレス集合暗号文を復号化し、前記記憶対象ファイルに対応する前記アドレス集合を得ること、を含む請求項６に記載の方法。
  8. 前記ダウンロード要求に前記ハッシュ値が含まれ、前記アドレス集合暗号文を復号化し、前記記憶対象ファイルに対応する前記アドレス集合を得る前に、前記方法は、さらに、
    前記ハッシュ値に対応する前記目標インデックス値を決定することと、
    前記目標インデックス値を前記ブロック・チェーン・ネットワークに送信し、前記ブロック・チェーン・ネットワークから返信された前記アドレス集合暗号文を受信することと、を含む請求項６に記載の方法。
  9. 記憶対象ファイルを取得するように構成される取得部と、
    所定分割ルールに従って前記記憶対象ファイルを１つ以上のサブファイルに分割することが可能である場合、前記所定分割ルールに従って前記記憶対象ファイルに対して分割処理を行い、前記記憶対象ファイルに対応するＮ個のサブファイルを得、この場合、Ｎが１以上の整数であり、前記所定分割ルールに従って前記記憶対象ファイルを１つ以上のサブファイルに分割することが可能でない場合、前記記憶対象ファイルに対して分割処理を行わずに、前記記憶対象ファイルをサブファイルとし、この場合、Ｎが１であるように構成され、Ｎが１以上の整数である処理部と、
    前記Ｎ個のサブファイルをＩＰＦＳに送信するように構成される送信部と、
    前記ＩＰＦＳから返信された前記Ｎ個のサブファイルに対応するＭ個のアドレス情報を受信するように構成され、Ｍが１以上であり、且つＮ以下の整数である受信部と、
    前記Ｍ個のアドレス情報に基づき、前記記憶対象ファイルに対応するアドレス集合を生成するように構成される生成部と、
    前記アドレス集合を暗号化し、アドレス集合暗号文を得るように構成される暗号化部と、を備え、
    前記送信部は、さらに、前記アドレス集合暗号文をブロック・チェーン・ネットワークに送信するように構成され、
    前記受信部は、さらに、前記ブロック・チェーン・ネットワークから返信された目標インデックス値を受信するように構成され、前記目標インデックス値は前記アドレス集合暗号文を識別するために用いられ、
    前記送信部は、さらに、前記アドレス集合暗号文に対応するハッシュ値を生成し、前記アドレス集合暗号文及び前記ハッシュ値をブロック・チェーン・ネットワークに送信するように構成され、
    前記受信部は、さらに、前記ブロック・チェーン・ネットワークから返信された前記ハッシュ値に対応する前記目標インデックス値を受信するように構成される、
    端末。
  10. 前記処理部は、具体的には、前記記憶対象ファイルに対応するバイト数を決定し、前記バイト数に基づき、前記記憶対象ファイルを前記Ｎ個のサブファイルに分割するように構成される請求項９に記載の端末。
  11. 前記処理部は、さらに具体的には、前記記憶対象ファイルに対応する命令パラメータを決定し、前記命令パラメータに従って、前記記憶対象ファイルを前記Ｎ個のサブファイルに分割するように構成される請求項９に記載の端末。
  12. 前記暗号化部は、具体的には、公開鍵と秘密鍵とを含む非対称鍵対をランダムに生成し、前記公開鍵により前記記憶対象ファイルに対応する前記アドレス集合を暗号化し、前記アドレス集合暗号文を得るように構成される請求項９に記載の端末。
  13. 前記アドレス集合暗号文及び前記ハッシュ値をブロック・チェーン・ネットワークに送信し、前記ブロック・チェーン・ネットワークから返信された前記ハッシュ値に対応する前記目標インデックス値を受信した後、前記目標インデックス値及び前記ハッシュ値を記憶するように構成される記憶部をさらに備える請求項９に記載の端末。
  14. 前記端末は、復号化部と併合部とをさらに備え、
    前記受信部は、さらに、前記アドレス集合暗号文をブロック・チェーン・ネットワークに記憶し、前記ブロック・チェーン・ネットワークから返信された目標インデックス値を受信した後、前記目標インデックス値が含まれるダウンロード要求を受信するように構成され、
    前記送信部は、さらに、前記目標インデックス値を前記ブロック・チェーン・ネットワークに送信するように構成され、
    前記受信部は、さらに、前記ブロック・チェーン・ネットワークから返信された前記アドレス集合暗号文を受信するように構成され、
    前記復号化部は、前記アドレス集合暗号文を復号化し、前記記憶対象ファイルに対応する前記アドレス集合を得るように構成され、前記アドレス集合は前記Ｍ個のアドレス情報を含み、
    前記送信部は、さらに、前記Ｍ個のアドレス情報を前記ＩＰＦＳに送信するように構成され、
    前記受信部は、さらに、前記ＩＰＦＳから返信された前記記憶対象ファイルに対応する前記Ｎ個のサブファイルを受信するように構成され、
    前記併合部は前記Ｎ個のサブファイルを併合操作し、前記記憶対象ファイルを得るように構成される請求項１２に記載の端末。
  15. 前記復号化部は、具体的には、前記秘密鍵により前記アドレス集合暗号文を復号化し、前記記憶対象ファイルに対応する前記アドレス集合を得るように構成される請求項１４に記載の端末。
  16. 前記ダウンロード要求に前記ハッシュ値が含まれ、前記端末は、決定部をさらに備え、
    前記決定部は、前記アドレス集合暗号文を復号化し、前記記憶対象ファイルに対応する前記アドレス集合を得る前に、前記ハッシュ値に対応する前記目標インデックス値を決定するように構成され、
    前記送信部は、さらに、前記目標インデックス値を前記ブロック・チェーン・ネットワークに送信するように構成され、
    前記受信部は、さらに、前記ブロック・チェーン・ネットワークから返信された前記アドレス集合暗号文を受信するように構成される請求項１４に記載の端末。
  17. プロセッサと、前記プロセッサによる実行可能な命令を記憶したメモリとを備え、前記命令が前記プロセッサにより実行される時に、請求項１～８の何れか１項に記載の方法を実現する端末。
  18. プログラムを記憶しており、端末に適用され、前記プログラムがプロセッサにより実行される時に、請求項１～８の何れか１項に記載の方法を実現するコンピュータ読み取り可能な記憶媒体。
JP2022525637A 2019-11-04 2020-03-04 ファイル記憶方法、端末及び記憶媒体 Active JP7335440B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201911067461.X 2019-11-04
CN201911067461.XA CN111104386B (zh) 2019-11-04 2019-11-04 一种文件存储方法、终端及存储介质
PCT/CN2020/077840 WO2021088278A1 (zh) 2019-11-04 2020-03-04 一种文件存储方法、终端及存储介质

Publications (2)

Publication Number Publication Date
JP2023500316A JP2023500316A (ja) 2023-01-05
JP7335440B2 true JP7335440B2 (ja) 2023-08-29

Family

ID=70420436

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022525637A Active JP7335440B2 (ja) 2019-11-04 2020-03-04 ファイル記憶方法、端末及び記憶媒体

Country Status (5)

Country Link
US (1) US20220407725A1 (ja)
EP (1) EP4047487B1 (ja)
JP (1) JP7335440B2 (ja)
CN (1) CN111104386B (ja)
WO (1) WO2021088278A1 (ja)

Families Citing this family (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111523152B (zh) * 2020-05-11 2021-08-03 毕红伟 基于区块链的电子证件管理方法、管理网络及电子设备
CN111339106B (zh) * 2020-05-18 2020-08-28 杭州趣链科技有限公司 一种区块链数据索引的方法
CN111414434B (zh) * 2020-05-20 2021-09-03 华北电力大学 基于区块链的数据交易管理网络、交易设备和存储介质
CN111782722B (zh) * 2020-06-02 2021-05-18 北京海泰方圆科技股份有限公司 一种数据管理方法、装置、电子设备及存储介质
CN111651408B (zh) * 2020-06-08 2024-05-03 Oppo广东移动通信有限公司 获取数据的方法、装置、终端及存储介质
CN111752946B (zh) * 2020-06-22 2021-04-30 上海众言网络科技有限公司 一种基于分片方式对调研数据进行预处理的方法及装置
CN111797417A (zh) * 2020-07-06 2020-10-20 上海明略人工智能(集团)有限公司 文件的上传方法和装置、存储介质及电子装置
CN112084522B (zh) * 2020-09-28 2021-09-21 深圳市腾盟技术有限公司 数据存储方法、装置、设备及存储介质
CN112133386A (zh) * 2020-09-29 2020-12-25 深圳壹账通智能科技有限公司 一种基于区块链的信息处理方法、装置、设备及介质
CN112202779B (zh) * 2020-09-29 2022-08-30 深圳壹账通智能科技有限公司 基于区块链的信息加密方法、装置、设备及介质
CN112434105A (zh) * 2020-10-16 2021-03-02 苏州浪潮智能科技有限公司 区块链存储的数据持续保存的方法、系统、设备及介质
CN112417502B (zh) * 2020-11-18 2022-03-18 中国电子科技集团公司第三十研究所 基于区块链、去中心化部署的分布式即时通讯系统及方法
CN112492580B (zh) * 2020-11-25 2023-08-18 北京小米移动软件有限公司 信息处理方法及装置、通信设备及存储介质
CN112445770A (zh) * 2020-11-30 2021-03-05 清远职业技术学院 多维乱序存储的超大规模高性能数据库引擎及云服务平台
CN112688996A (zh) * 2020-12-16 2021-04-20 宁波云麟信息科技有限公司 基于区块链的电子存证数据存储方法和电子设备
CN112764677B (zh) * 2021-01-14 2022-12-23 杭州电子科技大学 一种在云存储中增强数据迁移安全性的方法
CN112965980A (zh) * 2021-03-12 2021-06-15 平安国际智慧城市科技股份有限公司 信息存储方法及装置
CN113064876A (zh) * 2021-03-25 2021-07-02 芝麻链(北京)科技有限公司 一种ipfs文件处理方法
CN114968964B (zh) * 2021-05-24 2024-03-19 中移互联网有限公司 一种文件处理方法、装置及电子设备
CN113342763B (zh) * 2021-06-03 2022-07-15 上海和数软件有限公司 基于ipfs的分布式数据同步方法、设备及介质
CN113726873B (zh) * 2021-08-27 2022-11-01 平安科技（深圳）有限公司 基于区块链的文件处理方法、系统、设备和存储介质
CN113806300B (zh) * 2021-09-23 2023-08-01 北京百度网讯科技有限公司 数据存储方法、系统、装置、设备及存储介质
CN113821478A (zh) * 2021-11-24 2021-12-21 南京金宁汇科技有限公司 一种基于区块链的大文件存储方法及系统
CN114338646A (zh) * 2021-11-29 2022-04-12 王建冬 文件交互传输方法、装置、设备及存储介质
CN113938324A (zh) * 2021-12-16 2022-01-14 成都车晓科技有限公司 一种基于区块链的车贷信息的安全存储方法
CN114398449B (zh) * 2021-12-29 2023-01-06 深圳市海清视讯科技有限公司 数据处理方法、装置、视频监控系统、存储介质
CN114443608B (zh) * 2022-04-07 2022-07-29 深圳市星卡科技股份有限公司 分布式文件存储及下载方法、装置、设备及介质
CN114911869A (zh) * 2022-05-13 2022-08-16 北京航星永志科技有限公司 一种数据及文件存储系统、方法、装置及电子设备
CN115174553A (zh) * 2022-06-06 2022-10-11 蚂蚁区块链科技(上海)有限公司 一种文件传输的方法及装置
WO2024001304A1 (zh) * 2022-06-30 2024-01-04 华为云计算技术有限公司 一种数据处理方法及相关设备
CN115118734A (zh) * 2022-07-11 2022-09-27 京东科技信息技术有限公司 文件共享方法、装置及设备
CN115269511A (zh) * 2022-07-25 2022-11-01 北京航星永志科技有限公司 一种泛电子文件封装方法及装置
CN115438383B (zh) * 2022-11-09 2023-02-14 南京邮电大学 基于区块链通道技术的临床试验数据上传及共享方法
CN116527691B (zh) * 2023-06-27 2023-11-03 天津中远海运散运数字科技有限公司 一种船岸数据的同步方法、装置、设备和介质
CN116915510B (zh) * 2023-09-13 2023-12-01 北京数盾信息科技有限公司 一种基于高速加密算法的分布式存储系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018081464A (ja) 2016-11-15 2018-05-24 富士通株式会社 通信方法、装置、及びプログラム
JP2019153260A (ja) 2018-03-05 2019-09-12 メタップス・プラス・インコーポレイテッドＭｅｔａｐｓ Ｐｌｕｓ Ｉｎｃ． 共有経済のための分散型台帳装置及び分散型台帳方法
JP2020088421A (ja) 2018-11-15 2020-06-04 富士通株式会社 通信装置、通信方法、および通信プログラム

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017173399A1 (en) * 2016-03-31 2017-10-05 Clause, Inc. System and method for creating and executing data-driven legal contracts
US10491378B2 (en) * 2016-11-16 2019-11-26 StreamSpace, LLC Decentralized nodal network for providing security of files in distributed filesystems
CN106686008B (zh) * 2017-03-03 2019-01-11 腾讯科技（深圳）有限公司 信息存储方法及装置
WO2019124610A1 (ko) * 2017-12-21 2019-06-27 문인식 블록체인을 이용한 개인정보 분리 후 분산 저장 및 조합을 통한 인증 방법
CN109243583B (zh) * 2018-07-09 2020-05-12 研境信息科技(上海)有限公司 基于区块链的医疗影像数据去中心化管理的方法及设备
CN108876383A (zh) * 2018-08-27 2018-11-23 广东工业大学 一种基于区块链的数据交易方法、装置及设备
CN109151031B (zh) * 2018-08-28 2022-08-26 北京奇虎科技有限公司 基于区块链的合约处理方法及装置
CN109493055B (zh) * 2018-11-28 2022-09-13 深圳力维智联技术有限公司 基于区块链的入网区块链设备、数据处理方法及装置
CN109886692B (zh) * 2019-03-08 2021-05-07 泰康保险集团股份有限公司 基于区块链的数据传输方法、装置、介质及电子设备
CN109831527B (zh) * 2019-03-13 2021-12-28 试金石信用服务有限公司 文件处理方法、用户端、服务器及可读存储介质
CN110032545A (zh) * 2019-03-27 2019-07-19 远光软件股份有限公司 基于区块链的文件存储方法、系统及电子设备
CN110062034B (zh) * 2019-04-01 2021-11-12 中科天御(苏州)科技有限公司 一种区块链大文件安全存储方法及系统
CN110083606B (zh) * 2019-04-25 2021-06-08 深圳市豪斯莱科技有限公司 跨链存储方法、终端及存储介质
CN110099114A (zh) * 2019-04-30 2019-08-06 普华云创科技(北京)有限公司 区块链和ipfs协议的文件存储方法、系统、终端及存储介质

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018081464A (ja) 2016-11-15 2018-05-24 富士通株式会社 通信方法、装置、及びプログラム
JP2019153260A (ja) 2018-03-05 2019-09-12 メタップス・プラス・インコーポレイテッドＭｅｔａｐｓ Ｐｌｕｓ Ｉｎｃ． 共有経済のための分散型台帳装置及び分散型台帳方法
JP2020088421A (ja) 2018-11-15 2020-06-04 富士通株式会社 通信装置、通信方法、および通信プログラム

Also Published As

Publication number Publication date
CN111104386B (zh) 2023-09-01
JP2023500316A (ja) 2023-01-05
US20220407725A1 (en) 2022-12-22
EP4047487A1 (en) 2022-08-24
CN111104386A (zh) 2020-05-05
EP4047487A4 (en) 2023-05-17
EP4047487B1 (en) 2024-05-08
WO2021088278A1 (zh) 2021-05-14

Similar Documents

Publication Publication Date Title
JP7335440B2 (ja) ファイル記憶方法、端末及び記憶媒体
CN108683747B (zh) 资源获取、分发、下载方法、装置、设备及存储介质
US20220147494A1 (en) Systems and methods for providing access to a data file stored at a data storage system
AU2019302940B2 (en) Implementing a blockchain-based web service
US11449478B2 (en) Blockchain implemented data migration audit trail
JP6581717B2 (ja) デジタルコンテンツアイテムのマルチプレミスホスティングのためのピアツーピア同期プロトコル
US8560654B2 (en) Change management
US11695829B2 (en) Peer-to-peer (P2P) downloading
CN111294379B (zh) 区块链网络服务平台及其权限托管方法、存储介质
US11539677B2 (en) Message-based database replication
CN111736775A (zh) 多源存储方法、装置、计算机系统及存储介质
EP4195624A1 (en) Data synchronization method and system based on blockchain, and related device
US11539672B2 (en) Private virtual network replication of cloud databases
US20120078946A1 (en) Systems and methods for monitoring files in cloud-based networks
US20200349126A1 (en) Data file partition and replication
KR101436406B1 (ko) Ｐ2ｐ기반 업데이트 클라이언트, 서버 장치, 시스템 및 방법
US20200348927A1 (en) Data file partition and replication
CN112565211B (zh) 区块链网络服务平台及信息处理方法、设备、存储介质
CN115694802A (zh) 区块链网络服务平台的随机数生成方法及装置、存储介质
Mattmann et al. A topical evaluation and discussion of data movement technologies for data-intensive scientific applications
CN114626100A (zh) 用于分布式账本技术的共识算法
CN117909406A (zh) 基于分层区块链的数据处理方法、装置以及可读存储介质
CN115349117A (zh) 用于多租户无服务器环境的多级高速缓存网格系统

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220428

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230410

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230417

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230711

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: 20230802

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230817

R150 Certificate of patent or registration of utility model

Ref document number: 7335440

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150