CN1852136A - 一种注册/注销系统和注册/注销方法 - Google Patents
一种注册/注销系统和注册/注销方法 Download PDFInfo
- Publication number
- CN1852136A CN1852136A CNA2005100850280A CN200510085028A CN1852136A CN 1852136 A CN1852136 A CN 1852136A CN A2005100850280 A CNA2005100850280 A CN A2005100850280A CN 200510085028 A CN200510085028 A CN 200510085028A CN 1852136 A CN1852136 A CN 1852136A
- Authority
- CN
- China
- Prior art keywords
- service
- registration
- log
- information
- client
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/18—Delegation of network management function, e.g. customer network management [CNM]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
- Computer And Data Communications (AREA)
- Hardware Redundancy (AREA)
- Preparation Of Compounds By Using Micro-Organisms (AREA)
Abstract
本发明公开了一种注册/注销系统,包括:客户端,用于向业务管理服务器发出业务请求信息,并根据预定规则和业务管理服务器返回的各个业务信息向业务注册/注销服务器发出各个业务注册/注销请求信息;业务管理服务器,用于存储用户信息,所述用户信息包括各个业务信息,并向客户端发送各个业务注册/注销信息;业务注册/注销服务器,用于根据各个业务注册/注销请求信息对业务进行注册/注销。根据本发明,可一次注册/注销多个业务,从而节省了用户的时间,给用户带来良好的体验。
Description
技术领域
本发明涉及一种网络通信技术,尤其涉及一种注册/注销系统和注册/注销方法。
背景技术
在现代通信系统中,如在NGN(下一代网络)中,许多新业务在不断地出现,这些新业务为用户带来了丰富体验。因此,用户很可能需要申请多个业务,以便得到多个业务的服务。然而,在诸如NGN的SIP(初始会话协议)的现有技术中,为了使用这些已申请的多个业务,一次只能注册/注销一个业务,因此,用户为了同时使用多个业务,必须分别一一注册/注销每一个所需要使用业务。因此,使得注册/注销业务比较耗费时间。
发明内容
针对现有技术的上述缺陷,本发明的目的是提供一种注册/注销系统和注册/注销方法,可一次注册/注销多个业务,从而节省了注册/注销时间。
本发明是通过下述技术方案实现的,本发明提供了一种注册/注销系统,包括:
客户端,用于向业务管理服务器发出业务请求信息,并根据预定规则和业务管理服务器返回的各个业务注册/注销信息向业务注册/注销服务器发出各个业务注册/注销请求信息;
业务管理服务器,用于存储用户信息,所述用户信息包括各个业务信息,并向客户端发送各个业务注册/注销信息;
业务注册/注销服务器,用于根据各个业务注册/注销请求信息对业务进行注册/注销。
所述的客户端还包括:加密装置,用于对业务请求信息进行加密。
所述的业务管理服务器还包括:解密装置,用于对加密的业务请求信息进行解密。
所述的业务管理服务器还包括:鉴权装置,用于对业务请求信息进行鉴权。
所述的注册/注销系统还包括:通信网络,所述通信网络包括下一代网络和互联网,用于连接客户端、业务管理服务器和业务注册/注销服务器,并实现它们之间的通信。
本发明还提供了一种注册/注销方法,包括:
A、客户端向业务管理服务器发出业务请求信息;
B、业务管理服务器根据业务请求信息获得多个业务信息,并将多个业务信息发给客户端;
C、客户端根据多个业务信息生成多个业务注册/注销请求信息,并以预定规则向业务注册/注销服务器发出多个业务注册/注销请求信息;
D、业务注册/注销服务器根据多个业务注册/注销请求信息对多个业务进行注册/注销。
所述的步骤A还包括:客户端对业务请求信息进行加密。
所述的步骤B还包括:业务管理服务器对加密的业务请求信息进行解密。
所述业务信息包括业务帐号、业务密码、业务注册/注销服务器地址。
所述预定规则包括:随机注册/注销、按优先级注册/注销。
在执行步骤B之前还执行:业务管理服务器根据业务请求信息进行鉴权。
根据本发明,可一次注册/注销多个业务,从而避免了用户申请多个业务后在使用时需要一一注册/注销每一个业务,因此,节省了用户的时间,给用户带来良好的体验。
附图说明
图1示出了本发明的注册/注销系统的示意图;
图2示出了本发明的注册/注销方法的流程图;
图3示出了本发明的注册方法的一个实施例;
图4示出了本发明的注销方法的一个实施例。
具体实施方式
为了便于本领域一般技术人员理解和实现本发明,现结合附图描绘本发明的实施例。
本发明提供了一种注册/注销系统,如图1所示,所述注册/注销系统包括:客户端、通信网络、业务管理服务器、业务注册/注销服务器和应用服务器。下面将详细说明本发明的注册/注销系统。
通信网络,包括NGN网络和/或Internet(互连网)网络,用于连接客户端、应用服务器、业务注册/注销服务器和业务管理服务器,可使客户端、应用服务器、业务注册/注销服务器和业务管理服务器之间进行互相通信。当上述设备通过NGN相连时,可采用SIP进行通信,当上述设备通过Internet网络相连时,可采HTTP(超链接传输协议)等协议进行通信。
客户端,客户端用于生成业务请求信息,通过通信网络与业务管理服务器相连,向业务管理服务器发送业务请求信息,并根据预定规则和业务管理服务器返回的各个业务注册/注销信息向业务注册/注销服务器发出各个业务注册/注销请求信息。所述业务请求信息包括用户名和用户密码。所述客户端包括加密装置,用于对业务请求信息和/或业务注册/注销信息进行加密。
业务管理服务器:用于存储用户信息。所述用户信息包括用户名、用户密码及该用户所对应的各个业务信息。所述业务信息包括业务帐号、业务密码、业务注册/注销服务器地址、注册方式信息以及加密方式等信息。所述业务管理服务器还包括:解密装置,用于对业务请求信息进行解密;鉴权装置,用于根据用户信息对业务请求信息进行鉴权。
业务注册/注销服务器:用于根据各个业务注册/注销请求信息对各个业务进行注册/注销,并可根据客户的注册情况是否允许用户使用所请求的业务。所述业务注册/注销服务器在物理实体上可以是应用服务器(AS)、软交换或者其他服务器。
应用服务器:用于运行各种业务。
本发明还提供了一种可一次注册/注销多个业务的注册/注销方法,下面详细描述所述的注册/注销方法。
首先,用户可在营业厅或通过通信网络开通多项业务,并获得相关的业务信息,然后将业务信息存储到业务管理服务器的用户信息表中。
如图2所示,在步骤21中,客户端向业务管理服务器发出业务请求信息,所述业务请求信息包括用户名、用户密码。为了保证用户信息的安全性,可在客户端对业务请求信息进行加密,例如使用DES(数据加密标准)等方法对业务请求信息进行加密。
客户端向业务管理服务器发出业务请求信息可以有多种时机,例如:在客户端接收到用户注册/注销请求后发出业务请求信息,按照事先设定的时间发出业务请求信息,按固定时间间隔发出业务请求信息等。
客户端向业务管理服务器发出业务请求信息可以有多种方式,例如,以HTTP等协议通过Internet网络、或者以SIP等协议通过NGN向业务管理服务器发出业务请求信息。
在步骤22中,业务管理服务器首先对加密的业务请求信息进行解密,然后根据用户信息对业务请求信息进行鉴权,即验证用户名与用户密码是否一致,若一致,则鉴权通过,否则,鉴权失败。
在步骤23中,判断鉴权是否通过,若通过,执行步骤24,否则,执行步骤27。
在步骤24中,鉴权通过以后,业务管理服务器取出该用户的业务信息,并将业务信息发给客户端。所述业务信息包括多项业务的信息。
在步骤25中,客户端根据业务管理器发来的业务信息生成业务注册/注销请求信息,并按照预定规则将业务注册/注销请求信息发给业务注册/注销服务器。
在步骤26中,业务注册/注销服务器根据业务注册/注销请求信息对业务进行注册/注销。
在步骤27中,进行错误处理,可以提示客户端用户名与密码不一致,要求用户重新提交业务请求信息,重新执行步骤21至23,直至鉴权通过,或者提交次达到预定次数(如5次)时,鉴权仍未通过,可以拒绝该用户的注册/注销请求。在本发明中,采用提交注册/注销请求次达到5次,鉴权仍未通过,拒绝该用户的注册/注销请求,提示用户带着有效证件到营业厅重新设置用户密码。
所述预定规则是指注册/注销顺序,例如可以按照事先配置的优先级顺序,或者随机的一一向业务注册/注销服务器申请注册/注销。
为了让用户获知注册/注销情况,客户端可以在全部业务注册/注销完成后返回注册/注销成功消息给用户,也可以在关键业务注册/注销完成后返回注册/注销成功消息给用户,以便使用户得知某些业务是否注册/注销成功。
各个业务的注册/注销方式可在业务申请时确定,在分配业务时进行配置,根据申请时方式不同,可以将业务注册/注销方式配置为标准SIP注册/注销流程、网站HTTP/HTTPS注册/注销流程或任何自定义的注册/注销流程。
应该注意到,各个业务对应的业务注册/注销服务器可以是不同的,也可以是相同的。
如图3所示,下面以NGN业务为实例说明一次注册多个业务的流程。假设NGN中有一用户,其用户名为Ray,用户密码为RayPwd,已经申请开通三种NGN业务:业务A,业务B,业务C,客户端地址为Ray@192.0.2.4,业务注册/注销服务器的信息如表1所示。
表1 业务注册/注销服务器信息表
服务器名 | 服务器地址 | 服务器类型 | 备注 |
AMS1 | www.AMS1.com:8001/registrar.do | Account Management Server | 业务管理服务器 |
ARS1 | ARS1.com:5060 | Account Registration Server | 业务注册/注销服务器 |
ARS2 | www.ARS2.com:8002/registrar.do | Account Registration Server | 业务注册/注销服务器 |
表2示出了用户信息。
表2 用户信息表
用户名 | 用户密码 | 客户端地址 | 备注 |
Ray | RayPwd | Ray@192.0.2.4 |
表3示出了业务信息
表3 业务信息表
用户 | Ray | Ray | Ray |
业务 | Service A | Service B | Service C |
业务帐号 | SA000001 | SB000001 | SC000001 |
业务帐号密码 | SA000001Pwd | SB000001Pwd | SC000001Pwd |
业务注册/注销服务器 | ARS1 | ARS1 | ARS2 |
注册方式 | 标准SIP注册 | 标准SIP注册 | HTTP注册 |
注册加密 | MD5 | MD5 | 不加密 |
注册优先级别 | 高 | 中 | 低 |
必须注册 | 是 | 是 | 是 |
注销优先级别 | 高 | 中 | 低 |
必须注销 | 是 | 是 | 是 |
备注 |
在步骤301中,用户Ray通过客户端界面输入用户名Ray和密码RayPwd,然后点击按钮提交业务请求信息;
在步骤302中,客户端将用户名Ray和密码RayPwd等信息封装为报文发送给AMS1。为了保证用户信息的安全性,可对用户名、密码等用户信息进行加密后,然后将加密的用户信息发送到AMS1。下面是客户端到AMS1发送业务请求信息的消息示例。
S2REGISTER Client->AMS1,消息示例如下:
POST http://www.AMS1.com:8001/registrar.do HTTP/1.1 |
Content-Type:application/x-www-form-urlencodedAccept-Encoding:gzip,deflateContent-Length:40Connection:Keep-AliveCache-Control:no-cachename=Ray&password=RayPwd&clientaddr=Ray@192.0.2.4&method=login&submit=submit |
在步骤303中,AMS1接收到客户端发送的HTTP报文后,解析报文得到用户名,密码。如果报文已被加密,则还需要进行解密操作。AMS1将客户端发送的用户名和密码,与AMS1存储的用户信息(见2表用户信息表)核实鉴权。
在步骤304中,鉴权通过则业务管理服务器取出存储的该用户对应的业务信息(见表3用户业务信息表);业务管理服务器将该用户对应的业务信息发给客户端;
S4200OK AMS1->Client,消息示例如下:
HTTP/1.1 200 OKSet-Cookie:JSESSIONID=87D42196E7BB95A3F45D19FQE31CD62FContent-Type:text/html;charset=gb2312Content-Length:20Connection:close<registrar><accountVectorInfo><accountinfo><username>Ray</userName><serviceName>Service A<serviceName><account>SA000001</response><password>SA000001Pwd</password><registServer>ARS1</registServer><registMethod>SIP</registMethod><registDecode>MD5<registDecode><loginPriority>High</loginPriority><loginMust>Yes</loginMust><logoutPriority>High</logoutPriority><logoutMust>Yes</logoutMust></accountinfo><accountinfo><username>Ray</userName><serviceName>Service B<serviceName><account>SB000001</response> |
<password>SB000001Pwd</password><registServer>ARS1</registServer><registMethod>SIP</registMethod><registDecode>MD5<registDecode><loginPriority>Mid</loginPriority><loginMust>Yes</loginMust><logoutPriority>Mid</logoutPriority><logoutMust>Yes</logoutMust></accountinfo><accountinfo><username>Ray</userName><serviceName>Service C<serviceName><account>SC000001</response><password>SC000001Pwd</password><registServer>ARS2</registServer><registMethod>HTTP</registMethod><registDecode>NO<registDecode><loginPriority>Low</loginPriority><loginMust>Yes</loginMust><logoutPriority>Low</logoutPriority><logoutMust>Yes</logoutMust></accountinfo><accountVectorInfo></registrar> |
客户端按照事先定义的优先级别根据业务信息对所有的业务进行注册;
由于业务A的优先级最高,所以最先处理业务A。
在步骤305中,由于业务B的注册方式为标准SIP方式,客户端向ARS1请求挑战字,以便客户端根据挑战字对业务A注册请求进行加密,所述挑战字的作用相当于密钥。在步骤306中,ARS 1向客户端发出挑战字。在步骤307中,客户端根据挑战字对业务A注册请求信息进行加密后发给ASR1。即,AMS1与ARS 1配合完成业务A的注册。下面是业务A注册过程的消息示例。
S5REGISTER Client->ARS1,消息示例如下:
REGISTER sip:ARS1.com SIP/2.0Via:SIP/2.0/UDP temp.ARS1.com:5080Max-Forwards:70To:Ray<sip:Ray@ARS1.com>;From:Ray<sip:Ray@ARS1.com>;tag=456248Call-ID:843817637684230@temp.ARS1.comCSeq:1 REGISTERContact:<sip:Ray@192.0.2.4>User-Agent:Service A/1.0Expires:72000Content-Length:0 |
S6 401 with Authorization ARS1->Client,信息示例如下:
SIP/2.0 401 UnauthorizedAllow:INVITE,ACK,BYE,CANCEL,OPTIONS,REGISTER |
Via:SIP/2.0/UDP temp.ARS1.com:5080To:Ray<sip:Ray@ARS1.com>;tag=2493k59kdFrom:Ray<sip:Ray@ARS1.com>;tag=456248Call-ID:843817637684230@temp.ARS1.comCSeq:1 REGISTERContact:<sip:ARS1.com>Expires:72000Content-Length:Owww-Authenticate:DiCfestqop="auth",nonce="BJbQ.001",algorithm="md5",realm="ARS1.com" |
S7 REGISTER CIient->ARS1,消息示例如下:
REGISTER sip:ARS1.com SIP/2.0Via:SIP/2.O/UDP temp.ARS1.com:5080Max-Forwards:70To:Ray<sip:Ray@ARS1.com>;tag=2493k59kdFrom:Ray<sip:Ray@ARS1.com>;tag=456248Call-ID:843817637684230@temp.ARS1.comCSeq:2 REGISTERContact:<sip:Rav@192.0.2.4>User-Agent:Service A/1.0Expires:72000Content-Length:0Authorization:Digest algorithm="md5",cnonce="51f308670-0972-809d-3409a-4a091d1d09",nc=00000001,nonce="BJbQ.001",qop="auth",realm="ARS1.com",response="lac17228a5e400a99f378eeedf87aa2c",uri="sip:ARS1.com",username= SA000001@ARS1.com |
S8 200 OK ARS1->Client,信息示例如下:
SIP/2.0 200 OKAllow:INVITE,ACK,BYE,CANCEL,OPTIONS,REGISTER,SUBSCRIBE,NOTIFY,INFOVia:SIP/2.0/UDP temp.ARS1.com:5080To:Ray<sip:Ray@ARS1.com>;tag=2493k59kdFrom:Ray<sip:Ray@ARS1.com>;tag=456248Call-ID:843817637684230@temp.ARS1.comCSeq:2 REGISTERContact:<sip:ARS1.com>User-Agent:Service A/1.0ExDires:72000Content-Length:0 |
在步骤308中,当业务A注册完成后,根据业务A的注册情况,ARS1将注册成功或失败信息返回客户端。
由于业务由于业务B的优先级较高,所以应处理业务B。
在步骤309中,由于业务B的注册方式为标准SIP方式,客户端向ARS1请求挑战字,以便客户端根据挑战字对业务B注册请求进行加密,所述挑战字的作用相当于密钥。在步骤310中,ARS1向客户端发出挑战字。在步骤311中,客户端根据挑战字对业务B注册请求信息进行加密后发给ASR1。下面是业务B注册过程的消息示例。
S9 REGISTER Client->ARS1,消息示例如下:
REGISTER sip:ARS1.com SIP/2.0Via:SIP/2.0/UDP temp.ARS1.com:5080Max-Forwards:70To:RaV<sip:Ray@ARS1.com>;From:Ray<sip:Ray@ARS1.com>;tag=456248Call-ID:843817637684230@temp.ARS1.comCSeq:1 REGISTERContact:<sip:Rav@192.0.2.4>User-Agent:Service B/1.0Expires:72000Content-Length:0 |
S10 401 with Authorization ARS1->Client,信息示例如下:
SIP/2.0 401 UnauthorizedAllow:INVITE,ACK,BYE,CANCEL,OPTIONS,REGISTERVia:SIP/2.0/UDP temp.ARS1.com:5080To:Ray<sip:Ray@ARS1.com>;tag=2493k59kdFrom:Ray<sip:Ray@ARS1.com>;tag=456248Call-ID:843817637684230@temp.ARS1.comCSeq:1 REGISTERContact:<sip:ARS1.com>Expires:72000Content-Length:Owww-Authenticate:Digestqop="auth",nonce="BJbQ.001",algorithm="md5",realm="ARS1.com" |
S11 REGISTER Client->ARS1,消息示例如下:
REGISTER sip:ARS1.com SIP/2.0Via:SIP/2.O/UDP temp.ARS1.com:5080Max-Forwards:70To:Ray<sip:Ray@ARS1.com>;tag=2493k59kdFrom:Ray<sip:Ray@ARS1.com>;tag=456248Call-ID:843817637684230@temp.ARS1.comCSeq:2 REGISTERContact:<sip:Rav@192.0.2.4>User-Agent:Service B/1.0Expires:72000Content-Length:0Authorization:Digest algorithm="md5",cnonce="51f308670-0972-809d-3409a-4a091d1d09",nc=00000001,nonce="BJbQ.001",qop="auth",realm="ARS1.com",response="lac17228a5e400a99f378eeedf87aa2c",uri="sip:ARS1.com",username= SB000001@ARS1.com |
S12 200 OK ARS1->Client,信息示例如下:
SIP/2.0 200 OKAllow:INVITE,ACK,BYE,CANCEL,OPTIONS,REGISTER,SUBSCRIBE,NOTIFY,INFOVia:SIP/2.0/UDP temp.ARS1.com:5080To:Ray<sip:Ray@ARS1.com>;tag=2493k59kdFrom:Ray<sip:Ray@ARS1.com>;tag=456248Call-ID:843817637684230@temp.ARS1.comCSeq:2 REGISTERContact:<sip:ARS1.com>User-Agent:Service B/1.0Expires:72000Content-Length:0 |
在步骤312中,当业务B注册完成后,根据业务B的注册情况,ARS1将注册成功或失败信息返回客户端。
最后只剩下业务C,客户端对业务C进行处理。
在步骤313中,由于业务C的注册方式为HTTP,客户端向ASR2发出业务注册请求信息,在步骤314中,当业务C注册完成后,根据业务C的注册情况,ARS2将注册成功或失败信息返回客户端。下面是业务C注册过程的消息示例。
S13 REGISTER Client->ARS2,消息示例如下:
POST http://www.ARS2.com:80O2/registrar.do HTTP/1.1Content-Type:application/x-www-form-urlencodedContent-Length:140Connection:Keep-AliveCache-Control:no-cache<registrar><method>login</method><serviceinfo><servicename>Service C</servicename></serviceinfo><accountinfo><account>SC000001</response><password>SC000001Pwd</password></accountinfo><clientinfo><clientaddr>Ray@192.0.2.4</clientaddr></clientinfo></registrar> |
S14 200 OK ARS2->Client,消息示例如下:
HTTP/1.1 200 OKSet-Cookie:JSESSIONID=87D42196E7BB95A3F45D19FAF31AB62FContent-Type:text/html;charset=gb2312Content-Lenath:104Connection:close<registrar><response> |
<rspcode>1</rspcode></response></registrar> |
在步骤315中,由于该用户对应的三个业务都是必须注册的,如果所有业务注册成功则返回注册成功信息,否则返回注册失败信息。
如图4所示,下面描述注销过程。
在步骤401中,用户Ray通过客户端界面输入用户名Ray和密码RayPwd,然后点击按钮提交业务请求;
在步骤402中,客户端将用户名Ray和密码RayPwd等信息封装为报文发送给AMS1。为了保证用户信息的安全性,可对用户名、密码等用户信息进行加密后,然后将加密的用户信息发送到AMS1。下面是客户端到AMS1发送业务请求的消息示例。
S2 REGISTER Client->AMS1,消息示例如下:
POST http://www.AMS1.com:8001/registrar.do HTTP/1.1Content-Type:application/x-www-form-urlencodedAccept-Encoding:gzip,deflateUser-Agent:Mozilla/4.0(compatible;MSIE 6.0;Windows NT 5.1)Content-Length:40Connection:Keep-AliveCache-Control:no-cacheCookie:JSESSIONID=87D42196E7BB95A3F45D19FQE31CD62Fname=Ray&password=RayPwd&clientaddr=Ray@192.0.2.4&method=logout&submit=submit |
在步骤403中,AMS1接收到客户端发送的HTTP报文后,解析报文得到用户名和密码。如果报文已被加密,则还需要进行解密操作。AMS1将客户端发送的用户名和密码,与AMS1存储的用户信息(见2表用户信息表)核实鉴权。
在步骤404中,鉴权通过则业务管理服务器取出存储的该用户对应的业务信息(见表3用户业务信息表);业务管理服务器将该用户对应的业务信息发给客户端;
S4 200 OK AMS1->Client,消息示例如下:
HTTP/1.1 200 OKSet-Cookie:JSESSIONID=87D42196E7BB95A3F45D19FQE31CD62FContent-Type:text/html;charset=gb2312Content-Length:20Connection:close<registrar><accountVectorInfo><accountinfo><username>Ray</userName><serviceName>Service A<serviceName><account>SA000001</response><password>SA000001Pwd</password><registServer>ARS1</registServer><registMethod>SIP</registMethod><registDecode>MD5<registDecode><loginPriority>High</loginPriority><loginMust>Yes</loginMust><logoutPriority>High</logoutPriority><logoutMust>Yes</logoutMust></accountinfo><accountinfo><username>Ray</userName><serviceName>Service B<serviceName><account>SB000001</response><password>SB000001Pwd</password><registServer>ARS1</registServer><registMethod>SIP</registMethod><registDecode>MD5<registDecode><loginPriority>Mid</loginPriority><loginMust>Yes</loginMust><logoutPriority>Mid</logoutPriority><logoutMust>Yes</logoutMust></accountinfo><accountinfo><username>Ray</userName><serviceName>Service C<serviceName><account>SC000001</response><password>SC000001Pwd</password><registServer>ARS2</registServer><registMethod>HTTP</registMethod><registDecode>NO<registDecode><loginPriority>Low</loginPriority><loginMust>Yes</loginMust><logoutPriority>Low</logoutPriority><logoutMust>Yes</logoutMust></accountinfo><accountVectorInfo></registrar> |
客户端按照事先定义的优先级别根据业务信息对所有的业务进行注销;
由于业务A的优先级最高,所以最先处理业务A。
在步骤405中,客户端向ARS1发出业务A的注销请求。客户端发出的注销请求消息与注册请求消息的唯一区别是Expires字段取值为0。
在步骤406中,当业务A注销完成后,根据业务A的注销情况,ARS1将注销成功或失败信息返回客户端。
S4 REGISTER Client->ARS1,消息示例如下:
REGISTER sip:ARS1.com SIP/2.0Via:SIP/2.0/UDP temp.ARS1.com:5080Max-Forwards:70To:Ray<sip:Ray@ARS1.com>;From:Ray<sip:Ray@ARS1.com>;tag=456248Call-ID:843817637684230@temp.ARS1.comCSeq:3 REGISTERContact:<sip:Ray@192.0.2.4>User-Agent:Service A/1.0Expires:0Content-Length:0 |
S5 200 OK ARS1->Client,信息示例如下:
SIP/2.0200OKAllow:INVITE,ACK,BYE,CANCEL,OPTIONS,REGISTERVia:SIP/2.0/UDP temp.ARS1.com:5080To:Ray<sip:Ray@ARS1.com>From:Ray<sip:Ray@ARS1.com>;tag=456248Call-ID:843817637684230@temp.ARS1.comCSeq:3REGISTERContact:<sip:ARS1.com>User-Agent:Service A/1.0Expires:0Content-Length:0 |
由于业务由于业务B的优先级较高,所以应处理业务B。
在步骤407中,客户端向ARS1发出业务B的注销请求。客户端发出的注销请求消息与注册请求消息的唯一区别是Expires字段取值为0。
在步骤408中,当业务B注销完成后,根据业务B的注销情况,ARS1将注销成功或失败信息返回客户端。
S6 REGISTER Client->ARS1,消息示例如下:
REGISTER sip:ARS1.comSIP/2.0Via:SIP/2.0/UDP temp.ARS1.com:5080Max-Forwards:70To:Ray<sip:Ray@ARS1.com>;From:Ray<sip:Ray@ARS1.com>;tag=456248Call-ID:843817637684230@temp.ARS1.comCSeq:3 REGISTERContact:<sip:Ray@192.0.2.4>User-Agent:Service A/1.0Expires:0Content-Length:0 |
S7 200 OK ARS1->Client,信息示例如下:
SIP/2.0 200 OKAllow:INVITE,ACK,BYE,CANCEL,OPTIONS,REGISTERVia:SIP/2.0/UDP temp.ARS1.com:5080To:Ray<sip:Ray@ARS1.com>From:Ray<sip:Ray@ARS1.com>;tag=456248Call-ID:843817637684230@temp.ARS1.comCSeq:3 REGISTERContact:<sip:ARS1.com>User-Agent:Service A/1.0Expires:0Content-Length:0 |
最后处理业务C。
在步骤409中,客户端向ARS2发出业务C的注销请求。在步骤410中,当业务C注销完成后,根据业务C的注销情况,ARS2将注销成功或失败信息返回客户端。
S8 REGISTER Client->ARS2,消息示例如下:
POST http://www.ARS2.com:8002/registrar.do HTTP/1.1Content-Type:application/x-www-form-urlencodedContent-Length:140Connection:Keep-AliveCache-Control:no-cacheCookie:JSESSIONID=87D42196E7BB95A3F45D19FAF31AB62F<registrar><method>logout</method><serviceinfo><servicename>Service C</servicename></serviceinfo><accountinfo><account>SC000001</response><password>SC0O0001Pwd</password></accountinfo><clientinfo><clientaddr>Ray@192.0.2.4</clientaddr></clientinfo></fregistrar> |
S9 200 OK ARS2->Client,消息示例如下:
HTTP/1.1 200 OKContent-Type:text/html;charset=gb2312Content-Length:104Connection:close<registrar><response><rspcode>1</rspcode></response></registrar> |
在步骤411中,由于该用户对应的三个业务都是必须注销的,如果所有业务注销成功则返回注销成功信息,否则返回注销失败信息。
应该注意的是,在业务管理服务器的用户信息中,各个业务对应同一个用户名和用户密码,也可以对应不同的用户名和用户密码,这时客户端向业务管理服务器发出的业务请求信息中应包括与各个业务相对应的用户名和用户密码。
根据本发明,可一次注册/注销多个业务,从而避免了用户申请多个业务后在使用时需要一一注册/注销每一个业务,因此,节省了用户的时间,给用户带来良好的体验,给业务的集成带来好处。
虽然通过实施例描绘了本发明,但本领域普通技术人员知道,在不脱离本发明的精神和实质的情况下,就可使本发明有许多变形和变化,本发明的范围由所附的权利要求来限定。
Claims (11)
1、一种注册/注销系统,其特征在于,包括:
客户端,用于向业务管理服务器发出业务请求信息,并根据预定规则和业务管理服务器返回的各个业务信息向业务注册/注销服务器发出各个业务注册/注销请求信息;
业务管理服务器,用于存储用户信息,所述用户信息包括各个业务信息,并向客户端发送各个业务信息;
业务注册/注销服务器,用于根据各个业务注册/注销请求信息对业务进行注册/注销。
2、根据权利要求1所述的注册/注销系统,其特征在于,所述的客户端还包括:加密装置,用于对业务请求信息进行加密。
3、根据权利要求2所述的注册/注销系统,其特征在于,所述的业务管理服务器还包括:解密装置,用于对加密的业务请求信息进行解密。
4、根据权利要求1所述的注册/注销系统,其特征在于,所述的业务管理服务器还包括:鉴权装置,用于对业务请求信息进行鉴权。
5、根据权利要求1所述的注册/注销系统,其特征在于,所述的注册/注销系统还包括:通信网络,所述通信网络包括下一代网络和互联网,用于连接客户端、业务管理服务器和业务注册/注销服务器,并实现它们之间的通信。
6、一种注册/注销方法,其特征在于,包括:
A、客户端向业务管理服务器发出业务请求信息;
B、业务管理服务器根据业务请求信息获得多个业务信息,并将多个业务信息发给客户端;
C、客户端根据多个业务信息生成多个业务注册/注销请求信息,并以预定规则向业务注册/注销服务器发出多个业务注册/注销请求信息;
D、业务注册/注销服务器根据多个业务注册/注销请求信息对多个业务进行注册/注销。
7、根据权利要求6所述的注册/注销方法,其特征在于,所述的步骤A之前还包括:客户端对业务请求信息进行加密。
8、根据权利要求7所述的注册/注销方法,其特征在于,所述的步骤B之前还包括:业务管理服务器对加密的业务请求信息进行解密。
9、根据权利要求6所述的注册/注销方法,其特征在于,所述业务信息包括业务帐号、业务密码、业务注册/注销服务器地址。
10、根据权利要求6所述的注册/注销方法,其特征在于,所述预定规则包括:随机注册/注销、按优先级注册/注销。
11、根据权利要求6所述的注册/注销方法,其特征在于,在执行步骤B之前还执行:业务管理服务器根据业务请求信息进行鉴权。
Priority Applications (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2005100850280A CN1852136A (zh) | 2005-07-19 | 2005-07-19 | 一种注册/注销系统和注册/注销方法 |
EP06753078A EP1791297B1 (en) | 2005-07-19 | 2006-06-30 | A registration/cancel method and a registration/cancel system |
AT06753078T ATE472919T1 (de) | 2005-07-19 | 2006-06-30 | Ein registrierungs-/löschungsverfahren und registrierungs-/löschungssystem |
PCT/CN2006/001518 WO2007009344A1 (fr) | 2005-07-19 | 2006-06-30 | Méthode d’inscription/annulation et système d’inscription/annulation |
DE602006015147T DE602006015147D1 (de) | 2005-07-19 | 2006-06-30 | Ein registrierungs-/löschungsverfahren und registrierungs-/löschungssystem |
CNA200680011509XA CN101156363A (zh) | 2005-07-19 | 2006-06-30 | 一种注册/注销系统和注册/注销方法 |
US11/664,652 US20080091835A1 (en) | 2005-07-19 | 2006-06-30 | Register/Unregister System And A Register/Unregister Method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2005100850280A CN1852136A (zh) | 2005-07-19 | 2005-07-19 | 一种注册/注销系统和注册/注销方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1852136A true CN1852136A (zh) | 2006-10-25 |
Family
ID=37133606
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2005100850280A Pending CN1852136A (zh) | 2005-07-19 | 2005-07-19 | 一种注册/注销系统和注册/注销方法 |
CNA200680011509XA Pending CN101156363A (zh) | 2005-07-19 | 2006-06-30 | 一种注册/注销系统和注册/注销方法 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA200680011509XA Pending CN101156363A (zh) | 2005-07-19 | 2006-06-30 | 一种注册/注销系统和注册/注销方法 |
Country Status (6)
Country | Link |
---|---|
US (1) | US20080091835A1 (zh) |
EP (1) | EP1791297B1 (zh) |
CN (2) | CN1852136A (zh) |
AT (1) | ATE472919T1 (zh) |
DE (1) | DE602006015147D1 (zh) |
WO (1) | WO2007009344A1 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101127769B (zh) * | 2007-08-20 | 2012-04-04 | 华为技术有限公司 | 基于会话发起协议的用户注册的方法、系统及终端、服务器 |
CN102594782A (zh) * | 2011-01-14 | 2012-07-18 | 中国移动通信集团公司 | Ip多媒体子系统鉴权方法、系统及服务器 |
CN102694770A (zh) * | 2011-03-22 | 2012-09-26 | 中兴通讯股份有限公司 | 一种业务平台中多类型资源管理的系统及方法 |
CN101197671B (zh) * | 2006-12-08 | 2012-10-10 | 中兴通讯股份有限公司 | 通信系统中的鉴权方法 |
CN106101293A (zh) * | 2016-08-30 | 2016-11-09 | 北京小米移动软件有限公司 | 账号管理方法及装置 |
CN113630273A (zh) * | 2021-08-06 | 2021-11-09 | 百果园技术(新加坡)有限公司 | 账号注销系统、方法、设备及存储介质 |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8561055B2 (en) * | 2009-10-15 | 2013-10-15 | Blackberry Limited | Method, system and apparatus for management of push content |
EP2320376A1 (en) * | 2009-11-06 | 2011-05-11 | Research In Motion Limited | Method, system and apparatus for management of push content when changing computing devices |
US9178947B2 (en) * | 2010-03-03 | 2015-11-03 | Blackberry Limited | Method, system and apparatus for configuring a device for interaction with a server |
EP2363998B1 (en) * | 2010-03-03 | 2015-01-07 | BlackBerry Limited | Method, system and apparatus for managing push data transfers |
JP6296324B2 (ja) | 2013-07-12 | 2018-03-20 | ブラザー工業株式会社 | 登録サーバのプログラム、情報機器、情報機器のプログラム、及びネットワークシステム |
CN103888288A (zh) * | 2014-02-20 | 2014-06-25 | 北京优联实科信息科技有限公司 | 一种注册方法、管理器、注册器与系统 |
CN106375102B (zh) * | 2015-07-22 | 2019-08-27 | 华为技术有限公司 | 一种服务注册方法、使用方法及相关装置 |
JP6910894B2 (ja) * | 2017-09-01 | 2021-07-28 | キヤノン株式会社 | 情報処理装置、制御方法、およびプログラム |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6563800B1 (en) * | 1999-11-10 | 2003-05-13 | Qualcomm, Inc. | Data center for providing subscriber access to data maintained on an enterprise network |
US7272636B2 (en) * | 2001-04-24 | 2007-09-18 | Sun Microsystems, Inc. | Peer group name server |
US6981263B1 (en) * | 2001-06-29 | 2005-12-27 | Bellsouth Intellectual Property Corp. | Methods and systems for converged service creation and execution environment applications |
US6885861B2 (en) * | 2001-08-24 | 2005-04-26 | Nokia Corporation | Service mobility and recovery in communication networks |
KR100475186B1 (ko) * | 2002-12-02 | 2005-03-10 | 삼성전자주식회사 | 접속 설정 프로토콜을 이용한 단말 장치의 등록 방법 |
US7930214B2 (en) * | 2003-05-05 | 2011-04-19 | Intel Corporation | Management and arbitration of mobile service discovery |
CN1617498A (zh) * | 2003-11-11 | 2005-05-18 | 华为技术有限公司 | 下一代网络终端的孵化方法 |
-
2005
- 2005-07-19 CN CNA2005100850280A patent/CN1852136A/zh active Pending
-
2006
- 2006-06-30 WO PCT/CN2006/001518 patent/WO2007009344A1/zh not_active Application Discontinuation
- 2006-06-30 DE DE602006015147T patent/DE602006015147D1/de active Active
- 2006-06-30 EP EP06753078A patent/EP1791297B1/en not_active Not-in-force
- 2006-06-30 US US11/664,652 patent/US20080091835A1/en not_active Abandoned
- 2006-06-30 AT AT06753078T patent/ATE472919T1/de not_active IP Right Cessation
- 2006-06-30 CN CNA200680011509XA patent/CN101156363A/zh active Pending
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101197671B (zh) * | 2006-12-08 | 2012-10-10 | 中兴通讯股份有限公司 | 通信系统中的鉴权方法 |
CN101127769B (zh) * | 2007-08-20 | 2012-04-04 | 华为技术有限公司 | 基于会话发起协议的用户注册的方法、系统及终端、服务器 |
CN102594782A (zh) * | 2011-01-14 | 2012-07-18 | 中国移动通信集团公司 | Ip多媒体子系统鉴权方法、系统及服务器 |
CN102594782B (zh) * | 2011-01-14 | 2016-03-02 | 中国移动通信集团公司 | Ip多媒体子系统鉴权方法、系统及服务器 |
CN102694770A (zh) * | 2011-03-22 | 2012-09-26 | 中兴通讯股份有限公司 | 一种业务平台中多类型资源管理的系统及方法 |
CN106101293A (zh) * | 2016-08-30 | 2016-11-09 | 北京小米移动软件有限公司 | 账号管理方法及装置 |
CN113630273A (zh) * | 2021-08-06 | 2021-11-09 | 百果园技术(新加坡)有限公司 | 账号注销系统、方法、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
US20080091835A1 (en) | 2008-04-17 |
WO2007009344A1 (fr) | 2007-01-25 |
DE602006015147D1 (de) | 2010-08-12 |
EP1791297A4 (en) | 2008-03-12 |
CN101156363A (zh) | 2008-04-02 |
EP1791297B1 (en) | 2010-06-30 |
EP1791297A1 (en) | 2007-05-30 |
ATE472919T1 (de) | 2010-07-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1852136A (zh) | 一种注册/注销系统和注册/注销方法 | |
US10721230B2 (en) | Unified authentication method for application in trunking system, server and terminal | |
US9565199B2 (en) | System and method for authentication of a communication device | |
US8127034B2 (en) | Multi-protocol authentication and authorization in computer network environments | |
CN1214568C (zh) | 采用会话启动协议消息对服务器验证用户代理的验证方法 | |
CN103733701B (zh) | 用于订阅互联网协议多媒体子系统(ims)应用服务注册状态的系统和方法 | |
US20130074168A1 (en) | Streaming video authentication | |
CN1863214A (zh) | 服务网络系统以及服务器装置 | |
US20120259991A1 (en) | System and method for sip user agent identification and efficient binding | |
CN1870812A (zh) | Ip多媒体子系统接入域安全机制的选择方法 | |
CN1505309A (zh) | 安全地处理被用于基于web的资源访问的客户证书 | |
CN1801815A (zh) | 一种实现初始因特网协议多媒体子系统注册的方法 | |
CN101075875A (zh) | 在门户/系统之间实现单点登录的方法及其系统 | |
US20080178273A1 (en) | Automated Authentication Process for Application Clients | |
EP1690189B1 (en) | On demand session provisioning of ip flows | |
CN105227595B (zh) | 一种消息发送方法和设备 | |
CN103200159B (zh) | 一种网络访问方法和设备 | |
CN1835436A (zh) | 一种通用鉴权框架及一种实现鉴权的方法 | |
CN1893391A (zh) | 一种支持网络层安全穿越网络地址转换的方法 | |
KR20130024953A (ko) | 인증 정보 전송 | |
CN1700694A (zh) | 获取会话初始协议网络节点状态的方法及系统 | |
WO2010000298A1 (en) | Apparatus, method and program for integrated authentication | |
JP6328775B2 (ja) | ウェブリアルタイム通信(WebRTC)でのIPマルチメディアサブシステム(IMS)へのアクセスに対するセキュリティ | |
CN1889586A (zh) | 一种注册/注销系统和注册/注销方法 | |
CN1610441A (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 |