一种数据存储方法、装置及设备与流程

本说明书实施例涉及信息技术领域，尤其涉及一种数据存储方法、装置及设备。

背景技术：

在以中心化的块链式账本存储数据时，通常而言，数据库服务端并不直接面向用户。用户的数据是基于应用服务端所产生，进而是应用服务端将用户数据转发至数据库服务端进行存储。在这种情形下，用户并不知晓自己的数据是否在存储过程中发生了错误或者改动。

基于此，需要一种可以保障用户存储数据安全性的方法，提高用户体验。

技术实现要素：

本申请实施例的目的是提供一种可以保障用户存储数据安全性的方法。

为解决上述技术问题，本申请实施例是这样实现的：

一种数据存储方法，应用于包括应用服务端和数据库服务端的系统中，所述方法包括：

应用服务端，获取携带用户标识的第一数据记录；

应用服务端，根据用户标识获取对应的用户私钥，在可信执行环境中执行预设的签名代码，生成包含用户数字签名的第二数据记录，其中，所述签名代码用于根据用户私钥对所述第一数据记录进行数字签名；

应用服务端，发送所述第二数据记录至数据库服务端；

数据库服务端，接收所述第二数据记录，确定所述第二数据记录的哈希值；

数据库服务端，当达到预设的成块条件时，确定待写入数据块中的各第二数据记录，生成包含数据块的哈希值和各第二数据记录的第n个数据块，具体包括：

当n＝1时，初始数据块的哈希值和块高基于预设方式给定；

当n>1时，根据待写入数据块中的第二数据记录和第n－1个数据块的哈希值确定第n个数据块的哈希值，生成包含第n个数据块的哈希值和各第二数据记录的第n个数据块，其中，数据块的块高基于成块时间的先后顺序单调递增。

对应的，本说明书实施例还提供一种数据存储系统，包括应用服务端和数据库服务端，在所述系统中，

应用服务端，获取携带用户标识的第一数据记录；根据用户标识获取对应的用户私钥，在可信执行环境中执行预设的签名代码，生成包含用户数字签名的第二数据记录，其中，所述签名代码用于根据用户私钥对所述第一数据记录进行数字签名；发送所述第二数据记录至数据库服务端；

数据库服务端，接收所述第二数据记录，确定所述第二数据记录的哈希值；当达到预设的成块条件时，确定待写入数据块中的各第二数据记录，生成包含数据块的哈希值和各第二数据记录的第n个数据块，具体包括：

当n＝1时，初始数据块的哈希值和块高基于预设方式给定；

当n>1时，根据待写入数据块中的第二数据记录和第n－1个数据块的哈希值确定第n个数据块的哈希值，生成包含第n个数据块的哈希值和各第二数据记录的第n个数据块，其中，数据块的块高基于成块时间的先后顺序单调递增。

另一方面，本说明书实施例还提供一种数据存储方法，应用于应用服务端中，所述方法包括：

获取携带用户标识的第一数据记录；

根据用户标识获取对应的用户私钥，在可信执行环境中执行预设的签名代码，生成包含用户数字签名的第二数据记录，其中，所述签名代码用于根据用户私钥对所述第一数据记录进行数字签名；

发送所述第二数据记录至数据库服务端。

对应的，本说明书实施例还提供一种数据存储装置，应用于应用服务端中，所述装置包括：

接收模块，获取携带用户标识的第一数据记录；

生成模块，根据用户标识获取对应的用户私钥，在可信执行环境中执行预设的签名代码，生成包含用户数字签名的第二数据记录，其中，所述签名代码用于根据用户私钥对所述第一数据记录进行数字签名；

发送模块，发送所述第二数据记录至数据库服务端。

通过本说明书实施例所提供的方案，应用服务端将用户数据在可信执行环境中进行数字签名，生成包含用户数字签名的第二数据记录，将第二数据记录存储在中心化的块链式账本中，实现了对于包含用户数字签名的数据的不可篡改，保障了用户存储数据安全性，提高用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书实施例。

此外，本说明书实施例中的任一实施例并不需要达到上述的全部效果。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1本说明书实施例中所涉及的系统架构的示意图；

图2是本说明书实施例提供的一种系统方面的数据存储方法的流程示意图；

图3为本说明书实施例所提供的应用服务端方面的数据存储方法的流程示意图；

图4是本说明书实施例提供的一种数据存储装置的结构示意图；

图5是用于配置本说明书实施例方法的一种设备的结构示意图。

具体实施方式

为了使本领域技术人员更好地理解本说明书实施例中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于保护的范围。

在当前的服务器架构中，数据库服务端可以是直接对接的客户端个人用户，也可以是由一些应用服务端对接客户端个人用户，而数据库服务端则对接所述应用服务端。如图1所示，图1本说明书实施例中所涉及的系统架构的示意图。

