一种解决异地客户业务办理受限的方法及装置的制造方法

一种解决异地客户业务办理受限的方法及装置的制造方法
【专利摘要】本发明公开了一种解决异地客户业务办理受限的方法及装置，其中，所述方法包括：获取用户办理业务所生成的业务受理任务；判断业务受理方和业务申请办理方是否为同一归属地市，得到判断结果；所述判断结果为业务受理方和业务申请办理方不是同一归属地市时，确定所述业务受理任务为异地业务，解析出对应所述异地业务的当前业务受理方的权限信息；根据所述当前业务受理方的权限信息为所述当前业务受理方创建用于所述异地业务办理的虚拟信息，根据所述虚拟信息完成对所述异地业务的办理。
【专利说明】
-种解决异地客户业务办理受限的方法及装置
技术领域
[0001] 本发明设及业务支撑技术领域技术，尤其设及一种解决异地客户业务办理受限的 方法及装置。
【背景技术】
[0002] 本申请发明人在实现本申请实施例技术方案的过程中，至少发现相关技术中存在 如下技术问题：
[0003] 伴随互联网大时代步伐，电信支撑系统借鉴互联网公司版本发布模式（灰度发 布），现网要求实现多版本在线，降低版本上线运维风险，提升运营能力。
[0004] 目前各省级客户关系管理系统（CRM)系统依据服务地市的用户规模，独立部署从 前台服务器、业务处理服务器、后台数据库服务器运一系列硬件，实现为一个地市或者几个 地市具备服务处理能力，如图1所示。在此现状下，CM灰度发布是队也市（地区或城市） 为维度划分的，对服务该地市的前后台服务器应用软件版本进行发布，运样不同地市的操 作员（营业厅柜台操作的营业员）使用的CM系统存在版本差异，新版本新功能通过局部 地市先行上线试用达到验证新版本稳定性W及提升客户体验性等目标。与电信支撑系统类 似的，譬如电力系统、银行系统，它们同样存在营业厅受理渠道，也就是说CM系统的使用 对象不是最终客户，而是营业厅的操作员，它们的灰度发布机制采用与电信支撑系统同样 的发布管理策略。 阳0化]上述方案与互联网公司的区别在于：上述方案存在上述营业厅受理渠道，CM系 统的使用对象是操作员，而互联网产品的操作用户是"最终"客户，所W互联网产品灰度发 布是W客户特性为维度的发布，譬如淘宝版本升级，可W根据用户画像，对符合画像特征客 户使用灰度版本进行服务。
[0006] W-个应用场景为利用CM系统进行异地办理为例，如下所示为现有技术存在的 问题：
[0007] CM服务对象是普通用户，针对用户异地办理业务的情况，如图1所示，譬如B地区 所属用户到A地区营业厅进行业务办理，该B地区用户业务数据保存在B地市数据库，而A 地区的CM系统版本目前是灰度版本，即A地区的CM系统版本比B地区版本高一个版本， 采用现有技术，目前异地业务办理流程包括：A地区业务处理服务会为该异地业务办理建 立一个事务，该事务访问A地区数据库进行资源管理（譬如卡资源、物品资源、发票资源）、 办理流水记录，而与客户业务数据相关的处理会由A地区服务访问B地区数据业务表并更 新。依据上述流程，因 A地区与B地区版本不一致，A地区版本Web录入或者修改的相关信 息与B地区版本数据库模型（业务表）、A地区业务处理接口与B地区数据库模型都可能存 在不一致的地方，导致业务受理报错。所W，当前灰度发布下，是通过具体分析灰度版本的 特性，对会导致异地办理因版本差异失败的业务予W限制来规避的。运种规避方法存在两 种弊端：1)每次的灰度版本需要进行特性化分析，对无法异地办理的业务提前规避（人为 或系统禁止异地办理），若分析不充分会导致业务bug ;2)设及前后台接口变化及数据模型 变化的版本均不适用于灰度发布，运样极大地限制了灰度发布的范围和预期效果。其它通 过多版本数据冗余备份、同步及转换的解决办法，从实施复杂度和版本多样性上考虑，对复 杂系统不具备可行性。
[0008] 综上所述，采用现有技术，对于异地业务的办理存在各种实施复杂度和业务办理 受限的缺陷。然而，对于运个缺陷，相关技术并未有相应的解决方案。

【发明内容】

