著录项信息
专利名称 | WiFi热点的登录方法及系统 |
申请号 | CN201410734325.2 | 申请日期 | 2014-12-08 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2015-03-25 | 公开/公告号 | CN104468565A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | H04L29/06 | IPC分类号 | H;0;4;L;2;9;/;0;6;;;H;0;4;L;2;9;/;0;8查看分类表>
|
申请人 | 农革 | 申请人地址 | 广东省广州市新港西路135号
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 中山大学 | 当前权利人 | 中山大学 |
发明人 | 吴裔;劳斌;农革 |
代理机构 | 广州粤高专利商标代理有限公司 | 代理人 | 林丽明 |
摘要
本发明公开一种WiFi热点登录方法及系统,所述方法涉及位于互联网的服务器、提供互联网接入服务的WiFi热点、终端以及用户,其中用户通过终端与WiFi热点或服务器通信来使用系统提供的服务;本发明通过在请求登录热点的用户与热点主人之间建立联系人关系来实现热点的自动访问控制,使得互为联系人的两个用户能够自动登录对方拥有的WiFi热点,避免了用户以手动方式输入和管理账号及密码等繁琐操作,提升使用效率。
WiFi热点的登录方法及系统\n技术领域\n[0001] 本发明涉及无线通信领域,尤其涉及一种实现用户使用移动终端登录WiFi热点的方法及系统。\n背景技术\n[0002] WiFi是一种局域无线网络通信技术,一个工作在AP(access point,热点)模式下的WiFi热点在其信号覆盖范围内广播自身SSID(service set identifier,服务标识集),位于热点信号覆盖范围内的用户根据终端接收到的SSID信号识别并登录热点以获取互联网接入服务。\n[0003] 目前的WiFi协议提供个人和企业两种登录方式。在个人登录方式下,所有用户使用同一个共享的密码登录WiFi热点。在企业登录方式下,每个用户使用其独有的一对账号和密码登录WiFi热点。\n[0004] 上述企业登录方式在实际使用中存在以下缺点:用户在首次登录热点时需要输入用户的账号和密码,终端在本地需要存储账号、密码以用于后续登录;当用户更换终端时,需要重新输入用户的账号和密码来登录热点。\n[0005] 现有技术针对上述问题提出了多个解决方案,其中包括:\n[0006] 一种移动终端接入公共WiFi的方法,移动终端运行一个应用程序,该程序保存用户首次登录热点时输入的手机号码和验证口令。当用户再次登录热点时,程序使用保存在本地的手机号码和验证口令自动登录热点。\n[0007] 一种WiFi热点的接入方法,用户终端与热点建立近场通信点对点NFC连接以交互接入信息,并根据所交互的信息接入热点。\n[0008] 一种接入WiFi网络的方法,热点将用于登录的账号和密码打包生成条码,用户终端扫描条码获得登录的账号和密码并自动登录热点。\n[0009] 一种用户终端快速登录WiFi热点的方法,WiFi热点配备有一个热点信息发布设备,该设备在其信号覆盖范围内广播热点的登录账号和密码,接收到广播信号的用户终端使用该账号和密码登录热点。\n[0010] 一种无线网络的接入方法、装置及系统,热点和用户终端各配备有一个辅助装置,用户终端的辅助装置将终端网卡的MAC地址发送给热点的辅助装置,后者将接收到的MAC地址转存至热点的接入列表。当用户请求登录热点时,热点查看接入列表中是否包含用户终端网卡的MAC地址来决定是否允许终端登录热点。\n[0011] 以上技术方案能够在不同范围和程度上降低热点接入过程的复杂性,提高用户体验。\n发明内容\n[0012] 为了克服现有企业登录方式存在的问题,本发明首先提出一种新的WiFi热点登录方法,本发明的方法是通过在请求登录热点的用户与热点主人之间建立联系人关系来实现热点的自动访问控制,使得互为联系人的两个用户能够自动登录对方拥有的WiFi热点,避免了用户以手动方式输入和管理账号及密码等繁琐操作,提升使用效率。\n[0013] 本发明的又一目的是提出一种新的WiFi热点登录系统。\n[0014] 为了实现上述目的,本发明的技术方案为:\n[0015] 一种WiFi热点登录方法,所述方法涉及位于互联网的服务器、提供互联网接入服务的WiFi热点、终端以及用户,其中用户通过终端与WiFi热点或服务器通信来使用系统提供的服务;具体包括以下步骤:\n[0016] (1)用户Alice通过终端M1搜索并发现周边热点{AP1,AP2,…,APi,…};\n[0017] (2)用户Alice通过终端M1选择热点APi,并向热点APi发送该热点登录请求;\n[0018] (3)热点APi向服务器转发用户Alice的热点登录请求;\n[0019] (4)服务器和用户Alice相互验证彼此身份的真假,身份验证成功则跳转至步骤(5),否则用户Alice或服务器终止登录热点的过程;\n[0020] (5)服务器依次查询用户Alice和热点APi的各热点主人是否为联系人;当热点APi的所有热点主人均不是用户Alice的联系人,则服务器向热点APi发送拒绝用户Alice登录的消息;当存在至少一个热点主人与用户Alice为联系人,则服务器向热点APi发送同意用户Alice登录的消息,并向终端M1发送热点APi的所有热点主人信息;\n[0021] (6)终端M1与热点APi建立服务连接。\n[0022] 本发明的方法是通过在请求登录热点的用户与热点主人之间建立联系人关系来实现热点的自动访问控制,使得互为联系人的两个用户能够自动登录对方拥有的WiFi热点,避免了用户以手动方式输入和管理账号及密码等繁琐操作,提升使用效率。\n[0023] 优选的,各个用户均有一个全局唯一的用户账号,用户通过终端在服务器注册用户账号的方式为: 用户通过终端发送用户注册请求至服务器;服务器注册用户并向终端发送用户注册结果;\n[0024] 用户通过终端与服务器建立用于通信的会话;服务器在会话初期对用户身份进行认证并为会话生成凭证,用户和服务器在会话期间通过该凭证进行信息交换。每个用户可以同时使用多个终端来与服务器建立多个会话,多个用户也可以同时使用一个终端来分别与服务器建立一个会话。\n[0025] 在注册用户账号的过程中,用户通过终端向服务器发送用户的账号、密码等基本信息,并可根据需要发送包括用户的昵称、年龄、性别、职业及联系方式在内的其它扩展信息。\n[0026] 优选的,每个热点有一个全局唯一的热点账号和一个热点管理人,其中的热点管理人是一个用户;所述热点管理人通过终端在服务器注册热点账号的方式为:热点管理人通过终端发送热点注册请求至服务器;服务器注册热点并向终端发送热点注册结果;\n[0027] 在一个热点注册后,此热点的管理人能够通过终端在服务器为此热点添加一个或多个热点主人,热点管理人本身也是热点的一个主人;\n[0028] 热点与服务器建立用于通信的会话,服务器在会话初期对热点身份进行认证并为会话生成凭证,热点和服务器在会话期间通过该凭证进行信息交换。\n[0029] 在注册热点账号的过程中,热点管理人通过终端向服务器发送热点的账号、密码等基本信息,并可根据需要发送包括热点的MAC地址和位置在内的其它扩展信息。\n[0030] 优选的,所述步骤(5)中当热点APi的所有热点主人均不是用户Alice的联系人,则服务器向终端M1发送热点APi的所有热点主人的账号信息;\n[0031] 用户Alice通过终端M1从热点APi的所有热点主人中选择一个用户Bob,并向服务器发送与用户Bob建立联系人关系的请求;服务器按如下方式在Alice与Bob之间建立联系人关系:\n[0032] (11)服务器向用户Bob使用的终端M2发送消息,询问用户Bob是否添加用户Alice为联系人;\n[0033] (12)用户Bob通过终端M2向服务器发送同意添加Alice为联系人的消息,则跳转至步骤(13),当用户Bob通过终端M2向服务器发送拒绝消息,则服务器终止为这两个用户建立联系人关系的过程;\n[0034] (13)服务器为用户Alice和Bob建立联系人关系,然后分别向用户Alice和Bob使用的终端M1和M2发送成功建立联系人关系的消息。\n[0035] 优选的,用户Alice通过终端M1按如下步骤解除其与用户Bob之间的联系人关系:\n[0036] (21)用户Alice通过终端M1向服务器发送与用户Bob解除联系人关系的请求;\n[0037] (22)服务器解除用户Alice和Bob之间的联系人关系,然后分别向用户Alice和Bob使用的终端M1和M2发送这两个用户的联系人关系已解除的消息;\n[0038] (23)对每个以Alice(Bob)作为热点主人的热点,服务器依次验证该热点的各个主人与Bob(Alice)的联系人关系;即对每个以用户Alice作为热点主人的热点,服务器依次验证该热点的各个主人与用户Bob的联系人关系;\n[0039] 对每个以用户Bob作为热点主人的热点,服务器依次验证该热点的各个主人与用户Alice的联系人关系;\n[0040] (24)若一个以Alice(Bob)作为热点主人的热点的所有主人均不是Bob(Alice)的联系人,则服务器向该热点发送切断与Bob(Alice)的终端之间的服务连接的请求;\n[0041] 即若一个以用户Alice作为热点主人的热点的所有主人均不是用户Bob的联系人,则服务器向该热点发送切断与Bob的终端之间的服务连接的请求;\n[0042] 若一个以用户Bob作为热点主人的热点的所有主人均不是用户Alice的联系人,则服务器向该热点发送切断与Alice的终端之间的服务连接的请求;\n[0043] (25)以Alice(Bob)作为主人的热点根据步骤(24)中接收到的请求来切断与Bob(Alice)使用的终端之间的服务连接。\n[0044] 以用户Alice作为主人的热点根据步骤(24)中接收到的请求来切断与Bob使用的终端之间的服务连接;\n[0045] 以用户Bob作为主人的热点根据步骤(24)中接收到的请求来切断与Alice使用的终端之间的服务连接。\n[0046] 优选的,用户Alice按如下步骤将位于其当前使用的终端M1上的联系人信息与服务器上的联系人信息进行同步:\n[0047] (31)用户Alice通过终端M1向服务器发送同步联系人信息的请求;\n[0048] (32)服务器向终端M1发送用户Alice的联系人信息;\n[0049] (33)终端M1将本地的和来自服务器的用户Alice的联系人信息进行同步处理。\n[0050] 一种WiFi热点登录系统,所述系统包括一个服务器、多个热点及用户使用的终端。\n[0051] 所述用户使用的终端包括:\n[0052] 终端用户注册单元,发起用户账号注册请求;\n[0053] 终端热点注册单元,发起热点账号注册请求;\n[0054] 终端用户会话单元,建立、维持及注销用户与服务器之间的会话;\n[0055] 终端信号搜索单元,搜索周边热点的SSID广播信号;\n[0056] 终端数据处理单元,对终端数据表中的用户信息、用户联系人信息、周边热点信息,以及请求登录热点的各类事件信息进行处理,其处理方式包括查找、增删及更新;\n[0057] 终端消息收发单元,收发用户与服务器或热点之间的消息;\n[0058] 终端服务处理单元,发起用户的热点登录请求,建立、维持及切断服务连接;\n[0059] 终端关系处理单元,建立和解除两个用户之间的联系人关系;\n[0060] 终端身份验证单元,验证服务器身份的真假;\n[0061] 终端联系人信息同步单元,发起同步用户的联系人信息的请求;\n[0062] 所述热点包括:\n[0063] 热点信号广播单元,广播热点的SSID信号;\n[0064] 热点会话单元,建立、维持及注销热点与服务器之间的会话;\n[0065] 热点数据处理单元,对热点数据表中的热点信息和服务连接信息进行处理,其处理方式包括查找、增删及更新;\n[0066] 热点服务处理单元,响应登录请求以及建立、维持及切断服务连接;\n[0067] 热点消息收发单元,收发请求登录热点的用户与服务器之间的消息;\n[0068] 所述服务器包括:\n[0069] 服务器用户注册单元,响应用户注册请求;\n[0070] 服务器热点注册单元,响应热点注册请求;\n[0071] 服务器用户会话单元,建立、维持及注销服务器与用户之间的会话;\n[0072] 服务器热点会话单元,建立、维持及注销服务器与热点之间的会话;\n[0073] 服务器数据处理单元,对服务器数据表中的用户信息、用户联系人信息、热点信息以及建立和解除联系人关系的各类事件信息进行处理,其处理方式包括查找、增删及更新;\n[0074] 服务器消息收发单元,收发服务器与热点或用户之间的消息;\n[0075] 服务器关系处理单元,验证、建立及解除两个用户之间的联系人关系;\n[0076] 服务器身份验证单元,验证用户身份的真假;\n[0077] 服务器联系人信息同步单元,响应用户的同步联系人信息请求。与现有的WiFi热点登录方法相比,本发明具有以下有益效果:\n[0078] 技术兼容性好、部署难度小。所述WiFi热点登录方法可在终端的应用层实现,无需修改现有终端和热点设备所使用的WiFi协议和模块。由于Android和Windows等操作系统提供应用层WiFi编程接口,因此本方法的实施方案能够直接部署于使用上述操作系统的终端上。\n[0079] 操作步骤简便、用户体验好、安全性高。通过联系人关系来实现热点的访问控制,使得用户能够自动登录位于终端周边、主人为用户的联系人的WiFi热点。此外,本发明的增加联系人的技术方案高度自动化,极大地简化了用户登录热点的操作。\n附图说明\n[0080] 图1为本发明的架构图。\n[0081] 图2为本发明具体实施方式中服务器、热点及用户终端中数据表的示意图。\n[0082] 图3为本发明具体实施方式中终端用户登录热点的流程示意图。\n[0083] 图4为本发明具体实施方式中终端用户登录热点的时序图。\n[0084] 图5为本发明具体实施方式中服务器建立联系人关系的流程示意图。\n[0085] 图6为本发明具体实施方式中服务器建立联系人关系的时序图。\n[0086] 图7为本发明具体实施方式中终端用户解除联系人关系的流程示意图。\n[0087] 图8为本发明具体实施方式中终端用户解除联系人关系的时序图。\n[0088] 图9为本发明具体实施方式中用户终端和服务器同步联系人信息的流程示意图。\n[0089] 图10为本发明具体实施方式中用户终端和服务器同步联系人信息的时序图。\n[0090] 图11为本发明具体实施方式中系统模块的示意图。\n具体实施方式\n[0091] 下面结合附图对本发明做进一步的描述,但本发明的实施方式并不限于此。\n[0092] 在本实施方式中,用户和终端满足一一对应关系,即:每个用户只使用一个终端,每个终端只属于一个用户。在下文中,使用“用户终端”和“终端用户”分别表示满足上述对应关系的终端和用户。\n[0093] 在所述实施方式中,服务器、热点及用户终端存储的数据表如图2所示,具体内容如下。\n[0094] 所述服务器的数据表10包括:\n[0095] 热点表101,记录所有热点的信息,包括{热点账号,热点密码,热点管理人账号,热点主人账号,热点位置,热点MAC地址,会话状态,最近会话开始时间,最近会话结束时间}等字段,热点账号全局唯一,热点主人账号存储热点所有主人(包括管理人)的账号信息。\n[0096] 用户表102,记录所有用户的信息,包括{用户账号,用户密码,用户昵称,用户年龄,用户性别,用户职业,用户联系方式,会话状态,最近会话开始时间,最近会话结束时间}等字段,用户账号全局唯一。\n[0097] 联系人表103,记录所有用户的联系人信息,包括{用户账号,联系人账号,联系人昵称,联系人联系方式}等字段。\n[0098] 关系事件表104,记录未完成的建立联系人关系的事件信息,包括{事件编号,源用户账号,目的用户账号,登录请求编号}等字段,事件编号全局唯一。\n[0099] 所述热点的数据表20包括:\n[0100] 热点表201,记录热点的信息,包括{热点账号,热点密码,热点SSID,热点位置,热点MAC地址}等字段。\n[0101] 登录表202,记录热点中当前活跃的服务连接的信息,包括{用户账号,服务开始时间}等字段。\n[0102] 所述用户终端的数据表30包括:\n[0103] 热点表301,记录用户终端周边热点的信息,包括{热点编号,热点主人账号,热点SSID,热点位置,热点MAC地址}等字段,热点编号在用户终端本地唯一,热点主人账号用于存储热点所有主人的账号信息。\n[0104] 用户表302,记录终端用户的信息,包括{用户账号,用户密码,用户昵称,用户年龄,用户性别,用户职业,用户联系方式}等字段。\n[0105] 联系人表303,记录终端用户的联系人信息,包括{联系人账号,联系人昵称,联系人联系方式}等字段。\n[0106] 登录请求表304,存储未完成的登录热点请求的信息,包括{登录请求编号,热点编号}等字段,登录请求编号在终端本地唯一。\n[0107] 给定图1所示的服务器、用户终端及热点,各终端用户和热点均与服务器处于会话期间。在所述实施方式中,终端用户Alice通过用户终端M1请求登录热点AP2的过程S40如图\n3-4所示,各步骤描述如下:\n[0108] 步骤S401:Alice通过用户终端M1搜索周边热点的SSID信号并得到{AP1,AP2,AP3}。\n[0109] 在该步骤,用户终端M1为搜索到的每个热点在热点表中添加一条记录。\n[0110] 步骤S402:Alice在用户终端M1的热点表中选择AP2并向其发送登录请求,请求消息的内容包括{登录请求编号,Alice的账号}。\n[0111] 在该步骤,用户终端M1在登录请求表中为该登录请求添加一条记录。\n[0112] 步骤S403:热点AP2向服务器SVR转发用户终端M1的登录请求。\n[0113] 步骤S404:服务器SVR和Alice使用Alice的密码信息来相互验证彼此的身份真假,如验证失败则跳转到步骤S408。\n[0114] 在该步骤,根据所采用的身份验证算法,比如CHAP v2,服务器SVR和终端M1之间可能需要经热点AP2进行多次通信来完成验证。\n[0115] 步骤S405:服务器SVR查询Alice与AP2的任一主人是否为联系人,若否则调用登录失败处理过程S41,然后跳转到步骤S408。\n[0116] 在该步骤,服务器SVR根据步骤S403从AP2收到的消息,其首先将热点AP2的账号作为关键字查询热点表来得到该热点的所有主人账号,其后SVR逐个将这些账号和消息中的Alice的账号作为关键字查询联系人表,验证Alice与AP2的任一主人之间是否为联系人。\n[0117] 步骤S406:服务器SVR向热点AP2发送同意终端M1登录的消息,并向终端M1发送联系人关系验证成功的消息,消息的内容包括{登录请求编号,热点AP2的所有主人账号}。\n[0118] 步骤S407:用户终端M1与热点AP2建立服务连接。\n[0119] 在该步骤,用户终端M1接收到步骤S406的消息,其首先将消息中的登录请求编号作为关键字查询登录请求表来得到热点AP2的编号并删除表中相关记录,其后将AP2的编号作为关键字查询热点表来得到相关记录,再使用消息中AP2的所有主人账号等信息更新相关记录中的热点主人账号等字段。同时,热点AP2在其登录表中为该服务连接添加一条记录。\n[0120] 步骤S408:结束。\n[0121] 在以上的步骤S405,若Alice和热点AP2的任一主人均不是联系人,则执行以下的登录失败处理过程S41,其步骤描述如下:\n[0122] 步骤S411:服务器SVR向热点AP2发送拒绝终端M1登录的消息,然后再向终端M1发送联系人关系验证失败的消息,消息的内容包括{登录请求编号,热点AP2的所有主人账号}。\n[0123] 步骤S412:Alice通过用户终端M1从热点AP2的所有主人账号中选择一个,并向服务器SVR发起成为该主人的联系人的请求,然后转步骤S501。\n[0124] 在该步骤,用户终端M1接收到步骤S411的消息,其将消息中的登录请求编号作为关键字查询登录请求表并删除相关记录,其后将热点AP2的编号作为关键字查询得到热点表的相关记录,再使用消息中AP2 的所有主人账号等信息更新相关记录中的热点主人账号等字段。\n[0125] 步骤S413:返回。\n[0126] 在所述实施方式中,建立联系人关系的过程S50如图5-6所示,各步骤描述如下:\n[0127] 步骤S501:服务器SVR向Bob的用户终端M2发送添加Alice为联系人的请求,请求消息的内容包括{事件编号,Alice的账号}。\n[0128] 在该步骤,服务器SVR在服务器事件表中为该事件添加一条记录。\n[0129] 步骤S502:Bob选择是否同意添加Alice为其联系人。若否,调用联系人请求失败处理过程S51,然后跳转到步骤S506。\n[0130] 步骤S503:Bob通过用户终端M2向服务器SVR发送同意添加Alice为其联系人的消息,消息的内容包括{事件编号}。\n[0131] 步骤S504:服务器SVR为Alice和Bob建立联系人关系并向用户终端M1和M2发送成功建立联系人关系的消息,消息的内容分别包括{Bob的账号}和{Alice的账号}。\n[0132] 在该步骤,服务器SVR接收到步骤S502的消息,其将消息中的事件编号作为关键字查询事件表来删除相关记录,并在联系人表中为新建的联系人关系添加一条记录。\n[0133] 步骤S505:用户终端M1和M2分别更新各自终端用户的联系人信息。\n[0134] 在该步骤,用户终端M1和M2接收到步骤S503的消息并分别在本地的联系人表中为新建的联系人关系添加一条记录。\n[0135] 步骤S506:返回。\n[0136] 在以上的步骤S502,若Bob拒绝添加Alice为其联系人,则执行以下的请求失败处理过程S51,其步骤的描述如下:\n[0137] 步骤S511:Bob通过用户终端M2向服务器SVR发送拒绝添加Alice为其联系人的消息,消息的内容为{事件编号}。\n[0138] 步骤S512:服务器SVR接收到消息,其将消息中的事件编号作为关键字查询并删除事件表中的相关记录。\n[0139] 步骤S513:返回。\n[0140] 在所述实施方式中,Alice解除与Bob的联系人关系的过程S60如图7-8所示,各步骤描述如下:\n[0141] 步骤S601:Alice通过用户终端M1向服务器SVR发送请求删除联系人Bob的消息,消息的内容包括{Bob的账号}。\n[0142] 步骤S602:服务器SVR解除Alice和Bob的联系人关系并向用户终端M1和M2发送成功解除关系的消息,消息的内容分别包括{Bob的账号}和{Alice的账号}。\n[0143] 在该步骤,服务器SVR接收到步骤S601的消息,其将消息中的Alice的账号和Bob的账号作为关键字查询并删除联系人表中的相关记录。\n[0144] 步骤S603:用户终端M1和M2分别更新各自终端用户的联系人信息。\n[0145] 在该步骤,用户终端M1和M2接收到步骤S602的消息并将消息中的用户账号作为关键字查询并删除联系人表中的相关记录。\n[0146] 步骤S604:对每个以Alice(Bob)作为热点主人的热点,服务器SVR依次验证该热点的各个主人是否为Bob(Alice)的联系人。若以Alice(Bob)作为热点主人的各个热点均有至少一个主人与Bob(Alice)为联系人,则跳转到步骤S607。\n[0147] 在该步骤,服务器SVR将Alice(Bob)的账号作为关键字查询热点表来获得以Alice(Bob)为热点主人的所有热点及这些热点的所有热点主人的账号。对每个以Alice(Bob)为热点主人的热点,服务器SVR依次将该热点的各个热点主人的账号作为关键字查询联系人表来验证该热点的各个热点主人与Bob(Alice)是否为联系人。\n[0148] 步骤S605:服务器向以Alice(Bob)作为热点主人的热点发送切断与Bob(Alice)的终端之间的服务连接的请求,请求的内容包括{Bob的账号}({Alice的账号})。\n[0149] 在该步骤,对每个以Alice(Bob)作为热点主人的热点,若根据步骤S604得到该热点的所有热点主人均不是Bob(Alice)的联系人,则服务器向该热点发送切断与Bob(Alice)的终端之间的服务连接的请求。\n[0150] 步骤S606:以Alice(Bob)作为热点主人的热点切断与Bob(Alice)使用的终端之间的服务连接。\n[0151] 在该步骤,以Alice(Bob)作为热点主人的热点接收到步骤S605的请求并根据请求切断与Bob(Alice)的终端之间的服务连接。\n[0152] 步骤S607:结束。\n[0153] 在所述实施方式中,终端用户Alice的用户终端M1与服务器SVR之间的同步联系人信息的过程S70如图9-10所示,各步骤描述如下:\n[0154] 步骤S701:用户终端M1向服务器SVR发送请求同步Alice的联系人信息的消息。\n[0155] 步骤S702:服务器SVR向用户终端M1发送Alice的联系人信息。\n[0156] 在该步骤,服务器SVR将Alice的账号作为关键字查询联系人表来得到相关记录。\n[0157] 步骤S703:用户终端M1更新终端用户Alice的联系人信息。\n[0158] 在该步骤,用户终端M1接收到步骤S702的联系人信息并将该信息同步到本地的联系人表中。\n[0159] 步骤S704:结束。\n[0160] 在所述具体实施方式中,系统80包括多个用户终端81与热点82以及一个服务器\n83。图11为系统模块示意图,具体描述如下:\n[0161] 用户终端81包括用户注册单元8101、热点注册单元8102、用户会话单元8103、信号搜索单元8104、数据处理单元8105、消息收发单元8106、服务处理单元8107、关系处理单元\n8108、身份验证单元8109,以及联系人信息同步单元8110。\n[0162] 热点82包括信号广播单元821、热点会话单元822、数据处理单元823、服务处理单元824,以及消息收发单元825。\n[0163] 服务器83包括用户注册单元831、热点注册单元832、用户会话单元833、热点会话单元834、数据处理单元835、消息收发单元836、关系处理单元837、身份验证单元838,以及联系人信息同步单元839。\n[0164] 用户终端81与服务器83的用户注册单元8101和831通过消息收发单元8106和836进行消息通信来执行用户注册。\n[0165] 用户终端81与服务器83的热点注册单元8102和832通过消息收发单元8106和836进行消息通信来执行热点注册。其中,用户终端81的终端用户为该热点的管理人。\n[0166] 用户终端81与服务器83的用户会话单元8103和833通过消息收发单元8106和836进行消息通信来建立、维持及注销用户会话。\n[0167] 热点82与服务器83的热点会话单元822和834通过消息收发单元825和836进行消息通信来建立、维持及注销热点会话。\n[0168] 用户终端81、热点82及服务器83的数据处理单元8105、823和835对相关数据表执行查询、增删及更新,数据可按数据库或文件等形式组织存储。在本实施方式中的数据表通过数据库进行管理。\n[0169] 热点82的信号广播单元821向其信号覆盖区域广播热点的SSID,用户终端81的信号搜索单元8104搜索周边热点的SSID广播信号。\n[0170] 用户终端81、热点82及服务器83通过消息收发单元8106、825和836进行消息通信来执行热点登录的过程。用户终端81的服务处理单元8107首先向热点82发送登录请求,热点82的服务处理单元824向服务器83转发该登录请求。U1用户终端81和服务器83的身份验证单元8109和838验证U1和服务器彼此身份的真假;若验证通过,则服务器83的关系处理单元837再验证U1和热点82的任一主人是否为联系人;若是,则用户终端81和热点82的服务处理单元8107和824建立服务连接;否则,服务器83尝试为U1和热点的某个主人建立联系人关系。\n[0171] 第一终端用户U1和第二终端用户U2的用户终端81及服务器83通过消息收发单元\n8106和836进行消息通信来执行联系人建立的过程。其中U1为请求登录热点82的用户,U2为热点82的某个主人。服务器83的关系处理单元837向U1的用户终端81发送热点82的所有主人的账号信息。U1的用户终端81的关系处理单元8108从热点82的所有主人中选择U2并向服务器83发送添加U2为联系人的请求。服务器83的关系处理单元837向U2的用户终端81发送添加U1为联系人的请求。U2的用户终端81的关系处理单元8108选择是否同意添加U1为联系人;若是,则U2的用户终端81发送添加联系人U1的消息至服务器83。服务器83的关系处理单元837建立U1和U2之间的联系人关系并向U1和U2的用户终端81发送成功建立联系人关系的消息。\n[0172] 用户终端81和服务器83通过消息收发单元8106和836进行通信来执行联系人信息同步的过程。用户终端81的联系人信息同步单元8110首先向服务器83发送同步联系人信息的请求。服务器83的联系人信息同步单元839向用户终端81发送服务器本地的终端用户的联系人信息。其后,用户终端81将本地的和来自服务器的终端用户的联系人信息进行同步操作。\n[0173] 在本实施方法中,用户终端81、热点82和服务器83之间的通信使用以下网络:\n[0174] 热点82和服务器83之间的通信使用有线或无线互联网。\n[0175] 用户终端81和热点82之间的通信使用WiFi无线局域网。\n[0176] 用户终端81和服务器83之间的通信使用WiFi或3G/4G移动网络及其演进。\n[0177] 在本实施方法中,用户终端81、热点82和服务器83之间的通信采用以下协议:\n[0178] 热点82和服务器83之间的通信采用RADIUS/EAP协议。\n[0179] 用户终端81和热点82之间的通信采用WAP2/EAP协议。\n[0180] 用户终端81和服务器83之间的通信采用HTTP协议。\n[0181] 较之现有的WiFi热点登录技术方案,本发明具有以下独特优点。\n[0182] 技术兼容性好、部署难度小。所述WiFi热点登录方法可在终端的应用层实现,无需修改现有终端和热点设备所使用的WiFi协议和模块。由于Android和Windows等操作系统提供应用层WiFi编程接口,因此本方法的实施方案能够直接部署于使用上述操作系统的终端上。\n[0183] 操作步骤简便、用户体验好、安全性高。通过联系人关系来实现热点的访问控制,使得用户能够自动登录位于终端周边、主人为用户的联系人的WiFi热点。此外,本发明所设计的增加联系人的技术方案高度自动化,极大地简化了用户登录热点的操作。\n[0184] 以上所述的本发明的实施方式,并不构成对本发明保护范围的限定。任何在本发明的精神原则之内所作出的修改、等同替换和改进等,均应包含在本发明的权利要求保护范围之内。
法律信息
- 2017-12-19
- 2016-12-14
专利申请权的转移
登记生效日: 2016.11.23
申请人由农革变更为中山大学
地址由510275 广东省广州市新港西路135号中山大学信息科技学院变更为510275 广东省广州市新港西路135号
- 2015-04-22
实质审查的生效
IPC(主分类): H04L 29/06
专利申请号: 201410734325.2
申请日: 2014.12.08
- 2015-03-25
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有引用任何外部专利数据! |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |