一种广电增值业务系统及其收费系统及实现方法

摘要

本发明公开了一种广电增值业务系统，包括用户、业务实现系统以及收费系统，其中，所述业务实现系统，用于发布各种可供用户消费的业务以及向用户提供所述业务，其中，各种可供用户消费的业务被分成各产品大类，并通过服务属性信息来具体描述各个产品大类的各个业务信息；所述收费系统，其保存了与所述业务实现系统中相对应的产品大类和服务属性信息，用于对所述业务实现系统中的业务信息进行管理，以及识别用户提供的请求消费业务信息。本发明更好地实现了广电增值业务系统对多种类业务的支持，同时减少对其数据库的频繁操作，并且，本发明的收费系统使产品种类扩展更简单，系统更稳定。

说明书

技术领域

本发明涉及广电网络技术，特别涉及一种广电增值业务系统及其收费系统及实现方法。

背景技术

国内数字电视的发展过程中，由于网络一开始多为单向网络，所以数字电视平台的计费管理系统多为单向业务设计，只有付费频道一种产品，收费方式也只有包年一种方式。随着双向网络的发展，数字电视收费服务内容的逐渐增多，如何能够对多种业务、多种产品进行付费、实行多样的收费方式，成为必须解决的问题。

现有的广电增值业务系统包括：用户、业务实现系统和收费系统。

其中：业务实现系统，可以为多个小的子系统，例如数字电视服务的广电HFC系统，以及实现例如视频点播(Video on Demand，简称VOD)服务、网上购物等双向业务的IP网络系统。

用户，包括机顶盒以及显示器(电视机)，用于将所述业务实现系统提供的各项服务内容在显示器上正确显示出来，并且可向上述双向业务系统发送用户操作指令，以实现用户主动发起的点播或购物等业务；

收费系统，用于对产品进行管理、对用户进行授权以及计费等管理，既可以实现单向业务的收费管理功能，也可以实现对双向业务进行管理和收费。

其中，所述产品可以为VOD产品、短消息产品、收费资讯产品、电视冰箱等通过网络进行购物的产品。

其中，业务实现系统与收费系统之间设置了查询和扣费等接口，用于实现用户消费业务前的业务订购状态查询和预扣费等功能。例如，业务实现系统通过查询和扣费接口与收费系统沟通，得知用户已经开通了某项服务、帐户内余额充足并且扣费成功后，业务实现系统才能对用户提供服务。

但是，现有的收费系统存在以下缺点：

1)在收费系统的数据库内需要为每项业务的每个产品(例如，视频点播、短消息服务等)设立单独的字段，随着时间的推移，业务量会不断加大、产品种类会不断丰富，而在数据库中需要存储每种产品的属性，会增加数据库的容量，会增加对数据库的操作时间，容易造成系统的不稳定；

2)收费系统的负担会越来越大，甚至会造成系统的无法承受直至崩溃。

发明内容

本发明的目的在于，提供一种广电增值业务系统。

本发明的另一目的在于，提供一种广电增值业务系统的收费系统。

本发明的又一目的在于，提供一种广电增值业务系统的实现方法。

本发明的广电增值业务系统，包括用户、业务实现系统以及收费系统，其中，所述业务实现系统，用于发布各种可供用户消费的业务以及向用户提供所述业务，其中，各种可供用户消费的业务被分成各产品大类，并通过服务属性信息来具体描述各个产品大类的各个业务信息；所述收费系统，其保存了与所述业务实现系统中相对应的产品大类和服务属性信息，用于对所述业务实现系统中的业务信息进行管理，以及识别用户提供的请求消费业务信息。

其中，所述产品大类可以分为点播类、阅览类、票务类、购物类以及综合类。

所述服务属性可以为名称服务属性、价格服务属性、规格服务属性、等级服务属性以及后备服务属性的一种或一种以上的组合。

所述收费系统可以包括策略审核模块，用于对业务实现系统的业务发布请求、或者对用户的业务请求进行审核。

所述审核业务实现系统的业务发布请求可以为审核要进行发布的业务是否合理合法。