以下结合附图，详细说明本说明书各实施例提供的技术方案。如图2所示，图2是本说明书实施例提供的一种系统方面的数据存储方法的流程示意图，应用于包括应用服务端和数据库服务端的系统中，该流程具体包括如下步骤：

s201，应用服务端，获取携带用户标识的第一数据记录。

第一数据记录可以是客户端发送的原始数据，例如，客户端所发送的操作命令、交易订单等等；也可以是应用服务端基于客户端的操作所产生的数据，例如，操作日志等等。

在应用服务端，可以获取此时的客户端所对应的用户标识，并将用户标识与第一数据记录进行绑定，例如，写入第一数据记录的指定位置中；或者，拼接到第一数据记录的头部等等，从而得到携带用户标识的第一数据记录。

s203，应用服务端，根据用户标识获取对应的用户私钥，在可信执行环境中执行预设的签名代码，生成包含用户数字签名的第二数据记录。

需要说明的是，在本说明书实施例中，应用服务端一般是中心化的提供服务，各用户可以将自身的私钥存储于应用服务端之中，并且与用户标识建立相应的对应关系，以及，可以随时使用自身的公钥对应用服务端的加密结果进行验证，从而能够保证应用服务端在加密过程中使用的是自身的私钥。

同时，应用服务端在加密过程中，执行一段可以公开所见的代码，从而公众以及用户均可以了解该代码的用途，进而保证在本说明书实施例中所得到的加密数据的公正性。

在本说明书实施例中，该代码为一段签名代码，用于根据用户私钥对所述第一数据记录进行数字签名。使用私钥进行数字签名的方法已经很常见，此处不再赘述。需要说明的是，在这个过程中，调用的用户私钥并不公开所见的。

为此，在应用服务端中，可以在可信执行环境(trustedexecutionenvironment,tee)进行私钥签名来保障公正性。tee可以起到硬件中的黑箱作用，在tee中执行的代码和数据操作系统层都无法偷窥，只有代码中预先定义的接口才能对其进行操作。

可信执行环境是基于cpu硬件的安全扩展，且与外部完全隔离的可信执行环境。tee最早是由globalplatform提出的概念，用于解决移动设备上资源的安全隔离，平行于操作系统为应用程序提供可信安全的执行环境。arm的trustzone技术最早实现了真正商用的tee技术。

伴随着互联网的高速发展，安全的需求越来越高，不仅限于移动设备，云端设备，数据中心都对tee提出了更多的需求。tee的概念也得到了高速的发展和扩充。现在所说的tee相比与最初提出的概念已经是更加广义的tee。例如，服务器芯片厂商intel，amd等都先后推出了硬件辅助的tee并丰富了tee的概念和特性，在工业界得到了广泛的认可。现在提起的tee通常更多指这类硬件辅助的tee技术。不同于移动端，云端访问需要远程访问，终端用户对硬件平台不可见，因此使用tee的第一步就是要确认tee的真实可信。因此现在的tee技术都引入了远程证明机制，由硬件厂商(主要是cpu厂商)背书并通过数字签名技术确保用户对tee状态可验证。换言之，在tee中执行的结果可以得到硬件厂商的数字签名。

同时仅仅是安全的资源隔离也无法满足的安全需求，进一步的数据隐私保护也被提出。包括intelsgx，amdsev在内的商用tee也都提供了内存加密技术，将可信硬件限定在cpu内部，总线和内存的数据均是密文防止恶意用户进行窥探。例如，英特尔的软件保护扩展(sgx)等tee技术隔离了代码执行、远程证明、安全配置、数据的安全存储以及用于执行代码的可信路径。在tee中运行的应用程序受到安全保护，几乎不可能被第三方访问。

以intelsgx技术为例，sgx提供了围圈(enclave，也称为飞地)，即内存中一个加密的可信执行区域，由cpu保护数据不被窃取。以服务端采用支持sgx的cpu为例，利用新增的处理器指令，在内存中可以分配一部分区域epc(enclavepagecache，围圈页面缓存或飞地页面缓存)，通过cpu内的加密引擎mee(memoryencryptionengine)对其中的数据进行加密。epc中加密的内容只有进入cpu后才会被解密成明文。因此，在sgx中，用户可以不信任操作系统、vmm(virtualmachinemonitor，虚拟机监控器)、甚至bios(basicinputoutputsystem，基本输入输出系统)，只需要信任cpu便能确保代码的执行。

在本说明书实施例中，通过在可信执行环境中执行公开的代码以进行用户私钥加密，从而可以获取得到的包含用户数字签名的第二数据记录，该第二数据记录的真实性由可信执行环境的硬件提供方所保障。

s205，应用服务端，发送所述第二数据记录至数据库服务端。

s207，数据库服务端，接收所述第二数据记录，确定所述第二数据记录的哈希值。

