信息处理方法、装置、电子设备及存储介质与流程

本发明实施例涉及计算机技术领域，具体而言，涉及一种信息处理方法、信息处理装置、电子设备及计算机可读存储介质。

背景技术：

随着互联网的发展，保全流程的准确性也需要进一步提高。

相关技术中，保全流程需要提交多种不同的影像信息、数据库数据以及调用保全业务系统接口。在相关技术中，提交流程基于同步的线性调用，一次请求串行调用多个接口，可能导致存在一定的先后顺序限制，响应等待时间较长，局限性较大，且效率较低。另外，不能及时响应请求并对信息进行更新，实时性较差且执行目标操作的准确性较低。

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

技术实现要素：

本发明实施例的目的在于提供一种信息处理方法、信息处理装置、电子设备及计算机可读存储介质，进而至少在一定程度上克服效率较低的问题。

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

根据本发明实施例的一个方面，提供一种信息处理方法，包括：获取业务请求，并根据多种信息验证方式对所述业务请求对应的业务信息进行验证以得到验证结果；若所述验证结果为验证成功，则响应所述业务请求对所述业务信息进行提交以执行业务操作，并将所述业务操作关联的业务信息存储至数据库以生成数据库的信息；根据所述数据库的信息，对所述业务操作对应的第一类型信息和第二类型信息进行异步存储以更新所述数据库，并根据更新后的数据库对所述业务请求对应的表单信息进行目标操作。

在本公开的一种示例性实施例中，根据多种信息验证方式对所述业务请求对应的业务信息进行验证包括：根据联系信息、光学字符识别以及人脸识别分别对所述业务信息进行验证，并在联系信息、光学字符识别以及人脸识别均验证成功时生成验证标识。

在本公开的一种示例性实施例中，响应所述业务请求对所述业务信息进行提交以执行业务操作包括：根据所述验证标识，将所述业务信息发送至提交接口对所述业务信息进行提交，以便于执行所述业务操作。

在本公开的一种示例性实施例中，所述方法还包括：若所述验证结果为验证失败，则重新根据所述多种信息验证方式对所述业务信息进行验证，直至得到所述验证标识为止，以执行所述业务操作。

在本公开的一种示例性实施例中，根据所述数据库的信息，对所述业务操作对应的第一类型信息和第二类型信息进行异步存储以更新所述数据库包括：采用第一定时任务，通过所述数据库的信息对所述第一类型信息进行更新并进行存储；以及采用第二定时任务，通过所述数据库的信息对所述第二类型信息进行更新并进行存储。

在本公开的一种示例性实施例中，采用第一定时任务，通过所述数据库的信息对所述第一类型信息进行更新包括：通过影像状态从所述数据库中获取第一类型信息对应的参考数据，并从目标平台获取所述参考数据对应的第一目标信息；根据影像标识循环调用影像流数据接口将所述第一目标信息发送至归档系统的影像平台接口；在所述影像平台接口根据所述影像状态将所述第一目标信息进行存储，并根据所述第一类型信息对应的第一目标信息更新所述数据库。

在本公开的一种示例性实施例中，采用第二定时任务，通过所述数据库的信息对所述第二类型信息进行更新包括：通过电子化截屏状态从所述数据库中获取所述第二类型信息对应的参考数据，并获取根据预设模板生成的参考数据的第二目标信息；通过变更内容循环调用电子化影像接口将所述第二目标信息发送至归档系统的影像平台接口；在所述影像平台接口根据电子化截屏状态对第二目标信息进行存储，并根据所述第二类型信息对应的所述第二目标信息更新所述数据库。

根据本公开的一个方面，提供一种信息处理装置，包括：验证模块，用于获取业务请求，并根据多种信息验证方式对所述业务请求对应的业务信息进行验证以得到验证结果；业务操作处理模块，用于若所述验证结果为验证成功，则响应所述业务请求对所述业务信息进行提交以执行业务操作，并将所述业务操作关联的业务信息存储至数据库以生成数据库的信息；信息更新模块，用于根据所述数据库的信息，对所述业务操作对应的第一类型信息和第二类型信息进行异步存储以更新所述数据库，并根据更新后的数据库对所述业务请求对应的表单信息进行目标操作。

