CN104599111A - 一种业务管理方法及装置 - Google Patents

Abstract

本申请公开了一种业务管理方法及装置，方法为：响应用户输入的登录信息，将用户具有权限操作的所有业务系统的标识、功能菜单标识展示在界面上，响应用户对业务系统下的功能菜单标识的触发操作，确定与业务系统的统一格式的业务系统机构代码对应的原业务系统机构代码为目标原业务系统机构代码，确定与用户触发的功能菜单标识的前台交易码对应的后台交易码为目标后台交易码，将目标后台交易码发往目标原业务系统机构代码对应的原业务系统。本申请将用户具备权限管理的系统及功能“收集”到一个界面，并通过建立新旧机构代码、前后台交易码的映射关系，在不需要改造现有业务系统的前提下，实现了业务处理效率的提升。

Description

一种业务管理方法及装置

技术领域

本申请涉及业务金融技术领域，更具体地说，涉及一种业务管理方法及装置。

背景技术

银行的各个业务系统(如基金代销系统、理财销售系统等)都给业务管理者提供了进行业务管理、控制的功能。一般是通过业务管理端来实现产品管理、业务参数管理、统计报表等功能。综合管理端功能特点及行内现状，管理端具有如下特点：

第一，具有复杂的权限管理机制：根据业务管理者的职能，需要进行不同的权限控制，例如有些业务管理者只能查询业务参数而不能修改业务参数；有些业务管理者只能修改A参数，有些业务管理者只能修改B参数等。

第二，各业务管理端权限管理机制不统一，由于历史原因，各个业务系统构造之初，缺少“全局统筹、总体规划”的涉及思想，构建的业务管理系统往往只服务于具体的业务部分、只专注于具体的业务系统，共享性较差。

综上可知，现有的各个业务管理端都有自己独立的权限管理机制，因此业务管理者要熟悉不同业务管理端的角色建立机制、权限分配机制等，管理视图不统一。当业务管理者进行不同业务管理时，需要使用不同业务系统的用户名及密码，同时需要适应不同的界面风格，从而很大程度上影响了业务部分的管理效率、加重了管理负担。

发明内容

有鉴于此，本申请提供了一种业务管理方法及装置，用于解决现有业务管理方式所存在的由于各个业务管理端权限管理机制独立，管理视图不统一，造成管理效率低下的问题。

为了实现上述目的，现提出的方案如下：

一种业务管理方法，包括：

响应用户输入的登录信息，将所述用户具有权限操作的所有业务系统的标识及各个所述业务系统下具备权限操作的功能菜单标识展示在界面上；

响应用户对所述界面上所述业务系统下的功能菜单标识的触发操作，查询预置的统一格式的业务系统机构代码与原业务系统机构代码的对应关系，确定与用户触发的业务系统的统一格式的业务系统机构代码对应的原业务系统机构代码为目标原业务系统机构代码；

查询预置的统一格式的前台交易码与后台交易码的对应关系，确定与用户触发的功能菜单标识的前台交易码对应的后台交易码为目标后台交易码；

将所述目标后台交易码发往所述目标原业务系统机构代码对应的原业务系统，以完成相应的业务功能。

优选地，所述响应用户输入的登录信息，将所述用户具有权限操作的所有业务系统的标识及各个所述业务系统下具备权限操作的功能菜单标识展示在界面上，包括：

响应用户输入的登录信息，查询预置的用户与权限管理项的对应关系，确定与所述用户对应的权限管理项，所述权限管理项包括具有权限操作的业务系统及业务系统下具备权限操作的功能菜单；

将所述具有权限操作的业务系统的标识以及所述业务系统下具备权限操作的功能菜单标识展示在界面上。

优选地，所述预置的统一格式的业务系统机构代码的代码格式与原核心系统机构代码的格式相同。

优选地，所述将所述目标后台交易码发往所述目标原业务系统机构代码对应的原业务系统，以完成相应的业务功能，包括：

将所述目标后台交易码发往所述目标原业务系统机构代码对应的原业务系统，以供原业务系统中预先建立的超级用户来响应该目标后台交易码，所述超级用户具备操作所述原业务系统的所有交易的权限。

一种业务管理装置，包括：

登录响应单元，用于响应用户输入的登录信息，将所述用户具有权限操作的所有业务系统的标识及各个所述业务系统下具备权限操作的功能菜单标识展示在界面上；

第一触发响应单元，用于响应用户对所述界面上所述业务系统下的功能菜单标识的触发操作，查询预置的统一格式的业务系统机构代码与原业务系统机构代码的对应关系，确定与用户触发的业务系统的统一格式的业务系统机构代码对应的原业务系统机构代码为目标原业务系统机构代码；

