CN117743018A - 业务数据处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请提供一种业务数据处理方法、装置、电子设备及存储介质，涉及数据处理技术领域。该方法包括：确定业务数据处理规则，根据业务数据处理规则确定业务数据处理系统对应的业务数据中与业务数据处理规则对应的第一业务数据，在根据业务数据处理规则确定第一业务数据中存在错误业务数据的情况下，将错误业务数据存储至隔离池，并根据隔离池中的错误业务数据进行对应补偿处理，得到第二业务数据，基于业务数据处理系统对第二业务数据进行对应业务数据处理。如此，在进行业务数据处理过程中，能够确定出业务数据中的错误业务数据，并可以进行对应补偿处理得到第二业务数据，可以保证业务数据处理系统能够正常进行相关业务数据处理。

Description

业务数据处理方法、装置、电子设备及存储介质

技术领域

本申请涉及数据处理技术领域，尤其涉及一种业务数据处理方法、装置、电子设备及存储介质。

背景技术

随着社会信息化的发展，企业对于业务数据处理系统的功能需求逐渐增多，因此，企业需要开发新的业务数据处理系统以代替原有业务数据处理系统，并且需要将原有业务数据处理系统的业务数据迁移至新的业务数据处理系统，以使新的业务数据处理系统根据迁移的业务数据进行业务数据处理。

现有技术中，新的业务数据处理系统在被正式使用之前，会经过详细地分析设计和全面的测试，以保证业务处理系统能够正常使用。但是，由于原有业务数据处理系统的业务处理逻辑与新的业务数据处理系统的业务处理逻辑存在差异，新的业务数据处理系统在基于原有业务数据处理系统的业务数据进行业务处理时，由于业务处理逻辑的不同可能导致业务处理过程存在问题，若迁移过来的历史业务数据存在问题，会导致新的业务数据处理系统在基于历史业务数据和新输入的业务数据进行新的业务数据处理时，存在错误的业务数据，而错误的业务处理过程和/或错误的业务数据会影响业务数据处理系统进行相关业务数据处理流程，甚至若基于错误的业务处理过程和/或错误的业务数据继续进行相关业务数据处理会影响最终的处理结果，尤其是涉及资金的业务数据，会影响资金结算，给用户或者企业带来损失。

因此，在业务数据处理系统进行业务数据处理过程中，如何减小错误业务数据对相关业务数据处理带来的影响成为当前亟需解决的问题。

发明内容

本申请提供一种业务数据处理方法、装置、电子设备及计算机可读存储介质，在业务数据处理系统进行业务数据处理过程中，能够更为方便、准确地确定出错误业务数据，并对错误业务数据进行处理，以减小错误业务数据对相关业务数据处理带来的影响，更好地保证业务数据处理系统能够正常进行相关业务数据处理。

第一方面，本申请提供一种业务数据处理方法，应用于部署有业务数据处理系统的电子设备，该方法包括：确定业务数据处理规则；根据业务数据处理规则确定业务数据处理系统对应的业务数据中与业务数据处理规则对应的第一业务数据；在根据业务数据处理规则确定第一业务数据中存在错误业务数据的情况下，将错误业务数据存储至隔离池，并根据隔离池中的错误业务数据进行对应补偿处理，得到第二业务数据，基于业务数据处理系统对第二业务数据进行对应业务数据处理。

本申请实现方式提供的业务数据处理方法，在进行业务数据处理过程中，基于业务数据处理规则确定出业务数据处理系统对应的业务数据中与该业务数据处理规则对应的第一业务数据，并在根据业务数据处理规则确定出第一业务数据中存在错误业务数据的情况下，将错误业务数据存储至隔离池。如此，能够基于业务数据处理规则找出错误业务数据，并且将错误业务数据单独存储至隔离池，使得业务数据处理系统在不会被错误业务数据干扰的情况下，能够继续对其他业务数据进行处理，不影响业务数据处理系统的正常运行。进一步地，根据隔离池中的错误业务数据进行对应补偿处理，得到第二业务数据，以基于业务数据处理系统对第二业务数据进行对应业务数据处理。如此，在业务数据处理系统进行业务数据处理过程中，能够确定出错误业务数据，并对错误业务数据进行补偿处理得到第二业务数据，以用于对应业务数据处理，可以减小错误业务数据对相关业务数据处理带来的影响，更好地保证业务数据处理系统能够正常进行相关业务数据处理。

在本申请实现方式提供的业务数据处理方法的一种实现方式中，业务数据处理规则基于用户根据业务数据处理系统的业务数据处理逻辑对业务数据处理规则进行配置的操作得到。

本申请实现方式中，基于用户根据业务数据处理系统的业务数据处理逻辑对业务数据处理规则进行配置的操作得到业务数据处理规则。如此，能够使得业务数据处理规则适用于业务数据处理系统对应的各业务数据，并且基于业务数据处理规则确定出对应于业务数据处理规则的第一业务数据中的错误业务数据，避免继续处理错误业务数据导致业务数据处理系统出现问题，并造成经济损失的问题。

在本申请实现方式提供的业务数据处理方法的一种实现方式中，根据隔离池中的错误业务数据进行对应补偿处理，得到第二业务数据，包括：确定错误业务数据对应的错误原因，根据错误原因进行对应补偿处理，得到第二业务数据。

本申请实现方式中，确定错误业务数据对应的错误原因，根据错误原因进行对应补偿处理。如此，可以修复错误业务数据，能够得到正确的业务数据(也即第二业务数据)，使得业务数据处理系统能够基于正确的业务数据进行后续的业务数据处理，保证业务数据处理系统的安全性。

在本申请实现方式提供的业务数据处理方法的一种实现方式中，根据错误原因进行对应补偿处理，得到第二业务数据，包括：若错误原因为错误业务数据出现问题，则对错误业务数据进行对应补偿处理，得到第二业务数据；若错误原因为业务数据处理规则出现问题，则对业务数据处理规则进行对应补偿处理，并将错误业务数据作为第二业务数据；若错误原因为业务数据处理系统出现问题，则对业务数据处理系统进行对应补偿处理，并将错误业务数据作为第二业务数据。

本申请实现方式中，若错误业务数据的错误原因为错误业务数据本身出现问题，则对错误业务数据进行补偿处理，得到正确的第二业务数据，以使业务数据处理系统能够基于正确的业务数据进行后续的业务数据处理，保证业务数据处理系统的安全性。若错误业务数据的错误原因为业务数据处理规则配置错误，则对业务数据处理规则进行补偿处理，得到正确的业务数据处理规则，再对第一业务数据(也即第二业务数据)重新进行业务数据处理，如此，能够更新业务数据处理规则，以使基于业务数据处理规则更能准确、无误地得到错误业务数据。若错误业务数据的错误原因为业务数据处理系统出现问题，则对业务数据处理系统进行补偿处理，如此，能够基于对业务数据处理系统的补偿处理使得业务数据处理系统在处理该类业务数据时，得到正确的业务数据，保证业务数据处理系统处理业务数据的准确性。

