CN101335642B - 一种业务运营管理方法 - Google Patents

Abstract

本发明提供一种业务运营管理方法，其特征在于，该方法包括：在业务运营支撑系统BOSS中，建立并保存客户、用户及账户之间的如下关联关系：每一客户对应至少一个用户，每一用户包括多个业务，所述多个业务分别与多个业务账户一一对应，其中：开通用户的步骤包括：在BOSS系统中输入客户信息、用户信息以及与用户的业务对应的账户信息，建立并保存客户、用户及业务账户之间的关联关系；将包括业务信息在内的用户信息以及业务账户信息同步到中间件模块；业务用户使用业务时，由中间件模块记录业务使用记录并上报至BSS平台；BSS平台根据业务使用记录计算费用，并记录在该业务对应的业务账户中；根据该业务与业务账户之间的一一对应关系，对客户的消费进行管理。

Description

一种业务运营管理方法

技术领域

本发明涉及通信终端的业务控制领域，具体的说，涉及一种业务运营管理方法。

背景技术

现有的在BOSS系统中对业务的管理可通过三户模型来进行管理。所谓三户模型是客户、用户、账户及其关系的简称。其中：

客户(Customer)，是业务的消费者或潜在消费者，包括正在使用和可能会使用业务的自然人或组织。对应于用户的基本资料、公共内部帐号及银行扣款帐号等信息。客户可以单独申请开通业务用户，或申请注销业务用户。

用户(Subscriber)，是客户使用运营商开发的一个产品以及基于该产品之上的增值业务时，产生的一个实体。此处所说的产品，从客户的角度来看，应该是客户利用一种终端设备可以使用的一个业务功能包；从运营商的角度来看，是通过一套网络平台或者设备为客户提供基于该平台下的一个服务集合。如果一个客户选择了一项产品，那就形成了一个用户。

账户(Account)是客户使用业务时进行付费的实体，是用户缴费、定制综合帐单的最小管理单元。

现有的已在业务运营支撑系统BOSS中实现的三户模型给出了客户、用户、账户之间的关系，但没有账户与业务的对应关系。在现有的三户模型中，用户的多项业务往往通过一个账户来进行计费与扣费。这样，多个业务之间不能相互独立，对IPTV系统而言，直播和点播之间有紧密的关联性，如果客户点播业务时发生欠费，则已缴纳的包月/年的直播业务立刻不能使用。另外，BOSS与IPTV系统之间针对业务受理只能提供业务开通、业务取消、用户暂停等功能，并不能进行分业务开停机，实现业务的暂停与恢复。

并且，利用现有的三户模型对IPTV系统的业务运营方式也比较单一，目前仅能完成包月、后付费及简单点播按次计费，容易造成用户的恶意欠费，无法达到根据费用实时控制用户消费的精细化运营。并且用户账户单一，无法为用户提供多样化业务运营。

随着用户需求的不断提升，用户希望在一个终端上即可视电话终端上能够同时使用多种业务，包括视频直播、视频点播、可视电话、信息浏览等。同时，随着业务的增长，传统的简单后预付或包月运营方式已无法满足新业务的需求，用户需要付费形式更加灵活、功能更强大的业务整体解决方案。因此运营商需要为客户提供更加丰富的产品来提高运营收益，提升用户使用多种业务的APRU(每用户平均收入)值。

发明内容

本发明的目的之一在于提供一种业务运营管理方法，将客户的每一业务对应一个账户，从而使各个业务相互独立，互不影响。

本发明的另一目的在于提供一种业务运营付费，以保证用户使用业务前账户中有足够的预存供本次消费。

为了实现上述目的，本发明实施例提供一种业务运营管理方法，该方法包括：

在业务运营支撑系统BOSS中，建立并保存客户、业务用户及业务账户之间的如下关联关系：每一客户对应至少一个用户，每一用户包括多个业务，所述多个业务分别与多个业务账户一一对应，其中：开通所述用户的步骤包括：在BOSS系统中输入客户信息、用户信息以及与用户的业务对应的账户信息，建立并保存客户、用户及业务账户之间的关联关系；将包括业务信息在内的用户信息以及业务账户信息同步到中间件模块；业务用户使用业务时，由中间件模块记录所述业务使用记录并上报至BSS平台；BSS平台根据业务使用记录计算费用，并记录在该业务对应的业务账户中；根据该业务与业务账户之间的一一对应关系，对客户的消费进行管理。本发明实施例还提供一种业务运营管理方法，该方法包括：

