CN109802925A - 一种公共WiFi接入的认证方法和系统 - Google Patents

Abstract

本发明提供了一种公共WiFi接入的认证方法和系统。该方法包括：当WebWiew组件接收到一个APP客户端发出的访问网页请求时通知发送该请求的APP客户端判断该请求的类型；在当前的访问网页请求是http请求时直接发送该http请求以按现有的认证方式进行认证；在当前的访问网页请求是https请求时所述APP客户端基于其内部预置的任意一个http协议的URL主动重新发送一个http请求以便按现有的认证方式进行认证。

Description

一种公共WiFi接入的认证方法和系统

技术领域

本发明涉及信息处理技术领域，具体而言涉及一种公共WiFi接入的认证方法和系统。

背景技术

随着互联网的发展、以及3G和4G移动通信网络的推广和智能终端的普及，人们对移动网络的依赖越来越大。除了使用3G和4G移动网络之外，人们还热衷于使用WiFi网络上网，尤其目前很多公共场所都提供了免费公共WiFi网络让消费者使用，例如飞机场的等候区；而为了吸引客户光临，一些咖啡屋和餐厅、甚至一些大型商场也都提供了免费公共WiFi网络。免费公共WiFi网络的提供者们一般采用公开登录密码或认证两种方式供消费者使用，例如多数咖啡屋和餐厅常在醒目位置上粘贴免费WiFi网络的名称和登录密码；而飞机场的等候区和大型商场则常使用认证方式供消费者使用。

目前的认证方式都是需要用户连接WiFi网络然后访问一个认证界面，进行用户信息认证之后，才能够进行后面正常的网络访问。PORTAL认证是最常见的认证方式。该方法的认证过程为：首先用户打开智能终端的无线网络设置，连接上免费公共WiFi网络，此时无法访问任何网络。接着用户启动智能终端上的APP客户端，例如UC浏览器，输入网址或者直接点击页面上的网址链接以触发认证，通过路由器提供的认证地址以重定向至认证页面，用户根据该认证页面上的提示完成认证操作。

然而，目前的公共WiFi的认证方式都是基于路由器的应用层协议，基于标准的http协议(超文本传输协议)对http请求进行重定向来跳转到认证页面。但是对于https协议(安全超文本传输协议)的https请求，在走到应用层之前需要进行SSL的握手，这个握手过程需要访问外网来获取证书，在没有认证之前显然无法获得证书；即便作了对于传输层(包括TCP，SSL)以下的协议不管是否认证过都予以放行的特殊处理，也依然无法完成认证，这是因为基于https协议的应用层数据都是加密的。因此，涉及安全握手、证书获取、以及内容加密等因素，在没有经过认证的公共WiFi网络上发起一个https请求，其无法成功完成正常的认证流程。而有的路由器直接关闭了自己的用于https服务的443端口即网页浏览端口，这就更无法完成对于https请求的认证了。

现在，消费者常浏览的各购物网站等基本上都采用了https协议。随着https站点的越来越普及，这个问题也会越来越突出。

发明内容

本发明的目的在于提供一种公共WiFi接入的认证方法和系统，以改善上述问题。

本发明第一实施例提供了一种公共WiFi接入的认证方法，该方法包括：

当WebWiew组件接收到一个APP客户端发出的访问网页请求时通知发送该请求的APP客户端判断该请求的类型；

在当前的访问网页请求是http请求时直接发送该http请求以按现有的认证方式进行认证；

在当前的访问网页请求是https请求时所述APP客户端基于其内部预置的任意一个http协议的URL主动重新发送一个http请求以便按现有的认证方式进行认证。

其中，还包括：在进行认证之前先由所述APP客户端与连通验证服务器之间进行连通性检查，方法包括：

由该APP客户端按协议向所述连通验证服务器发送一个约定的连通检验请求；

如果该连通验证服务器能够接收到该连通检验请求并且按协议向该APP客户端返回一个约定的预期响应，则不需要进行认证；否则执行认证。

其中，所述连通验证服务器是所述APP的服务端所属的服务器。

其中，所述连通性检查是周期性循环执行的。

其中，所述WebWiew组件是能够与所述发送访问网页请求的APP客户端进行通信交互的WebWiew组件，包括但不限于：所述APP客户端内置的WebWiew组件、所述APP客户端可调用的系统WebWiew组件或者第三方开发的WebWiew组件。

