CN114531260A - 基于联盟链系统的信息处理方法及相关设备 - Google Patents

Abstract

本申请涉及区块链技术领域，具体提供了一种基于联盟链系统的信息处理方法及相关设备，该方法包括：接收买方节点发送的数据请求，数据请求携带买方节点的密钥和目标商品的目标商品标识和密钥，密钥是卖方节点对买方节点进行数据查看授权后下发的；根据密钥对数据请求对应的买方节点进行授权验证；若验证确认买方节点具有针对目标商品的数据查看权限，根据目标商品标识获取目标商品的商品数据，商品数据包括在目标商品的生命周期内所产生的与目标商品相关的信息；向发起数据请求的买方节点返回商品数据，本方案可以保证买方节点获取到准确的商品数据。

Description

基于联盟链系统的信息处理方法及相关设备

技术领域

本申请涉及区块链技术领域，具体而言，涉及一种基于联盟链系统的信息处理方法及相关设备。

背景技术

日常的商品交易中，可能存在商家发布虚假的商品数据，而与商家存在利益关联的其他商家可能存在联合作假的情况，导致消费者无法获取到准确的商品数据，进而导致消费者被欺骗，对于一些价格较高的商品，例如新车、二手车、珠宝，如果消费者无法获取到准确的商品数据，可能导致消费者出现巨大的损失。

由上可知，如何来保证消费者可以获取到准确的商品数据现有技术中亟待解决的技术问题。

发明内容

本申请的实施例提供了一种基于联盟链系统的信息处理方法及相关设备，以来保障消费者可以获取到准确的商品数据。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

根据本申请实施例的一个方面，提供了一种基于联盟链系统的信息处理方法，所述联盟链系统包括卖方节点、买方节点和多个信息生产方，所述信息生产方节点所产生与商品相关的信息存储于联盟链中，所述方法由卖方节点执行，所述方法包括：接收买方节点发送的数据请求，所述数据请求携带所述买方节点的密钥和目标商品的目标商品标识和密钥，所述密钥是卖方节点对所述买方节点进行数据查看授权后下发的；根据所述密钥对所述数据请求对应的买方节点进行授权验证；若验证确认所述买方节点具有针对所述目标商品的数据查看权限，根据所述目标商品标识获取所述目标商品的商品数据，所述商品数据包括在所述目标商品的生命周期内所产生的与所述目标商品相关的信息；向发起所述数据请求的买方节点返回所述商品数据。

根据本申请实施例的一个方面，提供了一种基于联盟链系统的信息处理装置，所述联盟链系统包括卖方节点、买方节点和多个信息生产方，所述信息生产方节点所产生与商品相关的信息存储于联盟链中，应用于卖方节点，所述装置包括：；数据请求接收模块，用于接收买方节点发送的数据请求，所述数据请求携带所述买方节点的密钥和目标商品的目标商品标识，所述密钥是卖方节点对所述买方节点进行数据查看授权后下发的；授权验证模块，用于根据所述密钥对所述数据请求对应的买方节点进行授权验证；获取模块，用于若验证确认所述买方节点具有针对所述目标商品的数据查看权限，根据所述目标商品标识获取所述目标商品的商品数据，所述商品数据包括在所述目标商品的生命周期内所产生的与所述目标商品相关的信息；返回模块，用于向发起所述数据请求的买方节点返回所述商品数据。

根据本申请实施例的一个方面，提供了一种电子设备，包括：处理器；存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，实现如上所述的方法。

根据本申请实施例的一个方面，提供了一种计算机可读存储介质，其上存储有计算机可读指令，当所述计算机可读指令被处理器执行时，实现如上所述的方法。

在本申请的方案中，各个信息生产方节点将所产生与商品相关的信息存储于联盟链中，基于联盟链的防篡改特点，可以有效保证联盟链中所存储与商品相关的各项信息的可信度和可靠性。在此基础上，买方节点所获取到来源于联盟链中的商品数据可信度高，而且买方节点可以根据该商品数据进行商品溯源，了解到该商品各个阶段的准确信息，从而保障了所获取到商品数据的准确性，可以有效解决因商家或者与商家相关联的机构发布虚假的商品信息所导致消费者受骗的问题。

而且，在本申请的方案中，买方节点在获得卖方节点的数据查看授权后，才可以根据密钥进行数据请求，由卖方节点在根据数据请求所携带的密钥确定通过授权验证后，向买方节点返回对应的商品数据。也就是说，只有经卖方节点授权的买方节点才可以访问卖方节点所发布商品的商品数据，可以避免商品数据被恶意泄露，也可以规避商品数据泄漏引发的各类风险，也降低商品数据被恶意利用的概率。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图；

图2示出了区块链的示意图；

图3是根据本申请的一个实施例示出的基于联盟链系统的信息处理方法的流程图；

图4是根据一实施例示出的卖方节点为买方节点进行授权的流程图；

图5是根据一实施例示出的步骤340之后步骤的流程图；

图6是根据一具体实施例示出的应用场景图；

图7是根据一具体实施例示出的查询界面的示意图；

图8是根据一具体实施例示出的车辆数据显示界面的示意图；

图9是根据一实施例示出的基于联盟链系统的信息处理装置；

图10示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

需要说明的是：在本文中提及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

在进行具体说明之前，先对本申请涉及的一些术语进行说明。

VIN：Vehicle Identification Number，车架号码，又可以称为车辆识别号码，其是一组由十七个字母或数字组成，用于标识车辆一组独一无二的号码，可以识别车辆的生产商、引擎、底盘序号及其他性能等。

MSP机制：Membership service provider，联盟链成员认证机制。通过MSP证书校验的节点，才能成为联盟链系统中的合法节点。

联盟链系统：多个联盟节点共同参与的区块链网络。联盟链系统中每个节点的权限都完全对等，各节点可以在不需要完全信任的情况下就能够实现数据的可信交换。联盟链系统的各个节点通常有与之对应的实体机构组织，通过授权后才能加入或退出联盟链系统。在联盟链系统中，每个组织代表一个联盟成员，联盟成员可以是企业或部门。

