页面访问方法、设备和计算机存储介质与流程

本发明涉及终端领域，尤其涉及一种页面访问方法、设备和计算机存储介质。

背景技术：

随着移动通信以及移动互联网的快速发展，大量的用户使用移动互联网进行互联网业务的访问处理。

为了方便用户在移动终端上访问互联网业务，互联网业务的提供商向用户提供两种访问业务的用户界面，一种是移动应用软件(application，app)的客户端提供的原生界面(view)，另一种是基于h5技术的万维网(web)页面。

当用户在互联网业务a的原生界面中点击需要通过web页面方式访问的互联网业务b的url时，由于互联网业务a的app无法获取在web页面访问方式下进行互联网业务b的身份认证所需的账户信息，因此，在打开互联网业务b的url对应的web页面时，用户需要重新输入账户和密码，因而对用户来说执行这些操作非常麻烦，而且导致查看web页面的效率较低。

技术实现要素：

有鉴于此，本发明实施例期望提供一种页面访问方法、设备和计算机存储介质，能够简化在应用中查看web页面的操作，从而提高查看操作的效率。

为达到上述目的，本发明实施例的技术方案是这样实现的：

第一方面，本发明实施例提供一种页面访问方法，终端获取来自于应用的页面访问请求，所述页面访问请求用于请求访问存储在万维网web服务器上的web页面；

响应所述页面访问请求，向账号服务器发送用户参数请求，所述用户参数请求用于请求访问所述web页面时所需的用户参数；

接收所述账号服务器发送的携带有所述用户参数的用户参数响应；

向所述应用发送所述用户参数，以使所述应用根据所述用户参数访问所述web页面。

第二方面，本发明实施例提供一种页面访问方法，所述方法包括：

账号服务器接收终端发送的用户参数请求，所述用户参数请求用于请求访问万维网web服务器上的web页面时所需的用户参数；

所述账号服务器向所述终端发送携带有所述用户参数的用户参数响应。

第三方面，本发明实施例提供一种页面访问方法，所述方法包括：

万维网web服务器接收终端上的应用发送的登陆会话请求，所述登陆会话请求包括用于访问所述web服务器的web页面的用户参数，所述用户参数为所述终端从账号服务器获取的；

所述web服务器向所述应用发送登陆会话响应，所述登陆会话响应包括所述用户参数对应的登陆会话，以使所述应用根据所述登陆会话访问所述web页面。

第四方面，本发明实施例提供一种终端，所述终端包括：

第一收发模块，用于获取来自于应用的页面访问请求，所述页面访问请求用于请求访问存储在万维网web服务器上的web页面；

第二收发模块，用于响应所述页面访问请求，向账号服务器发送用户参数请求，所述用户参数请求用于请求访问所述web页面时所需的用户参数；以及，用于接收所述账号服务器发送的携带有所述用户参数的用户参数响应；

所述第一收发模块，还用于向所述应用发送所述用户参数，以使所述应用根据所述用户参数访问所述web页面。

第五方面，本发明实施例提供一种终端，所述终端包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的页面访问程序，所述页面访问程序被所述处理器执行时实现如第一方面任一种所述的页面访问方法的步骤。

第六方面，本发明实施例一种账号服务器，所述账号服务器包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的页面访问程序，所述页面访问程序被所述处理器执行时实现如第二方面所述的页面访问方法的步骤。

第七方面，本发明实施例提供一种万维网服务器，所述账号服务器包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的页面访问程序，所述页面访问程序被所述处理器执行时实现如第三方面所述的页面访问方法的步骤。

第八方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有页面访问程序，所述页面访问程序被处理器执行时实现如第一方面任一种、第二方面、或第三方面所述的页面访问方法的步骤。

本发明实施例中，通过终端获取来自于应用的页面访问请求，所述页面访问请求用于请求访问存储在万维网web服务器上的web页面；向账号服务器发送用户参数请求，所述用户参数请求用于请求访问所述web页面时所需的用户参数；接收携带有用户参数的用户参数响应；向所述应用发送所述用户参数，以使所述应用根据用户参数访问所述web页面。使得用户不需要手动输入密码，就能够在应用的原生view中访问需要认证的web页面，提升了用户在应用中查看web页面时的操作效率。

附图说明

图1为实现本发明各个可选的实施例的移动终端的硬件结构示意；

图2为本发明实施例的应用场景的用户界面示意图；

图3为本发明实施例一中的页面访问方法的实施流程的示意图；

图4a为本发明实施例二中的页面访问方法的网络结构的示意图；

图4b为本发明实施例二中的页面访问方法的用户界面示意图；

图4c为本发明实施例二中的页面访问方法的交互流程的示意图；

图5a为本发明实施例三中的页面访问方法的交互流程的示意图；

图5b为本发明实施例三中的页面访问方法中数据交互和调用关系示意图；

图6a为本发明实施例四中的页面访问方法的交互流程的示意图；

图6b为本发明实施例四中的页面访问方法中数据交互和调用关系示意图；

图7为本发明实施例五中终端的结构示意图；

图8为本发明实施例五中账号服务器的结构示意图；

图9为本发明实施例五中万维网服务器的结构示意图；

图10为本发明实施例六中页面访问系统的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

现在将参考附图1来描述实现本发明各个实施例的移动终端。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，"模块"与"部件"可以混合地使用。

移动终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、个人数字助理(pda)、平板电脑(pad)、便携式多媒体播放器(pmp)、导航装置等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。下面，假设终端是移动终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

图1为实现本发明各个可选的实施例的移动终端的硬件结构示意。

移动终端100可以包括无线通信单元110、音频/视频(a/v)输入单元120、用户输入单元130、感测单元140、输出单元150、存储器160、接口单元170、控制器180和电源单元190等等。图1示出了具有各种组件的移动终端，但是应理解的是，并不要求实施所有示出的组件，可以替代地实施更多或更少的组件，将在下面详细描述移动终端的元件。

无线通信单元110通常包括一个或多个组件，其允许移动终端100与无线通信系统或网络之间的无线电通信。例如，无线通信单元可以包括广播接收模块111、移动通信模块112、无线互联网模块113、短程通信模块114和位置信息模块115中的至少一个。

