出租车发票获取方法、系统及计算机可读存储介质

本发明涉及车辆管理技术领域，尤其涉及一种出租车发票获取方法、系统及计算机可读存储介质。

目前，乘客在乘坐出租车完成行程后，出租车的计价器会打印出纸质的出租车票，该出租车票上打印有出租车公司的名称、出租车的车牌号、乘客的上车时间、下车时间、总里程和总金额等信息，该出租车票可以用于报销使用。现有的出租车打印发票时发票金额一般为根据实际行程计算路费，但在实际行程过程中，乘客支付的金额并非等于行程的路费，还有可能包括其他额外费用，如高速路费等，乘客在付款时，通过现金或者支付软件进行支付路费和高速费等额外费用。在这种情况下，乘客该行程产生的费用大于现有技术打印的发票的金额，乘客通过其他途径才能报销这部分额外的费用，在现有技术中，出租车订单支付和发票打印两个过程被分离开来，现有的出租车打印发票方式不能根据乘客实际支付金额开具准确有效的电子发票，给乘客报销路费时带来很大不便。

本发明的主要目的在于提供一种出租车发票获取方法、系统及计算机可读存储介质，旨在解决现有技术不能根据乘客实际支付金额开具准确有效的电子发票，给乘客报销路费时带来很大不便的问题。

为实现上述目的，本发明提供一种出租车发票获取方法，所述出租车发票获取方法应用出租车发票获取系统，所述出租车发票获取系统至少包括：云平台、用户终端和支付服务方，所述出租车发票获取方法包括：

所述云平台接收通过车载控制系统根据出租车的结束行程指令发送的订单信息，所述订单信息至少包括行程出租车费金额和行程时间信息；

所述云平台接收用户通过用户终端触发的订单支付指令，其中，所述订单支付指令包括出租车辆的行程的出租车费金额；

所述云平台根据所述订单支付指令发送订单支付请求至所述支付服务方；

所述支付服务方根据所述订单支付请求和用户操作进行支付，并根据支付结果发送支付信息至所述云平台，所述支付信息包括支付成功信息或支付失败信息；

当接收到支付成功信息时，所述云平台保存所述订单信息，所述用户根据需要在完成行程后申请电子发票，包括：所述用户通过应用软件注册账号登录系统，获取个人消费记录和行程信息，选定对应的行程信息，所述用户终端向所述云平台发送电子发票申请请求，所述电子发票申请请求包括对应的订单信息；所述云平台接收到所述用户终端发送的电子发票申请请求后，从预存的订单信息中确定与所述电子发票申请请求匹配的订单信息，并根据匹配的订单信息生成电子发票，将所述电子发票发送至所述用户终端，其中，所述电子发票的发票信息包括所述出租车的乘客的上车时间和下车时间和/或所述行程全额费用信息。

优选地，所述出租车发票获取系统还包括车载控制系统，所述云平台接收用户通过用户终端触发的订单支付指令的步骤之前包括：

所述车载控制系统接收司机触发的结束行程指令；

所述车载控制系统根据所述结束行程指令发送订单信息至所述云平台，所述订单信息包括路程信息、行程全额费用信息、行程时间信息及车牌号信息；

所述云平台将所述订单信息存储在预设位置；

所述云平台根据所述订单支付指令发送订单支付请求至所述支付服务方的步骤包括：

所述云平台根据所述订单支付指令和所述订单信息发送订单支付请求至所述支付服务方。

优选地，所当接收到支付成功信息时，所述云平台保存所述订单信息的步骤包括：

当接收到支付成功信息时，所述云平台发送发票打印指令至打印机，以使得所述打印机根据所述发票打印指令打印发票，所述发票打印指令包括发票信息；

所述打印机根据发票打印结果发送发票打印记录信息至所述云平台，所述发票打印记录信息包括发票打印成功记录信息或发票打印失败记录信息；

所述云平台将所述发票打印记录信息添加到所述订单信息，所述云平台保存所述订单信息。

优选地，所述云平台将所述发票打印记录信息添加到所述订单信息的步骤之后包括：

