CN104392299A - 一种业务信息处理方法及系统 - Google Patents

Abstract

本发明实施例公开了一种业务信息处理方法及系统。其中的方法包括：接收用户的业务信息处理请求，所述业务信息处理请求包括业务信息处理类型和用户标识；根据所述业务信息处理请求，确定所述用户标识对应的用户是否具有请求处理所述业务信息处理类型对应的业务的权限；当确定具有所述权限时，处理所述业务信息处理请求，并输出业务信息处理结果。本发明实施例还相应地公开了一种业务信息处理系统。采用本发明实施例，通过对用户处理多种业务信息进行权限管理，可以接收各类型的业务信息进行统一处理，从而实现统一的业务信息处理。

Description

一种业务信息处理方法及系统

技术领域

本发明涉及信息处理领域，尤其涉及一种业务信息处理方法及系统。

背景技术

随着经济和信息技术的发展，各应用领域中的业务复杂度的提升，多数企业的业务管理开始采用流程化管理模式，即涉及多个业务人员，多个系统共同完成业务处理过程。业务流程化管理模式主要根据划定的业务范围，由各业务人员采用各自的业务平台独立完成不同阶段的业务。上述方式虽然能够完成各部门的业务在不同阶段的处理需求，但不同的业务管理人员无法直接获得其它业务人员在其它阶段的业务处理信息，难以形成统一的信息交互平台，对业务进行统一处理。

发明内容

本发明实施例提供一种业务信息处理方法及系统，可实现业务信息的统一处理。

本发明实施例提供了一种业务信息处理方法，包括：

接收用户的业务信息处理请求，所述业务信息处理请求包括业务信息处理类型和用户标识；

根据所述业务信息处理请求，确定所述用户标识对应的用户是否具有请求处理所述业务信息处理类型对应的业务的权限；

当确定具有所述权限时，处理所述业务信息处理请求，并输出业务信息处理结果。

相应地，本发明实施例还提供了一种业务信息处理系统，包括：

应用采集服务器，用于接收用户的业务信息处理请求，所述业务信息处理请求包括业务信息处理类型和用户标识；

权限管理服务器，用于根据所述业务信息处理请求，确定所述用户标识对应的用户是否具有请求处理所述业务信息处理类型对应的业务的权限；

业务处理服务器，用于当确定具有所述权限时，处理所述业务信息处理请求；

所述应用采集服务器还用于输出业务信息处理结果。

在本发明实施例中，可通过接收用户的业务信息处理请求，并根据所述请求，确定所述用户处理多种业务信息的权限，并根据权限调用系统相应的服务器执行业务，从而实现统一的业务信息处理。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种业务信息处理方法的流程示意图；

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

图3是本发明实施例提供的一种业务信息处理系统的结构示意图；

图4是本发明实施例提供的另一种业务信息处理系统的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参照图1，为本发明实施例提供的一种业务信息处理方法的流程示意图，该方法包括以下步骤：

S101，接收用户的业务信息处理请求，所述业务信息处理请求包括业务信息处理类型和用户标识。

具体实现中，所述用户的业务信息处理请求中的用户标识包括三类，订单操作用户标识、订单审核用户标识和订单用户标识。所述用户的业务信息处理请求中，当用户标识为订单操作用户标识时，其业务信息处理类型包括客户身份验证、订单产品的选择、订单授权判断、订单创建；当用户标识为订单审核用户标识时，其业务信息处理类型包括客户身份验证、订单信息查询、客户风险评估查询、订单信息修改、刷卡验密、余额查询、订单执行前检查等；当用户标识为订单用户时，其业务信息处理类型包括订单用户通过不同自助渠道如网银、坐席、手机银行等完成订单的确认和购买等。

所述用户的业务信息处理请求主要由三种渠道提供，第一种为订单操作用户通过员工渠道整合服务器发送请求；第二种为订单审核用户通过员工渠道整合服务器发送请求；第三种为订单用户通过自助渠道发送请求。

S102，根据所述业务信息处理请求，确定所述用户标识对应的用户是否具有请求处理所述业务信息处理类型对应的业务的权限。

具体实现中，通过提取所述业务信息处理请求中的用户标识，判断其与对应的业务申请用户标识是否匹配，如完全匹配，则说明所述业务申请用户在所述业务信息处理类型对应的业务权限范围内，执行下一步骤S103；否则，所述业务申请用户不在所述业务信息处理类型对应的业务权限范围内，可以向所述业务申请用户返回权限出错提示信息。

