WO2009076889A1

WO2009076889A1 - 一种业务订阅方法、系统、服务器

Info

Publication number: WO2009076889A1
Application number: PCT/CN2008/073415
Authority: WO
Inventors: Qifeng Ma; Xiaomin Shi; Huan Wang; Jie Tang; Chong Gu
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2007-12-13
Filing date: 2008-12-10
Publication date: 2009-06-25
Also published as: US20100091965A1; US9112712B2; EP2221760A4; CN101459908A; EP2221760A1; CN101459908B

Description

一种业务订阅方法、系统、服务器技术领域

本发明主要涉及通信技术，更具体地，涉及一种业务订阅的方法、系统、服务器。背景技术

随着网络技术的进步和电信网络和互联网的融合，导致在电信网中的业务急剧的增加，激发了用户巨大的业务订阅需求。特别是现有业务之间的关系日益复杂，各种关联业务大量涌现，用户对各种关联业务的订阅及其管理有迫切的需求。当用户需要某类服务时，通过手机、电话等终端设备和服务提供商交互，订阅某类业务以满足用户的需求。服务的种类既包括传统电信业务，如电话包月套餐，短信套餐等；也可以包括如酒店预定、天气查询、股市信息等其他非通信业务。服务的提供者可以是电信运营商，也可以是专业服务提供商。现有通信业务中，积累了十分庞大的用户使用业务的业务数据，这些数据十分详细地记录了用户使用电信业务的习惯和特点，如果进行详细的分析，就可以得出用户消费的一些特点，不仅可以为用户提供更个性化的服务，而且也可以为运营商和服务商的经营决策提供科学依据。关联业务就是在各种独立业务之间存在某种联系，这种联系可以是用户使用习惯、爱好等方面的联系，比如某用户通常将订阅手机新闻业务和在线音乐业务一并订阅，业务之间的联系也可以是业务本身就具有一定的相关性，订阅机票预定业务之后通常会订阅酒店预定服务。

当用户对某一业务存在需求时，用户通过客户端向业务订阅服务器发送业务订阅请求。业务订阅服务器响应订阅请求，并完成业务订阅操作和向客户端返回订阅结果。当用户订阅该业务成功后，运营商和服务提供商为了推广其他业务，通常会向该用户推荐一些关联的业务。其推荐方法有对用户发送业务广告消息，或者在用户订阅某业务之后发送业务推荐消息等方式。现有对关联业务推荐通常方法为，在用户请求订阅某一业务成功后，业务服务器或订阅管理服务器立即为其推荐一组相关的业务，例如向用户发送一个推荐短消息、 e-mail等。用户可以根据推荐的业务重新启动一个新的订阅请求，向订阅管理服务器订阅推荐的关联业务。

一般情况下，现有技术中带有业务推荐功能的业务订阅流程如图 1 所示：

201、设备向自身所属的业务订阅管理系统发送业务注册请求 A。

202、业务订阅管理系统向业务服务器 (AS 1)发送订阅请求。

203、业务服务器 (AS 1 )向业务订阅管理系统返回订阅结果 A。

204、业务订阅管理系统向终端返回订阅结果 A。

205、业务订阅管理系统向业务匹配服务器通知业务订阅结果。

206、业务匹配服务器判断业务 A是否有关联业务。

207、业务匹配服务器向终端发送推荐消息（业务 B、 C、 D ) 。

208、终端发送订阅请求（业务 B、 D)。

209、业务订阅管理系统向业务服务器 (AS2)发送注册请求 (业务 B、 D)。

210、业务服务器 (AS2)向业务订阅管理系统返回订阅结果。

211、业务订阅管理系统向用户设备返回订阅结果。

基于以上描述的现有技术，发明人在发明过程中发现，在实际业务订阅过程中会产生以下问题：

首先，关联业务订阅交互过程复杂，浪费系统资源。当订阅者订阅某一服务时，订阅管理服务器完成当前请求订阅后，订阅管理服务器根据订阅者用户信息及当前请求订阅的业务等信息为订阅者生成推荐业务，并将推荐业务发送给订阅者。如果订阅者接受订阅管理服务器为其推荐的业务，订阅者需再次进行业务订阅操作以完成推荐业务的订阅，特别是用户需要订阅的推荐业务较多时，有可能需要进行多次订阅请求操作，现有技术订阅方案操作十分不便，消耗了大量的系统资源。其次，关联业务订阅概率低，用户看到订阅某一业务成功消息后，通常对后续的其他业务的订阅介绍的关注度就会明显降低甚至忽略，导致推荐的业务被订阅的可能性降低。再者，可用性差，不能满足用户个性化需求。目前使用预定义关联规则的业务推荐的改进方法可以一定程度上简化关联业务订阅。但是由于其关联业务是预先定义的，其关联业务只能是预先设定的业务套餐之类的业务，关联业务类型固定，不能根据用户个性化设置关联业务，使其可用性较差，用户只要订阅了关联业务中任一业务，订阅服务器自动会为用户订阅所有关联业务，但是有可能用户只需要其中一部分业务，而不愿意订阅所有业务，导致用户对订阅业务的自由度下降。发明内容

有鉴于此，本发明实施例提供了一种技术方案，根据订阅者当前请求订阅的业务的业务信息及其关联业务的业务信息为订阅用户组合关联业务集合订阅信息，并将该关联业务集合订阅信息发送至订阅用户，由订阅用户根据自己的情况确认需要订阅的关联业务，业务服务器根据订阅用户的确认订阅相应业务。