根据本公开的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述任意一项所述的信息处理方法。

根据本公开的一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的信息处理方法。

本发明实施例提供的信息处理方法、装置、电子设备和计算机可读存储介质中，在通过多种信息验证方式对所述业务请求对应的业务信息验证成功时，响应业务请求执行业务操作，并将所述业务操作的信息存储至数据库，并根据存储在数据库中的业务操作的信息对业务操作对应的第一类型信息和第二类型信息进行异步存储以更新数据库进而执行目标操作。一方面，由于第一类型信息和第二类型信息的获取方式不同，通过对第一类型信息和第二类型信息进行异步存储，即对第一类型信息和第二类型信息的上传相互独立，避免了执行目标操作时的先后顺序的限制，减少了同步调用而导致的局限性，减少了响应等待时间，提高了处理效率。另一方面，能够通过异步存储第一类型信息和第二类型信息及时对数据库的信息进行更新，根据更新后的数据库提高了对业务请求对应的表单信息执行目标操作的准确性。

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

附图说明

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

图1示意性示出了相关技术中执行目标操作的流程的示意图；

图2示意性示出了本发明实施例的信息处理方法的流程示意图；

图3示意性示出了本发明实施例的提交流程的示意图；

图4示意性示出了本发明实施例的归档流程的示意图；

图5示意性示出了根据本发明实施例的信息处理装置的框图；

图6示意性示出了用来实现上述信息处理方法的电子设备的框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本发明将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本发明的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本发明的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

相关技术中，通过如图1所示的流程来执行业务保全操作。业务保全操作指的是为使用户的表单有效，在用户的要求下，对表单进行变更的操作。参考图1所示，在步骤s101中，用户进行保全项提交。在步骤s102中，在保全项提交接口进行提交。在步骤s103中，判断提交成功还是提交失败，若成功，则继续执行步骤s104；若失败，则转至步骤s101继续执行。在步骤s104中，ocr(opticalcharacterrecognition，光学字符识别)、人脸识别影响提交接口进行提交。在步骤s105中，将ocr和人脸识别影像流数据保存至数据库。在步骤s106中，通过电子化截屏生成接口进行提交。在步骤s107中，发送至影像上传接口。在步骤s108中，将电子化截屏保存数据库。

在图1的处理过程中，ocr和人脸识别的影像数据流保存至数据库之后，才可以将电子化截屏进行存储，由于存储流程基于同步的线性调用，存在一定的先后顺序限制，响应等待时间较长，局限性较大，且效率较低。另外，由于提交流程的效率较低，因此导致不能及时响应请求并对信息进行更新，使得准确性较低。

为了解决上述问题，本发明实施例中首先提出一种信息处理方法，该信息处理方法可以应用于各种业务的处理场景，例如保险、电子商务或者是普通领域的数据处理场景中。该信息处理方法的执行主体可以为服务器，参考图2所示，该信息处理方法可以包括步骤s210、步骤s220以及步骤s230。其中：

在步骤s210中，获取业务请求，并根据多种信息验证方式对所述业务请求对应的业务信息进行验证以得到验证结果；

在步骤s220中，若所述验证结果为验证成功，则响应所述业务请求对所述业务信息进行提交以执行业务操作，并将所述业务操作关联的业务信息存储至数据库以生成数据库的信息；

在步骤s230中，根据所述数据库的信息，对所述业务操作对应的第一类型信息和第二类型信息进行异步存储以更新所述数据库，并根据更新后的数据库对所述业务请求对应的表单信息进行目标操作。

在本发明的示例实施例所提供的技术方案中，一方面，由于第一类型信息和第二类型信息的获取方式不同，通过对业务操作对应的第一类型信息和第二类型信息进行异步存储，即对第一类型信息和第二类型信息的上传相互独立，避免了执行目标操作时的先后顺序的限制，避免了同步调用而导致的局限性，减少了响应等待时间，提高了效率。另一方面，能够及时对数据库进行更新，提高了信息更新效率，提高了数据库的准确性和可靠性，进一步提高了目标操作的准确性。

接下来，结合附图对本发明实施例中的信息处理方法进行进一步解释说明。

在步骤s210中，获取业务请求，并根据多种信息验证方式对所述业务请求对应的业务信息进行验证以得到验证结果。

