CN101282500A - 支持多种访问方式的增值业务控制方法及系统 - Google Patents

Abstract

本发明公开了一种支持多种访问方式的增值业务控制方法及系统，建立业务数据模型，所述业务数据模型至少包括业务和访问通道的抽象，将业务的访问通道从业务的属性中分离出来，使每个业务关联与其相应的访问通道数据表，所述访问通道数据表中包括能够下发该业务内容的一个或一个以上个访问通道。本发明通过引入综合业务数据模型，将业务的访问通道和业务属性相分离，从而可以让用户通过多种方式访问业务，实现了通过多种访问通道订购、退订、点播等业务操作，有效地丰富了业务形式，提升了业务的可用性，提高了用户的满意度。

Description

支持多种访问方式的增值业务控制方法及系统

【技术领域】

本发明涉及移动数据增值业务领域，尤其涉及移动数据增值业务的控制方法和系统。

【背景技术】

随着移动数据增值业务的迅速发展，人们日常生活和移动数据业务结合越来越紧密，移动数据业务在运营商业务收入中占有越来越重要的地位。然而经过过去几年时间的高速发展，现有的移动数据业务中存在的一些问题也逐渐显现出来，数据业务访问的单一性就是其中一个。目前，数据业务是以短信业务、WAP(Wireless Application Protocol，无线应用协议)业务、MMS(Multimedia Message Service，多媒体信息服务)、WWW(WorldWide Web，环球信息网)、IVR(Interactive Voice Response，互动式语音应答)业务等业务形式进行划分。由于分类不同，业务提供的平台不同，同一个信息的多种形态被划分成为了多个业务，(如：天气预报信息，天气预报短信业务和天气预报WAP业务是两个不同的业务)，给用户的使用带了很大的不便，从而制约了移动数据增值业务的发展。构建综合性的业务平台，提供支持多种访问方式的综合类业务，成为了数据业务发展的一个重要方向。但提供支持多种访问方式的综合类业务需解决下列一些问题：

(1)综合类业务的订购/退订

对于综合类业务，不同的用户往往会根据其使用习惯、个人爱好，选择不同的订购/退订方式。原则上，综合类业务所使用到的各个业务通道都可以用于业务的订购/退订。如何保证同一用户通过不同的访问方式都能对同一综合类业务进行退订；如何保证同一用户通过与订购方式不同的访问方式也能对同一综合类业务进行退订，是提供综合类业务需要考虑的问题。

(2)综合类业务的控制

对于单一访问形式的业务，其每次业务推送之间并不存在跨通道的关联，而综合类业务的一次完整执行，可能需要使用多个不同的通道，请求多次不同的业务能力(即业务表现方式以及承载方式，例如：通过文字方式使用短信方式下发给用户为一种业务能力；通过图片的方式使用彩信方式下发给用户也为一种业务能力。)，因此业务网关和业务平台必须能够把这种一次会话内的跨通道请求和业务能力请求关联起来，这样才能准确区分不同的业务会话，从而进行有效的业务控制。

(3)综合类业务的计费

对于单一通道访问业务，如：短信业务、MMS业务等单平台业务，在其订购、使用、传递过程中，计费点是非常确定的。短信业务的计费点是在ISMG(互联网短信网关)上，MMS业务的计费点是在MMSC(多媒体消息业务中心)上。这些网络设备都各自产生用户使用业务的话单，而且话单之间基本是相对独立的。对于综合类业务，由于其业务执行过程可使用多个通道，使用多个业务能力，因此必须解决如何统一地产生综合类业务的计费话单的问题。

(4)综合类业务的管理

目前，对于单一通道访问业务，业务管理是分通道进行的，如：短信业务管理、彩信业务管理、WAP业务管理等等。业务进行独立申报审批、业务定价、独立业务代码分配。对于综合类业务，一个业务存在多个访问方式，业务管理远远比现有单一通道访问的业务复杂，因此必须解决综合类业务的管理问题。

