CN101453730B - 一种支持多运营支撑系统的装置和方法 - Google Patents

Abstract

本发明的一方面公开了一种支持多运营支撑系统(OSS)的装置，包括基础服务模块、通用服务模块和通用运营支撑系统定制模块，通过本发明的装置和应用本发明的另一方面提出的方法，各运营商在本发明的装置基础上二次开发构建运营支撑系统，减少重复建设，充分利用装置内的计算资源、网络资源和服务资源，避免资源空闲和浪费，同时方便集群和平滑扩容；另外本发明装置可以支持多运营商、多运营支撑系统。

Description

一种支持多运营支撑系统的装置和方法

技术领域

本发明涉及网络运营支撑技术领域，更具体地，本发明涉及一种支持多运营支撑系统(OSS)的装置和方法。

背景技术

运营支撑系统借助IT手段对网络、业务和客户进行管理，实现支撑运营和改善运营的目标。

最早的OSS标准是为管理电信网元提供网络互联或者构筑OSS系统而设立的统一规范或协议。随着电信技术的进步、电信管理体制的变革和电信市场的高速发展，OSS范围逐步扩大，从最初的网元管理、运行维护发展为对网络的管理、网络互联和管理系统间的互联，进一步发展到目前的OSS与业务支撑系统(BSS)融合统一。

现有技术中，中国移动通信集团公司的业务运营支撑系统(BOSS)是目前通信运营商中较为先进的业务运营支撑系统，它通过运营支撑系统的省级集中和全国中心运营支撑系统的建设，形成了省和集团两级运营支撑系统，通过全国中心运营支撑系统的枢纽系统将各省级运营支撑系统连接起来，在逻辑结构上形成了包含数据核心层、业务逻辑层和接入层的三层结构。

如图1所示，中国移动的运营支撑系统按照省和集团两级系统以及核心层、业务逻辑层和接入层三层结构的原则，对计费、结算、帐务、业务及客服等功能进行集中、统一的规划和整合，使中国移动的业务运营支撑系统成为一体化的、信息资源充分共享的支撑系统。

如图2所示，对全国中心与省中心的功能模块进行划分，全国中心的业务功能包括计费、结算、客户服务、综合管理等四个功能模块；各省中心的业务功能包括计费、结算、帐务处理、帐务管理、客户服务、业务管理等六个功能模块。

此外，其他运营商，诸如电信、网通、有线电视运营商，还都处于省级运营支撑系统的改造阶段，各集团内部目前由于历史建设原因，存在多套运营支撑系统，各运营支撑系统之间不能共享信息，资源浪费严重，完全不能满足未来业务的发展；并且，各运营商为了支持不断涌现的新业务，经常性地对原有运营支撑系统进行改造、或者建设新的运营支撑系统，出现了由于业务不同而建设多个运营支撑系统的结果。对于运营商自身而言，多个运营支撑系统不易维护、资源冗余浪费，不利于整个产业走向共同合作和利益共享。

而且，各运营商的运营支撑系统之间不能有效互联互通，产生信息孤岛，资源信息不能有效共享。为了在运营商中顺利开展合作业务，运营支撑系统需要同合作伙伴的管理系统进行数据同步，同步客户数据、业务数据和帐务数据，使得系统之间接口繁多、维护困难。

发明内容

为克服现有技术中运营支撑系统不能互联互通、资源不能共享及浪费严重的缺陷，本发明提供了一种支持多运营支撑系统的装置和方法。

本发明的一个方面提供了一种支持多运营支撑系统的装置，包括：

基础服务模块，接收资源和模块的注册，监控所述资源，监控节点之间的消息和模块的状态，提供用于新的通用功能模块开发的开放接口；

通用服务模块，所述通用服务模块通过所述开放接口与所述基础服务模块连接，注册运营支撑模块，交互或者同步所述通用服务模块和所述基础服务模块二者之间的模块信息，在所述通用功能模块基础上通过二次开发，构建专用运营支撑系统；对于遗留运营支撑系统，在所述通用服务模块中的运营支撑系统管理子模块中注册所述遗留运营支撑系统，通过所述遗留运营支撑系统集成子模块的支持接入，所述通用服务模块包括具有各业务功能的通用服务子模块；

通用运营支撑系统定制模块，通过流程定制，建立业务、客户、帐单和详单信息的录入、查询和展示，检查录入资料的格式，调用通用功能模块的保存、修改和查询信息。

其中，所述基础服务模块包括：

资源管理子模块，监控、记录和更新节点的计算资源、存储资源、网络资源，获取资源的当前使用率；

消息管理子模块，发送、接收、路由所述装置节点间的消息；

模块管理子模块，监控所述装置内模块的生命周期和模块状态；

