CN111192151A - 业务处理方法、装置、存储介质及计算机设备 - Google Patents

Abstract

本发明公开了一种业务处理方法、装置、存储介质及计算机设备，涉及信息技术领域，主要在于能够提高业务的处理效率，减少人为的沟通成本，同时能够对业务的处理进度和处理结果进行有效把控。其中方法包括：接收业务处理请求；根据所述用户申请信息，从不同渠道获取用户的过往申请记录，并根据所述过往申请记录，判断本次申请是否为有效申请；若判定本次申请为有效申请，则根据所述用户申请信息，获取对应的业务信息，并对所述业务信息进行核算处理，将业务处理结果发送至业务方；响应于接收到所述业务方发送的与所述业务处理结果对应的处理反馈信息，根据所述处理反馈信息向用户终端返回对应的通知消息。本发明适用于业务处理。

Description

业务处理方法、装置、存储介质及计算机设备

技术领域

本发明涉及信息技术领域，尤其是涉及一种业务处理方法、装置、存储介质及计算机设备。

背景技术

随着信息技术的不断发展，用户可以足不出户，通过互联网平台申请办理相关业务，由此为用户带来方便。

目前，用户通过互联网平台申请办理某些业务时，平台会线下通知相关业务方进行处理，然而，这种走线下业务流程的方式，需要进行人为沟通，流程比较复杂，沟通成本高，周期长，降低了业务处理效率，严重影响业务的处理时效，使用户的体验较差，此外，对于用户信息的审核和处理结果过于依赖业务方，无法对业务的处理进度和处理结果进行有效把控。

发明内容

本发明提供了一种业务处理方法、装置、存储介质及计算机设备，主要在于能够解决线下业务处理效率低下，无法确保业务处理时效，人为沟通成本高的问题。

根据本发明的第一个方面，提供一种业务处理方法，包括：

接收业务处理请求，所述业务处理请求中携带有用户申请信息；

根据所述用户申请信息，从不同渠道获取用户的过往申请记录，并根据所述过往申请记录，判断本次申请是否为有效申请；

若判定本次申请为有效申请，则根据所述用户申请信息，获取对应的业务信息，并对所述业务信息进行核算处理，将业务处理结果发送至业务方；

响应于接收到所述业务方发送的与所述业务处理结果对应的处理反馈信息，根据所述处理反馈信息向用户终端返回对应的通知消息。

可选地，所述根据所述过往申请记录，判断本次申请是否为有效申请，包括：

利用预设风险评估规则分别对从不同渠道获取的过往申请记录进行打分，并将不同渠道对应的评估分数进行加权求和；

若得到的总分数大于或等于预设分数，则确定本次申请为无效申请；

若得到的总分数小于预设分数，则确定本次申请为有效申请。

可选地，利用预设风险评估规则对从目标渠道获取的过往申请记录进行打分，包括：

确定所述预设风险评估规则中与所述用户申请信息对应的各个风险评估指标；

利用所述各个风险评估指标对目标渠道的过往申请记录进行评分，得到所述目标渠道对应的各个风险评估指标的评估分数；

将所述各个风险评估指标的评估分数进行相加，得到所述目标渠道对应的评估分数。

可选地，所述对所述业务信息进行核算处理，包括：

根据所述业务信息，判断预设业务规则库中是否存在与所述业务信息对应的业务核算规则；

若存在与所述业务信息对应的业务核算规则，则根据所述业务核算规则对所述业务信息进行核算处理，得到所述业务信息对应的业务处理结果；

若不存在与所述业务信息对应的业务核算规则，则根据所述业务信息和所述用户申请信息，向与所述业务方关联的业务合作方发送业务处理请求；

接收所述业务合作方反馈的业务处理结果。

可选地，所述将业务处理结果发送至业务方，包括：

根据所述业务处理结果，向第一业务审核系统发送业务处理结果审核请求；

响应于接收到所述第一业务审核系统反馈的业务处理结果审核通过信息，将所述业务处理结果发送至业务方；

响应于接收到所述第一业务审核系统反馈的业务处理结果审核未通过信息，根据所述业务信息，对所述业务处理结果进行修正，并将修正后的业务处理结果再次发送至所述第一业务审核系统审核。

可选地，所述根据所述用户申请信息，获取对应的业务信息，包括：

根据所述用户申请信息，向第二业务审核系统发送用户申请信息审核请求；

响应于接收到所述第二业务审核系统反馈的用户申请信息审核通过信息，根据所述用户申请信息，获取对应的业务信息；

响应于接收到所述第二业务审核系统反馈的用户申请信息审核未通过信息，解析所述用户申请信息审核未通过信息中的原因信息，并根据所述原因信息向所述用户终端发送用户申请信息补正请求。

可选地，所述用户申请信息包括用户上传的影像信息，所述对所述业务信息进行核算处理，包括：

利用预设影像识别算法对所述影像信息中的申请数据进行识别；

根据得到的申请数据对所述业务信息进行核算处理。

可选地，所述利用预设影像识别算法对所述影像信息中的申请数据进行识别，包括：

对所述影像信息进行特征提取和降维处理，得到所述影像信息对应的特征向量；

利用预设影像识别算法对提取的特征向量进行字符识别，得到所述影像信息对应的申请数据。

根据本发明的第二个方面，提供一种业务处理装置，包括：

接收单元，用于接收业务处理请求，所述业务处理请求中携带有用户申请信息；

判断单元，用于根据所述用户申请信息，从不同渠道获取用户的过往申请记录，并根据所述过往申请记录，判断本次申请是否为有效申请；

核算单元，用于若判定本次申请为有效申请，则根据所述用户申请信息，获取对应的业务信息，并对所述业务信息进行核算处理，将业务处理结果发送至业务方；

返回单元，用于响应于接收到所述业务方发送的与所述业务处理结果对应的处理反馈信息，根据所述处理反馈信息向用户终端返回对应的通知消息。

可选地，所述判断单元包括：打分模块和确定模块，

所述打分模块，用于利用预设风险评估规则分别对从不同渠道获取的过往申请记录进行打分，并将不同渠道对应的评估分数进行加权求和；

所述确定模块，用于若得到的总分数大于或等于预设分数，则确定本次申请为无效申请；

