一种工单处理方法及装置与流程

本申请涉及大数据处理技术领域，特别是涉及一种工单处理方法及装置。

背景技术：

随着我国经济水平的不断提高，用于解决企业融资问题的“银税互动”(银行与税务机构的交互)业务也得到了显著的发展，市场对于“银税互动”业务的数据处理能力也提出了更高的要求。然而，目前各地税局的技术对接要求存在多样性，导致“银税互动”业务在数据采集任务的处理流程上也存在差异化，因此，银行对于各地税局的数据采集任务的记录与管理工作较为复杂，难以保障每一个申请用户的业务数据处理流程的完整性。

技术实现要素：

本申请实施例提供了一种工单处理方法及装置，应用于税务数据采集系统中，根据第一用户终端发起的税务数据请求生成第一税务数据工单，执行第一税务数据工单并动态记录第一税务数据工单的工单执行状态，保障“银税互动”业务数据处理流程的完整性。

第一方面，本申请实施例提供了一种工单处理方法，应用于税务数据采集系统中，上述方法包括：

接收第一用户终端发起的税务数据请求，税务数据请求用于请求获取第一税务数据；

根据税务数据请求生成第一税务数据工单，第一税务数据工单用于记录第一税务数据的请求进程；

执行第一税务数据工单并动态记录第一税务数据工单的工单执行状态，工单执行状态包括未执行、执行中、已执行和执行异常；

若工单执行状态为执行异常，则获取第一税务数据工单的工单执行结果，根据工单执行结果确定第一税务数据工单中的异常数据；

根据异常数据确定数据补偿机制，采用数据补偿机制对第一税务数据进行补偿，得到纠正后的第一税务数据。

在一个可能的示例中，若工单执行状态为执行中，执行第一税务数据工单并动态记录第一税务数据工单的工单执行状态，还包括：

检测工单执行状态为执行中的执行持续时间；

若执行持续时间到达预设持续时间阈值，则对第一税务数据的重要等级进行分析，确定数据等级系数；

对第一税务数据的数据容量进行分析，确定数据容量系数；

按照预设的执行持续时间、数据等级系数、数据容量系数之间的一元线性回归方程关系，计算出工单风险指数；

根据工单风险指数对第一税务数据工单采取安全防御机制。

在一个可能的示例中，根据工单风险指数对第一税务数据工单采取安全防御机制，具体为：

若工单风险指数大于或等于第一风险阈值，则中断第一税务数据工单的执行，并进行报警；

若工单风险指数大于第二风险阈值且小于第一风险阈值，则使用非对称加密算法对第一税务数据工单进行加密，第二风险阈值小于第一风险阈值；

若工单风险指数大于第三风险阈值且小于第二风险阈值，则对第一税务数据工单进行重新执行，第三风险阈值小于第二风险阈值。

第二方面，本申请实施例提供了一种工单处理装置，应用于税务数据采集系统中，上述装置包括：

接收单元，用于接收第一用户终端发起的税务数据请求，税务数据请求用于请求获取第一税务数据；

生成单元，用于根据税务数据请求生成第一税务数据工单，第一税务数据工单用于记录第一税务数据的请求进程；

执行单元，用于执行第一税务数据工单并动态记录第一税务数据工单的工单执行状态，工单执行状态包括未执行、执行中、已执行和执行异常；

异常单元，用于若工单执行状态为执行异常，则获取第一税务数据工单的工单执行结果，根据工单执行结果确定第一税务数据工单中的异常数据；

补偿单元，用于根据异常数据确定数据补偿机制，采用数据补偿机制对第一税务数据进行补偿，得到纠正后的第一税务数据。

第三方面，本申请实施例提供了一种工单处理装置，上述装置包括：

处理器、存储器、通信接口，处理器、存储器、通信接口相互连接，并且完成相互间的通信工作；

存储器上存储有可执行程序代码，通信接口用于进行无线通信；

处理器用于调取存储器上存储的可执行程序代码，使可执行程序代码执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质中存储有用于电子数据交换的计算机程序，计算机程序包括执行指令，执行指令用于执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。

第五方面，本申请实施例提供了一种计算机程序产品，其中，计算机程序产品包括计算机程序，计算机程序可操作来使计算机执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

可以看出，本申请实施例中，通过接收第一用户终端发起的税务数据请求，根据税务数据请求生成用于记录第一税务数据的请求进程的第一税务数据工单，执行第一税务数据工单并动态记录第一税务数据工单的工单执行状态，若工单执行状态为执行异常，则获取第一税务数据工单的工单执行结果，根据工单执行结果确定第一税务数据工单中的异常数据，根据异常数据确定数据补偿机制，采用数据补偿机制对第一税务数据进行补偿，得到纠正后的第一税务数据。通过工单处理方法确保数据采集任务能够被完整地执行，保障了“银税互动”业务数据处理流程的完整性，进一步保证了“银税互动”业务的工作稳定性。

附图说明

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

