CN116739683A - 发票业务处理方法、设备、系统及存储介质 - Google Patents

Abstract

本发明公开了一种发票业务处理方法、设备、系统及存储介质，涉及发票业务技术领域，方法包括：获取发票业务指令，发票业务指令包括目标税盘设备的税盘信息；根据发票业务指令建立发票业务任务，以将发票业务任务存入预设的任务队列池；利用预设的任务处理规则，从任务队列池中提取任务，得到目标任务；将目标任务发送至企业终端，以使企业终端利用目标税盘设备进行发票业务处理，得到发票业务结果；接收企业终端发送的发票业务结果。本发明解决了相关技术中发票开具方式存在开票效率较低且准确性较低的问题，实现了远程在线处理发票业务以及多税盘设备的切换和精准指定，提高了发票业务处理效率和准确率。

Description

发票业务处理方法、设备、系统及存储介质

技术领域

本发明涉及发票业务技术领域，尤其涉及一种发票业务处理方法、设备、系统及存储介质。

背景技术

随着互联网、人工智能等技术在各行各业的普及，以及金融科技的发展，企业数据化服务打造势在必行。发票作为金融服务的一个重要环节，将开票服务业务智能化、线上化已形成主流趋势。目前，常见的开票方式主要有单机版税盘开票和应用程序在线开票，这两种发票开具方式均存在开票效率较低且准确性较低的技术问题。

发明内容

本发明的主要目的在于：提供一种发票业务处理方法、设备、系统及存储介质，旨在解决相关技术中发票开具方式存在开票效率较低且准确性较低的技术问题。

为实现上述目的，本发明采用如下技术方案：

第一方面，本发明提供了一种发票业务处理方法，应用于发票业务处理设备，方法包括：

获取发票业务指令，发票业务指令包括目标税盘设备的税盘信息；

根据发票业务指令建立发票业务任务，以将发票业务任务存入预设的任务队列池；

利用预设的任务处理规则，从任务队列池中提取任务，得到目标任务；

将目标任务发送至企业终端，以使企业终端利用目标税盘设备进行发票业务处理，得到发票业务结果；

接收企业终端发送的发票业务结果。

可选地，上述发票业务处理方法中，发票业务处理设备为系统服务器；

获取发票业务指令的步骤包括：

接收客户终端发送的发票业务指令；其中，发票业务指令中的目标税盘设备基于客户终端响应于用户的选择操作确定。

可选地，上述发票业务处理方法中，发票业务指令还包括业务内容；

根据发票业务指令建立发票业务任务，以将发票业务任务存入预设的任务队列池的步骤包括：

根据发票业务指令建立发票业务任务；

判断任务队列池内是否存在与目标税盘设备对应的任务队列；

若存在，则将发票业务任务存入任务队列；

若不存在，则根据税盘信息创建任务队列，以将发票业务任务存入任务队列。

可选地，上述发票业务处理方法中，利用预设的任务处理规则，从任务队列池中提取任务，得到目标任务的步骤之前，方法还包括：

基于发票业务任务存入任务队列池的时间确定发票业务任务的优先级信息；

利用预设的任务处理规则，从任务队列池中提取任务，得到目标任务的步骤包括：

根据任务队列池内各个待处理任务的优先级信息，从任务队列池中提取优先级最高的待处理任务，作为目标任务。

可选地，上述发票业务处理方法中，利用预设的任务处理规则，从任务队列池中提取任务，得到目标任务的步骤包括：

根据税盘信息确定目标线程；

利用目标线程发起任务提取请求；

根据任务提取请求，获取目标税盘设备的任务锁；

当获取到任务锁时，从任务队列池中提取任务，得到目标任务；

将目标任务发送至企业终端的步骤之后，方法还包括：

释放任务锁，并返回利用目标线程发起任务提取请求的步骤，以利用目标线程进行串行化任务处理。

可选地，上述发票业务处理方法中，将目标任务发送至企业终端，以使企业终端利用目标税盘设备进行发票业务处理，得到发票业务结果的步骤包括：

将目标任务发送至企业终端，以使企业终端在检测到目标税盘设备处于正常工作状态时，利用目标税盘设备生成发票业务请求，并将发票业务请求发送至税务服务器，以接收税务服务器发送的发票业务结果；其中，企业终端上连接有多个税盘设备，目标税盘设备为多个税盘设备中的任意一个。

可选地，上述发票业务处理方法中，接收企业终端发送的发票业务结果的步骤之前，方法还包括：

确定发票业务指令的处理状态为中间态以及对应的持续时间；

当持续时间达到预设时间时，根据发票业务任务的流水号生成任务状态查询请求；

将任务状态查询请求发送至企业终端，以接收企业终端反馈的查询结果；

对查询结果进行处理。

第二方面，本发明提供了一种发票业务处理设备，设备包括处理器和存储器，存储器中存储有发票业务处理程序，发票业务处理程序被处理器执行时，实现如上述的发票业务处理方法。

第三方面，本发明提供了一种发票业务处理系统，系统包括：

如上述的发票业务处理设备；

