CN110807679A - 基于区块链的出租车发票生成方法及装置 - Google Patents

Abstract

本申请的实施例提供了一种基于区块链的出租车发票生成方法及装置。该基于区块链的出租车发票生成方法包括：获取出租车的载客行程信息；根据所述出租车的载客行程信息，生成所述载客行程信息对应的发票二维码；将所述发票二维码在二维码显示界面中进行显示，以在所述发票二维码被触发时生成行程发票，并将所述行程发票上传至区块链中进行存储。本申请实施例的技术方案可以提高出租车发票的开取效率，进而减少乘客的等待时间。

Description

基于区块链的出租车发票生成方法及装置

技术领域

本申请涉及计算机技术领域，具体而言，涉及一种基于区块链的出租车发票生成方法及装置。

背景技术

出租车作为人们日常出行的交通工具之一，可开取发票供乘客用于报销。在目前的技术方案中，出租车开取发票效率较低，乘客需等待一定时间才可获取发票。因此，如何提高发票的开取效率，减少乘客的等待时间成为亟待解决的技术问题。

发明内容

本申请的实施例提供了一种基于区块链的出租车发票生成方法及装置，进而至少在一定程度上可以提高发票的开取效率，进而减少乘客所需等待的时间。

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

根据本申请实施例的一个方面，提供了一种基于区块链的出租车发票生成方法，包括：

获取出租车的载客行程信息；

根据所述出租车的载客行程信息，生成所述载客行程信息对应的发票二维码；

将所述发票二维码在二维码显示界面中进行显示，以在所述发票二维码被触发时生成行程发票，并将所述行程发票上传至区块链中进行存储。

根据本申请实施例的一个方面，提供了一种基于区块链的出租车发票生成装置，包括：

获取模块，用于获取出租车的载客行程信息；

二维码生成模块，用于根据所述出租车的载客行程信息，生成所述载客行程信息对应的发票二维码；

处理模块，用于将所述发票二维码在二维码显示界面中进行显示，以供乘客获取行程发票，并将所述乘客获取的行程发票上传至区块链中进行存储。

在本申请的一些实施例中，基于前述方案，所述获取模块被配置为：获取出租车的实时载客行程信息；其中，所述二维码生成模块被配置为：根据所述出租车的实时载客行程信息，生成所述实时载客行程信息对应的发票动态二维码。

在本申请的一些实施例中，基于前述方案，所述处理模块被配置为：若接收到所述乘客发送的获取行程发票的请求，获取所述乘客的发票抬头信息；根据所述乘客的发票抬头信息，生成开票请求；将所述开票请求发送至开票节点，以使所述开票节点根据所述开票请求开取行程发票，并将所述行程发票上传至区块链中；从所述区块链中获取所述行程发票，并向所述乘客发送所述行程发票。

在本申请的一些实施例中，基于前述方案，所述处理模块还被配置为：根据所述行程发票，生成指定格式的发票文件；向所述乘客发送所述指定格式的发票文件。

在本申请的一些实施例中，基于前述方案，所述处理模块还被配置为：若接收到所述乘客扫描所述发票二维码的信号，在所述乘客的移动终端上显示公众号关注界面，以供所述乘客关注所述公众号；将所述行程发票发送至所述公众号，以供所述乘客获取所述行程发票。

在本申请的一些实施例中，基于前述方案，所述处理模块还被配置为：若接收到所述乘客发送的评价行程服务的请求，在所述乘客的移动终端上显示服务评价界面；响应于所述乘客对所述服务评价界面的编辑，接收所述乘客对行程服务的评价；将所述乘客对所述行程服务的评价与所述行程服务的提供者相关联。

在本申请的一些实施例中，基于前述方案，所述处理模块还被配置为：将所述发票二维码发送至所述出租车的车载终端进行显示。

在本申请的一些实施例中，基于前述方案，所述处理模块还被配置为：将所述发票二维码发送至所述乘客的移动终端进行存储，以供所述乘客进行获取。

在本申请的一些实施例中，基于前述方案，所述获取模块被配置为：获取所述出租车的当前载客行程的费用信息以及所述出租车的信息。

