一种数据处理方法、装置及计算机可读存储介质与流程

本申请涉及计算机网络领域，尤其涉及一种数据处理方法、装置及计算机可读存储介质。

背景技术：

在许多的应用场景中通常会涉及数据处理过程，例如：生成票据凭证的场景中，企业需要登录票据管理系统，并提交票据信息来生成票据凭证。但实际操作中，企业生成票据凭证的时间和地点可能各不相同。例如，票据管理系统需要企业a的负责人的指纹才能登录，企业a在b地区和c地区的分部都需要为客户生成票据凭证，则两个分部的工作人员需要将票据信息发送给企业a的负责人，企业a的负责人再登录票据管理系统才能通过票据信息生成票据凭证，且每隔一段时间票据管理系统都需要重新登录。存在生成票据凭证的过程复杂的弊端。

技术实现要素：

本申请实施例公开了一种数据处理方法、装置及计算机可读存储介质，能够简化生成票据凭证的过程。

第一方面，本申请提供了一种数据处理方法，该方法包括：

接收来自企业节点的第一请求，所述第一请求包括所述企业节点的属性信息；

根据所述企业节点的属性信息，为所述企业节点分配第一证明信息；

向所述企业节点发送所述第一证明信息；

接收来自所述企业节点的第二请求，所述第二请求包括所述第一证明信息和第一票据信息；

若所述第一证明信息通过身份验证，则根据所述第一票据信息生成第一票据凭证。

第二方面，本申请提供了一种数据处理装置，所述数据处理装置包括：

收发单元，用于接收来自企业节点的第一请求，所述第一请求包括所述企业节点的属性信息；

处理单元，用于根据所述企业节点的属性信息，为所述企业节点分配第一证明信息；

所述收发单元，还用于向所述企业节点发送所述第一证明信息，接收来自所述企业节点的第二请求，所述第二请求包括所述第一证明信息和第一票据信息；

所述处理单元，还用于若所述第一证明信息通过身份验证，则根据所述第一票据信息生成第一票据凭证。

第三方面，本申请提供了一种数据处理装置，包括处理器、存储器和通信接口，所述处理器、所述存储器和所述通信接口相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行上述第一方面所述的方法。

第四方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一条或多条指令，所述一条或多条指令适于由处理器加载并执行上述第一方面所述的方法。

本申请实施例中，由区块链网络中的票据管理节点接收来自企业节点的第一请求，根据第一请求中企业节点的属性信息，为企业节点分配第一证明信息，向所述企业节点发送第一证明信息，接收来自所述企业节点的第二请求，若第二请求中的第一证明信息通过身份验证，则根据第二请求中的第一票据信息生成第一票据凭证。可见，企业节点通过证明信息和票据信息向票据管理节点请求生成票据凭证，简化了生成票据凭证的过程，从而提高了网络资源利用率。

附图说明

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

图1为本申请实施例提供的一种区块链网络的场景架构图；

图2为本申请实施例提供的一种数据处理方法的流程图；

图3为本申请实施例提供的又一种数据处理方法的流程图；

图4为本申请实施例提供的一种数据处理装置的结构示意图；

图5为本申请实施例提供的又一种数据处理装置的结构示意图。

具体实施方式

下面将结合附图对本申请实施例中的技术方案进行描述。

本申请实施例涉及区块链和区块链网络，其中，区块链(blockchain)是一种按照时间顺序将数据区块以顺序相连的方式组合成的一种链式数据结构，并以密码学方式保证数据不可篡改和不可伪造的分布式账本。区块链本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。

区块链底层平台可以包括用户管理、基础服务以及智能合约等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑。

区块链网络是一种在对等者之间分配任务和工作负载的分布式应用架构，是对等计算模型在应用层形成的一种组网或网络形式。一般地，区块链网络中包括彼此连接的多台计算机，这些计算机又称为区块链网络的节点设备。在区块链网络环境中，这些彼此连接的多台计算机之间都处于对等的地位，各台计算机有相同的功能，无主从之分，一台计算机既可作为服务器，设定共享资源供网络中其他计算机所使用；又可以作为工作站，整个网络一般来说不依赖专用的集中服务器，也没有专用的工作站。网络中的每一台计算机既能充当网络服务的请求者，又对其它计算机的请求做出响应，提供资源、服务和内容。

