CN111127218A

CN111127218A - 数据处理方法及装置、存储介质、电子终端

Info

Publication number: CN111127218A
Application number: CN201911111145.8A
Authority: CN
Inventors: 冯莱
Original assignee: Taikang Insurance Group Co Ltd
Current assignee: Taikang Insurance Group Co Ltd
Priority date: 2019-11-14
Filing date: 2019-11-14
Publication date: 2020-05-08

Abstract

本公开涉及计算机技术领域，具体涉及一种数据处理方法及装置。所述方法包括：接收业务受理服务器的当前业务请求，并将所述当前业务请求写入即时处理业务数据表；读取所述即时处理业务数据表以提取对应的用户信息，并根据所述用户信息对所述当前业务请求进行识别，以确定是否执行所述当前业务请求；在识别所述当前业务请求可执行时，将所述当前业务请求发送至审核服务器的待审核数据库中，以获取审核服务器对所述当前业务请求的审核结果；将所述审核结果保存在目标数据库中，以用于到达触发时限时将所述审核结果通过所述业务受理服务器发送至用户。本公开的方法可以实现对用户业务请求审核流程的简化，减少审核程序耗时，提升效率。

Description

数据处理方法及装置、存储介质、电子终端

技术领域

本公开涉及计算机技术领域，具体涉及一种数据处理方法、一种数据处理装置、一种存储介质以及一种电子终端。

背景技术

核保是指对投保人的投保申请进行风险性评估，并生成评估结果。例如，对保单进行二次核保。现有技术在进行二次核保时包括到期二核和强制二核两种方式。但现有的二次核保方式均存在处理流程复杂，时效性低的缺点。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种数据处理方法、一种数据处理装置、一种存储介质以及一种电子终端，简化用户业务请求的审核流程，缩短业务审核流程的耗时，进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的一个或者多个问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的第一方面，提供一种数据处理方法，包括：

接收业务受理服务器的当前业务请求，并将所述当前业务请求写入即时处理业务数据表；

读取所述即时处理业务数据表以提取对应的用户信息，并根据所述用户信息对所述当前业务请求进行识别，以确定是否执行所述当前业务请求；

在识别所述当前业务请求可执行时，将所述当前业务请求发送至审核服务器的待审核数据库中，以获取审核服务器对所述当前业务请求的审核结果；

将所述审核结果保存在目标数据库中，以用于到达触发时限时将所述审核结果通过所述业务受理服务器发送至用户。

在本公开的一种示例性实施例中，所述用户信息包括即时执行风险保障契约类型信息、契约有效状态信息和契约周期信息。

在本公开的一种示例性实施例中，所述根据所述用户信息对所述当前业务请求进行处识别以确定是否执行所述用户业务请求，包括：

读取所述用户业务请求对应的当前业务类型；

将所述当前业务类型与所述用户信息进行匹配，以识别所述用户业务请求是否为有效期内可执行的即时执行业务类型。

在本公开的一种示例性实施例中，所述在识别所述当前业务请求可执行时，所述方法还包括：对所述当前业务请求进行排重识别。

在本公开的一种示例性实施例中，所述对所述当前业务请求进行排重识别，包括：

若识别所述当前业务请求存在对应用户的前续业务请求，且不存在所述前续业务请求对应的审核结果，则调用规则库以忽略所述当前业务请求。

若识别所述当前业务请求存在对应用户的周期审核请求，且不存在所述周期审核请求对应的审核结果，则调用规则库以忽略所述当前业务请求。

若识别所述当前业务请求存在对应用户的强制审核请求，且不存在所述强制审核请求对应的审核结果，则调用规则库以忽略所述当前业务请求。

根据本公开的第二方面，提供一种数据处理装置，包括：

请求接收模块，用于接收业务受理服务器的当前业务请求，并将所述当前业务请求写入即时处理业务数据表；

可执行判断模块，用于读取所述即时处理业务数据表以提取对应的用户信息，并根据所述用户信息对所述当前业务请求进行识别，以确定是否执行所述当前业务请求；

请求传输模块，用于在识别所述当前业务请求可执行时，将所述当前业务请求发送至审核服务器的待审核数据库中，以获取审核服务器对所述当前业务请求的审核结果；

审核结果传输模块，用于将所述审核结果保存在目标数据库中，以用于到达触发时限时将所述审核结果通过所述业务受理服务器发送至用户。