企业终端，分别与发票业务处理设备和目标税盘设备连接，用于接收发票业务处理设备发送的目标任务，以及将发票业务结果发送至发票业务处理设备。

第四方面，本发明提供了一种计算机可读存储介质，存储介质上存储有计算机程序，计算机程序被一个或多个处理器执行时，实现如上述的发票业务处理方法。

本发明提供的上述一个或多个技术方案，可以具有如下优点或至少实现了如下技术效果：

本发明提出的一种发票业务处理方法、设备、系统及存储介质，通过获取发票业务指令，建立发票业务任务，将发票业务任务存入预设的任务队列池，再利用预设的任务处理规则从任务队列池中提取任务，得到目标任务，并将目标任务发送至企业终端，以使企业终端利用目标税盘设备进行发票业务处理，得到发票业务结果，最后接收企业终端发送的发票业务结果，实现了远程在线处理发票业务的目的。本发明通过指定目标税盘设备，将目标税盘设备的税盘信息融入发票业务指令，使得企业终端可以在多个税盘设备中调用目标税盘设备处理发票业务，可以实现多税盘设备的切换和精准指定，提高了发票业务处理效率；还通过将发票业务任务存入任务队列池，再从任务队列池中提取目标任务，可以避免多个发票业务请求并行处理导致的业务处理乱序和信息交错，提升了发票业务处理的准确率。

附图说明

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

图1为本发明发票业务处理方法第一实施例的流程示意图；

图2为本发明涉及的发票业务处理设备的硬件结构示意图；

图3为本发明发票业务处理方法第二实施例的流程示意图；

图4为本发明发票业务处理系统第一实施例的连接示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

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

需要说明，在本发明中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。在本发明中，除非另有明确的规定和限定，术语“连接”、“固定”等应做广义理解，例如，“连接”可以是固定连接，也可以是可拆卸连接，或成一体；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连；可以是两个元件内部的连通，也可以是两个元件的相互作用关系。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。另外，各个实施例的技术方案可以相互结合，但是，是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时，应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

对相关技术的分析发现，随着互联网、人工智能等技术在各行各业的普及，以及金融科技的发展，企业数据化服务打造势在必行。发票作为金融服务的一个重要环节，为了解决传统线下手工开票效率低、成本高、体验差等问题，将开票服务业务智能化、线上化已形成主流趋势。

目前，常见的开票方式主要有如下两种：

1.单机版税盘开票，通过单机版本地终端驱动税盘开票，该方式存在的问题是，需配置专人、专用设备开票，导致开票成本高、效率低；手工输入开票数据，且开票抬头复杂，经常出错，导致开票错误率高；客户多的时候，发票开具量大，需排队开票，耗时长，导致开票效率低下，从而导致客户体验度差；

2.应用程序在线开票，通过在企业终端上应用支持单个税盘或多个税盘在线开票的应用程序，该方式存在的问题是，企业仍需要人工介入，多个税盘时，还需要手动更换税盘，才能使用指定盘进行开票，导致开票成本高、效率低；多个开票请求并发处理，容易引发各种问题，导致开票准确性较低。

鉴于相关技术中的发票开具方式存在开票效率较低且准确性较低的技术问题，本发明提供了一种发票业务处理方法，总体思路如下：

获取发票业务指令，发票业务指令包括目标税盘设备的税盘信息；根据发票业务指令建立发票业务任务，以将发票业务任务存入预设的任务队列池；利用预设的任务处理规则，从任务队列池中提取任务，得到目标任务；将目标任务发送至企业终端，以使企业终端利用目标税盘设备进行发票业务处理，得到发票业务结果；接收企业终端发送的发票业务结果。

通过上述技术方案，实现了远程在线处理发票业务的目的。通过指定目标税盘设备，将目标税盘设备的税盘信息融入发票业务指令，使得企业终端可以在多个税盘设备中调用目标税盘设备处理发票业务，可以实现多税盘设备的切换和精准指定，提高了发票业务处理效率；还通过将发票业务任务存入任务队列池，再从任务队列池中提取目标任务，可以避免多个发票业务请求并行处理导致的业务处理乱序和信息交错，提升了发票业务处理的准确率。

下面结合附图，通过具体的实施例和实施方式对本发明提供的发票业务处理方法、设备、系统及存储介质进行详细说明。

实施例一

参照图1的流程示意图，提出本发明发票业务处理方法的第一实施例，该发票业务处理方法应用于发票业务处理设备。

发票业务处理设备是指能够实现网络连接的终端设备或网络设备，发票业务处理设备可以是手机、电脑、平板电脑、便携计算机、嵌入式工控机等终端设备，也可以是服务器、云平台等网络设备。

如图2所示，为发票业务处理设备的硬件结构示意图。发票业务处理设备可以包括：处理器1001，例如CPU(Central Processing Unit，中央处理器)，通信总线1002，用户接口1003，网络接口1004，存储器1005。