分布式账本(Distribute Ledger):由区块链网络中若干去中心化节点共同维护的数据账本。

智能合约(Smart Contract)：根据特定条件自动执行的合约程序。智能合约是区块链的重要特征，是用户与区块链进行交互，利用区块链实现业务逻辑的重要途径。

区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。

按照区块链中数据的读取和写入权限，区块链可以分为公链、私链和联盟链。其中，公链是指任何人都可读取的、任何人都能发送交易且交易能获得有效确认的、任何人都能参与共识过程的区块链。私链是指其写入权限仅在一个组织手里的区块链，换言之，私链中对读取权限或者对外开放，或者被任意程度进行了限制。联盟链的开放程度和去中心化程度是有所限制的，联盟链的参与者是被提前筛选出来或者直接指定的，数据库的读取权限可能是公开的，也可能像写入权限一样只限于系统的参与者。

图1示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图。

参见图1所示的联盟链系统，该联盟链系统中可以包括多个联盟节点101，联盟节点101可以是商品的买方节点、卖方节点、多个信息生产方节点，该信息生产方节点用于将所产生与商品相关的商品信息发布到联盟链系统中，进而将商品信息写入到联盟链中。

举例来说，若商品是二手车，则联盟节点101可以是二手车卖方节点、二手车买方节点和车辆信息生产方节点。其中，车辆信息生产方节点至少包括车辆制造方节点、新车销售方节点和车辆管理部门节点。进一步的，车辆信息生产方节点还可以包括保险公司节点、交通管理部门节点和维修保养节点。

每个联盟节点101在进行正常工作可以接收到输入信息，并基于接收到的输入信息维护该联盟链系统内的共享数据。为了保证联盟链系统内的信息互通，联盟链系统中的每个联盟节点之间可以存在信息连接，联盟节点之间可以通过上述信息连接进行信息传输。例如，当联盟链系统中的任意联盟节点接收到输入信息时，联盟链系统中的其它联盟节点便根据共识算法获取该输入信息，将该输入信息作为共享数据进行存储，使得联盟链系统中全部联盟节点上存储的数据均一致。

对于联盟链系统中的每个联盟节点，均具有与其对应的联盟节点标识，而且联盟链系统中的每个联盟节点均可以存储有其它联盟节点的联盟节点标识，以便后续根据其它联盟节点的联盟节点标识，将生成的区块广播至联盟链系统中的其它联盟节点。每个联盟节点中可维护一个联盟节点标识列表，将联盟节点名称和联盟节点标识对应存储至该联盟节点标识列表中。其中，联盟节点标识可为IP(Internet Protocol，网络之间互联的协议)地址以及其他任一种能够用于标识该联盟节点的信息。

联盟链系统中的每个联盟节点均存储相同的区块链。区块链由多个区块组成，参见图2所示，区块链由多个区块组成，创始块中包括区块头和区块主体，区块头中存储有输入信息特征值、版本号、时间戳和难度值等，区块主体中存储有输入信息；创始块的下一区块以创始块为父区块，下一区块中同样包括区块头和区块主体，区块头中存储有当前区块的输入信息特征值、父区块的区块头特征值、版本号、时间戳和难度值等，并以此类推，使得区块链中每个区块中存储的区块数据均与父区块中存储的区块数据存在关联，保证了区块中输入信息的安全性。

在生成区块链中的各个区块时，联盟节点在接收到输入信息时，对输入信息进行校验，完成校验后，将输入信息存储至内存池中，并更新其用于记录输入信息的哈希树；之后，将更新时间戳更新为接收到输入信息的时间，并尝试不同的随机数，多次进行特征值计算，使得计算得到的特征值可以满足下述公式：

SHA256(SHA256(version+prev_hash+merkle_root+ntime+nbits+x))<TARGET

其中，SHA256为计算特征值所用的特征值算法；version(版本号)为区块链中相关区块协议的版本信息；prev_hash为当前区块的父区块的区块头特征值；merkle_root为输入信息的特征值；ntime为更新时间戳的更新时间；nbits为当前难度，在一段时间内为定值，并在超出固定时间段后再次进行确定；x为随机数；TARGET为特征值阈值，该特征值阈值可以根据nbits确定得到。

这样，当计算得到满足上述公式的随机数时，便可将信息对应存储，生成区块头和区块主体，得到当前区块。随后，区块链所在联盟节点根据联盟链系统中其它联盟节点的联盟节点标识，将新生成的区块分别发送给其所在的联盟链系统中的其它联盟节点，由其它联盟节点对新生成的区块进行校验，并在完成校验后将新生成的区块添加至其存储的区块链中。

联盟链系统中各个联盟节点可以是服务器，也可以是终端设备。服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算(Cloud Computing)、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。终端设备可以是智能手机、平板电脑、笔记本电脑、台式计算机等，但并不局限于此。各个联盟节点之间可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

以下对本申请实施例的技术方案的实现细节进行详细阐述：

图3是根据本申请的一个实施例示出的基于联盟链系统的信息处理方法的流程图，应用于联盟链系统中的卖方节点，联盟链系统包括卖方节点、买方节点和多个信息生产方，信息生产方节点所产生与商品相关的信息存储于联盟链中。参照图3所示，该基于联盟链系统的信息处理方法至少包括步骤310至步骤340，详细介绍如下。

步骤310，接收买方节点发送的数据请求，数据请求携带买方节点的密钥和目标商品的目标商品标识，密钥是卖方节点对买方节点进行数据查看授权后下发的。

目标商品是指数据请求所请求获取商品数据的商品。任一需要进行商品数据获取的商品均可以作为本申请方案中的目标商品。

目标商品标识是指目标商品对应的商品标识。该商品标识用于唯一标识对应的商品。可以理解的是，商品的类型不同，其对应的商品标识也不相同。