通过交费号码或交费账户对用户的业务向BOSS进行交费，BOSS对业务用户的账户进行预存储；

BOSS根据用户要求或账户信息通知IPTV系统账户余额，并冻结业务用户的账户费用；

用户使用业务时，IPTV系统判断业务使用的费用，并根据业务使用的费用与冻结的费用进行比较；

如果冻结的费用足够支持用户本次或本节目消费，则从冻结的费用中扣除本次或本节目消费使用的费用，生成话单，并定期传送给BOSS；

其中，所述的业务与账户之间是一一对应关系。

如上所述的本发明通过客户、业务用户、业务账户模型的设计可以实现业务的更灵活运营。并且可以防止用户恶意欠费。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：

图1为现有技术中支持电视直播的电视电话系统架构图；

图2为本发明实施例的在可视电话上实现电视及信息浏览的系统架构图；

图3为本发明实施例的根据图2所示的系统实现电视直播、点播的流程示意图；

图4为本发明实施例的根据图2所示的系统实现信息浏览的流程示意图；

图5为本发明实施例的三户模型示意图；

图6为本发明实施例的客户、用户机业务账户的关系图；

图7为本发明实施例的在可视电话终端上开通业务的流程图；

图8为本发明实施例的预授权实施扣费时BOSS和BSS的交互流程图；

图9为本发明实施例的预授权实施扣费示意图；

图10为本发明实施例的分业务停开机流程图；

图11为本发明实施例的分业务开机流程图；

图12为本发明实施例的分业务停机流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明的具体实施例进行详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

本发明实施例结合在可视电话上的电视直播、视频点播、信息浏览等业务来说明本发明的业务运营管理方法，但本发明并不限于此，还可适用于其他的固定与移动通信系统。

实施例一

本实施例提供一种在可视电话上实现电视点播、直播及网页信息浏览的系统及实现方法。图2为本实施例的在可视电话上实现电视及网页信息浏览的系统架构图。如图2所示，该系统包括：业务运营支撑系统(BOSS)、IPTV系统、Web服务器及可视电话终端。所述IPTV系统又包括：IPTV网络管理单元、业务支撑系统(BSS)平台、媒体接入服务器、电子节目指南(EPG)服务器以及中间件模块，其中：

所述IPTV网管模块是IPTV系统网络管理的中心，负责对IPTV设备及部件进行统一管理，主要用于配置设备信息、告警管理、性能监控、远程维护等。

所述BSS平台为IPTV系统的业务支持管理平台，提供产品(业务)管理、用户管理、计费和帐务管理等功能，是实现三户模型的核心部件，也是产品营销的核主部件，完成产品的营销管理，用户业务受理等工作。该BSS平台具体可包括业务管理模块、用户管理模块、计费模块和帐务管理模块等，用以完成相应的业务管理、用户管理、计费和帐务管理等功能。

所述EPG服务器用于通过友好的EPG页面，向最终用户提供节目展示、信息浏览以及业务操作指引的功能。例如，在EPG页面中，用户可以查看节目预告、热门影片、节目排行榜、最新影片等信息。EPG服务器可与其他部件(如web服务器、BSS平台、媒体接入服务器等)进行交互，向最终用户提供节目的浏览、订购、播放等功能。此外，EPG服务器还通过EPG页面向最终用户提供各项自助服务，包括密码修改、父母控制级别修改、帐单查询、节目收藏等。

所述中间件模块是IPTV解决方案的核心部件，包括业务应用控制模块及EPG调度模块，业务应用控制模块作为访问控制服务器，负责向EPG提供业务控制接口，主要功能包括：对最终用户的帐号信息进行认证、授权；对最终用户的各项业务操作进行授权检查；生成最终用户各项业务消费的原始CDR(Call DetailRecord)话单；以及提供播放防盗链和安全认证机制。EPG调度模块主要功能是将用户终端请求调度到合适的EPG服务器，通过调度，可以实现EPG服务器对用户请求的负载均衡功能。向最终用户提供多种业务，并通过EPG展示提供强大的交互式操作功能。

