CN113988982A - 一种数据交易方法、装置、设备及存储介质 - Google Patents

Abstract

本申请涉及一种数据交易方法、装置、设备及存储介质，该方法包括：获取数据提供方的待出售数据的数据信息；调用区块链平台上智能合约模块中的交易合约，将待出售数据的数据信息与第三方签名信息进行打包并上链；接收数据购买方发送的订单信息，在区块链平台上对订单信息进行验证；订单信息是数据购买方在区块链平台上调用交易合约，基于待购买数据的数据信息和数据购买方签名信息生成的；在验证通过时，向数据购买方发送允许使用订单信息对应的数据的消息。如此，可以提高汽车数据交易过程的可靠性、可信度以及可追溯性。

Description

一种数据交易方法、装置、设备及存储介质

技术领域

本申请涉及互联网技术领域，特别涉及一种数据交易方法、装置、设备及存储介质。

背景技术

在汽车数据交易场景中，涉及到多个参与方，包括车主、车企、4S店等数据供应方、数据使用方以及运营方。多方之间涉及汽车数据权属的登记和数据使用权的购买和使用，关联到多方之间的信任问题。

现有的模式下，通过一个中心化的运营方接入车企、4S店等数据供应方存储的汽车数据，并对外提供数据交易的服务，数据供应方向中心化运营方登记其可以对外售卖的数据，数据使用方向运营方购买使用汽车数据，最终由中心化运营方向数据供应方提供数据被使用的凭证进行结算。在这种中心化的管理模式下，相关参与方高度依赖一个中心的业务系统，其交易过程及数据由单一的组织或企业存储和管控，难以保证数据和业务的可信度和可靠性，数据供应方将数据一次性售卖给运营方也不符合数据安全的要求，同时一次性费用对于运营方也难以接受，若采用按实际使用计费，又只能由运营方给出使用交易数据，车企、4S店、车主等数据供应方难以保障自身的汽车数据权益，最终导致大家不愿意参与到数据交易中来。

由于现有模式下，汽车数据的参与方之前没有可直接进行信息交互的平台，导致各参与方之间存在信息不对称，业务的正确性和多方之间的信任程度依赖于运营方的信用背书，在这种高度中心化的交易方式以及信息不对称的影响下，若运营方被恶意攻击和篡改，或者运营方为了自身利益私自修改交易数据，将导致车企、4S店以及车主的数据权益严重受损。因此，现有汽车数据交易过程中存在的可靠、可信度比较低，以及可追溯性差的问题亟待改进。

发明内容

本申请实施例提供了一种数据交易方法、装置、设备及存储介质，可以提高汽车数据交易过程的可靠性、可信度以及可追溯性。

一方面，本申请实施例提供了一种数据交易方法，包括：

获取数据提供方的待出售数据的数据信息；

调用区块链平台上智能合约模块中的交易合约，将待出售数据的数据信息与第三方签名信息进行打包并上链；

接收数据购买方发送的订单信息，在区块链平台上对订单信息进行验证；订单信息是数据购买方在区块链平台上调用交易合约，基于待购买数据的数据信息和数据购买方签名信息生成的；

在验证通过时，向数据购买方发送允许使用订单信息对应的数据的消息。

可选的，数据信息包括待出售数据对应的预设虚拟资源消耗量；订单信息包括数据提供方标识；

向数据购买方发送允许使用订单信息对应的数据的消息之后，方法还包括：

调用交易合约，基于第三方签名信息对订单信息执行确认操作，以使交易合约响应于确认操作，基于预设虚拟资源消耗量将中间账户的虚拟资源转移至数据提供方标识对应的数据提供方的用户账户和第三方的用户账户；

其中，中间账户的虚拟资源是数据购买方在生成订单信息时从数据购买方的用户账户中扣除的。

可选的，基于第三方签名信息对订单信息执行确认操作之后，方法还包括：

响应于数据提供方发送的虚拟资源兑换请求，调用智能合约模块中的虚拟资源兑换合约，从数据提供方的用户账户中扣除与虚拟资源兑换请求中所请求兑换的数值等价的虚拟资源。

可选的，方法还包括：

调用智能合约模块中的用户合约，分别为数据提供方、数据购买方和第三方创建对应的用户账户。

可选的，方法还包括：