举例来说，若商品为车辆，商品标识可以是车牌号、车架号码(VehicleIdentification Number，VIN)等。如商品是珠宝，则商品标识可以是为珠宝所设置的标识码。若商品为计算机，则商品标识可以是计算机名等。本申请方案中的商品可是新商品也可以是二手商品。

作为买方节点在加入到联盟链系统后，可以基于所输入的目标商品标识向目标商品所属的卖方节点发送数据请求。

在本申请的方案中，买方节点为了获取目标商品的商品数据，还需要先获得目标商品所属卖方节点的授权，若该卖方节点允许买方节点访问该目标商品的商品数据，则为该买方节点生成密钥，然后，该买方节点才可以根据该密钥访问目标商品的商品数据。

在本申请的一些实施例中，卖方节点可通过如图4所示的过程为买方节点进行授权。如图4所示，包括：

步骤410，接收买方节点发送的授权请求，授权请求携带买方节点所对应买方的身份信息。

商品的买方(或卖方)可以是个人，也可以是公司等组织。如果买方是个人，其身份信息可以是身份证号、手机号、姓名等信息。如果买方是组织，其身份信息可以是组织机构代码、统一社会信用代码、组织机构名称、注册信息等信息。

在本申请的一些实施例中，联盟链系统仅对卖方所发布的商品向买方提供数据查询服务，卖方所发布的商品即视为该商品需要进行出售。反之，如果一商品未被卖方发布，即使联盟链中存储有该商品的商品数据，买方节点也无法获取到对应的商品数据。

在本申请的一些实施例中，买方节点可以显示卖方所发布的商品的基本信息，例如商品的图片、名称、型号、制造方、保质期、卖方所设定的价格等，如果是二手商品，还可以包括商品的已使用时间等信息。买方节点可以基于所显示的商品，选择一想要进一步了解的商品作为目标商品并对应发起授权请求，该授权请求将被发送至目标商品所归属的卖方节点。

步骤420，接收对授权请求所触发的授权通过指令。

卖方节点在接收到授权请求后，卖方节点的用户可以对该授权请求进行处理：通过该授权请求，或者拒绝该授权请求。

授权通过指令是根据卖方节点的用户对授权请求触发授权通过操作生成的，该授权通过指令用于指示通过买方节点所发送的授权请求。

步骤430，根据授权通过指令为授权请求对应的买方节点配置数据查看权限，并为买方节点生成密钥，数据查看权限允许买方节点查看卖方节点所发布商品的商品数据。

步骤440，向发起授权请求的买方节点返回密钥。

在本申请的一些实施例中，卖方节点中可以设置数据查看权限列表，该数据查看权限列表用于存储具有该卖方节点所发布商品的数据查看权限的买方节点的标识信息。因此，所进行数据查看权限的配置，可以是将买方节点的标识信息添加至该数据查看权限列表中，以此来指示该买方节点具有对应的数据查看权限。

在本申请的一些实施例中，所配置的数据查看权限可以设定有效期，该有效期可以根据实际需要进行设定，在此不进行具体限定。在一实施例中，由于买卖方节点所发布的商品可能会因被售出或者其他原因，导致商品下架，因此，所配置的数据查看权限可以设定为商品被下架前的一时间段。

在本申请的一些实施例中，卖方节点在为买方节点生成密钥后，将该密钥与买方节点的标识信息进行关联存储，从而，便于卖方节点在接收到数据请求后，对比与数据请求所携带密钥相关联存储的标识信息是否为发起数据请求的买方节点的标识信息，以此来验证数据请求中所携带的密钥是否为卖方节点为发起该数据请求的买方节点所生成的，如果不是，则授权验证失败，如果是，则验证通过，确定发起该数据请求的买方节点具有该卖方节点所发布商品的数据查看权限。

请继续参阅图3，步骤320，根据密钥对数据请求对应的买方节点进行授权验证。

如上所描述，卖方节点在为通过授权的买方节点生成密钥后，将该密钥与该买方节点的标识信息关联存储，则卖方节点在接收到数据请求后，确认与数据请求携带的密钥相关联存储的标识信息是否为发起该数据请求的买方节点的标识信息，如果是，则确定通过授权验证，即发起该数据请求的买方节点具有查看该卖方节点所发布商品的数据查看权限；反之，如果不是，则确定未通过授权验证，发起该数据请求的买方节点不具有查看该卖方节点所发布商品的数据查看权限。

在本申请一实施例中，如果未通过授权验证，则向数据请求的发起方发送提示信息，以提示该二手车买方未通过授权验证。

步骤330，若验证确认买方节点具有针对目标商品的数据查看权限，根据目标商品标识获取目标商品的商品数据，商品数据包括在目标商品的生命周期内所产生的与目标商品相关的信息。

步骤340，向发起数据请求的买方节点返回商品数据。

在本申请的方案中，将可能产生与商品相关信息的信息产生方节点接入到联盟链系统中，从而，各个信息生产方节点在产生与商品相关的信息后，可以将所产生与商品相关的信息上传到联盟链中，并在联盟链系统中进行同步。

目标商品的生命周期至少包括目标商品的制造阶段、质检、被登记备案的阶段，进一步，随着时间的延长，目标商品还可能存在被初次出售、被维修、被保养、被二次售出等。因此，商品数据可以包括目标商品对应于制造阶段的零部件信息、对应于质检阶段的质检合格信息、对应于被登记备案阶段的备案信息，当然，随着时间的延长，商品数据还可以进一步包括对应于被初次售出的初次交易信息、对应于被维修阶段的维修信息、对应于被保养阶段的保养信息、对应于被二次售出的二次交易信息。

对于一些贵重的商品，例如珠宝、车辆、机床等，还可能涉及到为其购买保险，因此，商品数据还可以包括保险信息，该保险信息可以包括保单信息(例如投保人、保费、保险条款等)、保险购买时间、保险类型等。