图1为本申请实施例提供的一种区块链网络的场景架构图。如图1所示，区块链网络中包括了企业节点101，票据管理节点102，第一代理节点103和第二代理节点104。图1所示的区块链网络中的各个节点的形态和数量仅为举例，例如：企业节点101和票据管理节点102可以为多个，区块链网络中可能还存在第三代理节点，第四代理节点等，本申请并不对各个节点的数量进行限定。

企业节点101是请求生成票据凭证的企业所使用的设备，具体可以是客户端或者服务器，本申请实施例不做限定。其中，客户端可以为以下任一种：终端、独立的应用程序、api(applicationprogramminginterface，应用程序编程接口)或者sdk(softwaredevelopmentkit，软件开发工具包)。其中，终端可以包括但不限于：智能手机(如android手机、ios手机等)、平板电脑、便携式个人计算机、移动互联网设备(mobileinternetdevices，简称mid)等设备，本申请实施例不做限定。节点设备的类型可以包括但不限于全节点、简单支付验证(spv，simplifiedpaymentverification)节点、或者区块链网络中其他节点类型。

票据管理节点102是为企业生成票据凭证的机构或部门，例如票据管理节点是税务局或工商管理部门使用的设备。具体可以是客户端或者服务器，本申请实施例不做限定。其中，客户端可以为以下任一种：终端、独立的应用程序、api(applicationprogramminginterface，应用程序编程接口)或者sdk(softwaredevelopmentkit，软件开发工具包)。节点设备的类型可以是全节点，即票据管理节点102中存储有所有的票据凭证。

代理节点是为企业提供服务的第三方票据代理商使用的设备，例如，微信或者支付宝等。第一代理节点103和第二代理节点104对应不同的第三方票据代理商，例如第一代理节点103对应于微信，第二代理节点104对应于支付宝。代理节点具体可以是客户端或者服务器，本申请实施例不做限定。其中，客户端可以为以下任一种：终端、独立的应用程序、api(applicationprogramminginterface，应用程序编程接口)或者sdk(softwaredevelopmentkit，软件开发工具包)。其中，终端可以包括但不限于：智能手机(如android手机、ios手机等)、平板电脑、便携式个人计算机、移动互联网设备(mobileinternetdevices，简称mid)等设备，本申请实施例不做限定。节点设备的类型可以包括但不限于全节点、简单支付验证(spv，simplifiedpaymentverification)节点、或者区块链网络中其他节点类型。

在一种实施方式中，为企业生成票据凭证的机构或部门的设备可以与票据管理节点102作为一个整体部署在区块链网络中。在另一种实施方式中，票据管理节点102作为核心节点部署在区块链网络中，为企业生成票据凭证的机构或部门的设备可以作为spv节点部署在区块链网络中；或者，为企业生成票据凭证的机构或部门的设备可以部署在区块链网络外，通过与区块链网络中的节点相连接来进行数据通信。同理，企业使用的设备可以作为企业节点部署在区块链网络中；或者，企业使用的设备可以部署在区块链网络外，其可以与区块链网络中的节点设备进行数据通信。

