CN109005084B - 验证网络连接的方法、电子设备和计算机可读介质 - Google Patents

Abstract

本申请实施例公开了验证网络连接的方法、电子设备和计算机可读介质。该方法的一具体实施方式包括：响应于确定与无线接入点连接成功，向第一服务器发送第一请求，其中，该第一请求用于请求第一信息流，该第一服务器为互联网中的节点；基于是否接收到该第一服务器返回的第一信息流，确定与该互联网连接成功或失败。该实施方式提供了一种新的验证网络连接的方式。

Description

验证网络连接的方法、电子设备和计算机可读介质

技术领域

本申请实施例涉及计算机技术领域，具体涉及验证网络连接的方法、电子设备和计算机可读介质。

背景技术

随着无线通信技术的不断发展，无线网络已经成为用户日常访问互联网的一种重要方式，同时也给用户带来了极大的便利。

用户可以使用终端连入无线接入点，再由无线接入点与互联网进行连接，从而将终端接入互联网。如果无线接入点与互联网之间的通信链路畅通，终端在连上无线接入点之后可以接入互联网。如果无线接入点与互联网之间的通信链路不畅通，终端即使连上无线接入点，也不能接入互联网。

发明内容

本申请的一些实施例提出了验证网络连接的方法、电子设备和计算机可读介质。

第一方面，本申请的一些实施例提供了一种验证网络连接的方法，应用于终端，该方法包括：响应于确定与无线接入点连接成功，向第一服务器发送第一请求，其中，上述第一请求用于请求第一信息流，上述第一服务器为互联网中的节点；基于是否接收到上述第一服务器返回的第一信息流，确定与上述互联网连接成功或失败。

第二方面，本申请的一些实施例提供了一种网络连接装置，该装置包括：发送单元，被配置成响应于确定与无线接入点连接成功，向第一服务器发送第一请求，其中，上述第一请求用于请求第一信息流，上述第一服务器为互联网中的节点；确定单元，被配置成基于是否接收到上述第一服务器返回的第一信息流，确定与上述互联网连接成功或失败。

第三方面，本申请的一些实施例提供了一种终端，该终端包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器实现如第一方面中任一实现方式描述的方法。

第四方面，本申请的一些实施例提供了一种计算机可读介质，其上存储有计算机程序，其中，该计算机程序被处理器执行时实现如第一方面中任一实现方式描述的方法。

本申请的一些实施例提供的验证网络连接的方法、电子设备和计算机可读介质，响应于确定与无线接入连接成功，向互联网中的第一服务器发送第一请求，第一请求用于请求第一信息流，再基于是否接收到上述第一服务器返回的第一信息流，确定上述执行主体自身与上述包括第一服务器的互联网连接成功或失败；技术效果至少可以包括：提供了一种新的验证网络连接的方式。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请的一些实施例可以应用于其中的示例性系统架构图；

图2是根据本申请的验证网络连接的方法的一个实施例的流程图；

图3是根据本申请的验证网络连接的方法的一个应用场景的示意图；

图4是根据本申请的验证网络连接的方法的再一个实施例的流程图；

图5是根据本申请的验证网络连接的方法的又一个实施例的流程图；

图6是根据本申请的步骤502的一种实现方式的示例性流程图；

图7是图6所示流程的一个应用场景的示例性流程图；

图8是适于用来实现本申请实施例的设备的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的验证网络连接的方法的示例性系统架构100。

如图1所示，系统架构100可以包括设备101、网络102、设备103和设备104。

设备101、103、104可以是支持网络连接从而提供各种网络服务的硬件设备或软件。当设备为硬件时，其可以是具有通信功能的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机、台式计算机和服务器等等。这时，作为硬件设备，其可以实现成多个设备组成的分布式设备群，也可以实现成单个设备。当设备为软件时，可以安装在上述所列举的电子设备中。这时，作为软件，其可以实现成例如用来提供分布式服务的多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。

在实践中，设备可以通过安装相应的客户端应用或服务端应用来提供相应的网络服务。设备在安装了客户端应用之后，其可以在网络通信中体现为客户端。相应地，在安装了服务端应用之后，其可以在网络通信中体现为服务端。

