申请信息处理方法、装置、设备及存储介质

技术领域

本申请涉及信息处理技术领域，尤其涉及一种申请信息处理方法、装置、设备及存储介质。

背景技术

长期护理保险作为一种新的保险类型受到越来越多的关注。参保人员可以向长期护理保险经办系统，提出申请信息，经长期护理保险经办系统审核通过后，得到保险补偿。

在现有技术中，参保人员在护理机构结算护理费用，形成结算单，然后将结算单和医疗项目上传到长期护理保险经办系统。长期护理保险经办系统对结算单和医疗项目进行审核，待审核通过后，向参保人员提供相应的理赔服务。

然而，发明人发现现有技术至少存在如下技术问题：仅仅通过结算单和医疗项目进行审核，可能出现不符合理赔的参保人员也审核通过的情况，因此上述审核方法的准确性较差。

发明内容

本申请提供一种申请信息处理方法、装置、设备及存储介质，用以解决现有技术中审核方法处理申请信息的准确性较差的问题。

第一方面，本申请提供一种申请信息处理方法，包括：

获取申请理赔的参保用户的申请信息，其中所述申请信息包括所述参保用户对应的护理时间信息、护理结算信息和护理等级信息，其中所述护理结算信息包括至少一个结算类型以及每个结算类型对应的结算单数量；

将所述参保用户对应的护理时间信息和护理等级信息，输入预设的护理审核模型，输出与所述护理时间信息和所述护理等级信息相匹配的预测护理结算信息，其中所述预测护理结算信息包括至少一个预测结算类型以及每个预测结算类型对应的结算单数量；

根据所述护理结算信息与所述预测护理结算信息，确定所述申请信息对应的审核结果信息，所述审核结果信息包括等级信息正常或等级信息异常；

若所述审核结果信息为等级信息正常，则通过所述申请信息，若所述审核结果信息为等级信息异常，则不通过所述申请信息。

在一种可能的设计中，所述预设的护理审核模型包括护理时间信息、护理等级信息和护理结算信息之间的对应关系；相应地，所述将所述参保用户对应的护理时间信息和护理等级信息，输入预设的护理审核模型，输出与所述护理时间信息和所述护理等级信息相匹配的预测护理结算信息，包括：通过所述参保用户对应的护理时间信息、护理等级信息，从所述护理时间信息、护理等级信息和护理结算信息之间的对应关系中，确定与所述护理时间信息和所述护理等级信息相匹配的预测护理结算信息。

在一种可能的设计中，所述护理时间信息包括护理开始时间和护理结束时间，其中所述护理开始时间与所述参保用户的入院时间相一致，所述护理结束时间与所述参保用户的出院时间相一致。

在一种可能的设计中，所述至少一个结算类型包括门诊类结算和入院类结算；相应地，所述根据所述护理结算信息与所述预测护理结算信息，确定所述申请信息对应的审核结果信息，包括：若所述至少一个预测结算类型包括门诊类结算和入院类结算，确定所述至少一个结算类型与所述至少一个预测结算类型相同，则确定所述审核结果信息为等级信息正常；若所述至少一个预测结算类型包括门诊类结算或入院类结算，确定所述至少一个结算类型与所述至少一个预测结算类型不同，则确定所述审核结果信息为等级信息异常。

在一种可能的设计中，所述至少一个结算类型包括门诊类结算和入院类结算，所述至少一个预测结算类型包括门诊类结算和入院类结算；相应地，所述根据所述护理结算信息与所述预测护理结算信息，确定所述申请信息对应的审核结果信息，包括：获取所述护理结算信息中门诊类结算对应的结算单数量以及入院类结算对应的结算单数量，以及，获取所述预测护理结算信息中门诊类结算对应的结算单数量以及入院类结算对应的结算单数量；确定所述护理结算信息中门诊类结算对应的结算单数量与所述预测护理结算信息中门诊类结算对应的结算单数量之间的第一差值，以及，确定所述护理结算信息中入院类结算对应的结算单数量与所述预测护理结算信息中入院类结算对应的结算单数量之间的第二差值；根据所述第一差值和所述第二差值，确定所述申请信息对应的审核结果信息。