本发明实施例提供了一种业务订阅方法，该方法包括如下步骤：接收客户端的业务订阅请求，所述的业务订阅请求中包括用户标识和业务标识；

根据所述的业务标识获取客户端所请求订阅的业务信息；

根据所述的用户标识和业务标识获取客户端所请求订阅业务的关联业务信息；

将所述的关联业务信息与所请求订阅的业务信息组合成关联业务集合订阅信息；此外，本发明实施例还提供了另一种业务订阅方法，包括如下步骤：向业务订阅服务器发送业务订阅请求，所述的请求中包括用户标识和业务标识；

接收订阅服务器返回的关联业务集合订阅信息；

根据所述的关联业务集合订阅信息选择需要订阅的业务。

此外，本发明实施例还提供了一种业务订阅服务器，包括：

订阅管理模块，用于接收客户端的业务订阅请求，根据请求中的业务标识获得业务信息，请求业务匹配服务器匹配关联业务，接收业务匹配服务器返回的关联业务信息，根据所述的业务信息以及所述的关联业务信息组合关联业务集合订阅信息，向客户端返回所述的关联业务集合订阅信息；或者请求业务匹配服务器匹配关联业务，接收业务匹配服务器根据所述的业务信息以及查找到的关联业务信息组合成的关联业务集合订阅信息，向客户端返回所述的关联业务集合订阅信息。

本发明实施例还提供了一种业务订阅系统，包括：

业务订阅服务器，用于接收客户端的业务订阅请求，根据请求中的业务标识获得业务信息，请求业务匹配服务器匹配关联业务，接收业务匹配服务器根据所述的业务信息以及查找到的关联业务信息组合成的关联业务集合订阅信息，向客户端返回所述的关联业务集合订阅信息；

业务匹配服务器，用于接收业务订阅服务器匹配关联业务的请求，根据预设的匹配规则为用户查找与其请求订阅的业务相关的业务，获得关联业务信息，根据所述的业务信息以及查找到的关联业务信息组合成的关联业务集合订阅信息，向业务订阅服务器返回所述的关联业务集合订阅信息。

本发明实施例还提供了另外一种业务订阅系统，包括：

业务订阅服务器，用于接收客户端的业务订阅请求，根据请求中的业务标识获得业务信息，请求业务匹配服务器匹配关联业务，接收业务匹配服务器返回的关联业务信息，根据所述的业务信息以及所述的关联业务信息组合关联业务集合订阅信息，向客户端返回所述的关联业务集合订阅信息；业务匹配服务器，用于接收业务订阅服务器匹配关联业务的请求，根据预设的匹配规则为用户查找与其请求订阅的业务相关的业务，获得关联业务信息，向业务订阅服务器发送所述的关联业务信息。

此外，本发明实施例还提供了一种业务匹配服务器，包括：

接收模块，用于接收业务订阅服务器发送的匹配关联业务请求；关联模块，根据预设的匹配规则为用户查找与其请求订阅的业务相关的业务，获得关联业务信息；

发送模块，用于将所述的关联业务信息发送至业务订阅服务器。

从以上技术方案中可以看出，本发明实施例技术方案根据订阅者当前请求订阅的业务的业务信息及其关联业务的业务信息为订阅用户组合关联业务集合订阅信息，并将该关联业务集合订阅信息发送至订阅用户，由订阅用户根据自己的情况确认需要订阅的关联业务，业务服务器根据订阅用户的确认订阅相应业务。从而可以简化关联业务订阅交互过程，节省系统资源，而且可以提高业务订阅的实时性，提高关联业务订阅概率。附图说明

图 1为现有技术中业务订阅方法流程图；

图 2为本发明实施例提供的一种业务订阅系统结构示意图；

图 3为本发明实施例提供的一种业务订阅方法流程图；

图 4为本发明实施例一提供的业务订阅方法流程图；

图 5为本发明实施例二提供的业务订阅方法流程图。具体实施方式本发明实施例提供了一种业务订阅方法，该方法包括：接收客户端的业务订阅请求，所述的业务订阅请求中包括用户标识和业务标识；根据所述的业务标识获取客户端所请求订阅的业务信息；根据所述的用户标识和业务标识获取客户端所请求订阅业务的关联业务信息；将所述的关联业务信息与所请求订阅的业务信息组合成关联业务集合订阅信息；向客户端返回所述的关联业务集合订阅信息。从而可以简化关联业务订阅交互过程，节省系统资源，并且，可以提高业务订阅的实时性，提高关联业务订阅概率。

为了实现上述方法，本发明实施例提供了一种业务订阅系统，如图 2所示，为本发明实施例提供的系统结构示意图，包括：业务服务器 301 (其中业务服务器可以包括多个，如业务服务器 1、业务服务器 2 业务服务器 n ) 、业务匹配服务器 302、业务订阅服务器 303、终端 304、用户信息服务器 305。

其中，终端（Terminal)304: 包括手机、智能终端、 PDA、 PC 等终端接入设备，其能够通过有线或者无线方式接入电信网或互联网，支持现有的通信和网络协议，例如 GPRS , TCP/IP, HTTP等。终端 304能够运行业务订阅客户端（Service Subscription Client) , 该业务订阅客户端实现与业务订阅服务器 303和业务服务器 301交互，该业务订阅客户端可以是特定软件也可以是通用浏览器 , 例口 Internet Exploit, Fire fox , Netscape等。