具体的，通信总线1002用于实现这些组件之间的连接通信；用户接口1003用于连接客户端，与客户端进行数据通信，用户接口1003可以包括输出单元、输入单元；网络接口1004用于连接服务器，与服务器进行数据通信，网络接口1004可以包括输入/输出接口；存储器1005用于存储各种类型的数据，这些数据例如可以包括该发票业务处理设备中任何应用程序或方法的指令，以及应用程序相关的数据，存储器1005可以是内置存储器；可选的，存储器1005还可以是独立于处理器1001的存储装置，继续参照图2，存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及发票业务处理程序；

处理器1001用于调用存储器1005中存储的发票业务处理程序，并执行以下操作：

获取发票业务指令，发票业务指令包括目标税盘设备的税盘信息；

根据发票业务指令建立发票业务任务，以将发票业务任务存入预设的任务队列池；

利用预设的任务处理规则，从任务队列池中提取任务，得到目标任务；

将目标任务发送至企业终端，以使企业终端利用目标税盘设备进行发票业务处理，得到发票业务结果；

接收企业终端发送的发票业务结果。

基于上述的发票业务处理设备，下面结合图1所示的流程示意图，对本实施例的发票业务处理方法进行详细描述。方法可以包括以下步骤：

步骤S100：获取发票业务指令，发票业务指令包括目标税盘设备的税盘信息。

具体的，发票业务可以包括发票开具、发票红冲、发票作废、红字信息表申请、红字信息表作废、红字信息表下载、发票查询、发票打印等发票相关业务，发票业务指令即为发票业务对应的指令，比如发票开具指令、发票作废指令等等。发票业务指令可以通过发票业务处理设备自动生成或响应用户操作生成，也可以通过发票业务处理设备接收其他设备发送的发票业务指令获得。税盘设备可以包括金税盘、税控盘及税务Ukey等设备，目标税盘设备可以是在多个税盘设备中选择的任意一个，可以通过用户在人机交互界面显示的多个税盘设备中指定的方式选择。税盘信息可以包括税盘设备的设备编号、纳税人的名称即企业名称、纳税人识别号即企业编号、发票代码等等。

具体实施过程中，用户可以在发票业务处理设备的人机交互界面上显示的多个税盘设备中选择一个目标税盘设备，发票业务处理设备获得该目标税盘设备相关的税盘信息，再生成发票业务指令，发票业务处理设备即获取到发票业务指令。

将目标税盘设备的税盘信息融入发票业务指令，可以方便后续步骤中调用相关信息，比如企业终端可以根据税盘设备的设备编号从多个税盘设备中调用用户指定的目标税盘设备。

步骤S300：根据发票业务指令建立发票业务任务，以将发票业务任务存入预设的任务队列池。

具体的，发票业务指令可以通过发票业务处理设备生成或接收，不管哪种方式获取得到，为了保证后续处理的一致性，避免相关业务信息交错，发生混乱，发票业务处理设备可以对应建立发票业务任务，后续实现对该发票业务任务的处理。任务队列池可以存储多个任务，也可以存储多个任务队列，每个任务队列内排列多个任务。

具体实施过程中，发票业务处理设备获取到发票业务指令后，根据该发票业务指令可以建立对应的任务事项，得到发票业务任务，然后发票业务处理设备可以将发票业务任务存入预设的任务队列池。

将发票业务任务存储任务队列池，方便后续实现多个任务的串行化控制，可以适应发票业务处理设备接收到多个发票业务指令，从而生成多个发票业务任务的场景。

步骤S500：利用预设的任务处理规则，从任务队列池中提取任务，得到目标任务。

具体的，任务处理规则可以包括任务提取规则、任务排序规则、任务删除规则等等，可以预先设置在发票业务处理设备中，以便通过任务处理规则实现对任务队列池内存储任务的相关操作。进行具体的任务处理之前，先从任务队列池中提取出目标任务，提取目标任务可以是用户通过发票业务处理设备指定，也可以是通过预设的任务处理规则筛选得到，还可以是通过其他规则自动选择得到，比如选择最近存入任务队列池或最先存入任务队列池的一个任务、选择固定的某个发票业务类型对应的任务、选择依次等待处理的多个任务中最前的一个任务等等，此处不作限定。

具体实施过程中，发票业务处理设备利用预设的任务处理规则从任务队列池中提取一个任务，将其确定为目标任务。

将发票业务任务存入任务队列池，再从任务队列池中提取目标任务，可以避免多个发票业务请求并行处理导致的业务处理乱序和信息交错，提升了发票业务处理的准确率。

步骤S700：将目标任务发送至企业终端，以使企业终端利用目标税盘设备进行发票业务处理，得到发票业务结果。

具体的，企业终端上可以连接多个税盘设备，多个税盘设备中包含目标税盘设备。企业终端上可以设置发票业务程序，当企业终端接收到目标任务后，可以调用该发票业务程序执行发票业务处理操作，具体可以基于目标税盘设备发起发票业务请求，比如发票开具请求、发票作废请求等，并发送给税务服务器，在税务服务器响应于发票业务请求产生发票业务结果后，税务服务器可以将该发票业务结果发送给企业终端，企业终端即可得到发票业务结果。发票业务结果可以是开具的发票、可以是发票业务处理的反馈结果如作废成功等等。

