CN114049124A - 数据处理方法、装置、计算机设备、存储介质和程序产品 - Google Patents

Abstract

本公开提供了一种数据处理方法，包括：通过相应的终端设备获取与目标业务方相关联的多个相关业务方的认证数据；对多个相关业务方的认证数据分别进行验证；响应于确定多个相关业务方中的至少一个相关业务方的认证数据验证通过后，获取目标业务方和至少一个相关业务方之间的关联交易数据；将目标业务方和至少一个业务方之间的关联交易数据进行验证；以及基于关联交易数据的验证结果确定目标业务方的交易信息。

Description

数据处理方法、装置、计算机设备、存储介质和程序产品

技术领域

本公开涉及数据处理技术领域，特别是涉及一种数据处理方法、装置、计算机设备、存储介质和程序产品。

背景技术

在例如农业农资经销商的多级销售体系中，一些经销商无固定资产抵押，主体信用低无法获得担保，处于产业下游的弱势地位，难以获得核心企业确权；而且，线下采购、现款现货、线下赊销的销售模式，导致经销商资金缺口大，面临融资困境。如何使用技术手段客观的把经销商的现金流状况反映给银行等持牌金融机构，供其进行融资决策，打开农业农资经销商弱主体的贷款门路，成为迫在眉睫要解决的问题。

发明内容

提供一种缓解、减轻或甚至消除上述问题中的一个或多个的机制将是有利的。

根据本公开的一方面，提供了一种数据处理方法，包括：通过相应的终端设备获取与目标业务方相关联的多个相关业务方的认证数据；对所述多个相关业务方的认证数据分别进行验证；响应于确定所述多个相关业务方中的至少一个相关业务方的认证数据验证通过后，获取所述目标业务方和所述至少一个相关业务方之间的关联交易数据；将所述目标业务方和所述至少一个业务方之间的关联交易数据进行验证；以及基于所述关联交易数据的验证结果确定所述目标业务方的交易信息。

根据本公开的另一方面，提供了一种数据处理装置，包括：第一获取单元，配置为通过相应的终端设备获取与目标业务方相关联的多个相关业务方的认证数据；第一验证单元，配置为对所述多个相关业务方的认证数据分别进行验证；第二获取单元，配置为响应于确定所述多个相关业务方中的至少一个相关业务方的认证数据验证通过后，获取所述目标业务方和所述至少一个相关业务方之间的关联交易数据；第二验证单元，配置为将所述目标业务方和所述至少一个业务方之间的关联交易数据进行验证；以及确定单元，配置为基于所述关联交易数据的验证结果确定所述目标业务方的交易信息。

根据本公开的另一方面，提供了一种计算机设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；存储器存储有可被至少一个处理器执行的指令，该指令被至少一个处理器执行，以使至少一个处理器能够执行根据本公开所述的方法。

根据本公开的另一方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，使所述处理器根据本公开所述的方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，该计算机程序在被处理器执行时实现根据本公开所述的方法。

根据本公开的一个或多个实施例，可以在对相关联业务方进行身份验证后，采集关联交易数据以对该关联交易数据进行验证，既保证了交易数据的真实有效性，还能够客观反映并记录各业务方的订单交易状况，确保了数据处理的可靠性。

根据在下文中所描述的实施例，本公开的这些和其它方面将是清楚明白的，并且将参考在下文中所描述的实施例而被阐明。

附图说明

在下面结合附图对于示例性实施例的描述中，本公开的更多细节、特征和优点被公开，在附图中：

图1是图示出根据示例性实施例的可以在其中实施本文描述的各种方法的示例系统的示意图；

图2是图示出根据示例性实施例的数据处理方法的流程图；

图3是图示出根据示例性实施例的签署电子合同方法的流程图；

图4是图示出根据示例性实施例的对关联交易数据进行验证的流程图；

图5是图示出根据另一示例性实施例的对关联交易数据进行验证的流程图；

图6是图示出根据另一示例性实施例的对关联交易数据进行验证的流程图；

图7是图示出根据另一示例性实施例的对关联交易数据进行验证的流程图；

图8是图示出根据另一示例性实施例的对关联交易数据进行验证的流程图；

图9是图示出根据示例性实施例的将各级采集数据存储在区块链中的示意图；

图10是图示出根据示例性实施例的数据处理装置的示意性框图；以及

图11是图示出能够应用于示例性实施例的示例性计算机设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在本公开中，除非另有说明，否则使用术语“第一”、“第二”等来描述各种要素不意图限定这些要素的位置关系、时序关系或重要性关系，这种术语只是用于将一个元件与另一元件区分开。在一些示例中，第一要素和第二要素可以指向该要素的同一实例，而在某些情况下，基于上下文的描述，它们也可以指代不同实例。

在本公开中对各种所述示例的描述中所使用的术语只是为了描述特定示例的目的，而并非旨在进行限制。除非上下文另外明确地表明，如果不特意限定要素的数量，则该要素可以是一个也可以是多个。如本文使用的，术语“多个”意指两个或更多，并且术语“基于”应解释为“至少部分地基于”。此外，术语“和/或”以及“……中的至少一个”涵盖所列出的项目中的任何一个以及全部可能的组合方式。

下面结合附图详细描述本公开的示例性实施例。

图1是图示出根据示例性实施例的可以在其中实施本文描述的各种方法的示例系统100的示意图。

参考图1，该系统100包括客户端设备101、102和103、服务器120、以及将客户端设备1101、1102和1103与服务器120通信地耦合的网络130。

