本发明涉及金融技术领域，尤其涉及一种空白发票的回收处理方法、存储介质和服务器。
背景技术：
目前，空白发票的流转过程为：从税局购买空白发票→报税盘→核心板→开票终端。当在开票终端上的空白发票需要回收至核心板时，比如在开票终端的用户认为暂时不需要使用这么多空白发票的情况下，则空白发票需要完成从开票终端→核心板的回收过程。在这个回收过程中，企业的发票管理系统需要调用专用的税控服务器(例如百望的税控服务器)的回收接口(简称税控回收接口)，该税控回收接口通过浏览器插件对外提供的javascript接口来实现。
然而，在回收空白发票过程中，发票管理系统调用该税控回收接口时常常导致浏览器响应缓慢甚至卡死，当出现浏览器卡死、用户关闭浏览器、客户电脑断电等意外情况时容易导致企业本地的发票管理系统无法及时准确地获知税控回收接口的返回结果，从而难以确定回收空白发票的结果是成功还是失败，进而导致发票管理系统存储的空白发票的库存与税控系统中的不一致的问题。
技术实现要素：
本发明实施例提供了一种空白发票的回收处理方法、存储介质和服务器，能够保证待回收的目标空白发票完成回收，且确保发票管理系统存储的空白发票库存与该税控系统中的一致。
第一方面，提供了一种空白发票的回收处理方法，包括：
在目标开票终端上可用的空白发票中确定当前待回收的目标空白发票；
查询发票管理系统上是否存在关于所述目标空白发票的异常回收记录，所述异常回收记录是指上一次对所述目标空白发票调用所述税控系统提供的税控回收接口而没有接收到返回结果的历史记录；
若查询到发票管理系统上存在关于所述目标空白发票的异常回收记录，则判断是否所述目标空白发票的发票信息记录在所述税控系统的发票管理表中，且记录在所述发票管理系统的终端发票库存表中，所述发票管理表记录有核心板上当前可用的空白发票的发票信息，所述终端发票库存表记录有所述发票管理系统上各个开票终端的可用的空白发票的发票信息；
若所述目标空白发票的发票信息记录在所述税控系统的发票管理表中，且记录在所述发票管理系统的终端发票库存表中，则执行预设的库存更新操作；
若查询到发票管理系统上不存在关于所述目标空白发票的异常回收记录，则对所述目标空白发票调用所述税控系统提供的税控回收接口；
若本次税控回收接口的返回结果为成功，则执行预设的库存更新操作；
所述预设的库存更新操作包括如下步骤：
将所述目标空白发票的发票信息从所述终端发票库存表中删除；
将所述目标空白发票更新至所述发票管理系统未分发的空白发票库存中。
第二方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述的空白发票的回收处理方法的步骤。
第三方面，提供了一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如下步骤：
在目标开票终端上可用的空白发票中确定当前待回收的目标空白发票；
查询发票管理系统上是否存在关于所述目标空白发票的异常回收记录，所述异常回收记录是指上一次对所述目标空白发票调用所述税控系统提供的税控回收接口而没有接收到返回结果的历史记录；
若查询到发票管理系统上存在关于所述目标空白发票的异常回收记录，则判断是否所述目标空白发票的发票信息记录在所述税控系统的发票管理表中，且记录在所述发票管理系统的终端发票库存表中，所述发票管理表记录有核心板上当前可用的空白发票的发票信息，所述终端发票库存表记录有所述发票管理系统上各个开票终端的可用的空白发票的发票信息；
若所述目标空白发票的发票信息记录在所述税控系统的发票管理表中，且记录在所述发票管理系统的终端发票库存表中，则执行预设的库存更新操作；
若查询到发票管理系统上不存在关于所述目标空白发票的异常回收记录，则对所述目标空白发票调用所述税控系统提供的税控回收接口；
若本次税控回收接口的返回结果为成功，则执行预设的库存更新操作；
所述预设的库存更新操作包括如下步骤：
将所述目标空白发票的发票信息从所述终端发票库存表中删除；
将所述目标空白发票更新至所述发票管理系统未分发的空白发票库存中。
从以上技术方案可以看出，本发明实施例具有以下优点：
本发明实施例中，首先，在目标开票终端上可用的空白发票中确定当前待回收的目标空白发票；然后，查询发票管理系统上是否存在关于所述目标空白发票的异常回收记录，所述异常回收记录是指上一次对所述目标空白发票调用所述税控系统提供的税控回收接口而没有接收到返回结果的历史记录；若查询到发票管理系统上存在关于所述目标空白发票的异常回收记录，则判断是否所述目标空白发票的发票信息记录在所述税控系统的发票管理表中，且记录在所述发票管理系统的终端发票库存表中，所述发票管理表记录有核心板上当前可用的空白发票的发票信息，所述终端发票库存表记录有所述发票管理系统上各个开票终端的可用的空白发票的发票信息；若所述目标空白发票的发票信息记录在所述税控系统的发票管理表中，且记录在所述发票管理系统的终端发票库存表中，则执行预设的库存更新操作；若查询到发票管理系统上不存在关于所述目标空白发票的异常回收记录，则对所述目标空白发票调用所述税控系统提供的税控回收接口；若本次税控回收接口的返回结果为成功，则执行预设的库存更新操作；所述预设的库存更新操作包括如下步骤：将所述目标空白发票的发票信息从所述终端发票库存表中删除；将所述目标空白发票更新至所述发票管理系统未分发的空白发票库存中。由上述步骤可知，在调用税控回收接口回收目标空白发票之前，在查询得知该目标空白发票存在回收历史时，先查询该目标空白发票的发票信息是否同时在发票管理表和终端发票库存表中，若是，则表示该目标空白发票已经回收完成，但终端发票库存表记录的信息存在偏差，因此将该目标空白发票的发票信息从所述终端发票库存表中删除，并将目标空白发票更新至空白发票库存中，以保持所述终端发票库存表记录的库存信息、空白发票库存与发票管理表中记录的库存信息三者统一；如果该目标空白发票不存在异常回收记录，可知其发票相关信息必然记录在终端发票库存表中，因此可以对该目标空白发票调用税控回收接口进行回收操作，并在本次税控回收接口的返回结果为成功之后将目标空白发票的发票信息从所述终端发票库存表中删除，将目标空白发票更新至空白发票库存中。可见，不论该目标空白发票是否存在异常回收记录，以及历史调用税控回收接口是否成功，本方案均能保证待回收的目标空白发票完成回收，且确保发票管理系统存储的未分发的空白发票库存与该税控系统中的一致。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例中一种空白发票的回收处理方法一个实施例流程图；
图2为本发明实施例中一种空白发票的回收处理方法步骤106在一个应用场景下的流程示意图；
图3为本发明实施例中一种空白发票的回收处理方法在一个应用场景下通过回收累计次数的判断来确定是否再次进行回收操作的流程示意图；
图4为本发明实施例中一种空白发票的回收处理装置一个实施例结构图；
图5为本发明一实施例提供的服务器的示意图。
具体实施方式
本发明实施例提供了一种空白发票的回收处理方法、存储介质和服务器，用于解决无法获知税控回收接口的返回结果时，容易导致发票管理系统存储的空白发票的库存与税控系统中的不一致的问题。
为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
请参阅图1，本发明实施例中一种空白发票的回收处理方法一个实施例包括：
101、在目标开票终端上可用的空白发票中确定当前待回收的目标空白发票；
本实施例中，用户可以先登录该发票管理系统，登录时，需要验证用户的账号、密码等身份信息，若验证通过，则成功登录该发票管理系统。此时，发票管理系统可以查询该用户的管理权限下有哪些开票终端，这些开票终端即为上述的目标开票终端。然后发票管理系统查询一个或多个所述目标开票终端上有哪些可用的空白发票，并从中确定出当前待分发的目标空白发票。
具体地，上述步骤101可以包括：查询并展示当前用户的管理权限下开票终端的可用的空白发票；然后，获取所述当前用户选中的待回收的空白发票号段；再将属于所述空白发票号段范围内的空白发票确定为当前待回收的目标空白发票。也即，在发票管理系统查询到当前用户权限下的各个开票终端的可用空白发票之后，可以通过展示界面的形式将这些可用的空白发票展示给用户，用户可以在展示界面上选中需要回收的空白发票的发票号段，比如1～100号。在用户点击“回收”按钮之后，表示用户选择完成，将1～100号段的这些空白发票确定为上述的目标空白发票。
需要说明的是，在确定出目标空白发票之后，该发票管理系统可以生成相应的回收指令，进而该发票管理系统根据该回收指令对上述的目标空白发票执行后续步骤来完成回收操作。
102、查询发票管理系统上是否存在关于所述目标空白发票的异常回收记录，若是，则执行步骤103，若否，则执行步骤105；其中，所述异常回收记录是指上一次对所述目标空白发票调用所述税控系统提供的税控回收接口而没有接收到返回结果的历史记录
本实施例中，每当某个空白发票执行一次回收操作时，发票管理系统可以记录下这个空白发票这次回收的历史记录，具体可以包括该空白发票该次回收操作的执行时间、操作用户、返回结果等信息。其中，若该空白发票的某条历史记录表明该空白发票在上一次调用税控回收接口时没有接收到该税控回收接口返回的结果时，则该条历史记录为上面所说的异常回收记录。
特别地，所述发票管理系统上可以预设有回收记录表，所述回收记录表记录有关于目标空白发票每次回收操作的历史记录，每当一个空白发票执行一次回收操作时，发票管理系统可以将这次回收操作的基本信息和/或详细信息记录到这个回收记录表中，这些信息中包括了这次回收操作的返回结果。在执行步骤102时，发票管理系统只需查询该回收记录表即可得知所述目标空白发票是否存在没有返回结果的异常回收记录。
对于上述步骤102，如果查询到存在关于所述目标空白发票的异常回收记录，则表示该目标空白发票已经执行过至少一次回收操作，且上一次回收操作的结果未知(因没有接收到税控回收接口返回的结果)，因此可以执行步骤103进一步确认之前的回收操作是否成功；反之，如果查询不到关于所述目标空白发票的异常回收记录，则对于该目标空白发票只可能存在以下两种情况：第一种情况，该目标空白发票已执行过回收操作，但返回结果为回收失败；第二种情况，该目标空白发票未执行过回收操作。可见，不论是上述两种情况中的哪种情况，为了回收该目标空白发票，均需要对该目标空白发票执行回收操作，需要执行步骤105调用税控回收接口进行回收操作。
需要说明的是，在查询不到关于所述目标空白发票的异常回收记录情况下，是不可能存在“该目标空白发票已执行过回收操作且返回结果为回收成功”这种情况的。这是因为，若该目标空白发票之前已经回收成功，该目标空白发票将会从目标开票终端上可用的空白发票中删除，并添加至核心板上的可用空白发票库存中，这样，在执行步骤101时就不会确定到该目标空白发票了。
103、判断是否所述目标空白发票的发票信息记录在所述税控系统的发票管理表中，且记录在所述发票管理系统的终端发票库存表中，若是，则执行步骤106，若否，则执行步骤104；
需要说明的是，所述发票管理表记录有核心板上当前可用的空白发票的发票信息，所述终端发票库存表记录有所述发票管理系统上各个开票终端的可用的空白发票的发票信息。
可以理解的是，如果目标空白发票的发票信息记录在发票管理表中，则表示税控系统(专用的税控服务器的系统)已经确定将该目标空白发票回收成功，并作为核心板上的可用空白发票，也即表示该目标空白发票已经回收完成了；而如果目标空白发票的发票信息记录在该终端发票库存表中，则表示发票管理系统认为该目标空白发票仍在开票终端那里，目标空白发票并未被回收或被回收成功。然而，对于同一个目标空白发票来说，其不可能既在于核心板上又在于开票终端上，这说明其中必然有一个表格的记录是存在偏差的。基于存疑时服从税控系统的原则，可以认为此时该终端发票库存表对于目标空白发票的记录存在偏差，因此需要执行步骤106，对发票管理系统上的库存信息进行更新，以求保持与税控系统上的一致。
而对于不满足步骤103的判定条件的情况，本实施例中可以执行步骤104进行处理。
104、按照预设流程处理；
对于判断得知不满足“所述目标空白发票的发票信息记录在所述税控系统的发票管理表中，且记录在所述发票管理系统的终端发票库存表中”这个条件时，可以预先设置相应的流程进行处理。比如，可以反馈相关的告警信息给指定管理员，或者可以直接结束本次分发操作。进一步地，还可以判断所述目标空白发票的发票信息是否记录在该发票管理表中，若是，则可以认为该目标空白发票的上一次回收操作的结果为失败，但由于未知原因(比如网络丢包)导致发票管理系统没有接收到税控回收接口返回的结果。这种情况下，可以执行步骤105，对该目标空白发票再一次调用税控回收接口，以完成该目标空白发票的回收。
105、对所述目标空白发票调用所述税控系统提供的税控回收接口；
发票管理系统为了完成对目标空白发票的回收，或者为了确保该目标空白发票回收成功，可以对该目标空白发票调用所述税控系统提供的税控回收接口，进行回收操作。
可以理解的是，在调用税控回收接口之后，一般情况下，该税控回收接口会反馈回收成功与否的信息(即返回结果)，若接收到税控回收接口反馈的“回收成功”的信息，则可以确定该目标空白发票已完成回收，从而执行步骤106，执行预设的库存更新操作。若接收到税控回收接口反馈的“回收失败”的信息，则可以确定该目标空白发票回收失败，也即本次税控回收接口的返回结果为不成功。此时，可以采用预设的处理方式进行处理，比如，可以反馈相关的告警信息给指定管理员，或者可以直接结束本次回收操作，或者还可以再次执行上述步骤102～105，重新尝试回收该目标空白发票，等等。
需要说明的是，若没有接收到税控回收接口的返回结果，则可以确定该目标空白发票本次回收的历史记录为上述的异常回收记录。
106、执行预设的库存更新操作；
若本次税控回收接口的返回结果为成功，则执行预设的库存更新操作，其目的为确保发票管理系统上的空白发票库存与税控系统中的保持一致。
本实施例中，如图2所示，步骤106具体可以包括如下步骤：
201、将所述目标空白发票的发票信息从所述终端发票库存表中删除；
202、将所述目标空白发票更新至所述发票管理系统未分发的空白发票库存中。
对于上述步骤201，在得知该目标空白发票回收成功之后，可知，该目标空白发票已从目标开票终端转移到核心板上，因此可以将其从终端发票库存表中删除。
对于上述步骤202，可以理解的是，发票管理系统未分发的空白发票库存指的是发票管理系统上记录的核心板上可用的空白发票的库存，在正常情况下，其记录的库存与税控系统上发票管理表中记录的库存一致。因此，当目标空白发票转移到核心板上之后，税控系统上的该发票管理表自然会添加上该目标空白发票，因此相应地，该发票管理系统未分发的空白发票库存也需要添加上所述目标空白发票，从而维持两张表格在库存记录上的一致。
需要说明的是，本实施例中可以分别使用两张不同的表格来记录发票管理系统上各个开票终端上可用的空白发票的库存，以及发票管理系统上记录的核心板上可用的空白发票的库存，比如采用该终端发票库存表来记录发票管理系统上各个开票终端上可用的空白发票的库存，采用另一张“核心板库存表”来记录核心板上可用的空白发票的库存。在一个应用场景下，为了便于表格的管理，该发票管理系统也可以采用一张相同的表格来同时记录“发票管理系统上各个开票终端上可用的空白发票的库存”和“发票管理系统上记录的核心板上可用的空白发票的库存”，记为空白发票库存表。这样，上述的终端发票库存表相当于该空白发票库存表中的一个子表格，在使用时，可以直接从该空白发票库存表中查询到终端发票库存表中记录的内容和信息。
进一步地，在另一个应用场景下，如图3所示，本实施例还可以包括：
301、在步骤105之前，将所述目标空白发票的回收累计次数加1；
302、判断本次税控回收接口的返回结果是否为成功，若是，则执行步骤106，若否，则执行步骤303；
303、判断所述目标空白发票的回收累计次数是否超过预设的阈值，若是，则结束本次回收操作，若否，则返回执行步骤102。
关于步骤301，本应用场景下，针对同一空白发票，每调用一次税控回收接口，则将该空白发票的回收累计次数加1，通过回收累计次数统计针对该空白发票已调用过的税控回收接口的次数。从而，在步骤302判断得知本次税控回收接口的返回结果为不成功时，可以执行步骤303判断目标空白发票的回收累计次数是否超过预设的阈值，若是，则可知针对该目标空白发票已经多次调用税控回收接口后仍无法回收成功，可以认定该目标空白发票存在异常状况，因此结束本次回收操作，并可以反馈关于所述目标空白发票回收不成功的信息至指定管理员；若否，则可以返回执行步骤102，重新对该目标空白发票进行再一次的查询和税控回收接口的调用，以确保该目标空白发票的回收成功，并尽可能地保持发票管理系统的空白发票库存与税控系统中的一致。在实际应用中，一般来说，对同一空白发票调用两次税控回收接口之后，该空白发票的回收成功率可以达到99.99％，因而上述步骤301～303可以基本上确保待回收的目标空白发票完成回收操作。
进一步地，为了便于发票管理系统的管理员维护系统和检查相关异常错误，本实施例还可以在执行过程中加入相关标识。具体为：在步骤105之前，在所述发票管理系统中将所述目标空白发票对应的预设标志信息修改为异常；若本次税控回收接口的返回结果为成功，则将所述预设标志信息修改为正常；若本次税控回收接口的返回结果为不成功，则反馈关于所述目标空白发票回收不成功的信息至指定管理员。可以理解的是，通过对目标空白发票的标识信息进行设置，调用税控回收接口前，将标识信息置为“异常”，比如置为0，在调用税控回收接口以后，若本次税控回收接口的返回结果为不成功(与回收成功相反，即只要不能确定回收成功，就可以认为本次税控回收接口的返回结果为不成功)，则该目标空白发票在回收操作上总是存在异常状况的，因此可以反馈相关信息给指定管理员，以提醒指定管理员进行相关维护。当指定管理员进行维护处理时，指定管理员可以通过空白发票的预设标志信息快速定位到发生异常的空白发票位置，从而有助于指定管理员对异常情况的检查和处理。而当本次税控回收接口的返回结果为成功时，则将该预设标志信息修改为正常，比如置为“1”，可以将正常回收的空白发票与回收异常的空白发票区分开来。
更进一步地，本方案还可以在回收处理过程中插入目标空白发票当次回收的发票相关信息并结合目标空白发票对应的预设标志信息，来确定该目标空白发票是否存在相应的异常回收记录。具体为，在步骤105之前，向所述发票管理系统的发票数据库中插入所述目标空白发票本次回收的发票相关信息；若本次税控回收接口的返回结果为不成功，则从所述发票数据库中删除所述本次回收的发票相关信息。
其中，上述的发票相关信息是指该目标空白发票相关的基础信息和/或详细信息。基础信息可以包括发票的申请人员、申请部门、申请日期、购买人员、购买日期、入库人员、入库时间等信息；详细信息可以包括发票的发票类型、发票面额、发票分数、发票代码等信息。特别地，该发票数据库中可以采用两张不同的表格分别存放所述基础信息和详细信息。
本实施例中，通过目标空白发票的发票信息和预设标志信息，可以确定得知该目标空白发票是否存在相应的异常回收记录。具体地，上述步骤102包括：查询所述发票数据库中是否存在所述目标空白发票上一次回收的发票相关信息，且所述目标空白发票对应的预设标志信息为异常，若是，则确定查询到发票管理系统上存在关于所述目标空白发票的异常回收记录。针对异常回收记录确定的情景，可以分下述两种情况进行讨论：
一、假设发票管理系统接收到了税控回收接口的返回结果，则不论该返回结果为成功或者不成功，本方案均会进行相应的处理(参考上述内容)，该目标空白发票不存在异常回收记录；
二、假设发票管理系统没有接收到税控回收接口的返回结果，此时，既不属于上述的“本次税控回收接口的返回结果为成功”也不属于上述的“本次税控回收接口的返回结果为不成功”，因此，发票数据库中插入的所述目标空白发票本次回收的发票相关信息保留，且该目标空白发票的预设标志信息依然为异常。可见，这种情况下目标空白发票的本次回收的回收记录则会成为其异常回收记录，在下一次针对该目标空白发票执行本实施例提供的空白发票的回收处理方法时，步骤102的条件满足，进入步骤103。
另一方面，目标空白发票的发票信息还可以用于库存的核对。可以理解的是，若本次税控回收接口的返回结果为成功，则无需删除本次回收的发票相关信息，这将有利于管理人员通过这两张表格查询各个已回收成功的空白发票的发票相关信息，并将其与空白发票库存进行核对，以核查空白发票库存中的数据是否准确无误。而若本次税控回收接口的返回结果为不成功，则不能认为本次回收是有效的，因而需要从所述发票数据库中删除所述本次回收的发票相关信息。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
另外，本发明中，为了进一步确保发票管理系统存储的空白发票库存与该税控系统中的一致，还可以定期(如每小时执行一次)将发票管理系统存储的空白发票库存与税控系统中的空白发票库存进行同步，以税控系统中的空白发票库存为准。在同步更新过程中，发票管理系统还可以找出空白发票库存中两者存在偏差的发票数据，将这些存在偏差的发票数据报告给指定的管理员，以便于后续的维护和处理。
上面主要描述了一种空白发票的回收处理方法，下面将对一种空白发票的回收处理装置进行详细描述。
图4示出了本发明实施例中一种空白发票的回收处理装置一个实施例结构图。
本实施例中，一种空白发票的回收处理装置包括：
目标发票确定模块401，用于在目标开票终端上可用的空白发票中确定当前待回收的目标空白发票；
回收记录查询模块402，用于查询发票管理系统上是否存在关于所述目标空白发票的异常回收记录，所述异常回收记录是指上一次对所述目标空白发票调用所述税控系统提供的税控回收接口而没有接收到返回结果的历史记录；
发票信息判断模块403，用于若所述回收记录查询模块402的查询结果为是，则判断是否所述目标空白发票的发票信息记录在所述税控系统的发票管理表中，且记录在所述发票管理系统的终端发票库存表中，所述发票管理表记录有核心板上当前可用的空白发票的发票信息，所述终端发票库存表记录有所述发票管理系统上各个开票终端的可用的空白发票的发票信息；
第一触发模块404，用于若所述发票信息判断模块403的判断结果为是，则触发库存更新模块407；
接口调用模块405，用于若所述回收记录查询模块402的查询结果为否，则对所述目标空白发票调用所述税控系统提供的税控回收接口；
第二触发模块406，用于若本次税控回收接口的返回结果为成功，则触发所述库存更新模块407；
所述库存更新模块407包括：
信息删除单元4071，用于将所述目标空白发票的发票信息从所述终端发票库存表中删除；
发票库存更新单元4072，用于将所述目标空白发票更新至所述发票管理系统未分发的空白发票库存中。
进一步地，所述空白发票的回收处理装置还可以包括：
第一标志信息修改模块，用于在所述接口调用模块对所述目标空白发票调用所述税控系统提供的税控回收接口之前，在所述发票管理系统中将所述目标空白发票对应的预设标志信息修改为异常；
第二标志信息修改模块，用于若本次税控回收接口的返回结果为成功，则将所述预设标志信息修改为正常；
信息反馈模块，用于若本次税控回收接口的返回结果为不成功，则反馈关于所述目标空白发票回收不成功的信息至指定管理员。
进一步地，所述空白发票的回收处理装置还可以包括：
相关信息插入模块，用于在所述接口调用模块对所述目标空白发票调用所述税控系统提供的税控回收接口之前，向所述发票管理系统的发票数据库中插入所述目标空白发票本次回收的发票相关信息；
相关信息删除模块，用于若本次税控回收接口的返回结果为不成功，则从所述发票数据库中删除所述本次回收的发票相关信息；
所述回收记录查询模块包括：
相关信息查询单元，用于查询所述发票数据库中是否存在所述目标空白发票上一次回收的发票相关信息，且所述目标空白发票对应的预设标志信息为异常；
回收记录确定单元，用于若所述相关信息查询单元的查询结果为是，则确定查询到发票管理系统上存在关于所述目标空白发票的异常回收记录。
进一步地，所述目标发票确定模块包括：
发票查询展示单元，用于查询并展示当前用户的管理权限下开票终端的可用的空白发票；
选中号段获取单元，用于获取所述当前用户选中的待回收的空白发票号段；
回收发票确定单元，用于将属于所述空白发票号段范围内的空白发票确定为当前待回收的目标空白发票。
进一步地，所述空白发票的回收处理装置还可以包括：
回收累计模块，用于在所述接口调用模块对所述目标空白发票调用所述税控系统提供的税控回收接口之前，将所述目标空白发票的回收累计次数加1；
累计次数判断模块，用于若本次税控回收接口的返回结果为不成功，则判断所述目标空白发票的回收累计次数是否超过预设的阈值；
查询触发模块，用于若所述累计次数判断模块的判断结果为否，则触发所述回收记录查询模块。
图5是本发明一实施例提供的服务器的示意图。如图5所示，该实施例的服务器5包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机程序52，例如执行空白发票的回收处理方法的程序。所述处理器50执行所述计算机程序52时实现上述各个空白发票的回收处理方法实施例中的步骤，例如图1所示的步骤101至106。或者，所述处理器50执行所述计算机程序52时实现上述各装置实施例中各模块/单元的功能，例如图4所示模块401至407的功能。
示例性的，所述计算机程序52可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器51中，并由所述处理器50执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序52在所述服务器5中的执行过程。
所述服务器5可以是本地服务器、云端服务器等计算设备。所述服务器可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是服务器5的示例，并不构成对服务器5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述服务器还可以包括输入输出设备、网络接入设备、总线等。
所述处理器50可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器51可以是所述服务器5的内部存储单元，例如服务器5的硬盘或内存。所述存储器51也可以是所述服务器5的外部存储设备，例如所述服务器5上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述存储器51还可以既包括所述服务器5的内部存储单元也包括外部存储设备。所述存储器51用于存储所述计算机程序以及所述服务器所需的其他程序和数据。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各实施例的模块、单元和/或方法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。