本发明第二实施例提供了一种公共WiFi接入的认证系统，包括：智能终端和认证装置，

智能终端包括APP客户端、与该APP客户端进行通信交互的WebWiew组件，其中：

所述APP客户端发出一个访问网页请求；

所述WebWiew组件接收所述APP客户端发出的访问网页请求并通知发送该请求的APP客户端判断该请求的类型；

所述APP客户端在接收到所述通知后识别出当前的访问网页请求是http请求时通知所述WebWiew组件直接发送该http请求给所述认证装置；在当前的访问网页请求是https请求时基于其内部预置的任意一个http协议的URL主动重新发送一个http请求并且通知所述WebWiew组件直接发送该http请求给所述认证装置；

所述认证装置用于接收到http请求后按现有的认证方式进行认证。

其中，所述认证装置包括：路由器和认证服务器，其中：

所述路由器用于将接收到的所述http请求重定向到认证服务器；

所述认证服务器用于将用于认证页面发送至所述智能终端，以使用户根据该页面上的提示完成认证操作。

其中，所述WebWiew组件包括但不限于：所述APP客户端内置的WebWiew组件、所述APP客户端可调用的系统WebWiew组件或者第三方开发的WebWiew组件。

其中，还包括：连通验证服务器，用于和所述APP客户端之间进行连通性检查，其中：

在进行认证之前先由该APP客户端按协议向所述连通验证服务器发送一个约定的连通检验请求；

如果该连通验证服务器能够接收到该连通检验请求并且按协议向该APP客户端返回一个约定的预期响应，则不需要进行认证；否则执行认证。

其中，所述连通验证服务器是所述APP的服务端所属的服务器。

其中，所述连通性检查是周期性循环执行的。

本发明第三实施例提供了一种存储设备，其中存储有多条指令，所述指令适于由处理器加载并执行第一实施例所述的方法或第一实施例及其优选实施例的组合所述的方法。

根据本发明的公共WiFi接入的认证方法和系统，只要用户启动使用了本发明所提供的认证方法的APP客户端来发送访问网页请求，无论该请求是http请求还是https请求，都可以顺利完成认证流程，用户不用担心其点击发送的请求是否是http请求。即便发出的是目前无法执行认证的https请求，使用本发明提供的认证方法，无需用户进行任何操作或者重新专门发送http请求，都可以实现自动重定向至认证界面以方便用户完成最后的认证操作。

附图说明

图1是本发明第一实施例提供的一种公共WiFi接入的认证方法的流程图；

图2是本发明第二实施例提供的一种公共WiFi接入的认证系统的示意性框图。

具体实施方式

下面将结合本发明实施例和附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1是本发明第一实施例提供的一种公共WiFi接入的认证方法的流程图。如图1所示，本发明的公共WiFi接入的认证方法包括：

S1：当WebWiew组件接收到一个APP客户端发出的访问网页请求时通知发送该请求的APP客户端判断该请求的类型。

在一个提供公共免费WiFi网络的环境里，例如飞机场的等候区、大型商场等，由于这种场合的空间太大，不适宜采用在固定位置粘贴WiFi网络的名称和登录密码的方式供人使用，目前基本上都是采用认证方式来供人使用免费WiFi网络。当消费者想要以认证方式接入公共WiFi网络时，除了按常规的打开所使用的智能终端(智能手机或平板电脑等)上的WiFi功能并找到相应网点名称并点击连接之外，还需要启动智能终端上安装的任意一款APP客户端来发出一个访问网页请求。正如背景技术中介绍的，如果不小心发出的访问网页请求是https请求，则按现有的认证方法是无法重定向到认证界面，也就无法完成认证，不能接通网络。

能够打开网页的APP客户端都需要使用WebWiew组件，或者内置一个WebWiew组件，或者使用系统WebWiew组件(安卓系统或者IOS系统的WebWiew组件)，网页加载流程都是通过这个WebWiew组件来完成加载的。WebWiew本身包括网络库，可以发出http或https请求。

本发明提供的认证方法利用了用于发出访问网页请求的APP客户端可以与WebWiew组件进行通信交互的特点，在用户使用APP客户端发起一个访问网页请求时，与之通信交互的WebWiew组件会接收到该APP客户端发出的访问网页请求，然后通知发送该请求的APP客户端判断该请求的类型，以便在该APP客户端识别出所发出的访问网页请求是https请求时进行特殊处理。