客户端设备101、102和103包括显示器114和可经由显示器114显示的客户端应用(APP)112。客户端应用112可以为运行前需要下载和安装的应用程序或者作为轻量化应用程序的小程序(liteapp)。在客户端应用112为运行前需要下载和安装的应用程序的情况下，客户端应用112可以被预先安装在客户端设备101、102和103上并被激活。在客户端应用112为小程序的情况下，用户104可以通过在宿主应用中搜索客户端应用112(例如，通过客户端应用112的名称等)或扫描客户端应用112的图形码(例如，条形码、二维码等)等方式，在客户端设备101、102和103上直接运行客户端应用112，而无需安装客户端应用112。在一些实施例中，客户端设备101、102和103可以是任何类型的移动计算机设备，包括移动计算机、移动电话、可穿戴式计算机设备(例如智能手表、头戴式设备，包括智能眼镜，等)或其他类型的移动设备。在一些实施例中，客户端设备101、102和103可以替换地是固定式计算机设备，例如台式机、服务器计算机或其他类型的固定式计算机设备。

服务器120典型地为由互联网服务提供商(ISP)或互联网内容提供商(ICP)部署的服务器。服务器120可以代表单台服务器、多台服务器的集群、分布式系统、或者提供基础云服务(诸如云数据库、云计算、云存储、云通信)的云服务器。将理解的是，虽然图1中示出服务器120与三个客户端设备101、102和103通信，但是服务器120可以同时为其他数量的客户端设备提供后台服务。

网络130的示例包括局域网(LAN)、广域网(WAN)、个域网(PAN)、和/或诸如互联网之类的通信网络的组合。网络130可以是有线或无线网络。在一些实施例中，使用包括超文本标记语言(HTML)、可扩展标记语言(XML)等的技术和/或格式来处理通过网络130交换的数据。此外，还可以使用诸如安全套接字层(SSL)、传输层安全(TLS)、虚拟专用网络(VPN)、网际协议安全(IPsec)等加密技术来加密所有或者一些链路。在一些实施例中，还可以使用定制和/或专用数据通信技术来取代或者补充上述数据通信技术。

为了本公开实施例的目的，在图1的示例中，客户端应用112可以包括电子地图应用程序，该电子地图应用程序可以提供基于电子地图的各种功能，例如，导航、路线查询、地点查找等等。与此相应，服务器120可以是与电子地图应用程序一起使用的服务器。该服务器120可以基于路网数据向客户端设备101、102和103中运行的客户端应用112提供在线地图服务，例如在线导航、在线路线查询以及在线地点查找等。替换地，服务器120也可以将路网数据提供给客户端设备101、102和103，由客户端设备101、102和103中运行的客户端应用112根据该路网数据提供本地地图服务。

图2是图示出根据示例性实施例的数据处理方法200的流程图。方法200可以在客户端设备(例如，图1中所示的客户端设备101、102和103)处执行，也即，方法200的各个步骤的执行主体可以是图1中所示的客户端设备101、102和103。在一些实施例中，方法200可以在服务器(例如，图1中所示的服务器120)处执行。在一些实施例中，方法200可以由客户端设备(例如，客户端设备101、102和103)和服务器(例如，服务器120)相组合地执行。在下文中，以执行主体为服务器120为例，详细描述方法200的各个步骤。

参考图2，在步骤210，通过相应的终端设备(可以对应于客户端设备101、102和103中的相应设备)获取与目标业务方相关联的多个相关业务方的认证数据。

在一些实施例中，目标业务方例如可以为任意的企业或经销商，例如一级经销商。示例地，一级经销商从生产厂家采购商品，并将商品销售给下游的二级经销商。因此，与该示例目标业务方(一级经销商)相关联的多个相关业务方可以包括生产厂家以及二级经销商。

在一些示例中，生产厂家可以负责进行一级经销商采购订单的导入、向一级经销商发送货物运输、发票上传等操作。在此之前，可以通过相应的客户端设备获取生产厂家相对应的认证数据。一级经销商可以负责进行相关销售订单的创建以及向二级经销商发送货物等操作。在此之前，也可以通过相应的客户端设备获取一级经销商相对应的认证数据。二级经销商可以负责进行确认一级经销商创建的销售订单、签订电子合同、确认收货等操作。在此之前，也可以通过相应的客户端设备获取二级经销商相对应的认证数据。

在一些实施例中，认证数据包括但不限于当前客户端设备操作人员的信息、当前企业工商信息、当前客户端设备的硬件信息、地理位置信息、时间戳等。

在一些实施例中，在发送认证数据之前，各个业务方可以进行注册操作以获得认证。示例地，具体可以采用向对等网络广播相关业务方所发送的注册请求的方式。全网节点(例如业务方和)可以验证该业务方的身份，例如验证一级、二级经销商之前是否已经提交过注册申请。再例如，验证该一级经销商是否存在恶意的历史行为。具体恶意的历史行为可以是欠款逾期的行为或者可以是企业征信不良的行为等。在该一级、二级经销商节点通过对等网络的全网身份验证后，还需要取得全网对申请注册请求的共识。在一些实施例中，在达成上述共识之后，注册申请的请求可以被记录到对等网络的一个或多个网络节点处存储的区块链中。注册节点响应该注册请求，该注册节点在通过全网身份验证后，注册节点还可以获取全网对注册申请的应答的共识。在一些实施例中，在共识达成后，注册申请的应答也可以被记录到对等网络的一个或多个网络节点处存储的区块链中。

在一些示例中，该注册申请的应答可以是为该一级、二级经销商分配一个全网唯一的身份ID、公钥和私钥等标识。因此，所述认证数据也可以包括认证操作后所分配的身份ID、公钥和私钥等标识。

返回参考图2，在步骤220，对多个相关业务方的认证数据分别进行验证。