[0009] 有鉴于此，本发明实施例希望提供一种解决异地客户业务办理受限的方法及装 置，能解决异地客户业务办理受限的缺陷，降低业务办理实施的复杂度。
[0010] 本发明实施例的技术方案是运样实现的：
[0011] 本发明实施例的一种解决异地客户业务办理受限的方法，所述方法包括：
[0012] 获取用户办理业务所生成的业务受理任务；
[0013] 判断业务受理方和业务申请办理方是否为同一归属地市，得到判断结果；
[0014] 所述判断结果为业务受理方和业务申请办理方不是同一归属地市时，确定所述业 务受理任务为异地业务，解析出对应所述异地业务的当前业务受理方的权限信息；
[0015] 根据所述当前业务受理方的权限信息为所述当前业务受理方创建用于所述异地 业务办理的虚拟信息，根据所述虚拟信息完成对所述异地业务的办理。
[0016] 上述方案中，所述判断业务受理方和业务申请办理方是否为同一归属地市，得到 判断结果，包括：
[0017] 所述业务受理方受理所述业务受理任务，并对业务申请办理方的身份进行认证， 得到客户认证信息；
[0018] 根据所述客户认证信息识别出所述业务申请办理方的归属地；
[0019] 获取业务受理方的工号归属地；
[0020] 将所述业务申请办理方的归属地和所述业务受理方的工号归属地进行归属地代 码匹配，如果匹配成功，则为本地业务受理；如果匹配不成功，则为异地业务受理。
[0021] 上述方案中，所述解析出对应所述异地业务的当前业务受理方的权限信息，包 括：
[0022] 根据所述业务受理方的工号查询所述业务受理方的权限信息；
[0023] 所述权限信息由人员权限，角色权限和反向权限组成；
[0024] 对所述角色权限递归检索到具体的人员权限，通过对人员权限及反向权限构成一 组信息进行去重处理，得到最小单元的权限集合并作为与所述业务受理方的工号对应的当 前业务受理方的权限信息列表。
[00巧]上述方案中，所述根据所述当前业务受理方的权限信息为所述当前业务受理方创 建用于所述异地业务办理的虚拟信息，包括：
[00%] 获取所述当前业务受理方的权限信息列表，所述业务受理方的工号及所述客户认 证信息；
[0027] 为所述当前业务受理方分配虚拟工号，保存由所述虚拟工号与所述业务受理方的 工号构成的映射关系；
[002引根据所述客户认证信息识别出所述业务申请办理方的归属地，根据所述业务申请 办理方的归属地查询所述业务申请办理方的归属地的权限信息列表，将所述业务申请办理 方的归属地的权限信息列表与所述当前业务受理方的权限信息列表进行交集处理，将得到 的交集结果作为综合权限数据用于对所述虚拟工号进行权限赋权；
[0029] 所述虚拟工号和所述综合权限数据构成所述虚拟信息。
[0030] 上述方案中，所述根据所述虚拟信息完成对所述异地业务的办理，包括：
[0031] 将所述虚拟工号和所述综合权限数据，新增到所述业务申请办理方的归属地的数 据库，并关联到在所述业务申请办理方的归属地预先创建的虚拟营业厅组织结构中；
[0032] 根据所述虚拟工号路由到所述业务申请办理方的归属地统一资源定位器U化完 成对所述异地业务的受理并根据所述综合权限数据处理所述异地业务。
[0033] 上述方案中，所述方法还包括：
[0034] 将由所述虚拟工号与所述业务受理方的工号构成的映射关系同步到所述业务受 理方的工号归属地；
[0035] 将所述虚拟工号转换为所述业务受理方的工号，进行所述业务受理方的工号归属 地流水记录的同步更新。
[0036] 本发明实施例的一种解决异地客户业务办理受限的装置，所述装置包括：
[0037] 识别单元，用于获取用户办理业务所生成的业务受理任务，判断业务受理方和业 务申请办理方是否为同一归属地市，得到判断结果；所述判断结果为业务受理方和业务申 请办理方不是同一归属地市时，确定所述业务受理任务为异地业务；
[0038] 处理单元，用于解析出对应所述异地业务的当前业务受理方的权限信息；根据所 述当前业务受理方的权限信息为所述当前业务受理方创建用于所述异地业务办理的虚拟 信息，根据所述虚拟信息完成对所述异地业务的办理。
[0039] 上述方案中，所述识别单元进一步为客户归属地识别模块，所述客户归属地识别 模块用于：
[0040] 在所述业务受理方受理所述业务受理任务时，对业务申请办理方的身份进行认 证，得到客户认证信息；根据所述客户认证信息识别出所述业务申请办理方的归属地；获 取业务受理方的工号归属地；将所述业务申请办理方的归属地和所述业务受理方的工号归 属地进行归属地代码匹配，如果匹配成功，则为本地业务受理；如果匹配不成功，则为异地 业务雙理。
[0041] 上述方案中，所述处理单元进一步包括：操作员权限管理模块，所述操作员权限管 理模块用于：
[0042] 根据所述业务受理方的工号查询所述业务受理方的权限信息；所述权限信息由人 员权限，角色权限和反向权限组成；对所述角色权限递归检索到具体的人员权限，通过对人 员权限及反向权限构成一组信息进行去重处理，得到最小单元的权限集合并作为与所述业 务受理方的工号对应的当前业务受理方的权限信息列表。
[0043] 上述方案中，所述处理单元还包括：虚拟营业员管理模块，所述虚拟营业员管理模 块用于：
[0044] 获取所述当前业务受理方的权限信息列表，所述业务受理方的工号及所述客户认 证信息；为所述当前业务受理方分配虚拟工号，保存由所述虚拟工号与所述业务受理方的 工号构成的映射关系；根据所述客户认证信息识别出所述业务申请办理方的归属地，根据 所述业务申请办理方的归属地查询所述业务申请办理方的归属地的权限信息列表，将所述 业务申请办理方的归属地的权限信息列表与所述当前业务受理方的权限信息列表进行交 集处理，将得到的交集结果作为综合权限数据用于对所述虚拟工号进行权限赋权；所述虚 拟工号和所述综合权限数据构成所述虚拟信息。
[0045] 上述方案中，所述虚拟营业员管理模块还用于：
[0046] 将所述虚拟工号和所述综合权限数据，新增到所述业务申请办理方的归属地的数 据库，并关联到在所述业务申请办理方的归属地预先创建的虚拟营业厅组织结构中；根据 所述虚拟工号路由到所述业务申请办理方的归属地统一资源定位器U化完成对所述异地 业务的受理并根据所述综合权限数据处理所述异地业务。
[0047] 上述方案中，所述处理单元还包括：业务流水同步管理模块，所述业务流水同步管 理模块用于：
[0048] 将由所述虚拟工号与所述业务受理方的工号构成的映射关系同步到所述业务受 理方的工号归属地；将所述虚拟工号转换为所述业务受理方的工号，进行所述业务受理方 的工号归属地流水记录的同步更新。
[0049] 本发明实施例的解决异地客户业务办理受限的方法包括：获取用户办理业务所生 成的业务受理任务；判断业务受理方和业务申请办理方是否为同一归属地市，得到判断结 果；所述判断结果为业务受理方和业务申请办理方不是同一归属地市时，确定所述业务受 理任务为异地业务，解析出对应所述异地业务的当前业务受理方的权限信息；根据所述当 前业务受理方的权限信息为所述当前业务受理方创建用于所述异地业务办理的虚拟信息， 根据所述虚拟信息完成对所述异地业务的办理。
[0050] 采用本发明实施例，通过判断业务受理方和业务申请办理方是否为同一归属地市 得到所述业务受理任务是否为异地业务，对于异地业务，创建用于所述异地业务办理的虚 拟信息，根据所述虚拟信息完成对所述异地业务的办理，从而能解决异地客户业务办理受 限的缺陷，降低业务办理实施的复杂度。
【附图说明】
[0051] 图1为采用现有技术实现异地业务办理的示意图；
[0052] 图2为本发明方法实施例一的实现流程示意图；
[0053] 图3为本发明装置实施例一的组成结构示意图；
[0054] 图4为应用本发明实施例的对灰度发布系统异地业务办理的一个场景的业务流 程图；
[0055] 图5为应用本发明实施例的对灰度发布系统异地业务办理的一个场景的模块组 成示意图。
【具体实施方式】
[0056] 下面结合附图对技术方案的实施作进一步的详细描述。
[0057] 方法实施例一：
[0058] 本发明实施例的解决异地客户业务办理受限的方法，如图2所示，包括W下步骤：
[0059] 步骤101、获取用户办理业务所生成的业务受理任务；
[0060] 比如，A地区业务处理服务会为该异地业务办理建立一个事务；
[0061] 步骤102、判断业务受理方和业务申请办理方是否为同一归属地市，如果是，则按 照现有本地业务流程进行业务受理及对应的处理；如果否，则执行步骤103 ;
[0062] 比如业务受理方为A地区的营业厅柜台操作员，业务申请办理方为申请业务办理 的B地区的客户，二者不是同一个地市，是异地业务，按照如下异地业务的流程进行受理及 业务办理。
[0063] 步骤103、所述判断结果为业务受理方和业务申请办理方不是同一归属地市时， 确定所述业务受理任务为异地业务，解析出对应所述异地业务的当前业务受理方的权限信 息；
[0064] 步骤104、根据所述当前业务受理方的权限信息为所述当前业务受理方创建用于 所述异地业务办理的虚拟信息，根据所述虚拟信息完成对所述异地业务的办理。 阳0化]基于上述方法实施例一，本发明实施例中所述判断业务受理方和业务申请办理方 是否为同一归属地市，得到判断结果的一个实施方式包括：
[0066] 所述业务受理方受理所述业务受理任务，并对业务申请办理方的身份进行认证， 得到客户认证信息；
[0067] 根据所述客户认证信息识别出所述业务申请办理方的归属地；
[0068] 获取业务受理方的工号归属地；
[0069] 将所述业务申请办理方的归属地和所述业务受理方的工号归属地进行归属地代 码匹配，如果匹配成功，则为本地业务受理；如果匹配不成功，则为异地业务受理。
[0070] 基于上述方法实施例一，本发明实施例中所述解析出对应所述异地业务的当前业 务受理方的权限信息的一个实施方式包括：
[0071] 根据所述业务受理方的工号查询所述业务受理方的权限信息；
[0072] 所述权限信息由人员权限，角色权限和反向权限组成；
[0073] 对所述角色权限递归检索到具体的人员权限，通过对人员权限及反向权限构成一 组信息进行去重处理，得到最小单元的权限集合并作为与所述业务受理方的工号对应的当 前业务受理方的权限信息列表。
[0074] 基于上述方法实施例一，本发明实施例中所述根据所述当前业务受理方的权限信 息为所述当前业务受理方创建用于所述异地业务办理的虚拟信息的一个实施方式，包括： [00巧]获取所述当前业务受理方的权限信息列表，所述业务受理方的工号及所述客户认 证信息；
[0076] 为所述当前业务受理方分配虚拟工号，保存由所述虚拟工号与所述业务受理方的 工号构成的映射关系；
[0077] 根据所述客户认证信息识别出所述业务申请办理方的归属地，根据所述业务申请 办理方的归属地查询所述业务申请办理方的归属地的权限信息列表，将所述业务申请办理 方的归属地的权限信息列表与所述当前业务受理方的权限信息列表进行交集处理，将得到 的交集结果作为综合权限数据用于对所述虚拟工号进行权限赋权；
[0078] 所述虚拟工号和所述综合权限数据构成所述虚拟信息。
[0079] 基于上述方法实施例一，本发明实施例中所述根据所述虚拟信息完成对所述异地 业务的办理的一个实施方式，包括：
[0080] 将所述虚拟工号和所述综合权限数据，新增到所述业务申请办理方的归属地的数 据库，并关联到在所述业务申请办理方的归属地预先创建的虚拟营业厅组织结构中；
[0081] 根据所述虚拟工号路由到所述业务申请办理方的归属地统一资源定位器U化完 成对所述异地业务的受理并根据所述综合权限数据处理所述异地业务。
[0082] 基于上述方法实施例一，所述方法还包括：
[0083] 将由所述虚拟工号与所述业务受理方的工号构成的映射关系同步到所述业务受 理方的工号归属地；
[0084] 将所述虚拟工号转换为所述业务受理方的工号，进行所述业务受理方的工号归属 地流水记录的同步更新。
[00化]采用本发明实施例，对应一个利用灰度发布系统来实现异地业务受理情况来说， 可W通过如下描述的本发明装置实施例一应用于建立灰度发布异地业务受理管理平台的 一个具体实现方案，来解禪原CRM业务处理服务、增加虚拟营业厅组织机构来解决灰度发 布系统异地客户业务受理受限的问题。流程上预判操作员和客户归属地市一致性，对异地 业务解析当前操作员权限，并在客户归属地虚拟营业厅创建虚拟工号并赋权，由操作员携 带虚拟工号路由到归属地服务U化完成异地客户业务受理。另外，通过定时任务将归属地 虚拟营业厅虚拟工号操作流水同步到实际办理地市营业厅，完成业务稽核和操作员结算。
[0086] 装置实施例一：
[0087] 本发明实施例的解决异地客户业务办理受限的装置，应用于建立灰度发布异地业 务受理管理平台，如图3所示，所述装置包括：
[0088] 识别单元11，用于获取用户办理业务所生成的业务受理任务，判断业务受理方和 业务申请办理方是否为同一归属地市，得到判断结果；所述判断结果为业务受理方和业务 申请办理方不是同一归属地市时，确定所述业务受理任务为异地业务；
[0089] 处理单元12,用于解析出对应所述异地业务的当前业务受理方的权限信息；根据 所述当前业务受理方的权限信息为所述当前业务受理方创建用于所述异地业务办理的虚 拟信息，根据所述虚拟信息完成对所述异地业务的办理。
[0090] 基于上述装置实施例一，所述识别单元进一步为客户归属地识别模块，所述客户 归属地识别模块用于：在所述业务受理方受理所述业务受理任务时，对业务申请办理方的 身份进行认证，得到客户认证信息；根据所述客户认证信息识别出所述业务申请办理方的 归属地；获取业务受理方的工号归属地；将所述业务申请办理方的归属地和所述业务受理 方的工号归属地进行归属地代码匹配，如果匹配成功，则为本地业务受理；如果匹配不成 功，则为异地业务受理。
[0091] 基于上述装置实施例一，所述处理单元进一步包括：操作员权限管理模块，所述操 作员权限管理模块用于：根据所述业务受理方的工号查询所述业务受理方的权限信息；所 述权限信息由人员权限，角色权限和反向权限组成；对所述角色权限递归检索到具体的人 员权限，通过对人员权限及反向权限构成一组信息进行去重处理，得到最小单元的权限集 合并作为与所述业务受理方的工号对应的当前业务受理方的权限信息列表。
[0092] 基于上述装置实施例一，所述处理单元还包括：虚拟营业员管理模块，所述虚拟营 业员管理模块用于：获取所述当前业务受理方的权限信息列表，所述业务受理方的工号及 所述客户认证信息；为所述当前业务受理方分配虚拟工号，保存由所述虚拟工号与所述业 务受理方的工号构成的映射关系；根据所述客户认证信息识别出所述业务申请办理方的 归属地，根据所述业务申请办理方的归属地查询所述业务申请办理方的归属地的权限信息 列表，将所述业务申请办理方的归属地的权限信息列表与所述当前业务受理方的权限信息 列表进行交集处理，将得到的交集结果作为综合权限数据用于对所述虚拟工号进行权限赋 权；所述虚拟工号和所述综合权限数据构成所述虚拟信息。
[0093] 基于上述装置实施例一，所述虚拟营业员管理模块还用于：将所述虚拟工号和所 述综合权限数据，新增到所述业务申请办理方的归属地的数据库，并关联到在所述业务申 请办理方的归属地预先创建的虚拟营业厅组织结构中；根据所述虚拟工号路由到所述业务 申请办理方的归属地统一资源定位器U化完成对所述异地业务的受理并根据所述综合权 限数据处理所述异地业务。
[0094] 基于上述装置实施例一，所述处理单元还包括：业务流水同步管理模块，所述业务 流水同步管理模块用于：将由所述虚拟工号与所述业务受理方的工号构成的映射关系同步 到所述业务受理方的工号归属地；将所述虚拟工号转换为所述业务受理方的工号，进行所 述业务受理方的工号归属地流水记录的同步更新。
[0095] 下面通过业务流程图和平台具体实现模块组成架构图对灰度发布系统异地业务 办理的一个场景进行描述。
[0096] 方法应用示例：
[0097] 如图4所示为应用本发明实施例的对灰度发布系统异地业务办理的一个场景的 业务流程图，包括如下步骤：
[0098] 步骤201、用户办理业务前通过服务密码或者身份证件通过身份认证，得到客户认 证信息；
[0099] 步骤202、识别客户归属地，与操作员工号所属地进行对比，两者不一致，判定为异 地业务受理；
[0100] 步骤203、查询该操作员工号权限，角色权限和反向权限，其中因为角色权限存在 继承管理，所W对角色权限递归检索到具体人员权限，然后通过去重"人员权限-反向权 限"获取该操作员菜单粒度的权限列表。将工号、权限列表及客户认证信息进行接口封装； 阳101] 步骤204、虚拟营业员管理模块接收工号、权限列表和客户认证信息后，首先分配 虚拟工号并赋权，然后按照客户归属地信息，将该虚拟工号及权限同步到归属地B的虚拟 营业厅组织机构，最后携带虚拟工号按照虚拟营业员管理模块保存的地市服务U化地址跳 转B地区服务；
[0102] 步骤205、访问B地区业务处理服务； 阳103] 步骤206、可W与上述步骤205步并行处理，将实体工号和虚拟工号映射关系同步 到业务流水管理模块，业务流水管理模块对映射关系保存；
[0104] 步骤207、B地区客户业务信息处理，更新客户业务库； 阳1化]步骤208、B地区业务流水处理，更新流水库（虚拟工号操作流水）； 阳106] 步骤209、B地区资源管理服务，会判断当前操作工号为虚拟工号（99开头），调用 灰度发布异地业务受理管理平台提供的资源管理路由接口； 阳107] 步骤210、灰度发布异地业务受理管理平台将虚拟工号映射为实体工号，调用实体 工号归属地市的资源管理服务；
[0108] 步骤211、A地区资源管理服务，判断为实体工号，本地处理并更新资源库； 阳109] 步骤212、灰度发布异地业务受理管理平台触发业务流水定时同步；
[0110] 步骤213、B地区业务流水库提取虚拟营业厅虚拟工号流水记录，W文件方式同步 到灰度发布异地业务受理管理平台； 阳111] 步骤214、灰度发布异地业务受理管理平台将B地区提供的虚拟工号流水日志映 射为实体工号流水日志后执行业务流水日志文件同步；
[0112] 步骤215、A地区CM业务流水库根据灰度发布异地业务受理管理平台提供的流水 日志进行数据库插入操作。
[0113] 至此，由灰度发布异地业务受理管理平台协同的异地业务受理完成。
[0114] 下面W异地办理业务具体为手机终端营销案业务为例，对图4所示的上述业务流 程进行举例说明，包括W下内容：
[0115] 一、江苏移动营业CRM系统，A地区是苏州，B地区是南京（南京虚拟营业厅id是 143456)。苏州作为灰度发布版本的体验地市，它所在的服务器版本较南京高一个版本（版 本信息在灰度发布异地业务受理管理平台虚拟营业员管理模块保存）。苏州114231营业厅 营业员余燕燕的工号是11011009,顾客小王归属为南京地市，某一天小王（13947583456) 来到苏州114231营业厅由余燕燕接待办理终端营销案业务。相关表1-4的信息如下：
[0116] Region (地区表） 阳117] 阳1化]表1
[0119] Operator (操作员表） 阳 120] 阳121] 表2
[0122] Subscriber (用户表）--公共库
阳 123] 阳124] 表3 阳1巧]化Stomer (客户资料表）--公共库 阳 126] 阳127] 表4
阳128] 二、操作员余燕燕是用11011009工号登陆苏州CM,输入小王用户号码 13947583456及密码信息登陆成功。
[0129] S、灰度发布异地业务受理管理平台客户归属地识别模块查询Subscriber (用 户表）获取13947583456的归属地市是14,而根据化erator(操作员表）查询操作员 11011009的归属地市是11，两者不一致所W判定为异地业务受理。
[0130] 四、灰度发布异地业务受理管理平台操作员权限管理模块负责对操作员11011009 工号权限解析，工号权限由人员权限、人员反向权限和角色权限如下=部分构成，相关表为 表 5-10 : 阳131] 1)人员权限：
[0132] 化erAuth (操作员权限关系表） 阳 1；33]
[0134] 表 5
[0135] AuthMenu (权限菜单表） 阳 136]
[0137] 表 6
[0138] 通过化erAuth(操作员权限关系表）和AuthMenu(权限菜单表）分析，11011009 具备菜单03和04的权限。 阳139] 2)人员反向权限：
[0140] 化erReAuth (反向操作员权限关系表）
[0141]

阳1创表7
[0143] 通过化erReAuth(反向操作员权限关系表）和AuthMenu(权限菜单表）分析， 11011009不能具备菜单04的权限。 阳144] 扣角色权限： 阳145] Role (角色表）
阳 146] 阳147] 表8
[0148] RoleAu
[0149] 阳1加]表9 [0151] OperRo 阳K2] 阳153] 表10 阳154] 根据操作员工号11011009,查询化erRole (操作员角色关系表）得到角色为001， 再次查询角色表Role,发现OOl的父类角色是004、004的父类角色是005,所W操作员 11011009具备001、004、005角色，根据角色权限表RoleAuth查询到该操作员具备的权限 有9941873、9941733、9941624,运S项权限id通过AuthMenu(权限菜单表）查询到工号 11011009角色权限具备菜单01、02、03操作权限。
[0155] 根据权限原则"业务操作员权限=人员权限+角色权限-人员反向权限"，经过去 重，最终11011009的权限是菜单01、02、03。 阳156] 封装操作员信息对象和客户认证信息到虚拟操作员管理模块提供的U化，U化自 定义参数如下： 阳 157] <opercode>11011009</opercode>
[0158] <menu〉01、02、03</menu> 阳 159] <subsc;ribe;r〉1394758；3456</subsc;ribe;r〉
[0160] <pass〉0</pass〉。 阳161] 五、虚拟操作员管理模块需要任务如下，设及如下相关表为表11-13 : 阳162] 1)根据工号11011009和用户13947583456归属地市14在南京虚拟营业厅（南京 虚拟营业厅id是143456)创建99011009的虚拟操作员工号。
[0163] Operator (操作员表）
[0164] 阳1化]表11
[0166] 2)根据南京现网版本保存的菜单列表（新版本新增或者修改菜单采用未使用新 id),与参数菜单（01、02、03)进行交集处理后得到菜单（01、02)，认为菜单03是苏州灰度 版本存在的特有菜单，南京版本不具有该项菜单，所W对南京虚拟营业员99011009赋权菜 单（01、02)，对应权限id分别为 9941873、9941733。在南京数据库化erAuth(操作员权限 关系表）增加99011009权限id。 阳 167]
[0168]表 12
阳169] 3)创建操作员工号与虚拟工号映射关系，调用内部服务接口同步到业务流水同步 管理模块。 阳 170]
阳171] 表13 阳172] 4)操作员俞燕燕携带虚拟工号99011009按照虚拟营业员管理模块保存的南京地 市服务U化地址跳转到南京业务处理服务U化。 阳173] 六、苏州营业员俞燕燕W南京虚拟操纵员工号99011009操作南京业务，展现客 户资料，为用户办理30031031营销案，根据产品奖品关系表判断需要选择一款机型为 93301的，运里资源管理服务判断当前操作工号是虚拟工号，调用虚拟操作员管理模块 ResourceRouteH99011009)接口，映射为实体工号11011009后路由到苏州地市提供的资 源管理服务，访问实体工号所在地市（苏州）的终端分配表，发现该实体工号下已经有该终 端设备（如没有则通过终端分配调拨操作苏州终端资源表），则为用户订购并办理，同时工 号11011009下的该台型号终端办理出库。该营业员收取用户现金1800元，提交业务办理 成功，设及的相关表为表14-18。
[0174] 用户订购关系表（南京数据库） 阳1巧]
阳176] 表14 阳177] 产品表（南京数据库） 阳17引
阳1巧]表15 阳18〇] 终端资源表（苏州数据库）
[0181] 阳182] 巧16
阳1! 阳183] 终端分配表（苏州数据库）阳
阳1! 阳1! 阳化8」 巧18
[0189] 屯、业务办理成功后，W虚拟操作员99011009在南京数据库中为用户增加业务订 购关系和业务办理流水。用户订购关系表（南京数据库）红色为新增记录，设及的相关表 为表19-20。
[0190] 用户订购关系表（南京数据库）
[0191] 阳 192] 阳 193] 阳 194] 阳1巧]表20
[0196] 八、灰度发布异地业务受理管理平台业务流水同步管理模块每日触发南京虚拟营 业厅生成虚拟工号操作流水日志文件并获取，业务流水同步管理模块根据实体工号与虚拟 工号映射，将reception受理日志流水记录按照地市封装成文件syndata. file,文件基本 信息包括：业务流水号、业务受理时间、用户领取的终端串号、营业员工号、用户资料、业务 类型等信息，苏州的流水文件同步到苏州CM提供的服务器。 阳197] 九、苏州数据库启动存储过程syndata. pro,对syndata. file进行分析处理，在苏 州数据库中补录当天路由到南京的业务受理流水，并记录到苏州的受理日志流水表中，如 表21所示。
[0198] 受理日志流水表reception (苏州数据库） 阳 199] 阳200] 表21
阳201 ] 十、同时营收稽核程序根据受理日志流水表reception (苏州数据库），对 11011009进行收入稽核。而对应受理日志流水表reception(南京数据库）办理流水因为 是虚拟工号99011009,所W无需稽核。 阳202] 装置应用实例： 阳203] 本发明实施例的装置可W应用于灰度发布异地业务受理管理平台，也可W就是该 平台自身，通过解禪原CM业务处理服务、增加虚拟营业厅组织机构、工号及虚拟工号的映 射等手段来解决现有技术存在的问题。本发明实施例的装置就是该灰度发布异地业务受理 管理平台自身时，平台中包括如图5所述的W下模块，客户归属地识别模块、操作员权限管 理模块、虚拟营业员管理模块及业务流水同步管理模块，各自的功能如下所述：
[0204] 一、客户归属地识别模块，该客户归属地识别模块包括W下功能： 阳205] CM将操作员工号和客户号码传递客户归属地识别模块，通过调用CM公共信息 数据库，客户归属地识别模块判断操作员所属营业厅地市是否与受理客户的归属地市一 致，如果一致，判断为本地用户业务办理，执行本地业务受理流程；如果不一致，判断为异地 业务办理（需要W新处理机制执行）。 阳206]二、操作员权限管理模块，该操作员权限管理模块包括W下功能： 阳207] 业务操作员通过权限来控制菜单展现，业务操作员权限=人员权限+角色权 限-人员反向权限。其中，1)人员权限主要是人员隶属各子系统中菜单的分配，是单独分配 给某个操作员的权限，在CM中通过人员信息维护表给人员分配权限；2)角色权限是指角 色拥有的权限，一旦操作员拥有运个角色，则操作员就拥有此角色的全部权限。在CM中可 W在角色维护功能中给角色分配权限，因角色存在继承关系，子类角色可W继承父类角色 的所有权限；3)反向权限是指操作员不能拥有的权限，一旦给操作员赋了反向权限，则此 操作员肯定没有此项权限，不论是否给他拥有的角色、还是个人赋予该权限。基于CM上述 操作员权限管理办法，操作员权限管理模块从各地市同步保存工号、权限、角色及反向权限 数据，操作员权限管理模块查询该操作员工号权限，角色权限和反向权限，其中因为角色权 限存在继承管理，A地和B地因版本和人员组织管理差异，角色的定义无法保证一致性，所 W需要对角色权限递归检索到具体人员权限，然后通过去重"人员权限-反向权限"获取该 操作员菜单粒度的权限列表。将工号、权限列表及客户认证信息通过实时接口传递给虚拟 营业员管理模块。 阳20引=、虚拟营业员管理模块，该虚拟营业员管理模块包括W下功能： 阳209] 虚拟营业员管理模块保存全省各地市版本信息（包括版本号、版本菜单列表）、 统一业务处理U化接口地址、子服务资源管理U化接口地址。虚拟营业员管理模块接收工 号、权限列表和客户认证信息后，首先分配虚拟工号并赋权，然后按照客户归属地信息，将 该虚拟工号及权限同步到归属地虚拟营业厅组织机构，最后携带虚拟工号按照虚拟营业员 管理模块保存的地市服务U化地址跳转服务地址（设及资源管理服务的，提供服务接口 ResourceRouter (String虚拟工号）配合归属地CRM将资源管理服务跳转到受理地资源管 理服务）。另外，还需要将工号和虚拟工号映射关系同步给业务流水同步管理模块。其中， 虚拟工号分配、赋权及同步详细描述如下：
[0210] 1)虚拟工号分配，为确保后期维护性、可扩展性W及接口传递一致性，虚拟工号分 配遵循如下规则： 阳211] 工号长度和原营业员真实工号一致；
[0212] 营业员工号规则是地区编号+6位随机码，因虚拟工号全省统一资源（不归属任何 地区），所W虚拟工号=99+原工号6位随机码，例如营业员工号14011109会分配的虚拟工 号是99011109。此种命名方式可通过后6位随机码在维护时候方便定位问题，便于快速查 找到实际受理营业员。
[0213] 2)虚拟工号权限分配，本地查询客户归属地版本的菜单列表，与操作员权限管理 模块传递的权限列表并进交集处理（实现不同版本下虚拟工号分配权限最小化，保证业务 受理安全性），将交集结果对虚拟工号进行赋权。
[0214] 如将虚拟工号和权限数据，新增到客户归属地数据库表，并关联到预先创建的虚 拟营业厅。
[0215] 四、业务流水同步管理模块，该业务流水同步管理模块包括W下功能：
[0216] 业务流水同步管理模块接受实际工号与虚拟工号映射关系并保存该工号映射关 系，每日定时将A地区、B地区（或者其它地区）数据库流水记录表中虚拟工号受理流水进 行采集，同时按照本地保存的工号映射关系和工号归属地市信息，把虚拟工号流水转换成 实际工号流水记录后向工号所属地市流水记录数据库进行流水同步，保证各地市实体营业 厅业务稽核和结算。
[0217] 对比现有技术的图1，本发明实施例对应的图5中新增有上述灰度发布异地业务 受理管理平台，对于新增的上述灰度发布异地业务受理管理平台，对原CM系统的改造如 下描述：
[0218] 一、解禪CRM业务处理服务
[0219] 针对CM核屯、业务处理服务，在办理异地业务过程中，可能需要同时调用受理地 服务和归属地服务服务，原系统单事务封装服务的方式不利于服务调用，特将CM核屯、业 务处理服务解禪为=类服务分别部署，包括业务流水服务、资源管理服务和客户业务处理 服务，其中流水服务和客户业务处理服务不区分办理工号是虚拟工号还是实际工号，统一 访问本地数据库进行服务；资源管理服务（包括卡资源、发票资源、终端资源等）对办理工 号进行判断，如果是实际工号，访问本地资源管理服务和本地资源数据库；如果是虚拟工 号，将虚拟工号作为入参调用虚拟营业员管理模块提供的ResourceRouter (String虚拟工 号）接口实现服务跳转。
[0220] 二、组织机构数据库增加虚拟营业厅数据 阳221] 虚拟营业厅数据新增与普通营业厅相同，主要是在原组织机构表中新增一条营业 厅记录，命名为"虚拟营业厅"。 阳222] 采用上述本发明实施例的应用示例，至少能达到W下有益效果： 阳223] 1)通过对比客户和操作员地域属性识别异地业务，并采用携带虚拟工号访问客户 归属地业务处理服务，从而解决不同版本间异地业务受理的限制。 阳224] 2)将CM核屯、处理逻辑分类为资源、流水和业务处理S类，依据特性分别制定调 度和同步策略。
[02巧]3)操作员工号权限通过递归方式获取最小单元（菜单）权限集合，使用该集合与 客户归属地版本菜单的交集对虚拟工号赋权，从而保证虚拟工号权限最小化。 阳226] 本发明实施例所述集成的模块如果W软件功能模块的形式实现并作为独立的产 品销售或使用时，也可W存储在一个计算机可读取存储介质中。基于运样的理解，本发明 实施例的技术方案本质上或者说对现有技术做出贡献的部分可WW软件产品的形式体现 出来，该计算机软件产品存储在一个存储介质中，包括若干指令用W使得一台计算机设备 (可W是个人计算机、服务器、或者网络设备等）执行本发明各个实施例所述方法的全部或 部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM, ReacHDnly Memcxry)、随 机存取存储器（RAM, Random Access Memcxry)、磁碟或者光盘等各种可W存储程序代码的介 质。运样，本发明实施例不限制于任何特定的硬件和软件结合。 阳227] 相应的，本发明实施例还提供一种计算机存储介质，其中存储有计算机程序，该计 算机程序用于执行本发明实施例的解决异地客户业务办理受限的方法。 阳22引 W上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
【主权项】
1. 一种解决异地客户业务办理受限的方法，其特征在于，所述方法包括： 获取用户办理业务所生成的业务受理任务； 判断业务受理方和业务申请办理方是否为同一归属地市，得到判断结果； 所述判断结果为业务受理方和业务申请办理方不是同一归属地市时，确定所述业务受 理任务为异地业务，解析出对应所述异地业务的当前业务受理方的权限信息； 根据所述当前业务受理方的权限信息为所述当前业务受理方创建用于所述异地业务 办理的虚拟信息，根据所述虚拟信息完成对所述异地业务的办理。2. 根据权利要求1所述的方法，其特征在于，所述判断业务受理方和业务申请办理方 是否为同一归属地市，得到判断结果，包括： 所述业务受理方受理所述业务受理任务，并对业务申请办理方的身份进行认证，得到 客户认证信息； 根据所述客户认证信息识别出所述业务申请办理方的归属地； 获取业务受理方的工号归属地； 将所述业务申请办理方的归属地和所述业务受理方的工号归属地进行归属地代码匹 配，如果匹配成功，则为本地业务受理；如果匹配不成功，则为异地业务受理。3. 根据权利要求2所述的方法，其特征在于，所述解析出对应所述异地业务的当前业 务受理方的权限信息，包括： 根据所述业务受理方的工号查询所述业务受理方的权限信息； 所述权限信息由人员权限，角色权限和反向权限组成； 对所述角色权限递归检索到具体的人员权限，通过对人员权限及反向权限构成一组信 息进行去重处理，得到最小单元的权限集合并作为与所述业务受理方的工号对应的当前业 务受理方的权限信息列表。4. 根据权利要求3所述的方法，其特征在于，所述根据所述当前业务受理方的权限信 息为所述当前业务受理方创建用于所述异地业务办理的虚拟信息，包括： 获取所述当前业务受理方的权限信息列表，所述业务受理方的工号及所述客户认证信 息； 为所述当前业务受理方分配虚拟工号，保存由所述虚拟工号与所述业务受理方的工号 构成的映射关系； 根据所述客户认证信息识别出所述业务申请办理方的归属地，根据所述业务申请办理 方的归属地查询所述业务申请办理方的归属地的权限信息列表，将所述业务申请办理方的 归属地的权限信息列表与所述当前业务受理方的权限信息列表进行交集处理，将得到的交 集结果作为综合权限数据用于对所述虚拟工号进行权限赋权； 所述虚拟工号和所述综合权限数据构成所述虚拟信息。5. 根据权利要求4所述的方法，其特征在于，所述根据所述虚拟信息完成对所述异地 业务的办理，包括： 将所述虚拟工号和所述综合权限数据，新增到所述业务申请办理方的归属地的数据 库，并关联到在所述业务申请办理方的归属地预先创建的虚拟营业厅组织结构中； 根据所述虚拟工号路由到所述业务申请办理方的归属地统一资源定位器URL完成对 所述异地业务的受理并根据所述综合权限数据处理所述异地业务。6. 根据权利要求5所述的方法，其特征在于，所述方法还包括： 将由所述虚拟工号与所述业务受理方的工号构成的映射关系同步到所述业务受理方 的工号归属地； 将所述虚拟工号转换为所述业务受理方的工号，进行所述业务受理方的工号归属地流 水记录的同步更新。7. -种解决异地客户业务办理受限的装置，其特征在于，所述装置包括： 识别单元，用于获取用户办理业务所生成的业务受理任务，判断业务受理方和业务申 请办理方是否为同一归属地市，得到判断结果；所述判断结果为业务受理方和业务申请办 理方不是同一归属地市时，确定所述业务受理任务为异地业务； 处理单元，用于解析出对应所述异地业务的当前业务受理方的权限信息；根据所述当 前业务受理方的权限信息为所述当前业务受理方创建用于所述异地业务办理的虚拟信息， 根据所述虚拟信息完成对所述异地业务的办理。8. 根据权利要求7所述的装置，其特征在于，所述识别单元进一步为客户归属地识别 模块，所述客户归属地识别模块用于： 在所述业务受理方受理所述业务受理任务时，对业务申请办理方的身份进行认证，得 到客户认证信息；根据所述客户认证信息识别出所述业务申请办理方的归属地；获取业务 受理方的工号归属地；将所述业务申请办理方的归属地和所述业务受理方的工号归属地进 行归属地代码匹配，如果匹配成功，则为本地业务受理；如果匹配不成功，则为异地业务受 理。9. 根据权利要求8所述的装置，其特征在于，所述处理单元进一步包括：操作员权限管 理模块，所述操作员权限管理模块用于： 根据所述业务受理方的工号查询所述业务受理方的权限信息；所述权限信息由人员权 限，角色权限和反向权限组成；对所述角色权限递归检索到具体的人员权限，通过对人员权 限及反向权限构成一组信息进行去重处理，得到最小单元的权限集合并作为与所述业务受 理方的工号对应的当前业务受理方的权限信息列表。10. 根据权利要求9所述的装置，其特征在于，所述处理单元还包括：虚拟营业员管理 模块，所述虚拟营业员管理模块用于： 获取所述当前业务受理方的权限信息列表，所述业务受理方的工号及所述客户认证信 息；为所述当前业务受理方分配虚拟工号，保存由所述虚拟工号与所述业务受理方的工号 构成的映射关系；根据所述客户认证信息识别出所述业务申请办理方的归属地，根据所述 业务申请办理方的归属地查询所述业务申请办理方的归属地的权限信息列表，将所述业务 申请办理方的归属地的权限信息列表与所述当前业务受理方的权限信息列表进行交集处 理，将得到的交集结果作为综合权限数据用于对所述虚拟工号进行权限赋权；所述虚拟工 号和所述综合权限数据构成所述虚拟信息。11. 根据权利要求10所述的装置，其特征在于，所述虚拟营业员管理模块还用于： 将所述虚拟工号和所述综合权限数据，新增到所述业务申请办理方的归属地的数据 库，并关联到在所述业务申请办理方的归属地预先创建的虚拟营业厅组织结构中；根据所 述虚拟工号路由到所述业务申请办理方的归属地统一资源定位器URL完成对所述异地业 务的受理并根据所述综合权限数据处理所述异地业务。12.根据权利要求11所述的装置，其特征在于，所述处理单元还包括：业务流水同步管 理模块，所述业务流水同步管理模块用于： 将由所述虚拟工号与所述业务受理方的工号构成的映射关系同步到所述业务受理方 的工号归属地；将所述虚拟工号转换为所述业务受理方的工号，进行所述业务受理方的工 号归属地流水记录的同步更新。
【文档编号】H04L12/24GK105827873SQ201510001879
【公开日】2016年8月3日
【申请日】2015年1月4日
【发明人】李锡明
【申请人】中国移动通信集团江苏有限公司