这里所述的WebWiew组件是能够与发出访问网页请求的APP客户端进行通信交互的WebWiew组件，包括但不限于：所述APP客户端内置的WebWiew组件、所述APP客户端可调用的系统WebWiew组件或者第三方开发的WebWiew组件。

S2：在当前的访问网页请求是http请求时直接发送该http请求以按现有的认证方式进行认证；在当前的访问网页请求是https请求时所述APP客户端基于其内部预置的任意一个http协议的URL主动重新发送一个http请求以便按现有的认证方式进行认证。

当所述APP客户端接到WebWiew组件发来的判断访问网页请求的类型的通知时，该通知里会包含所述网页的URL，所述APP客户端加载该URL，可以通过该URL的scheme来判断是http请求还是https请求。

在当前的访问网页请求是http请求时直接发送该http请求以按现有的认证方式进行认证。即，所述APP客户端给所述WebWiew组件发送一个响应以告诉该WebWiew组件可以发送该http请求给路由器，进而执行后面的认证流程。要执行的认证流程是采用现有的任意公知的认证方法进行认证。

在当前的访问网页请求是https请求时所述APP客户端基于其内部预置的任意一个http协议的URL主动重新发送一个http请求以便按现有的认证方式进行认证。即，使用本发明的认证方法的APP客户端会在其内部预先设置任意一个http协议的URL，例如可以是该APP的服务商的官方网址，假设该APP客户端是淘宝APP，则其内部预置的http协议的URL可以是淘宝网的网址，当然也可以是其他网址，例如支付宝网站的网址等。因为发送的请求是https请求，是无法执行认证的，所以此时必须进行处理，即所述APP客户端使用其内部预置的任意一个http协议的URL主动重新发送一个http请求给所述WebWiew组件，并告诉该WebWiew组件发送这个http请求给路由器，进而执行后面的认证流程。此处要执行的认证流程与上述的认证流程是相同的，采用现有的任意公知的认证方法进行认证。

另外，在一个优先实施例中，在识别出当前的访问网页请求是https请求时还可以取消当前的https请求的发送，这可以通过设计好的APP客户端和WebWiew组件之间的控制逻辑来实现，例如可以由该APP客户端直接发送取消当前的https请求的指示，也可以由该APP客户端将识别结果回复给所述WebWiew组件，由该WebWiew组件执行取消当前的https请求。

这里提及的APP客户端优选是浏览器客户端，例如UC浏览器、360浏览器等，还可以是使用系统WebWiew做基础组件进行页面加载的APP客户端，例如淘宝APP、支付宝APP、京东APP等等。

在另一个优选实施例中，还包括：在进行认证之前先由所述APP客户端与连通验证服务器之间进行连通性检查，该连通性检查方法包括：

由该APP客户端按协议向所述连通验证服务器发送一个约定的连通检验请求；

如果该连通验证服务器能够接收到该连通检验请求并且按协议向该APP客户端返回一个约定的预期响应，则说明当前网络是连通的，不需要进行认证；否则执行认证。

这里需要在使用本发明的认证方法的APP客户端与连通性验证服务器之间建立一个协议，约定该APP客户端为检验连通性而发出的http请求的内容和该连通性验证服务器返回一个特定响应的内容。例如，该APP客户端发出的http请求包含了一个约定的URL，该连通性验证服务器接收到约定的URL后返回特定的响应。假设约定的URL是http://a.b.c/check.html，连通性验证服务器返回响应的响应码是200，body为abc。因为只有这个连通性验证服务器才会返回约定的响应码，由此可以实现接入网络的连通性检查。

出于简单易操作的目的，优选所述连通验证服务器是所述APP的服务端所属的服务器。例如，所述APP是UC浏览器APP，则该连通验证服务器是UC浏览器的服务商设置的服务器，可以是单独的服务器，也可以是UC浏览器APP的服务端所在的服务器。

所述连通性检查可以是周期性循环执行。例如可以开启一个定时器并设定一个固定时间，当时间到时执行连通性检查，复位定时器，从而实现周期性循环检查连通性。

另外，虽然本发明直接描述了一种公共WiFi接入的认证方法，但在实践中当用户在智能终端上接入WiFi网点时需要先对该WiFi网点检测是否设置密码，检测WiFi网点是否设置密码的方法可以使用本领域公知的任意方法，这不是本发明的认证方法的重点，不对此做过多介绍。