所述媒体接入服务器模块也是IPTV解决方案的核心部件，包括内容分发、流媒体服务、用户请求调度、内容管理四个方面功能。内容分发管理指将媒体内容合理分发到媒体接入服务器模块下面的流媒体服务器中，以满足不同地区的用户业务需求。内容调度是指在接收到最终用户的播放请求后，调度服务器根据相关策略将用户请求调度到一台合适的流媒体服务器上，并由该流媒体服务器向最终用户提供服务。流媒体服务向最终用户提供点播节目、直播节目、时移节目、录播节目、轮播节目等多种类型的流媒体业务。内容管理是指模块合理管理所有的媒体内容，包括对媒体文件的动态刷新及对应节目信息的修改。

信息浏览网站(Web服务器)用于基于所述可视电话终端用户的请求，向所述可是电话终端提供可浏览的页面信息，使IPTV用户不仅可以收看传统的直播电视、点播(VOD，Video-On-Demand)，同时也可以浏览相应的网页及其它增值业务。由于可视电话终端显示屏幕比较小，并不同于PC的显示屏，无法象PC一样浏览互联网网页，因此Web服务器将需要在信息展示上进行内容的再编辑，编辑为可视电话终端可浏览的形式，即信息浏览网站可以提供针对IPTV可视电话终端用户的信息浏览。

所述可视电话终端上采用了H.264解码器，可以解码分发到媒体接入服务器中的编码为H.264格式的直播、点播节目数据，从而可以观看电视直播、点播节目，其中对点播节目，在可视电话上还可设置多种速率快进、快退功能。

通过在EPG服务器上定制开发适合可视电话终端的EPG界面，可视电话终端用户可以收看点播节目，收看央视、地方卫视等直播节目以及进行信息浏览。例如，EPG界面中设置了直播电视、我的包月、视频点播、新片推荐、信息浏览和账户管理。客户点击进入直播电视，可以收看央视、地方卫视等直播节目，在我的包月中可将客户已订购的所有直播、点播和信息浏览服务列出，方便客户直接使用已被授权使用的业务。在信息浏览中客户可以访问定制开发的信息浏览网站，网址例如包括天气预报、新闻、生活宝典等栏目。在账户管理中客户可以实现计费查询、消费记录和订购列表等服务。

通过如图2所示的电话电视系统可为可视电话用户提供高质量、低成本的的点播、直播业务。内容提供商/服务提供商可通过业务管理模块将自己的内容发布到电话电视系统中。用户使用为可视电话定制的导航页面轻松浏览、定购、观看各种直播频道与点播节目。媒体接入服务器提供高命中率、高并发的媒体服务，降低了运营商的总体运营成本。

下面结合图2所示的系统架构来说明本发明的实现电视直播、点播及网页信息浏览的方法。

(一)在可视电话终端上实现电视直播及点播

图3为本实施例的在可视电话上实现电视直播、点播功能的操作流程图。该操作流程包括如下步骤：

(1)在BSS平台的业务管理模块中创建点播、直播节目，并通过Soap(简单对象传输协议，是一种基于XML的、用于在Web上交换结构化和类型信息的简单的轻量协议)或者文件方式将点播、直播节目的信息数据同步到中间件。

(2)创建的直播、点播节目流格式为MPEG-2，将MPEG-2格式的节目流进入编码器进行编码，编码后的格式为H.264。

(3)编码好的直播、点播节目在中间件的控制下分发到媒体接入服务器。

(4)媒体分发就绪后，中间件将相应的直播、点播节目的信息数据发布到EPG服务器。

(5)可视电话用户通过可视电话浏览EPG页面，查找感兴趣的节目或频道，找到需要观看的节目或频道后进行定购，向所述EPG服务器发送定购请求。

(6)EPG服务器将用户定购请求发给中间件模块。

(7)中间件模块将用户定购请求转发给BSS的业务管理模块，业务管理模块定购成功后给中间件确认消息。

(8)中间件给EPG确认用户定购成功。

(9)EPG将用户需要观看的节目或频道的统一资源定位符(URL)发给电视电话。

(10)可视电话终端根据所述URL向媒体接入服务器发RTSP(实时流协议)的请求。

(11)媒体接入服务器经过内部调度后选择合适的媒体服务器给用户提供媒体流。

经过如上步骤，就可以在可视电话终端上直播电视节目、点播视频节目以及进行信息浏览。