在一种可能的设计中，所述根据所述第一差值和所述第二差值，确定所述申请信息对应的审核结果信息，包括：若所述第一差值小于或等于第一阈值且所述第二差值小于或等于第二阈值，则确定所述审核结果信息为等级信息正常；若所述第一差值大于所述第一阈值或所述第二差值大于所述第二阈值，则确定所述审核结果信息为等级信息异常。

在一种可能的设计中，所述护理等级信息包括特级护理、一级护理和二级护理；所述方法还包括：获取历史预设时长内已申请理赔的参保用户的历史申请信息，其中所述历史申请信息包括所述参保用户对应的护理时间信息、护理结算信息和护理等级信息，其中所述护理结算信息包括至少一个结算类型以及每个结算类型对应的结算单数量；按照所述护理等级信息包括的多个护理等级，对所述护理时间信息和所述护理结算信息进行特征归类，确定每个护理等级对应的护理时间信息和护理结算信息；针对每个护理等级，将所述护理等级、所述护理等级对应的护理时间信息、所述护理等级对应的护理结算信息进行关联存储，得到所述预设的护理审核模型。

第二方面，本申请提供一种申请信息处理装置，包括：

获取模块，用于获取申请理赔的参保用户的申请信息，其中所述申请信息包括所述参保用户对应的护理时间信息、护理结算信息和护理等级信息，其中所述护理结算信息包括至少一个结算类型以及每个结算类型对应的结算单数量；

输出模块，用于将所述参保用户对应的护理时间信息和护理等级信息，输入预设的护理审核模型，输出与所述护理时间信息和所述护理等级信息相匹配的预测护理结算信息，其中所述预测护理结算信息包括至少一个预测结算类型以及每个预测结算类型对应的结算单数量；

确定模块，用于根据所述护理结算信息与所述预测护理结算信息，确定所述申请信息对应的审核结果信息，所述审核结果信息包括等级信息正常或等级信息异常；

处理模块，用于若所述审核结果信息为等级信息正常，则通过所述申请信息，若所述审核结果信息为等级信息异常，则不通过所述申请信息。

第三方面，本发明提供一种电子设备，包括：至少一个处理器和存储器；

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

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面所述的申请信息处理方法。

第四方面，本发明提供一种计算机存储介质，所述计算机存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面所述的申请信息处理方法。

第五方面，本申请还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，其存储在计算机可读存储介质中，至少一个处理器可以从计算机可读存储介质读取计算机程序，至少一个处理器执行计算机程序时，实现如上第一方面所述的申请信息处理方法。

本申请提供了一种申请信息处理方法、装置、设备及存储介质，获取申请理赔的参保用户的申请信息，其中申请信息包括参保用户对应的护理时间信息、护理结算信息和护理等级信息，其中护理结算信息包括至少一个结算类型以及每个结算类型对应的结算单数量；将参保用户对应的护理时间信息和护理等级信息，输入预设的护理审核模型，输出与护理时间信息和护理等级信息相匹配的预测护理结算信息，其中预测护理结算信息包括至少一个预测结算类型以及每个预测结算类型对应的结算单数量；根据护理结算信息与预测护理结算信息，确定申请信息对应的审核结果信息，审核结果信息包括等级信息正常或等级信息异常；若审核结果信息为等级信息正常，则通过申请信息，若审核结果信息为等级信息异常，则不通过申请信息。在本申请实施例中，由于利用护理审核模型，通过护理时间信息、护理结算信息和护理等级信息等多个维度的信息，对用户的申请信息进行审核，确定申请信息是否存在异常，从而提高了处理申请信息的准确性。

附图说明

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

图1为本申请实施例的申请信息处理方法的应用场景图；

图2为本申请实施例提供的申请信息处理方法的流程图一；

图3为本申请实施例提供的申请信息处理方法的示意图一；

图4为本申请实施例提供的护理审核模型训练方法的流程图一；