在图1所示的区块链网络中，数据处理的流程主要包括：①企业负责人通过企业的属性信息登录票据管理系统，本申请实施例中，企业的属性信息包括企业的账号密码，企业法人的生物特征信息(例如人脸信息或指纹信息或虹膜信息等)，或其他用于唯一标识企业身份的信息，并通过企业节点101向区块链网络中的票据管理节点102发送第一请求，第一请求用于获取企业节点101在请求生成票据时能够证明自身身份的第一证明信息(如电子证书，电子证书中包含公钥和私钥，企业节点101可以通过私钥对发送的信息进行数字签名来证明自身身份)。第一请求包括了企业节点101对应企业的属性信息。②区块链网络中的票据管理节点102在接收第一请求后，对企业的属性信息进行验证(例如确认企业是否具有生成票据凭证的权限等)，若验证通过，则为企业节点101分配第一证明信息，并向企业节点101发送第一证明信息。③企业负责人在通过企业节点101接收第一证明信息后，在需要申请生成票据凭证时，通过向票据管理节点102发送第二请求来生成票据凭证。第二请求包括第一证明信息和第一票据信息(如客户的纳税编号、金额等信息)。可以理解的是，第二请求中不包括企业的属性信息(即企业负责人在申请生成票据凭证时无需登录票据管理系统)。④区块链网络中的票据管理节点102在接收第二请求后，对第二请求中的第一证明信息进行验证，若验证通过(即确认第一票据信息是企业发送而非伪造)，则根据第一票据信息生成第一票据凭证。

可见，通过上述数据处理方法企业节点在获取第一证明信息后，在后续申请生成票据凭证时，提供第一证明信息和第一票据信息即可，简化了生成票据凭证的过程，从而提高了网络资源利用率。

下面对本申请提供的一种数据处理方法进行详细介绍。

请参阅图2，图2为本申请实施例提供的一种数据处理方法的流程图。该数据处理方法可由图1所示的企业节点101和票据管理节点102进行交互实现；如图2所示，数据处理方法包括但不限于如下步骤201～步骤205：

201、票据管理节点接收来自企业节点的第一请求。

其中，第一请求是企业节点对应的企业的负责人通过企业的属性信息登录票据管理系统后，向票据管理节点发送的。企业的属性信息包括企业的账号密码，企业法人的指纹信息或虹膜信息等用于唯一标识企业身份的信息。第一请求用于请求分配能够证明自身身份的第一证明信息。例如，第一证明信息是电子证书，电子证书中包含公钥，私钥及企业节点对应企业的相关信息(如企业营业执照编号)。企业节点可以通过电子证书中的私钥对发送报文信息进行数字签名来证明自身报文发送者的身份。

在一种实施方式中，企业节点已经在票据管理系统中注册了企业节点对应的企业的相关信息，第一请求中包含了企业的属性信息。在另一种实施方式中，企业节点未在票据管理系统中注册企业节点对应的企业的相关信息，第一请求中包含了企业的属性信息及企业的注册信息(如企业的营业执照编号等)。

202、票据管理节点根据企业节点的属性信息，为企业节点分配第一证明信息。

在一种实施方式中，企业节点已经在票据管理系统中注册了企业节点对应的企业的相关信息，票据管理节点根据企业节点的属性信息确定对应的企业的相关信息(如企业的营业执照编号，企业的资格证书等)，并根据企业的相关信息确认该企业是否具备生成票据凭证的资格。若企业具备生成票据凭证的资格，则为企业节点对应的企业分配第一证明信息。其中，第一证明信息包括企业节点对应的企业的标识(如企业的营业执照编号)，以及为企业分配的对称密钥信息。具体的，对称密钥信息可以通过数据加密标准(dataencryptionstandard，des)，国际数据加密算法(internationaldataencryptionalgorithm，idea)或rc5分组密码算法等方式生成。若企业不具备生成票据凭证的资格，则向企业节点发送第一提示信息，第一提示信息用于指示该企业节点对应的企业不具备生成票据凭证的资格。

在另一种实施方式中，企业节点未在票据管理系统中注册企业节点对应的企业的相关信息，票据管理节点建立企业的属性信息与企业的注册信息的关联关系。并对企业的注册信息进行审核(例如通过工商管理部门查询企业是否具备生成票据凭证的资格，或者通过证书管理机构对企业的注册信息进行审核)。若审核通过(即企业具备生成票据凭证的资格)，则为企业节点对应的企业分配第一证明信息。具体实施方式可参考上一实施例中的实现方式，在此不再赘述。若审核不通过(即企业不具备生成票据凭证的资格)，则向企业节点发送第二提示信息，第二提示信息用于指示该企业节点对应的企业不具备生成票据凭证的资格。