根据本申请实施例的一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述实施例中所述的基于区块链的出租车发票生成方法。

根据本申请实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的基于区块链的出租车发票生成方法。

在本申请的一些实施例所提供的技术方案中，通过获取出租车的载客行程信息，并根据出租车的载客行程信息，生成载客行程信息对应的发票二维码，再将发票二维码在二维码显示界面中进行显示，以在发票二维码被触发时生成行程发票，并将行程发票上传至区块链中进行存储，乘客可通过触发发票二维码生成行程发票，无需等待打印纸质发票，可以提高行程发票的开票效率，进而减少乘客的等待时间，且将行程发票上传至区块链中进行存储，能够便于对账以及后续的审计。

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

附图说明

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

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

图2A示出了可以应用本申请实施例的技术方案的区块链数据共享系统的示意图；

图2B示出了根据本申请的一个实施例的技术方案的区块链的结构示意图；

图2C示出了根据本申请的一个实施例的技术方案产生新区块的示意图；

图3示出了根据本申请的一个实施例的基于区块链的出租车发票生成方法的流程示意图；

图4示出了根据本申请的一个实施例的基于区块链的出租车发票生成方法中开取行程发票的流程示意图；

图5示出了根据本申请的一个实施例的基于区块链的出租车发票生成方法中向乘客发送行程发票的流程示意图；

图6示出了根据本申请的一个实施例的基于区块链的出租车发票生成方法中还包括的乘客关注公众号的流程示意图；

图7示出了根据本申请的一个实施例的基于区块链的出租车发票生成方法中还包括的乘客评价行程服务的流程示意图；

图8示出了根据本申请的一个实施例的基于区块链的出租车发票生成装置的框图；

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

具体实施方式

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

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

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

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

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

如图1所示，系统架构可以包括开票节点110、服务节点120以及服务车辆130。其中，开票节点110与服务节点120之间、服务节点120与服务车辆130之间可以通过网络进行通信，可以理解的是，网络可以包括各种连接类型，例如有线通信链路、无线通信链路等等。

需要说明的是，开票节点110和服务节点120可以是提供各种服务的终端设备(例如台式计算机、便携式计算机等)或服务器。而且，应该理解的是，图1中的开票节点、服务节点以及服务车辆的数目仅仅是示意性的。根据实现需要，可以具有任意数目的开票节点、服务节点和服务车辆。

在该系统架构中，服务车辆130可以是可提供出租车服务的车辆，例如载人或载货等，并向用户收取一定的服务代价。服务节点120(例如提供出租车服务的公司)可以通过设置于服务车辆130上的车载终端收集服务车辆130的载客行程数据(例如载客行驶距离、载客行驶时间等)，以计算服务车辆130需向用户收取的服务代价。需要说明的是，设置于服务车辆130上的车载终端可以计算需向用户收取的服务代价，再将所需收取的服务代价向服务节点130进行发送，本申请的实施例对此不做特殊限定。

服务节点120可根据所收集的载客行程数据，生成该载客行程数据对应的发票二维码，并将该发票在二维码显示界面中进行显示。在乘客触发该发票二维码时，服务节点120可向开票节点110(例如税务局或可提供开取发票业务的机构或组织等)发送开票请求，开票节点110根据服务节点120的开票请求开取对应的行程发票，并将所开取的行程发票上传至区块链中进行存储，以便后续的对账与审计。

应该理解的是，区块链数据共享系统是指用于进行节点与节点之间数据共享的系统。请参考图2A所示的区块链数据共享系统，该区块链数据共享系统中可以包括多个节点201，多个节点201可以是区块链数据共享系统中各个终端设备(例如智能手机、平板电脑或便携式计算机中的一种或多种)或服务器。在本申请的一个实施例中，可以将开票节点110、服务节点120配置为区块链数据共享系统中的节点，每个节点201在进行正常工作时可以接收到输入信息，并基于接收到的输入信息维护该区块链数据共享系统内的共享数据，例如该输入信息可以是服务节点120发送的开票请求或者开票节点110开取的行程发票等。

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

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

表1

