CN102131194A - 业务密钥的获取方法、装置、系统与业务平台设备 - Google Patents

Abstract

本发明公开了一种业务密钥的获取方法、装置及系统，用以解决现有技术中当移动侧业务平台和广电侧手机电视业务系统所保存的针对同一用户订购的同一手机电视业务的资费方案的标识信息不相同时，出现的用户获取业务密钥失败的问题。其中，该方法包括：第一业务平台根据用户终端发送的获取业务密钥的请求消息中包含的第一标识信息，在第一标识信息与预先和第二业务平台约定的第二标识信息的对应关系中，确定第二标识信息；第一业务平台将确定的所述第二标识信息承载在获取业务密钥的请求信息中发送给第二业务平台；以及接收第二业务平台反馈的与第二标识信息对应的所述业务密钥，并将业务密钥发送给用户终端。本发明还公开了一种业务平台设备。

Description

业务密钥的获取方法、装置、系统与业务平台设备

技术领域

本发明涉及计算机与通信技术领域，尤其涉及一种业务密钥的获取方法、装置、系统与业务平台设备。

背景技术

手机电视业务是移动网络运营商和广播电视运营商共同配合，通过移动通信网络向用户终端提供电视节目的一种业务，用于向用户终端提供手机电视业务的系统结构示意图如图1所示，主要包括移动侧业务平台和广电侧手机电视业务系统这两个部分。其中，移动侧业务平台中的SG服务器主要完成对手机电视业务指南的分发，而NAF用于负责用户控制及业务控制，即主要完成用户订购关系管理、用户密钥管理、用户的认证鉴权和计费等功能；而广电(广电为广播电视的简称)侧手机电视业务系统主要完成用户订购信息存储、广电用户密钥管理、业务密钥管理等，具体地，ESG服务器用于配置频道信息和生成包含节目费率在内的业务指南信息，并提供给移动侧业务平台中的SG服务器，业务密钥管理服务器用于产生业务密钥，并使用广电用户密钥对产生的业务密钥进行加密后提供给NAF，用户管理系统用于负责存储用户订购信息，并对用户进行鉴权，其具有与NAF的接口。需要说明的是，由于图1中未作介绍的其他一些功能实体与本发明联系较小，因此在此不再赘述。

在用户进行手机电视业务的订购时，需要得到移动侧业务平台和广电侧手机电视业务系统这两方的处理和确认，只有两方都确认同意用户对手机电视业务进行订购，用户才能订购成功。在用户成功订购了某一手机电视业务并需要对相应的电视节目进行收看时，用户需要通过移动侧业务平台从广电侧手机电视业务系统获取订购的该业务的业务密钥，并且，只有当移动侧业务平台和广电侧手机电视业务系统这两方都认为该用户已订购该业务时，才会向用户返回相应的业务密钥。

在现有技术中，用户在进行手机电视业务定制时，针对同一手机电视业务，可能会存在多个可选的资费方案，比如，可以是包月资费方案、包季度资费方案或包半年资费方案等等，同一手机电视业务的不同资费方案所具有的标识互不相同，用户可以根据自身的需求来选择手机电视业务的不同资费方案，并且，现有技术还支持用户随时根据自身的需求改动资费方案。由于移动侧业务平台和广电侧手机电视业务系统之间的信息交互可能存在延迟，从而在用户对自身订购的手机电视业务的资费方案进行改动后，可能会出现移动侧业务平台和广电侧手机电视业务系统所保存的针对同一用户订购的同一手机电视业务的资费方案的标识不同步，因此会导致用户在通过移动侧业务平台向广电侧手机电视业务系统请求获得与修改后的资费方案对应的业务密钥时，移动侧业务平台和广电侧手机电视业务系统由于不能同时认为用户订购了该手机电视业务的同一资费方案因此会使得用户获取业务密钥失败。

发明内容

本发明实施例提供一种业务密钥的获取方法、装置及系统，用以解决现有技术中当移动侧业务平台和广电侧手机电视业务系统所保存的针对同一用户订购的同一手机电视业务的资费方案的标识不相同时，出现的用户获取业务密钥失败的问题。

本发明实施例还提供一种业务平台设备。

本发明实施例采用以下技术方案：

一种业务密钥的获取方法，包括：

第一业务平台根据用户终端发送的获取业务密钥的请求消息中包含的用户订购的业务的第一标识信息，在第一标识信息与预先和第二业务平台约定的第二标识信息的对应关系中，确定与所述第一标识信息对应的第二标识信息；所述第一业务平台将确定的所述第二标识信息承载在获取所述业务密钥的请求信息中发送给所述第二业务平台；以及接收所述第二业务平台反馈的与所述第二标识信息对应的所述业务密钥，并将所述业务密钥发送给所述用户终端。

较佳地，上述方法还可以包括：

所述第一业务平台接收用户终端发送的更改所述订购的业务的第一标识信息的业务更改请求消息；所述第一业务平台根据所述业务更改请求消息，更改所述用户订购的业务的第一标识信息，得到更改后的第一标识信息，并记录得到的所述更改后的第一标识信息的时间信息；以及将所述更改后的第一标识信息与所述用户的标识的对应关系，以及所述时间信息发送给所述第二业务平台，并指示所述第二业务平台根据所述更改后的第一标识信息与所述用户的标识的对应关系，对所述第二业务平台存储的所述用户的标识与所述用户订购的业务的第一标识的对应关系进行更新，并以所述时间信息作为完成对所述订购的业务的更改的时间信息进行存储。

较佳地，所述第一业务平台接收所述业务更改请求消息后，以及根据所述业务更改请求消息，更改所述用户订购的业务的第一标识信息前，还包括：所述第一业务平台将所述业务更改请求消息发送给所述第二业务平台；并接收所述第二业务平台反馈的同意更改所述用户订购的业务的第一标识信息的通知消息。