所述确定模块，还用于若得到的总分数小于预设分数，则确定本次申请为有效申请。

可选地，所述打分模块包括：确定子模块、评分子模块和相加子模块，

所述确定子模块，用于确定所述预设风险评估规则中与所述用户申请信息对应的各个风险评估指标；

所述评分子模块，用于利用所述各个风险评估指标对目标渠道的过往申请记录进行评分，得到所述目标渠道对应的各个风险评估指标的评估分数；

所述相加子模块，用于将所述各个风险评估指标的评估分数进行相加，得到所述目标渠道对应的评估分数。

可选地，所述核算单元包括：判断模块、核算模块、发送模块和接收模块，

所述判断模块，用于根据所述业务信息，判断预设业务规则库中是否存在与所述业务信息对应的业务核算规则；

所述核算模块，用于若存在与所述业务信息对应的业务核算规则，则根据所述业务核算规则对所述业务信息进行核算处理，得到所述业务信息对应的业务处理结果；

所述发送模块，用于若不存在与所述业务信息对应的业务核算规则，则根据所述业务信息和所述用户申请信息，向与所述业务方关联的业务合作方发送业务处理请求；

所述接收模块，用于接收所述业务合作方反馈的业务处理结果。

可选地，所述核算单元还包括：修正模块，

所述发送模块，还用于根据所述业务处理结果，向第一业务审核系统发送业务处理结果审核请求；

所述发送模块，还用于响应于接收到所述第一业务审核系统反馈的业务处理结果审核通过信息，将所述业务处理结果发送至业务方；

所述修正模块，用于响应于接收到所述第一业务审核系统反馈的业务处理结果审核未通过信息，根据所述业务信息，对所述业务处理结果进行修正，并将修正后的业务处理结果再次发送至所述第一业务审核系统审核。

可选地，所述核算单元还包括：获取模块和解析模块，

所述发送模块，还用于根据所述用户申请信息，向第二业务审核系统发送用户申请信息审核请求；

所述获取模块，用于响应于接收到所述第二业务审核系统反馈的用户申请信息审核通过信息，根据所述用户申请信息，获取对应的业务信息；

所述解析模块，用于响应于接收到所述第二业务审核系统反馈的用户申请信息审核未通过信息，解析所述用户申请信息审核未通过信息中的原因信息，并根据所述原因信息向所述用户终端发送用户申请信息补正请求。

可选地，所述核算单元还包括：识别模块，

所述识别模块，用于利用预设影像识别算法对所述影像信息中的申请数据进行识别；

所述核算模块，还用于根据得到的申请数据对所述业务信息进行核算处理。

可选地，所述识别模块包括：提取子模块和识别子模块，

所述提取子模块，用于对所述影像信息进行特征提取和降维处理，得到所述影像信息对应的特征向量；

所述识别子模块，用于利用预设影像识别算法对提取的特征向量进行字符识别，得到所述影像信息对应的申请数据。

根据本发明的第三个方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现以下步骤：

接收业务处理请求，所述业务处理请求中携带有用户申请信息；

根据所述用户申请信息，从不同渠道获取用户的过往申请记录，并根据所述过往申请记录，判断本次申请是否为有效申请；

若判定本次申请为有效申请，则根据所述用户申请信息，获取对应的业务信息，并对所述业务信息进行核算处理，将业务处理结果发送至业务方；

响应于接收到所述业务方发送的与所述业务处理结果对应的处理反馈信息，根据所述处理反馈信息向用户终端返回对应的通知消息。

根据本发明的第四个方面，提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现以下步骤：

接收业务处理请求，所述业务处理请求中携带有用户申请信息；

根据所述用户申请信息，从不同渠道获取用户的过往申请记录，并根据所述过往申请记录，判断本次申请是否为有效申请；

若判定本次申请为有效申请，则根据所述用户申请信息，获取对应的业务信息，并对所述业务信息进行核算处理，将业务处理结果发送至业务方；

响应于接收到所述业务方发送的与所述业务处理结果对应的处理反馈信息，根据所述处理反馈信息向用户终端返回对应的通知消息。

本发明提供的一种业务处理方法、装置、存储介质及计算机设备，与目前这种走线下业务处理流程的方式相比，本发明能够接收业务处理请求，所述业务处理请求中携带有用户申请信息；并根据所述用户申请信息，从不同渠道获取用户的过往申请记录，并根据所述过往申请记录，判断本次申请是否为有效申请；与此同时，若判定本次申请为有效申请，则根据所述用户申请信息，获取对应的业务信息，并对所述业务信息进行核算处理，将业务处理结果发送至业务方；此外，响应于接收到所述业务方发送的与所述业务处理结果对应的处理反馈信息，根据所述处理反馈信息向用户终端返回对应的通知消息，由此能够提高业务处理效率，保证业务的处理时效，减少人为的沟通成本，同时能够对业务的处理进度和处理结果进行有效把控，避免过于依赖业务方。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

构成说明书的一部分的附图描述了本发明的实施例，并且连同描述一起用于解释本发明的原理。

参照附图，根据下面的详细描述，可以更加清楚地理解本发明，其中：

图1示出了本发明实施例提供的一种业务处理方法流程图；

图2示出了本发明实施例提供的另一种业务处理方法流程图；

图3示出了本发明实施例提供的一种业务数据交互时序图；

图4示出了本发明实施例提供的一种业务数据处理流程图；

图5示出了本发明实施例提供的一种业务处理装置的结构示意图；

图6示出了本发明实施例提供的另一种业务处理装置的结构示意图；

图7示出了本发明实施例提供的一种计算机设备的实体结构示意图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

本发明实施例可以应用于计算机系统/服务器，其可与众多其它通用或专用计算系统环境或配置一起操作。适于与计算机系统/服务器一起使用的众所周知的计算系统、环境和/或配置的例子包括但不限于：个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统、大型计算机系统和包括上述任何系统的分布式云计算技术环境，等等。