业务订阅服务器（Service Subscription Server) 303 : 与终端 304中的业务订阅客户端交互，处理客户端业务订阅请求。所述的业务订阅服务器 303可以是一个 Web服务器，为客户端提供 Web访问服务，业务订阅客户端可以通过 Web页面进行业务订阅。当然，业务订阅服务器也可以是其他服务器。业务订阅服务器 303 可以通过业务订阅客户端发送的订阅请求获取用户标识（用户手机号码或用户名等）及其终端设备能力参数（CPU、内存容量、操作系统版本、支持的协议等）。业务订阅服务器 303与业务服务器 301和用户信息服务器 305进行交互，获取业务信息、用户信息、以及验证用户及业务的有效性、发送业务订阅相关消息、处理订阅应答消息等。

用户信息服务器 (User Profile Manager Server)305 : 存储用户信息，包括用户标识、付费状况、信用等级、兴趣、爱好、职业、学历等个人信息。可以由一个数据库完成此功能，接收业务订阅服务器 303的查询，并向业务订阅服务器 303返回查询结果。

业务匹配服务器（Service Match Server)302包括接收模块，用于接收业务订阅服务器 303的匹配关联业务的请求；关联模块，用于根据相应的匹配规则为订阅者查找与其请求订阅业务相关的其他业务，生成关联业务信息。发送模块，用于将所述的关联业务信息发送至业务订阅服务器 303。所述的匹配规则可以预先设置在业务匹配服务器 305 中，包括系统默认的匹配规则，如根据用户信息（例如包括用户的年龄、爱好、职业、信用等级等信息）、业务信息、业务关联集等数据来查找相关的其他业务，也可以根据用户标识查找用户的历史订阅记录，在用户订阅历史记录表中查找该业务历史订阅记录及与该业务一同订阅的其他业务。匹配规则中也可以是用户自定义的一些业务过滤规则。业务匹配服务器 303可以进一步包括业务组合模块，用于将所述的关联业务信息与订阅者订阅的业务信息组合成关联业务集合订阅信息，并将所述的关联业务集合订阅信息通过发送模块发送至业务订阅服务器 303 , 所述的业务组合模块还可以生成相应的业务订阅说明，通过业务订阅服务器向业务订阅用户发送，这些业务订阅说明包括指导用户如何进行业务订阅，或者给出一些业务组合，由用户进行业务选择。

业务服务器 (Service Server)301 : 提供各种应用业务功能，是各种业务的具体实现的实体。业务服务器 301接收业务订阅服务器的业务查询，并返回相应的业务信息；接收业务订阅服务器 303的业务订阅请求，并向其返回所订阅的业务；业务服务器 301还可以向业务订阅服务器 303主动发布业务信息，如新业务发布、业务取消、业务更改等消息，维护业务订阅服务器中业务信息。

其中业务订阅服务器 303可以包括下述模块：

订阅管理模块 3031 : 该模块是业务订阅服务器 303 中的总控模块，主要负责调用各个模块完成业务订阅。接收业务订阅客户端向其发送的业务订阅请求后，订阅管理模块 3031根据业务订阅请求中的用户标识向用户信息查询模块 3034发送查询请求，获取用户信息。向业务验证模块 3033发送用户及业务的验证请求，如果验证未通过的，则拒绝订阅请求，并向业务订阅客户端发送拒绝订阅消息，所述的验证功能是可选的；如果验证业务订阅验证通过，请求业务匹配服务器 302生成关联业务集合订阅信息，接收业务匹配服务器 302返回的关联业务集合订阅信息，并向终端 304发送。可选的，接收业务匹配服务器 302返回的关联业务集合订阅信息后，可以进一步请求业务验证模块验证 3033关联业务的有效性，并根据验证结果删除无效的关联业务，具体过程在后续流程中有详细介绍。所述的关联业务集合订阅信息包括用户所订阅的业务及其关联业务按照预定策略的各种业务组合，或者用户所订阅的业务的业务标识及其关联业务的业务标识，也可以进一步包括业务订阅说明。

订阅管理模块也可以接收业务匹配服务器 302返回的关联业务信息，将用户订阅的业务与所述的关联业务组合成关联业务集合订阅信息，并向终端 304发送所述的关联业务集合订阅信息；接收业务匹配服务器 302还可以返回关联业务信息后，进一步要求业务验证模块 3033验证关联业务的有效性，并根据验证结果删除无效的关联业务，具体过程在后续流程中有详细介绍。

订阅管理模块 3031也可以进一步根据相应的关联业务以及用户订阅的业务生成业务订阅说明，并向用户返回所述的业务订阅说明；业务订阅客户端选择订阅关联业务集合订阅信息中全部的或部分的业务后，订阅管理模块 3031 向相关业务服务器 301发送业务订阅请求消息，业务服务器 301收到订阅请求后，进行业务订阅操作。业务服务器 301完成订阅操作之后，向订阅管理模块 3031返回订阅结果消息，该订阅操作可能成功或者失败。订阅管理模块 3031根据业务订阅结果向业务订阅客户端返回订阅结果消息。

业务查询模块 3032: 接收订阅管理模块 3031的查询请求，根据请求中的业务标识向各业务服务器 301查询业务信息，保存各个业务服务器的业务描述信息，生成业务信息表，并定期维护业务信息表；或者接收业务服务器主动发送的业务信息并保存。

当用户需要某类服务时，可以使用业务订阅客户端向业务订阅服务器

