一种租车违章管理方法、装置和计算设备与流程

本公开涉及互联网技术领域，尤其涉及一种租车违章管理方法、装置和计算设备。

背景技术：

现阶段国内车辆租赁行业蓬勃发展，提供车辆租赁服务的车行的多数服务场景都依赖于于人工操作，处理效率受到限制。如果用户在租赁过程中造成了交通违章的行为，由于是人工操作，所以违章信息通常会有几天到几周不等的延迟，车行无法在用户还车时就确认此车辆租赁期间是否发生了违章行为，只能采取异步、定期地对每一台车的违章信息进行人工查询，并在查询到存在违章的情况下，通过指定车辆和租期找到对应的订单下的用户信息，向用户发短信通知其尽快办理违章处理手续。

因此，相关技术中的人工操作的方式效率低而且繁琐，容易因为人工操作不及时导致进一步超期未处理罚款的产生。

技术实现要素：

为克服相关技术中存在的问题，本公开提供一种租车违章管理方法，能实现租车用户租车过程中，产生的违章结果信息自动定时获取、自动查询和自动推送。

根据本公开实施例的第一方面，提供一种租车违章管理方法，执行于服务器端，包括：

根据订单中的车辆信息，获取对应的违章信息；

根据违章信息中的日期，将违章信息与所述订单进行匹配；

发送所述违章信息至客户端或者订单对应的租车客户。

根据本公开实施例的第二方面，提供一种租车违章管理方法，执行于客户端，包括：

发送订单信息和车辆信息至服务器端；

接收服务器端发送的根据违章信息中的日期将违章信息与所述订单进行匹配的匹配结果；

根据预设的违章信息是否发送的开关的信息和所述匹配结果，判断所述违章信息是否发送至订单所对应的租车客户；

将所述判断结果发送给服务器端以供服务器端根据所述判断结果选择发送所述违章信息给订单所对应的租车客户或者不发送所述违章信息给订单所对应的租车客户。

根据本公开实施例的第三方面，提供一种租车违章管理装置，设置于服务器端，包括：

查询单元，用于根据订单中的车辆信息，获取对应的违章信息；

匹配单元，用于根据违章信息中的日期，将违章信息与所述订单进行匹配；

违章信息发送单元，用于发送所述违章信息至客户端或者订单对应的租车客户。

根据本公开实施例的第四方面，提供一种租车违章管理装置，设置于客户端，包括：

订单信息发送单元，用于发送订单信息和车辆信息至服务器端；

违章信息接收单元，用于接收服务器端发送的根据违章信息中的日期，将违章信息与所述订单进行匹配的匹配结果；

违章信息发送判断单元，用于根据预设的违章信息是否发送的开关的信息和匹配结果，判断所述违章信息是否发送至订单所对应的租车客户；

判断结果发送单元，用于将所述判断结果发送给服务器端以供服务器端根据所述判断结果选择发送所述违章信息给订单所对应的租车客户或者不发送所述违章信息给订单所对应的租车客户。

根据本公开实施例的第五方面，提供一种计算设备，包括：

处理器；以及

存储器，其上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如上所述的方法。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开的实施例实现租车用户租车过程中，产生的违章结果信息自动定时获取、自动查询和自动推送违章信息，大大提高了违章信息管理效率，且降低租车客户和车行可能要承担的超期未处理缴费而产生进一步罚款的风险，简化了违章处理流程。

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

附图说明

通过结合附图对本公开示例性实施方式进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施方式中，相同的参考标号通常代表相同部件。

图1是根据一示例性实施例示出的一种租车违章管理方法的流程图；

图2是根据一示例性实施例示出的一种租车违章管理方法的另一流程图；

图3是根据一示例性实施例示出的一种租车违章管理装置的示意图框图；

图4是根据一示例性实施例示出的一种租车违章管理装置的另一示意图框图；

图5是根据一示例性实施例示出的一种计算设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施方式。虽然附图中显示了本公开的优选实施方式，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

