业务管理系统和方法

文档序号:67080阅读:284来源:国知局
专利名称:业务管理系统和方法
技术领域
本发明涉及通信领域,具体而言,涉及一种业务管理系统和方法。
背景技术
SP(Service Provider,服务提供商)是指电信增值服务提供商,它通过运营商提 供的增值接口为用户提供服务,并由运营商在用户的手机费或宽带费等中扣除相关服务费 来收取费用。随着电信增值业务的日趋繁荣,SP的数量也在与日俱增,这些SP所提供的业 务更是琳琅满目。
这些日益增多的SP所提供的种类繁多的电信增值业务为用户带来了丰富多彩的 业务享受,以及给运营商带来了巨额的利润。
然而,由于相关技术中运营商在支持服务提供商的增值业务时,无限制地支持全 部的增值业务,这样,会对运营商的运营系统带来较大的冲击和损耗,并影响业务系统的运 行的效率。

发明内容
本发明的主要目的在于提供一种业务管理系统和方法,以至少解决上述问题。
根据本发明的一个方面,提供了一种业务管理系统,包括制订模块,用于针对服 务提供商的增值业务制订业务开展策略,其中,业务开展策略通过其包括的预先设置的多 种决策属性来确定增值业务的业务属性;验证模块,用于当服务提供商下发增值业务时,使 用制订模块制订的业务开展策略验证增值业务的业务属性是否符合业务开展的要求,并在 符合要求的情况下,允许将增值业务发送给用户。
根据本发明的另一方面,提供了一种业务管理方法,包括针对服务提供商的增值 业务制订业务开展策略,其中,业务开展策略通过其包括的预先设置的多种决策属性来确 定增值业务的业务属性;当服务提供商下发增值业务时,使用业务开展策略验证增值业务 的业务属性是否符合业务开展的要求;在符合要求的情况下,允许将增值业务发送给用户。
通过本发明,通过为服务提供商开展的业务制订业务开展策略来规范SP开展的 增值业务,解决了相关技术由于无限制地支持全部增值业务,会对运营商的运营系统带来 较大的冲击和损耗,并影响业务系统的运行的效率的问题,从而能够通过业务开展策略中 包括的可动态设置的多种决策属性限制不符合业务开展策略的业务发送给用户,使得SP 开展的增值业务在相应的业务开展策略下提供给相应的用户使用,从而实现了精细化地管 理SP开展的业务,进而减少了业务开展对运营系统带来的巨大冲击和损耗,提高了业务系 统运行的效率,也避免了对业务开展策略外的用户的騷扰。


此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发 明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中[0010]图1是根据本发明实施例的业务管理系统的结构示意图;
图2是根据本发明实施例的业务管理方法的流程图;
图3是根据本发明优选实施例的业务管理系统的示意图;
图4是根据本发明优选实施例的业务开展策略定制及变更的示意图;
图5是根据本发明实施例的决策属性的示意图;
图6是根据本发明优选实施例的SP下发增值业务的流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
图1是根据本发明实施例的业务管理系统的结构示意图。该业务管理系统包括
制订模块10,用于针对服务提供商的增值业务制订业务开展策略,其中,业务开展 策略通过其包括的预先设置的多种决策属性来确定增值业务的业务属性;
验证模块20,用于当服务提供商下发增值业务时,使用制订模块10制订的业务开 展策略验证增值业务的业务属性是否符合业务开展的要求,并在符合要求的情况下,允许 将增值业务发送给用户。
该实施例中的业务管理系统通过为服务提供商开展的业务制订业务开展策略来 规范SP开展的增值业务,解决了相关技术由于无限制地支持全部增值业务,会对运营商的 运营系统带来较大的冲击和损耗,并影响业务系统的运行的效率的问题。使用该实施例能 够通过业务开展策略中包括的可动态设置的多种决策属性限制不符合业务开展策略的业 务发送给用户,使得SP开展的增值业务在相应的业务开展策略下提供给相应的用户使用, 从而实现了精细化地管理SP开展的业务,进而减少了业务开展对运营系统带来的巨大冲 击和损耗,提高了业务系统运行的效率,也避免对业务开展策略外的用户的騷扰。
优选地,在上述的业务管理系统中,还包括管理模块30,用于根据接收到的来自 运营商的指令设置决策属性,并建立决策属性与业务属性的映射关系;接收模块40,用于 接收服务提供商为增值业务定制业务开展策略的请求;制订模块10根据接收模块10接收 到的上述请求中的需求信息,使用上述映射关系制订业务开展策略;其中,决策属性可以包 括用户群属性、地域属性、业务领域属性等。
该优选实施例提供了根据服务提供商的请求为增值业务制订业务开展策略的具 体实施方案。通过运营商动态地设置业务开展的各种不同的决策属性,由不同的决策属性 组合成制订的业务开展策略来规范SP开展的业务,从而从多维度实现对业务的精细化管 理。此外,服务提供商可以根据自身需求动态地向制订模块定制所要开展的增值业务的业 务开展策略。
优选地,在上述的管理系统中,管理模块30还用于根据接收到的来自运营商的指 令设置新的决策属性和/或制订新的业务开展策略,或者,根据所述指令删除/修改已设置 的决策属性和/或已制订的业务开展策略;还用于根据接收到的来自服务提供商的指令修 改其已定制的业务开展策略。
该优选实施例提供了运营商可以根据特定业务的需求增加、删除或修改决策属 性,然后重新通过与增值业务管理平台进行交互,建立决策属性与业务数据(即业务属性)之间的映射关系;同时,运营商也可以通过管理模块来维护所有的SP的业务开展策略,包 括增删改;此外,SP也可以通过管理模块来变更相关业务的业务开展策略。动态定制和修 改SP的业务开展策略,弥补了 SP管理的缺陷
综上,管理模块30,主要有两方面的功能一是运营商可以通过管理模块30来动 态设置决策属性,根据特定业务的需求加入或删除特定的决策属性,然后通过与增值业务 管理平台进行交互,建立决策属性与业务数据之间的映射关系,并将该映射关系保存到保 存模块中。同时也可以维护所有SP的业务开展策略,包括增删改;二是SP可以通过管理模 块来变更相关业务开展策略。
优选地,验证模块20还用于在验证增值业务的业务属性不符合要求的情况下,向 服务提供商下发错误消息,不允许将增值业务发送给用户。如果检测到该业务在当前的业 务开展策略下不能够提供给用户使用,则不允许服务提供商将该业务下发给用户,这样,避 免了对业务开展策略外的用户的騷扰。当SP下发业务和用户使用业务时,该验证模块使用 相关的业务开展策略对业务进行验证,检测业务在当前的业务开展策略下是否能够提供给 用户使用,该验证模块20在具体实施时既可与增值业务管理平台融合,亦可作为一个独立 的模块与增值业务管理平台交互。
优选地,上述制订模块10针对服务提供商的增值业务制订的业务开展策略还可 以是根据接收到的来自运营商的指令制订的默认业务开展策略。这样,即使在服务提供商 没有主动发送请求定制业务开展策略的情况下,制订模块也可以根据运营商的指令为SP 开展的业务制订默认业务开展策略以使用该默认业务开展策略来对业务进行验证。
如图3所示,在具体实施过程中,上述的定制模块10和接收模块40可以由接收生 成模块50和处理模块60来实现。此外,还可以另外设置一个存储模块70来存储上述设置 的决策属性、业务开展策略以及建立的决策属性与业务属性之间的映射关系等。
其中,接收生成模块50,主要用于接收来自SP的业务开展策略定制请求,其中,业 务开展策略主要由不同的决策属性组合而成。决策属性是由运营商动态设置的,同时也需 要增值业务管理平台支持,如用户群属性,可以考虑用户的姓名,年龄段,兴趣爱好等;地域 属性,可以考虑业务开展的省、市、号段等;业务开展领域或内容属性,如军事,人文等。根据 业务开展策略定制请求生成初步业务开展策略;
处理模块60,主要对接收生成模块50所产生的初步业务开展策略进行逻辑判断, 通过使用决策属性与业务数据(业务属性)之间的映射关系,从各方面考虑其可行性和科 学性,最终生成可行的业务开展策略;
存储模块70,主要用来存储相关的业务开展策略、相关的决策属性、支撑该决策属 性的相关业务数据以及决策属性与业务属性之间的映射关系等信息。这样,当SP下发业务 时,验证模块20可以直接与存储模块70进行交互查找到与该业务对应的业务开展策略来 对业务进行验证。
图2是根据本发明实施例的业务管理方法的流程图,包括以下步骤
步骤S202,针对服务提供商的增值业务制订业务开展策略,其中,业务开展策略通 过其包括的预先设置的多种决策属性来确定增值业务的业务属性;
步骤S204,当服务提供商下发增值业务时,使用业务开展策略验证增值业务的业 务属性是否符合业务开展的要求;[0035]步骤S206,在符合要求的情况下,允许将增值业务发送给用户。
该实施例的方法通过为服务提供商开展的业务制订业务开展策略来规范SP开展 的增值业务,解决了相关技术由于无限制地支持全部增值业务,会对运营商的运营系统带 来较大的冲击和损耗,并影响业务系统的运行的效率的问题。使用该实施例能够通过业务 开展策略中包括的可动态设置的多种决策属性限制不符合业务开展策略的业务发送给用 户,使得SP开展的增值业务在相应的业务开展策略下提供给相应的用户使用,从而实现了 精细化地管理SP开展的业务,进而也减少了业务开展对运营系统带来的巨大冲击和损耗, 提高了业务系统运行的效率,也避免了对业务开展策略外的用户的騷扰。
优选地,在步骤S202之前,还包括接收到服务提供商为其开展的增值业务定制 业务开展策略的请求;步骤S202包括根据请求中的需求信息制订业务开展策略。这样,可 以根据服务提供商的请求来为其开展的业务制订业务开展策略。这样,服务提供商可以根 据自身需求动态地向制订模块定制所要开展的增值业务的业务开展策略。
优选地,在接收到服务提供商定制业务开展策略的请求之前,还包括根据接收到 的来自运营商的指令设置决策属性,并建立决策属性与业务属性的映射关系;根据该请求 中的需求信息制订业务开展策略包括根据该请求中的需求信息,使用上述映射关系制订 业务开展策略,决策属性可以包括用户群属性、地域属性、业务领域属性。
结合图3的业务管理系统,SP定制业务开展策略的流程如图4所示,具体包括以 下两个步骤
步骤1,运营商设置决策属性。
首先,运营商通过管理模块30来设置业务开展的决策属性,这些决策属性可以根 据不同业务的开展需求来动态地增加、删除。具体地,如图5是决策属性的示意图,图中用 户群属性,可以设置为包括用户的性别、年龄、兴趣爱好等,使得业务的开展在特定性别、特 定年龄以及特定兴趣爱好的用户群体来开展;地域属性可以包括业务开展的省、市、用户号 段等;业务领域属性是指业务开展的特定领域,如经济、人文、军事领域等。决策属性可以根 据特定业务的开展需求以及运营商的管理需求来动态地设置、增加。当然,这些决策属性的 设置并不是随意的,必须在具体的增值业务管理平台中有支撑这些决策属性所需的业务数 据(即业务属性),并且由管理模块建立这些属性数据与决策属性之间的映射关系,同时还 需要考虑设置这些决策属性的可行性。
步骤2,SP定制业务开展策略。
如图4所示,SP通过接收生成模块50来定制某一业务的业务开展策略,综合考虑 业务本身的需求和运营商在特定业务的决策属性上的限制,SP可以灵活配置业务开展策 略。如SP想要开展一项“在XX地区的30岁以上女性用户群体开展的特定业务”。接收生 成模块50接收到SP的业务开展策略定制请求后,将该业务开展策略定制请求中包含的特 定需求与增值业务管理平台的属性数据(即业务属性)对应起来,即将需求描述转换为业 务需求的特定字段(如将需求描述转换为增值业务管理平台的数据库中的对应的关键字) 等,生成初步业务开展策略。
然后,接收生成模块50将初步业务开展策略转到图4所示的处理模块60,该处理 模块60使用决策属性与业务属性之间的映射关系,对该初步业务开展策略进行逻辑(可行 性和科学性)判断,如果该业务策略可行,那么将生成相应的业务开展策略,保存到存储模块当中。
通过以上两个步骤,SP的业务已经具备了特定的业务开展策略。例如,在步骤1 中,运营商加入决策属性用户年龄、性别、用户所属社会组织、业务开展区域、业务开展号 段信息。在步骤2中,某SP想要开展业务A如下用户年龄大于N岁,所属社会组织在B学 社,用户必须是属于C地区的。那么业务A的业务开展策略就由上述的管理系统自动生成 在C地区的B学社且年龄在N岁以上的用户群开展。当然,即使SP不定制特定的业务开展 策略,运营商也可以使用管理系统的默认的业务开展策略来对SP的业务进行管理。比如将 默认的业务开展策略设置为“只在SP当地的成年人用户群开展”。在SP定制业务开展策略 以后,如图4所示,运营商和SP都可以动态地修改业务开展策略,其中运营商还可以动态地 增加决策属性。这样SP下发业务的时候,就受到该业务开展策略的约束,从而也达到了管 理SP的业务开展的功能。当然,该管理系统可以作为一个独立的系统,也可以嵌入到已有 的增值业务管理平台中。
优选地,在上述的业务管理方法中,还包括根据接收到的来自运营商的指令设置 新的决策属性和/或制订新的业务开展策略,或者,根据来自运营商的指令删除/修改已设 置的决策属性和/或已制订的业务开展策略。运营商可以根据需求来增加、删除、修改决策 属性或者业务开展策略。这样,当服务提供商没有为其开展的增值业务定制业务开展策略 时,运营商也可以自主地为该SP开展的业务制订业务开展策略或使用默认的业务开展策 略来对该SP的增值业务进行验证,从而可以实现对所有的SP开展的增值业务进行验证。
优选地,在上述的业务管理方法中,还包括根据接收到的来自服务提供商的指令 修改其已经定制的业务开展策略。业务提供商也可以根据需求的变化来增加新的业务开展 策略、删除或修改已定制的业务开展策略,从而实现服务提供商对已定制的业务开展策略 的动态地变更。
优选地,在步骤S204之后,还包括在增值业务不符合要求的情况下,向服务提供 商下发错误消息,不允许将增值业务发送给用户。如果检测到该业务在当前的业务开展策 略下不能够提供给用户使用,则不允许服务提供商将该业务下发给用户,这样,避免了对业 务开展策略外的用户的騷扰。
下面,以该管理系统作为独立系统并结合图6用SP下发短信业务的流程来说明上 述业务管理系统对业务进行验证的过程,包括以下步骤
步骤601,SP下发短信业务给用户,该短信业务中携带有业务名称或者业务代码 (统称为业务标识)和用户信息以及业务内容等信息,首先发送至给短信网关(SMGW,Short Message Gateway);
步骤602,短信网关将短信业务转送至上述管理系统;
步骤603,短信网关过来的短信业务触发管理系统中的验证模块,验证模块通过下 发的短信业务中的业务信息,与增值业务管理平台和存储模块进行必要的数据交换,解析 出相应的业务开展策略,判断下发的短信业务的业务信息与该业务开展策略是否相符,同 时通过用户的号段信息,兴趣爱好信息,年龄信息等来判断该用户是否可以使用该业务开 展策略下的业务。如果通过验证模块的验证,那么跳转至步骤606,否则跳转至步骤604 ;
步骤604,管理系统返回下发错误消息给SP,首先下发至短信网关;
步骤605,短信网关将下发错误消息转给SP,从而流程终止;[0055]步骤606,将验证成功后的短信业务发送给增值业务管理平台;
步骤607,增值业务管理平台再进行相应的处理,如指令解析,扣费等操作;
步骤608,增值业务管理平台处理后,将SP下发的短信业务转到短信网关;
步骤609,短信网关将增值业务管理平台发送过来的短信业务转发到短信服务中 心(SMSC, Short Message Service Center);
步骤610,SMSC再将短信业务发送到用户。
从以上的描述中,可以看出,本发明实现了如下技术效果通过运营商对决策属性 的设置以及SP定制业务开展策略来实现SP业务的精细化管理。其中,决策属性的设置和 SP业务开展策略都可以动态变化,灵活配置,从而使得对SP的业务开展的管理能够更加精 准,也使得SP开展的业务对业务开展策略以外的用户的騷扰极大地减少,一定程度上提高 了业务系统运行的效率。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用 的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成 的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储 在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示 出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或 步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技 术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修 改、等同替换、改进等,均应包含在本发明的保护范围之内。
权利要求
一种业务管理系统,其特征在于,包括制订模块,用于针对服务提供商的增值业务制订业务开展策略,其中,所述业务开展策略通过其包括的预先设置的多种决策属性来确定所述增值业务的业务属性;验证模块,用于当所述服务提供商下发所述增值业务时,使用所述制订模块制订的所述业务开展策略验证所述增值业务的业务属性是否符合业务开展的要求,并在符合要求的情况下,允许将所述增值业务发送给用户。
2.根据权利要求
1所述的业务管理系统,其特征在于,还包括管理模块,用于根据接收到的来自运营商的指令设置决策属性,并建立所述决策属性 与所述业务属性的映射关系;接收模块,用于接收所述服务提供商为所述增值业务定制所述业务开展策略的请求;所述制订模块根据所述请求中的需求信息,使用所述映射关系制订所述业务开展策略;其中,所述决策属性包括用户群属性、地域属性、业务领域属性。
3.根据权利要求
2所述的业务管理系统,其特征在于,所述管理模块还用于根据接收 到的来自所述运营商的指令设置新的决策属性和/或制订新的业务开展策略,或者,根据 所述指令删除/修改已设置的决策属性和/或已制订的业务开展策略;还用于根据接收到 的来自所述服务提供商的指令修改所述业务开展策略。
4.根据权利要求
1所述的业务管理系统,其特征在于,所述验证模块还用于在验证所 述增值业务不符合要求的情况下,向所述服务提供商下发错误消息,不允许将所述增值业 务发送给用户。
5.根据权利要求
1所述的业务管理系统,其特征在于,所述业务开展策略是根据接收 到的来自所述运营商的指令制订的默认业务开展策略。
6.一种业务管理方法,其特征在于,包括针对服务提供商的增值业务制订业务开展策略,其中,所述业务开展策略通过其包括 的预先设置的多种决策属性来确定所述增值业务的业务属性;当所述服务提供商下发所述增值业务时,使用所述业务开展策略验证所述增值业务的 业务属性是否符合业务开展的要求;在符合要求的情况下,允许将所述增值业务发送给用户。
7.根据权利要求
6所述的业务管理方法,其特征在于,在针对服务提供商的增值业务 制订业务开展策略之前,还包括接收到所述服务提供商为所述增值业务定制所述业务开 展策略的请求;针对服务提供商的增值业务制订业务开展策略包括根据所述请求中的需求信息制订 所述业务开展策略。
8.根据权利要求
7所述的业务管理方法,其特征在于,在接收到所述请求之前,还包括根据接收到的来自运营商的指令设置决策属性,并建 立所述决策属性与所述业务属性的映射关系;根据所述请求中的需求信息制订所述业务开展策略包括根据所述需求信息,使用所述映射关系制订所述业务开展策略,其中,所述决策属性包 括用户群属性、地域属性、业务领域属性。
9.根据权利要求
6所述的业务管理方法,其特征在于,还包括根据接收到的来自所述运营商的指令设置新的决策属性和/或制订新的业务开展策 略,或者,根据所述指令删除/修改已设置的决策属性和/或已制订的业务开展策略。
10.根据权利要求
6所述的业务管理方法,其特征在于,还包括 根据接收到的来自所述服务提供商的指令修改所述业务开展策略。
11.根据权利要求
6所述的业务管理方法,其特征在于,在使用所述业务开展策略验证 所述增值业务的业务属性是否符合业务开展的要求之后,还包括在所述增值业务不符合要求的情况下,向所述服务提供商下发错误消息,不允许将所 述增值业务发送给用户。
专利摘要
本发明公开了一种业务管理系统和方法,其中,业务管理系统包括制订模块,用于针对服务提供商的增值业务制订业务开展策略,其中,业务开展策略通过其包括的预先设置的多种决策属性来确定增值业务的业务属性;验证模块,用于当服务提供商下发增值业务时,使用制订模块制订的业务开展策略验证增值业务的业务属性是否符合业务开展的要求,并在符合要求的情况下,允许将增值业务发送给用户。本发明实现了精细化地管理SP开展的业务,进而减少了业务开展对运营系统带来的巨大冲击和损耗,提高了业务系统运行的效率,也避免了对业务开展策略外的用户的骚扰。
文档编号GKCN101841804SQ201010145182
公开日2010年9月22日 申请日期2010年4月6日
发明者严鹏翔, 华国栋, 高水波 申请人:中兴通讯股份有限公司导出引文BiBTeX, EndNote, RefMan
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1