图1a是本申请实施例应用的工单处理系统的结构部署图；

图1b是本申请实施例提供的一种工单处理方法的流程示意图；

图2a是本申请实施例提供的一种工单号编码结构的举例示意图；

图2b是本申请实施例提供的一种工单处理方法的举例示意图；

图3a是本申请实施例提供的一种工单处理装置的结构示意图；

图3b是本申请实施例提供的一种补偿单元的具体细化结构图；

图4是本申请实施例提供的另一种工单处理装置的结构示意图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤的过程、方法、系统、产品或设备没有限定于已列出的步骤，而是可选地还包括没有列出的步骤，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

下面结合附图对本申请实施例中所涉及的设备进行介绍。

图1a是本申请实施例应用的工单处理系统的结构部署图。如图1a所示，该工单处理系统包括工单生成模块、数据补偿模块、数据源监控模块、扩容模块。每个模块的功能可以由单独的服务器来实现，也可以是多个模块的功能由一个服务器实现。实现不同模块功能的多个服务器互相通信连接。

其中，工单生成模块，用于根据用户终端发起的税务数据请求生成有唯一工单号的税务数据工单，并且根据税务数据请求中的税务数据类型、税务数据所在数据源等信息配置出税务数据工单的工单执行流程。

其中，数据补偿模块，用于在税务数据工单的工单执行结果存在异常数据时，根据异常数据确定数据补偿机制，采用数据补偿机制对税务数据进行补偿。

其中，数据源监控模块，用于对税务数据工单的工单执行过程和工单执行状态进行监控，保障不同税务数据所在数据源的稳定性和可用性。

其中，扩容模块，用于在向同一数据源发起的税务数据工单的工单数量达到一定数量时，增大针对数据源所使用的集群服务器数量，从而可以同时处理多条向同一数据源发起的税务数据工单。

本申请实施例提供了一种工单处理方法，应用于税务数据采集系统中，上述方法具体为接收第一用户终端发起的税务数据请求，根据税务数据请求生成第一税务数据工单，执行第一税务数据工单并动态记录第一税务数据工单的工单执行状态，若工单执行状态为执行异常，则获取第一税务数据工单的工单执行结果，根据工单执行结果确定第一税务数据工单中的异常数据，根据异常数据确定数据补偿机制，采用数据补偿机制对第一税务数据进行补偿，得到纠正后的第一税务数据。下面结合附图对本申请实施例进行详细说明。

请参阅图1b，图1b是本申请实施例提供的一种工单处理方法的流程示意图，如图1b所示，本申请实施例中所描述的工单处理方法，应用于税务数据采集系统中，方法包括以下步骤：

101：接收第一用户终端发起的税务数据请求，税务数据请求用于请求获取第一税务数据；

其中，第一税务数据包括纳税申报表数据、资产负债表数据、利润表数据、现金流量表数据等税务相关数据。

102：根据税务数据请求生成第一税务数据工单，第一税务数据工单用于记录第一税务数据的请求进程；

其中，第一税务数据工单中的工单执行流程包括数据采集、数据清洗、数据存储、数据入库。

其中，数据采集指获取到原始税务数据；数据存储指将不同数据格式的原始税务数据存储在税务数据采集系统中；数据清洗指将无法直接使用的原始税务数据的数据格式修正为可以直接使用的数据格式；数据入库指将不同的税务数据按照数据类型录入相对应的数据库中，如税务数据为资产负债表数据，则将税务数据录入至资产负债表数据库中。

示例性地，可以是根据税务数据请求中包括的第一税务数据类型、第一税务数据所在数据源和预设的工单执行流程配置信息，确定出第一税务数据工单中的工单执行流程并生成工单执行流程包括数据采集、数据清洗、数据存储、数据入库等具体事项的第一税务数据工单，工单执行流程配置信息包括数据源执行流程配置信息、数据源接口地址配置信息。

103：执行第一税务数据工单并动态记录第一税务数据工单的工单执行状态，工单执行状态包括未执行、执行中、已执行和执行异常；

其中，动态记录指第一税务数据工单的工单执行状态发生变化的时候，会记录下第一税务数据工单最新的工单执行状态，并用最新的工单执行状态替换掉过往的工单执行状态。

其中，执行第一税务数据工单，指根据第一税务数据工单中的工单执行流程，对第一税务数据进行工单执行流程中包括的具体事项的处理，可以是从目标数据源中采集第一税务数据，并对第一税务数据进行数据清洗、数据存储、数据入库等具体事项，目的是得到第一用户终端所请求的、可以直接使用的第一税务数据。数据源为获取第一税务数据的数据汇总机构。

104：若工单执行状态为执行异常，则获取第一税务数据工单的工单执行结果，根据工单执行结果确定第一税务数据工单中的异常数据；

其中，异常数据包括数据展示方式异常、没有返回数据。

105：根据异常数据确定数据补偿机制，采用数据补偿机制对第一税务数据进行补偿，得到纠正后的第一税务数据。