广播接收模块111经由广播信道从外部广播管理服务器接收广播信号和/或广播相关信息。广播信道可以包括卫星信道和/或地面信道。广播管理服务器可以是生成并发送广播信号和/或广播相关信息的服务器或者接收之前生成的广播信号和/或广播相关信息并且将其发送给终端的服务器。广播信号可以包括tv广播信号、无线电广播信号、数据广播信号等等。而且，广播信号可以进一步包括与tv或无线电广播信号组合的广播信号。广播相关信息也可以经由移动通信网络提供，并且在该情况下，广播相关信息可以由移动通信模块112来接收。广播信号可以以各种形式存在，例如，其可以以数字多媒体广播(dmb)的电子节目指南(epg)、数字视频广播手持(dvb-h)的电子服务指南(esg)等等的形式而存在。广播接收模块111可以通过使用各种类型的广播系统接收信号广播。特别地，广播接收模块111可以通过使用诸如多媒体广播-地面(dmb-t)、数字多媒体广播-卫星(dmb-s)、数字视频广播-手持(dvb-h)，前向链路媒体(mediaflo@)的数据广播系统、地面数字广播综合服务(isdb-t)等等的数字广播系统接收数字广播。广播接收模块111可以被构造为适合提供广播信号的各种广播系统以及上述数字广播系统。经由广播接收模块111接收的广播信号和/或广播相关信息可以存储在存储器160(或者其它类型的存储介质)中。

移动通信模块112将无线电信号发送到基站(例如，接入点、节点b等等)、外部终端以及服务器中的至少一个和/或从其接收无线电信号。这样的无线电信号可以包括语音通话信号、视频通话信号、或者根据文本和/或多媒体消息发送和/或接收的各种类型的数据。

无线互联网模块113支持移动终端的无线互联网接入。该模块可以内部或外部地耦接到终端。该模块所涉及的无线互联网接入技术可以包括wlan(无线lan)(wi-fi)、wibro(无线宽带)、wimax(全球微波互联接入)、hsdpa(高速下行链路分组接入)等等。

短程通信模块114是用于支持短程通信的模块。短程通信技术的一些示例包括蓝牙tm、射频识别(rfid)、红外数据协会(irda)、超宽带(uwb)、紫蜂tm等等。

位置信息模块115是用于检查或获取移动终端的位置信息的模块。位置信息模块115的典型示例是全球定位系统(gps)。根据当前的技术，gps的位置信息模块115计算来自三个或更多卫星的距离信息和准确的时间信息并且对于计算的信息应用三角测量法，从而根据经度、纬度和高度准确地计算三维当前位置信息。当前，用于计算位置和时间信息的方法使用三颗卫星并且通过使用另外的一颗卫星校正计算出的位置和时间信息的误差。此外，gps的位置信息模块115能够通过实时地连续计算当前位置信息来计算速度信息。

a/v输入单元120用于接收音频或视频信号。a/v输入单元120可以包括相机121和麦克风122，相机121对在视频捕获模式或图像捕获模式中由图像捕获装置获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元151上。经相机121处理后的图像帧可以存储在存储器160(或其它存储介质)中或者经由无线通信单元110进行发送，可以根据移动终端的构造提供两个或更多相机121。麦克风122可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风122接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由移动通信模块112发送到移动通信基站的格式输出。麦克风122可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

用户输入单元130可以根据用户输入的命令生成键输入数据以控制移动终端的各种操作。用户输入单元130允许用户输入各种类型的信息，并且可以包括键盘、锅仔片、触摸板(例如，检测由于被接触而导致的电阻、压力、电容等等的变化的触敏组件)、滚轮、摇杆等等。特别地，当触摸板以层的形式叠加在显示单元151上时，可以形成触摸屏。

感测单元140检测移动终端100的当前状态，(例如，移动终端100的打开或关闭状态)、移动终端100的位置、用户对于移动终端100的接触(即，触摸输入)的有无、移动终端100的取向、移动终端100的加速或减速移动和方向等等，并且生成用于控制移动终端100的操作的命令或信号。例如，当移动终端100实施为滑动型移动电话时，感测单元140可以感测该滑动型电话是打开还是关闭。另外，感测单元140能够检测电源单元190是否提供电力或者接口单元170是否与外部装置耦接。感测单元140可以包括接近传感器141将在下面结合触摸屏来对此进行描述。

接口单元170用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(i/o)端口、视频i/o端口、耳机端口等等。识别模块可以是存储用于验证用户使用移动终端100的各种信息并且可以包括用户识别模块(uim)、客户识别模块(sim)、通用客户识别模块(usim)等等。另外，具有识别模块的装置(下面称为"识别装置")可以采取智能卡的形式，因此，识别装置可以经由端口或其它连接装置与移动终端100连接。接口单元170可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端和外部装置之间传输数据。

另外，当移动终端100与外部底座连接时，接口单元170可以用作允许通过其将电力从底座提供到移动终端100的路径或者可以用作允许从底座输入的各种命令信号通过其传输到移动终端的路径。从底座输入的各种命令信号或电力可以用作用于识别移动终端是否准确地安装在底座上的信号。输出单元150被构造为以视觉、音频和/或触觉方式提供输出信号(例如，音频信号、视频信号、警报信号、振动信号等等)。输出单元150可以包括显示单元151、音频输出模块152、警报单元153等等。

显示单元151可以显示在移动终端100中处理的信息。例如，当移动终端100处于电话通话模式时，显示单元151可以显示与通话或其它通信(例如，文本消息收发、多媒体文件下载等等)相关的用户界面(ui)或图形用户界面(gui)。当移动终端100处于视频通话模式或者图像捕获模式时，显示单元151可以显示捕获的图像和/或接收的图像、示出视频或图像以及相关功能的ui或gui等等。