203、票据管理节点向企业节点发送第一证明信息。

在一种实施方式中，票据管理节点将为企业节点分配的第一证明信息发送给企业节点。企业节点接收到第一证明信息后，在需要生成票据凭证时，采用哈希函数从第一票据信息中生成第一报文摘要，然后采用第一证明信息中的私钥对第一报文摘要进行加密得到数字签名。将数字签名和第一票据信息打包为第二请求，并向票据管理节点发送第二请求。其中，第一票据信息包括用于生成票据凭证的信息，如客户的纳税编号、票据金额等信息。

204、票据管理节点接收来自企业节点的第二请求。

在一种实施方式中，票据管理节点接收来自企业节点的第二请求后。采用哈希函数从第一票据信息中生成第二报文摘要，然后采用第一证明信息中的公钥对数字签名进行解密得到第一报文摘要。并确认第一报文摘要与第二报文摘要是否一致。若第一报文摘要与第二报文一致，则表示企业节点通过身份验证(即第一证明信息通过身份验证)，继续执行步骤205。若第一报文摘要与第二报文不一致，则表示企业节点未通过身份验证，票据管理节点向企业节点发送第三提示信息，第三提示信息用于指示企业节点的身份验证不通过。

205、若第一证明信息通过身份验证，则票据管理节点根据第一票据信息生成票据凭证。

具体的，票据管理节点根据第一票据信息中的客户纳税编号、票据金额等信息生成票据凭证。并将票据凭证打包为一个交易存储至区块链中。

可选的，票据管理节点向企业节点发送生成的票据凭证。

例如，a公司负责人在a公司的电脑(即企业节点)通过指纹登录票据管理系统(即与票据管理节点建立通信连接)。然后，向票据管理节点发送申请1，用于申请证明信息1。票据管理系统在收到申请证明信息1之后，确认a公司的身份(即对a公司的属性信息进行验证)及相关信息，然后通过a公司的相关信息确认a公司是否具有生成票据凭证的资格。在确认a公司身份无误，且具有生成票据的资格之后，为a公司分配证明信息1，并将证明信息1发送给a公司。a公司负责人在收到证明信息1后，将证明信息1告知在b地区和c地区的a公司分部的工作人员。b地区和c地区的a公司分部的工作人员在需要生成票据凭证时，通过证明信息1对票据信息进行数字签名，并将数字签名与票据信息打包为申请2发送给票据管理节点。票据管理节点在接收到申请2后通过证明信息1对数字签名进行验证，验证通过即代表申请2是a公司发送的，则票据管理节点根据票据信息生成票据凭证。并将票据凭证作为一笔交易存储至区块链中。

在一种实施方式中，第二请求中的第一票据信息中还包括客户节点的地址信息。票据管理节点通过第一票据信息中客户节点的地址信息(如客户的邮箱或公司地址等)，向客户节点发送票据凭证。票据管理节点直接向客户节点发送票据凭证，无需企业节点进行中转，更加方便客户获取票据凭证。

在另一实施方式中，若第二请求中的第一票据信息中未包括客户节点的地址信息，那么票据管理节点向企业节点发送生成的票据凭证，企业节点再向客户节点发送票据凭证，以便客户获取票据凭证。

可见，企业节点在获取第一证明信息后，在后续申请生成票据凭证时，通过第一证明信息对第一票据信息进行签名，从而通过签名来证明自身身份。不需要每次通过属性信息登录票据管理系统来验证身份。简化了生成票据凭证的过程，从而提高了网络资源利用率。

请参阅图3，图3为本申请实施例提供的又一种数据处理方法的流程图。该数据处理方法可由图1所示的企业节点101，票据管理节点102，第一代理节点103及第二代理节点104进行交互实现。可选的，应用场景中还包括客户节点；如图3所示，数据处理方法包括但不限于如下步骤301～步骤311：

301、票据管理节点接收来自企业节点的第一请求。

步骤301的具体实现方式可参考步骤201的具体实现方式，在此不再赘述。