S103，当确定具有所述权限时，处理所述业务信息处理请求，并输出业务信息处理结果。

具体实现中，当确定所述用户具有权限时，可根据业务信息处理类型处理所述业务，所述业务信息处理请求的类型主要包括用户身份验证、订单配置和创建、订单查询、用户风险评估、订单修改、验密、余额查询、订单执行中的至少一种业务，本实施例中的业务包括且不局限于上述列举的业务。

采用本发明实施例，通过对用户处理多种业务信息进行权限管理，可以接收各类型的业务信息进行统一处理，从而实现统一的业务信息处理。

请参照图2，为本发明实施例提供的另一种业务信息处理方法的流程示意图，该方法包括以下步骤：

S201，接收用户的业务信息处理请求，所述业务信息处理请求包括业务信息处理类型和用户标识。

具体实现中，所述用户的业务信息处理请求中的用户标识包括三类，订单操作用户标识、订单审核用户标识和订单用户标识。所述用户的业务信息处理请求中，当用户标识为订单操作用户标识时，其业务信息处理类型包括客户身份验证、订单产品的选择、订单授权判断、订单创建；当用户标识为订单审核用户标识时，其业务信息处理类型包括客户身份验证、订单信息查询、客户风险评估查询、订单信息修改、刷卡验密、余额查询、订单执行前检查等；当用户标识为订单用户时，其业务信息处理类型包括订单用户通过不同自助渠道如网银、坐席、手机银行等完成订单的确认和购买等。

所述用户的业务信息处理请求主要由三种渠道提供，第一种为客户经理通过员工渠道整合服务器发送请求；第二种为交易员通过员工渠道整合服务器发送请求；第三种为用户通过自助渠道发送请求。

S202，根据所述业务信息处理请求，确定所述用户标识对应的用户是否具有请求处理所述业务信息处理类型对应的业务的权限。

具体实现中，通过提取所述业务信息处理请求中的用户标识，判断其与对应的业务申请用户标识是否匹配，如完全匹配，则说明所述业务申请用户在所述业务信息处理类型对应的业务权限范围内，可以执行下一步骤S204；否则，所述业务申请用户不在所述业务信息处理类型对应的业务权限范围内，执行下一步骤S203。

S203，返回权限出错提示信息；结束。

S204，将所述业务信息处理请求分配给至少一个业务服务器进行处理。

具体实现中，所述业务服务器包括应用采集服务器、客户信息服务器、产品服务器、核心业务服务器、理财产品或证券服务器、风险评估服务器等，不同的业务信息请求由不同的业务服务器群组共同处理。

S205，处理所述业务信息处理请求，所述业务信息处理类型可包括订单配置和创建、订单查询、订单修改或订单执行。

具体实现中，所述订单配置和创建包括如下步骤：

客户信息验证，由所述客户经理通过员工整合服务器输入客户信息，并由应用采集服务器处理后传送给部署在客户信息服务器进行信息核实，并返回验证结果；

订单配置，包括选择订单类型、选择订单产品和配置订单，由所属客户经理通过员工整合服务器选择订单类型和产品，产品信息经过应用采集服务器处理后传输在部署到产品服务器的产品研发组件处理后，客户经理通过员工整合服务器配置订单；

订单创建，如订单不需要授权，订单信息由内部员工渠道整合服务器发送，经过应用采集服务器发送到部署在产品服务器的订单管理组件处理，否则在此之前需要将订单信息发送到产品服务器的机构员工组件进行授权确认。

具体实现中，所述订单查询、用户风险评估、订单修改包括如下步骤：

验证客户身份，由所述交易员通过员工整合服务器输入客户信息，并由应用采集服务器处理后传送给部署在客户信息服务器进行信息核实，并返回验证结果；

订单查询，由所述交易员通过员工整合服务器发出查询订单请求，经过应用采集服务器处理后传送给部署在产品服务器上的订单管理组件进行处理，并返回查询结果；

客户风险评估，由所述交易员通过员工整合服务器发出查询客户风险评估订单请求，经过应用采集服务器处理后传送给客户信息服务器，再发送至风险评估服务器进行处理，并返回客户风险评估查询结果；