本公开提供了一种租车违章管理方法，可以实现租车用户租车过程中，产生的违章结果信息自动定时获取、自动查询和自动推送违章信息，大大提高了违章信息管理效率，且降低租车客户和车行可能要承担的超期未处理缴费而产生进一步罚款的风险，简化了违章处理流程。

图1是本公开根据一示例性实施例示出的一种租车违章管理方法的流程图。

如图1所示，该方法可以应用于服务器端中，包括以下步骤：

在步骤101中，接收客户端录入的订单信息和车辆信息。

本步骤中的订单信息包括订单号码、取还车日期时间、用户联系手机等。

完成步骤101后，进入步骤102，根据订单中的车辆信息，获取对应的违章信息。

在优选的实施例中本步骤中，通过客户端录入的的车辆信息，采用定时任务程序的方式，对每一台车调用合法的第三方违章查询渠道接口进行车辆下未处理的违章记录进行查询。如果第三方接口查询到指定车辆下有违章记录，则返回对应的记录数据，包括车牌号、违章内容、违章发生时间、违章发生地点等。

之后，在步骤103中，根据违章信息中的日期，将违章信息与所述订单进行匹配。如果订单所对应的日期内，存在违章信息，则进入步骤104，发送所述违章信息至客户端或者订单对应的租车客户。

在104步骤中，可以服务器端直接将违章信息发送至订单中所记录的手机号码中，也可以将所述违章信息发送至客户端，也可以同时发给客户端和订单中的手机号码中。

由本实施例可见，本实施例首先根据客户端订单中的车辆信息，获取对应的违章信息；然后根据违章信息中的日期，将违章信息与所述订单进行匹配；最后，发送所述违章信息至客户端或者订单对应的租车客户。本实施例实现租车用户租车过程中，产生的违章结果信息自动定时获取、自动查询和自动推送违章，大大提高了违章信息管理效率，且降低租车客户和车行可能要承担的超期未处理缴费而产生进一步罚款的风险，简化了违章处理流程。

图2是本公开根据一示例性实施例示出的另一种租车违章管理方法的流程图。

如图2所示，该方法可以应用于客户端中，包括以下步骤：

步骤201，发送订单信息和车辆信息至服务器端。本步骤中的订单信息包括订单号码、取还车日期时间、用户联系手机等。

之后，步骤202，接收服务器端发送的根据违章信息中的日期将违章信息与所述订单进行匹配的匹配结果。

服务器端在接收到所述订单信息和车辆信息后，根据订单中的车辆信息，获取对应的违章信息。

在优选的实施例中本步骤中，通过客户端录入的的车辆信息，采用定时任务程序的方式，对每一台车调用合法的第三方违章查询渠道接口进行车辆下未处理的违章记录进行查询。如果第三方接口查询到指定车辆下有违章记录，则返回对应的记录数据，包括车牌号、违章内容、违章发生时间、违章发生地点等。

之后，服务器端会根据违章信息中的日期，将违章信息与所述订单进行匹配。

完成步骤202后，进入步骤203，根据预设的违章信息是否发送的开关的信息，判断所述违章信息是否发送至订单所对应的租车客户。

最后是步骤204，将所述判断结果发送给服务器端以供服务器端根据所述判断结果选择发送所述违章信息给订单所对应的租车客户或者不发送所述违章信息给订单所对应的租车客户。本步骤中，需要根据客户端用户预设的违章信息是否发送的开关，选择违章信息是否发送给租车用户。如果开关设置的是发送违章信息给租车用户，则服务器端会自动发送违章信息给租车用户，否则不发送违章信息给租车用户。

在优选的实施例中，还包括，在订单信息显示页面，突出显示订单对应的车辆的违章信息。