所述云平台接收用户通过用户终端触发的电子发票申请请求；

所述云平台根据所述根据所述电子发票申请请求判断对应订单信息中是否存在发票打印成功记录信息；

当对应订单信息中不存在发票打印成功记录信息时，所述云平台根据所述电子发票申请请求发送电子发票至用户终端。

优选地，所述车载控制系统根据所述结束行程指令发送订单信息至所述云平台的步骤之前包括：

所述车载控制系统根据所述结束行程指令显示是否添加额外费用的提示信息；

当所述车载控制系统接收到司机触发的添加额外费用指令时，根据所述添加额外费用指令确定额外费用信息；

所述车载控制系统根据所述结束行程指令发送订单信息至所述云平台的步骤包括：

所述车载控制系统根据所述结束行程指令和所述额外费用信息发送订单信息至所述云平台。

优选地，所述出租车发票获取系统还包括二维码，所述云平台接收用户通过用户终端触发的订单支付指令的步骤包括：

所述云平台接收用户通过用户终端扫描所述二维码触发的订单支付指令。

优选地，所述支付服务方根据所述订单支付请求和用户操作进行支付，并根据支付结果发送支付信息至所述云平台的步骤之后还包括：

当接收到支付成功信息时，云平台发送是否打印发票的提示信息至所述用户终端；

当接收到用到用户接受打印发票的请求信息时，所述云平台根据所述请求信息发送发票打印指令至打印机。

优选地，所述根据支付结果发送支付信息至所述云平台的步骤之后还包括：

当接收到支付失败信息时，所述云平台发送支付失败信息的提示信息至所述用户终端。

为实现上述目的，本发明还提供一种出租车发票获取系统，其中，所述出租车发票获取系统至少包括云平台、用户终端、支付服务方、存储器、处理器以及存储在所述存储器上的出租车发票获取程序，所述出租车发票获取程序被所述处理器执行时实现如上所述的出租车发票获取方法的步骤。

此外，为实现上述目的，本发明还提供一种出租车发票获取计算机可读存储介质，其中，所述计算机可读存储介质上存储有出租车发票获取程序，所述出租车发票获取程序被处理器执行时实现如上所述的出租车发票获取方法的步骤。

本发明提供一种出租车发票获取方法，所述出租车发票获取方法应用出租车发票获取系统，所述出租车发票获取系统至少包括：云平台、用户终端和支付服务方，所述出租车发票获取方法包括：云平台接收车载控制系统发送的订单信息，接收用户通过用户终端触发的订单支付指令，发送订单支付请求至支付服务方；支付服务方根据订单支付请求和用户操作进行支付，根据支付结果发送支付信息至云平台，当接收到支付成功信息时，云平台保存订单信息，用户根据需要在完成行程后申请电子发票，并且，用户通过应用软件注册账号登录系统，选定对应的行程信息，用户终端向云平台发送电子发票申请请求，云平台从预存的订单信息中确定与电子发票申请请求匹配的订单信息，生成并发送电子发票至用户终端。通过上述方式，用户先通过出租车发票获取系统行程产生的订单进行支付，并且在用户终端向云平台发送电子发票申请请求后，出租车发票获取系统再根据已支付的订单的相关信息生成电子发票，以解决现有技术中不能根据乘客实际支付金额开具准确有效的发票，给乘客报销路费时带来很大不便的问题。

图1是本发明实施例方案涉及的硬件运行环境的系统结构示意图；

图2为本发明出租车发票获取方法第一实施例的流程示意图；

图3为本发明出租车发票获取方法第二实施例的流程示意图；

图4为本发明出租车发票获取方法第三实施例的流程示意图；

图5为本发明出租车发票获取方法第四实施例的流程示意图；

图6为本发明出租车发票获取方法第五实施例的流程示意图；

图7为本发明出租车发票获取方法第六实施例的流程示意图；

图8为本发明出租车发票获取方法第七实施例的流程示意图；

