一种业务订阅方法、系统、服务器的制作方法

专利名称：一种业务订阅方法、系统、服务器的制作方法
技术领域：
本发明主要涉及通信技术，更具体地，涉及一种业务订阅的方法、系统、 服务器。
背景技术：
随着网络技术的进步和电信网络和互联网的融合趋势，导致在电信网中 的业务急剧的增加，激发了用户具有巨大的业务订阅需求。特别是现有业务 之间的关系日益复杂，各种关联业务大量涌现，用户对各种关联业务的订阅 及其管理有迫切的需求。当用户需要某类服务时，通过手机、电话等终端设 备和服务提供商交互，订阅某类业务以满足用户的需求。服务的种类既包括 传统电信业务，如电话包月套餐，短信套餐等。也可以包括如酒店预定、天 气查询、股市信息等其他非通信业务。服务的提供者可以是电信运营商，也 可以是专业服务提供商。现有通信业务中，积累了十分庞大的用户使用业务 的业务数据，这些数据十分详细地记录了用户使用电信业务的习惯和特点， 如果进行详细的分析，就可以得出用户消费的一些特点，不仅可以为用户提 供更个性化的服务，而且也可以为运营商和服务商的经营决策提供科学依 据。关联业务就是在各种独立业务之间存在某种联系，这种联系可以是用户 使用习惯、爱好等方面的联系，比如某用户通常将订阅手机新闻业务和在线 音乐业务一并订阅，业务之间的联系也可以是业务本身就具有一定的相关 性，订阅机票预定业务之后通常会订阅酒店预定服务。
当用户对某一业务存在需求时，用户通过客户端向业务订阅服务器发送 业务订阅请求。业务订阅服务器响应订阅请求，并完成业务订阅操作和向客 户端返回订阅结果。当用户订阅该业务成功后，运营商和服务提供商为了推广其他业务，通常会向该用户推荐一些关联的业务。其推荐方法有对用户发 送业务广告消息，或者在用户订阅某业务之后发送业务推荐消息等方式。现 有对关联业务推荐通常方法为，在用户请求订阅某一业务成功后，业务服务 器或订阅管理服务器立即为其推荐一组相关的业务，例如向用户发送一个推
荐短消息、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、 业务订阅管理系统向用户设备返回订阅结果。 基于以上描述的现有技术，发明人在发明过程中发现，在实际业务订阅
过程中会产生以下问题
首先，关联业务订阅交互过程复杂，浪费系统资源。当订阅者订阅某一 服务时，订阅管理服务器完成当前请求订阅后，订阅管理服务器根据订阅者 用户信息及当前请求订阅的业务等信息为订阅者生成推荐业务，并将推荐业 务发送给订阅者。如果订阅者接受订阅管理服务器为其推荐的业务，订阅者 需再次进行业务订阅操作以完成推荐业务的订阅，特别是用户需要订阅的推荐业务较多时，有可能需要进行多次订阅请求操作，现有技术订阅方案操作 十分不便，消耗了大量的系统资源。其次，关联业务订阅概率低，用户看到 订阅某一业务成功消息后，通常对后续的其他业务的订阅介绍的关注度就会 明显降低甚至忽略，导致推荐的业务被订阅的可能性降低。再者，可用性差， 不能满足用户个性化需求。目前使用预定义关联规则的业务推荐的改进方法 可以一定程度上简化关联业务订阅。但是由于其关联业务是由预先定义的， 其关联业务只能是预先设定的业务套餐之类的业务，关联业务类型固定，不 能根据用户个性化设置关联业务，使其可用性较差，用户只要订阅了关联业 务中任一业务，订阅服务器自动会为用户订阅所有关联业务，但是有可能用 户只需要其中一部分业务，而不愿意订阅所有业务，导致用户对订阅业务的
自由度下降。