在一种实施方式中，第一请求还包括与企业节点关联的第一代理节点(即企业选择的票据代理商1)的属性信息。第一代理节点的属性信息用于证明第一代理节点，例如代理节点的营业执照编号等。在另一实施方式中，第一请求还包括与企业节点关联的第一代理节点(即企业选择的票据代理商1)的属性信息和第二代理节点(即企业选择的票据代理商2)的属性信息。例如，代理商1是微信平台，代理商2是支付宝平台。可以理解的是，企业可以选择一个或多个代理节点，例如第一请求中还可以包括第三票据代理节点，第四票据代理节点等。本申请实施例中，不对代理节点的数量进行限制。

在一种实施方式中，企业节点对应的企业在第一次进行注册时选择代理节点。在另一实施方式中，企业节点对应的企业在第一次进行注册是未选择代理节点，在需要代理节点提供服务时，登录票据管理体统，通过提交第一请求选择代理节点。需要说明的是，若企业节点对应的企业选择了多个代理节点，则多个代理节点可以是通过一次申请选择的，也可以是通过几次申请选择的。例如，a公司通过申请1选择了代理节点1和代理节点2；b公司通过申请1选择了代理节点1，通过申请2选择了代理节点2。

302、票据管理节点根据企业节点的属性信息，为企业节点分配第一证明信息；根据第一代理节点的属性信息，为第一代理节点分配第二证明信息。

在一种实施方式中，企业节点发送的第一请求还包括第二代理节点的属性信息，票据管理节点根据第二代理节点的属性信息，为第二代理节点分配第三证明信息。

可以理解的是，票据管理节点为不同代理节点的分配的证明信息是不同的。从而可以保证企业节点在取消某个代理节点对应的证明信息时，企业节点和其他代理节点不受影响。

303、票据管理节点向企业节点发送第一证明信息和第二证明信息。

步骤302和步骤303的具体实现方式可参考步骤202和步骤203中的具体实现方式，在此不再赘述。

在一种实施方式中，若企业节点对应的企业在同一申请中选择了第一代理节点和第二代理节点，则票据管理节点可以将第一证明信息，第二证明信息和第三证明信息打包发送给企业节点。在另一实施方式中，企业节点对应的企业在不同申请中选择了不同代理节点，则票据管理节点分次向企业节点发送代理节点对应的证明信息。

304、企业节点将第二证明信息发送给第一代理节点。

在一种实施方式中，企业节点向第一代理节点发送第二证明信息，使得第一代理节点可以通过第二证明信息为企业节点提供票据代理服务。同理，若企业节点还需要第二代理节点提供服务，则企业节点向第二代理节点发送第三证明信息，使得第二代理节点可以通过第三证明信息为企业节点提供票据代理服务。

305、票据管理节点接收来自第一代理节点的第三请求。

在一种实施方式中，第一代理节点在收到来自企业节点发送的第二证明信息后。若第一代理节点需要为企业节点对应的企业提供票据代理服务，则第一代理节点向票据管理节点发送第三请求，第三请求包括第二证明信息和第二票据信息，第二票据信息包括客户的地址信息(如客户节点的地址或客户的邮箱等)。例如，假设微信平台的证明信息为证明信息1，客户a在微信平台购买了公司b是产品，并提交票据信息1向微信平台索取票据凭证。票据信息1包括了客户a的纳税编号及收票地址等信息。微信平台将票据信息1和证明信息1打包为请求1发送给票据管理节点。

306、票据管理节点对第二证明信息进行身份验证。

步骤305和步骤306中具体的实现方式可参考步骤203和步骤204中的具体实现方式，在此不再赘述。

需要说明的是，若第二证明信息通过身份验证，票据管理节点也可以直接执行步骤309中根据第二票据信息生成第二票据凭证的步骤。

307、票据管理节点向企业节点发送提示信息。