本发明实施例中，业务请求可以为来自客户端的业务请求，具体可以响应于用户的操作生成业务请求并由客户端上传。用户的操作例如可以为点击目标平台中的按键或者是输入文字。目标平台可以为信息交互平台，例如公众号或者是微博等等。业务请求可以为各种类型的请求，例如业务保全请求或者是保全变更请求等等，此处以业务请求为保全变更请求为例进行说明。保全变更请求指的是为了进行保全业务而对用户信息进行变更或调整的请求。业务信息可以为保全变更请求对应的相关变更项，具体可以为用户信息中的一个或多个，例如联系信息、住址、证件类型或者是其他信息，此处以联系信息为例进行说明。

对业务信息进行验证时，可以通过信息验证方式对业务信息进行验证，信息验证方式可以包括以下至少一种：联系信息验证、光学字符识别验证以及人脸识别验证。本发明实施例中，以信息验证方式包括联系信息验证、光学字符识别验证以及人脸识别验证为例进行说明，且对信息验证方式的先后顺序不作具体限定。其中，联系信息验证指的是通过手机号码或邮箱进行验证。光学字符识别指的是通过检测暗、亮的模式确定其形状，然后用字符识别方法将形状翻译成计算机文字的过程。本发明实施例中可以对身份证正反面进行光学字符识别验证。人脸识别指的是对执行业务请求的用户进行人脸识别，以判断其是否与业务信息对应的用户一致。

举例而言，用户a的手机号码更换为1366666xxxx，原手机号码已停机。用户a通过目标平台操作保全项“手机号码变更”从而生成业务请求“手机号码变更”。在执行业务请求对应的业务操作时，首先可以对业务信息进行验证，且验证过程可以如下：用户输入新的手机号码获取验证码，并输入验证码以确定验证是否通过，对用户的身份证正反面进行ocr识别确定是否通过，对用户进行人脸识别以确定是否通过。在三种验证方式均验证通过的情况下，可以认为验证结果为验证成功。如果三个验证方式中存在至少一个验证方式未通过，则可以认为验证结果为验证失败。在验证成功后，可以生成一个验证标识，该验证标识用于代表对业务信息验证成功。在验证失败时，可以重新根据多种验证方式对业务信息进行验证，直至验证成功并生成验证标识为止。进一步地，可以根据验证标识对业务信息以及业务请求进行后续处理。

本发明实施例中，通过联系信息、光学字符识别以及人脸识别中的一种或多种方式分别对业务信息进行验证，并在所有验证方式的结果均为验证成功时能够提高验证的准确性。

在步骤s220中，若所述验证结果为验证成功，则响应所述业务请求对所述业务信息进行提交以执行业务操作，并将所述业务操作关联的业务信息存储至数据库以生成数据库的信息。

本发明实施例中，在验证成功后可以响应业务请求对业务信息执行业务操作。业务操作可以与业务请求相对应，例如业务请求为保全变更请求，则业务操作可以为对应的保全变更操作。执行业务操作时，可以对业务信息进行提交，即可以进行保全项提交。基于此，执行业务操作的过程可以为：根据所述验证标识，调用所述提交接口对所述业务信息进行提交，以便于执行所述业务操作。提交接口可以为目标平台上的接口，可以通过用于提交的控件来表示。

图3中示出了执行业务操作的流程图，参考图3中所示，主要包括以下步骤：

在步骤s310中，响应对业务信息的提交操作来提交业务信息，即进行保全项提交。

在步骤s320中，调用提交接口进行业务信息的提交操作，以便于进行业务操作。此处的提交操作用于提交对业务信息进行变更操作，具体可以为调用保全项提交接口进行保全项提交。

在步骤s330中，判断提交操作是否成功。若是，则转至步骤s340；若否，则继续执行步骤s310。

在步骤s340中，将业务信息保存至数据库，即在提交操作成功时，可以认为业务操作成功(即进行了业务变更操作)，进而可以将相关变更项(业务操作处理后的业务信息)存储至归档系统的数据库，并且归档系统可以返回提交成功的提示信息。