区块链数据共享系统中的每个节点均存储一条相同的区块链。区块链由多个区块组成，参见图2B，图2B示出了根据本申请的一个实施例的技术方案的区块链的结构示意图，区块链由多个区块组成，创始块中包括区块头和区块主体，区块头中存储有输入信息特征值、版本号、时间戳和难度值，区块主体中存储有输入信息；创始块的下一区块以创始块为父区块，下一区块中同样包括区块头和区块主体，区块头中存储有当前区块的输入信息特征值、父区块的区块头特征值、版本号、时间戳和难度值，并以此类推，使得区块链中每个区块中存储的区块数据均与父区块中存储的区块数据存在关联，保证了区块中输入信息的安全性。

参见图2C，图2C示出了根据本申请的一个实施例的技术方案产生新区块的示意图，在生成区块链中的各个区块时，区块链所在的节点在接收到输入信息时，对输入信息进行校验，完成校验后，将输入信息存储至内存池中，并更新其用于记录输入信息的哈希树；之后，将更新时间戳更新为接收到输入信息的时间，并尝试不同的随机数，多次进行特征值计算，使得计算得到的特征值可以满足下述公式：

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

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

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

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

图3示出了根据本申请的一个实施例的基于区块链的出租车发票生成方法的流程示意图。参照图3所示，该基于区块链的出租车发票生成方法至少包括步骤S310至步骤S330，详细介绍如下：

在步骤S310中，获取出租车的载客行程信息。

其中，载客行程信息可以是与出租车当前载客行程相关的信息，例如该载客行程信息可以包括但不限于当前载客行程的费用、当前载客行程的路程长度、当前载客行程所花费的时间以及提供当前载客服务的车辆信息等。需要说明的是，提供当前载客服务的车辆信息可以包括但不限于车辆的标识信息(例如车辆的车牌或编号等)和驾驶该车辆的驾驶员信息(例如驾驶员的证件号码或编号等)等。

在本申请的一个实施例中，可以通过设置于出租车上的车载终端获取出租车的载客行程信息。具体地，当出租车的司机开始载客时，司机可以通过点击车载终端界面上的特定区域(例如“开始载客”按钮等)或者点击设置于车载终端上的物理按键以开始获取载客行程信息(例如当前载客行程的费用、当前载客行程的路程长度和当前载客行程所花费的时间等)，当当前载客行程结束后，车载终端将所获取的载客行程信息进行上传。需要说明的是，车载终端可以是在当前载客行程结束后上传载客行程信息，也可以是在当前载客行程中，实时上传载客行程信息，本示例对此不做特殊限定。

在步骤S320中，根据所述出租车的载客行程信息，生成所述载客行程信息对应的发票二维码。

其中，二维码(Quick Response Code，简称QR Code)可以是采用某种特定的几何图形按照一定规律在平面(二维方向上)分布的黑白相间的图形编码，可用于记录数据符号信息。由于二维码能够在横向和纵向两个方位同时表达信息，因此能够在很小的面积内表达大量的信息。

发票二维码可以是用于开取行程发票的二维码。该发票二维码中可以包含载客行程信息，以便于乘客通过该发票二维码开取对应的行程发票。

在本申请的一个实施例中，根据所获取的出租车的载客行程信息，生成与该载客行程信息对应的发票二维码，其中，该发票二维码中可以包含当前载客行程的费用、开票企业名称以及纳税人识别号等与开取发票相关的信息。

在步骤S330中，将所述发票二维码在二维码显示界面中进行显示，以在所述发票二维码被触发时生成行程发票，并将所述行程发票上传至区块链中进行存储。

其中，二维码显示界面可以是用于显示发票二维码的显示界面。在本申请的一个实施例中，该二维显示界面可以是显示在设置于出租车上的车载终端的显示界面，在本申请的另一个实施例中，该二维码显示界面也可以是显示在乘客的移动终端(例如智能手机或平板电脑等)上的显示界面，本申请对此不做特殊限定。

在本申请的一个实施例中，乘客可以通过扫描发票二维码的方式触发该发票二维码。具体地，乘客可以打开移动终端上的拍摄界面，扫描二维码显示界面中的发票二维码，并识别该发票二维码所包含的信息以进入开票界面进而生成行程发票。

