RU2729960C1 - Способ и устройство хранения данных и запроса на основе цепочки блоков - Google Patents

Способ и устройство хранения данных и запроса на основе цепочки блоков Download PDF

Info

Publication number
RU2729960C1
RU2729960C1 RU2019120038A RU2019120038A RU2729960C1 RU 2729960 C1 RU2729960 C1 RU 2729960C1 RU 2019120038 A RU2019120038 A RU 2019120038A RU 2019120038 A RU2019120038 A RU 2019120038A RU 2729960 C1 RU2729960 C1 RU 2729960C1
Authority
RU
Russia
Prior art keywords
data
service
type
request
database
Prior art date
Application number
RU2019120038A
Other languages
English (en)
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 Алибаба Груп Холдинг Лимитед
Application granted granted Critical
Publication of RU2729960C1 publication Critical patent/RU2729960C1/ru

Links

Images

Classifications

    • 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/21—Design, administration or maintenance of databases
    • G06F16/211—Schema design and management
    • G06F16/212—Schema design and management with details for data modelling support
    • 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/18—File system types
    • G06F16/1805—Append-only file systems, e.g. using logs or journals to store data
    • 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
    • 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/1865—Transactional 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/24—Querying
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G06Q20/0658—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash managed locally
    • 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/006—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols involving public key infrastructure [PKI] trust models
    • 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]

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Computing Systems (AREA)
  • Computational Linguistics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

Изобретение относится к вычислительной технике. Технический результат заключается в повышении эффективности запрашивания данных в цепочке блоков. Способ хранения данных, в котором принимают блокчейн-узлом запрос на обслуживание, причем запрос на обслуживание содержит один или более типов данных и соответствующие данные обслуживания, соответствующие одному или более типу данных, которые хранятся в цепочке блоков; определяют по меньшей мере одно из типа обслуживания или идентификационной информации, соответствующей запросу на обслуживание; синтаксически анализируют запрос на обслуживание для получения каждого типа данных запроса на обслуживание и данных обслуживания, соответствующих каждому типу данных; определяют, что не было создано реляционной базы данных для соответствия типу обслуживания; в ответ на определение, что не было создано реляционной базы данных для соответствия типу обслуживания, создают реляционную базу данных для соответствия типу обслуживания; и сохраняют, на основе отношения отображения между типом данных и данными обслуживания, данные обслуживания, которые получены посредством синтаксического анализа, в базе данных, соответствующей блокчейн-узлу, путем выполнения оператора хранения данных. 2 н. и 8 з.п. ф-лы, 5 ил.

Description

