CN101360345A

CN101360345A - 一种数据业务的管理方法、装置及***

Info

Publication number: CN101360345A
Application number: CNA2008102232309A
Authority: CN
Inventors: 管敏; 马华兴; 高鹏; 袁捷
Original assignee: China Mobile Group Design Institute Co Ltd
Current assignee: China Mobile Group Design Institute Co Ltd
Priority date: 2008-09-27
Filing date: 2008-09-27
Publication date: 2009-02-04

Abstract

本发明公开了一种数据业务的管理方法，该方法为：管理服务器接收用户发送的业务注册请求消息，并根据第一标识信息携带的用户的第一标识信息，在预设的数据库中查询与其匹配的用户资料，以及根据获得的查询结果确定所述用户不具有第二标识信息时，为该用户分配第二标识信息并完成业务注册流程；其中，所述第二标识信息用于在该用户使用网络侧提供的各类数据业务时，对其身份进行标注。这样，不同的数据业务平台之间便可以按照统一的规则进行虚拟ID资源的管理，***也可以在计费、营帐、隐私保护等方面对用户信息进行统一管理，从而使得移动数据业务的管理工作实现了规范化和标准化。本发明同时公开了一种通信装置和一种通信***。

Description

一种数据业务的管理方法、装置及***

技术领域

本发明涉及通信领域，特别涉及一种数据业务的管理方法、装置及***。

背景技术

随着技术的进步，移动数据业务因其随身性、交互性、娱乐性强等特点得到了迅猛的发展，用户群体也日益壮大。现有技术下，各业务服务提供商及内容服务提供商会通过会按照移动数据业务的类型(如：游戏、音乐、影视等)来创建群组服务，因此，各数据业务平台均会对应于用户的标识信息(如，手机号码)，为各用户分配针对本平台内数据业务的虚拟ID。

但是，目前，不同的数据业务平台分配虚拟ID时所执行的规则，均由各业务服务提供商及内容服务提供商自行制定，因此，对于同一个用户而言，若想使用多个数据业务平台提供的服务，就需要具有分别针对不同数据业务平台的虚拟ID，例如，参阅图1所示，用户在使用数据业务A时使用的虚拟ID为a，而在使用数据业务B时使用的虚拟ID为b。显然，不同的数据业务平台之间虚拟ID资源规划方式的不统一，使得***在用户使用移动数据业务时，需要耗费大量的资源来识别及转换针对各业务的虚拟ID，这在一定程度上降低了***的工作效率；同时，由于虚拟ID资源规划方式的不统一，***也无法在计费、营帐、隐私保护等方面对用户进行统一管理，这很容易造成移动数据业务管理工作的混乱，不利于移动数据业务日后的发展。

发明内容

本发明实施例提供一种数据业务的管理方法、装置及***，用以在移动业务数据网格中实现虚拟ID资源的统一标准化管理。

本发明实施例提供的具体技术方案如下：

一种数据业务的管理方法，包括：

接收用户发送的业务注册请求消息，该业务注册请求消息中携带该用户的第一标识信息；

根据所述第一标识信息在预设的数据库中查询与其匹配的用户资料，并获得查询结果；

在根据所述查询结果确定所述用户不具有第二标识信息时，为该用户分配第二标识信息并完成业务注册流程；其中，所述第二标识信息用于在该用户使用网络侧提供的各类数据业务时，对其身份进行标注。

一种通信装置，包括：

通信单元，用于接收用户发送的业务注册请求消息，该业务注册请求消息中携带该用户的第一标识信息；

第一处理单元，用于根据所述第一标识信息在预设的数据库中查询与其匹配的用户资料，并获得查询结果；

第二处理单元，用于在根据所述查询结果确定所述用户不具有第二标识信息时，为该用户分配第二标识信息并完成业务注册流程；其中，所述第二标识信息用于在该用户使用网络侧提供的各类数据业务时，对其身份进行标注。

一种通信***，包括：

用户终端，用于向网络侧发送业务注册请求消息，该业务注册请求消息中携带用户的第一标识信息；