303发送业务查询请求，以获得与该类服务相关的所有业务信息。查询请求可以使用相应的查询参数，该查询参数可以包括关键字或者业务分类等。当按关键字 (keyword)方式查询时，订阅者向订阅管理模块 3031发送查询请求，查询请求中的参数包括：关键字。订阅管理模块 3031通过业务查询模块 3032 根据关键字向业务服务器 301中查找相关业务，并向订阅者返回相关业务信息，可以以业务列表 (Services List)的形式承载。当按业务分类查询业务时，用户根据订阅管理模块 3031提供的业务分类表中选择某一类业务，并向订阅管理模块 3031发送查询请求，该请求参数包括业务分类号（Service Subject Number)。订阅管理模块 3031 根据业务分类号将该类业务列表反馈给订阅者。

用户信息查询模块 3034: 接收订阅管理模块 3031发送的查询用户信息请求，向用户信息服务器 305发送查询请求，接收用户信息服务器 305返回的与订阅业务相关的用户信息。如果是用户标识不存在或者无效，用户信息服务器 305返回空查询结果并返回用户标识无效消息。如果用户存在，则返回查询结果，结果可以包括用户标识是否有效、用户付费状况、信用等级、职业、爱好等信息。

业务验证模块 3033 : 接收订阅管理模块 3031的验证请求，业务验证模块 3033验证用户信息和业务信息的有效性。业务验证模块 3033内预先设置有业务验证规则表，验证规则表保存预定义的验证规则，业务验证模块 3033 根据验证规则判断用户是否具有订阅相关业务的权限。所述的验证规则可以是一系列数据项，规则对每一项用户信息进行设置，例如预定机票业务的用户必须没有欠费并且信用等级在 3级以上等项要求。需要说明的是，验证规则定义也可釆用其他方式进行设置。业务验证模块 3033调用用户信息查询模块 3034查询用户信息，该请求包括用户标识和待验证的数据项目名，例如年龄、信用等级、职业等；接收用户信息查询模块返回的相关项目后，逐一与验证规则匹配，并向订阅管理模块 3031返回验证结果，该验证结果信息内容包括验证结果和说明信息。

基于上述系统，本发明还提供了一种业务订阅方法，如图 3所示，为本方法实施例的流程图，包括如下步骤：

401、流程开始；

在此步骤之后，在 402之前也可以包括业务查询步骤；具体可以为：接收业务订阅客户端发送的业务查询请求，请求中包括关键字和 /或业务分类号参数；根据所述的关键字和 /或业务分类号查找对应的业务，并生成目标业务列表；向业务订阅客户端返回目标业务列表。

402、接收业务订阅客户端的订阅请求消息；

订阅请求消息中包含用户标识以及业务标识，可选的在该业务订阅请求消息中还可以包括终端设备参数，如终端设备安装的软件、硬件能力等参数；

403、获得用户标识、业务标识；

可选的，当请求中包括终端设备参数时，进一步获得终端设备参数；

404、获取用户信息；

具体过程可以为：向用户信息服务器发送用户信息查询请求，请求中包括用户标识和验证项目列表。即根据用户标识及所需的验证项目列表生成查询请求，例如生成一条 SQL查询请求，并将查询请求发送给用户信息服务器接收从用户信息服务器返回的查询结果。

405、验证业务订阅的有效性，如果验证通过，则转至步骤 406 , 否则转至步骤 413 ;

具体过程可以为：根据从用户信息服务器返回的查询结果，所述的查询结果中包括需要验证的用户信息，核对该返回的用户信息是否满足验证规则表中记录的业务标识对应的验证项目的要求。如果验证通过，则继续步骤 406; 否则，转到步骤 413 , 结束本流程。也可以在如果验证通过后，向订阅客户端返回验证结果，该结果包括验证结果标识和说明信息。

406、获得关联业务；

具体过程可以为：向业务匹配服务器发送业务关联请求，所述的请求中包括用户标识或者用户信息、业务标识或者业务信息；可选的请求中还可以包括用户自定义的匹配规则，所述的匹配规则可以包含在接收的业务订阅请求消息中或者业务查询消息中。

业务匹配服务器根据所述的用户标识和业务标识查找用户的该业务的历史订阅记录以及与该业务一起订阅的相关业务；根据所述的用户信息（如用户的爱好、职业、教育程度、信用等级等信息）按照预设的匹配规则查找相关业务；对查找到的相关业务进行过滤和 /或合并处理获得关联业务信息；或者

业务匹配服务器根据所述的用户标识和业务标识查找用户的该业务的历史订阅记录以及与该业务一起订阅的相关业务；根据用户自定义的匹配规则查找相关业务；对查找到的相关业务进行过滤和 /或合并处理获得关联业务信息。

407、获得关联业务集合订阅信息；

根据所获得的关联业务信息与用户所订阅的业务信息组合成关联业务集合订阅信息；

可选的，在 407之前， 406之后还可以包括：进一步验证关联业务订阅的有效性，具体步骤同步骤 405 , 也可以根据用户终端的设备参数以及其他的验证规则，验证相应的关联业务对于该用户是否有效，判断是否有效包括：用户终端设备参数、用户的信用等级等。

408、请求用户确认订阅；

将所述的关联业务集合订阅信息发送至业务订阅客户端，由用户确认需要订阅的关联业务项目。 409、获得用户的确认结果；

410、向相关业务服务器发送订阅请求；

根据用户确认的关联业务项目向相应的业务服务器发送订阅请求；