流程管理子模块，监控流程执行、流程状态。

其中，在所述通用服务子模块中配置基础服务模块的注册地址，所述通用服务子模块向所述资源管理子模块注册资源，分配资源标识，所述通用服务子模块定期同所述资源管理子模块交互资源使用状况。

其中，所述通用服务子模块向所述模块管理子模块注册，所述模块管理子模块记录模块的信息、模块位置和访问点信息，并且向其他节点的模块同步该模块的信息，模块管理子模块查找、定位各模块。

其中，所述通用服务模块中的通用功能子模块提供远程接口，用于跨节点远程调用。

其中，所述模块管理子模块定期检查注册到节点模块的服务访问点状态，如果访问点不可用，更新用于记录所有模块的信息和注册管理子模块的标识的表中模块的状态，并且通过所述消息管理子模块向其他节点的模块管理子模块同步状态改变信息。

其中，当所述模块管理子模块接收到模块查询请求时，从所述表中查询本地注册的相应可用模块的资源标识，将查询获取的使用率最低的资源的使用率同提前设定的阈值比较，如果不高于阈值，则返回给该资源标识对应的模块服务访问点；如果高于阈值，模块管理子模块通过消息管理子模块向其他节点发送消息，查询其他节点中资源使用率最低的模块，返回该资源标识对应的模块服务访问点。

其中，所述运营支撑系统，包括通用运营支撑系统、二次开发的运营支撑系统和遗留的运营支撑系统，在调用所述基础服务模块和所述通用服务模块时，需要携带运营支撑系统的唯一的全局标识，并在调用前对调用者的合法性和信息完整性进行验证。

本发明的另一方面提供了一种支持多运营支撑系统的方法，包括：

步骤10)、按照客户的规模和预支持的运营支撑系统的数量，确定部署的节点数，每个节点部署一套基础服务模块，通用服务模块中的子模块可以根据业务需要选择部署；

步骤20)、同一局域网内的节点，资源管理子模块通过自动发现机制发现各节点，不在局域网内的节点，通过在局域网中某一节点配置其他局域网的节点地址，通过消息管理子模块管理节点间连接和路由关系；

步骤30)、通用功能模块分别向本节点的资源管理子模块和模块管理子模块注册；

步骤40)、利用通用运营支撑系统定制模块定制运营支撑系统，或者按照基础服务模块的接口和通用服务模块的接口二次开发构建专用运营支撑系统，或者针对原有遗留运营支撑系统，开发遗留系统集成子模块作为新增子模块注册到模块管理子模块中来构建运营支撑系统；

步骤50)、运营支撑系统启动时，向运营支撑系统管理子模块注册，获取运营支撑系统全局标识和保密码；

步骤60)、根据业务设备联机指令开发业务设备的客户端，将客户端作为新增功能模块注册到模块管理子模块中，参数为模块名、客户端类型和接口描述；

步骤70)、注册业务提供商，获得业务提供商标识。

其中，所述方法进一步包括：

步骤110)、从业务请求的参数中解析出运营支撑系统的所述全局标识；

步骤120)、调用模块管理子模块，请求运营支撑系统管理子模块的访问点；

步骤130)、通过运营支撑系统管理子模块的访问点，验证运营支撑系统全局标识的合法性，进一步获取该运营支撑系统的保密码；

步骤140)、结合保密码和业务请求中的摘要信息，对请求进行完整性检查。

通过应用本发明，各运营商在本发明的装置基础上二次开发构建运营支撑系统，可以减少重复建设，也降低了维护难度，充分利用装置内的计算资源、网络资源和服务资源，避免资源空闲和浪费，同时方便集群和平滑扩容，支持多运营商、多运营支撑系统。

附图说明

图1中国移动通信集团公司BOSS业务组织机构示意图；

图2中国移动通信集团公司BOSS总体功能结构图；

图3支持多运营支撑系统的装置逻辑结构图；

图4业务提供商角度的逻辑视图；

图5客户角度的逻辑视图。

具体实施方式

下面结合附图对本发明做详细描述。

在一个实施例中，图3所示为根据本发明的支持多运营支撑系统的装置结构图，包括：基础服务模块、通用服务模块和通用运营支撑系统定制模块。

基础服务模块，主要包括资源管理子模块、消息管理子模块、模块管理子模块和流程管理子模块。资源管理子模块负责对各节点计算资源、存储资源、网络资源的监控和管理；消息管理子模块负责装置各节点间的消息发送、接收、路由；模块管理子模块负责装置内各模块的生命周期管理、模块状态监控；流程管理子模块负责流程执行、流程状态监控。