作为示例，在图1中，设备101体现为客户端，而设备103、104体现为服务端。具体地，设备101可以是安装有无线接入类应用和信息流显示类应用的客户端，在这里，无线接入类应用和信息流显示类应用可以是同一应用，即该应用可以具有接入无线接入点和显示信息的功能设备的客户端。设备104可以是对在终端展示信息流提供支持的后台服务器；对在终端提供信息流提供支持的后台服务器，可以响应于接收到信息流获取请求获取信息流，以及将信息流发送给设备101。可选的，设备104可以是对验证是否与互联网连接成功提供支持的后台服务器。对验证是否与互联网连接成功提供支持的后台服务器，可以响应于接收到网络验证请求生成连接成功通知，以及将连接成功通知发送给设备101。

需要说明的是，设备104、设备105可以是互联网中的节点。

网络102可以是用以在设备101和设备103、在设备101和设备104之间提供通信链路的介质。网络102可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

在这里，网络102可以包括无线接入点(也称无线访问接入点)。上述无线访问点可以是各种无线连接方式的无线网络的接入点。需要指出的是，上述无线连接方式可以包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其它现在已知或将来开发的无线连接方式。

需要说明的是，本申请实施例所提供的验证网络连接的方法可以由设备101执行。

应该理解，图1中的设备和网络的数目仅仅是示意性的。根据实现需要，可以具有任意数目的网络和设备。

请参考图2，其示出了网络连接的方法的一个实施例的流程200。本实施例主要以该方法应用于有一定运算能力的电子设备中来举例说明，该电子设备可以是图1示出的设备101。该验证网络连接的方法，包括以下步骤：

步骤201，响应于确定与无线接入点连接成功，向第一服务器发送第一请求。

在本实施例中，验证网络连接的方法的执行主体(例如图1所示的设备101)可以响应于确定与无线点接入成功，向第一服务器发送第一请求。

本实施例所示方法可以应用于终端。

在本实施例中，无线接入点可以是各种无线连接方式的无线网络的接入点。需要指出的是，上述无线连接方式可以包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其它现在已知或将来开发的无线连接方式。

在本实施例中，无线接入点可以设置无线接入点信息。无线访问接入点信息可以包括无线访问接入点的接入点标识(Service Set Identifier，SSID)和/或密码。

在本实施例中，上述执行主体可以与上述无线接入点预先约定通信方式。通常，如果上述执行主体与上述无线接入点连接成功，上述无线接入点可以给上述执行主体发送接入成功通知。上述执行主体可以响应于接收到上述接入成功通知，确定与上述无线接入点连接成功。

在本实施例中，上述第一服务器可以是具有提供信息流功能的服务器。可选的，上述第一服务器还可以具有除提供信息流功能之外的其它功能。

在本实施例中，信息流可以是信息的集合。客户端可以向服务端请求信息流，服务端可以向客户端返回信息流。通常，客户端可以按照统一或类似的规格样式排布信息流中的信息后，再展示排布好的信息，这样，信息流中的信息就会以连贯一致的流形式展示给用户。

作为示例，用户在使用新闻类应用的过程中，新闻类应用的客户端可以向服务端请求信息流，服务端可以以列表的形式向客户端返回信息流。新闻类应用以新闻标题加新闻摘要为一条新闻类信息，多条新闻类信息按统一或类似的格式排布，向用户进行展示。由此，新闻类应用可以向用户展示新闻类信息流。

在本实施例中，上述第一请求可以用于请求第一信息流。需要说明的是，第一信息流可以是信息流。为了与下文的第二信息流进行区分，在此将基于第一请求的信息流称为第一信息流。

在本实施例中，上述第一服务器可以是互联网中的节点。

在本实施例中，上述互联网(internet)可以包括主机(也可称为设备)和主机之间的通信链路。互联网中的主机通过通信协议实现通信。各个主机为互联网中的节点。可选的，本申请中的互联网可以是因特网。

需要说明的是，互联网(internet)、因特网(Internet)是容易混淆的概念。实际上，互联网可以有多个类型，因特网是其中一种类型的互联网。

通常，能彼此通信的设备组成的网络可以称为互联网。所以，即使仅有两台机器，不论用何种技术使其彼此通信，也叫互联网。国际标准的互联网写法是internet，请注意字母i为小写。

因特网是互联网的一种，因特网可不是仅有两台机器组成的互联网，它是由上千万台设备组成的互联网。因特网使用网络通讯协议让不同的设备可以彼此通信。国际标准的因特网写法是Internet，请注意字母I为大写。需要说明的是，跨国性的超大互联网不仅有因特网，还有惠多网等。