订单修改，由所述交易员通过员工整合服务器完成对订单信息的修改；

验密或余额查询，由所述交易员通过员工整合服务器发送刷卡验密请求或余额查询请求，经过应用采集服务器处理后发送到核心业务服务器进行密码验证或余额查询，并返回验证或查询结果；

订单执行前检查，由所述交易员通过员工整合服务器发送检查请求，经过应用采集服务器处理后发送到部署在产品服务器上的订单管理组件处理，再发送到理财产品或证券服务器进行订单金额上限检查和理财产品的合法性校验检查，并返回检查结果。

具体实现中，所述订单执行包括如下步骤：

由所述客户通过自助渠道发送执行订单请求，经过应用采集服务器处理后发送到部署在产品服务器上的订单管理组件处理，再发送到理财产品或证券服务器完成订单执行过程。

本实施例中包括且不局限于上述三项业务。

S206，输出业务信息处理结果。

具体实现中，所述输出业务信息处理结果包括对所述业务信息处理类型中所有选择的类型输出对应的业务信息处理结果。

采用本发明实施例，通过用户标识对多种业务处理权限进行管理，并根据业务信息处理类型分配至少一个业务服务器进行处理，实现统一的业务信息处理。

请参照图3，为本发明实施例提供的一种业务信息处理系统的结构示意图，该系统包括如下服务器：

应用采集服务器11，用于接收用户的业务信息处理请求，所述业务信息处理请求包括业务信息处理类型和用户标识。

具体实现中，所述用户的业务信息处理请求中的用户标识包括三类，订单操作用户标识、订单审核用户标识和订单用户标识。所述用户的业务信息处理请求中，当用户标识为订单操作用户标识时，其业务信息处理类型包括客户身份验证、订单产品的选择、订单授权判断、订单创建；当用户标识为订单审核用户标识时，其业务信息处理类型包括客户身份验证、订单信息查询、客户风险评估查询、订单信息修改、刷卡验密、余额查询、订单执行前检查等；当用户标识为订单用户时，其业务信息处理类型包括订单用户通过不同自助渠道如网银、坐席、手机银行等完成订单的确认和购买等。

所述用户的业务信息处理请求主要由三种渠道提供，第一种为订单操作用户通过员工渠道整合服务器发送请求；第二种为订单审核用户通过员工渠道整合服务器发送请求；第三种为订单用户通过自助渠道发送请求。

权限管理服务器12，用于根据所述业务信息处理请求，确定所述用户标识对应的用户是否具有请求处理所述业务信息处理类型对应的业务的权限。

具体实现中，通过提取所述业务信息处理请求中的用户标识，判断其与对应的业务申请用户标识是否匹配，如完全匹配，则说明所述业务申请用户在所述业务信息处理类型对应的业务权限范围内，可以将业务发送给业务处理服务器13进行处理；否则，所述业务申请用户不在所述业务信息处理类型对应的业务权限范围内，可以向所述业务申请用户返回权限出错提示信息。

业务处理服务器13，用于当确定具有所述权限时，处理所述业务信息处理请求。

具体实现中，当确定所述用户具有权限时，可根据业务信息处理类型，分配具有该业务处理功能的至少一个业务服务器进行处理，如业务信息处理类型为客户身份验证时，客户信息将经过应用采集服务器处理后传输到客户信息服务器中，以核对客户身份，并通过应用采集服务器将验证结果输出，输出结果通过员工渠道整合服务器返回给用户。

采用本发明实施例，通过对用户处理多种业务信息进行权限管理，可以接收各类型的业务信息进行统一处理，从而实现统一的业务信息处理。

请参照图4，为本发明实施例提供的另一种业务信息处理系统的结构示意图，该系统包括如下服务器：

应用采集服务器21，用于接收用户的业务信息处理请求，所述业务信息处理请求包括业务信息处理类型和用户标识。

具体实现中，所述用户的业务信息处理请求中的用户标识包括三类，订单操作用户标识、订单审核用户标识和订单用户标识。所述用户的业务信息处理请求中，当用户标识为订单操作用户标识时，其业务信息处理类型包括客户身份验证、订单产品的选择、订单授权判断、订单创建；当用户标识为订单审核用户标识时，其业务信息处理类型包括客户身份验证、订单信息查询、客户风险评估查询、订单信息修改、刷卡验密、余额查询、订单执行前检查等；当用户标识为订单用户时，其业务信息处理类型包括订单用户通过不同自助渠道如网银、坐席、手机银行等完成订单的确认和购买等。

