CN101083795B

CN101083795B - 一种业务管理方法及装置

Info

Publication number: CN101083795B
Application number: CN2007101068177A
Authority: CN
Inventors: 沈小荣
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2007-05-10
Filing date: 2007-05-10
Publication date: 2011-09-14
Anticipated expiration: 2027-05-10
Also published as: CN101083795A

Abstract

本发明实施例公开了一种业务管理方法及装置，该方法的主要思路在于：维护业务时，获取使用者请求更新的公有用户标识及所述公有用户标识对应的业务；根据预先保存的公有用户标识与用户的对应关系获取所述公有用户标识对应的用户；将预先保存的所述用户对应的业务更新为所述使用者请求更新的公有用户标识对应的业务。通过本发明实施例提供的方法，可以使对公有用户标识的业务维护变成对公有用户标识所属的用户的业务维护，而与该公有用户标识业务相同的公有用户标识都是对应于同一个用户的，所以这样就可以实现为多个具有相同业务的公有用户标识同时维护业务。

Description

一种业务管理方法及装置

技术领域

本发明涉及通信领域，尤其涉及一种业务管理方法及装置。

背景技术

IMS(IP多媒体子系统)是3GPP(第三代合作伙伴项目)提出支持移动多媒体业务的体系架构，旨在将固定网与移动网相融合，从而在任何地点都可以提供即时消息、呈现业务和视频会议等多媒体业务。

在IMS域中，每个使用者都可以申请一个或多个IMS用户私有标识(IMSPrivate User Identity，IMPI)。一般情况下，一张ISIM卡上固化了一个IMPI，使用者在使用ISIM卡时，是需要通过IMPI这个身份来进行网络上的注册认证的，其是归属网络运营商所定义的具有唯一性的全球身份。IMS用户公有标识(IMS Public User Identity，IMPU)是用于请求与其他使用者通信时所用的身份，每个IMPI可以对应一个或多个IMPU，即每张ISIM卡上可以有一个或多个IMPU。同时，一个使用者可以有多个终端，如：手机、台式终端、游戏终端，每个终端有各自注册认证方式，也就是有不同的IMPI。

目前的IMS业务管理系统中，对业务的管理通常包括订购业务、业务鉴权、修改业务，其中修改业务又包括增加业务、删除业务。使用者使用IMS业务时，首先要订购业务，使用者在订购业务成功后，运营商在IMS的归属用户服务器(Home Subscriber Server，HSS)中保存使用者申请的IMPI或IMPU与业务的关系。当使用者请求使用业务时，运营商对用户进行鉴权，具体地，运营商通过保存的IMPI或IMPU与业务的关系来对判断该使用者是否可以使用其所请求的业务。当使用者希望修改其拥有的业务时，可以通过修改HSS中保存的IMPI或IMPU与业务的对应关系来实现。

由上述描述可以看出，在目前的IMS业务管理系统中，可以通过以下两种方式管理业务：一、按IMPI管理业务；二、按IMPU管理业务。以下分别说明这两种管理方式。

一、按IMPI管理业务：

目前大部分业务管理系统采取这种方式，使用者申请IMPI的同时订购业务，运营商根据使用者申请的IMPI与业务的关系对使用者拥有的业务进行管理。由于一般情况下一张ISIM卡对应于一个IMPI，所以以这种方式订购业务也称为“买卡开户”。

举例说明：john为台式终端与手机各购买了一个ISIM卡，其中为台式终端购买的ISIM卡对应的IMPI为john@internet.china.imsi.ims.org，该IMPI与一个IMPU对应：john@home.ims.com，为该IMPI订购了通话和游戏业务；为手机购买的ISIM卡对应的IMPI为john@mobile.china.imsi.ims.org，该IMPI与两个IMPU对应：john@home.ims.com与john@company.ims.com，为该IMPI订购了通话和游戏业务。当john订购成功后，一般由HSS保存以上各个IMPI与业务的对应关系，例如，保存的内容可以为表一的形式：

表一

IMPI	Service	...	Description
				John@internet.china.imsi.ims.org	Communication	台式终端可以使用通话业务
John@internet.china.imsi.ims.org	Game		台式终端可以使用游戏业务
				John@mobile.china.imsi.ims.org	Communication	手机终端可以使用通话业务
