首页 / 专利库 / 软件 / 数据处理 / 数据处理方法及装置、存储介质及电子终端

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

阅读:900发布:2020-05-08

专利汇可以提供数据处理方法及装置、存储介质及电子终端专利检索,专利查询,专利分析的服务。并且本公开涉及计算机技术领域,具体涉及一种 数据处理 及装置、存储介质及 电子 终端。方法包括:第一数据服务平台接收用户的 风 险保障契约处理 请求 ;获取用户选择的风险保障契约配置方案并调用第一参数计算 接口 以获取风险保障契约配置方案对应的预估金融参数;响应于用户对预估金融参数配置的执行计划信息,将风险保障契约配置方案、预估金融参数以及执行计划信息进行封装生成用户数据包;调用第二数据传输接口将用户数据包发送至第二数据服务平台,以获取第二数据服务平台对所述用户数据包的评估结果;第一数据服务平台接收评估结果,并在所述评估结果包括第一评估结果时生成风险保障契约用户数据。本方法可以节约数据处理流程。,下面是数据处理方法及装置、存储介质及电子终端专利的具体信息内容。

1.一种数据处理方法,其特征在于,包括:
第一数据服务平台接收用户的险保障契约处理请求
获取用户选择的风险保障契约配置方案,并调用第一参数计算接口以获取所述风险保障契约配置方案对应的预估金融参数;
响应于所述用户对所述预估金融参数配置的执行计划信息,将所述风险保障契约配置方案、预估金融参数以及执行计划信息进行封装生成用户数据包;
调用第二数据传输接口将所述用户数据包发送至第二数据服务平台,以获取所述第二数据服务平台对所述用户数据包的评估结果;
所述第一数据服务平台接收所述评估结果,并在所述评估结果包括第一评估结果时,生成风险保障契约用户数据。
2.根据权利要求1所述的方法,其特征在于,所述第一数据服务平台接收用户的风险保障契约处理请求,包括:
响应于用户在交互界面中目标控件的选中操作,生成所述风险保障契约处理请求;
所述第一数据服务平台接收所述风险保障契约处理请求,并响应所述风险保障契约处理请求以生成目标图像上传指令;
所述第一数据服务平台接收用户上传的目标证件图像,并对所述目标证件图像进行识别以获取目标证件数据。
3.根据权利要求2所述的方法,其特征在于,所述对所述目标证件图像进行识别以获取目标证件数据,包括:
对所述目标证件图像进行光学字符识别以提取目标证件数据;
将所述目标证件数据与所述用户的基础信息数据进行比对,以用于所述目标证件数据和所述用户的基础信息数据进行校验。
4.根据权利要求1所述的方法,其特征在于,对所述风险保障契约配置方案、预估金融参数以及执行计划信息进行封装获取用户数据包时,被封装的数据还包括:
所述用户的目标证件数据、基础数据以及权限授予信息中的任意一项或任意多项。
5.根据权利要求1所述的方法,其特征在于,所述在所述评估结果包括第一评估结果时,生成风险保障契约用户数据,包括:
响应于用户触发的对所述第一评估结果的第一金融行为执行操作,调用第三金融操作接口,以用于所述第二数据服务平台向所述第一数据服务平台发起第二金融行为执行操作;
所述第一数据服务平台监听所述第一金融操作的触发结果,并在检测到所述第二金融行为执行操作的凭证信息时,生成所述风险保障契约用户数据。
6.根据权利要求1或5所述的方法,其特征在于,所述生成所述风险保障契约用户数据时,所述方法还包括:
调用第四用户处理数据接口,将所述用户配置为风险保障契约被保障对象。
7.根据权利要求1所述的方法,其特征在于,所述方法还包括:
监控所述用户的所述风险保障契约用户数据的更新信息;
在所述更新信息包括用户不合规操作数据时,解除与所述用户的风险保障契约,并将所述用户配置为风险对象。
8.一种数据处理装置,其特征在于,包括:
风险保障契约处理请求接收模,用于第一数据服务平台接收用户的风险保障契约处理请求;
风险保障契约参数配置模块,用于获取用户选择的风险保障契约配置方案,并调用第一参数计算接口以获取所述风险保障契约配置方案对应的预估金融参数;
用户数据包封装模块,用于响应于所述用户对所述预估金融参数配置的执行计划信息,将所述风险保障契约配置方案、预估金融参数以及执行计划信息进行封装生成用户数据包;
评估模块,用于调用第二数据传输接口将所述用户数据包发送至第二数据服务平台,以获取所述第二数据服务平台对所述用户数据包的评估结果;
评估结果处理模块,用于所述第一数据服务平台接收所述评估结果,并在所述评估结果包括第一评估结果时,生成风险保障契约用户数据。
9.一种存储介质,其上存储有计算机程序,所述程序被处理器执行时实现根据权利要求1至7中任一项所述的数据处理方法。
10.一种电子终端,其特征在于,包括:
处理器;以及
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行权利要求1至7中任一项所述的数据处理方法。