具体来说，零部件信息可以用于指示目标商品在出厂前的零部件的基本信息，例如零部件的型号、零部件的参数、零部件的制造时间等。质检合格信息可以包括质检时间、质检员姓名、质检的项目等信息。备案信息可以包括备案时间、备案地点、备案登记的对象。初次交易信息可以包括销售发票、销售日期、销售价格等。维修信息可以包括维修时间、被维修的项目(例如被维修的零部件)、维修价格、维修的类型(更换还是修补)等。保养信息可以包括保养时间、保养的项目(例如被保养的零部件)、保养费用等。二次交易信息可以包括交易发票、交易时间、交易价格等信息。

由于商品数据是存储在联盟链中，基于联盟链的防篡改特点，可以有效保证所得到商品数据的可信度和可靠性。买方节点在接收到目标商品的商品数据后，可以根据该商品数据进行商品溯源，了解到该商品各个阶段的准确信息，可以有效解决现有技术中因商家或者与商家相关联的机构发布虚假的商品信息所导致消费者受骗的问题。由于可以根据商品数据进行商品溯源，从而可以避免买方购买到来源不明的商品。

而且，在本申请的方案中，买方节点在获得卖方节点的数据查看授权后，才可以根据卖方节点为买方节点所生成的密钥进行数据请求，并且卖方节点在通过数据请求所携带的密钥进行授权验证通过后，向买方节点返回对应的商品数据。也就是说，只有经卖方节点授权的买方节点才可以访问卖方节点所发布商品的商品数据，从而，可以避免商品数据被恶意泄露，也可以规避商品数据泄漏引发的各类风险，可以更好的保障的卖方的隐私权益，也降低商品数据被恶意利用的概率。

现有技术中，存在第三方数据平台中商品数据在没有得到商品所有人(卖方)的授权情况下被随意查询、传播的情况，该种情况容易出现数据泄露和被恶意利用的情况，而本申请的方案中，买方节点在获得卖方节点的数据查看授权后才可以查看卖方节点所发布商品的商品数据，降低了商品数据被恶意利用的概率，避免出现商品数据被随意查询和随意传播。

在本申请的一些实施例中，目标商品为二手商品，如图5所示，步骤340之后，该方法还包括：

步骤510，接收针对目标商品发起的估价请求。

步骤520，根据目标商品的商品数据进行估价，得到估价结果。

在本申请的一些实施例中，可以通过如下的过程来对目标商品进行估价：从商品数据中获取目标商品被初次售出时的价格、目标商品的维修记录和目标商品的被使用时长；根据维修记录确定目标商品中被维修的部件；根据目标商品被初次售出时的价格、被使用时长、目标商品中被维修的部件进行估价，得到估价结果。

其中，估价结果可以是指示一价格区间，也可以是指示一确定的价格，在此不进行具体限定。

对于二手商品来说，其被初始售出时的价格、被使用时长、被维修的部件等可以作为确定二手商品的价格的重要参照，因此，结合该三个因素来进行估价，所得到的估价结果用于为买方节点所在的用户提供价格参考。

在本申请的一些实施例中，由于联盟链系统中记录多个商品的商品数据，可以基于所存储的商品数据来对同型号或者同系列商品进行聚类分析，然后基于聚类的结果来对目标商品进行估价。具体的，提取被二次交易的商品的参数，所提取的至少参数包括：被初次售出时的价格、被维修的部件、被使用的时长，基于所提取的参数来对同型号或者同系列的商品进行聚类；再根据各个商品本二次交易时的价格来综合确定归于同一类商品的参考价格(例如可以将归于同一类商品的二次交易的价格的平均值作为参考价格，或者将所在比例超过设定阈值的价格对应的区间作为参考价格)。在进行估价时，根据聚类结果和所提取对应于目标商品的被初始售出时的价格、被使用时长、被维修的部件确定在同型号/同系列商品中所属的类别，将类别对应的参考价格作为对应于目标商品的估价结果。

在本申请的一些实施例中，还可以通过神经网络模型来进行估价。具体的，先从目标商品的商品数据中进行参数提取，所提取的参数可以是上文所列举的被初次售出时的价格、被维修的部件、被使用的时长，还可以进一步包括目标商品的商品型号、被维修次数、初次售出的时间等，然后基于所提取的参数构建目标商品的特征向量。将该特征向量输入至神经网络模型中，由该神经网络模型来根据目标商品的特征向量来进行价格预测，得到目标商品的预估价格，该预估价格可以作为目标商品的估价结果。

当然，在利用神经网络模型进行估价的方式中，还需要对该神经网络模型进行训练。该神经网络模型的训练数据可以是联盟链中所存储经被二次出售商品的商品数据，由于该商品被二次售出，可以从中提取其被二次售出时的价格，以及提取该商品对应的参数来构建该商品的特征向量，然后将商品的特征向量输入至神经网络模型中，由神经网络模型来根据商品的特征向量进行价格预测；再根据所预测的价格与该商品实际被二次售出时的价格来调整神经网络模型的参数，直至该神经网络模型收敛。

步骤530，向估价请求的发起方返回估价结果。所得到估价结果所指示的价格可以作为价格参考。

在本申请的一些实施例中，各个信息生产方可通过如下的过程将所产生与目标商品相关的信息上传到联盟链中：信息生产方节点根据所产生与目标商品相关的信息生成区块；将所生成的区块广播到联盟链系统中，以使联盟链系统中的联盟节点对区块进行共识；若区块共识通过，对区块进行上链处理。

在本申请的一些实施例中，联盟链系统中包括作为管理员的管理员节点，联盟链系统中除管理员节点外的其他节点通过管理节点生成的数字证书加入联盟链系统中，数字证书是管理员节点在确定节点通过认证审核后，根据节点的身份信息生成的。