(二)在可视电话终端上实现网页信息浏览

图4为本实施例的实现网页信息浏览的流程图。该流程包括如下步骤：

(1)可视电话终端用户向所述EPG服务器请求业务认证，EPG服务器将用户的业务认证请求通过中间件服务器发送给BSS平台的业务应用控制模块，所述业务应用控制模块对业务操作进行业务认证及授权检查后，通知EPG服务器，EPG服务器向可视电话终端下发业务授权信息(包含已订购产品的信息)。

(2)可视电话终端用户通过EPG选择需要浏览的网站后，可视电话终端向EPG服务器发送浏览网页的请求。

(3)EPG服务器通过用户业务授权信息，查看用户是否订购该浏览业务。

(4)如果最终用户尚未订购该业务，EPG服务器通过EPG页面向最终用户展示订购浏览业务的信息，进入在线订购流程。

(5)通过授权信息检查后，EPG服务器向可视电话终端下发网页浏览业务信息(包含页面URL)。

(6)可视电话终端根据浏览网页URL信息，向信息浏览网站的Web服务器发送信息浏览请求。

(7)Web服务器响应可视电话终端的请求，用户即可浏览网页。

通过如上图3及图4的操作，用户便可以通过可视电话终端开展浏览电视直播节目、观看视频点播、进行可视电话以及浏览定制的网页信息的业务，并且如上业务具有如下优点：

(1)大容量、低成本：媒体接入模块中的流媒体服务器可提供大容量的并发流服务(1.3G并发流)，从而降低每流每用户的建设成本。

(2)灵活性：通过中间件模块可实现丰富的增值业务，为各类增值业务提供业务控制。

随着电视直播、视频点播及信息浏览等增值业务的增长，传统的简单后预付、包月运营方式已经无法满足新业务的需求，用户需要付费形式更加灵活、功能更强大的业务整体解决方案。

并且，目前BOSS对客户、用户及账户的管理方式也存在一些缺陷。现有的BOSS三户模型只是做到了用户、账户、客户三者之间的对应关系，没有账户与业务的对应关系，多个业务用户往往通过一个账户来进行计费与扣费，因此难以按业务实现停机、开机，这样大大限制了用户业务体验，给用户带来很大的不方便。

另外，基于传统的三户模型的运营管理方式难以以客户为服务对象，实现多业务统一账户管理。

有鉴于现有的业务运营管理方式的缺陷，本发明提供了一种新的运营管理方法，下面将结合如上可视电话终端用户可开展的业务对本发明的新的业务运营管理方法进行说明。

实施例二

(一)新的三户模型

本实施例提供一种新的三户模型，该三户模型提出了业务账户的概念，该业务账户与用户之间是一一对应的关系。本实施例通过整合客户、用户及业务账户数据，即可以按客户进行多业务统一账户的管理，又可以按业务进行分别管理。

具体的，本实施例建立的三户模型如下(如图5所示)：

每一客户(自然人或组织)对应一个或多个用户，例如普通手机用户、宽带上网用户、多媒体用户，而每个用户可包括多种业务，例如多媒体用户可以包括多种业务类型，如视频直播、视频点播、可视电话、信息浏览等。每种需要独立管理的业务类型利用独立的账户来管理，即对用户的需要独立管理的多个业务类型分别建立多个账户来进行管理，该账户称为业务账户。

通过如上的新的三户模型，本实施例可以完成多业务统一帐务的管理：

(1)可以以客户为服务对象，对最终消费者进行管理和维护，包括资料登记修改、过户销户等；

(2)可以按业务用户来对客户办理的多项业务进行管理。

例如，宽带用户的号码是201开头的11位号码，多媒体用户的号码13开头的11位号码，通过不同的用户号码可以管理该号码对应的用户开通的不同业务，也就是说利用一个多媒体用户号码可以对该用户对应的可视电话、电视直播、视频点播、信息浏览等业务进行统一管理，当然也可以方便地扩展到对未来其他业务的统一管理。

BOSS系统提供按账户缴费和按用户缴费；用户既可以单为某一种业务账户缴费；也可以根据用户号码一次为多个业务账户缴费。

(3)根据业务和账户之间的对应关系，可以按账户来对用户的消费进行统一管理，包括缴费结算、生成帐单等。根据业务和账户之间的对应关系，本发明还提供了分业务停机功能，这将在后面详细描述。