图9为本发明出租车发票获取方法第八实施例的流程示意图。

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在现有技术中，出租车订单支付和发票打印两个过程被分离开来，现有的出租车打印发票方式不能根据乘客实际支付金额开具发票，给乘客报销路费时带来很大不便。

为了解决上述技术问题，本发明提供一种出租车发票获取方法，在本方法中，所述云平台接收用户通过用户终端触发的订单支付指令；

所述云平台先根据所述订单支付指令发送订单支付请求至所述支付服务方，所述支付服务方再根据所述订单支付请求和用户操作进行支付，并根据支付结果发送支付信息至所述云平台，所述支付信息包括支付成功信息或支付失败信息，当接收到支付成功信息时，所述云平台发送发票打印指令至所述打印机，以使得所述打印机根据所述发票打印指令打印发票，所述发票打印指令包括发票信息。从而根据乘客实际支付金额开具发票，给乘客报销路费时带来便利。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的系统结构示意图。

本发明实施例终端可以是PC，也可以是智能手机、平板电脑、电子书阅读器、MP3(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)播放器、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、便携计算机等具有显示功能的可移动式终端设备。

如图1所示，该终端可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

可选地，终端还可以包括摄像头、RF(Radio Frequency，射频)电路，传感器、音频电路、WiFi模块等等。其中，传感器比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示屏的亮度，接近传感器可在移动终端移动到耳边时，关闭显示屏和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别移动终端姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；当然，移动终端还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

本领域技术人员可以理解，图1中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及出租车发票获取程序。

在图1所示的终端中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的出租车发票获取程序，并执行以下操作：

所述云平台接收用户通过用户终端触发的订单支付指令；

所述云平台根据所述订单支付指令发送订单支付请求至所述支付服务方；

所述支付服务方根据所述订单支付请求和用户操作进行支付，并根据支付结果发送支付信息至所述云平台，所述支付信息包括支付成功信息或支付失败信息；

当接收到支付成功信息时，所述云平台发送发票打印指令至所述打印机，以使得所述打印机根据所述发票打印指令打印发票，所述发票打印指令包括发票信息。

进一步地，处理器1001可以调用存储器1005中存储的出租车发票获取程序，还执行以下操作：

所述车载控制系统接收司机触发的结束行程指令；

所述车载控制系统根据所述结束行程指令发送订单信息至所述云平台，所述订单信息包括路程信息、行程全额费用信息、行程时间信息及车牌号信息；

所述云平台将所述订单信息存储在预设位置；

所述云平台根据所述订单支付指令和所述订单信息发送订单支付请求至所述支付服务方。

进一步地，处理器1001可以调用存储器1005中存储的出租车发票获取程序，还执行以下操作：

所述打印机根据发票打印结果发送发票打印记录信息至所述云平台，所述发票打印记录信息包括发票打印成功记录信息或发票打印失败记录信息；

所述云平台将所述发票打印记录信息添加到所述订单信息。

进一步地，处理器1001可以调用存储器1005中存储的出租车发票获取程序，还执行以下操作：

所述云平台接收用户通过用户终端触发的电子发票申请请求；

所述云平台根据所述根据所述电子发票申请请求判断对应订单信息中是否存在发票打印成功记录信息；

当对应订单信息中不存在发票打印成功记录信息时，所述云平台根据所述电子发票申请请求发送电子发票至用户终端。

进一步地，处理器1001可以调用存储器1005中存储的出租车发票获取程序，还执行以下操作：

所述车载控制系统根据所述结束行程指令显示是否添加额外费用的提示信息；

当所述车载控制系统接收到司机触发的添加额外费用指令时，根据所述添加额外费用指令确定额外费用信息；

所述车载控制系统根据所述结束行程指令和所述额外费用信息发送订单信息至所述云平台。

进一步地，处理器1001可以调用存储器1005中存储的出租车发票获取程序，还执行以下操作：

所述云平台接收用户通过用户终端扫描所述二维码触发的订单支付指令。

进一步地，处理器1001可以调用存储器1005中存储的出租车发票获取程序，还执行以下操作：