在一些实施例中，认证数据可以包括通过终端设备所输入的证件信息与人脸信息，以进行活体检测。因此，对多个相关业务方的认证数据分别进行验证可以包括：将通过终端设备所输入的证件信息与人脸信息进行对比；以及响应于对比通过，基于证件信息对操作人员进行劳动关系验证。在所述证件的头像信息与人脸识别信息对应后，联网对证件文本信息进一步进行验证，验证通过后继续执行当前操作，否则停止执行。具体地，联网验证包括但不限于当前操作人的劳动关系验证。

在一些示例中，在获取人脸信息时，可以通过设备摄像头判断当前操作是否是真人操作。若是真人操作，可以识别并提取证件中的文本与头像信息，并进行人脸识别。根据一些实施例，判断当前操作是否是真人操作可以为配合式活体检测，其要求被检测人执行眨眼、张嘴、摇头、点头等动作或前述动作的组合动作，并使用人像关键点定位和人像追踪等技术来验证被检测人是否为真实活体在操作。根据另一些实施例，判断当前操作是否是真人操作还可以为非配合式活体检测，非配合式活体检测可以包括如下示例：1)RGB图像检测：采用普通RGB摄像头进行拍摄，通过分析所拍摄的RGB图像中的摩尔纹、成像畸变、反射率来进行检测；2)红外图像检测：采用红外摄像头进行拍摄，并对所拍摄的红外图像来进行检测；3)3D结构光检测：采用结构光/TOF深度摄像头进行拍摄，并基于所拍摄到的人像区域的3D数据来进行检测。根据又一些实施例，判断当前操作是否是真人操作可以使用两种或多种方式的配合式活体检测或非配合式活体检，例如，同时使用RGB图像检测和红外图像检测的双目活体检测。

在一些实施例中，认证数据可以包括企业工商信息。这里的企业可以为生产厂家、一级经销商、二级经销商中的一个或多个。因此，对多个相关业务方的认证数据分别进行验证还可以包括：获取来自第三方的多个相关业务方各自的企业工商信息；以及将第三方的企业工商信息与所获取的相应业务方的企业工商信息进行验证。

示例地，可以联网获取当前企业的工商信息，包括但不限于企业名称、企业统一社会信用代码、注册资本、注册时间、纳税资质、法人姓名、注册地址等。进一步地，该工商信息还可以包括恶意的历史行为，具体恶意的历史行为可以是欠款逾期的行为或者可以是企业征信不良的行为等。

返回参考图2，在步骤230，响应于确定多个相关业务方中的至少一个相关业务方的认证数据验证通过后，获取目标业务方和至少一个相关业务方之间的关联交易数据。

根据一些实施例，交易数据可以包括但不限于：订单信息、物流信息、发票信息、时间戳、地理位置信息、终端设备信息等。

在一些示例中，可以通过该客户端终端设备进行交易数据的采集和录入。例如生产厂家可以负责进行一级经销商采购订单的导入、向一级经销商发送货物运输、发票上传等操作；一级经销商可以负责进行农资订单的创建以及向二级经销商发送货物运输等操作；二级经销商可以负责进行确认一级经销商创建的农资订单、签订电子合同、确认收货等操作。

具体地，可以通过相应的客户端设备采集生产厂家上传的与一级经销商的采购订单信息、合同、发货物流、证件照、发票等交易数据。同时，也可以获取自动采集或提交的辅助交易数据，包含但不限于：当前设备硬件信息、GPS地理位置信息、时间戳等。

可以通过相应的客户端设备采集一级经销商销售的产品、价格、数量、发货物流、证件照、发货照、合同等交易数据。同时，也可以获取自动采集或提交的辅助交易数据，包含但不限于：当前设备硬件信息、GPS地理位置信息、时间戳等。

可以通过相应的客户端设备采集二级经销商采购的产品、价格、数量、发货物流、收货照等交易数据。同时，也可以获取自动采集或提交的辅助交易数据，包含但不限于：当前设备硬件信息、GPS地理位置信息、时间戳等。

在获取到各个客户端设备所上传的交易数据后，即可确定各个业务方之间的关联交易数据。关联交易数据即为相关联的业务方之间一份订单或一组关联订单所涉及的交易数据。例如，生产厂家生产了一批商品A，一级经销商从生产厂家采购了该批商品A并将该批商品A输送给下游的一个或多个二级经销商。那么，生产厂家、一级经销商和二级经销商之间涉及该批商品A的交易数据可以确定为关联交易数据。

在一些实施例中，在交易数据包括电子合同时，根据本公开的方法还可以包括用于签署电子合同的步骤。如图3所示，根据本公开的方法还可以包括：接收来自目标业务方的签署合同请求，其中签署合同请求包括目标业务方的标识信息以及与至少一个相关业务方的订单信息(步骤310)；基于标识信息以及订单信息生成相应的电子合同(步骤320)；以及将电子合同写入区块链的相应存储区块中(步骤330)。

示例地，可以在商品发货之前，目标业务方可以与相应的业务方签署相应的订单合同。根据一些实施例，可以先对签署人进行包括但不限于身份验证、位置验证等的验证操作。响应于签署人通过身份验证和位置验证，获取用于签署相关电子合同的信息，包括企业信息和订单信息。例如，可以基于能够获取签署人所代表的企业电子签名的第三方机构进行电子合同的签署。

在一些示例中，获取的用于签署相关电子合同的信息包括但不限于签署企业主体的企业数字证书、当前签署人信息、目标电子合同、签署企业主体在公信力部门办发的数字证书、电子签章等信息。

在一些示例中，数字证书可以是签署人所代表的企业主体事先申请的经过证书认证中心(Certificate Authority，CA)所认证的CA证书。在一些示例中，签署人信息可以包括但不限于：签署人的身份信息(例如签署人的身份证件中的信息)、地理位置信息、签署人与企业主体的劳动关系信息(例如，签署人是企业主体的法人或员工等)。