在一种实施方式中，票据管理节点对第二证明信息进行验证通过后(即确定第一代理节点的身份无误)，向企业节点发送提示信息，提示信息用于指示第一代理节点以企业节点对应的企业的名义申请生成第二票据凭证。提示信息包括第二票据信息。企业节点在收到提示信息后，通过第二票据信息决定是否允许第一代理节点以企业节点对应的企业的名义申请生成第二票据凭证。向票据管理节点发送响应信息，响应信息用于指示企业节点对应的企业是否允许第一代理节点以企业节点对应的企业的名义申请生成第二票据凭证。

例如，票据管理节点向企业a发送提示信息1，提示信息1指示微信平台申请以企业a的名义生成票据凭证1。提示信息1包括票据信息1，票据信息1中包含商品信息，企业a核对票据信息1中的商品信息是否是企业a生产的。在核对后，向票据管理节点发送响应信息。

308、票据管理节点接收来自企业节点的响应信息。

309、若响应信息指示允许第一代理节点生成票据凭证，则票据管理节点根据第二票据信息生成第二票据凭证。

在一种实施方式中，若响应信息允许第一代理节点生成票据凭证，则票据管理节点根据第二票据信息生成第二票据凭证。并将第二票据凭证打包为一个交易存储至区块链中，并继续执行步骤310。相应的，若响应信息不允许第一代理节点生成第二票据凭证，则票据管理节点向第一代理节点发送第四提示信息，第四提示信息用于提示企业节点不允许第一代理节点生成第二票据凭证。

310、票据管理节点根据客户节点的地址信息，向所述客户节点发送所述第二票据凭证。

步骤310的具体实现方式可参考步骤205中的具体实现方式，在此不再赘述。

311、票据管理节点向企业节点发送第四证明信息。

在一种实施方式中，票据管理节点为第一代理节点分配的第二证明信息中包含定时器(即有效时间范围)。若定时器超时(即第二证明信息不在有效时间范围内)，票据管理节点对第二证明信息进行更新得到第四证明信息。并将第四证明信息发送给企业节点。若企业节点需要第一代理节点继续提供代理服务，则将第四证明信息发送给第一代理节点。通过定时对代理节点的证明信息进行更新，可以安全性，降低代理节点以企业节点对应的企业的名义恶意生成票据凭证的风险。

可选的，若企业节点对应的企业需要取消自身的第一证明信息或者代理节点对应的证明信息。则企业的负责人通过企业的属性信息登录票据管理系统后，向票据管理节点发送撤销请求，撤销请求包括企业或代理节点的属性信息。票据管理节点在接收撤销请求后，对企业节点的身份进行验证，具体的验证方式在此不做限定。在身份验证通过后，根据撤销请求，取消对应的证明信息(将证明信息无效)。

需要说明的是，步骤311可在步骤304～步骤310的过程中并列执行。

可见，第一代理节点在获取第二证明信息后，在后续申请生成票据凭证时，通过第二证明信息对第二票据信息进行签名，从而通过签名来证明代理身份。不需要每次通过企业节点授权来生成票据凭证。进一步简化了生成票据凭证的过程，从而提高了网络资源利用率。

上述详细阐述了本申请实施例的方法，为了便于更好地实施本申请实施例的上述方案，相应地，下面提供了本申请实施例的装置。

请参见图4，图4为本申请实施例提供的一种数据处理装置的结构示意图，该数据处理装置可以搭载在上述方法实施例中的票据管理节点上。图4所示的数据处理装置可以用于执行上述图2和图3所描述的方法实施例中的部分或全部功能。其中，各个单元的详细描述如下：

收发单元401，用于接收来自企业节点的第一请求，所述第一请求包括所述企业节点的属性信息；

处理单元402，用于根据所述企业节点的属性信息，为所述企业节点分配第一证明信息；

所述收发单元401，还用于向所述企业节点发送所述第一证明信息，接收来自所述企业节点的第二请求，所述第二请求包括所述第一证明信息和第一票据信息；

所述处理单元402，还用于若所述第一证明信息通过身份验证，则根据所述第一票据信息生成第一票据凭证。

在一实施方式中，所述第一请求还包括与所述企业节点关联的第一代理节点的属性信息；

所述处理单元402还用于：

根据所述企业节点的属性信息和所述第一代理节点的属性信息，为所述企业节点分配第二证明信息；