本发明的三户模型实现了账户与业务的对应关系，图6为本发明实施例给出的客户、业务用户及业务账户之间的对应关系图。图6中，dCustDoc表示记录了客户信息的客户信息表，dCustMsg表示记录了业务用户信息的用户信息表，该用户信息表中记录了该用户对应的多种业务类型，dConMsg表示与业务对应的业务账户信息表，用户账户业务关系表dConuserMediaMsg则对应了用户、业务及账户的对应关系，分业务开停机时会根据该表判断向哪个业务承载网元发送指令。用户和账户之间根据预定的付费计划(dConUserMsg表)进行付费。

以实施例1中实现的可视电话上的各项业务(如可视电话、电视直播、视频点播以及信息浏览等)为例，由于与业务账户的一一对应关系，该各项业务在BOSS系统或IPTV系统的BSS平台的计费模块中彼此独立，无从属关系。客户在营业前台开户时，可任意选择可视电话业务、电视直播、点播或信息浏览功能中的一项或多项。

用户在计费模块中可对应一个唯一的付费账户或用户号码(如终端号码)用于交费，该付费账户可以为代缴费账户，用于为多个业务账户进行付费。为了实现根据用户进行多业务统一管理，本实施例采用终端号码作为多业务统一识别和帐务，即可视电话、直播、点播、信息浏览多业务在BOSS系统中可采用统一的用户号码作为计费、帐务号码，与用户一一对应。BOSS系统还可将用户在使用业务时发生的费用进行合账，为用户形成一个统一帐单。例如，NGN系统和IPTV系统将各自管理的分业务计费信息传送给BOSS系统，由BOSS系统以用户为服务对象进行批价、统一出账。

(二)预授权实时扣费

BOSS为客户形成的统一帐单包括两个方面：其一，包月类业务的费用通过BOSS在每月初扣除；其二，点播类业务通过网管和BOSS之间的实时预存鉴权接口保证用户点播前账户中有足够的预存供本次消费。

本实施例的开通业务并对业务进行计费管理的操作流程包括(参照图7)：

步骤1：客户在营业厅申请用户开户(开通用户，登记客户信息：如姓名、地址、联系方式、用户号码等信息)，用户开通后开通业务(包括业务ID如IPTV001、登录密码、收费账户Acount001等信息)。

用户也可以在开通其他业务(如可视电话业务)的基础上补充开通IPTV业务。

步骤2：营业厅操作员在BOSS系统中录入客户信息、用户信息(包括开通的业务信息)及对应的账户信息并保存关联关系。

步骤3：IPTV系统的BSS平台将用户信息及对应的业务信息同步到中间件模块。

步骤4：营业厅操作员根据产品定价为用户计算费用，收取相应的费用并记录指定业务账号Acount001下，打印票据，发放用户号码(如可视电话终端号码)和IPTV业务帐号IPTV001。

步骤5：营业厅操作员通知安装调测人员上门服务，为用户调试IPTV业务。

步骤6：安装人员为用户安装调试终端，使终端接入IPTV网络。

步骤7：用户试用IPTV业务，与安装人员一起确认安装成功。

步骤8：安装人员反馈安装调测结果给IPTV营业厅。

步骤9：用户使用IPTV业务时，输入用户号码或业务ID IPTV001登录IPTV系统，中间件记录用户使用业务CDR。

步骤10：中间件根据把用户使用业务详细记录上报给BSS平台。

步骤11：BSS根据用户使用的业务信息进行算费，形成业务帐单，并记录在账户Account001中，待交费期，客户到营业厅缴费，并在账户Account001中冲账。

在前面提到，开通业务后，可以按用户，将用户在使用各项业务时发生的费用进行合账，为用户形成一个统一帐单。其中帐单的冲账方式例如包括如下两种方式：(1)包月类业务的费用通过BOSS在每月初扣除；(2)点播类业务通过网管和BOSS之间的实时预存鉴权接口保证用户点播前账户中有足够的预存供本次消费。

其中，第(2)种方式为预授权实时扣费方式，是BOSS系统将用户户交纳的部分费用预授权给IPTV系统的BSS，由BSS的业务管理模块控制。这样能够在判断用户预存金额足够情况下扣费，以快速响应用户发起的业务请求。