当接收到支付成功信息时，云平台发送是否打印发票的提示信息至所述用户终端；

当接收到用到用户接受打印发票的请求信息时，所述云平台根据所述请求信息发送发票打印指令至所述打印机。

进一步地，处理器1001可以调用存储器1005中存储的出租车发票获取程序，还执行以下操作：

当接收到支付失败信息时，所述云平台发送支付失败信息的提示信息至所述用户终端。

参照图2，图2为本发明出租车发票获取方法第一实施例流程示意图。

本发明出租车发票获取方法主要应用于出租车路费处理技术领域，目前，乘客在乘坐出租车完成行程后，出租车的计价器会打印出纸质的出租车票，该出租车票上打印有出租车公司的名称、出租车的车牌号、乘客的上车时间、下车时间、总里程和总金额等信息，该出租车票可以用于报销使用。现有的出租车打印发票时发票金额一般为根据实际行程计算路费，但在实际行程过程中，乘客支付的金额并非等于行程的路费，还有可能包括高速路费等额外费用，在这种情况下，乘客该行程产生的费用大于现有技术打印的发票的金额，乘客通过其他途径才能报销这部分额外的费用，现有的出租车打印发票方式不能根据乘客实际支付金额开具发票，给乘客报销路费时带来很大不便。本实施例提供一种出租车发票获取方法，所述出租车发票获取方法应用于出租车发票获取系统，所述出租车发票获取系统至少包括云平台、打印机及支付服务方。在本实施例中，云平台用来保存车载系统发送的订单信息，与支付服务方进行通信以完成订单支付；打印机接收云平台发送的支付结果信息，并根据支付结果信息打印发票；支付服务方响应云平台的支付请求，完成支付后把支付结果发送至云平台，支付服务方可以包括但不限于支付宝服务方或支付方。在本实施例中，支付服务方和打印机分别与云平台连接。本实施例的打印机与出租车可以一一对应进行关联，并把关联关系保存在预设位置中，其中打印机可以基于物联网技术通过NBIOT或4G、5G等无线方式接入至管理云平台。本实施例的出租车发票获取方法实现过程包括以下步骤。

步骤S10，所述云平台接收用户通过用户终端触发的订单支付指令；

在本实施例中，用户终端可以包括但不限于智能手机或平板电脑等移动终端。在本实施例中，用户先打开基于本发明开发的应用软件，可以通过软件中的扫描条形码或者二维码的功能扫描乘坐的出租车上特定的二维码，用户扫描二维码后，用户终端获取二维码的信息，该二维码信息可以包括该出租车的标识信息，例如车牌号信息。用户终端根据获取的二维码信息向云平台发送订单支付指令，该订单支付指令中包含上述的车牌号信息。

步骤S20，所述云平台根据所述订单支付指令发送订单支付请求至所述支付服务方；

基于上述步骤，云平台接收了订单支付指令后，根据订单指令确定订单支付指令确定对应的出租车的车牌号码，再根据车牌号码确定对应出租车的车载系统最后一次上传的订单信息，该订单信息包括行程全额费用信息及路程信息等信息。在本实施例中，每次到达目的地后，司机进行停止打表操作，车载控制系统发送订单信息至云平台，云平台再保持订单信息至预设位置。云平台确定行程全额费用信息后根据行程全额费用信息发送订单支付请求至支付服务方，例如支付宝服务方。该订单支付请求可以包括行程全额费用信息和用户标识信息。在本实施例中，还可以在应用软件中设置支付按钮，用户点击支付按钮后，界面显示出租车信息输入框，用户在信息输入框中输入出租车的字符编码信息，点击确定按钮后用户终端向云平台发送订单支付指令。

步骤S30，所述支付服务方根据所述订单支付请求和用户操作进行支付，并根据支付结果发送支付信息至所述云平台，所述支付信息包括支付成功信息或支付失败信息；