根据本公开的第三方面，提供一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述的数据处理方法。

根据本公开的第四方面，提供一种电子终端，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行上述的数据处理方法。

本公开的一种实施例所提供的数据处理方法中，通过在接收当前业务请求后，将当前业务请求写入即时处理业务数据表，并根据对应的用户信息确定当前业务请求是否为可即时执行。并在识别当前业务请求可即时执行时，将其发送至审核服务器，利用审核服务器生成堆成的审核结果，并在触发时限时发送至用户。从而可以实现对用户业务请求的即时执行和审核，缩短用户业务请求的审核周期。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性示出本公开示例性实施例中一种数据处理方法的流程示意图；

图2示意性示出本公开示例性实施例中一种数据处理方法的交互流程示意图；

图3示意性示出本公开示例性实施例中一种数据处理装置的组成示意图；

图4示意性示出本公开示例性实施例中一种电子设备的组成示意图；

图5示意性示出本公开示例性实施例中一种程序产品的示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

现有技术中，包含两种二次核保的方式：1)到期二核，核心系统每日进行批处理，对于保单生效对应日前40天的保单，如果满足续保核保条件，则生成到期二核数据，由核保人员在核保系统中进行续保核保处理。2)强制二核，理赔发生之后，由核赔作业岗提起续保核保申请，核保作业岗进行续保核保申请审批后，系统将生成续保核保任务，由核保人员在核保系统中进行续保核保处理。对于续保核保结论为标准体、延期、拒保的，核心系统当晚进行寄发通知处理(告知客户续期保费该交多少钱)。续保核保结论为除外、加费的，将下发通知书，通知书回销之后才能进行寄发通知处理。如果某保单的主险需要通知书回销，那么这张保单都无法收费；如果某保单的附加险需要通知书回销，那么这张保单的主险可以收费，附加险需要通知书回销之后才能收费。

目前存在的两种核保方式都不会在理赔立案时自动生成二核记录、即时核保并将核保结论反馈给客户。导致在寄发通知时(保单生效对应日前40天)客户才得知核保结论，系统整体数据处理流程缓慢，数据处理效率低，失效慢。

为解决现有技术方案中存在的缺陷，本示例实施方式中首先提供了一种数据处理方法。参考图1中所示，上述的数据处理方法可以包括以下步骤：

步骤S11，接收业务受理服务器的当前业务请求，并将所述当前业务请求写入即时处理业务数据表；

步骤S12，读取所述即时处理业务数据表以提取对应的用户信息，并根据所述用户信息对所述当前业务请求进行识别，以确定是否执行所述当前业务请求；

步骤S13，在识别所述当前业务请求可执行时，将所述当前业务请求发送至审核服务器的待审核数据库中，以获取审核服务器对所述当前业务请求的审核结果；

步骤S14，将所述审核结果保存在目标数据库中，以用于到达触发时限时将所述审核结果通过所述业务受理服务器发送至用户。

本示例实施方式所提供的数据处理方法，通过在接收当前业务请求后，将当前业务请求写入即时处理业务数据表，并根据对应的用户信息确定当前业务请求是否为可即时执行。并在识别当前业务请求可即时执行时，将其发送至审核服务器，利用审核服务器生成堆成的审核结果，并在触发时限时发送至用户。从而可以实现对用户业务请求的即时执行和审核，缩短用户业务请求的审核周期。

下面，将结合附图及实施例对本示例实施方式中的数据处理方法中各个步骤进行更详细的说明。

步骤S11，接收业务受理服务器的当前业务请求，并将所述当前业务请求写入即时处理业务数据表。

本示例实施方式中，上述的数据处理方法可以应用于核心服务器，该核心服务器可以分别与一业务受理服务器、一审核服务器之间建立连接并进行数据通信。具体来说，业务受理服务器还可以与用户侧终端设备通信连接，接收用户通过终端设备发送的业务请求。

业务受理服务器在接收用户发送的当前业务请求后，便可以将其发送至核心服务器。核心服务器在接收到当前业务请求后，便可以将其写入即时处理业务数据表中。