向所述企业节点发送所述第二证明信息。

在一实施方式中，所述处理单元402还用于：

接收来自所述第一代理节点的第三请求，所述第三请求包括所述第二证明信息和第二票据信息；

若所述第二证明信息通过身份验证，则根据所述第二票据信息生成第二票据凭证。

在一实施方式中，所述处理单元402还用于，若所述第二证明信息通过身份验证，则根据所述第二票据信息生成第二票据凭证，具体用于：

若所述第二证明信息通过身份验证，向所述企业节点发送提示信息，所述提示信息用于提示所述第一代理节点请求生成票据凭证；

接收来自所述企业节点的响应信息；

若所述响应信息指示允许所述第一代理节点生成票据凭证，则根据所述第二票据信息生成第二票据凭证。

在一实施方式中，所述第一请求还包括与所述企业节点关联的第二代理节点的属性信息；

所述处理单元402还用于：

根据所述企业节点的属性信息和所述第二代理节点的属性信息，为所述企业节点分配第三证明信息；

向所述企业节点发送所述第三证明信息。

在一实施方式中，所述处理单元402还用于：

若所述第二证明信息的定时器超时，则对所述第二证明信息进行更新得到第四证明信息；

向所述企业节点发送所述第四证明信息。

在一实施方式中，所述第一票据信息还包括客户节点的地址信息；

所述处理单元402还用于：

根据所述客户节点的地址信息，向所述客户节点发送所述第一票据凭证。

根据本申请的一个实施例，图2和图3所示的数据处理方法所涉及的部分步骤可由图4所示的数据处理装置中的各个单元来执行。例如，图2中所示的步骤201，步骤203和步骤204可由图4所示的收发单元401执行，步骤202和步骤205可由图4所示的处理单元402执行。图3中所示的步骤301，步骤303，步骤305，步骤307，步骤308，步骤310和步骤311可由图4所示的收发单元401执行，步骤302，步骤306和步骤309可由图4所示的处理单元402执行。图4所示的数据处理装置中的各个单元可以分别或全部合并为一个或若干个另外的单元来构成，或者其中的某个(些)单元还可以再拆分为功能上更小的多个单元来构成，这可以实现同样的操作，而不影响本申请的实施例的技术效果的实现。上述单元是基于逻辑功能划分的，在实际应用中，一个单元的功能也可以由多个单元来实现，或者多个单元的功能由一个单元实现。在本申请的其它实施例中，数据处理装置也可以包括其它单元，在实际应用中，这些功能也可以由其它单元协助实现，并且可以由多个单元协作实现。

根据本申请的另一个实施例，可以通过在包括中央处理单元(cpu)、随机存取存储介质(ram)、只读存储介质(rom)等处理元件和存储元件的例如计算机的通用计算装置上运行能够执行如图2和图3中所示的相应方法所涉及的各步骤的计算机程序(包括程序代码)，来构造如图4中所示的数据处理装置，以及来实现本申请实施例的数据处理方法。所述计算机程序可以记载于例如计算机可读记录介质上，并通过计算机可读记录介质装载于上述计算装置中，并在其中运行。

基于同一发明构思，本申请实施例中提供的数据处理装置解决问题的原理与有益效果与本申请方法实施例中数据处理装置解决问题的原理和有益效果相似，可以参见方法的实施的原理和有益效果，为简洁描述，在这里不再赘述。

请参阅图5，图5示出了本申请一个示例性实施例提供的一种数据处理装置的结构示意图，所述数据处理装置至少包括处理器501、通信接口502和存储器503。其中，处理器501、通信接口502和存储器503可通过总线或其他方式连接，本申请实施例以通过总线连接为例。其中，处理器501(或称中央处理器(centralprocessingunit，cpu))是终端的计算核心以及控制核心，其可以解析终端内的各类指令以及处理终端的各类数据，例如：cpu可以用于解析用户向终端所发送的开关机指令，并控制终端进行开关机操作；再如：cpu可以在终端内部结构之间传输各类交互数据，等等。通信接口502可选的可以包括标准的有线接口、无线接口(如wi-fi、移动通信接口等)，受处理器501的控制可以用于收发数据；通信接口502还可以用于终端内部数据的传输以及交互。存储器503(memory)是终端中的记忆设备，用于存放程序和数据。可以理解的是，此处的存储器503既可以包括终端的内置存储器，当然也可以包括终端所支持的扩展存储器。存储器503提供存储空间，该存储空间存储了终端的操作系统，可包括但不限于：android系统、ios系统、windowsphone系统等等，本申请对此并不作限定。

