CN110503492A - 停车发票管理方法、装置及系统 - Google Patents

Abstract

本公开提供一种停车发票管理方法、装置及系统，涉及停车管理技术领域，能够解决现有停车费用发票生成方法效率较低且成本高的问题。具体技术方案为：获取目标用户账户的停车支付记录；判断目标用户账户的停车支付记录是否满足开票条件；在目标用户账户的停车支付记录满足开票条件时，对目标用户账户的停车支付记录进行分类汇总，得到支付账号与车场运营方相对应的开票信息；当开票信息为多个时，将多个开票信息分别发送给对应的车场运营方的开票服务器，以使得多个开票服务器根据接收到的对应的开票信息分别生成电子发票；接收多个开票服务器发送的多张电子发票，并将多张电子发票发送至目标用户账户对应的电子地址。本发明用于电子发票的开具。

Description

停车发票管理方法、装置及系统

技术领域

本公开涉及停车技术领域，尤其涉及一种停车发票管理方法、装置及系统。

背景技术

目前，大部分停车场系统采用车牌的自动识别来进行计费，即车主驾驶车辆进入停车场时，停车场系统通过摄像头拍摄车牌号，自动识别车牌号和进场时间，同理，车主驾驶车辆离开停车场时，通过摄像头拍摄车牌号，自动识别车牌号和离场时间，实现自动计费。当成功计费后，由停车场的工作人员开具对应金额的纸质发票给车主。因此，现在发票生成方法不够智能，且人力成本高。

发明内容

本公开实施例提供一种停车发票管理方法、装置及系统，能够解决现有停车费用发票生成方法效率较低且成本高的问题。所述技术方案如下：

根据本公开实施例的第一方面，提供一种停车发票管理方法，该方法包括：

获取目标用户账户的停车支付记录，每个停车支付记录包括目标用户账户的账户标识、支付账号、支付金额以及车牌号、车场标识、车场运营方标识中的至少一项，目标用户账户与至少一个支付账号对应，目标用户账户与至少一个车牌号对应；

判断目标用户账户的停车支付记录是否满足开票条件；

在目标用户账户的停车支付记录满足开票条件时，对目标用户账户的停车支付记录进行分类汇总，得到支付账号与车场运营方对应的多组开票信息；

将多组开票信息分别发送给车场运营方关联的开票服务器，以使得开票服务器根据接收到的开票信息分别生成电子发票；

接收开票服务器发送的电子发票，并将电子发票发送至目标用户账户对应的电子地址。

能够实现在同一个用户账户下开出不同车场运营方的发票，无需人为操作，降低停车发票的生产成本。

在一个实施例中，在目标用户账户的停车支付记录满足开票条件时，对目标用户账号的停车支付记录按车场运营方标识进行分类汇总，得到支付账号与车场运营方对应的多组开票信息包括：

当存在多个支付账号时，所述多个支付账号按任意数量合并对应一个或多个买方信息；

由车场运营方标识得到预先保存的车场运营方信息；

当存在多个车场运营方时，将买方信息在不同车场运营方下的停车支付记录分别进行汇总，得到和买方信息以及车场运营方相关的开票金额；

至少有买方信息、车场运营方信息和开票金额得到开票信息。

在一个实施例中，判断目标用户账户的停车支付记录是否满足开票条件包括：

判断目标用户账户中每个支付账号的未开发票金额是否累计达到各自对应的预设累计金额；

或者，判断每个支付账号的未开发票的时间周期是否达到预设天数；

或者，判断每个支付账号的开票日期是否到达预设的开票日期。

在一个实施例中，在目标用户账户的停车支付记录满足开票条件时，对目标用户账户的停车支付记录进行分类汇总，得到支付账号与车场运营方对应的多组开票信息包括：

在目标用户账户的任一支付账号满足各自对应的开票条件时，对支付账号中未开发票的停车支付记录按照车场运营方进行分类汇总，得到支付账号在多个车场运营方的开票金额；

获取支付账号对应的买方信息和每个车场运营方对应的卖方信息；

根据买方信息、卖方信息以及对应的开票金额，生成支付账号与多个车场运营方的开票信息。

对满足开票条件的支付账号按照车场运营方进行分类汇总，一个支付账号与多个车场运营方对应，能够实现一个支付账号开出多个不同运营方的发票。

在一个实施例中，判断目标用户账户的停车支付记录是否满足开票条件包括：

