本发明涉及电信产品的信息处理技术，尤其涉及一种电信产品信息处理 方法和业务管理子系统。

目前，为适应用户的多方面需求，各种电信服务层出不穷。在这种情况 下，用户需要更便捷、更全面地获取各种电信服务的信息。同时，对于运营 商来说，则需要更高效的管理各种电信服务，特别是需要高效管理各种曰益 丰富的增值业务服务。目前各种增值业务系统已具备提供增值业务服务的能 力，但缺乏将电信增值业务能力转化为电信产品从而推广给用户的方法。现 有提供增值业务服务的业务提供商平台繁多，不同业务提供商平台对增值业 务服务的处理无法兼容，各业务提供商平台只关注本平台增值业务能力的提 供和增值业务服务的销售，不同业务提供商平台间增值业务服务的捆绑销售 很难实现。
概括来说，现有技术处理电信服务相关信息的缺陷在于：1、对电信服务 的生成和管理方法不一致，没有统一的、规范的解决方案；2、兼容性差，只 针对自身提供的电信服务信息进行处理，对其他业务提供商平台提供的电信 服务信息无法兼容处理，通用性差。
因此，如何对众多电信服务的信息进行妥善处理以满足运营商和客户双 方面的需求，正成为目前急待解决的问题。
发明内容200810223445.0
说明书第2/27页
本发明的目的是提供一种电信产品信息处理方法和业务管理子系统，以 实现对现有电信服务的相关信息进行统一、灵活、且全面地管理，从而能够 及时、全面的获取电信服务的相关状态，以便于灵活的配置和控制电信服务， 对电信服务进行适当调整来更好地适应市场需求。
为实现上述目的，本发明提供了一种电信产品信息处理方法，包括： 当接收到电信业务能力签约申请时，获取所述电信业务能力签约申请中
包含的业务能力信息，在本地创建电信业务能力，并设置所述电信业务能力
的业务能力状态；
根据所述业务能力信息执行所述电信业务能力的生命周期控制流程，并 更新所述电信业务能力的业务能力状态；
根据本地存储的、业务能力状态为正常的电信业务能力获取电信业务发 布申请；
当获取到电信业务发布申请时，获取所述电信业务发布申请中指定的电 信业务的业务信息，在本地创建所述电信业务，并设置所述电信业务的业务 状态；
根据所述业务信息执行所述电信业务的生命周期控制流程，并更新所述
电信业务的业务状态；
根据本地存储的、业务状态为正常的电信业务获取电信产品发布申请； 当获取到所述电信产品发布申请时，获取所述电信产品发布申请中指定
的电信产品的产品信息，在本地创建所述电信产品，并设置所述电信产品的
产品状态；
根据所述产品信息执行所述电信产品的生命周期控制流程，并更新所述
电信产品的产品状态。
为实现上述目的，本发明还提供了一种业务管理子系统，包括： 业务提供商门户接口 ，用于接收电信业务能力签约申请或电信业务发布
申请或电信产品发布申请，且电信业务采用业务能力状态为正常的电信业务
能力，电信产品包括业务状态为正常的电信业务；
业务能力处理模块，与所述业务提供商门户接口相连，用于当接收到电 信业务能力签约申请时，获取所述电信业务能力签约申请中包含的业务能力 信息，在本地创建电信业务能力，并设置所述电信业务能力的业务能力状态；
业务能力控制模块，与所述业务能力处理模块相连，用于根据所述业务 能力信息执行所述电信业务能力的生命周期控制流程，并更新所述电信业务 能力在所述业务能力处理模块和/或业务提供商平台和/或业务集成子系统和 /或业务能力子系统中的业务能力状态；
业务处理模块，与所述业务提供商门户接口相连，用于当获取到电信业 务发布申请时，获取所述电信业务发布申请中指定的电信业务的业务信息， 在本地创建所述电信业务，并设置所述电信业务的业务状态；
业务控制模块，与所述业务处理模块相连，用于根据所述业务信息执行 所述电信业务的生命周期控制流程，并更新所述电信业务在所述业务处理模 块和/或业务提供商平台和/或业务集成子系统和/或业务能力子系统中的业 务状态；
产品处理模块，与所述业务提供商门户接口相连，用于当获取到所述电 信产品发布申请时，获取所述电信产品发布申请中指定的电信产品的产品信 息，在本地创建所述电信产品，并设置所述电信产品的产品状态；
产品控制模块，与所述产品处理模块相连，用于根据所述产品信息执行 所述电信产品的生命周期控制流程，并更新所述电信产品在所述产品处理模 块和/或业务提供商平台和/或业务集成子系统和/或业务能力子系统中的产
口O 状态。
由以上技术方案可知，本发明采用逐级管理电信业务能力、电信业务和 电信产品的生命周期，并及时更新其业务能力状态、业务状态和产品状态的 技术手段，实现了对电信服务分层次的系统管理，且能够兼容各业务提供商 平台提供的电信业务和电信产品，充分利用现有的电信服务资源，灵活地配
置电信产品，及时的适应市场需求的变化。
下面通过具体实施例并结合附图对本发明做进一步的详细描述。

图1为本发明电信产品信息处理方法中各信息处理对象之间的关系示意
图；
图2为本发明电信产品信息处理方法所基于的运营商平台结构示意图； 图3为本发明电信产品信息处理方法具体实施例一的流程图； 图4为本发明电信产品信息处理方法具体实施例一中电信业务能力生命 周期控制流程图；
图5为本发明电信产品信息处理方法具体实施例一中业务能力状态关系 示意图；
图6为本发明电信产品信息处理方法具体实施例一中电信业务能力生命 周期控制流程的示意图；
图7为本发明电信产品信息处理方法具体实施例一中业务状态关系示意
图；
图8为本发明电信产品信息处理方法具体实施例一中电信业务生命周期 控制流程的示意图；
图9为本发明电信产品信息处理方法具体实施例一中电信产品生命周期 控制流程的示意图；
图10为本发明业务管理子系统具体实施例的结构示意图。

