CN1889586A - 一种注册/注销***和注册/注销方法 - Google Patents
一种注册/注销***和注册/注销方法 Download PDFInfo
- Publication number
- CN1889586A CN1889586A CN 200510080251 CN200510080251A CN1889586A CN 1889586 A CN1889586 A CN 1889586A CN 200510080251 CN200510080251 CN 200510080251 CN 200510080251 A CN200510080251 A CN 200510080251A CN 1889586 A CN1889586 A CN 1889586A
- Authority
- CN
- China
- Prior art keywords
- registration
- service
- log
- request information
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种注册/注销***,其特征在于,包括:客户端,用于向业务管理服务器发出注册/注销请求信息;业务管理服务器,用于存储用户信息,所述用户信息包括用户名、用户密码和多个业务信息,所述业务信息包括业务帐号、业务密码、业务注册/注销服务器地址、注册方式信息以及加密方式,所述业务管理服务器还根据预定规则和业务信息向业务注册/注销服务器发出业务注册/注销请求信息;业务注册/注销服务器,用于根据业务注册/注销请求信息对业务进行注册/注销。根据本发明,可一次注册/注销多个业务,从而节省了用户的时间,给用户带来良好的体验。
Description
技术领域
本发明涉及一种网络通信技术,尤其涉及一种注册/注销***和注册/注销方法。
背景技术
在现代通信***中,如在NGN(下一代网络)中,许多新业务在不断地出现,这些新业务为用户带来了丰富体验。因此,用户很可能需要申请多个业务,以便得到多个业务的服务。然而,在诸如NGN的SIP(初始会话协议)的现有技术中,为了使用这些已申请的多个业务,一次只能注册/注销一个业务,因此,用户为了同时使用多个业务,必须分别一一注册/注销每一个所需要使用业务。因此,使得注册/注销业务比较耗费时间。
发明内容
针对现有技术的上述缺陷,本发明的目的是提供一种注册/注销***和注册/注销方法,可一次注册/注销多个业务,从而节省了注册/注销时间。
本发明是通过下述技术方案实现的,本发明提供了一种注册/注销***,包括:
客户端,用于向业务管理服务器发出注册/注销请求信息;
业务管理服务器,用于存储用户信息,所述用户信息包括各个业务信息,所述业务管理服务器根据预定规则和各个业务信息向业务注册/注销服务器发出各个业务注册/注销请求信息;
业务注册/注销服务器,用于根据各个业务注册/注销请求信息对业务进行注册/注销;
所述的客户端还包括:加密装置,用于对注册/注销请求信息进行加密。
所述的业务管理服务器还包括:解密装置,用于对加密的注册/注销请求信息进行解密。
所述的业务管理服务器还包括:鉴权装置,用于对注册/注销请求信息进行鉴权。
所述的注册/注销***还包括:通信网络,所述通信网络包括下一代网络和互联网,用于连接客户端、业务管理服务器和业务注册/注销服务器,并实现它们之间的通信。
本发明还提供了一种注册/注销方法,包括:
A、客户端向业务管理服务器发出注册/注销请求信息;
B、业务管理服务器根据注册/注销请求信息获得多个业务信息,业务管理服务器以预定规则向业务注册/注销服务器发出多个业务注册/注销请求信息。
C、业务注册/注销服务器根据多个业务注册/注销请求信息对多个业务进行注册/注销。
所述的步骤A还包括:客户端对注册/注销请求信息进行加密。
所述的步骤B还包括:业务管理服务器对加密的注册/注销请求信息进行解密。
所述业务信息包括业务帐号、业务密码、业务注册/注销服务器地址。
所述预定规则包括:随机注册/注销、按优先级注册/注销。
在执行步骤B之前还执行:业务管理服务器根据注册/注销请求信息进行鉴权。
根据本发明,可一次注册/注销多个业务,从而避免了用户申请多个业务后在使用时需要一一注册/注销每一个业务,因此,节省了用户的时间,给用户带来良好的体验。
附图说明
图1示出了本发明的注册/注销***的示意图;
图2示出了本发明的注册/注销方法的流程图;
图3示出了本发明的注册方法的一个实施例;
图4示出了本发明的注销方法的一个实施例。
具体实施方式
为了便于本领域一般技术人员理解和实现本发明,现结合附图描绘本发明的实施例。
本发明提供了一种注册/注销***,如图1所示,所述注册/注销***包括:客户端、通信网络、业务管理服务器、业务注册/注销服务器和应用服务器。下面将详细说明本发明的注册/注销***。
通信网络,包括NGN网络和/或Internet(互连网)网络,用于连接客户端、应用服务器、业务注册/注销服务器和业务管理服务器,可使客户端、应用服务器、业务注册/注销服务器和业务管理服务器之间进行互相通信。当上述设备通过NGN相连时,可采用SIP进行通信,当上述设备通过Internet网络相连时,可采HTTP(超链接传输协议)等协议进行通信。
客户端,客户端用于生成注册/注销请求信息,并通过通信网络与业务管理服务器相连,向业务管理服务器发送注册/注销请求信息,所述注册/注销请求信息包括用户名和用户密码和注册/注销请求。所述客户端还包括加密装置,用于对注册/注销请求信息进行加密。
业务管理服务器:用于存储用户信息。所述用户信息包括用户名、用户密码及该用户所对应的各个业务信息,所述业务信息包括业务帐号、业务密码、业务注册/注销服务器地址、注册方式信息以及加密方式等信息。所述业务管理服务器还根据预定规则和各个业务信息向业务注册/注销服务器发出各个业务注册/注销请求信息。所述业务管理服务器还包括:解密装置,用于对注册/注销请求信息进行解密;鉴权装置,用于根据用户信息对注册/注销请求信息进行鉴权。
业务注册/注销服务器:用于根据各个业务注册/注销请求信息对各个业务进行注册/注销,并可根据客户的注册情况是否允许用户使用所请求的业务。所述业务注册/注销服务器在物理实体上可以是应用服务器(AS)、软交换或者其他服务器。
应用服务器:用于运行各种业务。
本发明还提供了一种可一次注册/注销多个业务的注册/注销方法,下面详细描述所述的注册/注销方法。
首先,用户可在营业厅或通过通信网络开通多项业务,并获得相关的业务信息,然后将业务信息存储到业务管理服务器的用户信息中。
如图2所示,在步骤1中,客户端向业务管理服务器发出注册/注销请求信息,所述注册/注销请求信息包括用户名、用户密码和注册/注销请求。为了保证用户信息的安全性,可在客户端端对注册/注销请求信息进行加密码,例如使用DES(数据加密标准)等方法对注册/注销请求信息进行加密。
客户端向业务管理服务器发出注册/注销请求信息可以有多种时机,例如:在客户端接收到用户注册/注销请求后发出注册/注销请求信息,按照事先设定的时间发出注册/注销请求信息,按固定时间间隔发出注册/注销请求信息等。
客户端向业务管理服务器发出注册/注销请求信息可以有多种方式,例如,以HTTP等协议通过Interne网络、或者以SIP等协议通过NGN向业务管理服务器发出注册/注销请求信息。
在步骤2中,业务管理服务器首先对加密的注册/注销请求信息进行解密,然后根据用户信息对注册/注销请求信息进行鉴权,即验证用户名与用户密码是否一致,若一致,则鉴权通过,否则,鉴权失败。
在步骤3中,判断鉴权是否通过,若通过,执行步骤4,否则,执行步骤6。
在步骤6中,进行错误处理,可以提示客户端用户名与密码不一致,要求用户重新提交注册/注销请求信息,重新执行步骤1至3,直至鉴权通过,或者提交次达到预定次数(如5次)时,鉴权仍未通过,可以拒绝该用户的注册/注销请求。在本发明中,采用提交注册/注销请求次达到5次,鉴权仍未通过,拒绝该用户的注册/注销请求,提示用户带着有效证件到营业厅重新设置用户密码。
在步骤4中,鉴权通过以后,业务管理服务器取出该用户的业务信息,所述业务信息包括多项业务的信息。
在步骤5中,业务管理服务器根据这些业务信息按照预定规则向业务注册/注销服务器申请注册/注销。
所述预定规则是指注册/注销顺序,例如可以按照事先配置的优先级顺序,或者随机的一一向业务注册/注销服务器申请注册/注销。
为了让用户获知注册/注销情况,业务管理服务器可以在全部业务注册/注销完成后返回注册/注销成功消息给客户端,也可以在关键业务注册/注销完成后返回注册/注销成功消息给客户端,以便使用户得知某些业务是否注册/注销成功。
各个业务的注册/注销方式可在业务申请时确定,在分配业务时进行配置的,根据申请时方式不同,可以将业务注册/注销方式配置为标准SIP注册/注销流程、网站HTTP/HTTPS注册/注销流程或任何自定义的注册/注销流程。
应该注意到,各个业务对应的业务注册/注销服务器可以是不同的,也可以是相同的。
下面以NGN业务为实例说明一次注册多个业务的流程。假设NGN中有有一用户,其用户名为Ray,用户密码为RayPwd,已经申请开通三种NGN业务:业务A,业务B,业务C,客户端地址为[email protected],业务注册/注销服务器的信息如表1所示。
表1业务注册/注销服务器信息表
服务器名 | 服务器地址 | 服务器类型 | 备注 |
AMS1ARS1ARS2 | www.AMS1.com:8001/registrar.doARS1.com:5060www.ARS2.com:8002/registrar.do | Account ManagementServerAccount RegistrationServerAccount RegistrationServer | 业务管理服务器业务注册/注销服务器业务注册/注销服务器 |
表2示出了用户信息。
表2用户信息表
用户名 | 用户密码 | 客户端地址 | 备注 |
Ray | RayPwd | [email protected] |
表3示出了业务信息
表3业务信息表
用户 | Ray | Ray | Ray |
业务业务帐号业务帐号密码业务注册/注销服务器注册方式注册加密注册优先级别必须注册注销优先级别必须注销备注 | Service ASA000001SA000001PwdARS1标准SIP注册MD5高是高是 | Service BSB000001SB000001PwdARS1标准SIP注册MD5中是中是 | Service CSC000001SC000001PwdARS2HTTP注册不加密低是低是 |
用户Ray通过客户端界面输入用户名Ray、密码RayPwd和选中注册请求,然后点击按钮提交注册请求;
客户端将用户名Ray、密码RayPwd以及注册请求等信息封装为报文发送给AMS1。为了保证用户信息的安全性,可对用户名、密码等用户信息进行加密后,然后将加密的用户信息发送到ASM1。
S2 REGISTER Client->AMS1,消息示例如下:
POST http://www.AMS1.com:8001/registrar.do HTTP/1.1
Content-Type:application/x-www-form-urlencoded
encoded
Accept-Encoding:gzip,deflate
User-Agent:Mozilla/4.0(compatible;MSIE 6.0;windows NT 5.1)
Content-Length:40
Connection:Keep-Alive
Cache-Control:no-cache
name=Ray&password=RayPwd&[email protected]&method=login
&submit=submit
AMS1接收到客户端发送的HTTP报文后,解析报文得到用户名,密码和注册请求。如果报文已被加密,则还需要进行解密操作。
AMS1将客户端发送的用户名和密码,与AMS1存储的用户信息(见2表用户信息表)核实鉴权。
鉴权通过则业务管理服务器取出存储的该用户对应的业务信息(见表3用户业务信息表);
AMS1按照事先定义的优先级别根据业务信息对所有的业务进行注册;
由于业务A的优先级最高,所以最先处理业务A。然后,AMS1根据业务信息完成业务A的注册,即,AMS1与ARS1配合完成业务A的注册。下面是业务A注册过程的消息示例。
S4 REGISTER AMS1->ARS1,消息示例如下:
REGISTER sip:ARS1.com SIP/2.0
Via:SIP/2.0/UDP temp.ARS1.com:5080
Max-Forwards:70
To:Ray<sip:[email protected]>;
From:Ray<sip:[email protected]>;tag=456248
Call-ID:[email protected]
CSeq:1 REGISTER
Contact:<sip:[email protected]>
User-Agent:Service A/1.0
Expires:72000
Content-Length:0
S5 401 with Authorization ARS1->AMS1,信息示例如下:
SIP/2.0 401 Unauthorized
Allow:INVITE,ACK,BYE,CANCEL,OPTIONS,REGISTER
Via:SIP/2.0/UDP temp.ARS1.com:5080
To:Ray<sip:[email protected]>;tag=2493k59kd
From:Ray<sip:[email protected]>;tag=456248
Call-ID:[email protected]
CSeq:1 REGISTER
Contact:<sip:ARS1.com>
Expires:72000
Content-Length:0
www-Authenticate:Digest
qop="auth",nonce="BJbQ.001",algorithm="md5",realm="ARS1.com"
S6 REGISTER AMS1->ARS1,消息示例如下:
REGISTER sip:ARS1.com SIP/2.0
Via:SIP/2.0/UDP temp.ARS1.com:5080
Max-Forwards:70
To:Ray<sip:[email protected]>;tag=2493k59kd
From:Ray<sip:[email protected]>;tag=456248
Call-ID:[email protected]
CSeq:2 REGISTER
Contact:<sip:[email protected]>
User-Aqent:Service A/1.0
Expires:72000
Content-Length:0
Authorization:Digest algorithm="md5",
cnonce="51f308670-0972-809d-3409a-4a091d1d09",
nc=00000001,nonce="BJbQ.001",qop="auth",realm="ARS1.com",
response="1ac17228a5e400a99f378eeedf87aa2c",
uri="sip:ARS1.com",[email protected]
S7 200OK ARS1->AMS1,信息示例如下:
SIP/2.0 200 OK
Allow:INVITE,ACK,BYE,CANCEL,OPTIONS,REGISTER,SUBSCRIBE,
NOTIFY,INFO
Via:SIP/2.0/UDP temp.ARS1.com:5080
To:Ray<sip:[email protected]>;tag=2493k59kd
From:Ray<sip:[email protected]>;tag=456248
Call-ID:[email protected]
CSeq:2 REGISTER
Contact:<sip:ARS1.com>
User-Aqent:Service A/1.0
Expires:72000
Content-Length:0
当业务A注册完成后,由于业务B的优先级较高,所以应处理业务B。然后,AMS1根据业务B的业务信息完成业务B的注册,即,AMS1与ARS1配合完成业务B的注册。下面是业务B注册过程的消息示例。
S8 REGISTER AMS1->ARS1,消息示例如下:
REGISTER sip:ARS1.com SIP/2.0
Via:SIP/2.0/UDP temp.ARS1.com:5080
Max-Forwards:70
To:Ray<sip:[email protected]>;
From:Ray<sip:[email protected]>;tag=456248
Call-ID:[email protected]
CSeq:1 REGISTER
Contact:<sip:[email protected]>
User-Agent:Service B/1.0
Expires:72000
Content-Length:0
S9 401 with Authorization ARS1->AMS1,信息示例如下:
SIP/2.0 401 Unauthorized
Allow:INVITE,ACK,BYE,CANCEL,OPTIONS,REGISTER
Via:SIP/2.0/UDP temp.ARS1.com:5080
To:Ray<sip:[email protected]>;tag=2493k59kd
From:Ray<sip:[email protected]>;tag=456248
Call-ID:[email protected]
CSeq:1 REGISTER
Contact:<sip:ARS1.com>
Expires:72000
Content-Length:0
www-Authenticate:Digest
qop="auth",nonce="BJbQ.001",algorithm="md5",realm="ARS1.com"
S10 REGISTER AMS1->ARS1,消息示例如下:
REGISTER sip:ARS1.com SIP/2.0
Via:SIP/2.0/UDP temp.ARS1.com:5080
Max-Forwards:70
To:Ray<sip:[email protected]>;tag=2493k59kd
From:Ray<sip:[email protected]>;tag=456248
Call-ID:[email protected]
CSeq:2 REGISTER
Contact:<sip:[email protected]>
User-Agent:Service B/1.0
Expires:72000
Content-Length:0
Authorization:Digest algorithm="md5",
cnonce="51f308670-0972-809d-3409a-4a091d1d09",
nc=00000001,nonce="BJbQ.001",qop="auth",realm="ARS1.com",
response="1ac17228a5e400a99f378eeedf87aa2c",
uri="sip:ARS1.com",[email protected]
S11 200 OK ARS1->AMS1,信息示例如下:
SIP/2.0 200 OK
Allow:INVITE,ACK,BYE,CANCEL,OPTIONS,REGISTER,SUBSCRIBE,
NOTIFY,INFO
Via:SIP/2.0/UDP temp.ARS1.com:5080
To:Ray<sip:[email protected]>;tag=2493k59kd
From:Ray<sip:[email protected]>;tag=456248
Call-ID:[email protected]
CSeq:2 REGISTER
Contact:<sip:ARS1.com>
User-Agent:Service B/1.0
Expires:72000
Content-Length:0
当业务B注册完成后,最后只剩下业务C,业务管理服务器对业务C进行处理。然后,AMS1根据业务C的业务信息完成业务C的注册,即,AMS1与ARS2配合完成业务C的注册。下面是业务C注册过程的消息示例。
S12 REGISTER AMS1->ARS2,消息示例如下:
POST
http://www.ARS2.com:8002/registrar.do HTTP/1.1
Content-Type:application/x-www-form-urlencoded
Content-Length:140
Connection:Keep-Alive
Cache-Control:no-cache
<registrar>
<method>login</method>
<serviceinfo>
<servicename>Service C</servicename>
</serviceinfo>
<accountinfo>
<account>SC000001</response>
<password>SC000001Pwd</password>
</accountinfo>
<clientinfo>
<clientaddr>[email protected]</clientaddr>
</clientinfo>
</registrar>
S13 200 OK ARS2->AMS1,消息示例如下:
HTTP/1.1 200 OK
Set-Cookie:JSESSIONID=87D42196E7BB95A3F45D19FAF31AB62F
Content-Type:text/html;charset=gb2312
Content-Length:104
Connection:close
<registrar>
<response>
<rspcode>1</rspcode>
</response>
</registrar>
由于该用户对应的三个业务都是必须注册的,如果所有业务注册成功则返回客户端注册成功信息,否则返回客户端注册失败信息。
S14 200 OK AMS1->Client,消息示例如下:
HTTP/1.1 200 OK
Set-Cookie:JSESSIONID=87D42196E7BB95A3F45D19FQE31CD62F
Content-Type:text/html;charset=gb2312
Content-Length:20
Connection:close
Response=1
如图4所示,注销过程与注册过程基本相同,唯一的不同点在于:业务管理服务器向业务注册/注销服务器发送的信息有所不同,在注册过程中,从客户端到业务管理服务器、业务管理服务器到业务注册/注销服务器之间信息流包括注册信息,在注销过程中,从客户端到业务管理服务器、业务管理服务器到业务注册/注销服务器之间信息流包括注销信息,其它相同的部分不再赘述。
应该注意的是,在业务管理服务器的用户信息中,各个业务对应同一个用户名和用户密码,也可以对应不同的用户名和用户密码,这时客户端向业务管理服务器发出的注册/注销请求中应包括与各个业务相对应的用户名和用户密码。
根据本发明,可一次注册/注销多个业务,从而避免了用户申请多个业务后在使用时需要一一注册/注销每一个业务,因此,节省了用户的时间,给用户带来良好的体验,给业务的集成带来好处。
虽然通过实施例描绘了本发明,但本领域普通技术人员知道,在不脱离本发明的精神和实质的情况下,就可使本发明有许多变形和变化,本发明的范围由所附的权利要求来限定。
Claims (11)
1、一种注册/注销***,其特征在于,包括:
客户端,用于向业务管理服务器发出注册/注销请求信息;
业务管理服务器,用于存储用户信息,所述用户信息包括各个业务信息,所述业务管理服务器根据预定规则和各个业务信息向业务注册/注销服务器发出各个业务注册/注销请求信息;
业务注册/注销服务器,用于根据各个业务注册/注销请求信息对业务进行注册/注销。
2、根据权利要求1所述的注册/注销***,其特征在于,所述的客户端还包括:加密装置,用于对注册/注销请求信息进行加密。
3、根据权利要求2所述的注册/注销***,其特征在于,所述的业务管理服务器还包括:解密装置,用于对加密的注册/注销请求信息进行解密。
4、根据权利要求1所述的注册/注销***,其特征在于,所述的业务管理服务器还包括:鉴权装置,用于对注册/注销请求信息进行鉴权。
5、根据权利要求1所述的注册/注销***,其特征在于,所述的注册/注销***还包括:通信网络,所述通信网络包括下一代网络和互联网,用于连接客户端、业务管理服务器和业务注册/注销服务器,并实现它们之间的通信。
6、一种注册/注销方法,其特征在于,包括:
A、客户端向业务管理服务器发出注册/注销请求信息;
B、业务管理服务器根据注册/注销请求信息获得多个业务信息,业务管理服务器以预定规则向业务注册/注销服务器发出多个业务注册/注销请求信息。
C、业务注册/注销服务器根据多个业务注册/注销请求信息对多个业务进行注册/注销。
7、根据权利要求6所述的注册/注销方法,其特征在于,所述的步骤A还包括:客户端对注册/注销请求信息进行加密。
8、根据权利要求7所述的注册/注销方法,其特征在于,所述的步骤B还包括:业务管理服务器对加密的注册/注销请求信息进行解密。
9、根据权利要求6所述的注册/注销方法,其特征在于,所述业务信息包括业务帐号、业务密码、业务注册/注销服务器地址。
10、根据权利要求6所述的注册/注销方法,其特征在于,所述预定规则包括:随机注册/注销、按优先级注册/注销。
11、根据权利要求6所述的注册/注销方法,其特征在于,在执行步骤B之前还执行:业务管理服务器根据注册/注销请求信息进行鉴权。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200510080251 CN1889586A (zh) | 2005-06-30 | 2005-06-30 | 一种注册/注销***和注册/注销方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200510080251 CN1889586A (zh) | 2005-06-30 | 2005-06-30 | 一种注册/注销***和注册/注销方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1889586A true CN1889586A (zh) | 2007-01-03 |
Family
ID=37578843
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200510080251 Pending CN1889586A (zh) | 2005-06-30 | 2005-06-30 | 一种注册/注销***和注册/注销方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1889586A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101247370B (zh) * | 2008-03-14 | 2010-09-29 | ***集团宽带业务应用国家工程实验室有限公司 | 消息呈现业务的实现方法和*** |
CN101217541B (zh) * | 2008-01-15 | 2011-05-11 | 中兴通讯股份有限公司 | 一种会话初始协议终端向服务器联动注册的方法 |
CN102143131A (zh) * | 2010-08-02 | 2011-08-03 | 华为技术有限公司 | 用户注销方法及认证服务器 |
CN102694770A (zh) * | 2011-03-22 | 2012-09-26 | 中兴通讯股份有限公司 | 一种业务平台中多类型资源管理的***及方法 |
CN102750479A (zh) * | 2012-06-12 | 2012-10-24 | 北京英华高科科技有限公司 | 一种分层软件版权保护方法和*** |
CN103560884A (zh) * | 2013-10-28 | 2014-02-05 | 上海浦东物流云计算有限公司 | 用户身份信息的注销方法、***、认证服务器及客户端 |
CN105635321A (zh) * | 2012-11-22 | 2016-06-01 | 青岛海信宽带多媒体技术有限公司 | 一种动态组网设备注册的方法 |
CN106101293A (zh) * | 2016-08-30 | 2016-11-09 | 北京小米移动软件有限公司 | 账号管理方法及装置 |
CN111953650A (zh) * | 2020-06-29 | 2020-11-17 | 五八到家有限公司 | 一种业务账号注销方法、装置、设备和存储介质 |
CN113630273A (zh) * | 2021-08-06 | 2021-11-09 | 百果园技术(新加坡)有限公司 | 账号注销***、方法、设备及存储介质 |
-
2005
- 2005-06-30 CN CN 200510080251 patent/CN1889586A/zh active Pending
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101217541B (zh) * | 2008-01-15 | 2011-05-11 | 中兴通讯股份有限公司 | 一种会话初始协议终端向服务器联动注册的方法 |
CN101247370B (zh) * | 2008-03-14 | 2010-09-29 | ***集团宽带业务应用国家工程实验室有限公司 | 消息呈现业务的实现方法和*** |
CN102143131A (zh) * | 2010-08-02 | 2011-08-03 | 华为技术有限公司 | 用户注销方法及认证服务器 |
CN102694770A (zh) * | 2011-03-22 | 2012-09-26 | 中兴通讯股份有限公司 | 一种业务平台中多类型资源管理的***及方法 |
CN102750479A (zh) * | 2012-06-12 | 2012-10-24 | 北京英华高科科技有限公司 | 一种分层软件版权保护方法和*** |
CN102750479B (zh) * | 2012-06-12 | 2018-08-07 | 北京英华高科科技有限公司 | 一种分层软件版权保护方法 |
CN105635321A (zh) * | 2012-11-22 | 2016-06-01 | 青岛海信宽带多媒体技术有限公司 | 一种动态组网设备注册的方法 |
CN103560884A (zh) * | 2013-10-28 | 2014-02-05 | 上海浦东物流云计算有限公司 | 用户身份信息的注销方法、***、认证服务器及客户端 |
CN103560884B (zh) * | 2013-10-28 | 2016-08-17 | 上海浦东物流云计算有限公司 | 用户身份信息的注销方法、***、认证服务器及客户端 |
CN106101293A (zh) * | 2016-08-30 | 2016-11-09 | 北京小米移动软件有限公司 | 账号管理方法及装置 |
CN111953650A (zh) * | 2020-06-29 | 2020-11-17 | 五八到家有限公司 | 一种业务账号注销方法、装置、设备和存储介质 |
CN113630273A (zh) * | 2021-08-06 | 2021-11-09 | 百果园技术(新加坡)有限公司 | 账号注销***、方法、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1889586A (zh) | 一种注册/注销***和注册/注销方法 | |
CN1863174A (zh) | 一种即时消息***和消息处理方法 | |
CN100343835C (zh) | 信息处理方法和设备 | |
CN1794723A (zh) | 一种离线消息处理方法 | |
CN1852418A (zh) | 移动电视播出控制***和播放网络及播出方法 | |
CN101056208A (zh) | 业务跟踪方法、网络设备、o&m控制器、业务请求装置 | |
CN1767435A (zh) | 数据通信方法和*** | |
CN1859332A (zh) | 一种采用数据同步处理电子邮件的***、装置及方法 | |
CN101053231A (zh) | 负载控制信息的基于消息的传递 | |
CN1846420A (zh) | 嵌入的服务质量相关信息的传送 | |
CN1801810A (zh) | 一种会话初始化协议消息体内容处理方法及网络 | |
CN1855805A (zh) | Sip消息的加密方法和加密通信*** | |
CN1788263A (zh) | 登录***和方法 | |
CN1910564A (zh) | 服务器、终端装置、设备注册***、注册方法、注册程序以及记录介质 | |
CN1716953A (zh) | 会话初始协议认证的方法 | |
CN1832473A (zh) | 一种在ims网络中处理会话消息的方法及装置 | |
CN101052154A (zh) | Ip多媒体子***及其编解码转换控制方法 | |
CN1801727A (zh) | 一种网络服务信息处理***及方法 | |
CN1578277A (zh) | 使用基于消息的协议的电视入口服务***及方法 | |
CN1838642A (zh) | 利用即时消息***实现问答业务的方法及*** | |
CN1716874A (zh) | 远程管理*** | |
CN1913437A (zh) | 初始会话协议应用网络及建立安全通道的装置和方法 | |
CN1859395A (zh) | Ip多媒体子***业务实现***和方法 | |
CN1901550A (zh) | 基于会话发起协议的订阅方法及其***和装置 | |
CN1863176A (zh) | 一种在消息会话中继协议中消息的封装传输***及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20070103 |