管理服务器，用于接收所述业务注册请求消息，根据其携带的第一标识信息在预设的数据库中查询与其匹配的用户资料，并获得查询结果，以及在根据所述查询结果确定所述用户不具有第二标识信息时，为该用户分配第二标识信息并完成业务注册流程；其中，所述第二标识信息用于在该用户使用网络侧提供的各类数据业务时，对其身份进行标注。

一种数据业务的管理方法，包括：

根据所述查询结果确定所述用户具有第二标识信息时，根据该第二标识信息及用户注册的业务内容为该用户分配相应数目的***资源，并将该用户在使用业务过程中产生的相关数据对应所述第二标识信息进行保存；其中，所述第二标识信息用于在该用户使用网络侧提供的各类数据业务时，对其身份进行标注。

一种通信装置，包括：

第二处理单元，用于在根据所述查询结果确定所述用户具有第二标识信息时，根据该第二标识信息及用户注册的业务内容为该用户分配相应数目的***资源，并将该用户在使用业务过程中产生的相关数据对应所述第二标识信息进行保存；其中，所述第二标识信息用于在用户使用网络侧提供的各类数据业务时，对其身份进行标注。

一种通信***，包括：

管理服务器，用于接收所述业务注册请求消息，根据其携带的第一标识信息在预设的数据库中查询与其匹配的用户资料，并获得查询结果，以及在根据所述查询结果确定所述用户已具有第二标识信息时，根据该第二标识信息及用户注册的业务内容为该用户分配相应数目的***资源，并将该用户在使用业务过程中产生的相关数据对应所述第二标识信息进行保存；其中，所述第二标识信息用于在用户使用网络侧提供的各类数据业务时，对其身份进行标注。

本发明实施例中，设置用于统一管理虚拟ID资源的管理服务器，该管理服务器接收用户发送的业务注册请求消息，该业务注册请求消息中携带该用户的第一标识信息，管理服务器根据所述第一标识信息在预设的数据库中查询与其匹配的用户资料，并获得查询结果，并在根据所述查询结果确定所述用户不具有第二标识信息时，为该用户分配第二标识信息并完成业务注册流程；其中，所述第二标识信息用于在该用户使用网络侧提供的各类数据业务时，对其身份进行标注。这样，不同的数据业务平台之间便可以按照统一的规则进行虚拟ID资源的管理，使得***在用户使用移动数据业务时，不再耗费大量的资源来识别及转换针对各业务的虚拟ID，从而在一定程度上提高了***的工作效率；同时，由于虚拟ID资源实现了统一化的管理，***也可以在计费、营帐、隐私保护等方面对用户信息进行统一管理，从而使得移动数据业务的管理工作实现了规范化和标准化。

附图说明

图1为本发明现有技术下通信***体系架构图；

图2为本发明实施例中通信***体系架构图；

图3为本发明实施例中管理服务器功能结构图；

图4为本发明实施例中第一种业务注册流程图；

图5为本发明实施例中第二种业务注册流程图；

图6为本发明实施例中第三种业务注册流程图。

具体实施方式

为了提高移动数据业务网络的服务质量，解决不同数据业务平台之间虚拟ID资源管理混乱的问题，本发明实施例中，设置用于统一管理虚拟ID资源的管理服务器，该管理服务器接收用户发送的业务注册请求消息，该业务注册请求消息中携带该用户的第一标识信息，管理服务器根据所述第一标识信息在预设的数据库中查询与其匹配的用户资料，并获得查询结果，并在根据所述查询结果确定所述用户不具有第二标识信息时，为该用户分配第二标识信息并完成业务注册流程；其中，所述第二标识信息用于在该用户使用网络侧提供的各类数据业务时，对其身份进行标注。

从上述技术方案可以看出，本发明实施例提供解决方案的主旨在于：在通信***中设置一个专用装置，用户请求注册某种数据业务时，该专用装置按照预设的规则为用户生成统一虚拟ID，该统一虚拟ID可以在不同的数据业务平台间使用，各种数据业务平台都必须遵循该专用装置制定的统一规则，这样，便避免了虚拟ID资料出现管理混乱的现象，同时保证了用户体验的一致性，并便于后台精细化运营分析。