判断目标用户账号中每个车场运营方未开发票金额是否累计达到各自对应的预设金额；

或者，判断每个车场运营方未开发票的时间周期是否达到各自对应的预设天数；

或者，判断每个车场运营方的开票日期是否到达各自对应的预设开票日期。

在一个实施例中，在目标用户账户的停车支付记录满足开票条件时，对目标用户账户的停车支付记录进行分类汇总，得到支付账号与车场运营方对应的多组开票信息包括：

在目标用户账户的任一车场运营方满足各自对应的开票条件时，对车场运营方未开发票的停车支付记录按照支付账号进行分类汇总，得到车场运营方与多个支付账号对应的开票金额；

获取每个支付账号对应的买方信息和车场运营方对应的卖方信息；

根据买方信息、卖方信息以及对应的开票金额，生成车场运营方与多个支付账号相对应的开票信息。

对满足开票条件的车场运营方按照支付账号进行分类汇总，一个车场运营方收到多个不同支付账号的支付金额，能够实现一个车场运营方为多个支付账号开具对应的发票。

在一个实施例中，至少一个电子发票中所有电子发票的总额与本次开票对应的停车支付记录中的总额相等。

根据本公开实施例的第二方面，提供一种停车发票管理装置，包括：

获取模块，用于获取目标用户账户的停车支付记录，每个停车支付记录包括目标用户账户的账户标识、支付账号、支付金额以及车牌号、车场标识、车场运营方标识中的至少一项，目标用户账户与至少一个支付账号对应，目标用户账户与至少一个车牌号对应；

判断模块，用于判断目标用户账户的停车支付记录是否满足开票条件；

处理模块，用于在目标用户账户的停车支付记录满足开票条件时，对目标用户账户的停车支付记录进行分类汇总，得到支付账号与车场运营方相对应的多组开票信息；

发送模块，用于将多组开票信息分别发送给车场运营方关联的开票服务器，以使得开票服务器根据接收到的开票信息分别生成电子发票；

接收模块，用于接收开票服务器发送的电子发票，并将电子发票发送至目标用户账户对应的电子地址。

在一个实施例中，处理模块，用于当存在多个支付账号时，多个支付账号按任意数量合并对应一个或多个买方信息；由车场运营方标识得到预先保存的车场运营方信息；当存在多个车场运营方时，将买方信息在不同车场运营方下的停车支付记录分别进行汇总，得到和买方信息及车场运营方相关的开票金额；至少由买方信息、车场运营方信息和开票金额得到开票信息。

在一个实施例中，判断模块，用于判断目标用户账户中每个支付账号的未开发票金额是否累计达到各自对应的预设累计金额；或者，判断每个支付账号的未开发票的时间周期是否达到预设天数；或者，判断每个支付账号的开票日期是否到达预设的开票日期。

在一个实施例中，处理模块包括：分类子模块、获取子模块和生成子模块；

分类子模块，用于在目标用户账户的任一支付账号满足各自对应的开票条件时，对支付账号中未开发票的停车支付记录按照车场运营方进行分类汇总，得到支付账号在多个车场运营方的开票金额；

获取子模块，用于获取支付账号对应的买方信息和每个车场运营方对应的卖方信息；

生成子模块，用于根据买方信息、卖方信息以及对应的开票金额，生成支付账号与多个车场运营方的开票信息。

在一个实施例中，判断模块，用于判断目标用户账号中每个车场运营方未开发票金额是否累计达到各自对应的预设金额；或者，判断每个车场运营方未开发票的时间周期是否达到各自对应的预设天数；或者，判断每个车场运营方的开票日期是否到达各自对应的预设开票日期。

在一个实施例中，分类子模块，用于在目标用户账户的任一车场运营方满足各自对应的开票条件时，对车场运营方未开发票的停车支付记录按照支付账号进行分类汇总，得到车场运营方与多个支付账号对应的开票金额；

获取子模块，用于获取每个支付账号对应的买方信息和车场运营方对应的卖方信息；

生成子模块，用于根据买方信息、卖方信息以及对应的开票金额，生成车场运营方与多个支付账号相对应的开票信息。

在一个实施例中，至少一个电子发票中所有电子发票的总额与本次开票对应的停车支付记录中的总额相等。