说明书全文

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

技术领域

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

背景技术

[0002] 随着互联网的快速发展,互联网金融业务也迅速发展,用户可以在互联网上进行多种业务。例如,用户可以在互联网进行购物、理财,或者购买金融产品等。
[0003] 现有技术中,用户可以通过互联网办理贷款、分期等金融业务,也可以过互联网购买保险等金融产品。但用户只能在保险产品的网站或应用程序中选择和购买保险产品或办理相关的业务;在行或金融机构的网站或应用程序中办理贷款、分期等金融业务。
[0004] 需要说明的是,在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。发明内容
[0005] 本公开的目的在于提供一种数据处理方法、一种数据处理装置、一种存储介质以及一种电子终端,实现不同数据处理平台之间的直接交互,进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的一个或者多个问题。
[0006] 本公开的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本公开的实践而习得。
[0007] 根据本公开的第一方面,提供一种数据处理方法,包括:
[0008] 第一数据服务平台接收用户的险保障契约处理请求
[0009] 获取用户选择的风险保障契约配置方案,并调用第一参数计算接口以获取所述风险保障契约配置方案对应的预估金融参数;
[0010] 响应于所述用户对所述预估金融参数配置的执行计划信息,将所述风险保障契约配置方案、预估金融参数以及执行计划信息进行封装生成用户数据包;
[0011] 调用第二数据传输接口将所述用户数据包发送至第二数据服务平台,以获取所述第二数据服务平台对所述用户数据包的评估结果;
[0012] 所述第一数据服务平台接收所述评估结果,并在所述评估结果包括第一评估结果时,生成风险保障契约用户数据。
[0013] 在本公开的一种示例性实施例中,所述第一数据服务平台接收用户的风险保障契约处理请求,包括:
[0014] 响应于用户在交互界面中目标控件的选中操作,生成所述风险保障契约处理请求;
[0015] 所述第一数据服务平台接收所述风险保障契约处理请求,并响应所述风险保障契约处理请求以生成目标图像上传指令;
[0016] 所述第一数据服务平台接收用户上传的目标证件图像,并对所述目标证件图像进行识别以获取目标证件数据。
[0017] 在本公开的一种示例性实施例中,所述对所述目标证件图像进行识别以获取目标证件数据,包括:
[0018] 对所述目标证件图像进行光学字符识别以提取目标证件数据;
[0019] 将所述目标证件数据与所述用户的基础信息数据进行比对,以用于所述目标证件数据和所述用户的基础信息数据进行校验。
[0020] 在本公开的一种示例性实施例中,对所述风险保障契约配置方案、预估金融参数以及执行计划信息进行封装获取用户数据包时,被封装的数据还包括:
[0021] 所述用户的目标证件数据、基础数据以及权限授予信息中的任意一项或任意多项。
[0022] 在本公开的一种示例性实施例中,所述在所述评估结果包括第一评估结果时,生成风险保障契约用户数据,包括:
[0023] 响应于用户触发的对所述第一评估结果的第一金融行为执行操作,调用第三金融操作接口,以用于所述第二数据服务平台向所述第一数据服务平台发起第二金融行为执行操作;
[0024] 所述第一数据服务平台监听所述第一金融操作的触发结果,并在检测到所述第二金融行为执行操作的凭证信息时,生成所述风险保障契约用户数据。
[0025] 在本公开的一种示例性实施例中,所述生成所述风险保障契约用户数据时,所述方法还包括:
[0026] 调用第四用户处理数据接口,将所述用户配置为风险保障契约被保障对象。
[0027] 在本公开的一种示例性实施例中,所述方法还包括:
[0028] 监控所述用户的所述风险保障契约用户数据的更新信息;
[0029] 在所述更新信息包括用户不合规操作数据时,解除与所述用户的风险保障契约,并将所述用户配置为风险对象。
[0030] 根据本公开的第二方面,提供一种数据处理装置,包括:
[0031] 风险保障契约处理请求接收模,用于第一数据服务平台接收用户的风险保障契约处理请求;
[0032] 风险保障契约参数配置模块,用于获取用户选择的风险保障契约配置方案,并调用第一参数计算接口以获取所述风险保障契约配置方案对应的预估金融参数;
[0033] 用户数据包封装模块,用于响应于所述用户对所述预估金融参数配置的执行计划信息,将所述风险保障契约配置方案、预估金融参数以及执行计划信息进行封装生成用户数据包;
[0034] 评估模块,用于调用第二数据传输接口将所述用户数据包发送至第二数据服务平台,以获取所述第二数据服务平台对所述用户数据包的评估结果;
[0035] 评估结果处理模块,用于所述第一数据服务平台接收所述评估结果,并在所述评估结果包括第一评估结果时,生成风险保障契约用户数据。
[0036] 根据本公开的第三方面,提供一种存储介质,其上存储有计算机程序,所述程序被处理器执行时实现上述的数据处理方法。
[0037] 根据本公开的第四方面,提供一种电子终端,包括:
[0038] 处理器;以及
[0039] 存储器,用于存储所述处理器的可执行指令;
[0040] 其中,所述处理器配置为经由执行所述可执行指令来执行上述的数据处理方法[0041] 本公开的一种实施例所提供的数据处理方法中,通过第一数据服务平台接收用户的风险保障契约处理请求,并对其进行处理来获取用户风险保障契约配置方案,以及对应的预估金融参数的执行计划信息,并将各项数据进行封装生成用户数据包,再将用户数据包发送至第二数据服务平台,利用第二数据服务平台进行评估并将评估结果反馈至第一数据服务平台,使得第一数据服务平台可以根据评估结果判断是否可以为用户生成风险保障契约用户数据。通过对数据接口的直接调用,使得第一数据平台和第二数据平台可以直接进行数据的传输以及信息的交换,避免通过用户需要在两个数据服务平台中分别提交不同的处理请求。节约了处理流程。
[0042] 应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。附图说明
[0043] 此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
[0044] 图1示意性示出本公开示例性实施例中一种数据处理方法的流程示意图;
[0045] 图2示意性示出本公开示例性实施例中一种用户上传目标证件图像的交互界面的示意图;
[0046] 图3示意性示出本公开示例性实施例中一种展示预估金融参数的执行计划信息的交互界面的示意图;
[0047] 图4示意性示出本公开示例性实施例中一种投保成功后信息展示的交互界面的示意图;
[0048] 图5示意性示出本公开示例性实施例中一种用户支付的交互界面的示意图;
[0049] 图6示意性示出本公开示例性实施例中一种投保成功的交互界面的示意图;
[0050] 图7示意性示出本公开示例性实施例中一种数据处理装置的组成示意图;
[0051] 图8示意性示出本公开示例性实施例中一种电子设备的组成示意图;
[0052] 图9示意性示出本公开示例性实施例中一种程序产品的示意图。