其中，数据补偿机制的目的是重新获得第一税务数据。数据补偿机制包括一定频次的数据重试、一定时间差的数据重试。重试用于重新获取新的第一税务数据，或重新获取异常数据对应的部分第一税务数据。

示例性地，数据补偿机制若为一定频次的数据重试，则对第一税务数据进行10次的重新获取；数据补偿机制若为一定时间差的数据重试，则在隔天的时候再对第一税务数据进行重新获取。

其中，根据异常数据确定数据补偿机制，指在异常数据不同的情况下所采用的数据补偿机制也不同。

示例性地，第一用户终端发起请求获取纳税申报表数据的税务数据请求，根据税务数据请求生成纳税申报表数据工单，纳税申报表数据工单的工单执行流程包括数据采集、数据清洗的具体执行事项，执行纳税申报表数据工单后若显示工单执行状态为执行异常，且根据获取到的工单执行结果确定出此时没有返回纳税申报表数据，即此时的异常数据为纳税申报表数据，由于纳税申报表数据对于判断第一用户终端对应的第一用户是否符合“银税互动”业务中银行产品的审批条件起着关键性的作用，因此确定数据补偿机制为对纳税申报表数据进行10次的数据重试，在10次的数据重试中若成功获取到纳税申报表数据则工单完成执行流程，在10次的数据重试中若无法成功获取到纳税申报表数据则终止工单执行流程。

可以看出，本申请实施例中，通过接收第一用户终端发起的税务数据请求，根据税务数据请求生成用于记录第一税务数据的请求进程的第一税务数据工单，执行第一税务数据工单并动态记录第一税务数据工单的工单执行状态，若工单执行状态为执行异常，则获取第一税务数据工单的工单执行结果，根据工单执行结果确定第一税务数据工单中的异常数据，根据异常数据确定数据补偿机制，采用数据补偿机制对第一税务数据进行补偿，得到纠正后的第一税务数据。通过工单处理方法确保数据采集任务能够被完整地执行，保障了“银税互动”业务数据处理流程的完整性，进一步保证了“银税互动”业务的工作稳定性。

在一个可能的示例中，数据补偿机制包括数据重试，根据异常数据确定数据补偿机制，具体为：判断异常数据的重要等级，重要等级包括第一重要等级和第二重要等级；若异常数据的重要等级为第一重要等级，则对异常数据进行第一频次数据重试，重试用于重新获取新的第一税务数据，或重新获取异常数据对应的部分第一税务数据；若异常数据的重要等级为第二重要等级，则对异常数据进行第二频次数据重试，第二频次小于第一频次。

其中，异常数据的重要等级，指在判断第一用户终端对应的第一用户是否符合“银税互动”业务中银行产品的审批条件时，异常数据在审批条件中所起的重要程度。异常数据在审批条件中所起的作用越具有重要性，则异常数据的重要等级越高。

示例性地，第一频次数据重试为10次数据重试，第二频次数据重试为3次数据重试。若异常数据为纳税申报表数据，由于纳税申报表数据对于判断第一用户终端对应的第一用户是否符合“银税互动”业务中银行产品的审批条件起着关键性的作用，因此，纳税申报表数据即异常数据的重要等级为第一重要等级，此时对纳税申报表数据进行10次数据重试，重新获取新的纳税申报表数据。若异常数据为税务违法违章信息，由于税务违法违章信息的业务性质较薄弱，在判断第一用户终端对应的第一用户是否符合“银税互动”业务中银行产品的审批条件时所起的作用并不是关键性的，因此，税务违法违章信息即异常数据的重要等级为第二重要等级，此时对税务违法违章信息进行3次数据重试。

可以看出，本申请实施例中，通过判断异常数据的重要等级，若异常数据的重要等级为第一重要等级则对异常数据进行第一频次数据重试，若异常数据的重要等级为第二重要等级，则对异常数据进行第二频次数据重试。根据异常数据的不同重要等级来对异常数据进行不同频次的数据重试，基于异常数据的实际情况，在异常数据的重要等级较高时则对异常数据进行较高频次的数据重试，在异常数据的重要等级较低时则对异常数据进行较低频次的数据重试，保障了“银税互动”业务数据处理流程的完整性，又确保了“银税互动”业务数据处理流程的效率。

在一个可能的示例中，采用数据补偿机制对第一税务数据进行补偿，得到纠正后的第一税务数据，包括：若第一频次数据重试或第二频次数据重试的结果为成功，则将获取到的新的第一税务数据替换异常数据，或将获取到的部分第一税务数据替换异常数据，得到纠正后的第一税务数据；若第一频次数据重试的结果为失败，则终止执行第一税务数据工单；若第二频次数据重试的结果为失败，则继续执行第一税务数据工单。

