一种网页运行方法及装置、终端的制作方法

一种网页运行方法及装置、终端的制作方法
【专利摘要】本发明公开了一种网页运行方法、装置及终端，所述方法包括：获取用户在第一页面上的第一操作，其中，所述第一页面为网页，所述第一页面上加载的资源包括多媒体资源和/或游戏资源；响应所述第一操作，记录所述第一页面的状态信息并获取所述第二页面；从所述第一页面跳转至所述第二页面；获取用户在所述第二页面上的第二操作，所述第二操作用于结束所述第二页面；响应所述第二操作，根据所述第一页面的状态信息，从所述第二页面跳转至所述第一页面。
【专利说明】
一种网页运行方法及装置、终端
技术领域
[0001]本发明涉及计算机技术，尤其涉及一种网页运行方法及装置、终端。【背景技术】
[0002]用户使用终端上的浏览器浏览A网页的过程中，通过A网页上的链接打开B网页查看其他内容时，可以通过弹出新的标签(tab)栏，在新的标签(tab)栏打开B网页，此时A网页和B网页会同时在浏览器的不同的标签栏显示，用户可以通过切换tab栏操作选择浏览A网页或B网页;或者，终端也可以在A网页的内签(iframe)中打开B网页，B网页作为内签栏显示在A网页上，用户可以通过关闭B网页的内签栏来返回A网页，上述的这两种情况下，终端打开B网页并不影响A网页的显示和运行，用户可以在A网页和B网页之间任意切换，返回到A网页后，A网页仍然呈现用户离开A网页时的状态。
[0003]但是，目前一些移动终端的操作系统支持网页全屏充满显示在终端的显示界面上，且大量社交应用中的浏览场景并不支持多tab栏浏览，而是只能单tab栏显示，在该tab 栏显示B网页时，就需要结束之前该tab栏上的A网页；另外，目前大部分业务流程并不支持在iframe中进行，即业务页面不支持以内签形式显示在网页上;故在终端仅支持单窗口显示且不支持多tab栏浏览和iframe显示的情况下，用户想要在单窗口单tab栏中打开B网页就只能先结束A网页；在结束A网页时，终端只会记录A网页的通用属性(如滚动位置等信息)，网页业务的状态信息会丢失，这样终端从B网页返回到A网页时，A网页的状态只能是A 网页的初始状态，不能恢复到结束A网页时的状态，进而用户也不能继续在之前结束时状态下的A网页下进行查看或操作，用户体验不好。
【发明内容】