根据本公开实施例的第三方面，提供一种停车发票管理设备，该停车发票的管理设备包括处理器和存储器，存储器中存储有至少一条计算机指令，该指令由处理器加载并执行以实现第一方面以及第一方面的任一实施例所描述的停车发票管理方法中所执行的步骤。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，该存储介质中存储有至少一条计算机指令，指令由处理器加载并执行以实现第一方面以及第一方面的任一实施例所描述的停车发票管理方法中所执行的步骤。

根据本公开实施例的第五方面，提供一种停车发票管理系统，包括：云服务器和至少一个开票服务器，云服务器与每个开票服务器通信连接；

云服务器，用于获取目标用户账户的停车支付记录，每个停车支付记录包括目标用户账户的账户标识、支付账号、支付金额以及车牌号、车场标识、车场运营方标识中的至少一项，目标用户账户与至少一个支付账号对应，目标用户账户与至少一个车牌号对应；判断目标用户账户的停车支付记录是否满足开票条件；在目标用户账户的停车支付记录满足开票条件时，对目标用户账户的停车支付记录进行分类汇总，得到支付账号与车场运营方对应的多组开票信息；将多组开票信息分别发送给车场运营方关联的开票服务器；

开票服务器，用于根据接收到的开票信息分别生成电子发票，并发送给云服务器；

云服务器，用于将电子发票发送至目标用户账户对应的电子地址。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是本公开实施例提供的一种停车发票的管理方法的流程图；

图2是本公开实施例提供的一种停车发票的管理装置的结构图；

图3是本公开实施例提供的一种停车发票的管理装置的结构图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开实施例提供一种停车发票管理系统，该系统包括智能管理系统和开票系统，智能管理系统包括云服务器，开票系统中包括至少一个开票服务器，每个开票服务器有各自独立的发票账号，云服务器与每个开票服务器通信连接。具体的，智能管理系统管理多个属于不同运营商的停车场，用户的停车缴费数据在停车场智能管理系统的云服务器中存储，云服务器与各具有独立发票账号的停车场运营商的电子发票开票服务器通信连接，用户的停车缴费数据按照用户账号进行归类。本公开可对电子发票的开发票状态预先设置为人工自助或机器自动，其中，人工自助是用户按需求借助于智能终端中的用户程序通过选择未开发票的停车支付记录或消费记录来完成；机器自动是按用户预先设定的电子发票应满足的条件达到时由系统根据已支付但未开发票的停车支付记录或消费金额总和自动开票。当然，在机器自动开票的状态下，用户可根据需要随时进行人工自助开票。

本公开实施例提供一种停车发票管理方法，该停车发票管理方法包括：获取目标用户账户的停车支付记录；判断目标用户账户的停车支付记录是否满足开票条件；在目标用户账户的停车支付记录满足开票条件时，对目标用户账户的停车支付记录进行分类汇总，得到支付账号与车场运营方相对应的开票信息；当开票信息为多个时，将多个开票信息分别发送给对应的车场运营方的开票服务器，以使得多个开票服务器根据接收到的对应的开票信息分别生成电子发票；接收多个开票服务器发送的多张电子发票，并将多张电子发票发送至目标用户账户对应的电子地址。对于对目标用户账户的停车支付记录进行分类汇总包括：对目标用户账户的停车支付记录首先按照车场运营方标识进行分类汇总，当存在多个支付账号时，多个支付账号按任意数量合并对应一个或多个买方信息，由车场运营方标识得到预先保存的车场运营方信息，当存在多个车场运营方时，将买方信息在不同车场运营方下的停车支付记录分别进行汇总，得到和买方信息及车场运营方相关的开票金额；至少由买方信息、车场运营方信息和开票金额得到开票信息。

如图1所示，该停车发票管理方法包括以下步骤：

101、获取目标用户账户的停车支付记录。

每个停车支付记录包括目标用户账户的账户标识、支付账号、支付金额、车牌号、车场标识、车场所属运营方中的一个或多个，目标用户账户与至少一个支付账号对应，目标用户账户与至少一个车牌号对应。需要说明的是，目标用户账户指代任意一个用户账户，本公开只是以目标用户账户为例进行说明，目标并不代表任何局限；另外，每个车场所属的运营方可以相同，也可以不同。

以目标用户账户为张三，目标用户账户与两个支付账号(账户1和账户2)对应，目标用户账户与两个车牌号(沪A123456、京B123456)对应，参考下表1所示，目标用户账户的停车支付记录如下：

表1