所述审核用户的业务请求可以为审核用户信息、审核用户是否开通此业务以及审核用户帐号内是否有足够的余额来消费此业务。

所述业务实现系统中包括管理服务器，用于建立各种业务信息，将各类可供用户消费的业务设置成产品，将具体描述各业务的信息设置在该产品的服务属性字段中。

所述业务实现系统可以包括：SP/CP端、SP/CP接入网关以及门户服务器，其中，所述SP/CP端，通过统一的接口规范与SP/CP接入网关通讯，用于将所述业务提供给用户；所述SP/CP接入网关，连接门户服务器与SP/CP端，用于实现门户服务器与SP/CP端之间的数据转换、内容转换；所述门户服务器，为向用户提供业务消费的平台，用于向用户提供其上发布的业务。

本发明的广电增值业务系统，其中，所述收费系统可以为SMS系统。

本发明的广电增值业务系统的收费系统，其中，在其数据库中保存有各种供用户消费的业务的产品大类，并保存有描述所述业务具体信息的服务属性字段，用于对所述各种供用户消费的业务信息进行管理。

其中，所述收费系统中包括策略审核模块，用于对广电增值业务系统中的业务请求进行审核。

所述审核广电增值业务系统中的业务请求可以为通过审核用户信息判断用户是否开通其申请消费的业务以及审核用户帐号内是否有足够的余额来消费此业务。

本发明的广电增值业务系统的实现方法，其中，可以包括下列步骤：

步骤1：在业务实现系统中将向用户提供的业务统一设置成产品，将描述业务的具体信息设置在产品的服务属性字段中，并且，在收费系统中保存与所述业务实现系统中相应的产品大类及各个服务属性；

步骤2：业务实现系统接收用户发送业务请求，解析所述业务请求得到用户请求消费的业务信息；

步骤3：收费系统根据所述业务信息中包含的产品大类以及服务属性信息对所述业务请求进行审核，审核通过后进行相应的扣费，然后提供相应业务，否则，不予提供。

其中，所述产品大类可以分为点播类、阅览类、票务类、购物类以及综合类。

所述服务属性可以为名称服务属性、价格服务属性、规格服务属性、等级服务属性以及后备服务属性的一种或一种以上的组合。

其中，所述步骤3中所述审核可以为审核用户是否开通此业务以及审核用户帐号内是否有足够的余额来消费此业务。

其中，在所述步骤2之前，首先在门户服务器上发布业务，向用户提供其上发布的业务。

本发明的广电增值业务系统的实现方法，其中，所述发布业务的过程包括下列步骤：

步骤201：SP/CP端管理员向接入网关发送业务发布/变更申请命令；

步骤202：SP/CP接入网关在接收到SP/CP端管理员的业务发布/变更申请命令后，对该命令进行解析，解析得到SP/CP端中设定的业务信息，并将该业务信息发送至收费系统；

步骤203：收费系统根据其保存的业务信息识别SP/CP端管理员要发布的业务，并对该业务进行审核；

步骤204：通过收费系统中预先设定的价格上下限对该业务信息中包含的价格属性进行审核；

步骤205：各项审核都通过后，收费系统为SP/CP端创建独立的产品和服务属性信息为该项产品在系统内对该产品的完整定义；

步骤206：收费系统将审核结果返回给SP/CP接入网关；

步骤207：SP/CP接入网关将审核结果返回给SP/CP端，SP/CP端根据该审核结果进行发布。

本发明的广电增值业务系统的实现方法，其中，用户在消费某项业务时包括下列步骤：

步骤A：用户向业务实现系统发出业务请求信令；

步骤B：业务实现系统在接收到所述业务请求信令后，对该信令进行解析，得到该业务所属的产品大类以及描述该业务的各个服务属性，然后将所述产品大类以及所述服务属性中的名称服务属性以及价格服务属性发送至所述收费系统；

步骤C：收费系统对接收到的所述信息进行审核，确认该用户是合法用户后，将所述信息传递给SP/CP端，以提供该业务；否则，不予提供；