其中，若异常数据为第一税务数据本身，则在第一频次数据重试或第二频次数据重试的结果为成功时，将获取到的新的第一税务数据替换异常数据，得到纠正后的第一税务数据；若异常数据为第一税务数据中的部分，则在第一频次数据重试或第二频次数据重试的结果为成功时，可以将获取到的部分第一税务数据替换异常数据，得到纠正后的第一税务数据；另外，若发生第一税务数据工单的执行过程出现异常、且无法得知异常数据的具体数据项目的异常情况，则在经过数据补偿机制后将获取到的新的第一税务数据替换掉整个工单执行结果，并且对于该异常情况，数据补偿机制是重新执行第一税务数据工单。

示例性地，第一税务数据为纳税申报表数据，异常数据为纳税申报表数据，对纳税申报表数据采用第一频次数据重试。若对纳税申报表数据采用第一频次数据重试的结果为成功，则将获取到的新的纳税申报表数据替换异常数据，得到纠正后的纳税申报表数据；若对纳税申报表数据采用第一频次数据重试的结果为失败，由于纳税申报表数据的重要等级较高，缺少纳税申报表数据将严重影响“银税互动”业务的正常进行，则此时终止执行第一税务数据工单。

又一示例性地，第一税务数据为税务违法违章信息，税务违法违章信息包括欠税记录信息，异常数据为税务违法违章信息中的欠税记录信息，对税务违法违章信息采用第二频次数据重试。若对税务违法违章信息采用第二频次数据重试的结果为成功，则将获取到的税务违法违章信息中的欠税记录信息替换异常数据，得到纠正后的税务违法违章信息；若对税务违法违章信息采用第二频次数据重试的结果为失败，由于税务违法违章信息的重要等级相对较低，缺少税务违法违章信息也不会导致“银税互动”业务无法正常进行，则此时继续执行第一税务数据工单。

可以看出，本申请实施例中，若第一频次数据重试的结果为失败则终止执行第一税务数据工单，若第二频次数据重试的结果为失败则继续执行第一税务数据工单，根据不同频次数据重试对应有不同的工单处理方式，从而达到根据异常数据的重要等级来对数据重试失败采用不同的处理方式的目的，采取第一频次数据重试的异常数据的重要等级较高，一旦出现数据缺失将严重影响“银税互动”业务数据流程的进行，则在第一频次数据重试的结果为失败时终止执行第一税务数据工单；而采取第二频次数据重试的异常数据的重要等级相对较低，即便出现数据缺失也不影响“银税互动”业务数据流程的进行，则在第二频次数据重试的结果为失败时可以继续执行第一税务数据工单。进一步保障了“银税互动”业务数据处理流程的完整性。

在一个可能的示例中，若第一频次数据重试的结果为失败，则终止执行第一税务数据工单，还包括：根据第一税务数据工单中的异常数据确定工单异常级别，工单异常级别包括告警级别和预警级别；若工单异常级别为告警级别，则生成告警信号，告警信号用于提示对第一税务数据的数据源进行更换，数据源为获取第一税务数据的数据汇总机构，数据源的数量为至少一个。

其中，工单异常级别为告警级别包括数据源不可用的情况，工单异常级别为预警级别包括数据展示方式异常、网络中断的情况。

示例性地，若第一税务数据工单中的异常数据为没有返回数据，且此时网络情况良好即没有发生网络中断的情况，此时可以判定为第一税务数据的数据源不可用，则确定工单异常级别为告警级别。

其中，数据源包括各地税局机构服务器不同类型税务数据的数据库，也包括同一税局机构服务器用于提供同一税务数据的不同接口地址。

示例性地，银行机构服务器向目标税局机构服务器请求调取第一税务数据，目标税局机构服务器同时有新版本接口和旧版本接口共两个接口地址用于为“银税互动”业务提供第一税务数据，若第一税务数据工单从旧版本接口无法成功取出第一税务数据，则工单异常级别为告警级别，此时生成告警信号用于提示银行机构服务器将目标接口地址从旧版本接口更换为新版本接口后再获取第一税务数据。

可以看出，本申请实施例中，在工单异常级别为告警级别时生成用于提示更换第一税务数据的数据源的告警信号，从而确保数据源的持续可用性，保障了“银税互动”业务数据处理流程的完整性，进一步保证了“银税互动”业务的工作稳定性。

在一个可能的示例中，上述方法还包括：获取第一税务数据工单的工单执行结果，工单执行结果中包括工单号、授权编码、第一税务数据；将工单号、授权编码、第一税务数据进行封装，得到税务数据报文；使用分布式文件存储方式对税务数据报文进行存储，税务数据报文用于确定第一税务数据工单的完整性；若第一用户终端使用工单号对工单执行结果进行查询，则调取税务数据报文发送给第一用户终端。

其中，授权编码，指税局机构服务器在反馈第一税务数据给第一用户终端时，针对该反馈行为生成的唯一性标识编码。

其中，分布式文件存储方式，指把大量税务数据报文存储在不同的数据库节点上，通过分布式文件存储方式大大减小了税务数据报文丢失的风险。