在本申请实现方式提供的业务数据处理方法的一种实现方式中，根据业务数据处理规则确定业务数据处理系统对应的业务数据中与业务数据处理规则对应的第一业务数据，包括：确定业务数据处理规则的关键字信息；根据关键字信息和预设的关键字信息与业务数据类型的对应关系，确定与业务数据处理规则对应的业务数据类型；根据业务数据类型从业务数据处理系统对应的业务数据中筛选出与业务数据类型对应的业务数据，得到第一业务数据。

本申请实现方式中，根据业务数据处理规则的关键字信息和业务数据类型的对应关系，对对应业务数据类型的业务数据进行校验，如此，仅需对需要检查的业务数据根据业务数据处理规则进行检查，减小检查工作量，使得错误业务数据的确定更为快速。

在本申请实现方式提供的业务数据处理方法的一种实现方式中，关键字信息与业务数据类型的对应关系基于用户针对业务数据处理规则进行业务数据处理规则的关键字信息和业务数据类型的归类处理的操作得到。

本申请实现方式中，基于业务数据处理系统的业务数据处理逻辑配置得到业务数据处理规则，如此，业务数据处理规则能够适用于整个业务数据处理系统。并且，基于用户针对业务数据处理规则的关键字信息和业务数据类型的归类处理的操作得到关键字信息和业务数据类型的对应关系，如此，在运行业务数据处理规则时，再基于业务数据处理规则的关键字信息确定对应的能够适用该业务数据处理规则的业务数据，使得能够基于不同类型的业务数据配置对应的业务数据处理规则，能够更为精准地基于业务数据处理规则筛选错误业务数据。

在本申请实现方式提供的业务数据处理方法的一种实现方式中，根据业务数据处理规则确定第一业务数据中的错误业务数据，包括：根据业务数据处理规则确定第一业务数据中数据信息与业务数据处理规则匹配的业务数据，作为错误业务数据。

本申请实现方式中，业务数据的数据信息与业务数据处理规则匹配，则该业务数据为错误业务数据，如此，可以对错误业务数据进行补偿处理，以得到正确的业务数据，保证业务数据处理系统处理业务数据的准确性。

在本申请实现方式提供的业务数据处理方法的一种实现方式中，根据业务数据处理规则确定业务数据处理系统对应的业务数据中与业务数据处理规则对应的第一业务数据，包括：在基于业务数据处理系统进行针对业务数据的收付费处理之前，根据业务数据处理规则确定业务数据处理系统对应的业务数据中与业务数据处理规则对应的第一业务数据。

本申请实现方式中，在发生收付费处理之前根据业务数据处理规则确定对应的第一业务数据，并根据业务数据处理规则确定第一业务数据中的错误业务数据。如此，在发生实际经济交易之前，筛选错误业务数据，避免根据错误业务数据进行收付费业务处理而造成企业经济损失或者客户经济损失的问题。

在本申请实现方式提供的业务数据处理方法的一种实现方式中，该方法还包括：在根据业务数据处理规则确定第一业务数据中不存在错误业务数据的情况下，基于业务数据处理系统对第一业务数据进行对应业务数据处理。

本申请实现方式中，若根据业务数据处理规则确定第一业务数据中不存在错误业务数据，则基于业务数据处理系统对第一业务数据进行正常的业务数据处理，如此，能够不影响业务数据处理系统的业务数据处理流程。

在本申请实现方式提供的业务数据处理方法的一种实现方式中，在根据业务数据处理规则确定第一业务数据中存在错误业务数据的情况下，该方法还包括：对于第一业务数据中的正常业务数据，基于业务数据处理系统对正常业务数据进行对应业务数据处理。

本申请实现方式中，对于第一业务数据中的正常业务数据，则基于业务数据处理系统对正常业务数据进行正常业务数据处理。如此，使得业务数据处理系统能够在业务数据为正常业务数据时，进行正常的业务数据流程处理，以得到最终正确的业务数据处理结果。

在本申请实现方式提供的业务数据处理方法的一种实现方式中，业务数据为保险保全业务数据，错误业务数据为基于业务数据处理规则确定出的业务数据处理系统对应的存在非规律性差错的业务数据。

本申请实现方式中，通过对保险保全业务数据进行业务数据处理，根据保险保全业务数据中错误业务数据进行对应的业务数据补偿处理、业务数据处理规则补偿处理、业务数据处理系统补偿处理，使得最终的业务数据处理系统能够基于正确业务数据进行正常保险保全业务数据处理，避免基于错误的业务处理过程和/或错误的业务数据继续进行相关业务数据处理影响最终的处理结果，甚至影响资金结算，给用户或者企业带来损失的问题。进一步地，基于业务数据处理规则确定出业务数据处理系统对应的存在非规律性差错的业务数据。如此，可以对业务数据处理系统对应的非规律性差错的业务数据进行筛选，降低因为偶发性业务数据问题和非规律性业务数据问题导致业务数据处理系统异常的概率，提升业务数据处理系统的安全性。

第二方面，本申请提供一种业务数据处理装置，包括：第一处理模块，用于确定业务数据处理规则；第二处理模块，用于根据业务数据处理规则确定业务数据处理系统对应的业务数据中与业务数据处理规则对应的第一业务数据；第三处理模块，用于在根据业务数据处理规则确定第一业务数据中存在错误业务数据的情况下，将错误业务数据存储至隔离池，并根据隔离池中的错误业务数据进行对应补偿处理，得到第二业务数据，基于业务数据处理系统对第二业务数据进行对应业务数据处理。

本申请提供的业务数据处理装置，包括用于执行上述第一方面所提供的业务数据处理方法的模块，因此也能实现第一方面提供的业务数据处理方法所具备的有益效果(或优点)。

第三方面，本申请的实施方式提供了一种电子设备，包括：处理器，以及与处理器通信连接的存储器；存储器存储计算机执行指令；处理器执行存储器存储的计算机执行指令，以实现如上述第一方面的实现方式所提供的业务数据处理方法。

第四方面，本申请的实施方式提供了一种计算机可读取存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现如上述第一方面的实现方式所提供的业务数据处理方法。

第五方面，本申请的实施方式提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上述第一方面的实现方式所提供的业务数据处理方法。

可以理解的是，上述第二方面至第五方面的有益效果也可以参见上述第一方面中的相关描述，在此不再赘述。

本申请提供的业务数据处理方法，基于业务数据处理规则确定出业务数据处理系统中能够适配该业务数据处理规则的第一业务数据，并根据业务数据处理规则确定出第一业务数据中的错误业务数据，将错误业务数据存储至隔离池。如此，能够基于业务数据处理规则找出错误业务数据，并且将错误业务数据单独存储至隔离池，使得业务数据处理系统在不会被错误业务数据干扰的情况下，还能够继续对其他业务数据进行处理，不影响业务数据处理系统的正常运行。进一步地，根据隔离池中的错误业务数据进行对应补偿处理，得到第二业务数据，以基于业务数据处理系统对第二业务数据进行对应业务数据处理。如此，在业务数据处理系统进行业务数据处理过程中，能够确定出错误业务数据，并对错误业务数据进行处理，以保证业务数据处理系统能够正常进行相关业务数据处理。