预授权实时扣费时，BOSS和IPTV系统的BSS之间进行的交互流程如图8所示，包括：

(1)用户给BOSS存钱；

(2)BOSS根据用户信用额度或用户自己指定额度给BSS预授权；

(3)用户享受业务，BSS实时扣费；

(4)BSS产生消费话单；

(5)BSS把话单同步给BOSS；

(6)BOSS根据话单实际金额从用户账户上实际扣费。

本实施例的预授权实时扣费方案既可以基于本发明的三户模型来实现，也可以基于现有的三户模型来实现。预授权实时扣费的操作流程如图9所示，该流程包括：

通过IPTV系统实时根据冻结费用对用户实时消费进行授权。运营流程如下：

1.客户在移动营业厅向BOSS存钱，即预存费用或进行充值。

2.移动BOSS系统根据用户预存或充值的费用进行业务账户存储。

如果采用本发明的三户模型，则移动BOSS系统根据用户预存或充值的费用进行分账户存储或分账户充值。例如，用户预存500元钱，其中200元用于IPTV包月业务，即存入IPTV业务对应的业务账户，另300元用于视频点播按次付费，预存入视频点播业务对应的业务账户。其中，分账户存储的额度可由用户进行指定，即用户在缴纳费用时自己确认个账户的缴费比例，如用户对点播业务需求量大时，还可以指定将点播预存额度提高，即多存钱，满足客户需求。

3.移动BOSS根据客户要求或分账户信用额度信息给IPTV系统的BSS预授权，通知BSS用户余额，并冻结用户分账户费用。

4.客户使用业务时，IPTV系统的BSS判断业务使用的费用。

5.BSS根据业务使用费用与冻结费用比较。

6.如果费用足够支持本次用户消费，则BSS从冻结费用中扣除本次使用的费用。

7.冻结费用扣除后，实时或定期通知移动BOSS扣除本次使用的费用。

8.如果费用不足，则BSS提示用户费用不足。

9.客户根据提示信息到移动营业厅重新预存和或充值即可重新使用业务。

客户在使用点播业务时，有两种实现方式，一种是包月付费，包月类业务的费用通过BOSS在每月初扣除。二是按次或片点播，业务响应实时性高。客户在可视电话终端上发起点播影片要求时，通过网管和BOSS之间的实时预存鉴权接口保证用户点播前账户中有足够的预存供本次消费。IPTV系统实时对客户的请求进行响应，客户在看到节目之前，IPTV系统要查询客户的预存款余额是否足够，IPTV系统管理的预存款是由BOSS系统预先授权管理。如无此功能会造成客户使用点播业务后产生欠费。

(三)分业务停、开机

本发明实施例中，BOSS系统通过业务与账户的绑定方式可实现分业务开停机。

现有的系统的移动BOSS与IPTV系统之间针对业务受理只提供业务开通、业务取消、用户暂停等功能。本实施例在移动BOSS与IPTV系统之间新增加业务暂停与业务恢复的接口，用于完成用户对单业务的暂停与恢复，即分业务开停机，这是现有的系统所没有的功能。例如，将电视直播、点播VOD、信息浏览和可视电视视为单独业务，不会发生如用户已付费订购了电视直播业务，由于用户账户余额不足不能成功订购点播，而影响电视直播业务。分业务开停机是运营管理的关键，也是今后综合电信业务的一个发展趋势。

分业务停机时，后台实时停机程序会判断用户是否是分业务停机用户，如果是该类用户，程序根据欠费账户的业务类型触发不同的停机指令，即根据不同的业务类型向不同的网元发送停机指令；缴费开机时也同样会根据缴费账户的业务类型判断向哪个业务网元发送开机指令。分业务开机的大致流程如下(如图10所示)：

步骤901，客户通过交费号码或付费帐号进行缴费金额预存。

本步骤中，所述的缴费号码可以为终端用户号码如可视电话号码、手机号等，也可以为与业务账户有代缴付费关系的付费帐号，通过所述终端用户号码和付费帐号，可以统一为多个业务对应的多个业务账户进行分账户存储。

当然，本步骤中付费账户也可以为业务账户本身，即用户可以分别对业务账户进行缴费。

步骤902，BOSS提取缴费号码或付费帐号的预存款。

步骤903，判断该预存款是否用于给其他用户付费，如果是，则BOSS一一查看客户缴费的业务账户；

