页面访问方法、装置、设备以及存储介质与流程

本公开涉及互联网领域，特别是涉及一种页面访问方法、装置、设备以及存储介质。

背景技术：

随着互联网技术的发展，通过浏览页面获取信息逐渐成为主要的信息获取方式。目前，用户不仅可以通过浏览器浏览网页，还可以通过内嵌浏览器的应用程序浏览应用内支持的页面，如微信、qq、今日头条等应用内的页面。

用户首次访问页面的性能体验，会很大程度上影响用户对页面质量的判断。一般来说，首次访问速度快的页面，用户会觉得页面的质量较好，首次访问速度慢的页面，用户会觉得页面质量较差。

因此，提高页面的首次访问速度，是提升用户的页面访问体验的一个关键。

技术实现要素：

本公开的一个目的在于提供一种能够提高页面的首次访问速度的页面访问方案。

根据本公开的一个方面，提出了一种页面访问方法，包括：在首次访问页面之前，预先保存实现页面访问所需的至少部分数据，其中，至少部分数据包括实现页面访问需要使用的脚本文件的解析结果；响应于页面访问请求，获取至少部分数据；以及基于至少部分数据完成页面的访问。

由此，在用户首次访问页面时，由于已经预先保存了脚本文件的解析结果，因此可以省去针对脚本文件的解析步骤，而直接使用预先保存的解析结果。从而可以提高页面首次访问速度，提升用户首次访问页面的性能体验。

可选地，预先保存实现页面访问所需的至少部分数据的步骤包括：接收服务器下发的脚本文件的解析结果；并且/或者接收服务器下发的应用程序安装包，其中，应用程序安装包内包括解析结果。

由此，可以通过多种方式获取解析结果。

可选地，解析结果是以对脚本文件进行哈希计算得到的哈希值命名的。

由此，同一脚本文件在所有客户端生成的名字都是一样的，从而可以被不同客户端使用。

可选地，获取至少部分数据的步骤包括：对页面访问过程中使用的待解析脚本文件进行哈希计算，以得到待解析脚本文件的哈希值；获取预先保存的名称与待解析脚本文件的哈希值一致的解析结果，作为待解析脚本文件的解析结果。

可选地，页面访问方法还包括：响应于客户端启动，将解析结果设置进内核。

由此，即使内核由于其它原因(比如，用户主动清除，浏览器内存压力，等情况)删除了已有的解析结果，由于在客户端启动时又重新将解析结果设置进内核，因此用户访问页面时仍然可以用到解析结果。

可选地，所脚本文件是多个页面的访问过程中共同使用的脚本文件。由此，可以调高保存解析结果带来的收益。

可选地，至少部分数据还包括页面资源文件和/或后台服务请求的资源文件。

根据本公开的第二个方面，还提出了一种页面访问辅助方法，包括：获取客户端实现页面访问所需的至少部分数据，其中，至少部分数据包括实现页面访问需要使用的脚本文件的解析结果；将至少部分数据下发至客户端，以使得客户端在首次访问页面时能够直接使用至少部分数据。

可选地，将至少部分数据下发至客户端的步骤包括：将脚本文件的解析结果下发至客户端；并且/或者将脚本文件的解析结果设置在应用程序安装包内，并将应用程序安装包下发至客户端。

可选地，页面访问辅助方法还包括：在脚本文件发生更新的情况下，将更新后的脚本文件的解析结果下发至客户端。

可选地，解析结果是以对脚本文件进行哈希计算得到的哈希值命名的。

可选地，至少部分数据还包括页面资源文件和/或后台服务请求的资源文件。

根据本公开的第三个方面，还提出了一种页面访问装置，包括：保存模块，用于在首次访问页面之前，预先保存实现页面访问所需的至少部分数据，其中，至少部分数据包括实现页面访问需要使用的脚本文件的解析结果；获取模块，用于响应于页面访问请求，获取至少部分数据；以及页面访问模块，用于基于至少部分数据完成页面的访问。

可选地，保存模块接收服务器下发的脚本文件的解析结果，并且/或者保存模块接收服务器下发的应用程序安装包，其中，应用程序安装包内包括解析结果。

可选地，解析结果是以对脚本文件进行哈希计算得到的哈希值命名的。