John@mobile.china.imsi.ims.org	Game		手机终端可以使用游戏业务

鉴权时，john发送IMPI与业务ID到HSS，HSS根据表一保存的内容判断是否存在所述IMPI与业务ID的对应关系，若有，则john通过鉴权。

对业务进行维护时，HSS根据john的请求修改表一即可。

但是，上述IMPU：john@company.ims.com的作用是为了只与同事联系与工作相关的事情，为了能够在手机通过使用john@home.ims.com身份使用游戏业务，john不得不为John@mobile.china.imsi.ims.org订购游戏业务，这样 john@company.ims.com也可以使用游戏业务了，而实际上由于该IMPU是用来与同时联系相关工作的事情的，所以并不希望该IMPU可以使用游戏业务。

通过以上描述可以看出，按IMPI管理业务具有以下缺陷：不能实现使用同一个IMPI的多个IMPU具有不同的业务。

二、按IMPU管理业务：

目前有一些业务管理系统采取按IMPU管理业务的方式，即使用者申请IMPU的同时订购业务，运营商根据使用者申请的IMPU与业务的关系对使用者拥有的业务进行管理。

举例说明：john申请了三个IMPU，运营商IMS业务管理系统中将为john开三个订户(用户)，分别是sub1、sub2、sub3。Sub1的IMPU为john@home.ims.com，为该IMPU订购通话和游戏业务；sub2的IMPU为+861535188888，也得为该IMPU订购同样的通话和游戏业务；sub3的IMPU为john@company.ims.com，为该IMPU订购通话业务。当john订购成功后，一般由HSS保存以上各个IMPU与业务的对应关系，例如，保存的内容可以为表二的形式：

表二

IMPU	Service_id	...	Description
				john@home.ims.com	Communication	此身份可以使用通话业务
john@home.ims.com	Game		此身份可以使用游戏业务
				+861535188888	Communication	此身份可以使用通话业务
+861535188888	Game		此身份可以使用游戏业务
				john@company.ims.com	Communication	此身份可以使用通话业务

实际上，john@home.ims.com和+861535188888只是形式不同的IMPU，本应具有相同的业务，因此当需要对这两个IMPU的业务进行维护时需要同时更新两个IMPU的业务，而这种具有对应性的两个IMPU只能通过人为识别。

所以，此时相当于管理端只保存了IMPU与业务的对应关系，但是，有些IMPU实际上只是形式上的不同，其对应的业务完全相同，但是管理端并不知晓这一点，所以使用者增加或者取消业务时，需要对多个IMPU都进行修改。

通过以上描述可以看出，按IMPU管理业务具有以下缺陷：不能为多个具有相同业务的IMPU同时维护业务。

发明内容

本发明实施例要解决的技术问题是提出一种业务管理方法，可以为多个具有相同业务的公有用户标识同时维护业务；本发明还提出了一种业务管理装置，可以为多个具有相同业务的公有用户标识同时维护业务。

为解决上述技术问题，本发明实施例的目的是通过以下技术方案实现的：

一种业务管理方法，包括：维护业务的方法：

获取使用者请求更新的公有用户标识及所述公有用户标识对应的业务；

根据预先保存的公有用户标识与用户的对应关系获取所述公有用户标识对应的用户；将预先保存的所述用户对应的业务更新为所述使用者请求更新的公有用户标识对应的业务；获取使用者请求更新的私有用户标识及所述私有用户标识对应的业务，将预先保存的所述私有用户标识对应的业务更新为所述使用者请求更新的私有用户标识对应的业务。

一种业务管理装置，包括：

第一保存单元，用于保存用户与公有用户标识的对应关系、及用户与业务的对应关系；第一更新信息交互单元，当更新业务时，用于获取使用者请求更新的公有用户标识及所述公有用户标识对应的业务；第一用户获取单元，用于根据第一保存单元保存的公有用户标识与用户的对应关系获取所述用户请求更新的公有用户标识对应的用户；第一更新单元，用于将所述第一用户获取单元获取的用户对应的业务更新为所述使用者请求更新的公有用户标识对应的业务；第二保存单元，用于保存公有用户标识与私有用户标识的对应关系、及私有用户标识与业务的对应关系；第二更新信息交互单元，当更新业务时，用于获取使用者请求更新的私有用户标识及所述私有用户标识对应的公有用户标识；和/或获取使用者请求更新的私有用户标识及所述私有用户标识对应的业务；第二更新单元，用于将所述第二保存单元中保存的所述使用者请求更新的私有用户标识对应的公有用户标识更新为所述使用者请求更新的私有用户标识对应的公有用户标识；和/或用于将第二保存单元中保存的所述使用者请求更新的私有用户标识对应的业务更新为所述使用者请求更新的私有用户标识对应的业务。