在本申请的另一个实施例中，乘客也可以通过指定操作以触发该发票二维码，例如用户可以通过长按发票二维码(或连续点击发票二维码)的方式以触发发票二维码等。

在步骤S330的实施例中，当检测到发票二维码被乘客触发时，可以生成与载客行程信息对应的行程发票，以供乘客用于报销使用。当生成行程发票后，可以将所生成的行程发票上传至区块链中进行共识存储，防止发票作假，以便于后续的对账和审计。

在图3所示的实施例中，通过获取出租车的载客行程信息，并根据该载客行程信息生成发票二维码，再将该发票二维码在二维码显示界面中进行显示，乘客可通过触发该发票二维码生成行程发票，提高了行程发票的开票效率，进而减少乘客的等待时间。且开取电子发票，便于乘客进行保存，能够防止纸质发票易丢失的情况发生。且将所开取的行程发票上传至区块链中进行保存，可以防止开票企业出现偷税漏税的情况，便于后续的对账以及审计。

基于图3所示的实施例，在本申请的一个实施例中，获取出租车的载客行程信息，包括：

获取出租车的实时载客行程信息；

其中，根据所述出租车的载客行程信息，生成所述载客行程信息对应的发票二维码，包括：

根据所述出租车的实时载客行程信息，生成所述实时载客行程信息对应的发票动态二维码。

在该实施例中，无需等待当前载客行程结束后再获取载客行程信息，可以通过设置在出租车上的车载终端实时获取当前的载客行程信息，再根据所获取的实时载客行程信息，生成与该实时载客行程信息对应的发票动态二维码，即该发票动态二维码可根据实时载客行程信息的变化而变化并且实时进行更新。若乘客临时结束行程时，即可根据实时更新的发票动态二维码进行开取发票，无需在行程结束后再等待后台生成静态的发票二维码，提高了行程发票的开取效率，进而减少了乘客的等待时间。

在本申请的一个实施例中，可以每隔预定间隔获取出租车的实时载客行程信息，其中，该预定间隔可以是预先设定的，例如该预定间隔可以是10S、20S或者1min等等，本领域技术人员可以根据实现需要，设置对应的预定间隔，本申请对此不做特殊限定。通过预定间隔的设置，使得出租车上的车载终端无需一直向服务节点发送载客行程信息，在保证实时载客行程信息的获取情况下，降低了服务节点的计算损耗。

基于图3所示的实施例，图4示出了根据本申请的一个实施例的基于区块链的出租车发票生成方法中开取行程发票的流程示意图，在图4所示的实施例中，该基于区块链的出租车发票生成方法中开取行程发票至少包括步骤S410至步骤S440，详细介绍如下：

在步骤S410中，若接收到乘客发送的获取行程发票的请求，获取所述乘客的发票抬头信息。

其中，获取行程发票的请求可以是乘客用于请求开取行程发票的信息。乘客可以通过触发发票二维码的方式以发送获取行程发票的请求，且触发发票二维码的方式可以是在上述步骤S330中所提到的触发方式，在此不再赘述。

发票抬头信息可以是与乘客相关的开票信息，例如是个人需要开取发票时，则发票抬头信息可以是乘客的姓名、身份证件号码等，如果是单位需要开取发票，则发票抬头信息可以是乘客所在单位的企业名称、纳税人识别号等。

在本申请的一个实施例中，当接收到乘客发送的获取行程发票的请求时，则可获取该乘客的发票抬头信息。具体地，乘客可以通过移动终端上配备的输入设备(例如输入键盘或触摸屏幕等)输入发票抬头信息，接收乘客所编辑的发票抬头信息并进行存储。

在步骤S420中，根据所述乘客的发票抬头信息，生成开票请求。

其中，开票请求可以是用于请求税务局或可提供开取发票服务的机构或组织进行开取发票的信息。

在该实施例中，根据乘客所输入的发票抬头信息，生成与该发票抬头信息对应的开票请求，其中，该开票请求可以包含乘客的发票抬头信息以及开取行程发票的企业信息等。

在步骤S430中，将所述开票请求发送至开票节点，以使所述开票节点根据所述开票请求开取行程发票，并将所述行程发票上传至区块链中。