从表1中可以看出，一个用户账户与多个支付账号对应，一个用户账户可以与多个车辆进行绑定，因此，每个支付账号可以在不同的车场为不同的车辆进行费用支付。同时，车场B和车场C虽然属于不同的车场，但是所属的运营方是相同的，均为运营方B。

102、判断目标用户账户的停车支付记录是否满足开票条件。

在本实施例中，智能管理系统根据目标用户账户的停车支付记录，从中选取已缴费但未开发票的停车支付记录，确定该停车支付记录是否满足开票条件。其中，开票条件是车主或者管理人员预先设置的电子发票自动开具的触发条件。

在本公开第一个示例中，判断目标用户账户的停车支付记录是否满足开票条件包括：

判断目标用户账户中每个支付账号的未开发票金额是否累计达到各自对应的预设金额；

或者，判断每个支付账号未开票发票的时间周期是否达到各自对应的预设天数；

或者，判断当前日期是否达到每个支付账号各自对应的预设开票日期。

具体的，若开票条件为每个支付账号未开票发票的金额达到各自对应的预设金额，则触发开电子发票的指令，即执行后续步骤103。智能管理系统根据目标用户账户的停车支付记录，判断目标用户账户的每个支付账号对应的未开发票金额是否累积达到预设金额，若未开发票金额累积达到预设金额，则未开发票金额满足开票条件，触发电子发票的开具指令。可以理解的，若未开发票金额未达到预设金额，则将未开发票记录继续保存，并在下一次车主支付之后累积下一次的支付金额。

若开票条件为每个支付账号未开票发票的时间周期达到各自对应的预设天数，则触发开电子发票的指令。智能管理系统根据获取目标用户账户的停车支付记录，判断每个支付账号上一次开具发票的开票时间与当前时间之间的时间周期是否达到预设天数，若上一次开具发票的开票时间与当前时间之间的时间周期达到预设天数，则目标用户账户的停车支付记录满足开票条件，触发开电子发票的指令。其中，预设天数可以根据实际情况进行设置，比如一周开一次发票、一个月开一次发；如果用户通过人工自助选择未开票的支付记录进行发票开机，则按照人工开票的时间重新开始进行计算时间周期。

若开票条件为当前日期达到每个支付账号各自对应的预设开票日期，则触发开电子发票的指令。智能管理系统根据获取目标用户账户的停车支付记录，判断当前日期是否为预设开票日期，若当前日期为预设开票日期，则目标用户账户的停车支付记录满足开票条件。其中，预设开票日期可以根据实际情况进行设置，比如每月1号开具上个月的支付金额。

在本公开第二个示例中，判断目标用户账户的停车支付记录是否满足开票条件包括：

判断目标用户账户的每个车场运营商未开发票金额是否累计达到各自对应的预设金额；

或者，判断每个车场运营商未开发票的时间周期是否达到各自对应的预设天数；

或者，判断当前日期是否达到每个车场运营商各自对应的预设开票日期。

具体的，若开票条件为每个车场运营方未开票发票的金额达到各自对应的预设金额，则触发开电子发票的指令，即执行后续步骤103。智能管理系统根据目标用户账户的停车支付记录，判断每个车场运营方对应的未开发票金额是否累积达到预设金额，若未开发票金额累积达到预设金额，则未开发票金额满足开票条件，触发电子发票的开具指令。可以理解的，若未开发票金额未达到预设金额，则不触发电子发票的开具指令，未开发票记录继续保存，并在下一次车主支付之后累积下一次的支付金额。

若开票条件为每个车场运营方未开票发票的时间周期达到各自对应的预设天数，则触发开电子发票的指令。智能管理系统根据获取目标用户账户的停车支付记录，判断每个车场运营方上一次开具发票的开票时间与当前时间之间的时间周期是否达到预设天数，若上一次开具发票的开票时间与当前时间之间的时间周期达到预设天数，则目标用户账户的停车支付记录满足开票条件，触发开电子发票的指令。其中，预设天数可以根据实际情况进行设置，比如一周开一次发票、一个月开一次发；如果用户通过人工自助选择未开票的支付记录进行发票开机，则按照人工开票的时间重新开始进行计算时间周期。

若开票条件为当前日期达到每个车场运营方各自对应的预设开票日期，则触发开电子发票的指令。智能管理系统根据获取目标用户账户的停车支付记录，判断当前日期是否为预设开票日期，若当前日期为预设开票日期，则目标用户账户的停车支付记录满足开票条件，触发开电子发票的指令。其中，预设开票日期可以根据实际情况进行设置，比如每月1号开具上个月的支付金额。