计算机系统/服务器可以在由计算机系统执行的计算机系统可执行指令(诸如程序模块)的一般语境下描述。通常，程序模块可以包括例程、程序、目标程序、组件、逻辑、数据结构等等，它们执行特定的任务或者实现特定的抽象数据类型。计算机系统/服务器可以在分布式云计算环境中实施，分布式云计算环境中，任务是由通过通信网络链接的远程处理设备执行的。在分布式云计算环境中，程序模块可以位于包括存储设备的本地或远程计算系统存储介质上。

如背景技术，目前这种走线下业务流程的方式，流程比较复杂，沟通成本高，周期长，降低了业务处理效率，此外，对于用户信息的审核和处理结果过于依赖业务方，无法对业务的处理进度和处理结果进行有效把控。

为了解决上述问题，本发明实施例提供了一种业务处理方法，如图1所示，所述方法包括：

101、接收业务处理请求。

其中，所述业务处理请求中携带有用户申请信息，对于本发明实施例，执行主体为第三方业务处理平台，通过第三方业务处理平台与业务方之间的交互，将线下的业务处理流程变为线上，提高了业务处理效率，减少了人为沟通成本，能够对业务处理进度进行有效把控，例如，当用户在第三方业务处理平台申请办理业务时，在相应的业务办理页面填写所需的用户申请信息，其中，用户申请信息包括用户身份信息和业务申请信息，业务申请信息包括用户在第三方业务处理平台填写的业务申请信息和用户通过第三方业务处理平台上传的影像信息，当用户完成申请信息的填写后，点击业务处理按钮，第三方业务处理平台会接收到用户发起的业务处理请求，并根据业务处理请求携带的用户申请信息线上通知业务方，通过线上业务处理流程来处理业务请求。

102、根据所述用户申请信息，从不同渠道获取用户的过往申请记录，并根据所述过往申请记录，判断本次申请是否为有效申请。

其中，过往申请记录为用户之前在其他平台办理相同类型业务的过往申请记录，对于本发明实施例，用户申请信息中包括用户身份信息，第三方业务处理平台可以根据申请用户的身份信息从其他平台或者网站爬取该用户相关的过往申请记录，或者可以直接从第三方获取该用户的过往申请记录，由此能够从不同渠道获取该用户的过往申请记录，并利用预设风险评估规则对该用户的过往申请记录进行评估，得到不同渠道的评估分数，并将不同渠道的评估分数进行加权求和，得到该用户的总分数，若该用户的总分数小于预设分数，则确定该用户的本次申请为有效申请，即说明该用户的信用评价良好，存在违规申请的概率较低，可以在第三方业务处理平台上进行业务申请，进一步地，根据用户申请信息，获取对应的业务信息，并对所述业务信息进行核算处理；若该用户的总分数大于或者等于预设分数，则确定该用户的本次申请为无效申请，即说明该用户的信用评价较差，存在违规申请的概率较高，不可以在第三方业务处理平台上进行业务申请，并向用户终端发送拒绝处理业务请求的消息，由此通过预设风险评估规则能够降低用户违规申请的风险，确保第三方处理平台接收的用户申请为有效申请。

103、若判定本次申请为有效申请，则根据所述用户申请信息，获取对应的业务信息，并对所述业务信息进行核算处理，将业务处理结果发送至业务方。

其中，用户申请信息还包括业务方的标识，对于本发明实施例，第三方业务处理平台根据用户申请信息中的用户身份信息，查询与该用户身份信息对应的业务信息的标识，其中，业务信息为用户之前在业务方所办理业务的相关信息，进一步地，根据查询的业务信息的标识，生成业务信息获取请求，并根据业务方的标识，向业务方发送业务信息获取请求，业务方接收到业务信息获取请求后，将该用户的业务信息发送至第三方业务处理平台，第三方业务处理平台根据获取的业务信息和用户申请信息进行核算处理，并将得到的业务处理结果发送给业务方，由业务方进行审核，如果该业务方发现业务处理结果存在问题，会向第三方业务处理平台发送重新处理的请求；如果业务方认为业务处理结果没有问题，则会向第三方业务处理平台发送业务处理结束的通知，例如，用户之前在保险公司办理过保险业务，现在在第三方业务处理平台上发起理赔申请，第三方业务处理平台根据用户身份信息，能够查询到用户所办理保险业务的订单号，并通过该订单号向保险公司发送用户办理的保险业务信息获取请求，进一步地，第三方业务处理平台根据获取的保险业务信息和用户的理赔申请信息进行核算处理。

104、响应于接收到所述业务方发送的与所述业务处理结果对应的处理反馈信息，根据所述处理反馈信息向用户终端返回对应的通知消息。

对于本发明实施例，第三方业务处理平台将得到的业务处理结果发送给业务方进行核实，业务方如果核实后发现业务处理结果存在问题，则会向第三方业务处理平台发送处理反馈信息，即要求第三方业务处理平台重新进行核算处理，第三方业务处理平台再将重新得到的业务处理结果反馈给业务方；如果业务方核实业务处理结果没有问题，则向第三方业务处理平台发送的处理反馈信息为结案通知，第三方业务处理平台接收到业务方发送的结案通知后，会向业务方终端发送该业务处理结果，具体地，第三发业务处理平台可以通过短信的方式告知用户业务处理结果。

本发明实施例提供的一种业务处理方法，与目前这种走线下业务处理流程的方式相比，本发明能够接收业务处理请求，所述业务处理请求中携带有用户申请信息；并根据所述用户申请信息，从不同渠道获取用户的过往申请记录，并根据所述过往申请记录，判断本次申请是否为有效申请；与此同时，若判定本次申请为有效申请，则根据所述用户申请信息，获取对应的业务信息，并对所述业务信息进行核算处理，将业务处理结果发送至业务方；此外，响应于接收到所述业务方发送的与所述业务处理结果对应的处理反馈信息，根据所述处理反馈信息向用户终端返回对应的通知消息，由此能够提高业务处理效率，保证业务的处理时效，减少人为的沟通成本，同时能够对业务的处理进度和处理结果进行有效把控，避免过于依赖业务方。

进一步的，为了更好的说明上述业务处理的过程，作为对上述实施例的细化和扩展，本发明实施例提供了另一种业务处理方法，如图2所示，所述方法包括：

201、接收业务处理请求。