411、接收业务服务器返回响应，判断订阅是否成功，如果订阅成功，则转至步骤 412, 否则转至步骤 413。

412、向业务订阅客户端发送业务订阅成功消息；

413、结束本流程。

以下结合具体实施例详细说明本业务订阅流程。

实施例一，如图 4所示，具体包括如下步骤：

501、终端中的业务订阅客户端向业务订阅服务器发送业务查询请求，请求中包括查询参数，该查询参数可以包括关键字和 /或业务分类号等，例口酒店，餐饮类。

502、订阅服务器中的订阅管理模块接收到查询请求后，向业务查询模块传递关键字和 /或业务分类号。

503、业务查询模块根据关键字和 /或业务分类号查找业务信息表，并向订阅管理模块返回查询结果（可以以业务列表的形式返回，当然还可以以其他的形式返回）。该业务列表可以是一个 xml文件表示：

<? xml version="1.0" encoding="GB2312" ?>

<name> 小天鶴酒店 </name>

<description>五星级酒店，单人标准间，提供免费早餐，免费上网服务。

</description> </hotel>

<hotel>

<description>五星级酒店，单人标准间，提供免费午餐，免费上网服务，机场免费接送。

</description>

</hotel>

</Hotel List> 业务列表包括一个或多个业务标识和业务名称及说明等信息。

504、订阅管理模块向业务订阅客户端发送所述的业务列表。

505、用户根据业务列表选择某一业务，并向订阅管理模块发送业务订阅请求，所述的请求中包括：用户标识，业务标识，还可以包括终端设备能力参数，本实施例中包括三者。终端设备能力参数可以包括 CPU、内存容量、操作系统版本、支持的协议等参数，也可以直接釆用其他现有的标准中定义的参数，如 OMA对终端参数的定义。例如，所述的业务订阅请求可以通过 xml消息表示为：

<? xml version="1.0" encoding="GB2312" ?>

<Device parameter

<memory> 32M </memory> <os> symbian </os>

<client> firefox </client>

</Device parameter

</request>

506、订阅管理模块向验证模块发送验证请求，请求中包括：用户标识，业务标识，终端设备能力参数。

507、验证模块根据业务标识查找所需验证项目，并向用户信息查询模块发送查询请求，请求中包括用户标识，验证项目列表。验证项目列表包括一个或多个用户信息项目名，例如用户信用等级、用户费用余额、爱好职业等。例如，所述查询请求可以利用 xml消息表示：

<?xml version="1.0" encoding="GB2312" ?>

</Device parameter

</request>

508、用户信息查询模块将用户信息传递给验证模块。

所述查询请求可以利用 xml消息表示：

<?xml version="1.0" encoding="GB2312" ?>

<hobby> sports, music, movie </hobby>

<occupation> software engineer </occupation>

</response>

509、验证模块进行验证操作；根据查询结果中的各个数据项与验证规则表中相应的项目匹配，并生成 3全证结果。

如果查询结果中各数据项目符合验证规则表中相应的项目要求，则验证通过，否则， 3全证不通过。例如，用户请求订阅酒店预订业务中的业务标识为 hl002的业务，该验证规则表要求验证的项目为用户的信用等级大于 3.0 并且帐户余额大于 500元；而根据该两项验证项目通过步骤 508中查询到的用户信息数据为信用等级为 5.0, 余额为 35.12元；则根据匹配验证判断不通过。

510、验证模块向订阅管理模块返回验证结果。

需要说明的是，实际业务订阅过程中可以省略该步骤，或者以其他的验证方式代替。

511、如果验证通过，订阅管理模块向业务匹配服务器发送匹配业务请求，所述的请求中包括用户标识或用户信息，业务标识或业务信息；如果验证未通过，则拒绝订阅者订阅该业务，并向客户端发送拒绝订阅说明消息，此订阅过程结束。

512、业务匹配服务器匹配关联业务，获得关联业务信息，向业务订阅服务器返回所述的关联信息。关联业务信息可以以关联业务列表的形式记录，关联业务列表中包括一个或者多个业务的标识、说明等信息。

业务匹配服务器根据所述的用户标识、业务标识，或者用户信息、业务信息以及相应的匹配规则查找与所订阅的业务相关的业务，并生成关联业务信息，可以以关联业务列表的形式表述关联业务信息。所述的匹配规则可以是系统默认的，也可以是用户自定义的，具体过程前面已经阐述，在此不再赘述。所述的关联业务列表可以用 xml表示：

<?xml version="1.0" encoding="GB2312" ?>

</description>

</service>

<name> 机票子贞定 </name>

<description> 免费送票上门，赠送航空意外保险。

</description>

</service>

<description> 北京三日游，包括故宫、长城，颐和园等景点，包括门票费用，免费接送，餐饮自费，配备专业导游。 </description>

</service>

</related service list>

需要说明的是，业务匹配服务器也可以将用户所订阅的业务与查找到的关联业务组合成关联业务集合订阅信息，并向业务订阅服务器返回该关联业务集合订阅信息。所述的业务集合订阅信息包括用户所订阅的业务与所查找到的关联业务按照预定策略（如用户的订阅历史记录，以及各个业务本身的特性等）的各种组合，还可以包括订阅说明，以指导用户如何进行关联业务的订阅；或者所述的业务集合订阅信息包括业务匹配服务器所查找到的与用户所订阅的业务相关的业务的业务标识以及用户所订阅业务的业务标识，还可以包括订阅说明，以指导用户如何进行关联业务的订阅。此种情况下，业务订阅服务器可以不对该关联业务订阅的有效性进行验证，而直接向业务订阅客户端返回该关联业务集合订阅信息。业务订阅服务器也可以针对组合后的关联业务集合订阅信息进行验证，并删除关联业务集合订阅信息中验证没有通过的业务或者业务组合项目，然后向订阅客户端返回过滤后的关联业务集合订阅信息。