【发明内容】

本发明的主要目的就是解决现有技术中的技术问题，提供一种可支持多种访问方式的增值业务控制方法及系统，构建一个综合性业务平台、有效地支撑和开展支持多种访问方式的综合类业务。

为实现上述目的，本发明提供一种支持多种访问方式的增值业务控制方法，建立业务数据模型，所述业务数据模型至少包括业务和访问通道的抽象，将业务的访问通道从业务的属性中分离出来，使每个业务关联与其相应的访问通道数据表，所述访问通道数据表中包括能够下发该业务内容的一个或一个以上个访问通道。

基于上述业务数据模型，在用户进行业务操作时执行以下步骤：

A1、接收用户的操作请求；

B1、识别用户请求中的业务特征码；

C1、根据业务特征码确定出用户所操作的业务；

D1、将用户的请求和该业务的属性进行比对判断，如果该业务具有用户要求的能力，则通过判断，接受用户的操作请求，否则拒绝用户的操作请求。

本发明的进一步改进是使每个业务具有一个或一个以上个业务使能能力。

在所述步骤D1中将用户的请求和该业务的属性进行比对判断包括以下步骤中的至少一者：

D11、读取业务属性中的访问通道ID，根据访问通道ID关联到该业务对应的访问通道数据表，判断访问通道数据表中是否包含用户请求的访问通道；

D12、判断业务是否具有用户拥有的业务使能能力；

D13、判断业务是否具有用户请求的使用方式。

当用户的业务操作是订购时，在通过步骤D1的判断后还包括以下步骤：

E1、生成临时或正式的订购关系；

G1、按照用户请求的访问通道、使用方式和用户具有的使能能力下发业务内容。

其中，在步骤E1后还包括以下步骤：

F1、将订购关系与第三方业务平台记录的订购关系同步。

其中，在步骤G1中，当用户没有请求访问通道时，按照该业务默认的访问通道下发业务内容。

其中，在业务数据模型中，一种业务使用同一业务代码，一个业务或内容提供商也使用同一SPID或CPID标识。

本发明的进一步改进是将一个业务根据用户的使用方式和该业务下发的访问通道对应不同的费率。

其中，用户点播计费包括以下步骤：

A2、接收用户的业务使用请求；

B2、识别用户的业务使用请求中的业务特征码；

C2、根据业务特征码确定出用户所操作的业务；

D2、对用户的请求进行综合鉴权；

E2、将用户的请求和该业务的属性进行比对判断，如果该业务具有用户要求的能力，则通过判断，接受用户的操作请求，执行步骤F2，否则拒绝用户的操作请求；

F2、获取业务内容并将业务内容根据用户请求的访问通道下发给用户；

G2、根据下发的访问通道生成业务话单。

为实现上述目的，本发明还提供一种支持多种访问方式的增值业务控制系统，包括：业务数据模型，所述业务数据模型至少包括业务数据表和访问通道数据表，所述业务数据表中的每个业务关联与其相应的访问通道数据表，所述访问通道数据表中包括能够下发该业务内容的一个或一个以上个访问通道；用于接收用户请求的接收装置；用于识别用户请求中的业务特征码的识别装置；用于根据业务特征码在业务数据模型中确定出用户所操作的业务的查找装置；用于将用户的请求和该业务的属性进行比对判断的判断装置，所述判断装置用于在判断该业务具有用户要求的能力时，接受用户的操作请求，否则拒绝用户的操作请求。

所述系统还可以进一步包括：用于生成临时或正式订购关系的订购装置；用于按照订购关系中用户请求的访问通道、使用方式和用户具有的使能能力下发业务内容的业务下发装置。

所述系统还可以进一步包括用于将订购关系与第三方业务平台记录的订购关系同步的同步装置。

所述系统还可以进一步包括用于根据用户请求的业务、用户的使用方式和该业务下发的访问通道对应费率并进行计费的计费装置。