步骤202，基于是否接收到第一服务器返回的第一信息流，确定与互联网连接成功或失败。

在本实施例中，上述执行主体可以基于是否接收到第一服务器返回的第一信息流，确定与互联网连接成功或失败。

在本实施例中，上述执行主体向上述第一服务器发送上述第一请求，上述第一请求可能会到达上述第一服务器，可能不能到达；不能到达的原因可能如下：无线接入点与第一服务器之间的通信链路不畅通。上述第一请求能够到达上述第一服务器，即上述第一服务器接收到上述第一请求，上述第一服务器也可能不返回信息流；不能返回的原因可能如下：第一服务器忙碌而抛弃此第一请求，此第一请求的格式不符合预先与第一服务器的约定等。

在本实施例中，上述执行主体与互联网连接成功，可以理解为上述执行主体可以与所连接的互联网中的主机通信，即上述执行主体称为了上述互联网的节点。

需要说明的是，在本申请中，确定与互联网连接成功，可以认为是网络连接成功(即上述执行主体与互联网之间的通信链路畅通)；确定与互联网连接失败，可以是网络连接失败(即上述执行主体与互联网之间的通信链路不畅通)。

继续参见图3，图3是根据本实施例的验证网络连接的方法的应用场景的一个示意图。在图3的应用场景中：

终端301可以首先与无线接入点302连接。

终端301响应于确定与无线接入点302连接成功，可以互联网中的第一服务器303发送第一请求。在这里，上述第一请求可以用于请求第一信息流。

终端301可以基于是否接收到上述服务器返回的第一信息流，确定自身与上述互联网连接成功，或者，确定自身与上述互联网连接失败。

本申请的上述实施例提供的方法，通过响应于确定与无线接入连接成功，向互联网中的第一服务器发送第一请求，第一请求用于请求第一信息流，再基于是否接收到上述第一服务器返回的第一信息流，确定上述执行主体自身与上述包括第一服务器的互联网连接成功或失败；技术效果至少可以包括：

第一，提供了一种新的验证网络连接的方式。

第二，提早获取到信息流。本实施例基于是否获取到第一信息流来验证网络是否畅通，可以在既验证了网络连接的同时，又获取到第一信息流(如果畅通)。相对于在需要显示信息流的时候才去发送第一请求，本实施例所示方法可以较早获取到第一信息流。

在一些实施例中，在响应于确定与无线接入点连接成功之前，本申请所示方法还可以包括：发送密码获取请求，在这里，上述密码获取请求包括上述无线接入点的接入点标识；接收上述无线接入点的密码；根据上述密码和上述接入点标识，向无线接入点发送连接请求。

在这里，上述执行主体可以安装无线连接类应用。上述执行主体可以作为客户端，向作为无线连接类应用的服务端的服务器发送密码获取请求。服务器可以根据上述接入点标识，对预先存储的接入点标识和密码的对应表中，查找与接收到的接入点标识对应的密码。服务器可以向上述执行主体返回查找到的密码。上述执行主体可以接收服务器返回的无线接入点的密码。然后，上述执行主体可以打包上述密码和接入点标识生成连接请求，再向上述无线接入点发送连接请求。

进一步参考图4，其示出了验证网络连接的方法的又一个实施例的流程400。该验证网络连接的方法的流程400，包括以下步骤：

步骤401，响应于确定与无线接入点连接成功，向第一服务器发送第一请求。

在本实施例中，验证网络连接的方法的执行主体(例如图1所示的设备101)可以响应于确定与无线点接入成功，向第一服务器发送第一请求。

在本实施例中步骤401的具体操作与图2所示的实施例中步骤201的操作基本相同，在此不再赘述。

步骤402，响应于接收到第一信息流，确定第一信息流是否可用。

在本实施例中，上述执行主体可以响应于接收到第一信息流，确定第一信息流是否可用。

在本实施例中，第一信息流是否可用，可以是指第一信息流是否是第一服务器真实而实时返回的信息流。

在这里，上述执行主体可以根据一些预设的判断规则，确定上述第一信息是否可用。

作为示例，上述执行主体可以与上述第一服务器预先约定一些预定义标记，作为验证第一信息流是否可用的凭证；如果上述执行主体接收到的信息流与预定义标记相关联，则确定信息流可用。预定义标记的形式可以是各种各样的，例如可以包括第一服务器设备标识和返回第一信息流的时间戳，在此不做限定。

