公车加油数据处理方法、装置及系统

摘要

本发明提供一种公车加油数据处理方法、装置及系统，属于数据监管领域，可应用于金融技术领域或其他技术领域。该公车加油数据处理方法包括：获取车联网服务器发送的当前公车油耗数据、出车数据和各公车推荐行驶路线；根据公车油耗数据、出车数据和各公车推荐行驶路线确定预计加油量；根据预计加油量和历史用油量的比较结果处理公车加油数据。本发明可以解决私车公养的隐患，提高公车管理效率。

说明书

技术领域

本发明涉及数据监管领域，可应用于金融技术领域或其他技术领域，具体地，涉及一种公车加油数据处理方法、装置及系统。

背景技术

目前，公车加油款无法仅用于公车实际加油使用，存在私车公养的隐患，亟待一种结合新兴车联网技术的公车加油款对公金融支付新模式。

发明内容

本发明实施例的主要目的在于提供一种公车加油数据处理方法、装置及系统，以解决私车公养的隐患，提高公车管理效率。

为了实现上述目的，本发明实施例提供一种公车加油数据处理方法，包括：

获取车联网服务器发送的当前公车油耗数据、出车数据和各公车推荐行驶路线；

根据公车油耗数据、出车数据和各公车推荐行驶路线确定预计加油量；

根据预计加油量和历史用油量的比较结果处理公车加油数据。

本发明实施例还提供一种公车加油数据处理装置，包括：

获取模块，用于获取车联网服务器发送的当前公车油耗数据、出车数据和各公车推荐行驶路线；

预计加油量确定模块，用于根据公车油耗数据、出车数据和各公车推荐行驶路线确定预计加油量；

公车加油数据处理模块，用于根据预计加油量和历史用油量的比较结果处理公车加油数据。

本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并在处理器上运行的计算机程序，处理器执行计算机程序时实现所述的公车加油数据处理方法的步骤。

本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现所述的公车加油数据处理方法的步骤。

本发明实施例还提供一种公车加油数据处理系统，包括：

如上所述的公车加油数据处理装置；

手机客户端，用于将用户输入的输入验证码、加油金额和用户信息发送至车联网服务器；

车联网服务器，用于发送当前公车油耗数据、出车数据和各公车推荐行驶路线至公车加油数据处理装置，在收到油箱加油信息后发送加油验证码至手机客户端，根据加油验证码验证输入验证码，以及根据验证结果将加油金额和用户信息对应的结算卡信息发送至公车加油数据处理装置；

企业服务器，公车加油数据处理装置还用于根据公车加油数据的处理结果、加油金额和结算卡信息生成处理结果报文，发送处理结果报文至企业服务器。

本发明实施例的公车加油数据处理方法、装置及系统先根据车联网服务器发送的公车油耗数据、出车数据和各公车推荐行驶路线确定预计加油量，再根据预计加油量和历史用油量的比较结果处理公车加油数据，可以解决私车公养的隐患，提高公车管理效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一实施例中公车加油数据处理方法的流程图；

图2是本发明实施例中S102的流程图；

图3是本发明实施例中S201的流程图；

图4是本发明实施例中S103的流程图；

图5是本发明实施例中公车加油数据处理装置的结构框图；

图6是本发明另一实施例中公车加油数据处理装置的结构框图；

图7是本发明实施例中计算机设备的结构框图；

图8是本发明实施例中公车加油数据处理系统的示意图；

图9是本发明实施例中公车加油数据处理系统的功能流程示意图；

图10是本发明实施例中车联网服务器的结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本领域技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

需要说明的是，本发明的公车加油数据处理方法、装置及系统可用于金融领域的公车加油场景中，也可用于除金融领域之外的任意领域。本发明实施例对公车加油数据处理方法、装置及系统的应用领域不做限定。

鉴于目前存在私车公养的隐患，本发明实施例提供一种公车加油数据处理方法、装置及系统，提供了一种结合车联网技术和加油款专用线上企业支付技术的解决方案，解决了私车公养的隐患，同时提供给政府机关或企事业单位集车辆信息、加油信息、支付信息于一体的信息服务。以下结合附图对本发明进行详细说明。

本发明的对公客户(企业)与银行、具有车联网系统的车企公司签订三方协议，对公客户在银行开立银行单位结算卡并开通加油付款专用权限和支付限额；对公客户的公车司机通过车联网手机APP(手机客户端)验证身份与车辆信息后绑定已完成加油付款专用权限和支付限额设定的银行单位结算卡；当车联网服务器监控到公车油箱加油完成时，通过短信发送生成动态验证码至手机客户端上，公车司机通过手机客户端扫描加油站的收款码后输入动态验证码、单位结算卡支付密码和加油金额，在验证密码后使用已绑定的单位结算卡完成支付，将动态验证码和包括用户信息、加油金额以及单位结算卡支付密码的加油数据信息发送至车联网服务器，车联网服务器将车辆信息、当前用油量、历史用油量、当前公车油耗数据、出车数据、各公车推荐行驶路线和加油数据信息等推送到银行服务器(公车加油数据处理装置)，银行服务器将车辆信息、当前用油量、历史用油量、加油金额、收款方信息和结算卡信息等提供给签约的对公客户，令加油信息与支付信息流相统一。