返回参考图2，在步骤240，将目标业务方和至少一个业务方之间的关联交易数据进行验证。

在接收到例如采购订单、物流、发票、销售订单等交易数据之后，可以根据采购和销售订单中的应收主体、金额、交易时间等信息，同时查验相关业务方的物流信息、电子合同签章等以进行交叉验证。

需要注意的是，关联交易数据的验证为相关联的业务方两两之间的验证。即，包括目标业务方与至少一个业务方中的各个业务方之间的验证、以及该至少一个业务方(两个或两个以上时)之间的验证。

根据一些实施例，可以对关联交易数据中的物流信息进行验证。如图4所示，将目标业务方和至少一个业务方之间的关联交易数据进行验证可以包括：获取关联交易数据中的物流发货业务方所采集的第一收货地理位置信息(步骤410)；获取关联交易数据中的物流收货业务方所采集的第二收货地理位置信息(步骤420)；判断第一收货地理位置信息与第二收货地理位置信息是否满足预设距离要求(步骤430)；以及响应于第一收货地理位置信息与第二收货地理位置信息满足预设距离要求，验证通过(步骤440)。

示例地，可以获取在生产厂家发货时所采集的收货地址信息，并进一步获取一级经销商收货时所采集的真实地理位置信息，当该收货地址与该真实地理位置的直线距离不大于预设阈值(例如两公里)时，验证通过。

根据一些实施例，如图5所示，将目标业务方和所述至少一个业务方之间的关联交易数据进行验证还可以包括：获取关联交易数据中的物流发货业务方所采集的第一车辆信息(步骤510)；获取关联交易数据中的物流收货业务方所采集的第二车辆信息(步骤520)；以及响应于第一车辆信息与第二车辆信息匹配，验证通过(步骤530)。

示例地，作为附加地或替代地，还可以获取生产厂家发货时所采集的物流车辆信息，并进一步获取一级经销商收货时所采集的物流车辆信息，当该两个车辆信息一致时，验证通过。

根据一些实施例，如图6所示，将目标业务方和至少一个业务方之间的关联交易数据进行验证还可以包括：获取关联交易数据中的物流发货业务方所采集的第一签收人信息(步骤610)；获取关联交易数据中的物流收货业务方所采集的第二签收人信息(步骤620)；以及响应于第一签收人信息与第二签收人信息匹配，验证通过(步骤630)。

示例地，作为附加地或替代地，还可以获取在生产厂家发货时所采集的收货人身份信息(例如手机号)，并进一步获取一级经销商收货时所采集的收货人身份信息，当采集的这两个身份信息一致时，验证通过。

根据一些实施例，可以对关联交易数据中的物流信息和地理位置信息进行验证。如图7所示，将目标业务方和至少一个业务方之间的关联交易数据进行验证可以包括：对于目标业务方和至少一个业务方中的任意业务方，获取该业务方所涉及的物流信息中的第一地理位置信息，第一地理位置信息包括发货地理位置信息和收货地理位置信息中的至少一个(步骤710)；获取预设的该业务方的第二地理位置信息(步骤720)；以及响应于第一地理位置信息与第二地理位置信息匹配，验证通过(步骤730)。

示例地，作为附加地或替代地，在对一级经销商与生产厂家之间的采购订单进行验证时，可以获取生产厂家发货时的物流发货操作地的地理位置信息，并进一步获取预设的该生产厂家的地理位置信息，例如当两地位置直线距离不大于预设阈值(例如两公里)时即可视为匹配，验证通过。

根据一些实施例，可以对关联交易数据中的订单信息和发票信息进行验证。如图8所示，将目标业务方和至少一个业务方之间的关联交易数据进行验证可以包括：获取关联交易数据中的发票时间和/或发票金额(步骤810)；获取关联交易数据中的订单时间和/或订单金额(步骤820)；以及响应于发票时间和/或发票金额与相对应的订单时间和/或订单金额匹配，验证通过(步骤830)。

示例地，作为附加地或替代地，可以获取同一交易订单所对应的发票信息和订单信息，以确定是否匹配。具体地，可以将该交易订单的发票时间与订单时间(例如订单签订时间)进行验证，如果发票时间早于订单时间，则视为验证不通过。附加地或替代地，可以将该交易订单的发票金额与订单金额进行验证，如果发票金额小于订单金额，则视为验证不通过。应当理解，上述发票信息和订单信息的验证逻辑仅仅为示例性的，在此不作限制。

在一些实施例中，交易数据可以包括订单信息，并且该订单信息可以包括商品价格和商品数量中的至少一个。因此，将目标业务方和至少一个业务方之间的关联交易数据进行验证可以包括：对于目标业务方和所述至少一个业务方中的任意两个业务方，确定两个业务方相对应的订单信息；以及将所述两个业务方的订单信息进行验证，以确定订单信息在阈值范围内匹配。

示例地，可以获取一级经销商的商品进价，并获取该一级经销商的商品销售价。当该商品进价和商品销售价在预设的阈值范围内(例如商品销售价在商品进价的两倍范围内)匹配时，验证通过。示例地，可以获取一级经销商的商品进货量，并获取生产厂家的商品出货量，当该商品进货量和商品出货量在预设的阈值范围内匹配(考虑到部分货损)时，验证通过。

在一些示例中，生产厂家和二级经销商之间的验证以及一级经销商与二级经销商之间的验证操作可以如上所述，在此不再赘述。

返回参考图2，在步骤250，基于关联交易数据的验证结果确定目标业务方的交易信息。

在一些实施例中，该交易信息可以包括应收账款信息。在对相关业务方的订单数据、电子合同等交易数据验证通过后，进一步基于关联交易数据确定本次订单的应收账款信息。