同时，当显示单元151和触摸板以层的形式彼此叠加以形成触摸屏时，显示单元151可以用作输入装置和输出装置。显示单元151可以包括液晶显示器(lcd)、薄膜晶体管lcd(tft-lcd)、有机发光二极管(oled)显示器、柔性显示器、三维(3d)显示器等等中的至少一种。这些显示器中的一些可以被构造为透明状以允许用户从外部观看，这可以称为透明显示器，典型的透明显示器可以例如为toled(透明有机发光二极管)显示器等等。根据特定想要的实施方式，移动终端100可以包括两个或更多显示单元(或其它显示装置)，例如，移动终端可以包括外部显示单元(未示出)和内部显示单元(未示出)。触摸屏可用于检测触摸输入压力以及触摸输入位置和触摸输入面积。

音频输出模块152可以在移动终端处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将无线通信单元110接收的或者在存储器160中存储的音频数据转换音频信号并且输出为声音。而且，音频输出模块152可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出模块152可以包括扬声器、蜂鸣器等等。

警报单元153可以提供输出以将事件的发生通知给移动终端100。典型的事件可以包括呼叫接收、消息接收、键信号输入、触摸输入等等。除了音频或视频输出之外，警报单元153可以以不同的方式提供输出以通知事件的发生。例如，警报单元153可以以振动的形式提供输出。警报单元153也可以经由显示单元151或音频输出模块152提供通知事件的发生的输出。

存储器160可以存储由控制器180执行的处理和控制操作的软件程序等等，或者可以暂时地存储已经输出或将要输出的数据。

存储器160可以包括至少一种类型的存储介质，所述存储介质包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等等。而且，移动终端100可以与通过网络连接执行存储器160的存储功能的网络存储装置协作。

控制器180通常控制移动终端的总体操作。例如，控制器180执行与语音通话、数据通信、视频通话等等相关的控制和处理。另外，控制器180可以包括用于再现(或回放)多媒体数据的多媒体模块181，多媒体模块181可以构造在控制器180内，或者可以构造为与控制器180分离。控制器180可以执行模式识别处理，以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。

电源单元190在控制器180的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。

这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施，这里描述的实施方式可以通过使用特定用途集成电路(asic)、数字信号处理器(dsp)、数字信号处理装置(dspd)、可编程逻辑装置(pld)、现场可编程门阵列(fpga)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施，在一些情况下，这样的实施方式可以在控制器180中实施。对于软件实施，诸如过程或功能的实施方式可以与允许执行至少一种功能或操作的单独的软件模块来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施，软件代码可以存储在存储器160中并且由控制器180执行。

至此，已经按照其功能描述了移动终端。下面，为了简要起见，将描述诸如折叠型、直板型、摆动型、滑动型移动终端等等的各种类型的移动终端中的滑动型移动终端作为示例。因此，本发明能够应用于任何类型的移动终端，并且不限于滑动型移动终端。

如图1中所示的移动终端100可以被构造为利用经由帧或分组发送数据的诸如有线和无线通信系统以及基于卫星的通信系统来操作。

本发明的移动终端能够操作的通信系统可以使用不同的空中接口和/或物理层。例如，由通信系统使用的空中接口包括例如频分多址(fdma)、时分多址(tdma)、码分多址(cdma)和通用移动通信系统(umts)(特别地，长期演进(lte))、全球移动通信系统(gsm)等等。作为非限制性示例，下面的描述涉及cdma通信系统，但是这样的教导同样适用于其它类型的系统。

基于上述移动终端硬件结构以及通信系统，提出本发明方法各个实施例。

以互联网业务a的app为即时聊天应用为例进行说明，图2为本发明实施例的应用场景的用户界面示意图，如图2中所示，用户点击即时聊天应用app1的图标(参见图2中的a图)，以打开即时聊天应用app1的原生界面，并与自己的好友小明进行聊天。小明向用户发送一条消息为互联网业务b的url，用户可在app1的原生界面中点击需要通过web页面方式访问的互联网业务b的url(参见图2中的b图)；但是，由于app1无法获取在web页面访问方式下进行互联网业务b的身份认证所需的账户信息，因此，用户需要重新输入账户和密码(参见图2中的c图)；当输入登陆信息后，app1打开互联网业务b的url对应的web页面(参见图2中的d图)。相关技术中用户打开互联网业务b的url对应的web页面时需要输入账户和密码，应用本发明实施例的方法之后，能够从图2的b图直接跳转至图2的d图，从而无需用户输入账户和密码，进而提高用户查看web页面的效率较低。

实施例一

本发明实施例的执行主体为终端。图3为本发明实施例一中的页面访问方法的实施流程的示意图，如图3所示，该方法包括：

s101：获取来自于应用的页面访问请求，该页面访问请求用于请求访问存储在万维网web服务器上的web页面。

在本发明实施例中，所述应用(application，app)可以位于所述终端上，也可以位于所述终端之外的其他终端上。举例来说，app可以是通过应用程序安装包预先安装在终端上的。在设置有安卓操作系统的终端中，app可以是通过安卓安装包(andriodpackage，apk)安装在终端上的。示例性地，该app可以是微信、qq、浏览器等，本发明实施例对此不做限制。

在本发明实施例中，可参考图2中b图，页面访问请求可以是由用户在app中的操作触发的，也可以是由app中的关联指令触发的。在本发明实施例中，终端获取页面访问请求的方式，可以是由app采集到页面访问请求之后发送给终端的，也可以是终端通过操作系统检测到用户操作或者检测到app中的关联指令获取的。本发明实施例对此不做限制。

在本发明实施例中，web页面可以是基于超文本标记语言html实现的网页(webpage)。示例性地，web页面可以是用于呈现新闻内容、相片内容等信息内容的web页面。在本发明实施例中，web页面可以是基于h1-h5(html的第一次至第五次重大修改的html标准)技术实现的。示例性地，基于h5技术实现的web页面可以在支持网络视图(webview)的app中呈现。

在本发明实施例中，app在检测到页面访问请求之后，可以向web服务器请求加载所述web页面，web服务器可以根据app中存储的与该web服务器或者与该web页面相关的用户参数，向app返回与用户参数对应的web页面。

在本发明实施例中，用户参数可以是用户标识(useridentity，uid)、用户名和昵称中至少一种。在本发明实施例中，用户参数可以存储在app的webview对应的账号系统中。示例性地，app的webview对应的账号系统可以采用小型文本文件(cookie)的形式存储在app中，以供app在webview中加载web页面时读取，并根据该用户参数向web服务器请求加载web页面。

