专利名称：增值业务的实现系统及发布方法
技术领域：
本发明涉及移动通信4支术领域，尤其涉及一种增l直业务的实现 系统及发布方法。
背景技术：
目前，电信运营商的大多增值业务(例如，短信增^直业务、彩
信增值业务、语音增值业务等)是由l艮务提供商(Service Provider, 简称为SP)开发并由SP运营。
由于目前SP是增值业务的运营主体，且与电信运营商独立， 因此，电信运营商难以对增值业务进行监管，各SP之间也难以进 行资源整合，导致用户体验较低。
发明内容
有鉴于此，本发明提供了一种增值业务的实现系统及发布方法， 用以解决现有技术中无法对增值业务进行监管从而导致用户体验较 低的问题。
为了实现上述目的，根据本发明的一个方面，提供了一种增值 业务的实现系统。
根据本发明的增值业务的实现系统包括接入适配器，用于提 供接入运营商和/或其它第三方提供的业务功能模块的接口 ；业务生成器，用于通过接入适配器提供的接口调用业务功能模块，通过对
业务功能模块的部分或全部业务能力进行整合以生成业务；业务管 理器，用于对业务生成器生成的业务进行注册；业务控制器，用于 对业务管理器注册的业务进4于审核，并发布通过审核的业务。
优选地，业务控制器还用于向业务管理器返回指示审核未通过 的信息，并通知在对业务管理器对审核未通过的业务进^f于^"改或删除。
优选地，业务管理器还用于接收业务控制器返回的信息，在接 收到^f奮改审核未通过的业务的通知的情况下，通知业务生成器》务改 该审核未通过的业务，在接收到删除审核未通过的业务的情况下， 将注册的该业务删除；业务生成器还用于接收l奮改审核未通过的业 务的通知，并根据通知对审核未通过的业务进4亍修改，将4务改后的 该业务提交给业务管理器进行注册。
优选地，该系统还包括接收模块，用于接收终端用户请求订 购发布的业务的订购请求，其中，该订购请求中携带有订购业务的 相关信息；业务执行器，用于根据接收模块接收到的相关信息，通 过调用业务功能模块执行终端用户请求订购的业务。
优选地，接收模块还用于接收终端用户请求查询发布的业务的 查询请求，其中，该查询请求中携带有查询参数；业务控制器还用 于向终端用户返回已发布的满足查询参数的业务的相关信息。
优选地，该系统还包括存储模块，用于存储业务控制器发布 的业务的相关信息，以及终端用户与其订购的业务的关系凄t据。
优选地，接入适配器还用于提供接入运营商的支撑系统的接口 。为了实现上述目的，才艮据本发明的另一方面，提供了一种增值 业务的发布方法。
根据本发明的增值业务的发布方法包括通过接入适配器提供 的接入运营商和/或其它第三方提供的业务功能模块的接口调用业 务功能模块，业务生成器通过对业务功能模块的部分或全部业务能 力进行整合以生成业务；业务管理器对生成的业务进4于注册；业务 控制器对注册的业务进行审核，并在审核通过的情况下，发布业务。
优选地，在发布业务之后，该方法还包4舌终端用户采用预定 方式，4是交订购业务的i青求。
优选地，在审核未通过的情况下，该方法还包括业务控制器 向业务管理器返回指示信息，指示业务管理器对业务进4于修改或删 除业务。
通过本发明的上述至少一个方案，运营商或SP通过统一的系 统生成增值业务，并对生成的增值业务进行审核，只发布审核通过 的增值业务，从而解决了现在有技术中无法对增值业务进行监管， 以及各SP之间也难以进行资源整合的问题，提高了用户体验。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部 分地从说明书中变得显而易见，或者通过实施本发明而了解。本发 明的目的和其他优点可通过在所写的说明书、权利要求书、以及附 图中所特别指出的结构来实现和获得。
附图用来纟是供对本发明的进一步理解，并且构成i兌明书的一部 分，与本发明的实施例一起用于解释本发明，并不构成对本发明的 限制。在附图中
7图1为根据本发明实施例的增值业务的实现系统的结构示意
图2为根据本发明优选实施例的增值业务的实现系统的结构示 意图3为实现本发明实施例提供的增值业务的实现系统的运营商 自营业务平台的系统架构图4为根据本发明实施例的增值业务的发布方法的流程图5为实施例一的流禾呈图6为实施例二的流考呈图7为实施例三的流程图8为实施例四的流程图。
具体实施例方式
功能相克述
如上所述，针对现有4支术中由于SP是增值业务的运营主体， 且与电信运营商独立，从而导致电信运营商难以对增值业务进行监 管，各SP之间也难以进行资源整合的问题，本发明实施例提供了 一种增值业务的实现系统及发布方法。在本发明实施例中，提供了 一种增值业务的实现系统，运营商借助该该系统运营增^直业务，内 容提供商(Content Provider,简称为CP ) /SP通过该系统开发具体 业务并且将业务在该系统中上进行注册，运营商审核注册的业务， 只有审核通过的业务才能对用户发布。由于在该系统中CP/SP只是 业务的开发方而不是业务的运营方，由运营商运营这些业务，从而可以对业务进行统一规划、统一管理、统一监控、统一宣传，提高 运营商的竟争力和用户体^T。
在不冲突的情况下，本申请中的实施例及实施例中的特征可以 相互组合。
以下结合附图对本发明的优选实施例进行说明，应当理解，此 处所描述的优选实施例4又用于说明和解释本发明，并不用于限定本 发明。
根据本发明实施例，首先提供了 一种增值业务的实现系统。
图1为根据本发明实施例的增值业务的实现系统的结构示意 图，如图1所示，才艮据本发明实施例的增值业务的实玉见系统主要包
括接入适配器l、业务生成器3、业务管理器5和业务控制器7。 其中，接入适配器l，用于提供接入运营商和/或其它第三方提供的 业务功能模块的接口，具体地，接入适配器1可以通过协议适配、 协议转换等技术提供接入第三方提供的业务功能模块的4妾口 ；业务 生成器3与接入适配器1连接，用于通过接入适配器1提供的接口 调用业务功能模块，通过对业务功能模块的部分或全部业务能力进 行整合以生成业务，在具体实施过程中，CP/SP可以通过业务生成 器3开发具体业务，例如，天气预报短信通知业务、商场打折促销 通知业务、短信竟猜业务、短信答题业务等；业务管理器5与业务 生成器3连接，用于对业务生成器3生成的业务进行注册，即业务 管理器5将业务生成器3生成的业务在系统中进行注册；业务控制 器7与业务管理器5连接，用于对业务管理器5注册的业务进行审 核，并发布通过审核的业务。
在具体实施过程中，如果业务控制器7对业务管理器5注册的 业务进4于审核时，审核未通过，则业务控制器7还用于向业务管理器5返回指示审核未通过的信息，具体地，业务控制器7对注册的 业务进行审核的内容包括业务的模式、内容、资费等信息是否合 法，在具体应用中，审核未通过可能有两种情况， 一种情况是CP/SP 只需要修改业务的某些内容，另 一种情况是业务原则上不符合要求， 比如，该业务涉及违反社会安全或公共利益等，因此，业务控制器 7在向业务管理器5返回指示审核未通过的信息时，还将通知业务 管理器5修改或删除业务，对于上述第一种情况，通知业务管理器 5对业务进^^奮改，对于上述第二种情况，通知业务管理器5将注 册的该业务删除，或者，业务控制器7也可以直4妄将这类业务删除。
对应地，业务管理器5还用于接收业务控制器7返回的上述信 息，并在接收到修改审核未通过的业务的通知的情况下，通知业务 生成器3》务改该审核未通过的业务，业务生成器3在4妾4欠到该通知 后，4艮才居该通知对该业务进4亍修改，重新生成新的业务，并将该业 务提交给业务管理器5进行注册，然后，业务控制器7再对修改后 的注册业务进行审核；业务管理器5在接收到删除审核未通过的业 务的通知的情况下，直4妻删除注册的该业务。
进一步地，如图2所示，该系统还包括接收模块2和业务执 行器4。其中，接收模块2，用于接收终端用户请求订购业务控制器 7发布的业务的订购请求，其中，该订购请求中携带有i丁购的业务 的相关信息；业务执行器4与接收模块2连接，用于根据接收模块 2接收到的相关信息，通过调用业务功能模块执行终端用户请求订 购的业务。在具体实施过程中，业务执行器4在触发时，解析执行 终端用户订购的审核通过的业务，根据CP/SP在业务生成器3开发 业务时"i殳定的逻辑正确执^f于，完成业务具体功能。例力n,某终端用 户订购了天气预才艮短信通知业务，而且，该终端用户i殳定的是每天 上午8点进行通知，则业务4丸行器4在每天上午8点触发该业务， 先获得天气信息然后判断该用户是否欠费或停机，如果用户没有欠 费或停机则将天气信息发送到用户的手机上。在具体实施过程中，业务执行器4有时需要通过接入适配器1提供的接口调用业务功能 模块，例如，通过调用天气预报功能模块获得天气信息、通过短信 发送功能模块向终端用户的发送短信。在具体实施过程中，业务执 行器4执行业务不仅可以定时被触发，也可以通过其它方式触发， 例如，通过上4于短信方式触发。
在具体实施过程中，终端用户还可以查询发布的业务的相关信 息，因此，上述接收模块2还用于接收终端用户请求查询发布的业 务的查询_清求，其中，该查询请求中携带有查询参凄t,以查询满足 该查询参数的业务，则业务控制器7还用于向终端用户返回已发布 的满足上述查询参数的业务的相关信息。终端用户在4妄收到该相关 信息后，可以乂人中选4奪订购其感兴趣的业务。
进一步地，如图2所示，该系统还可以包括存卞者才莫块6，用 于存储业务控制器7发布的业务的相关信息，以及终端用户与其订 购的业务的关系数据，在具体实施过程中，存储模块6可以以数据 库的形式、文件形式或其它记录方式存々者已发布的业务的相关信息， 记录终端用户与其订购的业务的关系。
并且，为了使系统能够获取必要的数据，接入适配器l还用于 提供接入运营商的支撑系统的接口 ，通过该接口可以为系统提供必 要的数据。具体地，该支撑系统包括但不限于业务操作支撑系统 (Business & Operation Support System,简一尔为BOSS )、客户关系 管5里(Customer Relationship Management,简牙尔为CRM)系纟充、97 系统、10000号系统等。
通过本发明实施例4是供的上述增值业务的实现系统，可以实现 业务统一生成、统一审核、统一发布，从而可以对增值业务进行监 管，对各个增值业务进行资源整合。在具体实施过程中，本发明实施例提供的上述增值业务的实现
系统可以由图3所示的自营业务平台实J见。图3为实现本发明实施 例提供的上述增值业务的实现系统的运营商自营业务平台的系统架 构图，如图3所示，该自营业务平台主要包括服务/能力接入适配
(Service Adapter,简牙尔为SA ) 31 (才目当于上述的4妄入适酉己器1 )、 业务生成环境(Service Creation Environment,简-尔为SCE ) 33 (才目 当于上述的业务生成器3)、门户(UserPortal,简称为UP)35、业 务才丸4亍环境(Service Execution Environment, 简一尔为SEE ) 37 (对目 当于上述的业务冲丸4亍器4、管理控制中心(Management and Control Center,简称为MCC ) 39 (相当于上述的业务控制器7)和业务发 布与订购关系数据库30 (相当于上述的存储模块6)。
SA 31可以为專欠件才莫块或软件系统，其采用协议适配、协i义转 换等技术手段，在自营业务平台上接入运营商网络提供的各种能力 (例如，短信能力、彩信能力、语音能力、定^f立能力、呼叫能力等 等)及其它第三方提供的能力(例如，天气预才艮)。另外，SA31也 用于4妄入运营商的支撑系统(例如，BOSS系统、CRM系统、97 系统、10000号系统等)，这些支撑系统可以为自营业务平台^是供必 要的数据。
SCE33为一个或多个程序，可以是在线模式或离线才莫式，也可 以是B/S形式或C/S形式，供CP/SP在线或离线的开发业务，运营 商也可以用SCE33开发业务。例如，利用SCE 33开发天气预才艮短 信通知业务、商场打折促销通知业务、短信竟猜业务、短信答题业 务等等。SCE33在生成业务时可能引用到SA31 4妄入的能力，例如， 天气预报短信通知业务可能需要引用短信能力和天气预报能力，按 照一定的逻辑将这些能力串起来形成一个新的业务。
UP 35可以包括一个或多个门户，例如，CP/SP门户(相当于 上述的业务管理器5)、最终用户(End User)门户和运营商门户等，CP/SP门户是提供CP/SP用户使用的、最终用户门户面向最终消费 者用户(即终端用户)、运营商门户面向运营商内部用户。CP/SP利 用SCE33开发完成的业务通过CP/SP门户注册在自营业务平台上； 运营商可以在运营商门户或管理控制中心39 (相当于上述业务控制 器7)对CP/SP注册的业务进行审核，只有审核通过的业务才能对 终端用户发布；终端用户可以通过最终用户门户查询到相关的业务， 获取业务的功能介绍、资费、订购方式等相关信息，然后，可以选 择订购自己感兴趣的业务，例如，订购天气预报短信通知业务。在
具体实施过-呈中，用户不仅可以通过门户订购业务，还可以通过其 它渠道订购业务，例如，通过上4于^i/f言方式订购业务。
SEE 37用于解析执行运营商审核通过的业务，根据CP/SP在开 发业务时i殳定的逻辑正确执行，完成业务具体功能。例如，某最终 用户订购了天气预才艮短信通知业务，而且，该最终用户i殳定的是每 天上午8点进4亍通知，则SEE 37在每天上午8点就会触发该业务， 首先获得天气信息，然后判断用户是否欠费或停机，如果用户没有 欠费或停机就会将天气信息发送到用户的手机上，具体地，SEE 37 可以需要调用通过SA31接入的能力，例如，通过天气预报能力获 得天气信息、通过短信发送能力向最终用户的手机发送短信。在具 体实施过程中，用户订购的业务不仅可以定时^皮触发，也可以通过 其它方式触发，例如通过上行短信方式触发，即SEE37在接收到用 户发送的短信时，执行用户订购的业务，为用户提供服务。
MCC 39用于实现管理功能、控制功能、计费功能等。例如， MCC39可以实现对CP/SP的管理、实现对最终用户的管理，并且， MCC 39还可以实现对已注册业务的审核、发布、卸载、监控，实 现对用户的计费，实现对操作用户的权限控制等功能。业务发布与订购关系凄t据库30可以通过凄t据库形式、文件形 式、或其它记录方式，保存CP/SP已发布的业务信息、记录最终用 户对业务的订购关系等。
通过上述自营业务管理平台，运营商或CP/SP可以通过SA4妄 入各种能力或服务，CP/SP通过SCE开发业务并且通过门户注册业 务，运营商审核业务，最终用户通过门户4叟索并且订购自己感兴趣 的业务，SEE^姿照业务逻辑4丸行具体的业务动作。
根据本发明实施例，还提供了 一种增值业务的发布方法。
图4为根据本发明实施例的增值业务的发布方法的流程图，如 图4所示，根据本发明实施例的增值业务的发布方法主要包括以下 步骤(步骤S401 -步骤S405 ):
步骤S401:通过接入适配器提供的接入运营商和/或其它第三 方提供的业务功能模块的接口调用业务功能模块，业务生成器通过 对业务功能才莫块的部分或全部业务能力进行整合以生成业务；
步骤S403:业务管理器对生成的业务进4于注册；
步骤S405:业务控制器对业务管理器注册的业务进^f于审核，并 在审核通过的情况下，发布该业务。
在审核未通过的情况下，业务控制器向业务管理器返回指示信 息，指示业务管理器对该业务进行修改或删除，或者，业务控制器 可以直4妾卸载该业务(即删除该业务)。
在业务控制器发送该业务后，用户可以通过最终用户门户或短 信查询该业务，并采用预定方式(包括通过WEB提交、通过短信才是交等)提供订购该业务的i青求，在用户订购该业务的情况下，业 务执行器解析执行该业务，为用户提供服务。
为进一步理解本发明实施例提供的^支术方案，下面结合图3， 通过具体实施例对本发明实施例提供的技术方案进行说明。
实施例一
本实施例以生成并发布增值业务为例进行说明，图5为本实施 例的流程图，如图5所示，本实施例中生成燕发布增值业务主要包 4舌以下步艰《
步骤501:运营商或CP/SP通过SA 31将运营商网络提供的能 力及其它第三方的能力接入到自营业务平台；
步骤502: CP/SP通过SCE33开发业务，按照一定的业务逻辑 将各种能力进行整合形成一个新的业务；
步骤503: CP/SP通过门户35将已经开发的业务在自营业务平 台上注册；
步骤504:运营商在运营商门户35或MCC39上审核CP/SP注 册的业务，只有审核通过的业务才能对最终用户发布；
步骤505:最终用户通过门户35搜索业务并且订购自己感兴趣 的业务。实施例二
本实施例以业务审核为例进行说明，图6为本实施例中对CP/SP 注册的业务进行审核的流程图，如图6所示，本实施例中对CP/SP 注册的业务进行审核主要包括以下步骤
步骤601: CP/SP利用SCE33开发业务，将电信运营商网络提 供的能力及其它能力按一定的业务逻辑串起来，形成一个具体的、 对最终用户有吸引力的业务；
步骤602: CP/SP通过门户35注册业务，登记业务的相关信息 (例如，业务功能描述、计费方式、资费额度、订购方式等)。
步骤603:运营商在门户35或MCC 39审核CP/SP通过门户 35注册的业务，主要审核业务的模式、内容、资费等信息。如果审 核意见是"修改，，，则要求CP/SP通过SCE33继续修改业务，返回 步骤601;如果审核意见是"废弃，，，则表示该业务原则上不符合要 求，不能继续，卸载注册的该业务，流禾呈结束；如果审核意见是"同 意"，则继续步-骤604;
步骤604:平台自动将被审核通过的业务部署到SCE37，以供 最纟冬用户订购，ot匕时业务成功发布。
实施例三
本实施例以纟冬端用户(或最纟冬用户)订购发布的业务为例进4亍 i兌明，图7为本实施例中终端用户订购发布的业务的流程图，如图 7所示，在本实施例中终端用户订购发布的业务主要包括以下步骤步骤701:终端用户通过门户或其它渠道(例如，发送短信)查 询增值业务信息，获取业务的功能描述、计费方式、资费额度、订 购方式等信息；
步骤702:终端用户通过门户或其它渠道(如上4亍短信方式)订 购自己感兴趣的业务，设置订购的相关信息，比如订购"天气预报 短信通知业务"需要设置每天通知的时间(时间表)、是选择包月计 费还是按条计费等；
步骤703:自营业务平台记录用户对业务的订购关系，并且会将 订购信息通知到业SEE 39;
实施例四
本实施例以用户订购业务后，执4亍业务为例进^S兌明。图8为 本实施例中执行业务的流程图，如图8所示，在本实施例中业务执 4亍主要包4舌以下步艰《
步骤801:业务被触发，具体地，触发的方式可以有多种，例如， 定时触发、上4亍触发或其它方式触发。如果是定时触发，SEE 37获 取到用户对业务的订购信息以及用户设定的业务执行时间表，准备 开始执行用户订购的业务；如果是上行触发则是因为接入码收到用 户特定内容的短信；
步骤802: SEE 37执行相关鉴权操作，例如，判断终端用户的 手机是否欠费或是停机状态、用户是否订购了该业务、用户是否有 权限、业务状态是否正常等。如果鉴权失败则发送短信通知用户， 如果鉴权成功则继续执行步骤803;步骤803: SEE 37按照CP/SP通过SCE 33设置的业务逻辑执行 业务；
通常业务是对一组能力按照一定逻辑的组合，因此，执行业务 的过程中可能会调用通过SA31接入各种能力或服务，例如，执行 "天气预报短信通知业务"将调用天气预报能力和短信发送能力；
步骤804: SEE 37才丸行完业务后MCC 39按照预先设定的计费 方式进行计费；
步骤805:将业务的执行情况以及用户想获取的信息发送给用 户，例如，给用户发送天气信息。
如上所述，借助本发明实施例提供的技术方案，运营商借助本 发明实施例提供的系统运营增值业务，CP/SP通过该系统开发具体 业务并且将业务在该系统中上进4亍注册，运营商审核注册的业务， 只有审核通过的业务才能对用户发布。由于在该系统中CP/SP只是 业务的开发方而不是业务的运营方，由运营商运营这些业务，乂人而 可以对业务进行统一规划、统一管理、统一监控、统一宣传，提高
运营商的竟争力和用户体-验。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明， 乂十于本々页j或的4支术人员来i兌，本发明可以有各种更改和变^f匕。凡在 本发明的精神和原则之内，所作的任何修改、等同替换、改进等， 均应包含在本发明的保护范围之内。
权利要求
1.一种增值业务的实现系统，其特征在于，包括接入适配器，用于提供接入运营商和/或其它第三方提供的业务功能模块的接口；业务生成器，用于通过所述接入适配器提供的接口调用所述业务功能模块，通过对所述业务功能模块的部分或全部业务能力进行整合以生成业务；业务管理器，用于对所述业务生成器生成的业务进行注册；业务控制器，用于对所述业务管理器注册的业务进行审核，并发布通过审核的业务。
2. 根据权利要求1所述的系统，其特征在于，所述业务控制器还 用于向所述业务管理器返回指示审核未通过的信息，并通知在 对所述业务管理器对审核未通过的业务进4刊奮改或删除。
3. 根据权利要求2所述的系统，其特征在于，所述业务管理器还用于^妄收所述业务控制器返回的所述 信息，在4妄收到》务改审核未通过的业务的通知的情况下，通知 所述业务生成器4务改该审核未通过的业务，在4妄收到删除审核 未通过的业务的情况下，将注册的该业务删除；所述业务生成器还用于4妄收^f奮改审核未通过的业务的通知，并4艮据所述通知对审核未通过的所述业务进^于^修改，将4务 改后的该业务提交给所述业务管理器进行注册。
4. 根据权利要求1所述的系统，其特征在于，所述系统还包括接收才莫块，用于接收终端用户请求订购发布的业务的订购 请求，其中，所述订购请求中携带有订购所述业务的相关信息；业务执行器，用于根据所述接收模块接收到的所述相关信 息，通过调用所述业务功能才莫块^U于终端用户请求订购的所述 业务。
5. 根据权利要求4所述的系统，其特征在于，所述接收模块还用于接收终端用户请求查询发布的业务 的查询请求，其中，所述查询请求中携带有查询参数；所述业务控制器还用于向所述终端用户返回已发布的满 足所述查询参数的业务的相关信息。
6. 根据权利要求1至5中任一项所述的系统，其特征在于，所述 系纟克还包4舌存储^t块，用于存储所述业务控制器发布的业务的相关信 息，以及终端用户与其订购的业务的关系彰:据。
7. 根据权利要求1所述的系统，其特征在于，所述接入适配器还 用于提供接入运营商的支撑系统的接口 。
8. —种增值业务的发布方法，其特征在于，包括通过接入适配器提供的接入运营商和/或其它第三方提供 的业务功能模块的接口调用所述业务功能模块，业务生成器通 过对所述业务功能模块的部分或全部业务能力进行整合以生成业务；业务管理器对生成的所述业务进行注册；业务控制器对注册的所述业务进4亍审核，并在审核通过的 情况下，发布所述业务。
9. 根据权利要求8所述的方法，其特征在于，在发布所述业务之后，所述方法还包括终端用户采用预定方式，提交订购所述业务的i青求。
10. 才艮据片又利要求8或9所述的方法，其特^正在于，在审核未通过 的情况下，所述方法还包4舌所述业务控制器向所述业务管理器返回指示信息，指示业 务管理器对所述业务进4于修改或删除所述业务。
全文摘要
本发明公开了一种增值业务的实现系统及发布方法，该系统包括接入适配器，用于提供接入运营商和/或其它第三方提供的业务功能模块的接口；业务生成器，用于通过接入适配器提供的接口调用业务功能模块，通过对业务功能模块的部分或全部业务能力进行整合以生成业务；业务管理器，用于对业务生成器生成的业务进行注册；业务控制器，用于对业务管理器注册的业务进行审核，并发布通过审核的业务。通过本发明，可以解决现在有技术中无法对增值业务进行监管，以及各SP之间也难以进行资源整合的问题，提高了用户体验。
文档编号H04W88/18GK101588554SQ200910146849
公开日2009年11月25日 申请日期2009年6月11日 优先权日2009年6月11日
发明者蔚 王, 鄢全文 申请人:中兴通讯股份有限公司