在本申请实施例中，处理器501通过运行存储器503中的可执行程序代码，执行如下操作：

通过通信接口502接收来自企业节点的第一请求，所述第一请求包括所述企业节点的属性信息；

根据所述企业节点的属性信息，为所述企业节点分配第一证明信息；

通过通信接口502向所述企业节点发送所述第一证明信息；接收来自所述企业节点的第二请求，所述第二请求包括所述第一证明信息和第一票据信息；

若所述第一证明信息通过身份验证，则根据所述第一票据信息生成第一票据凭证。

作为一种可选的实施方式，所述第一请求还包括与所述企业节点关联的第一代理节点的属性信息；

处理器501通过运行存储器503中的可执行程序代码，还执行如下操作：

根据所述企业节点的属性信息和所述第一代理节点的属性信息，为所述企业节点分配第二证明信息；

向所述企业节点发送所述第二证明信息。

作为一种可选的实施方式，处理器501通过运行存储器503中的可执行程序代码，还执行如下操作：

通过通信接口502接收来自所述第一代理节点的第三请求，所述第三请求包括所述第二证明信息和第二票据信息；

若所述第二证明信息通过身份验证，则根据所述第二票据信息生成第二票据凭证。

作为一种可选的实施方式，若所述第二证明信息通过身份验证，则处理器501根据所述第二票据信息生成第二票据凭证的具体实施方式为：

若所述第二证明信息通过身份验证，通过通信接口502向所述企业节点发送提示信息，所述提示信息用于提示所述第一代理节点请求生成票据凭证；接收来自所述企业节点的响应信息；

若所述响应信息指示允许所述第一代理节点生成票据凭证，则根据所述第二票据信息生成第二票据凭证。

作为一种可选的实施方式，所述第一请求还包括与所述企业节点关联的第二代理节点的属性信息；

处理器501通过运行存储器503中的可执行程序代码，还执行如下操作：

根据所述企业节点的属性信息和所述第二代理节点的属性信息，为所述企业节点分配第三证明信息；

通过通信接口502向所述企业节点发送所述第三证明信息。

作为一种可选的实施方式，处理器501通过运行存储器503中的可执行程序代码，还执行如下操作：

若所述第二证明信息的定时器超时，则对所述第二证明信息进行更新得到第四证明信息；

通过通信接口502向所述企业节点发送所述第四证明信息。

作为一种可选的实施方式，所述第一票据信息还包括客户节点的地址信息；

处理器501还执行如下操作：

根据所述客户节点的地址信息，通过通信接口502向所述客户节点发送所述第一票据凭证。

基于同一发明构思，本申请实施例中提供的数据处理装置解决问题的原理与有益效果与本申请方法实施例中数据处理装置解决问题的原理和有益效果相似，可以参见方法的实施的原理和有益效果，为简洁描述，在这里不再赘述。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有一条或多条指令，所述一条或多条指令适于由处理器加载并执行上述方法实施例所述的数据处理方法。

本申请实施例还提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述方法实施例所述的数据处理方法。

需要说明的是，对于前述的各个方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某一些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本申请实施例装置中的模块可以根据实际需要进行合并、划分和删减。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，可读存储介质可以包括：闪存盘、只读存储器(read-onlymemory，rom)、随机存取器(randomaccessmemory，ram)、磁盘或光盘等。

以上所揭露的仅为本申请一种较佳实施例而已，当然不能以此来限定本申请之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本申请权利要求所作的等同变化，仍属于发明所涵盖的范围。