为实现上述目的，本发明还一种支持多种访问方式的增值业务控制系统，包括：业务网关；与业务网关进行通讯的综合业务平台，在所述综合业务平台上建立有业务数据模型，所述业务数据模型至少包括业务数据表和访问通道数据表，所述业务数据表中的每个业务关联与其相应的访问通道数据表，所述访问通道数据表中包括能够下发该业务内容的一个或一个以上个访问通道；第三方平台，接收综合业务平台的信息，为综合业务平台提供用户请求的服务或内容。

其中所述综合业务平台还包括：用于接收用户请求的接收装置；

用于识别用户请求中的业务特征码的识别装置；用于根据业务特征码在业务数据模型中确定出用户所操作的业务的查找装置；用于将用户的请求和该业务的属性进行比对判断的判断装置，所述判断装置用于在判断该业务具有用户要求的能力时，接受用户的操作请求，否则拒绝用户的操作请求。

本发明的有益效果是：本发明通过引入综合业务数据模型，将业务的访问通道和业务属性相分离，从而可以让用户通过SMS(short messageservice，短信息服务)、WAP、MMS、WWW、IVR等多种方式访问业务，实现了通过多种访问通道订购、退订、点播等业务操作，有效地丰富了业务形式，提升了业务的可用性，提高了用户的满意度，并且通过构建基于综合业务数据模型的综合业务平台，解决了业务控制和计费的问题、解决了业务管理的问题。

本发明的特征及优点将通过实施例结合附图进行详细说明。

【附图说明】

图1是本发明一种实施例的业务和业务访问通道之间的关系图；

图2是本发明一种实施例的业务和用户之间的关系图；

图3是本发明一种实施例的业务和合作伙伴之间的关系图；

图4是本发明一种实施例的业务和业务使能能力之间的关系图；

图5是本发明一种实施例中订购操作的流程图；

图6是本发明一种实施例中点播计费的流程图；

图7是本发明一种实施例系统结构图。

【具体实施方式】

本发明的核心是通过构建一个基于综合类业务数据模型的综合性业务平台，有效地支撑和开展支持多种访问方式(即访问通道)的综合类业务。该业务数据模型包含以下几个方面：

(1)将业务的访问通道和业务属性相分离，抽取出通用的综合业务数据模型。

在现有的数据模型里面，业务访问通道是作为业务的一个固定属性，这个属性可能有三种取值，短信通道、WAP通道、彩信通道，但一个业务只可能有一个访问通道，也就是业务访问通道只能是短信通道、WAP通道、彩信通道中的一种。本发明中将业务的访问通道和业务属性相分离是指将业务通道从普通的业务属性中独立出来，一个业务可以同时有多个业务通道，把原有的一个业务对一业务通道的关系，扩展为一个业务多个业务通道的关系。

本发明的一种实施例的通用的综合业务数据模型包括业务、访问通道、业务使能能力、用户、合作伙伴(即服务提供商和/或内容提供商)的抽象，建立各种抽象与实体之间的静态关系。由于通用数据模型与具体的业务访问无关，因此该数据模型是稳定的。根据通用数据模型就可以建立稳定的数据库表结构。

如图1所示为一种实施例的业务和业务访问通道之间的关系图，业务的属性中包括业务ID、SPID(即服务提供商ID)、业务的访问通道ID和业务使能能力，通过业务的访问通道ID可关联到与该业务相应的访问通道数据表，每个访问通道数据表包括至少一种访问通道，例如是短信通道、WAP通道、彩信通道和语音通道中的一种或一种以上个通道。同时可以对业务进行操作，业务订购、业务退订、业务暂停、业务激活、业务赠送等操作也可以在不同的业务通道上进行。例如：通过短信方式进行某个操作，通过彩信通道进行某个操作。

本实施例通过业务属性中的访问通道关联，实现了一个业务对应一个或一个以上个访问通道。