可选地，获取模块包括：计算模块，用于对页面访问过程中使用的待解析脚本文件进行哈希计算，以得到待解析脚本文件的哈希值；查找模块，用于查找预先保存的名称与待解析脚本文件的哈希值一致的解析结果，作为待解析脚本文件的解析结果。

可选地，页面访问装置还包括：设置模块，用于响应于客户端启动，将解析结果设置进内核。

可选地，至少部分数据还包括页面资源文件和/或后台服务请求的资源文件。

根据本公开的第四个方面，还提出了一种页面访问辅助装置，包括：获取模块，用于获取客户端实现页面访问所需的至少部分数据，其中，至少部分数据包括实现页面访问需要使用的脚本文件的解析结果；下发模块，用于将至少部分数据下发至客户端，以使得客户端在首次访问页面时能够直接使用至少部分数据。

可选地，下发模块将脚本文件的解析结果下发至客户端，并且/或者下发模块将脚本文件的解析结果设置在应用程序安装包内，并将应用程序安装包下发至客户端。

可选地，解析结果是以对脚本文件进行哈希计算得到的哈希值命名的。

可选地，至少部分数据还包括页面资源文件和/或后台服务请求的资源文件。

根据本公开的第五个方面，还提出了一种计算设备，包括：处理器；以及存储器，其上存储有可执行代码，当可执行代码被处理器执行时，使处理器执行如本公开第一个方面或第二个方面述及的方法。

根据本公开的第六个方面，还提出了一种非暂时性机器可读存储介质，其上存储有可执行代码，当可执行代码被电子设备的处理器执行时，使处理器执行如本公开第一个方面或第二个方面述及的方法。

本公开通过在客户端预先保存实现页面访问需要用到的脚本文件的解析结果。如此，在用户首次访问页面时，由于本地已经预先保存了脚本文件的解析结果，因此可以省去针对脚本文件的解析步骤，而直接使用预先保存的解析结果。从而可以提高页面首次访问速度，提升用户首次访问页面的性能体验。

附图说明

通过结合附图对本公开示例性实施方式进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施方式中，相同的参考标号通常代表相同部件。

图1是用于实现本公开实施例的环境的示意图。

图2是示出了根据本公开一实施例的页面访问方法的示意性流程图。

图3是示出了根据本公开一实施例的页面访问辅助方法的示意性流程图。

图4是示出了根据本公开一实施例的页面访问装置的结构的示意性方框图。

图5是示出了根据本公开一实施例的页面访问辅助装置的结构的示意性方框图。

图6是示出了根据本公开一实施例的计算设备的结构的示意性方框图。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施方式。虽然附图中显示了本公开的优选实施方式，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

影响页面首次访问速度的因素非常多。比如，各种模块初始化、资源加载、脚本执行等等。本公开发明人注意到，实现页面访问过程中的前端渲染越来越流行，而前端渲染的很多逻辑都是由脚本(例如js)去完成。因此，脚本的性能对页面首次访问速度的影响越来越关键。

从各种真实页面的统计数据来看，解析编译对脚本性能的影响较大，可以占到40％。虽然脚本文件(例如js文件)的解析结果(字节码，bytecode)可以持久化存储到本地，以供重复使用。但是，脚本文件的解析需要较复杂的条件，例如，用户可能需要多次访问才能得到解析结果，并且生成的解析结果也可能被用户删除缓存时清掉或者浏览器内存紧张时被清掉，另外还有其它多种无法用到缓存的解析结果的情况。

有鉴于此，本公开提出，在首次访问页面之前，可以在客户端预先保存实现页面访问需要用到的脚本文件的解析结果。如此，在用户首次访问页面时，由于客户端已经预先保存了脚本文件的解析结果，因此可以省去针对脚本文件的解析步骤，而直接使用预先保存的解析结果。由此，可以提高页面首次访问速度，提升用户首次访问页面的性能体验。