其中，开票节点可以是税务局或可提供开取发票服务的机构或组织。

在该实施例中，当开票节点接收到开票请求时，可以从开票请求中提取开取发票所需的信息，并基于所提取的信息开取对应的行程发票。并在开取行程发票后，将所开取的行程发票上传至区块链中进行存储，便于后续的对账以及审计。

在本申请的一个实施例中，将开票请求发送至开票节点可以是采用直接发送的方式，即将该开票请求直接向开票节点的服务器进行发送，以使该开票节点根据该开票请求开取行程发票，提高开票节点的开取发票的效率。

在本申请的另一个实施例中，将开票请求发送至开票节点也可以是将开票请求上传至区块链中，开票节点可从区块链中获取开票请求，再根据该开票请求开取行程发票，将开票请求和所开取的行程发票都上传至区块链中，可使得整个开票流程都有迹可循，以备后续的对账和审计。

在步骤S440中，从所述区块链中获取所述行程发票，并向所述乘客发送所述行程发票。

在该实施例中，服务节点可以通过扫描区块链中所存储的区块的方式，以从区块链所存储的区块中获取开票节点所开取的行程发票，再将该行程发票发送给对应的乘客。

在本申请的一个实施例中，可以将行程发票发送至乘客的社交账号(例如QQ或微信等)，以便于乘客进行获取和保存；在本申请的另一个实施例中，也可以将行程发票以短信息的方式发送至乘客的电话号码，其中，该短信息中可以包含该行程发票的下载链接，乘客可以通过触发该下载链接以下载行程发票，无需获取乘客的社交账号即可实现发送，本申请对此不做特殊限定。

在图4所示的实施例中，当接收到乘客发送的获取行程发票的请求时，获取乘客的发票抬头信息，并根据所获取的发票抬头信息生成开票请求，将开票请求发送至开票节点以使开票节点根据开票请求开取对应的行程发票，并将该行程发票上传至区块链中。服务节点可以通过区块链获取开票节点所开取的行程发票，再将该行程发票发送给乘客。开票节点在开取行程发票后即将该行程发票上传至区块链中进行存储，可以保证行程发票的开票记录的完整性，便于后续的对账以及审计。

基于图3和图4所示的实施例，请参考图5，图5示出了根据本申请的一个实施例的基于区块链的出租车发票生成方法中向乘客发送行程发票的流程示意图，在图5所示的实施例中，向乘客发送行程发票至少包括步骤S510至步骤S520，详细介绍如下：

在步骤S510中，根据所述行程发票，生成指定格式的发票文件。

其中，指定格式可以是预先指定的格式，例如该指定格式可以是word格式、JPG格式或者PDF格式等等。

在该实施例中，服务节点在从区块链中获取行程发票之后，可以将所获取的行程发票转换成指定格式的发票文件，以便于后续的存储和传输。

在步骤S520中，向所述乘客发送指定格式的发票文件。

在该实施例中，向乘客发送指定格式的发票文件，可以方便行程发票的传输和存储，使得乘客可以直接下载并保存该发票文件，且将行程发票转换成指定格式的发票文件(例如PDF格式等)，使得乘客无需通过特定的浏览器或者文件查看软件即可进行查看发票文件，减少了不必要的麻烦。

在图5所示的实施例中，将行程发票转换成指定格式的发票文件可以便于行程发票的传输和存储，乘客可直接将发票文件下载至移动终端中进行存储，且无需通过特定的浏览器或者文件查看软件即可查看该发票文件，方便了乘客的存储和使用。

基于图3、图4和图5所示的实施例，请参考图6，图6示出了根据本申请的一个实施例的基于区块链的出租车发票生成方法中还包括的乘客关注公众号的流程示意图，在图6所示的实施例中，乘客关注公众号至少包括步骤S610至步骤S620，详细介绍如下：

在步骤S610中，若接收到所述乘客扫描所述发票二维码的信号，在所述乘客的移动终端上显示公众号关注界面，以供所述乘客关注所述公众号。

其中，公众号可以是与服务节点对应的公众号，服务节点可以通过对应的公众号提供各种服务，例如预定用车、服务质量评价或者广告推广等等。