从以上技术方案可以看出，本发明实施例提供的方法可以使对公有用户标识的业务维护变成对公有用户标识所属的用户的业务维护，而与该公有用户标识业务相同的公有用户标识都是对应于同一个用户的，所以这样就可以实现为多个具有相同业务的公有用户标识同时维护业务。

附图说明

图1为本发明实施例一业务管理方法的开户流程的流程示意图；

图2为本发明实施例一业务管理方法的业务维护流程的流程示意图；

图3为本发明实施例一业务管理方法的业务鉴权流程的流程示意图；

图4为本发明实施例一业务管理方法的业务查询流程的流程示意图；

图5为本发明实施例二业务管理方法的开户流程的流程示意图；

图6为本发明实施例二业务管理方法的对IMPU与业务的关系维护流程的流程示意图；

图7为本发明实施例二业务管理方法的对IMPI与IMPU的关系维护流程的流程示意图；

图8为本发明实施例二业务管理方法的对IMPI与业务的关系维护流程的流程示意图；

图9为本发明实施例二业务管理方法的业务鉴权流程的流程示意图；

图10为本发明实施例三业务管理装置的结构示意图。

具体实施方式

本发明为一种业务管理方法，为使本发明的技术方案、及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。

相对于现有技术中按IMPI或者IMPU来管理业务的方式，本发明提出按用户管理业务，即使用者开户时，运营商先为使用者创建用户，再为所述用户增加对应的业务、为所述用户增加对应的IMPU，根据所述用户与业务的关系、用户与IMPU的关系对使用者拥有的业务进行管理。

举例说明：john想要申请三个IMPU，分别为：john@home.ims.com，为该IMPU订购通话和游戏业务；+861535188888，也为该IMPU订购同样的通话和游戏业务；john@company.ims.com，为该IMPU订购通话业务。由于john@home.ims.com与+861535188888对应的业务相同，所以申请时运营商先为john创建一个用户sub1，增加并保存sub1与john@home.ims.com及+861535188888的关系、sub1与通话及游戏业务的关系，而创建另一个用户sub2，增加并保存sub2与john@company.ims.com的关系、sub2与通话业务的关系，例如，保存的内容可以为表三、表四的形式：

表三

IMPU	Subscriber_id	...	Description
				John@home.ims.com	Sub1	该IMPU属于用户Sub1
+861535188888	Sub1		该IMPU属于用户Sub1
				John@company.ims.com	Sub2	该IMPU属于用户Sub2

表四

Subscriber_id	Service_id	...	Description
				Sub1	Communication	Sub1订购了通话业务
Sub1	Game		Sub1订购了游戏业务
				Sub2	Communication	Sub2订购了通话业务

一般地，将用户与业务的对应关系、用户与IMPU的对应关系保存在HSS中，具体可以是订购关系寄存器。

鉴权时，john发送IMPU与业务到HSS，HSS根据表三保存的内容获得该IMPU对应的用户，再根据表四保存的内容获得该用户对应的业务，判断其中是否存在申请的业务，若有，则john通过鉴权。

对业务进行维护时，john向运营商提供所要修改的IMPU及对应的业务， HSS根据表三保存的内容获取所述IMPU对应的用户，再将表四中该用户对应的业务修改为john提供的业务。

以下结合附图对本发明实施例一业务管理方法进行详细说明。

如图1所示，为本发明实施例一业务管理方法的开户流程的流程图，包括：

101、创建用户，输入用户基本信息；

102、为所述用户增加订购的业务，保存所述用户与业务的对应关系；

103、为所述用户增加IMPU，保存所述用户与IMPU的对应关系。

如图2所示，为本发明实施例一业务管理方法的业务维护流程的流程图，包括：

201、收到使用者请求更新的IMPU与所述IMPU对应的业务；

202、根据预先保存的IMPU与用户的对应关系获取所述IMPU对应的用户；