进一步地，为了提高收益，在客户端预先保存实现页面访问需要使用的脚本文件的解析结果时，可以优选地保存多个页面的访问过程中共同使用的脚本文件的解析结果。也就是说，脚本文件可以是可被多个页面共同使用的脚本文件，如框架文件。例如，一些超级客户端(比如，支付宝、手淘、微信)，它们的业务很多是基于同样的脚本(js)框架，这类脚本必然会被高频率重复使用，所以可以提前生成这类脚本的解析结果并下发至客户端，以提升在客户端未生成字节码场景下的页面性能。其中，下发的场景一般包含客户端发新版本以及客户端框架发新版本。

本公开述及的页面可以是各种类型的页面，如可以是网页，也可以是内嵌在应用程序中的页面。例如，可以是使用安装在客户端设备上的应用程序打开的页面。其中，此处述及的应用程序可以是浏览器，也可以是内嵌浏览器的其它程序，比如今日头条、微信、新浪微博等。脚本文件是指实现页面访问过程中(也即打开页面过程中)需要用到的脚本文件(如js文件)，优选地可以是多个页面的访问过程中能够共用的脚本框架文件(如js框架文件)。

作为示例，本公开可以用于微信、qq、新浪微博等内嵌了浏览器的应用程序。本公开述及的页面可以是指这些应用程序内提供的页面。在用户首次访问页面之前，可以预先保存应用程序内多个页面通用的脚本框架文件的解析结果。由此，用户在使用应用程序首次打开应用程序内的页面时，无需在客户端执行脚本框架文件的解析操作，因此可以提升页面的首次访问速度，进而提升应用程序的用户体验，增强用户对产品的黏性。

需要说明的是，为了提高页面首次访问速度，除了预先在客户端保存脚本文件的解析结果外，还可以在客户端预先保存页面资源文件、后台服务(serviceworker)请求的资源等多种类型的文件，此处不再赘述。

本公开实施例提供的页面访问方案可以应用于如图1所示的环境中。

图1是用于实现本公开实施例的环境的示意图。在一个实施例中，环境中的客户端10可以经由网络40实现与服务器20的信息收发。服务器20可以将从客户端10获取的数据存储至数据库30，也可以通过访问数据库30来获取客户端10所需的内容。客户端10之间(例如，10_1与10_2或10_n之间)也可以经由网络40彼此通信。网络40可以是广义上的用于信息传递的网络，可以包括一个或多个通信网络，诸如无线通信网络、因特网、私域网、局域网、城域网、广域网或是蜂窝数据网络等。在一个实施例中，网络40也可以包括卫星网络，由此将客户端10的gps信号传送给服务器20。应当注意，如果向图1中添加或从图1中去除附加模块，不会改变本发明的示例实施例的底层概念。另外，虽然为了方便说明而在图中示出了从数据库30到服务器20的双向箭头，但本领域技术人员可以理解的上，上述数据的收发也是可以通过网络40实现的。

客户端10可以是可用来进行网络访问的任何合适的电子设备，如可以是便携式电子设备，包括但不限于智能电话、平板电脑或是其他便携式客户端。服务器20则是能够通过网络访问的提供交互服务所需信息的任何服务器。图中虽然示出了多个客户端10-1…n以及单个服务器20和数据库30，并且在随后的描述中会选择其中的一个或部分客户端加以描述(例如，客户端10-1)，但是本领域技术人员应该立即的是，上述1…n个客户端旨在表示真实网络中存在的多个客户端，示出的单个服务器20和数据库30旨在表示本发明的技术方案涉及服务器及数据库的操作。对特定编号的移动端以及单个服务器和数据库加以详述至少为了说明方便，而非暗示对移动端和服务器的类型或是位置等具有限制。

图2是示出了根据本发明一实施例的页面访问方法的示意性流程图。其中，图2所示的方法可以由图1中的客户端执行。

参见图2，在步骤s210，在首次访问页面之前，预先保存实现页面访问所需的至少部分数据。

此处述及的至少部分数据包括实现页面访问需要使用的脚本文件的解析结果。如上文所述，脚本的性能对页面首次访问速度的影响越来越关键，而解析编译对脚本性能的影响较大。因此，可以在首次访问页面之前，预先保存页面访问需要使用的脚本文件的解析结果(可以是字节码，bytecode)。

页面访问过程中使用的脚本文件大多是js文件。本公开述及的脚本文件可以是js文件，也可以是其它类型的脚本文件，此处不再赘述。