[0004]有鉴于此，本发明实施例为解决现有技术中存在的至少一个问题而提供了一种网页运行方法及装置、终端，能够提升用户体验。
[0005]本发明的技术方案是这样实现的:
[0006]第一方面，本发明实施例提供一种网页运行方法，所述方法包括:
[0007]获取用户在第一页面上的第一操作，其中，所述第一页面为网页，所述第一页面上加载的资源包括多媒体资源和/或游戏资源；
[0008]响应所述第一操作，记录所述第一页面的状态信息并获取所述第二页面；
[0009]从所述第一页面跳转至所述第二页面；
[0010]获取用户在所述第二页面上的第二操作，所述第二操作用于结束所述第二页面；
[0011]响应所述第二操作，根据所述第一页面的状态信息，从所述第二页面跳转至所述第一页面。
[0012]第二方面，本发明实施例提供一种网页运行装置，所述装置包括:第一获取单元、 第一响应单元、跳转单元、第二获取单元和恢复单元，其中:
[0013]所述第一获取单元，用于获取用户在第一页面上的第一操作，其中，所述第一页面为网页，所述第一页面上加载的资源包括多媒体资源和/或游戏资源；
[0014]所述第一响应单元，用于响应所述第一操作，记录所述第一页面的状态信息并获取所述第二页面；
[0015]所述跳转单元，用于从所述第一页面跳转至所述第二页面；
[0016]所述第二获取单元，用于获取用户在所述第二页面上的第二操作，所述第二操作用于结束所述第二页面；
[0017]所述恢复单元，用于响应所述第二操作，根据所述第一页面的状态信息，从所述第二页面跳转至所述第一页面。
[0018]第三方面，本发明实施例提供了一种终端，所述终端包括处理器和显示器，其中:
[0019]所述显示器，用于显示第一页面或第二页面；
[0020]所述处理器，用于获取用户在第一页面上的第一操作，其中，所述第一页面为网页，所述第一页面上加载的资源包括多媒体资源和/或游戏资源；响应所述第一操作，记录所述第一页面的状态信息并获取所述第二页面;控制所述显示器从显示所述第一页面跳转至显示所述第二页面;获取用户在所述第二页面上的第二操作，所述第二操作用于结束所述第二页面;响应所述第二操作，根据所述第一页面的状态信息，控制所述显示器从显示所述第二页面跳转至显示所述第一页面。
[0021]本发明实施例提供了一种网页运行方法及装置、终端，终端获取用户在第一页面上的第一操作，其中，所述第一页面为网页，所述第一页面上加载的资源包括多媒体资源和/或游戏资源；响应所述第一操作，记录所述第一页面的状态信息并获取所述第二页面； 结束所述第一页面，从所述第一页面跳转至所述第二页面;获取用户在所述第二页面上的第二操作，所述第二操作用于结束所述第二页面;响应所述第二操作，根据所述第一页面的状态信息，从所述第二页面跳转至所述第一页面;如此，终端跳转至的第一页面，仍然处于之前结束该第一页面时的状态，用户就可以继续对该状态下的第一页面进行查看或操作， 提升用户体验。【附图说明】
[0022]图1为现有的一种网页运行流程示意图；
[0023]图2为本发明实施例提供的一种网页运行流程示意图；
[0024]图3为本发明实施例一提供的一种网页运行方法的实现流程示意图；
[0025]图4为本发明实施例二提供的一种在网游页面上触发登录业务后返回网游页面的流程示意图；
[0026]图5A为本发明实施例二提供的一种在网游页面上触发登录业务后返回网游页面的实现流程示意图；
[0027]图5B为本发明实施例二提供的一种实现网游页面运行方法的系统结构示意图； [〇〇28]图6为本发明实施例三提供的一种在网游页面上触发支付业务后返回网游页面的流程示意图；[〇〇29]图7A为本发明实施例三提供的一种在网游页面上触发支付业务后返回网游页面的实现流程示意图；
[0030]图7B为本发明实施例三提供的一种实现网游页面运行方法的系统结构示意图；
[0031]图8为本发明实施例四提供的一种在网游页面玩游戏时触发通知栏上其他业务后返回网游页面的流程示意图；
[0032]图9为本发明实施例五提供的一种网页运行装置的组成结构示意图；
[0033]图10A为本发明实施例六提供的一种终端的硬件组成结构示意图；
[0034]图10B为本发明实施例六提供的一种终端的一个可选的硬件结构示意图。【具体实施方式】[〇〇35]以微信页面中的网游页面为例，在现有技术中，如图1所示，终端的显示模块104上显示有网游页面，如果用户在操作该网游页面上的游戏，进行到某游戏关卡时想要查询攻略，如图1中A图所示，用户点击网游页面中的菜单虚拟按键后，如图1中B图所示终端在该网游页面上显示出包含有“论坛”等悬浮栏的菜单悬浮框，由于本终端仅支持单窗口单tab栏显示且所述单窗口显示的页面全屏充满显示在所述终端的显示界面上，故终端需要结束网游页面进入如图1中C图所示的论坛页面，用户在论坛页面中查询到攻略后，点击“返回游戏”悬浮框就可以返回网游页面，在现有技术中，用户点击“返回游戏”悬浮框后，终端返回到网游页面时，终端上显示的网游页面的状态如图1中D图所示，为该网游页面的初始状态即初始打开该网游页面时的登录状态，此时，用户不能回到之前的游戏关卡继续之前的游戏关卡，用户体验非常糟糕。而采用本发明实施例中的方法，如图2所示，按照用户在图2中A 图所示网游页面的操作，终端显示如图1中B图所示的网游页面，然后按照用户在图2中B图所示网游页面的操作，终端从图2中B图所示的网游页面跳转到图2中C图所示的论坛页面， 然后点击“返回游戏”悬浮框返回网游页面时，终端上显示的网游页面的状态如图2中D图所示，为之前结束该网游页面时的状态。[〇〇36]下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。[〇〇37] 实施例一
[0038]为了解决【背景技术】中存在的问题，本发明实施例提供一种网页运行方法，应用于终端，该网页运行方法所实现的功能可以通过终端中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该终端至少包括处理器和存储介质。
[0039]图3为本发明实施例一网页运行方法的实现流程示意图，如图3所示，该方法包括:
[0040]步骤S101、获取用户在第一页面上的第一操作。
[0041]这里，所述第一页面为网页，所述第一页面上加载的资源包括多媒体资源和/或游戏资源。[〇〇42]这里，以第一页面为网游页面为例进行说明，如图2所示，所述终端加载并显示第一页面即网游页面后，用户可以通过手指或者电笔在终端屏幕上对显示的网游页面上的进行触控操作。
[0043]所述第一操作为用户请求终端加载网游外部的页面的操作，该第一操作主要包括点击外部链接的操作和点击进行某项业务(该业务不能在网游页面上进行，需要特定的业务页面)的操作，用户在网游页面上进行某游戏关卡时，在所述网游页面上进行第一操作，
[0044]这里，用户在网游页面上运行游戏的过程中，网游页面对外部新页面的需求主要有两类:外部链接和业务流程。本实施例中以外部链接对应的新页面即论坛页面为例进行说明，如图2中A图所示，用户点击网游页面中的菜单虚拟按键后，如图2中B图所示，终端在该网游页面上显示出包含有“论坛”等悬浮栏的菜单悬浮框，用户点击“论坛”悬浮栏后，终端获取该用户点击“论坛”悬浮栏的操作即获取用户在网游页面上的第一操作。
[0045]步骤S102、响应所述第一操作，记录所述第一页面的状态信息并获取所述第二页面。
[0046]这里，承接上述示例，终端获取到用户点击“论坛”悬浮栏的操作后，知道到用户要进入第二页面即论坛页面，此时，终端会记录所述第一页面的状态信息如网游页面当前所在的游戏关卡为哪个关卡、用户今日剩余挑战次数等游戏进度信息，以及终端在当前显示界面中显示的网游页面的内容为哪项内容等页面进度信息。终端根据这些状态信息可以将图2中B图所示网游页面完全恢复出来。同时，终端会获取论坛页面。
[0047]这里，终端获取论坛页面的过程可以是终端根据获取的第一操作，获取到论坛页面对应的外部链接，该外部链接可以是统一资源定位器(Un i f orm Re sour ce Lo cator，URL) 形式的，终端根据该URL向论坛服务器发送请求，由论坛服务器向终端返回论坛页面的数据，终端获取论坛页面的数据后，据此生成论坛页面。[〇〇48] 步骤S103、从所述第一页面跳转至所述第二页面。
[0049]这里，承接上述示例，终端获取所述第二页面即论坛页面后，如图2所示，就会从所述图2中B图所示的网游页面跳转至图2中C图所示的论坛页面。
[0050]这里，在从所述第一页面跳转到第二页面时，可以将所述第一页面动画显示为第二页面上的“返回游戏”悬浮框，这样可以让用户有明显的感知，在浏览第二页面时可以通过此“返回游戏”悬浮框返回游戏。另外，网游页面上的悬浮菜单和第一页面上的隐藏网游页面的“返回游戏”悬浮框，始终保持在显示界面的同一位置处，方便用户操作，提升用户体验。
[0051]步骤S104、获取用户在所述第二页面上的第二操作，所述第二操作用于结束所述第二页面。[〇〇52]这里，用户可以在论坛页面上进行滑动操作，查看论坛中的各种信息，当用户查看好该游戏关卡的攻略后，就可以在所述第二页面上进行第二操作，该第二操作用于结束所述第二页面，表明用户要离开所述第二页面，所述第二操作可以包括返回操作和结束操作， 示例地，如图2中C图所示，用户点击所述第二页面上的“返回游戏”悬浮框即为用户的第二操作(返回操作)，或者，用户点击所述第二页面上的关闭虚拟键“X”即为用户的第二操作 (结束操作)。[〇〇53]步骤S105、响应所述第二操作，根据所述第一页面的状态信息，从所述第二页面跳转至所述第一页面。[〇〇54]这里，终端获取到所述第二操作后，响应所述第二操作，结束所述第二页面，并根据所述第一页面的状态信息恢复所述第一页面，终端控制显示界面上的页面从所述图2中C 图所示论坛页面跳转至图2中D图所示的第一页面。
[0055]本发明实施例中，该网页运行的方法可以在各种浏览器中运行，用户可以自由的在浏览论坛页面和游戏中进行切换，且不会丢失游戏的进度，使得整个游戏的体验更加流畅，提升用户体验。[〇〇56]本发明实施例中，终端在结束所述第一页面，从显示所述第一页面跳转到显示第二页面时，会记录所述第一页面此时的状态信息，如此终端在从所述第二页面返回所述第一页面时，会根据所述第一页面的状态信息，恢复出第一页面，使返回第一页面时显示的第一页面恢复到结束时的状态;这样，用户就可以继续对处于之前结束时状态的第一页面进行查看或操作，提升用户体验。
[0057] 实施例二[〇〇58]基于前述的实施例，本发明实施例提供一种网页运行方法，应用于终端，该终端仅支持单窗口显示且所述单窗口显示的页面全屏充满显示在所述终端的显示界面上。该网页运行方法所实现的功能可以通过终端中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该终端至少包括处理器和存储介质。该方法包括:[〇〇59]步骤S201、终端获取用户在第三页面上的第四操作，所述第四操作用于触发终端获取作为所述第一页面的网游页面。
[0060] 这里，示例地，如图4中A图所示，终端的网络视图(WebView)控件加载并显示第三页面即微信游戏的公众号页面后，用户可以通过手指在终端屏幕上对显示的公众号页面进行触控操作，用户在公众号页面上进行第四操作:如图4中A图所示用户用手指点击“天天挂传奇”的操作，触发终端开始获取“天天挂传奇”对应的网游页面的流程。[〇〇61]步骤S202、终端响应所述第四操作，控制所述第三页面调用游戏框架，并控制所述游戏框架向第三服务器发送第二请求，所述第二请求用于指示所述第三服务器返回游戏数据。[〇〇62] 这里，终端的WebView控件响应所述第四操作，获取“天天挂传奇”对应的游戏ID， 通过爪唾脚本应用程序编程接口(Java Script Applicat1n Programming Interface， JSAPI)调用游戏框架，控制所述游戏框架根据所述游戏ID生成第二请求，并控制所述游戏框架向第三服务器即游戏服务器发送第二请求，所述第二请求用于指示所述第三服务器返回“天天挂传奇”对应的游戏数据。[〇〇63]步骤S203、终端接收所述第三服务器返回的所述游戏数据，控制所述游戏框架加载所述游戏数据以获取所述网游页面。[〇〇64]这里，第三服务器接收到所述第二请求后，就会向终端返回“天天挂传奇”对应的游戏数据，终端接收到该游戏数据后，就会把该游戏数据发送给游戏框架，并控制所述游戏框架加载该游戏数据以获取“天天挂传奇”对应的网游页面。[〇〇65] 这里，在步骤S202和步骤S203时，终端的显示界面上可以显示如图4中B图所示的过渡页面。[〇〇66] 步骤S204、终端从所述第三页面跳转至所述网游页面。
[0067]这里，终端获取所述“天天挂传奇”对应的网游页面后，就会从所述第三页面跳转至所述网游页面，开始运行“天天挂传奇”游戏;此时，如图4中C图所示，终端显示界面上显示的网游页面处于初始状态即待登录状态。[〇〇68]步骤S205、终端获取用户在网游页面上的第一操作。[〇〇69] 这里，终端从所述第三页面跳转至所述网游页面时，该网游页面处于待登录状态， 用户需要进行登录业务，如图4中C图所示，用户点击网游页面中的“与微信好友一起玩”后， 终端获取到用户的该点击操作即获取用户在网游页面上的第一操作。
[0070]步骤S206、终端响应所述第一操作，记录所述第一页面的状态信息并获取所述第二页面。[0071 ]这里，承接上述示例，终端获取到用户点击“与微信好友一起玩”虚拟按键操作后， 了解到用户要进入第二页面即登录页面，此时，终端的游戏框架会记录网游页面的状态信息如记录所述网游页面处于待登录状态。终端的游戏框架可以根据这些状态信息可以将图 4中C图所示的处于登录状态的网游页面完全恢复出来。同时，终端的游戏框架会调用登录接口，并通过登录接口通知WebView控件加载并显示登录页面。[〇〇72] 步骤S207、终端从所述第一页面跳转至所述第二页面。[〇〇73] 这里，终端的WebView控件获取所述第二页面即登录页面后，如图4所示，终端就会从所述图4中C图所示的网游页面跳转至图4中D图所示的登录页面。[〇〇74]步骤S208、终端获取用户在所述第二页面上的第二操作。
[0075]这里，如图4中D图所示，用户在所述第二页面即登录页面上的第二操作，可以是用户点击登录页面上的“返回游戏”悬浮框操作，也可以是用户点击登录页面上的“确认登录” 虚拟键操作。
[0076]这里，所述第二操作是用户点击登录页面上的“返回游戏”悬浮框操作时，所述终端响应所述第二操作，只进行步骤S211。所述第二操作是用户点击登录页面上的“确认登录”虚拟键操作时，所述终端响应所述第二操作，进行步骤S209到步骤212。[〇〇77]步骤S209、终端响应所述第二操作，生成第一请求，并将所述第一请求发送给第一服务器，所述第一请求用于请求所述第一服务器返回第一响应。
[0078]这里，终端响应用户点击“确认登录”虚拟键操作，获取微信账号信息，并据此生成第一请求，该第一请求中携带有该微信账号信息，终端会将所述第一请求发送给第一服务器即微信服务器，所述第一请求用于请求所述微信服务器授权该微信账号信息用于本游戏。
[0079]步骤S210、终端接收所述第一服务器返回的第一响应，所述第一响应用于触发终端从所述第二页面跳转至所述第一页面。
[0080]这里，所述微信服务器接收到第一请求，确认用户授权使用该微信账号信息登录本游戏后，该微信服务器会向所述终端返回指示该微信账号信息授权成功的第一响应;所述第一响应中携带有该微信账号信息；终端接收到该第一响应后，确认用户授权使用该微信账号信息登录本游戏，此时，会触发开始从所述第二页面跳转至所述第一页面。
[0081]步骤S211、终端根据所述第一页面的状态信息，从所述第二页面跳转至所述第一页面。[〇〇82]这里，终端通过外部通信接口接收到第一响应后，会将第一响应发送给WebView控件，WebView控件获取到所述第一响应后，就会直接结束所述第二页面，通过JSAPI向游戏框架转发所述第一响应，终端的游戏框架获取所述第一响应后，会根据所述第一页面的状态信息恢复出图4中B图所示的网游页面，从所述图4中D图所示的登录页面跳转至图4中E图所示的网游页面;如图4所示，图4中E图所示的网游页面与图4中B图所示的网游页面处于同一状态。[〇〇83]步骤S212、终端将所述第一页面从第三状态更新至第四状态。[〇〇84]这里，所述第一响应中携带有授权登录的微信账号信息和登录的游戏ID，所述游戏框架接收到所述第一响应后，会通过游戏客户端将该微信账号信息和游戏ID这些身份信息作为登录票据保存在终端的内存中，然后将登录票据进行加密等处理后发送给游戏服务器，游戏服务器解密获取该登录票据后，获取该登录票据对应的登录数据，然后游戏服务器回调游戏，将所述登录票据对应的登录数据发送给终端，终端将所述登录数据发送给游戏框架，并控制游戏框架将所述第一页面从第三状态更新至第四状态;其中，所述第三状态为所述第一页面上加载有所述状态信息时的状态即图4中B图和E图所示的状态，所述第四状态为将登录数据加载到该网游页面后的状态，即图4中F图所示的状态。用户点击图4中F图上的“进入游戏”虚拟按键，就可以玩游戏了。
[0085]这里，以上述的登录业务为例，如图5A所示说明本实施例方法的实施过程。[〇〇86]步骤S501:终端的WebView控件加载并显示微信游戏的公众号页面后，获取用户在公众号页面上的第四操作，此时，终端的WebView控件响应所述第四操作，获取第四操作对应的游戏ID，控制WebView控件通过JSAPI调用游戏框架，向游戏框架发送所述游戏ID，控制游戏框架启动游戏，终端可以用过渡页面的形式展示该游戏框架启动游戏的过程，所述游戏框架接收到所述游戏ID后，根据所述游戏ID生成第二请求，然后如图5B所示，终端100会控制所述游戏框架向第三服务器即游戏服务器200发送第二请求，游戏服务器200接收到所述第二请求后，就会向终端100返回对应的游戏数据，终端接收该游戏数据，并把该游戏数据发送给游戏框架，控制所述游戏框架加载游戏的数据;所述游戏框架加载游戏数据形成网游页面后，终端从所述公众号页面跳转至所述网游页面，终端显示该网游页面，此时该网游页面处于图4中C图待登录状态。[〇〇87] 步骤S502:终端在网游页面上开始游戏运行，游戏处于待登录状态，用户需要在该网游页面上触发登录业务，如图4中C图所示，用户在该处于登录状态的网游页面上进行第一操作(即点击“与微信好友一起玩”)，终端获取用户在网游页面上的第一操作，触发登录业务，此时，终端会控制游戏框架调用登录接口开始登录业务;终端的游戏框架需要获取登录票据。[〇〇88]步骤S503:终端判断游戏框架中是否记录有之前用户的登录票据。
[0089]步骤S510:如果有，则终端直接访问后台服务器即游戏服务器，将所述登录票据发送给游戏服务器，即终端直接控制所述游戏框架将登录票据发送给游戏服务器。
[0090]步骤S504:如果游戏框架中未记录有登录票据，则判断读取前置身份信息。如果本次打开网游页面之前已进行了微信授权登录游戏操作，则终端可以在用户授权登录时将该登录票据和游戏的应用(APP)ID这些前置身份信息保存在内存中，游戏框架可以读取前置身份信息，如果本次打开网游页面之前未进行微信授权登录游戏操作，则游戏框架不能读取前置身份信息。[0091 ]步骤S505:有前置身份信息时，终端控制游戏框架读取前置身份信息，从所述前置身份信息中获取登录票据，然后终端会控制游戏框架将登录票据发送给游戏服务器;上述过程都由终端控制游戏框架来完成，流程可参考现有的登录流程，终端可以在显示界面上一直显示网游页面，不需要进行页面跳转。[〇〇92] 步骤S506:无前置身份信息时，终端调用外部登录，终端的WebView控件通过JSAPI 调起游戏框架，即隐藏游戏框架，结束当前网游页面，记录所述第一页面的状态信息，并加载浏览器游戏业务公众号授权页面，终端从图4中C图所示的网游页面跳转至图4中D图所示的游戏业务公众号授权页面即登录页面。
[0093]步骤S507:用户授权，即用户点击图4中D图所示的登录页面上的“确认登录”虚拟键操作进行授权;此时，终端获取用户在所述登录页面上的第二操作，控制WebView控件响应用户点击“确认登录”虚拟键操作，生成第一请求，该第一请求用于请求第一服务器即微信服务器授权本微信账号用于该游戏，如图5B所示，终端100会将所述第一请求发送给微信服务器300,所述微信服务器300接收到第一请求，确认用户授权使用该微信账号信息登录本游戏后，该微信服务器300会向所述终端返回指示授权成功的第一响应。[〇〇94]步骤S508:终端100通过外部通信接口接收到第一响应后，会将第一响应发送给 WebView控件，WebView控件获取到所述第一响应后，就会直接结束所述第二页面，并通过 JSAPI向游戏框架转发所述第一响应，终端的游戏框架获取所述第一响应后，该第一响应会触发游戏框架根据所述第一页面的状态信息恢复出图4中B图所示的网游页面，终端从所述图4中D图所示的登录页面跳转至图4中E图所示的网游页面。[〇〇95] 步骤S509:游戏框架获取登录票据，这里终端可以通过步骤S505读取前置身份信息获取登录票据或者进行步骤S508控制游戏框架从接收到的所述第一响应中获取登录票据，此时终端会通过游戏客户端将该微信账号信息和游戏ID这些身份信息作为登录票据保存在内存中。[〇〇96] 步骤S510:终端控制游戏框架将登录票据进行加密等处理后发送给游戏服务器。
[0097]步骤S511:所述游戏服务器获取该登录票据后，可以先对该登录票据进行有效性验证。[〇〇98] 步骤S512:当验证授权票据无效时，则如图5B所示，游戏服务器200向终端发送退出游戏通知，终端100收到退出游戏通知后，控制游戏框架退出游戏，关闭网游页面，回到公众号页面。
[0099]步骤S513:当登录票据有效时，游戏服务器200回调游戏，将该登录票据对应的登录数据发送给终端，终端根据该登录数据进行游戏运行，根据所述登录数据控制所述网游页面从图4中B图所示的状态运行至图4中E图所示的状态。
[0100]这里，本实施例方法使用的业务除了登录业务外，还可以是分享，刷票、拉好友等业务，具体过程可参考以上所述，在此不再一一详述。
[0101]这里，终端上的游戏框架控制网游页面的运行独立于WebView控件控制显示的页面，用户可以自由的在WebView控件控制显示的页面和游戏框架控制网游页面中进行切换， 且不会丢失网游页面上的游戏进度，使得整个游戏的体验更加流畅;本实施例方法适用于各种浏览器。
[0102]本实施例中，终端在结束所述第一页面进入某业务流程时，从显示所述第一页面跳转到显示第二页面时，会记录所述第一页面此时的状态信息，如此终端在从所述第二页面返回所述第一页面时，会根据所述第一页面的状态信息，恢复出第一页面，使返回时显示的第一页面恢复到结束时的状态，这样，用户就可以继续对处于之前结束时状态的第一页面进行查看或操作，提升用户体验。[〇1〇3] 实施例三
[0104]基于前述的实施例，本发明实施例提供一种网页运行方法，应用于终端，该终端仅支持单窗口显示且所述单窗口显示的页面全屏充满显示在所述终端的显示界面上。该网页运行方法所实现的功能可以通过终端中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该终端至少包括处理器和存储介质。该方法包括:
[0105]步骤S301、终端获取用户在第一页面上的第一操作。
[0106]这里，所述终端的游戏框架加载并显示第一页面即网游页面后，用户可以通过手指或者电笔在终端屏幕上对显示的网游页面上的进行触控操作；如图6中A图所示，用户点击“购买次数”虚拟键后，游戏框架响应该操作，在网游页面上弹出“选择购买次数”的选项框，供用户下单。用户在“选择购买次数”的选项框中选择购买次数“10次”并点击确认后，终端获取用户在第一页面上的第一操作。
[0107]步骤S302、终端响应所述第一操作，停止所述第一页面的运行，记录所述第一页面的状态信息并获取所述第二页面。
[0108]这里，终端的游戏框架获取到该用户点击“确认购买”虚拟键的第一操作后，终端会响应所述第一操作，开始支付业务;此时，终端会停止所述第一页面的运行，并记录所述第一页面的状态信息如网游页面当前所在的游戏关卡为哪个关卡、用户今日剩余挑战次数，剩余金币等游戏进度信息，以及终端在该网游页面中当前显示的内容为哪项内容等页面进度信息。终端根据这些状态信息可以将图6中B图所示网游页面完全恢复出来。同时，终端会获取第二页面即支付页面。
[0109]步骤S303、终端从所述第一页面跳转至所述第二页面。
[0110]这里，终端获取所述第二页面即支付页面后，如图6所示，就会从所述图6中A图所示的网游页面跳转至图6中C图所示的支付页面。步骤S304、终端从处于第一状态的第二页面获取第三操作。
[0112]这里，所述第一状态为所述第二页面加载有支付信息输入请求时的状态，处于第一状态的第二页面如图6中C图所示，所述第三操作为支付信息的确认输入操作。
[0113]这里，如图6中C图所示，用户还可以进行点击“返回游戏”悬浮框的操作，此时，终端从处于第一状态的第二页面获取该操作后，响应该操作，可以根据所述第一页面的状态信息，直接从所述第二页面跳转至所述第一页面。[〇114]步骤S305、终端响应所述第三操作，生成支付请求，并将所述支付请求发送给第二服务器，所述支付请求用于请求第二服务器进行支付业务。
[0115]这里，终端的WebView控件获取第三操作后，响应所述第三操作，根据用户确认的支付信息以及用户的登录票据生成支付请求，然后将支付请求发送给第二服务器即支付服务器;所述支付服务器接收到所述支付请求后，根据支付请求中的用户信息以及支付信息进行支付业务，并在支付业务完成后，向终端返回支付响应。
[0116]步骤S306、终端通过外部通信接口接收所述第二服务器返回的支付响应，控制所述外部通信接口将所述支付响应发送给所述第二页面。
[0117]这里，所述支付响应中携带有支付服务器完成所述支付业务的支付结果。终端通过外部通信接口接收该支付响应，控制所述外部通信接口将该支付响应发送给所述 WebView 控件。
[0118]步骤S307、终端根据所述支付响应控制所述第二页面从所述第一状态更新至第二状态。[〇119]这里，WebView控件获得所述支付响应后，会将所述支付响应加载在所述第二页面上，使所述第二页面从所述第一状态更新至第二状态;所述第二状态为所述第二页面上加载有所述支付结果时的状态，处于所述第二状态的第二页面为如图6中D图所示。
[0120]步骤S308、终端获取用户在处于所述第二状态的第二页面上的第二操作。
[0121]这里，第二操作为用户在第二页面上点击“返回游戏”的返回操作，或者为用户在第二页面上点击“支付成功”的结束操作。
[0122]步骤S309、终端控制所述第二页面将所述支付响应发送给所述第一页面。
[0123]这里，终端的WebView控件通过JSAPI将所述支付响应发送给游戏框架，所述 WebView控件对应第二页面，所述游戏框架对应第一页面。
[0124]这里，终端可以不进行步骤S307和A308,在获取支付响应后，直接将控制所述 WebView控件通过JSAPI将所述支付响应发送给游戏框架。
[0125]步骤S310、终端从所述第二页面跳转至所述第一页面。
[0126]这里，终端的WebView控件获取到所述第二操作后，响应所述第二操作，结束所述第二页面，所述游戏框架接收到所述支付响应后，会根据所述第一页面的状态信息恢复所述第一页面，从所述图6中D图所示支付页面跳转至图6中B图所示的第一页面。
[0127]步骤S311、终端根据所述支付响应，控制所述第一页面从第三状态更新至第四状〇
[0128]这里，终端控制游戏框架将所述支付响应加载到第一页面上，使所述第一页面从第三状态更新至第四状态。其中，所述第三状态为所述第一页面上加载有所述状态信息时的状态，所述第四状态为在处于第三状态的第一页面上加载有所述支付业务对应的支付结果时的状态。示例地，承接上述实施例，所述第三状态中用户今日剩余挑战次数为5次，获取的支付响应为成功购买10次挑战次数的响应，则所述第四状态中用户今日剩余挑战次数为 15次。[0129 ]这里，本实施例方法的过程可以如图7A所示。[〇13〇]步骤S701:终端显示微信游戏的公众号页面，获取用户在公众号页面上的第四操作，终端响应所述第四操作，获取第四操作对应的游戏ID，控制公众号页面通过JSAPI调用游戏框架，控制游戏框架启动游戏，并控制所述游戏框架根据所述游戏ID生成第二请求，然后，终端控制所述游戏框架向第三服务器即游戏服务器发送第二请求，游戏服务器接收到所述第二请求后，就会向终端返回对应的游戏数据，终端接收到该游戏数据后，就会把该游戏数据发送给游戏框架，并控制所述游戏框架加载游戏的数据;终端控制游戏框架加载游戏的过程可以用过渡页面的形式展示;所述游戏框架加载游戏数据形成网游页面后，终端显示该网游页面，此时该网游页面处于待登录状态，进行登录流程登录游戏后，用户可以进行游戏任务。
[0131]步骤S702:用户登录游戏后，开始游戏运行，若在游戏运行进行游戏任务的过程中，用户需要进行支付业务，如图6中A图所示用户在该网游页面上点击“购买次数”触发支付业务，此时，终端控制游戏框架调用支付接口来开始支付业务，终端会控制游戏框架调用支付接口响应所述第一操作开始游戏下单任务，以获取任务信息。
[0132]步骤S703:终端获取已有票据，此时获取的已有票据为登录票据，由于用户已登录游戏，故终端可以在内存中获取登录票据。
[0133]步骤704:访问后台服务器，即如图7B所示终端100控制游戏框架调用支付接口将所述登录票据和任务信息发送给后台服务器即游戏服务器200。
[0134]步骤S705:游戏服务器下单成功，这里游戏服务器200根据登录票据获取用户信息，并获取用户购买下单购买XX次挑战次数需多少钱等游戏下单信息，游戏服务器200将所述游戏下单信息发送给终端100,终端100控制游戏框架调用支付接口在网游页面上显示该游戏下单信息对应的下单选项框即图6中B图所示的“选择购买次数”的选项框，则此时游戏服务器下单成功。
[0135]步骤S706:用户确认付钱，这里用户选择购买的物品并点击下单悬浮框上的“确认购买”虚拟按键即用户确认付钱。用户点击下单悬浮框上的“确认购买”虚拟按键的操作为用户在网游页面上的第一操作，此时，终端获取用户在网游页面上的第一操作，响应所述第一操作，生成用户确认该游戏下单信息的下单请求，终端控制游戏框架将该下单请求发送给支付服务器。
[0136]步骤S707:支付服务器下单，支付服务器根据该下单请求进行下单任务，生成下单序列号等下单信息。
[0137]步骤S708:支付服务器下单成功，即支付服务器400将所述下单信息发送给终端。
[0138]步骤S709:终端将所述下单信息对应的登录票据存储到终端的cookie中，需要注意的是，必须保证支付服务器下单时和终端写入cookie的是相同的微信appid所对应的 openid即保证是同一用户。
[0139]步骤S710:终端的游戏框架调用外部支付接口将所述下单信息(所述下单信息中会通过url参数携带该支付业务所需参数和请求的唯一识别号)，发送给WebView控件， WebView控件据此生成支付页面，然后终端打开浏览器游戏业务转用付款页面即支付页面， 终端从所述网游页面跳转图6中C图所示的支付页面。
[0140]步骤S711:用户可以在支付页面上进行输入确认支付操作，终端从处于图6中C图所示的支付页面获取确认支付操作，然后如图7B所示，终端控制WebView控件调用支付服务器的接口，将所述确认信息发送给支付服务器400，支付服务器400进行支付任务，支付任务过程可参考现有技术，在此不再赘述，支付服务器400完成支付任务后将支付结果携带在支付响应中发送给终端100，所述终端通过外部通信接口接收所述支付服务器400返回的支付响应，控制所述外部通信接口将所述支付响应发送给所述WebView控件，终端控制WebView 控件根据所述支付响应控制所述第二页面从所述第一状态更新至第二状态，处于所述第二状态的支付页面为如图6中D图所示。
[0141]步骤S712:用户在第二页面上点击“返回游戏”的返回操作或点击“支付成功”的结束操作后，终端获取第二操作，终端的WebView获取用户在处于所述第二状态的第二页面上的第二操作时，响应所述第二操作，结束第二页面，同时通过JSAPI调用游戏框架恢复所述第一页面，终端从所述第二页面跳转至所述第一页面。
[0142]步骤S713:终端控制所述WebView控件将所述支付响应发送给所述发送给游戏框架;这样，终端就可以控制游戏框架就可以根据所述支付响应将所述第一页面从第三状态更新至第四状态，其过程可以为:终端控制游戏框架将所述支付响应发送给游戏服务器，游戏服务器根据所述支付响应更新响应的游戏数据即支付结果，然后回调游戏，将更新的游戏数据发送给终端，由终端控制所述游戏框架进行游戏运行，加载所述更新的游戏数据，将所述第一页面从第三状态更新至第四状态。
[0143]这里，所述支付响应中携带有该支付业务的唯一识别码，故游戏框架通过唯一识别号将支付响应与游戏框架记录的支付业务对应，并根据唯一识别码，根据所述支付响应对应的支付结果对相应的支付业务进行更新。
[0144]由上可知，在网游页面运行游戏的过程中，当用户通过第二页面进行业务流程(进行登录和支付)时，会暂停游戏，将游戏框架最小化为一个悬浮框，挂在第二页面上，用户可以随时点击该悬浮框返回网游页面，或者，在支付完成时会第二页面会自动跳转至网游页面，返回游戏，并且该网游页面上的游戏能够保持暂停前的状态。
[0145]本实施例中，终端在结束所述第一页面，从显示所述第一页面跳转到显示第二页面时，会记录所述第一页面此时的状态信息，如此终端在从所述第二页面返回所述第一页面时，会根据所述第一页面的状态信息，恢复出第一页面，使返回时显示的第一页面恢复到结束时的状态;这样，用户就可以继续对处于之前结束时状态的第一页面进行查看或操作， 提升用户体验。另外，现有技术中，第二页面完成支付后，不会通知第一页面，第一页面需要通过用户进行点击“完成支付”的操作，才会向游戏服务器发送更新请求，进行状态更新，而本实施例中，第二页面完成支付后可以将支付响应发送给第一页面，不需要用户的操作，就可使得第一页面快速主动地向游戏服务器发送更新请求，更新第一页面的状态。
[0146]实施例四
[0147]基于前述的实施例，本发明实施例提供一种网页运行方法，应用于终端，该终端仅支持单窗口显示且所述单窗口显示的页面全屏充满显示在所述终端的显示界面上。该网页运行方法所实现的功能可以通过终端中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该终端至少包括处理器和存储介质。该方法包括:
[0148]步骤S401、终端控制所述第一页面全屏显示在所述显示界面。
[0149]步骤S402、终端获取用户在所述终端的通知栏上的第五操作，其中，所述第五操作为进入所述通知栏上通知消息所在的第四页面的操作，所述第四页面为所述第二应用上的页面。
[0150]这里，终端在第一页面上运行游戏的过程中，接收到其他终端或服务器发送给终端的通知消息，该通知消息显示在所述终端的通知栏上，用户想要查看该通知消息时，如图 8中A图所示，用户进行下拉操作，终端响应所述下拉操作，如图8中B图所示在所述终端上显示出通知栏，如图8中B图所示用户可以点击该通知栏中音乐应用中的通知消息所在的选项，这样终端就获得第五操作。[〇151]步骤S405、终端响应所述第五操作，记录所述第一页面的状态数据并获取所述第四页面。
[0152]这里，终端获取所述第五操作后，响应该第五操作，记录此时所述第一页面的状态数据，并获取所述音乐应用中的通知消息所在的音乐应用页面。
[0153]步骤S406、终端控制显示界面从所述第一页面跳转至所述第四页面。
[0154]这里，终端的显示界面从网游页面跳转至音乐应用页面。
[0155]步骤S407、终端获取用户在所述显示界面上的第六操作。
[0156]这里，终端控制所述第四页面全屏显示在所述显示界面，同时，所述显示界面上置顶显示有“返回游戏”悬浮框，若用户想要回到所述第一页面继续玩游戏，则用户可以在所述显示界面上进行第六操作:如图8中C图所示点击“返回游戏”悬浮框;这样终端就可以获取所述显示界面上的第六操作。
[0157]步骤S408、终端响应所述第六操作，根据所述第一页面的状态信息，控制所述显示界面从所述第四页面跳转至所述第一页面。
[0158]这里，终端获取第六操作后，知道用户想要返回第一页面继续游戏，此时，终端会响应所述第六操作，根据所述第一页面的状态信息，恢复出所述第一页面，并控制所述显示界面从所述第四页面直接跳转至所述第一页面，此时，终端显示的第一页面如图8中D图所示的状态即与图8中A图所示的状态相同。
[0159]这里，上述的第四页面是以音乐应用页面为例进行说明的，当然，所述第四页面也可以是视频应用的页面、聊天应用的页面或阅读应用的页面等，本发明实施例在终端的显示界面上置顶显示“返回游戏”悬浮框，不管所述显示界面上显示的界面为哪种应用的界面，只要用户点击界面上的“返回游戏”悬浮框，终端就可以控制显示界面上从当前页面跳转至网游页面，这样用户可以边玩边读，边玩边聊，边玩边视频、直播，当用户返回游戏时， 游戏进度不会丢失，用户可以继续之前的游戏。
[0160]本发明实施例中，终端在结束所述第一页面进入其他应用的第四页面时，从显示所述第一页面跳转到显示第四页面时，会记录所述第一页面此时的状态信息，并在终端的显示界面上置顶显示系统级的“返回游戏”悬浮框，如此终端只要获取到用户在显示界面上的第六操作即点击“返回游戏”悬浮框，终端就会根据所述第一页面的状态信息，恢复出第一页面，并控制所述显示界面从所述第四页面直接跳转至回复出的第一页面，这样显示界面上显示的第一页面仍然处于之前结束时的状态，当用户返回游戏时，游戏进度不会丢失， 用户可以继续之前的游戏，提升用户体验。
[0161]实施例五
[0162]基于前述的实施例，本发明实施例提供一种网页运行装置，该网页运行装置所包括的各单元，以及各单元所包括的各模块，都可以通过该装置中的处理器来实现，当然也可通过具体的逻辑电路实现;在具体实施例的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。
[0163]图9为本发明实施例四网页运行装置的组成结构示意图，如图9所示，该装置包括第一获取单元901、第一响应单元902、跳转单元903、第二获取单元904和恢复单元905,其中:
[0164]所述第一获取单元901，用于获取用户在第一页面上的第一操作，其中，所述第一页面为网页，所述第一页面上加载的资源包括多媒体资源和/或游戏资源。
[0165]所述第一响应单元902,用于响应所述第一操作，记录所述第一页面的状态信息并获取所述第二页面。
[0166]所述跳转单元903，用于从所述第一页面跳转至所述第二页面。
[0167]所述第二获取单元904,用于获取用户在所述第二页面上的第二操作，所述第二操作用于结束所述第二页面。
[0168]所述恢复单元905,用于响应所述第二操作，根据所述第一页面的状态信息，从所述第二页面跳转至所述第一页面。
[0169]在本发明的其他实施例中，所述终端仅支持单窗口显示且所述单窗口显示的页面全屏充满显示在所述终端的显示界面上，所述装置还包括:显示单元，其中，所述显示单元， 用于控制所述第一页面全屏充满显示在所述显示界面上。
[0170]在本发明的其他实施例中，所述恢复单元905，用于响应所述第二操作，生成第一请求，并将所述第一请求发送给第一服务器，所述第一请求用于请求所述第一服务器返回第一响应;接收所述第一服务器返回的第一响应，所述第一响应用于触发终端从所述第二页面跳转至所述第一页面;根据所述第一页面的状态信息，从所述第二页面跳转至所述第一页面。
[0171]在本发明的其他实施例中，所述装置还包括:第三获取单元、第二响应单元、接收单元和第一更新单元，其中，[〇172]所述第三获取单元，用于从处于第一状态的第二页面获取第三操作，其中，所述第一状态为所述第二页面加载有支付信息输入请求时的状态，所述第三操作为支付信息的确认输入操作。
[0173]所述第二响应单元，用于响应所述第三操作，生成支付请求，并将所述支付请求发送给第二服务器，所述支付请求用于请求第二服务器进行支付业务。
[0174]所述接收单元，用于接收所述第二服务器返回的支付响应，所述支付响应中携带有服务器完成所述支付业务的支付结果。
[0175]所述第一更新单元，用于根据所述支付响应控制所述第二页面从所述第一状态更新至第二状态，其中，所述第二状态为所述第二页面上加载有所述支付结果时的状态。
[0176]所述第二获取单元，用于获取用户在处于所述第二状态的第二页面上的第二操作。
[0177]在本发明的其他实施例中，所述装置还包括第二更新单元，其中:
[0178]所述接收单元，用于通过外部通信接口接收所述第二服务器返回的支付响应，控制所述外部通信接口将所述支付响应发送给所述第二页面，控制所述第二页面将所述支付响应发送给所述第一页面。[〇179]所述第二更新单元，用于在所述从所述第二页面跳转至所述第一页面之后，根据所述支付响应，控制所述第一页面从第三状态更新至第四状态。
[0180]其中，所述第三状态为所述第一页面上加载有所述状态信息时的状态，所述第四状态为在处于第三状态的第一页面上加载有所述支付业务对应的支付结果时的状态。
[0181]在本发明的其他实施例中，所述装置还包括:第四获取单元，第三响应单元和第二接收单元，其中:
[0182]第四获取单元，用于获取用户在第三页面上的第四操作，所述第四操作用于触发终端获取作为所述第一页面的网游页面；
[0183]第三响应单元，用于响应所述第四操作，控制所述第三页面调用游戏框架，并控制所述游戏框架向第三服务器发送第二请求，所述第二请求用于指示所述第三服务器返回游戏数据。
[0184]所述第二接收单元，用于接收所述第三服务器返回的所述游戏数据，控制所述游戏框架加载所述游戏数据以获取所述网游页面。
[0185]跳转单元，用于从所述第三页面跳转至所述网游页面。
[0186]在本发明的其他实施例中，所述第一页面为第一应用上的页面，所述装置还包括第五获取单元、第四响应单元、第六获取单元和第五响应单元，其中:
[0187]所述第五获取单元，用于获取用户在所述终端的通知栏上的第五操作，其中，所述第五操作为进入所述通知栏上通知消息所在的第四页面的操作，所述第四页面为所述第二应用上的页面。
[0188]所述第四响应单元，用于响应所述第五操作，记录所述第一页面的状态数据并获取所述第四页面。
[0189]所述跳转单元，用于控制显示界面从所述第一页面跳转至所述第四页面；[〇19〇]所述第六获取单元，用于获取用户在所述显示界面上的第六操作。[〇191]所述第五响应单元，用于响应所述第六操作，根据所述第一页面的状态信息，控制所述显示界面从所述第四页面跳转至所述第一页面。
[0192]在本发明的其他实施例中，所述装置方法还包括:停止单元，其中，所述停止单元， 用于响应所述第一操作，停止所述第一页面的运行。
[0193]这里需要指出的是:以上装置实施例的描述，与上述方法实施例的描述是类似的， 具有同方法实施例相似的有益效果，因此不做赘述。对于本发明装置实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解，为节约篇幅，因此不再赘述。
[0194]实施例六
[0195]基于前述的实施例，本发明实施例提供一种终端，图10A为本发明实施例六终端的组成结构示意图，如图10A所示，该终端包括显示器1001和处理器1002,其中:
[0196]所述显示器1001，用于显示第一页面或第二页面。
[0197]所述处理器1002,用于获取用户在第一页面上的第一操作，其中，所述第一页面为网页，所述第一页面上加载的资源包括多媒体资源和/或游戏资源；响应所述第一操作，记录所述第一页面的状态信息并获取所述第二页面;控制所述显示器从显示所述第一页面跳转至显示所述第二页面;获取用户在所述第二页面上的第二操作，所述第二操作用于结束所述第二页面;响应所述第二操作，根据所述第一页面的状态信息，从所述第二页面跳转至所述第一页面。
[0198]图10B为本发明实施例中终端的一种可选的硬件实体示意图，该终端的硬件实体包括:
[0199]蜂窝模块102以接入基站的建立链路的方式承载终端100的移动通信，蜂窝模块 102可以使终端通过网络与其他终端或服务器通信。
[0200]输入模块103可用于接收输入的字符信息，以及产生与用户设置以及功能控制有关信号输入。具体地，输入模块可包括触控表面，该触控表面可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控表面上或在触控表面附近的操作)，获取触摸操作带来的信号，将信号转换成触点坐标，再送给处理器101处理，并能接收处理器101发来的命令并加以执行。
[0201]显示模块104可以显示处理器101实现的功能以及相关的信息。[〇2〇2] 存储器105用于存储由处理器101可执行的指令和应用，还可以缓存待处理器101 以及终端100中各模块待处理或已经处理的数据(例如，图像数据、音频数据、语音通信数据和视频通信数据)，可以通过闪存(FLASH)或随机访问存储器105 (RAM)实现。
[0203]处理器101通常控制终端100的总体操作。例如，输入模块103可以实施为触摸屏， 向所述处理器101输出表征触摸屏的操作特征(包括触点位置、触点数量、触发压力)的用户操作数据，处理器101可以解析用户操作数据确定用户在显示界面中触发的功能，生成对应触发的功能的显示数据，以供显示模块104加载对应触发的功能的页面。
[0204]这里需要指出的是:以上终端实施例项的描述，与上述方法描述是类似的，具有同方法实施例相同的有益效果，因此不做赘述。对于本发明终端实施例中未披露的技术细节， 本领域的技术人员请参照本发明方法实施例的描述而理解，为节约篇幅，这里不再赘述。 [〇2〇5]应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的 “在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。[〇2〇6]需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
[0207]在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如:多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。[〇2〇8]上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元;既可以位于一个地方，也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。另外， 在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
[0209]本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤;而前述的存储介质包括:移动存储设备、只读存储器(Read Only Memory，R0M)、磁碟或者光盘等各种可以存储程序代码的介质。或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括:移动存储设备、R0M、磁碟或者光盘等各种可以存储程序代码的介质。
[0210]以上所述，仅为本发明的【具体实施方式】，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。
【主权项】
1.一种网页运行方法，其特征在于，所述方法包括: 获取用户在第一页面上的第一操作，其中，所述第一页面为网页，所述第一页面上加载的资源包括多媒体资源和/或游戏资源； 响应所述第一操作，记录所述第一页面的状态信息并获取所述第二页面； 从所述第一页面跳转至所述第二页面； 获取用户在所述第二页面上的第二操作，所述第二操作用于结束所述第二页面； 响应所述第二操作，根据所述第一页面的状态信息，从所述第二页面跳转至所述第一页面。2.根据权利要求1所述的方法，其特征在于，所述终端仅支持单窗口显示且所述单窗口显示的页面全屏充满显示在所述终端的显示界面上，则所述获取用户在所述第一页面上的第一操作之前，所述方法包括: 控制所述第一页面全屏充满显示在所述显示界面上。3.根据权利要求1所述的方法，其特征在于，所述响应所述第二操作，根据所述第一页面的状态信息，从所述第二页面跳转至所述第一页面，包括: 响应所述第二操作，生成第一请求，并将所述第一请求发送给第一服务器，所述第一请求用于请求所述第一服务器返回第一响应； 接收所述第一服务器返回的第一响应，所述第一响应用于触发终端从所述第二页面跳转至所述第一页面； 根据所述第一页面的状态信息，从所述第二页面跳转至所述第一页面。4.根据权利要求1所述的方法，其特征在于，所述获取用户在所述第二页面上的第二操作之前，所述方法包括: 从处于第一状态的第二页面获取第三操作，其中，所述第一状态为所述第二页面加载有支付信息输入请求时的状态，所述第三操作为支付信息的确认输入操作； 响应所述第三操作，生成支付请求，并将所述支付请求发送给第二服务器，所述支付请求用于请求第二服务器进行支付业务； 接收所述第二服务器返回的支付响应，所述支付响应中携带有所述第二服务器完成所述支付业务的支付结果； 根据所述支付响应控制所述第二页面从所述第一状态更新至第二状态，其中，所述第二状态为所述第二页面上加载有所述支付结果时的状态； 所述获取用户在所述第二页面上的第二操作，包括:获取用户在处于所述第二状态的第二页面上的第二操作。5.根据权利要求4所述的方法，其特征在于，所述接收所述第二服务器返回的支付响应包括: 通过外部通信接口接收所述第二服务器返回的支付响应，控制所述外部通信接口将所述支付响应发送给所述第二页面，控制所述第二页面将所述支付响应发送给所述第一页面； 在所述从所述第二页面跳转至所述第一页面之后，根据所述支付响应，将所述第一页面从第三状态更新至第四状态； 其中，所述第三状态为所述第一页面上加载有所述状态信息时的状态，所述第四状态为在处于第三状态的第一页面上加载有所述支付业务对应的支付结果时的状态。6.根据权利要求1所述的方法，其特征在于，所述获取用户在第一页面上的第一操作之前，所述方法还包括: 获取用户在第三页面上的第四操作，所述第四操作用于触发终端获取作为所述第一页面的网游页面； 响应所述第四操作，控制所述第三页面调用游戏框架，并控制所述游戏框架向第三服务器发送第二请求，所述第二请求用于指示所述第三服务器返回游戏数据； 接收所述第三服务器返回的所述游戏数据，控制所述游戏框架加载所述游戏数据以获取所述网游页面； 从所述第三页面跳转至所述网游页面。7.根据权利要求2所述的方法，其特征在于，所述第一页面为第一应用上的页面，则所述控制所述第一页面全屏显示在所述显示界面后，所述方法还包括: 获取用户在所述终端的通知栏上的第五操作，其中，所述第五操作为进入所述通知栏上通知消息所在的第四页面的操作，所述第四页面为所述第二应用上的页面； 响应所述第五操作，记录所述第一页面的状态数据并获取所述第四页面； 控制显示界面从所述第一页面跳转至所述第四页面； 获取用户在所述显示界面上的第六操作； 响应所述第六操作，根据所述第一页面的状态信息，控制所述显示界面从所述第四页面跳转至所述第一页面。8.根据权利要求1所述的方法，其特征在于，所述方法还包括: 响应所述第一操作，停止所述第一页面的运行。9.一种网页运行方法装置，其特征在于，所述装置包括:第一获取单元、第一响应单元、跳转单元、第二获取单元和恢复单元，其中: 所述第一获取单元，用于获取用户在第一页面上的第一操作，其中，所述第一页面为网页，所述第一页面上加载的资源包括多媒体资源和/或游戏资源； 所述第一响应单元，用于响应所述第一操作，记录所述第一页面的状态信息并获取所述第二页面； 所述跳转单元，用于从所述第一页面跳转至所述第二页面； 所述第二获取单元，用于获取用户在所述第二页面上的第二操作，所述第二操作用于结束所述第二页面； 所述恢复单元，用于响应所述第二操作，根据所述第一页面的状态信息，从所述第二页面跳转至所述第一页面。10.根据权利要求9所述的装置，其特征在于，所述终端仅支持单窗口显示且所述单窗口显示的页面全屏充满显示在所述终端的显示界面上，所述装置还包括:显示单元，其中， 所述显示单元，用于控制所述第一页面全屏充满显示在所述显示界面上。11.根据权利要求9所述的装置，其特征在于， 所述恢复单元，用于响应所述第二操作，生成第一请求，并将所述第一请求发送给第一服务器，所述第一请求用于请求所述第一服务器返回第一响应;接收所述第一服务器返回的第一响应，所述第一响应用于触发终端从所述第二页面跳转至所述第一页面;根据所述第一页面的状态信息，从所述第二页面跳转至所述第一页面。12.根据权利要求9所述的装置，其特征在于，所述装置还包括:第三获取单元、第二响应单元、第一接收单元和第一更新单元，其中， 所述第三获取单元，用于从处于第一状态的第二页面获取第三操作，其中，所述第一状态为所述第二页面加载有支付信息输入请求时的状态，所述第三操作为支付信息的确认输入操作； 所述第二响应单元，用于响应所述第三操作，生成支付请求，并将所述支付请求发送给第二服务器，所述支付请求用于请求第二服务器进行支付业务； 所述第一接收单元，用于接收所述第二服务器返回的支付响应，所述支付响应中携带有服务器完成所述支付业务的支付结果； 所述第一更新单元，用于根据所述支付响应控制所述第二页面从所述第一状态更新至第二状态，其中，所述第二状态为所述第二页面上加载有所述支付结果时的状态； 所述第二获取单元，用于获取用户在处于所述第二状态的第二页面上的第二操作。13.根据权利要求12所述的装置，其特征在于，所述装置还包括第二更新单元，其中: 所述第一接收单元，用于通过外部通信接口接收所述第二服务器返回的支付响应，控制所述外部通信接口将所述支付响应发送给所述第二页面，控制所述第二页面将所述支付响应发送给所述第一页面； 所述第二更新单元，用于在所述从所述第二页面跳转至所述第一页面之后，根据所述支付响应，控制所述第一页面从第三状态更新至第四状态； 其中，所述第三状态为所述第一页面上加载有所述状态信息时的状态，所述第四状态为在处于第三状态的第一页面上加载有所述支付业务对应的支付结果时的状态。14.根据权利要求9所述的装置，其特征在于，所述装置还包括:第四获取单元，第三响应单元和第二接收单元，其中: 第四获取单元，用于获取用户在第三页面上的第四操作，所述第四操作用于触发终端获取作为所述第一页面的网游页面； 第三响应单元，用于响应所述第四操作，控制所述第三页面调用游戏框架，并控制所述游戏框架向第三服务器发送第二请求，所述第二请求用于指示所述第三服务器返回游戏数据； 所述第二接收单元，用于接收所述第三服务器返回的所述游戏数据，控制所述游戏框架加载所述游戏数据以获取所述网游页面； 所述跳转单元，用于从所述第三页面跳转至所述网游页面。15.根据权利要求10所述的装置，其特征在于，所述第一页面为第一应用上的页面，所述装置还包括第五获取单元、第四响应单元和第六获取单元，其中: 所述第五获取单元，用于获取用户在所述终端的通知栏上的第五操作，其中，所述第五操作为进入所述通知栏上通知消息所在的第四页面的操作，所述第四页面为所述第二应用上的页面； 所述第四响应单元，用于响应所述第五操作，记录所述第一页面的状态数据并获取所述第四页面； 所述跳转单元，用于控制显示界面从所述第一页面跳转至所述第四页面； 所述第六获取单元，用于获取用户在所述显示界面上的第六操作； 所述恢复单元，用于响应所述第六操作，根据所述第一页面的状态信息，控制所述显示界面从所述第四页面跳转至所述第一页面。16.根据权利要求9所述的装置，其特征在于，所述装置方法还包括:停止单元，其中， 所述停止单元，用于响应所述第一操作，停止所述第一页面的运行。17.一种终端，其特征在于，所述终端包括处理器和显示器，其中: 所述显示器，用于显示第一页面或第二页面； 所述处理器，用于获取用户在第一页面上的第一操作，其中，所述第一页面为网页，所述第一页面上加载的资源包括多媒体资源和/或游戏资源;响应所述第一操作，记录所述第一页面的状态信息并获取所述第二页面;控制所述显示器从显示所述第一页面跳转至显示所述第二页面;获取用户在所述第二页面上的第二操作，所述第二操作用于结束所述第二页面;响应所述第二操作，根据所述第一页面的状态信息，控制所述显示器从显示所述第二页面跳转至显示所述第一页面。
【文档编号】G06F17/30GK106021419SQ201610319667
【公开日】2016年10月12日
【申请日】2016年5月12日
【发明人】王视鎏, 杨三金, 邓磊, 于洲
【申请人】腾讯科技（深圳）有限公司