步骤403，响应于确定第一信息流可用，确定与互联网连接成功。

在本实施例中，上述执行主体可以响应于确定第一信息流可用，确定与上述互联网连接成功。

在一些实施例中，本申请所示方法还可以包括：响应于未接收到上述第一信息流，确定与上述互联网连接失败。

在一些实施例中，本申请所示方法还可以包括：响应于接收到上述第一信息流，将上述第一信息流存储至内存中。需要说明的是，将上述第一信息流存储至内存中，可以方便对第一信息流的取用。

在一些实施例中，本申请所示方法还可以包括：从内存中获取上述第一信息流，以及展示上述第一信息流。需要说明的是，取用上述第一信息流，可以是在存储后即取用，可以是响应于接收到用户利用界面控件发出的第一信息流展示请求而取用。从内存中取用上述第一信息流，可以提高第一信息流的获取速度，实现信息流的快速显示。

从图4中可以看出，与图2对应的实施例相比，本实施例中的验证网络连接的方法的流程400突出了利用根据第一信息流是否可用，确定是否与互联网连接成功的步骤，由此，本实施例描述的方案的技术效果，至少可以包括：

第一，提供了一种新的验证网络连接是否成功的方法。

第二，提早获取到信息流。本实施例以是否获取到第一信息流来验证网络是否畅通，可以在既验证了网络连接的同时，又获取到第一信息流(如果畅通)。相对于在需要显示信息流的时候才去发送第一请求，本实施例所示方法可以较早获取到第一信息流。

第三，在确定第一信息流可用之后，从内存中取用上述第一信息流，可以提高第一信息流的获取速度，实现信息流的快速展示。

进一步参考图5，其示出了验证网络连接的方法的又一个实施例的流程500。该验证网络连接的方法的流程500，包括以下步骤：

步骤501，响应于确定与无线接入点连接成功，向第一服务器发送第一请求以及向第二服务器发送网络验证请求。

在本实施例中，验证网络连接的方法的执行主体(例如图1所示的设备101)可以响应于确定与无线点接入成功，向第一服务器发送第一请求以及向第二服务器发送网络验证请求。

在本实施例中，上述执行主体可以预先存储上述第二服务器的连接方式。上述执行主体可以与上述第二服务器预先约定，如果第二服务器接收到上述执行主体发送的网络验证请求，上述第二服务器可以向上述执行主体返回连接成功通知。

在本实施例中，上述第一请求和上述网络验证请求可以同时发出，也可以一先一后发出；如果一先一后发出，对发出的顺序不做限定。

可选的，上述第二服务器可以是一个，也可以是多个。例如，上述第二服务器为两个，上述网络验证请求可以包括第一网络验证请求和第二网络验证请求。

步骤502，根据是否接收到基于网络验证请求的验证结果和是否接收到第一信息流，确定与互联网连接成功或失败。

在本实施例中，上述执行主体可以根据是否接收到基于网络验证请求的验证结果和是否接收到第一信息流，确定与上述互联网连接成功或失败。

在本实施例中，上述验证结果可能是上述第二服务器返回的。例如，上述第二服务器可以返回连接成功通知。

在本实施例中，上述验证结果也可能是其它网络设备返回的，此处的其它网络设备可能是通信链路中的网络设备。例如，网络中的域名解析设备或者无线接入点可以返回连接失败通知。

在本实施例中，上述步骤502可以通过多种方式实现。

在一些实现方式中，上述可以响应于接收到指示连接成功的验证结果和第一信息确定，确定与上述互联网连接成功。

在一些实现方式中，上述步骤502可以通过图6所示流程600实现，流程600可以包括以下步骤：

步骤601，响应于第一预设时长内接收到验证结果或者在第一预设时长内接收到上述第一信息流，确定接收到上述验证结果和接收到上述第一信息流的先后顺序。

在这里，第一预设时长的开始时间可以预先设置。例如，如果上述验证请求和上述第一请求同时发出，可以以上述验证请求和上述第一请求的发出时间作为第一预设时长的计时开始时间。再例如，如果上述验证请求和上述第一请求一前一后发出，可以以在前请求的发出时间作为第一预设时长的计时开始时间，也可以以在后请求的发出时间作为第一预设时长的计时开始时间。

步骤602，响应于确定接收到验证结果在接收到第一信息流之后，确定与上述互联网连接成功，并展示第一信息流。