其中，税务数据报文用于确定第一税务数据工单的完整性，指只有在第一税务数据工单完整地执行完成后，才能够获取到包括工单号、授权编码、第一税务数据的工单执行结果，从而得到税务数据报文，即是说，得到税务数据报文即能证明第一税务数据工单具有完整性，也证明数据处理过程和工单执行结果都不存在异常。

示例性地，工单号为64位数字的工单编码，请参阅图2a，图2a是本申请实施例提供的一种工单号编码结构的举例示意图，如图2a所示，64位数字的工单号中，其中1位数字用于作为工单编码的预留扩容位，预留扩容位用于在工单编码的其他63位数字已经用尽而无法生成新的不同工单编码的时候对工单编码进行扩容，其中41位数字用于记录第一税务数据工单的生成时间，其中10位数字用于记录生成第一税务数据工单的银行机构服务器编号，不同的银行机构服务器对应有不同且唯一的银行机构服务器编号，其中12位数字用于在同一生成时间内根据第一税务数据工单的工单处理排序进行序列编号，在同一生成时间内的序列编号具有唯一性，互相不重复。

可以看出，本申请实施例中，获取第一税务数据工单包括工单号、授权编码、第一税务数据的工单执行结果，将工单号、授权编码、第一税务数据进行封装，得到税务数据报文，若第一用户终端使用工单号对工单执行结果进行查询，则调取税务数据报文发送给第一用户终端。实现了对“银税互动”业务中数据采集任务的记录与管理，通过减小相关税务数据丢失的风险增大了“银税互动”业务的安全性。

在一个可能的示例中，若工单执行状态为执行中，执行第一税务数据工单并动态记录第一税务数据工单的工单执行状态，还包括：

检测工单执行状态为执行中的执行持续时间；

若执行持续时间到达预设持续时间阈值，则对第一税务数据的重要等级进行分析，确定数据等级系数；

对第一税务数据的数据容量进行分析，确定数据容量系数；

按照预设的执行持续时间、数据等级系数、数据容量系数之间的一元线性回归方程关系，计算出工单风险指数；

根据工单风险指数对第一税务数据工单采取安全防御机制。

其中，工单执行状态为执行中的执行持续时间，指工单执行状态处于执行中的维持时间。

其中，第一税务数据的重要等级，指在判断第一用户终端对应的第一用户是否符合“银税互动”业务中银行产品的审批条件时，第一税务数据在审批条件中所起的重要程度。第一税务数据在审批条件中所起的作用越具有重要性，则第一税务数据的重要等级越高，进而数据等级系数越大。

示例性地，第一税务数据为纳税申报表数据时的数据等级系数大于第一税务数据为税务违法违章信息时的数据等级系数。

其中，数据容量，指第一税务数据所占用的空间大小。第一税务数据中的数据信息量越多，则数据容量系数越大。

示例性地，由于纳税申报表中包含有应纳税所得额这一数据项目，即应纳税所得额为纳税申报表众多数据项目中的其中一个数据项目，因此，第一税务数据为纳税申报表时的数据容量系数大于第一税务数据为应纳说所得额时的数据容量系数。

其中，工单风险指数＝数据等级系数*执行持续时间+数据容量系数，或工单风险指数＝数据容量系数*执行持续时间+数据等级系数。

可以看出，本申请实施例中，通过检测工单执行状态为执行中的执行持续时间，若执行持续时间到达预设持续时间阈值则对第一税务数据的重要等级和数据容量进行分析，确定数据等级系数和数据容量系数，从而计算出工单风险指数，根据工单风险指数对第一税务数据工单采取安全防御机制，避免由于受到网络攻击而发生用户数据遭到恶意泄露的不良情况，保障了“银税互动”业务数据处理过程的安全性的稳定性。

在一个可能的示例中，根据工单风险指数对第一税务数据工单采取安全防御机制，具体为：

若工单风险指数大于或等于第一风险阈值，则中断第一税务数据工单的执行，并进行报警；

若工单风险指数大于第二风险阈值且小于第一风险阈值，则使用非对称加密算法对第一税务数据工单进行加密，第二风险阈值小于第一风险阈值；

若工单风险指数大于第三风险阈值且小于第二风险阈值，则对第一税务数据工单进行重新执行，第三风险阈值小于第二风险阈值。

其中，使用非对称加密算法对第一税务数据工单进行加密，是由于非对称加密算法是破解难度较大从而具有较高的安全性的一类加密算法。

示例性地，第一风险阈值为10，第二风险阈值为5，第三风险阈值为3。若工单风险指数为12，大于10即大于第一风险阈值，由于“银税互动”业务是银行机构服务器与税局机构服务器之间的交互，且涉及到申请用户的重要银税数据，因此“银税互动”业务对于网络安全性有极高的要求，为了防止网络遭到严重恶意攻击而导致重要的银税数据被恶意泄露或利用，此时将中断第一税务数据工单的执行以避免用户数据泄露，并且进行报警。