发明内容
有鉴于此，本发明实施例提供了一种技术方案，根据订阅者当前请求订 阅的业务的业务信息及其关联业务的业务信息为订阅用户组合关联业务集 合订阅信息，并将该关联业务集合订阅信息发送至订阅用户，由订阅用户根 据自己的情况确认需要订阅的关联业务，业务服务器根据订阅用户的确认订 阅相应业务。
本发明实施例提供了 一种业务订阅方法，该方法包括如下步骤 接收客户端的业务订阅请求，所述的业务订阅请求中包括用户标识和业 务标识；
根据所述的业务标识获取客户端所请求订阅的业务信息； 根据所述的用户标识和业务标识获取客户端所请求订阅业务的关联业 务信息；
将所述的关联业务信息与所请求订阅的业务信息组合成关联业务集合 订阅信息；向客户端返回所述的关联业务集合订阅信息。
此外，本发明实施例还提供了另一种业务订阅方法，包括如下步骤 向业务订阅服务器发送业务订阅请求，所述的请求中包括用户标识和业
务标识；
接收订阅服务器返回的关联业务集合订阅信息； 根据所述的关联业务集合订阅信息选择需要订阅的业务。 此外，本发明实施例还提供了一种业务订阅服务器，包括 订阅管理模块，用于接收客户端的业务订阅请求，根据请求中的业务标 识获得业务信息，请求业务匹配服务器匹配关联业务，接收业务匹配服务器 返回的关联业务信息，根据所述的业务信息以及所述的关联业务信息组合关 联业务集合订阅信息，向客户端返回所述的关联业务集合订阅信息；或者
请求业务匹配服务器匹配关联业务，接收业务匹配服务器根据所述的业 务信息以及查找到的关联业务信息组合成的关联业务集合订阅信息，向客户 端返回所述的关联业务集合订阅信息。
本发明实施例还提供了一种业务订阅系统，包括
业务订阅服务器，用于接收客户端的业务订阅请求，根据请求中的业务 标识获得业务信息，请求业务匹配服务器匹配关联业务，接收业务匹配服务 器根据所述的业务信息以及查找到的关联业务信息组合成的关联业务集合 订阅信息，向客户端返回所述的关联业务集合订阅信息；
业务匹配服务器，用于接收业务订阅服务器匹配关联业务的请求，根据 预设的匹配规则为用户查找与其请求订阅的业务相关的业务，获得关联业务 信息，根据所述的业务信息以及查找到的关联业务信息组合成的关联业务集 合订阅信息，向业务订阅服务器返回所述的关联业务集合订阅信息。
本发明实施例还提供了另外一种业务订阅系统，包括
业务订阅服务器，用于接收客户端的业务订阅请求，根据请求中的业务 标识获得业务信息，请求业务匹配服务器匹配关联业务，接收业务匹配服务
ii器返回的关联业务信息，根据所述的业务信息以及所述的关联业务信息组合
关联业务集合订阅信息，向客户端返回所述的关联业务集合订阅信息；
业务匹配服务器，用于接收业务订阅服务器匹配关联业务的请求，根据 预设的匹配规则为用户查找与其请求订阅的业务相关的业务，获得关联业务 信息，向业务订阅服务器发送所述的关联业务信息。
此外，本发明实施例还提供了一种业务匹配服务器，包括 接收模块，用于接收业务订阅服务器发送的匹配关联业务请求； 关联模块，根据预设的匹配规则为用户查找与其请求订阅的业务相关的 业务，获得关联业务信息；
发送模块，用于将所述的关联业务信息发送至业务订阅服务器。 从以上技术方案中可以看出，本发明实施例技术方案根据订阅者当前请 求订阅的业务的业务信息及其关联业务的业务信息为订阅用户组合关联业 务集合订阅信息，并将该关联业务集合订阅信息发送至订阅用户，由订阅用 户根据自己的情况确认需要订阅的关联业务，业务服务器根据订阅用户的确 认订阅相应业务。从而可以简化关联业务订阅交互过程，节省系统资源，而 且可以提高业务订阅的实时性，提高关联业务订阅概率。


