[0001] 本申请涉及计算机网络技术领域，尤其涉及一种访问方法、装置、电子设备和存储介质。

[0002] 相关技术中，通常采用云代理服务器来访问站点，在站点出现故障需要进行停机维护或站点服务器宕机等情况时，云代理服务器只能等待站点服务器能够正常运行时，才能提供相应的访问功能，因此实现站点的永久访问十分有必要。

[0063] 为了使本领域普通人员更好地理解本申请的技术方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

[0064] 需要说明的是，本申请的说明书和权利要求书的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

[0065] 为了便于理解，下面对本申请实施例中采用的专业名词进行解释：

[0066] 永久在线：网站一直是可以“访问”的状态，对于直接访问该网站的客户来说，即使源站关机了，也能访问到该网站的资源。

[0067] 内容分发网络(Content Delivery Network，CDN)：CDN是构建在现有网络基础之上的智能虚拟网络，依靠部署在各地的边缘服务器，通过中心平台的负载均衡、内容分发、调度等功能模块，使用户就近获取所需内容，降低网络拥塞，提高用户访问的响应速度和命中率。CDN的关键技术主要有内容存储和分发技术。

[0068] OpenResty：OpenResty(又称：ngx_openresty)是一个基于Nginx(enginex)的可伸缩的全球广域网(World Wide Web，Web)平台，是一个强大的Web应用服务器，Web开发人员可以使用Lua脚本语言调动Nginx支持的各种C以及Lua模块,更主要的是在性能方面，OpenResty可以快速构造出足以胜任10千兆以上并发连接响应的超高性能Web应用系统。

[0069] Nginx：是一个高性能的超文本传输协议(Hyper Text Transfer Protocol，HTTP)和反向代理web服务器。

[0070] Lua:是一种轻量小巧的脚本语言,用标准C语言编写并以源代码形式开放,其设计目的是为了嵌入应用程序中,从而为应用程序提供灵活的扩展和定制功能。

[0071] default_type(默认类型)：浏览器请求中识别文件类型的一个字段，浏览器可以根据这个字段来区分不同的文件，进而进行不同的操作和处理。

[0072] 文本(text)/层叠样式表(Cascading Style Sheets，css)：default_type中的一种。

[0073] application/x‑javascript：default_type中的一种。

[0074] css：是一种用来表现超文本标记语言(Hyper Text Markup Language，HTML)或可货站标记语言(Extensible Markup Language，XML)等文件样式的计算机语言。css不仅可以静态地修饰网页，还可以配合各种脚本语言动态地对网页各元素进行格式化。

[0075] 解释型或即时编译型的编程语言(JavaScript,JS)：是一种具有函数优先的轻量级，解释型或即时编译型的编程语言。虽然它是作为开发Web页面的脚本语言而出名，但是它也被用到了很多非浏览器环境中，JavaScript基于原型编程、多范式的动态脚本语言，并且支持面向对象、命令式、声明式、函数式编程范式。

[0076] HTML：一种标记语言。它包括一系列标签.通过这些标签可以将网络上的文档格式统一，使分散的网络资源连接为一个逻辑整体。HTML文本是由HTML命令组成的描述性文本，HTML命令可以说明文字，图形、动画、声音、表格、链接等。

[0077] 代理：是指代理服务器以被代理服务器(也就是原本的服务器)的名义，在代理权限内与第三方服务器(又称相对服务器)实施直接联通的各种数据传输行为。

[0078] 静态资源：一般客户端发送请求到web服务器，web服务器从内存在取到相应的文件，返回给客户端，客户端解析并渲染显示出来。

[0079] 同一资源定位系统(uniform resource locator，Url)：访问者访问的源站链接。

[0080] 发明人研究发现，相关技术中，通常采用云代理服务器来访问站点，在站点出现故障需要进行停机维护等情况时，云代理服务器只能等待站点能够正常运行时，才能提供相应的访问功能，因此实现站点的永久访问十分有必要。

[0081] 有鉴于此，本申请提出了一种访问方法、装置、电子设备和存储介质，用于解决上述问题。本申请的发明构思可概括为：若确定终端当前访问的网络资源所属的站点出现故障；则从本地文件夹集合中查找站点对应的本地文件夹；然后根据当前访问的网络资源，从查找到的本地文件夹中查找与当前访问的网络资源关联的静态资源；最后确定当前访问的网络资源关联的静态资源的配置文件，将配置文件和静态资源发送给终端，以使终端根据配置文件对应的渲染方式显示静态资源。