步骤D：SP/CP端对收费系统返回的所述信息进行确认后，向收费系统发出扣费请求；

步骤E：收费系统在收到SP/CP端发出的扣费请求后，按照扣费策略进行审核，如符合设定的扣费策略，则进行扣费；如不符合；则不扣费；

步骤G：在接到扣费成功的结果后，SP/CP端向用户提供相应的业务。

其中，所述收费系统对所述服务信息进行审核包括下列步骤：

步骤C1：收费系统根据用户开户时在其注册留下的MAC地址判断该用户是否合法；

步骤C2：收费系统根据用户的业务请求信息中包含的用户相关信息判断该用户是否登记开通了其所请求的业务、或者该用户帐号内是否有足够的余额来消费此业务。

本发明的广电增值业务系统的实现方法，其中，所述收费系统为SMS系统。

本发明的有益效果是：在本发明业务实现系统中将各种可供用户消费的业务设置成“产品”，将描述某“产品”的具体特征信息设置在该“产品”的服务属性字段中，在收费系统中只需保存“产品”大类和各种服务属性信息，而不需为每一项具体业务设立单独的字段，便实现了收费系统对多种类业务的支持，同时减少对其数据库的频繁操作，并且，本发明的收费系统使产品种类扩展更简单，系统更稳定。

附图说明

图1为本发明的广电增值业务系统示意图；

图2为本发明实施例的广电增值业务系统示意图；

图3为本发明实施例的广电增值业务系统业务发布的流程图；

图4为本发明实施例的广电增值业务系统用户点播的流程图。

具体实施方式

以下，结合附图1～4详细描述本发明的广电增值业务系统及其实现方法。

如图1所示，为本发明的广电增值业务系统的示意图，该系统包括：用户、业务实现系统和收费系统。

其中，业务实现系统，在其管理服务器中将各种可供用户消费的业务设置成“产品”，将具体描述某特定业务的业务信息设置在该项“产品”的服务属性字段中，用于根据用户的业务请求，向其提供相应业务(如点播影片、网上购物的产品、收费资讯等)；

收费系统，用于对所述可供用户消费的业务信息进行管理，在其数据库中保存与所述业务实现系统中相对应的“产品”和服务属性信息，用于识别业务实现系统请求的业务以及用户发送的业务请求，并且，对用户发送的业务请求信息进行审核，确定是否为该用户提供该业务。在具体实现时，收费系统可以为用户管理系统(Subscribe Magement System，SMS)。

这里，需要说明的是，本发明中所称“产品”是对所有提供给用户，可供用户消费的各种业务的抽象概括。在本发明业务实现系统中，一部影片、一个网上商城里的产品、一个短消息服务、一张机票、一项金融产品交易服务等等所有通过广电数字有线网络提供给用户的各种业务都可以在收费系统里被抽象成“产品”。但是，所述“产品”只是一个概念称呼，所有提供给用户，可供用户消费的各种业务即可以抽象概括被称为“产品”，也可以被称为“服务”或者别的名词。

根据业务类型，本发明的“产品”分若干大类，例如“点播类”、“阅览类”、“票务类”、“购物类”以及“综合类”等。其中：“点播类”是视频点播类业务，如：供订户进行点播的业务；“阅览类”是阅览类业务，如：时尚杂志、经典小说等供订户阅读的业务；“票务类”是与票务相关的业务，如：票务公司、订票系统等为订户提供票务信息的业务；“购物类”是与购物相关的业务，如：时尚购物信息、网上购物系统等为用户提供购物信息的业务；“综合类”是该业务中可以包含各种类型的业务，而不仅限于提供一种业务等。以上分类仅仅是举例说明，实际应用中可灵活设置。