其中，所述业务处理请求中携带有用户申请信息，用户申请信息包括用户身份信息和业务申请信息。对于本发明实施例，用户在第三方业务处理平台发起业务处理请求，并在业务办理页面填写所需的业务申请信息和用户身份信息，并点击提交，之后根据页面指引进入影像信息上传页面，用户上传本次业务申请的相关影像信息，由此第三方业务处理平台获取了用户申请信息，进一步地，根据获取的用户申请信息进行相应的业务处理。

202、根据所述用户申请信息，从不同渠道获取用户的过往申请记录，并根据所述过往申请记录，判断本次申请是否为有效申请。若是，则执行步骤203；若否，则执行步骤207。

对于本发明实施例，为了能够判断用户的本次申请是否为有效申请，步骤202具体包括：所述根据所述过往申请记录，判断本次申请是否为有效申请，包括：利用预设风险评估规则分别对从不同渠道获取的过往申请记录进行打分，并将不同渠道对应的评估分数进行加权求和；若得到的总分数大于或等于预设分数，则确定本次申请为无效申请；若得到的总分数小于预设分数，则确定本次申请为有效申请。进一步地，为了利用预设风险评估规则对用户的过往申请记录进行打分，利用预设风险评估规则对从目标渠道获取的过往申请记录进行打分，包括：确定所述预设风险评估规则中与所述用户申请信息对应的各个风险评估指标；利用所述各个风险评估指标对目标渠道的过往申请记录进行评分，得到所述目标渠道对应的各个风险评估指标的评估分数；将所述各个风险评估指标的评估分数进行相加，得到所述目标渠道对应的评估分数。具体地，第三方业务处理平台可以从其他平台或者网站上爬取该用户的过往申请记录，或者根据用户身份信息直接从第三方获取该用户的过往申请记录，由此第三方业务处理平台能够从不同渠道获取该用户的过往申请记录，进一步地，根据用户申请信息中的申请业务类型确定预设风险评估规则中的各个风险评估指标，预设风险评估规则中包括不同业务类型对应的风险评估指标，之后根据确定的各个风险评估指标对用户的过往申请记录进行评分，得到不同风险评估指标对应的评估分数，并将各个评估分数相加，得到该用户在目标渠道上的评估分数，从而能够得到该用户在不同渠道上的评估分数，并将不同渠道的评估分数进行加权求和，得到该用户的总分数。

例如，用户申请的业务类型为保险理赔，则与保险理赔业务对应的风险评估指标分别为用户的年龄，办理同种保险理赔业务的次数，过往信用记录等，其中，不同年龄段的用户对应不同的评估分数，25-34岁用户对应的评估分数为1分，35-44岁对应的评估分数为2分，45-54岁用户对应的评估分数为3分；办理同种保险理赔业务的次数为2次，其对应的评估分数为2分，办理同种保险理赔业务的次数为4次，其对应的评估分数为4分；用户不同的过往信用记录对应不同的评估分数，信用记录良好对应的评估分数为1分，信用记录一般对应的评估分数为2分，信用记录较差对应的评估分数为3分，如果第三方业务处理平台在某网站上爬取到的过往申请记录具体为用户的年龄为40岁，办理同种保险业务的次数为1次，信用记录为良好，则根据上述各个风险评估指标，得到该用户针对某网站的评估分数为4分，进一步地，能够得到该用户针对不同渠道的评估分数，并将不同渠道的评估分数进行加权求和，其中，不同渠道的权重系数可以根据不同渠道在预设时间内的业务量比例进行设定。进一步地，将得到的总分数与预设分数进行比较，由此能够判断出用户的本次申请是否为有效申请，其中，预设分数可以根据大量违规申请用户的统计结果进行设定，例如，预设分数为8分，如果用户的总分数小于8分，则确定用户的本次申请为有效申请，即说明该用户违规申请的概率较低；如果用户的总分数等于或者大于8分，则确定用户的本次申请为无效申请，即说明该用户违规申请的概率较高，第三方业务处理平台拒绝接受该用户的业务处理请求，此外，不仅可以利用预设风险评估规则判断用户的本次申请是否为无效申请，还可以根据用户申请信息在其他业务平台或者网站上查询用户是否已经针对该业务提出过申请，如果查询到用户针对该业务在其他业务平台或者网站已经提出过申请，则确定该用户的本次申请为无效申请，由此通过上述方式能够有效地过滤掉用户的违规申请，避免浪费平台资源。

203、若判定本次申请为有效申请，则根据所述用户申请信息，获取对应的业务信息，并对所述业务信息进行核算处理，得到业务处理结果。

对于本发明实施例，在对用户的业务信息进行核算处理之前，需要对用户申请信息进行审核，步骤203具体包括：根据所述用户申请信息，向第二业务审核系统发送用户申请信息审核请求；响应于接收到所述第二业务审核系统反馈的用户申请信息审核通过信息，根据所述用户申请信息，获取对应的业务信息；响应于接收到所述第二业务审核系统反馈的用户申请信息审核未通过信息，解析所述用户申请信息审核未通过信息中的原因信息，并根据所述原因信息向所述用户终端发送用户申请信息补正请求。具体地，第三方业务处理平台将用户申请信息发送至第二业务审核系统进行审核，第二业务审核系统接收到用户申请信息后，会对用户申请信息进行审核，即主要判断用户本次申请业务是否在业务方办理的业务范畴内，同时也对用户上传的影像信息进行审核，如果影像信息存在问题或者用户申请业务不在业务所属范畴之内，则第二业务审核系统向第三方业务处理平台发送审核未通过信息，第三方业务处理平台接收到审核未通过信息后，对其中的原因信息进行解析，并将该原因信息发送给用户终端，请用户进行补正处理；如果第二业务审核系统审核未发现用户申请信息存在问题，则向第三方业务处理平台发送审核通过信息，第三方业务处理平台接收到审核通过信息后，会向业务方发送用户业务信息的获取请求，并接收业务方反馈的业务信息进行相应的核算处理。

