CN102196009A - 登录网络的方法、服务器及客户端 - Google Patents
登录网络的方法、服务器及客户端 Download PDFInfo
- Publication number
- CN102196009A CN102196009A CN2010101303183A CN201010130318A CN102196009A CN 102196009 A CN102196009 A CN 102196009A CN 2010101303183 A CN2010101303183 A CN 2010101303183A CN 201010130318 A CN201010130318 A CN 201010130318A CN 102196009 A CN102196009 A CN 102196009A
- Authority
- CN
- China
- Prior art keywords
- intranet
- address
- client
- entry address
- area
- 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.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了登录网络的方法、服务器及客户端,包括:接收客户端发送的连接请求消息,获取所述连接请求消息中包含的所述客户端的内网IP地址;根据所述内网IP地址查询预先设置的区域绑定关系,获取与所述内网IP地址对应的第一区域的内网登录地址;将所述第一区域的内网登录地址返回给所述客户端,以便于所述客户端根据所述内网登录地址登录。本发明实施例中在登录Intranet网络时,服务器不必再通过公网地址进行区域识别,而是根据所保存的不同区域的内网IP段与区域的区域绑定关系向客户端返回内网登录地址,使得客户端可以直接根据内网IP获得对应的内网登录地址,从而就近登录所在区域的内网。
Description
技术领域
本发明涉及网络通信技术领域,特别涉及登录网络的方法、服务器及客户端。
背景技术
Intranet(企业内部网)是一个企业或组织建立的相对独立的内部网络,Intranet以TCP/IP协议作为基础,以Web为核心应用,可以提供Web、邮件、FTP、Telnet等服务,Intranet能够提高企业的内部通信能力和信息交换能力,当Intranet与Internet(互联网)连接后,可以实现互联网应用。对于大型跨地域企业来说,通过建立公司内部专用的Intranet网络,并租用IP专线与其它地域的公司分支机构进行互通。现有技术中,当企业员工在公司外部访问企业Intranet时,需要基于公司的公网Internet地址进行区域识别,也就是先通过Internet登录公司的公网,然后选择相应的公司分支机构的Intranet入口访问公司的内部网络。
发明人在对现有技术的研究过程中发现,现有技术中客户端通常都需要通过公网进入Intranet网络,但是由于公网地址的IP段经常发生变化,因此客户端通过公网登录的真实地址往往难以准确对应到所在的真实区域,也导致了客户端难以有效就近接入企业的Intranet网络。
发明内容
本发明的目的在于提供登录网络的方法、服务器及客户端,以解决现有技术中通过公网登录难以就近接入Intranet网络的问题。
为解决上述技术问题,本发明提供如下技术方案:
一种登录网络的方法,包括:
接收客户端发送的连接请求消息,获取所述连接请求消息中包含的所述客户端的内网IP地址;
根据所述内网IP地址查询预先设置的区域绑定关系,获取与所述内网IP地址对应的第一区域的内网登录地址;
将所述第一区域的内网登录地址返回给所述客户端,以便于所述客户端根据所述内网登录地址登录。
一种登录网络的方法,包括:
客户端向服务器发送连接请求消息,所述连接请求消息中包含所述客户端的内网IP地址;
接收所述服务器返回的第一区域的内网登录地址,所述第一区域的内网登录地址为所述服务器查询预先设置的区域绑定关系所获取的与所述内网IP地址对应的第一区域的内网登录地址;
根据所述第一区域的内网登录地址登录所述服务器。
一种服务器,包括:
接收单元,用于接收客户端发送的连接请求消息;
获取单元,用于获取所述连接请求消息中包含的所述客户端的内网IP地址;
查询单元,根据所述内网IP地址查询预先设置的区域绑定关系,获取与所述内网IP地址对应的第一区域的内网登录地址;
返回单元,用于将所述第一区域的内网登录地址返回给所述客户端,以便于所述客户端根据所述内网登录地址登录。
一种客户端,包括:
发送单元,用于向服务器发送连接请求消息,所述连接请求消息中包含所述客户端的内网IP地址;
接收单元,用于接收所述服务器返回的第一区域的内网登录地址,所述第一区域的内网登录地址为所述服务器查询预先设置的区域绑定关系所获取的与所述内网IP地址对应的第一区域的内网登录地址;
登录单元,用于根据所述第一区域的内网登录地址登录所述服务器。
由以上本发明实施例提供的技术方案可见,本申请实施例中当接收到客户端发送的连接请求消息后,获取连接请求消息中包含的客户端的内网IP地址,根据内网IP地址查询预先设置的区域绑定关系,获取与内网IP地址对应的第一区域的内网登录地址,将第一区域的内网登录地址和公网登录地址返回客户端,以便于所述客户端根据所述内网登录地址登录。本申请实施例中在登录Intranet网络时,服务器不必再通过公网地址进行区域识别,而是根据所保存的不同区域的内网IP段与区域的区域绑定关系向客户端返回内网登录地址,使得客户端可以直接根据内网IP获得对应的内网登录地址,从而就近登录所在区域的内网。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1A为本发明登录网络的方法的第一实施例流程图;
图1B为本发明登录网络的方法的第二实施例流程图
图2为本发明登录网络的方法的第三实施例流程图;
图3为本发明登录网络的方法的第四实施例流程图;
图4为本发明登录网络的方法的第五实施例流程图;
图5为本发明登录网络的方法的第六实施例流程图;
图6为本发明登录网络的方法的第七实施例流程图;
图7为本发明服务器的第一实施例框图;
图8为本发明服务器的第二实施例框图;
图9为本发明客户端的实施例框图。
具体实施方式
本发明实施例提供了一种登录网络的方法、服务器及客户端。
为了使本技术领域的人员更好地理解本发明方案,并使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
参见图1A,为本发明登录网络的方法的第一实施例流程图,该实施例从服务器侧描述了登录网络的过程:
步骤101:接收客户端发送的连接请求消息,获取该连接请求消息中包含的客户端的内网IP地址。
步骤102:根据内网IP地址查询预先设置的区域绑定关系,获取与内网IP地址对应的第一区域的内网登录地址和公网登录地址。
本申请实施例中,预先为每个区域分配内网IP段、内网登录地址和公网登录地址,并保存该区域、所分配的内网IP段、内网登录地址和公网登录地址之间的区域绑定关系。
步骤103:将第一区域的内网登录地址返回给客户端,以便于客户端根据该内网登录地址登录。
第一区域的内网登录地址用于使客户端根据该内网登录地址直接就近登录所在第一区域的内网。
由该实施例可见,客户端在首次登录Intranet网络时,服务器不必再通过公网地址进行区域识别,而是根据所保存的不同区域的内网IP段与区域的区域绑定关系向客户端返回内网登录地址,使得客户端可以直接根据内网IP获得对应的内网登录地址,从而就近登录所在区域的内网。
进一步,当客户端登录到第一区域内网后,服务器接收所述客户端发送的更新绑定消息,并根据所述更新绑定消息中的内容更新所述客户端的用户绑定信息,所述用户绑定信息中记录所述客户端的用户名、所述第一区域、所述第一区域的内网登录地址和公网登录地址。
后续,如果当用户通过所述客户端在所述第一区域的内网登录后,接收到所述用户通过新的客户端发送的连接请求消息,获取所述连接请求消息中包含的所述新的客户端的IP地址,当根据所述IP地址查询预先设置的区域绑定关系且未获取到查询结果时,根据所述新的客户端的用户名查询所述用户绑定信息,获取到所述第一区域的公网登录地址,将所述第一区域的公网登录地址返回所述新的客户端,以便于所述新的客户端根据所述公网地址登录;
如果客户端在第一区域的内网登录后,再次接收到新的客户端在第二区域的内网发送的连接请求消息后,获取连接请求消息中包含的新的客户端的内网IP地址,当根据该内网IP地址查询预先设置的区域绑定关系,获取与内网IP地址对应的第二区域的内网登录地址和公网登录地址,将第二区域的内网登录地址和公网登录地址返回新的客户端,新的客户端根据该内网登录地址直接就近登录所在第二区域的内网,并通过新的客户端的用户名、第二区域、第二区域的内网登录地址和公网登录地址更新用户绑定信息,即在用户绑定信息中仅保存客户端最近一次登录的用户信息。
另外,当客户端首次在公网登录时,接收客户端在第一区域的公网发送的连接请求消息,获取连接请求消息中包含的客户端的公网IP地址,根据所述公网IP地址查询预先设置的区域绑定关系且未获取到查询结果时,由于区域绑定关系中均保存的是内网IP段所对应的内网登录地址和公网登录地址,因此向客户端返回查询结果为空的应答消息,以便于客户端收到应答消息后根据默认公网地址登录。
参见图1B,为本发明登录网络的方法的第二实施例流程图,该实施例从客户端侧描述了登录网络的过程:
步骤111:客户端向服务器发送连接请求消息,该连接请求消息中包含客户端的内网IP地址。
步骤112:接收服务器返回的第一区域的内网登录地址,第一区域的内网登录地址为服务器查询预先设置的区域绑定关系所获取的与内网IP地址对应的第一区域的内网登录地址。
步骤113:根据第一区域的内网登录地址登录所述服务器。
其中,客户端接收服务器返回的第一区域的内网登录地址的同时,还接收到服务器查询预先设置的区域绑定关系所获取的与内网IP地址对应的第一区域的公网登录地址。
当客户端登录服务器后,可以直接向服务器发送更新绑定消息,该更新绑定消息中记录了登录服务器的用户名、第一区域、第一区域的内网登录地址和公网登录地址;或者,当客户端登录服务器后,客户端记录登录该服务器的用户名和第一区域,当该客户端根据其它内网登录地址登录服务器后,查询记录的用户名和第一区域,若其它内网登录地址对应的用户名和区域与记录的用户名和第一区域不一致时,向服务器发送更新绑定消息,更新绑定消息中记录了其它内网登录地址对应的用户名、区域、该区域的内网登录地址和公网登录地址。
另外,客户端根据第一区域的内网登录地址登录服务器后,记录客户端的登录地址信息,包括第一区域,第一区域的内网登录地址和公网登录地址,以便客户端根据登录地址信息再次登录服务器。
本申请实施例中,假设企业A包括总部和两个分别位于南京和深圳的分支机构,其中深圳分支和南京分支的内部办公网络通过IP专线与总部办公网络以及企业A的服务器相连,该服务器区对应企业A的Intranet网络,总部和两个分支机构都具有到Internet网络的出口,公司员工能够通过客户端Internet网络访问公司的Intranet网络。
客户端首次安装并进行登录时访问的地区称为默认地区,该默认地区通常为总部,此时客户端登录企业A服务器的内网地址为aaa.com,登录企业A服务器的公网地址为internet.aaa.com;当客户端访问的地区为南京时,登录企业A服务器的内网地址为nj.aaa.com,登录企业A的服务器公网地址为nj.internet.aaa.com;当客户端访问的地区为深圳时,登录企业A的服务器内网地址为sz.aaa.com,登录企业A的服务器公网地址为sz.internet.aaa.com。
预先根据企业A的办公机构在企业服务器区内配置每个机构所在地与分配的内网IP段、内网登录地址和公网登录地址之间的区域绑定关系,如下表1所示,下表1保存在企业A的服务器中(后续将企业A的服务器简称为服务器):
地区名称 | 内网IP段 | 内网登录服务器地址 | 公网登录服务器地址 |
总部 | 10.10.0.1~10.10.255.255 | aaa.com | internet.aaa.com |
南京 | 10.25.0.1~10.25.255.255 | nj.aaa.com | nj.internet.aaa.com |
深圳 | 10.75.0.1~10.75.255.255 | sz.aaa.com | sz.internet.aaa.com |
表1
当客户端从企业内网登录时,服务器获取该客户端的内网IP,根据该内网IP判断该客户端的登录区域,并记录该客户端的登录区域,当客户端下次从公网进入企业内网时,直接使用上一次所记录的登录区域对应的内网地址进行登录,下面通过具体实施例进行描述。
参见图2,为本申请方法第三实施例的流程图,假设客户端所在地区为南京,客户端的内网IP地址为10.25.0.2,该实施例示出了当客户端第一次在内网登录时的过程:
步骤201:客户端安装后第一次通过账号登录,由于是第一次登录,因此默认登录地区对应的登录服务器的地址是系统默认的登录地址,即服务器所映射的总部内网地址,客户端向总部内网地址aaa.com发送Hello消息。
步骤202:服务器收到该Hello消息后,根据该Hello消息中携带的源IP地址,即该客户端的内网IP地址10.25.0.2查询如表1所示的区域绑定关系,得到的匹配结果为内网IP地址10.25.0.2属于内网IP段10.25.0.1~10.25.255.255,因此可以得到客户端本次在南京进行登录,对应的内网登录服务器的地址为nj.aaa.com,公网登录服务器的地址为nj.internet.aaa.com。
步骤203:服务器向客户端返回应答消息,该应答消息中包含内网登录服务器的地址为nj.aaa.com,公网登录服务器的地址为nj.internet.aaa.com。
步骤204:客户端接收到应答消息后,根据该应答消息中携带的内网登录服务器的地址nj.aaa.com进行登录。
步骤205:服务器向客户端返回登录结果。
步骤206:客户端登录成功后,向服务器发送更新绑定消息,该更新绑定消息中包括客户端此次登录的地区南京,使用该客户端登录的用户名、内网登录服务器的地址nj.aaa.com和公网登录服务器的地址nj.internet.aaa.com。
需要说明的是,本申请实施例中,可以由客户端每次登录内网后都向服务器发送该更新绑定消息,此时无论同一客户端先后是否在同一地区的内网登录,都向服务器发送更新绑定消息,后续由服务器判断是否需要更新用户绑定信息;也可以在客户端每次登录内网后,记录所登录内网所在的区域和用户名,则下一次登录内网后由客户端先判断一下,本次所登录内网的区域和用户名与前一次所登录内网的区域和用户名是否一致,如果不一致再发送更新绑定消息,如果均一致则无需发送更新绑定消息。
步骤207:服务器根据更新绑定消息中携带的信息更新该客户端的用户绑定信息。
如下表2所示为更新前的用户绑定信息,表3所示为更新后的用户绑定信息,假设使用客户端首次登录企业A内网的用户为“张三”。
用户名称 | 帐号 | 区域 | 内网登录地址 | 公网登录地址 |
张三 | s65516 | NULL | NULL | NULL |
表2
用户名称 | 帐号 | 区域 | 内网登录地址 | 公网登录地址 |
张三 | s65516 | 南京 | nj.aaa.com | nj.internet.aaa.com |
表3
参见图3,为本申请方法第四实施例的流程图,假设客户端所在地区为南京,客户端的公网IP地址为202.119.25.2,该实施例示出了当客户端第一次在公网登录时的过程:
步骤301:客户端安装后第一次通过账号登录,由于是第一次登录,因此默认登录地区对应的登录服务器的地址是系统默认的登录地址,即服务器所映射的总部内网地址,客户端向总部内网地址aaa.com发送Hello消息,由于客户端位于公网,因此无法访问到该总部内网地址aaa.com。
步骤302:由于无法访问到总部内网地址aaa.com,因此客户端发送Hello消息后超时无应答,客户端向服务器所映射的总部公网地址internet.aaa.com发送Hello消息。
步骤303:服务器接收到该Hello消息后,根据Hello消息中携带的源IP地址,即该客户端的公网IP地址202.119.25.2查询如表1所示的区域绑定关系,没有查询到匹配的地区,由此判断客户端未在配置的内网登录地区登录,确定内网登录服务器地址为空,公网登录服务器地址为空。
步骤304:服务器向客户端返回应答消息,该应答消息中包含内网登录服务器地址为空,公网登录服务器地址为空。
另外,由于服务器还保存了如表3所示的用户绑定信息表,因此本实施例中客户端访问公网时,服务器仍然需要执行根据Hello消息中携带的用户名“张三”查询用户绑定信息表,此时由于客户端是首次登录公网,因此服务器查询用户绑定信息表的结果也为空,服务器向客户端返回查询结果为空。
步骤305:客户端接收到应答消息后,使用默认公网登录地址internet.aaa.com进行登录。
步骤306:服务器向客户端返回登录结果。
由于客户端首次在公网登录,因此不必更新绑定信息,即在公网登录前后用户的绑定信息均如表2所示。
参见图4,为本申请方法第五实施例的流程图,假设客户端所在地区为南京,客户端的公网IP地址为202.119.25.2,该实施例示出了当客户端第一次在南京内网登录后又在南京公网登录的过程:
步骤401:用户已经通过第一客户端在南京内网登录过,当再次在南京通过公网登录时,由于用户使用的客户端已经发生变化,由第一客户端变为第二客户端,因此在南京通过第二客户端进行公网登录也属于该第二客户端的第一次登录,因此默认登录地区对应的登录服务器地址仍然是系统默认的服务器地址,即服务器所映射的总部内网地址,第二客户端向该总部内网地址aaa.com发送Hello消息,由于第二客户端位于公网,因此无法访问到该总部内网地址aaa.com。
步骤402:由于无法访问到总部内网地址aaa.com,因此第二客户端发送Hello消息后超时无应答,第二客户端向服务器所映射的总部公网地址internet.aaa.com发送Hello消息。
步骤403:服务器接收到该Hello消息后,根据Hello消息中携带的源IP地址,即该第二客户端的公网IP地址202.119.25.2查询如表1所示的区域绑定关系,没有查询到匹配的地区,由此判断第二客户端未在配置的内网登录地区登录。
步骤404:总部服务器进一步根据Hello消息中携带的用户名“张三”查询用户绑定信息表,在南京内网登录后的用户绑定信息表如表3所示,通过查询表3得到用户通过第一客户端在南京进行登录,对应的内网登录服务器地址为nj.aaa.com,公网登录服务器地址为nj.internet.aaa.com。
步骤405:服务器向第二客户端返回应答消息,该应答消息中包含内网登录服务器的地址为nj.aaa.com,公网登录服务器的地址为nj.internet.aaa.com。
步骤406:第二客户端接收到应答消息后,根据该应答消息中携带的公网登录服务器的地址nj.internet.aaa.com进行登录。
步骤407:服务器向第二客户端返回登录结果。
由于第二客户端在公网登录,因此不必更新绑定信息,即在公网登录前后用户的绑定信息均如表3所示。
参见图5,为本申请方法第六实施例的流程图,假设客户端所在地区为深圳,客户端的内网IP地址为10.75.0.2,该实施例示出了当客户端在南京内网登录后又在深圳内网登录的过程:
步骤501:用户已经通过第一客户端在南京内网登录过,当在深圳通过内网登录时,由于用户使用的客户端已经发生变化,由第一客户端变为第三客户端,因此在深圳进行内网登录也属于该第三客户端的第一次登录,因此默认登录地区对应的登录服务器地址仍然是系统默认的服务器地址,即服务器所映射的总部内网地址,第三客户端向该总部内网地址aaa.com发送Hello消息。
步骤502:服务器收到该Hello消息后,根据该Hello消息中携带的源IP地址,即该第三客户端的内网IP地址10.75.0.2查询如表1所示的区域绑定关系,得到的匹配结果为内网IP地址10.75.0.2属于内网IP段10.75.0.1~10.75.255.255,因此可以得到第三客户端本次在深圳进行登录,对应的内网登录服务器的地址为sz.aaa.com,公网登录服务器的地址为sz.internet.aaa.com。
需要说明的是,虽然服务器内保存了如表1所示的区域绑定关系,以及如表2所示的用户绑定信息,但是服务器接收到Hello消息后,均将首先查询如表1所示的区域绑定关系,由此确定客户端所在的确定区域,以便根据该确定区域就近登录网络。
步骤503:服务器向第三客户端返回应答消息,该应答消息中包含内网登录服务器的地址为sz.aaa.com,公网登录服务器的地址为sz.internet.aaa.com。
步骤504:第三客户端接收到应答消息后,根据该应答消息中携带的内网登录服务器的地址sz.aaa.com进行登录。
步骤505:服务器向第三客户端返回登录结果。
步骤506:第三客户端登录成功后,向服务器发送更新绑定消息,该更新绑定消息中包括第三客户端此次登录的地区深圳,使用该第三客户端登录的用户名,内网登录服务器的地址sz.aaa.com和公网登录服务器的地址sz.internet.aaa.com。
需要说明的是,本申请实施例中,可以由客户端每次登录内网后都向服务器发送该更新绑定消息,此时无论同一客户端先后是否在同一地区的内网登录,都向服务器发送更新绑定消息,后续由服务器判断是否需要更新用户绑定信息;也可以在客户端每次登录内网后,记录所登录内网所在的区域和用户名,则下一次登录内网后由客户端先判断一下,本次所登录内网的区域和用户名与前一次所登录内网的区域和用户名是否一致,如果不一致再发送更新绑定消息,如果均一致则无需发送更新绑定消息。
步骤507:服务器根据更新绑定消息中携带的信息更新该客户端的用户绑定信息。
更新前用户绑定信息如表3所示,根据更新绑定消息中携带的信息对表3进行更新后的用户绑定信息如表4所述:
用户名称 | 帐号 | 区域 | 内网登录地址 | 公网登录地址 |
张三 | s65516 | 深圳 | sz.aaa.com | sz.internet.aaa.com |
表4
另外,假设客户端所在地区为深圳,客户端的公网IP地址为202.119.75.2,则当客户端第一次在南京内网登录后又在深圳公网登录的过程与前述第四实施例示出的第一次在南京内网登录后又在南京公网登录的过程一致,在此不再赘述。
前述第五实施例示出了用户首次通过客户端在南京内网登录后,又在深圳内网登录的情景,且其中假设用户在深圳内网登录所使用的客户端与在南京内网登录所使用的客户端不同。当用户使用了便携终端,该便携终端内的客户端软件安装后可随身携带,该客户端内可以保存前一次成功登录的地址信息,因此当用户再次登录时,可以直接使用该客户端内保存的地址信息进行登录。在客户端内保存的客户端登录地址信息可以通过如下表5进行保存,该表5中示出了客户端首次在南京内网登录时的地址信息:
区域 | 内网登录地址 | 公网登录地址 |
南京 | nj.internet.aaa.com | nj.internet.aaa.com |
表5
参见图6,为本申请方法第七实施例的流程图,假设用户使用便携终端,当前客户端所在地区为深圳,客户端的内网IP地址为10.75.0.2,该实施例示出了当客户端第一次在南京内网登录后又通过同一客户端在深圳内网登录的过程,在南京内网登录后该客户端内保存的登录的地址信息如表5所示:
步骤601:用户已经通过客户端在南京内网登录过,当在深圳通过内网登录时,由于用户使用的仍然是同一便携终端内的客户端,因此客户端通过查找表5获得前一次成功登录的地址信息,即在南京内网进行登录的内网地址信息nj.aaa.com。
步骤602:客户端向服务器映射的南京内网地址nj.aaa.com发送Hello消息。
步骤603:服务器接收到该Hello消息后,根据该Hello消息中携带的源IP地址,即该客户端的内网IP地址10.75.0.2查询如表1所示的区域绑定关系,得到的匹配结果为内网IP地址10.75.0.2属于内网IP段10.75.0.1~10.75.255.255,因此可以得到客户端本次在深圳进行登录,对应的内网登录服务器的地址为sz.aaa.com,公网登录服务器的地址为sz.internet.aaa.com。
步骤604:服务器向客户端返回应答消息,该应答消息中包含内网登录服务器的地址为sz.aaa.com,公网登录服务器的地址为sz.internet.aaa.com。
步骤605:客户端接收到应答消息后,根据该应答消息中携带的内网登录服务器的地址sz.aaa.com进行登录。
步骤606:服务器向客户端返回登录结果。
步骤607:客户端登录成功后,向服务器发送更新绑定消息,该更新绑定消息中包括客户端此次登录的地区深圳,内网登录服务器的地址sz.aaa.com和公网登录服务器的地址sz.internet.aaa.com。
步骤608:服务器根据更新绑定消息中携带的信息更新该客户端的绑定信息。
更新前用户绑定信息如表3所示,根据更新绑定消息中携带的信息对表3进行更新后的用户绑定信息如表4所示。
另外,如果用户使用同一便携终端,即同一客户端首次在南京内网登录后,该客户端内保存了如表5所示的登录的地址信息,则该客户端下一次在公网登录时,与前述第四实施例相比的不同在于,可以直接根据该保存的地址信息,向nj.internet.aaa.com发送Hello消息,而不必再向默认的服务器所映射的总部内网地址aaa.com发送Hello消息。
现有技术中客户端通过公网进入Intranet网络时,除了由于公网地址IP经常变化,导致客户端难以就近接入Intranet网络外;并且,由于客户端通过公网进入Intranet网络时,通常需要通过NAT设备将公网地址转换为私网地址,由于公司内部服务器获得的源访问地址为NAT设备的私网地址,因此无法根据该地址判断该客户端所在的真实区域,从而使得客户端难以通过所在区域的Intranet入口接入公司的内部网络;上述本发明实施例不必再通过公网地址进行区域识别,而是根据所保存的不同区域的内网IP段与区域的区域绑定关系向客户端返回内网登录地址,使得客户端可以直接根据内网IP获得对应的内网登录地址,从而就近登录所在区域的内网;并且,由于所保存的内网IP段与区域之间的具有确定的区域绑定关系,因此客户端可以直接在内网登录,服务器根据该客户端的内网地址准确定位该客户端所在的区域,从而实现就近接入Intranet网络。
与本发明登录网络的方法的实施例相对应,本发明还提供了用于向客户端提供登录网络服务的服务器的实施例以及客户端的实施例。
参见图7,为本申请服务器的第一实施例框图。
该服务器包括:接收单元710、获取单元720、查询单元730和返回单元740。
其中,接收单元710,用于接收客户端发送的连接请求消息;
获取单元720,用于获取所述连接请求消息中包含的所述客户端的内网IP地址;
查询单元730,用于根据所述内网IP地址查询预先设置的区域绑定关系,获取与所述内网IP地址对应的第一区域的内网登录地址;
返回单元740,用于将所述第一区域的内网登录地址返回给所述客户端,以便于所述客户端根据所述内网登录地址登录。
参见图8,为本申请服务器的第二实施例框图。
该服务器包括:预设单元810、接收单元820、获取单元830、查询单元840、返回单元850和更新单元860。
其中,预设单元810,用于预先为每个区域分配内网IP段、内网登录地址和公网登录地址,并保存所述区域、所分配的内网IP段、内网登录地址和公网登录地址之间的区域绑定关系;
接收单元820,用于接收客户端发送的连接请求消息;
获取单元830,用于获取所述连接请求消息中包含的所述客户端的内网IP地址;
查询单元840,用于根据所述内网IP地址查询预先设置的区域绑定关系,获取与所述内网IP地址对应的第一区域的内网登录地址;
返回单元850,用于将所述第一区域的内网登录地址返回给所述客户端,以便于所述客户端根据所述内网登录地址登录;
更新单元860,用于当所述客户端登录到所述第一区域内网后,接收所述客户端发送的更新绑定消息,并根据所述更新绑定消息中的内容更新所述客户端的用户绑定信息,所述用户绑定信息中记录所述客户端的用户名、所述第一区域、所述第一区域的内网登录地址和公网登录地址。
进一步,所述接收单元820,还用于当所述用户通过所述客户端在所述第一区域的内网登录后,接收到所述用户通过新的客户端发送的连接请求消息;
所述获取单元830,还用于获取所述连接请求消息中包含的所述新的客户端的IP地址;
所述查询单元840,还用于当根据所述新的客户端的IP地址查询预先设置的区域绑定关系且未获取到查询结果时,根据所述用户的用户名查询所述用户的绑定信息,获取到所述第一区域的公网登录地址;
所述返回单元850,还用于将所述第一区域的公网登录地址返回所述新的客户端,以便于所述新的客户端根据所述公网地址登录。
进一步,所述接收单元820,还用于当所述客户端在所述第一区域的内网登录后,接收所述客户端在第二区域的内网发送的连接请求消息;
所述获取单元830,还用于获取所述连接请求消息中包含的所述客户端的公网IP地址;
所述返回单元850,还用于当所述查询单元根据所述公网IP地址查询预先设置的区域绑定关系且未获取到查询结果时,向所述客户端返回查询结果为空的应答消息,所述应答消息用于使所述客户端根据默认公网地址登录。
参见图9,为本申请客户端的实施例框图。
该客户端包括:发送单元910、接收单元920和登录单元930。
其中,发送单元910,用于向服务器发送连接请求消息,所述连接请求消息中包含所述客户端的内网IP地址;
接收单元920,用于接收所述服务器返回的第一区域的内网登录地址,所述第一区域的内网登录地址为所述服务器查询预先设置的区域绑定关系所获取的与所述内网IP地址对应的第一区域的内网登录地址;
登录单元930,用于根据所述第一区域的内网登录地址登录所述服务器。
进一步,所述接收单元910,还用于接收到所述服务器查询预先设置的区域绑定关系所获取的与所述内网IP地址对应的第一区域的公网登录地址;
所述发送单元920,还用于登录所述服务器后,向所述服务器发送更新绑定消息,所述更新绑定消息中记录了登录所述服务器的用户名、所述第一区域、所述第一区域的内网登录地址和公网登录地址。
进一步,所述接收单元910,还用于接收到所述服务器查询预先设置的区域绑定关系所获取的与所述内网IP地址对应的第一区域的公网登录地址;
所述客户端还可以包括(图9中未示出):第一记录单元,用于根据所述第一区域的内网登录地址登录所述服务器后,记录登录所述服务器的用户名和所述第一区域;查询单元,用于当根据其它内网登录地址登录所述服务器后,查询所述记录的用户名和第一区域;
所述发送单元920,还用于当所述查询单元查询到所述其它内网登录地址对应的用户名和区域与所述记录的用户名和第一区域不一致时,向所述服务器发送更新绑定消息,所述更新绑定消息中记录了所述其它内网登录地址对应的用户名、区域、所述区域的内网登录地址和公网登录地址。
进一步,所述接收单元910,还用于接收到所述服务器查询预先设置的区域绑定关系所获取的与所述内网IP地址对应的第一区域的公网登录地址;
所述客户端还可以包括(图9中未示出):第二记录单元,用于根据所述第一区域的内网登录地址登录所述服务器后,记录所述客户端的登录地址信息,包括所述第一区域,所述第一区域的内网登录地址和公网登录地址,以便所述客户端根据所述记录的内网登录地址或公网登录地址再次登录所述服务器。
通过以上的实施方式的描述可知,本申请实施例中当接收到客户端发送的连接请求消息后,获取连接请求消息中包含的客户端的内网IP地址,根据内网IP地址查询预先设置的区域绑定关系,获取与内网IP地址对应的第一区域的内网登录地址,将第一区域的内网登录地址和公网登录地址返回客户端,以便于所述客户端根据所述内网登录地址登录。本申请实施例中在登录Intranet网络时,服务器不必再通过公网地址进行区域识别,而是根据所保存的不同区域的内网IP段与区域的区域绑定关系向客户端返回内网登录地址,使得客户端可以直接根据内网IP获得对应的内网登录地址,从而就近登录所在区域的内网。
本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
以上所述的本发明实施方式,并不构成对本发明保护范围的限定。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (18)
1.一种登录网络的方法,其特征在于,包括:
接收客户端发送的连接请求消息,获取所述连接请求消息中包含的所述客户端的内网IP地址;
根据所述内网IP地址查询预先设置的区域绑定关系,获取与所述内网IP地址对应的第一区域的内网登录地址;
将所述第一区域的内网登录地址返回给所述客户端,以便于所述客户端根据所述内网登录地址登录。
2.根据权利要求1所述的方法,其特征在于,还包括:
预先为每个区域分配内网IP段、内网登录地址和公网登录地址,并保存所述区域、所分配的内网IP段、内网登录地址和公网登录地址之间的区域绑定关系。
3.根据权利要求1所述的方法,其特征在于,所述根据内网IP地址查询预先设置的区域绑定关系获取与所述内网IP地址对应的第一区域的内网登录地址的同时,还获取到与所述内网IP地址对应的第一区域的公网登录地址;
所述方法还包括:
当所述客户端登录到所述第一区域内网后,接收所述客户端发送的更新绑定消息,并根据所述更新绑定消息中的内容更新所述客户端的用户绑定信息,所述用户绑定信息中记录所述客户端的用户名、所述第一区域、所述第一区域的内网登录地址和公网登录地址。
4.根据权利要求3所述的方法,其特征在于,还包括:
当所述用户通过所述客户端在所述第一区域的内网登录后,接收到所述用户通过新的客户端发送的连接请求消息,获取所述连接请求消息中包含的所述新的客户端的IP地址;
当根据所述新的客户端的IP地址查询预先设置的区域绑定关系且未获取到查询结果时,根据所述用户的用户名查询所述用户的绑定信息,获取到所述第一区域的公网登录地址;
将所述第一区域的公网登录地址返回所述新的客户端,以便于所述新的客户端根据所述公网地址登录。
5.根据权利要求1所述的方法,其特征在于,还包括:
当接收到客户端在第一区域的公网发送的连接请求消息后,获取所述连接请求消息中包含的所述客户端的公网IP地址;
根据所述公网IP地址查询预先设置的区域绑定关系且未获取到查询结果时,向所述客户端返回查询结果为空的应答消息,以便于所述客户端收到应答消息后根据默认公网地址登录。
6.一种登录网络的方法,其特征在于,包括:
客户端向服务器发送连接请求消息,所述连接请求消息中包含所述客户端的内网IP地址;
接收所述服务器返回的第一区域的内网登录地址,所述第一区域的内网登录地址为所述服务器查询预先设置的区域绑定关系所获取的与所述内网IP地址对应的第一区域的内网登录地址;
根据所述第一区域的内网登录地址登录所述服务器。
7.根据权利要求6所述的方法,其特征在于,所述接收服务器返回的第一区域的内网登录地址的同时,还接收到所述服务器查询预先设置的区域绑定关系所获取的与所述内网IP地址对应的第一区域的公网登录地址;
所述方法还包括:
登录所述服务器后,向所述服务器发送更新绑定消息,所述更新绑定消息中记录了登录所述服务器的用户名、所述第一区域、所述第一区域的内网登录地址和公网登录地址。
8.根据权利要求6所述的方法,其特征在于,所述接收服务器返回的第一区域的内网登录地址的同时,还接收到所述服务器查询预先设置的区域绑定关系所获取的与所述内网IP地址对应的第一区域的公网登录地址;
所述方法还包括:根据所述第一区域的内网登录地址登录所述服务器后,记录登录所述服务器的用户名和所述第一区域;
当根据其它内网登录地址登录所述服务器后,查询所述记录的用户名和第一区域,若所述其它内网登录地址对应的用户名和区域与所述记录的用户名和第一区域不一致时,向所述服务器发送更新绑定消息,所述更新绑定消息中记录了所述其它内网登录地址对应的用户名、区域、所述区域的内网登录地址和公网登录地址。
9.根据权利要求6所述的方法,其特征在于,所述接收服务器返回的第一区域的内网登录地址的同时,还接收到所述服务器查询预先设置的区域绑定关系所获取的与所述内网IP地址对应的第一区域的公网登录地址;
所述方法还包括:根据所述第一区域的内网登录地址登录所述服务器后,记录所述客户端的登录地址信息,包括所述第一区域,所述第一区域的内网登录地址和公网登录地址,以便所述客户端根据所述记录的内网登录地址或公网登录地址再次登录所述服务器。
10.一种服务器,其特征在于,包括:
接收单元,用于接收客户端发送的连接请求消息;
获取单元,用于获取所述连接请求消息中包含的所述客户端的内网IP地址;
查询单元,用于根据所述内网IP地址查询预先设置的区域绑定关系,获取与所述内网IP地址对应的第一区域的内网登录地址;
返回单元,用于将所述第一区域的内网登录地址返回给所述客户端,以便于所述客户端根据所述内网登录地址登录。
11.根据权利要求10所述的服务器,其特征在于,还包括:
预设单元,用于预先为每个区域分配内网IP段、内网登录地址和公网登录地址,并保存所述区域、所分配的内网IP段、内网登录地址和公网登录地址之间的区域绑定关系。
12.根据权利要求10所述的服务器,其特征在于,
所述查询单元,还用于获取到与所述内网IP地址对应的第一区域的公网登录地址;
还包括:
更新单元,用于当所述客户端登录到所述第一区域内网后,接收所述客户端发送的更新绑定消息,并根据所述更新绑定消息中的内容更新所述客户端的用户绑定信息,所述用户绑定信息中记录所述客户端的用户名、所述第一区域、所述第一区域的内网登录地址和公网登录地址。
13.根据权利要求12所述的服务器,其特征在于,
所述接收单元,还用于当所述用户通过所述客户端在所述第一区域的内网登录后,接收到所述用户通过新的客户端发送的连接请求消息;
所述获取单元,还用于获取所述连接请求消息中包含的所述新的客户端的IP地址;
所述查询单元,还用于当根据所述新的客户端的IP地址查询预先设置的区域绑定关系且未获取到查询结果时,根据所述用户的用户名查询所述用户的绑定信息,获取到所述第一区域的公网登录地址;
所述返回单元,还用于将所述第一区域的公网登录地址返回所述新的客户端,以便于所述新的客户端根据所述公网地址登录。
14.根据权利要求10所述的服务器,其特征在于,
所述接收单元,还用于接收客户端在第一区域的公网发送的连接请求消息;
所述获取单元,还用于获取所述连接请求消息中包含的所述客户端的公网IP地址;
所述返回单元,还用于当所述查询单元根据所述公网IP地址查询预先设置的区域绑定关系且未获取到查询结果时,向所述客户端返回查询结果为空的应答消息,所述应答消息用于使所述客户端根据默认公网地址登录。
15.一种客户端,其特征在于,包括:
发送单元,用于向服务器发送连接请求消息,所述连接请求消息中包含所述客户端的内网IP地址;
接收单元,用于接收所述服务器返回的第一区域的内网登录地址,所述第一区域的内网登录地址为所述服务器查询预先设置的区域绑定关系所获取的与所述内网IP地址对应的第一区域的内网登录地址;
登录单元,用于根据所述第一区域的内网登录地址登录所述服务器。
16.根据权利要求15所述的客户端,其特征在于,
所述接收单元,还用于接收到所述服务器查询预先设置的区域绑定关系所获取的与所述内网IP地址对应的第一区域的公网登录地址;
所述发送单元,还用于登录所述服务器后,向所述服务器发送更新绑定消息,所述更新绑定消息中记录了登录所述服务器的用户名、所述第一区域、所述第一区域的内网登录地址和公网登录地址。
17.根据权利要求15所述的客户端,其特征在于,
所述接收单元,还用于接收到所述服务器查询预先设置的区域绑定关系所获取的与所述内网IP地址对应的第一区域的公网登录地址;
所述客户端还包括:
第一记录单元,用于根据所述第一区域的内网登录地址登录所述服务器后,记录登录所述服务器的用户名和所述第一区域;
查询单元,用于当根据其它内网登录地址登录所述服务器后,查询所述记录的用户名和第一区域;
所述发送单元,还用于当所述查询单元查询到所述其它内网登录地址对应的用户名和区域与所述记录的用户名和第一区域不一致时,向所述服务器发送更新绑定消息,所述更新绑定消息中记录了所述其它内网登录地址对应的用户名、区域、所述区域的内网登录地址和公网登录地址。
18.根据权利要求15所述的客户端,其特征在于,
所述接收单元,还用于接收到所述服务器查询预先设置的区域绑定关系所获取的与所述内网IP地址对应的第一区域的公网登录地址;
所述客户端还包括:
第二记录单元,用于根据所述第一区域的内网登录地址登录所述服务器后,记录所述客户端的登录地址信息,包括所述第一区域,所述第一区域的内网登录地址和公网登录地址,以便所述客户端根据所述记录的内网登录地址或公网登录地址再次登录所述服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010130318.3A CN102196009B (zh) | 2010-03-19 | 2010-03-19 | 登录网络的方法、服务器及客户端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010130318.3A CN102196009B (zh) | 2010-03-19 | 2010-03-19 | 登录网络的方法、服务器及客户端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102196009A true CN102196009A (zh) | 2011-09-21 |
CN102196009B CN102196009B (zh) | 2015-01-21 |
Family
ID=44603395
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010130318.3A Active CN102196009B (zh) | 2010-03-19 | 2010-03-19 | 登录网络的方法、服务器及客户端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102196009B (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103002056A (zh) * | 2012-12-26 | 2013-03-27 | 北京思特奇信息技术股份有限公司 | 一种融合通信客户端动态选择服务器的方法与装置 |
CN103001890A (zh) * | 2012-12-28 | 2013-03-27 | 上海伟视清数字技术有限公司 | 一种网络访问控制方法 |
CN105592171A (zh) * | 2014-10-23 | 2016-05-18 | 中兴通讯股份有限公司 | 一种实现地址分配的方法及系统 |
CN106603556A (zh) * | 2016-12-29 | 2017-04-26 | 迈普通信技术股份有限公司 | 单点登录方法、装置及系统 |
CN108600204A (zh) * | 2018-04-11 | 2018-09-28 | 浙江大学 | 一种基于反向连接和应用层隧道的企业内网访问方法 |
CN109474591A (zh) * | 2018-11-06 | 2019-03-15 | 深圳绿米联创科技有限公司 | 多系统间帐户共享方法、装置、电子设备及存储介质 |
CN109859358A (zh) * | 2019-01-31 | 2019-06-07 | 深圳市多度科技有限公司 | 门禁控制方法及装置、电子设备、计算机可读存储介质 |
CN109921963A (zh) * | 2019-04-19 | 2019-06-21 | 烽火通信科技股份有限公司 | 一种网络状态巡检方法及系统 |
CN110276028A (zh) * | 2019-06-25 | 2019-09-24 | 云深互联(北京)科技有限公司 | 针对业务系统的内部链路功能需求的处理方法和装置 |
CN110493211A (zh) * | 2019-08-12 | 2019-11-22 | 福建天晴在线互动科技有限公司 | 一种往专用网络的网络机器传输文件的方法及其装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101030882A (zh) * | 2006-02-27 | 2007-09-05 | 华为技术有限公司 | 一种访问客户网络管理平台的方法 |
CN101163072A (zh) * | 2007-08-10 | 2008-04-16 | 林明辉 | 一种注册服务器自动选择最优路由登录通讯的方法 |
CN101442565A (zh) * | 2008-12-18 | 2009-05-27 | 成都市华为赛门铁克科技有限公司 | 一种固定虚拟网络地址的分配方法和网关 |
-
2010
- 2010-03-19 CN CN201010130318.3A patent/CN102196009B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101030882A (zh) * | 2006-02-27 | 2007-09-05 | 华为技术有限公司 | 一种访问客户网络管理平台的方法 |
CN101163072A (zh) * | 2007-08-10 | 2008-04-16 | 林明辉 | 一种注册服务器自动选择最优路由登录通讯的方法 |
CN101442565A (zh) * | 2008-12-18 | 2009-05-27 | 成都市华为赛门铁克科技有限公司 | 一种固定虚拟网络地址的分配方法和网关 |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103002056A (zh) * | 2012-12-26 | 2013-03-27 | 北京思特奇信息技术股份有限公司 | 一种融合通信客户端动态选择服务器的方法与装置 |
CN103001890A (zh) * | 2012-12-28 | 2013-03-27 | 上海伟视清数字技术有限公司 | 一种网络访问控制方法 |
CN103001890B (zh) * | 2012-12-28 | 2016-06-29 | 上海伟视清数字技术有限公司 | 一种网络访问控制方法 |
CN105592171A (zh) * | 2014-10-23 | 2016-05-18 | 中兴通讯股份有限公司 | 一种实现地址分配的方法及系统 |
CN106603556B (zh) * | 2016-12-29 | 2019-11-15 | 迈普通信技术股份有限公司 | 单点登录方法、装置及系统 |
CN106603556A (zh) * | 2016-12-29 | 2017-04-26 | 迈普通信技术股份有限公司 | 单点登录方法、装置及系统 |
CN108600204A (zh) * | 2018-04-11 | 2018-09-28 | 浙江大学 | 一种基于反向连接和应用层隧道的企业内网访问方法 |
CN109474591A (zh) * | 2018-11-06 | 2019-03-15 | 深圳绿米联创科技有限公司 | 多系统间帐户共享方法、装置、电子设备及存储介质 |
CN109474591B (zh) * | 2018-11-06 | 2021-08-17 | 深圳绿米联创科技有限公司 | 多系统间帐户共享方法、装置、电子设备及存储介质 |
CN109859358A (zh) * | 2019-01-31 | 2019-06-07 | 深圳市多度科技有限公司 | 门禁控制方法及装置、电子设备、计算机可读存储介质 |
CN109921963A (zh) * | 2019-04-19 | 2019-06-21 | 烽火通信科技股份有限公司 | 一种网络状态巡检方法及系统 |
CN110276028A (zh) * | 2019-06-25 | 2019-09-24 | 云深互联(北京)科技有限公司 | 针对业务系统的内部链路功能需求的处理方法和装置 |
CN110493211A (zh) * | 2019-08-12 | 2019-11-22 | 福建天晴在线互动科技有限公司 | 一种往专用网络的网络机器传输文件的方法及其装置 |
Also Published As
Publication number | Publication date |
---|---|
CN102196009B (zh) | 2015-01-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102196009A (zh) | 登录网络的方法、服务器及客户端 | |
CN100484125C (zh) | 对地址询问的回答方法和回答装置 | |
CN101483672B (zh) | 业务信息访问处理方法与系统、网关服务器、移动终端 | |
CN101552801B (zh) | 一种在线浏览和下载用户群组通讯录的方法和系统 | |
CN1586065B (zh) | 利用网络地址转换的对等网络通信方法、设备及系统 | |
US20160205062A1 (en) | Managing network computing components utilizing request routing | |
CN101141422B (zh) | 一种访问家庭网关的方法和系统以及家庭网关 | |
CN103916311B (zh) | 一种信息传输控制方法,装置及系统 | |
CN102845123B (zh) | 虚拟私云的连接方法及隧道代理服务器 | |
CN101800760B (zh) | 一种访问数据业务的实现方法及系统 | |
US20170011113A1 (en) | System and Method for Identifying Users on a Network | |
CN102695167B (zh) | 移动用户身份标识管理方法和装置 | |
CN101217368A (zh) | 一种网络登录系统及其配置方法以及登录应用系统的方法 | |
CN106685949A (zh) | 一种容器访问方法、装置以及系统 | |
CN102164154A (zh) | 一种网络信息推送的方法及系统 | |
CN100359850C (zh) | 远程计算机服务的系统及方法 | |
CN109617780A (zh) | 接入网络的方法、装置、终端设备及机器可读存储介质 | |
CN104104926A (zh) | 一种通用即插即用的监控终端访问方法和装置 | |
CN111034149A (zh) | 基于区块链的单一id服务的系统及方法 | |
CN106464745A (zh) | Dns的服务器、客户端及数据同步方法 | |
CN102801745B (zh) | 一种广域网浏览器访问局域网web网站的方法和系统 | |
CN108023877A (zh) | 一种基于家庭网关实现防火墙域名控制的系统方法 | |
CN101567879A (zh) | 处理终端请求的方法、服务器、设备和系统 | |
CN106789905A (zh) | 一种网络接入设备及方法 | |
CN106257865A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20200206 Address after: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee after: HUAWEI TECHNOLOGIES Co.,Ltd. Address before: Kokusai Hotel No. 11 Nanjing Avenue in the flora of 210012 cities in Jiangsu Province Patentee before: Huawei Technologies Co.,Ltd. |