“服务属性”是对“产品”的详细描述。服务属性应尽可能的设置详细，每种“产品”都可以选择适合自己的服务属性来描述自己。所述服务属性包括“名称”、“价格”、“规格”“等级”等，甚至还有一些备用的空字段以供以后扩展使用。比如说，视频点播被定义成“产品”后，视频点播的某一个栏目比如“国外影片”被定义到“服务属性”里，其中：“国外影片”是“名称”属性，价格区间被定义到“价格”服务属性里。再比如机票销售业务被定义成“产品”后，描述某一张机票的信息被定义到“服务属性”里，航班号被定义成“名称”属性，价格区间被定义成“价格区间”属性，坐舱信息规定在“等级”属性，以此类推。这样，在收费系统中只保存“产品”的大类及描述各大类“产品”的服务属性，而不需为每一项业务的具体某一产品设立单独的字段，这样可以减少对收费系统数据库的操作，同时避免不断为新的产品增加新的数据库字段，不会造成系统负担的加大。

实施例

如图2所示，为本实施例的广电增值业务系统的示意图，在该实施例中收费系统为SMS系统，业务实现系统包括：内容/服务提供端(SP/CP)接入系统以及门户服务器。

其中，SP/CP接入系统包括SP/CP端以及SP/CP接入网关，其中，SP/CP端，通过统一的接口规范与SP/CP接入网关通讯，将视频点播、网上订购等各种业务提供给用户；SP/CP接入网关，连接门户服务器与SP/CP端，用于实现门户服务器与SP/CP端之间的数据转换、内容转换；门户服务器，用于向用户提供其上发布的业务，即为向用户提供业务消费的平台。

其中，所述业务发布是SP/CP端管理员上载SP/CP端提供的各项业务到门户服务器上的过程，通过业务发布向用户提供用于消费的业务。

SP/CP端在业务发布时，首先需要依照“产品”大类及其制订的各种服务属性的定义，将要发布的业务的描述相应地填入“产品”大类及各种服务属性中，然后传输至SMS系统中，由SMS系统进行审核，只要该业务价格合理且内容合法即可发布，描述该业务的各个服务属性信息组合在一起构成了该项“产品”在本发明的广电增值业务系统中完整的定义。

此外，本发明的收费系统可以包括策略审核模块，用于依照设定的审核策略对业务实现系统的业务发布请求进行审核，以及对用户的业务请求进行审核。

其中，对业务实现系统的业务发布请求进行审核是指，审核要进行发布的业务是否合理合法，合理通常指价格等合理，合法通常指内容等合法；对用户的业务请求进行审核包括审核用户信息、审核用户是否开通此业务以及审核用户帐号内是否有足够的余额来消费此业务等。

下面，详细描述本发明的广电增值业务系统的实现方法，包括下列步骤：

步骤1：在业务实现系统中将向用户提供的业务设置成“产品”，将描述此业务的具体信息设置在该类别“产品”的服务属性字段中，并且，在收费系统的数据库中保存与所述业务实现系统中定义一致的“产品”大类及各个服务属性；

步骤2：用户向业务实现系统发送业务请求信令；

其中，所述业务请求信令中包含用户信息以及用户选择消费的业务信息。

步骤3：收费系统识别所述业务请求信令，对所述业务请求进行审核，审核通过后进行相应的扣费，然后提供相应业务，否则，不予提供。

具体地，在用户选择消费某业务之前，本发明的业务实现系统首先要进行业务发布，即在门户服务器上向用户提供进行消费的业务，如图3所示，所述业务发布的过程包括下列步骤：

步骤201：SP/CP端管理员向接入网关发送业务发布/变更申请命令；

步骤202：SP/CP接入网关在接收到SP/CP端管理员的业务发布/变更申请命令后，对该命令进行解析，解析得到SP/CP端中设定的业务信息，并将该业务信息发送至SMS系统；

其中，步骤202中所述业务信息包括对SP/CP端管理员发布的“产品”的大类(即如前所述的“点播类”、“阅览类”、“票务类”等)以及描述该大类的各种服务属性信息(即如前所述的名称、规格、等级、型号等信息)；

步骤203：SMS系统根据其数据库中保存的业务信息识别SP/CP端管理员要发布的业务，并对该业务进行审核；