支付服务方接收到订单支付请求后根据订单支付请求和用户操作进行支付。以支付宝服务方为例，支付宝服务方根据订单支付请求中的用户标识信息确定对应的用户终端。用户标识信息可以包括但不限于用户支付宝账户信息或者用户终端的序列号，例如IMEI号。支付宝服务方根据行程全额费用信息生成付款请求发送至对应的用户终端，用户终端接收到付款请求后显示支付宝的付款界面，用户点击付款按钮后用户终端发送支付指令至支付宝服务方，支付宝服务方接收到支付指令后判断账户余额或者绑定的银行卡的余额是否足够支付，当支付宝余额或者绑定的银行卡的余额足够支付时，支付宝服务方进行付款，并发送支付成功信息至云平台。当账户余额或者绑定的银行卡的余额不够支付时，支付失败，支付宝服务方发送支付失败信息至云平台。

步骤S40，当接收到支付成功信息时，所述云平台发送发票打印指令至所述打印机，以使得所述打印机根据所述发票打印指令打印发票，所述发票打印指令包括发票信息。

基于上述步骤，当云平台接收到支付宝服务方发送的支付成功信息时，云平台可以先根据订单信息生成发票信息，发票信息可以包含车牌号信息、行程时间信息、路程信息及行程全额费用信息等，并根据发票信息发送发票打印指令至打印机，该发票指令包括云平台生成的发票信息。打印机接收到发票打印指令后根据发票打印指令打印发票。

在本实施例中，所述云平台接收用户通过用户终端触发的订单支付指令；所述云平台根据所述订单支付指令发送订单支付请求至所述支付服务方；所述支付服务方根据所述订单支付请求和用户操作进行支付，并根据支付结果发送支付信息至所述云平台，所述支付信息包括支付成功信息或支付失败信息；当接收到支付成功信息时，所述云平台发送发票打印指令至所述打印机，以使得所述打印机根据所述发票打印指令打印发票，所述发票打印指令包括发票信息。通过上述方式，用户先通过出租车发票获取系统行程产生的订单进行支付，出租车发票获取系统再根据已支付的订单的相关信息打印发票，从而将支付过程和发票打印过程联系起来，以解决现有技术中不能根据乘客实际支付金额开具发票，给乘客报销路费时带来很大不便的问题。

进一步地，参照图3，图3为本发明出租车发票获取方法第二实施例流程示意图，基于上述本发明出租车发票获取方法实施例，提出本发明的第二实施例。

在本实施例中，所述出租车发票获取系统还包括车载控制系统，步骤S10之前包括：

步骤S50，所述车载控制系统接收司机触发的结束行程指令；

步骤S60，所述车载控制系统根据所述结束行程指令发送订单信息至所述云平台，所述订单信息包括路程信息、行程全额费用信息、行程时间信息及车牌号信息；

步骤S70，所述云平台将所述订单信息存储在预设位置。

步骤S20包括：

步骤S80，所述云平台根据所述订单支付指令和所述订单信息发送订单支付请求至所述支付服务方。

基于上述实施例，在本实施例中，出租车发票获取系统还包括车载控制系统，车载控制系统可以基于司机操作确定行程的相关信息并发送至云平台。在本实施例中，司机在开车前先进行确认开始行程的操作，例如启动打表操作，车载控制系统接收到司机触发的开始行程操作时获取当前的时间信息，开始计算时间或者计算路程。在到达目的地之后，司机进行结束行程的操作，例如结束打表操作，车载控制系统接收到司机触发的结束行程指令，根据结束行程指令结束计时，确定当前的时间，确定行程路程和行程时间等信息，并根据行程路程或行程时间确定行程全额费用信息，并根据路程信息、行程全额费用信息、行程时间信息及车牌号信息发送订单信息至云平台。云平台接收到订单信息后将订单信息存储在预设位置，以便用户进行扫码支付时，云平台根据订单信息发送订单支付请求至支付服务方进行支付。

在本实施例中，所述车载控制系统接收司机触发的结束行程指令；所述车载控制系统根据所述结束行程指令发送订单信息至所述云平台，所述订单信息包括路程信息、行程全额费用信息、行程时间信息及车牌号信息；所述云平台将所述订单信息存储在预设位置。通过上述方式，云平台可以获取订单信息，并将订单信息进行存储，以便对订单信息进行管理。