上面描述的按现有的认证方式进行认证就是采用现有的任意公知的认证方法进行认证，例如申请人港湾网络有限公司在2003年10月23日提交的申请号CN200310101882.2、发明名称为“一种用于WEB认证的HTTP重定向方法”的中国专利文献公开的认证方法，该专利文献于2004年10月20日对公众公开；再如申请人上海斐讯数据通信技术有限公司在2015年10月20日提交的申请号CN201510683029.9、发明名称为“一种HTTP重定向方法及路由设备”的中国专利文献公开的认证方法，该专利文献于2016年2月17日对公众公开；当然还可以使用其他公知的认证方法，这里不再列举。这里仅仅介绍一下认证过程的简单流程：例如用户通过浏览器客户端发送http://m.xinhuanet.com/请求给路由器，路由器返回一个响应码为302的响应，并把认证地址通过响应头Location返回给所述浏览器客户端，该浏览器客户端收到该响应后从响应头Location取出认证地址、并再次发送请求来访问认证地址所指向的认证页面，从而实现了重定向至认证页面，此时由用户根据该页面上的提示完成认证操作。

根据本发明的公共WiFi接入的认证方法，只要用户启动使用了本发明所提供的认证方法的APP客户端来发送访问网页请求，无论该请求是http请求还是https请求，都可以顺利完成认证流程，用户不用担心其点击发送的请求是否是http请求。即便发出的是目前无法执行认证的https请求，使用本发明提供的认证方法，无需用户进行任何操作或者重新专门发送http请求，都可以实现自动重定向至认证界面以方便用户完成最后的认证操作。

图2是本发明第二实施例提供的一种公共WiFi接入的认证系统的示意性框图。如图2所示，本发明的公共WiFi接入的认证系统包括：智能终端和认证装置，

该智能终端包括APP客户端、与该APP客户端进行通信交互的WebWiew组件，其中：

所述APP客户端发出一个访问网页请求；

所述WebWiew组件接收所述APP客户端发出的访问网页请求并通知发送该请求的APP客户端判断该请求的类型；

所述APP客户端在接收到所述通知后识别出当前的访问网页请求是http请求时通知所述WebWiew组件直接发送该http请求给所述认证装置；在当前的访问网页请求是https请求时基于其内部预置的任意一个http协议的URL主动重新发送一个http请求并且通知所述WebWiew组件直接发送该http请求给所述认证装置；

所述认证装置用于接收到http请求后按现有的认证方式进行认证。

其中，所述认证装置包括：路由器和认证服务器，其中：

所述路由器将接收到的所述http请求重定向到认证服务器；

所述认证服务器将用于认证页面发送至所述智能终端，以使用户根据该页面上的提示完成认证操作。

所述路由器将接收到的所述http请求重定向到认证服务器的过程是采用现有公知的方法执行的，例如在上述第一实施例中通过实例描述的方法。

其中，所述APP客户端优选是浏览器客户端，例如UC浏览器、360浏览器等，还可以是使用系统WebWiew做基础组件进行页面加载的APP客户端，例如淘宝APP、支付宝APP、京东APP等等。

其中，所述WebWiew组件包括但不限于：所述APP客户端内置的WebWiew组件、所述APP客户端可调用的系统WebWiew组件或者第三方开发的WebWiew组件。

其中，所述认证系统还包括：连通验证服务器，用于和所述APP客户端之间进行连通性检查，其中：

在进行认证之前先由该APP客户端按协议向所述连通验证服务器发送一个约定的连通检验请求；

如果该连通验证服务器能够接收到该连通检验请求并且按协议向该APP客户端返回一个约定的预期响应，则说明当前网络是连通的，不需要进行认证；否则执行认证。

其中，所述连通性检查是周期性循环执行的。

优选的，所述连通验证服务器是所述APP的服务端所属的服务器。

另外，所述认证装置要执行的认证流程与上述第一实施例中介绍的认证流程是相同的，都是采用现有的任意公知的认证方法进行认证。第一实施例所列举的现有认证方法的实例同样可以在这里使用，这里不对此做重复介绍。

另外，在第一实施例中所描述的在识别出当前的访问网页请求是https请求时还可以取消当前的https请求的发送的方法同样可以在这里使用。

另外，在第一实施例中所描述的当用户在智能终端上接入WiFi网点时需要先对该WiFi网点检测是否设置密码的过程也同样可以在这里使用。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述第一实施例描述的实施方法的对应过程，前述第一实施例中列举的例子和相关描述，同样适用于解释装置的工作过程，在此不再重复描述。