一般地，IMPU与用户的对应关系在开户后就保存在HSS中；

203、将预先保存的所述用户对应的业务更新为所述使用者请求更新的IMPU对应的业务；

其中，对业务的维护包括增加业务与减少业务，不论是增加或是减少业务，最终都是将用户与业务的对应关系更新。

如图3所示，为本发明实施例一业务管理方法的业务鉴权流程的流程图，包括：

301、收到使用者请求进行业务的IMPU与业务；

302、根据预先保存的IMPU与用户的对应关系获取所述IMPU对应的用户；

一般地，IMPU与用户的对应关系在开户后就保存在HSS中；

303、根据预先保存的用户与业务的关系获取所述用户对应的业务；

一般地，用户与业务的对应关系在开户后就保存在HSS中，并在使用者请求维护后进行更新；

304、判断所述获取的业务是否包括输入的业务，若包括则鉴权成功。

如图4所示，为本发明实施例一业务管理方法的业务查询流程的流程图，包括：

401、收到被查询的IMPU；

402、根据预先保存的IMPU与用户的关系获取所述IMPU对应的用户；

403、根据预先保存的用户与业务的关系获取所述用户对应的业务；

404、输出所述业务。

以上结合附图说明了本发明实施例一业务管理方法，通过以上说明可以看出，本发明实施例通过保存用户与IMPU的对应关系、用户与业务的对应关系来对用户拥有的业务进行管理，可以使对IMPU的业务维护变成对IMPU所属的用户的业务维护，而与该IMPU业务相同的IMPU都是对应于同一个用户的，所以这样就可以实现为多个具有相同业务的IMPU同时维护业务；而且，此时对应于同一个IMPI的IMPU也可以不具有同样的业务。

在上述方法的基础上，还可以进一步通过保存IMPI与IMPU、IMPI与业务的关系来对用户拥有的业务进行管理，采用这种方式可以根据不同类型终端的行为特性限制使用者对业务的使用，以下详细说明。

当采用保存用户与IMPI对用户拥有的业务进行管理时，在HSS中除了要保存用户与IMPU、用户与业务的关系，还应当保存IMPI与IMPU、IMPI与业务的关系，其中，所述保存的IMPI与业务的关系中的业务可以是该IMPI不可以使用的业务，也可以是该IMPI可以使用的业务，本发明实施例中以保存该IMPI可以使用的业务的方式进行说明。所述IMPI与IMPU、IMPI与业务的关系可以保存为表五、表六的形式：

表五

impi	impu	...	Description
				John@mobile.china.imsi.ims.org	John@home.ims.com
John@mobile.china.imsi.ims.org	+861535188888
				John@mobile.china.imsi.ims.org	John@company.ims.com
John@internet.china.imsi.ims.org	John@home.ims.com
				John@internet.china.imsi.ims.org	+861535188888

表六

impi	Service_id	...	Description
				John@mobile.china.imsi.ims.org	Communication	手机终端可以使用通话业务
John@mobile.china.imsi.ims.org	Game		手机终端可以使用游戏业务
				John@internet.china.imsi.ims.org	Communication	台式终端可以使用通话业务

一般地，将IMPI与IMPU的对应关系、IMPI与业务的对应关系保存在HSS中，具体可以是订购关系寄存器。

鉴权时，john发送IMPU、IMPI与业务ID到HSS，HSS根据表三保存的内容获得IMPU对应的用户，再根据表四保存的内容获得该用户对应的业务，判断其中是否存在申请的业务，若不存在则不允许进行该业务，若存在则进一步根据表五判断该IMPU与IMPI是否存在对应关系，若不存在则不允许进行该业务，若存在则进一步根据表六判断该IMPI与业务是否存在对应关系，若不存在则不允许进行该业务，若存在则可以进行业务。

进行业务维护时：

修改IMPU与业务的关系：向运营商提供所要修改的IMPU及对应的业务，HSS根据表三保存的内容获得IMPU对应的用户，再将表三中该用户对应的业务修改为john提供的业务；

修改IMPU与IMPI的关系：向运营商提供所要修改的IMPU及对应的IMPI，HSS将表五中保存的内容修改为用户提供的内容；

修改IMPI与业务的关系：向运营商提供所要修改的IMPI及对应的业务，HSS将表六保存的内容修改为用户提供的内容。