进一步地，参照图4，图4为本发明出租车发票获取方法第三实施例流程示意图，基于上述本发明出租车发票获取方法实施例，提出本发明的第三实施例。

在本实施例中，步骤S40之后包括：

步骤S90，所述打印机根据发票打印结果发送发票打印记录信息至所述云平台，所述发票打印记录信息包括发票打印成功记录信息或发票打印失败记录信息；

步骤S100，所述云平台将所述发票打印记录信息添加到所述订单信息。

基于上述实施例，打印机接收到云平台发送的发票打印指令后，根据发票打印指令打印发票。在实际场景中，可能由于打印机故障或者缺打印纸等情况导致打印机无法完成发票的打印，因此，当打印成功或者失败后，需要对打印结果向云平台进行反馈，发送打印记录信息至云平台，以使得云平台识别订单是否打印了发票，同时，这样也能保证用户只能打印一次发票。

在本本实施例中，打印机进行发票打印后，当打印失败时，发送打印失败信息至云平台。当打印成功时，发送打印成功信息至云平台。打印机发送了打印成功信息或者打印失败信息至云平台后，云平台将接收到的打印记录信息添加到对应的订单信息中，作为订单信息的一部分，进行存储。在本实施例中，打印机还可能存在严重的故障，导致无法打印也无法发送打印失败信息至云平台进行响应。对于这种情况，可以预置一预设时间，当发送发票打印指令超过该预设时间未接收到打印机的响应信息时，云平台直接添加打印失败信息至对应的订单信息中。

进一步地，参照图5，图5为本发明出租车发票获取方法第四实施例流程示意图。基于上述实施例，提出本发明的第四实施例。

在本实施例中，步骤S100之后还包括：

步骤S110，所述云平台接收用户通过用户终端触发的电子发票申请请求；

步骤S120，所述云平台根据所述根据所述电子发票申请请求判断对应订单信息中是否存在发票打印成功记录信息；

步骤S130，当对应订单信息中不存在发票打印成功记录信息时，所述云平台根据所述电子发票申请请求发送电子发票至用户终端。

基于上述实施例，打印机接收到云平台发送到发票打印指令时，打印机可能存在缺纸或者打印机故障的情况而不能完成发票打印，在这种情况下，云平台添加打印失败信息至订单信息中。在本发明中，还可以在云平台发送发票打印指令至打印机之前，用户通过用户终端确定是否进行打印，用户可以选择不打印选项，当用户在付款时选择不打印发票，云平台可以不添加任何打印记录信息至订单信息中。在上述情况中，用户均未成功打印发票，订单信息中不存在发票打印成功的记录信息，用户可以根据需要在完成行程后的预设时间内申请电子发票。具体地，用户先打开对应的应用软件，通过注册帐号登录系统，获取个人消费记录和行程信息，选定定对应的行程信息，点击预设的获取电子发票确定按钮，用户终端再向云平台发送电子发票申请请求，该申请请求中包括对应的订单信息。云平台接收到用户终端发送的电子发票申请请求后，从预存的订单信息中确定与电子发票申请请求的匹配的订单信息，并根据确定的订单信息判断订单信息中是否存在发票打印成功记录信息，当该订单信息中不存在发票打印成功记录信息时，根据电子发票申请请求中的订单信息生成电子发票并发送至用户终端。当该订单信息中存在发票打印成功记录信息时，云平台可以发送已打印发票的提示信息至用户终端。在本实施例中，云终端将电子发票发送至用户终端后还可以添加发票打印成功记录信息至对应的订单信息中，以使得云平台后续接收到该订单的发票打印请求时不再打印发票。