本装置在部署时，基础服务模块是每个节点都必须的，其他功能模块在基础服务模块的基础上作进一步扩展，基础服务模块的调用接口直接暴露给基础服务模块所在节点的其他模块。基础服务模块提供开放接口，运营商或者组件提供商可在基础服务模块基础上开发新的通用功能模块，作为子模块部署到本实施例的装置中，进一步扩展本实施例所述装置的功能。基础服务模块中的子模块之间的调用同函数调用一样直接调用，其他模块调用基础服务模块通过远程接口调用。

资源管理子模块接收资源的注册，注册参数为资源名称、位置、最大服务数、当前使用率等内容，资源管理子模块为资源分配一个资源标识，资源管理子模块维护一张资源表，表中记录注册资源的资源标识、名称、位置、最大服务数、当前使用率等。资源管理子模块定期查询、或者资源定期向资源管理子模块报告资源的当前使用率。

消息管理子模块通过广播查找，结合手工配置，获取本发明装置的其他节点的位置，维护一张路由表和一张节点地址对应表，记录各节点间通信的下一条节点和节点地址。如果两个节点间不是直接相连的，需要通过中间节点路由消息。其他模块调用消息管理子模块发送消息时，提供目标节点和内容，消息管理模块将内容封装成消息，在路由表中找到下一条节点，向下一条节点发送该消息，消息中包含请求标识号、源节点、目标节点、允许跳数和内容等。当消息管理模块收到消息时，如果发现目标节点是自己，调用相应的处理流程；如果发现目标节点是其他节点，将该消息的允许跳数减一，如果为零，则删除该消息，否则根据目标节点在路由表中找到下一跳转发该消息。

基础服务模块外的其他模块通过调用模块管理子模块的远程接口注册所述其他模块，注册模块中的注册信息包括模块名称、描述、资源标识、位置信息以及服务访问点等信息，模块管理子模块保存这些信息，并且通过消息管理模块向其他节点的模块管理子模块同步注册的模块信息，在模块管理子模块中维护一张表，记录所有模块的信息和注册管理子模块的标识。模块管理子模块定期检查注册到本节点模块的服务访问点状态，如果访问点不可用，则更新表中模块的状态，并且通过消息管理子模块向其他节点的模块管理子模块同步状态改变信息。当模块管理子模块接收到模块查询请求时，从表中查询本地注册的相应可用模块的资源标识，调用资源管理子模块查询资源使用率最低的资源标识，将查询获取的资源的使用率同提前设定的阈值比较，如果不高于阈值，则返回给该资源标识对应的模块服务访问点；如果高于阈值，模块管理子模块然后从表中随机选择一个满足条件(注册有该服务的)的节点，通过消息管理模块向其他节点发送消息，查询其他节点中资源使用率最低的模块，其他节点返回模块标识，模块管理子模块从表中查询出模块标识对应的服务访问点返回给请求者。在下面的说明中，模块管理子模块的访问点查找等系列子流程，直接以“调用”代替。

通用服务模块，是将运营支撑系统的通用功能模块从运营支撑系统中剥离出来，若干个可复用的通用功能子模块组成通用服务模块。运营支撑系统的通用功能子模块包括业务管理、客户管理、计费、帐务、支付、认证、业务提供商管理、运营支撑系统管理等。将通用功能模块在本发明装置上复用，降低运营商开发和维护运营支撑系统的难度，缩短建设运营支撑系统的周期。

客户管理子模块维护客户资料，维护客户和业务的关联关系。业务管理子模块维护业务数据，维护业务和业务提供商的关联关系。对于业务管理、客户管理、计费、帐务、支付、认证等具体功能、具体技术和实现方法这里就不再详细说明，其他运营支撑系统都有类似功能，需要指出的是根据本发明的本实施例装置中的通用功能子模块必须提供远程接口，是否提供本地接口没有特殊要求，这样可以方便跨节点远程调用。业务提供商管理负责业务提供商的注册和监管，管理业务提供商的标识、名称、法人资料等信息。运营支撑系统管理子模块负责运营支撑系统的注册和监管，各运营支撑系统需要“调用”运营支撑系统管理子模块注册，注册信息包括运营支撑系统的所有人和所有人的联系方式等。运营支撑系统管理子模块为运营支撑系统分配全局标识和保密码。另外，遗留运营支撑系统集成子模块负责对已经存在的运营支撑系统集成，使得它们能够与本实施例的装置支撑的其他业务运营系统交互业务和客户信息。

部署通用服务模块各子模块时，先在通用服务子模块中配置基础模块的注册地址；通用服务子模块再向资源管理子模块注册资源，分配资源标识，通用服务子模块定期同资源管理子模块交互资源使用状况；然后，通用服务子模块向模块管理子模块注册子模块，模块管理子模块记录模块的信息、模块位置和访问点信息，并且向其他节点的模块管理同步该信息，模块管理子模块负责除基础服务模块的各模块查找定位。