图5为本申请实施例提供的申请信息处理装置的结构示意图；

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

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

具体实施方式

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

目前，长期护理保险作为一种新的保险类型受到越来越多的关注。参保人员可以向长期护理保险经办系统，提出申请信息，经长期护理保险经办系统审核通过后，得到保险补偿。

在现有技术中，参保人员在护理机构结算护理费用，形成结算单，然后将结算单和医疗项目上传到长期护理保险经办系统。长期护理保险经办系统对结算单和医疗项目进行审核，待审核通过后，向参保人员提供相应的理赔服务。然而，仅仅通过结算单和医疗项目进行审核，可能出现不符合理赔的参保人员也审核通过的情况，因此上述审核方法的准确性较差。

因此，如何提高审核方法处理申请信息的准确性是目前亟待解决的一个技术问题。

针对上述技术问题，本申请提出如下技术构思：不同护理等级对应的护理时间信息、护理结算信息不同，本申请利用护理审核模型，通过护理时间信息、护理结算信息和护理等级信息等多个维度的信息，对用户的申请信息进行审核，确定申请信息是否存在异常，从而提高了处理申请信息的准确性。具体步骤为：首先，获取申请理赔的参保用户的申请信息，其中申请信息包括参保用户对应的护理时间信息、护理结算信息和护理等级信息，其中护理结算信息包括至少一个结算类型以及每个结算类型对应的结算单数量；然后，将参保用户对应的护理时间信息和护理等级信息，输入预设的护理审核模型，输出与护理时间信息和护理等级信息相匹配的预测护理结算信息，其中预测护理结算信息包括至少一个预测结算类型以及每个预测结算类型对应的结算单数量；最后，根据护理结算信息与预测护理结算信息，确定申请信息对应的审核结果信息，审核结果信息包括等级信息正常或等级信息异常；若审核结果信息为等级信息正常，则通过申请信息，若审核结果信息为等级信息异常，则不通过申请信息。

示例性的，不符合理赔的参保人员可以存在违规申请，本申请提出的申请信息处理方法，利用预设的护理审核模型(例如，大数据风控模型)可以实现智能审核，发现违规申请和护理机构欺诈护理基金问题。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图1为本申请实施例的申请信息处理方法的应用场景图。如图1所示，该应用场景包括：终端101和服务器102。终端101和服务器102之间可以通过无线方式连接。终端101可以是面板机、手机、平板等。其中，终端101可以向服务器102发送申请理赔的申请信息。服务器102接收到申请信息，通过本申请实施例中的申请信息进行处理，得到申请信息对应的审核结果信息。若服务器102通过该申请信息，则向终端101反馈申请信息通过。若服务器102不通过该申请信息，则向终端101反馈申请信息不通过。

需要说明的是，本申请的技术方案中，所涉及的用户数据等信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

本申请实施例提供一种申请信息处理方法。本申请实施例的申请信息处理方法的执行主体可以终端，也可以是服务器，下面以执行主体是服务器为例进行说明。图2为本申请实施例提供的申请信息处理方法的流程图一。如图2所示，该申请信息处理方法包括：

S201、获取申请理赔的参保用户的申请信息，其中申请信息包括参保用户对应的护理时间信息、护理结算信息和护理等级信息，其中护理结算信息包括至少一个结算类型以及每个结算类型对应的结算单数量。

在本申请实施例中，参保用户的申请信息可以通过数据采集模块获取。其中，数据采集模块支持多种方式，对护理机构的护理结算信息及病案数据进行采集。代表性的一种是中间库，其中中间库相当于存储护理机构数据的数据库。例如，该中间库可以是Oracle数据库。

示例性的，如图3所示，相关机构(例如，医院)的护理机构系统把参保用户的护理入住信息(也即护理时间信息)、护理等级信息、护理结算信息(例如，病案信息及护理等级结算主单和明细信息)同步至中间库；通过数据采集模块定时扫描中间库的库表的最后更新时间，把库表中更新的数据读取过来，得到申请理赔的参保用户的申请信息。其中，得到申请理赔的参保用户的申请信息可以存储在主题库内，通过该主题库可以向预设的护理审核模型输入申请信息。