调用智能合约模块中的虚拟资源交换合约，为数据购买方的用户账户进行虚拟资源的充值。

另一方面，本申请实施例提供了一种数据交易方法，包括：

获取待购买数据的数据信息；

调用区块链平台上智能合约模块中的交易合约，基于待购买数据的数据信息和数据购买方签名信息生成订单信息；

向第三方发送订单信息，以使第三方在区块链平台上完成对订单信息的验证操作；

接收第三方发送的允许使用订单信息对应的数据的消息。

另一方面，本申请实施例提供了一种数据交易装置，包括：

获取模块，用于获取数据提供方的待出售数据的数据信息；

调用模块，用于调用区块链平台上智能合约模块中的交易合约，将待出售数据的数据信息与第三方签名信息进行打包并上链；

接收模块，用于接收数据购买方发送的订单信息，在区块链平台上对订单信息进行验证；订单信息是数据购买方在区块链平台上调用交易合约，基于待购买数据的数据信息和数据购买方签名信息生成的；

发送模块，用于在验证通过时，向数据购买方发送允许使用订单信息对应的数据的消息。

另一方面，本申请实施例提供了一种数据交易装置，包括：

获取模块，用于获取待购买数据的数据信息；

调用模块，用于调用区块链平台上智能合约模块中的交易合约，基于待购买数据的数据信息和数据购买方签名信息生成订单信息；

发送模块，用于向第三方发送订单信息，以使第三方在区块链平台上完成对订单信息的验证操作；

接收模块，用于接收第三方发送的允许使用订单信息对应的数据的消息。

另一方面，本申请实施例提供了一种设备，设备包括处理器和存储器，存储器中存储有至少一条指令或至少一段程序，至少一条指令或至少一段程序由处理器加载并执行上述的数据交易方法。

另一方面，本申请实施例提供了一种计算机存储介质，存储介质中存储有至少一条指令或至少一段程序，至少一条指令或至少一段程序由处理器加载并执行以实现上述的数据交易方法。

本申请实施例提供的一种数据交易方法、装置、设备及存储介质具有如下有益效果：

通过第三方获取数据提供方的待出售数据的数据信息；调用区块链平台上智能合约模块中的交易合约，将待出售数据的数据信息与第三方签名信息进行打包并上链；接收数据购买方发送的订单信息，在区块链平台上对订单信息进行验证；订单信息是数据购买方在区块链平台上调用交易合约，基于待购买数据的数据信息和数据购买方签名信息生成的；在验证通过时，向数据购买方发送允许使用订单信息对应的数据的消息。如此，可以提高数据交易过程的可靠性、可信度以及可追溯性。

在应用到汽车数据交易领域中时，由于汽车数据运营商的所有交易基于区块链平台完成，所有订单信息均在链上对所有参与方进行公开，可以防止汽车数据运营方为了自身利益私自修改交易数据，如此，可以改善现有技术中高度依赖汽车数据运营方的中心化管理所带来的可靠性问题，可以极大程度保障车企、4S店、车主等数据供应方的汽车数据权益。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种应用场景的示意图；

图2是本申请实施例提供的一种数据交易方法的流程示意图；

图3是本申请实施例提供的一种应用场景的示意图；

图4是本申请实施例提供的一种应用场景的示意图；

图5是本申请实施例提供的一种数据交易装置的结构示意图；

图6是本申请实施例提供的一种数据交易装置的结构示意图；

图7是本申请实施例提供的一种数据交易方法的服务器的硬件结构框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

智能合约(Smart contract)是一种旨在以信息化方式传播、验证或执行合同的计算机协议。

区块链平台上的智能合约是指一段代码被部署在分享的、复制的账本上，它可以维持自己的状态，控制自己的资产和对接收到的外界信息或者资产进行回应。通过只能合约所定义的模型是运行在可复制、共享的账本上的计算机程序，可以处理信息，接收、储存和发送价值。

非对称加密机制。非对称加密算法需要两个密钥：公开密钥(publickey)和私有密钥(privatekey)。公开密钥与私有密钥是一对，如果用公开密钥对数据进行加密，只有用对应的私有密钥才能解密；如果用私有密钥对数据进行加密，那么只有用对应的公开密钥才能解密。