通用运营支撑系统定制模块，是可定制的通用运营支撑系统。通用运营支撑系统定制模块主要完成业务、客户、帐单、详单等信息的录入、查询和展示，检查录入资料的格式，调用相关通用功能模块完成相关信息的保存、修改和查询。定制主要体现在功能裁剪、表现层布局、表现层样式和业务流程定制，功能裁剪可通过在完整系统选择菜单隐藏屏蔽实现，通过选择不同的表现层模板定制表现层布局和表现层样式，流程定制和工作流的可视化定制相同，这里不再详述。需要指出功能裁剪、表现层布局、表现层样式的定制结果保存在通用运营支撑系统定制模块，而业务属性和业务流程的定制的结果“调用”业务管理子模块保存在业务管理子模块中。运营商在通用运营支撑系统定制模块上，按照需要进行功能裁剪，表现层的布局和表现层样式的选择，定义业务属性和业务受理流程，就能迅速开展业务。业务属性包括业务名称、业务类型、付费方式、计费策略等。业务受理流程包括业务开通流程、业务保障流程、业务计费流程、业务变更流程等。通用运营支撑系统可以满足对功能要求简单的业务提供商的运营需求。对于需要更灵活功能的运营商或者业务提供商，可在通用功能模块基础上通过二次开发，构建个性化运营支撑系统。对于遗留运营支撑系统，在通用服务模块中的运营支撑系统管理子模块中注册运营支撑系统，通过遗留系统集成子模块的支持接入到根据本发明的本实施例的装置中，满足运营商原业务的正常开展，为遗留运营支撑系统的迁移提供了可行性保障。

为了对本发明的有进一步的理解，下面具体说明根据本发明的一个实施例的支持多运营支撑系统的初始化流程，初始化流程描述运营商如何利用本发明的装置，使其已部署的业务处于可接受客户订购状态。

(1)部署本发明装置：按照客户的规模和预支持的运营支撑系统的数量，确定部署本发明装置的节点数，安装、部署本发明装置节点；每个节点都有一套基础服务模块，通用服务模块中的子模块可以有选择的部署；

(2)节点间建立连接：同一局域网内的节点，资源管理子模块通过自动发现机制可发现各节点；不在局域网内的节点，通过在局域网中某一节点配置其他局域网的节点地址，消息管理子模块管理节点间连接和路由关系；

(3)通用功能模块注册：通用功能模块作为一种资源，向本节点资源管理子模块注册，然后向本节点模块管理子模块注册；

(4)构建运营支撑系统：构建运营支撑系统有三种途径，第一种是利用通用运营支撑系统定制模块定制运营支撑系统；第二种是按照基础服务模块的接口和通用服务的接口二次开发构建个性化的运营支撑系统；第三种是针对原有遗留运营支撑系统，开发遗留系统集成子模块作为新增子模块注册到本发明装置模块管理中；

(5)注册运营支撑系统：运营支撑系统启动时，向运营支撑系统管理子模块注册，获取运营支撑系统全局标识和保密码；请求的发起者通过运营支撑系统全局标识来区分。

(6)部署业务设备的客户端：业务设备的联机指令差异大，根据业务设备联机指令开发业务设备的客户端，然后将客户端作为新增功能模块注册到模块管理中，参数为模块名、客户端类型和接口描述；

(7)注册业务提供商：“调用”业务提供商子模块注册业务提供商，获得业务提供商标识，运营商如果提供业务，则也是业务提供商；

(8)运营商在其运营支撑系统中做运营前准备工作：比如增加组织信息、增加权限、增加操作员、定义帐务策略、定义业务、定义业务流程、定义产品、启用产品等操作；定义业务流程是业务工作流的制定过程，选择(6)中部署的客户端的接口用来相关联机指令发送，除定义业务流程外，其他操作与现有其他运营支撑系统并无区别，这里不再详述。

(9)初始化流程完毕，可发展客户，订购业务。

由于运营支撑系统涉及的操作众多，这里以客户注册、订购业务、计费三个流程再进一步具体阐述各层、各模块之间的关联关系，这三个流程在其他运营支撑系统中也是存在的，本发明中的流程的区别在于运营支撑系统(包括通用运营支撑系统、二次开发的运营支撑系统、遗留的运营支撑系统)调用基础服务模块和通用服务模块时，都需要携带运营支撑系统的全局标识以及调用参数的摘要，调用前都需要对调用者合法性验证。本发明描述各层各模块的交互，并不限定各模块的实现技术和方式，比如调用可以采用CORBA、SOAP、JAVA RPC等通信技术。