513、业务匹配服务器向订阅服务器发送关联业务信息。

514、订阅管理模块将用户标识和关联业务信息传递给验证模块进行验证，以过滤由业务匹配服务器产生的对当前用户无效的业务，比如用户当前设备不支持该业务等。具体验证过程同步骤 509。

515、验证模块将关联业务的验证结果传递给订阅管理模块。

516、订阅管理模块将验证未通过的业务从关联业务信息中删除。

517、订阅管理模块根据用户所订阅的业务以及所述的过滤后的关联业务信息组合成关联业务集合订阅信息，并向业务订阅客户端返回所述的业务集合订阅信息。所述的业务集合订阅信息包括用户所订阅的业务与过滤后的关联业务按照预定策略的各种组合，还可以包括订阅说明，或者业务说明，以指导用户如何进行关联业务的订阅；或者所述的业务集合订阅信息包括业务匹配服务器所查找到的与用户所订阅的业务相关的业务的业务标识以及用户所订阅业务的业务标识，还可以包括订阅说明，以指导用户如何进行关联业务的订阅。所述的关联业务集合订阅信息可以以 XML表示如下：

<?xml version="1.0" encoding="GB2312" ?>

Subscription code>

仅订阅当前业务请发送 001至 010086;

订阅所有推荐业务请发送 002至 010086;

订阅当前业务和推荐业务中部分业务请发送 001+推荐业务代码 1 + 推荐业务代码 2(可加多个业务代码)至 010086。

</subscription code>

<name> 机票子贞定 </name>

<description> 免费送票上门，赠送航空意外保险。

</description>

</service>

<description> 北京三日游，包括故宫、长城，颐和园等景点，包括门票费用，免费接送，餐饮自费，配备专业导游。

</description> </service>

</related service list>

</related subscription

518、用户通过业务订阅客户端选择关联业务集合订阅信息中的全部或部分业务，向订阅管理模块发送确认消息，如消息中携带确认业务列表。确认业务列表中包括一个或多个业务标识。

519、订阅管理模块向订阅业务列表中的业务相关的业务服务器发送订阅请求，请求中包括用户标识，业务标识。

520、业务服务器进行订阅操作。

521、业务服务器向订阅管理模块返回订阅结果。

522、订阅管理模块向客户端发送订阅结果。

实施例二，如图 5所示，具体包括如下步骤：

601、客户端向订阅管理模块发送订阅请求，请求中包括用户标识，业务标识，也可以包括终端设备能力参数，本实施例以包括三者为例进行说明。终端设备能力参数包括 CPU、内存容量、操作系统版本、支持的协议等参数。

602、订阅管理模块向验证模块发送验证请求，请求中包括用户标识，业务标识，终端设备能力参数。

603、验证模块根据业务标识查找所需验证项目，并向用户信息查询模块发送查询请求，请求中包括用户标识，验证项目列表。验证项目列表包括一个或多个用户信息项目名，例如用户信用等级、用户费用余额、爱好职业等。

604、用户信息查询模块将用户信息传递给验证模块。

605、验证模块进行验证操作。根据查询结果中的各个数据项与验证规则表中相应的项目匹配，并生成验证结果。具体过程同步骤 507。

606、验证模块向订阅管理模块返回验证结果。

607、如果验证通过，订阅管理模块向业务服务器发送当前业务订阅请求，请求中包括用户标识，当前业务标识。如果验证未通过，则拒绝订阅者订阅该业务，并向客户端发送拒绝订阅说明消息，此订阅过程结束。

608、业务服务器进行业务订阅操作。

609、业务服务器向订阅管理模块返回订阅结果。

610、订阅管理模块向业务匹配服务器发送匹配请求，请求中包括用户标识，当前业务标识，也可以包括用户信息、业务信息。

611、业务匹配服务器匹配关联业务，获得关联业务信息，向业务订阅服务器返回所述的关联信息。关联业务信息可以以关联业务列表的形式记录，关联业务列表中包括一个或者多个业务的标识、说明等信息，本实施例以关联业务列表记录关联业务信息为例进行说明。具体过程同步骤 512 , 此处不再赘述。

612、业务匹配服务器向订阅服务器发送关联业务列表。

613、订阅管理模块将用户标识和关联业务列表传递给验证模块进行验证。具体验证过程同步骤 514。

614、验证模块将关联业务的验证结果传递给订阅管理模块。

615、订阅管理模块将验证未通过的业务从关联业务列表中删除，将剩余的业务重新作为关联业务。

616、订阅管理模块根据用户所订阅的业务以及所述的过滤后的关联业务信息组合成关联业务集合订阅信息，并向业务订阅客户端所述的业务集合订阅信息。具体操作过程同步骤 517。

617、如果客户端选择关联业务集合订阅信息中全部或部分业务，向订阅管理模块发送确认消息，如消息中携带确认业务列表。确认业务列表中包括一个或多个业务标识。

618、订阅管理模块向订阅业务列表中的业务相关的业务服务器发送订阅请求，请求中包括用户标识，业务标识。