[0082] 如图1所示，为本申请实施例中的访问方法的应用场景图。图中包括：网络10、服务器20、终端30；其中：

[0083] 服务器20确定终端30当前访问的网络资源所属的站点出现故障；则根据站点的第一标识信息，从本地文件夹集合中查找站点对应的本地文件夹；其中，第一标识信息存储在存储器中，存储器设置在服务器中；也可以为独立的存储器；然后根据当前访问的网络资源，从查找到的本地文件夹中查找与当前访问的网络资源关联的静态资源；最后确定当前访问的网络资源关联的静态资源的配置文件，将配置文件和静态资源发送给终端，以使终端30根据配置文件对应的渲染方式显示静态资源。

[0084] 本申请中的描述中仅就单个服务器或终端加以详述，但是本领域技术人员应当理解的是，示出的终端30、服务器20旨在表示本申请的技术方案涉及的终端设备、服务器的操作。对单个服务器加以详述至少为了说明方便，而非暗示对终端设备和服务器的数量、类型或是位置等具有限制。应当注意，如果向图示环境中添加附加模块或从其中去除个别模块，不会改变本申请的示例实施例的底层概念。另外，本领域技术人员可以理解的是，上述数据的收发也是需要通过网络10实现的。

[0085] 需要说明的是，本申请实施例中设置在服务器中的存储器例如可以是缓存系统、也可以是硬盘存储、内存存储等等。此外，本申请提出的访问方法不仅适用于图1所示的应用场景，还适用于任何有访问需求的装置。

[0086] 为了便于理解，下面结合附图对本申请实施例提供的访问方法进行详细说明。

[0087] 如图2所示，为本申请实施例提供的访问方法的整体流程图，其中：

[0088] 步骤201中：确定终端当前访问的网络资源所属的站点出现故障；

[0089] 步骤202中：根据站点的第一标识信息，从本地文件夹集合中查找站点对应的本地文件夹；

[0090] 步骤203中：根据当前访问的网络资源，从查找到的本地文件夹中查找与当前访问的网络资源关联的静态资源；其中站点对应的本地文件夹是在站点出现故障之前建立的，站点对应的本地文件夹中的静态资源是从站点中获取的；

[0091] 步骤204中：确定当前访问的网络资源关联的静态资源的配置文件，将配置文件和静态资源发送给终端，以使终端根据配置文件对应的渲染方式显示静态资源。

[0092] 在一些实施例中，建立的本地文件夹中分级存储了静态资源，例如：站点A对应的本地文件夹AAA下存储了B和C，在B中存储了D,在D中存储了E。用户当前访问的网络资源为https://www.A.com/B/D/E.html，则根据用户当前访问的网络资源即可在本地文件夹中查找到用户想要访问的E。

[0093] 在一些实施例中，站点可能会因为服务器宕机、或服务器升级维护导致出现故障，进而使得站点无法访问，在本申请中，设置了本地文件夹集合，本地文件夹集合中存储了各个站点对应的本地文件夹，为了明显的知道各个网站对应的本地文件夹，因此本申请实施例中设置了第一标识信息，本地文件夹以第一标识信息进行命名。其中，第一标识信息可以为以下中的任一种或组合：站点名称、冒号、站点访问端口。以第一标识信息命名文件夹可以还便于本领域的技术人员后期维护本地文件夹。例如：站点A的名称为AAA，站点B的名称为BBB，则可以将站点A对应的本地文件夹命名为AAA，将站点B对应的本地文件夹命名为BBB。

[0094] 在本申请实施例中，为了保证在当前访问的站点出现故障时，该站点的静态资源仍然可以继续访问，因此在确定终端当前访问的网络资源所属的站点出现故障之前，实施如图3所示的步骤：

[0095] 步骤301中：对各站点进行镜像处理，得到各站点的静态资源，并将静态资源存储至对应的本地文件夹中；

[0096] 在本申请实施例中，获取各站点的静态资源采用是从网络上自动下载文件的自由工具wget，由于wegt开发周期短、开发成本低、易实现，且相较于其他缓存工具来说更安全，因此本申请中选用wget来获取并存储静态资源。当wget获取静态资源时，对站点进行镜像处理，进而得到站点的静态资源。当然需要知道的是，例如：openresty自带的插件；python或jave实现的爬虫技术等其他下载技术也能达到镜像网站的目的，但是openresty自带的插件会缓存登录之后的信息，导致信息泄露；爬虫技术开发成本高，且收益并不比wget大，所以本申请中不采用该方法。在采用其他下载工具来获取并存储静态资源时，可根据下载工具的需求适应性调整本地文件夹的命名方式。