根据一些实施例，根据本公开的方法还可以包括：在关联交易数据的验证通过后，将关联交易数据以及所确定的应收账款信息写入区块链的相应存储区块中。

区块链具有数据可回溯、不可更改、分布式等特性。利用区块链技术，可以更科学而全面真实的采集各级经销商的真实业务数据，并利用区块链的不可篡改性，真实地记录每笔资产订单生命周期过程中的相关过程数据。

在一些实施例中，以一级经销商节点查询应收账款信息为例，可以获取一级经销商的查询应收账款相关数据的请求。该应收账款相关数据例如是销售订单的数据等。全网节点可以验证该一级经销商的身份。例如，验证该一级经销商是否存在恶意的历史行为，具体恶意的历史行为可以是欠款逾期的行为或者可以是企业征信不良的行为等。在一些示例中，在全网节点通过对该一级经销商节点的身份验证后，还可以取得全网对查询数据请求的共识。在达成上述共识之后，查询应收账款相关数据的请求可以被记录到对等网络的一个或多个网络节点处存储的区块链中。在一些示例中，系统响应该查询应收账款相关数据的请求，还可以获取全网对查询应收账款相关数据请求的应答的共识。在共识达成后，查询应收账款相关数据的应答也可以被记录到对等网络的一个或多个网络节点处存储的区块链中。

示例地，应答记录可以包括但不限于以下内容：应收账款数据记录标识、应收账款债务方者身份信息、应收账款债权方身份信息、销售订单信息、销售合同信息、物流信息、确认收货信息、应收账款金额信息、银行账户信息、时间信息、位置信息、认证信息和加密信息等。

图9是图示出根据示例性实施例的将各级采集数据存储在区块链中的示意图。如图9所示，将所获取的由生产厂商客户端、一级经销商客户端以及二级经销商客户端分别上传的例如交易信息的数据存入区块链中。并且，从用于签署电子合同的电子合同服务方、企业信用/征信机构等等节点所获取电子合同、数字证书、电子签章等信息也可存入区块链中。图9中以在区块链中存储应收账款数据为例示意性示出了区块链中的存储区块的示意图。当然应当理解，其他数据存储形式也是可能的，在此不作限制。

可以理解的是，本公开中的全网验证不是绝对意义上的全网中所有节点都进行验证，即不需要对等网络中其他所有节点对当前节点进行验证。示例地，可以根据实际情况设置不同的验证规则。例如，可以考虑节点是否在线的情况，来设置除当前节点外的所有在线节点对该当前节点进行验证；或者可以设置为只要所有在线节点中的80％对当前节点进行验证即可。另外，也可以设置当前节点对自身进行验证，在此不作限制。

根据一些实施例，所述区块链的存储区块中包括当前存储区块的校验信息、前一存储区块的校验信息以及当前存储区块的时间戳。例如，应收账款数据记录1、应收账款数据记录2、……、应收账款数据记录N分别按时间顺序记录至区块链的存储区块内，该存储区块还可以记录当前存储区块的HASH值、前一区块的HASH值和时间戳等信息。可以理解，HASH值可以更换成常规的校验数据，在此不作限制。

根据本公开的实施例，可以在对相关联业务方进行身份验证后，采集关联交易数据以对该关联交易数据进行验证，既保证了交易数据的真实有效性，还能够客观反映并记录各业务方的订单交易状况，确保了数据处理的可靠性。

虽然各个操作在附图中被描绘为按照特定的顺序，但是这不应理解为要求这些操作必须以所示的特定顺序或者按顺行次序执行，也不应理解为要求必须执行所有示出的操作以获得期望的结果。

图10是图示出根据示例性实施例的数据处理装置1000的示意性框图。如图10所示，数据处理装置1000，包括：第一获取单元1010，配置为通过相应的终端设备获取与目标业务方相关联的多个相关业务方的认证数据；第一验证单元1020，配置为对所述多个相关业务方的认证数据分别进行验证；第二获取单元1030，配置为响应于确定所述多个相关业务方中的至少一个相关业务方的认证数据验证通过后，获取所述目标业务方和所述至少一个相关业务方之间的关联交易数据；第二验证单元1040，配置为将所述目标业务方和所述至少一个业务方之间的关联交易数据进行验证；以及确定单元1050，配置为基于所述关联交易数据的验证结果确定所述目标业务方的交易信息。

应当理解，图10中所示装置1000的各个模块可以与参考图2描述的方法200中的各个步骤相对应。由此，上面针对方法200描述的操作、特征和优点同样适用于装置1000及其包括的模块。为了简洁起见，某些操作、特征和优点在此不再赘述。

虽然上面参考特定模块讨论了特定功能，但是应当注意，本文讨论的各个模块的功能可以分为多个模块，和/或多个模块的至少一些功能可以组合成单个模块。本文讨论的特定模块执行动作包括该特定模块本身执行该动作，或者替换地该特定模块调用或以其他方式访问执行该动作(或结合该特定模块一起执行该动作)的另一个组件或模块。因此，执行动作的特定模块可以包括执行动作的该特定模块本身和/或该特定模块调用或以其他方式访问的、执行动作的另一模块。

还应当理解，本文可以在软件硬件元件或程序模块的一般上下文中描述各种技术。上面关于图10描述的各个模块可以在硬件中或在结合软件和/或固件的硬件中实现。例如，这些模块可以被实现为计算机程序代码/指令，该计算机程序代码/指令被配置为在一个或多个处理器中执行并存储在计算机可读存储介质中。可替换地，这些模块可以被实现为硬件逻辑/电路。例如，在一些实施例中，第一获取单元1010、第一验证单元1020、第二获取单元1030、第二验证单元1040以及确定单元1050中的一个或多个可以一起被实现在片上系统(System on Chip,SoC)中。SoC可以包括集成电路芯片(其包括处理器(例如，中央处理单元(Central Processing Unit,CPU)、微控制器、微处理器、数字信号处理器(DigitalSignal Processor,DSP)等)、存储器、一个或多个通信接口、和/或其他电路中的一个或多个部件)，并且可以可选地执行所接收的程序代码和/或包括嵌入式固件以执行功能。