由本实施例可见，本公开一种租车违章管理方法，首先发送订单信息和车辆信息至服务器端；然后接收服务器端发送的根据违章信息中的日期，将违章信息与所述订单进行匹配的匹配结果；进一步，根据预设的违章信息是否发送的开关的信息和所述匹配结果，判断所述违章信息是否发送至订单所对应的租车客户；最后将所述判断结果发送给服务器端以供服务器端根据所述判断结果选择发送所述违章信息给订单所对应的租车客户或者不发送所述违章信息给订单所对应的租车客户。本实施例实现租车用户租车过程中，产生的违章结果信息自动定时获取、自动查询和自动推送违章，大大提高了违章信息管理效率，且降低租车客户和车行可能要承担的超期未处理缴费而产生进一步罚款的风险，简化了违章处理流程。

与前述应用功能实现方法实施例相对应，本公开还提供了一种租车违章管理装置及相应的实施例。

图3是本公开根据一示例性实施例示出的一种租车违章管理装置的示意图框图。

该装置可以是位于服务器中。参照图3，在一种租车违章管理装置中可以包括：查询单元31、匹配单元32和违章信息发送单元33。

查询单元31，用于根据订单中的车辆信息，获取对应的违章信息。

这里的的订单信息包括订单号码、取还车日期时间、用户联系手机等。

匹配单元32，用于根据违章信息中的日期，将违章信息与所述订单进行匹配。在优选的实施例中，匹配单元32通过客户端录入的的车辆信息，采用定时任务程序的方式，对每一台车调用合法的第三方违章查询渠道接口进行车辆下未处理的违章记录进行查询。如果第三方接口查询到指定车辆下有违章记录，则返回对应的记录数据，包括车牌号、违章内容、违章发生时间、违章发生地点等。

违章信息发送单元33，用于发送所述违章信息至客户端或者订单对应的租车客户。违章信息发送单元33可以直接将违章信息发送至订单中所记录的手机号码中，也可以将所述违章信息发送至客户端，也可以同时发给客户端和订单中的手机号码中。

由本实施例可见，本公开一种租车违章管理装置，根据订单中的车辆信息，获取对应的违章信息；然后根据违章信息中的日期，将违章信息与所述订单进行匹配；最后，发送所述违章信息至客户端或者订单对应的租车客户。本实施例实现租车用户租车过程中，产生的违章结果信息自动定时获取、自动查询和自动推送违章，大大提高了违章信息管理效率，且降低租车客户和车行可能要承担的超期未处理缴费而产生进一步罚款的风险，简化了违章处理流程。

图4是本公开根据一示例性实施例示出的另一种租车违章管理装置的示意图框图。

该装置可以是位于客户端或者网页端中。参照图4，在一种租车违章管理装置中可以包括：订单信息发送单元41、违章信息接收单元42、违章信息发送判断单元43和判断结果发送单元44。

订单信息发送单元41，用于发送订单信息和车辆信息至服务器端。这里的订单信息包括订单号码、取还车日期时间、用户联系手机等。

违章信息接收单元42，用于接收服务器端发送的根据违章信息中的日期将违章信息与所述订单进行匹配的匹配结果。

在优选的实施例中，服务器端在接收到所述订单信息和车辆信息后，根据订单中的车辆信息，获取对应的违章信息，即通过订单信息发送单元41发送的的车辆信息，采用定时任务程序的方式，对每一台车调用合法的第三方违章查询渠道接口进行车辆下未处理的违章记录进行查询。如果第三方接口查询到指定车辆下有违章记录，则第三方违章查询渠道返回对应的记录数据，包括车牌号、违章内容、违章发生时间、违章发生地点等。之后，服务器端会根据违章信息中的日期，将违章信息与所述订单进行匹配。

违章信息发送判断单元43，用于根据预设的违章信息是否发送的开关的信息和匹配结果，判断所述违章信息是否发送至订单所对应的租车客户。

判断结果发送单元44，用于将所述判断结果发送给服务器端以供服务器端根据所述判断结果选择发送所述违章信息给订单所对应的租车客户或者不发送所述违章信息给订单所对应的租车客户。