步骤603，响应于确定接收到验证结果在接收到第一信息流之前，确定自接收到验证结果开始的第二预设时长内是否接收到第一信息流，并确定与互联网连接成功或失败。

步骤604，响应于第二预设时长内接收到第一信息流，确定与互联网连接成功，并展示第一信息流。

步骤605，响应于确定第二预设时长没有接收到第一信息流，根据验证结果确定与互联网连接成功或失败。

在这里，上述验证结果可以指示

步骤606，响应于确定验证结果指示与互联网连接成功，向第一服务器发送第二请求。

在这里，上述第二请求用于请求第二信息流。

步骤607，响应于接收到第一服务器返回的第二信息流，展示第二信息流。

步骤608，响应于确定验证结果指示与互联网连接失败，展示预先存储的信息流。

通常，上述执行主体可以预先存储信息流。如果上述客户端是第一次使用，安装包中可能预先设置信息流。上述客户端可以在使用过程中，存储信息流；如果客户端不是第一次使用，那么，可以获取客户端上次使用时存储的信息流。

请参考图7，其示出了图6所示流程的一个应用场景的示例性流程。在图7对应的应用场景中，步骤501可以通过以下方式实现：响应于确定与无线接入点连接成功，同时向第一服务器发送第一请求以及向第二服务器发送网络验证请求。以两个请求发出的时刻为开始时刻，执行图7中的流程。需要说明的是，图7所示流程的前提是，在第一预设时长内接收到验证结果或者上述第一信息流。

在图7中，上述执行主体如果先接收到第一信息流，则展示第一信息流，流程结束；如果否(即先接收到验证结果)，则确定第二时长内是否接收到第一信息流。如果第二时长内接收到第一信息流，则展示第一信息流，流程结束；如果第二时长内没有接收到第一信息流，则判断验证结果指示网络是否可用(即是否与互联网连接成功)。如果验证结果指示网络可用，则发送第二请求(以请求第二信息流)；如果验证结果指示网络不可用，流程结束。

从图5中可以看出，与图2对应的实施例相比，本实施例中的验证网络连接的方法的流程5突出了还向第二服务器发送验证请求以及根据基于验证请求的验证结果和是否接收到第一信息流确定是否与互联网络连接成功的步骤，由此，本实施例描述的方案的技术效果，至少可以包括：

第一，提供了一种新的验证网络连接的方式。

第二，提早获取到信息流。本实施例基于是否获取到第一信息流来验证网络是否畅通，可以在既验证了网络连接的同时，又获取到第一信息流(如果畅通)。相对于在需要显示信息流的时候才去发送第一请求，本实施例所示方法可以较早获取到第一信息流。

第三，提高验证准确率。根据是否接收到基于上述网络验证请求的验证结果和是否接收到上述第一信息流这两者，确定与上述互联网连接成功或失败，可以在提高验证准确率。需要说明的是，即使上述执行主体与互联网连接成功，也可能因为第一服务器自身故障而不返回第一信息流或者第二服务器自身故障而返回指示连接失败的验证结果，因此，利用两种请求验证是否与互联网连接成功，可以提高验证准确率。

下面参考图8，其示出了适于用来实现本申请实施例的设备(例如图1所示的设备101或设备103)的计算机系统800的结构示意图。图8示出的设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图8所示，计算机系统800包括中央处理单元(CPU，Central Processing Unit)801，其可以根据存储在只读存储器(ROM，Read Only Memory)802中的程序或者从存储部分808加载到随机访问存储器(RAM，Random Access Memory)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有系统800操作所需的各种程序和数据。CPU 801、ROM802以及RAM 803通过总线804彼此相连。输入/输出(I/O，Input / Output)接口805也连接至总线804。

以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT，Cathode Ray Tube)、液晶显示器(LCD，Liquid Crystal Display)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN(局域网，Local AreaNetwork)卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的针对硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括发送单元和确定单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，发送单元还可以被描述为“发送第一请求的单元”。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的装置中所包含的；也可以是单独存在，而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该装置：响应于确定与无线接入点连接成功，向第一服务器发送第一请求，其中，上述第一请求用于请求第一信息流，上述第一服务器为互联网中的节点；基于是否接收到上述第一服务器返回的第一信息流，确定与上述互联网连接成功或失败。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (13)

1.一种验证网络连接的方法，应用于终端，其特征在于，包括：

响应于确定与无线接入点连接成功，向第一服务器发送第一请求，其中，所述第一请求用于请求第一信息流，所述第一服务器为互联网中的节点；