进一步地，基于用户根据业务数据处理系统的业务数据处理逻辑对业务数据处理规则进行配置操作得到业务数据处理规则，能够基于业务数据处理规则确定出对应于业务数据处理规则的第一业务数据中的错误业务数据，避免继续处理错误业务数据导致业务数据处理系统出现问题，并造成经济损失的问题。并且，通过确定错误业务数据的错误原因，根据错误原因和隔离池中的错误业务数据进行对应补偿处理。如此，可以修复错误业务数据、修复业务数据处理规则、修复业务数据处理系统，使得业务数据处理系统能够基于正确的业务数据处理规则和业务数据进行后续的业务数据处理，保证业务数据处理系统的安全性。

附图说明

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

图1为本申请实施例提供的一种业务数据处理方法的流程示意图；

图2为本申请实施例提供的确定第一业务数据的流程示意图；

图3为本申请实施例提供的进行补偿处理的的流程示意图；

图4为本申请实施例提供的业务数据处理方法的原理示意图；

图5为本申请实施例提供的业务数据处理装置的结构示意图；

图6为本申请实施例提供的电子设备的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

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

需要说明的是，本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

术语解释：

保险保全：保险保全是指为保持保险合同的效力而进行的一系列售后服务工作。主要包括合同关系人变更、基本信息变更、复效、挂失补发、保险金额的增加或者减少、退保、减额交清、满期给付等服务项目。

如前所述，在业务数据处理系统进行业务数据处理过程中，如何减小错误业务数据对相关业务数据处理带来的影响成为当前亟需解决的问题。

以保险行业为例，新一代保险业务系统建设中个人保险保全子项目开发过程中，即时经过详细的分析设计、全面的测试，但是总会因各类非预期的因素产生投产问题，这些问题在初期呈现的状态是不可预知、非规律性的，并且因为保险业务系统(作为业务数据处理系统的一种示例)高效的自动化处理方式，这些非规律性事件爆发时，由于业务数据处理系统未预先设置相关的审核机制，会造成业务数据处理系统错误的运行结果。

例如，在进行保险业务系统中保全项目的新建时，新的程序设计之中会参考历史业务数据处理系统的历史业务处理逻辑，并且基于历史业务处理逻辑中的产生的历史业务数据进行新的业务数据的处理。但是新的保全项目的业务处理逻辑相对历史业务处理逻辑会存在差异，并不是完全一致，所以历史业务数据迁移之后，针对历史业务数据进行业务数据处理时可能存在以下几个问题。首先历史业务数据本身存在一定的数据缺陷，但在旧的业务数据处理系统中未被识别。其次，旧的业务数据处理系统在部分特殊场景的迁移逻辑可能考虑不周全导致迁移后的业务数据存在逻辑缺陷，而无法正常被使用。并且，迁移过程中可能存在多迁、漏迁的情况从而影响新的保全项目的业务处理逻辑。

因此，对于迁移类项目，历史业务数据的合规性是逐步完善的过程，并且，相比个人保险的其他模块，保全业务的业务数据量大，日均业务数据量以“万”记，且交易金额大，日均交易金额高峰达到“亿”级，新的业务数据处理系统中由于数据迁移等因素会存在一定量的错误数据，且无规律性可言。常规业务处理流程并没有应对这种非规律性差错的机制，而存在非规律性差错的错误业务数据，在问题发生时将导致业务数据处理系统的业务压力较大，并且，由于保全流程复杂，很难在业务分析、系统设计、功能测试等阶段被发现，错误业务数据确实会影响业务处理流程的走向，甚至若基于错误的业务数据继续进行后续处理会影响最终的处理结论，若是涉及资金的业务数据，会影响资金的计算。也即，会产生非预期的风险、并且业务数据处理系统不稳定、风险不可控会影响客户体验，损害公司的声誉。

其中，本申请实现方式中，以保全业务数据处理为例，常规保全业务处理流程一般从用户的申请开始，业务数据处理系统流程包括“保全申请”、“保全受理”、“保全录入”、“保全试算”、“保全保存”以及“保全提交”等。其中，“保全申请”一般指保险公司作业人员确认用户是否可以进行业务申请，并提出办理业务数据的类型，“保全受理”指在确认用户可以进行业务申请之后向保险公司确认申请意向，保险公司开始受理用户的申请要求；“保全录入”指最终与用户确认的申请内容并开始办理业务；“保全试算”一般指涉及到补退费业务的办理，确认保险公司的业务规则与用户申请相匹配；“保全保存”是指保险公司在完成用户申请要求之后，将相关信息保存在系统中，作为业务处理的初始数据，为业务办理过程的暂存处理，防止用户在过程中发生变化；“保全提交”代表业务数据处理系统开始正式对业务进行处理，直到业务处理结束。

例如，用户在业务数据处理系统做退费申请，业务数据处理系统会根据用户的历史业务数据以及用户的历史轨迹判断是否存在过重复退费、漏退费、少退费的情况，以重复退费为例，因为可能存在用户收到的退费金额超过本次申请的申请金额，故而需要对用户的申请进行重审，并与用户协商本次退费的金额等。因此，在业务处理过程中，若未能发现该业务数据的历史业务数据中存在问题，则会影响对业务数据的处理结果。

进一步地，由于涉及业务数据处理系统的迁移，迁移开发具有规模宏大，业务场景多且复杂的特性，并且，新的业务数据处理系统涉及的业务场景与旧的业务数据处理系统涉及的业务场景存在差异，例如新的业务数据处理系统的业务场景更多，因此，存在旧的业务数据处理系统的业务场景不完善，历史业务数据积累的需求遗失，造成新的业务数据处理系统缺失部分业务场景的业务数据的问题。

例如，同一业务场景下的业务操作，旧的业务数据处理系统仅记录两条记录，而新的业务数据处理系统会记录三条记录，用户在基于新的业务数据处理系统进行业务申请时，新的业务数据处理系统需要按照三条记录的处理逻辑进行处理，但是经过迁移的历史业务数据中仅有两条记录，新的业务数据处理系统在使用迁移的历史业务数据进行后续业务处理时，因为缺少了一条记录会导致业务处理逻辑链断裂，无法进行后续业务处理(也即为新的业务数据处理系统的业务数据存在错误)。

并且，虽然会对新的业务数据处理系统进行测试，但是因为保险业的营销特点、迎合客户需求的新产品创新、监管合规要求日益强化等因素，业务数据处理系统变更频繁，易在日常变更中造成业务场景缺失，而以错误的方式处理业务事件，而且由于工期限制，存在测试不全面的问题，所以无法规避所有的业务数据问题。

因此，由于业务数据处理系统的自动化、实时化处理，业务数据从产生、审核、生效、收付费、财务记账等都在一瞬间完成，当爆发规模性问题时，业务数据处理系统将自动执行大量的错误交易，如果进行停机阻止也将会造成大规模停机。