可以看出，本申请实施例中，根据工单风险指数的大小，不同的工单风险指数对应采取不同的安全防御机制，在高等工单风险指数的时候中断第一税务数据工单的执行并进行报警，防止网络遭到严重攻击而导致重要的银税数据被恶意泄露或利用，在中等工单风险指数的时候使用非对称加密算法对第一税务数据工单进行加密，避免用户数据遭到泄露，在低等工单风险指数的时候重新执行第一税务数据工单，进一步保障了“银税互动”业务数据处理流程的完整性和安全性。

在一个可能的示例中，上述方法还包括根据多个用户终端的税务数据请求生成多个税务数据工单，若工单异常级别为预警级别，上述方法还包括：检测在第一时间段内多个税务数据工单中的工单异常级别为预警级别的工单数量，计算出预警异常频次；若预警异常频次大于预设预警异常频次，则生成修复信号，修复信号用于对税务数据采集系统的通讯网络进行修复。

其中，工单异常级别为预警级别包括数据展示方式异常、网络中断的情况。

其中，预警异常频次＝工单异常级别为预警级别的工单数量/第一时间段。

其中，对税务数据采集系统的通讯网络进行修复，目的是修复税务数据采集系统的通讯网络从而使得“银税互动”业务能继续正常开展，确保数据采集任务能够被完整地执行。

示例性地，若第一税务数据工单中的异常数据为数据展示方式异常，此时是由于网络波动等原因导致税务数据工单的工单执行流程受到影响而无法正常完整进行，导致最终获得的数据的展示方式异常，则确定工单异常级别为预警级别。

可以看出，本申请实施例中，通过检测在第一时间段内多个税务数据工单中的工单异常级别为预警级别的工单数量计算出预警异常频次，在预警异常频次大于预设预警异常频次时生成修复信号从而对税务数据采集系统的通讯网络进行修复，保障了“银税互动”业务数据处理流程的完整性，进一步保证了“银税互动”业务的工作稳定性。

在一个可能的示例中，执行税务数据工单包括从数据源获取用户终端请求的税务数据，上述方法还包括：判断在第二时间段内根据多个用户终端的税务数据请求生成的多个税务数据工单中，每个税务数据工单对应的数据源，并确定属于同一数据源的税务数据工单的工单数量是否达到第一预设工单数量；若工单数量达到第一预设工单数量，则判断数据源的访问频次是否达到预设访问频次；若是，则根据工单数量确定工单数量权值，且根据访问频次确定访问频次权值；根据工单数量与第一预设工单数量，计算出工单数量差；按照预设的工单数量差与权值对之间的映射关系，确定目标权值对，目标权值对包括第一权值和第二权值；将工单数量权值、访问频次权值、第一权值、第二权值进行加权运算，得到工单数量扩容值，工单数量扩容值用于增大针对数据源所使用的集群服务器数量。

其中，数据源包括各地税局机构服务器不同类型税务数据的数据库，也包括同一税局机构服务器用于提供同一税务数据的不同接口地址。

其中，工单数量越多，则工单数量权值越大；访问频次越高，则访问频次权值越大。

其中，工单数量差＝工单数量-第一预设工单数量。

其中，第一权值为0～1，第二权值为0～1，且第一权值+第二权值＝2。

其中，工单数量扩容值＝第一权值*工单数量权值+第二权值*访问频次权值，或工单数量扩容值＝第一权值*访问频次权值+第二权值*工单数量权值。

示例性地，第二时间段为1分钟，第一预设工单数量为2个，预设访问频次为数据源在1分钟内被访问10次，工单数量扩容值＝第一权值*工单数量权值+第二权值*访问频次权值。在1分钟内，属于同一数据源的税务数据工单的工单数量为4个，大于2个即大于第一预设工单数量，且判断到数据源的访问频次为1分钟内被访问15次大于10次即已达到预设访问频次，此时根据工单数量确定工单数量权值为2，根据访问频次确定访问频次权值为1.5，计算出工单数量差＝4-2＝2，按照预设的工单数量差与权值对之间的映射关系，确定第一权值为1.5，第二权值＝2-1.5＝0.5，得到工单数量扩容值＝第一权值*工单数量权值+第二权值*访问频次权值＝1.5*2+0.5*1.5＝3.75≈4，则此时将数据源所使用的的集群服务器数量增大到4台，4台集群服务器用于同时处理属于该同一数据源的4个税务数据工单。

可以看出，本申请实施例中，在向同一数据源发起的税务数据工单的工单数量达到第一预设工单数量、且数据源的访问频次达到预设访问频次时，通过对工单数量、预设工单数量、访问频次进行分析计算，得到用于增大针对数据源所使用的集群服务器数量的工单数量扩容值，从而可以同时处理多条向同一数据源发起的税务数据工单，提高了“银税互动”业务在处理向同一数据源发起的税务数据工单时的工作效率。

