一种基于区块链的票单管理方法、系统、装置及存储介质与流程

1.本发明涉及区块链技术领域，尤其涉及一种基于区块链的票单管理方法、系统、装置及存储介质。


背景技术：

2.目前，一些特殊商品如易燃易爆有毒有害等危险物品的销售、运输、进出口，涉及发票、公路运输通行证、清关单证等一些列票证单据，分别受到税务部门、公安部门、交通部门、海关等多个部门的监督管理。但是，每种单据仅在各自部门的业务系统中独立管理，不同单据之间没有关联，进而由于各监管部门的获取的业务数据无法有效共享，因此存在销售货物与单据不匹配的漏洞，滋生虚假销售行为，并且，虽然多个部门之间可以联合执法，但由于各个部门相互独立，监管方式和监管内容也不相同，使得联合执法成本高、稽查难度大。


技术实现要素：

3.本申请实施例提供了一种基于区块链的票单管理方法、系统、装置及存储介质，用于实现多个监管部门对货物流转过程的共同监管，避免出现销售货物与单据不匹配、虚假销售的行为，节约多个监管部门联合执法或联合稽查的成本，降低稽查难度。
4.第一方面，提供了一种基于区块链的票单管理方法，应用于票据管理联盟链，包括：
5.票据管理联盟链获得为运输任务建立票单夹的建立请求，基于所述建立请求在所述票据管理联盟链上为所述运输任务建立票单夹，并将所述运输任务对应的运输信息存储在所述票单夹的对应联次中，其中，每个运输任务对应一个单据编号，所述票单夹中包括多个联次，所述多个联次用于记录所述运输任务相关的票据信息、单证信息或运输信息；
6.当所述票据管理联盟链获得与所述运输任务对应的开票请求时，基于所述开票请求从所述票单夹中获取所述运输信息进行开票，并将所述开票信息存储在所述运输任务对应票单夹的对应联次中，其中，所述开票请求中包括所述运输任务的单据编号和存储运输信息的联次序号；
7.当所述票据管理联盟链获得查询所述运输任务的相关信息的查询请求时，根据所述查询请求查询所述票单夹中至少一个联次中存储部分或者全部信息。
8.在一种可能的设计中，所述票单夹的每个联次中均包括加密区域和公开区域，则将所述开票信息存储在所述运输任务对应票单夹的对应联次中，包括：
9.确定所述开票信息的保密等级；
10.根据所述保密等级确定是否需要对所述开票信息进行加密处理；
11.若需要加密，则将所述开票信息存储在对应联次的加密区域，若不需要加密则将所述开票信息存储在对应联次的公开区域。
12.在一种可能的设计中，所述票据管理联盟链获得查询所述运输任务的相关信息的
查询请求时，根据所述查询请求查询所述票单夹中至少一个联次中存储部分或者全部信息，包括：
13.确定所述查询请求对应的查询权限信息；
14.基于所述查询权限信息，查询所述票单夹中与所述权限信息对应的至少一个联次中存储的部分或者全部信息。
15.在一种可能的设计中，所述方法还包括：
16.获得加入所述运输任务的加入请求；
17.基于所述加入请求，在所述票单夹中为加入所述运输任务的监管节点新增对应的联次。
18.在一种可能的设计中，所述票单夹的每个联次中记录的所述运输任务对应的货物信息相同，且所述每个联次中已经记录的信息不可更改。
19.第二方面，提供了一种基于区块链的票单管理系统，包括：
20.建立模块，用于在票据管理联盟链获得为运输任务建立票单夹的建立请求，基于所述建立请求在所述票据管理联盟链上为所述运输任务建立票单夹，并将所述运输任务对应的运输信息存储在所述票单夹的对应联次中，其中，每个运输任务对应一个单据编号，所述票单夹中包括多个联次，所述多个联次用于记录所述运输任务相关的票据信息、单证信息或运输信息；
21.开票模块，用于在所述票据管理联盟链获得与所述运输任务对应的开票请求时，基于所述开票请求从所述票单夹中获取所述运输信息进行开票，并将所述开票信息存储在所述运输任务对应票单夹的对应联次中，其中，所述开票请求中包括所述运输任务的单据编号和存储运输信息的联次序号；
22.查询模块，用于在所述票据管理联盟链获得查询所述运输任务的相关信息的查询请求时，根据所述查询请求查询所述票单夹中至少一个联次中存储部分或者全部信息。
23.在一种可能的设计中，所述系统还包括加密模块，所述加密模块用于：
24.确定所述开票信息的保密等级；
25.根据所述保密等级确定是否需要对所述开票信息进行加密处理；
26.若需要加密，则将所述开票信息存储在所述加密区域，若不需要加密则将所述开票信息存储在所述公开区域。
27.在一种可能的设计中，所述查询模块还用于：
28.确定所述查询请求对应的查询权限信息；
29.基于所述查询权限信息，查询所述票单夹中与所述权限信息对应的至少一个联次中存储的部分或者全部信息。
30.在一种可能的设计中，所述建立模块还用于：
31.获得加入所述运输任务的加入请求；
32.基于所述加入请求，为加入所述运输任务的监管节点在所述票单夹中新增对应的联次。
33.在一种可能的设计中，所述票单夹的每个联次中记录的所述运输任务对应的货物信息相同，且所述每个联次中已经记录的信息不可更改。
34.第三方面，提供一种基于区块链的票单管理装置，所述基于区块链的票单管理装
置包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述各方面中的基于区块链的票单管理方法包括的步骤。
35.第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行上述各方面中的基于区块链的票单管理方法包括的步骤。
36.在该方案中，票据管理联盟链可以在获得为运输任务建立票单夹的请求后，为运输任务建立一个票单夹，每个运输任务对应一个单据编号，并将与运输任务相关的运输信息存储在对应的联次，进而在获得为运输任务开票的开票请求后，可以根据单据编号存储运输信息的联次中获取开票需要的信息(如货物种类、数量、买方、卖方等)进行开票，并将开票信息存储在建立的票单夹的对应联次中；当获得查询与运输任务相关信息的查询请求时，则可以基于查询请求中的携带的单据编号和联次序号，查询运输任务的票据、单证、运输等相关信息。这样，在货物流转的过程中，开票、运输等多个监管部门可以基于为货物运输任务建立的票单夹实现对货物流转过程的共同监管，避免出现销售货物与单据不匹配、虚假销售的行为，同时，也无需多个监管部门联合执法或联合稽查，所以可以节约成本，降低稽查难度。
37.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
38.为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例。
39.图1为本申请实施例提供的基于区块链的票单管理方法的流程图；
40.图2a为本申请实施例提供的票单管理联盟链示意图；
41.图2b为本申请实施例提供的票单夹的示意图；
42.图3为本申请实施例提供的基于区块链的票单管理系统的示意图；
43.图4为本申请实施例提供另基于区块链的票单管理装置的示意图。
具体实施方式
44.为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明技术方案的一部分实施例，而不是全部的实施例。基于本申请文件中记载的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明技术方案保护的范围。
45.需要说明的是，本申请实施例公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不
代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请公开的一些方面相一致的装置和方法的例子。
46.另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，在不做特别说明的情况下，一般表示前后关联对象是一种“或”的关系。
47.为了便于理解，首先对本申请实施例所要解决的相关技术问题进行分析：
48.如前文所述，现有技术中易燃易爆等危险物品的在流转过程中，由于涉及到多个相互独立的监管部门的监督管理，容易出现销售货物与单据不配、虚假销售、联合执法成本高、稽查难度大的问题。
49.鉴于此，本申请人提出可以基于区块链技术建立一个票据管理联盟链，具有监管职权的多个部门可以作为监管节点加入到该票据管理联盟链中，进而为一个运输任务对应的多个监管节点建立一个共用的票单夹，该票单夹中包括多个联次，每个部门对应一个联次，并且每个部门产生的票据、单证等信息都记录在其对应的联次中，从而多个监管部门可以共同维护一个票单夹，以实现多个监管部门对货物流转过程的共同监管，避免出现销售货物与单据不匹配、虚假销售的行为，同时，也无需多个监管部分联合执法或联合稽查，所以可以节约成本，降低稽查难度。
50.为了更好的理解本申请，下面结合附图以及具体实施方式对此进行详细的说明。虽然本申请实施例提供了如下述实施例或附图所示的方法操作步骤，但基于常规或者无需创造性的劳动在所述方法中可以包括更多或者更少的操作步骤。在逻辑上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本申请实施例提供的执行顺序。所述方法在实际的处理过程中或者装置执行时，可按照实施例或者附图所示的方法顺序执行或者并行执行。
51.以下结合图1所示的基于区块链的票单管理方法的流程图对本申请实施例中的技术防范进行说明。
52.步骤101：票据管理联盟链获得为运输任务建立票单夹的建立请求，基于建立请求在票据管理联盟链上为运输任务建立票单夹，并将运输任务对应的运输信息存储在票单夹的对应联次中，其中，每个运输任务对应一个单据编号，每个运输任务的票单夹中包括多个联次，该多个联次用于记录运输任务相关的票据信息、单证信息或运输信息。
53.在本申请实施例中，由于货物流转过程中往往会受到多个监管部门的监管，为了实现多个监管部门对货物的共同监管，可以建立一个如图2a所示的票单管理联盟链，其中，交通运输管理部门监管货物的运输，可以称为运管节点；税务部门(税务局)为运输任务对应的货物开具发票并管理发票，可以称为税务节点；公安部门监管货物票单的合法性等等，可以称为公安节点。其中，需要的说明的是，图2a仅是为了便于理解，仅示出了票单管理联盟链中涉及的三个监管节点，但并不限制本申请实施例中的票单管理联盟链仅包括这三个监管节点。
54.具体的，由于货物在生产出厂后，进行流转时往往会涉及到货物的运输，为了方便多个监管部门监管运输的货物，货物销售方在向交通运输管理部门提交运输任务相关的运输通行申请表、货物运输托运申请表等运输申请表，交通运输管理部门在审核货物销售方提交的各运输申请表后，可以向如图2a所示票据管理联盟链发送为该运输任务建立票单夹
的建立请求，进而，票据管理联盟链在获得为该建立请求后，为运输任务建立一个票单夹，并为运输任务分配一个单据编号。
55.如图2b所示，本申请实施例中的票单夹中可以包括多个联次，如运输信息联次，税务联次等，用于记录与运输任务相关的票据信息、单证信息、运输信息等信息，每个联次记录不同监管节点产生的与运输任务对应的信息。因此，可以将运输任务对应的运输信息存储在票单夹的多个联次的任一个联次，本申请中，可以将票单夹中记录运输信息的联次称为运输信息联次。
56.其中，票据信息中包括与运输任务相关的发票、汇票、银行本票等等票据的信息，单证信息中包括运输任务对应货物的保单，货物运输通行证等等，运输信息可以是运输通行申请表和货物运输托运申请表记录的信息，例如图2b所示的销售方、购买方、运输方这三方的详细信息，商品名称、规格、数量、单价、总价信息，单据编号以及与运输管理部门要求的其他信息。
57.在具体的实践过程中，货物销售方可以选择航运、公路运输、铁路运输、海运等多种运输方式，而不同的运输方式对应的运输通行申请表或货物运输托运表也相同，例如，公路运输通行申请表、铁路运输通行申请表、航运货物运输托运表、航运货物运输托运表。
58.举例说明，若货物销售方选择公路运输，则需要向交通运输管理部门提交公路运输通行申请表，交通运输管理部门在核准货物销售方的运输通行申请中记录的货物数量、种类、重量、体积等货物相关信息是否与实际运输货物一致，以及若货物为危险物品，核查货物的贮存方式适当后，可以为货物销售方发放公路运输通行证，同时在票据管理联盟链中，为运输任务建立一个票单夹，并将运输信息记录在该票单夹的运输信息联次中。
59.可选的，在本申请实施例中，每个运输任务对应的票单夹中各类联次的顺序可以是固定的，例如，第一联次为运输信息联次，第二联次为发票联次，第三联次是检查联次等；由于联次的顺序是固定的，那么当存在多个运输任务时，可以采用相同的规则存储或查看其对应票单夹中相应联次中的信息，所以可以节约设计成本，避免出现将信息存储错误联次，或者查看到错误联次中的信息的情况。进一步地，不同运输任务对应的票单夹联次中各类联次的顺序也可以是随机的，例如，a运输任务对应的票单夹中各联次顺序依次为：发票联次、运输信息联次、检查联次，b运输任务对应的票单夹中各联次顺序依次为：检查联次、发票联次、运输信息联次，这样可以为不同运输任务设置票单夹中的联次顺序，提高票单夹中联次设置的灵活性。
60.可选的，本申请实施例中，在为运输任务建立票单夹后，若运输任务已存在的监管节点之外的新监管节点申请加入运输任务的加入请求时，可以基于该加入请求为申请加入运输任务的监管节点，在与运输任务对应的票单夹中新增与该监管节点对应的联次，以使得该监管节点获得监管运输任务的权限，实现对运输任务各监管节点产生的票据、单证等信息的统一管理。
61.步骤102：当票据管理联盟链获得与运输任务对应的开票请求时，基于开票请求从票单夹中获取运输信息进行开票，并将开票信息存储在运输任务对应票单夹的对应联次中，其中，开票请求中包括该运输任务的单据编号和存储运输信息的联次序号。
62.在本申请实施例中，开票请求可以是开具发票的请求，也可以是开票汇票的请求，或者是开具其他票据或单证相关的请求。这里以开票请求为货物销售提交的为运输任务对
应货物开具发票的请求为例进行说明。
63.具体的，当票据管理联盟链的税务节点获得为运输任务开据发票的开票请求时，可以基于该开票请求中携带的单据编号确定出该运输任务对应的票单夹，并根据开票请求中联次序号，从确定的票单夹中存储有运输信息的联次中获取运输货物的种类、数量、重量等开票需要的信息开具发票。也就是说，本申请实施例中开票所需要的运输货物相关信息，可以从票单夹中已经记录的运输信息中获得，进而根据已经记录的信息进行开票，即单夹的每个联次中记录的与运输任务对应的货物信息都是相同的，因此票据中关于运输货物的数量、种类、重量等信息，与运输任务对应的运输通行证中记录的货物的数量、种类、重量等信息是一致的，所以可以避免出现运输任务涉及的多个单据之间出现单据不匹配的情况，进而避免滋生虚假销售行为。
64.进一步地，可以将在开票完成后将开票信息记录在票单夹的发票联次中，以便于后续查询与运输任务相关的开票信息。其中，如前文所述，运输任务对应的开票请求可能有多种，那么根据开票请求开具的票据或者单证也可能存在多种，可以将根据开票请求开具的票据相关的信息称为票据信息，将根据开票请求开具的单证相关的信息的称为单证信息。
65.在本申请实施例中，由于不同种类的票据的开票主体不同，因此可能涉及票据管理联盟链中多个监管节点，进而为了方便对票据信息的管理，票据管理联盟链中的每个监管节点都可以对应一个联次，相应的可以将每个监管节点对应的票据信息记录在于该节点对应的联次中。
66.在具体的实践过程中，可以将票单夹中的联次分为公开区域和加密区域，其中，公开区域用于存储不需要加密的开票信息，加密区域用于存储需要加密的开票信息，并且可以为开票信息设置不同的保密等级，相应的在将开票信息存储到票单夹的对应联次中时，可以先确定开票信息的保密等级，进而根据保密等级将开票信息存储到对应联次的公开区域或者加密区域中。从而可以避免因开票信息公开造成的买卖双方交易信息泄露，保障交易信息的安全。
67.可选的，根据开票信息中包括的各详细数据的类型的不同，可以将开票信息中包括的各详细数据分为公开数据和非公开数据，进而在将开票信息存储到票单夹的对应联次时，可以将开票信息中的非公开数据设置为加密格式，不进行显示，若需要查看非公开数据需要具有相应的查询权限。例如，如图2b所示，发票联次中，货物的销售方、购买方信息、货物(即商品)名称、规格、数量、单价、总价信息为公开数据，发票代码、号码及税务部门要求的其他信息为非公开数据。
68.步骤103：当票据管理联盟链获得查询运输任务的相关信息的查询请求时，根据查询请求查询所述票单夹中至少一个联次中存储部分或者全部信息。
69.在本申请实施例中，查询请求可以是票据管理联盟链中任意一个监管节点发送的请求，该查询请求中包括需要查询的运输任务的单据编号，其中，单据编号的数量可以是一个也可以是多个，本申请实施例中不作具体限制。进而票据管理联盟链在获得查询请求后，可以根据查询请求中包括的单据编号确定出与单据编号对应的票单夹。
70.在本申请实施例中，为了保证票单夹中存储的信息的安全，避免交易信息的泄露，可以为不同监管节点设置不同的查询权限，具体的，可以设置每个监管节点能够查询本节
点对应联次中存储的所有信息，若需要查询其他监管节点对应联次中的信息时，对于其他监管节点对应联次中公开的信息可以直接查询，换言之，所有监管节点都有查询运输任务的票单夹中每个联次的未加密的信息，对于每个联次中加密的信息则需要获得相应的权限才可以查询。当票据管理节点在获得查询请求后，可以确定该查询请求对应的查询权限，进而，根据查询权限确定可以与查询请求对应的票单夹中的联次或者是联次中的部分或者全部信息。这样，由于票据管理联盟链中每个监管节点都可以根据自己的查询权限，查询与运输任务对应的票单夹中各个联次存储的信息，因此，在需要稽查运输任务是否存在违法违规情形时，可以不需要多个部门联合执法，公安部门可以根据自己的查询权限查询运输任务对应票单夹中各联次存储的信息，因此可以节约稽查成本，减小稽查难度。
71.在具体的实践过程中，为了确保票单夹中每个联次存储信息的真实性，避免每个联次存储信息被随意篡改，实现销售商品的全程可追溯，可以设定不可以对每个联次中已经存储信息进行更改，如，假设票单夹中存储发票信息的联次已经存储有发票信息，则票据管理联盟链中具有查看发票信息权限的节点，只能进行查看，不能进行更改，在显示发票信息时，可以将发票信息设置为不可编辑的显示形式，以防止对发票信息随意更改。
72.所以，通过上述方法，可以在获得为运输任务建立票单夹的请求后，为运输任务建立一个票单夹，每个运输任务对应一个单据编号，并将与运输任务相关的运输信息存储在对应的联次，进而在获得为运输任务开票的开票请求后，可以根据单据编号存储运输信息的联次中获取开票需要的信息进行开票，并将开票信息存储在建立的票单夹的对应联次中；当获得查询与运输任务相关信息的查询请求时，则可以基于查询请求中的携带的单据编号和联次序号，查询运输任务的票据、单证、运输等相关信息。这样，在货物流转的过程中，开票、运输等多个监管部门可以基于为货物运输任务建立的票单夹实现对货物流转过程的共同监管，避免出现销售货物与单据不匹配、虚假销售的行为，同时，也无需多个部门联合执法或联合稽查，所以可以节约成本，降低稽查难度。
73.基于同一发明构思，本申请实施例还提供了一种用于基于区块链的票单管理系统，该基于区块链的票单管理系统可以是硬件结构、软件模块、或硬件结构加软件模块。该基于区块链的票单管理系统可以由芯片系统实现，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。请参见图3所示，本申请实施例中的基于区块链的票单管理系统包括建立模块301、开票模块302、查询模块303以及加密模块304，其中：
74.建立模块301，用于在票据管理联盟链获得为运输任务建立票单夹的建立请求，基于该建立请求在票据管理联盟链上为运输任务建立票单夹，并将运输任务对应的运输信息存储在票单夹的对应联次中，其中，每个运输任务对应一个单据编号，票单夹中包括多个联次，该多个联次用于记录与运输任务相关的票据信息、单证信息或运输信息；
75.开票模块302，用于在票据管理联盟链获得与运输任务对应的开票请求时，基于开票请求从所述票单夹中获取运输信息进行开票，并将开票信息存储在运输任务对应票单夹的对应联次中，其中，开票请求中包括运输任务的单据编号和存储运输信息的联次序号；
76.查询模块303，用于在票据管理联盟链获得查询运输任务的相关信息的查询请求时，根据该查询请求查询票单夹中至少一个联次中存储部分或者全部信息。
77.在一种可能实施方式中，加密模块304用于确定开票信息的保密等级根据保密等级确定是否需要对所述开票信息进行加密处理；若需要加密，则将开票信息存储在对应联
次的加密区域，若不需要加密则将开票信息存储在对应联次的公开区域。
78.在一种可能实施方式中，查询模块303还用于确定查询请求对应的查询权限信息；基于查询权限信息，查询票单夹中与权限信息对应的至少一个联次中存储的部分或者全部信息。
79.在一种可能实施方式中，建立模块301还用于获得加入运输任务的加入请求；基于该加入请求，为加入运输任务的监管节点在票单夹中新增对应的联次。
80.在一种可能实施方式中，票单夹的每个联次中记录的运输任务对应的货物信息相同，且每个联次中已经记录的信息不可更改。
81.关于上述实施例中的基于区块链的票单管理系统，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
82.本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，在本申请各个实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
83.基于同一发明构思，本申请实施例还提供一种基于区块链的票单管理装置，如图4所示，本申请实施例中的基于区块链的票单管理装置包括至少一个处理器401，以及与至少一个处理器401连接的存储器402和通信接口403，本申请实施例中不限定处理器401与存储器402之间的具体连接介质，图4中是以处理器401和存储器402之间通过总线400连接为例，总线400在图4中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线400可以分为地址总线、数据总线、控制总线等，为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
84.在本申请实施例中，存储器402存储有可被至少一个处理器401执行的指令，至少一个处理器401通过执行存储器402存储的指令，可以执行前述的基于区块链的票单管理方法中所包括的步骤。
85.其中，处理器401是基于区块链的票单管理装置的控制中心，可以利用各种接口和线路连接整个基于区块链的票单管理装置的各个部分，通过运行或执行存储在存储器402内的指令以及调用存储在存储器402内的数据，计算设备的各种功能和处理数据，从而对计算设备进行整体监控。可选的，处理器401可包括一个或多个处理单元，处理器401可集成应用处理器和调制解调处理器，其中，处理器401主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器401中。在一些实施例中，处理器401和存储器402可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。
86.处理器401可以是通用处理器，例如中央处理器(cpu)、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
87.存储器402作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器402可以包括至少一种类型的存储介质，
例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(random access memory，ram)、静态随机访问存储器(static random access memory，sram)、可编程只读存储器(programmable read only memory，prom)、只读存储器(read only memory，rom)、带电可擦除可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、磁性存储器、磁盘、光盘等等。存储器402是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器402还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。
88.通信接口403是能够用于进行通信的传输接口，可以通过通信接口403接收数据或者发送数据。基于区块链的票单管理装置可以通过通信接口403接收票据管理联盟链中其它节点设备发送的信息。
89.基于同一发明构思，本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行如前述的基于区块链的票单管理方法的步骤。
90.在一些可能的实施方式中，存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
91.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
92.本发明是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
93.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
94.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
95.显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。