[0097] 存储到本地文件夹中的静态资源的配置文件一开始为默认类型，由于不同的静态资源的渲染方式不同，因此在步骤302中：将站点中静态资源对应的配置文件由默认类型修改为静态资源对应的类型(即利用站点服务器的特性，根据静态资源的后缀命，设置不同的类型)，其中，每个站点均对应一个默认类型的配置文件，不同类型的静态资源对应的渲染方式不同。

[0098] 例如：默认类型(default_type)为application/json，静态资源A的对应的配置文件为text/css，则将静态资源A的配置文件由default_type修改为text/css；静态资源B对应的配置文件为js，则将静态资源B的配置文件由default_type修改为application/javascript，由此可以使得终端识别出静态资源的类型，进而选择对应的渲染方式。

[0099] 在一些实施例中，由于Openresty相较于其他服务器来说功能更强，更易于扩展开发，因此本申请以服务器为Openresty为例进行说明；由于openresty的配置更新时，需要重新启动，才能生效。因此想要存储到本地文件夹中的静态资源生效，需要在修改完配置文件后重启，以便能够在当前访问的站点出现故障时可正常的访问本地文件夹。当然需要知道的是，其他服务器也适用于本申请，本领域的技术人员可根据服务器的特性适应性调整本申请的具体实施方式。也即：采用其他服务器时，能够在这个服务器上实现url级别的代理，并支持修改文件的default‑type类型；在代理服务器的宿主机上，能够使用wget进行网站资源缓存即可。

[0100] 为了便于理解，下面分情况对本申请实施例提供的访问方法进行详细说明。

[0101] 1、初次建立本地文件夹

[0102] 在本申请实施例中，在初次建立本地文件夹时，首先从存储器中获取各个站点对应的第二信息标识，其中第二信息标识包括接口和地址(例如：10.10.1.1：80)；针对任意一个站点，执行如图4所示的步骤：

[0103] 步骤401：对任意一个站点进行镜像处理，得到任意一个站点的静态资源；

[0104] 在一些实施例中，具体可实施为：为各站点建立缓存任务，并将缓存任务添加到缓存队列中；工作进程监听到缓存队列中有任务时，取出任务进行操作，并对各站点进行镜像处理，得到各站点的静态资源。

[0105] 例如：在后台建立了监听进程worker，worker会一直监听缓存队列，站点A对应的缓存任务添加到缓存队列中，然后站点B对应的缓存任务添加到了缓存队列中，worker就会先对站点A对应的缓存任务进行处理，然后对站点B对应的缓存任务进行处理。

[0106] 由于wget缓存静态资源时需要根据站点的地址和接口进行存储，因此在步骤402：建立以任意一个站点的第二标识信息为文件名的本地文件夹，其中第二标识信息包括地址和端口。

[0107] 在本申请实施例中，为了便于后期对本地文件夹进行维护，因此在步骤403：根据第二标识信息将静态资源存储至对应的本地文件夹，并将本地文件夹的命名修改为站点的第一标识信息。

[0108] 在一些实施例中，可能由于当前站点正处于故障状态中，导致无法获取该站点的静态资源，因此会导致获取静态资源失败；在本申请实施例中，在获取静态资源失败时，会发出获取失败的提示信息，来提醒技术人员本次获取静态资源失败。

[0109] 2、周期性获取静态资源

[0110] 在本申请实施例中，为了保证本地文件夹中的静态资源与站点的静态资源的一致性，因此设置了静态资源的获取周期，服务器根据该周期来周期性的获取静态资源。

[0111] 周期性获取静态资源时，可实施为以下两种情况：

[0112] 1)本地文件夹集合中已有该站点对应的本地文件夹

[0113] 若本地文件夹集合中已有该站点对应的本地文件夹，则如图5所示：

[0114] 步骤501中：针对任意一个站点，周期对任意一个站点进行镜像处理，得到任意一个站点的静态资源；

[0115] 步骤502中：将本地文件的命名修改为站点的第二标识信息，其中第二标识信息包括地址和端口；

[0116] 由于本申请中采用的是wget来对站点进行镜像处理，由于wget在对站点进行镜像处理获取站点的静态资源后，需要根据该站点的地址和端口将静态资源存储至本地文件夹中。因此需要将本地文件夹的命名从以第一标识信息命名的形式改为以第二标识信息命名。