S202、将参保用户对应的护理时间信息和护理等级信息，输入预设的护理审核模型，输出与护理时间信息和护理等级信息相匹配的预测护理结算信息，其中预测护理结算信息包括至少一个预测结算类型以及每个预测结算类型对应的结算单数量。

在本申请实施例中，预设的护理审核模型包括护理时间信息、护理等级信息和护理结算信息之间的对应关系；相应地，本步骤可以包括：通过参保用户对应的护理时间信息、护理等级信息，从护理时间信息、护理等级信息和护理结算信息之间的对应关系中，确定与护理时间信息和护理等级信息相匹配的预测护理结算信息。

可选地，护理时间信息包括护理开始时间和护理结束时间，其中护理开始时间与参保用户的入院时间相一致，护理结束时间与参保用户的出院时间相一致。示例性的，护理入住信息包括参保用户的入院时间和参保用户的出院时间，护理时间信息也即护理入住信息。

S203、根据护理结算信息与预测护理结算信息，确定申请信息对应的审核结果信息，审核结果信息包括等级信息正常或等级信息异常。

在一些实施例中，至少一个结算类型包括门诊类结算和入院类结算；可以只根据结算类型确定审核结果信息。相应地，本步骤可以包括：若至少一个预测结算类型包括门诊类结算和入院类结算，确定至少一个结算类型与至少一个预测结算类型相同，则确定审核结果信息为等级信息正常；若至少一个预测结算类型包括门诊类结算或入院类结算，确定至少一个结算类型与至少一个预测结算类型不同，则确定审核结果信息为等级信息异常。

在另一些实施例中，可以根据结算类型以及每个结算类型的结算单数量，确定审核结果信息。可选地，至少一个结算类型包括门诊类结算和入院类结算，至少一个预测结算类型包括门诊类结算和入院类结算；相应地，本步骤可以包括：获取护理结算信息中门诊类结算对应的结算单数量以及入院类结算对应的结算单数量，以及，获取预测护理结算信息中门诊类结算对应的结算单数量以及入院类结算对应的结算单数量；确定护理结算信息中门诊类结算对应的结算单数量与预测护理结算信息中门诊类结算对应的结算单数量之间的第一差值，以及，确定护理结算信息中入院类结算对应的结算单数量与预测护理结算信息中入院类结算对应的结算单数量之间的第二差值；根据第一差值和第二差值，确定申请信息对应的审核结果信息。

其中，根据第一差值和第二差值，确定申请信息对应的审核结果信息，包括：若第一差值小于或等于第一阈值且第二差值小于或等于第二阈值，则确定审核结果信息为等级信息正常；若第一差值大于第一阈值或第二差值大于第二阈值，则确定审核结果信息为等级信息异常。

在本实施例中对第一阈值、第二阈值的数值不作具体限定，可以根据需要进行设定并修改。

S204、若审核结果信息为等级信息正常，则通过申请信息，若审核结果信息为等级信息异常，则不通过申请信息。

需要说明的是，如图3所示，对于等级信息异常的违规申请，可以添加到分析库中，本申请还可以通过智能监管模块对分析库中的等级信息异常的违规申请，进行智能监控，并在显示屏幕上显示违规申请以提醒相关部门可以及时发现可能存在的风险问题。同时，该智能监管模块还支持向相关负责人使用的终端设备(例如手机)发送上述违规申请。

本申请提供了一种申请信息处理方法：首先，获取申请理赔的参保用户的申请信息，其中申请信息包括参保用户对应的护理时间信息、护理结算信息和护理等级信息，其中护理结算信息包括至少一个结算类型以及每个结算类型对应的结算单数量；然后，将参保用户对应的护理时间信息和护理等级信息，输入预设的护理审核模型，输出与护理时间信息和护理等级信息相匹配的预测护理结算信息，其中预测护理结算信息包括至少一个预测结算类型以及每个预测结算类型对应的结算单数量；最后，根据护理结算信息与预测护理结算信息，确定申请信息对应的审核结果信息，审核结果信息包括等级信息正常或等级信息异常；若审核结果信息为等级信息正常，则通过申请信息，若审核结果信息为等级信息异常，则不通过申请信息。在本申请实施例中，由于利用护理审核模型，通过护理时间信息、护理结算信息和护理等级信息等多个维度的信息，对用户的申请信息进行审核，确定申请信息是否存在异常，从而提高了处理申请信息的准确性。