图1是本发明一实施例中公车加油数据处理方法的流程图。如图1所示，公车加油数据处理方法包括：

S101：获取车联网服务器发送的当前公车油耗数据、出车数据和各公车推荐行驶路线。

S102：根据公车油耗数据、出车数据和各公车推荐行驶路线确定预计加油量。

图2是本发明实施例中S102的流程图。如图2所示，S102包括：

S201：根据出车数据确定影响因子。

其中，出车数据包括各出车时间、总出车次数和各实际出车里程。

图3是本发明实施例中S201的流程图。如图3所示，S201包括：

S301：根据各出车时间确定高峰出车次数，根据各出车里程与各最长行驶路线确定余量出车次数。

其中，高峰出车次数为两次加油期间的出车时间位于交通高峰时间的次数。各最长行驶路线为各次出车时各公车推荐行驶路线中的最长行驶路线。余量出车次数为出车里程小于对应的最长行驶路线的里程的次数。

例如，第一次出车时，车联网生成三条公车推荐行驶路线，其中最长的公车推荐行驶路线的里程为A，第一次出车的实际出车里程为B，当B＜A时，余量出车次数加一。

S302：根据高峰期出车次数、总出车次数和余量出车次数确定影响因子。

具体实施时，S302包括：确定高峰期出车次数与总出车次数的比为第一影响因素Y1，确定余量出车次数总出车次数的比为第二影响因素Y2。根据第一影响因素Y1与第二影响因素Y2确定影响因子θ。其中，第一影响因素Y1与影响因子θ呈正相关，第二影响因素Y2与影响因子θ呈负相关。

S202：根据公车油耗数据、各公车推荐行驶路线和影响因子确定预计加油量。

一实施例中，S202包括：确定各次出车时各公车推荐行驶路线中的最长行驶路线；根据公车油耗数据(动态变化的当前车辆的平均油耗)、各最长行驶路线和影响因子确定预计加油量。

具体实施时，可以通过如下公式确定预计加油量：

X1＝L×M×(1+θ)；

其中，X1为预计加油量，L为各次出车时的最长行驶路线的和，M为公车油耗数据。

S103：根据预计加油量和历史用油量的比较结果处理公车加油数据。

其中，历史用油量为公车上次加油的油箱终止值与公车本次加油的油箱起始值的差。

图4是本发明实施例中S103的流程图。如图4所示，S103包括：

S401：获取车联网服务器发送的加油金额和结算卡信息。

一实施例中，S401还包括：获取车联网服务器发送的收款方信息、单位结算卡支付密码、车辆信息、当前用油量和司机手机号等。

一实施例中，还包括：车联网服务器收到油箱加油信息后发送加油验证码至手机客户端，根据加油验证码验证手机客户端发送的输入验证码；S401具体包括：获取车联网服务器根据验证结果发送的加油金额和结算卡信息。

S402：当预计加油量小于或等于历史用油量时，根据结算卡信息对应的卡权限确定支付金额上限。

其中，当预计加油量大于历史用油量时，S202还包括：生成异常加油数据。

S403：根据加油金额与支付金额上限的比较结果处理公车加油数据。

具体实施时，当加油金额小于或等于支付金额上限且单位结算卡支付密码验证通过时，处理公车加油数据，进行资金扣划并将款项转入收款方账户，否则发送包括交易失败信息的公车加油数据的处理结果至车联网服务器，以使车联网服务器将包括交易失败信息的公车加油数据的处理结果发送至公车司机持有的手机客户端，公车司机可通过手机客户端重新进行支付。

一实施例中，S403还包括：根据公车加油数据的处理结果、车辆信息、当前用油量、司机手机号、异常加油数据、加油金额、收款方信息和结算卡信息生成处理结果报文，发送处理结果报文至企业服务器。

其中，公车加油数据的处理结果包括处理时间，结算卡信息包括银行单位结算卡号和企业信息，收款方信息包括收款人账号和收款人户名，车辆信息包括车牌号。处理结果报文可以为单笔信息也可以为包括多笔信息的报文包。

图1所示的公车加油数据处理方法的执行主体可以为位于银行服务器的公车加油数据处理装置。由图1所示的流程可知，本发明实施例的公车加油数据处理方法先根据车联网服务器发送的公车油耗数据、出车数据和各公车推荐行驶路线确定预计加油量，再根据预计加油量和历史用油量的比较结果处理公车加油数据，可以解决私车公养的隐患，提高公车管理效率。