[0117] 步骤503中：根据第二标识信息将静态资源存储至对应的本地文件夹，并将本地文件夹的命名修改为站点的第一标识信息。

[0118] 在将静态资源存储至本地文件夹后，为了更能明显的知道是哪个网站的静态资源，且可以很方便的做检查和其他后期维护，因此需要将本地文件夹的命名再修改为站点的第一标识信息。

[0119] 例如：周期性获取站点A的静态资源时，确定了本地文件夹集合中有站点A对应的本地文件夹，此时本地文件夹是以站点A的名称AAA进行命名的，则将本地文件夹的名称由AAA改为站点A的端口和地址101010:80，将静态资源存储到本地文件夹后，再将本地文件夹的名称由101010:80修改为AAA。

[0120] 2)本地文件夹集合中没有该站点对应的本地文件夹

[0121] 若本地文件夹集合中没有该站点对应的本地文件夹，即在本次周期性获取静态资源时，发现了新增的站点，则执行如图6所示的步骤：

[0122] 步骤601中：从存储器中获取该站点对应的第二信息标识和第一标识信息；

[0123] 步骤602：对站点进行镜像处理，得到站点的静态资源；

[0124] 步骤603：建立以站点的第二标识信息为文件名的本地文件夹；

[0125] 步骤604：根据第二标识信息将静态资源存储至本地文件夹，并将本地文件夹的命名修改为站点的第一标识信息。

[0126] 例如：周期性获取静态资源时，发现新增了站点B，此时本地文件夹集合中没有站点B对应的本地文件夹，则获取站点B的地址和端口为101010:70，则根据站点B的地址和端口建立名称为101010:70的本地文件夹，在将静态资源存储到本地文件夹后，再将本地文件夹的名称由101010:70修改为站点B的名称BBB。

[0127] 通过上述方法，可以实时的发现新增的站点并及时建立本地文件夹存储该站点的静态资源，进一步实现了站点的永久在线。

[0128] 在一些实施例中，可由用户指定需要存储的静态资源，即本地文件夹中不用必须存储站点的所有静态资源，例如：用户想要https://www.liziyi.com/lizier.html这个url实现永久在线，那么就应该将/lizier.html这个url的所有静态资源都存储至本地文件夹中，其余url依然从站点进行访问，当然也可以直接将站点的所有静态资源全部缓存至本地文件夹中，本申请对此不作限定。

[0129] 为了便于理解，下面对本申请实施例提供的访问方法的用户访问出现故障和建立本地文件夹的整体流程分别进行详细说明，如图7A所示：

[0130] 步骤701中：确定终端当前访问的网络资源所属的站点出现故障；

[0131] 步骤702中：根据所述站点的第一标识信息，从本地文件夹集合中查找所述站点对应的本地文件夹；

[0132] 步骤703中：根据所述当前访问的网络资源，从查找到的所述本地文件夹中查找与所述当前访问的网络资源关联的静态资源；

[0133] 步骤704中：确定所述当前访问的网络资源关联的静态资源的配置文件，将所述配置文件和静态资源发送给终端。

[0134] 如图7B所示：

[0135] 步骤711中：确定本地文件夹集合中是否有站点对应的本地文件夹，若有，则进入步骤712中，若没有，则进入步骤715；

[0136] 步骤712中：将本地文件的命名修改为站点的第二标识信息；

[0137] 步骤713中：对站点进行镜像处理，得到站点的静态资源；

[0138] 步骤714中：根据第二标识信息将静态资源存储至对应的本地文件夹，并将本地文件夹的命名修改为站点的第一标识信息；将静态资源对应的配置文件由默认类型修改为所述静态资源对应的类型；

[0139] 步骤715中：从存储器中获取该站点的第二标识信息；

[0140] 步骤716中：建立以所述任意一个站点的第二标识信息为文件名的本地文件夹。

[0141] 如图8所示，基于相同的发明构思，本申请实施例还提出一种访问装置800，包括：

[0142] 故障确定模块8001，被配置为确定终端当前访问的网络资源所属的站点出现故障；

[0143] 查找模块8002，被配置为根据所述站点的第一标识信息，从本地文件夹集合中查找所述站点对应的本地文件夹；

[0144] 获取模块8003，被配置为根据所述当前访问的网络资源，从查找到的所述本地文件夹中查找与所述当前访问的网络资源关联的静态资源；其中所述站点对应的本地文件夹是在所述站点出现故障之前建立的，所述站点对应的本地文件夹中的静态资源是从所述站点中获取的；