619、各相关的业务服务器进行订阅操作。

620、业务服务器向订阅管理模块返回关联业务订阅结果。 621、订阅管理模块向客户端发送关联业务订阅结果。

从上述实施例的描述可知，通过本实施例的流程可以简化关联业务订阅交互过程，节省系统资源。业务订阅服务器根据订阅者当前请求订阅的业务的业务信息及其关联业务的业务信息为订阅用户组合关联业务集合订阅信息，并将该关联业务集合订阅信息发送至订阅用户，由订阅用户根据自己的情况确认需要订阅的关联业务，业务服务器根据订阅用户的确认订阅相应业务。从而可以克服现有技术下订阅所产生的问题：即如果订阅者接受订阅管理服务器为其推荐的业务，订阅者需再次进行业务订阅操作以完成推荐业务的订阅，特别是用户需要订阅的推荐业务较多时，需要进行多次订阅请求操作所造成订阅方案操作十分不便，消耗了大量的系统资源。

而且，本发明实施例的订阅流程将用户当前订阅的业务与该业务的关联业务一起推送给用户，由用户即时选择确认需要的业务，可以提高业务订阅的实时性，提高关联业务订阅概率。

再者，本实施例方案中，用户可以根据自己的需求自定义一些关联业务匹配规则，而且，通过关联业务集合订阅信息中的各种业务组合，以及各种业务标识，可以由用户自由选择订阅哪种业务，从而克服了现有订阅过程中业务关联的灵活性不够，用户对订阅业务的自由度下降，可用性差，不能满足用户个性化需求等问题。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中，所述的存储介质，如： ROM/RAM、磁碟、光盘等。发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

权利要求

1、一种业务订阅方法，其特征在于，所述的方法包括：

接收客户端的业务订阅请求，所述的业务订阅请求中包括业务标识；根据所述的业务标识获得客户端所请求订阅业务的业务信息以及客户端所请求订阅业务的关联业务信息；

根据所述的业务信息以及关联业务信息获得关联业务集合订阅信息；向客户端返回所述的关联业务集合订阅信息。

2、根据权利要求 1所述的方法，其特征在于，所述的订阅请求中进一步包括用户标识；

根据所述的业务信息以及关联业务信息获得关联业务集合订阅信息具体包括：

将所述的关联业务信息与所请求订阅的业务信息组合成关联业务集合订阅信息。

3、根据权利要求 2所述的方法，其特征在于，进一步包括：

根据所述的用户标识获取用户信息；

根据所述的用户信息验证业务订阅的有效性，并于验证通过后获取客户端所请求订阅的业务信息及其关联业务信息。

4、根据权利要求 3所述的方法，其特征在于，获得关联业务信息后进一步包括：

根据所述的用户信息验证关联业务订阅的有效性，并于验证通过后将所述的关联业务信息与所订阅的业务信息组合成关联业务集合订阅信息；或者在组合关联业务集合订阅信息时删除经验证为无效的关联业务。

5、根据权利要求 3或 4所述的方法，其特征在于，在接收业务订阅请求之前进一步包括：

接收客户端业务查询请求，所述的业务查询请求中包含查询参数；根据所述的查询参数获得相应的业务信息；

向客户端返回所述的业务信息。

6、根据权利要求 5所述的方法，其特征在于，所述的根据所述的用户标识和业务标识获取客户端所订阅业务的关联业务信息具体为：

根据所述的用户标识和业务标识查找用户的该业务的历史订阅记录以及与该业务一起订阅的相关业务；

根据所述的用户信息按照预先设置的匹配规则查找相关业务；

对查找到的相关业务进行过滤和 /或合并处理获得关联业务信息。

7、根据权利要求 5所述的方法，其特征在于，所述的根据所述的用户标识和业务标识获取客户端所订阅业务的关联业务信息具体为：

根据用户自定义的匹配规则查找相关业务；

8、根据权利要求 7所述的方法，其特征在于，所述的用户自定义的匹配规则包含在所述的业务查询请求或者业务订阅请求中。

9、根据权利要求 1、 2、或 3所述的方法，其特征在于，所述的关联业务集合订阅信息具体包括：

客户端所请求订阅的业务与所获得的关联业务按照预定策略的组合；或者客户端所请求订阅的业务的标识与所获得的关联业务的业务标识。

10、根据权利要求 8所述的方法，其特征在于，所述的关联业务集合订阅信息中进一步包括业务订阅说明，用于指导用户进行关联业务的订阅。

11、根据权利要求 8所述的方法，其特征在于，所述的方法进一步包括：接收所述客户端根据所述的关联业务集合订阅信息选择相应业务的确认消息；

根据所述客户端选择的业务向业务服务器订阅所述的业务。

12、一种业务订阅方法，其特征在于，所述的方法包括：

向业务订阅服务器发送业务订阅请求，所述的请求中包括用户标识和业务标识；

接收订阅服务器返回的根据所述的用户标识和业务标识获得的关联业务集合订阅信息；返回的关联业务集合订阅信息；

根据所述的关联业务集合订阅信息选择需要订阅的业务。

13、根据权利要求 12所述的方法，其特征在于，在向业务订阅服务器发送业务订阅请求之前，进一步包括：

发送业务查询请求，所述的业务查询请求中包含查询参数；

接收业务订阅服务器返回的根据所述的查询参数获得的业务信息；根据所述的业务信息发送业务订阅请求。

