基于区块链的数据处理方法及装置与流程

本申请涉及区块链
技术领域：
，尤其涉及一种基于区块链的数据处理方法及装置。
背景技术：
：近年来，随着互联网的快速发展和普及，线上业务办理已逐渐成为一种趋势。当前，线上业务办理通常都需要企业或用户主动提供业务办理所需要的材料，并将材料发送至业务办理机构进行人工审核。但是，由于企业或用户所提供的用于业务办理的材料中可能存在虚假的情况，这会造成信息审核不够合理准确的问题。此外，随着业务办理数量的增多，这种线上提交，线下审核的方式不仅会增加人力成本，还会降低业务审核的进度和效率。技术实现要素：本申请实施例提供一种基于区块链的数据处理方法及装置，可提高信息的真实性以及业务办理效率。第一方面，本申请实施例提供了一种基于区块链的数据处理方法，该方法包括：业务服务节点接收业务申请节点发送的业务数据申请请求，以及上述业务数据申请请求的第一签名信息，上述业务数据申请请求中包括业务申请节点标识、授权信息存储区块标识以及授权信息哈希值；上述业务服务节点根据上述第一签名信息验证上述业务数据申请请求的合法性，若上述业务数据申请请求为合法请求，则根据上述授权信息存储区块标识和上述授权信息哈希值生成票据获取请求；上述业务服务节点将上述票据获取请求发送至票据服务节点，以使上述票据服务节点根据上述授权信息存储区块标识和上述授权信息哈希值从区块链中获取对应的授权信息，并当确定上述授权信息中包括的被授权方标识与上述票据服务节点对应的票据服务节点标识相同时，根据上述授权信息中包括的上述业务申请节点标识和第一时间段确定对应的票据存储区块标识，以返回给上述业务服务节点；上述业务服务节点根据接收到的上述票据存储区块标识从区块链中获取对应的票据存储区块，以从上述票据存储区块中获取上述业务申请节点标识对应的至少一张行车路段票据；上述业务服务节点根据每张行车路段票据对应的行车路段确定出第一行车总里程，根据上述第一行车总里程确定上述业务申请节点的业务数据申请额度。第二方面，本申请实施例提供了一种基于区块链的数据处理装置，该装置包括：数据请求获取模块，用于接收业务申请节点发送的业务数据申请请求，以及上述业务数据申请请求的第一签名信息，上述业务数据申请请求中包括业务申请节点标识、授权信息存储区块标识以及授权信息哈希值；数据请求处理模块，用于根据上述第一签名信息验证上述业务数据申请请求的合法性，若上述业务数据申请请求为合法请求，则根据上述授权信息存储区块标识和上述授权信息哈希值生成票据获取请求；票据获取请求发送模块，用于将上述票据获取请求发送至票据服务节点，以使上述票据服务节点根据上述授权信息存储区块标识和上述授权信息哈希值从区块链中获取对应的授权信息，并当确定上述授权信息中包括的被授权方标识与上述票据服务节点对应的票据服务节点标识相同时，根据上述授权信息中包括的上述业务申请节点标识和第一时间段确定对应的票据存储区块标识，以返回给上述业务服务节点；票据获取模块，用于根据接收到的上述票据存储区块标识从区块链中获取对应的票据存储区块，以从上述票据存储区块中获取上述业务申请节点标识对应的至少一张行车路段票据；票据处理模块，用于根据每张行车路段票据对应的行车路段确定出第一行车总里程，根据上述第一行车总里程确定上述业务申请节点的业务数据申请额度。结合第二方面，在一种可能的实施方式中，上述数据请求处理模块包括身份验证单元和票据获取请求发送单元，上述身份验证单元包括：：公钥获取子单元，用于从公钥存储区块中获取上述业务申请节点对应的业务申请节点公钥；签名解密子单元，用于基于上述业务申请节点公钥对上述第一签名信息进行解密以得到第一哈希值；用户身份确定单元，用于对上述业务数据申请请求进行哈希运算以得到第二哈希值，若上述第一哈希值与上述第二哈希值相同，则确定上述业务数据申请请求为合法请求。结合第二方面，在一种可能的实施方式中，上述装置还包括征信信息处理模块，上述征信信息处理模块包括：信用等级确定单元，用于从征信信息存储区块中获取上述业务申请节点标识对应的信用等级；信用等级判断单元，用于若上述信用等级不小于预设信用等级，则执行上述根据上述授权信息存储区块标识和上述授权信息哈希值生成票据获取请求。结合第二方面，在一种可能的实施方式中，上述授权信息携带上述业务申请节点对上述授权信息的第二签名信息；上述装置还包括：上述票据服务节点，用于从公钥存储区块中获取上述业务申请节点对应的业务申请节点公钥，根据上述业务申请节点公钥对上述第二签名信息进行解密以得到第三哈希值；上述票据服务节点，用于对上述授权信息进行哈希运算以得到第四哈希值，若上述第三哈希值与上述第四哈希值相同，且上述授权信息中包括的被授权方标识与上述票据服务节点对应的票据服务节点标识相同，则执行上述根据上述授权信息中包括的上述业务申请节点标识和第一时间段确定对应的票据存储区块标识。结合第二方面，在一种可能的实施方式中，上述装置还包括：上述票据服务节点，用于根据上述业务申请节点标识确定出上述业务申请节点对应的区块索引表；上述票据服务节点，用于根据上述授权信息中包括的上述第一时间段从上述区块索引表中确定出对应的票据存储区块标识。结合第二方面，在一种可能的实施方式中，上述业务数据申请请求中还包括上述第一时间段内的业务订单号；上述票据获取模块包括票据存储区块确定单元和行车路段票据确定单元，上述行车路段票据确定单元具体用于：根据上述业务申请节点标识和上述业务订单号，从上述票据存储区块中获取与上述业务申请节点标识对应、且与上述业务订单号对应的业务订单相关的至少一张行车路段票据。结合第二方面，在一种可能的实施方式中，上述票据处理模块包括行车总里程确定单元、业务数据申请额度确定单元、业务数据申请额度转移单元，上述业务数据申请额度确定单元具体用于：若上述第二行车总里程不大于上述第一行车总里程，则根据上述第二行车总里程确定上述业务申请节点的业务数据申请额度；若上述第二行车总里程大于上述第一行车总里程，则根据上述第一行车总里程确定上述业务申请节点的业务数据申请额度。第三方面，本申请实施例提供了一种终端设备，该终端设备包括处理器和存储器，该处理器和存储器相互连接。该存储器用于存储支持该终端设备执行上述第一方面和/或第一方面任一种可能的实现方式提供的方法的计算机程序，该计算机程序包括程序指令，该处理器被配置用于调用上述程序指令，执行上述第一方面和/或第一方面任一种可能的实施方式所提供的方法。第四方面，本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序包括程序指令，该程序指令当被处理器执行时使该处理器执行上述第一方面和/或第一方面任一种可能的实施方式所提供的方法。在本申请实施例中，业务服务节点可接收业务申请节点发送的业务数据申请请求，以及业务数据申请请求携带的业务申请节点对业务数据申请请求的第一签名信息。其中，业务数据申请请求中包括业务申请节点标识、授权信息存储区块标识以及授权信息哈希值。这里，可根据上述第一签名信息确定业务数据申请请求的合法性，其中，若业务数据申请请求为合法请求，则可根据授权信息存储区块标识和授权信息哈希值生成票据获取请求。应当理解的是，基于第一签名信息验证业务数据申请请求时，是通过验证发送业务数据申请请求的用户的身份合法性，以及业务数据申请请求是否被篡改，而确定的业务数据申请请求的合法性，进而提高了信息的真实性。通过将票据获取请求发送至票据服务节点，以使票据服务节点根据授权信息存储区块标识和授权信息哈希值从区块链中获取对应的授权信息，并当确定授权信息中包括的被授权方标识与票据服务节点对应的票据服务节点标识相同时，根据授权信息中包括的业务申请节点标识和第一时间段确定对应的票据存储区块标识，以返回给业务服务节点。进一步地，业务服务节点根据接收到的票据存储区块标识，可从区块链中获取到对应的票据存储区块，并从该票据存储区块中获取业务申请节点标识对应的至少一张行车路段票据。这里，通过从区块链中获取行车路段票据，可进一步保证所获取到的信息的真实性。其中，业务服务节点根据每张行车路段票据对应的行车路段可确定出第一行车总里程。根据第一行车总里程可确定业务申请节点的业务数据申请额度，进而可提高业务办理效率。附图说明为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是本申请实施例提供的一种区块链系统的结构示意图；图2是本申请实施例提供的基于区块链的数据处理方法的一流程示意图；图2a是本申请实施例提供的区块链和区块的结构示意图；图2b是本申请实施例提供的验证第一签名信息的过程示意图；图2c是本申请实施例提供的确定票据存储区块的应用场景示意图；图2d是本申请实施例提供的行车路段票据的示意图；图2e是本申请实施例提供的行车总里程与业务数据申请额度的对应关系示意图；图3是本申请实施例提供的基于区块链的数据处理方法的另一流程示意图；图4是本申请实施例提供的基于区块链的数据处理装置的一结构示意图；图5是本申请实施例提供的基于区块链的数据处理装置的另一结构示意图；图6是本申请实施例提供的终端设备的结构示意图。具体实施方式下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。请参见图1，图1是本申请实施例提供的一种区块链系统的结构示意图。如图1所示，区块链系统是指用于进行区块链节点与区块链节点之间数据共享的系统。其中，区块链系统中可以包括多种类型的区块链节点，例如，如图1所示的业务服务节点1、业务服务节点2、业务服务节点3、业务申请节点1、票据服务节点1等。为方便描述，可将业务服务节点、业务申请节点和票据服务节点等都简称为节点，其中每个节点都与其他节点具有连接关系。可以理解的是，区块链系统中的任一节点可以是任意形式的计算设备，如服务器、终端等，在此不做限制。应当理解，终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobileinternetdevice，mid)等，在此不做限制。每个节点在进行正常工作时可以接收输入信息，并基于接收到的输入信息维护该区块链系统内的共享数据。其中，共识过程是由预先选好的节点(即共识节点)控制的。为了保证区块链系统内的信息互通，区块链系统中的每个节点之间可以存在信息连接，节点之间可以通过上述信息连接进行信息传输。例如，当区块链系统中的任意区块链节点接收到输入信息时，区块链系统中的其他区块链节点便根据共识算法获取该输入信息，将该输入信息作为共享数据中的数据进行存储，使得区块链系统中全部区块链节点上存储的数据均一致。应当理解，整个区块链系统是由各个节点共同维护的，共识节点可以是基于区块链系统的共识机制从区块链系统包括的多个节点中预先确定出的节点。例如，共识节点可以是如图1所示的业务服务节点1，业务服务节点2、业务服务节点3等，在此不做限制。其中，对于区块链系统中的每个区块链节点，均具有与其对应的区块链节点标识，而且区块链系统中的每个区块链节点均可以存储有区块链系统中其他区块链节点的区块链节点标识，以便后续根据其他区块链节点的区块链节点标识，将生成的区块广播至区块链系统中的其他区块链节点。每个区块链节点中可维护一个如下表所示的区块链节点标识列表，将区块链节点名称和区块链节点标识对应存储至该区块链节点标识列表中。其中，区块链节点标识可为ip(internetprotocol，网络之间互联的协议)地址以及其他任一种能够用于标识该区块链节点的信息，表1中仅以ip地址为例进行说明。区块链节点名称区块链节点标识区块链节点1117.114.151.174区块链节点2117.116.189.145……区块链节点n119.123.789.258表1本申请实施例提供的基于区块链的数据处理方法，可广泛适用于区块链系统。本申请实施例中的方法，业务服务节点可接收业务申请节点发送的业务数据申请请求，以及业务数据申请请求携带的业务申请节点对业务数据申请请求的第一签名信息。其中，业务数据申请请求中包括业务申请节点标识、授权信息存储区块标识以及授权信息哈希值。这里，若基于上述第一签名信息确定业务数据申请请求为合法请求，则可根据授权信息存储区块标识和授权信息哈希值生成票据获取请求，并将票据获取请求发送至票据服务节点，以使票据服务节点根据授权信息存储区块标识和授权信息哈希值从区块链中获取对应的授权信息，并当确定授权信息中包括的被授权方标识与票据服务节点对应的票据服务节点标识相同时，根据授权信息中包括的业务申请节点标识和第一时间段确定对应的票据存储区块标识，以返回给业务服务节点。进一步地，业务服务节点根据接收到的票据存储区块标识，可从区块链中获取到对应的票据存储区块，并从该票据存储区块中获取业务申请节点标识对应的至少一张行车路段票据。业务服务节点根据每张行车路段票据对应的行车路段可确定出第一行车总里程，其中，根据第一行车总里程可确定业务申请节点的业务数据申请额度，并向业务申请节点转移业务数据申请额度。采用本申请实施例，可提高信息的真实性以及业务办理效率。下面将结合图2至图5分别对本申请实施例提供的方法及相关装置分别进行详细说明。本申请实施例提供的方法中可包括用于获取业务数据申请请求以及第一签名信息、根据第一签名信息验证业务数据申请请求、发送票据获取请求至票据服务节点、基于接收到的票据存储区块标识获取对应的票据存储区块、从票据存储区块中获取行车路段票据、根据各行车路段票据对应的第一行车总里程确定业务数据申请额度等数据处理阶段。其中，上述各个数据处理阶段的实现方式可参见如下图2所示的实现方式。请参见图2，图2为本申请实施例提供的基于区块链的数据处理方法的一流程示意图。本申请实施例提供的方法可以包括如下步骤s201至s205：s201、接收业务申请节点发送的业务数据申请请求，以及业务数据申请请求的第一签名信息。在一些可行的实施方式中，业务服务节点可接收业务申请节点发送的业务数据申请请求，以及业务申请节点对上述业务数据申请请求的第一签名信息。其中，业务数据申请请求中包括的业务申请节点标识、授权信息存储区块标识、授权信息哈希值、第一时间段内的业务订单号、第二行车总里程等内容，在此不做限制。应当理解的是，业务服务节点可以是负责业务办理的机构或部门所对应的节点。例如，业务服务节点可以是银行或放贷机构对应的节点。业务申请节点可以是具有业务办理需求的企业或用户对应的节点。例如，业务申请节点可以是物流企业或货运公司对应的节点。可以理解的是，上述任一种类型的节点可以是任意形式的计算设备，如服务器、终端等，在此不做限制。应当理解，终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobileinternetdevice，mid)等，在此不做限制。其中，业务数据申请请求可以是企业或用户基于终端发送的用于申请业务办理的请求。例如，业务数据申请请求可以是贷款业务申请请求等，在此不做限制。其中，业务申请节点标识可以为业务申请节点的名称或企业代码或ip地址等，在此不做限制，且一个业务申请节点标识可用于唯一标记一个业务申请节点。授权信息存储区块标识可用于唯一标记区块链中的一个授权信息存储区块，其中，授权信息存储区块中包括业务申请节点的授权信息。通常而言，授权信息存储区块都是由业务申请节点所生成，且由区块链系统中各共识节点进行共识后上链的。授权信息哈希值为授权信息存储区块中包括的授权信息的哈希值，这里，授权信息哈希值可以是授权信息的索引值。应当理解的是，每个区块标识可以是预先为每个区块定义的唯一标识符，例如，该标识符可以是由数字、字母和/或符号等按照一定的排列规则组成的。或者，区块标识也可以是区块高度。或者，区块标识也可以是时间戳。或者，区块标识也可以是通过sha256算法对区块头进行二次哈希计算而得到的一个32字节哈希值，即区块哈希值。通常也可以称为区块头哈希值，这是因为参与计算的数据只有区块头中封装的数据内容。具体地，区块哈希值的计算公式可定义为：sha256(sha256(version+prev_hash+merkle_root+time+bits+x))公式1其中，version表示区块的版本号、prev_hash为前一区块的哈希值、merkle_root为本区块的默克尔树根、time为时间戳、bits为难度值、x为随机数。基于上述公式1对区块头中封装的数据内容进行二次哈希计算，可得到一个32字节哈希值，即区块哈希值，通常区块哈希值的呈现形式为64个十六进制数。不难理解的是，区块可由区块头和区块体组成，其中，区块头中封装了区块的版本号、前一区块的哈希值、时间戳、难度值、随机数、默克尔树根等数据内容，区块体中包括完整的业务数据。为便于理解，请参见图2a，图2a是本申请实施例提供的区块链和区块的结构示意图。如图2a所示的区块链中至少可以包含图2a所示的区块n，区块n+1和区块n+2，其中，n可以为正整数。应当理解的是，每个区块可由区块头和区块体组成。其中，区块头中封装了区块的版本号、前一区块的哈希值、时间戳、难度值、随机数、默克尔树根等数据内容，区块体中包括完整的交易数据。例如区块体中可包括交易数据1，交易数据2，…，交易数据m等，其中，m为正整数。进一步地，如图2a所示，本申请实施例以区块n+1为例，阐述该区块n+1的区块结构。区块n+1可由图2a所示的区块头和区块体组成，其中区块头中可以包含区块的版本号、前一区块的哈希值(即图2a所示的区块n的哈希值)、时间戳、计算的难度值、为生成区块n+1所设置的随机数，以及本区块的默克尔树根(这里本区块即区块n+1)等。此外，如图2a所示的区块体中可以包含区块n+1生成之前、区块n生成之后的这段时间内从交易池中所获取并打包的交易数据1、交易数据2、交易数据3和交易数据4等，在此不做限制。s202、根据第一签名信息验证业务数据申请请求的合法性，若所述业务数据申请请求为合法请求，则根据授权信息存储区块标识和授权信息哈希值生成票据获取请求。在一些可行的实施方式中，业务服务节点可基于第一签名信息验证所接收到的业务数据申请请求的合法性。不难理解的是，上述业务数据申请请求所携带的第一签名信息为业务申请节点对该业务数据申请请求的内容进行加密后所生成的签名信息。例如，业务申请节点基于业务申请节点私钥对业务数据申请请求中包括的内容进行加密，可生成第一签名信息，进而将业务数据申请请求和第一签名信息进行拼接后，可发送至业务服务节点。其中，当业务服务节点获取到携带第一签名信息的业务数据申请请求时，可基于业务申请节点对应的业务申请节点身份标识从区块链的公钥存储区块中获取业务申请节点对应的业务申请节点公钥，然后，基于业务申请节点公钥对第一签名信息进行解密，可得到第一哈希值。进一步地，业务服务节点再基于哈希算法对业务数据申请请求中的内容执行哈希运算，可得到第二哈希值。应当理解的是，通过比较第一哈希值与第二哈希值，可确定发送该业务数据申请请求的业务申请节点的用户身份是否为合法身份。也就是说，通过验证发送业务数据申请请求的用户的身份合法性，可确定所发送的业务数据申请请求的合法性，即是否有人冒充业务申请节点发送了业务数据申请请求。这里，若第一哈希值与第二哈希值相同，则可确定业务数据申请请求为合法请求。反之，若第一哈希值与第二哈希值不相同，则可确定业务数据申请请求为非法请求，即有人冒充业务申请节点发送了该业务数据申请请求，因此可拒绝该业务数据申请请求。在本申请实施例中，若上述业务数据申请请求为合法请求，则业务服务节点可根据授权信息存储区块标识和授权信息哈希值生成票据获取请求。不难理解的是，哈希算法是一种单向密码体制，即它是一个从明文到密文的不可逆映射，只有加密过程，没有解密过程，同时哈希算法可以将任意长度的输入数据经过变化以后得到固定长度的输出，且如果输入数据中有任意一个字符的变化，都必将导致最终输出的哈希值不同。其中，本申请实施例中所用到的哈希算法包括md系列哈希算法、sha哈希算法以及sm3杂凑算法等，在此不做限制，其中md系列哈希算法包括md2，md4和md5等，sha哈希算法包括sha-1，sha-224，sha-256，sha-384，sha-512等。为方便描述，本申请实施例所提到的哈希算法皆以sha-256算法为例进行说明。例如，请参见图2b，图2b是本申请实施例提供的验证第一签名信息的过程示意图。如图2b所示，当业务申请节点基于用户终端发起一个业务数据申请请求时，为保障业务数据申请请求中所包括的内容的有效性和安全性，业务申请节点基于哈希算法对要传输的内容(例如业务数据申请请求中包括的业务申请节点标识以及授权信息)进行哈希运算，可得到对应的哈希值，再通过业务申请节点私钥对生成的该哈希值进行加密，可得到第一签名信息。然后，业务申请节点通过将业务数据申请请求与第一签名信息进行拼接后，可将拼接后得到的数据发送给区块链系统中的业务服务节点。当业务服务节点接收到由业务申请节点所发送的数据时，首先会将接收到的数据进行解析，以得到分离后的业务数据申请请求和第一签名信息。再通过从区块链的公钥存储区块中获取所述业务申请节点对应的业务申请节点公钥，可基于业务申请节点公钥对第一签名信息进行解密，以得到解密后的第一哈希值，同时基于哈希算法对分离得到的业务数据申请请求中所包括的内容进行哈希运算，可得到第二哈希值。最后业务服务节点通过对第一哈希值和第二哈希值进行对比分析，可得到对业务数据申请请求的校验结果。s203、将票据获取请求发送至票据服务节点。在一些可行的实施方式中，若上述业务数据申请请求为合法请求，则业务服务节点可根据授权信息存储区块标识和授权信息哈希值生成票据获取请求。进而，可将生成的票据获取请求发送至区块链系统中的票据服务节点。应当理解的是，当区块链系统中的票据服务节点接收到包括授权信息存储区块标识和授权信息哈希值的票据获取请求后，即可根据上述授权信息存储区块标识，从区块链中获取到该授权信息存储区块标识对应的授权信息存储区块，进而，再根据票据获取请求中包括的授权信息哈希值，可从该授权信息存储区块中获取到该授权信息哈希值所对应的授权信息。其中，授权信息中可包括授权方标识、被授权方标识、第一时间段等内容，在此不做限制。应当理解的是，一个授权方标识可用于唯一标记一个授权方，一个被授权方标识可用于唯一标记一个被授权方。这里，授权方即业务申请节点，被授权方即上述业务服务节点。因此，授权方标识可以是上述业务申请节点对应的业务申请节点标识，被授权方标识可以是上述业务服务节点对应的业务服务节点标识等，在此不做限制。应当理解的是，当授权信息中包括的被授权方标识与上述接收票据获取请求的票据服务节点对应的票据服务节点标识相同时，则可根据授权信息中包括的业务申请节点标识和第一时间段确定对应的票据存储区块标识，并将确定出的票据存储区块标识返回给业务服务节点。可选的，在一些可行的实施方式中，授权信息存储区块中的授权信息还可以携带业务申请节点对该授权信息的签名信息，即第二签名信息。也就是说，授权信息存储区块中除了可以存储授权信息，还可以关联存储着业务服务节点基于其对应的业务服务节点私钥对每个授权信息中的内容进行加密后所生成的签名信息。不难理解的是，当票据服务节点从授权信息存储区块中获取到授权信息哈希值对应的授权信息以及第二签名信息后，即可从公钥存储区块中获取上述业务申请节点对应的业务申请节点公钥，并根据该业务申请节点公钥对第二签名信息进行解密以得到第三哈希值。进一步地，票据服务节点通过对授权信息进行哈希运算，可得到第四哈希值。其中，若第三哈希值与第四哈希值相同，且授权信息中包括的被授权方标识与票据服务节点对应的票据服务节点标识相同，则可执行根据授权信息中包括的业务申请节点标识和第一时间段确定对应的票据存储区块标识。在一些可行的实施方式中，根据授权信息中包括的业务申请节点标识和第一时间段确定对应的票据存储区块标识时，票据服务节点可首先根据业务申请节点标识确定出该业务申请节点对应的区块索引表。然后，再根据授权信息中包括的第一时间段可从区块索引表中确定出对应的票据存储区块标识。应当理解的是，一个票据存储区块标识可用于唯一标记区块链中的一个票据存储区块。因此，票据服务节点通过将确定出的票据存储区块标识发送给业务服务节点，即可使当业务服务节点接收到票据存储区块标识后，业务服务节点可根据票据存储区块标识从区块链中获取到该票据存储区块标识对应的票据存储区块。应当理解的是，票据存储区块通常都是由票据服务节点所生成，并经过区块链系统中各共识节点进行共识后上链的。举例来说，请参见图2c，图2c是本申请实施例提供的确定票据存储区块的应用场景示意图。这里，票据服务节点中可存储着不同业务申请节点对应的区块索引表，其中，每个区块索引表中包括不同时间段内所生成的区块对应的区块标识，其中，一个区块标识可用于唯一标记一个区块。如图2c所示，假设从授权信息存储区块中获取到的授权信息哈希值对应的授权信息为授权信息1，其中，授权信息1中包括的业务申请节点标识为业务申请节点标识2、第一时间段为2020.2.1～2020.4.30。其中，根据业务申请节点标识2可确定出业务申请节点标识2对应的区块索引表为区块索引表2。如图2c所示，区块索引表2中包括不同区块生成时间范围内所生成区块对应的区块标识。这里，由于授权信息1中包括的第一时间段为2020.2.1～2020.4.30，因此，通过查询区块索引表2，可得到2020.2.1～2020.4.30内包括的区块标识分别为区块标识2、区块标识3以及区块标识4。因此，票据服务节点可将区块标识2、区块标识3以及区块标识4发送至业务服务节点，以使业务服务节点可根据接收到的区块标识2、区块标识3以及区块标识4从区块链中分别获取到对应的票据存储区块。s204、根据接收到的票据存储区块标识从区块链中获取对应的票据存储区块，以从票据存储区块中获取业务申请节点标识对应的至少一张行车路段票据。在一些可行的实施方式中，业务服务节点通过接收票据服务节点发送的票据存储区块标识，可根据票据存储区块标识从区块链中获取到该票据存储区块标识对应的票据存储区块。应当理解的是，该票据存储区块中可包括一段时间内从交易池中获取并打包的、且与业务申请节点相关的行车路段票据。因此，业务服务节点可根据业务申请节点标识，从该票据存储区块中获取到业务申请节点标识对应的至少一张行车路段票据。这里，行车路段票据为每段行车路段对应的票据。其中，每张行车路段票据中可包括票据标识、开票时间、行车路段、数据转移量等内容。在本申请实施例中，行车路段票据可包括发票和财政票，因此，行车路段票据的票据类型可包括发票类型和财政票类型。不难理解的是，不同票据类型的票据是由不同的票据服务节点开具且添加至区块链中的。例如，发票类型对应的发票是由税局节点开具且上链的，而财政票类型对应的财政票是由财政厅节点所开具且添加至区块链中的。例如，请参见图2d，图2d是本申请实施例提供的行车路段票据的示意图。如图2d所示，以行车路段票据1为例，行车路段票据1中可包括票据类型、票据标识、开票时间、行车路段、数据转移量等。可选的，在一些可行的实施方式中，若业务数据申请请求中还包括第一时间段内的业务订单号，则当业务服务节点接收到票据服务节点发送的票据存储区块标识，并根据票据存储区块标识从区块链中获取到该票据存储区块标识对应的票据存储区块后，业务服务节点还可以根据业务申请节点标识和业务订单号，从票据存储区块中获取到与业务申请节点标识对应、且与业务订单号对应的业务订单相关联的至少一张行车路段票据。s205、根据每张行车路段票据对应的行车路段确定出第一行车总里程，根据第一行车总里程确定业务申请节点的业务数据申请额度。在一些可行的实施方式中，业务服务节点通过获取每张行车路段票据中包括的行车路段，并将各行车路段对应的行车里程进行求和，可得到上述各张行车路段票据所对应的行车总里程，即第一行车总里程。其中，根据第一行车总里程可确定出业务申请节点的业务数据申请额度，并向业务申请节点转移业务数据申请额度。这里，业务数据申请额度可以是对业务申请节点的放贷额度等，在此不做限制。例如，可通过查询行车总里程与业务数据申请额度的对应关系来确定第一行车总里程所对应的业务数据申请额度。举例来说，请参见图2e，图2e是本申请实施例提供的行车总里程与业务数据申请额度的对应关系示意图。如图2e所示，当行车总里程为50000公里以下，业务数据申请额度为0；当行车总里程为50000公里～55000公里时，业务数据申请额度为100000元；当行车总里程为55000公里～60000公里时，业务数据申请额度为150000元；当行车总里程为60000公里～65000公里时，业务数据申请额度为200000元等。因此，假设第一行车总里程为52500公里，则可确定第一行车总里程对应的业务数据申请额度为150000元。可选的，在一些可行的实施方式中，若业务数据申请请求中还包括第二行车总里程，则还可以根据第一行车总里程和第二行车总里程确定业务申请节点的业务数据申请额度。具体地，若第二行车总里程不大于第一行车总里程，即第二行车总里程小于或者等于第一行车总里程，则根据第二行车总里程确定业务申请节点的业务数据申请额度。若第二行车总里程大于第一行车总里程，则可根据第一行车总里程确定业务申请节点的业务数据申请额度。这里，根据第一行车总里程或者第二行车总里程确定业务数据申请额度的实现方式也可以是通过查询行车总里程与业务数据申请额度的对应关系来确定，在此不做限制。可选的，在一些可行的实施方式中，在确定业务申请节点的业务数据申请额度时，除了根据第一行车总里程确定业务数据申请额度，还可以从区块链中获取业务申请节点对应的财务报表以及银行流水等信息作为确定业务数据申请额度的参考维度，具体根据实际应用场景确定，在此不做限制。在本申请实施例中，业务服务节点可接收业务申请节点发送的业务数据申请请求，以及业务数据申请请求携带的业务申请节点对业务数据申请请求的第一签名信息。其中，业务数据申请请求中包括业务申请节点标识、授权信息存储区块标识以及授权信息哈希值。这里，若基于上述第一签名信息确定业务数据申请请求为合法请求，则可根据授权信息存储区块标识和授权信息哈希值生成票据获取请求，并将票据获取请求发送至票据服务节点，以使票据服务节点根据授权信息存储区块标识和授权信息哈希值从区块链中获取对应的授权信息，并当确定授权信息中包括的被授权方标识与票据服务节点对应的票据服务节点标识相同时，根据授权信息中包括的业务申请节点标识和第一时间段确定对应的票据存储区块标识，以返回给业务服务节点。进一步地，业务服务节点根据接收到的票据存储区块标识，可从区块链中获取到对应的票据存储区块，并从该票据存储区块中获取业务申请节点标识对应的至少一张行车路段票据。业务服务节点根据每张行车路段票据对应的行车路段可确定出第一行车总里程，其中，根据第一行车总里程可确定业务申请节点的业务数据申请额度。采用本申请实施例，可提高信息的真实性以及业务办理效率。请参见图3，图3为本申请实施例提供的基于区块链的数据处理方法的另一流程示意图。本申请实施例提供的方法可以包括如下步骤s301至s306：s301、接收业务申请节点发送的业务数据申请请求，以及业务数据申请请求的第一签名信息。s302、根据第一签名信息验证业务数据申请请求的合法性。其中，步骤s301至步骤s302的具体实现方式可以参见图2对应的实施例中对步骤s201至步骤s202的描述，这里不再进行赘述。s303、若业务数据申请请求为合法请求，则从征信信息存储区块中获取业务申请节点标识对应的信用等级，若信用等级不小于预设信用等级，则根据授权信息存储区块标识和授权信息哈希值生成票据获取请求。在一些可行的实施方式中，为进一步确定业务申请节点的业务申请资格，当业务服务节点基于第一签名信息确定上述业务数据申请请求为合法请求后，业务服务节点还可以从征信信息存储区块中获取上述业务申请节点标识对应的信用等级。其中，当该信用等级不小于预设信用等级时，则可执行根据授权信息存储区块标识和授权信息哈希值生成票据获取请求。s304、将票据获取请求发送至票据服务节点。s305、根据接收到的票据存储区块标识从区块链中获取对应的票据存储区块，以从票据存储区块中获取业务申请节点标识对应的至少一张行车路段票据。s306、根据每张行车路段票据对应的行车路段确定出第一行车总里程，根据第一行车总里程确定业务申请节点的业务数据申请额度。其中，步骤s304至步骤s306的具体实现方式可以参见图2对应的实施例中对步骤s203至步骤s205的描述，这里不再进行赘述。s307、向业务申请节点转移业务数据申请额度。在一些可行的实施方式中，若业务数据申请请求中还包括业务申请节点对应的数据接收账户，则业务服务节点还可以从自身的数据存储账户中向上述数据接收账户中转移上述业务数据申请额度对应的数据量，以响应业务数据申请请求。可选的，在一些可行的实施方式中，业务服务节点还可以接收业务申请节点发送的业务数据接收确认信息。其中，业务服务节点可根据上述业务数据接收确认信息生成数据申请记录。通过将数据申请记录以及业务数据接收确认信息发送至区块链系统中的共识节点，进而可接收区块链系统中各共识节点发送的对数据申请记录的校验结果，并根据各校验结果课确定对数据申请记录的共识结果。当确定对数据申请记录达成共识时，将包括数据申请记录的数据申请记录存储区块添加至区块链中。在本申请实施例中，业务服务节点可接收业务申请节点发送的业务数据申请请求，以及业务数据申请请求携带的业务申请节点对业务数据申请请求的第一签名信息。其中，业务数据申请请求中包括业务申请节点标识、授权信息存储区块标识以及授权信息哈希值。这里，若基于上述第一签名信息确定业务数据申请请求为合法请求，则可根据授权信息存储区块标识和授权信息哈希值生成票据获取请求，并将票据获取请求发送至票据服务节点，以使票据服务节点根据授权信息存储区块标识和授权信息哈希值从区块链中获取对应的授权信息，并当确定授权信息中包括的被授权方标识与票据服务节点对应的票据服务节点标识相同时，根据授权信息中包括的业务申请节点标识和第一时间段确定对应的票据存储区块标识，以返回给业务服务节点。进一步地，业务服务节点根据接收到的票据存储区块标识，可从区块链中获取到对应的票据存储区块，并从该票据存储区块中获取业务申请节点标识对应的至少一张行车路段票据。业务服务节点根据每张行车路段票据对应的行车路段可确定出第一行车总里程，其中，根据第一行车总里程可确定业务申请节点的业务数据申请额度，并向业务申请节点转移业务数据申请额度。采用本申请实施例，可提高信息的真实性以及业务办理效率。请参见图4，图4是本申请实施例提供的基于区块链的数据处理装置的一结构示意图。本申请实施例提供的基于区块链的数据处理装置包括：数据请求获取模块41，用于接收业务申请节点发送的业务数据申请请求，以及对上述业务数据申请请求的第一签名信息，上述业务数据申请请求中包括业务申请节点标识、授权信息存储区块标识以及授权信息哈希值；数据请求处理模块42，用于根据上述第一签名信息验证上述业务数据申请请求的合法性，若上述业务数据申请请求为合法请求，则根据上述授权信息存储区块标识和上述授权信息哈希值生成票据获取请求；票据获取请求发送模块43，用于将上述票据获取请求发送至票据服务节点，以使上述票据服务节点根据上述授权信息存储区块标识和上述授权信息哈希值从区块链中获取对应的授权信息，并当确定上述授权信息中包括的被授权方标识与上述票据服务节点对应的票据服务节点标识相同时，根据上述授权信息中包括的上述业务申请节点标识和第一时间段确定对应的票据存储区块标识，以返回给上述业务服务节点；票据获取模块44，用于根据接收到的上述票据存储区块标识从区块链中获取对应的票据存储区块，以从上述票据存储区块中获取上述业务申请节点标识对应的至少一张行车路段票据；票据处理模块45，用于根据每张行车路段票据对应的行车路段确定出第一行车总里程，根据上述第一行车总里程确定上述业务申请节点的业务数据申请额度。请一并参见图5，图5是本申请实施例提供的基于区块链的数据处理装置的另一结构示意图。其中：在一些可行的实施方式中，上述数据请求处理模块42包括身份验证单元421和票据获取请求发送单元422，上述身份验证单元421包括：：公钥获取子单元4211，用于从公钥存储区块中获取上述业务申请节点对应的业务申请节点公钥；签名解密子单元4212，用于基于上述业务申请节点公钥对上述第一签名信息进行解密以得到第一哈希值；用户身份确定单元4213，用于对上述业务数据申请请求进行哈希运算以得到第二哈希值，若上述第一哈希值与上述第二哈希值相同，则确定上述业务数据申请请求为合法请求。在一些可行的实施方式中，上述装置还包括征信信息处理模块46，上述征信信息处理模块46包括：信用等级确定单元461，用于从征信信息存储区块中获取上述业务申请节点标识对应的信用等级；信用等级判断单元462，用于若上述信用等级不小于预设信用等级，则执行上述根据上述授权信息存储区块标识和上述授权信息哈希值生成票据获取请求。在一些可行的实施方式中，上述授权信息携带上述业务申请节点对上述授权信息的第二签名信息；上述装置还包括：上述票据服务节点，用于从公钥存储区块中获取上述业务申请节点对应的业务申请节点公钥，根据上述业务申请节点公钥对上述第二签名信息进行解密以得到第三哈希值；上述票据服务节点，用于对上述授权信息进行哈希运算以得到第四哈希值，若上述第三哈希值与上述第四哈希值相同，且上述授权信息中包括的被授权方标识与上述票据服务节点对应的票据服务节点标识相同，则执行上述根据上述授权信息中包括的上述业务申请节点标识和第一时间段确定对应的票据存储区块标识。在一些可行的实施方式中，上述装置还包括：上述票据服务节点，用于根据上述业务申请节点标识确定出上述业务申请节点对应的区块索引表；上述票据服务节点，用于根据上述授权信息中包括的上述第一时间段从上述区块索引表中确定出对应的票据存储区块标识。在一些可行的实施方式中，上述业务数据申请请求中还包括上述第一时间段内的业务订单号；上述票据获取模块44包括票据存储区块确定单元441和行车路段票据确定单元442，上述行车路段票据确定单元442具体用于：根据上述业务申请节点标识和上述业务订单号，从上述票据存储区块中获取与上述业务申请节点标识对应、且与上述业务订单号对应的业务订单相关的至少一张行车路段票据。在一些可行的实施方式中，上述票据处理模块45包括行车总里程确定单元451、业务数据申请额度确定单元452、业务数据申请额度转移单元453，上述业务数据申请额度确定单元452具体用于：若上述第二行车总里程不大于上述第一行车总里程，则根据上述第二行车总里程确定上述业务申请节点的业务数据申请额度；若上述第二行车总里程大于上述第一行车总里程，则根据上述第一行车总里程确定上述业务申请节点的业务数据申请额度。具体实现中，上述基于区块链的数据处理装置可通过其内置的各个功能模块执行如上述图2至图3中各个步骤所提供的实现方式。例如，上述数据请求获取模块41可用于执行上述各个步骤中接收业务数据申请请求，以及业务数据申请请求携带的第一签名信息等实现方式，具体可参见上述各个步骤所提供的实现方式，在此不再赘述。上述数据请求处理模块42可用于执行上述各个步骤中基于第一签名信息验证业务数据申请请求的合法性、根据上述授权信息存储区块标识和上述授权信息哈希值生成票据获取请求等相关步骤所描述的实现方式，具体可参见上述各个步骤所提供的实现方式，在此不再赘述。上述票据获取请求发送模块43可用于执行上述各个步骤中将票据获取请求发送至票据服务节点等实现方式，具体可参见上述各个步骤所提供的实现方式，在此不再赘述。上述票据获取模块44可用于执行上述各个步骤中接收票据服务节点发送的票据存储区块标识、根据票据存储区块标识确定对应的票据存储区块以及从票据存储区块中获取行车路段票据等实现方式，具体可参见上述各个步骤所提供的实现方式，在此不再赘述。上述票据处理模块45可用于执行上述各个步骤中根据行车路段票据对应的行车路段确定第一行车总里程、根据第一行车总里程确定业务数据申请额度以及向业务申请节点转移业务数据申请额度等实现方式，具体可参见上述各个步骤所提供的实现方式，在此不再赘述。上述征信信息处理模块46可用于执行上述各个步骤中获取业务申请节点的信用等级、根据信用等级确定是否生成票据获取请求等实现方式，具体可参见上述各个步骤所提供的实现方式，在此不再赘述。在本申请实施例中，基于区块链的数据处理装置可接收业务申请节点发送的业务数据申请请求，以及业务数据申请请求携带的业务申请节点对业务数据申请请求的第一签名信息。其中，业务数据申请请求中包括业务申请节点标识、授权信息存储区块标识以及授权信息哈希值。这里，若基于上述第一签名信息确定业务数据申请请求为合法请求，则可根据授权信息存储区块标识和授权信息哈希值生成票据获取请求，并将票据获取请求发送至票据服务节点，以使票据服务节点根据授权信息存储区块标识和授权信息哈希值从区块链中获取对应的授权信息，并当确定授权信息中包括的被授权方标识与票据服务节点对应的票据服务节点标识相同时，根据授权信息中包括的业务申请节点标识和第一时间段确定出对应的票据存储区块标识。进一步地，通过接收票据服务节点发送的票据存储区块标识，可根据票据存储区块标识从区块链中获取到对应的票据存储区块，并从该票据存储区块中获取业务申请节点标识对应的至少一张行车路段票据。其中，根据每张行车路段票据对应的行车路段可确定出第一行车总里程，进而根据第一行车总里程可确定出业务申请节点的业务数据申请额度，并向业务申请节点转移业务数据申请额度。采用本申请实施例，可提高信息的真实性以及业务办理效率，灵活性高，适用范围广。请参见图6，图6是本申请实施例提供的终端设备的结构示意图。如图6所示，本实施例中的终端设备可以包括：一个或多个处理器501、存储器502以及收发器503。其中，上述处理器501、存储器502和收发器503可通过总线504连接。具体地，收发器503可以是通信模块、收发电路。应用在本申请实施例中，收发器503用于执行上述实施例中所涉及的向共识节点发送数据核销记录和已核销确认信息，接收共识节点发送的校验结果等操作。存储器502用于存储计算机程序，该计算机程序包括程序指令，处理器501用于执行存储器502中存储的程序指令。应当理解，在一些可行的实施方式中，上述处理器501可以是中央处理单元(centralprocessingunit，cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(fieldprogrammablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。该存储器502可以包括只读存储器和随机存取存储器，并向处理器501提供指令和数据。存储器502的一部分还可以包括非易失性随机存取存储器。例如，存储器502还可以存储设备类型的信息。具体实现中，上述终端设备可通过其内置的各个功能模块执行如上述图2至图3中各个步骤所提供的实现方式，具体可参见上述各个步骤所提供的实现方式，在此不再赘述。在本申请实施例中，终端设备可接收业务申请节点发送的业务数据申请请求，以及业务数据申请请求携带的业务申请节点对业务数据申请请求的第一签名信息。其中，业务数据申请请求中包括业务申请节点标识、授权信息存储区块标识以及授权信息哈希值。这里，若基于上述第一签名信息确定业务数据申请请求为合法请求，则可根据授权信息存储区块标识和授权信息哈希值生成票据获取请求，并将票据获取请求发送至票据服务节点，以使票据服务节点根据授权信息存储区块标识和授权信息哈希值从区块链中获取对应的授权信息，并当确定授权信息中包括的被授权方标识与票据服务节点对应的票据服务节点标识相同时，根据授权信息中包括的业务申请节点标识和第一时间段确定出对应的票据存储区块标识。进一步地，通过接收票据服务节点发送的票据存储区块标识，可根据票据存储区块标识从区块链中获取到对应的票据存储区块，并从该票据存储区块中获取业务申请节点标识对应的至少一张行车路段票据。其中，根据每张行车路段票据对应的行车路段可确定出第一行车总里程，进而根据第一行车总里程可确定出业务申请节点的业务数据申请额度，并向业务申请节点转移业务数据申请额度。采用本申请实施例，可提高信息的真实性以及业务办理效率，灵活性高，适用范围广。本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序包括程序指令，该程序指令被处理器执行时实现图2至图3中各个步骤所提供的基于区块链的数据处理方法，具体可参见上述各个步骤所提供的实现方式，在此不再赘述。上述计算机可读存储介质可以是前述任一实施例提供的基于区块链的数据处理装置或者上述终端设备的内部存储单元，例如电子设备的硬盘或内存。该计算机可读存储介质也可以是该电子设备的外部存储设备，例如该电子设备上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，该计算机可读存储介质还可以既包括该电子设备的内部存储单元也包括外部存储设备。该计算机可读存储介质用于存储该计算机程序以及该电子设备所需的其他程序和数据。该计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。本申请的权利要求书和说明书及附图中的术语“第一”、“第二”、“第三”、“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置展示该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。本申请实施例提供的方法及相关装置是参照本申请实施例提供的方法流程图和/或结构示意图来描述的，具体可由计算机程序指令实现方法流程图和/或结构示意图的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。这些计算机程序指令可提供到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或结构示意图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或结构示意图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或结构示意一个方框或多个方框中指定的功能的步骤。当前第1页12