在本申请的一些实施例中，联盟链系统中的联盟链节点通过如下的过程来为其他节点下发数字证书：管理员节点接收认证请求，认证请求包括待认证对象的身份信息，待认证对象包括买方、卖方和信息生产方；根据待认证对象的身份信息进行认证审核；若通过认证审核，为待认证对象生成数字证书，数字证书用于将待认证对象加入联盟链系统；向待认证对象发送数字证书。

如上所描述，买方、卖方以及信息生产方可以是个人，也可以是公司等组织。如果发起认证请求的是个人所在的节点，待认证对象为个人，则待认证对象的身份信息可以是姓名、身份证号、手机号等信息。

如果发起认证请求的是组织机构所在的节点，待认证对象为组织，则待认证对象的身份信息可以是机构名称、统一社会信用代码、机构注册信息、机构的资质证书等。

通过进行认证审核来审核所提交的身份信息是否准确。在本申请的一些实施例中，由于各信息生产方基于自身的营业范围来产生与商品相关联的信息，因此，在对待认证对象进行认证审核的过程中，还可以进一步确定待认证对象的角色类型，例如作为买卖方、检测机构、制造方、备案方等。

在本申请的一些实施例中，节点所发起的认证请求还包括节点所在用户选择的角色类型，管理员节点所进行的认证审核还可以包括审核认证请求中所携带选择的角色类型是否与身份信息所指示的经营范围相符。如果验证所选择的角色类型与经营范围相符，且身份信息验证准确，则确认通过认证审核，反之，则确定未通过认证审核。

值得一提的是，由于各个信息生产方的经营范围的不同，其所选择的角色类型可以是一个，也可以是多个。举例来说，作为商品的销售方，其可能还经营商品维修、商品保养的业务，因此，该节点可以同时选择对应于销售方的角色、对应于维修方的角色、对应于保养方的角色。

在本申请的一些实施例中，管理员节点用自身的私钥对待认证对象的身份信息和公钥进行签名，即得到该待认证对象的数字证书，由于使用了管理员节点自身的私钥，因此，其他节点无法伪造该数字证书。

若一节点(假设为节点A)想要对另一节点(假设为节点B)，节点B将用自己的私钥对自身的身份信息进行签名所得到的签名信息和节点B的数字证书发送给节点A。节点A在从管理员节点获得管理员节点的公钥后，通过管理员节点的公钥对节点B的数字证书进行解密，从节点B的数字证书获得节点B的身份信息和节点B的公钥；然后通过所获得的节点B的公钥对节点B进行签名后的身份信息进行验证。

在本申请的一些实施例中，管理员节点在为待认证对象生成数字证书后，将该待认证对象的标识信息和数字证书关联维护到证书列表中，从而便于数字证书的管理。

在本申请的一些实施例中，管理员节点在为待认证对象生成数字证书后，将该待认证对象所在的节点加入联盟链系统中。

在本申请的一些实施例中，管理员节点中设有废弃证书列表，废弃证书列表用于记录被废弃的数字证书，管理员节点在根据节点更新后的身份信息为节点重新生成数字证书后，将节点的旧数字证书添加到废弃证书列表中。

在本申请的一些实施例中，管理员节点可通过如下的过程来为节点重新生成数字证书：管理员节点接收目标节点的证书更换请求，证书更换请求包括目标节点更新后的身份信息；根据更新后的身份信息对目标节点再次进行认证审核；若目标对象通过认证审核，则将目标对象的旧数字证书添加到废弃证书列表中，并为目标对象重新生成数字证书；向目标对象下发所重新生成的数字证书。

基于管理员节点中所存储的废弃证书列表，在需要对一数字证书(假设为数字证书A)进行验证时，需要先判断数字证书A是否被记录在废弃证书列表中，如果在，则表明该数字证书A是被废弃的证书，是无效的；如果不在，则确认该数字证书是有效的。

下面结合一具体应用场景对本申请的方案进行进一步说明。

图6示出了本实施例的应用场景图，在本实施例中，商品是车辆。如图6所示，信息生产方节点包括车辆制造方节点、车辆管理部门节点、保险公司节点、交通管理部门节点、4S店节点、连锁维修保养门店节点和税务部门节点。卖方和卖方也需要在联盟链系统中进行注册认证，然后，卖方所在的卖方节点可以为买方所在的卖方节点配置数据查看权限，以使买方节点可以查询卖方节点所发布车辆的车辆数据。

车辆制造方节点将零部件信息和质检合格信息发布到联盟链系统中；车辆管理部门节点将车辆备案信息(例如上牌记录、年检信息)发布到联盟链系统中；4S门店节点可以作为新车销售方节点，将新车销售信息发布到联盟链系统中，还可以作为维修保养方节点，将车辆的维修记录和保养记录发布到联盟链系统中；交通管理部门节点将车辆的违章记录发布到联盟链系统中；连锁维修保养门店节点将车辆的维修记录和保养记录发布到联盟链系统中；保险公司节点将车辆的保险信息发布到联盟链系统中；税务部门节点将与车辆相关的缴税记录发布到联盟链系统中。被发布到联盟链系统中的信息在通过共识后，对应写入到联盟链中。

零部件信息可以是车辆中关键零部件的信息，发动机的信息(如发动机号、发动机的参数信息等)质检合格信息可以是质检合格证书的编号、质检员姓名、质检时间等。新车销售信息可以是销售发票、销售日期、销售顾问等信息。车辆备案信息可以是车辆备案日期、为车辆所发放的车牌号、车辆的年检信息等。

保险信息可以包括保险购买记录和保险出险记录，保险购买记录可以包括保险购买时间、所购买保险的种类、保费等；保险的出险记录可以包括出险时间、报销金额、理赔信息等。

维修记录可以包括维修时间、被维修的部件信息、维修费用、维修地点等。保养记录可以包括保养时间、被保养的部件、保养费用、保养里程等。违章记录可以包括违章时间、违章地点、违章事项、违章惩罚信息等。