可以由服务器预先生成脚本文件的解析结果，然后将解析结果下发至客户端，以在首次访问页面之前，在客户端保存脚本文件的解析结果。由此，通过提前将解析结果缓存在客户端，可以提升客户端未生成解析结果场景(即首次访问页面场景)下的页面访问速度。

作为示例，服务器可以是在每次脚本文件发生更新的情况下，生成针对更新的脚本文件的解析结果，然后将解析结果下发至客户端。也就是说，客户端可以不断接收服务器下发的针对更新的脚本文件生成的解析结果。

本公开述及的脚本文件可以是能够被多个页面使用的脚本文件。例如，可以是客户端应用内的脚本框架文件，如可以是微信、支付宝等应用内的小程序共用的脚本(js)框架文件。这种情况下，脚本文件几乎不会改变，或者变动频率较小，因此，可以将这类脚本文件的解析结果直接打包内置进客户端。

也就是说，可以将解析结果内置在应用程序安装包内，客户端可以通过应用市场或者服务器下载该应用程序安装包，在将其安装在客户端上后，在首次访问页面的过程中，可以直接使用预先保存的解析结果，而不用再临时对脚本文件进行解析，从而可以提升用户的首次访问体验。并且，后续在脚本文件发生更新时，还可以接收服务器对更新的脚本文件进行解析得到的解析结果。

由此，预先保存解析结果的场景主要包括两种，一种是客户端发布新版本，一种是客户端脚本框架发新版本。而客户端缓存的解析结果可以分为三类，安装包内置的解析结果、服务器下发的解析结果以及利用客户端自身生成的解析结果。使用优先级为，客户端自身生成的解析结果优先使用，其次是服务器下发的解析结果，最后是安装包内置的解析结果。

在步骤s220，响应于页面访问请求，获取至少部分数据。

所保存的解析结果可以以根据脚本文件计算得到的哈希值命名。具体地，可以对脚本文件的二进制数据进行哈希计算，所得到的哈希值可以用于命名解析结果。由此，同一脚本文件在所有客户端生成的名字都是一样的，从而可以被不同客户端使用。并且，对于接收到的服务器下发的解析结果，客户端还可以将其与已有的解析结果进行合并。合并规则为，如果客户端已存在同名的解析结果，则忽略下发的解析结果，否则保存，如可以将下发的解析结果拷贝到客户端缓存目录中。

响应于页面访问请求，客户端可以按照正常的页面访问逻辑执行页面访问操作。不同之处在于，在实现页面访问过程中对待解析脚本文件进行解析前，可以首先查找本地是否存在已经预先保存的待解析脚本文件的解析结果。如果存在则直接使用保存的解析结果，从而可以忽略脚本文件的解析过程，极大提升js性能，进而提高页面首次访问速度。

查找过程为，可以对页面访问过程中使用的待解析脚本文件进行哈希计算，以得到待解析脚本文件的哈希值，然后查找预先保存的名称与计算得到的哈希值一致的解析结果，作为待解析脚本文件的解析结果

在步骤s230，基于至少部分数据完成页面的访问。

在查找到与页面访问过程中使用的待解析脚本文件对应的解析结果后，就可以直接使用该解析结果，而无需再对待解析脚本文件进行解析。基于解析结果实现页面访问的过程为本领域现有技术，此处不再赘述。

作为本公开的一个示例，可以在每次启动客户端时，将本地缓存的解析结果设置进内核。由此，即使内核由于其它原因(比如，用户主动清除，浏览器内存压力，等情况)删除了已有的解析结果，由于在客户端启动时又重新将解析结果设置进内核，因此用户访问页面时仍然可以用到解析结果。

至此结合图2以预先保存的至少部分数据为脚本文件的解析结果为例，对本公开的页面访问方案进行了说明。应该知道，除了预先保存脚本文件的解析结果外，还可以预先保存其它多种类型的文件。例如，也可以预先保存各种页面资源文件，然后将其设置到浏览器内核的httpcache，在用户访问页面时，可以直接从httpcache获取到资源文件。再例如，可以预先保存后台服务(serviceworker)请求的缓存，然后将下发缓存设置到浏览器内核的serviceworker缓存目录，从而serviceworker请求资源时可以从缓存中获取。此处不再赘述。