Область техники
[0001] Настоящая заявка относится к области компьютерных технологий и, в частности, к хранилищу данных и устройству и способу запрашивания на основе цепочки блоков.
Уровень техники
[0002] С непрерывным развитием компьютерных технологий технология цепочки блоков, которая является новой технологией распределенного хранения данных, становится все более популярной, потому что данные, хранящиеся в цепочке блоков (блокчейн), заслуживают доверия, так как устойчивость к подмене является особенностью технологии цепочки блоков (на которую также можно ссылаться как технология распределенного регистрационного журнала).
[0003] Принцип хранения данных в цепочке блоков может быть понят следующим образом: Пользователь инициирует запрос на обслуживание с помощью Ethereum-клиента (а именно клиента, который поддерживает технологию цепочки блоков (блокчейн-технологию), которого также можно назвать блокчейн-клиентом). Ethereum-клиент может отправить запрос на обслуживание в согласованную сеть. Каждый блокчейн-узел в согласованной сети выполняет процедуру согласования в отношении запроса на обслуживание. Каждый блокчейн-узел в согласованной сети сохраняет дайджест данных в запросе на обслуживание в цепочке блоков, соответствующей каждому блокчейн-узлу, после достижения согласования в отношении запроса на обслуживание. Кроме того, Ethereum-клиент может сохранять на основе предварительно определенного формата хранения данных, указанного в смарт-контракте, данные обслуживания в запросе на обслуживание на носителе данных, соответствующем Ethereum-клиенту.
[0004] Чтобы впоследствии помочь в запрашивании данных, хранящихся на носителе данных, обычно создается индекс заранее определенным образом, чтобы пользователь мог с помощью индекса выполнить операцию запрашивания в отношении данных обслуживания, хранящихся на носителе данных.
[0005] Однако на практике, если условие запрашивания, используемое для запрашивания данных обслуживания, отличается от созданного индекса (другими словами, условие запрашивания не соответствует индексу, указанному в смарт-контракте), эффективность запрашивания данных является относительно низкой или запрашивание дает сбой.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0006] Реализация настоящей заявки обеспечивает способ сохранения данных для смягчения проблем в существующей технологии, таких как низкая эффективность запрашивания или сбой запрашивания, когда запрашиваются данные, хранящиеся в цепочке блоков (блокчейн).
[0007] Реализация настоящей заявки обеспечивает способ сохранения данных, включающий в себя: прием блокчейн-узлом запроса на обслуживание; синтаксический анализ запроса на обслуживание для получения каждого типа данных и данных обслуживания, соответствующих каждому типу данных; и сохранение, на основе отношения отображения между типом данных и данными обслуживания, данных обслуживания, которые получены посредством синтаксического анализа в базе данных, соответствующей блокчейн-узлу.
[0008] Реализация настоящей заявки обеспечивает устройство хранения данных, чтобы облегчить проблемы в существующей технологии, такие как низкая эффективность запрашивания, или сбой запрашивания, когда запрашиваются данные, хранящиеся в цепочке блоков.
[0009] Реализация настоящей заявки предусматривает устройство хранения данных, включающее в себя: приемный модуль, сконфигурированный для приема запроса на обслуживание; модуль синтаксического анализа данных, сконфигурированный для синтаксического анализа запроса на обслуживание для получения каждого типа данных и данных обслуживания, соответствующих каждому типу данных; и модуль хранения, сконфигурированный для хранения на основе отношения отображения между типом данных и данными обслуживания данных обслуживания, которые получены посредством синтаксического анализа, в базе данных, соответствующей блокчейн-узлу.
[0010] Реализация настоящей заявки обеспечивает способ запрашивания данных для устранения проблем в существующей технологии, таких как низкая эффективность запроса или сбой запроса, когда данные, хранящиеся в цепочке блоков, запрашиваются.
[0011] Реализация настоящей заявки обеспечивает способ запрашивания данных, включающий в себя: прием блокчейн-узлом запроса на запрашивание данных обслуживания; определение, на основании запроса на запрашивание данных обслуживания, типа данных, соответствующего данным обслуживания, которые должны быть запрошены; и запрашивание данных обслуживания, которые соответствуют типу данных, из базы данных, соответствующей блокчейн-узлу, причем упомянутая база данных включает в себя отношение отображения между типом данных и данными обслуживания.
[0012] Реализация настоящей заявки обеспечивает устройство запрашивания данных для смягчения проблем в существующей технологии, таких как низкая эффективность запрашивания или сбой запрашивания, когда запрашиваются данные, хранящиеся в цепочке блоков.
[0013] Реализация настоящей заявки обеспечивает устройство запрашивания данных, включающее в себя: модуль приема запроса, сконфигурированный для приема запроса на запрашивание данных обслуживания; модуль определения типа, сконфигурированный для определения, на основе запроса на запрашивание данных обслуживания, типа данных, соответствующего данным обслуживания, которые должны быть запрошены; и модуль запрашивания данных, сконфигурированный для запрашивания данных обслуживания, которые соответствуют типу данных, из базы данных, соответствующей устройству, причем упомянутая база данных включает в себя отношение отображения между типом данных и данными обслуживания.
[0014] По меньшей мере одно из ранее описанных технических решений, используемых в реализациях настоящей заявки, может достигать следующих полезных эффектов:
[0015] В реализациях настоящей заявки после приема запроса на обслуживание, отправленного пользователем, блокчейн-узел может синтаксически анализировать запрос на обслуживание для получения каждого типа данных и данных обслуживания, соответствующих каждому типу данных, и сохранять, на основе отношения отображения между типом данных и данными обслуживания, данные обслуживания, которые получены путем синтаксического анализа, в базе данных, соответствующей блокчейн-узлу. Данные обслуживания получают посредством синтаксического анализа, и эти данные обслуживания могут быть сохранены на основе отношения отображения между типом данных и данными обслуживания в базе данных, соответствующей блокчейн-узлу. Таким образом, пользователь может запрашивать данные обслуживания на основе таких отношений отображения в базе данных, тем самым устраняя проблему в существующей технологии выполнения запрашивания в цепочке блоков на основе индекса и эффективно улучшая гибкость и эффективность запрашивания данных в цепочке блоков.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0016] Прилагаемые чертежи, описанные здесь, предназначены для обеспечения дальнейшего понимания настоящей заявки и составляют часть настоящей заявки. Иллюстративные реализации настоящей заявки и их описания предназначены для описания настоящей заявки и не составляют ограничений для настоящей заявки. На прилагаемых чертежах:
[0017] Фиг.1 является схематической диаграммой, иллюстрирующей процесс сохранения данных в соответствии с реализацией настоящей заявки;
[0018] Фиг.2 является схематической диаграммой, иллюстрирующей таблицу данных, согласно реализации настоящей заявки;
[0019] Фиг.3 иллюстрирует подробный процесс сохранения данных в соответствии с реализацией настоящей заявки;
[0020] Фиг.4 - принципиальная схема, иллюстрирующая устройство хранения данных, согласно реализации настоящей заявки; а также
[0021] Фиг.5 является схематической диаграммой, иллюстрирующей устройство запрашивания данных, согласно реализации настоящей заявки.
ОПИСАНИЕ РЕАЛИЗАЦИЙ
[0022] Чтобы специалист в данной области техники лучше понимал технические решения в настоящей заявке, ниже четко и всесторонне описаны технические решения в реализациях настоящей заявки со ссылкой на прилагаемые чертежи в реализациях настоящей заявки. Очевидно, что описанные реализации являются лишь некоторыми, но не всеми, реализациями настоящей заявки. Все другие реализации, полученные специалистом в данной области техники на основе реализаций настоящей заявки без творческих усилий, должны попадать в объем охраны настоящей заявки.
[0023] фиг. 1 является схематической диаграммой, иллюстрирующей процесс сохранения данных, согласно реализации настоящей заявки. Процесс включает в себя следующие этапы.
[0024] S101. Блокчейн-узел получает запрос на обслуживание.
[0025] На практике в процессе обработки обслуживания пользователь может отправлять запрос на обслуживание блокчейн-узлу. Блокчейн-узел может быть устройством конечного пользователя или сервером. Например, когда блокчейн-узел является сервером, пользователь может заполнить информацию обслуживания на устройстве конечного пользователя, которое удерживается пользователем. После того, как пользователь выполняет заданную операцию на устройстве конечного пользователя, устройство конечного пользователя отправляет информацию обслуживания, заполненную пользователем, на сервер в форме запроса на обслуживание. Соответственно, сервер может принять запрос на обслуживание.
[0026] Когда блокчейн-узел является устройством конечного пользователя, пользователь может заполнить информацию обслуживания на устройстве конечного пользователя. Устройство конечного пользователя может генерировать соответствующий запрос на обслуживание при определении того, что пользователь выполняет заданную операцию (например, пользователь выполняет операцию легкого удара). Это эквивалентно получению запроса на обслуживание, отправленного пользователем.
[0027] Конечно, блокчейн-узел может альтернативно быть блокчейн-клиентом (который упоминается как клиент, который может обрабатывать связанную службу, основанную на технологии цепочки блоков, например, Ethereum-клиент). Соответственно, при выполнении обработки обслуживания с использованием согласованной блочейн-сети пользователь может запустить блочейн-клиента с помощью устройства конечного пользователя и заполнить информацию обслуживания на интерфейсе, отображаемом блокчейн-клиентом. Блочейн-клиент может генерировать соответствующий запрос на обслуживание на основе информации обслуживания, заполняемой пользователем, при обнаружении того, что пользователь выполняет заданную операцию. Это эквивалентно приему запроса на обслуживание, отправленного пользователем. В дополнение, запрос на обслуживание, принятый блокчейн-узлом, может альтернативно широковещательным образом передаваться другим блокчейн-узлом.
[0028] S102. Преобразование запроса на обслуживание на основе предварительно определенного формата данных, чтобы получить последовательность данных.
[0029] Блокчейн-узел может преобразовать запрос на обслуживание на основе предварительно определенного формата данных после приема запроса на обслуживание, чтобы получить соответствующую последовательность данных.
[0030] В настоящем варианте осуществления настоящей заявки предварительно определенный формат данных включает в себя, но не ограничивается, следующими полями: поле идентификационной информации и поле типа обслуживания.
[0031] Поле идентификационной информации используется для различения данных обслуживания на уровне пользователя, например, информации, которая может однозначно идентифицировать пользователя и включается в запрос на обслуживание, такой как открытый ключ пользователя или идентификационная информация пользователя (ID), так что данные обслуживания могут быть запрошены в пользовательском пространстве.
[0032] Поле типа обслуживания используется для различения данных обслуживания различных служб (услуг) пользователя, так что пользователь может впоследствии запросить данные обслуживания в пространстве обслуживания в процессе запрашивания данных обслуживания.
[0033] Кроме того, поле данных задается в предварительно определенном формате данных. Поле данных используется для указания отношения отображения между каждым типом данных и каждым фрагментом данных обслуживания в запросе на обслуживание. Например, предположим, что запрос на обслуживание включает следующее поле данных: имя - Xiaoming, возраст - 18 лет и вес - 65 кг. В этой информации фактическими данными обслуживания являются Xiaoming, 18 и 65 кг, а имя, возраст и вес являются типами данных для данных обслуживания. Другими словами, в настоящем варианте осуществления настоящей заявки тип данных эквивалентен ключу, данные обслуживания эквивалентны значению, а поле данных является набором отображения данных «значение- ключ».
[0034] На основе ранее описанного предварительно определенного формата данных после приема запроса на обслуживание, отправленного пользователем, блокчейн-узел может синтаксически анализировать, на основе предварительно определенного формата данных, запрос на обслуживание для получения содержимого данных, включенных в запрос на обслуживание, таких как идентификационная информация, тип обслуживания, данные обслуживания, соответствующие каждому типу данных, и каждый тип данных, которые находятся в поле данных. Затем блокчейн-узел может последовательно упорядочивать в конкретной форме данные, полученные посредством синтаксического анализа, для получения последовательности данных.
[0035] Например, предположим, что после приема запроса на обслуживание, отправленного пользователем, блокчейн-узел получает следующие поля посредством синтаксического анализа запроса на обслуживание на основе предварительно определенного формата данных: поле типа обслуживания: товар; поле идентификационной информации: PublicKey; поле данных: имя: зонтик; и стоимость: 46. Блокчейн-узел в конкретной форме последовательно упорядочивает эти поля, полученные путем синтаксического анализа, и получает следующую последовательность данных:
{"PublicKey.schema": "DEFAULT", "data": "name: umbrella, cost: 46"}.
[0036] Запрос на обслуживание преобразуется в последовательность данных на основе предварительно определенного формата данных, поскольку в настоящем варианте осуществления настоящей заявки блокчейн-узел должен записать запрос на обслуживание в цепочку блоков для последующей верификации данных обслуживания. На практике блокчейн-узел обычно должен записывать запрос на обслуживание в цепочку блоков на основе заданного формата данных. Затем после приема запроса на обслуживание, отправленного пользователем, блокчейн-узел должен преобразовать, на основе предварительно определенного формата данных, запрос на обслуживание в формат данных, а именно последовательность данных, для поддержки записи запроса на обслуживание в цепочку блоков в последующем процессе, и далее записывает запрос на обслуживание в цепочку блоков в форме последовательности данных, так что данные обслуживания могут быть эффективно верифицированы на основе запроса на обслуживание, хранящегося в цепочке блоков.
[0037] Стоит отметить, что в настоящем варианте осуществления настоящей заявки блокчейн-узел может альтернативно синтаксически анализировать запрос на обслуживание для получения каждого типа данных и данных обслуживания, соответствующих каждому типу данных, и затем преобразовывать, основываясь на предварительно определенном формате данных, данные обслуживания, соответствующие каждому типу данных и каждый тип данных, которые получены посредством синтаксического анализа, чтобы получить последовательность данных. В качестве альтернативы, после получения посредством синтаксического анализа каждого типа данных и данных обслуживания, соответствующих каждому типу данных, блокчейн-узел может сначала сохранить, на основе отношения отображения между типом данных и данными обслуживания, данные обслуживания, которые получены посредством синтаксического анализа, в базу данных, соответствующую блокчейн-узлу (другими словами, выполнить этап S103), а затем преобразовать, на основе предварительно определенного формата данных, каждый тип данных, включенный в запрос на обслуживание, и данные обслуживания, соответствующие каждому типу данных, для получения последовательности данных.
[0038] Другими словами, в настоящем варианте осуществления настоящей заявки этап преобразования запроса на обслуживание на основе предварительно определенного формата данных, чтобы получить последовательность данных, является необязательным.
[0039] Конкретный процесс реализации, включающий в себя этап S102 преобразования запроса на обслуживание на основе предварительно определенного формата данных, чтобы получить последовательность данных, не обязательно является процессом синтаксического анализа запроса на обслуживание для получения каждого типа данных и данных обслуживания, соответствующих каждому типу данных, и затем преобразования, на основе предварительно определенного формата данных, данных обслуживания, соответствующих каждому типу данных и каждого типа данных, которые получены посредством анализа, для получения последовательности данных. Альтернативно, последовательность данных может быть сгенерирована путем использования другого поля в запросе на обслуживание, отличного от данных обслуживания, соответствующих каждому типу данных и каждому типу данных, которые получены путем синтаксического анализа запроса на обслуживание. Конкретное поле, которое необходимо для генерации последовательности данных, зависит от фактически необходимого формата данных для поддержки записи запроса на обслуживание в цепочку блоков.
[0040] S103. Выполнение синтаксического анализа запроса на обслуживание, чтобы получить каждый тип данных и данные обслуживания, соответствующие каждому типу данных.
[0041] В настоящем варианте осуществления настоящей заявки после приема запроса на обслуживание блокчейн-узел может сначала отправить запрос на обслуживание другим блокчейн-узлам в согласованной сети посредством широковещательной передачи, так что каждый блокчейн-узел в согласованной сети выполняет процедуру согласования в отношении запроса на обслуживание. Каждый блокчейн-узел может сохранить запрос на обслуживание в цепочке блоков, соответствующей блокчейн-узлу, после определения того, что каждый блокчейн-узел в согласованной сети достигает консенсуса (согласования) в отношении запроса на обслуживание.
[0042] Кроме того, в настоящем варианте осуществления настоящей заявки после приема запроса на обслуживание блокчейн-узел может синтаксически анализировать запрос на обслуживание для получения каждого типа данных, включенного в запрос на обслуживание, и данных обслуживания, соответствующих каждому типу данных, и сохранять на основе отношения отображения между типом данных и данными обслуживания - данные обслуживания, которые получены путем синтаксического анализа, в базе данных, соответствующей блокчейн-узлу, в последующем процессе.
[0043] База данных, упомянутая в настоящем варианте осуществления настоящей заявки, может быть реляционной базой данных. При таком способе хранения данных данные могут быть быстро запрошены, и на запрашивание не влияет условие запрашивания. Другими словами, даже если поле индекса изменяется, данные обслуживания, хранящиеся в базе данных, все же могут адаптироваться к новому полю индекса, и на данные обслуживания, запрашиваемые пользователем, не влияет изменение поля индекса, используемого для запрашивания данных обслуживания.
[0044] В настоящем варианте осуществления настоящей заявки во время сохранения данных обслуживания блокчейн-узел может выполнять различение на основе типа обслуживания или идентификационной информации данных обслуживания, подлежащих сохранению, так что данные обслуживания, соответствующие различным типам службы или идентификационной информации, могут быть сохранены в разных базах данных. По существу, пользователь может точно запрашивать данные обслуживания в пространстве типа обслуживания или идентификационной информации в последующем процессе запрашивания данных обслуживания.
[0045] На основании этого, в дополнение к синтаксическому анализу запроса на обслуживание для получения каждого типа данных и данных обслуживания, соответствующих каждому типу данных, блокчейн-узел может получить, посредством синтаксического анализа, тип обслуживания и идентификационную информацию, которые соответствуют данным обслуживания, включенным в запрос на обслуживание, затем преобразовать, на основе предварительно определенного формата оператора, каждый тип данных, данные обслуживания, соответствующие каждому типу данных, тип обслуживания и идентификационную информацию, полученную посредством синтаксического анализа, для получения оператора сохранения данных и сохранять посредством выполнения этого оператора сохранения данных, данные обслуживания, полученные путем синтаксического анализа, в базе данных, соответствующей блокчейн-узлу, в последующем процессе.
[0046] Например, блокчейн-узел определяет путем синтаксического анализа запроса на обслуживание, что данные обслуживания, которые должны быть сохранены, представляют собой shoes#12xew и 158, типом обслуживания, соответствующим данным службы, которые должны быть сохранены, является товар, идентификационная информация, соответствующая данным обслуживания, которые должны быть сохранены, представляет собой PublicKey1, а типы данных, соответственно соответствующий данным обслуживания «12xew» и «158», представляют собой имя и стоимость. Блокчейн-узел может преобразовывать на основе предварительно определенного формата оператора, тип обслуживания, идентификационную информацию, данные обслуживания, соответствующие каждому типу данных, и каждый тип данных, которые получены посредством синтаксического анализа, для получения соответствующего оператора сохранения данных. Пример формы выглядит следующим образом:
[0047] insert into "PublicKey1.schema: commodity" (name, cost) value ('shoes#12xew', '158'). (Вставить в "PublicKey1.schema: commodity" (имя, стоимость) значение ('shoes#12xew', '158')).
[0048] Блокчейн-узел может сохранять, выполняя оператор сохранения данных, данные обслуживания в базе данных, соответствующей блокчейн-узлу, в последующем процессе.
[0049] Блокчейн-узел может синтаксически анализировать запрос на обслуживание с использованием предварительно определенной программы синтаксического анализа. Программа синтаксического анализа задает формат данных, который должен использоваться для синтаксического анализа, и поле, которое должно быть синтаксически проанализировано. Блокчейн-узел может синтаксически анализировать запрос на обслуживание, запустив программу синтаксического анализа. Программа синтаксического анализа может быть скомпилирована персоналом по эксплуатации и техническому обслуживанию блокчейн-узла в зависимости от фактической необходимости.
[0050] Стоит отметить, что, в отличие от сохранения данных обслуживания в базе данных в пространстве типа обслуживания и идентификационной информации, если блокчейн-узел соответствует одной базе данных, в базе данных могут быть установлены разные таблицы данных. Каждый тип обслуживания и каждый фрагмент идентификационной информации могут соответствовать одной таблице данных. Как таковой, блокчейн-узел может сохранять данные обслуживания в таблицах, данных в базе данных на основе типа обслуживания и идентификационной информации. Разумеется, данные обслуживания, соответствующие типу услуги, и идентификационная информация могут различаться в базе данных в форме, отличной от формы таблицы данных. Детали опущены здесь для простоты.
[0051] Стоит отметить, что в настоящем варианте осуществления настоящей заявки блокчейн-узел может выполнить этап S103 перед выполнением этапа S102, может выполнить этап S102 перед выполнением этапа S103 или может выполнить S102 для получения последовательности данных перед выполнением этапа S103, чтобы синтаксически анализировать полученную последовательность синтаксического анализа для получения, на основе способа, показанного на этапе S103, каждого типа данных и данных обслуживания, соответствующих каждому типу данных. Этап S102 и этап S103 могут выполняться одновременно в настоящем варианте осуществления настоящей заявки. Никаких конкретных ограничений здесь не предусмотрено.
[0052] S104. Сохранение, на основе отношения отображения между типом данных и данными обслуживания, данных обслуживания, которые получены посредством синтаксического анализа, в базе данных, соответствующей блокчейн-узлу.
[0053] В настоящем варианте осуществления настоящей заявки после получения, посредством синтаксического анализа запроса на обслуживание, каждого типа данных и данных обслуживания, соответствующих каждому типу данных, блокчейн-узел может сохранять данные обслуживания, полученные посредством синтаксического анализа типов данных, в базе данных.
[0054] Для данных обслуживания, соответствующих различным типам услуг и идентификационной информации, блокчейн-узел может определить на основе типов услуг и идентификационной информации, которые получены посредством синтаксического анализа, базу данных, соответствующую типам услуг и идентификационной информации, а затем блокчейн-узел соответственно могут сохранять данные обслуживания, полученные путем синтаксического анализа в типах данных, в базе данных.
[0055] После получения оператора сохранения данных посредством выполнения этапа S103 блокчейн-узел может выполнить оператор сохранения данных, чтобы определить тип обслуживания и идентификационную информацию, которые соответствуют данным обслуживания, которые должны быть сохранены. Блокчейн-узел затем может дополнительно определить, соответствует ли блокчейн-узел базе данных, соответствующей типу обслуживания и идентификационной информации. Если да, блокчейн-узел может дополнительно отдельно сохранить данные обслуживания, полученные путем синтаксического анализа типов данных в базе данных. Если нет, блокчейн-узел должен создать на основе определенного типа обслуживания и определенной идентификационной информации базу данных, соответствующую типу обслуживания и идентификационной информации, чтобы блокчейн-узел сохранял данные обслуживания в этой базе данных.
[0056] Разумеется, в настоящем варианте осуществления настоящей заявки, если блокчейн-узел соответствует одной базе данных, блокчейн-узел может определить, включает ли в себя эта база данных таблицу данных, соответствующую типу обслуживания и идентификационной информации. Если да, блокчейн-узел отдельно сохранит данные обслуживания, полученные путем синтаксического анализа типов данных в этой таблице данных. Если нет, блокчейн-узел создает, используя предопределенный способ создания таблицы, таблицу данных, соответствующую типу обслуживания и идентификационной информации, а затем сохраняет данные обслуживания, полученные путем синтаксического анализа, в этой таблице данных.
[0057] Например, предположим, что блокчейн-узел определяет следующие поля, выполняя оператор сохранения данных: полем типа обслуживания, соответствующее хранимым данным обслуживания, является «товар»; и открытым ключом пользователя является «PublicKey1», который используется для указания идентификационной информации (поскольку фактический открытый ключ пользователя может быть относительно сложным, открытый ключ пользователя просто указывается с использованием здесь PublicKey1). Блокчейн-узел может дополнительно определять, включает ли в себя база данных, соответствующая блокчейн-узлу, таблицу данных, которая включает в себя идентификационную информацию PublicKey1 и тип обслуживания «товар». При определении того, что таблица данных не существует, блокчейн-узел создает таблицу данных, соответствующую типу обслуживания «товар» и идентификационной информации PublicKey1, в базе данных на основе определенного типа обслуживания «товар», определенной идентификационной информации PublicKey1 и способа создания предварительно определенной таблицы. Оператор выполнения выглядит следующим образом:
[0058] create table "PublicKey1.schema: commodity" if "PublicKey1.schema: commodity" not exist. (Создать таблицу "PublicKey1.schema: commodity" если "PublicKey1.schema: commodity" не существует.)
[0059] После определения (или создания) путем выполнения оператора сохранения данных таблицы данных, соответствующей данным обслуживания, в базе данных, соответствующей блокчейн-узлу, блокчейн-узел может определить, включает ли в себя таблица данных каждый тип данных, включенный в данные обслуживания. Если да, блокчейн-узел создает строку или столбец, соответствующие типу данных в таблице данных. Если нет, блокчейн-узел может добавить строку/столбец, соответствующие типу данных, в таблицу данных на основе типа данных и предварительно определенного способа создания строки/столбца.
[0060] Продолжая предыдущий пример, блокчейн-узел определяет поле данных: name: shoes#12xew и cost: 158 в последовательности данных. В этом поле данных «имя» и «стоимость» являются типами данных и эквивалентны ключам, а данные обслуживания, соответствующие имени и стоимости, эквивалентны значению. Блокчейн-узел может определить, включает ли в себя таблица данных, определенная на основе товара типа обслуживания и идентификационной информации PublicKey1, каждый тип данных в этом поле данных. Если да, блокчейн-узел не создает столбец, соответствующий типу данных, в базе данных. Если нет, блокчейн-узел может добавить столбец, соответствующий типу данных, в таблицу данных на основе типа данных и предварительно определенного способа создания столбца (если таблица данных создается в измерении по строке, можно использовать способ создания строки). Конкретный оператор выполнения выглядит следующим образом:
[0061] create column "name" if "PublicKey1.schema: commodity". "name" not exist; create column "cost" if "PublicKey1.schema: commodity". "cost" not exis. (создать столбец "name" если "PublicKey1.schema: commodity". "name" не существует; создать столбец "cost" если "PublicKey1.schema: commodity". "cost" не существует.)
[0062] После определения посредством выполнения оператора сохранения данных типа данных (тип данных может ранее существовать в базе данных или может быть создан блокчейн-узлом путем выполнения оператора сохранения данных), соответствующего данным обслуживания, которые должны храниться в базе данных, блокчейн-узел может сохранить данные обслуживания в типе данных в базе данных. Конечно, если блокчейн-узел определяет, что тип данных, соответствующий данным обслуживания, которые должны быть сохранены, находится в некоторой таблице данных (а именно, таблице данных, которая соответствует типу обслуживания и идентификационной информации) в базе данных, блокчейн-узел может хранить данные обслуживания, которые получают посредством синтаксического анализа в типе данных, в таблице данных, как показано на фиг. 2.
[0063] Фиг. 2 является схематической диаграммой, иллюстрирующей таблицу данных согласно реализации настоящей заявки.
[0064] На фиг. 2 имя и стоимость - это типы данных для данных обслуживания, PublicKey1 - это идентификационная информация, соответствующая данным обслуживания, товар - тип обслуживания, соответствующий данным обслуживания, и каждый тип данных записывает данные обслуживания, соответствующие типу данных. Таким образом, когда пользователь впоследствии запрашивает данные обслуживания, блокчейн-узел может принимать запрос на запрашивание данных обслуживания, отправленный пользователем, и дополнительно запрашивать данные обслуживания, которые соответствуют запросу на запрашивание данных обслуживания, из базы данных. Процесс запрашивания может быть следующим: после получения запроса на запрашивание данных обслуживания блокчейн-узел может сначала определить тип обслуживания и идентификационную информацию, которые включены в запрос на запрашивание данных обслуживания. Затем блокчейн-узел может определить таблицу данных, которая соответствует типу обслуживания и идентификационной информации, в базе данных, и выполнить дополнительное запрашивание из таблицы данных на основе отношения отображения, которое существует между типом данных и данными обслуживания и записано в таблице данных, данных обслуживания, которые должны быть запрошены на основе запроса на запрашивание данных обслуживания.
[0065] Например, предположим, что запрос на запрашивание данных обслуживания, полученный блокчейн-узлом, включает в себя следующие поля: PublicKey: PublicKey1, схема: товар, и название: blouse#4212v. Блокчейн-узел может определить в запросе на запрашивание данных обслуживания, что тип обслуживания, соответствующий запросу на запрашивание данных обслуживания, является товаром, а идентификационная информация - PublicKey1, затем идентифицировать таблицу данных, которая соответствует типу обслуживания «товар», и идентификационную информацию PublicKey1 из базы данных, соответствующей блокчейн-узлу, и идентифицируют данные обслуживания 211, соответствующие полю индекса blouse#4212v, из таблицы данных на основе поля индекса blouse#4212v.
[0066] Конечно, если данные обслуживания различаются на основе только типа данных, после приема запроса на запрашивание данных обслуживания, отправленного пользователем, блокчейн-узел может определить, на основании запроса на запрашивание данных обслуживания, тип данных, соответствующий данным обслуживания, которые должны быть запрошены, и затем запросить данные обслуживания, которые соответствуют этому типу данных, из базы данных, соответствующей блокчейн-узлу. При определении типа данных после приема запроса на запрашивание данных обслуживания, отправленного пользователем, блокчейн-узел может определить поле индекса, а именно ключ, включенный в запрос на запрашивание данных обслуживания, и определить поле индекса, а именно ключ, в качестве типа данных, соответствующего данным обслуживания, которые должны быть запрошены.
[0067] В этой таблице данных, помимо запроса данных обслуживания с использованием ключа в качестве поля индекса, данные обслуживания могут быть запрошены путем создания индекса пользователем. Например, продолжая предыдущий пример, если пользователю необходимо запросить данные обслуживания на основе диапазона цен, он может ввести диапазон цен в блокчейн-узел. Блокчейн-узел может запрашивать, основываясь на диапазоне цен, введенном пользователем, данные обслуживания, которые удовлетворяют диапазону цен, из таблицы данных в базе данных, и возвращать данные обслуживания, которые удовлетворяют условию, пользователю для просмотра.
[0068] В существующей технологии блокчейн-узел должен записывать данные обслуживания в цепочку блоков на основе формата хранения данных, указанного в смарт-контракте. Кроме того, блокчейн-узел обычно сохраняет, на основе формата хранения данных, данные обслуживания в памяти, соответствующей блокчейн-узлу по умолчанию. Следовательно, в процессе компиляции смарт-контракта обычно указывается, что блокчейн-узел сохраняет на основе указанного формата хранения данных данные обслуживания в памяти, соответствующей блокчейн-узлу. Соответственно, когда пользователь запрашивает данные обслуживания из блокчейн-узла с использованием смарт-контракта, пользователь также должен запросить фиксированным образом (например, используя поле индекса в фиксированной форме) соответствующие данные обслуживания из памяти, соответствующей блокчейн-узлу.
[0069] Однако, на практике поле индекса, используемое пользователем для запрашивания данных обслуживания, не является уникальным. Следовательно, индексное поле, используемое пользователем для запрашивания данных обслуживания, может быть не указано в смарт-контракте. Как только пользователь использует поле индекса, которое не удовлетворяет смарт-контракту, блокчейн-узел не может идентифицировать предыдущие данные обслуживания из блокчейн-узла с помощью смарт-контракта.
[0070] Например, когда блокчейн-узел сохраняет, основываясь на предварительно определенном формате хранения данных с использованием смарт-контракта, запрос на обслуживание в памяти, соответствующей блокчейн-узлу, пользователь может впоследствии запрашивать данные обслуживания из памяти только с помощью ключа в качестве поля индекса. Однако блокчейн-узел сохраняет все фрагменты данных обслуживания один за другим на основе указанного формата данных, указанного в смарт-контракте, используя этот смарт-контракт, другими словами, не сохраняет данные обслуживания в форме таблицы данных в реляционной базе данных. Поэтому, когда пользователю необходимо запрашивать данные обслуживания на основе содержимого, записанного в значении, смарт-контракт не может эффективно поддерживать поле запроса, введенное пользователем в блокчейн-узел. Следовательно, пользователь не может идентифицировать, используя смарт-контракт, предыдущие данные обслуживания из памяти, соответствующей блокчейн-узлу (поскольку предыдущие данные обслуживания могут быть запрошены только с использованием ключа в качестве поля индекса). Альтернативно, блокчейн-узел может идентифицировать соответствующие данные обслуживания из памяти, соответствующей блокчейн-узлу, только когда блокчейн-узел в течение длительного времени просматривает память на основании поля запроса, введенного пользователем.
[0071] В настоящем варианте осуществления настоящей заявки после приема запроса на обслуживание, отправленного пользователем, блокчейн-узел может синтаксически анализировать запрос на обслуживание, чтобы определить каждый тип данных, включенный в запрос на обслуживание, и данные обслуживания, соответствующие каждому типу данных, и, наконец, сохранить на основе отношения отображения между типом данных и данными обслуживания данные обслуживания, которые получены посредством синтаксического анализа, в базе данных, соответствующей блокчейн-узлу. Таким образом, пользователь может запрашивать данные обслуживания на основе таких отношений отображения в базе данных, тем самым устраняя проблему в существующей технологии выполнения запрашивания в цепочке блоков на основе индекса и эффективно улучшая гибкость и эффективность запрашивания данных в цепочке блоков.
[0072] Стоит отметить, что в настоящем варианте осуществления настоящей заявки данные обслуживания пользователей могут различаться в базе данных на основе только идентификационной информации, и классификация типов обслуживания не выполняется для всех пользователей. Поэтому в предыдущем процессе блокчейн-узел может создать базу данных, создать таблицу данных в базе данных или определить таблицу данных в базе данных на основе идентификационной информации. Разумеется, данные обслуживания можно различать в базе данных только по типу обслуживания. Конкретный способ может использоваться для различения данных обслуживания в зависимости от потребности в обслуживании.
[0073] Чтобы дополнительно описать процесс сохранения данных, предоставленный в предыдущей реализации, в реализации настоящей заявки способ сохранения данных, представленный в настоящей заявке, дополнительно описывается с использованием конкретного процесса выполнения, как показано на фиг. 3.
[0074] Фиг. 3 иллюстрирует подробный процесс сохранения данных в соответствии с реализацией настоящей заявки. Процесс включает в себя следующие этапы.
[0075] S301. Блокчейн-узел принимает запрос на обслуживание.
[0076] Блокчейн-узел может принимать запрос на обслуживание, отправленный пользователем, используя устройство конечного пользователя. Блокчейн-узел может быть устройством конечного пользователя, может быть сервером или может быть клиентом, который может обрабатывать связанную услугу, основанную на технологии цепочки блоков.
[0077] S302. Анализируют запрос на обслуживание, чтобы определить каждый тип данных, включенный в запрос на обслуживание, и данные обслуживания, соответствующие каждому типу данных.
[0078] После приема запроса на обслуживание блокчейн-узел может синтаксически анализировать запрос на обслуживание, чтобы определить каждый тип данных, включенный в запрос на обслуживание, и данные обслуживания, соответствующие каждому типу данных. Блокчейн-узел может синтаксически анализировать запрос на обслуживание с использованием предварительно определенной программы синтаксического анализа. Программа синтаксического анализа может быть установлена персоналом по эксплуатации и обслуживанию блокчейн-узла в зависимости от фактической необходимости.
[0079] S303. Преобразовывают, на основе предварительно определенного формата данных, данные обслуживания, соответствующие каждому типу данных и каждому типу данных, которые получены посредством синтаксического анализа, для получения последовательности данных.
[0080] После получения каждого типа данных, включенных в запрос на обслуживание, и данных обслуживания, соответствующих каждому типу данных, путем синтаксического анализа запроса на обслуживание, блокчейн-узел может преобразовывать, на основе предварительно определенного формата данных, данные обслуживания, соответствующие каждому типу данных и каждому типу данных, которые получены с помощью синтаксического анализа, чтобы получить последовательность данных. Конкретный процесс получения последовательности данных может быть следующим: Блокчейн-узел может последовательно упорядочивать в конкретной форме данные, полученные путем синтаксического анализа, для получения соответствующей последовательности данных.
[0081] S304. Отправляют запрос на обслуживание в согласованную сеть для процедуры согласования и сохраняют эту последовательность данных в цепочке блоков, соответствующей блокчейн-узлу, после определения, что согласование достигнуто в отношении запроса на обслуживание.
[0082] При приеме запроса на обслуживание блокчейн-узел может отправить запрос на обслуживание в согласованную сеть, так что другой блокчейн-узел в согласованной сети выполняет процедуру согласования в отношении запроса на обслуживание. После определения того, что другой блокчейн-узел достигает согласования в отношении запроса на обслуживание, блокчейн-узел может сохранять в форме последовательности данных запрос на обслуживание в цепочке блоков, сохраненной блокчейн-узлом для последующей верификации данных обслуживания.
[0083] В настоящем варианте осуществления настоящей заявки каждый раз, когда блокчейн-узел принимает запрос на обслуживание, блокчейн-узел отправляет запрос на обслуживание в согласованную сеть для процедуры согласования. Альтернативно, блокчейн-узел может сначала принимать запросы на обслуживание, отправленные пользователями, упаковывать принятые запросы на обслуживание в блок предварительной обработки при определении, что наступает фаза согласования, и отправлять блок предварительной обработки в согласованную сеть для процедуры согласования. Соответственно, после приема запросов на обслуживание, отправленных пользователями, блокчейн-узел может синтаксически анализировать запросы на обслуживание один за другим, чтобы определить тип данных и данные обслуживания, соответствующие типу данных, которые включены в каждый запрос на обслуживание, и затем преобразовать, на основе предварительно определенного формата данных, тип данных и данные обслуживания, соответствующие типу данных, которые включены в каждый запрос обслуживания, для получения каждой последовательности данных.
[0084] После определения того, что другой блокчейн-узел в согласованной сети достигает согласования в отношении блока предварительной обработки, отправленного в согласованную сеть, блокчейн-узел может сохранять в форме каждой последовательности данных, соответствующей каждому запросу на обслуживание, каждый запрос на обслуживание, включенный в блок предварительной обработки в цепочке блоков, включенной в блокчейн-узел.
[0085] S305. Сохраняют, на основе отношения отображения между типом данных и данными обслуживания, данные обслуживания, которые получены посредством синтаксического анализа, в базе данных, соответствующей блокчейн-узлу.
[0086] При преобразовании каждого типа данных и данных обслуживания, которые получены посредством синтаксического анализа, блокчейн-узел может сохранять на основе отношения отображения между типом данных и данными обслуживания данные обслуживания, которые получены посредством синтаксического анализа, в базе данных, соответствующей блокчейн-узлу, чтобы гарантировать, что пользователь может впоследствии идентифицировать соответствующие данные обслуживания из базы данных на основе отношения отображения между типом данных и данными обслуживания.
[0087] Блокчейн-узел может одновременно выполнять этап S303 и этап S305. Другими словами, когда блокчейн-узел преобразует данные обслуживания, соответствующие каждому типу данных и каждому типу данных, которые получены посредством синтаксического анализа, для получения последовательности данных, блокчейн-узел может сохранять, на основе отношения отображения между типом данных и данными обслуживания, данные обслуживания, полученные путем синтаксического анализа, в базе данных, соответствующей блокчейн-узлу.
[0088] Конечно, после определения того, что другой блокчейн-узел в согласованной сети достигает согласования в отношении запроса на обслуживание, блокчейн-узел может сохранять на основе отношения отображения между типом данных и данными обслуживания данные обслуживания, которые получены посредством синтаксического анализа, в базе данных, соответствующей блокчейн-узлу.
[0089] Выше были описаны способ сохранения данных и способ запрашивания данных, предоставленные в реализациях настоящей заявки. На основе той же концепции реализации настоящей заявки дополнительно обеспечивают устройство хранения данных и устройство запрашивания данных, как показано на фиг. 4 и фиг. 5.
[0090] Фиг.4 - схематическая диаграмма, иллюстрирующая устройство хранения данных согласно реализации настоящей заявки. Устройство включает в себя: приемный модуль 401, сконфигурированный для приема запроса на обслуживание; модуль 402 синтаксического анализа данных, сконфигурированный для синтаксического анализа запроса на обслуживание для получения каждого типа данных и данных обслуживания, соответствующих каждому типу данных; и модуль 403 хранения, сконфигурированный для хранения, на основе отношения отображения между типом данных и данными обслуживания, данных обслуживания, которые получены посредством синтаксического анализа, в базе данных, соответствующей блокчейн-узлу.
[0091] Устройство дополнительно включает в себя: модуль 404 согласования, сконфигурированный для преобразования на основе предварительно определенного формата данных каждого типа данных, включенного в запрос на обслуживание, и данных обслуживания, соответствующих каждому типу данных, для получения последовательности данных; выполнения процедуры согласования в отношении запроса на обслуживание с использованием согласованной сети; и сохранения последовательности данных в цепочке блоков, соответствующей устройству, после достижения согласования в отношении запроса на обслуживание.
[0092] Модуль 402 синтаксического анализа данных определяет, по меньшей мере, одно из типа обслуживания или идентификационной информации, соответствующей запросу на обслуживание.
[0093] Модуль 403 хранения преобразует, на основе предварительно определенного формата оператора, по меньшей мере, одно из каждого типа данных, данных обслуживания, соответствующих каждому типу данных, типа обслуживания или идентификационной информации, которые получены посредством синтаксического анализа, для получения оператора сохранения данных; и сохраняет данные обслуживания, полученные путем синтаксического анализа, в базе данных, выполняя этот оператор сохранения данных.
[0094] Модуль 403 хранения создает, на основе по меньшей мере одного из типа обслуживания или идентификационной информации, базу данных, соответствующую, по меньшей мере, одному из типа обслуживания или идентификационной информации, при определении посредством выполнения оператора сохранения данных, что ни одна база данных, которая соответствует по меньшей мере одному из типа обслуживания или идентификационной информации, не идентифицирована; и сохраняет данные обслуживания, полученные путем синтаксического анализа, в созданной базе данных.
[0095] Модуль 403 хранения создает каждый тип данных, который получается путем синтаксического анализа последовательности данных, в базе данных при определении того, что база данных не включает в себя тип данных; и сохраняет данные обслуживания, соответствующие типу данных, в этой базе данных.
[0096] Фиг. 5 является схематической диаграммой, иллюстрирующей устройство запрашивания данных, согласно реализации настоящей заявки. Устройство включает в себя: модуль 501 приема запроса, сконфигурированный для приема запроса на запрашивание данных обслуживания; модуль 502 определения типа, сконфигурированный для определения, на основании запроса на запрашивание данных обслуживания, типа данных, соответствующих данным обслуживания, которые должны быть запрошены; и модуль 503 запрашивания данных, сконфигурированный для запрашивания данных обслуживания, которые соответствуют типу данных, из базы данных, соответствующей устройству, причем упомянутая база данных включает в себя отношение отображения между типом данных и данными обслуживания.
[0097] В реализациях настоящей заявки после приема запроса на обслуживание, отправленного пользователем, блокчейн-узел может синтаксически анализировать запрос на обслуживание для получения каждого типа данных и данных обслуживания, соответствующих каждому типу данных, и сохранять на основе отношения отображения между типом данных и данными обслуживания, данные обслуживания, которые получены путем синтаксического анализа, в базе данных, соответствующей блокчейн-узлу. Данные обслуживания получают посредством синтаксического анализа, и данные обслуживания могут быть сохранены на основе отношения отображения между типом данных и данными обслуживания в базе данных, соответствующей блокчейн-узлу. Таким образом, пользователь может запрашивать данные обслуживания на основе таких отношений отображения в базе данных, тем самым устраняя проблему в существующей технологии выполнения запрашивания в цепочке блоков на основе индекса и эффективно улучшая гибкость и эффективность запрашивания данных в цепочке блоков.
[0098] В 1990-х годах можно было четко различить, является ли техническое усовершенствование аппаратным усовершенствованием (например, усовершенствованием структуры схемы, такой как диод, транзистор или коммутатор) или усовершенствованием программного обеспечения (усовершенствованием процедуры способа). Однако по мере развития технологий текущие усовершенствования многих процедур способов могут рассматриваться как непосредственные улучшения структур аппаратных схем. Разработчик обычно программирует улучшенную процедуру способа в аппаратную схему, чтобы получить соответствующую структуру аппаратной схемы. Поэтому, процедура способа может быть улучшена с использованием аппаратного модуля объекта. Например, программируемое логическое устройство (PLD) (например, программируемая пользователем вентильная матрица (FPGA)) является такой интегральной схемой, и логическая функция PLD определяется пользователем посредством программирования устройства. Разработчик выполняет программирование для «интеграции» цифровой системы в PLD, не обращаясь к производителю микросхем с просьбой разработать и изготовить микросхему интегральной микросхемы для конкретного приложения. Кроме того, в настоящее время вместо ручного изготовления кристалла интегральной микросхемы, этот тип программирования в основном реализуется с использованием программного обеспечения «логического компилятора». Программное обеспечение логического компилятора аналогично программному компилятору, используемому для разработки и написания программы. Оригинальный код должен быть написан на конкретном языке программирования для компиляции. Этот язык называется языком описания аппаратных средств (HDL). Существует много HDL, таких как Advanced Boolean Expression Language (ABEL), Язык описания оборудования Altera (AHDL), Confluence, Язык программирования Корнельского университета (CUPL), HDCal, Язык описания оборудования Java (JHDL), Lava, Lola, MyHDL, PALASM и Ruby Hardware Description Language (RHDL). Язык описания высокоскоростных аппаратных средств для интегральных схем (VHDL) и Verilog используются наиболее часто. Специалист в данной области также должен понимать, что аппаратная схема, которая реализует процедуру логического способа, может быть легко получена, когда процедура способа логически запрограммирована с использованием нескольких описанных языков описания аппаратных средств и запрограммирована в интегральную схему.
[0099] Контроллер может быть реализован с использованием любого подходящего способа. Например, контроллер может быть микропроцессором или процессором или машиночитаемым носителем, который хранит машиночитаемый программный код (такой как программное обеспечение или встроенное программное обеспечение), который может выполняться микропроцессором или процессором, логическим вентилем, переключателем, специализированной интегральной схемой (ASIC), программируемым логическим контроллером или встроенным микропроцессором. Примеры контроллера включают, но не ограничиваются, следующие микропроцессоры: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20 и Silicon Labs C8051F320. Контроллер памяти также может быть реализован как часть логики управления памятью. Специалисту в данной области также известно, что в дополнение к реализации контроллера с использованием машиночитаемого программного кода в отношении этапов способа может быть выполнено логическое программирование, чтобы позволить контроллеру реализовать ту же функцию в виде логического элемента, коммутатора, специализированной интегральной схемы, программируемого логического контроллера и встроенного микроконтроллера. Поэтому контроллер может рассматриваться как аппаратный компонент, а устройство, сконфигурированное для реализации различных функций в контроллере, также может рассматриваться как структура в аппаратном компоненте. Или устройство, сконфигурированное для реализации различных функций, может даже рассматриваться как программный модуль, реализующий способ, и как структура в аппаратном компоненте.
[0100] Система, устройство, модуль или блок, проиллюстрированные в предыдущих реализациях, могут быть реализованы с использованием компьютерной микросхемы или объекта, или могут быть реализованы с использованием продукта, имеющего некоторую функцию. Типичным устройством реализации является компьютер. Компьютер может быть, например, персональным компьютером, ноутбуком, сотовым телефоном, телефоном с камерой, смартфоном, персональным цифровым помощником, медиаплеером, навигационным устройством, устройством электронной почты, игровой приставкой, планшетом, компьютером, носимым устройством или комбинацией любых из этих устройств.
[0101] Для простоты описания вышеприведенное устройство описывается разделением функций на различные блоки. Конечно, когда настоящая заявка реализуется, функция каждого блока может быть реализована в одном или нескольких элементах программного и/или аппаратного обеспечения.
[0102] Специалист в данной области должен понимать, что реализация настоящего раскрытия сущности может быть предоставлена как способ, система или компьютерный программный продукт. Поэтому, настоящее раскрытие может использовать форму только аппаратных реализаций, только программных реализаций или реализаций с комбинацией программного и аппаратного обеспечения. Кроме того, реализации настоящего раскрытия могут использовать форму компьютерного программного продукта, который реализован на одном или нескольких компьютерных носителях данных (включая, но не ограничиваясь этим, дисковую память, CD-ROM, оптическую память и т.д.), которые включают в себя компьютерный программный код.
[0103] Настоящее раскрытие описано со ссылкой на блок-схемы и/или блок-схемы способа, устройства (системы) и компьютерный программный продукт на основе реализаций настоящего раскрытия. Стоит отметить, что инструкции компьютерной программы могут использоваться для реализации каждого процесса и/или каждого блока в блок-схемах и/или блок-схемах и комбинации процесса и/или блока в блок-схемах и/или блок-схемах. Эти инструкции компьютерной программы могут предоставляться для универсального компьютера, специализированного компьютера, встроенного процессора или процессора другого программируемого устройства обработки данных для генерации машины, так что инструкции, выполняемые компьютером или процессором другого программируемого устройства обработки данных, генерируют устройство для реализации конкретной функции в одном или нескольких процессах на блок-схемах и/или в одном или нескольких блоках на блок-схемах.
[0104] Эти инструкции компьютерной программы могут сохраняться в машиночитаемой памяти, которая может дать команду компьютеру или другому программируемому устройству обработки данных работать определенным образом, так что инструкции, хранящиеся в машиночитаемой памяти, генерируют артефакт, который включает в себя устройство инструкций. Это устройство инструкций реализует конкретную функцию в одном или нескольких процессах на блок-схемах и/или в одном или нескольких блоках на блок-схемах.
[0105] Эти инструкции компьютерной программы могут быть загружены на компьютер или другое программируемое устройство обработки данных, так что ряд операций, операций и этапов выполняются на компьютере или другом программируемом устройстве, тем самым генерируя реализованную компьютером обработку. Следовательно, инструкции, выполняемые на компьютере или другом программируемом устройстве, предоставляют этапы для реализации конкретной функции в одном или нескольких процессах в блок-схемах и/или в одном или нескольких блоках на блок-схемах.
[0106] В типичной конфигурации вычислительное устройство включает в себя один или несколько процессоров (ЦП), один или несколько интерфейсов ввода/вывода, один или несколько сетевых интерфейсов и одно или несколько запоминающих устройств.
[0107] Память может включать в себя непостоянное запоминающее устройство, оперативное запоминающее устройство (ОЗУ), энергонезависимое запоминающее устройство и/или другую форму, которые находятся на машиночитаемом носителе, например, постоянном запоминающем устройстве (ПЗУ) или флэш-памяти (флэш-память). Память является примером машиночитаемого носителя.
[0108] Машиночитаемый носитель включает в себя постоянные, непостоянные, сменные и несменные носители, которые могут хранить информацию с использованием любого способа или технологии. Информация может быть машиночитаемой инструкцией, структурой данных, программным модулем или другими данными. Примеры компьютерного носителя данных включают в себя, но не ограничиваются этим, память с произвольным доступом к параметрам (PRAM), статическую память с произвольным доступом (SRAM), динамическую память с произвольным доступом (DRAM), другой тип оперативной памяти (RAM), постоянное запоминающее устройство (ПЗУ), электрически стираемое программируемое постоянное запоминающее устройство (ЭСППЗУ), флэш-память или другую технологию памяти, постоянное запоминающее устройство на компакт-дисках (CD-ROM), цифровой универсальный диск (DVD) или другое оптическое хранилище, кассетная магнитная лента, накопитель на магнитной ленте/магнитном диске, другое магнитное запоминающее устройство или любой другой непередающий носитель. Компьютерный носитель данных может использоваться для хранения информации, доступной для вычислительного устройства. Как описано в настоящем описании, машиночитаемый носитель не включает в себя машиночитаемый временный носитель, такой как модулированный сигнал данных и носитель.
[0109] Стоит также отметить, что термины «включать», «содержать» или любые другие их варианты предназначены для охвата неисключительного включения, так что процесс, способ, продукт или устройство, которое включает в себя список элементов, не только включают в себя эти элементы, но также включают в себя другие элементы, которые явно не перечислены, или дополнительно включают в себя элементы, присущие такому процессу, способу, продукту или устройству. Элемент, описываемый как «включает в себя...», дополнительно включает в себя, без дополнительных ограничений, другой такой же или идентичный элемент в процессе, способе, продукте или устройстве, которое включает в себя элемент.
[0110] Специалист в данной области должен понимать, что реализация настоящей заявки может быть предоставлена как способ, система или компьютерный программный продукт. Следовательно, настоящая заявка может использовать форму только аппаратных реализаций, только программных реализаций или реализаций с комбинацией программного и аппаратного обеспечения. Кроме того, настоящая заявка может использовать форму компьютерного программного продукта, которая реализована на одном или нескольких компьютерных носителях данных (включая, но не ограничиваясь этим, дисковую память, CD-ROM, оптическую память и т. д.), которая включает компьютерный код программы.
[0111] Настоящая заявка может быть описана в общем контексте исполняемых компьютером инструкций, выполняемых компьютером, например, программным модулем. Обычно программный модуль включает в себя подпрограмму, программу, объект, компонент, структуру данных и т.д., выполняющих конкретную задачу или реализующих конкретный абстрактный тип данных. Настоящая заявка также может быть применена в распределенных вычислительных средах. В распределенных вычислительных средах задачи выполняются удаленными устройствами обработки, подключенными через сеть связи. В распределенной вычислительной среде программный модуль может быть расположен как на локальных, так и на удаленных компьютерных носителях данных, включая запоминающие устройства.
[0112] Реализации в настоящем описании описаны прогрессивным способом. Для одних и тех же или аналогичных частей реализаций можно обратиться к реализациям. Каждая реализация фокусируется на отличии от других реализаций. В частности, системная реализация в основном аналогична реализации способа и поэтому описана кратко. Для связанных частей может быть сделана ссылка на связанные описания в реализации способа.
[0113] Предыдущие описания являются реализациями настоящей заявки и не предназначены для ограничения настоящей заявки. Специалист в данной области может внести различные модификации и изменения в настоящую заявку. Любая модификация, эквивалентная замена или улучшение, выполненные без отклонения от сущности и принципа настоящей заявки, должны попадать в объем притязаний настоящей заявки.