客户注册是指客户注册个人资料，客户是指业务的消费者，客户首次使用本系统前，需要登记客户资料，流程如下：

(1)录入客户资料：客户使用某家运营商的业务之前，登录该运营商的自服务系统或者前往该运营商的营业厅由业务员登录营业系统，录入并提交客户资料。客户资料包括：自服务用户名、自服务密码、姓名、身份证号、手机号、电话、住址等信息。自服务系统和营业系统是运营支撑系统的子系统。

(2)获取客户注册访问点：客户注册流程开始，运营支撑系统调用该运营支撑系统所在节点的模块管理子模块，查询客户管理子模块的访问点，获取访问点的流程可根据需要，加入对运营支撑系统的合法性验证过程和请求完整性检查过程。

(3)设置客户注册请求参数：获取客户管理子模块访问点后，运营支撑系统将客户信息、运营支撑系统的全局标识设置到客户注册远程调用请求参数中，并结合运营支撑系统的保密码对请求消息生成摘要添加到请求参数中。

(4)发送请求：运营支撑系统向客户注册访问点发送注册请求。

(5)客户管理子模块收到请求后，验证运营支撑系统的标识码合法性和完整性；

(5.1)从请求参数中解析出运营支撑系统的全局标识；

(5.2)“调用”模块管理子模块请求运营支撑系统管理子模块的访问点；

(5.3)通过运营支撑系统管理子模块的访问点，验证运营支撑系统全局标识的合法性，如果不合法，则结束请求处理，并记录下请求的来源；如果合法，进一步获取该运营支撑系统的保密码，转向(5.4)；  

(5.4)结合保密码和客户注册请求中的摘要信息，对请求进行完整性检查，如果不完整，则结束请求处理，并记录下请求的来源；如果完整，转向(6)。

(6)客户管理子模块检查客户是否注册，是否在黑名单里，通过检查的客户资料保存到数据库中，同时记录保存客户与运营支撑系统的关联关系，并且为该客户分配全局客户标识，返回成功；如果检查未通过，返回失败和失败原因。

订购业务是指客户完成注册后、订购业务的流程，订购业务的流程在运营支撑系统里是在客户和业务之间建立关联关系，并且将客户的认证授权信息、订购信息通过联机指令发送到相关的业务设备，如接入认证服务器、个性化门户、流媒体服务器等。本实施例的业务订购流程与其他运营支撑系统的流程的区别主要体现在本发明在请求过程中需要区分运营支撑系统，其他运营支撑系统的内部模块没有作为功能单位为其他系统复用，而本实施例中的通用功能模块是为多个运营支撑系统服务的。业务订购步骤如下(以下流程省略了运营支撑系统合法性验证、请求完整性检查)：

(1)登录系统：客户在某运营商处完成注册后，开始订购业务，订购业务的途径主要包括营业系统订购和用户自服务订购，营业系统订购只需提供证件，可以不提供密码，自服务系统订购需要提供自服务用户名和密码，营业系统订购具体流程见(1.1)，自服务系统登录具体流程见(1.2)；

(1.1)营业系统订购是指客户到营业厅，填写业务办理登记表，出示有效证件，营业厅操作员按照客户证件号和证件类型，通过“调用”客户管理子模块查询客户全局标识，查询成功转(2)，否则，返回失败；

(1.2)自服务系统订购是指客户登录自服务系统登录界面，输入自服务用户名和密码，点击登录按钮，自服务系统“调用”客户管理子模块验证自服务用户名和密码，验证正确，则返回用户全局标识转(2)，否则，返回失败。

(2)运营支撑系统以运营支撑系统全局标识为参数，“调用”业务管理子模块获取该运营商的所有可用业务，业务显示参数包括：业务名称、业务价格、业务生效时间、业务失效时间等。

(3)客户或者营业员浏览业务，选择业务，提交订购请求，参数包括客户全局标识、业务全局标识、业务开通时间、业务结束时间等，请求发送到客户管理子模块。

(4)客户管理子模块接收到请求后，建立并保存客户与业务的关联关系，“调用”业务管理子模块的业务订购接口，参数为客户全局标识、业务全局标识、业务开通时间、业务结束时间等。

(5)业务管理子模块根据业务全局标识查询出业务开通流程，在流程中设置客户全局标识、业务全局标识、业务开通时间、业务结束时间等，然后调用流程管理子系统，下发一条业务开通流程。

(6)流程管理子模块的流程引擎执行该业务开通流程，向相关的业务设备发送联机指令为用户分配端口、槽号、或者频率等资源。

(7)流程管理子模块的流程引擎执行该业务开通流程，根据开通状况设置业务订购流程的执行状态。

