增值业务互斥鉴权方法与装置的制作方法

文档序号:7721174阅读:112来源:国知局
专利名称:增值业务互斥鉴权方法与装置的制作方法
技术领域
本发明涉及一种电信增值业务技术,尤其涉及一种增值业务互斥鉴权方法与装置。
背景技术
电信的传统业务增长速度放缓而电信增值业务呈快速发展趋势。电信增值业务是 运营商和服务提供商(Service Provider ;简称为:SP)/内容提供商(Content Provider ; 简称为CP)合作开展的业务,业务内容一般由SP/CP提供,业务的发布、接入、认证、鉴权、 订购、计费、结算等由运营商负责,最终使用户享受到SP/CP提供的丰富多彩的业务。但是, 随着与运营商合作的SP/CP增多,电信增值业务的形式越来越丰富,业务打包、产品打包也 更为频繁,有些业务产品有包含关系、有些内容相同的业务产品被包装成不同的使用时间 和资费等,当用户在对增值业务的产品介绍或者自己的订购情况不清楚时,往往会发生重 复订购的情况,使得用户交了更多的费用却没有享受到更多的信息服务,致使投诉增加,满 意度急剧下降,这就对增值业务产品的管理提出了新的要求,需要有一个全面关于业务互 斥的解决方案。

发明内容
本发明实施例提供一种增值业务互斥鉴权方法与装置,以实现对增值业务互斥的管理。 本发明实施例提供了一种增值业务互斥鉴权方法,包括 接收用户设备发送的增值业务订购请求消息,所述增值业务订购请求消息携带有 用户服务号码和当前增值业务的信息; 根据所述用户服务号码,查询所述用户设备已订购增值业务的信息; 根据所述当前增值业务的信息和所述已订购增值业务的信息,查询互斥关系表; 如果根据查询所述互斥关系表获知所述当前增值业务和所述已订购增值业务具
有互斥关系,则向所述用户设备返回增值业务订购提示消息。
本发明实施例提供了一种增值业务互斥鉴权装置,包括 存储模块,用于存储用户订购信息表和互斥关系表; 接收模块,用于接收用户设备发送的增值业务订购请求消息,所述增值业务订购 请求消息携带有用户服务号码和当前增值业务的信息; 第一查询模块,用于根据所述用户服务号码,查询所述用户订购信息表中存储的 所述用户设备已订购增值业务的信息; 第二查询模块,用于根据所述当前增值业务的信息和所述已订购增值业务的信 息,查询互斥关系表; 反馈模块,用于在所述第二查询模块获知所述当前增值业务和所述已订购增值业 务具有互斥关系时,向所述用户设备返回增值业务订购提示消息。
7
本发明实施例的增值业务互斥鉴权方法与装置,通过查询互斥关系表,将用户设 备已订购增值业务的信息与当前增值业务的信息逐个层次的进行比较,获知当前增值业务 与已订购增值业务之间的互斥关系,以实现对增值业务之间互斥关系的管理,进而处理用 户设备发出的当前增值业务的订购请求。