在将业务信息存储至数据库的过程中，可以生成数据库的信息，且数据库的信息可以用一个数据表来表示，以便于对存储的数据进行统一管理。数据库的信息中可以包含业务信息以及与业务信息关联的参考信息，例如时间、状态等等。该数据表可以满足影像元数据以及保全项统计分类等能力。具体地，该数据表可以包括三个部分，第一部分用于表示用户信息。第二部分用于表示影像信息，第三部分用于表示业务请求信息。基于此，生成的数据库的信息具体可以包括：第一部分包括客户基本信息，例如姓名(user_name)、身份证号(id_card_no)、公司码(company_no)、中支码(branch_id)。第二部分包括影像相关，例如类型代码(type_code)、影像数量(image_num)、ocr+人脸识别影像状态(verify_state)、电子化截屏状态(screen_state)、影像id(media_id)。verify_state、screen_state根据定时任务处理情况分为4种状态(0、1、2、3)分别对应初始化、处理中、处理失败、处理成功；media_id支持一个和多个情况。第三部分包括业务请求信息，例如保全项类型(type_name)、保全号(apply_no)、变更信息json内容(data)、创建时间(created_date)、更新时间(update_date)。

本发明实施例中，如果归档系统返回提交失败的提示信息，则根据该提示信息继续处理，以便于重新进行业务信息的提交，直至业务信息提交成功为止，以将业务信息保存至数据库。

在步骤s230中，根据所述数据库的信息，对所述业务操作对应的第一类型信息和第二类型信息进行异步存储以更新所述数据库，并根据更新后的数据库对所述业务请求对应的表单信息进行目标操作。

本发明实施例中，业务请求对应的表单信息，可以为与用户对应的保单信息，具体可以根据表单号来确定。目标操作可以为信息保全操作，信息保全指的是服务提供方为了使表单有效，根据用户需求对表单的信息进行更新的操作。依次可以包括业务操作(保全变更)，保存数据库以及影像信息归档三个步骤。在本步骤中，主要对影像信息归档进行说明。影像信息可以包括第一类型信息和第二类型信息，其中，第一类型信息指的是ocr信息和人脸识别信息，具体是从目标平台下载和获取的；第二类型信息指的是电子化截屏信息，具体是根据业务请求对应的业务信息的要素(例如变更内容、变更时间等)而生成的，其表现形式可以为html流文件。因此第一类型信息和第二类型信息的获取方式即来源不同。第一类型信息和第二类型信息均为某一个业务信息(保全项信息)对应的图片，例如ocr图片、人脸识别图片、电子化截屏图片。

在业务操作完成且将业务信息存储至数据库中后，可以根据生成的数据库的信息对第一类型信息和第二类型信息进行上传，以更新归档系统中的数据库，从而对第一类型信息和第二类型信息进行归档。由于第一类型信息和第二类型信息的获取方式不同，因此在上传第一类型信息和第二类型信息时可以采用不同的方式。为了避免相关技术中由于同步执行上传而导致的等待时间过长的问题，本发明实施例中，将同步过程拆分为两个异步执行的上传过程，可以同时执行获取方式不同的第一类型信息和第二类型信息的归档，提高了上传效率。

图4中示意性示出了进行归档的流程图，参考图4中所示，主要包括以下过程：采用第一定时任务，通过数据库的信息对第一类型信息进行更新；以及采用第二定时任务，通过数据库的信息对第二类型信息进行更新。具体而言，更新第一类型信息的步骤包括：通过影像状态从所述数据库中获取第一类型信息对应的参考数据，从目标平台获取所述参考数据对应的第一目标信息；根据影像标识循环调用影像流数据接口将所述第一目标信息发送至归档系统的影像平台接口；在所述影像平台接口根据所述影像状态将所述第一目标信息进行存储，并根据所述第一类型信息对应的第一目标信息更新所述数据库。也就是说，第一定时任务每隔预设周期执行一次任务，预设周期可以为5分钟或10分钟等。第一定时任务根据影像状态“verify_state”＝0或“verify_state”＝2的条件查询数据库列表，以得到与第一类型信息符合的参考数据，进而获取第一目标信息。参考数据指的是用于生成第一目标信息的数据，可以为数据库中的姓名或者是年龄等字段。第一目标信息可以为第一类型信息中的某一个信息，其形式可以为图片的形式，且可以与业务请求中的用户信息相对应，第一目标信息可以由目标平台生成。进一步地可以根据数据库中的影像标识调用目标平台的影像流数据接口，以将目标平台生成的第一目标信息发送至归档系统的影像平台接口，从而通过影像平台接口根据影像状态对第一目标信息进行存储，并通过存储第一类型信息而更新数据库。具体地，第一定时任务根据影像状态“verify_state”的返回状态来更新数据库，例如在影像状态为2或3时更新数据库。其中，影像标识可以存储一个列表，因此影像标识可以包括一个或多个。基于此，可以从目标平台获取第一目标信息，根据影像标识的具体数值循环调用影像流数据接口，以将从目标平台获取的第一目标信息发送至提交影像平台接口，实现第一目标信息归档的目的。参考图4中所示，在步骤s410中，ocr以及人脸识别定时任务。在步骤s411中，批量查询数据库。在步骤s412中，调用影像流数据接口。在步骤s413中，将获取的第一目标信息提交至影像平台接口。在步骤s414中，更新数据库。