基于是否接收到所述第一服务器返回的第一信息流，确定与所述互联网连接成功或失败；

所述方法还包括：响应于接收到所述第一信息流，将所述第一信息流存储至内存中；从所述内存中获取所述第一信息流；展示所述第一信息流；

在所述基于是否接收到所述第一服务器返回的第一信息流，确定与所述互联网连接成功或失败之前，所述方法还包括：向第二服务器发送网络验证请求，其中，所述第二服务器为所述互联网中的节点；以及

所述基于是否接收到所述第一服务器返回的第一信息流，确定与所述互联网连接成功或失败，包括：根据是否接收到基于所述网络验证请求的验证结果和是否接收到所述第一信息流，确定与所述互联网连接成功或失败。

2.根据权利要求1所述的方法，其特征在于，所述基于是否接收到所述第一服务器返回的第一信息流，确定与所述互联网连接成功或失败，包括：

响应于接收到所述第一信息流，确定所述第一信息流是否可用；

响应于确定所述第一信息流可用，确定与所述互联网连接成功。

3.根据权利要求1所述的方法，其特征在于，所述根据是否接收到基于所述网络验证请求的验证结果和是否接收到所述第一信息流，确定与所述互联网连接成功或失败，包括：

响应于确定第一预设时长内没有接收到所述验证结果以及没有接收到所述第一信息流，确定与所述互联网连接失败。

4.根据权利要求1所述的方法，其特征在于，所述根据是否接收到基于所述网络验证请求的验证结果和是否接收到所述第一信息流，确定与所述互联网连接成功或失败，包括：

响应于在第一预设时长内接收到所述验证结果或者在所述第一预设时长内接收到所述第一信息流，确定接收到所述验证结果和接收到所述第一信息流的先后顺序，并确定与所述互联网连接成功或失败。

5.根据权利要求4所述的方法，其特征在于，所述确定接收到所述验证结果和接收到所述第一信息流的先后顺序，并确定与所述互联网连接成功或失败，包括：

响应于确定接收到所述验证结果在接收到所述第一信息流之后，确定与所述互联网连接成功，并展示所述第一信息流。

6.根据权利要求4所述的方法，其特征在于，所述根据是否接收到基于所述网络验证请求的验证结果和是否接收到所述第一信息流，确定与所述互联网连接成功或失败，包括：

响应于确定接收到所述验证结果在接收到所述第一信息流之前，确定自接收到所述验证结果开始的第二预设时长内是否接收到所述第一信息流，并确定与所述互联网连接成功或失败。

7.根据权利要求6所述的方法，其特征在于，确定自接收到所述验证结果开始的第二预设时长内是否接收到所述第一信息流，并确定与所述互联网连接成功或失败，包括：

响应于确定所述第二预设时长内接收到所述第一信息流，确定与所述互联网连接成功，并展示所述第一信息流。

8.根据权利要求6所述的方法，其特征在于，所述验证结果指示与所述互联网连接成功或失败；

所述确定自接收到所述验证结果开始的第二预设时长内是否接收到所述第一信息流，并确定与所述互联网连接成功或失败，包括：

响应于确定所述第二预设时长内没有接收到所述第一信息流，根据所述验证结果确定与所述互联网连接成功或失败。

9.根据权利要求8所述的方法，其特征在于，所述根据所述验证结果确定与互联网连接成功或失败之后，所述方法还包括：

响应于确定所述验证结果指示与所述互联网连接成功，向所述第一服务器发送第二请求，其中，所述第二请求用于请求第二信息流；或者，

响应于确定所述验证结果指示与所述互联网连接失败，展示预先存储的信息流。

10.根据权利要求9所述的方法，其特征在于，所述方法还包括：

响应于接收到所述第一服务器返回的所述第二信息流，展示所述第二信息流。

11.根据权利要求1-10中任一项所述的方法，其特征在于，在响应于确定与无线接入点连接成功，向第一服务器发送第一请求之前，所述方法还包括：

发送密码获取请求，其中，所述密码获取请求包括所述无线接入点的接入点标识；

接收所述无线接入点的密码；

根据所述密码和所述接入点标识，向所述无线接入点发送连接请求。

12.一种终端，其特征在于，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-10中任一所述的方法。

13.一种计算机可读介质，其上存储有计算机程序，其中，所述程序被处理器执行时实现如权利要求1-10中任一所述的方法。

Images