请参阅图1，图1是本申请实施例提供的一种应用场景的示意图，包括数据提供方服务器01、数据购买方服务器02和第三方服务器03，数据提供方服务器01向第三方服务器03登记其待出售数据的数据信息，由第三方服务器03利用区块链平台发布其待出售数据的数据信息，数据购买方服务器02可通过区块链平台查看、确定其待购买数据的数据信息，并完成下单。整个数据交易过程均在区块链平台上进行，每个操作均被有效记录，可以保证交易过程的可靠性和可追溯性。

在一个可能的实施例中，数据提供方服务器01向第三方服务器03发送待出售数据的数据信息，第三方服务器03在获取到数据提供方的待出售数据的数据信息后，调用区块链平台上智能合约模块中的交易合约，将待出售数据的数据信息与第三方签名信息进行打包并上链；

数据购买方服务器02通过区块链平台查看所有的待出售数据的数据信息，从中确定出待购买数据的数据信息；然后调用区块链平台上智能合约模块中的交易合约，基于待购买数据的数据信息和数据购买方签名信息生成订单信息；然后，数据购买方服务器02向第三方服务器03发送订单信息；

第三方服务器03接收到数据购买方服务器02发送的订单信息后，在区块链平台上对订单信息进行验证；第三方服务器03在验证通过时，向数据购买方服务器02发送允许使用订单信息对应的数据的消息；

数据购买方服务器02在接收到允许使用订单信息对应的数据的消息后，可以通过第三方服务器03使用对应的数据。

可选的，上述数据提供方服务器01、数据购买方服务器02和第三方服务器03中的任一服务器，可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。

本申请实施例提供的一种数据交易方法，可以解决现有汽车数据交易模式中存在的可靠、可信度比较低，以及可追溯性差的问题。

在一个可能的应用场景中，比如汽车数据交易场景中，上述数据提供方可以是车企、 4S店或车主；上述数据指的是汽车数据，具体可以包括汽车设计、生产、销售、使用、运维等过程中的涉及个人信息数据和重要数据；上述数据购买方可以是汽车制造商、零部件和软件供应商、经销商、维修机构以及出行服务企业等。上述第三方是汽车数据运营商。

本申请实施例提供的一种数据交易方法，应用于汽车数据交易场景中时，由于汽车数据运营商的所有交易基于区块链平台完成，所有订单信息均在链上对所有参与方进行公开，可以防止汽车数据运营方为了自身利益私自修改交易数据，如此，可以改善现有技术中高度依赖汽车数据运营方的中心化管理所带来的可靠性问题，可以极大程度保障车企、4S店、车主等数据供应方的汽车数据权益。

以下介绍本申请一种数据交易方法的具体实施例，图2是本申请实施例提供的一种数据交易方法的流程示意图，本说明书提供了如实施例或流程图的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或服务器产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图2所示，该方法可以包括：

在步骤S201中，第三方获取数据提供方的待出售数据的数据信息。

在步骤S203中，第三方调用区块链平台上智能合约模块中的交易合约，将待出售数据的数据信息与第三方签名信息进行打包并上链。

本申请实施例中，首先建立服务于数据交易的区块链基础设施，从而可以使得参与方各自运行属于自己管控的区块链共识节点，共同见证数据交易。每个数据交易的参与方都通过区块链平台生成一对非对称加密算法的公私钥对，可选的，公钥上链与其唯一的身份标识绑定，私钥由参与方自己保管用于后续参与数据交易过程。

本申请实施例中，数据提供方可以在链下向第三方发送其待出售数据的数据信息，第三方获取到数据提供方的待出售数据的数据信息之后，调用区块链平台上智能合约模块中的交易合约，将待出售数据的数据信息与第三方签名信息进行打包并上链。其中，第三方签名信息可以是第三方的私钥。交易合约用于提供数据信息上链、数据订单管理等功能。

一种可选的实施方式中，上述数据信息可以包括数据描述信息、数据使用说明信息、数据来源和预设虚拟资源消耗量；其中数据描述信息可以包括名称、类型、内容范畴以及数据样例；预设虚拟资源消耗量指的是数据对应的价格信息。

具体的，第三方作为初始参与方，将自身的身份标识与公钥进行绑定然后登记上链；然后，第三方对数据提供方的身份标识的合法性进行验证，验证合法后，第三方将数据提供方的身份标识与数据提供方的公钥进行绑定并上链。其中，身份标识包括但不限于企业社会信用代码、身份证号。