进一步地，所述用户申请信息包括用户上传的影像信息，步骤203具体还包括：利用预设影像识别算法对所述影像信息中的申请数据进行识别；根据得到的申请数据对所述业务信息进行核算处理。其中，所述利用预设影像识别算法对所述影像信息中的申请数据进行识别，包括：对所述影像信息进行特征提取和降维处理，得到所述影像信息对应的特征向量；利用预设影像识别算法对提取的特征向量进行字符识别，得到所述影像信息对应的申请数据。具体地，预设影像识别算法可以预设OCR影像识别算法，由于用户上传的影像信息中也会包括数据信息，为了避免人工手动输入数据信息，提高业务处理效率，利用预设OCR影像识别算法对用户上传的影像信息中的数据信息进行识别，将识别出的数据信息自动进行录入存储，并根据该数据信息和用户的业务信息进行核算处理。

此外，如果第三方业务处理平台无法对用户的申请业务进行核算处理，还可以向与业务方关联的合作方发送业务处理请求，步骤203具体包括：根据所述业务信息，判断预设业务规则库中是否存在与所述业务信息对应的业务核算规则；若存在与所述业务信息对应的业务核算规则，则根据所述业务核算规则对所述业务信息进行核算处理，得到所述业务信息对应的业务处理结果；若不存在与所述业务信息对应的业务核算规则，则根据所述业务信息和所述用户申请信息，向与所述业务方关联的业务合作方发送业务处理请求；接收所述业务合作方反馈的业务处理结果。具体地，根据第三方业务处理平台接收到的业务信息和用户申请信息，查询预设规则库中是否存在与该业务信息对应的业务核算规则，如果存在对应的业务核算规则，则根据该业务核算规则对业务信息和用户申请信息进行核算处理；如果不存在对应的业务核算规则，则根据用户申请信息和业务信息，向与业务方关联的合作方发送业务处理请求，由该合作方根据用户申请信息和业务信息进行核算处理，并将业务处理结果返回给第三方业务处理平台。

204、根据所述业务处理结果，向第一业务审核系统发送业务处理结果审核请求。

对于本发明实施例，为了确保业务处理结果的准确性，第三方业务处理平台得到该业务处理结果后，向第一业务审核系统发送业务处理结果审核请求，第一业务审核系统对业务处理结果进行核算审核，并将相应的审核结果发送给第三方业务处理平台，第三方业务处理平台根据该审核结果进行相应的处理。

205、响应于接收到所述第一业务审核系统反馈的业务处理结果审核通过信息，将所述业务处理结果发送至业务方。

对于本发明实施例，当接收第一业务审核系统反馈的业务处理结果审核通过信息时，第三方业务处理平台根据该业务处理结果，向签批人员终端发送业务处理结果签批请求，第三方业务处理平台接收到签批人员终端返回的签批后的业务处理结果，将其发送给业务方，由业务方进行审核，如果业务方审核未发现问题，会向第三方业务处理平台发送结案通知。

206、响应于接收到所述第一业务审核系统反馈的业务处理结果审核未通过信息，根据所述业务信息，对所述业务处理结果进行修正，并将修正后的业务处理结果再次发送至所述第一业务审核系统审核。

对于本发明实施例，如果由第三方业务处理平台进行核算处理，当接收到第一业务审核系统反馈的业务处理结果审核未通过信息时，第三方业务处理平台会根据用户的业务信息和用户申请信息重新进行核算处理，以便对该业务处理结果进行修正；如果由与业务方关联的合作方进行核算处理，当接收到第一业务审核系统反馈的业务处理结果审核未通过信息时，第三方业务处理平台将审核结果发送给与业务方关联的业务合作方，请其重新进行核算处理，与业务方关联的业务合作方将重新得到的业务处理结果再返回给第三方业务处理平台，第三方业务处理平台再将业务处理结果发送给第一业务审核系统审核。其中，本发明实施例的业务数据交互过程如图3所示，首先用户通过填写申请信息在第三方业务处理平台上发起业务处理请求，第三方业务处理平台接收到用户的业务处理请求后，会向业务方发送报案请求，业务方根据用户申请信息进行报案后，会向第三方业务处理平台反馈报案成功的信息，接着第三方业务处理平台会向业务方发送获取用户业务信息的请求，业务方将与用户申请信息对应的业务信息反馈给第三方业务处理平台，第三方业务处理平台接收到业务信息之后，如果无法进行核算处理，则根据业务信息和用户申请信息向与业务方关联的业务合作方发送业务处理请求，与业务方关联的业务合作方将业务处理结果反馈至第三业务处理平台，第三方业务处理平台会对该业务处理结果进行审核，如果未通过审核，会向与业务方关联的业务合作方发送重新进行业务处理的请求，并对重新得到的业务处理结果再次审核，如果审核通过，则将该业务处理结果发送给业务方，业务方接收到业务处理结果，审核通过后，会向第三方业务处理平台发送结案通知，第三方业务处理平台接收到结案通知后，将业务处理结果发送给用户终端，并向业务方发送案件注销的请求，业务方注销成功后，会向第三方业务处理平台反馈案件注销成功。

207、若判定本次申请为无效申请，则向用户终端发送拒绝处理业务请求的消息。

208、响应于接收到所述业务方发送的与所述业务处理结果对应的处理反馈信息，根据所述处理反馈信息向用户终端返回对应的通知消息。

对于本发明实施例，第三方业务处理平台将业务处理结果发送至业务方进行审核，如果业务方审核业务处理结果没有问题，会向第三方业务处理平台发送结案通知，第三方业务处理平台根据该结案通知向用户终端发送该业务处理结果；如果业务方发现业务处理结果存在问题，会向第三方业务处理平台发送重新处理的请求，第三方业务处理平台重新处理后，再将业务处理结果返回给业务方。其中，本发明实施例的业务数据处理流程如图4所示，第三方业务处理平台接收到用户的业务处理请求后，首先根据用户申请信息判断该申请是否为有效申请，如果为无效申请，则拒绝用户的本次申请；如果为有效申请，则根据用户的申请信息向第二业务审核系统发送用户申请信息审核请求，如果审核未通过，则向用户发送补正申请信息的通知；如果审核通过，则从业务方获取用户的业务信息，并进行核算处理，得到业务处理结果，进一步地，向第一业务审核系统发送业务处理结果审核请求，如果审核未通过，则根据未通过的原因信息，第三方业务处理平台会重新进行核算处理，或者向用户发送补正用户申请信息的请求；如果审核通过，则根据业务处理结果向签批人员终端发送签批请求，如果签批人员未签批，则第三方业务处理平台会重新进行核算处理；如果签批人员签批，则将业务处理结果发送给业务方审核，如果业务方审核未通过，则第三方业务处理平台会重新进行核算处理；如果业务方审核通过，则第三方业务处理平台将业务处理结果发送给用户终端。