如图2所示为一个实施例的业务和用户之间的关系，用户和业务之间通过业务的订购关系进行关联，通过用户的业务订购关系，一个用户可对应多个业务，一个业务也能对应多个用户。

如图3所示是一个实施例的业务和合作伙伴的关系，业务由相关的SP提供，一个SP可以提供多个业务。另外，一个业务有对应的业务费率。对于包月计费业务，一个业务对应一个包月费，对于按次点播业务，根据业务通道不同，一个业务有多个点播费用。

如图4所示为一个实施例的业务和业务使能能力的关系。一个业务具有一个或多个业务使能能力，例如：短信能力、彩信能力、定位能力。

(2)综合业务平台负责订购关系管理，完成对业务的统一订购/退订功能；在业务进行过程中综合业务平台负责对业务请求进行鉴权，对业务过程进行控制。

综合业务平台对每种业务操作(例如业务订购、业务退订、业务暂停、业务激活或业务赠送)都执行以下步骤：

A1、接收用户的操作请求；

B1、识别用户请求中的业务特征码，业务特征码是标识一个业务的特征串，业务不同、业务操作不同、访问通道不同都会具有不同的业务特征码，例如如果用户通过发送短信进行订购，业务特征码为用户发送短信的指令(例如：DG TQYB)和长号码(例如：0150000)，如果用户通过WAP方式进行订购，业务特征码为该业务的URL；

C1、根据业务特征码确定出用户所操作的业务，即通过业务特征码可以找到业务代码ServiceID和企业代码ServiceProvideID，找到业务代码即可找到该业务的属性；

D1、将用户的请求和该业务的属性进行比对判断，具体判断可以是访问通道判断、业务使能能力判断和使用方式(即包月或单次订购或点播)判断中的一者或一者以上，如果该业务通过了所有判断，即认为具有用户要求的能力，则接受用户的操作请求，否则拒绝用户的操作请求。

访问通道判断是判断业务是否可以按照用户请求的访问通道下发业务内容，具体是先读取业务属性中的访问通道ID，根据访问通道ID关联到该业务对应的访问通道数据表，判断访问通道数据表中是否包含用户请求的访问通道，如果包含用户请求的访问通道，则该业务能够通过用户请求的访问通道下发业务内容，认为是通过该项判断；如果不包括用户请求的访问通道，则该业务不能通过用户请求的访问通道下发业务内容，否则拒绝用户的请求。

当用户的请求中没有请求访问通道时，则以该业务默认的访问通道下发业务内容。

业务使能能力判断是判断业务是否具有用户拥有的业务使能能力，如果有，则认为是通过该项判断，在下发业务时根据用户拥有的业务使能能力发送业务内容否则拒绝用户的请求。

使用方式判断是判断业务是否具有用户请求的使用方式，例如用户请求的使用方式是包月，则判断该业务是否具有包月的使用方式。如果有，则认为是通过该项判断，在下发业务时根据用户请求的使用方式发送业务内容，否则拒绝用户的请求。

对于订购或点播操作，其控制流程如图5所示，包括以下步骤：

1.业务网关接收用户的订购或点播请求；

2.业务网关向综合业务平台发送业务订购/鉴权请求；

3.综合业务平台进行业务特征码识别；

4.根据业务特征码确定出用户所操作的业务，将用户的请求和该业务的属性进行比对判断，综合业务平台获取业务的可使用通道、业务拥有的使能能力、用户订购业务时请求的使用方式，判断业务是否具备相应的能力，如果业务不具备相应的能力，则不能进行业务订购；

5.在通过业务属性判断后，生成临时或正式的订购关系；

6.综合业务平台发送应答信息给网关；

7.网关向用户返回订购结果；