图4为本申请实施例提供的护理审核模型训练方法的流程图一。在本申请实施例中，护理等级信息包括特级护理、一级护理和二级护理，可以通过已申请理赔的参保用户的历史申请信息，对护理审核模型进行训练，从而得到上述预设的护理审核模型。相应地，如图4所示，对护理审核模型进行训练的方法包括：

S401、获取历史预设时长内已申请理赔的参保用户的历史申请信息，其中历史申请信息包括参保用户对应的护理时间信息、护理结算信息和护理等级信息，其中护理结算信息包括至少一个结算类型以及每个结算类型对应的结算单数量。

在本实施例中，对历史预设时长的数值不作具体限定，可以根据需要进行设定并修改。示例性的，历史预设时长可以是1周、2周或1个月。

可选的，通过模型管理模块，对历史预设时长进行设定，已获取对应的训练样本。例如，模型管理模块可以对“护理入住信息”和“护理等级信息”的参数、阈值及脚本等管理。通过模型管理模块，实现模型脚本文件的上传及挂号时间、缴费时间、结算时间段、模型版本、应用场景及结果定性等参数和阈值的配置。

在训练时，可以基于中间库的护理入住结算主单及明细数据、参保人员信息数据，以结算时间为依据，支持跨年数据范围的，入住时间在一定参数阈值范围内，出院时间也在一定时间范围内，筛选参保人和其结算单信息，从而得到已申请理赔的参保用户的历史申请信息。

S402、按照护理等级信息包括的多个护理等级，对护理时间信息和护理结算信息进行特征归类，确定每个护理等级对应的护理时间信息和护理结算信息。

在本实施例中，可以先对各种信息进行特征标注，然后，对特征标注的数据进行特征归类，从而确定每个护理等级对应的护理时间信息和护理结算信息。

可选地，护理时间信息包括挂号时间与出院时间。相应地，可以基于K-近邻算法针对护理等级信息、挂号时间与出院时间进行归类计算，并且标注同一特征(例如同一护理等级)的医保结算单出现频次(或数量)。

可选地，可以利用DictVectorizer(字典特征提取)技术对各种信息进行特征标注。其中，DictVectorizer技术的处理对象是符号化(非数字化)的，但是具有一定结构的特征数据，例如，护理等级信息可以转成为数字0/1表示。

S403、针对每个护理等级，将护理等级、护理等级对应的护理时间信息、护理等级对应的护理结算信息进行关联存储，得到预设的护理审核模型。

可选地，护理等级信息包括特级护理、一级护理和二级护理，相应地，本步骤包括：将特级护理、特级护理对应的护理时间信息、特级护理对应的护理结算信息进行关联存储，以及，将一级护理、一级护理对应的护理时间信息、一级护理对应的护理结算信息进行关联存储，以及，将二级护理、二级护理对应的护理时间信息、二级护理对应的护理结算信息进行关联存储，得到预设的护理审核模型。

图5为本申请实施例提供的申请信息处理装置的结构示意图。如图5所示，该申请信息处理装置，包括：获取模块501、输出模块502、确定模块503和处理模块504。

其中，获取模块501，用于获取申请理赔的参保用户的申请信息，其中所述申请信息包括所述参保用户对应的护理时间信息、护理结算信息和护理等级信息，其中所述护理结算信息包括至少一个结算类型以及每个结算类型对应的结算单数量；

输出模块502，用于将所述参保用户对应的护理时间信息和护理等级信息，输入预设的护理审核模型，输出与所述护理时间信息和所述护理等级信息相匹配的预测护理结算信息，其中所述预测护理结算信息包括至少一个预测结算类型以及每个预测结算类型对应的结算单数量；