具体而言，更新第二类型信息的步骤包括：通过变更内容从所述数据库中获取所述第二类型信息对应的参考数据，并获取根据预设模板生成的参考数据的第二目标信息；循环调用电子化影像接口将所述第二目标信息发送至归档系统的影像平台接口；在所述影像平台接口根据电子化截屏状态对第二目标信息进行存储，并根据所述第二类型信息对应的所述第二目标信息更新所述数据库。也就是说，第二定时任务每隔预设周期执行一次任务，第二定时任务根据电子化截屏状态“screen_state”＝0或“screen_state”＝2条件查询数据库列表，以得到与第二类型信息符合的参考数据，进而获取第二目标信息。参考数据指的是用于生成第二目标信息的数据，可以为数据库中的字段，具体可以为字段data中的姓名、单号等等，并且参考数据可以为json格式。第二目标信息可以为第二类型信息中的某一个信息，其形式可以为图片的形式，且可以根据参考数据而生成，以与业务请求中的用户信息相对应。第二目标信息可以为将参考数据填充至一个html格式的预设模板而生成的图片信息。在目标平台根据参考数据以及预设模板生成第二目标信息之后，可以根据数据库中的变更内容调用影像流数据接口，以将第二目标信息发送至归档系统的影像平台接口，从而通过影像平台接口根据影像状态对第二目标信息进行存储，以通过存储第二类型信息而更新数据库。具体地，第二定时任务根据电子化截屏状态“screen_state”的返回状态更新数据库，例如在返回状态为2或3时更新数据库，此步骤循环执行。参考图4中所示，在步骤s420中，电子化截屏定时任务。在步骤s421中，批量查询数据库。在步骤s422中，调用电子化影像接口。在步骤s423中，将获取的第二目标信息提交至影像平台接口。在步骤s424中，更新数据库。

通过图4中的技术方案，可以通过循环调用接口，将第一类型信息和第二类型信息发送至归档平台，以实现对第一类型信息和第二类型信息进行异步存储，避免了同步进行归档过程中某一类型信息必须等待其他类型信息完成归档之后才能执行的限制，减少了局限性，且没有时间顺序的限制，减少了等待时间，提高了信息归档的效率。另外，由于目标操作(保全操作)包括保全变更、保存数据库以及归档过程，因此提高了目标操作的效率。

在进行目标操作之后，还可以将数据库中生成的数据表的信息转移至另一数据表，以减少该数据表的信息数量，避免造成数据量较大而导致的数据访问效率较低的问题，提高数据处理的效率以及可靠性。另一数据表可以与该数据表处于同一个数据库中，且另一数据表可以和该数据表的结构相同，此处不做限定。