其中，步骤203中在数据库中保存的业务信息由SP/CP端和运营商商定的，在本发明的广电增值业务系统的SP/CP端可为用户提供的产品或服务的大类，是本发明的SP/CP管理员预先在SMS系统中设置好的。比如SP/CP端和运营商为用户提供的订机票业务，运营商会在SMS系统内提供“票务”大类中“名称”服务属性为“机票”的产品，然后由SP/CP管理员自主发布其它服务属性如价格、等级等具体的产品信息。

步骤204：通过SMS系统中预先设定的价格上下限对该业务信息中包含的价格属性进行审核；

步骤205：各项审核都通过后，收费系统为SP/CP端创建独立的“产品”和服务属性信息为该项产品在系统内对该产品的完整定义；

步骤206：收费系统将审核结果返回给SP/CP接入网关；

步骤207：SP/CP接入网关将审核结果返回给SP/CP端，SP/CP端根据该审核结果进行发布。

以上，为本发明的广电增值业务系统业务发布的流程，SP/CP端管理员将SP/CP端的业务通过SMS系统进行服务审核，审核通过后，将该业务上载到门户服务器上进行业务发布，以供用户进行消费，用户请求消费时，根据定义一致的业务信息，业务实现系统就可以将用户的消费请求传达到SMS系统，待SMS系统鉴权计费成功后，为用户提供所请求的服务。

以下，详细描述用户进行业务点播时的系统工作流程，如图4所示，为本发明的广电增值业务系统用户消费业务的流程，包括下列步骤：

步骤301：用户通过机顶盒向门户服务器发出业务请求信令；

其中，在该业务请求信令包括用户信息和用户请求消费的业务信息，其中，所述用户相关信息，可以为用户开户时在SMS系统里注册留下的机顶盒的机顶盒介质访问控制(Media Access Control，MAC)地址，其中，MAC地址为识别局域网中节点的标识；所述业务信息包括所请求提供的“产品”和描述该产品的多个服务属性。

步骤302：门户服务器在接收到用户的业务请求信令后，对该命令进行解析，解析出请求信令中的业务信息后将所述业务信息中的“产品”信息(包括“产品”大类以及各个服务属性)以及用户信息，并将该“产品”大类以及描述该“产品”的名称属性、价格属性以及用户信息发送至收费系统。

步骤303：SMS系统对接收到的业务信息以及用户信息进行审核，确认该用户是合法用户后，将该业务信息传递给SP/CP端，以激活该业务，即向SP/CP端发送可以提供服务的请求；否则，不予提供该业务；

其中，SMS系统对接收到的业务信息以及用户信息进行审核包括下列步骤：

SMS系统根据用户开户时在其注册留下的MAC地址判断该用户是否合法；

SMS系统判断该用户是否登记开通了其所请求的业务、或者该用户帐号内是否有足够的余额来消费此项服务等。

步骤304：SP/CP端对该业务请求进行确认后，向SMS系统发出扣费请求。

步骤305：SMS系统在收到SP/CP端发出的扣费请求后，按预先设置的扣费策略(例如，设置价格上下限)进行审核，如符合设定的扣费策略，则进行扣费；如不符合；则不扣费；

步骤306：SMS系统将扣费结果返回给SP/CP端。

步骤307：在接到扣费成功的结果后，SP/CP端根据用户请求的业务信息向用户提供相应的业务。

综上所述，依照本发明的广电增值业务系统，通过将各种可供用户消费的业务设置成“产品”，将描述业务的具体特征信息设置在该项“产品”的服务属性字段中，在收费系统的数据库中只保存“产品”的大类及描述“产品”的各种服务属性，而不需为每一项具体业务设立单独的字段，更好地实现收费系统对多种类的产品支持，同时减少对其数据库的频繁操作，并且，本发明的收费系统使产品种类扩展更简单，系统更稳定。

以上描述是方便本领域普通技术人员理解本发明，对本发明所进行的详细描述，但可以想到，在不脱离本发明的权利要求所涵盖的范围内还可以做出其它的变化和修改，这些变化和修改均在本发明的保护范围内。