所述用户的业务信息处理请求主要由三种渠道提供，第一种为客户经理通过员工渠道整合服务器发送请求；第二种为交易员通过员工渠道整合服务器发送请求；第三种为用户通过自助渠道发送请求。

权限管理服务器22，用于根据所述业务信息处理请求，确定所述用户标识对应的用户是否具有请求处理所述业务信息处理类型对应的业务的权限。

具体实现中，通过提取所述业务信息处理请求中的用户标识，判断其与对应的业务申请用户标识是否匹配，如完全匹配，则说明所述业务申请用户在所述业务信息处理类型对应的业务权限范围内，可以发送给业务分配子服务器24进行处理；否则，所述业务申请用户不在所述业务信息处理类型对应的业务权限范围内，发送给故障处理子服务器23。

故障处理子服务器23，用于返回权限出错提示信息。

业务分配子服务器24，用于将所述业务信息处理请求分配给至少一个业务服务器进行处理。

具体实现中，所述业务服务器包括应用采集服务器21、客户系统服务器25、产品服务器26、风险评估服务器27、核心业务服务器28、理财产品或证券服务器29等，不同的业务信息请求可能由不同的业务服务器群组共同处理。

所述业务信息处理类型为订单配置和创建、订单查询、订单修改或订单执行。具体实现中，所述订单配置和创建包括如下步骤：

客户信息验证，由所述客户经理通过员工整合服务器211输入客户信息，并由应用采集服务器21处理后传送给部署在客户信息服务器进行信息核实，并返回验证结果；

订单配置，包括选择订单类型、选择订单产品和配置订单，由所属客户经理通过员工整合服务器211选择订单类型和产品，产品信息经过应用采集服务器21处理后传输在部署到产品服务器26的产品研发组件处理后，客户经理通过员工整合服务器211配置订单；

订单创建，如订单不需要授权，订单信息由内部员工渠道整合服务器210发送，经过应用采集服务器21发送到部署在产品服务器26的订单管理组件处理，否则在此之前需要将订单信息发送到产品服务器26的机构员工组件进行授权确认。

具体实现中，所述订单查询、用户风险评估、订单修改包括如下步骤：

验证客户身份，由所述交易员通过员工整合服务器211输入客户信息，并由应用采集服务器21处理后传送给部署在客户信息服务器25进行信息核实，并返回验证结果；

订单查询，由所述交易员通过员工整合服务器211发出查询订单请求，经过应用采集服务器21处理后传送给部署在产品服务器26上的订单管理组件进行处理，并返回查询结果；

客户风险评估，由所述交易员通过员工整合服务器211发出查询客户风险评估订单请求，经过应用采集服务器21处理后传送给部署在客户信息服务器25，再发送至风险评估服务器27进行处理，并返回客户风险评估查询结果；

订单修改，由所述交易员通过员工整合服务器211完成对订单信息的修改；

验密或余额查询，由所述交易员通过员工整合服务器211发送刷卡验密请求或余额查询请求，经过应用采集服务器21处理后发送到核心业务服务器28进行密码验证或余额查询，并返回验证或查询结果；

订单执行前检查，由所述交易员通过员工整合服务器发送检查请求，经过应用采集服务器21处理后发送到部署在产品服务器26上的订单管理组件处理，再发送到理财产品或证券服务器29进行订单金额上限检查和理财产品的合法性校验检查，并返回检查结果。

具体实现中，所述订单执行包括如下步骤：

由所述客户通过自助渠道212发送执行订单请求，经过应用采集服务器21处理后发送到部署在产品服务器26上的订单管理组件处理，再发送到理财产品或证券服务器29完成订单执行过程。

本实施例中包括且不局限于上述三项业务。

业务信息结果获取子服务器210，用于输出业务信息处理结果包括对所述业务信息处理类型中所有选择的类型输出对应的业务信息处理结果。

采用本发明实施例，系统通过用户标识对多种业务处理权限进行管理，并根据业务信息处理类型分配至少一个业务服务器进行处理，实现统一的业务信息处理。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (10)

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

接收用户的业务信息处理请求，所述业务信息处理请求包括业务信息处理类型和用户标识；