步骤904，判断缴费的账户是否为多媒体用户的账户，如果不是，则进入常规的业务管理步骤，即步骤905；如果是多媒体账户，则进入步骤908。

本实施例是要实现对多媒体用户的分业务开停机，因此步骤904中要对是否是多媒体用户的账户进行判断。

步骤905，取缴费用户默认账户的预存；

步骤906，取缴费用户其他账户下的欠费；

步骤907，如果所述默认账户的预存大于其他账户下的欠费，则BOSS系统作出开机判断，对缴费用户的业务进行开机，并进入步骤915。

步骤908，取缴费账户的预存款；

步骤909，取缴费用户多媒体业务的欠费，并判断预存款是否大于欠费；

步骤910，如果预存款大于欠费，BOSS系统作出开机判断，并进一步进入步骤911，按业务类型进行相应操作。

步骤911，根据业务账户判断对应的业务类型是否为IPTV包月类业务，即是否由BOSS管理的业务。

步骤912，如果是IPTV包月类业务，则记录营业系统的接口表WCHGLIST，发开机指令，并在BOSS相应更新多媒体业务状态(步骤913)。

步骤914，如果业务为BSS平台管理的点播类业务，则对该点播类业务执行开机，并由BSS进行实施扣费，并将业务账户余额同步到BOSS。

步骤915，发送缴费成功的短信，即分业务开机成功。

(1)分业务开机

分业务开机时会根据缴费账户到用户账户关系表dConuserMediaMsg中读取对应的业务类型，再根据业务类型向特定网元发送开机指令、更新业务运行状态。分业务开机的流程图如图11所示，该流程例如具体包括如下步骤：

步骤110，BOSS系统进行分账户存储后，取业务账户预存和欠费；

步骤120，判断业务账户预存款是否大于欠费，如果预存款不大于欠费，则不开机，流程结束；

步骤130，如果预存款大于欠费，则根据业务账户与用户的业务的对应关系遍历业务账户下的多媒体用户；

步骤140，更新用户信息、业务运行状态及运行时间；

步骤150，BOSS通过状态变化接口表记录业务状态的变化；

步骤160，发送开机命令，插入到开关机接口表，形成开关机报文同步到IPTV系统的BSS平台，由BSS控制业务开机，进行实施扣费，并将形成的话单发送给BOSS。

(2)分业务停机

分业务实时停机，后台实时停机程序会判断停机用户是否是多媒体用户，如果是多媒体用户会根据缴费账户到dConuserMediaMsg表中读取对应的业务类型，再根据业务类型发送网元指令、更新业务运行状态，流程图如图12所示，该流程包括如下步骤：

步骤210，提取业务账户信息；

步骤220，根据业务账户与用户的业务的对应关系提取用户资料；

步骤230，判断当前用户是否为免停用户；

具有如下免停属性的用户免停：当前VIP用户，红名单用户、大客户、集团账户用户。

步骤240，对于非免停用户，遍历业务账户下用户的欠费；

步骤250，判断当前业务账户的预存款是否大于用户欠费，如果业务账户预存款大于用户欠费，则不停机，流程结束；

步骤260，如果业务账户预存款不大于用户欠费，则BOSS发送停机指令；

步骤270，判断停机指令是否发送成功，如果发送不成功，流程结束。

步骤280，如果停机指令发送成功，则更新用户、账户关系信息表。

当用户开通多个业务时，即可暂停指定的单业务，其它业务则不受影响继续使用。接口如下：

1、订购产品-pauseProduct

接口功能：BOSS系统把用户的产品暂停消息同步发送给IPTV系统。

参数说明

返回参数

2、恢复产品-resumeOrderProduct

接口功能：

BOSS系统把用户的暂停产品恢复消息同步发送给中间件模块。

参数说明：“恢复产品”参数说明

分业务停机由BOSS触发停机指令，网元接受停机指令并做停机操作。

对于分业务开停机，在BOSS与网元之间可通过一指令接口表wNGNSndCmdDay来记录BOSS向网元发送的开停机指令。

由于实现了分业务停机，就可以实现捆绑资费、套餐资费等灵活的运营方式。例如，对于在电视直播包月业务的基础上赠送视频点播业务这样的捆绑资费方式，由于可以实行分业务停机，因此即时电视直播业务欠费停机，用户也可以依然使用视频点播业务而不受电视直播的影响。