在本实施例中，车辆管理部门节点作为联盟链系统中的管理员，其他节点需要由车辆管理部门节点进行认证审核并对应生成数字证书后，才对应称为该联盟链系统中合法的节点。

在本实施例中，所生成的数字证书具有一定的有效期，因此，邻近数字证书的过期时间时，需要各节点申请证书更换，具体数字证书生成和数字证更换的过程参见上文描述，在此不再赘述。

在本实施例中，由于制造方节点的资质信息需要定期进行更新，相当于制造方的身份信息发生变更，在身份信息发生变更后，制造方节点也需要申请进行数字证书更换，而旧数字证书对应被添加到废弃证书列表中，实现数字证书的废除。

在车辆制造阶段，制造方节点例如主机厂节点，在工信部完成了设定型号的车辆的生产备案后，主机厂节点通过VIN(Vehicle Identification Number，车架号码)在联盟链上创建对应于该车架号码的车辆档案，该车辆档案用于存储与车架号码相关联车辆的车辆信息，在后续制造方中的质检部门在完成车辆的质检后，将质检合格信息上传到所关联车架号码的车辆档案中，实现质检合格信息的上链。

在新车销售阶段，车辆作为新车被售出后，新车销售方节点，例如4S门店节点将新车销售信息(例如销售发票、销售日期、价格等信息)上传到联盟链中对应的车辆档案中，同时同步到其他节点。

在为车辆办理保险后，保险公司节点将车辆的保险信息上传到联盟链上为车辆所创建的车辆档案中。

在一具体实施例中，保险信息包括保险购买记录，保险购买记录是保险公司节点在接收到针对保单信息的购买确认指令后生成的；保单信息是保险公司节点在接收到针对车辆的保险购买请求，调用目标保险对应的保单智能合约来根据从联盟链中所获取车辆对应的商品数据生成的，目标保险是保险购买请求所请求购买的保险。

具体的，保险公司节点可通过如下的过程来生成保险购买记录：保险公司节点接收针对目标车辆的保险购买请求，保险购买请求指示了目标险种；从联盟链中获取目标车辆的车辆数据；调用对应于目标险种的保单智能合约，由保单智能合约根据车辆数据生成保单信息；接收保险购买请求的发起方根据保单信息返回的购买确认指令；根据购买确认指令生成保险购买记录。

在一些场景中，部分保险公司也会代收车船税、车辆购置税，也可以通过上税智能合约来自动进行缴税，同时将完税信息上传到链上的对应车辆档案中。

在车辆备案阶段，车辆管理部门节点需要将车辆备案信息上传到联盟链中。其中，车辆备案信息包括车辆上牌记录，车辆上牌记录是车辆管理部门节点在车辆的上牌审核通过后，根据为车辆所选定的车牌号生成的；车辆管理部门节点在接收到上牌请求后，调用上牌智能合约来根据从联盟链中所获取车辆的车辆数据对车辆进行上牌审核。

具体的，上牌智能合约可以从联盟链中获取车辆的销售发票信息、质检合格信息、缴税记录等来进行上牌审核。车辆上牌记录包括为车辆所选定的车牌号、车辆的年检信息等。

在需要进行二手车交易时，卖方和买方先在联盟链系统中根据身份信息进行身份注册认证。

在本实施例中，还可以允许存证平台和司法机构节点访问联盟链，若果存证平台监控到联盟链中存在被伪造的数据，则可以通知司法机构节点来根据追溯数据的伪造方，以便于司法机构对数据的伪造方进行追责。

基于联盟链系统中所存储的车辆数据，买方节点的用户可以基于客户端中的查询界面向卖方节点发起数据请求。图7是根据一具体实施例示出的查询界面的示意图，如图7所示，该查询界面中设有供输入车牌号的输入框和供输入VIN的输入框，因此，买方节点的用户可以通过输入车牌号或者输入VIN来发起数据请求。

卖方节点在获取到对应的车辆数据后，将该车辆数据返回至买方节点。图8是根据一具体实施例示出的车辆数据显示界面的示意图。如图8所示，车辆数据中包括车辆的基本信息(例如车辆的VIN、车牌号、注册时间、品牌型号、发动机号)、车辆维修信息等，当然，图8仅仅示出了部分车辆数据的显示。如图8所示，买方所在的用户还可以触发车辆数据的显示界面中的“去估价”控件，以发起估价请求，对应的，联盟链系统向该买方节点返回估价结果。

在一实施例中，由于各个阶段所产生的数据量较大，可以采用数据归档技术来对海量数据进行有效管理，例如将不再使用或者使用频率不高的数据转移到其他的存储设备中来进行保存。

在本实施例中，联盟链系统的技术底层可以采用链码和账本分离的架构，联盟链上的数据将形成分布式账本(DLT，Distributed ledger Technology)，其为由联盟链系统中的若干去中心化节点共同维护的数据账本，在各方之间达成共识，记录相同的商品数据，实现各协作方共享的不可篡改账本。

在本实施例中，联盟链系统可以采用成熟的Hyperledger底层，支持Fabric、TrustSQL、BCOS等引擎，支持处于不同地域、不同网络环境的联盟节点互联互通。其中的共识算法采用Kafka共识算法，加密方式可以采用国密(国家密码局认定的国产密码算法，即商用密码)实现。

在本实施例中，可以采用私有云的私有化部署的模式完成联盟链系统底层的部署支持，私有云的虚拟机资源根据实际需求的来进行扩容。虚拟机安装到私有云之后，还需要在虚拟机内进行容器部署。部署容器是为了运行智能合约(例如上文所列举的上牌智能合约、保单智能合约等)。智能合约即链码，链码是Hyperledger Fabric对智能合约的一种实现方式，是运行于Hyperledger Fabric网络之上一段应用程序代码，也是用户与Hyperledger Fabric交互的唯一途径。通过链码可以改写账本数据和对数据上链。