现有技术中，存在基于规则引擎，根据已知业务场景，总结相关业务规则，限制相关业务运行在合理的流程规范中，也即，针对不同客户、不同产品制定针对该业务场景的非通用类的规则。这种方式，利用已辨识、规律性规则进行管控，需要针对不同客户、不同产品制定对应的非通用类的规则，制定规则的用户需要完全了解客户性质和产品性质，一旦不够了解客户性质和产品性质，则可能会制定错误的规则，从而导致业务数据处理系统在处理业务时产生混乱，并且针对不同客户、不同产品制定对应的非通用类的规则，规则只能适用于某一特定业务场景，若存在新的业务场景，则无法再适用，因此，也不能屏蔽因为系统异常或者历史业务数据异常而带来的其他业务场景中不易被发现且非规律性的问题。

或者存在根据已知业务场景，在业务处理收付费之后，对于异常的收付费信息进行控制，例如重复付款、收付费账号异常等。这种方式，在收付费之后再进行监控，已经造成了经济损失，不利于企业管理。

基于此，本申请提出一种业务数据处理方法，应用于部署有业务数据处理系统的电子设备，通过业务数据处理规则，筛选对应第一业务数据中的错误业务数据，将错误业务数据存储至隔离池中，并根据隔离池中的错误数据进行对应补偿处理，得到第二业务数据，对第二业务数据进行对应业务数据处理。如此，基于业务数据处理规则即可找到错误业务数据，对错误业务数据进行处理，减小业务数据处理系统直接基于错误业务数据进行后续业务数据处理而导致最终的处理结果错误，造成企业经济损失的问题。

参见图1，本申请实现方式提供的业务数据处理方法，具体包括如下步骤。

S100，确定业务数据处理规则。

S200，根据业务数据处理规则确定业务数据处理系统对应的业务数据中与业务数据处理规则对应的第一业务数据。

S300，在根据业务数据处理规则确定第一业务数据中存在错误业务数据的情况下，将错误业务数据存储至隔离池，并根据隔离池中的错误业务数据进行对应补偿处理，得到第二业务数据，基于业务数据处理系统对第二业务数据进行对应业务数据处理。

本申请实现方式提供的业务数据处理方法，基于业务数据处理规则确定出业务数据处理系统对应的业务数据中与该业务数据处理规则对应的第一业务数据，并在根据业务数据处理规则确定出第一业务数据中存在错误业务数据的情况下，将错误业务数据存储至隔离池。如此，能够基于业务数据处理规则找出错误业务数据，并且将错误业务数据单独存储至隔离池，使得业务数据处理系统不会被错误业务数据干扰，能够继续对其他业务数据进行处理，不影响业务数据处理系统的正常运行。进一步地，根据隔离池中的错误业务数据进行对应补偿处理，得到第二业务数据，以基于业务数据处理系统对第二业务数据进行对应业务数据处理。如此，在业务数据处理系统进行业务数据处理过程中，能够确定出错误业务数据，并对错误业务数据进行处理，以保证业务数据处理系统能够正常进行相关业务数据处理。

首先，对步骤S100中，确定业务数据处理规则的技术内容进行详细说明。

本申请实现方式中，业务数据处理规则基于用户根据业务数据处理系统的业务数据处理逻辑对业务数据处理规则进行配置的操作得到。

本申请实现方式中，以保险领域为例，业务数据为保险保全业务数据。业务数据处理逻辑为保险行业内针对各业务数据进行业务处理的通用的业务数据处理逻辑。

示例性的，业务数据涉及退费项目，但是保险公司一般的通用业务数据处理逻辑为退还给用户的费用不能超过用户已经支付给保险公司的费用(作为业务数据处理系统的通用业务数据处理逻辑的一种示例)，但是由于某些特殊处理过程，退费金额需要特殊计算，最终在特殊场景下产生的退费金额可能超过了用户已经付给保险公司的费用，另外也可能由于其他业务处理系统产生的数据影响了本业务数据处理系统的计算结果导致了退费金额超过已支付金额，从而产生了错误业务数据。因此，制定业务数据处理规则为“退保费金额不能大于已支付金额”(作为业务数据处理规则的一种示例)。

又例如，业务数据涉及保险金项目，保险公司一般的通用业务数据处理逻辑为保险金账户余额为0(作为业务数据处理系统的通用业务数据处理逻辑的另一种示例)，因此，制定业务数据处理规则为“保险金账户余额不为0”(作为业务数据处理规则的另一种示例)，以筛选出保险金账户余额不为0的保险保全业务数据。

进一步地，根据业务数据处理系统针对各业务场景下的通用业务处理逻辑，总结相关业务规则，以限制相关业务运行在合理的流程规范中，或者根据各业务场景，对于可能存在异常的涉及收付费信息业务数据进行检测控制，例如基于业务处理逻辑查询重复付款、收付费账号异常等，进而制定相应的业务数据处理规则。

本申请实现方式中，业务处理逻辑具体指针对保全业务数据的业务处理流程，例如，先进行什么处理，再进行什么处理，最终计算得到的费用的规定等。

如此，通过制定相应的业务数据处理规则，以将不符合业务处理逻辑的业务数据筛选出来。

本申请实现方式中，基于业务处理系统中能够处理的所有业务数据的常识性业务处理逻辑(也即通用业务数据处理逻辑)制定业务数据处理规则。

本申请实现方式中，常识性业务处理逻辑为通用的，基于行业惯例的业务处理方式，适用于整个业务数据处理系统，在业务需求中不需要每次重复说明的逻辑。根据保全业务数据的常识性业务处理逻辑，配置检核逻辑，扩大检核范围，例如基于所有保全业务数据的属性和业务数据处理逻辑确定出退保业务各账户余额必须为0、红利账户余额不可为0、同一保单不可重复退保等的业务数据处理规则，以基于业务数据处理规则确定出业务数据处理系统对应的存在非规律性差错的业务数据，作为错误业务数据。也即，本申请实现方式中的错误业务数据为基于用户根据常识性业务数据处理逻辑配置的业务数据处理规则，确定出的业务数据处理系统对应的存在非规律性差错的业务数据。

其中，非规律性差错的业务数据为业务数据处理系统中存在的未辨识的、非规律性的问题产生的业务数据。

如此，基于业务数据处理规则的检核范围扩大，不用只针对某一保全业务数据的功能场景做详细考虑。例如，保全业务数据处理系统围绕用户及其保单信息的变更业务一般为一个保全业务功能只面向特定信息进行变更，以用户缴费这个业务场景为例，保全业务功能区分为“缴费频次变更”、“缴费年期变更”、“缴费金额变更”等三个具体的保全功能，每个保全功能需要的变更要素不一致，退补费的计算逻辑也会不同，对保单的长期影响也不尽相同，但是即便是不同的业务场景，最终都会涉及到退补费的业务处理，所以本申请实现方式中非规律性差错中面向的不是某一个保全功能，而是根据收付费本身逻辑进行业务数据处理规则的制定，从而基于一个业务数据处理规则，可以对不同业务场景下的涉及退补费的业务数据进行业务数据处理。

