CN116703493A - 一种发票数量监控方法、装置、电子设备和介质 - Google Patents

Abstract

本发明公开了一种发票数量监控方法、装置、电子设备和介质。该方法包括：获取多个待开票信息；基于每个待开票信息中开票对象和发票对象，确定发票对象对应的目标二级存储区域；基于每个待开票信息中发票数值和相应的目标二级存储区域中开票数值阈值，确定每个发票对象对应的待开发票数量；基于待开发票数量，确定每个开票对象对应的待开发票数量，并基于每个开票对象对应的待开发票数量，确定待开发票总数量；基于当前可用发票数量和待开发票总数量进行发票超额数量监控，并在监控到待开发票总数量大于当前可用发票数量时进行发票超额申请，从而实现实时自动发票数量的监控，从而可以及时准确地进行发票超额申请。

Description

一种发票数量监控方法、装置、电子设备和介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种发票数量监控方法、装置、电子设备和介质。

背景技术

通常，税务局会根据企业的业务情况决定给企业出售多大面值的增值税发票以及每月能够购买的发票数量。当企业将本月领购的发票全部使用完后，若还需要使用发票，则可以根据本月还需要开具的发票数量提前向税务局发起超限量发票申请。

目前，通常利用人工统计待开票数量的方式进行发票数量人工监控。然而，这种人工监控的方式，降低了发票数量监控的效率，并且无法及时发现发票数量不足的情况，从而无法及时进行发票超额申请。

发明内容

本发明提供了一种发票数量监控方法、装置、电子设备和介质，以实现实时自动发票数量的监控，从而可以及时准确地进行发票超额申请。

根据本发明的一方面，提供了一种发票数量监控方法，所述方法包括：

获取第一对象对应的多个待开票信息，其中，每个所述待开票信息包括：开票对象、发票对象和发票数值，其中，所述开票对象包括：所述第一对象或者与所述第一对象关联的第二对象；

基于每个所述待开票信息中的开票对象和发票对象，确定每个所述待开票信息中的发票对象对应的目标二级存储区域，其中，开票对象与数据库中的一级存储区域一一对应，发票对象与一级存储区域下的二级存储区域一一对应；

基于每个所述待开票信息中的发票数值和相应的所述目标二级存储区域中的开票数值阈值，确定每个所述待开票信息中的发票对象对应的待开发票数量；

基于所述待开发票数量，确定每个开票对象对应的待开发票数量，并基于每个开票对象对应的待开发票数量，确定待开发票总数量；

基于当前可用发票数量和待开发票总数量进行发票超额数量监控，并在监控到所述待开发票总数量大于当前可用发票数量时进行发票超额申请。

根据本发明的另一方面，提供了一种发票数量监控装置，所述装置包括：

待开票信息获取模块，用于获取第一对象对应的多个待开票信息，其中，每个所述待开票信息包括：开票对象、发票对象和发票数值，其中，所述开票对象包括：所述第一对象或者与所述第一对象关联的第二对象；

目标二级存储区域确定模块，用于基于每个所述待开票信息中的开票对象和发票对象，确定每个所述待开票信息中的发票对象对应的目标二级存储区域，其中，开票对象与数据库中的一级存储区域一一对应，发票对象与一级存储区域下的二级存储区域一一对应；

待开发票数量确定模块，用于基于每个所述待开票信息中的发票数值和相应的所述目标二级存储区域中的开票数值阈值，确定每个所述待开票信息中的发票对象对应的待开发票数量；

待开发票总数量确定模块，用于基于所述待开发票数量，确定每个开票对象对应的待开发票数量，并基于每个开票对象对应的待开发票数量，确定待开发票总数量；

发票数量监控模块，用于基于当前可用发票数量和待开发票总数量进行发票超额数量监控，并在监控到所述待开发票总数量大于当前可用发票数量时进行发票超额申请。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的发票数量监控方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的发票数量监控方法。