在本实施例中，通过区块链的不可篡改、共识机制的特性来对数据增信。确保数据上链的可信性，如果存在伪造数据的行为，可追溯到伪造方通过司法手段追责，确保数据的可信性。对所有节点进行链上身份授权，只有监管机构(例如作为管理员的车辆管理部门节点)或经过授权买方节点才可以查询到车辆的车辆数据，可以规避车辆数据被泄漏引发的各类风险，可以更好的保障的车主的隐私权益，也降低车辆数据恶意利用。

同时，各个车辆信息的生产方可以通过在联盟链系统中设置智能合约，来自动化进行信息审核、证件办理等与车辆相关的事务，可以大幅提高办理效率，可以有效解决人工办理所存在效率低、容易出现偏差的问题。

以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的方法。对于本申请装置实施例中未披露的细节，请参照本申请上述方法实施例。

图9是根据一实施例示出的基于联盟链系统的信息处理装置，联盟链系统包括卖方节点、买方节点和多个信息生产方，信息生产方节点所产生与商品相关的信息存储于联盟链中，该装置应用于卖方节点；该装置包括：

数据请求接收模块910，用于接收由买方节点发送的数据请求，数据请求携带买方节点的密钥和目标商品的目标商品标识，密钥是卖方节点对买方节点进行数据查看授权后下发的。

授权验证模块920，用于根据密钥对数据请求对应的买方节点进行授权验证。

获取模块930，用于若验证确认买方节点具有针对目标商品的数据查看权限，根据目标商品标识获取目标商品的商品数据，商品数据包括在目标商品的生命周期内所产生的与目标商品相关的信息。

返回模块940，用于向发起数据请求的买方节点返回商品数据。

在本申请的一些实施例中，该装置还包括：

授权请求接收模块，用于接收买方节点发送的授权请求，授权请求携带买方节点的身份信息。

授权通过指令接收模块，用于接收对授权请求所触发的授权通过指令。

处理模块，用于根据授权通过指令为授权请求对应的买方节点配置数据查看权限，并为买方节点生成密钥，数据查看权限允许买方节点查看卖方节点所发布商品的商品数据。

密钥返回模块，用于向发起授权请求的买方节点返回密钥。

在本申请的一些实施例中，目标商品是二手商品，该装置还包括：估价请求接收模块，用于接收针对目标商品发起的估价请求；估价模块，用于根据目标商品的商品数据进行估价，得到估价结果；估价结果返回模块，用于向估价请求的发起方返回估价结果。

在本申请的一些实施例中，估价模块包括：参数提取单元，用于从商品数据中获取目标商品被初次售出时的价格、目标商品的维修记录和目标商品的被使用时长；部件确定单元，用于根据维修记录确定目标商品中被维修的部件；估价单元，用于根据目标商品被初次售出时的价格、被使用时长、目标商品中被维修的部件进行估价，得到估价结果。

在本申请的一些实施例中，联盟链系统中包括作为管理员的管理员节点，该装置还包括：

认证请求发送模块，用于向管理员节点发送认证请求，认证请求携带卖方节点的身份信息；

数字证书接收模块，用于接收管理员节点返回的数字证书，管理员节点在确定卖方节点通过认证审核后，根据身份信息生成数字证书。

在本申请的一些实施例中，管理员节点中设有废弃证书列表，废弃证书列表用于记录被废弃的数字证书，管理员节点在根据节点更新后的身份信息为节点重新生成数字证书后，将节点的旧数字证书添加到废弃证书列表中。

在本申请的一些实施例中，目标商品是车辆，商品数据至少包括零部件信息、质检合格信息、新车销售信息和车辆备案信息；信息生产方节点包括车辆制造方节点、新车销售方节点和车辆管理部门节点；零部件信息和质检合格信息由车辆制造方节点发布到联盟链系统中；新车销售信息由新车销售方节点发布到联盟链系统中；车辆备案信息由车辆管理部门节点发布到联盟链系统中。

在本申请的一些实施例中，车辆备案信息包括车辆上牌记录，车辆上牌记录是车辆管理部门节点调用上牌智能合约，根据从联盟链中所获取车辆的商品数据对车辆进行上牌审核通过后，根据为车辆所选定的车牌号生成的。

在本申请的一些实施例中，信息生产方节点还包括保险公司节点、交通管理部门节点和维修保养节点，商品数据还包括车辆的保险信息、违章记录、维修记录和保养记录；保险信息由保险公司节点发布到联盟链系统中；违章记录由交通管理部门节点发布到联盟链系统中；维修记录和保养记录由维修保养方发布到联盟链系统中。

在本申请的一些实施例中，保险信息包括保险购买记录，保险购买记录是保险公司节点在接收到针对保单信息的购买确认指令后生成的；保单信息是保险公司节点在接收到针对车辆的保险购买请求后，调用目标保险对应的保单智能合约来根据从联盟链中所获取车辆对应的商品数据生成的，目标保险是保险购买请求所请求购买的保险。

图10示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图10示出的电子设备的计算机系统1000仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图10所示，计算机系统1000包括中央处理单元(Central Processing Unit，CPU)1001，其可以根据存储在只读存储器(Read-Only Memory，ROM)1002中的程序或者从存储部分1008加载到随机访问存储器(Random Access Memory，RAM)1003中的程序而执行各种适当的动作和处理，例如执行上述实施例中的方法。在RAM 1003中，还存储有系统操作所需的各种程序和数据。CPU 1001、ROM 1002以及RAM 1003通过总线1004彼此相连。输入/输出(Input/Output，I/O)接口1005也连接至总线1004。

以下部件连接至I/O接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至I/O接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入存储部分1008。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序商品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被中央处理单元(CPU)1001执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序商品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读存储介质承载计算机可读指令，当该计算机可读存储指令被处理器执行时，实现上述实施例中的方法。

根据本申请的一个方面，还提供了一种电子设备，其包括：处理器；存储器，存储器上存储有计算机可读指令，计算机可读指令被处理器执行时，实现上述实施例中的方法。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件商品的形式体现出来，该软件商品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (13)