需要说明的是，基于账号安全性的考虑，app的原生view对应的账号系统与app的webview对应的账号系统可以是相互隔离的。以所述app为app1为例，即使app1的原生view的账号系统中已经存储了与请求访问的web页面有关的用户参数，app1仍不能在加载该web页面时使用app1的原生view的账号系统中存储的用户参数。类似地，同样基于账号安全性的考虑，不同的app之间的账号系统也可以是相互隔离的。同样以所述app为app1为例，即使app2的原生view的账号系统中存储了与请求访问的web页面有关的用户参数，app1也同样无法在加载该web页面时使用app2中存储的用户参数。

因此，可以在s101之后，判断app1的小型文本文件中未存储有访问该web服务器上的web页面需要的用户参数时执行s102，以避免用户需要手动输入登陆该web页面所需的用户名和密码等信息来查看需要认证的web页面中的内容。在本发明实施例中，终端也可以在每次获取到来自app1的网页访问请求后执行s102，本发明实施例对此不做限制。

s102：向账号服务器发送用户参数请求，该用户参数请求用于请求访问所述web页面时所需的用户参数。

s103：接收账号服务器发送的携带有用户参数的用户参数响应。

在本发明实施例中，需要说明的是，用户参数可以是账号服务器预先从web服务器获取的，或者，用户参数可以是账号服务器根据与web服务器预先协商的用户参数的生成规则生成的，从而保证app1根据从账号服务器接收的用户参数，能够访问web服务器上需要认证的web页面。

在本发明实施例中，终端可以根据预设的账号信息，向账号服务器发送用户参数请求，相应地，账号服务器可以根据账号信息和用户参数生成规则生成账号信息对应的用户参数。或者，终端也可以根据预设的账号信息的账号认证凭据(token)，向账号服务器发送用户参数请求，相应地，账号服务器可以根据账号认证凭据和用户参数生成规则生成账号信息对应的用户参数。需要说明的是，终端可以在s102之前，向账号服务器发送账号认证请求，账号认证请求中携带预设的账号信息，账号服务器可以对账号信息进行校验，若校验成功，则账号服务器可以向终端发送账号信息对应的账号认证凭据。

在本发明其他实施例中，终端可以将经过加密的账号信息或者账号认证凭据携带在用户参数请求中发送给账号服务器。示例性地，加密算法可以采用高级加密标准(advancedencryptionstandard，aes)的对称加密算法。本发明实施例对加密算法不做限制。相应地，终端可以与账号服务器预先协商加密算法以及密钥等加密处理需要使用的配置参数。

在本发明实施例中，账号信息可以是终端的标识，或者，账号信息可以包括一组用户名和密码。

在本发明实施例中，账号信息可以是在s101之前预先存储在终端或者app1上的。

在一示例中，该预设的账号信息可以是app1的原生view的账号系统中存储的用户名和密码。在本发明其他实施例中，在s102之前，终端可以从app1的原生view的账号系统中获取账号信息。需要说明的是，app1的安装包中可以嵌入用于向终端提供账号的软件开发工具包(softwaredevelopmentkit，sdk)工具，该账号sdk工具可以用于app1向终端提供交互账号信息，以及终端向app1提供用户参数的接口。示例性地，sdk工具可以由账号服务器的提供商提供。

采用这种从app1的原生view的账号系统中提取账号信息的方式，当web服务器与app1对应相同的业务提供商时，可以利用app1的原生view的账号系统中存储的账号信息，来获取访问web页面的用户参数。

另一示例中，该预设的账号信息可以是终端上的预设的账号app中存储的账号信息。在本发明实施例中，账号服务器可以是与账号app对应的服务端，也即账号app与账号服务器可以对应相同的服务提供商，则账号服务器可以根据自身存储的账号数据库对账号app中存储的账号信息进行认证校验。

采用这种从账号app获取账号信息的方式，当web服务器与app1对应不同的业务提供商时，可以利用账号app中存储的账号信息，来获取访问web页面的用户参数。

s104：向应用发送用户参数，以使应用根据用户参数访问所述web页面。

在本发明实施例中，终端从账号服务器获取到用户参数后，将用户参数发送给app1。则在s104之后，app1可以将用户参数存储于cookie中，从而在通过app1的webview加载web页面的过程中，向web服务器发送携带cookie中存储的与web服务器有关的用户信息的页面访问请求。其中，app1的webview与web服务器可以基于uc.php接口进行通信。

在本发明实施例中，在s104之后，app1也可以根据web服务器的登陆网址将用户参数发送给web服务器以获取登陆会话，该登陆会话可用于指示web服务器允许访问web服务器上的web页面。然后，app1可以将登陆会话写入cookie中，从而在加载web页面的过程中，向web服务器发送携带cookie中存储的与web服务器有关的用户信息的的页面访问请求。

app可以采用上述两种方式中的任一方式访问web页面，本发明对此不做限制。本发明实施例中仅需保证，用户参数由账号服务器根据与web服务器预先协商的用户参数生成规则生成的即可。

需要说明的是，本发明实施例中终端执行的s101-s104中的步骤均可以由账号app提供的程序实现相应地处理流程。示例性地，账号app在获取到用户参数之后，可以利用app1中的账号sdk工具向app1传递用户参数。

本发明实施例中，通过终端获取来自于应用的页面访问请求，所述页面访问请求用于请求访问存储在万维网web服务器上的web页面；向账号服务器发送用户参数请求，所述用户参数请求用于请求访问所述web页面时所需的用户参数；接收携带有用户参数的用户参数响应；向所述应用发送所述用户参数，以使所述应用根据用户参数访问所述web页面。使得用户不需要手动输入密码，就能够在应用的原生view中访问需要认证的web页面，提升了用户在应用中查看web页面时的操作效率。

实施例二

下面采用交互的实施例对本发明实施例提供的页面访问方法进行说明。