较佳地，所述用户订购的业务的第一标识信息为预先为用户订购的手机电视业务餐套的资费档设置的标识信息，所述预先和第二业务平台约定的第二标识信息为预先和所述第二业务平台约定的为所述用户订购的手机电视业务套餐设置的标识信息。

一种业务密钥的获取装置，包括：确定单元，用于根据第一业务平台接收的用户终端发送的获取业务密钥的请求消息中包含的用户订购的业务的第一标识信息，在第一标识信息与预先和第二业务平台约定的第二标识信息的对应关系中，确定与所述第一标识信息对应的第二标识信息；第一发送单元，用于将确定单元确定的所述第二标识信息承载在获取所述业务密钥的请求信息中发送给所述第二业务平台；接收单元，用于接收所述第二业务平台反馈的与第一发送单元发送的所述第二标识信息对应的所述业务密钥；第二发送单元，用于将接收单元接收的所述业务密钥发送给所述用户终端。

一种业务平台设备，包括：接收单元，用于接收业务平台发送来的时间信息以及第一标识信息与用户的标识的对应关系；更新单元，用于根据接收单元接收的所述对应关系，对所述业务平台设备存储的所述用户的标识与所述用户订购的业务的第一标识的对应关系进行更新；存储单元，用于以接收单元接收的所述时间信息作为完成对所述订购的业务的更改的时间信息进行存储。

一种业务密钥的获取系统，包括第一业务平台和第二业务平台，其中，所述第一业务平台，用于根据用户终端发送的获取业务密钥的请求消息中包含的用户订购的业务的第一标识信息，在第一标识信息与预先和第二业务平台约定的第二标识信息的对应关系中，确定与所述第一标识信息对应的第二标识信息；并将确定的所述第二标识信息承载在获取所述业务密钥的请求信息中发送给所述第二业务平台；以及接收所述第二业务平台反馈的与所述第二标识信息对应的所述业务密钥，并将所述业务密钥发送给所述用户终端；所述第二业务平台，用于根据所述第一业务平台发送的获取所述业务密钥的请求消息中承载的第二标识信息，确定与承载的所述第二标识信息对应的业务密钥，并将所述业务密钥发送给所述第一业务平台。

其中，所述第一业务平台为移动侧业务平台，所述第二业务平台为广电侧手机电视业务系统。

本发明实施例通过第一业务平台根据用户订购的业务的第一标识信息，在第一标识信息与预先和第二业务平台约定的第二标识信息的对应关系中，确定与第一标识信息对应的第二标识信息；从而将确定的第二标识信息承载在获取业务密钥的请求信息中发送给第二业务平台；并接收第二业务平台反馈的与第二标识信息对应的业务密钥，然后将业务密钥发送给用户终端，从而第一业务平台(移动侧业务平台)在从第二业务平台(广电侧手机电视业务系统)获取业务密钥时，能够根据第一标识信息确定出与第二业务平台预先约定好的第二标识信息，并将第二业务平台能够识别的该第二标识信息发送给第二业务平台，从而第二业务平台即使当前不能获知用户所订购的业务的第一标识信息，也能够根据该第二标识信息获知当前应该为用户提供哪个业务密钥，可见，采用本发明实施例提供的该方案，能够解决现有技术中当移动侧业务平台和广电侧手机电视业务系统所保存的针对同一用户订购的同一手机电视业务的资费方案的标识信息不相同时，出现的用户获取业务密钥失败的问题。

附图说明

图1为现有技术中向用户终端提供手机电视业务的系统结构示意图；

图2为本发明实施例提供的一种业务密钥的获取方法的具体流程示意图；

图3为本发明实施例提供的一种获取业务密钥的方法的在实际中的应用流程示意图；

图4为本发明实施例提供的方法中第一业务平台将记录的得到更改后的第一标识信息的时间信息提供给第二业务平台的具体流程示意图；

图5为本发明实施例提供的一种业务密钥的获取装置的具体结构示意图；

图6为本发明实施例提供的一种业务平台设备的具体结构示意图；

图7为本发明实施例提供的一种业务密钥的获取系统的具体结构示意图。

具体实施方式

本发明实施例通过第一业务平台与第二业务平台预先约定与第一标识信息对应的第二标识信息，从而当第一业务平台获得用户提供的第一标识信息后，第一业务平台能够确定与第一标识信息对应的第二标识信息，从而将确定的第二标识信息发送给第二业务平台，以接收第二业务平台反馈的与第二标识信息对应的业务密钥，采用本发明实施例提供的该方案，第二业务平台不用获知用户所订购的业务的第一标识信息，也能够根据与第一标识信息对应的第二标识信息获知当前应该为用户提供哪个业务密钥，从而解决现有技术中当移动侧业务平台和广电侧手机电视业务系统所保存的针对同一用户订购的同一手机电视业务的资费方案的标识信息不相同时，出现的用户获取业务密钥失败的问题。

下面结合各个附图对本发明实施例技术方案的主要实现原理、具体实施方式及其对应能够达到的有益效果进行详细的阐述。

本发明实施例首先提供一种业务密钥的获取方法，该方法的具体流程示意图如图2所示，包括以下步骤：

步骤21，第一业务平台接收用户终端发送的获取业务密钥的请求消息，其中，该请求消息中包含有用户订购的业务的第一标识信息，比如，这里的第一业务平台可以是背景技术中提到的移动侧业务平台，而这里的用户订购的业务的第一标识信息则可以是预先为用户订购的某一手机电视业务的一种资费方案所设置的标识信息，也可以是预先为用户订购的某一手机电视业务套餐的资费档所设置的标识信息；