具体实施过程中，发票业务处理设备确定出目标任务后，将目标任务发送给企业终端，企业终端利用目标税盘设备进行发票业务处理，得到发票业务结果，然后企业终端可以再将发票业务结果返回给发票业务处理设备。

发票业务处理设备将目标任务发送至企业终端，实现了用户远程操作企业终端处理发票业务，同时，企业终端可以在多个税盘设备中调用目标税盘设备处理发票业务，实现了多税盘设备的切换和精准指定，提高了发票业务处理效率。

步骤S900：接收企业终端发送的发票业务结果。

具体的，企业终端将得到的发票业务结果发送给发票业务处理设备，发票业务处理设备对应接收发票业务结果后，可以展示给用户或进行发票打印，具体还可以根据实际需要设置，此处不作限定。

本实施例提供的发票业务处理方法，通过获取发票业务指令，建立发票业务任务，将发票业务任务存入预设的任务队列池，再利用预设的任务处理规则从任务队列池中提取任务，得到目标任务，并将目标任务发送至企业终端，以使企业终端利用目标税盘设备进行发票业务处理，得到发票业务结果，最后接收企业终端发送的发票业务结果，实现了远程在线处理发票业务的目的。本发明通过指定目标税盘设备，将目标税盘设备的税盘信息融入发票业务指令，使得企业终端可以在多个税盘设备中调用目标税盘设备处理发票业务，可以实现多税盘设备的切换和精准指定，提高了发票业务处理效率；还通过将发票业务任务存入任务队列池，再从任务队列池中提取目标任务，可以避免多个发票业务请求并行处理导致的业务处理乱序和信息交错，提升了发票业务处理的准确率。

实施例二

基于同一发明构思，参照图3，提出本发明发票业务处理方法的第二实施例，该发票业务处理方法应用于发票业务处理设备。

发票业务处理设备可以是客户终端或系统服务器，当发票业务处理设备为系统服务器时，系统服务器可以与客户终端连接。本实施例中，以发票业务处理设备为系统服务器，且系统服务器与客户终端连接为例进行说明。

下面结合图3所示的流程示意图，对本实施例的发票业务处理方法进行详细描述。方法可以包括以下步骤：

步骤S100：获取发票业务指令。

其中，发票业务指令可以包括目标税盘设备的税盘信息，还可以包括业务内容，比如发票开具、发票红冲、发票作废等发票业务。

本实施例中，以业务内容为发票开具，发票业务指令为开票指令为例进行说明。

具体的，步骤S100可以包括：

步骤S110：接收客户终端发送的发票业务指令；其中，发票业务指令中的目标税盘设备基于客户终端响应于用户的选择操作确定。

如图3所示，客户终端可以响应于用户的选择操作确定目标税盘设备，并生成发票业务指令，然后将发票业务指令发送给系统服务器；系统服务器对应接收客户终端发送的发票业务指令。

本实施例中，可以先在系统服务器上配置好企业终端对应的开票企业的基本信息，与企业终端连接的多个税盘设备对应的税盘信息，以及不同开票企业与不同税盘设备的关联关系等信息。当用户需要开票时，在客户终端上根据需要选择开票企业或某个企业的分支结构，根据系统服务器中定义的或系统服务器发送到客户终端的该开票企业或该分支结构关联的税盘设备，可以确定目标税盘设备；客户终端根据该目标税盘设备的税盘信息发起开票请求，然后将该开票请求发送给系统服务器；系统服务器接收开票请求，实现了用户指定税盘设备进行开票的效果。

通过对税盘设备和客户终端进行配置管理，建立起了企业的税盘设备、客户终端的用户以及企业终端的企业之间的关系，可以实现企业多税盘设备自动识别或切换的开票模式。

可选的，系统服务器可以连接多个客户终端，每个客户终端均可以发送发票业务指令给系统服务器，从而系统服务器可以接收多个发票业务指令。客户终端也可以发送单笔的或批量的发票业务指令给系统服务器。

步骤S300：根据发票业务指令建立发票业务任务，以将发票业务任务存入预设的任务队列池。

具体的，步骤S300可以包括：

步骤S310：根据发票业务指令建立发票业务任务；

步骤S320：判断任务队列池内是否存在与目标税盘设备对应的任务队列；

步骤S330：若存在，则将发票业务任务存入任务队列；

步骤S340：若不存在，则根据税盘信息创建任务队列，以将发票业务任务存入任务队列。

系统服务器可以根据发票业务指令建立发票业务任务，然后判断任务队列池内是否存在任务队列，若存在，则可以直接将发票业务任务存入任务队列，若不存在，则在任务队列池内创建任务队列，再将发票业务任务存入该创建的任务队列。

由于任务队列池可以有很多任务，为了清楚分辨不同税盘设备要执行的发票业务，可以一个税盘设备对应一个任务队列，所以系统服务器判断任务队列池内是否存在任务队列时，可以直接在任务队列池内查找是否存在与发票业务指令中目标税盘设备对应的任务队列，从而将发票业务任务存入查找到的任务队列。