为了说明上述实施例的具体实施过程，以保险理赔业务为例，给出如下应用场景，但不局限于此：

用户之前在第三方业务处理平台(如水滴保险商城)上办理过某保险公司的保险业务，现在在第三方业务处理平台上申请保险理赔业务，以往的保险理赔业务均走线下业务流程，现将保险理赔业务变为线上业务流程，能够提高保险理赔业务处理效率，避免用户的信息审核和理算结果过于依赖保险公司，用户通过在第三方业务处理平台上填写相关的理赔信息并上传相关的影像信息，发起理赔请求，第三方业务处理平台接收到用户的理赔请求后，首先判断该用户的理赔申请是否为有效理赔申请，即判断该用户是否存在骗保行为，如果确定该用户的理赔申请有效，则将用户填写的理赔信息和上传的影像信息发送给第二业务审核系统进行审核，如果接收到第二业务审核系统发送的审核未通过信息，第三方业务处理平台会向用户终端发送补正请求；如果接收到第二业务审核系统发送的审核通过信息，第三方业务处理平台会根据该用户的理赔信息向保险公司发送用户保全信息的获取请求，进一步地，如果第三方业务处理平台如果能够对用户的理赔业务进行核算处理，则根据获取的保全信息和理赔信息进行核算处理，得到核算结果；如果第三方业务处理平台无法对用户的理赔业务进行核算处理，则将获取的保全信息和理赔信息发送给与该保险公司关联的业务合作方(如TPA公司)进行核算处理，业务合作方将得到的核算结果返回给第三方业务处理平台，进一步地，第三方业务处理平台将得到的核算结果发送给第一业务审核系统进行审核，如果接收到第一业务审核系统发送的审核未通过信息，则第三方业务处理平台会重新进行核算，或者向与保险公司关联的业务合作方发送重新进行核算处理的请求，由此重新得到核算结果；如果接收到第一业务审核系统发送的审核通过通知，则将核算结果发送给签批人员终端，如果签批人员发现核算结果存在问题，则将核算结果退回至第三方业务处理平台，请其重新进行处理；如果签批人员没有发现核算结果存在问题，则将签批后的核算结果返回至第三方业务处理平台，第三方业务处理平台将签批后的核算结果发送给保险公司进行审核，如果保险公司发现核算结果存在问题，则将核算结果退回至第三方业务处理平台，请其重新进行核算处理；如果保险公司未发现核算结果存在为问题，则向第三方业务处理平台发送结案通知，第三方业务处理平台接收到结案通知后，向用户终端发送该核算结果，由此将保险理赔业务的线下流程改为线上流程，保证了业务处理时效，减少了人为沟通成本，能够对核算结果和理赔进度进行有效把控，不必依赖保险公司。

本发明实施例提供的另一种业务处理方法，与目前这种走线下业务处理流程的方式相比，本发明能够接收业务处理请求，所述业务处理请求中携带有用户申请信息；并根据所述用户申请信息，从不同渠道获取用户的过往申请记录，并根据所述过往申请记录，判断本次申请是否为有效申请；与此同时，若判定本次申请为有效申请，则根据所述用户申请信息，获取对应的业务信息，并对所述业务信息进行核算处理，将业务处理结果发送至业务方；此外，响应于接收到所述业务方发送的与所述业务处理结果对应的处理反馈信息，根据所述处理反馈信息向用户终端返回对应的通知消息，由此能够提高业务处理效率，保证业务的处理时效，减少人为的沟通成本，同时能够对业务的处理进度和处理结果进行有效把控，避免过于依赖业务方。

进一步地，作为图1的具体实现，本发明实施例提供了一种业务处理装置，如图5所示，所述装置包括：接收单元31、判断单元32，核算单元33和返回单元34。

所述接收单元31，可以用于接收业务处理请求，所述业务处理请求中携带有用户申请信息。所述接收单元31是本装置中接收业务处理请求的主要功能模块。

所述判断单元32，可以用于根据所述用户申请信息，从不同渠道获取用户的过往申请记录，并根据所述过往申请记录，判断本次申请是否为有效申请。所述判断单元32是本装置中根据所述用户申请信息，从不同渠道获取用户的过往申请记录，并根据所述过往申请记录，判断本次申请是否为有效申请的主要功能模块，也是核心模块。

所述核算单元33，可以用于若判定本次申请为有效申请，则根据所述用户申请信息，获取对应的业务信息，并对所述业务信息进行核算处理，将业务处理结果发送至业务方。所述核算单元33是本装置中若判定本次申请为有效申请，则根据所述用户申请信息，获取对应的业务信息，并对所述业务信息进行核算处理，将业务处理结果发送至业务方的主要功能模块，也是核心模块。

所述返回单元34，可以用于响应于接收到所述业务方发送的与所述业务处理结果对应的处理反馈信息，根据所述处理反馈信息向用户终端返回对应的通知消息。所述返回单元34是本装置中响应于接收到所述业务方发送的与所述业务处理结果对应的处理反馈信息，根据所述处理反馈信息向用户终端返回对应的通知消息的主要功能模块。

对于本发明实施例，为了判断用户的本次申请是否为有效申请，所述判断单元32包括：打分模块321和确定模块322。

所述打分模块321，用于利用预设风险评估规则分别对从不同渠道获取的过往申请记录进行打分，并将不同渠道对应的评估分数进行加权求和。

所述确定模块322，用于若得到的总分数大于或等于预设分数，则确定本次申请为无效申请。

所述确定模块322，还用于若得到的总分数小于预设分数，则确定本次申请为有效申请。

进一步地，所述打分模块321包括：确定子模块、评分子模块和相加子模块。

所述确定子模块，用于确定所述预设风险评估规则中与所述用户申请信息对应的各个风险评估指标。