步骤22，第一业务平台根据上述请求消息中包含的第一标识信息，在第一标识信息与预先和第二业务平台约定的第二标识信息的对应关系中，确定与上述请求消息中包含的第一标识信息对应的第二标识信息，比如，这里的第二业务平台可以是背景技术中提到的广电侧手机电视业务系统，并且，当用户订购的业务的第一标识信息为预先为用户订购的某一手机电视业务的一种资费方案所设置的标识信息时，本发明实施例中所说的预先和第二业务平台约定的第二标识信息可以为预先为用户订购的该手机电视业务所设置的标识信息，而当用户订购的业务的第一标识信息为预先为用户订购的手机电视业务餐套的资费档设置的标识信息时，本发明实施例中所说的预先和第二业务平台约定的第二标识信息则为预先和第二业务平台约定的为用户订购的该手机电视业务套餐设置的标识信息，根据该步骤22，第一业务平台即移动侧业务平台可以根据用户订购的该手机电视业务的资费方案的标识信息，在手机电视业务的资费方案的标识信息与预先和广电侧手机电视业务系统约定的手机电视业务的标识信息的对应关系中，确定与用户订购的该手机电视业务的资费方案对应的手机电视业务的标识信息，一般地，由于同一手机电视业务可有多种资费方案，因此，在本发明实施例中，上述对应关系中可以是多个不同的第一标识信息对应同一第二标识信息；

步骤23，第一业务平台将确定的第二标识信息承载在获取业务密钥的请求信息中发送给第二业务平台，第二业务平台在接收到第一业务平台发送来的第二标识信息后，可以在自身存储的第二标识信息与业务密钥的对应关系中，查找与接收到的该第二标识信息对应的业务密钥，然后再将查找到的该业务密钥发送给第一业务平台；

步骤24，第一业务平台接收第二业务平台反馈的与第二标识信息对应的业务密钥，并将接收到的该业务密钥发送给用户终端。

在背景技术中已提到，在现有的手机电视业务中，能够允许用户根据自身的需求来改动资费方案，根据该方案，用户在改动了自身订购的手机电视业务的资费方案后，移动侧业务平台会对用户更改了其订购的手机电视业务的资费方案的情况进行记录，并对用户完成资费方案更改的时间进行记录，然后，移动侧业务平台再把用户的标识及用户当前订购的资费方案的对应关系发送给广电侧手机电视业务系统，广电侧手机电视业务系统对接收到的该对应关系进行存储，并将接收到该对应关系的时间确定为用户完成资费方案更改的时间，由于广电侧手机电视业务系统与移动侧业务平台的信息交互可能会存在一定的延迟，因此，上述方案可能会导致一些问题。比如，用户若在2008年12月31日将包月资费方案更改为包季度资费方案，则需要按照包季度资费方案在1月结束前就完成对用户资费的扣费操作；然而，若按照广电侧手机电视业务系统所记录的用户的订购情况，并且广电侧手机电视业务系统在接收到用户的标识和用户订购的资费方案的对应关系时所记录的时间为2009年1月1日，则就需要按照包季度资费方案在2月结束前完成对用户资费的扣费操作，从而会造成少扣除了一部分费用而导致运营商的经济损失。为了避免上述情况，本发明实施例提供的该方法还可以进一步包括如下所述的步骤，需要说明的是，由于本发明提供的方案不仅可以用于移动侧业务平台与广电侧手机电视业务系统共同为用户提供移动电视业务的情况，还可以用于其它包含至少两个不同业务平台的系统为用户提供业务的情况，因此，下述步骤中均用第一业务平台和第二业务平台来分别指代类似于移动侧业务平台与广电侧手机电视业务系统的业务平台：

首先，第一业务平台接收用户终端发送的更改用户订购的业务的第一标识信息的业务更改请求消息，比如用户可以通过自身使用的用户终端向第一业务平台发送将包月资费方案的标识信息变更为包季度资费方案的标识信息的业务更改请求消息；

然后，第一业务平台根据该业务更改请求消息，更改用户订购的业务的第一标识信息，得到更改后的第一标识信息，并记录得到更改后的第一标识信息的时间信息，比如，若是在12月31日完成对上述包月资费方案的标识信息变更为包季度资费方案的标识信息的操作，则对该时间信息“12月31日”进行记录，以准确确定用户更改资费方案的时间；

最后，第一业务平台将上述记录的时间信息以及更改后的第一标识信息与用户的标识的对应关系发送给第二业务平台，并指示第二业务平台根据更改后的第一标识信息与用户的标识的对应关系，对第二业务平台存储的该用户的标识与该用户订购的业务的第一标识的对应关系进行更新，并以该时间信息作为完成对该用户订购的业务的更改的时间信息进行存储。

由上述步骤可知，由于第一业务平台对得到更改后的第一标识信息的时间信息进行了记录，并将该时间信息发送给了第二业务平台，从而第二业务平台在接收到该时间信息后，能够对用户更改资费方案的时间进行准确的记录，因此确保了第一业务平台和第二业务平台记录的时间信息的一致性。

需要说明的是，在本发明实施例中，第一业务平台在更改用户订购的业务的第一标识信息前，还可以向第二业务平台征询是否同意更改该第一标识信息，即第一业务平台接收业务更改请求消息后，还可以包括：第一业务平台将业务更改请求消息发送给第二业务平台，并接收第二业务平台反馈的同意更改用户订购的业务的第一标识信息的通知消息，从而第一业务平台根据用户终端发送的业务更改请求消息，更改用户订购的业务的第一标识信息，而若第二业务平台反馈的是不同意更改用户订购的业务的第一标识的通知消息，则第一业务平台不会根据用户终端发送的业务更改请求消息对用户订购的业务的第一标识信息进行更改。

以下以本发明实施例提供的该业务密钥的获取方法在如图1所示的提供手机电视业务的系统中的应用为例，详细说明该方法的具体实施流程。

在该提供手机电视业务的系统中，针对于手机电视业务的收视费，可向用户提供如下资费档计费方式：