本实施例中，系统服务器根据开票指令建立开票任务；然后判断任务队列池内是否存在与开票指令中目标税盘设备对应的任务队列，若存在，则将该开票任务存入该任务队列，若不存在，则根据该目标税盘设备的税盘信息创建任务队列，再将该开票任务存入创建的任务队列。

一种实施方式中，系统服务器接收到多个发票业务指令之后，可以对应建立多个发票业务任务，然后针对每个发票业务任务，判断任务队列池内是否存在与其目标税盘设备对应的任务队列，若存在，则将该发票业务任务存入，若不存在，则先根据系统服务器中配置的多个税盘设备的税盘信息对应创建多个与该业务内容对应的任务队列，或者仅根据目标税盘设备的税盘信息创建对应的任务队列，从而将该发票业务任务存入与其目标税盘设备对应的任务队列中，直到所有发票业务任务均存入任务队列池。

步骤S500：利用预设的任务处理规则，从任务队列池中提取任务，得到目标任务。

具体的，步骤S500可以包括：

步骤S510：根据税盘信息确定目标线程；

步骤S520：利用目标线程发起任务提取请求；

步骤S530：根据任务提取请求，从任务队列池中提取任务，得到目标任务。

系统服务器根据目标税盘设备的税盘信息确定目标线程，然后利用该目标线程发起任务提取请求，在根据该任务提取请求从任务队列池中提取任务，作为目标任务。任务队列池中提取任务时，可以采用串行化控制，可以保证得到的目标任务不存在混乱，从而可以保证后续发票业务处理的准确性。一个税盘设备可以对应一个线程，在一个线程中可以串行处理请求，防止乱序等问题。

系统服务器按企业的不同税盘设备分配线程，执行任务处理事项，具体从任务队列池中提取到目标任务，发送到企业终端，再通过企业终端利用目标税盘设备进行相应的发票业务任务处理。

本实施例中，系统服务器根据税盘信息确定目标线程后，利用该目标线程发起任务提取请求，然后从任务队列池中或任务队列池的某个任务队列中提取出一个排列最前的或优先级最高的开票任务，并将该开票任务确定为目标任务。

步骤S700：将目标任务发送至企业终端，以使企业终端利用目标税盘设备进行发票业务处理，得到发票业务结果。

具体的，步骤S700可以包括：

步骤S710：将目标任务发送至企业终端，以使企业终端在检测到目标税盘设备处于正常工作状态时，利用目标税盘设备生成发票业务请求，并将发票业务请求发送至税务服务器，以接收税务服务器发送的发票业务结果；其中，企业终端上连接有多个税盘设备，目标税盘设备为多个税盘设备中的任意一个。

系统服务器将目标任务发送至企业终端；企业终端在检测到目标税盘设备处于正常工作状态时，可以读取该目标税盘设备的税盘信息，包括密钥、企业名称、企业编号等，操作该目标税盘设备，使其连接到税务服务器，以利用该目标税盘设备生成发票业务请求，并将发票业务请求发送至税务服务器；税务服务器处理发票业务请求，得到发票业务结果后，再将发票业务结果发送给企业终端；企业终端对应接收税务服务器发送的发票业务结果，并将发票业务结果发送给系统服务器。

本实施例中，系统服务器确定目标任务后，将目标任务发送至企业终端；企业终端在检测到目标税盘设备处于正常工作状态时，利用目标税盘设备生成开票请求，并将开票请求发送至税务服务器；税务服务器处理开票请求，得到开票结果后，将开票结果返回给企业终端；企业终端对应接收税务服务器发送的开票结果，再将该开票结果返回给系统服务器。

进一步地，企业终端可以设置两种发票业务处理模式，一种是单机手动发票业务处理模式，直接指定多个税盘设备中的某个税盘设备为目标税盘设备，然后单机调用该目标税盘设备，由用户在企业终端上手动发起发票业务请求，企业终端再将发票业务请求发送至税务服务器，从而得到发票业务结果；还有一种则是本实施例的线上自动化发票业务处理模式，接收系统服务器发送的目标任务后，再利用目标税盘设备进行发票业务处理，从而得到发票业务结果。

本实施例中，企业终端上连接多个税盘设备的情况下，可以自动识别目标任务中指定的目标税盘设备，切换为线上自动化开票模式，进行开票处理，不需要人工介入，实现了远程开票服务，以及通过一个客户终端实现多个税盘切换开票功能，可以自动精准指定开票税盘进行开票；而且，可以接收多个客户终端对应的目标任务，从而提高了多个客户并行开票能力及开票效率。

可选的，企业终端可以针对连接的多个税盘设备，进行健康情况的实时监控，判断税盘设备是否存在故障或其他情况，以保障发票业务处理服务的准确性和稳定性。企业终端作为桥接，打通系统服务器和税盘设备之间的线上化通信，实现了税盘设备的全票种类型，线上化、自动化发票业务处理模式，解决了成本高、错误率高及顾客体验差等问题。