本发明的电信产品信息处理方法和业务管理子系统提供了一套完整的电 信业务能力、电信业务、电信产品的信息处理方案。在本发明的技术方案中， 首先明确区分、设定了各类信息处理对象。其中涉及的主要信息处理对象包
括：电信业务能力、电信业务和电信产品。其中，电信业务至少包括单一电 信业务、电信业务包等两种形式，可区分为电信应用、电信内容这样两种类 型。电信产品至少包括单一电信产品、组合电信产品、电信产品包、电信套 餐、电信品牌等多种形式。
如图1所示为上述信息处理对象之间的关系示意图，具体而言：电信业 务是最终用户所使用的电信服务，例如，向用户发送的天气预报短信就是一 项单一电信业务；将多项单一电信业务捆绑在一起，即可形成电信业务包， 例如，将短信业务、定位业务、彩信业务按照一定规则进行捆绑打包，即可 构成一个电信业务包；单一电信业务和电信业务包均没有捆绑资费信息，属 于电信产品生成前的中间状态，不直接提供给用户，它们对于用户而言通常 处于不可见和不可购买的状态。
电信业务的类型是多种多样的，按照电信业务的属性和表现形式可以将 电信业务分为电信应用（Application)和电信内容（Content)两种。
电信应用表现为 一段业务控制逻辑。该业务控制逻辑调用运营商平台或 增值业务系统所提供的电信业务能力，获取相关信息，同时处理与用户的交 互。例如，服务提供商（SP)通过调用定位服务器提供的定位业务能力，可 以向用户提供定位业务，通过调用短信系统提供的短信业务能力，可以开发 各种基于短信的电信业务，如短信天气预报、短信新闻等。上述业务控制逻
辑即属于电信应用。
电信内容表现为一段信息，由内容实体和内容元数据构成。内容元数据 是内容实体的描述信息，例如， 一部电影为电信内容形式的电信业务，则内 容实体是电影文件本身，具有播放、下载等属性，内容元数据是关于这部电 影的描述信息，例如电影文件的编码格式、影片简介、所属服务提供商或内 容提供商（CP)、内容实体大小、访问地址、内容实体类型等。用户可以通 过在电信业务门户网站中通过内容元数据发现电信内容，再通过流传送或者 下载的方式从媒体服务器或下载服务器中获取内容实体到终端，并在终端上 展示。电信内容的具体表现形式可以为一部电视剧、 一张可用作手机背景的电影明星图片、 一段铃声、 一个"Java"程序编制的游戏等。
电信产品区别于普通的具有具体物质形态的产品，其实质上是电信运营 商最终销售给用户的服务，具有一定的价格特征，能够满足用户的某种需求。 电信产品的形式包括单一电信产品、组合电信产品、电信套餐等多种形式。 单一电信产品就是捆绑有资费信息的一项单一电信业务，单一电信业务是生 成电信产品的最小单位， 一项电信应用或电信内容当其发布成电信业务后， 通过捆绑不同的资费信息就可形成不同的单一电信产品。例如，包月5元的 每曰新闻短信和包年5 0元的每日新闻短信，为相同的单一 电信业务——每曰 新闻短信，但由于捆绑了不同的资费一一每月5元或每年50元，则形成了不 同的单一电信产品。将多个单一电信业务打包构成电信业务包，将电信业务 包直接捆绑资费信息即可形成组合电信产品，例如上述示例中由短信业务、 定位业务和彩信业务打包构成电信业务包，若定价为包月10元，则形成了一 个组合电信产品，订购该组合电信产品的用户可以通过发送短信请求定位服 务，定位系统根据请求完成定位服务，并将定位信息通过彩信系统以彩信的 形式下发给用户的终端，在该用户得到的组合电信产品中即包括了短信业务、 定位业务和彩信业务三种服务。将单一电信产品和组合电信产品中的任意两 项或两项以上进行捆绑，即可形成电信产品包。将电信产品包绑定一个新的 资费信息，原有各个单一电信产品和组合电信产品的资费统一以新设定的资 费信息为准，即可构成电信套餐。例如，将一个每集1元的电视剧点播电信 产品和一个每部5元的电影点播电信产品组合，即可形成一个电信产品包， 将该电信产品包的资费信息更为配置为包月5元，则形成了一个电信套餐， 当用户订购该电信套餐时，只收取每月5元的资费，而不再收取电信套餐中 各个单一电信产品或组合电信产品的资费。进一步的，多个电信套餐进行绑
定则可构成一个电4言品X牟，例如， 一个38元、68元、98元的交互式网络电 视（简称IPTV)电信套餐可以形成一个"IPTV 369"电信品牌，形成电信品 牌可以更有助于促进各种形式的电信服务产品在市场的推广。
在上述信息处理对象中，单一电信产品、组合电信产品和电信套餐是可
以直接显示并销售给用户的，而电信业务、电信业务包和电信产品包是中间 产物，不能直接销售给用户。另外，上述信息处理对象之间可以设置存在一
定的依赖关系或互斥关系。所谓依赖关系，例如，电信产品B和电信产品A 之间设定了依赖关系，则用户只有订购了电信产品A才可以订购电信产品B, 不能单独订购产品B。典型的一个场景可以是：当用户订购了一个18元的包 月型"剧情片，，电视剧产品时，用户可以添加3元钱，再订购一个"动作片，， 电视剧产品。但是，用户不可以独立订购该3元钱的"动作片"电视剧产品。 其中18元的包月型"剧情片"电视剧和3元钱的"动作片"是两个单一电信 产品，且设定有依赖关系。所谓互斥关系，指两个电信产品之间只能订购一 个，不能同时订购。例如，电信产品C和电信产品D都包含同一电信业务时， 则这两个电信产品之间就存在着隐性的互斥关系。诸如上迷的包月新闻短信 和包年新闻短信，用户通常只能订购一个。
本发明电信产品信息处理方法可以依据上述电信业务能力、电信业务、 电信产品等信息处理对象之间的关系，由设置在运营商侧的运营商平台来执 行。该运营商平台如图2所示，具体可以包括业务管理子系统、业务集成子 系统和业务能力子系统，相互配合实现对各种电信业务能力、电信业务、电 信产品等信息处理对象的处理，用于支撑和实现一类或者多类电信服务，通 过提供用户、业务、鉴权计费、业务接入等标准功能或者接口，方便电信业 务管理和快速引入和推广各种新的电信服务。在业务管理子系统中， 一般还 设有业务提供商门户接口，用于与业务提供商平台进行交互，还设有运营商 门户接口，用于与运营商管理员进行交互。
其中，业务管理子系统主要完成电信业务管理、电信产品管理、用户管 理、服务提供商/内容提供商管理，以及认证、鉴权、计费等功能。上述服务 提供商和内容提供商可以统称为业务提供商。业务集成子系统主要实现业务 能力聚合的集成开发环境和接入控制功能，例如包括SP接入网关、内容接入 网关等，为业务提供商提供开发电信业务的环境；业务能力子系统提供特定 的业务能力和业务路由功能，例如短信业务能力、彩信业务能力、定位业务
能力等，用于具体实现各个电信业务，为业务提供商提供电信业务的底层软 件和网元硬件支持。
本发明电信产品信息处理方法具体可以由运营商平台中的业务管理子系
统来执行，基本流程包括如下步骤：
步骤1、当业务管理子系统接收到电信业务能力签约申请时，获取电信 业务能力签约申请中包含的业务能力信息，在本地创建该电信业务能力，并 设置该电信业务能力的业务能力状态；
步骤2、业务管理子系统根据业务能力信息执行该电信业务能力的生命 周期控制流程，并更新电信业务能力的业务能力状态；
步骤3、业务管理子系统根据本地存储的、业务能力状态为"正常，，的 电信业务能力获取电信业务发布申请；
步骤4、当业务管理子系统获取到电信业务发布申请时，获取电信业务
发布申请中指定的电信业务的业务信息，在本地创建该电信业务，并设置该 电信业务的业务状态；
步骤5、业务管理子系统根据该业务信息执行该电信业务的生命周期控 制流程，并更新该电信业务的业务状态；
步骤6、业务管理子系统根据本地存储的、业务状态为"正常，，的电信 业务获取电信产品发布申请；
步骤7、当业务管理子系统获取到电信产品发布申请时，获取电信产品
发布申请中指定的电信产品的产品信息，在本地创建该电信产品，并设置该 电信产品的产品状态；
步骤8、业务管理子系统根据该产品信息执行该电信产品的生命周期控 制流程，并更新该电信产品的产品状态。
上述流程为本发明电信产品信息处理方法的基本步骤。其中，电信业务 能力签约申请、电信业务发布申请和电信产品发布申请均可以通过业务管理 子系统上设置的业务提供商门户接口或运营商门户接口获取。业务能力信息、 业务信息和产品信息可以分别称为电信业务能力、电信业务和电信产品的属
性信息，业务能力状态、业务状态和产品状态可以分别称为电信业务能力、 电信业务和电信产品的控制状态。业务管理子系统为各个信息处理对象设置 控制状态，根据生命周期控制流程的变化随时更新其控制状态，进一步地， 业务管理子系统还可以将信息处理对象的属性信息和/或控制状态发送给业 务集成子系统、业务能力子系统，以及其他需要获取信息处理对象属性信息 和/或控制状态的网元，以保持各信息处理对象在整个电信服务体系中属性信 息和/或控制状态的同步。
下面通过各实施例的技术方案具体描述上述基本步骤。
电信产品信息处理方法实施例一
如图3所示为本发明电信产品信息处理方法具体实施例一的流程图。本 实施例包括如下步骤：
步骤IO、当业务管理子系统接收到电信业务能力签约申请时，获取电信 业务能力签约申请中包含的业务能力信息并在本地存储，在本地创建一个新 的电信业务能力，并对应设置该电信业务能力的业务能力状态，该业务能力 状态可以包括在业务能力信息之中，作为其中的一个属性字段；
在上述步骤10中，电信业务能力签约申请是业务提供商通过业务提供商 门户接口提交给业务管理子系统的，或者当运营商本身也兼具业务提供功能 时，由运营商管理员通过运营商门户接口将电信业务能力签约申请提交给业 务管理子系统。业务提供商在申请创建电信业务之前，需要先签约承载该电 信业务的电信业务能力，电信业务网络中可提供的电信业务能力至少包括： 3G无线应用协议（Wireless Application Protocol;以下简称：WAP) 、 3G 空中下载业务（Over-The-Air;以下简称：OTA ) 、 3G短消息服务（Short Message Service;以下简称：SMS ) 、 3G多媒体短信服务（Multimedia Message Service;以下简称：醒S) 、 3G移动位置服务（Location Based Service ; 以下简称：LBS) 、 3G流力某体（Streaming) 、 3G悦铃、个人手持式电话系统 (Personal Handy-phone System;以下简称：PHS,也称小灵通）SMS、 PHS 悦铃、宽带增值、交互式网络电视、固网悦铃等。例如，如果业务提供商平
台要发布一个天气预报短信业务，那么就需要先在运营商平台上签约短信业 务能力。在提交电信业务能力签约申请时，其中所包含的业务能力信息，又
可称为业务能力签约信息，可以包括但不限于为：业务能力标识（ID)，即 电信业务能力的唯一编码；业务能力类型，例如3GWAP等；业务能力描述， 用于描述电信业务能力。
步骤20、业务管理子系统根据该业务能力信息执行该电信业务能力的生 命周期控制流程，该生命周期控制流程用于控制电信业务能力的签约过程， 并更新该签约的电信业务能力的业务能力状态；
在上述步骤20中，业务管理子系统根据业务能力信息执行该电信业务能 力的生命周期控制流程，同时也相当于触发了该电信业务能力的审批工作流， 上述生命周期控制流程如图4所示，其业务能力状态关系示意图如图5所示， 具体为：
步骤21、业务管理子系统将业务能力状态设置为"申请"，同时可以将 工作流状态设置为"审核"，"申请"状态表示该电信业务能力已经提交了 签约申请，但是处于未审批通过的状态；
步骤22、业务管理子系统显示该业务能力信息和业务能力状态给运营商 管理员获知，具体可以调用浏览器功能进行显示，以便运营商管理员获知该 电信业务能力的相关信息，并基于该业务能力信息执行审批流程；
步骤23、业务管理子系统接收并识别针对该业务能力信息的审批结果， 当审批结果为"审批通过"时，执行步骤24,当审批结果为"审批不通过" 时，执行步骤27;
步骤24、业务管理子系统设置本地的业务能力状态为"正常，，，且可以 设置工作流状态为"结束，，，在审批通过后，将业务能力状态或包括业务能 力状态的业务能力信息同步到业务集成子系统和业务能力子系统中，处于"正 常"业务能力状态的电信业务能力实际上即处于可以发布电信业务的状态；
步骤25、在电信业务能力签约一段时间之后，由于过时或者故障等原因 需要被注销时，可以由运营商管理员或业务提供商平台发起注销请求给业务
管理子系统，当业务管理子系统接收到电信业务能力的注销请求时，执行审 批流程，当获取到审批通过的审批结果时，而后可以直接将该电信业务能力
注销，即执行步骤27,但较佳的是对应设置业务能力状态为"预注销"，并 触发注销緩冲期计时，同时对应更新业务集成子系统和业务能力子系统中的 业务能力状态或包括业务能力状态的业务能力信息。"预注销"状态是緩沖 期到达前设置的业务能力状态，当緩冲期到达时，系统将业务能力状态由"预 注销"设置为"注销"。可以根据情况需要设置注销緩冲期的时间长短，例 如设置为当前时间，则表示要立即进行注销。处于"预注销"状态时，基于 该电信业务能力的电信业务和电信产品等均不能够再被订购，但已订购的还 可以继续使用；
步骤26、当业务管理子系统监测到注销緩冲期达到设定门限值时，即该 电信业务能力的预注销緩冲时间已经达到一定值时，执行步骤27;
步骤27、业务管理子系统设置该电信业务能力的业务能力状态为"注销"， 此时可以设置工作流状态为"结束"，对应将业务能力状态或包括业务能力 状态的业务能力信息同步到业务集成子系统和业务能力子系统中进行更新，
"注销，，状态是删除存储在本地以及业务集成子系统和业务能力子系统中的 该电信业务能力的业务能力信息之前的状态，处于"注销"状态的电信业务 能力及基于该电信业务能力的电信业务和电信产品不能再被订购和使用。
在上述电信业务能力的生命周期控制流程中所执行的审批流程具体可以 包括审核操作、配置操作和测试操作的步骤，审批流程在每次业务能力状态 变更前均可以被执行，审批流程具体为执行下述步骤，且包括审批流程的电 信业务能力的生命周期控制流程的示意图如图6所示。
步骤al、业务管理子系统将业务能力信息显示给运营商审批人员以供其 依据业务能力信息对该电信业务能力进行审核操作，业务管理子系统同时监 测获取审核结果，当识别到审核结果为"审核通过"时，将处于"审核"的 工作流状态更新为"配置"，并执行步骤a2，当识别到审核结果为"审核不 通过"时，将工作流状态更新为"结束"，产生"审批不通过"的审批结果，
并执行步骤27;
步骤a2、业务管理子系统根据业务能力信息进行配置操作，并获取配置 结果，当识别到配置结果为"配置成功"时，将工作流状态更新为"测试"， 并执行步骤a3，当识别到配置结果为"配置失败，，时，将工作流状态更新为 "结束"，产生"审批不通过"的审批结果，并执行步骤27;
步骤a3、业务管理子系统根据业务能力信息进行测试操作，并获取测试 结果，当识别到测试结果为"测试成功"时，将工作流状态更新为"结束"， 产生"审批通过，，的审批结果，继续执行后续步骤，当识别到测试结果为"测 试失败，，时，也将工作流状态更新为"结束"，产生"审批不通过，，的审批 结果，执行步骤27。
在上述步骤20之后，继续执行步骤30、业务管理子系统根据本地存储 的、业务能力状态为"正常"的电信业务能力获取电信业务发布申请；
在上述步骤30中，电信业务发布申请一般由业务提供商发起，即步骤 30可以具体为：
步骤31a、业务管理子系统将本地存储的、正处于生命周期控制流程中 的电信业务能力的业务能力信息以及其中的业务能力状态进行显示，具体是 将归属于某业务提供商平台的电信业务能力的业务能力信息提供给该业务提 供商平台获知，以供该业务提供商在登录业务管理子系统时能够查询获知自 身所签约的电信业务能力的业务能力信息以及其业务能力状态；
步骤32a、业务提供商平台在获知业务能力信息后，在业务能力状态为 "正常，，的电信业务能力中进行选择，以便形成电信业务；
步骤33a、业务提供商平台将形成的电信业务的业务信息设置在电信业 务发布申请中，并将电信业务发布申请通过业务提供商门户接口提交给业务 管理子系统；
步骤34a、业务管理子系统接收获取该电信业务发布申请。 在上述过程中，根据业务能力状态为"正常"的电信业务能力所形成的 电信业务可以为单一电信业务，则业务提供商平台根据业务能力状态为"正
常，，的一个电信业务能力，形成一个单一电信业务作为电信业务，获取该单 一电信业务的单一业务信息作为业务信息。或者，根据业务能力状态为"正 常，，的电信业务能力所形成的电信业务可以为电信业务包，则业务提供商平 台根据业务能力状态为"正常"的至少两个电信业务能力，形成电信业务包 作为电信业务，获取该电信业务包的业务包信息作为业务信息。
对于电信业务包，其业务包信息包括但不限于包括：业务包标识，用于 唯一标识电信业务包；业务包名称；业务包描述，用于描述电信业务包的相 关信息；访问模式；归属省的省份代码；业务包状态；状态转换原因，用于 记录业务包状态变更原因；状态转换时间，用于记录业务包状态变更时间； 生效时间，用于记录电信业务包开始生效的时间；失效时间，用于记录业务 包失效的时间；业务标识集合，用于记录构成该电信业务包的所有电信业务 的标识。
步骤40、当业务管理子系统获取到电信业务发布申请时，获取电信业务 发布申请中指定的电信业务的业务信息，在本地创建该电信业务，并设置该 电信业务的业务状态；
步骤50、业务管理子系统根据该业务信息执行该电信业务的生命周期控 制流程，并更新该电信业务的业务状态；
在上述步骤50中，电信业务的生命周期控制流程与电信业务能力的生命 周期控制流程类似，如图7所示，具体包括如下步骤：
步骤51、业务管理子系统将业务状态设置为"申请"，"申请，，状态表 示已经提交了该电信业务申请，但是该电信业务处于未通过审批的状态；
步骤52、业务管理子系统显示该业务信息和业务状态，具体可以调用浏 览器功能进行显示，以便运营商审批人员获知该电信业务的业务状态，并对 该业务信息执行审批流程，该审批流程类似于上述的步骤al〜a3，即进行审 核操作、配置操作和测试操作；
步骤53、业务管理子系统获取并识别针对该业务信息的审批结果，当识 别到审批结果为"审批通过"时，执行步骤54,当识别到审批结果为"审批
不通过"时，执^f亍步骤57;
步骤54、业务管理子系统设置本地的业务状态为"正常"，在审批通过 之后，更新电信业务在业务集成子系统和业务能力子系统中的业务状态或包 括业务状态的业务信息，处于"正常，，业务状态的电信业务实际上即处于可 以构成电信产品提供给用户的状态；
步骤55、在电信业务应用了一段时间，由于过时或者故障等原因需要被 注销时，可以由运营商管理员或服务商管理员发起注销请求给业务管理子系 统，当业务管理子系统接收到电信业务的注销请求时，类似执行上述审批流 程，当获取到"审批通过"的审批结果时，可以直接将该电信业务注销，即 执行步骤57,但较佳的是对应设置业务状态为"预注销"，并触发注销緩冲 期计时，同时对应更新业务集成子系统和业务能力子系统中的业务状态。"预 注销"状态是緩冲期到达前设置的业务能力状态，当緩冲期到达时，系统将 业务能力状态由"预注销"设置为"注销"。可以根据情况需要设置注销緩 冲期的时间长短，例如设置为当前时间，则表示要立即进行注销。处于"预 注销"状态时，基于该电信业务的电信产品等不能够再被订购，但已订购的 还可以继续使用，且该电信业务也不能再形成新的电信产品了 ；
在上述步骤55中，当业务管理子系统接收到电信业务的注销请求之前， 还可以进一步扭J亍下述控制步骤：
当业务管理子系统接收到运营商管理员输入的或业务提供商平台发起的 电信业务的暂停使用请求时，类似执行上述审批流程，当获取到"审批通过" 的审批结果时，对应设置电信业务的控制状态为"暂停使用"，并将业务状 态发送给业务集成子系统和业务能力子系统以进行同步更新，且当业务管理 子系统接收到运营商侧或业务提供商侧发起的电信业务的暂停使用恢复请求 时，类似执行上述审批流程，当获取到"审批通过"的审批结果时，对应设 置电信业务的控制状态为"正常，，，并发送给业务集成子系统和业务能力子 系统以进行业务状态同步更新。"暂停使用"的业务状态表示该电信业务不 能被使用，用户也不能够订购基于该电信业务产生的所有电信产品、电信套
餐等，计费也暂停。
另外，当业务管理子系统接收到电信业务的注销请求之前，还可以进一
步执行下述控制步骤：
当业务管理子系统接收到电信业务的暂停购买请求时，类似执行上述审 批流程，当获取到"审批通过，，的审批结果时，对应设置其业务状态为"暂 停购买"并进行业务状态更新，且当业务管理子系统接收到电信业务的暂停 购买恢复请求时，类似执行上述审批流程，当获取到审批通过的审批结果时， 对应设置其业务状态为"正常"并进行业务状态更新。
当电信业务处于"正常，，或"暂停使用"或"暂停购买，，的状态时，均 可以被发起注销请求，以便按照上述步骤55执行后续流程。
步骤56、当业务管理子系统监测到注销緩冲期达到设定门限值时，即该 电信业务的预注销緩冲时间已经达到一定值时，执行步骤57;
步骤57、业务管理子系统设置该电信业务的业务状态为"注销"，对应 更新业务集成子系统和业务能力子系统中的业务状态，"注销"状态是删除 存储在本地以及业务集成子系统和业务能力子系统中该电信业务的业务信息 之前的状态和信息，处于"注销"状态的电信业务及基于该电信业务的电信 产品不能再被订购和使用。
电信业务生命周期控制流程中的审批流程与电信业务能力生命周期控制 流程类似，也可以在电信业务的业务状态变更前执行，即进行审核操作、配 置操作和测试操作，当审核通过、配置成功、且测试成功后，更新电信业务 的业务状态。
步骤60、业务管理子系统根据本地存储的、所有业务状态为"正常，，的 电信业务获取电信产品发布申请；
上述步骤60中，电信产品发布申请既可以由业务提供商平台发起，也可 以由运营商平台发起。当业务提供商平台根据自身或市场需要发起电信产品 发布申请时，可以执行下述步骤：
步骤61a、业务管理子系统将本地存储的、正处于生命周期控制流程中 的电信业务的业务信息以及其中的业务状态显示或发送给对应的业务提供商 平台获知，具体是将归属于某业务提供商的电信业务的业务信息对应提供该
业务提供商获知；
步骤62a、业务提供商平台在业务状态为"正常"的电信业务中进行选 择，将选定的电信业务绑定资费信息，以形成电信产品；
步骤63a、业务提供商平台生成一电信产品发布申请，将形成的电信产 品的产品信息设置在电信产品发布申请中，并将该电信产品发布申请通过业 务提供商门户接口提交给业务管理子系统；
步骤64a、业务管理子系统接收获取该电信产品发布申请。
当运营商平台根据自身或市场需求发起电信产品发布申请时，其可以执 行下述步骤：
步骤61b、业务管理子系统在本地存储的、所有业务状态为"正常，，的 电信业务中进行选择，将选定的电信业务绑定资费信息，以形成电信产品；
步骤62b、业务管理子系统生成电信产品发布申请，并将形成的电信产 品的产品信息设置在电信产品发布申请中。
上述两种实现电信产品发布申请的具体方式既能够使业务提供商对"正 常，，状态的电信业务发起电信产品发布申请，也可以使运营商平台具备灵活 发起电信产品发布申请的功能，运营商平台可以根据需要将不同业务提供商 平台提供的电信业务进行打包以生成适应市场需要的电信产品。
其中，由前述记载可知，发明电信产品信息处理方法实施例中，信息处 理对象的形式多种多样，则业务管理子系统或业务提供商平台将业务状态为 "正常，，的电信业务绑定资费信息，以形成电信产品的具体实现方式有很多。 其中一种具体实现方式为：
将业务状态为"正常"的一个单一电信业务绑定资费信息，以形成单一 电信产品作为电信产品，获取该单一电信产品的单一产品信息作为产品信息。
另一种具体实现形式为：
将业务状态为"正常"的一个电信业务包绑定资费信息，以形成组合电
信产品作为电信产品，获取组合电信产品的组合产品信息作为产品信息。
步骤70、当业务管理子系统获取到电信产品发布申请时，获取电信产品 发布申请中指定的电信产品的产品信息，在本地创建该电信产品，并设置该 电信产品的产品状态；
步骤80、业务管理子系统根据该产品信息执行该电信产品的生命周期控 制流程，并更新该电信产品的产品状态。
上述步骤80中，电信产品的生命周期控制流程与电信业务的生命周期控 制流程类似，可以参见图7所示，具体可以包括如下步骤：
步骤81、业务管理子系统将产品状态设置为"申请"，"申请"状态表 示该电信产品已经提交了申请，但是处于未通过审批的状态；
步骤82、业务管理子系统显示该产品信息和产品状态，具体可以调用浏 览器功能进行显示，以便运营商审批人员获知该电信产品的产品状态，并对 该产品信息执行与电信业务能力和电信业务类似的审批流程；
步骤83、业务管理子系统获取并识别针对该产品信息的审批结果，当识 别到审批结果为"审批通过"时，执行步骤84,当识别到审批结果为"审批 不通过'，时，执行步骤87;
步骤84、业务管理子系统设置本地的产品状态为"正常"，同时更新电 信产品在业务集成子系统和业务能力子系统中的产品状态或包括产品状态的 产品信息，处于"正常"产品状态的电信产品实际上即处于可以提供给用户 订购的状态，可以净g现给用户获知，且可以进一步形成其他电信产品形式；
步骤85、在电信产品应用了一段时间，由于过时或者故障等原因需要被 注销时，可以由运营商管理员或服务商管理员发起注销请求给业务管理子系 统，当业务管理子系统接收到电信产品的注销请求时，类似执行上述审批流 程，当获取到"审批通过，，的审批结果时，可以直接将该电信产品注销，即 执行步骤87,但较佳的是对应设置产品状态为"预注销"，并触发注销緩沖 期计时，同时对应更新业务集成子系统和业务能力子系统中的产品状态。"预 注销"状态是緩沖期到达前设置的业务能力状态，当緩冲期到达时，系统将
业务能力状态由"预注销"设置为"注销"。可以根据情况需要设置注销緩 冲期的时间长短，例如设置为当前时间，则表示要立即进行注销。处于"预
注销"状态时，该电信产品不能够再被订购，但已订购的还可以继续使用；
在上述步骤85中，当业务管理子系统接收到电信产品的注销请求之前， 还可以进一 步执行下述控制步骤：
当业务管理子系统接收到运营商管理员输入的或业务提供商平台发起的 电信产品的暂停使用请求时，类似执行上述审批流程，当获取到"审批通过，， 的审批结果时，对应设置电信产品的产品状态为"暂停使用"，并将产品状 态发送给业务集成子系统和业务能力子系统以进行同步更新，且当业务管理 子系统接收到运营商侧或业务提供商侧发起的电信产品的暂停使用恢复请求 时，类似执行上述审批流程，当获取到审批通过的审批结果时，对应设置电 信产品的产品状态为"正常"，并发送给业务集成子系统和业务能力子系统 以进行产品状态同步更新。"暂停使用"的产品状态表示该电信产品不能被 使用，用户也不能够订购该电信产品，计费也暂停。
另外，当业务管理子系统接收到电信产品的注销请求之前，还可以进一 步执行下述控制步骤：
当业务管理子系统接收到电信产品的暂停购买请求时，类似执行上述审 批流程，当获取到"审批通过"的审批结果时，对应设置其产品状态为"暂 停购买，，并进行产品状态更新，且当业务管理子系统接收到电信产品的暂停 购买恢复请求时，类似执行上述审批流程，当获取到"审批通过"的审批结 果时，对应设置其产品状态为"正常"并进行产品状态更新。
当电信产品处于"正常"或"暂停使用"或"暂停购买"的状态时，均 可以被发起注销请求，以便按照上述步骤85执行后续流程。
步骤86、当业务管理子系统监测到注销緩冲期达到设定门限值时，即该 电信产品的预注销緩冲时间已经达到一定值时，执行步骤87;
步骤87、业务管理子系统设置该电信产品的产品状态为"注销"，对应 更新业务集成子系统和业务能力子系统中的产品状态，"注销，，状态是删除
存储在本地以及业务集成子系统和业务能力子系统中该电信产品的产品信息 之前的状态的信息，处于"注销"状态的电信产品不能再被订购和使用。
电信产品生命周期控制流程中的审批流程与电信业务能力生命周期控制 流程中的审批流程类似，也可以在电信产品审核通过之后对电信产品进行配 置操作和测试操作，在进行测试操作时，只有测试用户能够看到电信产品的 产品信息，并能订购和使用该测试的电信产品。当配置成功后，且测试成功 后，改变电信产品的产品状态。
在本发明电信产品信息处理方法实施例中，对电信业务和电信产品所执 行的生命周期控制流程中，还可以进一步当获取到"审批不通过"、或"配
置失败"、或"测试失败"的结果之后，执行下述步骤：
业务管理子系统设置业务状态或产品状态为"待修改，，，并将"审批不 通过，，、或"配置失败"、或"测试失败"的结果发送给业务提供商平台， 进一步还可发送失败的原因值，以便业务提供商平台进行相应的修改后从新 发起申请或发送请求。
例如，在将业务状态或产品状态从"申请"变更为"正常"的审批流程 中，若审批不通过，则业务提供商平台修改后，业务管理子系统可以接收业 务提供商平台发送的修改后的业务发布申请或产品发布申请，并返回生命周 期控制流程的第二步，即步骤52或步骤82,重新执行生命周期控制流程。
包括返回修改流程的电信业务的生命周期控制流程如图8所示，电信产 品的生命控制流程如图9所示。
本实施例的技术方案以电信业务能力-电信业务-电信产品的三级信息处 理体系，对整个电信服务的电信产品、中间产物等信息处理对象进行管理， 业务管理子系统同时接收各个电信业务能力、电信业务和电信产品的申请， 独立执行各个信息处理对象的生命周期控制流程。上述技术方案的优势至少 体现在以下方面：由运营商侧的业务管理子系统对所有电信业务能力-电信业 务-电信产品进行统一管理，分别对每个信息处理对象的生命周期进行控制和 状态记录，能够使纷繁复杂的电信信息处理对象的层次明确，管理机制系统，
则能够提高管理效率和可靠性，避免数据混合的现象出现；可以根据电信业 务能力的业务能力状态有针对性的生成电信业务，类似的才艮据电信业务的业 务状态生成电信产品，能够清楚、便捷的获取所有处于可利用状态的电信服 务资源，则可以增加对电信服务资源的利用率；运营商平台可以对可利用的 电信业务进行交叉捆绑打包以生成电信产品，在生命周期控制流程中还可以 及时进行注销等操作，这样的信息发起方式和控制方式更为灵活，能够适应 市场需求的快速变化，提高电信服务的应变能力，并且，更有利于业务提供 商和运营商利用此平台所发布的电信服务资源开发新的电信业务和电信产 品，促进电信服务行业的高效发展。特别是能够促进各种增值电信业务转换 为电信产品提供给用户。
在上述技术方案的基础上，由于电信业务能力、电信业务和电信产品之 间的关联性，还可以在电信业务的生命周期控制流程中，设置业务管理子系 统监测构成该电信业务的电信业务能力的业务能力状态；当监测到业务能力 状态为"预注销，，时，设置该电信业务的业务状态为"预注销，，；当监测到 业务能力状态为"注销"时，则执行步骤57，即设置该电信业务的业务状态 也为"注销"。
类似的，在电信产品的生命周期控制流程中，设置业务管理子系统监测 构成该电信产品的电信业务的业务状态；当监测到业务状态为"预注销"时， 设置电信产品的产品状态为"预注销"；当监测到业务状态为"注销"时， 则执行步骤87,即设置该电信产品的产品状态也为"注销"。
上述技术方案能够保证电信业务能力、电信业务和电信产品之间的关联 性，使提供的电信服务可靠性更高。
电信产品信息处理方法实施例二
本发明电信产品信息处理方法具体实施例二以实施例一的技术方案为基 础，进一步丰富了电信产品的生成处理流程。即，在形成了单一电信产品和/ 或组合电信产品之后，业务管理子系统或业务提供商平台将产品状态为"正 常"的至少两个单一电信产品，或至少两个组合电信产品，或至少一个单一
电信产品及至少 一个组合电信产品进行捆绑，以形成电信产品包作为电信产 品，并获取电信产品包的产品包信息作为产品信息，设置在电信产品发布申 请中提交。
电信产品包作为电信产品的形式之一 ，可执行实施例 一 中所述的电信产 品生命周期控制流程，最终提供给用户订购。上述技术方案可以方便的根据 已有"正常"状态的单一电信产品和组合电信产品进行捆绑组合，以灵活的 生成适应市场需要的电信产品形式，其实现方法简单，灵活性高，且能够全 面的获知所有可利用资源，所以对资源的利用充分。
进一步地，在形成电信产品包之后，业务管理子系统或业务提供商平台 可以将产品状态为"正常"的至少两个电信产品包重新绑定资费信息，以形 成电信套餐作为电信产品，并获取电信套餐的套餐信息作为产品信息，设置 在电信产品发布申请中提交。
电信套餐作为电信产品的形式之一 ，可执行实施例 一 中所述的电信产品 生命周期控制流程，最终提供给用户订购。上述技术方案可以方便的根据已 有"正常"状态的电信产品包进行资费信息的重新捆绑组合，以灵活的生成 适应市场需要的电信产品形式，其实现方法简单，灵活性高，且能够全面的 获知所有可利用资源，所以对资源的利用充分。
更进一步的，在形成电信套餐之后，业务管理子系统或业务提供商平台 可以将产品状态为"正常"的至少两个电信套餐进行捆绑，以形成电信品牌 作为电信产品，并获取电信品牌的品牌信息作为产品信息，设置在电信产品 发布申请中提交。
电信品牌作为电信产品的形式之一 ，可执行实施例 一 中所述的电信产品 生命周期控制流程，最终显示给用户，可以作为宣传所用。上述技术方案可 以方便的根据已有"正常"状态的电信品牌进行捆绑组合，以灵活的生成适 应市场需要的电信产品形式，其实现方法简单，灵活性高，且能够全面的获
知所有可利用资源，所以对资源的利用充分。
上述电信产品的产品信息可以包括但不限于包括下述参数：单一电信产
品/组合电信产品/电信产品包/电信套餐/电信品牌的标识；电信产品名称； 电信产品描述；电信业务标识集合，用于记录构成该电信产品的电信业务或 中间电信产品的标识，可以为单一电信业务、电信业务包的标识，还可以作 为中间产物的电信产品包等的标识；资费信息标识，用于标记该电信产品所 捆绑的资费信息；积分策略；归属省的省份代码；订购方式，例如"不需要 订购"、"点播"、"订购"等；推广期起始时间；推广期结束时间；电信 产品发布时间；试用期起始时间；试用期结束时间；电信产品订购期起始时 间；电信产品订购期结束时间；电信产品生效时间；电信产品失效时间；电 信产品订购特征字符串；电信产品退定特征字符串等。 电信产品信息处理方法实施例三
本发明电信产品信息处理方法具体实施例三以实施例一或二的技术方案 为基础，进一步加强各个电信产品之间的内在联系，强化运营商对电信产品 的控制功能。如前文所述，电信产品之间可以存在依赖关系或互斥关系。
对于依赖关系，可以由业务管理子系统或业务提供商平台在形成电信产 品之前进行设置，即：设置待形成的电信产品与关联电信产品的依赖关系， 该关联电信产品通常为一个已经形成的电信产品，将该关联电信产品的标识 设置在电信产品的产品信息的依赖字段之中，即构建了该电信产品与关联电 信产品的依赖关系，在该电信产品发布后，若用户进行购买，则业务管理子 系统将根据该产品信息依赖字段中的数值，检测该用户是否已购买关联电信 产品，若是，则允许购买本电信产品，否则抑制该订购行为。
对于互斥关系，可以由业务管理子系统进行控制，在执行电信产品生命 周期控制流程的步骤81中，具体为执行下述步骤：
业务管理子系统从产品信息中解析获取构成该电信产品的电信业务的标 识，若电信产品为电信产品包或组合电信产品等形式，则包括至少两个电信 业务的标识；
业务管理子系统两两比较各电信业务的标识，当存在相同的电信业务的 标识时，执行步骤87,注销该电信产品，否则将该电信产品的产品状态设置
为"申请"。
在电信产品的订购过程中，也可以设置业务管理子系统对互斥关系的控 制，如上述步骤所示。当业务管理子系统接收到用户订购电信产品的请求时， 可以采集用户已订购的电信产品的产品信息，并将构成用户待订购的和已订 购的电信产品的各电信业务标识进行比较，若不存在相同的电信业务标识， 则可以继续执行订购流程，否则说明待订购的和已订购的电信产品之间存在 互斥关系，应抑制该订购流禾呈，不允i午用户订购。
电信产品信息处理方法实施例四
本发明电信产品信息处理方法具体实施例四以实施例一、二或三的技术 方案为基础，进一步丰富对不同类型电信业务信息的处理。由前文所述可知， 电信业务的类型可以分为电信应用和电信内容两类。则在执行电信业务的生
命周期控制流程的步骤51时，具体为执行下述步骤：
业务管理子系统从业务信息中解析获取该电信业务的类型标识，其中， 电信业务的业务信息可以包括但不限于包括下述参数：电信业务标识；电信 业务名称；电信业务描述；电信业务服务类别，例如：3G、 PHS、软交换（NGN)、 宽带、固网等；所属业务提供商标识；电信业务类型标识，记录该电信业务 属于电信内容还是电信应用；电信内容标识，当该电信业务是电信内容时， 此参数有效；业务能力标识，构成该电信业务的电信业务能力标识，电信业 务包用特定标识表示；访问模式，例如省级或全国级；业务接入号，前缀为 业务提供商电信业务能力的接入号；省份代码，对本地电信业务有效；业务 状态；状态转换原因；状态转换时间；业务生效时间；业务失效时间；业务 访问地址，例如3G SMS、 3G ,S、 PHS SMS、电信业务包的业务访问地址， 需要配置到业务提供商网关（SPGW);接收定购通知的统一资源定位符 (Uniform Resource Locator,以下简称URL );接收取消定购通知的URL等。
当业务管理子系统识别到该电信业务类型标识为电信应用类型时，设置 该业务状态为"申请"，当识别到类型标识为电信内容标识时，从运营商平 台获取电信业务的内容元数据，即获知需要业务提供商平台上传电信内容实
体，并填写内容元数据信息，例如关于电信内容实体的描述信息，如内容名 称、内容简介、内容实体的编码格式、内容类型、访问地址等，业务管理子 系统将内容元数据等相关信息一并设置在业务信息中，并设置该业务状态为 "申请，，。
当电信业务类型为电信内容时，相关的业务信息可以包括但不限于包括
如下参数：电信内容标识；基本信息；内容名称；内容描述；SPID;电信业 务能力标识；所属业务类型；访问模式；内容类型，例如文本、网页、音频、 视频、图片、"Java"等；省份代码；状态转换原因；状态转换时间；内容 访问地址，通过该地址获得实际的内容给用户；扩展信息：内容的扩展信息 是内容本身的一些相关资讯，比如一个影片的导演、演员、时长、分级；一
个铃音的作曲、作词、演唱者等信息。
本实施例电信产品信息处理方法能够高效、系统的处理各种电信服务信 息处理对象，增强的电信服务系统提供电信产品的通用性和可扩展性。另夕卜， 本实施例的技术方案能够提供跨电信业务的捆绑打包，例如提供定位产品， 其需要短信、彩信、定位三种电信业务的组合。上述技术方案对各个电信业 务能力提供平台所提供的电信业务能力及其相关的电信业务具有通用性，不 因具体电信业务的不同而不同，即可实现灵活的交叉电信业务打包。
业务管理子系统实施例
如图IO所示为本发明业务管理子系统具体实施例的结构示意图。该业务 管理子系统即可以为上述运营商平台中的业务管理子系统，其具体包括业务 提供商门户接口 100、业务能力处理模块200、业务能力控制模块300、业务 处理模块400、业务控制模块500、产品处理模块600和产品控制模块700。 其中，业务提供商门户接口 100用于接收电信业务能力签约申请或电信业务 发布申请或电信产品发布申请，或者是上述所有申请，且该电信业务采用业 务能力状态为"正常"的电信业务能力，电信产品包括业务状态为"正常" 的电信业务；业务能力处理模块200与业务提供商门户接口 100相连，用于 当接收到电信业务能力签约申请时，获取电信业务能力签约申请中包含的业能力信息，在本地创建该电信业务能力，并设置该电信业务能力的业务能
力状态；业务能力控制模块300与业务能力处理模块200相连，用于根据业 务能力信息执行该电信业务能力的生命周期控制流程，并更新该电信业务能 力在业务能力处理模块200和/或业务提供商平台和/或业务集成子系统和/ 或业务能力子系统中的业务能力状态，以保持该电信业务能力的状态同步； 业务处理模块400与业务提供商门户接口 100相连，用于当获取到电信业务 发布申请时，获取电信业务发布申请中指定的电信业务的业务信息，在本地 创建该电信业务，并设置该电信业务的业务状态；业务控制模块500与业务 处理模块400相连，用于根据业务信息执行该电信业务的生命周期控制流程， 并更新电信业务在业务处理模块400和/或业务提供商平台和/或业务集成子 系统和/或业务能力子系统中的业务状态，以保证电信业务的状态同步；产品 处理模块600与业务提供商门户接口 100相连，用于当获取到电信产品发布 申请时，获取电信产品发布申请中指定的电信产品的产品信息，在本地创建 该电信产品，并设置电信产品的产品状态；产品控制模块700与产品处理模 块600相连，用于根据产品信息执行该电信产品的生命周期控制流程，并更 新该电信产品在产品处理模块600和/或业务提供商平台和/或业务集成子系 统和/或业务能力子系统中的产品状态，以保证电信产品的状态同步。
在本实施例的技术方案中，该业务管理子系统还可以进一步包括：业务 申请模块800和产品申请模块900。其中，业务申请模块800用于根据业务 能力处理模块200中存储的、业务能力状态为"正常"的电信业务能力产生 电信业务发布申请，并提供给业务提供商门户接口 100;产品申请模块900 用于根据业务处理模块400和/或产品处理模块600中存储的、业务状态或产 品状态为"正常，，的电信业务或电信产品产生电信产品发布申请，并提供给 业务提供商门户接口 100。
上述业务申请模块800可以具体包括单一电信业务申请单元810、电信 业务包申请单元820和业务发布申请产生单元830。单一电信业务申请单元 810用于根据业务能力状态为"正常"的一个电信业务能力形成单一电信业
务作为电信业务，获取单一电信业务的单一业务信息作为业务信息；电信业 务包申请单元820用于根据业务能力状态为"正常，，的至少两个电信业务能 力形成电信业务包作为电信业务，获取电信业务包的业务包信息作为业务信 息；业务发布申请产生单元830分别与单一电信业务申请单元810和电信业 务包申请单元820相连，用于根据产生的电信业务形成电信业务发布申请， 并将业务信息设置在电信业务发布申请中，将该电信业务发布申请提交给业 务提供商门户接口 100。
上述产品申请模块900可以具体包括单一电信产品申请单元910、组合 电信产品申请单元920、电信产品包申请单元930、电信套餐申请单元940、 电信品牌申请单元950和产品发布申请产生单元960。其中，单一电信产品 申请单元910用于将业务状态为"正常，，的一个单一电信业务绑定资费信息， 以形成单一 电信产品作为电信产品，获取该单一 电信产品的单一产品信息作 为产品信息；组合电信产品申请单元920用于将业务状态为正常的一个电信 业务包绑定资费信息，以形成组合电信产品作为电信产品，获取该组合电信 产品的组合产品信息作为产品信息；电信产品包申请单元930用于将产品状 态为"正常，，的单一电信产品和/或组合电信产品中至少任意两个进行捆绑， 以形成电信产品包作为电信产品，并获取该电信产品包的产品包信息作为产 品信息；电信套餐申请单元940用于将产品状态为"正常"的至少两个电信 产品包重新绑定资费信息，以形成电信套餐作为电信产品，并获取该电信套 餐的套餐信息作为产品信息；电信品牌申请单元950用于将产品状态为"正 常"的至少两个电信套餐进行捆绑，以形成电信品牌作为电信产品，并获取 该电信品牌的品牌信息作为产品信息；产品发布申请产生单元960分别与单 一电信产品申请单元910、组合电信产品申请单元920、电信产品包申请单元 930、电信套餐申请单元940和电信品牌申请单元950相连，用于根据产生的 电信产品形成电信产品发布申请，并将产品信息设置在该电信产品发布申请 中，将电信产品发布申请提交给业务提供商门户接口 100。
进一步的，该业务管理子系统还可以包括运营商门户接口 1000。该运营
商门户接口 1000与业务能力控制模块300、业务控制模块500和产品控制模 块700分别相连，用于当接收到电信业务能力的业务能力状态、电信业务的 业务状态或电信产品的产品状态等需要变更的控制状态变更请求时，将业务 能力信息、业务信息和产品信息进行显示以执行审批流程，并接收审批结果 分别返回给业务能力控制模块300、业务控制模块500和产品控制模块700， 以控制其各自执行生命周期控制流程。
本实施例的业务管理子系统可以执行本发明电信业务信息处理方法任意 实施例的技术方案，其中业务能力控制模块。业务控制模块和产品控制模块 中可以进一步包括执行生命周期控制流程的各个功能单元。以该业务管理子 系统来执行电信业务信息处理方法，能够实现对电信业务能力、电信业务、 电信产品的分层次系统管理，且能够兼容各业务提供商平台提供的电信业务 和电信产品，可以实现电信业务和电信产品的交叉捆绑打包，充分利用现有 的电信服务资源，灵活地配置电信业务和电信产品，及时的适应市场需求的 变化。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读 取存储介质中，该程序在4丸行时，执行包括上述方法实施例的步骤；而前述 的存储介质包括：ROM、 RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其 限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术 人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或
者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技 术方案的本质脱离本发明各实施例技术方案的精神和范围。