(8)客户可通过自服务系统，或者在营业厅查询当前业务订购的状态。

计费流程指客户消费业务后产生消费记录，产生详单的过程。客户注册和业务订购流程是由运营支撑系统发起的，计费流程由根据本发明的装置的流程管理子模块发起的，具体如下：

(1)前提条件，业务管理子模块中业务的计费流程已经由运营商完成定制，并且下发到流程管理子模块的执行引擎中。

(2)流程管理子模块的执行引擎根据计费流程在相应的采集频率下，“调用”计费子模块启动消费记录采集工作，参数为计费采集点、采集方式、记录格式等相关信息。

(3)计费子模块按照相应的采集方式，采集方式可为FTP协议或者CORBA等接口，从相应的采集点采集消费记录，消费记录可为CDR、IPDR等标准，也可为自定义的文本或者XML格式记录。

(4)计费子模块对消费记录进行有效性验证、去重等预处理，这里不再详述，与其他运营支撑系统并无差别。

(5)计费子模块“调用”业务管理子模块，参数为业务标识，获取业务计费策略。

(6)计费子模块按照消费记录的业务顺序和时间顺序，在计费策略指导下完成计费，生成详单，这步可能需要调用客户管理子模块和帐务子模块作些字段转换和历史记录查询。

(7)计费子模块“调用”客户管理子模块，发送处理后的详单给客户管理子模块。

(8)计费过程完毕。

由于运营支撑涉及的流程众多，本发明书只列举了以上流程，用于说明本发明装置各层各模块之间的交互关系。对于遗留运营支撑系统集成本发明没有详述，因为遗留运营支撑系统本身差别大，对遗留系统的集成是复杂工程，本发明将遗留运营支撑系统集成子模块作为新增功能模块列出。

根据本发明的一个实施例中的装置可在大范围内跨区域多节点分布部署，节点在各区域通过网络相互连接，装置的基础服务模块中的消息管理子模块负责跨区域各节点的相互通信，在大范围内跨区域协同支持多个运营支撑系统。装置为运营支撑系统提供业务运营服务。协同在本发明中的含义是资源利用的协同，协同的资源包括计算资源、网络资源和服务资源。网络资源指网络带宽，服务资源指通用服务模块的服务能力。本发明装置各节点相互协作、充分利用装置的主机资源、网络资源和服务资源，完成运营支撑系统发出的指令和任务。

为了更清楚阐明本实施例中的装置，下面分别说明本装置与运营支撑系统的关系、本装置与业务的关系以及本装置与客户的关系。

本发明与运营支撑系统的关系：如前所述，在本装置的基础上通过二次开发建设运营支撑系统，此类运营支撑系统依赖于本装置的通用功能模块，并且接受本装置的管理，本发明的装置为此类运营支撑系统提供支撑。本发明装置一个或者多个节点通过协作，充分利用装置内的计算资源、网络资源和服务资源。一方面，二次开发的运营支撑系统以标准接口的方式来使用本发明装置的功能；另一方面，本发明的装置可为多个运营支撑系统提供服务，多个运营支撑系统可构建在本发明的同一个装置上。基于上述原因，本发明是支持多运营商、多运营支撑系统的。

本发明装置与业务的关系：业务开通、业务保障和业务计费是运营支撑系统的核心功能，本发明装置负责管理业务，运营支撑系统依赖本发明装置管理业务，业务提供商通过运营支撑系统管理业务。业务提供商在装置上设置业务的共享属性，共享的业务能够被本发明装置上的其他业务提供商提供给客户。共享属性包含合同和结算方式等细节。

本发明与客户的关系：运营支撑系统中的客户指运营商服务的消费者或潜在消费者，本发明管理客户的方式与通常的运营支撑系统管理客户的方式不一样。通常情况下，运营商A的运营支撑系统中的客户C1，运营商B的运营支撑系统中的客户C2，如果运营商A和运营商B采用的是不同的运营支撑系统，客户C1和客户C2在各运营支撑系统中的表示形式是不一样的；如果运营商A和运营商B采用的是相同的运营支撑系统，客户C和客户C2虽然是同一种表现形式，但是同一自然人客户在运营商A、B的运营支撑系统中会各保存一份客户资料，此两个客户资料实质上代表同一自然人客户。为了解决客户资源不一致的问题，本发明将客户信息统一进行管理，避免客户资料重复，方便业务提供商考察客户信用。客户管理子模块维护客户与业务之间的订购关系，业务管理子模块维护业务与业务提供商的关联关系，业务提供商只能管理订购其业务的客户，其他客户资料不可见。客户信息包括客户的基本资料、喜好、帐户、消费记录、信用评价、订购的业务状态等。