在该实施例中，当接收到乘客扫描发票二维码的信号时，可以在乘客的移动终端上显示公众号关注界面，其中，该公众号关注界面上具有公众号关注按钮，乘客可以通过点击该公众号关注按钮以关注该服务节点对应的公众号，并使用该公众号所提供的各种服务。

在步骤S620中，将所述行程发票发送至所述公众号，以供所述乘客获取所述行程发票。

在该实施例中，当检测到乘客关注公众号之后，可以将行程发票通过公众号向乘客进行发送，以使得乘客可以通过所关注的服务节点对应的公众号获取行程发票，便于乘客进行获取。且在乘客未能及时下载和保存行程发票或者存储的行程发票出现丢失的情况下，也能够通过公众号进行查找和获取，减少行程发票丢失的情况发生。

在图6所示的实施例中，当接收到乘客扫描发票二维码的信号时，可以在乘客的移动终端上显示公众号关注界面，乘客可通过该公众号关注界面关注服务节点对应的公众号。当乘客关注公众号之后，服务节点可将行程发票发送至公众号中，乘客可以通过关注的公众号获取行程发票，便于乘客获取行程发票，同时也能够防止出现行程发票丢失的情况。

根据图3、图4、图5和图6所示的实施例，请参考图7，图7示出了根据本申请的一个实施例的基于区块链的出租车发票生成方法中还包括的乘客评价行程服务的流程示意图，在图7所示的实施例中，乘客评价行程服务至少包括步骤S710至步骤S730，详细介绍如下：

在步骤S710中，若接收到所述乘客发送的评价行程服务的请求，在所述乘客的移动终端上显示服务评价界面。

其中，评价行程服务的请求可以是乘客用以请求评价载客行程中的服务质量的请求。在本申请的一个实施例中，乘客可以通过点击界面中的特定区域(例如“服务评价”按钮等)以发送评价行程服务的请求。

服务评价界面可以是用于评价载客行程中服务质量的界面。其中，该服务评价界面中可以包括多个服务评价选项，例如服务评价选项可以包括但不限于驾驶员是否能够找到正确的路径、驾驶员是否具有危险驾驶行为、车内是否整洁以及对服务质量是否满意等等。

在步骤S720中，响应于所述乘客对所述服务评价界面的编辑，接收所述乘客对行程服务的评价。

在该实施例中，乘客可以通过编辑服务评价界面，以实现对行程服务的评价，具体地，乘客可以通过配置于移动终端上的输入设备(例如输入键盘或可触摸屏幕等)编辑服务评价界面，服务节点可以接收乘客对服务评价界面的编辑，以保存乘客对行程服务的评价。

在本申请的一个实施例中，乘客可以通过对每一服务评价选项进行打分的方式以对行程服务进行评价。例如乘客对驾驶员是否能够找到正确的路径持满意的态度，则可以对该服务评价选项打85分或者85分以上的分数；若乘客对车内是否整洁持不满意的态度，则可以对该服务评价选项打60分或者60分以下的分数等等。

在本申请的另一个实施例中，乘客可以通过对每一服务评价选项进行打星的方式以对行程服务进行评价，乘客对某一服务评价选项越满意，则给该服务评价选项打的星数量越多，反之越少。例如乘客对驾驶员是否能够找到正确的路径持满意的态度，则可以对该服务评价选项打四星(满分五星)；若乘客对车内是否整洁持不满意的态度，则可以对该服务评价选项打两星或者一星等等。

在步骤S730中，将所述乘客对所述行程服务的评价与所述行程服务的提供者相关联。

其中，行程服务的提供者可以是驾驶出租车的驾驶员也可以是该出租车所属的公司等。

在该实施例中，将乘客的对行程服务的评价与行程服务的提供者相关联，可以便于其他乘客了解提供该行程服务的公司和驾驶员，给乘客的出行选择提供一定的参考。提供该行程服务的公司也能够通过乘客对行程服务的评价，了解驾驶员的服务质量，便于对驾驶员进行管理。

在本申请的一个实施例中，将乘客对行程服务的评价与行程服务的提供者相关联可以是建立评价与行程服务的提供者的对应关系表，可以通过该对应关系表查找行程服务的提供者对应的评价，以便了解该行程服务的提供者的服务质量。