本发明实施例的技术方案，通过获取第一对象对应的多个待开票信息，其中，每个所述待开票信息包括：开票对象、发票对象和发票数值，其中，所述开票对象包括：所述第一对象或者与所述第一对象关联的第二对象；基于每个所述待开票信息中的开票对象和发票对象，确定每个所述待开票信息中的发票对象对应的目标二级存储区域，其中，开票对象与数据库中的一级存储区域一一对应，发票对象与一级存储区域下的二级存储区域一一对应；基于每个所述待开票信息中的发票数值和相应的所述目标二级存储区域中的开票数值阈值，确定每个所述待开票信息中的发票对象对应的待开发票数量，从而针对每个待开票信息进行待开发票数量的确定；基于所述待开发票数量，确定每个开票对象对应的待开发票数量，并基于每个开票对象对应的待开发票数量，确定所有待开票信息对应的待开发票总数量；基于当前可用发票数量和待开发票总数量进行发票超额数量监控，并在监控到所述待开发票总数量大于当前可用发票数量时进行发票超额申请，从而实现实时自动发票数量的监控，从而可以及时准确地进行发票超额申请。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是根据本发明实施例一提供的一种发票数量监控方法的流程图；

图2是根据本发明实施例一所涉及的一种存储区域的层级关系图；

图3是根据本发明实施例一所涉及的一种一级存储区域的示例图；

图4是根据本发明实施例二提供的一种发票数量监控方法的流程图；

图5是根据本发明实施例三提供的一种发票数量监控装置的结构示意图；

图6是实现本发明实施例的发票数量监控方法的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1为本发明实施例一提供了一种发票数量监控方法的流程图，本实施例可适用于对当前可用发票数量进行实时监控，该方法可以由发票数量监控装置来执行，该发票数量监控装置可以采用硬件和/或软件的形式实现，该发票数量监控装置可配置于电子设备中。如图1所示，该方法包括：

S110、获取第一对象对应的多个待开票信息，其中，每个待开票信息包括：开票对象、发票对象和发票数值，其中，开票对象包括：第一对象或者与第一对象关联的第二对象。

其中，第一对象可以是指包含至少一个子公司且可开具发票的单位。例如，第一对象可以是包含至少一个子公司的总公司。第二对象可以是指包含至少一个用户且可开具发票的单位。例如，第二对象可以是服务至少一个用户的子公司。待开票信息可以是指用户提出的开票请求中与开票相关的信息。其中，待开票信息可以包括开票对象、发票对象和发票数值。某些待开票信息还可以包括指定开票数量的信息。开票对象可以是指开具发票的公司。例如，开票对象可以是在发票中盖章的公司。发票对象可以是指提供给开票公司抬头的公司。例如，发票对象可以是开公司所服务的对象。发票数值可以是指开票金额。例如，发票数值可以是单张发票所需要开具的金额，也可以是待开票总金额。具体地，获取第一对象对应的多个待开票信息。其中，第一对象和第二对象均可作为开票对象。

S120、基于每个待开票信息中的开票对象和发票对象，确定每个待开票信息中的发票对象对应的目标二级存储区域。

其中，图2给出了一种存储区域的层级关系图。开票对象与数据库中的一级存储区域一一对应，发票对象与一级存储区域下的二级存储区域一一对应。一级存储区域可以包含至少一个二级存储区域。图3给出了一种一级存储区域的示例图。存储区域中可以包含插槽，以供存有开票数值阈值的插销插入。每个插槽中的插销可以基于当前业务需求进行更换，以应对开票金额不同的情况。每个一级存储区域中的插槽都可以存储对应的开票对象，以使待开票信息中的开票对象可以准确对应该一级存储区域。每个二级存储区域中的插槽都可以存储对应的发票对象，以使待开票信息中的发票对象可以准确对应该二级存储区域。目标二级存储区域可以是指该待开票信息中开票对象和发票对象共同确认的二级存储区域。