8.同时综合业务平台根据生成的订购关系告知第三方业务平台，与第三方平台上的订购信息进行同步，之后由第三方平台根据用户请求的访问通道、使用方式和用户具有的使能能力提供业务内容，通过综合业务平台下发给用户。当用户没有请求访问通道时，按照该业务默认的访问通道下发业务内容。综合业务平台上用户的业务订购关系发生变化后，需要告知第三方业务平台。第三方业务平台负责第三方接入业务的业务逻辑，如果综合业务平台生成了用户的业务订购关系，需要将这个用户业务订购关系告诉第三方业务平台，则第三方业务平台会向该用户提供对应业务的服务；如果综合业务平台取消了用户的业务订购关系，也需要第三方业务平台取消相应的用户业务订购关系，则第三方业务平台不会向该用户提供对应业务的服务；

9.第三方业务平台在接收到同步信息后向综合业务平台返回应答信息。

其它业务操作的控制流程与订购的控制流程一致，不同点是交互的消息中标识不同，即业务特征码不同，综合业务平台也会有不同的处理，例如对于业务订购，平台生成相应订购关系，对于业务退订，平台取消相应订购关系。

(3)综合业务平台根据用户在业务使用过程中的实际业务访问方式，将业务内容以相应的方式发送给用户，并完成业务使用的计费。一个业务根据使用方式、访问通道的不同具有不同的费率，例如包月费用、点播费用，对于不同的访问通道，又有不同的包月费用和点播费用。当用户点播时，及时生成业务话单，如图6所示为点播的计费流程，包括以下步骤：

1、业务网关接收用户的业务使用请求；

2、业务网关将用户的业务使用请求转发到综合业务平台；

3、综合业务平台识别用户的业务使用请求中的业务特征码；

4、根据业务特征码确定出用户所操作的业务，然后综合业务平台对用户的业务使用请求进行综合鉴权。业务综合鉴权通常包括：业务鉴权、用户鉴权和订购关系鉴权。业务鉴权是指判断业务是否合法，如当业务处于暂停状态、下线状态时，业务鉴权就会不成功，该业务不能被使用。用户鉴权是判断用户是否合法，如当用户已经销户，欠费停机时，用户鉴权就会不成功，该用户不能使用这个业务。订购关系鉴权是判断这个用户是否订购了这个业务，如果用户没有订购这个业务，则订购关系鉴权失败，用户不能使用这个业务。业务鉴权、用户鉴权、订购关系鉴权针对不同的业务是可选的，并不是每个业务同时都需要。

5、综合鉴权通过后，将用户的请求和该业务的属性进行比对判断，如果该业务具有用户要求的能力，则通过判断，接受用户的操作请求，执行步骤6，否则拒绝用户的操作请求；

6、获取用户请求的业务内容；

7、综合业务平台根据用户请求的访问通道和用户具有的使能能力下发给网关；

8、网关将业务内容转发给用户；

9、同时网关向综合业务平台返回业务使用回执；

10、综合业务平台根据下发的访问通道生成业务话单。

(4)综合业务平台完成对综合性业务的统一管理。业务分类以应用为主，可分为服务类业务(如：用户话费查询、用户积分查询、最新优惠信息、个人通讯录等)；信息类业务(如：航班信息查询、火车信息查询、黄页查询、购物信息查询、电影信息查询等等)；互动类业务(如：短信擂台、短信抽奖、有奖竞猜等等)；企业应用(如：企信通、农信通等等)；综合业务平台将业务代码统一，对业务提供的合作伙伴也使用统一的SPID/CPID进行标识，解决了综合业务的申报审批和业务定价问题。目前，业务提供的合作伙伴是分访问方式分通道进行管理的，如新浪根据提供业务的通道不同，分为短信新浪、WAP新浪、彩信新浪等等。短信新浪只提供短信方式使用的业务，而WAP新浪只提供WAP方式使用的业务。在这种方式下，提供支持多种访问方式的综合业务是很困难的。本发明通过对业务提供的合作伙伴使用统一的SPID/CPID进行标识，可方便实现支持多种访问方式的增值业务。