下面结合附图对本发明优选的实施方式进行详细说明。

参阅图2所示，本发明实施例中，通信***包括用户终端20、业务服务器21和管理服务器22。

在实际应用中，用户终端20可以通过业务服务器21向管理服务器22发送业务注册请求消息，这样，管理服务器22根据转发业务注册请求消息的业务服务器21便可获知用户申请的是哪一种业务；或者，用户也可以直接向管理服务器22发送业务注册请求消息，并在该业务注册请求消息中携带所申请的数据业务的代码，以及提供该类数据业务的业务服务器21的标识信息，本实施例中，仅以前一种情况为例进行介绍。那么，如图2所示：

用户终端20，用于向网络侧的业务服务器21或管理服务器22发送业务注册请求消息，该业务注册请求消息中携带用户的第一标识信息；

业务服务器21，用于向管理服务器22转发用户终端20发送的业务注册请求消息；

管理服务器22，用于接收所述业务注册请求消息，根据其携带的第一标识信息在预设的数据库中查询与其匹配的用户资料，并获得查询结果，以及在根据所述查询结果确定所述用户不具有第二标识信息时，为该用户分配第二标识信息并完成业务注册流程；其中，所述第二标识信息用于在该用户使用网络侧提供的各类数据业务时，对其身份进行标注。

此外，管理服务器22在根据所述查询结果确定所述用户已具有第二标识信息时，还需要根据该第二标识信息及用户注册的业务内容为该用户分配相应数目的***资源，并将该用户在使用业务过程中产生的相关数据对应所述第二标识信息进行保存。

当然，在上述通信***中也可以设置独立的数据库用于保存用户资料，也可以将用户资料保存在管理服务器22中，在此不再赘述。

参阅图3所示，本发明实施例中，管理服务器22包括通信单元220、第一处理单元221和第二处理单元222，其中：

通信单元220，用于接收用户发送的业务注册请求消息，该业务注册请求消息中携带该用户的第一标识信息；

第一处理单元221，用于根据所述第一标识信息在预设的数据库中查询与其匹配的用户资料，并获得查询结果；

第二处理单元222，用于在根据所述查询结果确定所述用户不具有第二标识信息时，为该用户分配第二标识信息并完成业务注册流程；其中，所述第二标识信息用于在该用户使用网络侧提供的各类数据业务时，对其身份进行标注。

此外，第二处理单元222在根据所述查询结果确定所述用户已具有第二标识信息时，还需要根据该第二标识信息及用户注册的业务内容为该用户分配相应数目的***资源，并将该用户在使用业务过程中产生的相关数据对应所述第二标识信息进行保存。

如图3所示，在上述管理服务器22中，还可以设置存储单元223，用于保存用户资料；当然，用户资料也可以存储在独立设置的数据库中，在此不再赘述。

基于上述***架构，下面将以三种应用情况为例，对用户进行业务注册的流程进行详细介绍。

在第一种情况下，用户A通过用户终端A向业务服务器A进行业务注册时，尚未具有任何ID，那么，参阅图4所示，本实施例中，管理服务器22为尚未具有任何ID的用户A进行业务注册的详细流程如下：

步骤400：用户A通过用户终端A向网络侧的业务服务器A发送业务注册请求消息，该业务注册请求中携带有用户A的标识信息，如，移动用户国际号码(Mobile Station ISDN，MSISDN)，即用户手机号码。

步骤410：业务服务器A向管理服务器22转发接收的业务注册请求消息。

步骤420：管理服务器22接收业务服务器A发送的业务注册请求消息，并根据其携带的标识信息确定数据库中未保存有用户A的用户资料。

例如，通过用户A的手机号码查询数据库中未保存该手机号码的相关记录。

在实际应用中，数据库既可以作为功能模块设置在管理服务器22中，也可以作为专门的功能实体而单独设置，本实施例仅以第一种情况为例进行介绍，以下实施例亦如此，不再赘述。

步骤430：管理服务器22针对用户A生成与其标识信息对应的唯一的统一虚拟用户标识(即用户终端A的统一虚拟ID)，并将生成的统一虚拟ID和提示用户填写注册信息的界面发送给业务服务器A。