具体实施方式

[0053] 现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本公开将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。
[0054] 本示例实施方式中首先提供了一种数据处理方法。参考图1中所示,上述的数据处理方法可以包括以下步骤:
[0055] 步骤S11,第一数据服务平台接收用户的风险保障契约处理请求;
[0056] 步骤S12,获取用户选择的风险保障契约配置方案,并调用第一参数计算接口以获取所述风险保障契约配置方案对应的预估金融参数;
[0057] 步骤S13,响应于所述用户对所述预估金融参数配置的执行计划信息,将所述风险保障契约配置方案、预估金融参数以及执行计划信息进行封装生成用户数据包;
[0058] 步骤S14,调用第二数据传输接口将所述用户数据包发送至第二数据服务平台,以获取所述第二数据服务平台对所述用户数据包的评估结果;
[0059] 步骤S15,所述第一数据服务平台接收所述评估结果,并在所述评估结果包括第一评估结果时,生成风险保障契约用户数据。
[0060] 本示例实施方式所提供的数据处理方法,通过第一数据服务平台接收用户的风险保障契约处理请求,并对其进行处理来获取用户风险保障契约配置方案,以及对应的预估金融参数的执行计划信息,并将各项数据进行封装生成用户数据包,再将用户数据包发送至第二数据服务平台,利用第二数据服务平台进行评估并将评估结果反馈至第一数据服务平台,使得第一数据服务平台可以根据评估结果判断是否可以为用户生成风险保障契约用户数据。一方面,通过对数据接口的直接调用,使得第一数据平台和第二数据平台可以直接进行数据的传输以及信息的交换;另一方面,可以避免用户在两个数据服务平台中分别提交不同的处理请求。节约了处理流程。
[0061] 下面,将结合附图及实施例对本示例实施方式中的数据处理方法中各个步骤进行更详细的说明。
[0062] 步骤S11,第一数据服务平台接收用户的风险保障契约处理请求。
[0063] 本示例实施方式中,可以提供一第一数据服务平台,该第一数据服务平台可以在服务器端运行,并提供一用于与用户交互的前端交互界面。例如,前端交互界面可以是网页、应用程序、微信小程序或者微信公众号等形式,使用户可以通过交互界面进行选择、输入以及上传、下载等操作。
[0064] 具体来说,上述的步骤S11可以包括以下内容:
[0065] 步骤S111,响应于用户在交互界面中目标控件的选中操作,生成所述风险保障契约处理请求;
[0066] 步骤S112,所述第一数据服务平台接收所述风险保障契约处理请求,并响应所述风险保障契约处理请求以生成目标图像上传指令;
[0067] 步骤S113,所述第一数据服务平台接收用户上传的目标证件图像,并对所述目标证件图像进行识别以获取目标证件数据。
[0068] 举例来说,上述的风险保障契约处理请求可以是针对目标保险商品的投保处理请求;上述的第一数据服务平台可以是保险数据服务平台,在后台服务器端运行。
[0069] 同时可以提供一用户前端,在交互界面中,可以为用户展示多个保险商品的控件。举例来说,当用户通过点击等操作选中一保险商品对应的控件时,便可以触发一针对目标保险商品的处理请求,并将该请求发送至保险数据服务平台。保险数据服务平台在接收到针对目标保险商品的处理请求后,便可以生成目标图像上传指令,并在交互界面中提供一用于用户上传证件照片的界面,使用户可以通过该界面上传证件图像。
[0070] 举例来说,参考图2所示的交互界面,当用户选择的目标保险商品为车险时,用户可以上传机动车行驶证的照片以及身份证照片。若用户选择的目标保险商品为人身保险,则用户可以上传身份证照片。
[0071] 本示例实施方式中,第一数据服务平台在接收到用户上传的证件照片后,便可以对其进行识别,提取目标证件数据。具体来说,可以包括:
[0072] 步骤S1131,对所述目标证件图像进行光学字符识别以提取目标证件数据;
[0073] 步骤S1131,将所述目标证件数据与所述用户的基础信息数据进行比对,以用于所述目标证件数据和所述用户的基础信息数据进行校验。
[0074] 在获取证件图像后,便可以调用OCR识别接口,可以利用OCR(Optical Character Recognition,光学字符识别)技术对证件照片进行识别,提取证件数据。举例来说,对于机动车行驶证,可以提取其中的车牌号码、车辆类型、所有人、使用性质、品牌型号、车辆识别代码、发动机号码、注册登记日期以及发证机关中的一项或多项数据。对于身份证,可以提取姓名、身份证号等用户基础信息。在识别完成后,便可以将识别的所有人信息与用户的姓名进行对比,判断是否一致。另外,在识别车辆类型和品牌型号信息后,还可以调用车辆车型查询数据接口服务,来查询车辆的详细信息。从而实现对车辆和人员信息的验证。
[0075] 步骤S12,获取用户选择的风险保障契约配置方案,并调用第一参数计算接口以获取所述风险保障契约配置方案对应的预估金融参数。
[0076] 本示例实施方式中,用户可以在终端的交互界面中选择具体的险种,以及投保数量,从而生成对应的风险保障契约配置方案。在生成具体配置方案后,便可以调用第一参数计算接口来调用保费计算服务,计算当前配置方案下的具体保费,实现对金融参数的预估。对于保费的计算结果,可以推送至交互界面为用户展示。
[0077] 此外,本示例的一些实施方式中,还可以将识别出的目标证件数据、车辆信息、用户信息以及目标保险商品的配置方案、预估费用等数据进行封装,得到核保数据包。并调用核保规则引擎服务,对用户的核保数据包进行核保。举例来说,核保规则引擎可以根据投保险种方案、车辆历史出险信息、车辆历史赔付信息等数据等信息对保单进行校验,判断是否符合核保机构的投保要求。若核保结果符合投保要求,便可以将相关信息展示在交互界面中,图4所示,并继续执行后续操作。或者,若核保结果不符合投保要求,则可以生成提示信息,提示用户无法进行投保操作。
[0078] 步骤S13,响应于所述用户对所述预估金融参数配置的执行计划信息,将所述风险保障契约配置方案、预估金融参数以及执行计划信息进行封装生成用户数据包。
[0079] 本示例实施方式中,参考图3所示,在交互界面中还可以为用户提供一对保费进行贷款分期的选项,例如3个月期、6个月期以及12个月期等选项。当用户选择一分期选项后,便触发生成预估金融参数配置的执行计划信息,此时便可以将用户的基础数据、识别出的目标证件数据、用户关于征信查询的权限授予信息,以及具体的投保方案、预估保费以及具体的分期计划、用户协议等数据进行封装,并生成用户数据包。
[0080] 步骤S14,调用第二数据传输接口将所述用户数据包发送至第二数据服务平台,以获取所述第二数据服务平台对所述用户数据包的评估结果。
[0081] 本示例实施方式中,第一数据服务平台在生成用户数据包后,便可以调用第二数据传输接口来调用数据传输服务,将用户数据包发送至第二数据服务平台。
[0082] 举例来说,第二数据服务平台可以为贷款发放方或金融机构,第二数据服务平台可以在服务器端执行。对于第二数据服务平台来说,在接收到用户数据包后,便可以对其进行解封,提取用户的相关信息。例如,可以
[0083] 并按照预设的规则评估是否可以为当前的用户发放贷款。并将具体的评估结果发送至第一数据服务平台和用户端。例如,可以通过短信的方式通知用户评估结果。
[0084] 步骤S15,所述第一数据服务平台接收所述评估结果,并在所述评估结果包括第一评估结果时,生成风险保障契约用户数据。
[0085] 本示例实施方式中,第一数据服务平台在接收到第二数据服务平台发送的评估结果后,可以对评估结果进行分析。若评估结果为第一评估结果,即贷款申请成功,可以在终端设备显示对应的结果。或者,若评估结果为第二评估结果,即贷款申请失败,同样可以在终端设备显示对应的结果。
[0086] 具体来说,在评估结果为第一评估结果时,上述的步骤S15可以包括以下内容:
[0087] 步骤S151,响应于用户触发的对所述第一评估结果的第一金融行为执行操作,调用第三金融操作接口,以用于所述第二数据服务平台向所述第一数据服务平台发起第二金融行为执行操作;
[0088] 步骤S152,所述第一数据服务平台监听所述第一金融操作的触发结果,并在检测到所述第二金融行为执行操作的凭证信息时,生成所述风险保障契约用户数据。
[0089] 步骤S153,调用第四用户处理数据接口,将所述用户配置为风险保障契约被保障对象。
[0090] 举例来说,可以在交互界面上提供一用于发起支付的控件,如图5所示交互界面中的“确认支付”控件。当用户点击该用于发起用于支付的控件,便触发对第一评估结果的第一金融行为执行操作,即触发支付操作,此时便可以调用第三金融操作接口,按照预定的传输协议和加密方式发起支付调用,使第二数据服务平台根据该调用信息向第一数据服务平台发起第二金融行为执行操作。例如,金融结构在接收到用户的确认贷款及支付信息后,便可以触发企业账户划款操作,将保险金额的账款转账至第一数据服务平台。
[0091] 同时,当用户触发第一金融行为执行操作后,第一数据服务平台可以对第二数据服务平台进行检测,判断第二数据服务平台是否实际发生了第二金融行为执行操作。例如,保险数据服务平台可以检测是否接收到金融结构的转账信息,例如转账凭证。在接收到转账信息时,便确认支付成功,参考图6所示,便可以生成对应的保单信息并展示在交互界面中。例如,第一数据服务平台可以调用承保见费出单接口服务生成保单。同时,将生成的保单号以及保单相关信息发送短信给客户。并且,调用保单冻结接口,将保单置于权益保护状态,将该用户作为被保障用户。
[0092] 基于上述内容,在本示例实施方式中,上述的方法还可以包括:
[0093] 步骤S21,监控所述用户的所述风险保障契约用户数据的更新信息;
[0094] 步骤S22,在所述更新信息包括用户不合规操作数据时,解除与所述用户的风险保障契约,并将所述用户配置为风险对象。
[0095] 具体来说,在用户投保并付款成功后,在用户被保障期间,可以对用户的金融行为及保险行为进行监控,并实时更新该用户的风险保障契约用户数据。
[0096] 例如,可以对用户的还款行为进行监控,判断是否按时还款。具体的,第二数据服务平台可以根据与用户的风险保障契约中约定的时间定时检测是否收到用户的转账信息,例如通过转账凭证信息来监控。若检测到该用户对应的凭证信息,则不执行操作。若未检测到凭证信息,则向第一数据服务平台发送该用户不合规操作数据的更新信息。或者,上诉的不合规操作也可以是用户的骗保行为触发上传的不合规操作数据,等等。
[0097] 第一数据服务平台在接收到该用户不合规操作数据的更新信息后,便可以解除与该用户的风险保障契约,并将该用户从风险保障契约被保障对象列表中移出,添加至风险用户列表中。同时,在将用户从风险保障契约被保障对象列表中移出时,还可以触发第一数据服务平台按预设的规则对应该用户的保单的剩余金额进行计算,并触发执行第三金融行为执行操作。例如,第三金融行为执行操作可以是第一数据服务平台对第二数据服务平台根据保单剩余金额的转账操作。
[0098] 本公开各实施例所提供的数据处理方法中,当用户在第一数据服务平台触发投保请求时,用户可以将证件图像上传并进行识别,并根据用户的信息评估是否可以投保。在评估可以投保并选择分期支付时,由第一数据服务平台直接向第二数据服务平台发送相关的用户数据。在第二数据服务平台评估可以对用户进行贷款时,将相关信息反馈至第一数据服务平台和用户。使得第二数据交互平台可以直接向第一数据交互平台进行转账,从而使资金不经过客户,有效避免用户出现非法的金融行为。同时,通过使两个数据处理平台可以直接进行数据交互和对用户进行评估,并执行对应的操作。极大的简化用户的处理流程,避免用户在两个平台分别进行操作、上传信息等。并且,通过对用户保障期间用户行为进行监控,可以实时的根据用户行为调整已确定的风险保障契约
[0099] 需要注意的是,上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明,而不是限制目的。易于理解,上述附图所示的处理并不表明或限制这些处理的时间顺序。另外,也易于理解,这些处理可以是例如在多个模块中同步或异步执行的。
[0100] 进一步的,参考图7所示,本示例的实施方式中还提供了一种数据处理装置70,包括:风险保障契约处理请求接收模块701、风险保障契约参数配置模块702、用户数据包封装模块703、评估模块704以及评估结果处理模块705。其中:
[0101] 所述风险保障契约处理请求接收模块701可以用于第一数据服务平台接收用户的风险保障契约处理请求。
[0102] 所述风险保障契约参数配置模块702可以用于获取用户选择的风险保障契约配置方案,并调用第一参数计算接口以获取所述风险保障契约配置方案对应的预估金融参数。
[0103] 所述用户数据包封装模块703可以用于响应于所述用户对所述预估金融参数配置的执行计划信息,将所述风险保障契约配置方案、预估金融参数以及执行计划信息进行封装生成用户数据包。
[0104] 所述评估模块704可以用于调用第二数据传输接口将所述用户数据包发送至第二数据服务平台,以获取所述第二数据服务平台对所述用户数据包的评估结果。
[0105] 所述评估结果处理模块705可以用于所述第一数据服务平台接收所述评估结果,并在所述评估结果包括第一评估结果时,生成风险保障契约用户数据。
[0106] 在本示例性实施方式中,所述风险保障契约处理请求接收模块701可以包括:风险保障契约处理请求生成单元、目标图像上传指令生成单元和目标证件数据获取单元。其中,[0107] 所述风险保障契约处理请求生成单元可以用于响应于用户在交互界面中目标控件的选中操作,生成所述风险保障契约处理请求。
[0108] 所述目标图像上传指令生成单元可以用于所述第一数据服务平台接收所述风险保障契约处理请求,并响应所述风险保障契约处理请求以生成目标图像上传指令。
[0109] 所述目标证件数据获取单元可以用于所述第一数据服务平台接收用户上传的目标证件图像,并对所述目标证件图像进行识别以获取目标证件数据。
[0110] 在本示例性实施方式中,所述所述目标证件数据获取单元可以包括:证件识别和信息校验单元。其中,
[0111] 所述证件识别可以用于对所述目标证件图像进行光学字符识别以提取目标证件数据。
[0112] 所述信息校验单元可以用于将所述目标证件数据与所述用户的基础信息数据进行比对,以用于所述目标证件数据和所述用户的基础信息数据进行校验。
[0113] 在本示例性实施方式中,被封装的数据还包括:
[0114] 所述用户的目标证件数据、基础数据以及权限授予信息中的任意一项或任意多项。
[0115] 在本示例性实施方式中,所述评估模块704还可以包括:用户传输模块。
[0116] 所述用户传输模块可以用于将所述评估结果发送至所述用户。
[0117] 在本示例性实施方式中,所述评估结果处理模块705可以包括:第二金融行为执行操作触发单元、风险保障契约用户数据生成单元。
[0118] 所述可以用于响应于用户触发的对所述第一评估结果的第一金融行为执行操作,调用第三金融操作接口,以用于所述第二数据服务平台向所述第一数据服务平台发起第二金融行为执行操作。
[0119] 所述风险保障契约用户数据生成单元可以用于所述第一数据服务平台监听所述第一金融操作的触发结果,并在检测到所述第二金融行为执行操作的凭证信息时,生成所述风险保障契约用户数据。
[0120] 在本示例性实施方式中,所述评估结果处理模块705还可以包括:用户配置单元。
[0121] 所述用户配置单元可以用于调用第四用户处理数据接口,将所述用户配置为风险保障契约被保障对象。
[0122] 在本示例性实施方式中,所述装置70还包括:用户更新信息监控模块、风险对象配置模块。其中,
[0123] 所述用户更新信息监控模块可以用于监控所述用户的所述风险保障契约用户数据的更新信息。
[0124] 所述风险对象配置模块可以用于在所述更新信息包括用户不合规操作数据时,解除与所述用户的风险保障契约,并将所述用户配置为风险对象。
[0125] 上述的数据处理装置70中各模块的具体细节已经在对应的数据处理方法中进行了详细的描述,因此此处不再赘述。
[0126] 应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本公开的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
[0127] 在本公开的示例性实施例中,还提供了一种能够实现上述方法的电子设备。
[0128] 所属技术领域的技术人员能够理解,本发明的各个方面可以实现为系统、方法或程序产品。因此,本发明的各个方面可以具体实现为以下形式,即:完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等),或硬件和软件方面结合的实施方式,这里可以统称为“电路”、“模块”或“系统”。
[0129] 下面参照图8来描述根据本发明的这种实施方式的电子设备800。图8显示的电子设备800仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
[0130] 如图8所示,电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于:上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830。
[0131] 其中,所述存储单元存储有程序代码,所述程序代码可以被所述处理单元810执行,使得所述处理单元810执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如,所述处理单元810可以执行如图1中所示方法。
[0132] 存储单元820可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(RAM)8201和/或高速缓存存储单元8202,还可以进一步包括只读存储单元(ROM)8203。
[0133] 存储单元820还可以包括具有一组(至少一个)程序模块8205的程序/实用工具8204,这样的程序模块8205包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
[0134] 总线830可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
[0135] 电子设备800也可以与一个或多个外部设备600(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与该电子设备800交互的设备通信,和/或与使得该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口850进行。并且,电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器860通过总线830与电子设备800的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备800使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
[0136] 通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。
[0137] 在本公开的示例性实施例中,还提供了一种计算机可读存储介质,其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中,本发明的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当所述程序产品在终端设备上运行时,所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。
[0138] 参考图9所示,描述了根据本发明的实施方式的用于实现上述方法的程序产品900,其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码,并可以在终端设备,例如个人电脑上运行。然而,本发明的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
[0139] 所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
[0140] 计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
[0141] 可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、有线、光缆、RF等等,或者上述的任意合适的组合。
[0142] 可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
[0143] 此外,上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明,而不是限制目的。易于理解,上述附图所示的处理并不表明或限制这些处理的时间顺序。另外,也易于理解,这些处理可以是例如在多个模块中同步或异步执行的。
[0144] 本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由权利要求指出。
[0145] 应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