举例而言，用户a最近更换手机号码为1366666xxxx，原手机号码已停机。因此用户需要通过目标平台进行业务操作“手机号码变更”，具体操作如下：输入新手机号码获取验证码，输入验证码验证通过；用户的身份证正反面ocr识别通过；用户a的人脸识别通过。在验证成功后，在目标平台的显示界面上展示原手机号码和新手机号码，并确定是否接收到对业务操作的提交操作。响应于提交操作，在提交流程中，提交用户信息、用户身份证正反面的ocr识别标识、人脸识别标识、变更的新手机号码和旧手机号码等信息到归档系统，将业务操作的业务信息保存至数据库，例如将用户身份证正反面和人脸识别的三个“media_id”列表，手机号码变更需要的“data”信息等存储至数据库。在执行完提交操作之后，目标平台可以返回业务操作成功的提示信息进行展示(即用户电话号码变更成功的提示)。接下来，可以在下一个5分钟进行归档任务，具体地，用户身份证正反面和人脸识别的图片是循环根据影像标识“media_id”获取并存储到归档系统，以更新数据库中表数据的相关内容；电子化截屏图片是调用电子化影像接口生成并存储到归档系统，以更新数据库中表数据的相关内容。基于第一类型信息和第二类型信息存档多次调用(2n次)调用归档系统，使得第一类型信息和第二类型信息可以独立异步处理，将上传归档系统存档多次调用步骤从提交接口里拆分出来，避免了线性调用耗时长的问题，提高了用户提交响应速度，进而提高了效率。

本发明实施例中，还提供了一种信息处理装置，参考图5中所示，该信息处理装置500主要包括：验证模块501、业务操作处理模块502以及信息更新模块503，其中：

验证模块501，可以用于获取业务请求，并根据多种信息验证方式对所述业务请求对应的业务信息进行验证以得到验证结果；业务操作处理模块502，可以用于若所述验证结果为验证成功，则响应所述业务请求对所述业务信息进行提交以执行业务操作，并将所述业务操作关联的业务信息存储至数据库以生成数据库的信息；信息更新模块503，可以用于根据所述数据库的信息，对所述业务操作对应的第一类型信息和第二类型信息进行异步存储以更新所述数据库，并根据更新后的数据库对所述业务请求对应的表单信息进行目标操作。

在本公开的一种示例性实施例中，验证模块包括：验证控制模块，用于根据联系信息、光学字符识别以及人脸识别分别对所述业务信息进行验证，并在所述联系信息、所述光学字符识别以及所述人脸识别均验证成功时生成验证标识。。

在本公开的一种示例性实施例中，业务操作处理模块包括：业务提交模块，用于根据所述验证标识，将所述业务信息发送至提交接口对所述业务信息进行提交，以便于执行所述业务操作。

在本公开的一种示例性实施例中，所述装置还包括：重新验证模块，用于若所述验证结果为验证失败，则重新根据所述多种信息验证方式对所述业务信息进行验证，直至得到所述验证标识为止，以执行所述业务操作。

在本公开的一种示例性实施例中，信息更新模块包括：第一存储模块，用于采用第一定时任务，通过所述数据库的信息对所述第一类型信息进行更新并进行存储；以及第二存储模块，用于采用第二定时任务，通过所述数据库的信息对所述第二类型信息进行更新并进行存储。

在本公开的一种示例性实施例中，第一存储模块包括：第一目标信息获取模块，用于通过影像状态从所述数据库中获取第一类型信息对应的参考数据，并从目标平台获取所述参考数据对应的第一目标信息；接口调用模块，用于根据影像标识循环调用影像流数据接口将所述第一目标信息发送至归档系统的影像平台接口；第一目标信息存储模块，用于在所述影像平台接口根据所述影像状态将所述第一目标信息进行存储，并根据所述第一类型信息对应的第一目标信息更新所述数据库。

在本公开的一种示例性实施例中，第二存储模块包括：第二目标信息获取模块，用于通过电子化截屏状态从所述数据库中获取所述第二类型信息对应的参考数据，并获取根据预设模板生成的参考数据的第二目标信息；接口调用模块，用于通过变更内容循环调用电子化影像接口将所述第二目标信息发送至归档系统的影像平台接口；第二目标信息存储模块，用于在所述影像平台接口根据电子化截屏状态对第二目标信息进行存储，并根据所述第二类型信息对应的所述第二目标信息更新所述数据库。

需要说明的是，本发明实施例的信息处理装置的各个功能模块与上述信息处理方法的示例实施例的步骤相同，因此此处不再赘述。

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

此外，尽管在附图中以特定顺序描述了本发明中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

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

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

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

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

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

存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(rom)6203。

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

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

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

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

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

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

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

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

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

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

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