所述评分子模块，用于利用所述各个风险评估指标对目标渠道的过往申请记录进行评分，得到所述目标渠道对应的各个风险评估指标的评估分数。

所述相加子模块，用于将所述各个风险评估指标的评估分数进行相加，得到所述目标渠道对应的评估分数。

此外，为了确定与业务信息对应的业务处理结果，所述核算单元33包括：判断模块331、核算模块332、发送模块333和接收模块334。

所述判断模块331，用于根据所述业务信息，判断预设业务规则库中是否存在与所述业务信息对应的业务核算规则。

所述核算模块332，用于若存在与所述业务信息对应的业务核算规则，则根据所述业务核算规则对所述业务信息进行核算处理，得到所述业务信息对应的业务处理结果。

所述发送模块333，用于若不存在与所述业务信息对应的业务核算规则，则根据所述业务信息和所述用户申请信息，向与所述业务方关联的业务合作方发送业务处理请求。

所述接收模块334，用于接收所述业务合作方反馈的业务处理结果。

对于本发明实施例，所述核算单元33还包括：修正模块335。

所述发送模块333，还用于根据所述业务处理结果，向第一业务审核系统发送业务处理结果审核请求。

所述发送模块333，还用于响应于接收到所述第一业务审核系统反馈的业务处理结果审核通过信息，将所述业务处理结果发送至业务方。

所述修正模块335，用于响应于接收到所述第一业务审核系统反馈的业务处理结果审核未通过信息，根据所述业务信息，对所述业务处理结果进行修正，并将修正后的业务处理结果再次发送至所述第一业务审核系统审核。

进一步地，为了对用户申请信息进行审核，所述核算单元33还包括：获取模块336和解析模块337。

所述发送模块333，还用于根据所述用户申请信息，向第二业务审核系统发送用户申请信息审核请求。

所述获取模块336，用于响应于接收到所述第二业务审核系统反馈的用户申请信息审核通过信息，根据所述用户申请信息，获取对应的业务信息。

所述解析模块337，用于响应于接收到所述第二业务审核系统反馈的用户申请信息审核未通过信息，解析所述用户申请信息审核未通过信息中的原因信息，并根据所述原因信息向所述用户终端发送用户申请信息补正请求。

与此同时，为了识别影像信息中的数据信息，所述核算单元33还包括：识别模块338。

所述识别模块338，用于利用预设影像识别算法对所述影像信息中的申请数据进行识别。

所述核算模块332，还用于根据得到的申请数据对所述业务信息进行核算处理。

进一步地，为了识别影像信息中的数据信息，所述识别模块338包括：提取子模块和识别子模块。

所述提取子模块，用于对所述影像信息进行特征提取和降维处理，得到所述影像信息对应的特征向量；

所述识别子模块，用于利用预设影像识别算法对提取的特征向量进行字符识别，得到所述影像信息对应的申请数据。

需要说明的是，本发明实施例提供的一种业务处理装置所涉及各功能模块的其他相应描述，可以参考图1所示方法的对应描述，在此不再赘述。

基于上述如图1和图2所示方法，相应的，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如图1至图2所示的方法。

基于上述如图1所示方法和如图5所示装置的实施例，本发明实施例还提供了一种计算机设备的实体结构图，如图7所示，该计算机设备包括：处理器41、存储器42、及存储在存储器42上并可在处理器上运行的计算机程序，其中存储器42和处理器41均设置在总线43上所述处理器41执行所述程序时实现如图1至图2所示的方法。

通过本发明的技术方案，本发明能够接收业务处理请求，所述业务处理请求中携带有用户申请信息；并根据所述用户申请信息，从不同渠道获取用户的过往申请记录，并根据所述过往申请记录，判断本次申请是否为有效申请；与此同时，若判定本次申请为有效申请，则根据所述用户申请信息，获取对应的业务信息，并对所述业务信息进行核算处理，将业务处理结果发送至业务方；此外，响应于接收到所述业务方发送的与所述业务处理结果对应的处理反馈信息，根据所述处理反馈信息向用户终端返回对应的通知消息，由此能够提高业务处理效率，保证业务的处理时效，减少人为的沟通成本，同时能够对业务的处理进度和处理结果进行有效把控，避免过于依赖业务方。

本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于系统实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

可能以许多方式来实现本发明的方法。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。

本发明的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。

Claims (18)

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

接收单元，用于接收业务处理请求，所述业务处理请求中携带有用户申请信息；

判断单元，用于根据所述用户申请信息，从不同渠道获取用户的过往申请记录，并根据所述过往申请记录，判断本次申请是否为有效申请；

核算单元，用于若判定本次申请为有效申请，则根据所述用户申请信息，获取对应的业务信息，并对所述业务信息进行核算处理，将业务处理结果发送至业务方；

返回单元，用于响应于接收到所述业务方发送的与所述业务处理结果对应的处理反馈信息，根据所述处理反馈信息向用户终端返回对应的通知消息。

2.根据权利要求1所述的装置，其特征在于，所述判断单元包括：打分模块和确定模块，

所述打分模块，用于利用预设风险评估规则分别对从不同渠道获取的过往申请记录进行打分，并将不同渠道对应的评估分数进行加权求和；

所述确定模块，用于若得到的总分数大于或等于预设分数，则确定本次申请为无效申请；

所述确定模块，还用于若得到的总分数小于预设分数，则确定本次申请为有效申请。

3.根据权利要求2所述的装置，其特征在于，所述打分模块包括：确定子模块、评分子模块和相加子模块，

所述确定子模块，用于确定所述预设风险评估规则中与所述用户申请信息对应的各个风险评估指标；

所述评分子模块，用于利用所述各个风险评估指标对目标渠道的过往申请记录进行评分，得到所述目标渠道对应的各个风险评估指标的评估分数；

所述相加子模块，用于将所述各个风险评估指标的评估分数进行相加，得到所述目标渠道对应的评估分数。

4.根据权利要求1所述的装置，其特征在于，所述核算单元包括：判断模块、核算模块、发送模块和接收模块，

所述判断模块，用于根据所述业务信息，判断预设业务规则库中是否存在与所述业务信息对应的业务核算规则；