确定模块503，用于根据所述护理结算信息与所述预测护理结算信息，确定所述申请信息对应的审核结果信息，所述审核结果信息包括等级信息正常或等级信息异常；

处理模块504，用于若所述审核结果信息为等级信息正常，则通过所述申请信息，若所述审核结果信息为等级信息异常，则不通过所述申请信息。

在一种可能的设计中，所述预设的护理审核模型包括护理时间信息、护理等级信息和护理结算信息之间的对应关系；相应地，所述输出模块502，将所述参保用户对应的护理时间信息和护理等级信息，输入预设的护理审核模型，输出与所述护理时间信息和所述护理等级信息相匹配的预测护理结算信息，具体包括：通过所述参保用户对应的护理时间信息、护理等级信息，从所述护理时间信息、护理等级信息和护理结算信息之间的对应关系中，确定与所述护理时间信息和所述护理等级信息相匹配的预测护理结算信息。

在一种可能的设计中，所述护理时间信息包括护理开始时间和护理结束时间，其中所述护理开始时间与所述参保用户的入院时间相一致，所述护理结束时间与所述参保用户的出院时间相一致。

在一种可能的设计中，所述至少一个结算类型包括门诊类结算和入院类结算；相应地，所述确定模块503，根据所述护理结算信息与所述预测护理结算信息，确定所述申请信息对应的审核结果信息，具体包括：若所述至少一个预测结算类型包括门诊类结算和入院类结算，确定所述至少一个结算类型与所述至少一个预测结算类型相同，则确定所述审核结果信息为等级信息正常；若所述至少一个预测结算类型包括门诊类结算或入院类结算，确定所述至少一个结算类型与所述至少一个预测结算类型不同，则确定所述审核结果信息为等级信息异常。

在一种可能的设计中，所述至少一个结算类型包括门诊类结算和入院类结算，所述至少一个预测结算类型包括门诊类结算和入院类结算；相应地，所述确定模块503，根据所述护理结算信息与所述预测护理结算信息，确定所述申请信息对应的审核结果信息，具体包括：获取所述护理结算信息中门诊类结算对应的结算单数量以及入院类结算对应的结算单数量，以及，获取所述预测护理结算信息中门诊类结算对应的结算单数量以及入院类结算对应的结算单数量；确定所述护理结算信息中门诊类结算对应的结算单数量与所述预测护理结算信息中门诊类结算对应的结算单数量之间的第一差值，以及，确定所述护理结算信息中入院类结算对应的结算单数量与所述预测护理结算信息中入院类结算对应的结算单数量之间的第二差值；根据所述第一差值和所述第二差值，确定所述申请信息对应的审核结果信息。

在一种可能的设计中，所述确定模块503，根据所述第一差值和所述第二差值，确定所述申请信息对应的审核结果信息，具体包括：若所述第一差值小于或等于第一阈值且所述第二差值小于或等于第二阈值，则确定所述审核结果信息为等级信息正常；若所述第一差值大于所述第一阈值或所述第二差值大于所述第二阈值，则确定所述审核结果信息为等级信息异常。

在一种可能的设计中，所述护理等级信息包括特级护理、一级护理和二级护理；所述装置还包括：训练模块；

所述训练模块，用于获取历史预设时长内已申请理赔的参保用户的历史申请信息，其中所述历史申请信息包括所述参保用户对应的护理时间信息、护理结算信息和护理等级信息，其中所述护理结算信息包括至少一个结算类型以及每个结算类型对应的结算单数量；按照所述护理等级信息包括的多个护理等级，对所述护理时间信息和所述护理结算信息进行特征归类，确定每个护理等级对应的护理时间信息和护理结算信息；针对每个护理等级，将所述护理等级、所述护理等级对应的护理时间信息、所述护理等级对应的护理结算信息进行关联存储，得到所述预设的护理审核模型。

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

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

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

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

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

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

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

本申请实施例提供的电子设备，可以是上述实施例的终端。

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

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

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

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

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