Claims (25)

1. Способ хранения данных, содержащий этапы, на которых:
принимают блокчейн-узлом запрос на обслуживание, причем запрос на обслуживание содержит один или более типов данных и соответствующие данные обслуживания, соответствующие одному или более типу данных, которые хранятся в цепочке блоков;
определяют по меньшей мере одно из типа обслуживания или идентификационной информации, соответствующей запросу на обслуживание;
синтаксически анализируют запрос на обслуживание для получения каждого типа данных запроса на обслуживание и данных обслуживания, соответствующих каждому типу данных;
определяют, что не было создано реляционной базы данных для соответствия типу обслуживания;
в ответ на определение, что не было создано реляционной базы данных для соответствия типу обслуживания, создают реляционную базу данных для соответствия типу обслуживания;
и
сохраняют, на основе отношения отображения между типом данных и данными обслуживания, данные обслуживания, которые получены посредством синтаксического анализа, в базе данных, соответствующей блокчейн-узлу, путем выполнения оператора хранения данных.
2. Способ по п.1, в котором после синтаксического анализа запроса на обслуживание способ дополнительно содержит этапы:
преобразовывают на основе предварительно определенного формата данных каждый тип данных, который содержится в запросе на обслуживание, и данные обслуживания, соответствующие каждому типу данных, для получения последовательности данных;
выполняют процедуру согласования в отношении запроса на обслуживание с использованием согласованной сети; и
сохраняют последовательность данных в цепочке блоков, соответствующей блокчейн-узлу, после достижения согласования в отношении запроса на обслуживание.
3. Способ по п.1, в котором заранее определенный формат оператора содержит поле информации идентификации и поле типа обслуживания.
4. Способ по п.1, в котором сохранение данных обслуживания, полученных посредством синтаксического анализа, в базе данных путем выполнения оператора хранения данных содержит:
создают на основе по меньшей мере одного из типа обслуживания или идентификационной информации, базу данных, соответствующую по меньшей мере одному из типа обслуживания или идентификационной информации, в ответ на определение посредством выполнения оператора сохранения данных, что ни одна база данных, которая соответствует по меньшей мере одному из типа обслуживания или идентификационной информации, не идентифицирована; и
сохраняют данные обслуживания, полученные путем синтаксического анализа, в созданной базе данных.
5. Способ по п.1, в котором сохранение данных обслуживания, полученных посредством синтаксического анализа, в базе данных, содержит этапы:
создают каждый тип данных, который получен путем синтаксического анализа последовательности данных, в базе данных в ответ на определение того, что база данных не содержит этот тип данных; и
сохраняют данные обслуживания, соответствующие типу данных, в базе данных.
6. Способ по п.1, в котором запрос на обслуживание содержит запрос на запрашивание данных обслуживания.
7. Способ по п.6, в котором определение, на основании запроса на запрашивание данных обслуживания, типа данных, соответствующих данным обслуживания, которые должны быть запрошены, дополнительно содержит определение поля индекса, включенного в запрос на запрашивание данных обслуживания.
8. Способ по п.1, дополнительно содержащий этап, на котором:
запрашивают данные обслуживания, соответствующие типу данных, из базы данных, соответствующей блокчейн-узлу.
9. Способ по п.1, в котором идентификационная информация дополнительно содержит открытый ключ пользователя или идентификатор пользователя.
10. Устройство хранения данных, содержащее множество модулей, сконфигурированных для выполнения способа по любому из пп.1-9.
RU2019120038A 2017-03-28 2018-03-26 Способ и устройство хранения данных и запроса на основе цепочки блоков RU2729960C1 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201710191771.7A CN107239479B (zh) 2017-03-28 2017-03-28 一种基于区块链的数据存储以及查询的方法及装置
CN201710191771.7 2017-03-28
PCT/CN2018/080505 WO2018177252A1 (zh) 2017-03-28 2018-03-26 一种基于区块链的数据存储以及查询的方法及装置