实现上述支持多种访问方式的控制方法的系统如图7所示包括：业务数据模型、接收装置、识别装置、查找装置和判断装置，业务数据模型至少包括业务数据表和访问通道数据表，业务数据表中的每个业务关联与其相应的访问通道数据表，访问通道数据表中包括能够下发该业务内容的一个或一个以上个访问通道；接收装置用于接收用户请求；识别装置用于识别用户请求中的业务特征码；查找装置用于根据业务特征码在业务数据模型中确定出用户所操作的业务；判断装置用于将用户的请求和该业务的属性进行比对判断，所述判断装置用于在判断该业务具有用户要求的能力时，接受用户的操作请求，否则拒绝用户的操作请求。

所述系统还可以进一步包括：用于生成临时或正式订购关系的订购装置；用于按照订购关系中用户请求的访问通道、使用方式和用户具有的使能能力下发业务内容的业务下发装置。

所述系统还可以进一步包括用于将订购关系与第三方业务平台记录的订购关系同步的同步装置。

所述系统还可以进一步包括用于根据用户请求的业务、用户的使用方式和该业务下发的访问通道对应费率并进行计费的计费装置。

将上述基于本发明的业务数据模型和控制流程的综合业务平台与网关、第三方平台结合，构建成一个可支持多种访问方式的增值业务控制系统，其中，网关负责过滤、拦截、鉴权。综合业务平台对用户请求的使用方式、访问通道和业务使能能力进行识别、业务属性判断和相应计费。第三方平台根据用户所请求的访问通道、使用方式和用户具有的使能能力提供用户所请求的服务或内容。

Claims (19)

1. 一种支持多种访问方式的增值业务控制方法，其特征在于：建立业务数据模型，所述业务数据模型至少包括业务和访问通道的抽象，将业务的访问通道从业务的属性中分离出来，使每个业务关联与其相应的访问通道数据表，所述访问通道数据表中包括能够下发该业务内容的一个或一个以上个访问通道。

2. 如权利要求1所述的支持多种访问方式的增值业务控制方法，其特征在于：在用户进行业务操作时执行以下步骤：

A1、接收用户的操作请求；

B1、识别用户请求中的业务特征码；

C1、根据业务特征码确定出用户所操作的业务；

D1、将用户的请求和该业务的属性进行比对判断，如果该业务具有用户要求的能力，则通过判断，接受用户的操作请求，否则拒绝用户的操作请求。

3. 如权利要求2所述的支持多种访问方式的增值业务控制方法，其特征在于：使每个业务具有一个或一个以上个业务使能能力。

4. 如权利要求3所述的支持多种访问方式的增值业务控制方法，其特征在于：在所述步骤D1中将用户的请求和该业务的属性进行比对判断包括以下步骤中的至少一者：

D11、读取业务属性中的访问通道ID，根据访问通道工D关联到该业务对应的访问通道数据表，判断访问通道数据表中是否包含用户请求的访问通道；

D12、判断业务是否具有用户拥有的业务使能能力；

D13、判断业务是否具有用户请求的使用方式。

5. 如权利要求4所述的支持多种访问方式的增值业务控制方法，其特征在于当用户的业务操作是订购时，在通过步骤D1的判断后还包括以下步骤：

E1、生成临时或正式的订购关系；

G1、按照用户请求的访问通道、使用方式和用户具有的使能能力下发业务内容。

6. 如权利要求5所述的支持多种访问方式的增值业务控制方法，其特征在于在步骤E1后还包括以下步骤：

F1、将订购关系与第三方业务平台记录的订购关系同步。

7. 如权利要求5所述的支持多种访问方式的增值业务控制方法，其特征在于：在步骤G1中，当用户没有请求访问通道时，按照该业务默认的访问通道下发业务内容。

8. 如权利要求5所述的支持多种访问方式的增值业务控制方法，其特征在于：在业务数据模型中，一种业务使用同一业务代码，一个业务或内容提供商也使用同一SPID或CPID标识。

9. 如权利要求1至8中任一项所述的支持多种访问方式的增值业务控制方法，其特征在于：将一个业务根据用户的使用方式和该业务下发的访问通道对应不同的费率。