一种可选的实施方式中，本申请实施例的数据交易方法还可以包括以下步骤：

调用智能合约模块中的用户合约，分别为数据提供方、数据购买方和第三方创建对应的用户账户。

具体的，用户合约用于提供参与方的用户身份上链和管理功能。第三方调用智能合约模块中的用户合约，分别为数据提供方、数据购买方和自己创建对应的用户账户，各用户账户对应的初始虚拟资源的数值为0。

在一个具体的应用场景中，例如汽车数据交易场景，汽车数据运营方作为第三方，其是区块链平台的初始参与方，首先其作为初始化用户登记上链，再由运营方认证车企、4S店或车主等数据提供方的身份信息，将车企、4S店或车主等数据提供方的公钥和其唯身份标识绑定并上链。如图3所示的场景中，车企、4S店或车主等汽车数据提供方通过汽车数据运营方平台登记其可以出售的汽车数据的数据信息，包括：数据描述、使用说明、数据的原始拥有方、使用价值以及定价等信息；运营方审核后使用运营方的私钥为签名信息，将数据提供方的待出售数据的数据信息与签名信息进行打包，然后调用区块链平台上智能合约模块中的汽车数据交易合约，创建一个汽车数据信息并存储在链上，同时可以绑定汽车数据信息的拥有者为本地发起登记的汽车数据提供方。如此，运营方将所有汽车数据的数据信息在区块链平台上进行公开，保证汽车数据提供方、汽车数据购买方之间的信息对称，防止运营方篡改数据信息，侵害汽车数据提供方和汽车数据购买方的利益。

在步骤S205中，数据购买方获取待购买数据的数据信息。

在步骤S207中，数据购买方调用区块链平台上智能合约模块中的交易合约，基于待购买数据的数据信息和数据购买方签名信息生成订单信息。

本申请实施例中，待购买数据的数据信息表征数据购买方有意向购买的数据信息。数据购买方可以在区块链平台上查看到待出售数据的数据信息，并从中确定出有意向购买的数据信息，然后调用区块链平台上智能合约模块中的交易合约，基于待购买数据的数据信息和数据购买方签名信息生成相应的订单信息。其中，数据购买方签名信息可以是数据购买方的私钥。

一种可选的实施方式中，订单信息可以包括但不限于数据购买方的标识、数据信息的标识、数据权益的拥有者以及费用等信息。

一种可选的实施方式中，待购买数据的数据信息包括预设虚拟资源消耗量，在生成订单信息时，区块链平台会自动从数据购买方的用户账户中扣除相应的预设虚拟资源消耗量，因此，数据购买方在区块链平台上生成订单信息之前，需要确保其用户账户中存在足够的虚拟资源，以支付待购买数据对应的预设虚拟资源消耗量。如此，可以避免由于支付失败耽误订单的生成，可以提高一次性生成订单的成功率，可以加快数据交易过程。

基于此，进一步可选的实施方式中，在步骤S207之前，本申请实施例提供的数据交易方法还可以包括以下步骤：

调用智能合约模块中的虚拟资源交换合约，为数据购买方的用户账户进行虚拟资源的充值。

具体的，在汽车数据交易场景中，数据购买方可以在区块链平台上查看到所有的待出售数据的数据信息，数据购买方可以选择合适的进行购买，使用自己的私钥作为签名。汽车数据购买方将其选择的待购买数据的数据信息和签名打包，调用区块链平台上的汽车数据交易合约，创建一笔汽车数据交易订单并存储在链上。交易订单中包含发起购买的数据购买方、购买的汽车数据的数据标识、数据权益的拥有者以及购买方需要支付的费用等信息。

一种可选的实施方式中，数据购买方在调用交易合约生成订单信息时，区块链平台会自动从数据购买方的用户账户转移一定数量的虚拟资源，到预先创建好的中间账户中，若没有出现虚拟资源不足或其他问题则表示购买成功。其中，中间账户是除数据购买方的用户账户、第三方的用户账户以及数据提供方的用户账户之外的其他独立的账户。

在步骤S209中，数据购买方向第三方发送订单信息。