第二触发响应单元，用于查询预置的统一格式的前台交易码与后台交易码的对应关系，确定与用户触发的功能菜单标识的前台交易码对应的后台交易码为目标后台交易码；

交易码转发单元，用于将所述目标后台交易码发往所述目标原业务系统机构代码对应的原业务系统，以完成相应的业务功能。

优选地，所述登录响应单元包括：

权限查找单元，用于响应用户输入的登录信息，查询预置的用户与权限管理项的对应关系，确定与所述用户对应的权限管理项，所述权限管理项包括具有权限操作的业务系统及业务系统下具备权限操作的功能菜单；

权限展示单元，用于将所述具有权限操作的业务系统的标识以及所述业务系统下具备权限操作的功能菜单标识展示在界面上。

优选地，所述预置的统一格式的业务系统机构代码的代码格式与原核心系统机构代码的格式相同。

优选地，发往所述目标原业务系统机构代码对应的原业务系统的目标后台交易码具体用于供原业务系统中预先建立的超级用户来响应该目标后台交易码，所述超级用户具备操作所述原业务系统的所有交易的权限。

从上述的技术方案可以看出，本申请实施例提供的业务管理方法，响应用户输入的登录信息，将所述用户具有权限操作的所有业务系统的标识及各个所述业务系统下具备权限操作的功能菜单标识展示在界面上，响应用户对所述界面上所述业务系统下的功能菜单标识的触发操作，查询预置的统一格式的业务系统机构代码与原业务系统机构代码的对应关系，确定与用户触发的业务系统的统一格式的业务系统机构代码对应的原业务系统机构代码为目标原业务系统机构代码，查询预置的统一格式的前台交易码与后台交易码的对应关系，确定与用户触发的功能菜单标识的前台交易码对应的后台交易码为目标后台交易码，将所述目标后台交易码发往所述目标原业务系统机构代码对应的原业务系统，以完成相应的业务功能。本申请将用户具备权限管理的系统及功能“收集”到一个界面，并通过建立新旧机构代码、前后台交易码的映射关系，无需对现有业务系统进行改造，即可利用现有业务系统进行业务交易，在不需要改造现有业务系统的前提下，实现了业务处理效率的提升。

附图说明

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

图1为本申请实施例公开的一种业务系统管理端客户统一视图界面示意图；

图2为本申请实施例公开的一种业务管理方法流程图；

图3为本申请实施例公开的一种业务管理装置的结构示意图；

图4为本申请实施例公开的一种登录响应单元的结构示意图。

具体实施方式

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

如图1所示，本申请实施例可以建立业务系统管理端，该管理端具备“客户统一视图”。以管理者为中心，只需要一次登录，即可展示其所管理的所有业务系统以及对应业务系统下的功能菜单项。页面风格统一，在一个页面即可完成多个业务系统的业务操作，提高了管理效率。

接下来介绍业务管理方法的具体实现过程，参见图2所示。

如图2所示，该方法包括：

步骤S200、响应用户输入的登录信息，将所述用户具有权限操作的所有业务系统的标识及各个所述业务系统下具备权限操作的功能菜单标识展示在界面上；

这里我们只关心合法的用户的登录情况，对于非法用户可以直接拒绝其登录请求。合法的用户首先需要在本申请的业务管理端进行注册，后台人员会汇总该用户所具备权限操作的所有业务系统，以及各个业务系统下具备权限操作的功能菜单项。在该用户登录时，将其具备权限操作的所有业务系统的标识及各个所述业务系统下具备权限操作的功能菜单标识展示在界面上。

需要解释的是，界面风格可以根据用户的需要而调整。可选的，可以通过图1所示的结构进行展示：分别列出用户具备权限操作的各个系统，在各个系统下展示出具备权限操作的功能菜单。

步骤S210、响应用户对所述界面上所述业务系统下的功能菜单标识的触发操作，确定与用户触发的业务系统的统一格式的业务系统机构代码对应的原业务系统机构代码为目标原业务系统机构代码；

具体地，在响应用户的触发操作时，查询预置的统一格式的业务系统机构代码与原业务系统机构代码的对应关系，进而确定目标原业务系统机构代码。

需要解释的是，由于历史原因，针对机构编码，多个系统有多种不同方式的编码，典型的比如有些系统使用六位机构编码方式，有些系统使用十位机构编码方式。为此，若要实现客户统一视图，需要统一机构编码方式。而为了兼容多个业务系统的机构编码，本申请预先建立了统一格式的业务系统机构代码与原业务系统机构代码的对应关系。这样，当用户在本申请的业务管理端的统一视图界面上触发某个业务系统时，可以在后台查询与该业务系统的统一机构代码对应的原业务系统机构代码。因而不需要对现有业务系统进行改造。