具体地，针对每个待开票信息而言，待开票信息中的发票对象可能会被多个开票对象服务，即可能存在多个开票对象下都有该发票对象。基于待开票信息中的开票对象和发票对象共同确定该待开票信息中的发票对象对应的目标二级存储区域。

S130、基于每个待开票信息中的发票数值和相应的目标二级存储区域中的开票数值阈值，确定每个待开票信息中的发票对象对应的待开发票数量。

其中，开票数值阈值可以是指单张发票金额的上限。不同的二级存储区域中的开票数值阈值可以相同，也可以不同，其具体基于业务需求进行设置。待开发票数量可以是指开票对象需要给发票对象开具的发票数量。例如，待开发票数量可以包含未结款的待开票数量和已结款的待开发票数量。

具体地，基于每个待开票信息中的发票数值和相应的目标二级存储区域中的开票数值阈值，判断该发票数值是否能被开具在一张发票上，从而确定该待开票信息中的发票对象对应的待开发票数量。

S140、基于待开发票数量，确定每个开票对象对应的待开发票数量，并基于每个开票对象对应的待开发票数量，确定待开发票总数量。

其中，待开发票总数量可以是指所有待开票信息所涉及的待开发票数量的总和。具体地，基于每个待开票信息中的发票对象对应的待开发票数量相加，确定发票对象对应的开票对象的待开发票数量。将所有开票对象对应的待开发票数量相加，确定待开发票总数量。

S150、基于当前可用发票数量和待开发票总数量进行发票超额数量监控，并在监控到待开发票总数量大于当前可用发票数量时进行发票超额申请。

其中，当前可用发票数量可以是指当前时刻开票对象可用于开票的发票数量。发票超额数量可以是指当前可用发票数量不能满足当前开票需求时，需要向税务局发起超限量发票申请的发票数量。

具体地，基于当前可用发票数量和待开发票总数量进行发票超额数量监控，若监控到待开发票总数量大于当前可用发票数量，则表明当前可用发票数量不足以支撑本次开票任务，需要根据发票不足的数量进行发票超额申请。若监控到待开发票总数量小于或等于当前可用发票数量时，则表明当前可用发票数量足以支撑本次开票任务，基于待开发票总数量对当前可用发票数量进行更新，并继续保持监控。

本发明实施例的技术方案，通过获取第一对象对应的多个待开票信息，其中，每个待开票信息包括：开票对象、发票对象和发票数值，其中，开票对象包括：第一对象或者与第一对象关联的第二对象；基于每个待开票信息中的开票对象和发票对象，确定每个待开票信息中的发票对象对应的目标二级存储区域，其中，开票对象与数据库中的一级存储区域一一对应，发票对象与一级存储区域下的二级存储区域一一对应；基于每个待开票信息中的发票数值和相应的目标二级存储区域中的开票数值阈值，确定每个待开票信息中的发票对象对应的待开发票数量，从而针对每个待开票信息进行待开发票数量的确定；基于待开发票数量，确定每个开票对象对应的待开发票数量，并基于每个开票对象对应的待开发票数量，确定所有待开票信息对应的待开发票总数量；基于当前可用发票数量和待开发票总数量进行发票超额数量监控，并在监控到待开发票总数量大于当前可用发票数量时进行发票超额申请，从而实现实时自动发票数量的监控，从而可以及时准确地进行发票超额申请。

在上述技术方案的基础上，在获取第一对象对应的多个待开票信息之前，还包括：第一服务器接收多个开票请求；对每个开票请求进行解析，确定第一对象对应的多个待开票信息，并将待开票信息发送至第二服务器，以在第二服务器中基于待开票信息进行发票数量监控。

其中，开票请求可以是指包含待开票信息的用户开票请求。例如，开票请求可以是指与用户签订的交易合同。第一服务器是可以用于接收并提取用户发送开票请求的服务器。第二服务器是可以用于进行发票数量监控的服务器。