根据本公开的一方面，提供了一种计算机设备，其包括存储器、处理器以及存储在存储器上的计算机程序。该处理器被配置为执行计算机程序以实现上文描述的任一方法实施例的步骤。

根据本公开的一方面，提供了计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上文描述的任一方法实施例的步骤。

根据本公开的一方面，提供了一种计算机程序产品，其包括计算机程序，该计算机程序被处理器执行时实现上文描述的任一方法实施例的步骤。

在下文中，结合图11描述这样的计算机设备、非暂态计算机可读存储介质和计算机程序产品的说明性示例。

图11示出了可以被用来实施本文所描述的方法的计算机设备1100的示例配置。举例来说，图1中所示的服务器120可以包括类似于计算机设备1100的架构。上述数据处理装置1000也可以全部或至少部分地由计算机设备1100或类似设备或系统实现。

计算机设备1100可以是各种不同类型的设备。计算机设备1100的示例包括但不限于：台式计算机、服务器计算机、笔记本电脑或上网本计算机、移动设备(例如，平板电脑、蜂窝或其他无线电话(例如，智能电话)、记事本计算机、移动台)、可穿戴设备(例如，眼镜、手表)、娱乐设备(例如，娱乐器具、通信地耦合到显示设备的机顶盒、游戏机)、电视或其他显示设备、汽车计算机等等。

计算机设备1100可以包括能够诸如通过系统总线1114或其他适当的连接彼此通信的至少一个处理器1102、存储器1104、(多个)通信接口1106、显示设备1108、其他输入/输出(I/O)设备1110以及一个或更多大容量存储设备1112。

处理器1102可以是单个处理单元或多个处理单元，所有处理单元可以包括单个或多个计算单元或者多个核心。处理器1102可以被实施成一个或更多微处理器、微型计算机、微控制器、数字信号处理器、中央处理单元、状态机、逻辑电路和/或基于操作指令来操纵信号的任何设备。除了其他能力之外，处理器1102可以被配置成获取并且执行存储在存储器1104、大容量存储设备1112或者其他计算机可读介质中的计算机可读指令，诸如操作系统1116的程序代码、应用程序1118的程序代码、其他程序1120的程序代码等。

存储器1104和大容量存储设备1112是用于存储指令的计算机可读存储介质的示例，所述指令由处理器1102执行来实施前面所描述的各种功能。举例来说，存储器604一般可以包括易失性存储器和非易失性存储器二者(例如RAM、ROM等等)。此外，大容量存储设备1112一般可以包括硬盘驱动器、固态驱动器、可移除介质、包括外部和可移除驱动器、存储器卡、闪存、软盘、光盘(例如CD、DVD)、存储阵列、网络附属存储、存储区域网等等。存储器1104和大容量存储设备1112在本文中都可以被统称为存储器或计算机可读存储介质，并且可以是能够把计算机可读、处理器可执行程序指令存储为计算机程序代码的非暂态介质，所述计算机程序代码可以由处理器1102作为被配置成实施在本文的示例中所描述的操作和功能的特定机器来执行。

多个程序可以存储在大容量存储设备1112上。这些程序包括操作系统1116、一个或多个应用程序1118、其他程序1120和程序数据1122，并且它们可以被加载到存储器1104以供执行。这样的应用程序或程序模块的示例可以包括例如用于实现以下部件/功能的计算机程序逻辑(例如，计算机程序代码或指令)：方法200(包括方法200的任何合适的步骤)、和/或本文描述的另外的实施例。

虽然在图11中被图示成存储在计算机设备1100的存储器1104中，但是模块1116、1118、1120和1122或者其部分可以使用可由计算机设备1100访问的任何形式的计算机可读介质来实施。如本文所使用的，“计算机可读介质”至少包括两种类型的计算机可读介质，也就是计算机可读存储介质和通信介质。

计算机可读存储介质包括通过用于存储信息的任何方法或技术实施的易失性和非易失性、可移除和不可移除介质，所述信息诸如是计算机可读指令、数据结构、程序模块或者其他数据。计算机可读存储介质包括而不限于RAM、ROM、EEPROM、闪存或其他存储器技术，CD-ROM、数字通用盘(DVD)、或其他光学存储装置，磁盒、磁带、磁盘存储装置或其他磁性存储设备，或者可以被用来存储信息以供计算机设备访问的任何其他非传送介质。与此相对，通信介质可以在诸如载波或其他传送机制之类的已调制数据信号中具体实现计算机可读指令、数据结构、程序模块或其他数据。本文所定义的计算机可读存储介质不包括通信介质。