在本实施例中，所述云平台接收用户通过用户终端触发的电子发票申请请求；所述云平台根据所述根据所述电子发票申请请求判断对应订单信息中是否存在发票打印成功记录信息；当对应订单信息中不存在发票打印成功记录信息时，所述云平台根据所述电子发票申请请求发送电子发票至用户终端。通过上述方式，用户可以在打印纸质发票失败时，在行程结束后的预设时间内申请电子发票，提高用户的乘车服务体验。

进一步地，参照图6，图6为本发明出租车发票获取方法第五实施例流程示意图，基于上述本发明出租车发票获取方法实施例，提出本发明的第五实施例。

基于上述实施例，在本实施例中，步骤S60之前还包括：

步骤S140，所述车载控制系统根据所述结束行程指令显示是否添加额外费用的提示信息；

步骤S150，当所述车载控制系统接收到司机触发的添加额外费用指令时，根据所述添加额外费用指令确定额外费用信息；

步骤S60包括：

步骤S160，所述车载控制系统根据所述结束行程指令和所述额外费用信息发送订单信息至所述云平台。

在实际的行程过程中，订单的费用除了基于司机打表根据路程计算得到的行程车费外，还可能包括基于乘客要求行走特殊路段的附加费用，例如高速费，除此之外，订单费用还可能包括但不限于乘客给司机的感谢费等附加费用。在本实施例中，司机可以在把与乘客协商好的附加费用信息添加到订单信息中。具体地，本实施例的车载控制系统包括显示触摸屏等与司机进行人机交互的设备，车载控制系统控制系统接收到司机触发的结束行程指令后通过显示屏显示是否添加额外费用的提示信息，司机可以点击提示信息下方的确定添加按钮或者其他类似接受添加的操作来确定添加额外费用信息，当用户进行接收添加的操作时，车载控制系统通过显示屏显示添加额外费用界面，通过与乘客的协商信息确定对应的添加的费用项目及对应的金额信息，例如感谢费或高速费，然后点击确定按钮，车载控制系统接收到用户触发的添加额外费用指令，该添加额外费用指令包括司机添加的额外费用信息，车载管理系统接收到添加额外费用指令后，根据司机添加的额外费用信息和接收到结束行程指令时打表得到行程车费信息确定计算得到新的行程全额费用信息，然后根据该新的行程全额费用信息、路程信息、行程时间信息及车牌号信息生成订单信息并发送至云平台。在本实施例中，在显示是否添加额外费用的提示信息时，当用户进行了拒绝添加额外费用的操作时，车载控制系统直接根据接收到结束行程指令时打表得到行程车费信息确定计算得到的行程全额费用信息。

在本实施例中，所述车载控制系统根据所述结束行程指令显示是否添加额外费用的提示信息；当所述车载控制系统接收到司机触发的添加额外费用指令时，根据所述添加额外费用指令确定额外费用信息；所述车载控制系统根据所述结束行程指令和所述额外费用信息发送订单信息至所述云平台。通过上述方式，司机将与乘客协商得到的额外费用信息添加至车载控制系统，车载控制系统根据结束行程指令和额外费用信息确定订单信息，获得订单的全额费用信息。

进一步的，参照图7，图7为本发明出租车发票获取方法第六实施例流程示意图，基于上述本发明出租车发票获取方法实施例，提出本发明的第六实施例。

基于上述实施例，在本实施例中，所述出租车发票获取系统还包括二维码，步骤S10包括：

步骤S170，所述云平台接收用户通过用户终端扫描所述二维码触发的订单支付指令。

在现有的出租车车费支付方式中，乘客可以通过现金支付、支付或者支付宝支付等支付方式支付行程订单费用，现有的支付方式使得支付过程与发票打印两个本来存在关联的过程分割开来，关联变量存在断点可能造成其他不确定因素的参入，影响发票与实际订单的关联度，同时，现有支付技术影响乘客的乘车体验和乘车订单的管理。在本实施例中，每辆出租车都配置与出租车或者打印机关联的固定二维码，用户通过对应应用软件扫描该二维码便会获得对应出租车或者打印机的标识信息，并根据该标识信息发送支付订单指令至云平台。云平台可以根据该订单支付指令确定对应的订单信息并进行订单支付。