1、用户一次性交纳N个月的收视费，享受某个优惠费率R，用户订购N个月的套餐(套餐可以包含一个手机电视业务，也可以包含多个手机电视业务)仅需交纳(N*R*收视费)，其中N为正整数，0≤R≤1、N、R的具体值可以由上述系统的运营商来指定；

2、用户一次性交纳N个月的收视费，可以收看(N+X)个月的手机电视，用户订购(N+X)个月的套餐仅需交纳(N*收视费)，也即用户享受了优惠费率R＝N/(N+X)，其中，X为非负整数，且X的具体值也可以由上述系统的运营商来指定。

对于同一个套餐，在某个区域的某个时间段(时间段的最小单位为月)内，一个(N+X)唯一确定一个优惠费率R，一个<N+X，R>的组合称之为一个资费档。

当用户初始订购套餐时，由于用户当前没有订购过该套餐的任何资费档，则用户初始订购套餐就能够立即生效，并且，移动侧业务平台一次性地实现对用户资费的扣除，而当用户当前已订购了套餐的某个资费档时，用户可以根据自身的需求将已订购的套餐的该资费档变更为该套餐的其他资费档。

根据本发明实施例提供的方法，可以为同一套餐的不同资费档配置相同的套餐标识PurchaseItemID，该PurchaseItemID可用于指示资费档所属的套餐，即具有相同PurchaseItemID的资费档同属于同一套餐，同时，为该套餐的不同资费档分别配置互不相同的资费档标识PurchaseItemTypeID，并且，还为该套餐的不同资费档分别配置互不相同的GlobalPurchaseItemID，其中，GlobalPurchaseItemID的配置规则可以为：2位省代码+1位预留位+1位业务区域类型+12位套餐代码，其中，12位套餐代码的规则为A-BC-XXXXXXXXX，第一位A代表用户终端类型，若A设置为9代表套餐类型为利用笔记本电脑上网，而设置为非9则代表利用非笔记本电脑上网，第二、三位BC共同代表资费档有效期(N+X)即代表不同资费档类型，取值为0-99，针对同一个套餐，对应利用笔记本电脑上网或利用非笔记本电脑上网两种情况的12位套餐代码的后十一位“BC-XXXXXXXXX”相同，而针对同一个套餐的不同资费档，对应不同资费档的12位套餐代码的后九位“XXXXXXXXX”相同，移动侧业务平台中的NAF服务器可以根据GlobalPurchaseItemID中的第二、三位即BC来判断是资费档的类型，比如是包月资费档还是其他资费档。

在用户终端获取业务密钥的过程中，移动侧业务平台和用户终端之间交互的消息中使用GlobalPurchaseItemID，而移动侧业务平台和广电侧手机电视业务系统之间交互的消息中会使用PurchaseItemID和PurchaseItemTypeID。

上述针对资费档分别配置的PurchaseItemID、PurchaseItemTypeID和GlobalPurchaseItemID的具体配置规则和作用分别如下：

SG服务器与ESG服务器之间交互接口消息时会将PurchaseItemID承载在接口消息ProvideInfo.REQ中，该ProvideInfo.REQ的发送方向为由ESG服务器发送给SG服务器，该消息的具体格式如下表1所示：

表1：

名称	类型	是否必需	对应关系	描述	数据类型
						ProvideInfo.REQ	E	M	1	ESG同步请求
MsgHeader	E1	M	1	消息头信息	MsgHeaderSchema
						CityID	E1	M	1	所属地市	市标识(4位长途区号，不足4位前面补0)0000：全国1111：本省
PurchaseItemOperationList	E1	O	0..1	对套餐的操作列表
						PurchaseItemOperation	E2	M	1..N	对套餐的操作
PurchaseItemID	A	M	1	套餐标识信息	anyURI
						Operation	A	M	1	操作的类型	integer
PurchaseItem	E3	O	0..N	资费档信息	PurchaseItemType(定义见下表2)

上表1中最后一行的PurchaseItemType的定义如下表2所示：

表2：

名称	类型	是否必需	对应关系	描述	数据类型
						PurchaseItemType	E	M		资费档元素数据类型
PurchaseItemTypeID	A	M	1	资费档标识信息	anyURI
						PurchaseItemID	A	M	1	套餐标识信息	unsignedshort
Name	E1	M	1	该套餐的名称。同一个套餐的不同资费	string

				档具有不同的套餐名称。用户根据套餐名称可以知道该资费档的有效期。如“手机电视体验包月包”表示为包月资费档(N＝1，X＝0)，“手机电视体验包年包”表示为包年资费档(N+X＝12)。
						Description	E1	M	0..1	该套餐的描述。	string
subscriptionType	E1	M	1	订购的类型：128：节目按次129：频道包月130：套餐(包含多于一个的频道)	unsignedbyte
						Period	A	M	0...1	如果订购类型为130，则填写该字段，其取值代表该资费档的有效期(N+X)个月。	unsignedByte
MonetaryPrice	E1	M	1	对于包月资费档为单月价格，对于其他资费档为该资费档的总体价格	float
						currency	E1	M	1	货币种类。	string
ServiceID	E1	M	0..N	本订购项包含的ServiceID列表，表示套餐所包含的频道。	unsignedshort
						ContentID	E1	M	0..N	本订购项所包含的Content列表，表示套餐所包含的节目。	unsignedshort

SG服务器与ESG服务器之间交互准备消息ProvideInfo.RES时会将PurchaseItemID承载在ProvideInfo.RES中，该ProvideInfo.RES的发送方向为由SG服务器发送给ESG服务器，该消息的具体格式如下表3所示：

表3：

名称	类型	是否必需	对应关系	描述	数据类型
						ProvideInfo.RES	E	M	1	ESG同步响应

MsgHeader	E1	M	1	消息头信息	MsgHeaderSchema
						Result	E1	M	1	返回值	integer