综上所述，本发明可以通过二次开发构建运营支撑系统，本发明的装置可为多个运营支撑系统提供服务；本发明的装置管理业务，业务提供商可以通过设置业务的共享属性，共享的业务能够被装置上的其他业务提供商提供给客户；本发明统一管理客户信息，业务提供商只能管理订购其业务的客户，其他客户资料不可见。

下文从业务提供商和客户两个角度的逻辑视图描述本发明。

本发明呈现给业务提供商的逻辑视图，如图4所示。在节点1上，支持了两个运营支撑系统，节点2、3上分别支持了一个运营支撑系统，一个运营支撑系统至少通过一个本发明的装置节点接入到本发明装置中，本发明装置各节点按照节点的资源的共享属性共同为多个运营支撑系统提供服务。由于本发明装置支持三种类型的运营支撑系统，对于使用遗留运营支撑系统的业务提供商而言，体验同以前一样，没有区别；对于使用通用运营支撑系统或者使用二次开发的运营支撑系统的，业务提供商通过运营支撑系统管理其业务，管理与其业务相关的客户信息。由于本发明支持多运营商、支持多业务，业务提供商能够通过本发明装置查询其他业务提供商共享的业务信息，其他业务提供商的业务能够通过合同代理或者重新打包后提供给客户，本发明装置按照业务共享属性负责处理帐务关系。本发明在逻辑上给各业务提供商提供了虚拟的独立运营支撑环境。

本发明呈现给客户的逻辑视图，如图5所示。客户在业务提供商A的运营支撑系统开户，本发明的装置为客户分配客户统一标识，客户能够订购业务提供商A提供的业务a，也能够订购业务提供商A代理的其他业务提供商B的业务b，业务提供商A代理业务提供商B的业务b后，装置将生成新的业务标识c，业务c是业务b的镜像，客户在业务提供商A处订购业务c，享受的是同业务b一样的服务。对于业务c使用费用，本发明的装置按照业务b的共享属性处理业务提供商A和B的帐务。客户能够在单个业务提供商处享受更多的业务，客户亦能使用客户统一标识，在其他业务提供商B处订购业务提供商B的业务d。

本发明适合于大型运营商特别是在广域网、城域网中集团公司及下属各分支公司的情况，如有线电视网中的运营商、电信网络中的运营商、互联网中的运营商等。本发明也适用于一般运营商，业务提供商等。本发明并不界定本发明装置的运营者，可是网络运营商、虚拟运营商、或者是软件服务提供商等。

本发明在性能上优于目前各运营商的运营支撑系统，从以下四点可以进一步看出：第一，当前的运营支撑系统主要是为了满足一家运营商、或者一个集团多个分公司的运营需求，本发明出发点在于本发明从支持多运营商角度考虑，而不限于为一家运营商服务；第二，对比目前较为先进的中国移动的运营支撑系统，中国移动全国中心和省公司之间的运营支撑系统分为两级，但是不是对等的，全国中心运营支撑系统连接着省级运营支撑系统，是星型结构，而且全国中心运营支撑系统和省级运营支撑系统的功能模块是不一样的，例如全国中心的业务功能包括计费、结算、客户服务、综合管理等四个功能模块；各省中心的业务功能包括计费、结算、帐务处理、帐务管理、客户服务、业务管理等六个功能模块，本发明装置所支撑的各运营支撑系统的节点是对等的；第三，在构建运营支撑系统方面，中国移动在全国中心和省中心的两级架构下分别构建运营支撑系统，网通、电信、有线电视运营商在省地市级都有运营支撑系统，电信、网通、有线电视都还处于省级运营支撑系统的改造阶段，由于软件提供商不同，运营支撑系统的重复建设比较严重，利用本发明构建运营支撑系统时，仅需要功能、表现风格样式、流程的定制和其他非通用子模块的开发，本发明装置保证在各运营支撑系统节点之间管理和复用通用功能模块；第四，由于本发明出发点是为了支持多运营商，本发明装置与其他运营商支撑系统的区别在于保护各运营商的客户信息，处理各运营商或者业务提供商之间业务合作。

本发明描述中并没有严格指定实现本装置的具体技术，使用JavaEE、或者.Net等技术都是可行的，本发明主要阐述的是一种支持多运营支撑系统的方法和装置，对于装置和流程中，对于多运营支撑系统区分特别提出来加以阐述，但本发明的保护范围并不局限与此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或者替换，都应该涵盖在本发明的保护范围之内。

Claims (10)

1.一种支持多运营支撑系统的装置，包括：

基础服务模块，接收资源和模块的注册，监控所述资源，监控节点之间的消息和模块的状态，提供用于新的通用功能模块开发的开放接口；