103、在目标用户账户的停车支付记录满足开票条件时，对目标用户账户的停车支付记录进行分类汇总，得到支付账号与车场运营方相对应的多个开票信息。

每个开票信息包括与支付账号对应的买方信息、与车场运营方对应的卖方信息和开票金额。由于每个支付账号可以在不同的车场为不同的车辆进行费用支付，而在开发票时，需要明确付款方和收款方，在本公开实施例中，支付账号对应付款方，车场运营方对应收款方，因此，在目标用户账户的停车支付记录满足开票条件时，对目标用户账户的停车支付记录进行分类汇总，能够得到支付账号与车场运营方相对应的多个开票信息。在本公开实施例中，以每个支付账号分别对应一个买方信息为例，当然存在多个支付账号对应同一个买方信息的情况。

在第一个示例中，在目标用户账户的停车支付记录满足开票条件时，对目标用户账户的停车支付记录进行分类汇总，得到支付账号与车场运营方相对应的多个开票信息包括：

在目标用户账户的任一支付账号满足各自对应的开票条件时，对该支付账号未开发票的停车支付记录按照车场运营方进行分类汇总，得到该支付账号在多个车场运营方的开票金额；

获取支付账号对应的买方信息和每个车场运营方对应的卖方信息；

根据买方信息、卖方信息以及对应的开票金额，生成支付账号与车场运营方相对应的多个开票信息。

其中，支付账号作为付款方，运营方作为收款方，以支付账号作为基准，在支付账号已支付但未开发票的停车支付记录满足开票条件时，一个支付账号与多个运营方对应，因此，可以得到一个支付账号与多个运营方对应的开票信息。

结合步骤102中第一个示例所描述的，假设每个支付账号未开发票的累计金额达到各自对应的预设金额，对表1进行分类汇总得到下述表2所示的开票信息。在本公开实施例中，与支付账号对应的买方信息用支付账号的标识说明，与车场运营方对应的卖方信息用车场运营方的标识说明，此处仅为示例性说明。在具体的开票过程中，买方信息包括名称、纳税人识别号、地址、电话、开户行及账号、商品名称或经营项目、计量单位、数量、单价、金额，以及大小写金额、经手人、单位印章、开票日期等。

表2

结合表1和表2中可以看出，支付账号1总计消费130元，而运营方A为支付账号1开具的70元发票，运营方B为支付账号1开具的60元发票，也就是说，运营方为支付账户1所开发票的总额与支付账号1对应的停车支付记录的总额相等；支付账号2总计消费130元，而运营方A为支付账号2开具的80元发票，运营方B为支付账号2开具的50元发票，也就是说，运营方为支付账户2所开发票的总额与支付账号2对应的停车支付记录的总额相等。

在第二个示例中，在目标用户账户的停车支付记录满足开票条件时，对目标用户账户的停车支付记录进行分类汇总，得到支付账号与车场运营方相对应的多个开票信息包括：

在任一车场运营方未开发票的停车支付记录满足各自对应的开票条件时，对车场运营方未开发票的停车支付记录按照支付账号进行分类汇总，得到车场运营方与多个支付账号对应的开票金额；

获取每个支付账号的买方信息和车场运营方的卖方信息；

根据买方信息、卖方信息以及对应的开票金额，生成车场运营方与多个支付账号相对应的开票信息。

其中，以车场运营方作为基准，在运营方已收取但未开发票的停车支付记录满足开票条件时，一个运营方与多个支付账号对应，因此，可以得到一个运营方与多个支付账号相对应的开票信息。

结合步骤102中第二个示例所描述的，假设每个车场运营方未开发票的累计金额达到各自对应的预设金额，对表1进行分类汇总得到下述表3所示的开票信息。在本公开实施例中，与支付账号对应的买方信息用支付账号的标识说明，与车场运营方对应的卖方信息用车场运营方的标识说明，此处仅为示例性说明。

表3

结合表1和表3中可以看出，运营方A总计收到150元，分别来自支付账户1的70元和支付账户2的80元，因此，运营方A为支付账号1开具的70元发票，运营方A为支付账号2开具的80元发票，即运营方A为支付账户1和支付账户2所开发票的总额与运营方A对应的停车支付记录的总额相等；运营方B总计收到110元，分别来自支付账户1的60元和支付账户2的50元，因此，运营方B为支付账号1开具的60元发票，运营方B为支付账号2开具的50元发票，即运营方B为支付账户1和支付账户2所开发票的总额与运营方B对应的停车支付记录的总额相等。