在一个可能的示例中，上述方法还包括：检测多个税务数据工单中未执行工单的数量，未执行工单为工单状态为未执行的工单；若未执行工单数量到达预设数量阈值，则获取未执行工单的工单信息，工单信息包括税务数据请求人、请求内容；对未执行工单中的税务数据请求人、请求内容进行分析；检测未执行工单中包含有同一税务数据请求人、同一请求内容的雷同工单数量，雷同工单数量为n个；若雷同工单数量到达预设雷同工单阈值，则获取n个雷同工单中的每个雷同工单的发起时间；根据发起时间，计算出n个雷同工单的平均时间间隔；若平均时间间隔大于或等于预设时间间隔，则将第一雷同工单设置为第一优先级，第一雷同工单为雷同工单中发起时间最早的工单，第一优先级用于将第一雷同工单设置为第一税务数据工单的下一个待处理工单；若平均时间间隔小于预设时间间隔，则删除雷同工单中的非第一雷同工单。

其中，平均时间间隔＝(第n雷同工单的发起时间-第一雷同工单的发起时间)/(n-1)，按照发起时间对雷同工单进行排序，第n雷同工单为n个雷同工单中发起时间最晚的工单。

示例性地，同一税务数据请求人、同一请求内容的雷同工单数量为5个，预设雷同工单阈值为3个，预设时间间隔为10分钟。此时雷同工单数量为5个，到达雷同工单阈值，若获取到5个雷同工单中的每个雷同工单的发起时间分别为14:00、14:05、14:20、14:30、15:00，可见第一雷同工单为发起时间为14:00的工单，第五雷同工单为发起时间为15:00的工单，则根据上述5个雷同工单的发起时间可计算出5个雷同工单的平均时间间隔＝(第五雷同工单的发起时间-第一雷同工单的发起时间)/(5-1)＝(15:00-14:00)/(5-1)＝60/4＝15分钟，即平均时间间隔大于预设时间间隔，为了避免对应的税务数据请求人由于长时间无法收到税务数据而影响到“银税互动”业务的进行，请参阅图2b，图2b是本申请实施例提供的一种工单处理方法的举例示意图，如图2b所示，将发起时间最早即发起时间为14:00的第一雷同工单设置为当前处理的第一税务数据工单的下一个待处理工单，在第一税务数据工单执行完毕后将优先对第一雷同工单进行处理。

又一示例性地，同一税务数据请求人、同一请求内容的雷同工单数量为5个，预设雷同工单阈值为3个，预设时间间隔为10分钟。此时雷同工单数量为5个，到达雷同工单阈值，若获取到5个雷同工单中的每个雷同工单的发起时间分别为14:00、14:05、14:08、14:12、14:16，可见第一雷同工单为发起时间为14:00的工单，第五雷同工单为发起时间为14:16的工单，则根据上述5个雷同工单的发起时间可计算出5个雷同工单的平均时间间隔＝(第五雷同工单的发起时间-第一雷同工单的发起时间)/(5-1)＝(14:16-14:00)/(5-1)＝16/4＝4分钟，即平均时间间隔小于预设时间间隔，说明造成雷同数据工单的现象可能是由于网络波动等原因而生成多条重复工单，此时除了发起时间最早即发起时间为14:00的第一雷同工单之外的工单并没有实际意义，为了保障“银税互动”业务的数据处理效率，此时将删除雷同工单中没有实际意义的非第一雷同工单，即删除发起时间为14:05、14:08、14:12、14:16的4条雷同工单，只对第一雷同工单进行执行。

可以看出，本申请实施例中，通过检测多个税务数据工单中未执行工单的数量，在未执行工单数量到达预设数量阈值时，则对未执行工单的工单信息中的税务数据请求人、请求内容进行分析，检测包含有同一税务数据请求人、同一请求内容的雷同工单数量，若雷同工单数量到达预设雷同工单阈值则计算出n个雷同工单的平均时间间隔，根据时间间隔与预设时间间隔之间的关系对雷同工单做出不同的处理。在平均时间间隔大于或等于预设时间间隔时，为了避免对应的税务数据请求人由于长时间无法收到税务数据而影响到“银税互动”业务的进行，则将雷同工单中发起时间最早的第一雷同工单设置为第一优先级；在平均时间间隔小于预设时间间隔时，可能是由于网络波动等原因而生成多条重复工单，为了保障“银税互动”业务的数据处理效率，则删除雷同工单中没有实际意义的非第一雷同工单。在保障“银税互动”业务数据处理流程的完整性的同时，增加了“银税互动”业务数据处理流程的灵活性和智能性。

与上述图1b所示的实施例一致的，请参阅图3a，图3a是本申请实施例提供的一种工单处理装置的结构示意图，如图3a所示：

一种工单处理装置，应用于税务数据采集系统中，上述装置包括：

301：接收单元，用于接收第一用户终端发起的税务数据请求，税务数据请求用于请求获取第一税务数据；

302：生成单元，用于根据税务数据请求生成第一税务数据工单，第一税务数据工单用于记录第一税务数据的请求进程；