基于同一发明构思，本发明实施例还提供了一种公车加油数据处理装置，由于该装置解决问题的原理与公车加油数据处理方法相似，因此该装置的实施可以参见方法的实施，重复之处不再赘述。

图5是本发明实施例中公车加油数据处理装置的结构框图。图6是本发明另一实施例中公车加油数据处理装置的结构框图。如图5-图6所示，公车加油数据处理装置包括：

获取模块，用于获取车联网服务器发送的当前公车油耗数据、出车数据和各公车推荐行驶路线；

预计加油量确定模块，用于根据公车油耗数据、出车数据和各公车推荐行驶路线确定预计加油量；

公车加油数据处理模块，用于根据预计加油量和历史用油量的比较结果处理公车加油数据。

如图6所示，在实际应用中，公车加油数据处理装置包括银行信息接收及传递模块、校验模块、资金扣划模块和信息加工模块。

银行信息接收及传递模块包括获取模块，用于接收车联网服务器发送的车辆信息、当前公车油耗数据、出车数据、各公车推荐行驶路线、当前用油量、历史用油量、司机手机号和包括收款方信息、结算卡信息、加油金额以及单位结算卡支付密码的加油数据信息。

校验模块包括预计加油量确定模块；

资金扣划模块包括公车加油数据处理模块，用于在接收到来自银行信息接收及传递模块的加油数据信息后，通过银行服务器完成单位结算卡的定位并验证单位结算卡支付密码和卡权限，验证支付密码和卡权限通过后进行资金的扣划，并将资金处理状态信息返传至车联网服务器。如果未能成功定位单位结算卡或者未能验证通过支付密码或卡权限，则不进行资金扣划，反传交易失败信息至车联网服务器。

信息加工模块用于按照用户需要的报文格式对公车加油数据的处理结果、车辆信息、当前用油量、司机手机号、异常加油数据、加油金额、收款方信息和结算卡信息进行加工生成处理结果报文，发送处理结果报文至企业服务器。

综上，本发明实施例的公车加油数据处理装置先根据车联网服务器发送的公车油耗数据、出车数据和各公车推荐行驶路线确定预计加油量，再根据预计加油量和历史用油量的比较结果处理公车加油数据，可以解决私车公养的隐患，提高公车管理效率。

本发明实施例还提供能够实现上述实施例中的公车加油数据处理方法中全部步骤的一种计算机设备的具体实施方式。图7是本发明实施例中计算机设备的结构框图，参见图7，所述计算机设备具体包括如下内容：

处理器(processor)701和存储器(memory)702。

所述处理器701用于调用所述存储器702中的计算机程序，所述处理器执行所述计算机程序时实现上述实施例中的公车加油数据处理方法中的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：

获取车联网服务器发送的当前公车油耗数据、出车数据和各公车推荐行驶路线；

根据公车油耗数据、出车数据和各公车推荐行驶路线确定预计加油量；

根据预计加油量和历史用油量的比较结果处理公车加油数据。

综上，本发明实施例的计算机设备先根据车联网服务器发送的公车油耗数据、出车数据和各公车推荐行驶路线确定预计加油量，再根据预计加油量和历史用油量的比较结果处理公车加油数据，可以解决私车公养的隐患，提高公车管理效率。

本发明实施例还提供能够实现上述实施例中的公车加油数据处理方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的公车加油数据处理方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：

获取车联网服务器发送的当前公车油耗数据、出车数据和各公车推荐行驶路线；

根据公车油耗数据、出车数据和各公车推荐行驶路线确定预计加油量；

根据预计加油量和历史用油量的比较结果处理公车加油数据。

综上，本发明实施例的计算机可读存储介质先根据车联网服务器发送的公车油耗数据、出车数据和各公车推荐行驶路线确定预计加油量，再根据预计加油量和历史用油量的比较结果处理公车加油数据，可以解决私车公养的隐患，提高公车管理效率。

基于同一发明构思，本发明实施例还提供了一种公车加油数据处理系统，由于该系统解决问题的原理与公车加油数据处理方法相似，因此该系统的实施可以参见方法的实施，重复之处不再赘述。

图8是本发明实施例中公车加油数据处理系统的示意图。图9是本发明实施例中公车加油数据处理系统的功能流程示意图。图10是本发明实施例中车联网服务器的结构框图。如图8-图10所示，公车加油数据处理系统包括：

如上所述的公车加油数据处理装置；

手机客户端，用于将用户输入的输入验证码、加油金额和用户信息发送至车联网服务器；其中，用户信息包括车辆信息、司机手机号和单位结算卡支付密码；