Desc	E1	O	0..1	描述信息
						PurchaseItemOperationResultList	E1	O	0..1	对套餐的操作结果列表
PurchaseItemOperationResult	E2	M	1..N	对套餐的操作结果
						PurchaseItem ID	A	M	1	套餐标识信息	anyURI
Result	A	M	1	操作失败的原因	integer
						Desc	A	O	0..1	对Result标识的返回值的描述信息	string

此外，用户终端和SG之间交互的消息为PurchaseData，该PurchaseData的作用在于表述与套餐相关的信息(比如可包含套餐的价格信息)，其格式如下表4所示：

表4：

名称	类型	是否必需	对应关系	描述	数据类型
						PurchaseData	E			订购数据分片
id	A	NM/TM	1	该PurchaseData分片的标识。	anyURI
						version	A	NM/TM	1	该分片的版本号。	unsignedInt
Description	E1	NM/TM	0..N	订购数据的描述。	string
						PriceInfo	E1	NM/TM	0..1	给出与该PurchaseData分片相关联的套餐的价格信息。
subscriptionType	E2	NM/TM	1	订购的类型，值可填以下几种：128：节目按次129：频道包月130：套餐(包含多于一个的频道)	unsignedByte

Period	A	NM/TM	0...1	如果订购类型为130，则填写该字段，其取值代表该资费档的有效期(N+X)个月。	unsignedByte
						MonetaryPrice	E2	NM/TM	0...N	对于包月资费档为单月价格，对于其他资费档为该资费档的总体价格	float
currency	A	NM/TM	0...1	货币种类	string
						PurchaseItemReference	E1	NM/TM	1	该订购数据分片所关联的套餐分片
idRef	A	NM/TM	1	该订购数据分片所关联的套餐分片的标志	anyURI

基于上述设置，本发明实施例提供的一种获取业务密钥的方法的在实际中的应用流程示意图如图3所示，包括以下步骤：

步骤31，用户终端向移动侧业务平台发送获得业务密钥的请求消息，其中，该消息中承载有GlobalPurchaseItemID；

步骤32，移动侧业务平台根据该GlobalPurchaseItemID中的第二、三位BC可以确定用户终端所请求的该业务密钥所对应的套餐的资费档类型；

步骤33，移动侧业务平台根据确定的该业务密钥所对应的套餐的资费档类型，从预定的同一套餐的不同资费档类型与PurchaseItemTypeID的对应关系中，确定请求的该业务密钥所对应的套餐的资费档类型的PurchaseItemTypeID；

步骤34，移动侧业务平台进一步根据确定的PurchaseItemTypeID，从PurchaseItemTypeID与预先和广电侧手机电视业务系统约定的PurchaseItemID的对应关系中，确定步骤34中确定的PurchaseItemTypeID所对应的PurchaseItemID；

步骤35，移动侧业务平台向广电侧手机电视业务系统发送获得业务密钥的请求消息，并在该请求消息中承载PurchaseItemID；

步骤36，广电侧手机电视业务系统在接收到移动侧业务平台发送来的获得业务密钥的请求消息后，根据该请求消息中承载的PurchaseItemID，从预定的PurchaseItemID与业务密钥的对应关系中，确定与该请求消息中承载的PurchaseItemID对应的业务密钥，并将确定的该业务密钥发送给移动侧业务平台；

步骤37，移动侧业务平台将广电侧手机电视业务系统发送来的业务密钥发送给发送来请求消息的用户终端，流程结束。

根据上述步骤可以看出，采用本发明实施例提供的方法，移动侧业务平台在发送获得业务密钥的请求消息给广电侧手机电视业务系统时，在请求消息中承载与广电侧手机电视业务系统预先约定好的PurchaseItemID，而不承载PurchaseItemTypeID，因此，即使移动侧业务平台和广电侧手机电视业务系统分别维护的请求该业务密钥的用户的资费档类型不同，比如两方存储的该用户订购的套餐的PurchaseItemTypeID不一致，则按照本发明实施例提供的方案，广电侧手机电视业务系统也能够根据移动侧业务平台发送来的PurchaseItemID来确定用户当前订购的套餐，从而确定出相应的业务密钥反馈给移动侧业务平台，由此可见，采用本发明实施例提供的该方案，能够有效地解决现有技术中当移动侧业务平台和广电侧手机电视业务系统所保存的针对同一用户订购的同一手机电视业务的资费方案的标识信息不相同时，出现的用户获取业务密钥失败的问题。

此外，针对用户根据自身的需求来改动资费档的情况，本发明实施例提供的如图2所示的方法中的第一业务平台还可以将记录的得到更改后的第一标识信息的时间信息提供给第二业务平台，从而确保第一业务平台和第二业务平台记录的时间信息的一致性，以下同样以如图1所示的系统为例，对上述方案在该系统中的应用进行说明，具体地，该方案在该系统中的应用的流程示意图如图4所示，包括以下步骤：

步骤41，用户通过自身使用的用户终端向移动侧业务平台发送业务订购请求消息，并在该请求消息中承载资费档标识信息和用户的标识；

步骤42，移动侧业务平台接收到上述请求消息后，移动侧业务平台中的NAF服务器可以通过用户当前是否订购了该请求消息中承载的资费档所属套餐中的任意一种资费档来判断用户终端发送来的该请求消息是用于请求订购套餐还是变更套餐的资费档，若用户当前已订购了套餐，则判断该请求消息用于请求变更套餐的资费档，否则，则判断该请求消息用于请求订购套餐，在本步骤中，假设用户发送的该请求消息用于变更套餐的资费档，则移动侧业务平台向广电侧手机电视业务系统发送资费档变更确认请求消息SubChangeConfirm.REQ，其中，SubChangeConfirm.REQ的格式可以如下表5所示；

表5：