具体地，第一服务器可以实时接收开票请求，并对每个开票请求进行解析如特征文字提取，将提取完成的文字，确定为第一对象对应的多个待开票信息，并将待开票信息发送至第二服务器，以在第二服务器中基于待开票信息进行发票数量监控，从而利用第一服务器对多个开票请求中待开票信息进行解析，以使第二服务器可以只进行发票数量监控，降低了对第二服务器的计算资源的占用，避免了第二服务器因处理过多前置信息准备操作，而出现运行卡顿的情况，提高了第二服务器针对待开票数量确定的效率和针对发票数量监控稳定性。

在上述技术方案的基础上，“将待开票信息发送至第二服务器”可以包括：对待开票信息进行反序列化处理，确定待开票信息对应的密文信息；将密文信息进行本地缓存，并将缓存完成的密文信息发送至第二服务器；获取第一对象对应的多个待开票信息，包括：接收第一服务器发送的密文信息，对密文信息进行解密处理，获取第一对象对应的多个待开票信息。

其中，密文信息可以是指经过加密处理后的待开票信息。具体地，对待开票信息进行反序列化处理，确定待开票信息对应的密文信息，从而保证待开票信息的在传输过程中的安全性。将密文信息进行本地缓存，并将缓存完成的密文信息发送至第二服务器，待确定该密文信息已全部发送至第二服务器时，将本地缓存的该密文信息进行删除，释放第一服务器的存储资源，并保证在传输出现不可控问题时，可以基于第一服务器中缓存的该密文信息，重新向第二服务器发起传输。在第二服务器接收第一服务器发送的完整密文信息后，可以对密文信息进行解密处理，获取第一对象对应的多个待开票信息。

在上述技术方案的基础上，“基于当前可用发票数量和待开发票总数量进行发票超额数量监控”还包括：在检测到待开发票总数量小于当前可用发票数量时，确定待开发票总数量与当前可用发票数量之间的差值；若差值小于或等于预设预警阈值，则基于差值生成发票预警信息，并将发票预警信息进行展示。

其中，预设预警阈值可以是指基于业务需求预先设置的用于反映当前可用发票数量紧张的发票数量最大值。发票预警信息是用于对当前可用发票数量紧张进行预警的信息。

具体地，在检测到待开发票总数量小于当前可用发票数量时，将待开发票总数量与当前可用发票数量进行相减，确定待开发票总数量与当前可用发票数量之间的差值；若差值小于或等于预设预警阈值，则表明当前可用发票数量不为0，但当前可用发票数量可能不足以支撑后续的开票任务，基于差值生成发票预警信息，并将发票预警信息进行展示，以实现提前预警。

实施例二

图4为本发明实施例二提供的一种发票数量监控方法的流程图，本实施例在上述实施例的基础上，对基于每个待开票信息中的发票数值和相应的目标二级存储区域中的开票数值阈值，确定每个待开票信息中的发票对象对应的待开发票数量的过程进行了详细描述。其中与上述各实施例相同或相应的术语的解释在此不再赘述。如图2所示，该方法包括：

S210、获取第一对象对应的多个待开票信息，其中，每个待开票信息包括：开票对象、发票对象和发票数值，其中，开票对象包括：第一对象或者与第一对象关联的第二对象。

S220、基于每个待开票信息中的开票对象和发票对象，确定每个待开票信息中的发票对象对应的目标二级存储区域。

S230、针对每个待开票信息而言，将待开票信息中的发票数值除以该待开票信息中的发票对象对应的目标二级存储区域中的开票数值阈值，并对相除结果进行向上取整处理。

具体地，由于每个二级存储区域中的开票数值阈值可能不同，需要针对每个待开票信息单独确定开票数量。例如，可以将每个待开票信息中的发票数值除以该待开票信息中的发票对象对应的目标二级存储区域中的开票数值阈值，并对相除结果进行向上取整处理，从而实现对每个发票对象单独确定待开发票数量，提高了发票对象对应的待开发票数量确定的准确性。

S240、将获得的向上取整结果作为该待开票信息中的发票对象对应的待开发票数量。