本申请实现方式中，因为在一段业务处理程序中既要考虑到通用业务场景，又要考虑到特殊业务场景，同时也可能需要依赖其他业务数据处理系统的数据，所以有一定的概率出现特殊场景的业务处理逻辑编写错误或者依赖上游数据产生的错误，从而产生了不满足通用场景的要求，因此，需要制定适用于通用场景的业务数据处理规则，以对不符合规则的业务数据进行校验。

进一步地，本申请实现方式中，非规律性差错规则的配置主要是根据保单固有逻辑提炼的规则，主要关注业务数据的关键信息比如账户信息，退补费是否重复等关键信息，这些关键信息的收集与执行业务数据处理规则代码的开发量相对于个人保全业务数据处理系统的整体开发量而言，代码非常少。并且，这些业务数据处理规则时配置在数据库中，可以通过在数据库中对业务数据处理规则的规则信息进行维护使得信息的业务数据处理规则快速生成，一旦在数据库增加配置了新的业务数据处理规则，业务数据处理系统会实时跟进业务数据处理规则校验。

也即，本申请实现方式中，基于进行保险保全业务数据处理的行业规定和固有处理规则得到业务数据处理逻辑，最终基于业务数据处理逻辑得到业务数据处理规则，业务数据处理规则适用于业务数据处理系统的不同业务场景，针对多个业务场景，均可以基于一个业务数据处理规则搜索存在处理错误、计算错误、重复处理的业务数据。因此，业务数据处理规则更具备通用性，且基于业务数据处理规则的制定，能够发现业务数据处理系统中不易辨识且不具备规律性(也即非规律性)的错误业务数据。

接下来，对步骤S200中，根据业务数据处理规则确定业务数据处理系统对应的业务数据中与业务数据处理规则对应的第一业务数据的技术内容进行详细说明。

本申请实现方式中，存在多个不同的业务数据处理规则，例如一个业务数据处理规则涉及退补费业务数据，另一个业务数据处理规则涉及保险金账户余额结算业务数据。因此，根据业务数据处理规则查询所有业务场景中能够适配该业务数据处理规则的业务数据，以进行后续处理。

本申请实现方式中，如图2所示，根据业务数据处理规则确定业务数据处理系统对应的业务数据中与业务数据处理规则对应的第一业务数据，包括如下步骤。

S210，确定业务数据处理规则的关键字信息。

示例性的，在非规律性差错规则(作为业务数据处理规则的示例)的配置过程中，需要考虑保全功能、产品、包含风险等级的客户人群(也即客群)、业务渠道以及受理机构等基础要素信息，因此，需要对各业务数据基于基础要素信息进行组合归类，以根据业务数据处理规则隔离归类的业务数据，而归类外的业务可正常运营，不受该业务数据处理规则的影响。也即，基于业务数据类型进行业务数据处理规则分类，不同业务场景中存在相同类型的业务数据，即可使用同一业务数据处理规则。

S220，根据关键字信息和预设的关键字信息与业务数据类型的对应关系，确定与业务数据处理规则对应的业务数据类型。

其中，预设的关键字信息与业务数据类型的对应关系基于用户针对业务数据处理规则进行业务数据处理规则的关键字信息和业务数据类型的归类处理的操作得到。

示例性的，根据业务数据处理规则中使用的关键要素(也即关键字信息)确定该业务数据处理规则所受到的影响范围，例如账户类业务数据处理规则一般涉及保全业务数据功能和产品，比如“保险金账户余额不为0”的业务数据处理规则，仅需要考虑需要对保险金账户出清的业务数据以及存在保险金账户的产品。因此，仅需要根据“保险金账户余额不为0”的关键字信息“保险金账户”确定业务数据类型为“涉及保险金账户”的业务数据。

S230，根据业务数据类型从业务数据处理系统对应的业务数据中筛选出与业务数据类型对应的业务数据，得到第一业务数据。

示例性的，业务数据处理系统中包括多种业务数据类型的业务数据，仅需筛选出业务数据类型为“涉及保险金账户”的业务数据即可。如此，有些不涉及保全项以及不涉及到保险金账户的情况的业务数据，这种业务数据本身就不存在保险金账户，对于不存在的业务数据进行业务数据规则校验会导致执行错误，避免产生很多本身并没有错误的业务数据被当做错误业务数据。

进一步地，在本申请实现方式中，根据业务数据处理规则确定业务数据处理系统对应的业务数据中与业务数据处理规则对应的第一业务数据，包括：在基于业务数据处理系统进行针对业务数据的收付费处理之前，根据业务数据处理规则确定业务数据处理系统对应的业务数据中与业务数据处理规则对应的第一业务数据。

示例性的，本申请实现方式中，将基于业务数据处理规则进行业务数据检核的流程放在自动审核业务数据节点之后，并在收付费处理之前，也即在受理业务数据产生业务数据数理计算处理并通过审核之后，且在进行收付费业务发生之前，通过自动检核模块，筛选处理不符合业务数据处理规则的业务数据。其中，受理业务数据产生数理计算并通过审核之后是指在保全业务数据处理系统正式生效之前，并根据业务处理逻辑完成了退补费金额计算处理。收付费业务处理前是指保全业务数据处理系统向收付费处理系统发送需要完成的付款动作之前(也即未完成收付费处理)。

也即，基于前述的常规保全业务数据处理流程，数据计算是在“保全试算”环节业务数据处理系统根据用户申请的并基于保险公司的内在计算逻辑得出的退补费金额，以用户申请退保为例，保全业务数据处理系统会根据用户当前所在保单年度以及保单其他保全项变更，是否理赔等各项条款中约定的责任义务计算出的结果的阶段，根据业务数据处理规则对计算结果进行检核校验(也即完成数理计算处理并自动校验通过)。如此，业务数据处理规则检核点设置简易，设置于业务处理流程的尾端，但在收付费资金对外发生前(也即未完成实际收付费处理前)，避免产生经济损失。

本申请实现方式中，根据常识性业务处理逻辑制定业务数据处理规则的判断逻辑，虽然不能规避所有问题，但是通过逐步扩大检核范围，最大化地检核了业务处理流程产生的错误业务数据结果。

接下来，对步骤S300中，在根据业务数据处理规则确定第一业务数据中存在错误业务数据的情况下，将错误业务数据存储至隔离池，并根据隔离池中的错误业务数据进行对应补偿处理，得到第二业务数据，基于业务数据处理系统对第二业务数据进行对应业务数据处理的技术内容进行详细说明。

示例性的，电子设备基于业务数据处理系统并通过自动检核模块，筛选出不符合业务数据处理规则的业务数据，并存储至暂存池(作为隔离池的示例)，由业务人员人工介入做进一步判断。

如此，在不影响业务数据处理系统正常运营的情况下将问题业务数据(也即错误业务数据)进行隔离，为解决业务数据问题赢得时间。