名称	类型	是否必需	对应关系	描述	数据类型
						SubChangeConfirm.REQ	E	M	1	资费档变更确认请求消息
MsgHeader	E1	M	1	消息头信息	MsgHeaderSchema
						UserID	E1	M	1	用户的标识	string
CMMBSN	E1	O	0..1	开通移动电视用户的CMMB序列号	string
						HomeRegionID	E1	M	1	该用户所在的归属地。	string
PurchaseItemID	E1	M	1..N	套餐标识信息	anyURI

PurchaseItemTypeID

E2

M

1

资费档标识信息

anyURI

步骤43，广电侧手机电视业务系统中的用户管理服务器根据接收到的资费档变更确认请求消息承载的用户的标识和资费档标识信息，从预先设定的用户的标识与用户所能订购的资费档标识信息的对应关系中，判断上述资费档变更确认请求消息承载的用户的标识所指示的用户是否能订购上述请求消息中承载的资费档标识信息所指示的资费档，并在判断结果为是时，执行步骤44，否则，广电侧手机电视业务系统将拒绝用户变更资费档的通知消息发送给移动侧业务平台，移动侧业务平台根据该通知消息，不对用户的资费档进行变更，流程结束；

步骤44，广电侧手机电视业务系统将同意用户变更资费档的资费档变更确认响应消息SubChangeConfirm.RES发送给移动侧业务平台，其中，该资费档变更确认响应消息SubChangeConfirm.RES的格式可以如下表6所示；

表6：

名称	类型	是否必需	对应关系	描述	数据类型
						SubChangeConfirm.RES	E			资费档变更确认响应消息
MsgHeader	E1	M	1	消息头信息	MsgHeaderSchema
						SubChangescription	E1	M	1..N	资费档变更信息
PurchaseItemID	E2	M	1	套餐标识信息	anyURI
						PurchaseItemTypeID	E3	M	1	资费档标识信息	anyURI
Result	E2	M	1	返回值	integer
						Desc	E2	O	0..1	对Result标识的返回值的描述信息	string

步骤45，移动侧业务平台中的NAF服务器将变更资费档的请求消息发送给移动通信系统中的业务支撑系统BOSS；

步骤46，BOSS根据接收到的上述请求消息承载的用户的标识和资费档标识信息，从预先设定的用户的标识与用户所能订购的资费档标识信息的对应关系中，判断上述请求消息承载的用户的标识所指示的用户是否能订购上述请求消息中承载的资费档标识信息所指示的资费档，并在判断结果为是时，执行步骤47，否则，BOSS将拒绝用户变更资费档的通知消息发送给移动侧业务平台，移动侧业务平台根据该通知消息，不对用户的资费档进行变更，流程结束；

步骤47，BOSS将同意用户变更资费档的资费档变更响应消息发送给移动侧业务平台；

步骤48，NAF服务器根据接收到的请求消息承载的资费档标识信息，对请求消息中承载的用户的标识所指示的用户所订购的套餐的资费档标识信息进行修改，得到修改后的资费档标识信息，同时，对得到修改后的资费档标识信息的时间信息进行记录；

步骤49，NAF服务器将用户的标识与修改后的资费档标识信息的对应关系发送给广电侧手机电视业务系统，同时，还将记录的时间信息发送给广电侧手机电视业务系统，在本发明实施例中，可以但不限于将上述对应关系和时间信息承载在资费档变更同步请求消息SubChangeSync.REQ中发送给广电侧手机电视业务系统的用户管理服务器，其中，SubChangeSync.REQ的消息格式如下表7所示：

表7：

名称	类型	是否必需	对应关系	描述	数据类型
						SubChangeSync.REQ	E	M	1	资费档变更同步请求消息
MsgHeader	E1	M	1	消息头信息	MsgHeaderSchema
						UserID	E1	M	1	用户的标识	string
CMMBSN	E1	O	0..1	开通移动电视用户的CMMB序列号	string
						HomeRegionID	E1	M	1	该用户所在的归属地。	string
SubChangescription	E1	M	1..N	资费档变更信息
						PurchaseItemID	E2	M	1	套餐标识信息	anyURI
PurchaseItemTypeID	E3	M	1	资费档标识信息	anyURI
						SubChangeStatus	E2	M	1	该条订购关系的状态	integer
ReConfirmFlag	E1	O	1	该请求是否经过用户二次确认。	integer
						SubChangeTime	E2	M	1	资费档变更时间信息	string

步骤410，广电侧手机电视业务系统中的用户管理系统利用接收到的SubChangeSync.REQ中承载的用户的标识与修改后的资费档标识信息的对应关系，对存储的该用户的标识与该用户订购的资费档标识信息的对应关系进行更新，同时，用户管理系统还对接收到的时间记录信息进行存储，以记录用户变更其订购的餐套资费档的时间信息；

步骤411，广电侧手机电视业务系统中的用户管理服务器向广电密钥管理服务器发送资费档变更同步消息，该消息中承载有用户的标识与该用户订购的资费档标识信息的对应关系以及上述时间信息；

步骤412，广电密钥管理服务器根据接收到的用户的标识与该用户订购的资费档标识信息的对应关系，对自身存储的该用户的标识与该用户订购的资费档标识信息的对应关系进行更新，同时，广电密钥管理服务器还对接收到的时间记录信息进行存储，以记录用户变更其订购的餐套资费档的时间信息；

步骤413，广电密钥管理服务器向用户管理服务器资费档变更同步响应消息SubChangeSync.RES，该SubChangeSync.RES的格式可以如下表8所示：

表8：

名称	类型	是否必需	对应关系	描述	数据类型
						SubChangeSync.RES	E			资费档变更同步响应消息
MsgHeader	E1	M	1	消息头信息	MsgHeaderSchema
						SubChangescription	E1	M	1..N	套餐资费档变更信息