车联网服务器，用于通过HTTP协议发送当前公车油耗数据、出车数据和各公车推荐行驶路线至公车加油数据处理装置，在收到油箱加油信息后发送加油验证码至手机客户端，根据加油验证码验证输入验证码，以及根据验证结果将加油金额和用户信息对应的结算卡信息发送至公车加油数据处理装置。

企业服务器，公车加油数据处理装置还用于根据公车加油数据的处理结果、加油金额和结算卡信息生成处理结果报文，发送处理结果报文至企业服务器。

具体实施时，车联网服务器的加油动态码发送模块在收到油箱加油信息后发送加油验证码至手机客户端，供持有手机客户端的公车司机确认加油事件发生。

车联网服务器的加油动态码验证模块用于根据加油验证码验证输入验证码。

当加油验证码与输入验证码一致时，车联网服务器的车联网信息传递及接收模块将用户信息、当前用油量、历史用油量、加油金额、收款方信息和用户信息对应的结算卡信息发送至位于银行服务器的公车加油数据处理装置。其中，结算卡信息包括银行单位结算卡号和企业信息。

本发明实施例的公车加油数据处理系统的具体流程如下：

1、司机通过手机客户端完成手机信息、车辆信息和银行单位结算卡的支付介质绑定。

2、车联网服务器在收到油箱加油信息后发送加油验证码至手机客户端，供持有手机客户端的公车司机确认加油事件发生。

3、手机客户端扫描加油站的收款码得到收款方信息和加油金额，将输入验证码、收款方信息、加油金额和用户信息发送至车联网服务器。

4、车联网服务器根据加油验证码验证输入验证码。当加油验证码与输入验证码一致时，车联网服务器通过HTTP协议将当前公车油耗数据、出车数据、各公车推荐行驶路线、用户信息(包括车辆信息、司机手机号和单位结算卡支付密码)、当前用油量、历史用油量、加油金额、收款方信息和用户信息对应的结算卡信息发送至位于银行服务器的公车加油数据处理装置。

5、公车加油数据处理装置(银行服务器)根据各出车时间确定高峰出车次数，根据各出车里程与各最长行驶路线确定余量出车次数，根据高峰期出车次数、总出车次数和余量出车次数确定影响因子。

6、公车加油数据处理装置根据公车油耗数据、各公车推荐行驶路线和影响因子确定预计加油量。

7、当预计加油量小于或等于历史用油量时，公车加油数据处理装置根据结算卡信息对应的卡权限确定支付金额上限。

当预计加油量大于历史用油量时，公车加油数据处理装置生成异常加油数据并根据结算卡信息对应的卡权限确定支付金额上限。

8、当加油金额小于或等于支付金额上限且单位结算卡支付密码验证通过时，公车加油数据处理装置处理公车加油数据，进行资金扣划并将款项转入收款方账户，否则发送包括交易失败信息的公车加油数据的处理结果至车联网服务器，以使车联网服务器将包括交易失败信息的公车加油数据的处理结果发送至公车司机持有的手机客户端，公车司机可通过手机客户端重新进行支付。

9、公车加油数据处理装置根据公车加油数据的处理结果、车辆信息、当前用油量、司机手机号、异常加油数据、加油金额、收款方信息和结算卡信息生成处理结果报文，发送处理结果报文至企业服务器。

综上，本发明实施例的公车加油数据处理系统先根据车联网服务器发送的公车油耗数据、出车数据和各公车推荐行驶路线确定预计加油量，再根据预计加油量和历史用油量的比较结果处理公车加油数据，可以解决私车公养的隐患，提高公车管理效率。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

本领域技术人员还可以了解到本发明实施例列出的各种说明性逻辑块(illustrative logical block)，单元，和步骤可以通过电子硬件、电脑软件，或两者的结合进行实现。为清楚展示硬件和软件的可替换性(interchangeability)，上述的各种说明性部件(illustrative components)，单元和步骤已经通用地描述了它们的功能。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本发明实施例保护的范围。

本发明实施例中所描述的各种说明性的逻辑块，或单元，或装置都可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

本发明实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件模块、或者这两者的结合。软件模块可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中，ASIC可以设置于用户终端中。可选地，处理器和存储媒介也可以设置于用户终端中的不同的部件中。

在一个或多个示例性的设计中，本发明实施例所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现，这些功能可以存储与电脑可读的媒介上，或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是任何通用或特殊电脑可以接入访问的可用媒体。例如，这样的电脑可读媒体可以包括但不限于RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁性存储装置，或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外，任何连接都可以被适当地定义为电脑可读媒介，例如，如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电缆、双绞线、数字用户线(DSL)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、DVD、软盘和蓝光光盘，磁盘通常以磁性复制数据，而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。