举例来说，当上述方法应用于对用户理赔的二次核保时，上述的当前业务请求可以用户在理赔立案登记时发起的理赔业务请求。对应的当前业务请求中可以包括：公司码、保单号、被保人、有效标志、核保区间(起始)、核保区间(截止)、创建日期、已处理标志以及交易号等信息。对应的，即时处理业务数据表中也可以包含对应的关键字段。

步骤S12，读取所述即时处理业务数据表以提取对应的用户信息，并根据所述用户信息对所述当前业务请求进行识别，以确定是否执行所述当前业务请求。

本示例实施方式中，核心服务器可以依次提取即时处理业务数据表中的用户信息，并根据用户信息对当前业务请求进行识别，判断是否为可即时执行的业务请求。具体来说，可以包括：

步骤S121，读取所述用户业务请求对应的当前业务类型；

步骤S122，将所述当前业务类型与所述用户信息进行匹配，以识别所述用户业务请求是否为有效期内可执行的即时执行业务类型。

举例而言，用户信息还可以包括即时执行风险保障契约类型信息、契约有效状态信息和契约周期信息。例如，用户作为被保人，其名下可以包含多个险种信息，其中可以包含一个或多个可即时执行二核的险种，将其作为即时执行风险保障契约类型。例如，可以根据保单号或者交易号来识别该用户名下的即时二核险种。

例如，若用户发起理赔请求时，便可以根据理赔请求判断用户名下是否包含可用于理赔的险种，该险种是否为指定二核险种，当前是否为有效状态，以及是否在二核周期内。

步骤S13，在识别所述当前业务请求可执行时，将所述当前业务请求发送至审核服务器的待审核数据库中，以获取审核服务器对所述当前业务请求的审核结果。

本示例实施方式中，若识别用户名下包含可以执行的即时二核险种，核心服务器便可以将当前业务请求发送审核服务器，并保存在待审核数据库中，等待对当前业务请求进行审核。当审核服务器对当前业务请求进行审核完成后，便可以生成对应的审核结果，并将审核结果返回至核心服务器。举例来说，审核结果中可以包括公司码、保单号、有效标志、结论日期、核保结论、交易号、被保人、险种号以及交易代码等信息。

此外，在将当前业务请求保存至待审核数据库中后，还可以为其添加“即时审核”的业务标签，便于与待审核数据库中的强制审核请求和周期审核请求进行区分。

对于审核服务器来说，对于待审核数据库中的各业务请求，可以根据业务标签对各业务请求进行分类，并根据接收时间进行排序，从而可以根据顺序和类别将各业务请求的相关数据根据一定规则分别分配并发送至各数据处理终端。工作人员在各数据处理终端接收业务请求的相关数据并进行审核，并生成审核结果。并将审核结果上传至审核服务器，便于审核服务器将审核结果发送至核心服务器中。

本示例实施方式中，核心系统在接收到审核结果后，可以先进行存储，并在到达预定时限时，再通过业务受理服务器发送至用户的终端设备。或者，也可以在接收到审核结果时，便返回至对应的用户。举例来说，可以是在保单生效对应日，触发将该审核结果作为二核结论并生效，再发送至用户。

基于上述内容，在本示例实施方式中，在识别到当前业务请求可执行时，还可以对其进行排重识别，判断是否存在重复申请，并在识别为重复申请时可以不将其发送至审核服务器。

具体来说，可以通过当前业务请求中包含的信息，或者对应的用户信息调用规则库对当前业务请求进行排重判断，判断该保单是否存在前续的二核申请。若存在前续的二核申请，判断目标数据库中不存在对应的审核结果，则当前发起的即时二核进行忽略处理，不将其添加至待审核数据库，实现排重控制。其中，上述的规则库可以包括排重识别的具体规则。

在本示例实施方式中，还可以标记当前业务请求的触发时间，若当前业务请求的触发时间在下一个保单生效对应日前40天，即在周期审核时限之前，则当获取当前业务请求对应的审核结果后，核心服务器标记该审核结果和对应的完成时间。若发生多次即时二核，则记录各次的审核结果和对应的完成时间，在寄发通知时以完成时间最晚的审核结果作为本年度续保核保结论，即作为周期审核的审核结果。并且，不产生到期二核的请求，即不生成周期审核的业务请求。此外，若即时二核结论为二核拒保或二核延期，则寄发通知中总保费将不再包含本险种保费。