在实际应用中，若管理服务器22确定数据库中未保存有用户A的用户资料，则表明用户A尚未注册过任何数据业务，即用户A不具有统一虚拟ID，那么，管理服务器22在数据库中划分出存储空间并将其初始化，以及在为用户A分配统一虚拟ID后，将该统一虚拟ID及用户返回的注册信息保存在数据库中划分出的存储空间内。

步骤440：业务服务器A将提示用户填写注册信息的界面发送至用户终端A，通过用户终端A的用户接口向用户A显示。

步骤450：用户A填写详细的注册信息(如，用户个性化昵称、密码等等)，并将填写好的注册信息通过用户终端A返回给业务服务器A。

步骤460：业务服务器A将用户终端A返回的注册信息转发至管理服务器22。

步骤470：管理服务器22根据用户A的注册信息生成用户A的详细信息表，并该详细信息表作为与用户A的统一虚拟ID相对应的用户资料在数据库中进行保存。

管理服务器22成功保存用户A的用户资料后，用户A的业务注册流程便已完成，此时，用户A便可以采用管理服务器22分配的统一虚拟ID，通过用户终端A使用业务服务器A提供的数据业务了。

在上述步骤430中，为了提高管理的安全性，管理服务器22在生成用户A的统一虚拟ID时，要遵守以下原则：保证统一虚拟ID的唯一性，不易被伪造，不可逆，以及不包含用户A的主叫信息或业务订购信息等。

例如，根据多维数据逻辑结构建立关系模型，从而构造用户A的统一虚拟ID号码，其构造规则为：

1、集合A{A1，A2，......}为数据业务的类别域，如：A1＝游戏，A2＝音乐等；

2、集合B{B1，B2，......}为时间域，表示统一虚拟ID的生成时间；

3、集合C{C1，C2，......}为伪随机数列域，加入随机因子是为了保证统一虚拟ID不易被伪造；

4、集合D{D1，D2，......}为统一虚拟ID的序列号。