10. 如权利要求9所述的支持多种访问方式的增值业务控制方法，其特征在于：用户点播计费包括以下步骤：

A2、接收用户的业务使用请求；

B2、识别用户的业务使用请求中的业务特征码；

C2、根据业务特征码确定出用户所操作的业务；

D2、对用户的请求进行综合鉴权；

E2、将用户的请求和该业务的属性进行比对判断，如果该业务具有用户要求的能力，则通过判断，接受用户的操作请求，执行步骤F2，否则拒绝用户的操作请求；

F2、获取业务内容并将业务内容根据用户请求的访问通道下发给用户；

G2、根据下发的访问通道生成业务话单。

11. 一种支持多种访问方式的增值业务控制系统，其特征在于包括：

业务数据模型，所述业务数据模型至少包括业务数据表和访问通道数据表，所述业务数据表中的每个业务关联与其相应的访问通道数据表，所述访问通道数据表中包括能够下发该业务内容的一个或一个以上个访问通道；

用于接收用户请求的接收装置；

用于识别用户请求中的业务特征码的识别装置；

用于根据业务特征码在业务数据模型中确定出用户所操作的业务的查找装置；

用于将用户的请求和该业务的属性进行比对判断的判断装置，所述判断装置用于在判断该业务具有用户要求的能力时，接受用户的操作请求，否则拒绝用户的操作请求。

12. 如权利要求11所述的支持多种访问方式的增值业务控制系统，其特征在于：所述业务数据模型中每个业务具有一个或一个以上个业务使能能力。

13. 如权利要求12所述的支持多种访问方式的增值业务控制系统，其特征在于还包括：

用于生成临时或正式订购关系的订购装置；

用于按照订购关系中用户请求的访问通道、使用方式和用户具有的使能能力下发业务内容的业务下发装置。

14. 如权利要求13所述的支持多种访问方式的增值业务控制系统，其特征在于还包括：用于将订购关系与第三方业务平台记录的订购关系同步的同步装置。

15. 如权利要求11至14中任一项所述的支持多种访问方式的增值业务控制系统，其特征在于还包括：用于根据用户请求的业务、用户的使用方式和该业务下发的访问通道对应费率并进行计费的计费装置。

16. 一种支持多种访问方式的增值业务控制系统，其特征在于包括：

业务网关；

与业务网关进行通讯的综合业务平台，在所述综合业务平台上建立有业务数据模型，所述业务数据模型至少包括业务数据表和访问通道数据表，所述业务数据表中的每个业务关联与其相应的访问通道数据表，所述访问通道数据表中包括能够下发该业务内容的一个或一个以上个访问通道；

第三方平台，接收综合业务平台的信息，为综合业务平台提供用户请求的服务或内容。

17. 如权利要求16所述的支持多种访问方式的增值业务控制系统，其特征在于：所述综合业务平台还包括：

用于接收用户请求的接收装置；

用于识别用户请求中的业务特征码的识别装置；

用于根据业务特征码在业务数据模型中确定出用户所操作的业务的查找装置；

用于将用户的请求和该业务的属性进行比对判断的判断装置，所述判断装置用于在判断该业务具有用户要求的能力时，接受用户的操作请求，否则拒绝用户的操作请求。

18. 如权利要求17所述的支持多种访问方式的增值业务控制系统，其特征在于所述综合业务平台还包括：

用于生成临时或正式订购关系的订购装置；

用于按照订购关系中用户请求的访问通道、使用方式和用户具有的使能能力下发业务内容的业务下发装置。

19. 如权利要求18所述的支持多种访问方式的增值业务控制系统，其特征在于所述综合业务平台还包括：

用于将订购关系与第三方业务平台记录的订购关系同步的同步装置；

和用于根据用户请求的业务、用户的使用方式和该业务下发的访问通道对应费率并进行计费的计费装置。

Images