在本示例实施方式中，若当前业务请求存在前续的周期审核，即当前业务请求是在保单到期二核之后发出；若审核服务器已生成对应的周期审核结果，则将当前业务请求对应的审核结果作为下一次周期审核的审核结论处理。或者，若审核服务器未生成当前业务请求的前续的周期审核的审核结果，则当前业务请求执行忽略处理，不将其添加至待审核数据库中。

在本示例实施方式中，若识别到当前业务请求存在前续的强制审核请求，且审核服务器未生成该前续强制审核服务请求的审核结果，则对当前业务请求执行忽略处理，不将其添加至待审核数据库中。此外，在强制审核请求之后，且审核服务器未生成该前续强制审核服务请求的审核结果时，若生成周期审核请求，同样可以对该周期审核请求执行忽略处理。

在本示例实施方式中，若核心服务器触发寄发通知操作时，若存在需要进行二核(有二核记录，但无二核结论)的保单，则暂不进行寄发通知。续保核保结论为除外、加费的，将下发通知书，通知书回销之后才能进行寄发处理。如果某保单主险需要通知书回销，那么这张保单都无法收费；如果某保单的附加险需要通知书回销，那么这张保单的主险可以收费，附加险需要通知书回销之后才能收费。

本公开提供的数据处理方法，可以在现有的执行方案的理赔登记程序后增加上述数据处理方法的执行逻辑，对二核险种进行识别：若该被保人名下如有即时二核险种，并且符合预设配置表中该险种即时二核规则，则将当前业务请求写入即时二核待核保记录。并在将该当前业务请求发送至审核服务器之前，可以根据即时处理业务数据表中各业务请求对当前业务请求进行排重识别，包括：有即时二核待核保记录未下发核保结论的就不再重复进二核池，已下发核保结论就需进二核池；或者，若保单在到期二核后发送即时二核，如到期二核结论已下发，则本次即时二核进二核池作为下一年度的核保记录；如到期二核结论未下发，则本次即时二核不进二核池；以及，对于当年度发生过即时二核的保单不再执行到期二核。

或者，在本公开的其他示例性中，上述的方法还可以应用于交通部门的业务处理系统中。例如，可以应用于交警部门的违章处理系统，当用户处理违章时，可以提交相关的用户数据，例如姓名、驾驶证号码、行驶证号码或者车辆号码、身份证件号码等。业务受理服务器在接受到用户数据后生成当前业务请求，并将该当前业务请求发送至核心服务器中。核心服务器预先建立即时处理业务数据表，并将接收到的当前业务请求添加至即时处理业务数据表中。便按顺序读取各业务请求，并按一定的规则进行判断，是否即时执行。在判断即时执行时，便发送至审核服务器；或者，若不能即时执行，则生成对应的提示信息，反馈至用户。审核服务器在接收到当前业务请求后，便拉取对应的违章信息，进行审核操作，并生成审核结果。在将审核结果发送至核心服务器。由核心服务器确定返回审核结果至用户的时间。

例如，可以应用于外地车辆在异地处理异地违章的应用场景。不需用户到当地的交通管理部门实地处理违章。节约程序。

本公开提供的方法可以很好的和既有的到期二核、强制二核结合起来，使用既有框架；实现依托于运行稳定的现有系统框架，降低了新功能带来的系统功能实现上的风险。即时二核如未回销时，再次立案不会产生重复进入二核池(系统自动排重)，不会造成重复核保的作业。到期二核采用最近一次即时二核的结论，也同样不会造成重复核保的作业。即时二核之前，客户只能在寄发通知时点(生效对应日前40天)知道二核结论。即时二核上线后，客户在立案后很快就能知道二核结论。即时二核的规则配置在参数表中，每个险种均可灵活定义不同的二核规则。系统设计灵活、可扩展、适应性强。减少了今后产品的代码开发(只需配置即可)。有效的减少用户业务处理请求的流程耗时，提升业务处理效率。

另外，通过上述的数据处理方法，可以实现在接收到用户的业务处请求时，可以在业务受理服务器、核心服务器与审核服务器之间实现任务的自动生成和流转，减少人工干预的步骤，从而有效的简化数据处理过程，实现对用户业务请求的即时处理，减少用户对业务处理结果的等待时间，提升数据处理效率。

需要注意的是，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

进一步的，参考图3所示，本示例的实施方式中还提供了一种数据处理装置30，包括：请求接收模块301、可执行判断模块302、请求传输模块303以及审核结果传输模块304。其中：