在此需要说明的是，本发明的预授权实时扣费、多业务统一帐务、分业务停机的业务运营管理方式，不仅可以应用于实施例1描述的电视电话系统中，也同样适用于其他的固定与移动系统中，例如IPTV系统与移动流媒体系统等。

根据如上实施例可知，本发明的业务实现方法既业务运营管理方法，可以带来如下有益效果：

可在可视电话上进行可视电话业务之外的其他业务，如观看电视直播节目、

观看视频点播及浏览定制的信息等业务。并且可以实现可视电话视频业务的精细化、客户化、灵活化运营。包括：

(1)通过客户、业务、账户模型的设计实现多业务统一账务的客户化运营，可以灵活实现捆绑资费、组合资费、套餐资费的灵活运营。

(2)通过实现实时授权、扣费的流程，完成先缴费再消费的预付费，减少后结费恶意欠费对运营商的损失。

(3)能过扩展业务暂停接口，完成客户业务精细化运营，指定业务暂停止，而不影响其它开通业务。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读取存储介质中，比如ROM/RAM、磁碟、光盘等。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

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

在业务运营支撑系统BOSS中，建立并保存客户、用户及账户之间的如下关联关系：每一客户对应至少一个用户，每一用户包括多个业务，所述多个业务分别与多个业务账户一一对应，其中：开通所述用户的步骤包括：

在BOSS系统中输入客户信息、用户信息以及与用户的业务对应的账户信息，建立并保存客户、用户及业务账户之间的关联关系；

将包括业务信息在内的用户信息以及业务账户信息同步到中间件模块；

业务用户使用业务时，由中间件模块记录所述业务使用记录并上报至业务支撑系统BSS平台；

BSS平台根据业务使用记录计算费用，并记录在该业务对应的业务账户中；

根据该业务与业务账户之间的一一对应关系，对客户的消费进行管理。

2.根据权利要求1所述的方法，其特征在于：

所述用户对应一个缴费号码或缴费账户，用户通过该号码或账户向BOSS缴费后，BOSS按设定的额度分别存储至该用户的业务对应的业务账户中。

3.根据权利要求1所述的方法，其特征在于：

对于包月或包年类业务，业务费用在每月或每年的预定时间从对应的业务账户中扣除。

4.根据权利要求1所述的方法，其特征在于：

对于按次或按节目付费类业务，进行预授权实时扣费，该预授权实时扣费的步骤包括：

通过交费号码或交费账户对用户的业务向BOSS进行交费，BOSS按业务进行分账户存储；

BOSS根据用户要求或分账户信息通知IPTV系统用户余额，并冻结用户的分账户费用；

用户使用业务时，IPTV系统判断业务使用的费用，并根据业务使用的费用与冻结的费用进行比较；

如果冻结的费用足够支持用户本次或本节目消费，则从冻结的费用中扣除本次或本节目消费使用的费用，并定期通知BOSS。

5.根据权利要求4所述的方法，其特征在于：

如果冻结的费用不够支持用户本次或本节目消费，则提示用户费用不足并拒绝用户消费。

6.根据权利要求1所述的方法，其特征在于，该方法还包括：

分业务开机，判断业务账户的余额大于设定值时对该业务账户对应的业务进行开机；或者

分业务停机，判断业务账户的余额小于设定值时对该业务账户对应的业务进行停机。

7.根据权利要求6所述的方法，其特征在于，分业务开机的步骤包括：

取业务账户预存款，判断该业务账户预存款是否大于业务欠费；

如果业务账户预存款大于业务欠费，则根据对应业务的业务类型向业务承载网元发送开机指令，并更新业务运行状态。

8.根据权利要求6所述的方法，其特征在于，分业务停机的步骤包括：

取业务账户预存款，判断该业务账户预存款是否大于业务欠费；

如果业务账户预存款不大于业务欠费，则根据对应业务的业务类型向业务承载网元发送停机指令，并更新业务运行状态。

9.根据权利要求1所述的方法，其特征在于：

所述BOSS系统按用户将使用业务时发生的费用进行合账，为用户形成统一帐单；以及

所述用户对应一个缴费号码或缴费账户，用户通过该号码或账户向BOSS缴费，冲销所述统一帐单。

Images