在本实施例中，所述云平台接收用户通过用户终端扫描所述二维码触发的订单支付指令，用户通过扫描二维码的方式发起订单支付请求，操作简便，并且通过该支付方式可以将订单支付过程和打印发票过程联系起来。

进一步的，参照图8，图8为本发明出租车发票获取方法第七实施例流程示意图，基于上述本发明出租车发票获取方法实施例，提出本发明的第七实施例。

基于上述实施例，在本实施例中，步骤S40之前还包括：

步骤S180，当接收到支付成功信息时，云平台发送是否打印发票的提示信息至所述用户终端；

步骤S190，当接收到用到用户接受打印发票的请求信息时，所述云平台根据所述请求信息发送发票打印指令至所述打印机。

在实际的行程中，有的乘客可能有获取发票的需求，有的乘客可能没有获取发票的需求，若未根据乘客的需要在乘客支付完成后均打印发票无疑是一种资源的浪费。本实施例提供一种根据乘客对发票的需求进行发票打印的方法，具体实现过程如下所述。

在本实施例中，当云平台接收到支付服务方发送的支付成功信息时，云平台发送是否打印发票的提示信息至用户终端，具体地，该提示信息包括对应发票订单信息，还可以包括是否两个选项，当用户点击“是”选项时，用户终端发送用户接受打印发票的请求信息，云平台根据该接受打印发票的请求信息发送打印指令至打印机，打印机在根据打印指令如上述实施例所述打印发票。在本实施例中，用户点击“否”选项时，云平台接收到用户拒绝打印发票的请求信息，根据该拒绝打印发票的请求信息不发送发票打印指令至打印机。

在本实施例中，当接收到支付成功信息时，云平台发送是否打印发票的提示信息至所述用户终端；当接收到用到用户接受打印发票的请求信息时，所述云平台根据所述请求信息发送发票打印指令至所述打印机。通过上述方式，当接收到用户接受打印发票的请求信息时云平台再发送发票打印指令至打印机进行发票打印，避免资源浪费。

进一步的，参照图9，图9为本发明出租车发票获取方法第八实施例流程示意图，基于上述本发明出租车发票获取方法实施例，提出本发明的第八实施例。

基于上述实施例，在本实施例中，步骤S30之后还包括：

步骤S200，当接收到支付失败信息时，所述云平台发送支付失败信息的提示信息至所述用户终端。

基于上述实施例，用户在利用支付宝支付订单时，可能存在支付宝余额和银行卡余额的总额不足支付订单的情况或者支付宝被账户冻结等情况导致支付失败，当支付失败时，云平台接收到支付宝服务方发送的支付失败信息。当接收支付失败信息时，云平台不发送发票打印指令至打印机，而是发送支付失败的提示信息至用户终端，以便用户根据支付结果选取其他的支付方式进行支付。

在本实施例中，当接收到支付失败信息时，所述云平台发送支付失败信息的提示信息至所述用户终端。通过上述方式，使得用户可以及时获取支付失败的情况并更换支付方式。

此外，本发明还提供一种出租车发票获取系统。

本发明出租车发票获取装置至少包括：云平台、打印机、支付服务方、存储器、处理器以及存储在所述存储器上的出租车发票获取程序，所述出租车发票获取程序被所述处理器执行时实现如上所述出租车发票获取方法的步骤。

其中，在所述处理器上运行的出租车发票获取程序被执行时所实现的方法可参照本发明出租车发票获取方法各个实施例，此处不再赘述。

此外，本发明实施例还提出一种计算机可读存储介质。

本发明计算机可读存储介质上存储有出租车发票获取程序，所述出租车发票获取程序被处理器执行时实现如上所述的出租车发票获取方法的步骤。

其中，在所述处理器上运行的出租车发票获取程序被执行时所实现的方法可参照本发明出租车发票获取方法各个实施例，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

本申请为申请号为201711265618.0的分案申请，母案的申请日为：2017年12月4日；母案的发明创造名称为：出租车发票获取方法、系统及计算机可读存储介质。