本申请实现方式中，根据业务数据处理规则确定第一业务数据中的错误业务数据，包括：根据业务数据处理规则确定第一业务数据中数据信息与业务数据处理规则匹配的业务数据，作为错误业务数据。

示例性的，以业务数据处理规则为“保险金账户余额不为0”为例，对于业务数据类型为“涉及保险金账户余额”的业务数据，筛选出保险金账户余额不为0以及保险金账户余额为空(作为数据信息的示例)的业务数据(也即匹配的业务数据)，作为错误业务数据。

进一步地，根据隔离池中的错误业务数据进行对应补偿处理，得到第二业务数据。

示例性的，由业务人员人工介入对错误业务数据进行分析，以确定错误业务数据产生的原因，以根据错误业务数据进行对应补偿处理，得到第二业务数据。

本申请实现方式中，如图3所示，根据隔离池中的错误业务数据进行对应补偿处理，得到第二业务数据，包括如下步骤。

S310，确定错误业务数据的错误原因。

示例性的，由业务人员确定错误业务数据的错误原因是本身业务数据信息存在问题，还是业务数据处理规则配置有问题导致将正确业务数据当做错误业务数据被筛选出来，还是业务数据处理系统的原因导致业务数据的自动处理过程存在了问题等。

进一步地，根据错误原因进行对应补偿处理，得到第二业务数据。

本申请实现方式，基于错误原因，补偿处理方式存在不同。

S320，若错误原因为错误业务数据出现问题，则对错误业务数据进行对应补偿处理，得到第二业务数据。

示例性的，业务人员分析出若错误原因为错误业务数据出现问题，则进行非标数据修订，例如进行客户信息补充、银行账户信息补充、或者通过操作其他保全功能补充(例如将原有的两条数据记录手动修改为三条数据记录，又例如借助其他保全项目的业务数据补充错误业务数据)等(作为对错误业务数据进行对应补偿处理的示例)。当然还可以直接进行线下正确数据信息的获取，以对错误业务数据进行运维处理，最终得到数据信息完善的业务数据(作为第二业务数据的示例)。

S330，若错误原因为业务数据处理规则出现问题，则对业务数据处理规则进行对应补偿处理，并将错误业务数据作为第二业务数据。

示例性的，业务人员分析出错误业务数据本身并不存在问题，因为业务数据处理规则的配置错误使得筛选出了很多对应的业务数据被当做错误业务数据，则对业务数据处理规则进行修订(也即对业务数据处理规则进行对应补偿处理)，得到正确的业务数据处理规则，以基于正确的业务数据处理规则对第一业务数据(也即为第二业务数据)进行后续的业务数据检核校验。

S340，若错误原因为业务数据处理系统出现问题，则对业务数据处理系统进行对应补偿处理，并将错误业务数据作为第二业务数据。

示例性的，业务人员分析出错误数据信息完善，且无错误信息，但最终的计算结果存在问题，则可能是业务数据处理系统的业务数据处理逻辑代码存在问题，则可以对业务数据处理系统进行系统问题修复(也即对业务数据处理系统进行对应补偿处理)，以得到正确的业务数据处理系统，并重新对第一业务数据(也即第二业务数据)进行业务数据处理。

本申请实现方式中，错误原因可以是业务数据出现问题、业务数据处理规则出现问题、业务数据处理系统出现问题中的至少一种。

进一步地，基于业务数据处理系统对第二业务数据进行对应业务数据处理。

示例性的，业务数据处理系统重新对第二业务数据进行业务数据处理规则检核校验，并在检核校验通过之后，进行后续的收付费处理等。若检核校验不通过，则重新存储至隔离池中，再次进行补偿处理，得到第三业务数据(作为对第二业务数据对应业务数据处理的示例)。也即，将隔离的错误业务数据在业务数据处理系统解决问题后返回信息录入环节，并按正常流程重新进行业务数据处理，将业务数据处理损失降至最低。

例如，以“保险金账户余额不为0”的业务数据处理规则举例，根据保险业务数据处理规则，多个保全功能都涉及保险金账户出清(也即生效后保险金账户余额将置为0)的情况的，考虑到业务数据处理系统运行的各种因素，在系统运行中一旦发现没有出清的情况，可以快速定位某个保全项功能对应的业务数据，并对业务数据处理系统进行针对性的调整，以使得业务数据处理系统在业务处理时能够基于正确的业务处理逻辑进行业务处理。如此，在业务数据处理系统的某一项目投产初期，可以发现大量不符合常识性业务处理逻辑的错误，可以及时调整业务数据处理系统的业务处理逻辑和开发逻辑。

又例如，以旧的业务数据处理系统仅记录两条业务数据记录为例，新的业务数据处理系统会按照三条业务数据的处理逻辑进行业务数据处理，因此，新的业务数据处理系统中该业务数据错误，此时需要对历史迁移的业务数据进行人工修正，如此，通过对历史迁移数据基于新的业务数据处理系统的业务处理逻辑进行修正，提前规避了新的业务数据处理系统基于历史迁移业务数据进行业务处理的风险，避免了损失。

进一步地，在根据业务数据处理规则确定第一业务数据中不存在错误业务数据的情况下，基于业务数据处理系统对第一业务数据进行对应业务数据处理。

示例性的，若根据业务数据处理规则确定第一业务数据均为正确业务数据，则直接针对每一个业务数据进行后续的收付费处理即可(作为对第一业务数据进行对应业务数据处理的示例)。也即，若第一业务数据的业务信息例如费用计算结果与业务数据处理规则均不匹配，则认为是正确业务数据。

进一步地，在根据业务数据处理规则确定第一业务数据中存在错误业务数据的情况下，对于第一业务数据中的错误业务数据，则需要进行隔离处理，然后进行补偿处理。对于第一业务数据中的正常业务数据，需基于业务数据处理系统对正常业务数据进行对应业务数据处理。

也即，直接针对每一个正确业务数据进行后续的收付费处理即可(作为对正常业务数据进行对应业务数据处理的示例)。

本申请实现方式中，还设置业务数据处理规则的筛选冗余范围，以根据筛选冗余范围进行业务数据筛选。

示例性的，业务数据处理规则为保证发现数据、配置、测试、业务场景缺失的问题，将设置筛选冗余范围，而筛选冗余范围可能将部分正确业务数据圈入暂存池，例如退保金年化收益不可大于5％，虽然为正确业务数据，但基于业务数据处理规则冗余范围而被确定为错误业务数据，本申请实现方式通过设计冗余范围，确保了最大可能地将错误业务数据存储至隔离池，以避免遗漏错误业务数据而导致业务数据处理系统出现故障，或者给企业带来经济损失。

并且，随着业务数据处理系统的逐步完善，错误业务数据的数量会降低，进入隔离池中的业务数据的正确率可能会上升。如此，通过业务数据处理规则和针对错误业务数据的补偿处理，使得业务数据处理系统的正确率和业务数据处理系统中的业务数据的正确率逐步上升。