PurchaseItemID	E2	M	1	套餐标识信息	anyURI
						PurchaseItemTypeID	E3	M	1	套餐资费档标识信息	anyURI
Result	E2	M	1	返回值	integer
						Desc	E2	O	0..1	对Result标识的返回值的描述信息	string

步骤414，广电侧手机电视业务系统的用户管理服务器向移动侧业务平台发送资费档变更同步响应消息；

步骤415，移动侧业务平台在接收到上述响应消息后，向用户终端反馈资费档变更成功的响应消息，流程结束。

通过如图4所示的上述方案，当用户终端变更其订购的资费档时，移动侧业务平台能够通过向广电侧手机电视业务系统发送完成资费档变更的时间信息的方式，将完成资费档变更的时间信息通知给广电侧手机电视业务系统，从而广电侧手机电视业务系统不会再以接收到用户的标识和用户订购的资费档的对应关系的时间作为完成资费档变更的时间，因此保证了移动侧业务平台和广电侧手机电视业务系统记录的时间信息的一致性。

相应地，本发明实施例还提供了一种业务密钥的获取装置，用以解决现有技术中当移动侧业务平台和广电侧手机电视业务系统所保存的针对同一用户订购的同一手机电视业务的资费方案的标识信息不相同时，出现的用户获取业务密钥失败的问题，该装置的具体结构示意图如图5所示，包括以下功能单元：

确定单元51，用于根据第一业务平台接收的用户终端发送的获取业务密钥的请求消息中包含的用户订购的业务的第一标识信息，在第一标识信息与预先和第二业务平台约定的第二标识信息的对应关系中，确定与所述请求消息中包含的第一标识信息对应的第二标识信息；

第一发送单元52，用于将确定单元51确定的第二标识信息承载在获取业务密钥的请求信息中发送给第二业务平台；

接收单元53，用于接收第二业务平台反馈的与第一发送单元52发送的第二标识信息对应的业务密钥；

第二发送单元54，用于将接收单元53接收的业务密钥发送给用户终端。

较佳地，本发明实施例提供的该装置还可以进一步包括：

更改单元55，用于根据第一业务平台接收的用户终端发送的更改用户订购的业务的第一标识信息的业务更改请求消息，更改用户订购的业务的第一标识信息，得到更改后的第一标识信息；记录单元56，用于记录更改单元55得到的更改后的第一标识信息的时间信息；信息发送单元57，用于将更改单元56得到的更改后的第一标识信息与用户的标识的对应关系以及记录单元56记录的时间信息发送给第二业务平台。

进一步地，本发明实施例提供的该装置还可以进一步包括：请求消息发送单元58，用于在更改单元55更改用户订购的业务的第一标识信息前，将业务更改请求消息发送给第二业务平台；消息接收单元59，用于接收第二业务平台根据请求消息发送单元58发送的业务更改请求消息反馈的同意更改用户订购的业务的第一标识信息的通知消息。

对应于本发明实施例提供的第二业务平台所实现的功能，本发明实施例还提供一种业务平台设备，该设备的具体结构示意图如图6所示，包括以下功能单元：

接收单元61，用于接收业务平台发送来的时间信息以及第一标识信息与用户的标识的对应关系；

更新单元62，用于根据接收单元61接收的上述对应关系，对该业务平台设备存储的用户的标识与用户订购的业务的第一标识的对应关系进行更新；

存储单元63，用于以接收单元61接收的时间信息作为完成对用户订购的业务的更改的时间信息进行存储。

此外，本发明实施例还提供一种业务密钥的获取系统，该系统的具体结构示意图如图7所示，包括第一业务平台71和第二业务平台72，其中，第一业务平台71，用于根据用户终端发送的获取业务密钥的请求消息中包含的用户订购的业务的第一标识信息，在第一标识信息与预先和第二业务平台72约定的第二标识信息的对应关系中，确定与该请求消息中包含的第一标识信息对应的第二标识信息；并将确定的第二标识信息承载在获取业务密钥的请求信息中发送给第二业务平台72；以及接收第二业务平台72反馈的与第二标识信息对应的业务密钥，并将接收到的业务密钥发送给用户终端；而第二业务平台72则用于根据第一业务平台71发送的获取业务密钥的请求消息中承载的第二标识信息，确定与承载的第二标识信息对应的业务密钥，并将确定的业务密钥发送给第一业务平台71。

较佳地，对应于第一业务平台71上述功能的一种实现方式，本发明实施例中可以将第一业务平台71具体划分为以下功能单元，包括：

确定单元，用于根据第一业务平台71接收的用户终端发送的获取业务密钥的请求消息中包含的用户订购的业务的第一标识信息，在第一标识信息与预先和第二业务平台72约定的第二标识信息的对应关系中，确定与该请求消息中包含的第一标识信息对应的第二标识信息；第一发送单元，用于将确定单元确定的第二标识信息承载在获取业务密钥的请求信息中发送给第二业务平台72；接收单元，用于接收第二业务平台72反馈的与第一发送单元发送的第二标识信息对应的业务密钥；第二发送单元，用于将接收单元接收的业务密钥发送给用户终端。

进一步地，上述第一业务平台71还可以包括：更改单元，用于根据第一业务平台71接收的用户终端发送的更改用户订购的业务的第一标识信息的业务更改请求消息，更改用户订购的业务的第一标识信息，得到更改后的第一标识信息；记录单元，用于记录更改单元得到的更改后的第一标识信息的时间信息；信息发送单元，用于将更改单元得到的更改后的第一标识信息与用户的标识的对应关系以及记录单元记录的时间信息发送给第二业务平台72，指示第二业务平台根据更改后的第一标识信息与用户的标识的对应关系，对第二业务平台存储的用户的标识与用户订购的业务的第一标识的对应关系进行更新，并以该时间信息作为完成对用户订购的业务的更改的时间信息进行存储。