根据所述业务信息处理请求，确定所述用户标识对应的用户是否具有请求处理所述业务信息处理类型对应的业务的权限；

当确定具有所述权限时，处理所述业务信息处理请求，并输出业务信息处理结果。

2.如权利要求1所述的方法，其特征在于，所述处理所述业务信息处理请求，包括：

将所述业务信息处理请求分配给至少一个业务服务器进行处理；

获取所述至少一个业务服务器的业务信息处理结果。

3.如权利要求2所述的方法，其特征在于，所述业务信息处理类型包括用户身份验证、订单配置和创建、订单查询、用户风险评估、订单修改、验密、余额查询、订单执行中的至少一种，所述用户标识包括订单操作用户标识、订单审核用户标识、订单用户标识。

4.如权利要求3所述的方法，其特征在于，所述业务信息处理类型为用户身份验证或用户风险评估；

所述将所述业务信息处理请求分配给至少一个业务服务器进行处理，包括：

将用户身份验证请求或用户风险评估请求分配给客户信息服务器进行验证，以使所述客户信息服务器确定所述用户身份验证请求或用户风险评估请求携带的客户身份信息与所述客户信息服务器本地存储的客户身份信息是否一致。

5.如权利要求3所述的方法，其特征在于，所述业务信息处理类型为订单配置和创建、订单查询、订单修改或订单执行；

所述将所述业务信息处理请求分配给至少一个业务服务器进行处理，包括：

将所述订单配置和创建请求分配给产品服务器进行订单的配置和创建，存储所述订单，生成订单标识；或

根据所述订单查询请求携带的订单标识，由所述产品服务器查询与所述订单标识对应的订单；或

根据所述订单修改请求携带的订单标识，由所述产品服务器查找到与所述订单标识对应的订单，并对查找到的所述订单进行修改；或

根据所述订单执行请求携带的订单标识，由所述产品服务器查找到与所述订单标识对应的订单，并将查找到的所述订单分配给理财产品或证券服务器执行。

6.一种业务信息处理系统，其特征在于，包括：

应用采集服务器，用于接收用户的业务信息处理请求，所述业务信息处理请求包括业务信息处理类型和用户标识；

权限管理服务器，用于根据所述业务信息处理请求，确定所述用户标识对应的用户是否具有请求处理所述业务信息处理类型对应的业务的权限；

业务处理服务器，用于当确定具有所述权限时，处理所述业务信息处理请求；

所述应用采集服务器还用于输出业务信息处理结果。

7.如权利要求6所述的系统，其特征在于，所述业务处理服务器包括：业务分配子服务器、业务信息处理结果获取子服务器和至少一个业务服务器；

业务分配子服务器，用于将所述业务信息处理请求分配给至少一个业务服务器进行处理；

业务信息处理结果获取子服务器，用于获取所述至少一个业务服务器的业务信息处理结果。

8.如权利要求7所述的系统，其特征在于，所述业务信息处理类型包括用户身份验证、订单配置和创建、订单查询、用户风险评估、订单修改、验密、余额查询、订单执行中的至少一种，所述用户标识包括订单操作用户标识、订单审核用户标识、订单用户标识。

9.如权利要求8所述的系统，其特征在于，所述业务信息处理类型为用户身份验证或用户风险评估业务；

所述业务分配子服务器具体用于：

将用户身份验证请求或用户风险评估请求分配给客户信息服务器进行验证，以使所述客户信息服务器确定所述用户身份验证请求或用户风险评估请求携带的客户身份信息与所述客户信息服务器本地存储的客户身份信息是否一致。

10.如权利要求8所述的系统，其特征在于，所述业务信息处理类型为订单配置和创建、订单查询、订单修改或订单执行；

所述业务分配子服务器具体用于：

将所述订单配置和创建请求分配给产品服务器进行订单的配置和创建，存储所述订单，生成订单标识；或

根据所述订单查询请求携带的订单标识，由所述产品服务器查询与所述订单标识对应的订单；或

根据所述订单修改请求携带的订单标识，由所述产品服务器查找到与所述订单标识对应的订单，并对查找到的所述订单进行修改；或

根据所述订单执行请求携带的订单标识，由所述产品服务器查找到与所述订单标识对应的订单，并将查找到的所述订单分配给理财产品或证券服务器执行。