以下结合附图对本发明实施例二业务管理方法进行详细说明。

如图5所示，为本发明实施例二业务管理方法的开户流程的流程图，包括：

501、创建用户，输入用户基本信息；

502、为所述用户增加订购的业务，保存所述用户与业务的对应关系；

503、为所述用户增加IMPU，保存所述用户与IMPU的对应关系；

504、为所述IMPU增加IMPI，保存所述IMPU与IMPI的对应关系；

505、为所述IMPI增加可使用的业务，保存所述IMPI与业务的对应关系。

本发明实施例二业务管理方法的业务维护流程包括对IMPU与业务的关系的维护、对IMPU与IMPI关系的维护、对IMPI与业务的关系的维护，以下分别以图6、图7、图8说明。

当使用者想要修改IMPU与业务的关系时，将进行对IMPU与业务的关系的维护流程。如图6所示，为本发明实施例二业务管理方法的对IMPU与业务的关系维护流程的流程图，包括：

601、收到使用者请求更新的IMPU与所述IMPU对应的业务；

602、根据预先保存的IMPU与用户的对应关系获取所述IMPU对应的用户；

603、将预先保存的所述用户对应的业务更新为所述使用者请求更新的IMPU对应的业务。

当使用者想要修改IMPI与IMPU的关系时，将进行对IMPI与IMPU的关系的维护流程。如图7所示，为本发明实施例二业务管理方法的对IMPI与IMPU的关系的维护流程的流程图，包括：

701、收到使用者请求更新的IMPI与所述IMPI对应的IMPU；

702、将预先保存的所述IMPI对应的IMPU更新为所述请求者请求更新的IMPI对应的IMPU。

当使用者想要修改业务与IMPI的关系时，将进行对业务与IMPI的关系的维护流程。如图8所示，为本发明实施例二业务管理方法的对业务与IMPI的关系的维护流程的流程图，包括：

801、收到使用者请求更新的IMPI与所述IMPI对应的业务；

802、将预先保存的所述IMPI对应的业务更新为所述请求者请求更新的IMPI对应的业务。

如图9所示，为本发明实施例二业务管理方法的业务鉴权流程的流程图，包括：

901、收到使用者请求进行业务的IMPU、IMPI、业务；

902、根据预先保存的IMPU与用户的关系获取所述IMPU对应的用户；

903、根据预先保存的用户与业务的关系获取所述用户对应的业务；

904、判断所述获取的业务是否包括输入的业务，若不包括则鉴权失败；

905、根据预先保存的IMPI与IMPU的对应关系获取所述IMPI对应的IMPU；

906、判断所述获取的IMPU是否包括输入的IMPU，若不包括则鉴权失败；

907、根据预先保存的IMPI与业务的对应关系获取所述IMPI对应的业务；

908、判断所述获取的业务是否包括输入的业务，若不包括则鉴权失败，若包括则鉴权成功。

通过本发明实施例二提供的方法，可以根据不同类型终端的行为特性限制使用者对业务的使用。例如：john有两个终端，分别是手机与家用电脑，由于john不希望儿子使用家用电脑进行游戏，所以可以通过让家用电脑上使用的IMPI不可以使用游戏业务的方式来达到这个目的。

通过上面的叙述可以发现，通过本发明业务管理方法的实施例，可以使对IMPU的业务维护变成对IMPU所属的用户的业务维护，而与该IMPU业务相同的IMPU都是对应于同一个用户的，所以这样就可以实现为多个具有相同业务的IMPU同时维护业务；而且，此时对应于同一个IMPI的IMPU也可以不具有同样的业务。

进一步地，本发明实施例还提供了通过IMPI对使用者拥有的业务进行管理的方案，可以根据不同类型终端的行为特性限制使用者对业务的使用。

下面对本发明业务管理装置的实施例进行详细说明。

实施例三、一种业务管理装置，如图10所示，该装置包括：

第一保存单元1001，用于保存用户与IMPU的对应关系、及用户与业务的对应关系；

第一更新信息交互单元1002，当更新业务时，用于获取使用者请求更新的IMPU及所述IMPU对应的业务；

第一用户获取单元1003，用于根据第一保存单元1001保存的IMPU与用户的对应关系获取所述第一更新信息交互单元获取的IMPU对应的用户；