Publications (1)

Publication Number Publication Date
RU2729960C1 true RU2729960C1 (ru) 2020-08-13

Family

ID=59983363

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2019120038A RU2729960C1 (ru) 2017-03-28 2018-03-26 Способ и устройство хранения данных и запроса на основе цепочки блоков

Country Status (16)

Country Link
US (3) US10713239B2 (ru)
EP (1) EP3547240A1 (ru)
JP (1) JP7021228B2 (ru)
KR (1) KR102258437B1 (ru)
CN (1) CN107239479B (ru)
AU (1) AU2018241565B2 (ru)
BR (1) BR112019013441A2 (ru)
CA (1) CA3048741C (ru)
MX (1) MX2019007806A (ru)
MY (1) MY196252A (ru)
PH (1) PH12019501518A1 (ru)
RU (1) RU2729960C1 (ru)
SG (2) SG10202100669YA (ru)
TW (1) TWI698813B (ru)
WO (1) WO2018177252A1 (ru)
ZA (1) ZA201904223B (ru)

Families Citing this family (119)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106911592B (zh) * 2016-06-01 2020-06-12 创新先进技术有限公司 一种自适应资源分配方法及装置
CN107196989B (zh) 2017-03-21 2019-08-09 阿里巴巴集团控股有限公司 一种业务请求的处理方法及装置
CN107450979B (zh) * 2017-03-28 2020-06-02 创新先进技术有限公司 一种区块链共识方法及装置
CN107239479B (zh) 2017-03-28 2020-03-13 创新先进技术有限公司 一种基于区块链的数据存储以及查询的方法及装置
CN107562775B (zh) 2017-07-14 2020-04-24 创新先进技术有限公司 一种基于区块链的数据处理方法及设备
US20190116036A1 (en) * 2017-10-17 2019-04-18 Hcl Technologies Limited System and method for building a blockchain application
CN107943951B (zh) * 2017-11-24 2020-08-11 中钞信用卡产业发展有限公司杭州区块链技术研究院 一种区块链业务信息的检索方法及系统
CN107944868A (zh) * 2017-12-07 2018-04-20 杭州趣链科技有限公司 一种基于区块链智能合约的电子存证系统和管理方法
CN108446314B (zh) * 2018-02-07 2021-08-13 平安科技（深圳）有限公司 一种学生信息存储方法、计算机可读存储介质及终端设备
CN108345685A (zh) * 2018-03-07 2018-07-31 物数（上海）信息科技有限公司 区块链下的多粒度数据处理方法、系统、设备及存储介质
CN108833330B (zh) * 2018-04-08 2020-07-17 浙江商业职业技术学院 一种农村电子商务数据鉴证方法
CN108809929B (zh) * 2018-04-08 2020-07-17 浙江商业职业技术学院 一种基于区块链技术的农村金融系统
CN108664623A (zh) * 2018-05-14 2018-10-16 中钞信用卡产业发展有限公司杭州区块链技术研究院 一种数据存储方法、装置、设备及介质
CN108632386B (zh) * 2018-05-15 2021-06-08 众安信息技术服务有限公司 一种区块链节点集群搭建方法及装置
CN110633389A (zh) * 2018-05-31 2019-12-31 阿里巴巴集团控股有限公司 区块链数据的处理方法、装置、系统以及电子设备
CN108932297B (zh) * 2018-06-01 2022-03-22 创新先进技术有限公司 一种数据查询、数据共享的方法、装置及设备
CN109034832A (zh) * 2018-06-13 2018-12-18 湖南搜云网络科技股份有限公司 区块链的信息处理方法及装置、信息处理节点及存储介质
CN108984645B (zh) * 2018-06-25 2021-02-02 百度在线网络技术（北京）有限公司 区块链处理方法、装置、设备及存储介质
CN108984768B (zh) * 2018-07-21 2022-03-08 江苏飞搏软件股份有限公司 分布链式数据资源目录和索引管理方法
CN109145201B (zh) * 2018-07-26 2020-11-10 百度在线网络技术（北京）有限公司 一种基于区块链的信息管理方法、装置、设备及存储介质
CN109101835A (zh) * 2018-08-08 2018-12-28 苏州酷外文化传媒有限公司 基于区块链的相亲交友平台的信息安全管理方法及装置
CN109271445A (zh) * 2018-08-21 2019-01-25 平安科技（深圳）有限公司 利用区块链存储数据的方法、装置及电子设备
CN109145189A (zh) * 2018-08-22 2019-01-04 杭州微链区块链科技有限公司 一种基于区块链的数据存入和搜索系统及其方法
CN108876383A (zh) * 2018-08-27 2018-11-23 广东工业大学 一种基于区块链的数据交易方法、装置及设备
US11334439B2 (en) * 2018-08-29 2022-05-17 International Business Machines Corporation Checkpointing for increasing efficiency of a blockchain
CN110874492B (zh) * 2018-08-29 2023-05-26 阿里巴巴集团控股有限公司 数据处理方法、装置、计算设备及系统
CN109241361A (zh) * 2018-08-31 2019-01-18 上海雄九投资控股(集团)有限公司 基于区块链的数据处理方法
CN109347917A (zh) * 2018-09-14 2019-02-15 北京沃杰知识产权有限公司 区块链数据共识处理方法、系统、存储介质和电子设备
CN110958211B (zh) * 2018-09-27 2022-05-27 安徽华峪文化科技有限公司 一种基于区块链的数据处理系统及方法
CN109377338A (zh) * 2018-10-17 2019-02-22 中链科技有限公司 基于区块链的金融产品处理方法及装置
US11036497B1 (en) 2018-10-24 2021-06-15 Cerner Innovation, Inc. Code assessment for quality control of an object relational mapper and correction of problematic cast functions
CN109388643A (zh) * 2018-10-26 2019-02-26 陕西医链区块链集团有限公司 一种基于区块链的快速数据检索系统及方法
CN109614823B (zh) 2018-10-26 2022-05-13 蚂蚁双链科技(上海)有限公司 一种数据的处理方法、装置及设备
CN110011800B (zh) 2018-11-07 2020-04-14 阿里巴巴集团控股有限公司 一种区块链数据读取方法及装置
CN111291037A (zh) * 2018-11-22 2020-06-16 中国移动通信集团重庆有限公司 一种数据存储和查询方法、装置、设备及计算机存储介质
CN111224793B (zh) * 2018-11-27 2021-06-01 华为技术有限公司 数据存储方法、装置、计算机设备及可读存储介质
CN109446204B (zh) * 2018-11-27 2022-04-15 北京微播视界科技有限公司 一种即时通信的数据存储方法、装置、电子设备和介质
TWI700707B (zh) * 2018-11-28 2020-08-01 臺北醫學大學 取得電子醫療健康記錄的方法與系統
CN109669943A (zh) * 2018-11-30 2019-04-23 深圳灵图慧视科技有限公司 数据存储方法、数据查询方法及装置
CN109684408A (zh) * 2018-12-07 2019-04-26 深圳市智税链科技有限公司 区块链系统的数据管理方法、装置、介质及电子设备
CN111324787B (zh) * 2018-12-14 2023-06-23 北京沃东天骏信息技术有限公司 区块链浏览器中区块链数据的展现方法和装置
CN109840257B (zh) * 2018-12-15 2023-11-21 中国平安人寿保险股份有限公司 数据库查询方法、装置、计算机装置及可读存储介质
CN109815051A (zh) * 2018-12-20 2019-05-28 深圳智乾区块链科技有限公司 区块链的数据处理方法和系统
CN110046036A (zh) * 2018-12-25 2019-07-23 阿里巴巴集团控股有限公司 一种操作请求分配方法、装置及设备
CN109766342B (zh) * 2018-12-28 2023-05-30 国云科技股份有限公司 一种基于区块链的数据存储与查询方法
CN109559231B (zh) * 2018-12-29 2020-08-04 华东师范大学 一种面向区块链的追溯查询方法
CN109766389B (zh) * 2019-01-09 2020-09-22 华东师范大学 一种基于位图索引的区块链轻客户端验证查询方法
CN111475309A (zh) * 2019-01-24 2020-07-31 北京京东尚科信息技术有限公司 一种数据处理方法、装置、区块链服务系统及存储介质
US11010394B2 (en) * 2019-02-15 2021-05-18 Drfirst.Com, Inc. Efficient access of chainable records
CN109871408B (zh) * 2019-03-05 2023-07-14 深圳市迅雷网络技术有限公司 一种多类型数据库适配方法、装置、电子设备及存储介质
CN111694502B (zh) * 2019-03-14 2023-05-30 北京沃东天骏信息技术有限公司 区块链数据存储方法、装置、设备及存储介质
CN110083620A (zh) * 2019-03-21 2019-08-02 深圳壹账通智能科技有限公司 基于区块链的数据查询方法及装置、存储介质、电子装置
CN110119309A (zh) * 2019-04-04 2019-08-13 中国平安人寿保险股份有限公司 数据处理方法、装置及存储介质
CN110162526B (zh) * 2019-04-18 2023-02-24 创新先进技术有限公司 一种块链式账本中数据记录的查询方法、装置及设备
WO2020211569A1 (zh) * 2019-04-18 2020-10-22 创新先进技术有限公司 一种数据记录的索引创建方法
CN110119486A (zh) * 2019-04-18 2019-08-13 杭州宇链科技有限公司 一种用于区块链交易的数据格式及其生成和解析方法
CN110162662B (zh) * 2019-04-18 2023-02-28 创新先进技术有限公司 一种块链式账本中数据记录的验证方法、装置及设备
US10990705B2 (en) 2019-04-18 2021-04-27 Advanced New Technologies Co., Ltd. Index creation for data records
CN110070444A (zh) * 2019-04-25 2019-07-30 中钞信用卡产业发展有限公司杭州区块链技术研究院 一种区块链交易流程管理方法及相关装置
CN110209671A (zh) * 2019-05-17 2019-09-06 无锡朝阳供应链科技股份有限公司 一种分布式账本数据的存取系统及其应用
CN110163572B (zh) * 2019-05-21 2022-04-15 东软集团股份有限公司 一种链码函数处理方法、装置及设备
CN110211649A (zh) * 2019-05-30 2019-09-06 爱多特(广东)网络技术有限公司 基于区块链技术的病例分享激励方法及系统
CN110245150B (zh) * 2019-05-30 2023-03-17 创新先进技术有限公司 数据处理、查询方法、装置、设备及数据处理系统
CN112015806A (zh) * 2019-05-30 2020-12-01 中国移动通信集团浙江有限公司 区块链存储数据的方法及装置
US10963453B2 (en) 2019-06-03 2021-03-30 Advanced New Technologies Co., Ltd. Service identifier-based data indexing
CN110347674A (zh) * 2019-06-03 2019-10-18 阿里巴巴集团控股有限公司 一种基于业务标识的索引创建方法、装置及设备
CN110264361A (zh) * 2019-06-24 2019-09-20 深圳前海微众银行股份有限公司 一种区块链的数据解析方法及装置
CN112152974B (zh) * 2019-06-28 2022-02-25 华为技术有限公司 基于区块链网络的数据确权方法及相关装置
US10789222B2 (en) 2019-06-28 2020-09-29 Alibaba Group Holding Limited Blockchain-based hierarchical data storage
CN110334154B (zh) * 2019-06-28 2020-07-21 阿里巴巴集团控股有限公司 基于区块链的分级存储方法及装置、电子设备
EP3669280B1 (en) 2019-07-11 2021-09-08 Advanced New Technologies Co., Ltd. Shared blockchain data storage
WO2019179540A2 (en) 2019-07-11 2019-09-26 Alibaba Group Holding Limited Shared blockchain data storage
EP3669281B1 (en) * 2019-07-11 2024-04-03 Advanced New Technologies Co., Ltd. Shared blockchain data storage
US10951417B2 (en) * 2019-07-12 2021-03-16 Advanced New Technologies Co., Ltd. Blockchain-based transaction verification
CN112307010B (zh) * 2019-07-29 2024-04-16 创新先进技术有限公司 一种数据存储方法、装置及设备
CN110457398A (zh) * 2019-08-15 2019-11-15 广州蚁比特区块链科技有限公司 区块数据存储方法及装置
CN110609839B (zh) 2019-09-17 2021-05-25 北京海益同展信息科技有限公司 区块链数据处理的方法、装置、设备及可读存储介质
CN110659264B (zh) * 2019-09-26 2022-09-23 联想(北京)有限公司 用于计算系统的业务处理方法、装置和计算系统
CN110851510B (zh) * 2019-10-11 2024-08-30 腾讯云计算（北京）有限责任公司 基于区块链的交易系统的数据处理方法及装置
CN110795437B (zh) * 2019-11-04 2023-01-31 泰康保险集团股份有限公司 业务处理方法、系统、设备及计算机可读存储介质
KR102337836B1 (ko) * 2019-11-11 2021-12-10 한국전자기술연구원 블록체인 응용 외부 정보 인식 및 정보 제공방법
US11620722B2 (en) 2019-11-27 2023-04-04 Electronics And Telecommunications Research Institute Method and apparatus of generating policy-based smart contract
KR102505911B1 (ko) * 2019-11-27 2023-03-06 한국전자통신연구원 정책기반 스마트 계약을 생성하기 위한 방법 및 그 장치
KR20210075654A (ko) * 2019-12-13 2021-06-23 현대자동차주식회사 블록체인 생성 시스템 및 그 운용 방법
CN111090672B (zh) * 2019-12-18 2023-08-22 北京云迹科技股份有限公司 一种数据优化方法及装置
KR102298566B1 (ko) * 2019-12-19 2021-09-03 한전케이디엔주식회사 레거시 인사채용 시스템과 블록체인 플랫폼간의 통신 인터페이스 장치
CN111026336A (zh) * 2019-12-26 2020-04-17 中国建设银行股份有限公司 一种san存储系统的自动化运维方法及运维系统
CN113128998B (zh) * 2019-12-31 2024-04-12 航天信息股份有限公司 一种区块链系统的业务处理方法、装置及系统
US12099997B1 (en) 2020-01-31 2024-09-24 Steven Mark Hoffberg Tokenized fungible liabilities
CN111339189B (zh) * 2020-02-20 2024-09-10 腾讯科技（深圳）有限公司 一种数据处理方法、装置及计算机可读存储介质
CN111369237B (zh) * 2020-02-28 2023-07-14 腾讯科技（深圳）有限公司 一种数据处理方法、装置及计算机存储介质
CN111459935B (zh) * 2020-03-20 2023-09-22 深圳市芯链科技有限公司 物联网数据存储方法、存储系统、查询方法及存储介质
CN111506584B (zh) * 2020-03-26 2023-07-25 金蝶软件（中国）有限公司 基于区块链的业务数据处理方法、装置和计算机设备
CN111488613A (zh) * 2020-04-08 2020-08-04 北京瑞策科技有限公司 业务数据区块链的数据高效查询方法及装置
CN111427869A (zh) * 2020-04-10 2020-07-17 科通工业技术(深圳)有限公司 一种基于区块链的日志系统
CN111552822A (zh) * 2020-04-27 2020-08-18 深圳壹账通智能科技有限公司 一种基于区块链节点通信的用户信息报告生成方法
CN111401903B (zh) * 2020-06-03 2020-09-11 腾讯科技（深圳）有限公司 区块链消息处理方法、装置、计算机以及可读存储介质
CN111767301B (zh) * 2020-06-24 2022-07-15 江苏荣泽信息科技股份有限公司 一种基于区块链的关系型数据库解决方法
CN111935208A (zh) * 2020-06-28 2020-11-13 布比（北京）网络技术有限公司 区块链隐私数据共享方法、装置、计算机设备和存储介质
CN111866147A (zh) * 2020-07-23 2020-10-30 山东浪潮商用系统有限公司 远程视频业务办理方法、系统和管理终端
KR102443302B1 (ko) * 2020-11-02 2022-09-15 계명대학교 산학협력단 블록 체인 기반 서버리스 서비스 개발 장치 및 방법
CN112597153B (zh) * 2020-12-09 2023-07-25 杭州趣链科技有限公司 一种基于区块链的数据存储方法、装置及存储介质
CN112435030B (zh) * 2021-01-27 2021-05-07 支付宝(杭州)信息技术有限公司 一种基于区块链的数据处理方法、装置及电子设备
CN112765280B (zh) * 2021-02-03 2021-09-24 腾讯科技（深圳）有限公司 区块数据存储方法、装置、计算机可读介质及电子设备
CN112835904A (zh) * 2021-02-04 2021-05-25 北京电解智科技有限公司 一种数据处理方法和数据处理装置
CN112905611A (zh) * 2021-02-05 2021-06-04 中国工商银行股份有限公司 基于区块链的信用证数据线下同步方法、存储方法和装置
CN113094397B (zh) * 2021-04-09 2022-05-24 杭州复杂美科技有限公司 数据存储和查询响应方法、区块执行方法
CN113221189B (zh) * 2021-04-29 2022-05-03 华中科技大学 基于区块链的身份认证系统、认证方法、介质、终端
KR102461213B1 (ko) * 2021-05-06 2022-10-31 주식회사 오퍼스엠 블록체인 기반 데이터베이스 운영방법 및 이를 구동하기 위한 블록체인 시스템
CN113139019B (zh) * 2021-06-18 2022-03-25 智己汽车科技有限公司 在区块链上记录车辆的里程数据的方法和装置
CN113792102A (zh) * 2021-08-03 2021-12-14 德方智链科技(深圳)有限公司 基于区块链的业务处理方法、电子设备及存储介质
CN113836574A (zh) * 2021-08-11 2021-12-24 深圳市梦网物联科技发展有限公司 一种基于区块链内容唯一性的检测报告脱敏数据的管理方法
CN114490641B (zh) * 2021-12-31 2024-08-13 浪潮工业互联网股份有限公司 一种工业互联网数据的共享方法、设备及介质
CN114064740B (zh) * 2022-01-17 2022-05-13 通联支付网络服务股份有限公司 用于查询数据的方法、设备和介质
US11907186B2 (en) * 2022-04-21 2024-02-20 Bank Of America Corporation System and method for electronic data archival in a distributed data network
CN114579611B (zh) * 2022-05-05 2022-07-05 北京理工大学 一种跨链系统的数据并行查询方法及装置
CN115776531A (zh) * 2022-12-21 2023-03-10 北京百度网讯科技有限公司 数据接入处理方法、装置、电子设备和可读存储介质
CN116702110A (zh) * 2023-06-15 2023-09-05 深圳千岸科技股份有限公司 供应链大数据共享方法、装置、设备及存储介质
CN116701563A (zh) * 2023-08-08 2023-09-05 佳瑛科技有限公司 基于分布式服务器的非结构化数据处理方法及相关装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110119088A1 (en) * 2009-07-21 2011-05-19 Shane Gunn Cloud-based healthcare information exchange
RU2589327C2 (ru) * 2011-10-28 2016-07-10 Тенсент Текнолоджи (Шэньчжэнь) Компани Лимитед Способ и устройство для отправки сообщения пользователю или пользователям группы через микроблог
EP3054405A1 (en) * 2015-02-04 2016-08-10 Ripple Labs Inc. Temporary consensus subnetwork in a distributed network for payment processing
US20160321654A1 (en) * 2011-04-29 2016-11-03 Stephen Lesavich Method and system for storage and retrieval of blockchain blocks using galois fields
CN106506638A (zh) * 2016-11-04 2017-03-15 江苏通付盾科技有限公司 区块链中的区块存储方法及装置