本申请实施例中，数据购买方在区块链平台上调用交易合约，基于待购买数据的数据信息和数据购买方签名信息生成订单信息后，数据购买方向第三方发送该订单信息，以使第三方在区块链平台上完成对订单信息的验证操作。

在步骤S211中，第三方接收数据购买方发送的订单信息，在区块链平台上对订单信息进行验证。

本申请实施例中，数据购买方在购买成功后，向第三方发送对应的订单信息，第三方可以基于订单信息向区块链平台进行验证。

在具体的汽车数据交易场景中，汽车数据购买方在购买成功后可以通过运营方平台使用汽车数据，具体的，如图4所示的场景中，运营方平台根据汽车数据购买方提供的订单信息区块链平台验证数据购买方是否具有相应的使用权，即在区块链平台查询是否存在的相应的订单信息的记录，在验证通过后汽车数据购买方可以访问运营方平台的汽车数据服务，即使用数据提供方预先存储在运营方平台的汽车数据，或者通过运营方平台从数据提供方获取汽车数据。

在步骤S213中，第三方在验证通过时，向数据购买方发送允许使用订单信息对应的数据的消息。

本申请实施例中，第三方基于数据购买方发送的订单信息，向区块链平台验证，在验证通过时，向数据购买方发送允许其使用对应的数据的消息。数据购买方在接收到第三方发送的允许使用订单信息对应的数据的消息后，可以通过第三方使用该对应的数据。

一种可选的实施方式中，数据信息包括待出售数据对应的预设虚拟资源消耗量；订单信息包括数据提供方标识；

上述步骤S213向数据购买方发送允许使用订单信息对应的数据的消息之后，本申请实施例的数据交易方法还可以包括以下步骤：

调用交易合约，基于第三方签名信息对订单信息执行确认操作，以使交易合约响应于确认操作，基于预设虚拟资源消耗量将中间账户的虚拟资源转移至数据提供方标识对应的数据提供方的用户账户和第三方的用户账户；

其中，中间账户的虚拟资源是数据购买方在生成订单信息时从数据购买方的用户账户中扣除的。

具体的，第三方可以根据数据购买方的数据使用情况，调用交易合约更新数据信息对应的数据使用状态，当第三方确认数据购买方使用完对应的数据，则调用交易合约，基于第三方签名信息即第三方私钥，对订单信息执行确认操作，确认操作完成后区块链平台可以自动将存储于中间账户上的虚拟资源转移至对应的数据提供方的用户账户和第三方的用户账户。

在汽车数据交易场景中，运营方根据数据购买方的汽车数据使用情况调用区块链平台的汽车数据交易合约更新其使用状态，当汽车数据使用结束后运营方使用自己的私钥签名关联对应的订单信息，调用汽车数据交易合约确认订单。如此，可以进一步保障各参与方各自的汽车数据权益。

一种可选的实施方式中，在上述基于第三方签名信息对订单信息执行确认操作之后，本申请实施例的数据交易方法还可以包括以下步骤：

响应于数据提供方发送的虚拟资源兑换请求，调用智能合约模块中的虚拟资源兑换合约，从数据提供方的用户账户中扣除与虚拟资源转移请求中所请求兑换的数值等价的虚拟资源。

具体的，第三方在完成订单信息的确认操作之后，第三方和数据提供方可以在链上收到对应的虚拟资源。数据提供方可以向第三方发送虚拟资源兑换请求，第三方响应于该虚拟资源兑换请求，调用区块链平台中虚拟资源兑换合约，从数据提供方的用户账户中扣除相应的虚拟资源。

综上，本申请实施例提供的数据交易方法，利用区块链技术使得多个数据交易的参与方能够共同参与和见证业务的运转，可以提高数据交易的透明度、可靠性、可信度和可追溯性。在该情况下，每个参与方各自运行一个区块链共识节点，通过第三方的所有业务操作都最终记录在区块链上，参与方可各自通过自己运行的区块链节点进行操作的查询和验证。如此，可以有效的防止单一的中心数据损坏或被恶意篡改，导致参与方的利益损失，也可以避免一家独大的中心的高度依赖性。此外，数据交易完全在区块链上进行，每个操作都可以留下证据方便以后溯源查证，可以提高数据交易的可追溯性。

本申请实施例还提供了一种数据交易装置，图5是本申请实施例提供的一种数据交易装置的结构示意图，如图5所示，该装置包括：