在本申请的一个实施例中，乘客可以通过所关注的服务节点对应的公众号对行程服务进行评价，具体地，乘客可以通过点击公众号中对应的选项(例如“服务评价”选项等)向服务节点发送评价行程服务的请求，当服务节点接收到该评价行程服务的请求时，在乘客的移动终端上显示服务评价界面供乘客进行编辑。

在本申请的一个实施例中，将所述发票二维码在二维码显示界面中进行显示，包括：

将所述发票二维码发送至所述出租车的车载终端进行显示。

在该实施例中，服务节点将生成的发票二维码发送至出租车的车载终端上进行显示，可以在无需获取乘客的联系方式的情况下即可使乘客获取该发票二维码，乘客可以通过移动终端扫描在出租车的车载终端上显示的发票二维码进行开取发票。

在本申请的一个实施例中，将所述发票二维码在二维码显示界面中进行显示，包括：

将所述发票二维码发送至所述乘客的移动终端进行存储，以供所述乘客进行获取。

在该实施例中，可以预先获取乘客的联系方式(例如让乘客预先关注公众号或预先获取乘客的电话号码等)，服务节点在生成发票二维码之后，将所生成的发票二维码通过乘客的联系方式发送给乘客，使得乘客无需立即扫描出租车上车载终端的发票二维码，可以在之后的任一时间进行扫描以开取行程发票，便于乘客的时间安排。

基于图3到图7所示的实施例，在本申请的一个实施例中，获取出租车的载客行程信息，包括：

获取所述出租车的当前载客行程的费用信息以及所述出租车的信息。

其中，当前载客行程的费用信息可以是当前载客行程中乘客所需支付的费用。出租车上的车载终端可以根据所获取的当前载客行程的路程长度以及时间计算出当前载客行程所需的费用。

出租车的信息可以是与当前出租车相关的信息，例如当前出租车的车牌信息或编号信息、当前出租车所属公司的信息(例如当前出租车所属公司的名称以及纳税人识别号等)等等。

在该实施例中，设置于出租车上的车载终端可以计算当前载客行程的费用信息，免去了服务节点再根据载客行程的路程长度以及时间计算当前载客行程所需的费用，可以提高服务节点生成发票二维码的速度，减少了乘客所需等待的时间。

以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的基于区块链的出租车发票生成方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的基于区块链的出租车发票生成方法的实施例。

图8示出了根据本申请的一个实施例的基于区块链的出租车发票生成装置的框图。

参照图8所示，根据本申请的一个实施例的基于区块链的出租车发票生成装置，包括：

获取模块810，用于获取出租车的载客行程信息；

二维码生成模块820，用于根据所述出租车的载客行程信息，生成所述载客行程信息对应的发票二维码；

处理模块830，用于将所述发票二维码在二维码显示界面中进行显示，以供乘客获取行程发票，并将所述乘客获取的行程发票上传至区块链中进行存储。

在本申请的一些实施例中，基于前述方案，所述获取模块810被配置为：获取出租车的实时载客行程信息；其中，所述二维码生成模块820被配置为：根据所述出租车的实时载客行程信息，生成所述实时载客行程信息对应的发票动态二维码。

在本申请的一些实施例中，基于前述方案，所述处理模块830被配置为：若接收到所述乘客发送的获取行程发票的请求，获取所述乘客的发票抬头信息；根据所述乘客的发票抬头信息，生成开票请求；将所述开票请求发送至开票节点，以使所述开票节点根据所述开票请求开取行程发票，并将所述行程发票上传至区块链中；从所述区块链中获取所述行程发票，并向所述乘客发送所述行程发票。

在本申请的一些实施例中，基于前述方案，所述处理模块830还被配置为：根据所述行程发票，生成指定格式的发票文件；向所述乘客发送所述指定格式的发票文件。

在本申请的一些实施例中，基于前述方案，所述处理模块830还被配置为：若接收到所述乘客扫描所述发票二维码的信号，在所述乘客的移动终端上显示公众号关注界面，以供所述乘客关注所述公众号；将所述行程发票发送至所述公众号，以供所述乘客获取所述行程发票。