[0145] 发送模块8004，被配置为确定所述当前访问的网络资源关联的静态资源的配置文件，将所述配置文件和静态资源发送给终端，以使所述终端根据所述配置文件对应的渲染方式显示所述静态资源。

[0146] 在一些可能的实施例中，所述故障确定模块被配置为执行确定终端当前访问的网络资源所属的站点出现故障之前，所述装置还包括：

[0147] 镜像处理模块，被配置为对各站点进行镜像处理，得到各站点的静态资源，并将所述静态资源存储至对应的本地文件夹中；

[0148] 配置文件修改模块，被配置为将站点中静态资源对应的配置文件由默认类型修改为所述静态资源对应的类型，其中，每个站点均对应一个默认类型的配置文件，不同类型的静态资源对应的渲染方式不同。

[0149] 在一些可能的实施例中，所述镜像处理模块执行对各站点进行镜像处理，得到各站点的静态资源，并将所述静态资源存储至对应的本地文件夹中时，被配置为：

[0150] 针对任意一个站点，周期对所述任意一个站点进行镜像处理，得到所述任意一个站点的静态资源；

[0151] 若本地文件夹集合中不包含所述任意一个站点对应的本地文件夹，则建立以所述任意一个站点的第二标识信息为文件名的本地文件夹，其中所述第二标识信息包括地址和端口；

[0152] 根据所述第二标识信息将所述静态资源存储至对应的本地文件夹，并将所述本地文件夹的命名修改为所述站点的第一标识信息；

[0153] 若本地文件夹集合中包含所述任意一个站点对应的本地文件夹；

[0154] 则将所述本地文件的命名修改为所述站点的第二标识信息，其中所述第二标识信息包括地址和端口；

[0155] 根据所述第二标识信息将所述静态资源存储至对应的本地文件夹，并将所述本地文件夹的命名修改为所述站点的第一标识信息。

[0156] 在一些可能的实施例中，所述镜像处理模块执行对各站点进行镜像处理，得到各站点的静态资源时，被配置为：

[0157] 为各所述站点建立缓存任务，并将所述缓存任务添加到缓存队列中；

[0158] 通过监听进程确定所述缓存任务在所述缓存队列中的顺序，并对各所述站点进行镜像处理，得到各所述站点的静态资源。

[0159] 在一些可能的实施例中，所述第一标识信息包括以下中的任一种或组合：

[0160] 站点名称、冒号、站点访问端口。

[0161] 在介绍了本申请示例性实施方式的访问方法和装置之后，接下来，介绍根据本申请的另一示例性实施方式的电子设备。

[0162] 所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

[0163] 在一些可能的实施方式中，根据本申请的电子设备可以至少包括至少一个处理器、以及至少一个存储器。其中，存储器存储有程序代码，当程序代码被处理器执行时，使得处理器执行本说明书上述描述的根据本申请各种示例性实施方式的访问方法中的步骤。

[0164] 下面参照图9来描述根据本申请的这种实施方式的电子设备130。图9显示的电子设备130仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

[0165] 如图9所示，电子设备130以通用电子设备的形式表现。电子设备130的组件可以包括但不限于：上述至少一个处理器131、上述至少一个存储器132、连接不同系统组件(包括存储器132和处理器131)的总线133。

[0166] 总线133表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。

[0167] 存储器132可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)1321和/或高速缓存存储器1322，还可以进一步包括只读存储器(ROM)1323。

[0168] 存储器132还可以包括具有一组(至少一个)程序模块1324的程序/实用工具1325，这样的程序模块1324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

[0169] 电子设备130也可以与一个或多个外部设备134(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与电子设备130交互的设备通信，和/或与使得该电子设备130能与一个或多个其它电子设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口135进行。并且，电子设备130还可以通过网络适配器136与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器136通过总线133与用于电子设备130的其它模块通信。应当理解，尽管图中未示出，可以结合电子设备130使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

[0170] 在一些可能的实施方式中，本申请提供的一种访问方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在计算机设备上运行时，程序代码用于使计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的一种访问方法中的步骤。

[0171] 程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD‑ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

[0172] 本申请的实施方式的用于访问的程序产品可以采用便携式紧凑盘只读存储器(CD‑ROM)并包括程序代码，并可以在电子设备上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

[0173] 可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

[0174] 可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、RF等等，或者上述的任意合适的组合。

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

[0176] 应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

[0177] 此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

[0178] 本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD‑ROM、光学存储器等)上实施的计算机程序产品的形式。

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

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

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

[0182] 显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。