本发明实施例提供的一种交互式的页面访问方法，在介绍该方法之前，先提供一种网络架构，图4a为本发明实施例二中的页面访问方法的网络架构的示意图。参见图4a所示，该网络架构包括：web服务器41、app142、终端上的账号app43、账号app服务器44和账号同步认证服务器45，在实现的过程中，图4a所示的网络架构是逻辑上的架构，而非实体架构，例如，图4b为本发明实施例二中的页面访问方法的用户界面示意图，如图4b所示，账号app43和app142可以在终端上实现，又如，账号app服务器44和账号同步认证服务器45可以位于同一个服务器实体上，也可以位于不同的服务器实体上。

基于图4a所示的网络架构，下面提出本发明实施例的交互式的页面访问方法，图4c为本发明实施例二中的页面访问方法的交互流程的示意图。参见图4c所示，该方法包括：账号认证、用户参数获取，以及web页面访问三个阶段的步骤。其中，本实施例中用户参数获取阶段的步骤可以用于实现图3所示的s101至s104。本实施例中的账号认证阶段的步骤可以用于获取s102中所需的账号认证凭据。本实施例中的web页面访问阶段的步骤可以用于实现在s104之后，app1根据用户参数访问web服务器上的web页面的过程。

可参考图4c，在本发明实施例中，账号认证阶段的步骤可以包括：

s401：账号app向账号服务器发送认证请求，认证请求携带账号信息。

其中，在本实施例提供的页面访问方法的交互流程中，预设的账号信息可以是预先存储在账号app中的。该账号app可以是通过应用程序安装包预先安装在所述终端上的。账号信息可以包括用户名和密码。账号app可以采用aes加密算法加密账号信息。

s402：账号服务器校验账号信息，若校验失败执行s403，若校验成功执行s404。

其中，账号服务器可以采用预先协商的密钥对经过加密的账号信息进行解密，再根据对账号信息进行校验。若校验通过，账号服务器可以获取用户名对应的uid。在本发明实施例中，用户名对应的uid也可以是用户名本身。

s403：账号服务器向账号app发送认证失败信息。

需要说明的是，s403不是本发明实施例必须执行的步骤。

s404：账号服务器根据uid和加密算法，生成账号认证凭据。

其中，账号服务器可以采用aes加密算法，根据随机数、时间戳和uid生成账号认证凭据(token)。在本发明实施例中，该随机数可以是根据uid产生的随机数。

s405：账号服务器向账号app发送携带有账号认证凭据的认证响应。

需要说明的是，账号认证阶段的步骤可以在s406之前执行，也可以在s406之后执行，但需要保证在s408之前执行。

采用这种利用存储在账号app中的账号信息获取用户参数的方式，终端厂商可以在终端上预装账号app，并提供账号服务器来提供获取用户参数的配套认证服务，由于这种方式能够帮助用户更快捷的访问web页面，从而使得web服务器的提供商有意愿与终端厂商进行配合，允许直接使用终端厂商的账号访问web服务器上的web页面，并且，当账号同步认证服务器能够为更多的web服务器提供配套认证服务时，终端厂商提供的账号信息的可应用范围更大，进而能够促使消费者更有意愿购买和使用终端厂商提供的终端。同时，还可以推动更多不同的app1内嵌终端厂商提供的账号sdk工具。

可参考图4c，在本发明实施例中，用户参数获取阶段的步骤可以包括：

s406：app1向账号app发送网页访问请求，携带第一url。

其中，app1可以在检测到用户在原生view中点击了指向web服务器的web页面的第一url之后，向账号app发送网页访问请求。示例性地，第一url可以为“www.163.com/topnews.html”。在本发明实施例中，app1可以通过内置一个由账号app提供商发布的sdk工具，实现与账号app的通信。

s407：账号app根据第一url获取登陆接口url。

其中，举例来说，账号app可以预先存储有至少一个web服务器的登陆接口url，该登陆接口url可与用户参数配合实现用户登陆web服务器。示例性地，账号app可以将“www.163.com/login.html”确定为与第一url“www.163.com/1.html”对应的登陆接口url。上述登陆接口url仅为示例，本发明实施例对登陆接口url的具体网址不做限制。在本发明实施例中，账号app上预先存储的至少一个web服务器的登陆接口url可以是账号app预先从所述至少一个web服务器中的各个web服务器获取的。

s408：账号app向账号服务器发送用户参数请求，携带账号认证凭据和登陆接口url。

其中，账号认证凭据token可以是s405中获取的。

s409：账号服务器校验账号认证凭据，若校验成功，解析账号认证凭据得到uid。

s410：账号服务器根据uid获取用户参数，将用户参数添加到登陆接口url中，得到第二url。

其中，用户参数例如可以是用户名和昵称等。账号同步认证服务器可以根据用户参数生成规则和uid生成用户参数。举例来说，账号同步认证服务器可以根据用户参数生成规则，将用户参数添加到登陆接口url，以构造第二url。所述第二url用于获取登陆所述web服务器的登陆会话。需要说明的是，账号同步认证服务器可以预先从web服务器获取用户参数生成规则，从而使得web服务器在获取到携带在第二url的用户参数时能够根据用户参数生成规则反向解析得到终端对应的uid。

s411：账号服务器向账号app发送用户参数响应，携带第二url。

s412：账号app向app1发送包含用户参数的第二url。

其中，在本发明实施例中，账号app可以通过利用app1的内置sdk工具提供的通信接口向app1发送第二url。app1可以利用该sdk工具提供的同步登陆接口，调用账号app以获取用于实现同步登陆的第二url。

在本发明实施例中，对于终端的操作系统上的app1的原生view端对应的账号体系无法与基于h5页面的webview端的账号体系实现后台同步登陆的问题，采用将用于实现登陆web服务器的第二url携带用户参数的方式，提供了一种实现app1的原生view端与webview端的账号同步登陆的解决方案。即app1只需访问第二url即可实现webview端的账号登陆。从而避免用户手动输入用户名和密码的操作，提升了查看web页面的操作效率。

并且，采用这种在app1中内置由账号app的提供商提供的sdk工具实现的同步登陆方式，实现app1的原生view端与webview端的账号同步登陆，不需要改变现有的原生view的账号体系和webview的账号系统的存储方式和访问权限控制方式，即可快速实现app1与账号app的对接，进而实现同步登陆功能。这种方式对于app1来说实现简单，更容易被app1的提供商接受。