S250、基于待开发票数量，确定每个开票对象对应的待开发票数量，并基于每个开票对象对应的待开发票数量，确定待开发票总数量。

S260、基于当前可用发票数量和待开发票总数量进行发票超额数量监控，并在监控到待开发票总数量大于当前可用发票数量时进行发票超额申请。

本发明实施例的技术方案，通过针对每个待开票信息而言，将待开票信息中的发票数值除以该待开票信息中的发票对象对应的目标二级存储区域中的开票数值阈值，并对相除结果进行向上取整处理；将获得的向上取整结果作为该待开票信息中的发票对象对应的待开发票数量，从而实现对每个发票对象单独确定待开发票数量，提高了发票对象对应的待开发票数量确定的准确性。

在上述技术方案的基础上，S220可以包括：基于每个待开票信息中的开票对象，确定每个待开票信息中的开票对象对应的目标一级存储区域；基于每个待开票信息中的发票对象和目标一级存储区域对应的各个二级存储区域，确定每个待开票信息中的发票对象对应的目标二级存储区域。

其中，目标一级存储区域可以是指该待开票信息中开票对象对应的一级存储区域。具体地，基于每个待开票信息中的开票对象，确定每个待开票信息中的开票对象对应的目标一级存储区域；基于每个待开票信息中的发票对象和目标一级存储区域对应的各个二级存储区域，确定每个待开票信息中的发票对象对应的目标二级存储区域，从而提高了确定发票对象对应的二级存储区域的准确性。

在上述技术方案的基础上，S250可以包括：针对每个开票对象而言，将该开票对象下各个发票对象对应的待开发票数量进行相加，确定该开票对象对应的待开发票数量；将各个开票对象对应的待开发票数量进行相加，确定待开发票总数量。

具体地，将所有待开票信息中每个开票对象下所有需要开具发票的发票对象对应的待开发票数量进行相加，从而确定针对每个开票对象对应的待开发票数量。将所有开票对象对应的待开发票数量进行相加，确定待开发票总数量，从而避免重复统计，提高待开发票数量和待开发票总数量确定的效率和准确性。

以下是本发明实施例提供的发票数量监控装置的实施例，该装置与上述各实施例的发票数量监控方法属于同一个发明构思，在发票数量监控装置的实施例中未详尽描述的细节内容，可以参考上述发票数量监控方法的实施例。

实施例三

图5为本发明实施例三提供的一种发票数量监控装置的结构示意图。如图5所示，该装置包括：待开票信息获取模块310、目标二级存储区域确定模块320、待开发票数量确定模块330、待开发票总数量确定模块340和发票数量监控模块350。

其中，待开票信息获取模块310，用于获取第一对象对应的多个待开票信息，其中，每个待开票信息包括：开票对象、发票对象和发票数值，其中，开票对象包括：第一对象或者与第一对象关联的第二对象；目标二级存储区域确定模块320，用于基于每个待开票信息中的开票对象和发票对象，确定每个待开票信息中的发票对象对应的目标二级存储区域，其中，开票对象与数据库中的一级存储区域一一对应，发票对象与一级存储区域下的二级存储区域一一对应；待开发票数量确定模块330，用于基于每个待开票信息中的发票数值和相应的目标二级存储区域中的开票数值阈值，确定每个待开票信息中的发票对象对应的待开发票数量；待开发票总数量确定模块340，用于基于待开发票数量，确定每个开票对象对应的待开发票数量，并基于每个开票对象对应的待开发票数量，确定待开发票总数量；发票数量监控模块350，用于基于当前可用发票数量和待开发票总数量进行发票超额数量监控，并在监控到待开发票总数量大于当前可用发票数量时进行发票超额申请。