为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现 有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发 明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以 根据这些附图获得其他的附图。 图1为本发明实施例所基于的增值业务产品模型的结构示意图;
图2为本发明实施例一提供的增值业务互斥鉴权方法的流程示意图;
图3为本发明实施例三提供的增值业务互斥鉴权方法的流程示意图;
图4为本发明实施例四提供的增值业务互斥鉴权方法的流程示意图;
图5为本发明实施例五提供的增值业务互斥鉴权方法的流程示意图;
图6为本发明实施例六提供的增值业务互斥鉴权方法的流程示意图;
图7为本发明实施例七提供的增值业务互斥鉴权装置的结构示意图;
图8为本发明实施例八提供的增值业务管理系统的结构示意图;
图9为本发明实施例八提供的增值业务订购流程示意图。
具体实施例方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例 中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是 本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员 在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明实施例所基于的增值业务产品模型的结构示意图。增值业务管理系 统向用户提供各种增值业务,而增值业务的种类和形式越来越多,由增值业务所构成的增 值业务产品模型需要进一步细化,图1提供了一种结构更加细化的增值业务产品模型,并 可在此产品模型上实施本发明的技术方案。在图1中,带菱形的连接线表示打包形成关系, 带三角形的连接线表示包含关系,实线表示绑定关系,虚线表示形成关系,如图1所示,该 增值业务产品模型具体包括业务、业务包、产品、产品包和套餐,其中,业务包是由多个业 务被打包捆绑起来形成的,产品包是由多个产品被打包捆绑起来形成的。在该增值业务产 品模型中只有产品和套餐是带有资费信息的,即最终销售给用户的是产品和套餐。具体的, 业务绑定资费(价格)形成产品,当单一业务绑定一个资费时,形成一个单一产品;当业务 包绑定一个资费时,形成一个组合产品,即产品包括单一产品和组合产品,而同一业务绑定 不同的资费时,形成不同的产品;产品包绑定资费形成套餐,套餐还可以由单一产品绑定一 个资费形成,且同一产品包或产品绑定不同的资费可以形成不同的套餐。基于上述增值业 务产品模型,运营商可以根据业务性质应用不同的商业推销策略。 而为了区分图1所示的增值业务产品模型中的各个实体,增值业务管理系统给每个实体分配一个身份识别号码(Identity ;简称为ID),用于标识不同的实体,对应为每个 业务具有一个全局唯一的ID,用于标识该业务;每个业务包具有一个全局唯一的ID,通过 业务包的ID可以获知业务包包含的业务以及业务的ID ;每个产品也具有一个全局唯一的 ID,且通过产品的I D可以获知该产品对应的业务包以及业务包的ID或者获知对应的业务
以及业务的ID ;通过产品包所具有的全局唯一的ID可获知产品包包含的产品以及产品ID ;
通过套餐所具有全局唯一的ID可以获知该套餐对应产品包及产品包的ID或者对应的产品 及产品的ID。 其中,同一业务或业务包绑定不同资费形成的产品可由产品的ID来区分,例如, 包月的每日新闻发送5元,包年的每日新闻发送50元,即相同的每日新闻业务加不同的资 费标准形成了两个产品;相同产品或产品包绑定不同资费形成的套餐由套餐的ID来区分, 例如,彩铃和宽带增值电视剧影视包,可以发布为20元每月的套餐,也可以发布为200元每 年的套餐;而同一业务与不同的其他业务打包形成的业务包由业务包的ID来区分,同一产 品与不同的其他产品打包形成的产品包可由产品包的ID区分。
基于上述增值业务产品模型,增值业务之间存在的互斥关系具体如下
(1)同一产品或套餐互斥即指用户不能重复订购同一产品或套餐;例如,用户已 经订购包月天气预报产品,则在包月天气预报产品到期之前,用户不能再次订购该产品。
(2)同类业务不同资费的产品或套餐互斥即指用户不能同时订购由相同业务绑 定不同资费形成的产品或套餐;例如,运营商将每日新闻发布为包月的每日新闻发送5元 和包年的每日新闻发送50元,则用户不能同时订购这两个产品。 (3)有包含关系的增值业务互斥即指用户请求订购的产品或套餐是某个已订购 业务的子集;例如,宽带增值电视剧影视包,20元每月,包含了宽带增值欧美电视剧影视包 10元每月和宽带增值内地电视剧影视包10元/每月,用户不能同时订购宽带增值电视剧影 视包和其包含的欧美电视剧影视包或内地电视剧影视包; (4)同性质的增值业务互斥即用户不能同时订购业务性质相同的增值业务;例 如,SPA发布了 一个天气预报包月3元产品,SPB也发布了 一个天气预报包月3元产品,由于 业务性质均是向用户提供气象信息,因此,用户不能同时订购;又例如,一个是用短消息发 送天气预报的产品,一个是用彩信形式发送天气预报的产品,这两个产品对用户来说获取 的信息一样,无须同时订购。 基于上述,本发明各实施例的技术方案从上述业务、业务包、产品、产品包和套餐
五个层面来对增值业务间的互斥关系进行管理,以满足增值业务间的互斥需求。
实施利一 图2为本发明实施例一提供的增值业务互斥鉴权方法的流程示意图,本实施例的 执行主体为增值业务互斥鉴权装置,该增值业务互斥鉴权方法具体包括以下步骤
步骤201,增值业务互斥鉴权装置接收用户设备发送的增值业务订购请求消息,其 中增值业务订购请求消息携带有用户服务号码和当前增值业务的信息; 其中用户设备发送的增值业务订购请求消息,可以通过增值业务系统或业务门户 发送给增值业务互斥鉴权装置。 步骤202,根据用户服务号码,增值业务互斥鉴权装置查询用户设备已订购增值业 务的信息;
具体的,该增值业务互斥鉴权装置中设有一存储空间,用于存储各个用户的订购 信息表。用户的订购信息表中存储有该用户已订购增值业务的相关信息,例如,与已订购增 值业务相关的信息可以是订购关系ID、产品的ID/套餐的ID、用户服务号码、用户订购时 间、用户订购实效时间、用户订购关系状态等属性,其中,订购关系ID是由增值业务互斥鉴 权装置给增值业务管理系统受理后的用户订购请求分配的一个标识号。增值业务互斥鉴权 装置根据接收到的用户服务号码,查询该用户服务号码所对应的订购关系表,获取用户设 备已订购增值业务的信息。 步骤203,增值业务互斥鉴权装置根据当前增值业务的信息和已订购增值业务的 信息,查询互斥关系表; 具体的,互斥关系表存储有根据增值业务的信息配置的增值业务之间的互斥关 系,增值业务互斥鉴权装置通过当前增值业务的信息和已订购增值业务的信息查询互斥关 系表中相应的增值业务的信息,判断当前增值业务和已订购增值业务之间的互斥关系。
步骤204,如果根据查询互斥关系表获知当前增值业务和已订购增值业务具有互 斥关系,则向用户设备返回业务订购提示消息。 具体的,当增值业务互斥鉴权装置获知用户设备不能订购当前增值业务时,可通 过增值业务管理系统中的业务门户向用户设备发出拒绝订购请求的消息,或者是提示存在 互斥业务的提示消息等,具体可以根据业务性质而定。 本实施例提供的增值业务互斥鉴权方法基于增值业务产品模型,通过查询互斥关 系表,将用户设备已订购增值业务的信息与当前增值业务的信息逐个层次的进行比较,可 获知当前增值业务与已订购增值业务之间的互斥关系,进而处理用户设备发出的当前增值 业务的订购请求,实现对增值业务之间的互斥管理。 具体的,互斥关系表可根据上述增值业务互斥关系进行配置,具体包括隐式互斥 关系表和显式互斥关系表。隐式互斥关系表可根据图l所示的增值业务产品模型和各实体 的ID完成,用于查询隐式互斥关系,所述隐式互斥关系具体包括上述互斥关系中的(1)同 一产品或套餐互斥、(2)同类业务不同资费的产品或套餐互斥和(3)有包含关系的增值业 务互斥;而显式互斥关系表需要针对特殊的业务进行额外配置,用于查询显式互斥关系,显 式互斥关系具体指上述互斥关系中的(4)同性质的增值业务互斥,其数量比较少,可以根 据语义上的理解预先对业务进行划分判断。增值业务互斥鉴权装置首先查询隐式互斥关系 表,若由查询隐式互斥关系表判断出当前增值业务与已订购增值业务不存在隐式互斥关系 时,查询显式互斥关系表,继续判断当前增值业务与已订购增值业务是否存在显式互斥关 系。 不同互斥关系表中存储的信息不相同,本实施例提供的隐式互斥关系表中存储满 足上述增值业务产品模型的增值业务的信息,具体为通过增值业务中各实体的ID实现运 营商发布的套餐与套餐包含的产品包或产品、运营商发布的产品与产品包含的业务包或业 务、业务包与其包含的业务以及产品包与其包含的产品之间的关联关系等,用于供互斥鉴 权装置查询增值业务间的互斥关系;本实施例提供了一种实现上述关联关系的方法,具体 为 增值业务互斥鉴权装置将同类业务不同资费的产品,在增值业务管理系统中,发 布成同一业务下的不同产品,即具有不同ID的产品;将有包含关系的业务,即业务包的创建,在增值业务管理系统中,通过前台配置界面,将之前发布的单业务关联到此业务包下, 即业务包的ID和业务的ID具有包含关系,再在这个业务包下发布不同的资费生成不同的 产品,即业务包的ID与业务的ID、产品的ID与业务包的ID之间具有对应关系;通过前台 配置界面,将之前发布的单一产品关联到套餐下,则生成套餐的ID和产品的ID之间具有对 应关系,同理可以形成产品包的ID和产品的ID之间的对应关系。 本实施例中的显式互斥关系表存储有所配置的同性质业务之间的互斥信息,例 如,前台配置界面会将第一服务提供商(SPA)发布的天气预报的信息和第二服务提供商 (SPB)发布的天气预报的信息存储在显式互斥关系表中,对于同质互斥业务可由增值业务 管理系统通过单独的界面进行配置。 进一步的,基于增值业务产品模型中各个实体的ID,本实施例中步骤201中的当 前增值业务的信息和步骤202中已订购增值业务的信息,具体为产品的ID或套餐的ID。例 如,当用户设备请求订购产品时,对应当前增值业务的信息为产品的ID,当用户设备请求订 购套餐时,对应当前增值业务的信息为套餐的ID。其中,若用户设备已订购增值业务中只有 套餐,则对应的已订购增值业务的信息具体指套餐的ID,若用户设备已订购增值业务中只 有产品,则对应的已订购增值业务的信息具体指产品的ID,若用户设备已订购增值业务中 既有套餐又有产品,则对应的已订购增值业务的信息具体指套餐的ID和产品的ID。
基于上述,步骤203具体根据已订购增值业务中的套餐的ID和/或产品的ID与 当前请求订购的产品的ID或套餐的ID,查询互斥关系表,并根据互斥关系表中存储的信息 判断请求订购的增值业务和已订购增值业务之间的互斥关系。 采用上述技术方案,可以构成隐式互斥关系表和显式互斥关系表,基于增值业务
涉及的产品的ID或套餐的ID,依次查询隐式互斥关系表和显式互斥关系表,获知请求订购
的增值业务和已订购增值业务之间的互斥关系,实现对增值业务间互斥关系的管理,并且
只有在判断出不具有隐式互斥关系时再查询显式互斥关系表,以及当在一较高层次判断出
具有互斥关系时,不再进行后续判断,通过这种方式可以节省判断时间,而逐层次的判断又
保证了互斥关系判断的全面彻底,即可以实现对复杂互斥关系的管理。 实施例二 本实施例提供一种增值业务互斥鉴权方法,该方法基于实施例一实现,具体包括 以下步骤 步骤211,增值业务互斥鉴权装置接收用户设备发送的携带用户服务号码和当前 增值业务的信息的业务订购请求消息;当前增值业务即指用户请求订购的增值业务。
步骤212,增值业务互斥鉴权装置根据用户服务号码查询用户设备已订购增值业
务的信息; 步骤213,判断已订购增值业务的信息中是否存在与当前增值业务的信息相同的 信息;若是,则判定当前增值业务与已订购增值业务具有互斥关系,向用户设备返回业务订 购提示消息,并结束互斥鉴权过程,否则执行步骤214 ; 具体的,增值业务互斥鉴权装置判断从用户订购信息表中查询到的已订购增值业 务的产品的ID和/或套餐的ID中是否存在与当前增值业务的产品的ID相同的ID,或者判 断是否存在与当前增值业务的套餐的ID相同的ID ;若是,则判定具有互斥关系,并结束互 斥鉴权过程,否则,执行步骤214,查询互斥关系表,进一步判断。
11
步骤214,增值业务互斥鉴权装置根据当前增值业务的信息和已订购增值业务的 信息,查询互斥关系表; 步骤215,如果根据查询互斥关系表获知当前增值业务和已订购增值业务具有互 斥关系,则向用户设备返回业务订购提示消息。 本实施例与实施例一的区别在于,在查询互斥关系表之前包括一判断操作,即步 骤213,通过查询互斥关系表之前的判断操作,可以判断同一产品或套餐之间的互斥关系, 当已订购增值业务和当前增值业务之间具有互斥关系时,避免进一步查询互斥关系表,可 以极大的节约操作程序。其余步骤与实施例一相同,故不再详述。 本实施例提供的增值业务互斥鉴权方法基于增值业务产品模型,通过判断操作和 查询互斥关系表,将用户设备已订购增值业务的信息与当前增值业务的信息逐个层次的进 行比较,可获知当前增值业务与已订购增值业务之间的互斥关系,进而处理用户设备发出 的当前增值业务的订购请求,实现对增值业务之间的互斥管理。 实际应用中,面向用户的只有产品和套餐,因此,下面基于用户订购不同业务的情
况,且以增值业务互斥鉴权装置为执行主体,对本发明技术方案进行详细说明。 实施例三 图3为本发明实施例三提供的增值业务互斥鉴权方法的流程示意图。本实施例中 用户请求订购的增值业务为产品,对应的当前增值业务的信息为产品的ID,且在本实施例 中,以组合产品为例,如图3所示,本实施例的增值业务互斥鉴权方法具体包括以下步骤
步骤301,增值业务互斥鉴权装置接收用户设备发送的携带有用户服务号码和请 求订购的产品的ID的增值业务订购请求消息; 其中,请求订购的产品的ID对应一个业务包的ID,该业务包的ID对应多个业务的 ID。用户设备的订购请求消息可以通过增值业务系统或业务门户发送给增值业务互斥鉴权装置。 步骤302,根据用户服务号码,查询用户订购信息表中已订购增值业务中套餐的 ID和/或产品的ID ; 本实施例以最复杂的情况为例以全面说明本发明的技术方案,即假设用户设备订 购关系表中的已订购增值业务中同时存在套餐和产品。 步骤303,判断已订购增值业务中产品的ID中是否存在与请求订购的产品的ID相 匹配的ID ;若是,执行步骤306,反之,执行步骤304 ; 增值业务互斥鉴权装置只需依据产品的ID,判断当前请求订购的产品是否存在用 户订购信息表中,该步骤是在查询已订购增值业务的信息之后,查询互斥关系表之前进行 的。若由该步骤得出请求订购的产品已经存在用户订购信息表中,且该产品还具有实效性, 则如步骤306所述,增值业务互斥鉴权装置直接判定请求订购的产品与已订购增值业务存 在互斥关系,不需要再查询互斥关系表,并如步骤307所述,增值业务互斥鉴权装置向用户 返回业务订购提示消息;反之,继续查询互斥关系表,为了便于全面说明本发明的技术方 案,本实施例假设请求订购的产品不存在用户订购关系表中,则增值业务互斥鉴权装置执 行步骤304。 步骤304,查询隐式互斥关系表,判断已订购增值业务中套餐对应的产品的ID中 是否存在与请求订购的产品的ID相同的ID ;若是,则执行步骤306,反之,则执行步骤305 ;
12
由于套餐可以由业务包绑定资费形成,也可以由单一产品绑定资费形成,因此,套 餐对应的产品的ID具体指形成套餐的产品包所包含产品的ID或形成套餐的单一产品的 ID。该步骤用于判断有包含关系的产品间的互斥,即若用户设备请求订购的产品是某个已 订购套餐的子集,则用户设备不能订购当前产品。当增值业务互斥鉴权装置判定用户设备 请求订购的产品与已订购业增值务存在互斥关系,用户设备不能订购当前产品,向用户设 备返回业务订购提示消息,如步骤306、307所述;反之,执行步骤305 ;
步骤305,增值业务互斥鉴权装置继续查询隐式互斥关系表,判断已订购增值业务 对应的业务包的ID中是否存在与请求订购的产品对应的业务包的I D相同的ID ;若是,则 执行步骤306,反之,执行步骤308 ; 当在产品层次,请求订购的产品与已订购增值业务不具有互斥关系时,需要从产 品包层次继续判断,因此,上述已订购增值业务对应的业务包包括已订购增值业务中的套 餐对应的业务包和已订购增值业务中的产品对应的业务包。进一步,若已订购增值业务中 的产品是由业务包形成的,则上述产品对应的业务包的ID指已订购增值业务中的产品中 的业务包的ID ;若已订购业务中的套餐由产品包形成,产品包对应由产品形成,若产品由 业务包形成,则上述套餐对应的业务包的ID指形成该套餐的产品包所包含的产品中的业 务包的ID ;若已订购业务中的套餐是由产品形成的,则当产品由业务包形成时,上述套餐 对应的业务包的ID指形成套餐的产品中的业务包的ID。若步骤305的判断结果为存在,则 增值业务互斥鉴权装置判定请求订购的产品与已订购增值业务具有互斥关系,用户设备不 能订购当前产品,向用户设备返回业务订购提示消息,如步骤306、步骤307所述;反之,如 步骤308、309所述,判定请求订购的产品与已订购增值业务不具有互斥关系,增值业务管 理系统受理用户设备的业务订购请求。 具体的,根据业务打包的固定形式可知,当业务包的ID不同时,说明业务包中包 含的业务不会完全相同,并且由于业务包是不带资费的,因此判断由业务包形成的产品的 互斥关系时,执行到业务包层次就可以判断出请求订购的产品是否与已订购增值业务之间 存在互斥关系。 本实施例提供的技术方案,基于订购信息表和互斥关系表中隐式互斥关系表,对
业务包形成的产品依次进行同一产品的重复订购互斥判断、存在包含关系的产品互斥判
断、和业务包层次的产品互斥判断,可获知请求订购的产品与已订购增值业务之间的互斥
关系,实现对增值业务之间的互斥管理,进而处理用户设备发出的产品订购请求,同时,逐
层次的判断,既可以节省判断时间,又保证了互斥关系判断的全面彻底。 实施例四 图4为本发明实施例四提供的增值业务互斥鉴权方法的流程示意图,本实施例与 实施例三相似,相同之处不再详述,其区别在于,用户设备当前业务请求订购的是由单一业 务形成的产品,则该增值业务互斥鉴权方法具体包括 步骤401,增值业务互斥鉴权装置接收用户设备发送的携带用户服务号码和请求 订购的产品的ID的业务订购请求消息; 其中,请求订购的产品的ID唯一对应于一个业务的ID,即该产品由单一业务形 成。 步骤402,根据用户服务号码,查询用户设备已订购增值业务的套餐的ID和/或产品的ID ; 本实施例仍以已订购增值业务既包含套餐又包含产品为例。 步骤403,判断已订购增值业务中产品的ID中,是否存在与请求订购的产品的ID 相同的ID ;若是,则执行步骤407,反之,则执行步骤404 ; 该步骤仍然进行同一业务重复订购的互斥判断,若是,则增值业务互斥鉴权装置 判定请求订购的产品与已订购增值业务存在互斥关系,并向用户设备返回业务订购提示消 息,如步骤407、步骤408所述,反之,执行步骤404 ; 步骤404,查询互斥关系表中的隐式互斥关系表,判断已订购增值业务中套餐对应 的产品的ID中,是否存在与请求订购的产品的ID相同的ID ;若是,则执行步骤407,反之, 则执行步骤405 ; 该步骤用于判断有包含关系的产品间的互斥,该步骤与实施例二相似,故不再详 细论述,当判断出请求订购的产品与已订购增值业务不存在包含关系的互斥时,增值业务 互斥鉴权装置继续执行步骤405 ; 以上步骤与实施例三中的步骤301至步骤304相似,不再详述。 步骤405,继续查询隐式互斥关系表,判断已订购增值业务对应的业务的ID中,
是否存在与请求订购的产品对应的业务的ID相同的ID ;若是,则执行步骤407、步骤408,
即判定请求订购的产品与已订购增值业务具有互斥关系,向用户设备返回业务订购提示消
息;反之,继续执行步骤406。 由于请求订购的产品是由业务绑定资费形成的,因此需要将互斥关系的判断进行 到业务层次。其中,已订购增值业务对应的业务包括已订购增值业务中套餐对应的业务和 已订购增值业务中产品对应的业务,而产品对应的业务包括形成产品的业务或者形成产品 的业务包所包含的业务,套餐对应的业务包括形成套餐的产品对应的业务(具体如上所 述)或形成套餐的产品包对应的业务,产品包对应的业务指形成产品包的产品对应的业务 (具体如上所述),即步骤405中所述对应的业务的ID是指形成业务包、产品、产品包或套 餐的业务的ID。 步骤406,查询互斥关系表中的显式互斥关系表,判断已订购增值业务对应的业务 的同质互斥业务的ID中,是否存在请求订购的产品对应的业务的ID相同的ID ;若是,则执 行步骤407 、步骤408,反之,执行步骤409 、步骤410 ; 该步骤用于判断同质互斥业务互斥,即当请求订购的产品与已订购增值业务不具 有互斥关系时,进一步通过查询显式互斥关系表获取已订购增值业务中的部分业务的同质 互斥业务,并判断请求订购的产品是否与查询到的同质互斥业务具有互斥关系,其中同质 互斥关系数量比较少,是由配置前台通过专门的界面配置的,需要在互斥关系判断进行到 业务层次的时候,再行判断,具体判断过程也是进行业务的ID字段的匹配,若存在请求订 购的产品对应的业务的ID与查询到的同质互斥业务的ID完全匹配的情况,则增值业务鉴 权装置判定请求订购的产品与已订购增值业务存在互斥关系,向用户设备返回业务订购提 示消息,如步骤407、步骤408所述;反之,判定请求订购的产品与已订购增值业务不具有互 斥关系,增值业务管理系统受理用户设备的业务订购请求,如步骤409、步骤410所述。
本实施例提供的技术方案,基于订购信息表和互斥关系表中隐式互斥关系表和显 式互斥关系表,对由业务形成的产品依次进行不同层次的产品互斥判断,可获知请求订购的产品与已订购增值业务之间的互斥关系,进而处理用户设备发出的产品订购请求,实现 对增值业务之间的互斥管理,同时,逐层次的判断,既可以节省判断时间,又保证了互斥关 系判断的全面彻底。
实施例五 图5为本发明实施例五提供的增值业务互斥鉴权方法的流程示意图。本实施例提 供的方法,可以在实施例一的基础上实现,适用于当前业务是套餐,且该套餐由产品包形成 的情况,如图5所示,该方法具体包括以下步骤 步骤501,接收用户设备发送的携带用户服务号码和请求订购的套餐的ID的业务 订购请求消息; 本实施例中,套餐是由产品包绑定资费形成的,该套餐的ID对应一个产品包的 ID,产品包由多个产品形成,产品包的ID对应多个产品的ID,而该产品包本身不带有资费信息。 步骤502,根据用户服务号码,查询用户设备已订购增值业务中套餐的ID和/或产 品的ID ; 具体的,用户设备订购关系表存储在增值业务互斥鉴权装置中,增值业务互斥鉴 权装置根据接收到的用户服务号码查询到该用户的订购信息表,并查询用户设备订购信息 表中的已订购增值业务的信息,已订购增值业务的信息具体指已订购套餐的ID和/或产品 的ID,本实施例以套餐的ID和产品的ID同时存在为例。 步骤503,判断已订购增值业务中套餐的ID中,是否存在与请求订购的套餐的ID
相同的ID ;若是,则执行步骤505、步骤506,即判定请求订购的套餐与已订购增值业务存在
互斥关系,向用户设备返回业务订购请求提示消息;反之,执行步骤504 ; 该步骤用于进行同一套餐重复订购的互斥判断,且增值业务互斥鉴权装置根据判
断出的结果,执行相应的操作。 步骤504,查询隐式互斥关系表,判断已订购增值业务中套餐对应的产品包的ID 中,是否存在与请求订购的套餐对应的产品包的ID相同的ID ;若是,则执行步骤505,反之, 执行步骤507 ; 该步骤用于对有包含关系的互斥关系进行判断,具体为当已订购增值业务中存
在由业务包形成的套餐时,判断形成该套餐的产品包的ID是否与请求订购的套餐对应的
产品包的ID相同,若相同,则增值业务互斥鉴权装置判定请求订购的套餐与已订购增值业
务之间存在互斥关系,用户不能够订购该套餐,向用户设备返回业务订购提示消息,如步骤
505、步骤506所述;反之,判定请求订购的套餐与已订购增值业务不具有互斥关系,增值业
务管理系统受理用户设备的业务订购请求,如步骤507、步骤508所述。 由于产品包本身不带资费,且根据产品打包的固定形式可知,当产品包的ID不同
时,意味着产品包中包含不同的产品,即由不同ID的产品包形成的套餐是不同的,因此对
有产品包形成的套餐的互斥判断只需进行到产品包层次。 本实施例提供的技术方案,基于订购信息表和互斥关系表中隐式互斥关系表,对 由产品包形成的套餐的互斥判断只需进行到产品包层次,即可获知请求订购的套餐与已订 购增值业务之间的互斥关系,进而处理用户设备发出的套餐订购请求,实现对增值业务之 间的互斥管理,由上述分析可知,逐层次的互斥判断可以根据不同的业务需求自行调整所需判断到的层次,既可以节省判断时间,又保证了互斥关系判断的全面彻底。
实施例六 图6为本发明实施例六提供的增值业务互斥鉴权方法的流程示意图,本实施例提
供的方法,与实施例五相似,相似之处不再详细论述,不同之处在于,用户设备请求订购的
是套餐,该套餐是由产品绑定资费形成的,如图6所示,该方法具体包括 步骤601,接收用户设备发送的携带用户服务号码和请求订购的套餐的ID的业务
订购请求消息; 本实施例中,用户设备的业务订购请求消息也可以通过增值业务系统或业务门户 发送给增值业务互斥鉴权装置。其中,套餐是由产品绑定资费形成的,该套餐的ID对应一 个产品的ID。 步骤602,根据用户服务号码,查询用户设备已订购增值业务中套餐的ID和/或产 品的ID ; 具体的,该步骤同实施例五中的步骤502,不再赘述,且本实施例仍以已订购增值 业务的信息同时包括套餐的ID和产品的ID为例。 步骤603,判断已订购增值业务中套餐的ID中,是否存在与请求订购的套餐的ID 相同的ID ;若是,则执行步骤610,判定请求订购的套餐与已订购增值业务存在互斥关系, 并如步骤611所述,向用户设备返回业务订购提示消息;反之,执行步骤604 ;
该步骤用于进行同一套餐重复订购的互斥判断,同步骤503,不再赘述。
步骤604,查询互斥关系表中的隐式互斥关系表,判断已订购增值业务中套餐对应 的产品的ID中,是否存在与请求订购的套餐对应的产品的ID相同的ID ;若是,则执行步骤 610,判定请求订购的套餐与已订购增值业务存在互斥关系,并如步骤611所述,向用户设 备返回业务订购提示消息;反之,执行步骤605 ; 该步骤与实施例四中的步骤504相似,用于在产品层次对有包含关系的互斥关系 进行判断,区别在于,本实施例中,对套餐对应的产品做判断处理,与实施例四中的产品包 不同,本实施例中的已订购增值业务中套餐对应的产品的ID包括形成套餐的产品的ID,也 包括形成套餐的产品包中产品的ID。 步骤605,根据隐式互斥关系表获知套餐中产品的构成方式; 具体通过查询该产品的下一层次,判断该产品是由单一业务形成还是由业务包形 成,若获知该产品是由单一业务形成时,执行步骤6061,反之执行步骤6071。
步骤6061,查询隐式互斥关系表,判断已订购增值业务对应的业务的ID中,是否 存在与请求订购的套餐对应的业务的ID相同的ID ; 具体的,若是,则执行步骤610,增值业务互斥鉴权装置判定请求订购的套餐与已 订购增值业务存在互斥关系,用户设备不能订购该套餐,同时,如步骤611所述,增值业务 互斥鉴权装置向用户设备返回业务订购提示消息;反之,增值业务互斥鉴权装置执行步骤 6062。 步骤6062,查询显式互斥关系表,判断已订购增值业务对应的业务的同质互斥业 务的ID中,是否存在与请求订购的套餐对应的业务的ID相同的ID ; 若是,则执行步骤610,增值业务互斥鉴权装置判定请求订购的套餐与已订购增值 业务存在互斥关系,用户设备不能订购该套餐,之后执行步骤611,增值业务互斥鉴权装向用户设备返回业务订购提示消息;反之,执行步骤608、步骤609,增值业务互斥鉴权装置判 定请求订购的套餐与已订购增值业务不具有互斥关系,增值业务管理系统受理用户设备的 业务订购请求,并结束该互斥判断过程。 具体的上述步骤6061与步骤6062与实施例四中的步骤405和步骤406相似,故 本实施例中并未进行详细论述,具体请参照实施例四。 步骤6071,查询隐式互斥关系表,判断已订购增值业务对应的业务包的ID中是否 存在与请求订购的套餐对应的业务包的ID相同的ID ; 若是,则执行步骤610,增值业务互斥鉴权装置判定请求订购的套餐与已订购增值 业务存在互斥关系,用户设备不能订购该套餐,之后执行步骤611,增值业务互斥鉴权装向 用户设备返回业务订购提示消息;反之,执行步骤608、步骤609,增值业务互斥鉴权装置判 定请求订购的套餐与已订购增值业务不具有互斥关系,增值业务管理系统受理用户设备的 业务订购请求,并结束该互斥判断过程。 具体的,步骤6071与实施例三中的步骤305相似,详细请参照实施例三中的步骤 305,在此不再赘述。 本实施例提供的技术方案,基于订购信息表和互斥关系表中隐式互斥关系表和显
式互斥关系表,对由产品形成的套餐进行互斥判断,并通过根据产品的构成形式,将该互斥
判断进行到业务或业务包层次,获知请求订购的套餐与已订购增值业务之间的互斥关系,
进而处理用户设备发出的套餐订购请求,实现对增值业务之间的互斥管理,由上述分析可
知,逐层次的互斥判断可以根据不同的业务需求自行调整所需判断到的层次,既可以节省
判断时间,又保证了互斥关系判断的全面彻底。 实施例七 图7为本发明实施例七提供的增值业务互斥鉴权装置的结构示意图,如图7所示, 本实施例提供的装置包括存储模块71、接收模块72、第一查询模块73、第二查询模块74 和反馈模块75。 具体的,存储模块71用于存储用户订购信息表和互斥关系表;当用户设备有订购 请求时,通过增值业务管理系统或业务门户向接收模块72发送携带用户服务号码和当前 增值业务的信息的增值业务订购请求消息,接收模块72将接收到的当前增值业务的信息 提供给第二查询模块74,同时将用户服务号码提供给第一查询模块73,使第一查询模块73 根据该用户服务号码从存储模块71中的用户订购信息表中查询已订购增值业务的信息, 并将查询到的已订购增值业务的信息提供给第二查询模块74,第二查询模块74根据接收 模块72和第一查询模块73提供的信息,查询互斥关系表,获知当前增值业务和已订购增值 业务之间的互斥关系,并将该结果提供给反馈模块75,用于根据该结果向用户设备返回业 务订购提示消息。 其中,存储模块71中所存储的互斥关系表包括隐式互斥关系表和显式互斥关系 表;隐式互斥关系表存储有符合增值业务产品模型的业务信息,显式互斥关系表存储有增 值业务的同质互斥业务的信息。 具体的,已订购增值业务的信息可以是用户设备已订购套餐的ID和/或产品的 ID,具体根据用户的实际订购情况而定,基于目前运营商提供的面向用户的增值业务的形 式只有产品和套餐,因此,当前增值业务的信息可以是产品的ID或套餐的ID,具体的根据
17产品或套餐的形成方式,可以具体分为由单一业务形成的产品的ID、由业务包形成的产 品的ID、由产品包形成的套餐的ID和由单一产品形成的套餐的ID。 本实施例提供的装置,通过第二查询模块74可以获知当前增值业务和已订购增 值业务的互斥关系,基于存储模块71存储的用户设备订购关系表和互斥关系表,逐层次的 判断互斥关系,既可以节省判断时间,又保证了互斥关系判断的全面彻底。
基于上述技术方案,该装置还包括判断模块81和判定模块82。判断模块81,与 接收模块72、第一查询模块73和第二查询模块74连接,用于根据接收模块72和第一查询 模块73提供的信息,在查询互斥关系表之前,判断已订购增值业务的信息中是否存在与当 前增值业务的信息相同的信息,并将判断结果提供给第二查询模块74 ;判定模块82,与判 断模块81和反馈模块75连接,用于在判断模块81的判断结果为是时,判定当前增值业务 与已订购增值业务具有互斥关系,并将判定结果提供给反馈模块75,以使反馈模块75向用 户设备返回当前增值业务订购请求提示消息。 其中,第二查询模块74包括第一查询判断单元、第二查询判断单元、第三查询判 断单元、第一判定单元和第二判定单元。上述单元用于在请求订购的当前增值业务为由单 一业务形成的产品时,对该请求订购的产品进行互斥判断,具体操作流程如下
第一查询判断单元,用于在判断模块81的判断结果为否时,根据请求订购的产品 的ID和已订购增值业务中套餐的ID,查询互斥关系表中的隐式互斥关系表,判断已订购增 值业务中的套餐对应的产品的ID中,是否存在与请求订购的产品的ID相同的ID,其中所述 对应的产品的ID是指形成产品包或套餐的产品的ID ;第二查询判断单元,用于在第一查询 判断单元的判断结果为否时,继续查询隐式互斥关系表,判断已订购增值业务对应的业务 的ID中是否存在与请求订购的产品对应的业务的ID相同的ID,其中所述对应的业务的ID 是指形成业务包、产品、产品包或套餐的业务的ID ;第三查询判断单元,用于在第二查询判 断单元的判断结果为否时,查询互斥关系表中的显式互斥关系表,判断已订购增值业务对 应的业务的同质互斥业务的ID中是否存在与请求订购的产品对应的业务的ID相同的ID ;
第一判定单元,用于在第一查询判断单元、第二查询判断单元或第三查询判断单 元的判断结果为是时,判定请求订购的产品与已订购增值业务具有互斥关系;第二判定单 元,用于在第三查询判断单元的判断结果为否时,判定请求订购的产品与已订购增值业务 不具有互斥关系。 进一步,第二查询模块74还包括第四查询判断单元、第五查询判断单元、第三判 定单元和第四判定单元。上述单元用于在请求订购的增值业务为由业务包形成的产品时, 对请求订购的产品进行互斥判断,具体操作流程如下 第四查询判断单元,用于在判断模块81的判断结果为否时,根据请求订购的产品 的ID和已订购增值业务中套餐的ID,查询互斥关系表中的隐式互斥关系表,判断已订购增 值业务中的套餐对应的产品的ID中是否存在与请求订购的产品的ID相同的ID,其中所述 对应的产品的ID是指形成产品包或套餐的产品的ID ;第五查询判断单元,用于在第四查询 判断单元输出不存在结果时,继续查询隐式互斥关系表,判断已订购增值业务对应的业务 包的ID中是否存在与请求订购的产品对应的业务包的ID相同的ID,其中所述对应的业务 包的ID是指形成产品、产品包或套餐的业务包的ID ; 第三判定单元,用于在第四查询判断单元或第五查询判断单元的判断结果为是
18时,判定请求订购的产品与已订购增值业务具有互斥关系;第四判定单元,用于在第五查询 判断单元的判断结果为否时,判定请求订购的产品与已订购增值业务不具有互斥关系。
再进一步,第二查询模块74还包括第六查询判断单元、第七查询判断单元、第八 查询判断单元、第九查询判断单元、第十查询判断单元、第五判定单元和第六判定单元。上 述单元用于在请求订购的增值业务为由单一产品形成的套餐时,对请求订购的套餐进行互 斥判断,具体操作流程如下 第六查询判断单元,用于在判断模块81的判断结果为否时,根据请求订购的套餐 的ID和已订购增值业务中套餐的ID,查询互斥关系表中的隐式互斥关系表,判断已订购增 值业务中套餐对应的产品的ID中是否存在与请求订购的套餐对应的产品的ID相同的ID, 其中所述对应的产品的ID是指形成产品包或套餐的产品的ID ; 第七查询判断单元,用于在第六查询判断单元的判断结果为否时,且根据隐式互 斥关系表获知请求订购的套餐中的产品是由单一业务形成时,查询隐式互斥关系表,判断 已订购增值业务对应的业务的ID中是否存在与请求订购的套餐对应的业务的ID相同的 ID,其中所述对应的业务的ID是指形成业务包、产品、产品包或套餐的业务的ID ;第八查询 判断单元,用于在第七查询判断单元的判断结果为否时,查询显式互斥关系表,判断已订购 增值业务对应的业务的同质互斥业务的ID中是否存在与请求订购的套餐对应的业务的ID 相同的ID ; 第五判定单元,用于在第六查询判断单元、第七查询判断单元或第八查询判断单 元的判断结果为是时,判定请求订购的套餐与已订购增值业务具有互斥关系;第六判定单 元,用于在第八查询判断单元的判断结果为否时,判定请求订购的套餐与已订购增值业务 不具有互斥关系; 第十查询判断单元,用于在已订购增值业务中的套餐对应的产品的ID中不存在 与请求订购的套餐对应的产品的ID相同的ID,且查询隐式互斥关系表获知请求订购的套 餐中的产品是由产品包形成时,查询隐式互斥关系表,判断已订购增值业务对应的业务包 的ID中是否存在与请求订购的套餐对应的业务包的ID相同的ID,其中所述对应的业务包 的ID是指形成产品、产品包或套餐的业务包的ID ; 此时,第五判定单元,还用于在第十查询判断单元的判断结果为是时,判定请求订
购的套餐与已订购增值业务具有互斥关系;第六判定单元,还用于在第十查询判断单元的
判断结果为否时,判定请求订购的套餐与已订购增值业务不具有互斥关系。 更进一步,第二查询模块74还包括第十一查询判断单元、第七判定单元和第八
判定单元。上述各单元用于在请求订购的增值业务为由产品包形成的套餐时,对请求订购
的套餐进行互斥判断,具体操作流程如下 第十一查询判断单元,用于在判断模块81的判断结果为否时,根据请求订购的套 餐的ID和已订购增值业务中套餐的ID,查询隐式互斥关系表,判断已订购增值业务中套餐 对应的产品包的ID中是否存在与请求订购的套餐对应的产品包的ID相同的ID,其中所述 对应的产品包的ID是指形成套餐的产品包的ID ;第七判定单元,用于在第十一查询判断单 元的判断结果为是时,判定请求订购的套餐与已订购增值业务具有互斥关系;第八判定单 元,用于在第十一查询判断单元的判断结果为否时,判定请求订购的套餐与已订购增值业 务不具有互斥关系。
19
本实施例提供的增值业务互斥鉴权装置可用于执行本发明实施例提供的增值业 务互斥鉴权方法,采用上述技术方案,可以实现对用户设备或者业务门户发送的请求订购 的各种增值业务进行互斥鉴权,实现增值业务之间的互斥管理。
实施例八 图8所示为本发明实施例八提供的增值业务管理系统的结构示意图,图9为本发 明实施例八提供的增值业务订购流程示意图。如图8所示,增值业务管理系统包括SP或 系统配置界面91、增值业务系统或业务门户92、增值业务鉴权模块93。
具体的,增值业务鉴权模块93包括本发明上述实施例提供的增值业务互斥鉴权 装置931和通用认证鉴权模块932。增值业务互斥鉴权装置931的内部结构和功能不再详 述,详见本发明提供的增值业务互斥鉴权装置实施例部分的描述。通用认证鉴权模块932 用于对用户发起的订购请求进行常规认证鉴权,保证用户的订购请求具有合法性,以作为 后续对用户的订购请求与已订购增值业务进行互斥判断的基础;其中最常用的常规认证鉴 权有用户状态、业务能力鉴权、SP状态、SP业务状态、SP产品状态、黑白名单鉴权等。增值 业务鉴权模块负责为各类业务存储统一的用户、业务、产品、SP和订购关系等信息,完成围 绕上述核心数据的统一管理、统计分析及集中式的认证鉴权和计费。 SP或系统配置界面91,与增值业务鉴权模块93连接,提供配置互斥关系表的窗 口,即通过该界面管理员或者SP完成对增值业务互斥关系的配置。 增值业务系统指为用户提供增值服务的能力引擎;增值业务门户指为用户提供订 购、退订、查询等自服务的门户,门户的形式多样,例如网页(Web)门户、无线应用通讯协议 (Wireless Application Protocol ;简称为Wap)门户、交互语音应答系统(Interactive Voice Response ;简称为IVR)语音门户、短信门户等。有的时候增值业务门户包含在增值 业务系统内,有的时候增值业务门户独立于增值业务系统而设置。 用户通过上述系统或门户都可以向增值业务管理系统发起订购请求,并得到增值
业务管理系统反馈的结果,例如可以是受理消息,也无可以是业务订购提示消息。 基于上述增值业务管理系统,本发明实施例提供了一种用户订购增值业务流程,
如图9所示,具体包括 步骤l,用户通过用户设备向增值业务系统或业务门户发起订购请求; 步骤2,增值业务系统或业务门户作为认证鉴权的触发点,向增值业务鉴权模块发
起用户的订购请求; 步骤3,增值业务鉴权模块对用户的订购请求进行常规认证鉴权;
步骤4,增值业务鉴权模块对用户的订购请求进行互斥鉴权; 步骤5,如果鉴权成功,增值业务鉴权模块生成订购关系,并将该订购关系记录到 用户的订购关系表中; 步骤6,增值业务鉴权模块将处理结果返回增值业务系统或业务门户; 步骤7,增值业务系统或业务门户将处理结果翻译成用户可以理解的语言,通过用
户设备返回给用户。 其中,由通用认证鉴权模块完成的步骤3中的常规认证鉴权,其中常规认证鉴权 包括用户状态、业务能力鉴权、SP状态、SP业务状态、SP产品状态、黑白名单鉴权等;在做 完常规认证鉴权后,由增值业务互斥鉴权装置完成步骤4中的互斥鉴权,其鉴权过程详见
20本发明鉴权方法实施例,在此不再赘述。 采用上述技术方案,用户将订购请求发送给增值业务管理系统,由增值业务管理 系统对该订购请求进行互斥鉴权,只有通过互斥鉴权的订购请求才被受理,并且增值业务 管理系统会向用户反馈提示信息,提示存在互斥关系的订购请求。 综上所述,通过采用本发明提供的技术方案,可以对用户设备的订购请求进行全 面的互斥鉴权,只有在鉴权通过后,用户的订购请求才被受理,避免了用户在对增值业务产 品介绍或者自己已订购业务不是很清楚时,发生违背用户真实意愿的错误订购,而在当前 增值业务与已订购增值业务存在互斥关系时,向用户返回订购提示信息,用户可以根据提 示信息选择后续操作,即起到了提示用户的作用,又不违背用户的意愿,规范了服务提供的 行为,提高了用户满意度和用户体验。 最后应说明的是以上实施例仅用以说明本发明的技术方案而非对其进行限制, 尽管参照较佳实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解其依 然可以对本发明的技术方案进行修改或者等同替换,而这些修改或者等同替换亦不能使修 改后的技术方案脱离本发明技术方案的精神和范围。
2权利要求
一种增值业务互斥鉴权方法,其特征在于,包括接收用户设备发送的增值业务订购请求消息,所述增值业务订购请求消息携带有用户服务号码和当前增值业务的信息;根据所述用户服务号码,查询所述用户设备已订购增值业务的信息;根据所述当前增值业务的信息和所述已订购增值业务的信息,查询互斥关系表;如果根据查询所述互斥关系表获知所述当前增值业务和所述已订购增值业务具有互斥关系,则向所述用户设备返回增值业务订购提示消息。
2. 根据权利要求1所述的增值业务互斥鉴权方法,其特征在于,查询所述互斥关系表 之前,还包括判断所述已订购增值业务的信息中是否存在与所述当前增值业务的信息相 同的信息;若判断结果为是,则判定所述当前增值业务和所述已订购增值业务具有互斥关系,向 所述用户设备返回增值业务订购提示消息;若判断结果为不是,则执行查询所述互斥关系表的操作。
3. 根据权利要求2所述的增值业务互斥鉴权方法,其特征在于,所述互斥关系表包括 隐式互斥关系表和显式互斥关系表,所述隐式互斥关系表存储有符合增值业务产品模型的 业务信息,所述显式互斥关系表存储有所述增值业务的同质互斥业务信息。
4. 根据权利要求3所述的增值业务互斥鉴权方法,其特征在于,所述已订购增值业务 的信息至少包括所述已订购增值业务中套餐的ID和/或产品的ID。
5. 根据权利要求4所述的增值业务互斥鉴权方法,其特征在于,若所述用户设备请求 订购的当前增值业务为由单一业务形成的产品时,所述当前增值业务的信息为请求订购的 产品的ID,根据所述当前增值业务的信息和所述已订购增值业务的信息,查询互斥关系表, 具体为根据所述请求订购的产品的ID和所述已订购增值业务中套餐的ID,查询所述隐式互 斥关系表,判断所述已订购增值业务中套餐对应的产品的ID中,是否存在与所述请求订购 的产品的ID相同的ID;若所述已订购增值业务中套餐对应的产品的ID中存在与所述请求订购的产品的ID相 同的ID,则判定所述请求订购的产品与所述已订购增值业务具有互斥关系;若所述已订购增值业务中套餐对应的产品的ID中不存在与所述请求订购的产品的ID 相同的ID,继续查询所述隐式互斥关系表,判断所述已订购增值业务对应的业务的ID中, 是否存在与所述请求订购的产品对应的业务的ID相同的ID ;若所述已订购增值业务对应的业务的ID中存在与所述请求订购的产品对应的业务的 ID相同的ID,则判定所述请求订购的产品与所述已订购增值业务具有互斥关系;若所述已订购增值业务对应的业务的ID中不存在与所述请求订购的产品对应的业务 的ID相同的ID,查询所述显式互斥关系表,判断所述已订购增值业务对应的业务的同质互 斥业务的ID中,是否存在与所述请求订购的产品对应的业务的ID相同的ID ;若所述已订购增值业务对应的业务的同质互斥业务的ID中存在与所述请求订购的产 品对应的业务的ID相同的ID,则判定所述请求订购的产品与所述已订购增值业务具有互 斥关系;若所述已订购增值业务对应的业务的同质互斥业务的ID中不存在与所述请求订购的产品对应的业务的ID相同的ID,则判定所述请求订购的产品与所述已订购增值业务不具 有互斥关系。
6. 根据权利要求4所述的增值业务互斥鉴权方法,其特征在于,若所述用户设备请求 订购的当前增值业务为由业务包形成的产品时,所述当前增值业务的信息为请求订购的产 品的ID,根据所述当前增值业务的信息和所述已订购增值业务的信息,查询互斥关系表,具 体为根据所述请求订购的产品的ID和所述已订购增值业务中套餐的ID,查询所述隐式互 斥关系表,判断所述已订购增值业务中套餐对应的产品的ID中,是否存在与所述请求订购 的产品的ID相同的ID;若所述已订购增值业务中套餐对应的产品的ID中存在与所述请求订购的产品的ID相 同的ID,则判定所述请求订购的产品与所述已订购增值业务具有互斥关系;若所述已订购增值业务中套餐对应的产品的ID中不存在与所述请求订购的产品的 ID相同的ID,继续查询所述隐式互斥关系表,判断所述已订购增值业务对应的业务包的ID 中,是否存在与所述请求订购的产品对应的业务包的ID相同的ID ;若所述已订购增值业务对应的业务包的ID中存在与所述请求订购的产品对应的业务 包的ID相同的ID,则判定所述请求订购的产品与所述已订购增值业务具有互斥关系;若所述已订购增值业务对应的业务包的ID中不存在与所述请求订购的产品对应的业 务包的ID相同的ID,则判定所述请求订购的产品与所述已订购增值业务不具有互斥关系。
7. 根据权利要求4所述的增值业务互斥鉴权方法,其特征在于,若所述用户设备请求 订购的当前增值业务为由单一产品形成的套餐时,所述当前增值业务的信息为请求订购的 套餐的ID,根据所述当前增值业务的信息和所述已订购增值业务的信息,查询互斥关系表, 具体为根据所述请求订购的套餐的ID和所述已订购增值业务中套餐的ID,查询所述隐式互 斥关系表,判断所述已订购增值业务中套餐对应的产品的ID中,是否存在与所述请求订购 的套餐对应的产品的ID相同的ID ;若所述已订购增值业务中套餐对应的产品的ID中存在与所述请求订购的套餐对应的 产品的ID相同的ID,则判定所述请求订购的套餐与所述已订购增值业务具有互斥关系;若所述已订购增值业务中套餐对应的产品的ID中不存在与所述请求订购的套餐对应 的产品的ID相同的ID,且获知所述请求订购的套餐中的产品是由单一业务形成时,查询所 述隐式互斥关系表,判断所述已订购增值业务对应的业务的ID中,是否存在与所述请求订 购的套餐对应的业务的ID相同的ID ;若所述已订购增值业务对应的业务的ID中存在与所述请求订购的套餐对应的业务的 ID相同的ID,则判定所述请求订购的套餐与所述已订购增值业务具有互斥关系;若所述已订购增值业务对应的业务的ID中不存在与所述请求订购的套餐对应的业务 的ID相同的ID,查询所述显式互斥关系表,判断所述已订购增值业务对应的业务的同质互 斥业务的ID中,是否存在与所述请求订购的套餐对应的业务的ID相同的ID ;若所述已订购增值业务对应的业务的同质互斥业务的ID中存在与所述请求订购的套 餐对应的业务的ID相同的ID,则判定所述请求订购的套餐与所述已订购增值业务具有互 斥关系;若所述已订购增值业务对应的业务的同质互斥业务的ID中不存在与所述请求订购的 套餐对应的业务的ID相同的ID,则判定所述请求订购的套餐与所述已订购增值业务不具 有互斥关系。
8. 根据权利要求7所述的增值业务互斥鉴权方法,其特征在于,还包括 当所述已订购增值业务中的套餐对应的产品的ID中不存在与所述请求订购的套餐对应的产品的ID相同的ID,且获知所述请求订购的套餐中的产品是由业务包形成时,查询所 述隐式互斥关系表,判断所述已订购增值业务对应的业务包的ID中,是否存在与所述请求 订购的套餐对应的业务包的ID相同的ID ;若所述已订购增值业务对应的业务包的ID中存在与所述请求订购的套餐对应的业务 包的ID相同的ID,则判定所述请求订购的套餐与所述已订购增值业务具有互斥关系;若所述已订购增值业务对应的业务包的ID中不存在与所述请求订购的套餐对应的业 务包的ID相同的ID,则判定所述请求订购的套餐与所述已订购增值业务不具有互斥关系。
9. 根据权利要求4所述的增值业务互斥鉴权方法,其特征在于,若所述用户设备请求 订购的当前增值业务为由产品包形成的套餐时,所述当前增值业务的信息为请求订购的套 餐的ID,根据所述当前增值业务的信息和所述已订购增值业务的信息,查询互斥关系表,具 体为根据所述请求订购的套餐的ID和所述已订购增值业务中套餐的ID,查询所述隐式互 斥关系表,判断所述已订购增值业务中套餐对应的产品包的ID中,是否存在与所述请求订 购的套餐对应的产品包的I D相同的ID ;若所述已订购增值业务中套餐对应的产品包的ID中存在与所述请求订购的套餐对应 的产品包的ID相同的ID,则判定所述请求订购的套餐与所述已订购增值业务具有互斥关 系;若所述已订购增值业务中套餐对应的产品包的ID中不存在与所述请求订购的套餐对 应的产品包的ID相同的ID,则判定所述请求订购的套餐与所述已订购增值业务不具有互 斥关系。
10. —种增值业务互斥鉴权装置,其特征在于,所述增值业务互斥鉴权装置设置在增值 业务管理系统中,包括存储模块,用于存储用户订购信息表和互斥关系表;接收模块,用于接收用户设备发送的增值业务订购请求消息,所述增值业务订购请求 消息携带有用户服务号码和当前增值业务的信息;第一查询模块,用于根据所述用户服务号码,查询所述用户订购信息表中存储的所述 用户设备已订购增值业务的信息;第二查询模块,用于根据所述当前增值业务的信息和所述已订购增值业务的信息,查 询所述互斥关系表;反馈模块,用于在所述第二查询模块获知所述当前增值业务和所述已订购增值业务具 有互斥关系时,向所述用户设备返回增值业务订购提示消息。
11. 根据权利要求10所述的增值业务互斥鉴权装置,其特征在于,还包括 判断模块,用于判断所述已订购增值业务的信息中是否存在与所述当前增值业务的信息相同的信息;判定模块,用于在所述判断模块的判断结果为是时,判定所述当前增值业务和所述已 订购增值业务具有互斥关系。
12. 根据权利要求11所述的增值业务互斥鉴权装置,其特征在于,所述存储模块包括 所述互斥关系表包括隐式互斥关系表和显式互斥关系表,所述隐式互斥关系表存储有符合增值业务产品模型的业务信息,所述显式互斥关系表存储有所述增值业务的同质互斥 业务信息。
13. 根据权利要求12所述的增值业务互斥鉴权装置,其特征在于,所述第二查询模块包括第一查询判断单元,用于在所述判断模块的判断结果为否时,根据请求订购的由单一业务形成的产品的ID和所述已订购增值业务中套餐的ID,查询所述隐式互斥关系表,判断 所述已订购增值业务中套餐对应的产品的ID中,是否存在与请求订购的产品的ID相同的ID ;第二查询判断单元,用于在所述第一查询判断单元的判断结果为否时,继续查询所述隐式互斥关系表,判断所述已订购增值业务对应的业务的ID中,是否存在与所述请求订购的产品对应的业务的ID相同的ID ;第三查询判断单元,用于在所述第二查询判断单元的判断结果为否时,查询所述显式互斥关系表,判断所述已订购增值业务对应的业务的同质互斥业务的ID中,是否存在所述请求订购的产品对应的业务的ID相同的ID ;第一判定单元,用于在所述第一查询判断单元、所述第二查询判断单元或所述第三查 询判断单元的判断结果为是时,判定所述请求订购的产品与所述已订购增值业务具有互斥关系;第二判定单元,用于在所述第三查询判断单元的判断结果为否时,判定所述请求订购 的产品与所述已订购增值业务不具有互斥关系。
14. 根据权利要求12所述的增值业务互斥鉴权装置,其特征在于,所述第二查询模块 包括第四查询判断单元,用于在所述判断模块的判断结果为否时,根据请求订购的由业务 包形成的产品的ID和所述已订购增值业务中套餐的ID,查询所述隐式互斥关系表,判断 所述已订购增值业务中套餐对应的产品的ID中,是否存在与请求订购的产品的ID相同的ID ;第五查询判断单元,用于在所述第四查询判断单元的判断结果为否时,继续查询所述隐式互斥关系表,判断所述已订购增值业务对应的业务包的ID中,是否存在与所述请求订购的产品对应的业务包的ID相同的ID ;第三判定单元,用于在所述第四查询判断单元或所述第五查询判断单元的判断结果为是时,判定所述请求订购的产品与所述已订购增值业务具有互斥关系;第四判定单元,用于在所述第五查询判断单元的判断结果为否时,判定所述请求订购 的产品与所述已订购增值业务不具有互斥关系。
15. 根据权利要求12所述的增值业务互斥鉴权装置,其特征在于,所述第二查询模块 包括第六查询判断单元,用于在所述判断模块的判断结果为否时,根据请求订购的由单一产品形成的套餐的ID和所述已订购增值业务中套餐的ID,查询所述隐式互斥关系表,判断 所述已订购增值业务中套餐对应的产品的ID中,是否存在与请求订购的套餐对应的产品 的ID相同的ID ;第七查询判断单元,用于在所述第六查询判断单元的判断结果为否,且获知所述请求 订购的套餐中的产品由单一业务形成时,查询所述隐式互斥关系表,判断所述已订购增值 业务对应的业务的ID中,是否存在与所述请求订购的套餐对应的业务的ID相同的ID ;第八查询判断单元,用于在所述第七查询判断单元的判断结果为否时,查询所述显式 互斥关系表,判断所述已订购增值业务对应的业务的同质互斥业务的ID中,是否存在与所 述请求订购的套餐对应的业务的ID相同的ID ;第五判定单元,用于在所述第六查询判断单元、所述第七查询判断单元或所述第八查 询判断单元的判断结果为是时,判定所述请求订购的套餐与所述已订购增值业务具有互斥 关系;第六判定单元,用于在所述第八查询判断单元的判断结果为否时,判定所述请求订购 的套餐与所述已订购增值业务不具有互斥关系。
16. 根据权利要求15所述的增值业务互斥鉴权装置,其特征在于,所述第二查询模块 还包括第九查询判断单元,用于在所述第六查询判断单元的判断结果为否,且获知所述请求 订购的套餐中的产品由产品包形成时,查询所述隐式互斥关系表,判断所述已订购增值业 务对应的业务包的ID中,是否存在与所述请求订购的套餐对应的业务包的ID相同的ID ;所述第五判定单元,还用于在所述第九查询判断单元的判断结果为是时,判定所述请 求订购的套餐与所述已订购增值业务具有互斥关系;所述第六判定单元,还用于在所述第九查询判断单元的判断结果为否时,判定所述请 求订购的套餐与所述已订购增值业务不具有互斥关系。
17. 根据权利要求12所述的增值业务互斥鉴权装置,其特征在于,所述第二查询模块 包括第十查询判断单元,用于在所述判断模块的判断结果为否时,根据请求订购的由产品 包形成的套餐的ID和所述已订购增值业务中套餐的ID,查询所述隐式互斥关系表,判断所 述已订购增值业务中套餐对应的产品包的ID中,是否存在与请求订购的套餐对应的产品 包的ID相同的ID ;第七判定单元,用于在所述第十查询判断单元的判断结果为是时,判定所述请求订购 的套餐与所述已订购增值业务具有互斥关系;第八判定单元,用于在所述第十查询判断单元的判断结果为否时,判定所述请求订购 的套餐与所述已订购增值业务不具有互斥关系。
全文摘要
本发明涉及一种增值业务互斥鉴权方法与装置,该方法包括接收用户设备发送的增值业务订购请求消息,所述增值业务订购消息携带有用户服务号码和当前增值业务的信息;根据所述用户服务号码,查询所述用户设备已订购增值业务的信息;根据所述当前增值业务的信息和所述已订购增值业务的信息,查询互斥关系表;如果根据查询所述互斥关系表获知所述当前增值业务和所述已订购增值业务具有互斥关系,则向所述用户设备返回增值业务订购提示消息。本发明实施例的增值业务互斥鉴权方法与装置,通过查询互斥关系表,以获知当前增值业务与已订购增值业务之间的互斥关系,实现对增值业务之间的互斥管理。
文档编号H04W12/06GK101765112SQ200910243448
公开日2010年6月30日 申请日期2009年12月22日 优先权日2009年12月22日
发明者唐雄燕, 王志军, 王蓉, 胡尼亚, 马丽 申请人:中国联合网络通信集团有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1