另外，采用将账号认证凭据和登陆接口url携带在用户参数请求中发送给账号服务器，以获取用于实现登陆web服务器的第二url，其中第二url携带用户参数的方式，也能够避免新增app1和web服务器之间消息接口，即app1只需要直接访问第二url，即可将用户参数发送给web服务器，而不需要新增专门用于发送用户参数的消息。

可参考图4c，在本发明实施例中，web页面访问阶段的步骤可以包括：

s413：app1访问第二url。

其中，第二url中可以携带经过加密的用户参数。举例来说，app1可以在后台访问指向web服务器的第二url，该第二url可以指向web服务器的登陆接口网址。所述第二url用于获取登陆所述web服务器的登陆会话。

s414：web服务器解析第二url中的用户参数，根据用户参数获取uid、用户名和昵称，生成登陆会话。

其中，登陆会话session可以是web服务器生成的允许访问web服务器上的web页面的登陆凭据。

s415：web服务器向app1发送登陆会话。

s416：app1将登陆会话存入小型文本文件。

其中，app1可以将该登陆会话存入与该web服务器对应的小型文本文件中。

s417：app1根据小型文本文件访问第一url。

其中，app1可以在自身的webview中加载第一url对应的web页面。

采用这种将登陆会话存储在app1的小型文本文件中的方式，app1可以利用自身的webview对应的小型文本文件，访问相同的web服务器上的web页面，而不需要在每次获取到网页访问请求时向账号同步认证服务器请求用户参数。

在本发明实施例中，账号app服务器可以设置同步登陆接口，可用于从终端上的账号app获取用于请求用户参数的用户参数请求。账号同步认证服务器可以设置一账号认证加密接口，用于根据从账号app服务器获取的用户参数请求发送用户参数响应。app1中可以集成一账号sdk工具，则app1可以通过调用账号sdk的各个消息接口与账号app交互各种信息。

在本发明其他实施例中，作为s406的一种替代方式，app1也可以在获取到请求访问第一url的网页访问请求后，根据第一url获取web服务器对应的登陆接口url，并将携带由登陆接口url的网页访问请求发送给账号app。采用这种方式，账号app可以不用预先存储各个web服务器对应的登陆url，只需直接根据账号认证凭据和登陆接口url生成用户参数请求即可。

在本发明其他实施例中，作为s407的一种替代方式，账号app可以直接根据账号认证凭据和第一url生成用户参数请求发送给账号服务器。由账号服务器根据预先获取的登陆接口url和用户参数生成第二url。需要说明的是，账号服务器可以预先从至少一个web服务器获取对应的登陆接口url。采用这种方式，app1和账号app均可以不需要预先存储各个web服务器对应的登陆url。

本发明实施例的其他技术方案细节和技术效果与图3所示方法类似。

实施例三

图5a为本发明实施例三中的页面访问方法的交互流程的示意图。与图4c所示方法不同的是，如图5a所示，本实施例中的账号app服务器和账号同步认证服务器可以用于执行图4c所示实施例二中的账号服务器所执行的步骤，其中，本实施例中的s501至s505可以作为图4c中s401至s405所示的账号认证阶段的步骤一种替代方式，本实施例中的s507至s512可以作为图4c中的用户参数获取阶段的s408至s411一种替代方式。

可参考图5a，在本发明实施例中，账号认证阶段的步骤可以包括：

s501：账号app向账号app服务器发送携带账号信息认证请求。

其中，账号信息可以包括用户名和密码。账号app可以采用aes加密算法加密账号信息。图5b为本发明实施例三中的页面访问方法的数据交互和调用关系示意图，可参考图5b中的d501。

s502：账号app服务器对账号信息进行校验，若校验失败执行s503，若校验成功执行s504。

其中，账号app服务器可以采用预先协商的密钥对经过加密的账号信息进行解密，再根据对账号信息进行校验。若校验通过，账号app服务器可以获取用户名对应的uid。示例性地，用户名对应的uid也可以是用户名本身。

s503：账号app服务器向账号app发送认证失败信息。

需要说明的是，s503不是本发明实施例必须执行的步骤。

s504：账号app服务器根据uid和加密算法，生成账号认证凭据。

其中，账号app服务器可以采用aes加密算法，根据随机数、时间戳和uid生成账号认证凭据token。举例来说，该随机数可以是根据uid产生的随机数。

s505：账号app服务器向账号app发送携带有账号认证凭据的认证响应。

其中，可参考图5b中的d502。

需要说明的是，账号认证阶段的步骤可以在s506之前执行，也可以在s506之后执行，但需要保证在s508之前执行。

可参考图5a，在本发明实施例中，用户参数获取阶段的步骤可以包括：

s506：app1向账号app发送网页访问请求，携带第一url。

其中，app1可以在检测到用户在原生view中点击了指向web服务器的web页面的第一url之后，向账号app发送同步登陆请求。示例性地，第一url可以为“www.163.com/1.html”。举例来说，app1可以通过内置一个由账号app提供商发布的sdk工具，实现与账号app的通信。可参考图5b中的d505。

s507：账号app根据第一url获取登陆接口url。

其中，举例来说，账号app可以预先存储有至少一个web服务器的登陆接口url，该登陆接口url可与用户参数配合实现用户登陆web服务器。示例性地，账号app可以将“www.163.com/login.html”确定为与第一url“www.163.com/1.html”对应的登陆接口url。上述登陆接口url仅为示例，本发明实施例对登陆接口url的具体网址不做限制。举例来说，账号app上预先存储的至少一个web服务器的登陆接口url可以是账号app预先从所述至少一个web服务器中的各个web服务器获取的。

s508：账号app向账号app服务器发送用户参数请求，携带账号认证凭据和登陆接口url。

其中，账号认证凭据token可以是s505中获取的。

s509：账号app服务器校验账号认证凭据，若校验成功，解析账号认证凭据得到uid。

s510：账号app向账号同步认证服务器发送用户参数请求，携带uid和登陆接口url。

s511：账号同步认证服务器校验uid，若uid校验成功，根据uid获取用户参数，将用户参数添加到登陆接口url中，得到第二url。