在本申请的一些实施例中，基于前述方案，所述处理模块830还被配置为：若接收到所述乘客发送的评价行程服务的请求，在所述乘客的移动终端上显示服务评价界面；响应于所述乘客对所述服务评价界面的编辑，接收所述乘客对行程服务的评价；将所述乘客对所述行程服务的评价与所述行程服务的提供者相关联。

在本申请的一些实施例中，基于前述方案，所述处理模块830还被配置为：将所述发票二维码发送至所述出租车的车载终端进行显示。

在本申请的一些实施例中，基于前述方案，所述处理模块830还被配置为：将所述发票二维码发送至所述乘客的移动终端进行存储，以供所述乘客进行获取。

在本申请的一些实施例中，基于前述方案，所述获取模块810被配置为：获取所述出租车的当前载客行程的费用信息以及所述出租车的信息。

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (10)

1.一种基于区块链的出租车发票生成方法，其特征在于，包括：

获取出租车的载客行程信息；

根据所述出租车的载客行程信息，生成所述载客行程信息对应的发票二维码；

将所述发票二维码在二维码显示界面中进行显示，以在所述发票二维码被触发时生成行程发票，并将所述行程发票上传至区块链中进行存储。

2.根据权利要求1所述的发票生成方法，其特征在于，获取出租车的载客行程信息，包括：

获取出租车的实时载客行程信息；

其中，根据所述出租车的载客行程信息，生成所述载客行程信息对应的发票二维码，包括：

根据所述出租车的实时载客行程信息，生成所述实时载客行程信息对应的发票动态二维码。

3.根据权利要求1所述的发票生成方法，其特征在于，在所述发票二维码被触发时生成行程发票，并将所述行程发票上传至区块链中进行存储，包括：

若接收到乘客发送的获取行程发票的请求，获取所述乘客的发票抬头信息；

根据所述乘客的发票抬头信息，生成开票请求；

将所述开票请求发送至开票节点，以使所述开票节点根据所述开票请求开取行程发票，并将所述行程发票上传至区块链中；

从所述区块链中获取所述行程发票，并向所述乘客发送所述行程发票。

4.根据权利要求3所述的发票生成方法，其特征在于，向所述乘客发送所述行程发票，包括：

根据所述行程发票，生成指定格式的发票文件；

向所述乘客发送所述指定格式的发票文件。

5.根据权利要求1所述的发票生成方法，其特征在于，还包括：

若接收到所述乘客扫描所述发票二维码的信号，在所述乘客的移动终端上显示公众号关注界面，以供所述乘客关注所述公众号；

将所述行程发票发送至所述公众号，以供所述乘客获取所述行程发票。

6.根据权利要求5所述的发票生成方法，其特征在于，还包括：

若接收到所述乘客发送的评价行程服务的请求，在所述乘客的移动终端上显示服务评价界面；

响应于所述乘客对所述服务评价界面的编辑，接收所述乘客对行程服务的评价；

将所述乘客对所述行程服务的评价与所述行程服务的提供者相关联。

7.根据权利要求1所述的发票生成方法，其特征在于，将所述发票二维码在二维码显示界面中进行显示，包括：

将所述发票二维码发送至所述出租车的车载终端进行显示。

8.根据权利要求1所述的发票生成方法，其特征在于，将所述发票二维码在二维码显示界面中进行显示，包括：

将所述发票二维码发送至所述乘客的移动终端进行存储，以供所述乘客进行获取。

9.根据权利要求1-8中任意一项所述的发票生成方法，其特征在于，获取出租车的载客行程信息，包括：

获取所述出租车的当前载客行程的费用信息以及所述出租车的信息。

10.一种基于区块链的出租车发票生成装置，其特征在于，包括：

获取模块，用于获取出租车的载客行程信息；

二维码生成模块，用于根据所述出租车的载客行程信息，生成所述载客行程信息对应的发票二维码；

处理模块，用于将所述发票二维码在二维码显示界面中进行显示，以供乘客获取行程发票，并将所述乘客获取的行程发票上传至区块链中进行存储。

Images