可选的，系统服务器与企业终端之间可以建立长连接，设置心跳检测机制，以监控当前企业终端是否正常工作，从而保证目标税盘设备可以正常工作，实现了对多税盘设备的实时监控，可以保障发票业务处理的稳定性。心跳检测机制为设备每隔固定时间就发送一个固定信息给对方设备，对方设备回复一个固定信息，可以保持二者的连接，如果长时间没有收到对方设备的回复，则断开与对方设备的连接。本实施例中，可以通过企业终端定时向系统服务器发送一个维持连接包，如果企业终端长时间未发送维持连接包或系统服务器长时间未接收到维持连接包，则系统服务器可以断开与该企业终端的连接，并可以通过与系统服务器连接的客户终端提醒远程用户，比如通过微信公众号的消息推送或者短信等方式进行提醒。

步骤S900：接收企业终端发送的发票业务结果。

本实施例中，系统服务器接收企业终端发送的开票结果，然后将开票结果发送给客户终端；客户终端对应接收开票结果并进行打印，最终完成发票开具。

一种实施方式中，步骤S500“利用预设的任务处理规则，从任务队列池中提取任务，得到目标任务”之前，方法还可以包括：

步骤S400：基于发票业务任务存入任务队列池的时间确定发票业务任务的优先级信息；

对应的，步骤S500可以包括：

步骤S501：根据任务队列池内各个待处理任务的优先级信息，从任务队列池中提取优先级最高的待处理任务，作为目标任务。

具体的，待处理任务是指任务队列池内根据发票业务指令建立并存入的发票业务任务。系统服务器响应于该发票业务任务对应的发票业务指令，可以反馈“申请中”等业务状态信息给客户终端，因此目标任务是指处于申请中的优先级最高的发票业务任务。

系统服务器确定发票业务任务的优先级信息，以便于根据任务队列池内各个待处理任务的优先级信息，从任务队列池中提取优先级最高的待处理任务，作为目标任务。系统服务器确定优先级信息时，可以通过使用redis数据类型的有序集合(zset)对发票业务任务配置优先级信息。

可选的，步骤S400中，还可以基于发票业务任务存入任务队列池的时间以及系统服务器上接收发票业务指令的接口对应的优先级或客户终端的优先级，确定发票业务任务的优先级信息。

本实施例中，系统服务器基于开票任务存入任务队列池中目标税盘设备对应的任务队列时的时间，确定该开票任务的优先级；之后，系统服务器根据分配的目标线程发起任务提取请求，并根据任务提取请求，从任务队列池内前述的任务队列中提取开票任务，作为目标任务，再将目标任务发送给企业终端，以进行开票处理。

另一实施方式中，步骤S530“根据任务提取请求，从任务队列池中提取任务，得到目标任务”可以包括：

步骤S531：根据任务提取请求，获取目标税盘设备的任务锁；

步骤S532：当获取到任务锁时，从任务队列池中提取任务，得到目标任务；

对应的，步骤S700“将目标任务发送至企业终端”之后，方法还可以包括：

步骤S800：释放任务锁，并返回利用目标线程发起任务提取请求的步骤，以利用目标线程进行串行化任务处理。

系统服务器在分配的目标线程中发起任务提取请求后，可以从目标税盘设备的税盘信息中获取目标税盘设备的任务锁；若获取到目标税盘设备的任务锁，则从任务队列池中提取发票业务任务，得到目标任务，可选从任务队列池内对应的任务队列中拉取发票业务任务，得到目标任务。然后，系统服务器将目标任务发送至企业终端，使企业终端利用目标税盘设备进行发票业务处理，得到发票业务结果，在此过程中，系统服务器可以释放任务锁，并返回步骤S520，继续利用目标线程发起任务提取请求，处理下一个发票业务任务，如此便实现了利用目标线程进行串行化任务处理，同时，系统服务器可以接收企业终端返回的发票业务结果。

可选地，系统服务器将目标任务发送至企业终端之后，还可以将目标任务的状态设置为中间态，直到接收到企业终端返回的发票业务结果，结束中间态；从而在系统服务器将下一个目标任务发送至企业终端之前，还可以判断当前是否有处于中间态的目标任务，若有，则不作响应，若没有，才将该目标任务发送至企业终端。

本实施例的可选实施方式中，步骤S900“接收企业终端发送的发票业务结果”之前，方法还可以包括：

步骤A1：确定发票业务指令的处理状态为中间态以及对应的持续时间；

步骤A2：当持续时间达到预设时间时，根据发票业务任务的流水号生成任务状态查询请求；

步骤A3：将任务状态查询请求发送至企业终端，以接收企业终端反馈的查询结果；

步骤A4：对查询结果进行处理。

具体的，系统服务器对应接收客户终端发送的发票业务指令之后，可以反馈相关发票业务为“申请中”等信息给客户终端，比如反馈“开票申请中”并显示在客户终端上。此时，系统服务器可以确定发票业务指令的处理状态为中间态，并记录发票业务指令处于中间态的持续时间；在持续时间达到预设时间时，系统服务器可以根据发票业务任务的流水号生成任务状态查询请求，并将任务状态查询请求发送至企业终端；企业终端进行对应的发票业务任务的查询，反馈查询结果给系统服务器；系统服务器对应接收查询结果后，进行相应的处理，包括发送给客户终端进行展示和/或进行用户提醒。