其中，用户参数例如可以是用户名和昵称等。账号同步认证服务器可以根据用户参数生成规则和uid生成用户参数。举例来说，账号同步认证服务器可以根据用户参数生成规则，将用户参数添加到登陆接口url，以构造第二url。需要说明的是，账号同步认证服务器可以预先从web服务器获取用户参数生成规则，从而使得web服务器在获取到携带在第二url的用户参数时能够根据用户参数生成规则反向解析得到终端对应的uid。可参考图5b中的d503和d504。

s512：账号同步认证服务器向账号app发送用户参数响应，携带第二url。

其中，账号同步认证服务器可以通过账号app服务器向账号app发送用户参数响应。

s513：账号app向app1发送包含用户参数的第二url。

其中，账号app可以通过利用app1的内置sdk工具提供的通信接口向app1发送第二url。

可参考图5a，在本发明实施例中，web页面访问阶段的步骤可以包括：

s514：app1访问第二url。

s515：web服务器解析第二url中的用户参数，根据用户参数获取uid、用户名和昵称，生成登陆会话。

s516：web服务器向app1发送登陆会话。

s517：app1将登陆会话存入小型文本文件。

s518：app1根据小型文本文件访问第一url。

本发明实施例中访问web页面阶段的步骤与图4c所示访问web页面阶段的步骤类似。

采用将账号服务器分离设置为账号app服务器和账号同步认证服务器的方式，能够由账号同步认证服务器完成需要与外部的web服务器预先协商用户参数生成规则等信息的步骤，避免保存大量的账号信息数据的账号app服务器与外部的web服务器进行通信，从而保护账号app服务器上的账号数据的安全可靠。可见，本发明实施例通过增加连接web服务器和账号app服务器的账号同步认证服务器来实现账号同步登陆的解决方案，能够保证账号数据在web服务器和账号app服务器的完整一致性。

可参考图示，app1中还内嵌有一webview模块，可以用于app1与web服务器通信，还可用于保存小型文本文件cookie数据。图5a所示s501至s518涉及的应用与模块之间、应用与应用之间、应用与服务器之间数据交互和调用关系可参考图示。

本发明实施例的其他技术方案细节和技术效果与图3至图4c所示方法类似。

实施例四

图6a为本发明实施例四中的页面访问方法的交互流程的示意图。

与图5a所示方法不同的是，预设的账号信息可以为app1中存储的账号信息。则如图6a所示，本实施例中的s600至s606可以作为图5a中s501至s505所示的账号认证阶段的步骤的一种替代实现方式，本实施例中的s606可以作为图5a中的用户参数获取阶段的s506的一种替代实现方式。

可参考图6a，在本发明实施例中，账号认证阶段的步骤可以具体包括：

s600：app1向账号app发送携带账号信息的认证请求。

其中，账号信息可以包括用户名和密码。账号app可以采用aes加密算法加密账号信息。举例来说，app1可以通过内置一个由账号app提供商发布的sdk工具，实现与账号app的通信。

s601：账号app向账号app服务器发送携带账号信息的认证请求。

s602：账号app服务器对账号信息进行校验，若校验成功执行s603。

其中，账号app服务器可以采用预先协商的密钥对经过加密的账号信息进行解密，再根据对账号信息进行校验。若校验通过，账号app服务器可以获取用户名对应的uid。举例来说，用户名对应的uid也可以是用户名本身。

s603：账号app服务器根据uid和加密算法，生成账号认证凭据。

其中，账号app服务器可以采用aes加密算法，根据随机数、时间戳和uid生成账号认证凭据token。举例来说，该随机数可以是根据uid产生的随机数。

s604：账号app服务器向账号app发送携带有账号认证凭据的认证响应。

s605：账号app向app1发送携带有账号认证凭据的认证响应。

可参考图6a，在本发明实施例中，用户参数获取阶段的步骤可以具体包括：

s606：app1向账号app发送网页访问请求，携带第一url和账号认证凭据。

其中，app1可以在检测到用户在原生view中点击了指向web服务器的web页面的第一url之后，向账号app发送同步登陆请求。示例性地，第一url可以为“www.163.com/1.html”。

s607：账号app根据第一url获取登陆接口url。

其中，举例来说，账号app可以预先存储有至少一个web服务器的登陆接口url，该登陆接口url可与用户参数配合实现用户登陆web服务器。示例性地，账号app可以将“www.163.com/login.html”确定为与第一url“www.163.com/1.html”对应的登陆接口url。上述登陆接口url仅为示例，本发明实施例对登陆接口url的具体网址不做限制。举例来说，账号app上预先存储的至少一个web服务器的登陆接口url可以是账号app预先从所述至少一个web服务器中的各个web服务器获取的。

s608：账号app向账号app服务器发送用户参数请求，携带账号认证凭据和登陆接口url。

s609：账号app服务器校验账号认证凭据，若校验成功，解析账号认证凭据得到uid。

s610：账号app向账号同步认证服务器发送用户参数请求，携带uid和登陆接口url。

s611：账号同步认证服务器校验uid，若uid校验成功，根据uid获取用户参数，将用户参数添加到登陆接口url中，得到第二url。

其中，用户参数例如可以是用户名和昵称等。账号同步认证服务器可以根据用户参数生成规则和uid生成用户参数。举例来说，账号同步认证服务器可以根据用户参数生成规则，将用户参数添加到登陆接口url，以构造第二url。需要说明的是，账号同步认证服务器可以预先从web服务器获取用户参数生成规则，从而使得web服务器在获取到携带在第二url的用户参数时能够根据用户参数生成规则反向解析得到终端对应的uid。图6b为本发明实施例四中的页面访问方法中数据交互和调用关系示意图。用户参数生成规则的获取路径可参考图6b中的d607和d608所示。

s612：账号同步认证服务器向账号app发送用户参数响应，携带第二url。

其中，账号同步认证服务器可以通过账号app服务器向账号app发送用户参数响应。

s613：账号app向app1发送包含用户参数的第二url。

其中，账号app可以通过利用app1的内置sdk工具提供的通信接口向app1发送第二url。

可参考图6a，在本发明实施例中，web页面访问阶段的步骤可以具体包括：

s614：app1访问第二url。

s615：web服务器解析第二url中的用户参数，根据用户参数获取uid、用户名和昵称，生成登陆会话。