1.一种基于联盟链系统的信息处理方法，其特征在于，所述联盟链系统包括卖方节点、买方节点和多个信息生产方，所述信息生产方节点所产生与商品相关的信息存储于联盟链中，所述方法由卖方节点执行，所述方法包括：

接收买方节点发送的数据请求，所述数据请求携带所述买方节点的密钥和目标商品的目标商品标识，所述密钥是卖方节点对所述买方节点进行数据查看授权后下发的；

根据所述密钥对所述数据请求对应的买方节点进行授权验证；

若验证确认所述买方节点具有针对所述目标商品的数据查看权限，根据所述目标商品标识获取所述目标商品的商品数据，所述商品数据包括在所述目标商品的生命周期内所产生的与所述目标商品相关的信息；

向发起所述数据请求的买方节点返回所述商品数据。

2.根据权利要求1所述的方法，其特征在于，所述接收买方节点发送的数据请求之前，所述方法还包括：

接收买方节点发送的授权请求，所述授权请求携带所述买方节点的身份信息；

接收对所述授权请求所触发的授权通过指令；

根据所述授权通过指令为所述授权请求对应的买方节点配置数据查看权限，并为所述买方节点生成密钥，所述数据查看权限允许所述买方节点查看所述卖方节点所发布商品的商品数据；

向发起所述授权请求的买方节点返回所述密钥。

3.根据权利要求1所述的方法，其特征在于，所述目标商品为二手商品，所述向发起所述数据请求的买方节点返回所述商品数据之后，所述方法还包括：

接收针对所述目标商品发起的估价请求；

根据所述目标商品的商品数据进行估价，得到估价结果；

向所述估价请求的发起方返回所述估价结果。

4.根据权利要求3所述的方法，其特征在于，所述根据所述目标商品的商品数据进行估价，得到估价结果，包括：

从所述商品数据中获取所述目标商品被初次售出时的价格、所述目标商品的维修记录和所述目标商品的被使用时长；

根据所述维修记录确定所述目标商品中被维修的部件；

根据所述目标商品被初次售出时的价格、被使用时长、所述目标商品中被维修的部件进行估价，得到估价结果。

5.根据权利要求1所述的方法，其特征在于，所述联盟链系统中包括作为管理员的管理员节点，所述根据所述目标商品标识获取所述目标商品的商品数据之前，所述方法还包括：

向所述管理员节点发送认证请求，所述认证请求携带所述卖方节点的身份信息；

接收所述管理员节点返回的数字证书，所述管理员节点在确定所述卖方节点通过认证审核后，根据所述身份信息生成所述数字证书。

6.根据权利要求5所述的方法，其特征在于，所述管理员节点中设有废弃证书列表，所述废弃证书列表用于记录被废弃的数字证书，所述管理员节点在根据节点更新后的身份信息为节点重新生成数字证书后，将节点的旧数字证书添加到所述废弃证书列表中。

7.根据权利要求1所述的方法，其特征在于，所述目标商品是车辆，所述商品数据至少包括零部件信息、质检合格信息、新车销售信息和车辆备案信息；

所述信息生产方节点包括车辆制造方节点、新车销售方节点和车辆管理部门节点；

所述零部件信息和所述质检合格信息由所述车辆制造方节点发布到所述联盟链系统中；

所述新车销售信息由所述新车销售方节点发布到所述联盟链系统中；

所述车辆备案信息由所述车辆管理部门节点发布到所述联盟链系统中。

8.根据权利要求7所述的方法，其特征在于，所述车辆备案信息包括车辆上牌记录，所述车辆上牌记录是所述车辆管理部门节点调用上牌智能合约，根据从所述联盟链中所获取车辆的商品数据对车辆进行上牌审核通过后，根据为车辆所选定的车牌号生成的。

9.根据权利要求7所述的方法，其特征在于，所述信息生产方节点还包括保险公司节点、交通管理部门节点和维修保养节点，所述商品数据还包括车辆的保险信息、违章记录、维修记录和保养记录；

所述保险信息由所述保险公司节点发布到所述联盟链系统中；

所述违章记录由所述交通管理部门节点发布到所述联盟链系统中；

所述维修记录和保养记录由所述维修保养方发布到所述联盟链系统中。

10.根据权利要求9所述的方法，其特征在于，所述保险信息包括保险购买记录，所述保险购买记录是所述保险公司节点在接收到针对保单信息的购买确认指令后生成的；所述保单信息是所述保险公司节点在接收到针对车辆的保险购买请求后，调用目标保险对应的保单智能合约来根据从联盟链中所获取车辆对应的商品数据生成的，所述目标保险是所述保险购买请求所请求购买的保险。

11.一种基于联盟链系统的信息处理装置，其特征在于，所述联盟链系统包括卖方节点、买方节点和多个信息生产方，所述信息生产方节点所产生与商品相关的信息存储于联盟链中，应用于卖方节点，所述装置包括：；

数据请求接收模块，用于接收买方节点发送的数据请求，所述数据请求携带所述买方节点的密钥和目标商品的目标商品标识，所述密钥是卖方节点对所述买方节点进行数据查看授权后下发的；

授权验证模块，用于根据所述密钥对所述数据请求对应的买方节点进行授权验证；

获取模块，用于若验证确认所述买方节点具有针对所述目标商品的数据查看权限，根据所述目标商品标识获取所述目标商品的商品数据，所述商品数据包括在所述目标商品的生命周期内所产生的与所述目标商品相关的信息；

返回模块，用于向发起所述数据请求的买方节点返回所述商品数据。

12.一种电子设备，其特征在于，包括：

处理器；

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，实现如权利要求1-10中任一项所述的方法。

13.一种计算机可读存储介质，其上存储有计算机可读指令，其特征在于，当所述计算机可读指令被处理器执行时，实现如权利要求1-10中任一项所述的方法。

Images