可选的，系统服务器还可以通过企业终端将任务状态查询请求发送至税务服务器，企业终端接收到税务服务器反馈的查询结果后转发给系统服务器；系统服务器接收企业终端转发的查询结果，再进行处理。

在步骤S300“根据发票业务指令建立发票业务任务”之后，可以按顺序执行上述步骤A1～A4，从而实现发票业务任务处理的过程中查询任务状态的目的；也可以步骤A1～A4为独立执行的步骤分支，从而实现发票业务任务的处理状态查询或处理结果查询的目的。

上述方法步骤的具体实施方式中更多实施细节可参见实施例一中具体实施方式的描述，为了说明书的简洁，此处不再重复赘述。

本实施例提供的发票业务处理方法，具体示例了基于多个税盘设备的串行化开票方法，实现了实时远程在线开票，可以支持多个税盘设备同时在线并自动切换开票。本实施例中，系统服务器实现的步骤可以通过客户终端调用开票服务组件来实现，企业终端实现的步骤可以通过内置开票助手程序来实现，开票助手根据接收到的目标任务自动切换或选择合适的税盘设备即目标税盘设备进行发票开具或其他发票相关业务的处理。本实施例不仅为企业减少了因税盘设备托管至税务服务器所产生的费用，而且还保护了税盘设备及发票数据的隐私安全。

实施例三

基于同一发明构思，参照图2的硬件结构示意图，本实施例提供了一种发票业务处理设备，发票业务处理设备可以包括处理器和存储器，存储器中存储有发票业务处理程序，该发票业务处理程序被处理器执行时，实现本发明发票业务处理方法各个实施例的全部或部分步骤。

具体的，发票业务处理设备是指能够实现网络连接的终端设备或网络设备，可以是手机、电脑、平板电脑、便携计算机、嵌入式工控机等终端设备，也可以是服务器、云平台等网络设备。