s616：web服务器向app1发送登陆会话。

s617：app1将登陆会话存入小型文本文件。

s618：app1根据小型文本文件访问第一url。

当账号信息为app1中预设的账号信息时，本实施方式提供的页面访问方法中的应用与模块之间、应用与应用之间、应用与服务器之间的交互流程可参考图6a所示。本实施方式的其他技术方案细节与本发明实施例的其他技术方案细节和技术效果类似。

本发明实施例的其他技术方案细节和技术效果与图3至图5b所示方法类似。

实施例五

图7为本发明实施例五中终端的结构示意图。如图7所示，本发明实施例的终端70可以包括：

存储器701、处理器702及存储在所述存储器701上并可在处理器702上运行的页面访问程序(图7中未示出)，所述页面访问程序被处理器702执行时实现图3至图6b所示的任一种页面访问方法中终端执行的步骤。

本发明实施例的终端可以用于执行图3至图6b所示任一种的页面访问方法，本发明实施例的其他技术方案细节可参考图3至图6b所示实施例的描述。

图8为本发明实施例五中账号服务器的结构示意图。如图8所示，本发明实施例的账号服务器80可以包括：

存储器801、处理器802及存储在所述存储器801上并可在处理器802上运行的页面访问程序(图8中未示出)，所述页面访问程序被处理器802执行时实现图3至图6所示的任一种页面访问方法中账号服务器执行的的步骤。

本发明实施例的账号服务器可以用于执行图3至图6b所示任一种的页面访问方法，本发明实施例的其他技术方案细节可参考图3至图6b所示实施例的描述。

图9为本发明实施例五中万维网服务器的结构示意图。如图9所示，本发明实施例的万维网服务器90可以包括：

存储器901、处理器902及存储在所述存储器901上并可在处理器902上运行的页面访问程序(图9中未示出)，所述页面访问程序被处理器902执行时实现图3至图6所示的任一种页面访问方法中万维网服务器执行的步骤。

本发明实施例的万维网服务器可以用于执行图3至图6b所示任一种的页面访问方法，本发明实施例的其他技术方案细节可参考图3至图6b所示实施例的描述。

实施例六

图10为本发明实施例六中页面访问系统的结构示意图。

如图10所示，本发明实施例的终端70可以包括用于执行账号app的程序指令的第一收发模块711和第二收发模块712。账号服务器80可以包括：第一接收模块811和第一发送模块812。万维网服务器可以包括：第二接收模块911和第二发送模块912。

在本发明实施例中，第一收发模块711，用于获取来自于app1的页面访问请求，所述页面访问请求用于请求访问存储在万维网web服务器90上的web页面。第二收发模块712，用于响应所述页面访问请求，向账号服务器80的第一接收模块811发送用户参数请求，所述用户参数请求用于请求访问所述web页面时所需的用户参数；以及，用于接收账号服务器80的第一发送模块812发送的携带有所述用户参数的用户参数响应。第一收发模块711，还用于向app1发送所述用户参数，以使所述应用根据所述用户参数访问所述web页面。

需要说明的是，终端70上还可以包括用于执行app1的程序指令的原生view模块721、账号sdk模块722和webview模块723。

在本发明实施例中，第一收发模块711可以与账号sdk模块722之间建立有通信连接，第二收发模块712与账号服务器80之间建立有通信连接。webview模块723可以与web服务器90之间建立有通信连接。则在上述方案中，原生view模块721，可以用于获取页面访问请求，并将页面访问请求通过账号sdk模块722发送给第一收发模块711。相应地，第二收发模块712可以具体通过账号sdk模块722向webview模块723发送所述用户参数。

在本发明实施例中，webview模块723可以用于向第二接收模块911登陆会话请求，所述登陆会话请求包括用于访问万维网服务器90的web页面的用户参数，所述用户参数为所述终端从账号服务器获取的。第二发送模块912，用于向webview模块723发送登陆会话响应，所述登陆会话响应包括所述用户参数对应的登陆会话，以使webview模块723根据所述登陆会话访问所述web页面。

在上述方案中，第二收发模块712，可以具体用于在终端70向账号服务器80的第一接收模块811发送第一请求之前，向账号服务器80的第一接收模块811发送携带有预设的账号信息的账号认证请求；以及用于接收账号服务器80的第一接收模块811发送的账号认证响应，所述账号认证响应包括所述账号信息在账号服务器80上对应的账号认证凭据。

在上述方案中，所述页面访问请求可以包括指向所述web页面的第一统一资源定位符url，则第二收发模块712，还可以用于根据预设的账号信息和所述第一url向账号服务器80的第一接收模块811发送所述用户参数请求；以及，用于接收账号服务器80的第一发送模块811发送的携带有第二url的用户参数响应，所述第二url中的用户参数为根据所述账号信息获得的，所述第二url用于获取登陆web服务器90的登陆会话。

本发明实施例的终端70可以用于执行图3至图6b所示任一种的页面访问方法。本发明实施例的账号服务器可以用于执行图3至图6b所示任一种的页面访问方法。本发明实施例的万维网服务器可以用于执行图3至图6b所示任一种的页面访问方法。本发明实施例的其他技术方案细节可参考图3至图6b所示实施例的描述。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有页面访问程序，所述页面访问程序被处理器执行时实现如图3至图6b所示终端执行的页面访问方法的步骤。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有页面访问程序，所述页面访问程序被处理器执行时实现如图3至图6b所示账号服务器执行的页面访问方法的步骤。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有页面访问程序，所述页面访问程序被处理器执行时实现如图3至图6b所示万维网服务器执行的页面访问方法的步骤。

可选的，在上述各种实施例中的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、个人数字助理(pda)、平板电脑(pad)、便携式多媒体播放器(pmp)、导航装置等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。本发明实施例对此不做限制。该终端如果具有操作系统，该操作系统可以为unix、linux、windows、macosx、安卓(android)、windowsphone等等。应用软件(application，app)是智能终端的第三方应用程序，用户可以通过各种各样的应用软件进行办公、娱乐、获取信息等等，其格式包括了如ipa、pxl、deb、apk等等格式。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所描述的方法。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。