图3是示出了根据本公开一实施例的页面访问辅助方法的示意性流程图。其中，图3所示的方法可以由图1中的服务器执行。

参见图3，在步骤s310，获取客户端实现页面访问所需的至少部分数据。

如上文所述，至少部分数据包括实现页面访问需要使用的脚本文件的解析结果。其中，此处述及的脚本文件可以优选地是能够被多个页面共用的脚本文件，例如可以是脚本框架文件。另外，此处述及的至少部分数据还可以包括页面资源文件和/或后台服务请求的资源文件，此处不再赘述。

服务器在获取脚本文件的解析结果时，可以先在服务器端的应用程序(理论上，可以是任何能够运行脚本文件的程序，例如可以是浏览器)执行生成解析结果(即字节码，bytecode)，然后将解析结果下发到客户端。

在步骤s320，将至少部分数据下发至客户端，以使得客户端在首次访问页面时能够直接使用至少部分数据。

下面主要以服务器下发脚本文件的解析结果为例进行说明，关于其他类型的数据的下发，此处不再赘述。

服务器向客户端下发脚本文件的解析结果的事件与客户端的页面访问事件无关。服务器可以在脚本文件每次发生更新时，获取更新的脚本文件的解析结果，然后将得到的解析结果下发至客户端。另外，服务器也可以将脚本文件的解析结果内置在应用程序安装包内，并将客户端应用程序安装包下发至客户端。

作为本公开的一个示例，服务器可以首先将脚本文件的解析结果内置在应用程序安装包内，应用程序安装包可以发布在应用市场，由用户自行下载，也可以主动将安装包下发至客户端用户。此后，响应于应用程序内脚本文件的更新，可以针对更新的脚本文件生成相应的解析结果，然后将解析结果下发至客户端。另外，在应用程序发生更新时，也可以重新生成脚本文件的解析结果，并将其打包在应用程序安装包内。其中，下发的解析结果可以是以对脚本文件进行哈希计算得到的哈希值命名的。

图4是示出了根据本发明一实施例的页面访问装置的结构的示意性方框图。其中，页面访问装置的功能模块可以由实现本发明原理的硬件、软件或硬件和软件的结合来实现。本领域技术人员可以理解的是，图4所描述的功能模块可以组合起来或者划分成子模块，从而实现上述发明的原理。因此，本文的描述可以支持对本文描述的功能模块的任何可能的组合、或者划分、或者更进一步的限定。

下面就页面访问装置可以具有的功能模块以及各功能模块可以执行的操作做简要说明，对于其中涉及的细节部分可以参见上文结合图2的描述，这里不再赘述。

参见图4，页面访问装置400包括保存模块410、获取模块420以及页面访问模块430。

保存模块410用于在首次访问页面之前，预先保存实现页面访问所需的至少部分数据。其中，至少部分数据包括实现页面访问需要使用的脚本文件的解析结果。另外，至少部分数据还可以包括页面资源文件和/或后台服务请求的资源文件。其中，解析结果可以是以对脚本文件进行哈希计算得到的哈希值命名的。并且，脚本文件可以是多个页面的访问过程中共同使用的脚本文件，如脚本框架文件。

保存模块410可以通过接收服务器下发的脚本文件的解析结果，实现解析结果的预保存。另外，保存模块410也可以通过接收服务器下发的内置了解析结果的应用程序安装包，预保存解析结果。其中，保存模块410也可以通过应用市场下载应用程序安装包，此处不再赘述。

获取模块420用于响应于页面访问请求，获取至少部分数据。

如图4所示，获取模块420可以可选地包括计算模块421和查找模块423。计算模块421用于对页面访问过程中使用的待解析脚本文件进行哈希计算，以得到待解析脚本文件的哈希值。查找模块423用于查找预先保存的名称与哈希值一致的解析结果，作为待解析脚本文件的解析结果。

页面访问模块430用于基于至少部分数据完成页面的访问。

如图4所示，页面访问装置400还可以包括设置模块440。设置模块440用于响应于客户端启动，将解析结果设置进内核。