本发明实施例的技术方案，通过获取第一对象对应的多个待开票信息，其中，每个待开票信息包括：开票对象、发票对象和发票数值，其中，开票对象包括：第一对象或者与第一对象关联的第二对象；基于每个待开票信息中的开票对象和发票对象，确定每个待开票信息中的发票对象对应的目标二级存储区域，其中，开票对象与数据库中的一级存储区域一一对应，发票对象与一级存储区域下的二级存储区域一一对应；基于每个待开票信息中的发票数值和相应的目标二级存储区域中的开票数值阈值，确定每个待开票信息中的发票对象对应的待开发票数量，从而针对每个待开票信息进行待开发票数量的确定；基于待开发票数量，确定每个开票对象对应的待开发票数量，并基于每个开票对象对应的待开发票数量，确定所有待开票信息对应的待开发票总数量；基于当前可用发票数量和待开发票总数量进行发票超额数量监控，并在监控到待开发票总数量大于当前可用发票数量时进行发票超额申请，从而实现实时自动发票数量的监控，从而可以及时准确地进行发票超额申请。

可选地，该装置还包括：

开票请求接收模块，用于第一服务器接收多个开票请求；

待开票信息发送模块，用于对每个开票请求进行解析，确定第一对象对应的多个待开票信息，并将待开票信息发送至第二服务器，以在第二服务器中基于待开票信息进行发票数量监控。

可选地，待开票信息发送模块具体用于：对待开票信息进行反序列化处理，确定待开票信息对应的密文信息；将密文信息进行本地缓存，并将缓存完成的密文信息发送至第二服务器；

待开票信息获取模块310具体用于：接收第一服务器发送的密文信息，对密文信息进行解密处理，获取第一对象对应的多个待开票信息。

可选地，目标二级存储区域确定模块320具体用于：基于每个待开票信息中的开票对象，确定每个待开票信息中的开票对象对应的目标一级存储区域；基于每个待开票信息中的发票对象和目标一级存储区域对应的各个二级存储区域，确定每个待开票信息中的发票对象对应的目标二级存储区域。

可选地，待开发票数量确定模块330具体用于：针对每个待开票信息而言，将待开票信息中的发票数值除以该待开票信息中的发票对象对应的目标二级存储区域中的开票数值阈值，并对相除结果进行向上取整处理；将获得的向上取整结果作为该待开票信息中的发票对象对应的待开发票数量。

可选地，待开发票总数量确定模块340具体用于：针对每个开票对象而言，将该开票对象下各个发票对象对应的待开发票数量进行相加，确定该开票对象对应的待开发票数量；将各个开票对象对应的待开发票数量进行相加，确定待开发票总数量。

可选地，该装置还包括：

发票差值确定模块，用于在检测到待开发票总数量小于当前可用发票数量时，确定待开发票总数量与当前可用发票数量之间的差值；

预警模块，用于若差值小于或等于预设预警阈值，则基于差值生成发票预警信息，并将发票预警信息进行展示。

本发明实施例所提供的发票数量监控装置可执行本发明任意实施例所提供的发票数量监控方法，具备执行发票数量监控方法相应的功能模块和有益效果。

值得注意的是，上述发票数量监控装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

实施例四

图6示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图6所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如发票数量监控方法。

在一些实施例中，发票数量监控方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的发票数量监控方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行发票数量监控方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种发票数量监控方法，其特征在于，包括：

获取第一对象对应的多个待开票信息，其中，每个所述待开票信息包括：开票对象、发票对象和发票数值，其中，所述开票对象包括：所述第一对象或者与所述第一对象关联的第二对象；

基于每个所述待开票信息中的开票对象和发票对象，确定每个所述待开票信息中的发票对象对应的目标二级存储区域，其中，开票对象与数据库中的一级存储区域一一对应，发票对象与一级存储区域下的二级存储区域一一对应；

基于每个所述待开票信息中的发票数值和相应的目标二级存储区域中的开票数值阈值，确定每个所述待开票信息中的发票对象对应的待开发票数量；

基于所述待开发票数量，确定每个开票对象对应的待开发票数量，并基于每个开票对象对应的待开发票数量，确定待开发票总数量；

基于当前可用发票数量和待开发票总数量进行发票超额数量监控，并在监控到所述待开发票总数量大于当前可用发票数量时进行发票超额申请。