较佳地，上述第一业务平台71还可以进一步包括：请求消息发送单元，用于在更改单元更改用户订购的业务的第一标识信息前，将业务更改请求消息发送给第二业务平台72；消息接收单元，用于接收第二业务平台72根据请求消息发送单元发送的业务更改请求消息反馈的同意更改用户订购的业务的第一标识信息的通知消息。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种业务密钥的获取方法，其特征在于，包括：

第一业务平台根据用户终端发送的获取业务密钥的请求消息中包含的用户订购的业务的第一标识信息，在第一标识信息与预先和第二业务平台约定的第二标识信息的对应关系中，确定与所述第一标识信息对应的第二标识信息；

所述第一业务平台将确定的所述第二标识信息承载在获取所述业务密钥的请求信息中发送给所述第二业务平台；以及

接收所述第二业务平台反馈的与所述第二标识信息对应的所述业务密钥，并将所述业务密钥发送给所述用户终端。

2.如权利要求1所述的方法，其特征在于，还包括：

所述第一业务平台接收用户终端发送的更改所述订购的业务的第一标识信息的业务更改请求消息；

所述第一业务平台根据所述业务更改请求消息，更改所述用户订购的业务的第一标识信息，得到更改后的第一标识信息，并记录得到的所述更改后的第一标识信息的时间信息；以及

将所述更改后的第一标识信息与所述用户的标识的对应关系，以及所述时间信息发送给所述第二业务平台，并指示所述第二业务平台根据所述更改后的第一标识信息与所述用户的标识的对应关系，对所述第二业务平台存储的所述用户的标识与所述用户订购的业务的第一标识的对应关系进行更新，并以所述时间信息作为完成对所述订购的业务的更改的时间信息进行存储。

3.如权利要求2所述的方法，其特征在于，所述第一业务平台接收所述业务更改请求消息后，以及根据所述业务更改请求消息，更改所述用户订购的业务的第一标识信息前，还包括：

所述第一业务平台将所述业务更改请求消息发送给所述第二业务平台；并

接收所述第二业务平台反馈的同意更改所述用户订购的业务的第一标识信息的通知消息。

4.如权利要求1所述的方法，其特征在于，所述用户订购的业务的第一标识信息为预先为用户订购的手机电视业务餐套的资费档设置的标识信息，所述预先和第二业务平台约定的第二标识信息为预先和所述第二业务平台约定的为所述用户订购的手机电视业务套餐设置的标识信息。

5.一种业务密钥的获取装置，其特征在于，包括：

确定单元，用于根据第一业务平台接收的用户终端发送的获取业务密钥的请求消息中包含的用户订购的业务的第一标识信息，在第一标识信息与预先和第二业务平台约定的第二标识信息的对应关系中，确定与所述第一标识信息对应的第二标识信息；

第一发送单元，用于将确定单元确定的所述第二标识信息承载在获取所述业务密钥的请求信息中发送给所述第二业务平台；

接收单元，用于接收所述第二业务平台反馈的与第一发送单元发送的所述第二标识信息对应的所述业务密钥；

第二发送单元，用于将接收单元接收的所述业务密钥发送给所述用户终端。

6.如权利要求5所述的装置，其特征在于，还包括：

更改单元，用于根据第一业务平台接收的用户终端发送的更改所述订购的业务的第一标识信息的业务更改请求消息，更改所述用户订购的业务的第一标识信息，得到更改后的第一标识信息；

记录单元，用于记录更改单元得到的所述更改后的第一标识信息的时间信息；

信息发送单元，用于将更改单元得到的更改后的第一标识信息与所述用户的标识的对应关系以及记录单元记录的时间信息发送给所述第二业务平台，并指示所述第二业务平台根据所述更改后的第一标识信息与所述用户的标识的对应关系，对所述第二业务平台存储的所述用户的标识与所述用户订购的业务的第一标识的对应关系进行更新，并以所述时间信息作为完成对所述订购的业务的更改的时间信息进行存储。

7.如权利要求6所述的装置，其特征在于，还包括：

请求消息发送单元，用于在更改单元更改所述用户订购的业务的第一标识信息前，将所述业务更改请求消息发送给所述第二业务平台；

消息接收单元，用于接收所述第二业务平台根据请求消息发送单元发送的所述业务更改请求消息反馈的同意更改所述用户订购的业务的第一标识信息的通知消息。

8.一种业务平台设备，其特征在于，包括：

接收单元，用于接收业务平台发送来的时间信息以及第一标识信息与用户的标识的对应关系；

更新单元，用于根据接收单元接收的所述对应关系，对所述业务平台设备存储的所述用户的标识与所述用户订购的业务的第一标识的对应关系进行更新；

存储单元，用于以接收单元接收的所述时间信息作为完成对所述订购的业务的更改的时间信息进行存储。

9.一种业务密钥的获取系统，包括第一业务平台和第二业务平台，其特征在于：

所述第一业务平台，用于根据用户终端发送的获取业务密钥的请求消息中包含的用户订购的业务的第一标识信息，在第一标识信息与预先和第二业务平台约定的第二标识信息的对应关系中，确定与所述第一标识信息对应的第二标识信息；并将确定的所述第二标识信息承载在获取所述业务密钥的请求信息中发送给所述第二业务平台；以及接收所述第二业务平台反馈的与所述第二标识信息对应的所述业务密钥，并将所述业务密钥发送给所述用户终端；

所述第二业务平台，用于根据所述第一业务平台发送的获取所述业务密钥的请求消息中承载的第二标识信息，确定与承载的所述第二标识信息对应的业务密钥，并将所述业务密钥发送给所述第一业务平台。

10.如权利要求9所述的系统，其特征在于，所述第一业务平台为移动侧业务平台，所述第二业务平台为广电侧手机电视业务系统。

Images