获取模块501，用于获取数据提供方的待出售数据的数据信息；

调用模块502，用于调用区块链平台上智能合约模块中的交易合约，将待出售数据的数据信息与第三方签名信息进行打包并上链；

接收模块503，用于接收数据购买方发送的订单信息，在区块链平台上对订单信息进行验证；订单信息是数据购买方在区块链平台上调用交易合约，基于待购买数据的数据信息和数据购买方签名信息生成的；

发送模块504，用于在验证通过时，向数据购买方发送允许使用订单信息对应的数据的消息。

该实施例中的数据交易装置，可以应用于第三方平台。

一种可选的实施方式中，数据信息包括待出售数据对应的预设虚拟资源消耗量；订单信息包括数据提供方标识；调用模块502还用于：

调用交易合约，基于第三方签名信息对订单信息执行确认操作，以使交易合约响应于确认操作，基于预设虚拟资源消耗量将中间账户的虚拟资源转移至数据提供方标识对应的数据提供方的用户账户和第三方的用户账户；

其中，中间账户的虚拟资源是数据购买方在生成订单信息时从数据购买方的用户账户中扣除的。

一种可选的实施方式中，调用模块502还用于：

响应于数据提供方发送的虚拟资源兑换请求，调用智能合约模块中的虚拟资源兑换合约，从数据提供方的用户账户中扣除与虚拟资源兑换请求中所请求兑换的数值等价的虚拟资源。

一种可选的实施方式中，调用模块502还用于：

调用智能合约模块中的用户合约，分别为数据提供方、数据购买方和第三方创建对应的用户账户。

一种可选的实施方式中，调用模块502还用于：

调用智能合约模块中的虚拟资源交换合约，为数据购买方的用户账户进行虚拟资源的充值。

本申请实施例还提供了一种数据交易装置，图6是本申请实施例提供的一种数据交易装置的结构示意图，如图6所示，该装置包括：

获取模块601，用于获取待购买数据的数据信息；

调用模块602，用于调用区块链平台上智能合约模块中的交易合约，基于待购买数据的数据信息和数据购买方签名信息生成订单信息；

发送模块603，用于向第三方发送订单信息，以使第三方在区块链平台上完成对订单信息的验证操作；

接收模块604，用于接收第三方发送的允许使用订单信息对应的数据的消息。

该实施例中的数据交易装置可以应用于数据购买方。

本申请实施例中的装置与方法实施例基于同样地申请构思。