s209，数据库服务端，当达到预设的成块条件时，确定待写入数据块中的各第二数据记录，生成包含数据块的哈希值和各第二数据记录的第n个数据块，。

所述预设的成块条件包括：待存储的第二数据记录数量达到数量阈值，例如，每接收到一千条第二数据记录时，生成一个新数据块，将一千条第二数据记录写入块中；或者，距离上一次成块时刻的时间间隔达到时间阈值，例如，每隔5分钟，生成一个新数据块，将在这5分钟内接收到的第二数据记录写入块中。

此处的n指的是数据块的序号，换言之，在本说明书实施例中，数据块是以块链的形式，基于成块时间的顺序先后排列，具有很强的时序特征。其中，数据块的块高基于成块时间的先后顺序单调递增。块高可以是序号，此时第n个数据块的块高即为n；块高也可以其它方式生成。

当n＝1时，即此时的数据块为为初始数据块。初始数据块的哈希值和块高基于预设方式给定。例如，初始数据块中不包含第二数据记录，哈希值则为任一给定的哈希值，块高blknum＝0；又例如，初始数据块的生成触发条件与其它数据块的触发条件一致，但是初始数据块的哈希值由对初始数据块中的所有内容取哈希确定。

当n>1时，由于前一数据块的内容和哈希值已经确定，则此时，可以基于前一数据块(即第n－1个数据块)的哈希值生成当前数据块(第n个数据块)的哈希值，例如，一种可行的方式为，确定每一条将要写入第n个块中的第二数据记录的哈希值，按照在块中的排列顺序，生成一个默克尔树，将默克尔树的根哈希值和前一数据块的哈希值拼接在一起，再次采用哈希算法，生成当前块的哈希值，以及还可以根据默克尔树的根哈希值和其它一些元数据(例如版本号、数据块的生成时间戳等等)生成当前快的哈希值。又例如，还可以按照块中第二数据记录的顺序进行拼接并取哈希得到整体第二数据记录的哈希值，拼接前一数据块的哈希值和整体第二数据记录的哈希值，并对拼接得到的字串进行哈希运算，生成数据块的哈希值。

通过前述的数据块的生成方式，每一个数据块通过哈希值确定，数据块的哈希值由数据块中的第二数据记录的内容、顺序以及前一数据块的哈希值决定。用户可以随时基于数据块的哈希值或者第二数据记录的哈希值发起验证，对于数据块中任何内容(包括对于数据块中第二数据记录内容或者顺序的修改)的修改都会造成在验证时计算得到的数据块的哈希值和数据块生成时的哈希值不一致，而导致验证失败，从而实现了中心化下的不可篡改。

在本说明书实施例中，数据块的格式是可以自定义的。在一种实施例中，数据块的格式可以是类似于区块链中的区块格式。在每一个数据块中，其包含用于存储元数据的块头，和，用于存储第二数据记录的块体。数据块中的块头可以用于存储诸如父哈希、自身的块哈希值、版本号、数据记录的默克尔树的根哈希、时间戳等等。

通过本说明书实施例所提供的方案，应用服务端将用户数据在可信执行环境中进行数字签名，生成包含用户数字签名的第二数据记录，将第二数据记录存储在中心化的块链式账本中，数字签名保障了数据确实由该用户所产生，而中心化的块链式账本存储实现了对于包含用户数字签名的数据的不可篡改，通过前述方案保障了用户存储数据安全性，提高用户体验。

在一种实施例中，数据库服务端还可以在存储第二数据记录前对第二数据记录进行验证。即根据用户标识确定对应的公钥。在数字签名过程中，对应的公钥是公开可见的，任一用户或者机构都可以知晓一名用户所对应的公钥，因而，根据用户标识即可得到对应的公钥，并对第二数据记录进行验证。

验证如果通过，再将数据记录写入数据块；否则，不写入，并且还可以返回相应的通知消息至应用服务端。对于数字签名的具体验证方式在当前也很常规，此处不再赘述。

在一种实施例中，数据库服务端还可以返回对于第二数据记录的哈希值至应用服务端，应用服务端转发第二数据记录的哈希值至所述用户标识所对应的第一客户端。从而第一客户端可以随时根据该哈希值查询得到相应的第二数据记录，并且可以验证该第二数据记录中的私钥的正确性。或者，可以随时根据该哈希值对第二数据记录所处的账本进行完整性验证，具体的完整性验证方式在前文已经详述。

在一种实施例中，若多个不同的客户端之间有可能需要共享数据。例如，在一种共享学习的平台中，不同的客户端可以分别将自己的数据作为训练样本输入到同一的学习平台(即应用服务端)中，学习平台可以对客户端的数据进行的模型训练。