2.根据权利要求1所述的方法，其特征在于，在获取第一对象对应的多个待开票信息之前，还包括：

第一服务器接收多个开票请求；

对每个所述开票请求进行解析，确定第一对象对应的多个待开票信息，并将所述待开票信息发送至第二服务器，以在所述第二服务器中基于所述待开票信息进行发票数量监控。

3.根据权利要求2所述的方法，其特征在于，所述将所述待开票信息发送至第二服务器，包括：

对所述待开票信息进行反序列化处理，确定所述待开票信息对应的密文信息；将所述密文信息进行本地缓存，并将缓存完成的密文信息发送至第二服务器；

所述获取第一对象对应的多个待开票信息，包括：

接收所述第一服务器发送的密文信息，对所述密文信息进行解密处理，获取第一对象对应的多个待开票信息。

4.根据权利要求1所述的方法，其特征在于，所述基于每个所述待开票信息中的开票对象和发票对象，确定每个所述待开票信息中的发票对象对应的目标二级存储区域，包括：

基于每个所述待开票信息中的开票对象，确定每个所述待开票信息中的开票对象对应的目标一级存储区域；

基于每个所述待开票信息中的发票对象和所述目标一级存储区域对应的各个二级存储区域，确定每个所述待开票信息中的发票对象对应的目标二级存储区域。

5.根据权利要求1所述的方法，其特征在于，所述基于每个所述待开票信息中的发票数值和相应的目标二级存储区域中的开票数值阈值，确定每个所述待开票信息中的发票对象对应的待开发票数量，包括：

针对每个待开票信息而言，将待开票信息中的发票数值除以该待开票信息中的发票对象对应的目标二级存储区域中的开票数值阈值，并对相除结果进行向上取整处理；

将获得的向上取整结果作为该待开票信息中的发票对象对应的待开发票数量。

6.根据权利要求1所述的方法，其特征在于，所述基于所述待开发票数量，确定每个开票对象对应的待开发票数量，并基于每个开票对象对应的待开发票数量，确定待开发票总数量，包括：

针对每个开票对象而言，将该开票对象下各个发票对象对应的待开发票数量进行相加，确定该开票对象对应的待开发票数量；

将各个开票对象对应的待开发票数量进行相加，确定待开发票总数量。

7.根据权利要求1所述的方法，其特征在于，所述基于当前可用发票数量和待开发票总数量进行发票超额数量监控，还包括：

在检测到所述待开发票总数量小于当前可用发票数量时，确定所述待开发票总数量与当前可用发票数量之间的差值；

若差值小于或等于预设预警阈值，则基于所述差值生成发票预警信息，并将所述发票预警信息进行展示。

8.一种发票数量监控装置，其特征在于，包括：

待开票信息获取模块，用于获取第一对象对应的多个待开票信息，其中，每个所述待开票信息包括：开票对象、发票对象和发票数值，其中，所述开票对象包括：所述第一对象或者与所述第一对象关联的第二对象；

目标二级存储区域确定模块，用于基于每个所述待开票信息中的开票对象和发票对象，确定每个所述待开票信息中的发票对象对应的目标二级存储区域，其中，开票对象与数据库中的一级存储区域一一对应，发票对象与一级存储区域下的二级存储区域一一对应；

待开发票数量确定模块，用于基于每个所述待开票信息中的发票数值和相应的所述目标二级存储区域中的开票数值阈值，确定每个所述待开票信息中的发票对象对应的待开发票数量；

待开发票总数量确定模块，用于基于所述待开发票数量，确定每个开票对象对应的待开发票数量，并基于每个开票对象对应的待开发票数量，确定待开发票总数量；

发票数量监控模块，用于基于当前可用发票数量和待开发票总数量进行发票超额数量监控，并在监控到所述待开发票总数量大于当前可用发票数量时进行发票超额申请。

9.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的发票数量监控方法。

10.一种包含计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-7中任一所述的发票数量监控方法。