步骤S220、查询预置的统一格式的前台交易码与后台交易码的对应关系，确定与用户触发的功能菜单标识的前台交易码对应的后台交易码为目标后台交易码；

具体地，由于现有的业务系统中，管理端后台交易码设计规则各不相同，有的采用数字，有的采用字母等等，规则不统一，或者编码相同无法区分。因此，为了实现权限的统一管理，需要对业务管理端所展现前台交易码进行统一编码、同时，为了避免对现有业务系统进行改造，本申请建立了前台交易码与后台交易码的映射关系，当交易真正送到后台时使用的还是后台交易码。

步骤S230、将所述目标后台交易码发往所述目标原业务系统机构代码对应的原业务系统，以完成相应的业务功能。

具体地，通过上述几个步骤确定了用户所要执行的目标后台交易码之后，将该目标后台交易码发往目标原业务系统机构代码对应的原业务系统，以供原业务系统利用目标后台交易码进行相应业务交易的执行。

本申请实施例提供的业务管理方法将用户具备权限管理的系统及功能“收集”到一个界面，并通过建立新旧机构代码、前后台交易码的映射关系，无需对现有业务系统进行改造，即可利用现有业务系统进行业务交易，在不需要改造现有业务系统的前提下，实现了业务处理效率的提升。

需要解释的是，上述步骤S200的实现过程可以如下：

首先，响应用户输入的登录信息，查询预置的用户与权限管理项的对应关系，确定与所述用户对应的权限管理项，所述权限管理项包括具有权限操作的业务系统及业务系统下具备权限操作的功能菜单。

其次，将所述具有权限操作的业务系统的标识以及所述业务系统下具备权限操作的功能菜单标识展示在界面上。

这里，通过一个统一的视图将用户管理的所有业务系统及功能菜单全部进行展示。用户可以随意选择对任意一个业务系统进行管理，而无需重复登录不同的管理端，大大提升了管理效率。

可选的，上述建立统一格式的业务系统机构代码时，可以选择以核心系统的机构代码为基础进行后续的权限管理，也即该统一格式的业务系统机构代码的格式与原核心系统机构代码的格式相同。这样，在建立映射关系时，原核心系统的机构代码与对应的统一格式的业务系统机构代码相同。

接下来，介绍原业务系统处理目标后台交易码的过程。

由于对现有业务系统不做改造，即原业务系统的权限管理机制不做改动，那么在同一权限管理机制下业务管理者有权限操作的交易，必须在业务系统后台也有权限操作。为此，本申请在业务后台系统建立超级用户，该超级用户具备操作所述原业务系统的所有交易的权限。这样，可以由超级用户来响应目标后台交易码，完成相应的业务处理。

下面对本申请实施例提供的业务管理装置进行描述，下文描述的业务管理装置与上文描述的业务管理方法可相互对应参照。

参见图3，图3为本申请实施例公开的一种业务管理装置结构示意图。

如图3所示，该装置包括：

登录响应单元31，用于响应用户输入的登录信息，将所述用户具有权限操作的所有业务系统的标识及各个所述业务系统下具备权限操作的功能菜单标识展示在界面上；

第一触发响应单元32，用于响应用户对所述界面上所述业务系统下的功能菜单标识的触发操作，查询预置的统一格式的业务系统机构代码与原业务系统机构代码的对应关系，确定与用户触发的业务系统的统一格式的业务系统机构代码对应的原业务系统机构代码为目标原业务系统机构代码；

第二触发响应单元33，用于查询预置的统一格式的前台交易码与后台交易码的对应关系，确定与用户触发的功能菜单标识的前台交易码对应的后台交易码为目标后台交易码；

交易码转发单元34，用于将所述目标后台交易码发往所述目标原业务系统机构代码对应的原业务系统，以完成相应的业务功能。

可选的，本申请实施例还公开了上述登录响应单元的一种可选结构，如图4所示，登录响应单元31包括：

权限查找单元41，用于响应用户输入的登录信息，查询预置的用户与权限管理项的对应关系，确定与所述用户对应的权限管理项，所述权限管理项包括具有权限操作的业务系统及业务系统下具备权限操作的功能菜单；

权限展示单元42，用于将所述具有权限操作的业务系统的标识以及所述业务系统下具备权限操作的功能菜单标识展示在界面上。