本申请实施例所提供的方法实施例可以在计算机终端、服务器或者类似的运算装置中执行。以运行在服务器上为例，图7是本申请实施例提供的一种数据交易方法的服务器的硬件结构框图。如图7所示，该服务器700可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(Central Processing Units，CPU)710(处理器710可以包括但不限于微处理器NCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器730，一个或一个以上存储应用程序723或数据722的存储介质720 (例如一个或一个以上海量存储设备)。其中，存储器730和存储介质720可以是短暂存储或持久存储。存储在存储介质720的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器710可以设置为与存储介质720通信，在服务器700上执行存储介质720中的一系列指令操作。服务器700 还可以包括一个或一个以上电源760，一个或一个以上有线或无线网络接口750，一个或一个以上输入输出接口740，和/或，一个或一个以上操作系统721，例如Windows， Mac OS，Unix,Linux，FreeBSD等等。

输入输出接口740可以用于经由一个网络接收或者发送数据。上述的网络具体实例可包括服务器700的通信供应商提供的无线网络。在一个实例中，输入输出接口740包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，输入输出接口740可以为射频 (RadioFrequency，RF)模块，其用于通过无线方式与互联网进行通讯。

本领域普通技术人员可以理解，图7所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器700还可包括比图7中所示更多或者更少的组件，或者具有与图7所示不同的配置。

本申请的实施例还提供了一种存储介质，所述存储介质可设置于服务器之中以保存用于实现方法实施例中一种数据交易方法相关的至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现上述数据交易方法。

可选地，在本实施例中，上述存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器。可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

由上述本申请提供的一种数据交易方法、装置、设备及存储介质的实施例可见，本申请中通过第三方获取数据提供方的待出售数据的数据信息；调用区块链平台上智能合约模块中的交易合约，将待出售数据的数据信息与第三方签名信息进行打包并上链；接收数据购买方发送的订单信息，在区块链平台上对订单信息进行验证；订单信息是数据购买方在区块链平台上调用交易合约，基于待购买数据的数据信息和数据购买方签名信息生成的；在验证通过时，向数据购买方发送允许使用订单信息对应的数据的消息。如此，可以提高汽车数据交易过程的可靠性、可信度以及可追溯性。

需要说明的是：上述本申请实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种数据交易方法，其特征在于，包括：

获取数据提供方的待出售数据的数据信息；

调用区块链平台上智能合约模块中的交易合约，将所述待出售数据的数据信息与第三方签名信息进行打包并上链；

接收数据购买方发送的订单信息，在所述区块链平台上对所述订单信息进行验证；所述订单信息是所述数据购买方在所述区块链平台上调用所述交易合约，基于待购买数据的数据信息和数据购买方签名信息生成的；

在验证通过时，向所述数据购买方发送允许使用所述订单信息对应的数据的消息。

2.根据权利要求1所述的方法，其特征在于，所述数据信息包括所述待出售数据对应的预设虚拟资源消耗量；所述订单信息包括数据提供方标识；

所述向所述数据购买方发送允许使用所述订单信息对应的数据的消息之后，所述方法还包括：

调用所述交易合约，基于所述第三方签名信息对所述订单信息执行确认操作，以使所述交易合约响应于所述确认操作，基于所述预设虚拟资源消耗量将中间账户的虚拟资源转移至所述数据提供方标识对应的数据提供方的用户账户和所述第三方的用户账户；

其中，所述中间账户的虚拟资源是所述数据购买方在生成所述订单信息时从所述数据购买方的用户账户中扣除的。

3.根据权利要求2所述的方法，其特征在于，所述基于所述第三方签名信息对所述订单信息执行确认操作之后，所述方法还包括：

响应于所述数据提供方发送的虚拟资源兑换请求，调用所述智能合约模块中的虚拟资源兑换合约，从所述数据提供方的用户账户中扣除与所述虚拟资源兑换请求中所请求兑换的数值等价的虚拟资源。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

调用所述智能合约模块中的用户合约，分别为所述数据提供方、所述数据购买方和所述第三方创建对应的用户账户。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述方法还包括：

调用所述智能合约模块中的虚拟资源交换合约，为所述数据购买方的用户账户进行虚拟资源的充值。

6.一种数据交易方法，其特征在于，包括：

获取待购买数据的数据信息；

调用区块链平台上智能合约模块中的交易合约，基于所述待购买数据的数据信息和数据购买方签名信息生成订单信息；

向第三方发送所述订单信息，以使所述第三方在所述区块链平台上完成对所述订单信息的验证操作；

接收所述第三方发送的允许使用所述订单信息对应的数据的消息。

7.一种数据交易装置，其特征在于，包括：

获取模块，用于获取数据提供方的待出售数据的数据信息；

调用模块，用于调用区块链平台上智能合约模块中的交易合约，将所述待出售数据的数据信息与第三方签名信息进行打包并上链；

接收模块，用于接收数据购买方发送的订单信息，在所述区块链平台上对所述订单信息进行验证；所述订单信息是所述数据购买方在所述区块链平台上调用所述交易合约，基于待购买数据的数据信息和数据购买方签名信息生成的；

发送模块，用于在验证通过时，向所述数据购买方发送允许使用所述订单信息对应的数据的消息。

8.一种数据交易装置，其特征在于，包括：

获取模块，用于获取待购买数据的数据信息；

调用模块，用于调用区块链平台上智能合约模块中的交易合约，基于所述待购买数据的数据信息和数据购买方签名信息生成订单信息；

发送模块，用于向第三方发送所述订单信息，以使所述第三方在所述区块链平台上完成对所述订单信息的验证操作；

接收模块，用于接收所述第三方发送的允许使用所述订单信息对应的数据的消息。

9.一种设备，其特征在于，所述设备包括处理器和存储器，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载并执行如权利要求1-5或6任一项所述的数据交易方法。

10.一种计算机存储介质，其特征在于，所述存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或至少一段程序由处理器加载并执行以实现如权利要求1-5或6任一项所述的数据交易方法。

Images