104、将多个开票信息分别发送给车场运营方关联的开票服务器，以使得开票服务器根据接收到的开票信息分别生成电子发票。

每个车场运营方都有各自对应的开票服务器，由于每个开票信息中包含有车场运营方的信息，因此，根据开票信息中车厂运营方的信息，将开票信息发送给对应的车厂运营方的开票服务器。

以表2中账号1为例，账号1中有两个开票信息，将账号1-运营方A-70元的开票信息发生给与运营方A对应的开票服务器A，开票服务器A生产对应的电子发票，同时，将账号1-运营方B-60元的开票信息发生给与运营方B对应的开票服务器B，开票服务器B生产对应的电子发票。

105、接收开票服务器发送的电子发票，并将电子发票发送至目标用户账户对应的电子地址。

智能管理系统在接收到开票服务器发送的电子发票后，可以根据目标用户账户对应的电子邮箱，将电子发票发送给对应的邮箱。

本公开实施例提供的停车发票管理方法，获取目标用户账户的停车支付记录；判断目标用户账户的停车支付记录是否满足开票条件；在目标用户账户的停车支付记录满足开票条件时，对目标用户账户的停车支付记录进行分类汇总，得到支付账号与车场运营方相对应的开票信息；当开票信息为多个时，将多个开票信息分别发送给对应的车场运营方的开票服务器，以使得多个开票服务器根据接收到的对应的开票信息分别生成电子发票；接收多个开票服务器发送的多张电子发票，并将多张电子发票发送至目标用户账户对应的电子地址。本公开实施例通过对目标用户账户下不同支付账号或不同车场运营方是否满足开票条件的判断，在满足开票条件时，能够实现在同一个用户账户下开出不同车场运营方的发票，无需人为操作，降低停车发票的生产成本。

基于上述图1对应的实施例中所描述的停车发票管理方法，下述为本公开装置实施例，可以用于执行本公开方法实施例。

本公开实施例提供一种停车发票管理装置，如图2所示，该停车发票管理装置20包括：获取模块201、判断模块202、处理模块203、发送模块204和接收模块205；

获取模块201，用于获取目标用户账户的停车支付记录，每个停车支付记录包括目标用户账户的账户标识、支付账号、支付金额以及车牌号、车场标识、车场运营方中的至少一项，目标用户账户与至少一个支付账号对应，目标用户账户与至少一个车牌号对应；

判断模块202，用于判断目标用户账户的停车支付记录是否满足开票条件；

处理模块203，用于在目标用户账户的停车支付记录满足开票条件时，对目标用户账户的停车支付记录进行分类汇总，得到支付账号与车场运营方相对应的多个开票信息；

发送模块204，用于将多组开票信息分别发送给车场运营方关联的开票服务器，以使得开票服务器根据接收到的开票信息分别生成电子发票；

接收模块205，用于接收开票服务器发送的电子发票，并将电子发票发送至目标用户账户对应的电子地址。

在一个实施例中，处理模块203，用于当存在多个支付账号时，多个支付账号按任意数量合并对应一个或多个买方信息；由车场运营方标识得到预先保存的车场运营方信息；当存在多个车场运营方时，将买方信息在不同车场运营方下的停车支付记录分别进行汇总，得到和买方信息及车场运营方相关的开票金额；至少由买方信息、车场运营方信息和开票金额得到开票信息。

在一个实施例中，判断模块202，用于判断目标用户账户中每个支付账号的未开发票金额是否累计达到各自对应的预设累计金额；或者，判断每个支付账号的未开发票的时间周期是否达到预设天数；或者，判断每个支付账号的开票日期是否到达预设的开票日期。

在一个实施例中，如图3所示，处理模块203包括：分类子模块2031、获取子模块2032和生成子模块2033

分类子模块2031，用于在目标用户账户的任一支付账号满足各自对应的开票条件时，对支付账号中未开发票的停车支付记录按照车场运营方进行分类汇总，得到支付账号在多个车场运营方的开票金额；

获取子模块2032，用于获取支付账号对应的买方信息和每个车场运营方对应的卖方信息；

生成子模块2033，用于根据买方信息、卖方信息以及对应的开票金额，生成一个支付账号与多个车场运营方的开票信息。