图5是示出了根据本发明一实施例的页面访问辅助装置的结构的示意性方框图。其中，页面访问装置的功能模块可以由实现本发明原理的硬件、软件或硬件和软件的结合来实现。本领域技术人员可以理解的是，图5所描述的功能模块可以组合起来或者划分成子模块，从而实现上述发明的原理。因此，本文的描述可以支持对本文描述的功能模块的任何可能的组合、或者划分、或者更进一步的限定。

下面就页面访问装置可以具有的功能模块以及各功能模块可以执行的操作做简要说明，对于其中涉及的细节部分可以参见上文结合图3的描述，这里不再赘述。

参见图5，页面访问辅助装置500包括获取模块510和下发模块520。

获取模块510用于获取客户端实现页面访问所需的至少部分数据。其中，至少部分数据包括实现页面访问需要使用的脚本文件的解析结果。另外，至少部分数据还可以包括页面资源文件和/或后台服务请求的资源文件。其中，解析结果可以是以对脚本文件进行哈希计算得到的哈希值命名的。并且，脚本文件可以是多个页面的访问过程中共同使用的脚本文件，如脚本框架文件。

下发模块520用于将至少部分数据下发至客户端，以使得客户端在首次访问页面时能够直接使用至少部分数据。

作为示例，下发模块520可以将脚本文件的解析结果下发至客户端。并且，下发模块520还可以将脚本文件的解析结果内置在应用程序安装包内，并将应用程序安装包下发至客户端。这里，可以直接将应用程序安装包下发至客户端，也可以将应用程序安装包发布在应用市场，由用户自行下载。

图6示出了根据本发明一实施例可用于实现上述页面访问方法的数据处理的计算设备的结构示意图。

参见图6，计算设备1000包括存储器1010和处理器1020。

处理器1020可以是一个多核的处理器，也可以包含多个处理器。在一些实施例中，处理器1020可以包含一个通用的主处理器以及一个或多个特殊的协处理器，例如图形处理器(gpu)、数字信号处理器(dsp)等等。在一些实施例中，处理器1020可以使用定制的电路实现，例如特定用途集成电路(asic，applicationspecificintegratedcircuit)或者现场可编程逻辑门阵列(fpga，fieldprogrammablegatearrays)。

存储器1010可以包括各种类型的存储单元，例如系统内存、只读存储器(rom)，和永久存储装置。其中，rom可以存储处理器1020或者计算机的其他模块需要的静态数据或者指令。永久存储装置可以是可读写的存储装置。永久存储装置可以是即使计算机断电后也不会失去存储的指令和数据的非易失性存储设备。在一些实施方式中，永久性存储装置采用大容量存储装置(例如磁或光盘、闪存)作为永久存储装置。另外一些实施方式中，永久性存储装置可以是可移除的存储设备(例如软盘、光驱)。系统内存可以是可读写存储设备或者易失性可读写存储设备，例如动态随机访问内存。系统内存可以存储一些或者所有处理器在运行时需要的指令和数据。此外，存储器1010可以包括任意计算机可读存储媒介的组合，包括各种类型的半导体存储芯片(dram，sram，sdram，闪存，可编程只读存储器)，磁盘和/或光盘也可以采用。在一些实施方式中，存储器1010可以包括可读和/或写的可移除的存储设备，例如激光唱片(cd)、只读数字多功能光盘(例如dvd-rom，双层dvd-rom)、只读蓝光光盘、超密度光盘、闪存卡(例如sd卡、minsd卡、micro-sd卡等等)、磁性软盘等等。计算机可读存储媒介不包含载波和通过无线或有线传输的瞬间电子信号。

存储器1010上存储有可执行代码，当可执行代码被处理器1020执行时，可以使处理器1020执行上文述及的页面访问方法。

上文中已经参考附图详细描述了根据本发明的页面访问、装置以及设备。

此外，根据本发明的方法还可以实现为一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括用于执行本发明的上述方法中限定的上述各步骤的计算机程序代码指令。

或者，本发明还可以实施为一种非暂时性机器可读存储介质(或计算机可读存储介质、或机器可读存储介质)，其上存储有可执行代码(或计算机程序、或计算机指令代码)，当所述可执行代码(或计算机程序、或计算机指令代码)被电子设备(或计算设备、服务器等)的处理器执行时，使所述处理器执行根据本发明的上述方法的各个步骤。

本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。

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

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。