本申请实现方式提供的业务数据处理方法，实际为一种寿险个人保全业务数据的非规律性差错的辨析和隔离方法，通过设置业务数据处理规则，能够发现未辨识、非规律性问题，并且，通过隔离池，可以在不影响业务数据处理系统的正常运营的情况下实现错误业务数据的隔离，为解决业务数据处理系统的问题赢得时间。

进一步地，针对保全业务数据处理系统的整体设计，在设计过程中，考虑到业务数据的灵活性，从业务数据处理系统设计角度将“受理渠道”、“产品保全功能支持”等多个可能经常性需要进行调整的逻辑控制设计成配置项，而不同的配置结果会影响保全业务数据的执行逻辑，通过非规律性差错的命中结果的分析(也即通过业务数据处理规则的检核校验)，有机会识别到业务数据处理逻辑错误，并最终归因到业务数据处理规则配置错误或者业务数据分析错误。如此，能够快速、敏捷发现业务数据处理系统在开发过程中业务数据分析、业务数据处理规则配置、业务数据处理系统的业务处理逻辑配置的错误。并且，基于业务数据处理规则筛选错误业务数据，可以使得业务数据处理系统开发过程中因开发测试不全面形成的问题盲区被修复。进一步地，能够修复历史业务数据不规范造成的业务数据处理走向错误的问题。如此，通过发现未辨识非规律性问题，并通过冗余性隔离机制，在不影响业务数据处理系统的整体运行的前提下隔绝规模性问题的爆发。

在本申请的另一种实现方式中，本申请实现方式提供的业务数据处理方法，实际为一种寿险个人保全业务的非规律性差错辨析及隔离方法，参见图4，业务数据处理方法分为4个板块(也即发现、隔离、补偿、解决)，以基于非规律性差错处理逻辑面向退补费业务数据的安全问题进行业务数据处理。

首先，根据保全业务数据处理系统所有发生退补费业务的保全功能进行分析，提炼总结保单关键信息和退补费轨迹信息，比如保单上记录的保险金账户、红利账户、退费金额、保费账户以及退补费轨迹记录等，然后根据不同的保全功能所对应的业务含义为每个业务完成后的保单信息设定一个必然目标，比如“保险金领取”保全功能在生效之后，其“保险金账户”必须为0，通过这样一个针对所有保单信息进行常识性业务逻辑配置的过程，完成业务数据处理规则的设定，并在业务数据处理系统收付费发生节点前运行业务数据处理规则，以发现疑似问题(也即发现机制)。

并且，本申请实现方式中，通过专家分析问题场景，确认问题归类，以配置业务数据处理规则和业务数据类型的对应关系，也即专家分析问题场景、确认问题归类是建立隔离规则(也即业务数据处理规则)的分析过程，常识性业务处理逻辑包括一个或者多个关键信息以及与外部输入信息的逻辑运算过程并输入的运算结果，业务数据处理规则的执行是对业务数据处理结果(也即计算结果)的判断，专家问题分析过程是用于为每个具体的业务数据处理规则指定包含的信息项与逻辑运算的固定组织方式(例如保险金金额为0)。

例如，专家分析常识性业务处理逻辑的关键字信息所应该归类的业务数据类型，进而在指定对应该业务数据类型的业务数据处理规则，在运行业务数据处理规则时，根据业务数据处理规则的关键字信息和业务数据类型的对应关系筛选出业务数据处理规则对应的业务数据(也即疑似问题分析)。

进一步地，在代码编写过程中对业务数据处理规则进行应用，在业务处理自动审核流程节点后收付费节点前运行隔离规则，一旦命中隔离规则(也即击中规则)则进入隔离池(也即隔离)。本申请实现方式中，运行隔离规则是根据某种业务场景下程序运行得出的业务处理结果与隔离规则中读取到的关键信息的比较关系得到是否为错误业务数据，比较关系包括大于、等于、是否等于特定数，程序运行结果满足比较的隔离规则，则认为命中隔离规则，否则为不命中隔离规则(也即对存在非规律性差错的业务数据(也即错误业务数据)进行隔离)。

例如，隔离规则为“保险金账户余额不等于0”，则业务数据中最终计算的保险金账户余额不为0的业务数据将击中该隔离规则，被当做错误业务数据存储至隔离池中。

隔离规则还可以为“红利账户余额等于0”，或者“退费金额大于等于已支付金额”等。

进一步地，开发人员对命中业务数据处理规则的业务数据进行解释以及如果需要处理的话对补偿处理方案进行制定，例如进行非标数据的修订，通过收集到的准确信息进行修改以及进行系统问题修复等(也即对存在非规律性差错的业务数据进行补偿处理)。

进一步地，在完成业务数据修订、系统问题修复之后，需要业务人员和用户配置并返回上一流程重新进行业务数据处理规则的执行，并进行后续收付费的处理(也即解决存在非规律性差错的业务数据)。

本申请实现方式中，根据常识性业务处理逻辑指定业务数据处理规则，并基于业务数据的处理结果和业务数据处理规则进行比较处理，将命中规则的业务数据存储至隔离池中，由开发人员进行补偿处理，并将补偿处理后的业务数据重新进行业务数据处理，以得到正确的业务数据，并进行后续的收付费处理。如此，能够对业务数据新错误、业务数据处理过程错误的业务数据进行筛选，并分析错误业务数据出现问题的原因，以对错误业务数据、业务数据处理规则、业务数据处理系统中的任意一项进行补偿处理，得到正确的业务数据、业务数据处理规则、业务数据处理系统，以使业务数据处理系统基于业务数据处理规则对正确的业务数据进行业务数据处理。

本申请实现方式提供的业务数据处理方法，不仅适用于保险业务，还适用于其他存在经济交易的业务，或者其他场景中的业务数据处理业务，可以进行其他场景的错误业务数据的筛选和补偿处理。

参见图5，本申请实现方式还提供了一种业务数据处理装置，包括：

第一处理模块701，用于确定业务数据处理规则。

第二处理模块702，用于根据业务数据处理规则确定业务数据处理系统对应的业务数据中与业务数据处理规则对应的第一业务数据。

第三处理模块703，用于在根据业务数据处理规则确定第一业务数据中存在错误业务数据的情况下，将错误业务数据存储至隔离池，并根据隔离池中的错误业务数据进行对应补偿处理，得到第二业务数据，基于业务数据处理系统对第二业务数据进行对应业务数据处理。

各个处理模块能够进行的具体操作内容参见上述的业务数据处理方法。并且，根据上述业务数据处理方法的具体操作步骤，业务数据处理装置可以包括更多或者更少的处理模块，用于处理上述业务数据处理方法中的内容。

本申请实施例提供的业务数据处理装置，可用于执行上述实施例中业务数据处理方法的技术方案，其实现原理和技术效果类似，在此不再赘述。

需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，处理模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上处理模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

图6为本申请实施例提供的电子设备的结构示意图。如图6所示，该电子设备可以包括：收发器121、处理器122、存储器123。