根据本发明的公共WiFi接入的认证系统，只要用户启动使用了本发明所提供的认证方法的APP客户端来发送访问网页请求，无论该请求是http请求还是https请求，都可以顺利完成认证流程，用户不用担心其点击发送的请求是否是http请求。即便发出的是目前无法执行认证的https请求，使用本发明提供的认证方法，无需用户进行任何操作或者重新专门发送http请求，都可以实现自动重定向至认证界面以方便用户完成最后的认证操作。

本发明实施例还提供了公共WiFi接入的认证方法的计算机程序产品以及执行应用推荐方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

为此，本发明还提供了一种存储设备，其中存储有多条指令，所述指令适于由处理器加载并执行上述如第一实施例所述的方法或该第一实施例与其优选实施例组合所述的方法。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，智能平板电脑，智能手机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM)、随机存取存储器(RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (12)

1.一种公共WiFi接入的认证方法，该方法包括：

当WebWiew组件接收到一个APP客户端发出的访问网页请求时通知发送该请求的APP客户端判断该请求的类型；

在当前的访问网页请求是http请求时直接发送该http请求以按现有的认证方式进行认证；

在当前的访问网页请求是https请求时所述APP客户端基于其内部预置的任意一个http协议的URL主动重新发送一个http请求以便按现有的认证方式进行认证。

2.根据权利要求1所述的方法，其特征在于还包括：在进行认证之前先由所述APP客户端与连通验证服务器之间进行连通性检查，方法包括：

由该APP客户端按协议向所述连通验证服务器发送一个约定的连通检验请求；

如果该连通验证服务器能够接收到该连通检验请求并且按协议向该APP客户端返回一个约定的预期响应，则不需要进行认证；否则执行认证。

3.根据权利要求2所述的方法，其特征在于所述连通验证服务器是所述APP的服务端所属的服务器。

4.根据权利要求2所述的方法，其特征在于所述连通性检查是周期性循环执行的。

5.根据权利要求1所述的方法，其特征在于所述WebWiew组件是能够与所述发送访问网页请求的APP客户端进行通信交互的WebWiew组件，包括但不限于：所述APP客户端内置的WebWiew组件、所述APP客户端可调用的系统WebWiew组件或者第三方开发的WebWiew组件。

6.一种公共WiFi接入的认证系统，包括：智能终端和认证装置，

智能终端包括APP客户端、与该APP客户端进行通信交互的WebWiew组件，其中：

所述APP客户端发出一个访问网页请求；

所述WebWiew组件接收所述APP客户端发出的访问网页请求并通知发送该请求的APP客户端判断该请求的类型；

所述APP客户端在接收到所述通知后识别出当前的访问网页请求是http请求时通知所述WebWiew组件直接发送该http请求给所述认证装置；在当前的访问网页请求是https请求时基于其内部预置的任意一个http协议的URL主动重新发送一个http请求并且通知所述WebWiew组件直接发送该http请求给所述认证装置；

所述认证装置用于接收到http请求后按现有的认证方式进行认证。

7.根据权利要求6所述的方法，其特征在于所述认证装置包括：路由器和认证服务器，其中：

所述路由器用于将接收到的所述http请求重定向到认证服务器；

所述认证服务器用于将用于认证页面发送至所述智能终端，以使用户根据该页面上的提示完成认证操作。

8.根据权利要求6所述的方法，其特征在于所述WebWiew组件包括但不限于：所述APP客户端内置的WebWiew组件、所述APP客户端可调用的系统WebWiew组件或者第三方开发的WebWiew组件。

9.根据权利要求6所述的装置，其特征在于还包括：连通验证服务器，用于和所述APP客户端之间进行连通性检查，其中：

在进行认证之前先由该APP客户端按协议向所述连通验证服务器发送一个约定的连通检验请求；

如果该连通验证服务器能够接收到该连通检验请求并且按协议向该APP客户端返回一个约定的预期响应，则不需要进行认证；否则执行认证。

10.根据权利要求9所述的装置，其特征在于所述连通验证服务器是所述APP的服务端所属的服务器。

11.根据权利要求9所述的装置，其特征在于所述连通性检查是周期性循环执行的。

12.一种存储设备，其中存储有多条指令，所述指令适于由处理器加载并执行权利要求1-5之一所述的方法。