所述请求接收模块301可以用于接收业务受理服务器的当前业务请求，并将所述当前业务请求写入即时处理业务数据表。

所述可执行判断模块302可以用于读取所述即时处理业务数据表以提取对应的用户信息，并根据所述用户信息对所述当前业务请求进行识别，以确定是否执行所述当前业务请求。

所述请求传输模块303可以用于在识别所述当前业务请求可执行时，将所述当前业务请求发送至审核服务器的待审核数据库中，以获取审核服务器对所述当前业务请求的审核结果。

所述审核结果传输模块304可以用于将所述审核结果保存在目标数据库中，以用于到达触发时限时将所述审核结果通过所述业务受理服务器发送至用户。

在本示例性实施方式中，所述用户信息包括即时执行风险保障契约类型信息、契约有效状态信息和契约周期信息。

在本示例性实施方式中，所述可执行判断模块302可以包括：当前业务读取单元、匹配执行单元。其中，

所述当前业务读取单元可以用于读取所述用户业务请求对应的当前业务类型。

所述匹配执行单元可以用于将所述当前业务类型与所述用户信息进行匹配，以识别所述用户业务请求是否为有效期内可执行的即时执行业务类型。

在本示例性实施方式中，所述装置还包括：排重识别模块。

所述排重识别模块可以用于对所述当前业务请求进行排重识别。

在本示例性实施方式中，所述排重识别模块可以包括：前续业务识别单元。

所述前续业务识别单元可以用于若识别所述当前业务请求存在对应用户的前续业务请求，且不存在所述前续业务请求对应的审核结果，则调用规则库以忽略所述当前业务请求。

在本示例性实施方式中，所述排重识别模块可以包括：周期审核请求识别单元。

所述周期审核请求识别单元可以用于若识别所述当前业务请求存在对应用户的周期审核请求，且不存在所述周期审核请求对应的审核结果，则调用规则库以忽略所述当前业务请求。

在本示例性实施方式中，所述排重识别模块可以包括：强制审核请求识别单元。

所述强制审核请求识别单元可以用于若识别所述当前业务请求存在对应用户的强制审核请求，且不存在所述强制审核请求对应的审核结果，则调用规则库以忽略所述当前业务请求。

上述的数据处理装置30中各模块的具体细节已经在对应的数据处理方法中进行了详细的描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图4来描述根据本发明的这种实施方式的电子设备400。图4显示的电子设备400仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，电子设备400以通用计算设备的形式表现。电子设备400的组件可以包括但不限于：上述至少一个处理单元410、上述至少一个存储单元420、连接不同系统组件(包括存储单元420和处理单元410)的总线430。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元410执行，使得所述处理单元410执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元410可以执行如图1中所示方法。

存储单元420可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)4201和/或高速缓存存储单元4202，还可以进一步包括只读存储单元(ROM)4203。

存储单元420还可以包括具有一组(至少一个)程序模块4205的程序/实用工具4204，这样的程序模块4205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线430可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备400也可以与一个或多个外部设备600(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备400交互的设备通信，和/或与使得该电子设备400能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口450进行。并且，电子设备400还可以通过网络适配器460与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器460通过总线430与电子设备400的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备400使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

参考图5所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品500，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

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

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

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

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

Claims

1.一种数据处理方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，所述用户信息包括即时执行风险保障契约类型信息、契约有效状态信息和契约周期信息。

3.根据权利要求2所述的方法，其特征在于，所述根据所述用户信息对所述当前业务请求进行处识别以确定是否执行所述用户业务请求，包括：

读取所述用户业务请求对应的当前业务类型；

4.根据权利要求1或3所述的方法，其特征在于，所述在识别所述当前业务请求可执行时，所述方法还包括：对所述当前业务请求进行排重识别。

5.根据权利要求4所述的方法，其特征在于，所述对所述当前业务请求进行排重识别，包括：

6.根据权利要求4所述的方法，其特征在于，所述对所述当前业务请求进行排重识别，包括：

7.根据权利要求4所述的方法，其特征在于，所述对所述当前业务请求进行排重识别，包括：

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

9.一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现根据权利要求1至7中任一项所述的数据处理方法。

10.一种电子终端，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至7中任一项所述的数据处理方法。