通用服务模块，所述通用服务模块通过所述开放接口与所述基础服务模块连接，注册运营支撑模块，交互或者同步所述通用服务模块和所述基础服务模块二者之间的模块信息，在所述通用功能模块基础上通过二次开发，构建专用运营支撑系统；对于遗留运营支撑系统，在所述通用服务模块中的运营支撑系统管理子模块中注册所述遗留运营支撑系统，通过所述遗留运营支撑系统集成子模块的支持接入，所述通用服务模块包括具有各业务功能的通用服务子模块；

通用运营支撑系统定制模块，通过流程定制，建立业务、客户、帐单和详单信息的录入、查询和展示，检查录入资料的格式，调用通用功能模块的保存、修改和查询信息。

2.权利要求1的装置，其中，所述基础服务模块包括：

资源管理子模块，监控、记录和更新节点的计算资源、存储资源、网络资源，获取资源的当前使用率；

消息管理子模块，发送、接收、路由所述装置节点间的消息；

模块管理子模块，监控所述装置内模块的生命周期和模块状态；

流程管理子模块，监控流程执行、流程状态。

3.权利要求2的装置，其中，在所述通用服务子模块中配置基础服务模块的注册地址，所述通用服务子模块向所述资源管理子模块注册资源，分配资源标识，所述通用服务子模决定期同所述资源管理子模块交互资源使用状况。

4.权利要求3的装置，其中，所述通用服务子模块向所述模块管理子模块注册，所述模块管理子模块记录模块的信息、模块位置和访问点信息，并且向其他节点的模块同步该模块的信息，模块管理子模块查找、定位各模块。

5.权利要求1的装置，其中，所述通用服务模块包括通用功能子模块，所述通用功能子模块提供远程接口，用于跨节点远程调用。

6.权利要求2的装置，其中，所述模块管理子模块定期检查注册到节点模块的服务访问点状态，如果访问点不可用，更新用于记录所有模块的信息和注册管理子模块的标识的表中模块的状态，并且通过所述消息管理子模块向其他节点的模块管理子模块同步状态改变信息。

7.权利要求6的装置，其中，当所述模块管理子模块接收到模块查询请求时，从所述表中查询本地注册的相应可用模块的资源标识，将查询获取的使用率最低的资源的使用率同提前设定的阈值比较，如果不高于阈值，则返回给该资源标识对应的模块服务访问点；如果高于阈值，模块管理子模块通过消息管理子模块向其他节点发送消息，查询其他节点中资源使用率最低的模块，返回该资源标识对应的模块服务访问点。

8.权利要求1的装置，其中，所述运营支撑系统，包括通用运营支撑系统、二次开发的运营支撑系统和遗留的运营支撑系统，在调用所述基础服务模块和所述通用服务模块时，需要携带运营支撑系统的唯一的全局标识，并在调用前对调用者的合法性和信息完整性进行验证。

9.一种支持多运营支撑系统的方法，包括：

步骤10)、按照客户的规模和预支持的运营支撑系统的数量，确定部署的节点数，每个节点部署一套基础服务模块，通用服务模块中的子模块可以根据业务需要选择部署；

步骤20)、同一局域网内的节点，资源管理子模块通过自动发现机制发现各节点，不在局域网内的节点，通过在局域网中某一节点配置其他局域网的节点地址，通过消息管理子模块管理节点间连接和路由关系；

步骤30)、通用功能模块分别向本节点的资源管理子模块和模块管理子模块注册；

步骤40)、利用通用运营支撑系统定制模块定制运营支撑系统，或者按照基础服务模块的接口和通用服务模块的接口二次开发构建专用运营支撑系统，或者针对原有遗留运营支撑系统，开发遗留系统集成子模块作为新增子模块注册到模块管理子模块中来构建运营支撑系统；

步骤50)、运营支撑系统启动时，向运营支撑系统管理子模块注册，获取运营支撑系统全局标识和保密码；

步骤60)、根据业务设备联机指令开发业务设备的客户端，将客户端作为新增功能模块注册到模块管理子模块中，参数为模块名、客户端类型和接口描述；

步骤70)、注册业务提供商，获得业务提供商标识。

10.权利要求9的方法，进一步包括：

步骤110)、从业务请求的参数中解析出运营支撑系统的所述全局标识；

步骤120)、调用模块管理子模块，请求运营支撑系统管理子模块的访问点；

步骤130)、通过运营支撑系统管理子模块的访问点，验证运营支撑系统全局标识的合法性，进一步获取该运营支撑系统的保密码；

步骤140)、结合保密码和业务请求中的摘要信息，对请求进行完整性检查。

Images