303：执行单元，用于执行第一税务数据工单并动态记录第一税务数据工单的工单执行状态，工单执行状态包括未执行、执行中、已执行和执行异常；

304：异常单元，用于若工单执行状态为执行异常，则获取第一税务数据工单的工单执行结果，根据工单执行结果确定第一税务数据工单中的异常数据；

305：补偿单元，用于根据异常数据确定数据补偿机制，采用数据补偿机制对第一税务数据进行补偿，得到纠正后的第一税务数据。

可以看出，本申请实施例中，通过接收单元接收第一用户终端发起的税务数据请求，通过生成单元根据税务数据请求生成用于记录第一税务数据的请求进程的第一税务数据工单，通过执行单元执行第一税务数据工单并动态记录第一税务数据工单的工单执行状态，通过异常单元在若工单执行状态为执行异常时，则获取第一税务数据工单的工单执行结果，根据工单执行结果确定第一税务数据工单中的异常数据，通过补偿单元根据异常数据确定数据补偿机制，采用数据补偿机制对第一税务数据进行补偿，得到纠正后的第一税务数据。通过工单处理装置确保数据采集任务能够被完整地执行，保障了“银税互动”业务数据处理流程的完整性，进一步保证了“银税互动”业务的工作稳定性。

具体地，本申请实施例可以根据上述方法示例对工单处理装置进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在一个可能的示例中，请参阅图3b，图3b是本申请实施例提供的一种补偿单元的具体细化结构图，如图3b所示，补偿单元包括：

3051：判断模块，用于判断异常数据的重要等级，重要等级包括第一重要等级和第二重要等级；

3052：第一频次数据重试模块，用于若异常数据的重要等级为第一重要等级，则对异常数据进行第一频次数据重试，重试用于重新获取新的第一税务数据，或重新获取异常数据对应的部分第一税务数据；

3053：第二频次数据重试模块，用于若异常数据的重要等级为第二重要等级，则对异常数据进行第二频次数据重试，第二频次小于第一频次。

与上述图1b所示的实施例一致的，请参阅图4，图4是本申请实施例提供的另一种工单处理装置的结构示意图，如图4所示：

一种工单处理装置，包括：

处理器、存储器、通信接口，处理器、存储器和通信接口相互连接，并且完成相互间的通信工作；

存储器上存储有可执行程序代码，通信接口用于进行无线通信；

处理器用于调取存储器上存储的可执行程序代码，执行如上述方法实施例中记载的任何一种工单处理方法的部分或全部步骤，上述计算机包括电子终端设备。

其中，存储器可以是易失性存储器如动态随机存储器dram，也可以是非易失性存储器如机械硬盘。上述存储器用于存储一组可执行程序代码，上述处理器用于调用存储器中存储的可执行程序代码，可以执行如上述工单处理方法实施例中记载的任何一种工单处理方法的部分或全部步骤。

上述无线通信可以使用任一通信标准或协议，包括但不限于gsm(globalsystemofmobilecommunication，全球移动通讯系统)、gprs(generalpacketradioservice，通用分组无线服务)、cdma2000(codedivisionmultipleaccess2000，码分多址2000)、wcdma(widebandcodedivisionmultipleaccess,宽带码分多址)、td-scdma(timedivision-synchronouscodedivisionmultipleaccess，时分同步码分多址)、fdd-lte(frequencydivisionduplexing-longtermevolution，频分双工长期演进)和tdd-lte(timedivisionduplexing-longtermevolution，分时双工长期演进)等。

本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质中存储有用于电子数据交换的计算机程序，计算机程序包括执行指令，执行指令用于执行如上述工单处理方法实施例中记载的任何一种工单处理方法的部分或全部步骤，上述计算机包括电子终端设备。

本申请实施例提供了一种计算机程序产品，其中，计算机程序产品包括计算机程序，计算机程序可操作来使计算机如上述方法实施例中记载的任何一种工单处理方法的部分或全部步骤，该计算机程序产品可以是一个软件安装包。

需要说明的是，对于前述的任一种工单处理方法的实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请所必须的。

以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请一种工单处理方法及装置的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请一种工单处理方法及装置的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

本申请是参照本申请实施例的方法、硬件产品和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。存储器可以包括：闪存盘、只读存储器(英文：read-onlymemory，简称：rom)、随机存取器(英文：randomaccessmemory，简称：ram)、磁盘或光盘等。

尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看附图、公开内容、以及所附权利要求书，可理解并实现所公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

本领域普通技术人员可以理解上述任一种工单处理方法的方法实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(英文：read-onlymemory，简称：rom)、随机存取器(英文：randomaccessmemory，简称：ram)、磁盘或光盘等。

可以理解的是，凡是被控制或者被配置以用于执行本申请一种工单处理方法实施例所描述的流程图的处理方法的产品，如上述流程图的装置以及计算机程序产品，均属于本申请所描述的相关产品的范畴。

显然，本领域的技术人员可以对本申请提供的一种工单处理方法及装置进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。