图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, Firefox, 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,所述的业务组合才莫块还可以生成相应的业务订阅说明，通过业务订阅 服务器向业务订阅用户发送，这些业务订阅说明包括指导用户如何进行业务 订阅，或者给出一些业务组合，由用户进行业务选择。
业务服务器(ServiceServer)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的查询请求，根据请求中
15的业务标识向各业务服务器301查询业务信息，保存各个业务服务器的业务 描述信息，生成业务信息表，并定期维护业务信息表；或者接收业务服务器 主动发送的业务信息并保存。
当用户需要某类服务时，可以使用业务订阅客户端向业务订阅服务器 303发送业务查询请求，以获得与该类服务相关的所有业务信息。查询请求 可以使用相应的查询参数，该查询参数可以包括关键字或者业务分类等。当 按关键字(keyword)方式查询时，订阅者向订阅管理模块3031发送查询请求， 查询请求中的参数包括关键字。订阅管理模块3031通过业务查询模块3032 根据关键字向业务服务器301中查找相关业务，并向订阅者返回相关业务信 息，可以以业务列表(ServicesList)的形式承载。当按业务分类查询业务时， 用户根据订阅管理模块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" > <Hotel List〉 <hotel 〉
<Service ID> hi001 </Service ID〉 <name>小天我鸟酒店</name〉 <price> 500.00RMB </price> <discount> 8.0 </discount> 〈description〉五星级酒店，单人标准间，提供免费早餐，免费上网服务。</description> </hotel> <hotel>
<Service ID> hi002 </Service ID> <name〉北京饭店 </name> <price〉 550.00 </price〉 <discount> 8.5 </discount〉
〈description〉五星级酒店，单人标准间，提供免费午餐，免费上网 服务，机场免费接送。 </description> </hotel〉
</Hotel List>
业务列表包括一个或多个业务标识和业务名称及说明等信息。
504、 订阅管理模块向业务订阅客户端发送所述的业务列表。
505、 用户根据业务列表选择某一业务，并向订阅管理模块发送业务订 阅请求，所述的请求中包括用户标识，业务标识，还可以包括终端设备能 力参数，本实施例中包括三者。终端设备能力参数可以包括CPU、内存容量、 操作系统版本、支持的协议等参数，也可以直接采用其他现有的标准中定义 的参数，如OMA对终端参数的定义。例如，所述的业务订阅请求可以通过 xml消息表示为
< xml version="1.0" encoding="GB2312" > <request>
<UID>13912345678</UID〉
<Service ID>hl002</Service ID〉
〈Device parameter〉
<cpu〉 ARM 11 </cpu〉<memory> 32M </memory> <os> symbian </os> <client> firefox </client〉 <protocol> WAP </protocol〉 <bandwidth〉 100k </bandwidth〉
</Device parameter〉 </request>
506、 订阅管理模块向验证模块发送验证请求，请求中包括用户标识， 业务标识，终端设备能力参数。
507、 验证模块根据业务标识查找所需验证项目，并向用户信息查询模 块发送查询请求，请求中包括用户标识，验证项目列表。验证项目列表包括 一个或多个用户信息项目名，例如用户信用等级、用户费用余额、爱好职业 等。例如，所述查询请求可以利用xml消息表示
< xml version="1.0" encoding="GB2312" > <request> <UID>13912345678</UID〉 <item list〉
<credit rank/〉 <hobby/〉 <occupation/> <balance/〉
〈/Device parameter〉 </request>
508、用户信息查询模块将用户信息传递给验证模块。 所述查询请求可以利用xml消息表示 < xml version=，，1.0，， encoding=，，GB2312，， ？〉<response〉
〈credit rank> 5.0 </credit rank〉 〈hobby〉 sports, music, movie </hobby〉 <occupation> software engineer </occupation> <balance> 35.12RMB </balance〉 </response>
509、 验证模块进行验证操作；根据查询结果中的各个数据项与验证规 则表中相应的项目匹配，并生成-险证结果。
如果查询结果中各数据项目符合验证规则表中相应的项目要求，则验证 通过，否则，验证不通过。例如，用户请求订阅酒店预订业务中的业务标识 为h1002的业务，该验证规则表要求验证的项目为用户的信用等级大于3.0 并且帐户余额大于500元；而根据该两项验证项目通过步骤508中查询到的 用户信息数据为信用等级为5.0,余额为35.12元；则根据匹配验证判断不 通过。
510、 验证模块向订阅管理模块返回验证结果。
需要说明的是，实际业务订阅过程中可以省略该步骤，或者以其他的验 证方式fC替。
511、 如果验证通过，订阅管理模块向业务匹配服务器发送匹配业务请 求，所述的请求中包括用户标识或用户信息，业务标识或业务信息；如果验 证未通过，则拒绝订阅者订阅该业务，并向客户端发送拒绝订阅iJL明消息， 此订阅过程结束。
512、 业务匹配服务器匹配关联业务，获得关联业务信息，向业务订阅 服务器返回所述的关联信息。关联业务信息可以以关联业务列表的形式记 录，关联业务列表中包括一个或者多个业务的标识、说明等信息。
业务匹配服务器根据所述的用户标识、业务标识，或者用户信息、业务 信息以及相应的匹配规则查找与所订阅的业务相关的业务，并生成关联业务
22信息，可以以关联业务列表的形式表述关联业务信息。所述的匹配规则可以 是系统默认的，也可以是用户自定义的，具体过程前面已经阐述，在此不再
赘述。所述的关联业务列表可以用xml表示 < xml version-" 1.0" encoding=，，GB2312，， ？〉 <related service list> 〈scrvicc〉 〈scrvicc〉 <Service ID〉 hi002 </Service ID> 〈name〉北京饭店 </name〉 <price> 550,00 </price〉 <discount〉 8.5 </discount〉
〈description〉五星级酒店，单人标准间，提供免费午餐，免费上网 服务，机场免费接送。 </description〉 </service>
〈Service ID> fl004 </Service ID〉 <name>才几票预定</name〉 <price> 1250RMB </price> <discount> 8.0 </discount〉 <data> 2007/10/25 </data>
<description〉免费送票上门，赠送航空意外保险。
</description〉 </service〉 <service〉
〈Service ID> t2004 </Service ID>
<name>导'游月良务</name〉
<price〉 3000RMB </price〉
<description>北京三日游，包括故宫、长城，颐和园等景点，包括门票费用，免费接送，餐饮自费，配备专业导游。
</description> </service> </related service list>
需要说明的是，业务匹配服务器也可以将用户所订阅的业务与查找到的 关联业务组合成关联业务集合订阅信息，并向业务订阅服务器返回该关联业 务集合订阅信息。所述的业务集合订阅信息包括用户所订阅的业务与所查找 到的关联业务按照预定策略(如用户的订阅历史记录，以及各个业务本身的 特性等)的各种组合，还可以包括及订阅说明，以指导用户如何进行关联业 务的订阅；或者所述的业务集合订阅信息包括业务匹配服务器所查找到的与 用户所订阅的业务相关的业务的业务标识以及用户所订阅业务的业务标识， 还可以包括还可以包括及订阅说明，以指导用户如何进行关联业务的订阅。 此种情况下，业务订阅服务器可以不对该关联业务订阅的有效性进行验证， 而直接向业务订阅客户端返回该关联业务集合订阅信息。业务订阅服务器也 可以针对组合后的关联业务集合订阅信息进行验证，并删除关联业务集合订 阅信息中验证没有通过的业务或者业务组合项目，然后向订阅客户端返回过 滤后的关联业务集合订阅信息。
513、 业务匹配服务器向订阅服务器发送关联业务信息。
514、 订阅管理模块将用户标识和关联业务信息传递给验证模块进行验 证，以过滤由业务匹配服务器产生的对当前用户无效的业务，比如用户当前 设备不支持该业务等。具体验证过程同步骤509。
515、 验证模块将关联业务的验证结果传递给订阅管理模块。
516、 订阅管理模块将验证未通过的业务从关联业务信息中删除。
517、 订阅管理模块根据用户所订阅的业务以及所述的过滤后的关联业 务信息组合成关联业务集合订阅信息，并向业务订阅客户端返回所述的业务 集合订阅信息。所述的业务集合订阅信息包括用户所订阅的业务与过滤后的 关联业务按照预定策略的各种组合，还可以包括及订阅说明，或者业务说明，以指导用户如何进行关联业务的订阅；或者所述的业务集合订阅信息包括业
务匹配服务器所查找到的与用户所订阅的业务相关的业务的业务标识以及 用户所订阅业务的业务标识，还可以包括还可以包括及订阅说明，以指导用
户如何进行关联业务的订阅。所述的关联业务集合订阅信息可以以XML表 示如下
< xml version="1.0，， encoding=，，GB2312" 〉 <related subscription) Subscription code〉
仅订阅当前业务请发送001至010086;
订阅所有推荐业务请发送002至010086;
订阅当前业务和推荐业务中部分业务请发送001+推荐业务代码1+
推荐业务代码2(可加多个业务代码)至010086。
(/subscription code> <related service list> <scrvicc>
<Service ID〉 fl004 </Service ID〉 <name〉片几票预定</name〉 <price〉 1250RMB </price〉 <discount> 8.0 </discoimt> <data> 2007/10/25 </data>
<description>免费送票上门，赠送4t空意外保险。
</description〉 </service> <seTvice>
<Service ID> t2004 </Service ID>
<name>导〉游月良务</name>
<price> 3000RMB </price>
<description〉北京三日游，包括故宫、长城，颐和园等景点，包括门票费用，免费接送，餐饮自费，配备专业导游。
</description> </service〉
</related service list〉 〈/related subscription)
518、 用户通过业务订阅客户端选择关联业务集合订阅信息中的全部或 部分业务，向订阅管理模块发送确认消息，如消息中携带确认业务列表。确 i人业务列表中包括一个或多个业务标识。
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、 订阅管理模块向订阅业务列表中的业务相关的业务服务器发送订 阅请求，请求中包括用户标识，业务标识。
27619、 各相关的业务服务器进行订阅操作。
620、 业务服务器向订阅管理模块返回关联业务订阅结果。
621、 订阅管理模块向客户端发送关联业务订阅结果。
从上述实施例的描述可知，通过本实施例的流程可以简化关联业务订阅 交互过程，节省系统资源。业务订阅服务器根据根据订阅者当前请求订阅的 业务的业务信息及其关联业务的业务信息为订阅用户组合关联业务集合订 阅信息，并将该关联业务集合订阅信息发送至订阅用户，由订阅用户根据自 己的情况确认需要订阅的关联业务，业务服务器根据订阅用户的确认订阅相 应业务。从而可以克服现有技术下订阅所产生的问题即如果订阅者接受订 阅管理服务器为其推荐的业务，订阅者需再次进行业务订阅操作以完成推荐 业务的订阅，特别是用户需要订阅的推荐业务较多时，需要进行多次订阅请 求操作所造成订阅方案操作十分不便，消耗了大量的系统资源。
而且，本发明实施例的订阅流程将用户当前订阅的业务与该业务的关联 业务一起推送给用户，由用户即时选择确认需要的业务，可以提高业务订阅 的实时性，提高关联业务订阅概率。
再者，本实施例方案中，用户可以根据自己的需求自定义一些关联业务 匹配规则，而且，通过关联业务集合订阅信息中的各种业务组合，以及各种 业务标识，可以由用户自由选择订阅哪种业务，从而克服了现有订阅过程中 业务关联的灵活性不够，用户对订阅业务的自由度下降，可用性差，不能满 足用户个性化需求等问题。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本 发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要 求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
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所述的方法，其特征在于，在向业务订阅服务器发送 业务订阅请求之前，进一步包括发送业务查询请求，所述的业务查询请求中包含查询参^t; 接收业务订阅服务器返回的根据所述的查询参数获得的业务信息； 根据所述的业务信息发送业务订阅请求。
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所述的业务订阅系统，其特征在于，所述的业务订阅 服务器进一步用于用于根据订阅请求中的用户标识获得用户信息，根据所述的用户信息验证所述的关联业务是否有效，并在组合关联业务集合订阅信息时删除无效的关if关业务。
28、 一种业务匹配服务器，其特征在于，所述的业务匹配服务器包括 接收模块，用于接收业务订阅服务器发送的匹配关联业务请求； 关联模块，根据预设的匹配规则为用户查找与其请求订阅的业务相关的业务，获得关联业务信息；发送模块，用于将所述的关联业务信息发送至业务订阅服务器。
29、 根据权利要求28所述的业务匹配服务器，其特征在于，所述的业务匹 配服务器进一步包括业务组合模块，用于将所述的关联业务信息与用户请求订阅业务的业务信 息组合成关联业务集合订阅信息； 所述的发送模块进一步将所述的关联业务集合订阅信息发送至业务订阅服 务器。
30、 根据权利要求29所述的业务匹配服务器，其特征在于，所述的业务组 合模块进一步用于根据所述的关联业务信息与用户请求订阅业务的业务信息生 成业务订阅说明；所述的业务订阅说明用于指导用户进行关联业务的订阅。
全文摘要
本发明公开了一种业务订阅方法，包括接收客户端的业务订阅请求，所述的业务订阅请求中包括业务标识；根据所述的业务标识获得客户端所请求订阅业务的业务信息以及客户端所请求订阅业务的关联业务信息；根据所述的业务信息以及关联业务信息获得关联业务集合订阅信息；向客户端返回所述的关联业务集合订阅信息。此外，本发明还公开了一种业务订阅系统、服务器；通过本发明的技术方案可以简化关联业务订阅交互过程，节省系统资源，并且，可以提高业务订阅的实时性，提高关联业务订阅概率。
文档编号G06Q50/00GK101459908SQ20071012505
公开日2009年6月17日 申请日期2007年12月13日 优先权日2007年12月13日
发明者杰 唐, 环 王, 石晓旻, 翀 顾, 马其锋 申请人:华为技术有限公司