根据上述构造规则，生成的统一虚拟ID的数据结构为：[业务名称][生成时间][随机数][序列号]，例如：[01][20081020][1085[12345]。

以下实施例中管理服务器22均按照上述构造规则生成用户的统一虚拟ID，将不再赘述。

区别于上述实施例，在第二种情况下，用户B通过用户终端B向业务服务器B进行业务注册时，尚未具有管理服务器22分配的统一虚拟ID，但已具有单个业务的虚拟ID，如，用户B已具有业务服务器A分配的单个业务虚拟ID，称为ID A，那么，参阅图5所示，本实施例中，管理服务器22为仅具有单个业务的虚拟ID的用户B进行业务注册的详细流程如下：

步骤500：用户B通过用户终端B向网络侧的业务服务器B发送业务注册请求消息，该业务注册请求消息中携带有用户B的标识信息，如，用户B的手机号码。

步骤510：业务服务器B向管理服务器22转发接收的业务注册请求消息。

步骤520：管理服务器22根据用户B的标识信息确定数据库中保存有用户B的用户资料。

步骤530：管理服务器22根据用户B的用户资料确定用户B当前仅具有单个业务的虚拟ID，即ID A。

步骤540：管理服务器22针对用户B生成与其标识信息对应的唯一的统一虚拟ID，并在该统一虚拟ID和ID A之间建立映射关系，以及将生成的统一虚拟ID返回给业务服务器B。

在实际应用中，若管理服务器22根据用户资料确定用户B具有ID A，则表明用户B已经注册过其他数据业务，那么管理服务器22在生成用户B的统一虚拟ID的过程中，还需要向业务服务器A查询ID A对应的数据业务内容，并将ID A对应的数据业务内容映射到自身管理的数据库中，以及在ID A与生成的统一虚拟ID之间建立映射关系，即将ID A按照统一虚拟IDR编码规则进行升级，与新分配的统一虚拟ID保持一致。例如，用户在业务服务器A中进行业务注册时分配到的ID A为1708，那么在其通过业务服务器B向管理服务器22进行业务注册时，管理服务器22会为其分配统一虚拟IDB，假设该统一虚拟ID的数据结构为：[01][20081020][1098][12345]，那么，ID A将进行号码升级，从1708映射为12345。

步骤550：业务服务器B将提示用户填写注册信息的界面发送至用户终端B，通过用户终端B的用户接口向用户B显示。

步骤560：用户B填写详细的注册信息，并将填写好的注册信息通过用户终端B返回给业务服务器B。

步骤570：业务服务器发B将用户终端B返回的注册信息转发至管理服务器22。

步骤580：管理服务器22根据用户B的注册信息生成用户B的详细信息表，并该详细信息表作为与用户B的统一虚拟ID相对应的用户资料在数据库中进行保存，即对原有的用户资料进行更新。

管理服务器22成功对用户B的用户资料进行更新后，用户B的业务注册流程便已完成，此时，用户B便可以采用管理服务器22分配的统一虚拟ID，通过用户终端B使用业务服务器B提供的数据业务了。

区别于上述两个实施例，在第三种情况下，用户C通过用户终端C向业务服务器C进行业务注册时，已经具有管理服务器22分配的统一虚拟ID，那么，参阅图6所示，管理服务器22为已具有统一虚拟ID的用户C进行新的业务注册的详细流程如下：

步骤600：用户C通过用户终端C向业务服务器C发起业务注册请求消息，该业务注册请求消息中携带有用户C的标识信息，如，用户C的手机号码。

步骤610：业务服务器C向管理服务器22转发接收的业务注册请求消息。

步骤620：管理服务器22根据用户C的标识信息确定数据库中保存有用户C的用户资料。

步骤630：管理服务器22根据用户C的用户资料确定用户C已具有统一虚拟ID。

步骤640：管理服务器22根据用户C已具有的统一虚拟ID和用户C当前注册的业务内容为其分配相应数目的***资源，并且将用户C在使用业务过程中产生的相关数据对应其统一虚拟ID进行保存；本实施例中，用户C在使用过程中产生的相关数据可以有多种，例如，计费数据、营帐数据和隐私数据等等。

在步骤640中，管理服务器22确定用户C已具有统一虚拟ID后，还需要根据用户C当前的注册行为对用户C已具有的统一虚拟ID进行相应调整，并获取该统一虚拟ID的序列号(当然也可以是其他标识信息，此处的序列号仅为举例)，以及将获得的序列号发送至业务服务器C。

例如：用户C在向业务服务器C发送业务注册请求消息之前，已通过业务服务器A向管理服务器22成功注册业务A，并分配到统一虚拟ID，假设该统一虚拟ID的数据结构为：[01][20081020][1098][12345]，那么，当用户C在本流程中通过业务服务器C再次向管理服务器22请求注册业务C时，管理服务器22会根据用户C当前的注册行为对原有的统一虚拟ID进行相应调整，如，将原有的统一虚拟ID的数据结构调整为：[03][20090303]6278][12345]，其中，相较于原有的统一虚拟ID，调整后的统一虚拟ID包含的业务名称、注册时间和随机数都发生了变化，但是其包含的序列号仍为12345，因此，调整后统一虚拟ID仍可以用于唯一标识用户C。

步骤650：业务服务器C将接收的用户C的统一虚拟ID的序列号通过用户终端C显示给用户，以及通过用户终端C向用户C提示当前的业务注册内容。

例如：业务服务器C通过用户终端C向用户C显示的内容为：您在业务C中的使用的统一虚拟ID的序列号为12345，与在业务A中使用的统一虚拟ID的序列号相同。

用户C接收到上述信息时，即表示当前的注册流程已成功，用户C便可以采用经管理服务器22调整后的统一虚拟ID，通过用户终端C使用业务服务器C提供的数据业务了。