一个或更多通信接口1106用于诸如通过网络、直接连接等等与其他设备交换数据。这样的通信接口可以是以下各项中的一个或多个：任何类型的网络接口(例如，网络接口卡(NIC))、有线或无线(诸如IEEE 802.11无线LAN(WLAN))无线接口、全球微波接入互操作(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、Bluetooth^TM接口、近场通信(NFC)接口等。通信接口1106可以促进在多种网络和协议类型内的通信，其中包括有线网络(例如LAN、电缆等等)和无线网络(例如WLAN、蜂窝、卫星等等)、因特网等等。通信接口1106还可以提供与诸如存储阵列、网络附属存储、存储区域网等等中的外部存储装置(未示出)的通信。

在一些示例中，可以包括诸如监视器之类的显示设备1108，以用于向用户显示信息和图像。其他I/O设备1110可以是接收来自用户的各种输入并且向用户提供各种输出的设备，并且可以包括触摸输入设备、手势输入设备、摄影机、键盘、遥控器、鼠标、打印机、音频输入/输出设备等等。

本文描述的技术可以由计算机设备1100的这些各种配置来支持，并且不限于本文所描述的技术的具体示例。例如，该功能还可以通过使用分布式系统在“云”上全部或部分地实现。云包括和/或代表用于资源的平台。平台抽象云的硬件(例如，服务器)和软件资源的底层功能。资源可以包括在远离计算机设备1100的服务器上执行计算处理时可以使用的应用和/或数据。资源还可以包括通过因特网和/或通过诸如蜂窝或Wi-Fi网络的订户网络提供的服务。平台可以抽象资源和功能以将计算机设备1100与其他计算机设备连接。因此，本文描述的功能的实现可以分布在整个云内。例如，功能可以部分地在计算机设备1100上以及部分地通过抽象云的功能的平台来实现。

虽然在附图和前面的描述中已经详细地说明和描述了本公开，但是这样的说明和描述应当被认为是说明性的和示意性的，而非限制性的；本公开不限于所公开的实施例。通过研究附图、公开内容和所附的权利要求书，本领域技术人员在实践所要求保护的主题时，能够理解和实现对于所公开的实施例的变型。在权利要求书中，词语“包括”不排除未列出的其他元件或步骤，不定冠词“一”或“一个”不排除多个，术语“多个”是指两个或两个以上，并且术语“基于”应解释为“至少部分地基于”。在相互不同的从属权利要求中记载了某些措施的仅有事实并不表明这些措施的组合不能用来获益。

以下描述本公开的一些示例性方面。

方面1.一种数据处理方法，包括：

通过相应的终端设备获取与目标业务方相关联的多个相关业务方的认证数据；

对所述多个相关业务方的认证数据分别进行验证；

响应于确定所述多个相关业务方中的至少一个相关业务方的认证数据验证通过后，获取所述目标业务方和所述至少一个相关业务方之间的关联交易数据；

将所述目标业务方和所述至少一个业务方之间的关联交易数据进行验证；以及

基于所述关联交易数据的验证结果确定所述目标业务方的交易信息。

方面2.根据方面1所述的方法，其中，所述认证数据包括通过所述终端设备所输入的证件信息与人脸信息，其中，对所述多个相关业务方的认证数据分别进行验证包括：

将通过所述终端设备所输入的证件信息与人脸信息进行对比；以及

响应于对比通过，基于所述证件信息对所述操作人员进行劳动关系验证。

方面3.根据方面1或2所述的方法，其中，所述认证数据包括以下项中的至少一个：所述终端设备的地理位置信息、所述终端设备的硬件信息以及时间戳。

方面4.根据方面2所述的方法，其中，所述认证数据包括企业工商信息，其中，对所述多个相关业务方的认证数据分别进行验证还包括：

获取来自第三方的所述多个相关业务方各自的企业工商信息；以及

将所述第三方的企业工商信息与所获取的相应业务方的企业工商信息进行验证。

方面5.根据方面1所述的方法，其中，所述关联交易数据包括电子合同，其中，所述方法还包括：

接收来自所述目标业务方的签署合同请求，其中所述签署合同请求包括所述目标业务方的标识信息以及与所述至少一个相关业务方的订单信息；

基于所述标识信息以及所述订单信息生成相应的电子合同；以及

将所述电子合同写入区块链的相应存储区块中。

方面6.根据方面1所述的方法，还包括：

在所述关联交易数据的验证通过后，将所述关联交易数据以及所确定的交易信息写入区块链的相应存储区块中。

方面7.根据方面5或6所述的方法，其中，所述区块链的存储区块中包括当前存储区块的校验信息、前一存储区块的校验信息以及当前存储区块的时间戳。

方面8.根据方面1所述的方法，其中，所述关联交易数据包括订单信息，并且所述订单信息包括商品价格和商品数量中的至少一个，其中，

将所述目标业务方和所述至少一个业务方之间的关联交易数据进行验证包括：

对于所述目标业务方和所述至少一个业务方中的任意两个业务方，确定所述两个业务方相对应的订单信息；以及

将所述两个业务方的订单信息进行验证，以确定所述订单信息是否在阈值范围内匹配。

方面9.根据方面1所述的方法，其中，所述关联交易数据包括以下项所组成的组中的至少一项：订单信息、物流信息、发票信息、时间戳、地理位置信息、终端设备信息。

方面10.根据方面1所述的方法，其中，所述关联交易数据包括物流信息，其中，

将所述目标业务方和所述至少一个业务方之间的关联交易数据进行验证包括：

获取所述关联交易数据中的物流发货业务方所采集的第一收货地理位置信息；

获取所述关联交易数据中的物流收货业务方所采集的第二收货地理位置信息；

判断所述第一收货地理位置信息与所述第二收货地理位置信息是否满足预设距离要求；以及

响应于所述第一收货地理位置信息与所述第二收货地理位置信息满足预设距离要求，验证通过。

方面11.根据方面1或10所述的方法，其中，所述关联交易数据包括物流信息，其中，

将所述目标业务方和所述至少一个业务方之间的关联交易数据进行验证包括：

获取所述关联交易数据中的物流发货业务方所采集的第一车辆信息；

获取所述关联交易数据中的物流收货业务方所采集的第二车辆信息；以及

响应于所述第一车辆信息与所述第二车辆信息匹配，验证通过。

方面12.根据方面1或10所述的方法，其中，所述关联交易数据包括物流信息，其中，

将所述目标业务方和所述至少一个业务方之间的关联交易数据进行验证包括：

获取所述关联交易数据中的物流发货业务方所采集的第一签收人信息；

获取所述关联交易数据中的物流收货业务方所采集的第二签收人信息；以及

响应于所述第一签收人信息与所述第二签收人信息匹配，验证通过。

方面13.根据方面1或10所述的方法，其中，所述关联交易数据包括物流信息和地理位置信息，其中，

将所述目标业务方和所述至少一个业务方之间的关联交易数据进行验证包括：

对于所述目标业务方和所述至少一个业务方中的任意业务方，获取所述业务方所涉及的物流信息中的第一地理位置信息，所述第一地理位置信息包括发货地理位置信息和收货地理位置信息中的至少一个；

获取预设的所述业务方的第二地理位置信息；以及

响应于所述第一地理位置信息与所述第二地理位置信息匹配，验证通过。

方面14.根据方面1所述的方法，其中，所述关联交易数据包括订单信息和发票信息，其中，

将所述目标业务方和所述至少一个业务方之间的关联交易数据进行验证包括：

获取所述关联交易数据中的发票时间和/或发票金额；

获取所述关联交易数据中的订单时间和/或订单金额；以及

响应于所述发票时间和/或发票金额与相对应的所述订单时间和/或订单金额匹配，验证通过。

方面15.一种数据处理装置，包括：

第一获取单元，配置为通过相应的终端设备获取与目标业务方相关联的多个相关业务方的认证数据；

第一验证单元，配置为对所述多个相关业务方的认证数据分别进行验证；

第二获取单元，配置为响应于确定所述多个相关业务方中的至少一个相关业务方的认证数据验证通过后，获取所述目标业务方和所述至少一个相关业务方之间的关联交易数据；

第二验证单元，配置为将所述目标业务方和所述至少一个业务方之间的关联交易数据进行验证；以及

确定单元，配置为基于所述关联交易数据的验证结果确定所述目标业务方的交易信息。

方面16.一种计算机设备，包括：

至少一个处理器；以及

存储器，其上存储有计算机程序，

其中，所述计算机程序在被所述处理器执行时，使所述处理器执行方面1-14中任一项所述方法。

方面17.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，使所述处理器执行方面1-14中任一项所述方法。

方面18.一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时，使所述处理器执行方面1-14中任一项所述方法。

Claims (10)

1.一种数据处理方法，包括：

通过相应的终端设备获取与目标业务方相关联的多个相关业务方的认证数据；

对所述多个相关业务方的认证数据分别进行验证；

响应于确定所述多个相关业务方中的至少一个相关业务方的认证数据验证通过后，获取所述目标业务方和所述至少一个相关业务方之间的关联交易数据；

将所述目标业务方和所述至少一个业务方之间的关联交易数据进行验证；以及

基于所述关联交易数据的验证结果确定所述目标业务方的交易信息。

2.根据权利要求1所述的方法，其中，所述认证数据包括通过所述终端设备所输入的证件信息与人脸信息，其中，对所述多个相关业务方的认证数据分别进行验证包括：

将通过所述终端设备所输入的证件信息与人脸信息进行对比；以及

响应于对比通过，基于所述证件信息对所述操作人员进行劳动关系验证。

3.根据权利要求1或2所述的方法，其中，所述认证数据包括以下项中的至少一个：所述终端设备的地理位置信息、所述终端设备的硬件信息以及时间戳。

4.根据权利要求1所述的方法，还包括：

在所述关联交易数据的验证通过后，将所述关联交易数据以及所确定的交易信息写入区块链的相应存储区块中。

5.根据权利要求1所述的方法，其中，所述关联交易数据包括订单信息，并且所述订单信息包括商品价格和商品数量中的至少一个，其中，

将所述目标业务方和所述至少一个业务方之间的关联交易数据进行验证包括：

对于所述目标业务方和所述至少一个业务方中的任意两个业务方，确定所述两个业务方相对应的订单信息；以及

将所述两个业务方的订单信息进行验证，以确定所述订单信息是否在阈值范围内匹配。

6.根据权利要求1所述的方法，其中，所述关联交易数据包括物流信息，其中，

将所述目标业务方和所述至少一个业务方之间的关联交易数据进行验证包括：

获取所述关联交易数据中的物流发货业务方所采集的第一收货地理位置信息；

获取所述关联交易数据中的物流收货业务方所采集的第二收货地理位置信息；

判断所述第一收货地理位置信息与所述第二收货地理位置信息是否满足预设距离要求；以及

响应于所述第一收货地理位置信息与所述第二收货地理位置信息满足预设距离要求，验证通过。

7.一种数据处理装置，包括：

第一获取单元，配置为通过相应的终端设备获取与目标业务方相关联的多个相关业务方的认证数据；

第一验证单元，配置为对所述多个相关业务方的认证数据分别进行验证；

第二获取单元，配置为响应于确定所述多个相关业务方中的至少一个相关业务方的认证数据验证通过后，获取所述目标业务方和所述至少一个相关业务方之间的关联交易数据；

第二验证单元，配置为将所述目标业务方和所述至少一个业务方之间的关联交易数据进行验证；以及

确定单元，配置为基于所述关联交易数据的验证结果确定所述目标业务方的交易信息。

8.一种计算机设备，包括：

至少一个处理器；以及

存储器，其上存储有计算机程序，

其中，所述计算机程序在被所述处理器执行时，使所述处理器执行权利要求1-6中任一项所述方法。

9.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，使所述处理器执行权利要求1-6中任一项所述方法。

10.一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时，使所述处理器执行权利要求1-6中任一项所述方法。

Images