所述核算模块，用于若存在与所述业务信息对应的业务核算规则，则根据所述业务核算规则对所述业务信息进行核算处理，得到所述业务信息对应的业务处理结果；

所述发送模块，用于若不存在与所述业务信息对应的业务核算规则，则根据所述业务信息和所述用户申请信息，向与所述业务方关联的业务合作方发送业务处理请求；

所述接收模块，用于接收所述业务合作方反馈的业务处理结果。

5.根据权利要求4所述的装置，其特征在于，所述核算单元还包括：修正模块，

所述发送模块，还用于根据所述业务处理结果，向第一业务审核系统发送业务处理结果审核请求；

所述发送模块，还用于响应于接收到所述第一业务审核系统反馈的业务处理结果审核通过信息，将所述业务处理结果发送至业务方；

所述修正模块，用于响应于接收到所述第一业务审核系统反馈的业务处理结果审核未通过信息，根据所述业务信息，对所述业务处理结果进行修正，并将修正后的业务处理结果再次发送至所述第一业务审核系统审核。

6.根据权利要求4所述的装置，其特征在于，所述核算单元还包括：获取模块和解析模块，

所述发送模块，还用于根据所述用户申请信息，向第二业务审核系统发送用户申请信息审核请求；

所述获取模块，用于响应于接收到所述第二业务审核系统反馈的用户申请信息审核通过信息，根据所述用户申请信息，获取对应的业务信息；

所述解析模块，用于响应于接收到所述第二业务审核系统反馈的用户申请信息审核未通过信息，解析所述用户申请信息审核未通过信息中的原因信息，并根据所述原因信息向所述用户终端发送用户申请信息补正请求。

7.根据权利要求4所述的装置，其特征在于，所述核算单元还包括：识别模块，

所述识别模块，用于利用预设影像识别算法对所述影像信息中的申请数据进行识别；

所述核算模块，还用于根据得到的申请数据对所述业务信息进行核算处理。

8.根据权利要求7所述的装置，其特征在于，所述识别模块包括：提取子模块和识别子模块，

所述提取子模块，用于对所述影像信息进行特征提取和降维处理，得到所述影像信息对应的特征向量；

所述识别子模块，用于利用预设影像识别算法对提取的特征向量进行字符识别，得到所述影像信息对应的申请数据。

9.一种业务处理方法，其特征在于，包括：

接收业务处理请求，所述业务处理请求中携带有用户申请信息；

根据所述用户申请信息，从不同渠道获取用户的过往申请记录，并根据所述过往申请记录，判断本次申请是否为有效申请；

若判定本次申请为有效申请，则根据所述用户申请信息，获取对应的业务信息，并对所述业务信息进行核算处理，将业务处理结果发送至业务方；

响应于接收到所述业务方发送的与所述业务处理结果对应的处理反馈信息，根据所述处理反馈信息向用户终端返回对应的通知消息。

10.根据权利要求9所述的方法，其特征在于，所述根据所述过往申请记录，判断本次申请是否为有效申请，包括：

利用预设风险评估规则分别对从不同渠道获取的过往申请记录进行打分，并将不同渠道对应的评估分数进行加权求和；

若得到的总分数大于或等于预设分数，则确定本次申请为无效申请；

若得到的总分数小于预设分数，则确定本次申请为有效申请。

11.根据权利要求10所述的方法，其特征在于，利用预设风险评估规则对从目标渠道获取的过往申请记录进行打分，包括：

确定所述预设风险评估规则中与所述用户申请信息对应的各个风险评估指标；

利用所述各个风险评估指标对目标渠道的过往申请记录进行评分，得到所述目标渠道对应的各个风险评估指标的评估分数；

将所述各个风险评估指标的评估分数进行相加，得到所述目标渠道对应的评估分数。

12.根据权利要求9所述的方法，其特征在于，所述对所述业务信息进行核算处理，包括：

根据所述业务信息，判断预设业务规则库中是否存在与所述业务信息对应的业务核算规则；

若存在与所述业务信息对应的业务核算规则，则根据所述业务核算规则对所述业务信息进行核算处理，得到所述业务信息对应的业务处理结果；

若不存在与所述业务信息对应的业务核算规则，则根据所述业务信息和所述用户申请信息，向与所述业务方关联的业务合作方发送业务处理请求；

接收所述业务合作方反馈的业务处理结果。

13.根据权利要求9所述的方法，其特征在于，所述将业务处理结果发送至业务方，包括：

根据所述业务处理结果，向第一业务审核系统发送业务处理结果审核请求；

响应于接收到所述第一业务审核系统反馈的业务处理结果审核通过信息，将所述业务处理结果发送至业务方；

响应于接收到所述第一业务审核系统反馈的业务处理结果审核未通过信息，根据所述业务信息，对所述业务处理结果进行修正，并将修正后的业务处理结果再次发送至所述第一业务审核系统审核。

14.根据权利要求9所述的方法，其特征在于，所述根据所述用户申请信息，获取对应的业务信息，包括：

根据所述用户申请信息，向第二业务审核系统发送用户申请信息审核请求；

响应于接收到所述第二业务审核系统反馈的用户申请信息审核通过信息，根据所述用户申请信息，获取对应的业务信息；

响应于接收到所述第二业务审核系统反馈的用户申请信息审核未通过信息，解析所述用户申请信息审核未通过信息中的原因信息，并根据所述原因信息向所述用户终端发送用户申请信息补正请求。

15.根据权利要求9所述的方法，其特征在于，所述用户申请信息包括用户上传的影像信息，所述对所述业务信息进行核算处理，包括：

利用预设影像识别算法对所述影像信息中的申请数据进行识别；

根据得到的申请数据对所述业务信息进行核算处理。

16.根据权利要求15所述的方法，其特征在于，所述利用预设影像识别算法对所述影像信息中的申请数据进行识别，包括：

对所述影像信息进行特征提取和降维处理，得到所述影像信息对应的特征向量；

利用预设影像识别算法对提取的特征向量进行字符识别，得到所述影像信息对应的申请数据。

17.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求9至16中任一项所述的方法的步骤。

18.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求9至16中任一项所述的方法的步骤。

Images