Family Cites Families (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100527694C (zh) * 2006-05-10 2009-08-12 华为技术有限公司 为小型网络提供多个公网业务的方法及设备
CN101256650B (zh) * 2008-03-21 2012-02-15 中国科学院软件研究所 一种基于业务实体的企业数据提取方法与系统
US8732163B2 (en) * 2009-08-04 2014-05-20 Sybase, Inc. Query optimization with memory I/O awareness
US20150379510A1 (en) * 2012-07-10 2015-12-31 Stanley Benjamin Smith Method and system to use a block chain infrastructure and Smart Contracts to monetize data transactions involving changes to data included into a data supply chain.
CN103713859B (zh) * 2013-12-30 2015-02-25 税友软件集团股份有限公司 一种移动存储装置及移动存储数据访问方法
JP6437285B2 (ja) 2014-11-21 2018-12-12 シャープ株式会社 通信装置、および通信装置の制御方法
US20160267566A1 (en) * 2015-03-13 2016-09-15 Mark Levitt Systems and methods for managing an inventory of digital gift card assets
CN107615277A (zh) * 2015-03-26 2018-01-19 卡斯维尔公司 用于查询数据源的系统和方法
WO2016161073A1 (en) * 2015-03-31 2016-10-06 Nasdaq, Inc. Systems and methods of blockchain transaction recordation
WO2016164496A1 (en) 2015-04-06 2016-10-13 Bitmark, Inc. System and method for decentralized title recordation and authentication
US9870562B2 (en) 2015-05-21 2018-01-16 Mastercard International Incorporated Method and system for integration of market exchange and issuer processing for blockchain-based transactions
EP3317775B1 (en) 2015-07-02 2022-02-16 Nasdaq, Inc. Systems and methods of secure provenance for distributed transaction databases
US20170085555A1 (en) * 2015-07-14 2017-03-23 Fmr Llc Point-to-Point Transaction Guidance Apparatuses, Methods and Systems
CA2992458A1 (en) 2015-07-14 2017-01-19 Fmr Llc Computationally efficient transfer processing, auditing, and search apparatuses, methods and systems
EP3345360B1 (en) * 2015-09-04 2021-03-03 Nec Corporation Method for storing an object on a plurality of storage nodes
CN105487816B (zh) * 2015-11-26 2019-01-11 布比（北京）网络技术有限公司 一种数据转移的方法及装置
CN105404701B (zh) * 2015-12-31 2018-11-13 浙江图讯科技股份有限公司 一种基于对等网络的异构数据库同步方法
US11354658B2 (en) * 2016-02-11 2022-06-07 Mastercard International Incorporated Method and system for offline blockchain exchanges
KR101701131B1 (ko) * 2016-04-28 2017-02-13 주식회사 라피 이종간 블록체인 연결을 이용한 데이터 기록/검증 방법 및 시스템
JP6731783B2 (ja) 2016-05-19 2020-07-29 株式会社野村総合研究所 改ざん検知システム、及び改ざん検知方法
CN106445993A (zh) * 2016-07-11 2017-02-22 天津米游科技有限公司 一种基于区块链的数据指纹查询方法及装置
US20180018356A1 (en) * 2016-07-13 2018-01-18 Deepspace Storage Systems Inc. Relational database online storage manager
CN106383754A (zh) * 2016-09-19 2017-02-08 北京众享比特科技有限公司 一种基于区块链技术的数据库备份、恢复方法和系统
US10360191B2 (en) * 2016-10-07 2019-07-23 International Business Machines Corporation Establishing overlay trust consensus for blockchain trust validation system
CN106506493A (zh) 2016-10-27 2017-03-15 摩登大道时尚电子商务有限公司 基于区块链平台的数据处理方法
US20190079998A1 (en) * 2017-01-31 2019-03-14 Thomas Jay Rush Blockchain data-processing engine
US10225078B2 (en) * 2017-02-09 2019-03-05 International Business Machines Corporation Managing a database management system using a blockchain database
CN107239479B (zh) 2017-03-28 2020-03-13 创新先进技术有限公司 一种基于区块链的数据存储以及查询的方法及装置
US10404471B1 (en) * 2017-04-26 2019-09-03 Wells Fargo Bank, N.A. Secure ledger assurance tokenization
US10565192B2 (en) * 2017-08-01 2020-02-18 International Business Machines Corporation Optimizing queries and other retrieve operations in a blockchain
CN107423426B (zh) * 2017-08-02 2020-06-02 众安信息技术服务有限公司 一种区块链块数据的数据归档方法及电子设备
US10977629B2 (en) * 2017-09-29 2021-04-13 Oracle Financial Services Software Limited Computerized messaging module for blockchain networks
US10831764B2 (en) * 2017-12-02 2020-11-10 International Business Machines Corporation Query processing and access control in a blockchain network
US10783272B2 (en) * 2017-12-08 2020-09-22 Nec Corporation Method and system of preserving privacy for usage of lightweight blockchain clients
US11243945B2 (en) * 2017-12-11 2022-02-08 International Business Machines Corporation Distributed database having blockchain attributes

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110119088A1 (en) * 2009-07-21 2011-05-19 Shane Gunn Cloud-based healthcare information exchange
US20160321654A1 (en) * 2011-04-29 2016-11-03 Stephen Lesavich Method and system for storage and retrieval of blockchain blocks using galois fields
RU2589327C2 (ru) * 2011-10-28 2016-07-10 Тенсент Текнолоджи (Шэньчжэнь) Компани Лимитед Способ и устройство для отправки сообщения пользователю или пользователям группы через микроблог
EP3054405A1 (en) * 2015-02-04 2016-08-10 Ripple Labs Inc. Temporary consensus subnetwork in a distributed network for payment processing
CN106506638A (zh) * 2016-11-04 2017-03-15 江苏通付盾科技有限公司 区块链中的区块存储方法及装置

Also Published As

Publication number Publication date
US10713239B2 (en) 2020-07-14
SG10202100669YA (en) 2021-02-25
CA3048741C (en) 2021-04-13
US10942921B2 (en) 2021-03-09
WO2018177252A1 (zh) 2018-10-04
SG10202105047SA (en) 2021-06-29
ZA201904223B (en) 2020-10-28
US20200026700A1 (en) 2020-01-23
KR102258437B1 (ko) 2021-06-02
MY196252A (en) 2023-03-24
CN107239479B (zh) 2020-03-13
JP2020508503A (ja) 2020-03-19
TW201837747A (zh) 2018-10-16
JP7021228B2 (ja) 2022-02-16
US20200265041A1 (en) 2020-08-20
MX2019007806A (es) 2019-09-06
EP3547240A4 (en) 2019-10-02
KR20190094188A (ko) 2019-08-12
AU2018241565B2 (en) 2020-05-14
PH12019501518A1 (en) 2020-06-01
TWI698813B (zh) 2020-07-11
BR112019013441A2 (pt) 2019-12-31
EP3547240A1 (en) 2019-10-02
AU2018241565A1 (en) 2019-07-18
US20210141784A1 (en) 2021-05-13
CA3048741A1 (en) 2018-10-04
CN107239479A (zh) 2017-10-10
US11204915B2 (en) 2021-12-21

Similar Documents

Publication Publication Date Title
RU2729960C1 (ru) Способ и устройство хранения данных и запроса на основе цепочки блоков
US10467266B2 (en) Information query
US10042931B2 (en) Data query method and apparatus
US8959110B2 (en) Dynamic query for external data connections
US8122008B2 (en) Joining tables in multiple heterogeneous distributed databases
CN110046133B (zh) 一种存储文件系统的元数据管理方法、装置及系统
CN106326309B (zh) 一种数据查询方法和装置
US9626409B2 (en) Adapting a relational query to accommodate hierarchical data
US11501317B2 (en) Methods, apparatuses, and devices for generating digital document of title
CN103608809A (zh) 推荐数据富集
KR20190118913A (ko) 메타데이터 변환 장치 및 방법
WO2016078091A1 (zh) 一种输入输出io请求处理方法及文件服务器
CN109460312A (zh) 请求失败的处理方法及装置
CN110674177B (zh) 数据查询方法、装置、电子设备和存储介质
US20130031129A1 (en) Apparatus and method for extending a model of a semantic web application, and terminal using the same
CN110019448B (zh) 一种数据交互方法及装置
CN117556804A (zh) 数据解析处理方法及装置
CN118260286A (zh) 一种数据存储方法及装置
KR20200072077A (ko) Geo-location 속성을 이용한 Geo-query 기반 리소스 검색 방법
KR20190143521A (ko) 스토리지 관리 장치 및 방법

Legal Events

Date Code Title Description
PC41 Official registration of the transfer of exclusive right

Effective date: 20210311

PC41 Official registration of the transfer of exclusive right

Effective date: 20210420