在一个实施例中，判断模块202，用于判断目标用户账号中每个车场运营方未开发票金额是否累计达到各自对应的预设金额；或者，判断每个车场运营方未开发票的时间周期是否达到各自对应的预设天数；或者，判断每个车场运营方的开票日期是否到达各自对应的预设开票日期。

在一个实施例中，分类子模块2031，用于在目标用户账户的任一车场运营方满足各自对应的开票条件时，对车场运营方未开发票的停车支付记录按照支付账号进行分类汇总，得到车场运营方与多个支付账号对应的开票金额；

获取子模块2032，用于获取每个支付账号对应的买方信息和车场运营方对应的卖方信息；

生成子模块2033，用于根据买方信息、卖方信息以及对应的开票金额，生成车场运营方与多个支付账号相对应的开票信息。

在一个实施例中，至少一个电子发票中所有电子发票的总额与本次开票对应的停车支付记录中的总额相等。

本公开实施例提供的停车发票管理装置，获取目标用户账户的停车支付记录；判断目标用户账户的停车支付记录是否满足开票条件；在目标用户账户的停车支付记录满足开票条件时，对目标用户账户的停车支付记录进行分类汇总，得到支付账号与车场运营方相对应的开票信息；当开票信息为多个时，将多个开票信息分别发送给对应的车场运营方的开票服务器，以使得多个开票服务器根据接收到的对应的开票信息分别生成电子发票；接收多个开票服务器发送的多张电子发票，并将多张电子发票发送至目标用户账户对应的电子地址。本公开实施例通过对目标用户账户下不同支付账号或不同车场运营方是否满足开票条件的判断，在满足开票条件时，能够实现在同一个用户账户下开出不同车场运营方的发票，无需人为操作，降低停车发票的生产成本。

基于上述图1对应的实施例中所描述的停车发票管理方法，本公开实施例还提供一种停车发票管理设备，该停车发票的管理设备包括处理器和存储器，存储器中存储有至少一条计算机指令，指令由处理器加载并执行上述图1对应的实施例中所描述的停车发票管理方法，此处不再赘述。

基于上述图1对应的实施例中所描述的停车发票管理方法，本公开实施例还提供一种计算机可读存储介质，例如，非临时性计算机可读存储介质可以是只读存储器(英文：Read Only Memory，ROM)、随机存取存储器(英文：Random Access Memory，RAM)、CD-ROM、磁带、软盘和光数据存储装置等。该存储介质上存储有计算机指令，用于执行上述图1对应的实施例中所描述的停车发票管理方法，此处不再赘述。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

Claims (11)

1.一种停车发票管理方法，其特征在于，所述方法包括：

获取目标用户账户的停车支付记录，所述每个停车支付记录包括所述目标用户账户的账户标识、支付账号、支付金额以及车牌号、车场标识、车场运营方标识中的至少一项，所述目标用户账户与至少一个支付账号对应，所述目标用户账户与至少一个车牌号对应；

判断所述目标用户账户的停车支付记录是否满足开票条件；

在所述目标用户账户的停车支付记录满足开票条件时，对所述目标用户账户的停车支付记录进行分类汇总，得到支付账号与车场运营方对应的多组开票信息；

将所述多组开票信息分别发送给车场运营方关联的开票服务器，以使得所述开票服务器根据接收到的开票信息分别生成电子发票；

接收所述开票服务器发送的电子发票，并将所述电子发票发送至所述目标用户账户对应的电子地址。

2.根据权利要求1所述的方法，其特征在于，所述在所述目标用户账户的停车支付记录满足开票条件时，对所述目标用户账户的停车支付记录进行分类汇总，得到支付账号与车场运营方对应的多组开票信息包括：

当存在多个支付账号时，所述多个支付账号按任意数量合并对应一个或多个买方信息；

由车场运营方标识得到预先保存的车场运营方信息；

当存在多个车场运营方时，将所述买方信息在不同车场运营方下的停车支付记录分别进行汇总，得到和所述买方信息及车场运营方相关的开票金额；

至少由买方信息、车场运营方信息和开票金额得到开票信息。

3.根据权利要求1所述的方法，其特征在于，所述判断所述目标用户账户的停车支付记录是否满足开票条件包括：

判断所述目标用户账户中每个支付账号的未开发票金额是否累计达到各自对应的预设累计金额；