14、根据权利要求 12或者 13所述的方法，其特征在于，在所述的业务订阅请求或者业务查询请求中进一步携带用户自定义的关联业务匹配规则。

15、一种业务订阅服务器，其特征在于，所述的业务订阅服务器包括：订阅管理模块，用于接收客户端的业务订阅请求，根据请求中的业务标识向业务查询模块查询业务信息；请求业务匹配服务器匹配关联业务，接收业务匹配服务器返回的关联业务信息，根据所述的业务信息以及所述的关联业务信息组合关联业务集合订阅信息，向客户端返回所述的关联业务集合订阅信息；或者请求业务匹配服务器匹配关联业务，接收业务匹配服务器根据所述的业务信息以及查找到的关联业务信息组合成的关联业务集合订阅信息，向客户端返回所述的关联业务集合订阅信息。

业务查询模块，用于接收订阅管理模块的业务查询请求，根据请求中的查询参数查询业务信息，向订阅管理模块返回所述的业务信息。

16、根据权利要求 15所述的业务订阅服务器，其特征在于，所述的订阅管理模块进一步用于接收客户端根据所述的关联业务集合订阅信息选择的业务，向业务服务器发送订阅消息。

17、根据权利要求 15或 16所述的业务订阅服务器，其特征在于，所述的订阅管理模块进一步用于接收业务查询模块返回的业务信息后向客户端返回所述的业务信息；接收客户端根据所述的业务信息发送的业务订阅请求。

18、根据权利要求 17所述的业务订阅服务器，其特征在于，所述的业务订阅服务器进一步包括：

用户信息查询模块，接收业务验证模块的用户信息查询请求，向业务验证模块返回查询结果；

业务验证模块，用于接收订阅管理模块的验证请求，向所述的用户信息查询模块发送查询请求，根据返回的查询结果验证用户请求订阅的业务的有效性，向订阅管理模块返回验证结果，当验证结果为无效时，由订阅管理模块根据所述的无效验证结果拒绝用户订阅。

19、根据权利要求 18所述的业务订阅服务器，其特征在于，订阅管理模块进一步用于根据业务验证模块返回的验证结果确定所述的关联业务是否有效，并在组合关联业务集合订阅信息时删除无效的关联业务。

20、一种业务订阅系统，其特征在于，所述的系统包括：

21、根据权利要求 20所述的业务订阅系统，其特征在于，所述的业务订阅服务器进一步用于接收客户端的业务查询请求，根据请求中的查询参数查询业务信息，向客户端返回所述的业务信息。

22、根据权利要求 20或 21所述的业务订阅系统，其特征在于，所述的业务订阅服务器进一步用于根据订阅请求中的用户标识获得用户信息，根据所述的用户信息验证用户请求订阅的业务的有效性，当验证结果为无效时，根据所述的无效验证结果拒绝用户订阅。

23、根据权利要求 22所述的业务订阅系统，其特征在于，所述的业务订阅服务器进一步用于根据订阅请求中的用户标识获得用户信息，根据所述的用户信息验证所述的关联业务是否有效，并在组合关联业务集合订阅信息时删除无效的关联业务。

24、一种业务订阅系统，其特征在于，所述的系统包括：

业务订阅服务器，用于接收客户端的业务订阅请求，根据请求中的业务标识获得业务信息，请求业务匹配服务器匹配关联业务，接收业务匹配服务器返回的关联业务信息，根据所述的业务信息以及所述的关联业务信息组合关联业务集合订阅信息，向客户端返回所述的关联业务集合订阅信息；

业务匹配服务器，用于接收业务订阅服务器匹配关联业务的请求，根据预设的匹配规则为用户查找与其请求订阅的业务相关的业务，获得关联业务信息，向业务订阅服务器发送所述的关联业务信息。

25、根据权利要求 24所述的业务订阅系统，其特征在于，所述的业务订阅服务器进一步用于接收客户端的业务查询请求，根据请求中的查询参数查询业务信息，向客户端返回所述的业务信息。

26、根据权利要求 24或 25所述的业务订阅系统，其特征在于，所述的业务订阅服务器进一步用于根据订阅请求中的用户标识获得用户信息，根据所述的用户信息验证用户请求订阅的业务的有效性，当验证结果为无效时，根据所述的无效验证结果拒绝用户订阅。

27、根据权利要求 26所述的业务订阅系统，其特征在于，所述的业务订阅服务器进一步用于根据订阅请求中的用户标识获得用户信息，根据所述的用户信息验证所述的关联业务是否有效，并在组合关联业务集合订阅信息时删除无效的关联业务。

28、一种业务匹配服务器，其特征在于，所述的业务匹配服务器包括：接收模块，用于接收业务订阅服务器发送的匹配关联业务请求；

关联模块，根据预设的匹配规则为用户查找与其请求订阅的业务相关的业务，获得关联业务信息；

29、根据权利要求 28所述的业务匹配服务器，其特征在于，所述的业务匹配服务器进一步包括：

业务组合模块，用于将所述的关联业务信息与用户请求订阅业务的业务信息组合成关联业务集合订阅信息；

所述的发送模块进一步将所述的关联业务集合订阅信息发送至业务订阅服务器。

30、根据权利要求 29所述的业务匹配服务器，其特征在于，所述的业务组合模块进一步用于根据所述的关联业务信息与用户请求订阅业务的业务信息生成业务订阅说明；所述的业务订阅说明用于指导用户进行关联业务的订阅。