同时，任一客户端均可以对平台得到的训练模型进行相应的操作(例如，更新，再次训练等等)，以及，一个客户端可能还需要使用到其它客户端的数据进行自身相关的模型训练。在这种情形下，一名客户端有动机去查询验证其它客户端所提供的数据以及其它客户端在使用过程中所产生的数据等等。

此时，第一客户端或者应用服务端可以将第一客户端操作所产生的第二数据记录的哈希值进行公开，其它客户端可以发送该哈希值至应用服务端进行相应的查询。

进而，应用服务端，可以接收第二客户端所发送的包含第二数据记录的哈希值的查询请求，并转发所述查询请求至数据库服务端；数据库服务端，根据所述第二数据记录的哈希值查询得到对应的第二数据记录，并返回所述数据记录至应用服务端；应用服务端转发所述查询得到的第二数据记录至所述第二客户端，第二客户端则可以采用第一客户端的公钥对所述第二数据记录进行解密验证。

通过这种方式，在这类多客户端共享数据的情形下，任一客户端均可以对其它客户端所产生的数据进行合法性验证，确认其它任一用户所提供或者所产生的数据是可靠合法的，达到共同公开监督，进一步保障用户存储数据安全性，提高用户体验。

对应的，本说明书实施例还提供一种数据存储系统，包括应用服务端和数据库服务端，在所述系统中，

应用服务端，获取携带用户标识的第一数据记录；根据用户标识获取对应的用户私钥，在可信执行环境中执行预设的签名代码，生成包含用户数字签名的第二数据记录，其中，所述签名代码用于根据用户私钥对所述第一数据记录进行数字签名；发送所述第二数据记录至数据库服务端；

数据库服务端，接收所述第二数据记录，确定所述第二数据记录的哈希值；当达到预设的成块条件时，确定待写入数据块中的各第二数据记录，生成包含数据块的哈希值和各第二数据记录的第n个数据块，具体包括：

当n＝1时，初始数据块的哈希值和块高基于预设方式给定；

当n>1时，根据待写入数据块中的第二数据记录和第n－1个数据块的哈希值确定第n个数据块的哈希值，生成包含第n个数据块的哈希值和各第二数据记录的第n个数据块，其中，数据块的块高基于成块时间的先后顺序单调递增。

进一步地，在所述系统中，数据库服务端还用于，根据用户标识确定对应的用户公钥，采用所述用户公钥对第二数据记录进行验证。

进一步地，在所述系统中，在数据库服务端中，所述预设的成块条件包括：待存储的数据记录数量达到数量阈值；或者，距离上一次成块时刻的时间间隔达到时间阈值。

进一步地，在所述系统中，数据库服务端返回所述第二数据记录的哈希值至应用服务端；应用服务端转发第二数据记录的哈希值至所述第一客户端。

进一步地，在所述系统中，应用服务端还用于，接收第二客户端所发送的包含第二数据记录的哈希值的查询请求，并转发所述查询请求至数据库服务端；相应的，数据库服务端还用于，根据所述第二数据记录的哈希值查询得到对应的第二数据记录，并返回所述数据记录至应用服务端；应用服务端转发所述查询得到的第二数据记录至所述第二客户端，以便所述第二客户端采用第一客户端的公钥对所述第二数据记录进行解密验证。

进一步地，在所述系统中，所述可信执行环境包括intelsgx或amdsev或armtrustzone。

在另一方面，本说明书实施例还提供一种数据存储方法，应用于应用服务端中，如图3所示，图3为本说明书实施例所提供的应用服务端方面的数据存储方法的流程示意图，所述方法包括：

s301，获取携带用户标识的第一数据记录；

s303，根据用户标识获取对应的用户私钥，在可信执行环境中执行预设的签名代码，生成包含用户数字签名的第二数据记录，其中，所述签名代码用于根据用户私钥对所述第一数据记录进行数字签名；

s305，发送所述第二数据记录至数据库服务端。

对应的，本说明书实施例还提供一种数据存储装置，应用于应用服务端中，如图4所示，图4是本说明书实施例提供的一种数据存储装置的结构示意图，包括：

接收模块401，获取携带用户标识的第一数据记录；

生成模块403，根据用户标识获取对应的用户私钥，在可信执行环境中执行预设的签名代码，生成包含用户数字签名的第二数据记录，其中，所述签名代码用于根据用户私钥对所述第一数据记录进行数字签名；

发送模块405，发送所述第二数据记录至数据库服务端。

本说明书实施例还提供一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现图3所示的数据存储方法。

图5示出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。

处理器1010可以采用通用的cpu(centralprocessingunit，中央处理器)、微处理器、应用专用集成电路(applicationspecificintegratedcircuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1020可以采用rom(readonlymemory，只读存储器)、ram(randomaccessmemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。

输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。

总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现图3所示的数据存储方法。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。

上述实施例阐明的系统、方法、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于方法实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的方法实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本说明书实施例的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本说明书实施例原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本说明书实施例的保护范围。