或者，判断所述每个支付账号的未开发票的时间周期是否达到预设天数；

或者，判断所述每个支付账号的开票日期是否到达预设的开票日期。

4.根据权利要求3所述的方法，其特征在于，所述在所述目标用户账户的停车支付记录满足开票条件时，对所述目标用户账户的停车支付记录进行分类汇总，得到支付账号与车场运营方对应的多组开票信息包括：

在所述目标用户账户的任一支付账号满足各自对应的开票条件时，对所述支付账号中未开发票的停车支付记录按照车场运营方进行分类汇总，得到所述支付账号在多个车场运营方的开票金额；

获取所述支付账号对应的买方信息和每个车场运营方对应的卖方信息；

根据所述买方信息、所述卖方信息以及对应的开票金额，生成所述支付账号与多个车场运营方的开票信息。

5.根据权利要求1所述的方法，其特征在于，所述判断所述目标用户账户的停车支付记录是否满足开票条件包括：

判断所述目标用户账号中每个车场运营方未开发票金额是否累计达到各自对应的预设金额；

或者，判断所述每个车场运营方未开发票的时间周期是否达到各自对应的预设天数；

或者，判断所述每个车场运营方的开票日期是否到达各自对应的预设开票日期。

6.根据权利要求5所述的方法，其特征在于，所述在所述目标用户账户的停车支付记录满足开票条件时，对所述目标用户账户的停车支付记录进行分类汇总，得到支付账号与车场运营方对应的多组开票信息包括：

在所述目标用户账户的任一车场运营方满足各自对应的开票条件时，对所述车场运营方未开发票的停车支付记录按照支付账号进行分类汇总，得到所述车场运营方与多个支付账号对应的开票金额；

获取所述每个支付账号对应的买方信息和所述车场运营方对应的卖方信息；

根据所述买方信息、所述卖方信息以及对应的开票金额，生成车场运营方与多个支付账号相对应的开票信息。

7.根据权利要求1所述的方法，其特征在于，所述至少一个电子发票中所有电子发票的总额与本次开票对应的停车支付记录中的总额相等。

8.一种停车发票管理装置，其特征在于，包括：

获取模块，用于获取目标用户账户的停车支付记录，所述每个停车支付记录包括所述目标用户账户的账户标识、支付账号、支付金额以及车牌号、车场标识、车场运营方标识中的至少一项，所述目标用户账户与至少一个支付账号对应，所述目标用户账户与至少一个车牌号对应；

判断模块，用于判断所述目标用户账户的停车支付记录是否满足开票条件；

处理模块，用于在所述目标用户账户的停车支付记录满足开票条件时，对所述目标用户账户的停车支付记录进行分类汇总，得到支付账号与车场运营方对应的多组开票信息；

发送模块，用于将所述多组开票信息分别发送给车场运营方关联的开票服务器，以使得所述开票服务器根据接收到的开票信息分别生成电子发票；

接收模块，用于接收所述开票服务器发送的电子发票，并将所述电子发票发送至所述目标用户账户对应的电子地址。

9.一种停车发票管理设备，其特征在于，所述停车发票的管理设备包括处理器和存储器，所述存储器中存储有至少一条计算机指令，所述指令由所述处理器加载并执行以实现权利要求1至权利要求7任一项所述的停车发票管理方法中所执行的步骤。

10.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条计算机指令，所述指令由处理器加载并执行以实现权利要求1至权利要求7任一项所述的停车发票管理方法中所执行的步骤。

11.一种停车发票管理系统，其特征在于，包括：云服务器和至少一个开票服务器，所述云服务器与每个开票服务器通信连接；

所述云服务器，用于获取目标用户账户的停车支付记录，所述每个停车支付记录包括所述目标用户账户的账户标识、支付账号、支付金额以及车牌号、车场标识、车场运营方标识中的至少一项，所述目标用户账户与至少一个支付账号对应，所述目标用户账户与至少一个车牌号对应；判断所述目标用户账户的停车支付记录是否满足开票条件；在所述目标用户账户的停车支付记录满足开票条件时，对所述目标用户账户的停车支付记录进行分类汇总，得到支付账号与车场运营方对应的多组开票信息；将所述多组开票信息分别发送给车场运营方关联的开票服务器；

所述开票服务器，用于根据接收到的开票信息分别生成电子发票，并发送给所述云服务器；

所述云服务器，用于将所述电子发票发送至所述目标用户账户对应的电子地址。