发明内容
本发明提供一种电子支付凭证生成的方法、装置、系统、设备和存储介质,以实现提高车道通行效率、减少资源消耗和便捷出行的技术效果。
第一方面,本发明实施例提供了一种电子支付凭证生成的方法,该方法包括:
接收电子支付凭证的请求信息,其中,所述请求信息至少包括凭证反馈方式、车辆通行状态、客户账号和请求时间,所述客户账号绑定有车牌号;
根据所述车辆通行状态、车牌号和请求时间生成验证码;
根据所述车辆通行状态、车牌号和请求时间从通行流水中获取目标通行流水;
绑定所述凭证反馈方式、所述验证码和所述目标通行流水;
根据所述凭证反馈方式和所述验证码获得所述目标通行流水,并生成对应的电子支付凭证。
可选的,在所述接收电子支付凭证的请求信息之前,还包括:
将所述客户账号与车辆ETC(Electronic Toll Collection,不停车电子收费系统)用户卡或移动支付账户绑定,其中,所述车辆ETC用户卡至少绑定有所述车牌号,所述移动支付账户至少绑定有所述车牌号;
记录所述客户账号对应的客户类型。
可选的,在所述根据所述车辆通行状态、车牌号、请求时间生成验证码之后,包括:
将所述验证码通过所述凭证反馈方式进行发送。
可选的,所述根据所述凭证反馈方式和所述验证码获得所述目标通行流水,并生成对应的电子支付凭证包括:
根据所述凭证反馈方式和所述验证码确定所述目标通行流水;
若所述目标通行流水不存在对应的纸质支付凭证领取记录,则根据所述目标通行流水生成所述电子支付凭证。
第二方面,本发明实施例提供了一种电子支付凭证生成的方法,该方法包括:
生成电子支付凭证的请求信息,所述请求信息至少包括凭证反馈方式、车辆通行状态、客户账号和请求时间,所述客户账号绑定有车牌号,所述请求信息用于发票服务平台生成验证码,所述凭证反馈方式用于发票服务平台反馈所述验证码;
将所述请求信息发送至发票服务平台。
可选的,所述生成电子支付凭证的请求信息,包括:
确定所述客户账号对应的客户类型为预设类型;
获取所述客户账号绑定的车辆ETC用户卡或移动支付账户,其中,所述车辆ETC用户卡至少绑定有所述车牌号,所述移动支付账户至少绑定有所述车牌号;
获取凭证反馈方式、车辆通行状态和请求时间;
根据所述凭证反馈方式、车辆通行状态、客户账号和请求时间生成所述请求信息。
可选的,还包括:
显示二维码,所述二维码用于被解析得到电子支付凭证的请求信息生成接口。
第三方面,本发明实施例提供了一种电子支付凭证生成的装置,该装置包括:
请求信息接收模块,用于接收电子支付凭证的请求信息,其中,所述请求信息至少包括凭证反馈方式、车辆通行状态、客户账号和请求时间,所述客户账号绑定有车牌号;
验证码生成模块,根据所述车辆通行状态、车牌号和请求时间生成验证码;目标通行流水获取模块,用于根据所述车辆通行状态、车牌号和请求时间从通行流水中获取目标通行流水;
绑定模块,用于绑定所述凭证反馈方式、所述验证码和所述目标通行流水;
生成模块,用于根据所述凭证反馈方式和所述验证码获得所述目标通行流水,并生成对应的电子支付凭证。
第四方面,本发明实施例提供了一种电子支付凭证生成的装置,该装置包括:
请求信息生成模块,用于生成电子支付凭证的请求信息,所述请求信息至少包括凭证反馈方式、车辆通行状态、客户账号和请求时间,所述客户账号绑定有车牌号,所述请求信息用于发票服务平台生成验证码,所述凭证反馈方式用于发票服务平台反馈所述验证码;
请求信息发送模块,用于将所述请求信息发送至发票服务平台。
第五方面,本发明实施例提供了一种电子支付凭证生成的系统,该系统包括:客户端和发票服务平台;
所述发票服务平台用于实现如第一方面中任一所述的电子支付凭证生成的方法;
所述客户端用于实现如第二方面中任一所述的电子支付凭证生成的方法。
第六方面,本发明实施例提供了一种设备,该发票服务平台包括:
一个或多个处理器;
存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如第一方面和第二方面中任一所述的电子支付凭证生成的方法。
第七方面,本发明实施例提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如第一方面和第二方面中任一所述的电子支付凭证生成的方法。
本发明通过接收电子支付凭证的请求信息,其中,请求信息至少包括凭证反馈方式、车辆通行状态、客户账号和请求时间,客户账号绑定有车牌号;根据车辆通行状态、车牌号和请求时间生成验证码;根据车辆通行状态、车牌号和请求时间从通行流水中获取目标通行流水;绑定凭证反馈方式和验证码和目标通行流水;根据凭证反馈方式和验证码获得目标通行流水,并生成对应的电子支付凭证,解决营运车辆乘客无法获取高速公路通行费增值税电子发票的问题,实现提高车道通行效率、减少资源消耗和便捷出行的技术效果。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。
实施例一
图1为本发明实施例一提供的电子支付凭证生成的方法的流程图,本实施例可适用于乘客可以通过票务服务平台获取增值税电子发票的情况。其中,票务服务平台提供增值税电子普通发票版式文件的生成、查询和交付等服务。增值税电子发票是采用税务局统一发放的形式给商家使用,发票号码采用全国统一编码,采用统一防伪技术,分配给商家,在电子发票上附有电子税局的签名机制。具体的,本实施例提供的电子支付凭证生成方法可以由票务服务平台提供的电子支付凭证生成设备来执行,具体包括如下步骤:
S110、接收电子支付凭证的请求信息。其中,请求信息至少包括凭证反馈方式、车辆通行状态、客户账号和请求时间,客户账号绑定有车牌号。
其中,电子支付凭证的请求信息是指客户端向发票服务平台发起的请求电子支付凭证的信息。本实施例中,电子支付凭证可以是增值税电子发票。凭证反馈方式是指乘客设定的可用于接收发票服务平台发送的电子支付凭证领取信息的渠道,可以通过手机短信、微信、qq和邮箱等任意方式接收电子支付凭证领取信息。车辆通行状态是指车辆与高速公路相关的状态,可以预先设定为:即将进入高速公路状态、在高速公路状态和已驶出高速公路状态。客户账号是指司机的账号。本实施例只对乘客通过司机的客户端申请电子支付凭证为例进行说明,即司机的客户端对应的客户账号的客户类型需要是营运车辆司机,若该客户账号的客户类型不是营运车辆司机,则对应有其他不同的电子支付凭证生成方法,本实施例在此不详述。客户账号绑定有车牌号(指车辆ETC用户卡或移动支付账户绑定的车牌号)。请求时间是指客户端生成电子支付凭证的请求信息的时间。
具体的,发票服务平台接收客户端发出的电子支付凭证的请求信息,通过解析该请求信息可以获得客户端发出请求信息的时间、车辆通行状态、客户端营运车辆司机此次驾驶车辆的车牌号和乘客要求的凭证反馈方式。其中,车牌号还可以直接从发票服务平台中营运车辆司机的客户资料中获取。具体的,可以从客户资料中记录的车辆ETC用户卡或移动支付账户获取。
S120、根据车辆通行状态、车牌号和请求时间生成验证码。
其中,上述的电子支付凭证领取信息至少包括具有唯一标识性的验证码。验证码通常使用一些线条和一些不规则的字符组成,主要作用是为了防止数据被盗取,乘客可凭借该验证码在发票服务平台查询或下载电子支付凭证。通过将车辆通行状态、车牌号和请求时间进行处理,生成对应的验证码,使得该验证码具有唯一标识性,防止他人冒用领取电子支付凭证。
具体的,通过解析该请求信息可以获得客户端发出请求信息的时间、车辆通行状态和客户端营运车辆司机此次驾驶车辆的车牌号,并根据其中的车辆通行状态、车牌号和请求时间生成唯一标识的验证码。若由于乘客在通过客户端向发票服务平台发送请求信息后,没有收到发票服务平台发送的验证码,乘客可以通过客户端选择重新输入数据。发票服务平台重新生成验证码按照乘客选择的凭证反馈方式进行反馈,并把原有验证码标记为无效。
S130、根据车辆通行状态、车牌号和请求时间从通行流水中获取目标通行流水。
其中,通行流水是指发票服务平台从高速公路收费系统中获取的每一条高速路费交易流水,至少包括车牌号、费用、车辆类型、进入高速公路入口时间和离开高速公路出口时间等。目标通行流水是指请求信息对应的乘客乘坐营运车辆经过高速公路的所进行的高速路费交易流水。为了方便乘客在乘车期间随时可以请求获取电子支付凭证,需要结合车辆通行状态、车牌号和请求时间三个信息才能确定乘客此次通行具体对应目标通行流水。
具体的,车辆通行状态包括:即将进入高速公路状态、在高速公路状态和已驶出高速公路状态。从通行流水中查询出所有与车牌号对应的通行流水。进一步的,若车辆通行状态为即将进入高速公路状态,则将该车辆车牌号对应的各条通行流水中的进入高速公路入口时间、离开高速公路出口时间与请求时间进行比对,将请求时间之后最近一次进入高速公路对应的一条通行流水作为目标通行流水。若车辆通行状态为在高速公路状态,则将该车辆车牌号对应的各条通行流水中的进入高速公路路口时间、离开高速公路出口时间与请求时间进行比对,将请求时间在进入高速公路入口时间和离开高速公路出口时间之间所对应的一条通行流水作为目标通行流水。若车辆通行状态为已驶出高速公路状态,则将该车辆车牌号对应的各条通行流水中的进入高速公路入口时间、离开高速公路出口时间与请求时间进行比对,将请求时间之前最近一次离开高速公路出口所对应的一条通行流水作为目标通行流水。
S140、绑定凭证反馈方式、验证码和目标通行流水。
具体的,将凭证反馈方式、验证码和目标通行流水进行绑定,使得三者之间形成关联关系。通过上述绑定,使得乘客可以通过在发票服务平台输入验证码和凭证反馈方式,查询和下载与验证码对应的目标通行流水。由于凭证反馈方式和验证码组合的唯一确定性,可以保证他人冒领电子支付凭证,提高安全性和可靠性。
S150、根据凭证反馈方式和验证码获得目标通行流水,并生成对应的电子支付凭证。
其中,电子支付凭证为高速公路通行费的增值税发票。
具体的,用户通过发票服务平台提供的网站或者软件输入凭证反馈方式和验证码,发票服务平台根据该凭证反馈方式和验证码确定绑定的目标通行流水,将该目标通行流水进行显示,并在收到电子支付凭证生成指令时生成该目标通行流水对应的电子支付凭证。电子支付凭证生成指令可以通过用户在发票服务平台确认目标通行流水后生成。该电子支付凭证可以是增值税发票。
本实施例的技术方案,通过接收电子支付凭证的请求信息,其中,请求信息至少包括凭证反馈方式、车辆通行状态、客户账号和请求时间,客户账号绑定有车牌号;根据车辆通行状态、车牌号和请求时间生成验证码;根据车辆通行状态、车牌号和请求时间从通行流水中获取目标通行流水;绑定凭证反馈方式、验证码和目标通行流水;根据凭证反馈方式和验证码获得目标通行流水,并生成对应的电子支付凭证,解决营运车辆乘客无法获取高速公路通行费增值税电子发票的问题,实现提高车道通行效率、减少资源消耗和便捷出行的技术效果。
实施例二
图2为本发明实施例二提供的一种电子支付凭证生成的方法的流程图。本实施例是在上述实施例一的基础上进行具体化。参考图2,本实施例提供的电子支付凭证生成的方法具体包括:
S201、将客户账号与车辆ETC用户卡或移动支付账户绑定。其中,车辆ETC用户卡至少绑定有车牌号,移动支付账户至少绑定有车牌号。
其中,ETC是不停车电子收费系统,ETC专用车道是给那些装了ETC车载器的车辆使用的,采用电子收费方式。ETC是目前世界上最先进的路桥收费方式。通过安装在车辆挡风玻璃上的车载电子标签与在收费站ETC车道上的微波天线之间的微波专用短程通讯,利用计算机联网技术与银行进行后台结算处理,从而达到车辆通过路桥收费站不需停车而能交纳路桥费的目的。ETC用户卡是指用于ETC扣费的卡,安装在车辆中,高速公路收费系统可对该ETC用户卡进行扣费,并生成相应的通行流水。移动支付是允许用户使用其移动终端(通常是手机)对所消费的商品或服务进行账务支付的一种服务方式。单位或个人通过移动设备、互联网或者近距离传感直接或间接向银行金融机构发送支付指令产生货币支付与资金转移行为,从而实现移动支付功能,现有的高速公路收费系统可以针对绑定有移动支付账户的用户采用移动支付的方式进行高速路费的支付,并生成相应的通行流水。
具体的,客户账号是指司机在发票服务平台注册并在客户端登陆的账号。客户账号在注册时,需要与车辆ETC用户卡或移动支付账户绑定,因为客户账号与车辆ETC用户卡或移动支付账户均与车牌号绑定,所以客户账号与车牌号绑定,即客户账户的信息中包含车牌号。
S202、记录客户账号对应的客户类型。
其中,客户类型是指车辆办理ETC用户卡或注册移动支付账户时登记的客户种类,登记时营运车辆司机需出示营运车辆从业资格证,客服人员录入客户信息时必须标记客户类型,便于发票服务平台可以识别是否为营运车辆司机。
具体的,记录出示营运车辆从业资格证的客户类型为营运车辆司机。同样的,本实施例只对乘客通过营运车辆司机的客户端申请电子支付凭证为例进行说明,即营运车辆司机的客户端对应的客户账号的客户类型需要是营运车辆司机,若该客户账号的客户类型不是营运车辆司机,则对应有其他不同的电子支付凭证生成方法,本实施例在此不详述。
S203、接收电子支付凭证的请求信息,其中,请求信息至少包括凭证反馈方式、车辆通行状态、客户账号和请求时间,客户账号绑定有车牌号。
具体的,发票服务平台接收客户端发出的电子支付凭证的请求信息,通过解析该请求信息可以获得客户端发出请求信息的时间、车辆通行状态、客户端司机此次驾驶车辆的车牌号和乘客要求的凭证反馈方式。其中,车牌号还可以直接从发票服务平台中司机的客户资料中获取。具体的,可以从客户资料中记录的车辆ETC用户卡或移动支付账户获取。
S204、根据车辆通行状态、车牌号和请求时间生成验证码。
S205、将验证码通过凭证反馈方式进行发送。
具体的,通过解析电子支付凭证的请求信息中包含的凭证反馈方式,通过乘客选择的凭证反馈方式进行验证码的反馈。如乘客输入的凭证反馈方式为手机短信,则通过短信方式将该验证码发送到乘客的手机。
S206、根据车辆通行状态、车牌号和请求时间从通行流水中获取目标通行流水。
具体的,将凭证反馈方式和验证码和目标通行流水进行绑定,使得三者之间形成关联关系。通过上述绑定,使得乘客可以通过在发票服务平台输入验证码和凭证反馈方式对目标通行流水进行查询。
图3为本发明实施例二提供的车辆通行状态、请求时间和目标通行流水之间的关系示意图。参考图3,T1、T3和T5分别表示进入高速公路入口时间,T2、T4和T6分别表示离开高速公路出口时间,T1~T2、T3~T4和T5~T6分别表示三条对应车牌号的通行流水,T表示请求时间。当T(请求时间)的车辆输入不同的车辆通行状态时,对应的目标通行流水如表一所示:
表一:
车辆通行状态 |
目标通行流水 |
即将进入高速公路状态 |
T<sub>5</sub>~T<sub>6</sub> |
在高速公路状态 |
T<sub>3</sub>~T<sub>4</sub> |
已驶出高速公路状态 |
T<sub>1</sub>~T<sub>2</sub> |
S207、绑定凭证反馈方式、验证码和目标通行流水。
具体的,在确定目标通行流水后,将凭证反馈方式、验证码和目标通行流水进行绑定,以建立三者的关联。
S208、根据凭证反馈方式和验证码确定目标通行流水。
具体的,由于建立了凭证反馈方式、验证码和目标通行流水之间的关联关系,用户通过发票服务平台提供的网站或者软件输入凭证反馈方式和验证码,发票服务平台可以根据凭证反馈方式和验证码确定目标通行流水。
S209、若目标通行流水不存在对应的纸质支付凭证领取记录,则根据目标通行流水生成电子支付凭证。
其中,纸质支付凭证是在高速公路车道现场取得的纸质发票。由于通过一次高速公路只需要支付一次费用,也只需要出具一次发票,但是发票包括纸质形式和电子形式。
根据该凭证反馈方式和验证码确定绑定的目标通行流水,
具体的,在根据凭证反馈方式和验证码确定目标通行流水后,将该目标通行流水进行显示,判定目标通行流水是否存在对应的纸质支付凭证领取记录。若乘客已经在高速公路车道现场取得的纸质发票,则不再发送根据目标通行流水生成的电子支付凭证。若乘客没有取得的纸质发票,则在收到电子支付凭证生成指令时生成该目标通行流水对应的电子支付凭证。电子支付凭证生成指令可以通过用户在发票服务平台确认目标通行流水后生成。该电子支付凭证可以是增值税发票。另外,发票服务平台还可以提供电子支付凭证的下载和打印。
本实施例的技术方案,通过将客户账号与车辆ETC用户卡或移动支付账户绑定,并记录客户账号对应的客户类型,并提供接收电子支付凭证的请求信息的接口,其中,请求信息至少包括凭证反馈方式、车辆通行状态、客户账号和请求时间,客户账号绑定有车牌号,根据车辆通行状态、车牌号和请求时间生成验证码,并将验证码通过凭证反馈方式进行发送,之后根据车辆通行状态、车牌号和请求时间从通行流水中获取目标通行流水,并绑定凭证反馈方式、验证码和目标通行流水,若目标通行流水不存在对应的纸质支付凭证领取记录,则根据目标通行流水生成电子支付凭证,解决营运车辆乘客无法获取高速公路通行费增值税电子发票的问题,实现提高车道通行效率、减少资源消耗和便捷出行的技术效果。
实施例三
图4为本发明实施例三提供的电子支付凭证生成的方法的流程图,本实施例可适用于乘客获取增值税电子发票的情况,该方法可以由票务服务平台提供的电子支付凭证生成设备来执行,具体包括如下步骤:
S301、生成电子支付凭证的请求信息。
其中,请求信息至少包括凭证反馈方式、车辆通行状态、客户账号和请求时间。凭证反馈方式通过乘客在司机的客户端上选择和填写信息的方式获得,乘客至少要从手机号码、微信号、QQ号或者邮箱中择一进行填写。车辆通行状态同样由乘客在司机的客户端上选择填写,可在:即将进入高速公路状态、在高速公路状态和已驶出高速公路状态三种状态中选择一种。客户账号绑定有车牌号,客户账号信息和请求时间是生成电子支付凭证的请求信息时客户端自动添加的信息。请求信息用于发票服务平台生成验证码,凭证反馈方式用于发票服务平台向乘客反馈验证码。
具体的,客户端生成电子支付凭证的请求信息。凭证反馈方式、车辆通行状态信息通过乘客填写获得。客户账号信息和请求时间是通过生成电子支付凭证的请求信息时客户端自动添加获得。
S302、将请求信息发送至发票服务平台。
具体的,客户端将包括凭证反馈方式、车辆通行状态、客户账号和请求时间的电子支付凭证的请求信息发送至发票服务平台。
本实施例的技术方案,通过在客户端生成电子支付凭证的请求信息,并将请求信息发送至发票服务平台,配合发票服务平台,解决营运车辆乘客无法获取高速公路通行费增值税电子发票的问题,实现提高车道通行效率、减少资源消耗和便捷出行的技术效果。
实施例四
图5为本发明实施例四提供的一种电子支付凭证生成的方法的流程图。本实施例是在上述实施例的基础上进行具体化。参考图5,本实施例提供的电子支付凭证生成的方法具体包括:
S401、确定客户账号对应的客户类型为预设类型。
其中,客户类型可以分为自驾车辆司机和运营车辆司机两大类。预设类型是指客户账号对应的客户类型为运营车辆司机。
具体的,当客户账号在客户端登录时,发票服务平台判定客户账号的客户类型。当客户类型为运营类型时,可以显示提供乘客填写各类信息的界面。
S402、获取客户账号绑定的车辆ETC用户卡或移动支付账户。其中,其中,车辆ETC用户卡至少绑定有车牌号,移动支付账户至少绑定有车牌号。
具体的,客户账号是指司机在发票服务平台注册并在客户端登陆的账号,同时发票服务平台判定客户账号的客户类型为营运车辆司机。客户账号与车辆ETC用户卡或移动支付账户绑定,因为客户账号与车辆ETC用户卡或移动支付账户均与车牌号绑定,所以客户账号与车牌号绑定,即客户账户的信息中包含车牌号。
S403、获取凭证反馈方式、车辆通行状态和请求时间。
具体的,乘客至少要从手机号码、微信号、QQ号或者邮箱中择一进行填写,作为自己的获取凭证反馈方式。乘客在:即将进入高速公路状态、在高速公路状态和已驶出高速公路状态三种状态中选择一种作为车辆通行状态。生成电子支付凭证的请求信息时客户端自动添加的请求时间。
S404、根据凭证反馈方式、车辆通行状态、客户账号和请求时间生成请求信息。
具体的,客户账号关联的车牌号能被客户端或发票服务平台获取。客户端通过采集乘客填写的凭证反馈方式、车辆通行状态获得这两种信息。生成电子支付凭证的请求信息时客户端自动添加的请求时间。将凭证反馈方式、车辆通行状态、客户账号和请求时间打包为一个请求信息。
可选的,步骤S401-S404,可替换为:
显示二维码,二维码用于被解析得到电子支付凭证的请求信息生成接口。
其中,二维码(2-dimensional bar code)是用某种特定的几何图形按一定规律在平面(二维方向上)分布的黑白相间的图形记录数据符号信息;在代码编制上巧妙地利用构成计算机内部逻辑基础的“0”、“1”比特流的概念,使用若干个与二进制相对应的几何形体来表示文字数值信息,通过图象输入设备或光电扫描设备自动识读以实现信息自动处理:它具有条码技术的一些共性:每种码制有其特定的字符集;每个字符占有一定的宽度;具有一定的校验功能等。同时还具有对不同行的信息自动识别功能、及处理图形旋转变化点。二维码可以与某一司机的客户账号绑定(一个客户账号使用一个二维码)。二维码也可以是在需要时点击生成,生成的二维码至少包括了客户账号和请求时间。请求信息生成接口是指乘客填写凭证反馈方式、车辆通行状态的接口。
具体的,乘客使用自己的终端(多为手机)扫描客户端显示的二维码,打开填写凭证反馈方式、车辆通行状态的接口的页面,并在页面中进行信息的填写。填写完毕后,在乘客终端生成一条请求信息发送至发票服务平台,请求信息包括乘客填写的凭证反馈方式、乘客填写的车辆通行状态、二维码自带的客户账号(包括车牌号信息)和二维码自带的请求时间。
S405、将请求信息发送至发票服务平台。
具体的,该页面对应的后台接收到填写内容后,并生成包括凭证反馈方式、车辆通行状态、客户账号和请求时间的电子支付凭证的请求信息后,发送至发票服务平台。
本实施例的技术方案,通过确定客户账号对应的客户类型为预设类型,获取客户账号绑定的车辆ETC用户卡或移动支付账户,并获取凭证反馈方式、车辆通行状态和请求时,之后根据凭证反馈方式、车辆通行状态、客户账号和请求时间生成请求信息,实现在客户端生成电子支付凭证的请求信息,并将请求信息发送至发票服务平台,配合发票服务平台。本实施例还进一步提出了使用乘客终端扫描二维码的方式来生成请求信息,提高了用户的体验。解决营运车辆乘客无法获取高速公路通行费增值税电子发票的问题,实现提高车道通行效率、减少资源消耗和便捷出行的技术效果。
实施例五
图6为本发明实施例五提供的一种电子支付凭证生成装置的结构示意图。本实施例提供的电子支付凭证生成装置可以集成在电子支付凭证生成装置设备中,该电子支付凭证生成设备可以是两个或多个物理实体构成,也可以是一个物理实体构成,该电子支付凭证生成设备可以是电脑、服务器或虚拟服务器等。参考图6,本实施例提供的电子支付凭证生成装置具体包括:
请求信息接收模块510,用于接收电子支付凭证的请求信息,其中,请求信息至少包括凭证反馈方式、车辆通行状态、客户账号和请求时间,客户账号绑定有车牌号;验证码生成模块520,根据车辆通行状态、车牌号和请求时间生成验证码;目标通行流水获取模块,用于根据车辆通行状态、车牌号和请求时间从通行流水中获取目标通行流水;绑定模块530,用于绑定凭证反馈方式、验证码和目标通行流水;生成模块540,用于根据凭证反馈方式和验证码获得目标通行流水,并生成对应的电子支付凭证。
本实施例的技术方案,通过接收电子支付凭证的请求信息;根据车辆通行状态、车牌号和请求时间生成验证码;根据车辆通行状态、车牌号和请求时间从通行流水中获取目标通行流水;绑定凭证反馈方式、验证码和目标通行流水;根据凭证反馈方式和验证码获得目标通行流水,并生成对应的电子支付凭证,解决营运车辆乘客无法获取高速公路通行费增值税电子发票的问题,实现提高车道通行效率、减少资源消耗和便捷出行的技术效果。
在上述实施例的基础上,还包括:
车牌绑定模块,用于将客户账号与车辆ETC用户卡或移动支付账户绑定,其中,车辆ETC用户卡至少绑定有车牌号,移动支付账户至少绑定有车牌号;
客户类型获取模块,用于记录客户账号对应的客户类型。
在上述实施例的基础上,还包括:
验证码发送模块,用于将验证码通过凭证反馈方式进行发送。
在上述实施例的基础上,生成模块具体用于:
根据凭证反馈方式和验证码确定目标通行流水;
若目标通行流水不存在对应的纸质支付凭证领取记录,则根据目标通行流水生成电子支付凭证。
本实施例提供的电子支付凭证生成装置可用于执行实施例一和实施例二提供的一种电子支付凭证生成的方法,具有相应的功能和有益效果。
实施例六
图7为本发明实施例六提供的一种电子支付凭证生成装置的结构示意图。本实施例提供的电子支付凭证生成装置可以集成在电子支付凭证生成装置设备中,该电子支付凭证生成设备可以是两个或多个物理实体构成,也可以是一个物理实体构成,该电子支付凭证生成设备可以是电脑、手机、平板或交互智能平板等。参考图7,本实施例提供的电子支付凭证生成装置具体包括:
请求信息生成模块610,用于生成电子支付凭证的请求信息,请求信息至少包括凭证反馈方式、车辆通行状态、客户账号和请求时间,客户账号绑定有车牌号,请求信息用于发票服务平台生成验证码,凭证反馈方式用于发票服务平台反馈验证码;请求信息发送模块620,用于将请求信息发送至发票服务平台。
本实施例的技术方案,通过在客户端生成电子支付凭证的请求信息,并将请求信息发送至发票服务平台,配合发票服务平台,解决营运车辆乘客无法获取高速公路通行费增值税电子发票的问题,实现提高车道通行效率、减少资源消耗和便捷出行的技术效果。
在上述实施例的基础上,请求信息生成模块具体用于:
确定客户账号对应的客户类型为预设类型;
获取客户账号绑定的车辆ETC用户卡或移动支付账户,其中,车辆ETC用户卡至少绑定有车牌号,移动支付账户至少绑定有车牌号;
获取凭证反馈方式、车辆通行状态和请求时间;
根据凭证反馈方式、车辆通行状态、客户账号和请求时间生成请求信息。在上述实施例的基础上,请求信息生成模块还可以用于:
显示二维码,二维码用于被解析得到电子支付凭证的请求信息生成接口。
本实施例提供的电子支付凭证生成装置可用于执行实施例三和实施例四提供的一种电子支付凭证生成的方法,具有相应的功能和有益效果。
实施例七
图8为本发明实施例七提供的一种电子支付凭证生成系统的结构示意图。参考图8,本实施例提供的电子支付凭证生成系统70具体包括:客户端71和发票服务平台72。
客户端71用于生成电子支付凭证的请求信息,请求信息至少包括凭证反馈方式、车辆通行状态、客户账号和请求时间,客户账号绑定有车牌号,请求信息用于发票服务平台72生成验证码,凭证反馈方式用于发票服务平台72反馈验证码;
客户端71还用于将请求信息发送至发票服务平台72。
发票服务平台72用于接收电子支付凭证的请求信息,其中,请求信息至少包括凭证反馈方式、车辆通行状态、客户账号和请求时间,客户账号绑定有车牌号;
发票服务平台72还用于根据车辆通行状态、车牌号和请求时间生成验证码;
发票服务平台72还用于根据车辆通行状态、车牌号和请求时间从通行流水中获取目标通行流水;
发票服务平台72还用于绑定凭证反馈方式、验证码和目标通行流水;
发票服务平台72还用于根据凭证反馈方式和验证码获得目标通行流水,并生成对应的电子支付凭证。
可选的,在发票服务平台72接收电子支付凭证的请求信息之前,还包括:
发票服务平台72还用于将客户账号与车辆ETC用户卡或移动支付账户绑定,其中,车辆ETC用户卡至少绑定有车牌号,移动支付账户至少绑定有车牌号;
发票服务平台72还用于记录客户账号对应的客户类型。
可选的,在发票服务平台72根据车辆通行状态、车牌号和请求时间生成验证码之后,包括:
发票服务平台72还用于将验证码通过凭证反馈方式进行发送。
可选的,发票服务平台72还用于根据凭证反馈方式和验证码获得目标通行流水,并生成对应的电子支付凭证包括:
发票服务平台72还用于根据凭证反馈方式和验证码确定目标通行流水;
若目标通行流水不存在对应的纸质支付凭证领取记录,则发票服务平台72根据目标通行流水生成电子支付凭证。
可选的,客户端71用于生成电子支付凭证的请求信息,包括:
客户端71用于确定客户账号对应的客户类型为预设类型;
客户端71还用于获取客户账号绑定的车辆ETC用户卡或移动支付账户,其中,车辆ETC用户卡至少绑定有车牌号,移动支付账户至少绑定有车牌号;
客户端71还用于获取凭证反馈方式、车辆通行状态和请求时间;
客户端71还用于根据凭证反馈方式、车辆通行状态、客户账号和请求时间生成请求信息。
可选的,客户端71还用于显示二维码,二维码用于被解析得到电子支付凭证的请求信息生成接口。
本实施例以乘客乘坐出租车经过高速公路为例,进行描述:
一辆由司机A驾驶的出租车,在11:00-11:30经过高速公路,通过ETC方式扣费。
一名乘客在12:00开始乘坐出租车,该出租车预计于12:20进入高速公路入口,于13:20离开高速公路出口。乘客可能在不同的时间点提出索取高速路费的增值税电子发票:
时间点一,乘客在出租车进入高速公路入口前,提出索要高速路费的增值税电子发票。司机提供客户端,该客户端已登录司机的客户账号。乘客选择电子邮件这一方式作为凭证反馈方式,并且填写了邮箱地址。并将车辆通行状态选择为“即将进入高速公路状态”。时间点二,乘客在出租车进入高速公路入口后,离开高速公路出口前,提出索要高速路费的增值税电子发票。司机提供客户端,该客户端已登录司机的客户账号。乘客选手机这一方式作为凭证反馈方式,并且填写了自己手机号码。并将车辆通行状态选择为“在高速公路状态”。时间点三,乘客在出租车离开高速公路出口后,提出索要高速路费的增值税电子发票。司机提供客户端,该客户端已登录司机的客户账号。乘客选择QQ这一方式作为凭证反馈方式,并且填写了QQ号码。并将车辆通行状态选择为“已驶出高速公路状态”。时间点四,乘客在司机停车准备离开时,提出索要高速路费的增值税电子发票。此时若再使用司机客户端进行填写,不利于司机继续工作。因此乘客使用自己终端(如手机)扫描司机客户端二维码,在生成的页面上填写反馈方式、车辆通行状态这两个信息。乘客选择微信这一方式作为凭证反馈方式,并且填写了微信号码。并将车辆通行状态选择为“已驶出高速公路状态”。
将乘客填写的凭证反馈方式和车辆通行状态,与自动获取的客户账号和请求时间一起打包生成电子支付凭证的请求信息。将该请求信息发送到发票服务平台。税务平台根据车辆通行状态、车牌号和请求时间生成验证码,按照乘客选择的凭证反馈方式发送给乘客。
税务平台接收到请求信息后解析出请求信息包括的凭证反馈方式、车辆通行状态、客户账号和请求时间内容,以及客户账户绑定的车牌号。根据车牌号、车辆通行状态和请求时间来确定这一条请求信息对应哪一条通行流水。当车辆通行状态是即将进入高速公路状态时,将请求时间之后最近一次进入高速公路入口时间对应的通行流水作为目标通行流水。当车辆通行状态是在高速公路状态时,将请求时间在最近一次进入高速公路入口时间和最近一次离开高速公路出口时间之间所对应的通行流水作为目标通行流水。当车辆通行状态是已驶出高速公路状态,将请求时间之前最近一次离开高速公路出口时间对应的通行流水作为目标通行流水。
将目标通行流水与发送给乘客的验证码和凭证反馈方式相关联。使得乘客可以通过在发票服务平台输入验证码和凭证反馈方式获得自己乘坐出租车经过高速公路时所缴高速路费对应的目标通行流水。发票服务平台判定目标通行流水是否存在对应的纸质支付凭证领取记录。若乘客已经在高速公路车道现场取得的纸质发票,则不再发送目标通行流水生成电子支付凭证。若乘客没有取得的纸质发票,则生成目标通行流水对应的电子支付凭证,提供乘客下载或打印。
实施例八
图9为本发明实施例八提供的一种设备的结构示意图。该设备可作为发票服务平台设备。如图9所示,该设备包括处理器80、存储器81、通信模块82、输入装置83和输出装置84;设备中处理器80的数量可以是一个或多个,图9中以一个处理器80为例;设备中的处理器80、存储器81、通信模块82、输入装置83和输出装置84可以通过总线或其他方式连接,图9中以通过总线连接为例。
存储器81作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块,如本实施例中的一种电子支付凭证生成方法对应的模块(例如,一种电子支付凭证生成核装置中的请求信息接收模块510、验证码生成模块520、绑定模块530和生成模块540)。处理器80通过运行存储在存储器81中的软件程序、指令以及模块,从而执行设备的各种功能应用以及数据处理,即实现上述的一种电子支付凭证生成方法。
存储器81可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据设备的使用所创建的数据等。此外,存储器81可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储器81可进一步包括相对于处理器80远程设置的存储器,这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
通信模块82,用于与显示屏建立连接,并实现与显示屏的数据交互。输入装置83可用于接收输入的数字或字符信息,以及产生与设备的用户设置以及功能控制有关的键信号输入。
本实施例提供的一种设备,可执行本发明实施例一和实施例二提供的电子支付凭证生成的方法,具体相应的功能和有益效果。
实施例九
图10为本发明实施例九提供的一种设备的结构示意图。该设备可作为客户端设备。如图10所示,该设备包括处理器90、存储器91、通信模块92、输入装置93和输出装置94;设备中处理器90的数量可以是一个或多个,图10中以一个处理器90为例;设备中的处理器90、存储器91、通信模块92、输入装置93和输出装置94可以通过总线或其他方式连接,图10中以通过总线连接为例。
存储器91作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块,如本实施例中的一种电子支付凭证生成的方法对应的模块(例如,一种电子支付凭证生成的装置中的请求信息生成模块610和请求信息发送模块620)。处理器90通过运行存储在存储器91中的软件程序、指令以及模块,从而执行设备的各种功能应用以及数据处理,即实现上述的一种电子支付凭证生成的方法。
存储器91可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据设备的使用所创建的数据等。此外,存储器91可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储器91可进一步包括相对于处理器90远程设置的存储器,这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
通信模块92,用于与显示屏建立连接,并实现与显示屏的数据交互。输入装置93可用于接收输入的数字或字符信息,以及产生与设备的用户设置以及功能控制有关的键信号输入。
本实施例提供的一种设备,可执行本发明实施例三和实施例四提供的电子支付凭证生成的方法,具体相应的功能和有益效果。
实施例十
本发明实施例十还提供一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行一种电子支付凭证生成的方法,该方法包括:
接收电子支付凭证的请求信息,其中,请求信息至少包括凭证反馈方式、车辆通行状态、客户账号和请求时间,客户账号绑定有车牌号;
根据车辆通行状态、车牌号和请求时间生成验证码;
根据车辆通行状态、车牌号和请求时间从通行流水中获取目标通行流水;
绑定凭证反馈方式、验证码和目标通行流水;
根据凭证反馈方式和验证码获得目标通行流水,并生成对应的电子支付凭证。
当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明实施例一和实施例二所提供的一种电子支付凭证生成的方法中的相关操作。
通过以上关于实施方式的描述,所属领域的技术人员可以清楚地了解到,本发明可借助软件及必需的通用硬件来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明实施例一和实施例二所述的方法。值得注意的是,上述一种电子支付凭证生成的装置的实施例中,所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
实施例十一
本发明实施例十一还提供一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行一种电子支付凭证生成的方法,该方法包括:
生成电子支付凭证的请求信息,请求信息至少包括凭证反馈方式、车辆通行状态、客户账号和请求时间,客户账号绑定有车牌号,请求信息用于发票服务平台生成验证码,凭证反馈方式用于发票服务平台反馈验证码;
将请求信息发送至发票服务平台。
当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明实施例三和实施例四所提供的电子支付凭证生成的方法中的相关操作。
通过以上关于实施方式的描述,所属领域的技术人员可以清楚地了解到,本发明可借助软件及必需的通用硬件来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明实施例三和实施例四所述的方法。
值得注意的是,上述电子支付凭证生成的装置的实施例中,所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。