处理器122执行存储器123存储的计算机执行指令，使得处理器122执行上述实施例中的业务数据处理方法的技术方案。处理器122可以是通用处理器，包括中央处理器CPU、网络处理器(network processor，NP)等；还可以是数字信号处理器DSP、专用集成电路ASIC、现场可编程门阵列FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

存储器123通过系统总线与处理器122连接并完成相互间的通信，存储器123用于存储计算机程序指令。

举例来说而非限制，存储器123可包括硬盘驱动器(hard disk drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(universal serial bus，USB)驱动器或者两个及其以上这些的组合。在合适的情况下，存储器123可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器123可在综合网关设备的内部或外部。在特定实施例中，存储器123是非易失性固态存储器。在特定实施例中，存储器123包括只读存储器(ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存，或者两个或及其以上这些的组合。

收发器121可以用于获取待运行任务和待运行任务的配置信息。

系统总线可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。收发器121用于实现数据库访问装置与其他计算机(例如客户端、读写库和只读库)之间的通信。存储器123可能包含随机存取存储器(random access memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)。

本申请实施例还提供一种运行指令的芯片，该芯片用于执行上述实施例中业务数据处理方法的技术方案。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行上述实施例业务数据处理方法的技术方案。

在一些可能的实施方式中，本申请提供的方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在计算机设备上运行时，所述程序代码用于使所述计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的方法中的步骤，例如，所述计算机设备可以执行本申请实施例所记载的业务数据处理方法。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于：电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请实现方式还提供一种计算机程序产品，该计算机程序产品包括计算机程序，其存储在计算机可读存储介质中，至少一个处理器可以从计算机可读存储介质读取计算机程序，至少一个处理器执行计算机程序时可实现上述实施例中业务数据处理方法的技术方案。

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

这些计算机程序指令也可存储在能引导计算机或其他可编程信息处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图的一个流程或多个流程和/或方框图的一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程信息处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图的一个流程或多个流程和/或方框图的一个方框或多个方框中指定的功能的步骤。

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

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (15)

1.一种业务数据处理方法，其特征在于，应用于部署有业务数据处理系统的电子设备，所述方法包括：

确定业务数据处理规则；

根据所述业务数据处理规则确定所述业务数据处理系统对应的业务数据中与所述业务数据处理规则对应的第一业务数据；

在根据所述业务数据处理规则确定所述第一业务数据中存在错误业务数据的情况下，将所述错误业务数据存储至隔离池，并根据所述隔离池中的所述错误业务数据进行对应补偿处理，得到第二业务数据，基于所述业务数据处理系统对所述第二业务数据进行对应业务数据处理。

2.根据权利要求1所述的业务数据处理方法，其特征在于，所述业务数据处理规则基于用户根据所述业务数据处理系统的业务数据处理逻辑对业务数据处理规则进行配置的操作得到。

3.根据权利要求1或2所述的业务数据处理方法，其特征在于，根据所述隔离池中的所述错误业务数据进行对应补偿处理，得到第二业务数据，包括：

确定所述错误业务数据对应的错误原因；

根据所述错误原因进行对应补偿处理，得到所述第二业务数据。

4.根据权利要求3所述的业务数据处理方法，其特征在于，根据所述错误原因进行对应补偿处理，得到所述第二业务数据，包括：

若所述错误原因为所述错误业务数据出现问题，则对所述错误业务数据进行对应补偿处理，得到所述第二业务数据；

若所述错误原因为所述业务数据处理规则出现问题，则对所述业务数据处理规则进行对应补偿处理，并将所述错误业务数据作为所述第二业务数据；

若所述错误原因为所述业务数据处理系统出现问题，则对所述业务数据处理系统进行对应补偿处理，并将所述错误业务数据作为所述第二业务数据。

5.根据权利要求1-4任意一项所述的业务数据处理方法，其特征在于，根据所述业务数据处理规则确定所述业务数据处理系统对应的业务数据中与所述业务数据处理规则对应的第一业务数据，包括：

确定所述业务数据处理规则的关键字信息；

根据所述关键字信息和预设的关键字信息与业务数据类型的对应关系，确定与所述业务数据处理规则对应的业务数据类型；

根据所述业务数据类型从所述业务数据处理系统对应的业务数据中筛选出与所述业务数据类型对应的业务数据，得到所述第一业务数据。

6.根据权利要求5所述的业务数据处理方法，其特征在于，所述关键字信息与业务数据类型的对应关系基于用户针对所述业务数据处理规则进行所述业务数据处理规则的关键字信息和所述业务数据类型的归类处理的操作得到。

7.根据权利要求1-6任意一项所述的业务数据处理方法，其特征在于，根据所述业务数据处理规则确定所述第一业务数据中的错误业务数据，包括：

根据所述业务数据处理规则确定所述第一业务数据中数据信息与所述业务数据处理规则匹配的业务数据，作为所述错误业务数据。

8.根据权利要求1-7任意一项所述的业务数据处理方法，其特征在于，根据所述业务数据处理规则确定所述业务数据处理系统对应的业务数据中与所述业务数据处理规则对应的第一业务数据，包括：

在基于所述业务数据处理系统进行针对所述业务数据的收付费处理之前，根据所述业务数据处理规则确定所述业务数据处理系统对应的业务数据中与所述业务数据处理规则对应的所述第一业务数据。

9.根据权利要求1-8任意一项所述的业务数据处理方法，其特征在于，所述方法还包括：

在根据所述业务数据处理规则确定所述第一业务数据中不存在错误业务数据的情况下，基于所述业务数据处理系统对所述第一业务数据进行对应业务数据处理。

10.根据权利要求1-9任意一项所述的业务数据处理方法，其特征在于，在根据所述业务数据处理规则确定所述第一业务数据中存在错误业务数据的情况下，所述方法还包括：

对于所述第一业务数据中的正常业务数据，基于所述业务数据处理系统对所述正常业务数据进行对应业务数据处理。

11.根据权利要求1-10任意一项所述的业务数据处理方法，其特征在于，所述业务数据为保险保全业务数据，所述错误业务数据为基于所述业务数据处理规则确定出的所述业务数据处理系统对应的存在非规律性差错的业务数据。

12.一种业务数据处理装置，其特征在于，包括：

第一处理模块，用于确定业务数据处理规则；

第二处理模块，用于根据所述业务数据处理规则确定业务数据处理系统对应的业务数据中与所述业务数据处理规则对应的第一业务数据；

第三处理模块，用于在根据所述业务数据处理规则确定所述第一业务数据中存在错误业务数据的情况下，将所述错误业务数据存储至隔离池，并根据所述隔离池中的所述错误业务数据进行对应补偿处理，得到第二业务数据，基于所述业务数据处理系统对所述第二业务数据进行对应业务数据处理。

13.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1-11任意一项所述的业务数据处理方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-11任意一项所述的业务数据处理方法。

15.一种计算机程序产品，其特征在于，包括计算机程序，所述计算机程序被处理器执行时实现如权利要求1-11任意一项所述的业务数据处理方法。