判断结果发送单元44，需要根据客户端用户预设的违章信息是否发送的开关，选择违章信息是否发送给租车用户。如果开关设置的是发送违章信息给租车用户，则服务器端会自动发送违章信息给租车用户，否则不发送违章信息给租车用户。

在优选的实施例中，还包括，违章结果显示单元(图中未示出)，用于在订单信息显示页面，突出显示订单对应的车辆的违章信息。

由本实施例可见，本公开一种租车违章管理装置，发送订单信息和车辆信息至服务器端；然后接收服务器端发送的根据违章信息中的日期，将违章信息与所述订单进行匹配的匹配结果；进一步，根据预设的违章信息是否发送的开关的信息和所述匹配结果，判断所述违章信息是否发送至订单所对应的租车客户；最后将所述判断结果发送给服务器端以供服务器端根据所述判断结果选择发送所述违章信息给订单所对应的租车客户或者不发送所述违章信息给订单所对应的租车客户。本实施例实现租车用户租车过程中，产生的违章结果信息自动定时获取、自动查询和自动推送违章，大大提高了违章信息管理效率，且降低租车客户和车行可能要承担的超期未处理缴费而产生进一步罚款的风险，简化了违章处理流程。

图5是根据一示例性实施例示出的一种计算设备的结构示意图，该计算设备可用于实现上述租车违章管理方法。

参见图5，计算设备1000包括存储器1010和处理器1020。

处理器1020可以是一个多核的处理器，也可以包含多个处理器。在一些实施例中，处理器1020可以包含一个通用的主处理器以及一个或多个特殊的协处理器，例如图形处理器(gpu)、数字信号处理器(dsp)等等。在一些实施例中，处理器1020可以使用定制的电路实现，例如特定用途集成电路(asic，applicationspecificintegratedcircuit)或者现场可编程逻辑门阵列(fpga，fieldprogrammablegatearrays)。

存储器1010可以包括各种类型的存储单元，例如系统内存、只读存储器(rom)，和永久存储装置。其中，rom可以存储处理器1020或者计算机的其他模块需要的静态数据或者指令。永久存储装置可以是可读写的存储装置。永久存储装置可以是即使计算机断电后也不会失去存储的指令和数据的非易失性存储设备。在一些实施方式中，永久性存储装置采用大容量存储装置(例如磁或光盘、闪存)作为永久存储装置。另外一些实施方式中，永久性存储装置可以是可移除的存储设备(例如软盘、光驱)。系统内存可以是可读写存储设备或者易失性可读写存储设备，例如动态随机访问内存。系统内存可以存储一些或者所有处理器在运行时需要的指令和数据。此外，存储器1010可以包括任意计算机可读存储媒介的组合，包括各种类型的半导体存储芯片(dram，sram，sdram，闪存，可编程只读存储器)，磁盘和/或光盘也可以采用。在一些实施方式中，存储器1010可以包括可读和/或写的可移除的存储设备，例如激光唱片(cd)、只读数字多功能光盘(例如dvd-rom，双层dvd-rom)、只读蓝光光盘、超密度光盘、闪存卡(例如sd卡、minsd卡、micro-sd卡等等)、磁性软盘等等。计算机可读存储媒介不包含载波和通过无线或有线传输的瞬间电子信号。

存储器1010上存储有可执行代码，当可执行代码被处理器1020处理时，可以使处理器1020执行上文述及的上述方法。

上文中已经参考附图详细描述了根据本公开的上述方法。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

此外，根据本公开的方法还可以实现为一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括用于执行本发明的上述方法中限定的上述各步骤的计算机程序代码指令。

或者，本公开还可以实施为一种非暂时性机器可读存储介质(或计算机可读存储介质、或机器可读存储介质)，其上存储有可执行代码(或计算机程序、或计算机指令代码)，当所述可执行代码(或计算机程序、或计算机指令代码)被电子设备(或计算设备、服务器等)的处理器执行时，使所述处理器执行根据本发明的上述方法的各个步骤。

本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。

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

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。