综上所述，本发明实施例中，设置用于统一管理虚拟ID资源的管理服务器22，管理服务器22接收用户发送的业务注册请求消息，并根据第一标识信息携带的用户的第一标识信息，在预设的数据库中查询与其匹配的用户资料，以及根据获得的查询结果确定所述用户不具有第二标识信息时，为该用户分配第二标识信息并完成业务注册流程；其中，所述第二标识信息用于在该用户使用网络侧提供的各类数据业务时，对其身份进行标注。这样，不同的数据业务平台之间便可以按照统一的规则进行虚拟ID资源的管理，使得***在用户使用移动数据业务时，不再耗费大量的资源来识别及转换针对各业务的虚拟ID，从而在一定程度上提高了***的工作效率；同时，由于虚拟ID资源实现了统一化的管理，***也可以在计费、营帐、隐私保护等方面对用户信息进行统一管理，从而使得移动数据业务的管理工作实现了规范化和标准化。

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

Claims

1、一种数据业务的管理方法，其特征在于，包括：

2、如权利要求1所述的管理方法，其特征在于，所述第一标识信息为用户的手机号码。

3、如权利要求1所述的管理方法，其特征在于，根据所述查询结果确定用户不具有第二标识信息，却具有针对单个业务的第三标识信息时，为该用户分配第二标识信息，并在该第二标识信息与第三标识信息之间建立映射关系。

4、如权利要求3所述的管理方法，其特征在于，为用户分配第二标识信息后，从所述第三标识信息归属的业务服务器获得对应该第三标识信息保存的数据业务内容，并将该数据业务内容对应所述第二标识信息保存在预设的数据库中。

5、如权利要求1-4任一项所述的管理方法，其特征在于，为用户分配第二标识信息后，提示用户根据自身需求填写注册信息，并将用户填写的注册信息作为最新的用户资料进行保存。

6、一种通信装置，其特征在于，包括：

7、如权利要求6所述的通信装置，其特征在于，所述第二处理单元根据所述查询结果确定用户不具有第二标识信息，却具有针对单个业务的第三标识信息时，为该用户分配第二标识信息，并在该第二标识信息与第三标识信息之间建立映射关系。

8、如权利要求7所述的通信装置，其特征在于，所述第二处理单元为用户分配第二标识信息后，从所述第三标识信息归属的业务服务器获得对应该第三标识信息保存的数据业务内容，并将该数据业务内容对应所述第二标识信息保存在预设的数据库中。

9、如权利要6、7或8所述的通信装置，其特征在于，所述第二处理单元为用户分配第二标识信息后，通过所述通信单元提示用户根据自身需求填写注册信息，并将所述通信单元返回的用户填写的注册信息作为最新的用户资料进行保存。

10、一种通信***，其特征在于，包括：

11、如权利要求10所述的通信***，其特征在于，所述管理服务器根据所述查询结果确定用户不具有第二标识信息，却具有针对单个业务的第三标识信息时，为该用户分配第二标识信息，并在该第二标识信息与第三标识信息之间建立映射关系。

12、如权利要求11所述的通信***，其特征在于，所述管理服务器为用户分配第二标识信息后，从所述第三标识信息归属的业务服务器获得对应该第三标识信息保存的数据业务内容；并将该数据业务内容对应所述第二标识信息保存在预设的数据库中。

13、如权利要求10、11或12所述的通信***，其特征在于，所述管理服务为用户分配第二标识信息后，提示提示用户根据自身需求填写注册信息，并将用户填写的注册信息作为最新的用户资料进行保存。

14、一种数据业务的管理方法，其特征在于，包括：

15、如权利要求14所述的管理方法，其特征在于，根据所述查询结果确定所述用户已具有第二标识信息时，根据用户当前请求注册的业务对该第二标识信息进行调整，调整后的第二标识信息与调整前的第二标识信息具有相同的序列号。

16、一种通信装置，其特征在于，包括：

17、如权利要求16所述的通信装置，其特征在于，所述第二处理单元根据所述查询结果确定所述用户已具有第二标识信息时，根据用户当前请求注册的业务对该第二标识信息进行调整，其中，调整后的第二标识信息与调整前的第二标识信息具有相同的序列号。

18、一种通信***，其特征在于，包括：

19、如权利要求18所述的通信***，其特征在于，所述管理服务器根据所述查询结果确定所述用户已具有第二标识信息时，根据用户当前请求注册的业务对该第二标识信息进行调整，其中，调整后的第二标识信息与调整前的第二标识信息具有相同的序列号。