可以理解，发票业务处理设备还可以包括通信总线，用户接口和网络接口。其中，通信总线用于实现这些组件之间的连接通信；用户接口用于连接客户端，与客户端进行数据通信，用户接口可以包括输出单元如显示屏、扬声器等，输入单元如键盘、话筒等；网络接口用于连接服务器，与服务器进行数据通信，网络接口可以包括输入/输出接口，比如标准的有线接口、无线接口如Wi-Fi接口；存储器用于存储各种类型的数据，这些数据例如可以包括该发票业务处理设备中任何应用程序或方法的指令，以及应用程序相关的数据，存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(Static Random Access Memory，简称SRAM)，随机存取存储器(Random AccessMemory，简称RAM)，电可擦除可编程只读存储器(Electrically Erasable ProgrammableRead-Only Memory，简称EEPROM)，可擦除可编程只读存储器(Erasable ProgrammableRead-Only Memory，简称EPROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，只读存储器(Read-Only Memory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘等；可选的，存储器还可以是独立于处理器的存储装置；处理器用于调用存储器中存储的发票业务处理程序，并执行如上述的发票业务处理方法，处理器可以是专用集成电路(Application Specific Integrated Circuit，简称ASIC)、数字信号处理器(DigitalSignal Processor，简称DSP)、数字信号处理设备(Digital Signal Processing Device，简称DSPD)、可编程逻辑器件(Programmable Logic Device，简称PLD)、现场可编程门阵列(Field Programmable Gate Array，简称FPGA)、控制器、微控制器、微处理器或其他电子元件，用于执行如上述发票业务处理方法各个实施例的全部或部分步骤。

需要说明，图2中示出的硬件结构并不构成对本发明发票业务处理设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

实施例四

基于同一发明构思，参照图4，提出本发明发票业务处理系统的第一实施例，下面对本实施例提供的发票业务处理系统进行详细描述，该发票业务处理系统可以包括：

发票业务处理设备，用于实现上述实施例一或实施例二的发票业务处理方法；

企业终端，分别与所述发票业务处理设备和目标税盘设备连接，用于接收所述发票业务处理设备发送的目标任务，以及将发票业务结果发送至所述发票业务处理设备。

进一步地，如图4所示的连接示意图，发票业务处理系统具体可以包括：

至少一个客户终端；

系统服务器；

企业终端；

税务服务器；以及

与企业终端连接的至少一个税盘设备。

客户终端通过系统服务器与多个企业终端连接，企业终端分别与税务服务器和多个税盘设备连接。

客户终端响应于用户的选择操作确定目标税盘设备，并生成发票业务指令，发送给系统服务器；系统服务器根据发票业务指令建立发票业务任务，以将发票业务任务存入预设的任务队列池，并利用预设的任务处理规则，从任务队列池中提取任务，得到目标任务，发送给企业终端；企业终端在检测到目标税盘设备处于正常工作状态时，利用目标税盘设备生成发票业务请求，发送给税务服务器；税务服务器处理发票业务请求，得到发票业务结果，再返回给企业终端；企业终端通过系统服务器将发票业务结果转发给客户终端，从而完成了一次发票业务处理过程。

需要说明，本实施例提供的发票业务处理系统中各个模块可实现的功能和对应达到的技术效果可以参照本发明发票业务处理方法各个实施例中具体实施方式的描述，为了说明书的简洁，此处不再赘述。

实施例五

基于同一发明构思，本实施例提供了一种计算机可读存储介质，如闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、可编程只读存储器(PROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、磁性存储器、磁盘、光盘、服务器等等，该存储介质上存储有计算机程序，该计算机程序可被一个或多个处理器执行，该计算机程序被处理器执行时可以实现本发明发票业务处理方法各个实施例的全部或部分步骤。

需要说明，上述本发明实施例序号仅为了描述，不代表实施例的优劣。以上实施例仅为本发明的可选实施例，并非因此限制本发明的专利范围，凡是在本发明的发明构思下，利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均包括在本发明的专利保护范围内。

Claims (10)

1.一种发票业务处理方法，其特征在于，应用于发票业务处理设备，所述方法包括：

获取发票业务指令，所述发票业务指令包括目标税盘设备的税盘信息；

根据所述发票业务指令建立发票业务任务，以将所述发票业务任务存入预设的任务队列池；

利用预设的任务处理规则，从所述任务队列池中提取任务，得到目标任务；

将所述目标任务发送至企业终端，以使所述企业终端利用所述目标税盘设备进行发票业务处理，得到发票业务结果；

接收所述企业终端发送的所述发票业务结果。

2.如权利要求1所述的发票业务处理方法，其特征在于，所述发票业务处理设备为系统服务器；

所述获取发票业务指令的步骤包括：

接收客户终端发送的发票业务指令；其中，所述发票业务指令中的所述目标税盘设备基于所述客户终端响应于用户的选择操作确定。

3.如权利要求1所述的发票业务处理方法，其特征在于，所述根据所述发票业务指令建立发票业务任务，以将所述发票业务任务存入预设的任务队列池的步骤包括：

根据所述发票业务指令建立发票业务任务；

判断任务队列池内是否存在与所述目标税盘设备对应的任务队列；

若存在，则将所述发票业务任务存入所述任务队列；

若不存在，则根据所述税盘信息创建所述任务队列，以将所述发票业务任务存入所述任务队列。

4.如权利要求1所述的发票业务处理方法，其特征在于，所述利用预设的任务处理规则，从所述任务队列池中提取任务，得到目标任务的步骤之前，所述方法还包括：

基于所述发票业务任务存入所述任务队列池的时间确定所述发票业务任务的优先级信息；

所述利用预设的任务处理规则，从所述任务队列池中提取任务，得到目标任务的步骤包括：

根据所述任务队列池内各个待处理任务的优先级信息，从所述任务队列池中提取优先级最高的待处理任务，作为所述目标任务。

5.如权利要求1所述的发票业务处理方法，其特征在于，所述利用预设的任务处理规则，从所述任务队列池中提取任务，得到目标任务的步骤包括：

根据所述税盘信息确定目标线程；

利用所述目标线程发起任务提取请求；

根据所述任务提取请求，获取所述目标税盘设备的任务锁；

当获取到所述任务锁时，从所述任务队列池中提取任务，得到目标任务；

所述将所述目标任务发送至企业终端的步骤之后，所述方法还包括：

释放所述任务锁，并返回所述利用所述目标线程发起任务提取请求的步骤，以利用所述目标线程进行串行化任务处理。

6.如权利要求1所述的发票业务处理方法，其特征在于，所述将所述目标任务发送至企业终端，以使所述企业终端利用所述目标税盘设备进行发票业务处理，得到发票业务结果的步骤包括：

将所述目标任务发送至企业终端，以使所述企业终端在检测到所述目标税盘设备处于正常工作状态时，利用所述目标税盘设备生成发票业务请求，并将所述发票业务请求发送至税务服务器，以接收所述税务服务器发送的发票业务结果；其中，所述企业终端上连接有多个税盘设备，所述目标税盘设备为所述多个税盘设备中的任意一个。

7.如权利要求1至6中任一项所述的发票业务处理方法，其特征在于，所述接收所述企业终端发送的所述发票业务结果的步骤之前，所述方法还包括：

确定所述发票业务指令的处理状态为中间态以及对应的持续时间；

当所述持续时间达到预设时间时，根据所述发票业务任务的流水号生成任务状态查询请求；

将所述任务状态查询请求发送至所述企业终端，以接收所述企业终端反馈的查询结果；

对所述查询结果进行处理。

8.一种发票业务处理设备，其特征在于，所述设备包括处理器和存储器，所述存储器上存储有发票业务处理程序，所述发票业务处理程序被所述处理器执行时，实现如权利要求1至7中任一项所述的发票业务处理方法。

9.一种发票业务处理系统，其特征在于，所述系统包括：

如权利要求8所述的发票业务处理设备；

企业终端，分别与所述发票业务处理设备和目标税盘设备连接，用于接收所述发票业务处理设备发送的目标任务，以及将发票业务结果发送至所述发票业务处理设备。

10.一种计算机可读存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被一个或多个处理器执行时，实现如权利要求1至7中任一项所述的发票业务处理方法。