可选的，上述建立统一格式的业务系统机构代码时，可以选择以核心系统的机构代码为基础进行后续的权限管理，也即该统一格式的业务系统机构代码的格式与原核心系统机构代码的格式相同。这样，在建立映射关系时，原核心系统的机构代码与对应的统一格式的业务系统机构代码相同。

进一步，由于对现有业务系统不做改造，即原业务系统的权限管理机制不做改动，那么在同一权限管理机制下业务管理者有权限操作的交易，必须在业务系统后台也有权限操作。为此，本申请在业务后台系统建立超级用户，该超级用户具备操作所述原业务系统的所有交易的权限。这样，可以由超级用户来响应目标后台交易码，完成相应的业务处理。

本申请实施例提供的业务管理装置将用户具备权限管理的系统及功能“收集”到一个界面，并通过建立新旧机构代码、前后台交易码的映射关系，无需对现有业务系统进行改造，即可利用现有业务系统进行业务交易，在不需要改造现有业务系统的前提下，实现了业务处理效率的提升。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (8)

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

响应用户输入的登录信息，将所述用户具有权限操作的所有业务系统的标识及各个所述业务系统下具备权限操作的功能菜单标识展示在界面上；

响应用户对所述界面上所述业务系统下的功能菜单标识的触发操作，查询预置的统一格式的业务系统机构代码与原业务系统机构代码的对应关系，确定与用户触发的业务系统的统一格式的业务系统机构代码对应的原业务系统机构代码为目标原业务系统机构代码；

查询预置的统一格式的前台交易码与后台交易码的对应关系，确定与用户触发的功能菜单标识的前台交易码对应的后台交易码为目标后台交易码；

将所述目标后台交易码发往所述目标原业务系统机构代码对应的原业务系统，以完成相应的业务功能。

2.根据权利要求1所述的方法，其特征在于，所述响应用户输入的登录信息，将所述用户具有权限操作的所有业务系统的标识及各个所述业务系统下具备权限操作的功能菜单标识展示在界面上，包括：

响应用户输入的登录信息，查询预置的用户与权限管理项的对应关系，确定与所述用户对应的权限管理项，所述权限管理项包括具有权限操作的业务系统及业务系统下具备权限操作的功能菜单；

将所述具有权限操作的业务系统的标识以及所述业务系统下具备权限操作的功能菜单标识展示在界面上。

3.根据权要求1所述的方法，其特征在于，所述预置的统一格式的业务系统机构代码的代码格式与原核心系统机构代码的格式相同。

4.根据权利要求1所述的方法，其特征在于，所述将所述目标后台交易码发往所述目标原业务系统机构代码对应的原业务系统，以完成相应的业务功能，包括：

将所述目标后台交易码发往所述目标原业务系统机构代码对应的原业务系统，以供原业务系统中预先建立的超级用户来响应该目标后台交易码，所述超级用户具备操作所述原业务系统的所有交易的权限。

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

登录响应单元，用于响应用户输入的登录信息，将所述用户具有权限操作的所有业务系统的标识及各个所述业务系统下具备权限操作的功能菜单标识展示在界面上；

第一触发响应单元，用于响应用户对所述界面上所述业务系统下的功能菜单标识的触发操作，查询预置的统一格式的业务系统机构代码与原业务系统机构代码的对应关系，确定与用户触发的业务系统的统一格式的业务系统机构代码对应的原业务系统机构代码为目标原业务系统机构代码；

第二触发响应单元，用于查询预置的统一格式的前台交易码与后台交易码的对应关系，确定与用户触发的功能菜单标识的前台交易码对应的后台交易码为目标后台交易码；

交易码转发单元，用于将所述目标后台交易码发往所述目标原业务系统机构代码对应的原业务系统，以完成相应的业务功能。

6.根据权利要求5所述的装置，其特征在于，所述登录响应单元包括：

权限查找单元，用于响应用户输入的登录信息，查询预置的用户与权限管理项的对应关系，确定与所述用户对应的权限管理项，所述权限管理项包括具有权限操作的业务系统及业务系统下具备权限操作的功能菜单；

权限展示单元，用于将所述具有权限操作的业务系统的标识以及所述业务系统下具备权限操作的功能菜单标识展示在界面上。

7.根据权利要求5所述的装置，其特征在于，所述预置的统一格式的业务系统机构代码的代码格式与原核心系统机构代码的格式相同。

8.根据权利要求5所述的装置，其特征在于，发往所述目标原业务系统机构代码对应的原业务系统的目标后台交易码具体用于供原业务系统中预先建立的超级用户来响应该目标后台交易码，所述超级用户具备操作所述原业务系统的所有交易的权限。