第一更新单元1004，用于将所述第一用户获取单元1003获取的用户对应的业务更新为所述第一更新信息交互单元获取的IMPU对应的业务。

通过上述业务管理装置可以使对公有用户标识的业务维护变成对公有用户标识所属的用户的业务维护，而与该公有用户标识业务相同的公有用户标识都是对应于同一个用户的，所以这样就可以实现为多个具有相同业务的公有用户标识同时维护业务。

进一步地，本发明实施例中的业务管理装置还可以包括判断单元，用于在鉴权时作出判断。以下详细说明。

实施例四、一种业务管理装置，其相比于实施例三还包括以下单元：

第一鉴权信息交互单元，当鉴权时，用于获取使用者请求进行业务的IMPU与业务；

第二用户获取单元，用于根据第一保存单元保存的公有用户标识与用户的对应关系获取所述第一鉴权信息交互单元获取的公有用户标识对应的用户；

业务获取单元，用于根据第一保存单元保存的用户与业务的对应关系获取所述第二用户获取单元获取的用户对应的业务；

判断单元，用于判断所述业务获取单元获取的业务中是否存在第一鉴权信息交互单元获取的业务，若存在则鉴权成功，若不存在则鉴权失败。

在以上所述的实施例三、实施例四中，第一保存单元保存的对应关系有：用户与公有用户标识的对应关系、用户与业务的对应关系，进一步地，还可以保存私有用户标识与公有用户标识的对应关系、私有用户标识与业务的对应关系，利用增加的这些关系可以根据不同类型终端的行为特性限制使用者对业务的使用。以下说明增加这些关系后的本发明业务管理装置的实施例。

实施例五、一种业务管理装置，其相比于本发明实施例三还包括以下单元：

第二保存单元，用于保存IMPU与IMPI的对应关系、及IMPI与业务的对应关系；

第二更新信息交互单元，当更新业务时，用于获取使用者请求更新的IMPI及所述IMPI对应的IMPU；和/或

获取使用者请求更新的IMPI及所述IMPI对应的业务；

第二更新单元，用于将第二保存单元中保存的所述使用者请求更新的IMPI对应的IMPU更新为所述使用者请求更新的IMPI对应的IMPU；和/或

用于将第二保存单元中保存的所述使用者请求更新的IMPI对应的业务更新为所述使用者请求更新的IMPI对应的业务。

实施例六、一种业务管理装置，其相比于本发明实施例五还包括以下单元：

第二鉴权信息交互单元，当鉴权时，用于获取使用者请求进行业务的IMPU、业务及IMPI；

第三用户获取单元，用于根据第一保存单元保存的公有用户标识与用户的对应关系获取所述第二鉴权信息交互单元获取的公有用户标识对应的用户；

第一业务获取单元，用于根据第一保存单元保存的用户与业务的对应关系获取所述第三用户获取单元获取的用户对应的业务；

IMPU获取单元，用于根据第二保存单元保存的IMPI与IMPU的对应关系获取所述使用者请求的IMPI对应的IMPU；

第二业务获取单元，用于根据第二保存单元保存的IMPI与业务的对应关系获取所述使用者请求的IMPI对应的业务；

用户-业务关系判断单元，用于判断所述第一业务获取单元获取的业务中是否存在所述第二鉴权信息交互单元获取的业务，若不存在则鉴权失败；

IMPI-IMPU关系判断单元，用于判断所述IMPU获取单元获取的IMPU中是否存在所述第二鉴权信息交互单元获取的业务，若不存在则鉴权失败；

IMPI-业务关系判断单元，用于判断所述第二业务获取单元获取的业务中是否存在所述第二鉴权信息交互单元获取的业务，若不存在则鉴权失败，若存在则鉴权成功。

以上以IMS域为例说明了本发明实施例，实际上，本发明并不仅限于使用在IMS域中，在分组交换(packet switch，PS)域、电路交换(circuit switch，CS)域等其他领域也可以应用，具体应用方法如本发明实施例中的描述，在此不再赘述。例如，在CS域中的IMSI(国际移动用户标识)、MSISDN(移动用户国际综合业务数字网号码)分别可以看作IMS域中的IMPI、IMPU，分别用来作为私有用户标识、公有用户标识。

以上对本发明所提供的一种业务管理方法及装置的详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims

1.一种业务管理方法，其特征在于，包括：

维护业务的方法：

根据预先保存的公有用户标识与用户的对应关系获取所述公有用户标识对应的用户；

将预先保存的所述用户对应的业务更新为所述使用者请求更新的公有用户标识对应的业务；

获取使用者请求更新的私有用户标识及所述私有用户标识对应的业务，将预先保存的所述私有用户标识对应的业务更新为所述使用者请求更新的私有用户标识对应的业务。

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

获取使用者请求更新的私有用户标识及所述私有用户标识对应的公有用户标识，将预先保存的所述私有用户标识对应的公有用户标识更新为所述使用者请求更新的私有用户标识对应的公有用户标识。

3.如权利要求2所述的业务管理方法，其特征在于，还包括：

开户的方法：

创建用户；

为所述用户增加业务，保存所述用户与业务的对应关系；

为所述用户增加公有用户标识，保存所述用户与公有用户标识的对应关系；

为所述公有用户标识增加私有用户标识，保存所述公有用户标识与私有用户标识的对应关系；

为所述私有用户标识增加业务，保存所述私有用户标识与业务的对应关系。

4.一种业务鉴权的方法，其特征在于，包括：

获取使用者请求进行业务的公有用户标识、私有用户标识、业务；

根据预先保存的公有用户标识与用户的对应关系获取所述请求的公有用户标识对应的用户；

根据预先保存的用户与业务的对应关系获取所述请求的公有用户标识对应的用户对应的业务；

判断所述获取的业务中是否存在所述请求的业务，若不存在则鉴权失败；

若所述获取的业务中存在所述请求的业务，根据预先保存的私有用户标识与公有用户标识的对应关系获取所述请求的私有用户标识对应的公有用户标识；

判断所述获取的公有用户标识中是否存在所述请求的公有用户标识，若不存在则鉴权失败；

若所述获取的公有用户标识中存在所述请求的公有用户标识，根据预先保存的私有用户标识与业务的对应关系获取所述请求的私有用户标识对应的业务；

判断所述获取的业务中是否存在所述请求的业务，若不存在则鉴权失败，若存在则鉴权成功。

5.一种业务管理装置，其特征在于，包括：

第一保存单元，用于保存用户与公有用户标识的对应关系、及用户与业务的对应关系；

第一更新信息交互单元，当更新业务时，用于获取使用者请求更新的公有用户标识及所述公有用户标识对应的业务；

第一用户获取单元，用于根据第一保存单元保存的公有用户标识与用户的对应关系获取所述第一更新信息交互单元获取的公有用户标识对应的用户；

第一更新单元，用于将所述第一用户获取单元获取的用户对应的业务更新为所述第一更新信息交互单元获取的公有用户标识对应的业务；

第二保存单元，用于保存公有用户标识与私有用户标识的对应关系、及私有用户标识与业务的对应关系；

第二更新信息交互单元，当更新业务时，用于获取使用者请求更新的私有用户标识及所述私有用户标识对应的公有用户标识；和/或

获取使用者请求更新的私有用户标识及所述私有用户标识对应的业务；

第二更新单元，用于将所述第二保存单元中保存的所述使用者请求更新的私有用户标识对应的公有用户标识更新为所述使用者请求更新的私有用户标识对应的公有用户标识；和/或

用于将第二保存单元中保存的与所述使用者请求更新的私有用户标识对应的业务更新为所述获取的使用者请求更新的私有用户标识对应的业务。

6.如权利要求5所述的业务管理装置，其特征在于：

第二鉴权信息交互单元，当鉴权时，用于获取使用者请求进行业务的公有用户标识、业务及私有用户标识；

公有用户标识获取单元，用于根据第二保存单元保存的私有用户标识与公有用户标识的对应关系获取所述使用者请求的私有用户标识对应的公有用户标识；

第二业务获取单元，用于根据第二保存单元保存的私有用户标识与业务的对应关系获取所述使用者请求的私有用户标识对应的业务；

私有用户标识-公有用户标识关系判断单元，用于判断所述公有用户标识获取单元获取的公有用户标识中是否存在所述第二鉴权信息交互单元获取的公有用户标识，若不存在则鉴权失败；

私有用户标识-业务关系判断单元，用于判断所述第二业务获取单元获取的业务中是否存在所述第二鉴权信息交互单元获取的业务，若不存在则鉴权失败，若存在则鉴权成功。