本地应用程序与网页内核之间的数据传输方法和装置与流程

本申请涉及通信技术领域，尤其涉及一种本地应用程序与网页内核之间的数据传输方法和装置。

背景技术：

目前，在应用程序(application，简称app)开发中，为了便于用户在app页面编辑发文、丰富页面的展示样式，且为了app的快速迭代，app中需要内置h5(html5的简称，其中，html5为应用超文本标记语言(hypertextmarkuplanguage)的第五次重大修改)页面，从而方便app新功能的迭代和发布。

相关技术中，移动终端上的应用程序(下文中称为本地应用程序)与网页内核之间进行数据传输时，直接采集原始数据进行传输，或者，将原始数据转化为json格式的数据进行传输。

这种方式下，如果直接采集原始数据进行传输，则只能进行简单类型的数据传输，适用性不高，而如果将原始数据转化为json格式的数据进行传输，则在传输的过程中，可能造成数据丢失的情况发生，从而无法保证数据的完整性和正确性。

技术实现要素：

本申请提出一种本地应用程序与网页内核之间的数据传输方法和装置，以实现在数据传输的过程中，保证数据的完整性和正确性，并且可以适用于不同场景下的数据传输，提升该方法的适用性，用于解决现有技术中在数据传输的过程中，无法保证数据的完整性和正确性，以及适用性不高的技术问题。

本申请一方面实施例提出了一种本地应用程序与网页内核之间的数据传输方法，包括：

接收发送端发送的数据，其中，所述发送端为本地应用程序和网页内核中的一个；

判断所述数据是否为编码数据；以及

如果所述数据不为编码数据，则对所述数据进行编码并发送至接收端，其中，所述接收端为所述本地应用程序和所述网页内核中的另一个，且所述接收端对所述编码数据进行解码后加载。

本申请实施例的本地应用程序与网页内核之间的数据传输方法，通过接收发送端发送的数据，并判断数据是否为编码数据，若否，则对数据进行编码并发送至接收端，其中，发送端为本地应用程序和网页内核中的一个，接收端为另一个，且接收端对编码数据进行解码后加载。本申请中，通过对数据进行编码处理，可以实现在数据传输的过程中，保证数据的完整性和正确性，并且可以适用于不同场景下的数据传输，提升该方法的适用性。

本申请又一方面实施例提出了一种本地应用程序与网页内核之间的数据传输装置，包括：

接收模块，用于接收发送端发送的数据，其中，所述发送端为本地应用程序和网页内核中的一个；

判断模块，用于判断所述数据是否为编码数据；以及

处理模块，用于如果所述数据不为编码数据，则对所述数据进行编码并发送至接收端，其中，所述接收端为所述本地应用程序和所述网页内核中的另一个，且所述接收端对所述编码数据进行解码后加载。

本申请实施例的本地应用程序与网页内核之间的数据传输装置，通过接收发送端发送的数据，并判断数据是否为编码数据，若否，则对数据进行编码并发送至接收端，其中，发送端为本地应用程序和网页内核中的一个，接收端为另一个，且接收端对编码数据进行解码后加载。本申请中，通过对数据进行编码处理，可以实现在数据传输的过程中，保证数据的完整性和正确性，并且可以适用于不同场景下的数据传输，提升适用性。

本申请又一方面实施例提出了一种计算设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如本申请前述实施例提出的本地应用程序与网页内核之间的数据传输方法。

本申请又一方面实施例提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如本申请前述实施例提出的本地应用程序与网页内核之间的数据传输方法。

本申请又一方面实施例提出了一种计算机程序产品，当所述计算机程序产品中的指令由处理器执行时，执行如本申请前述实施例提出的本地应用程序与网页内核之间的数据传输方法。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为目前本地应用程序与网页内核进行数据传输的流程示意图；

图2为本申请实施例一所提供的本地应用程序与网页内核之间的数据传输方法的流程示意图；

图3为本地应用程序的显示界面示意图一；

图4为本地应用程序的显示界面示意图二；

图5为本申请实施例二所提供的本地应用程序与网页内核之间的数据传输方法的流程示意图；

图6为本申请实施例中本地应用程序与网页内核进行数据传输的流程示意图一；

图7为本申请实施例三所提供的本地应用程序与网页内核之间的数据传输方法的流程示意图；

图8为本申请实施例中本地应用程序与网页内核进行数据传输的流程示意图二；

图9为本申请实施例四所提供的本地应用程序与网页内核之间的数据传输装置的结构示意图；

图10为本申请实施例五所提供的本地应用程序与网页内核之间的数据传输装置的结构示意图；

图11示出了适于用来实现本申请实施方式的示例性计算设备的框图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

现有技术中，本地应用程序与网页内核之间进行数据传输时，可以直接采集原始数据进行传输，或者，将原始数据转化为json格式的数据进行传输。例如，参见图1，图1为目前本地应用程序与网页内核进行数据传输的流程示意图。其中，jsbridge是原生(native)代码和javascript(js)代码的通信桥梁，即连接本地应用程序的原生界面和h5界面之间的桥梁。

然而，在数据传输的过程中，用于显示网页内容的组件(webview)会对数据进行解码处理，如果数据中包含特殊字符，可能发生无法识别，或者解码错误的情况，从而网页内核接收到的数据并非本地应用程序发送的原始数据，则可能导致网页出现界面显示错误、数据丢失、异常等问题。并且，直接采集原始数据进行传输，无法实现大数据传输，适应性不高。

本申请主要针对现有技术中在数据传输的过程中，无法保证数据的完整性和正确性，以及适用性不高的技术问题，提出一种本地应用程序与网页内核之间的数据传输方法。

本申请实施例的本地应用程序与网页内核之间的数据传输方法，通过接收发送端发送的数据，并判断数据是否为编码数据，若否，则对数据进行编码并发送至接收端，其中，发送端为本地应用程序和网页内核中的一个，接收端为另一个，且接收端对编码数据进行解码后加载。本申请中，通过对数据进行编码处理，可以实现在数据传输的过程中，保证数据的完整性和正确性，并且可以适用于不同场景下的数据传输，提升该方法的适用性。

下面参考附图描述本申请实施例的本地应用程序与网页内核之间的数据传输方法和装置。在具体描述本发明实施例之前，为了便于理解，首先对常用技术词进行介绍：

iframe，为html标签，是在html语言中实现在一个网页中包含多个其他网页的功能。

url，统一资源定位符(uniformuniversalresourcelocator)。

图2为本申请实施例一所提供的本地应用程序与网页内核之间的数据传输方法的流程示意图。

本申请实施例以该本地应用程序与网页内核之间的数据传输方法被配置于本地应用程序与网页内核之间的数据传输装置中来举例说明，该本地应用程序与网页内核之间的数据传输装置可以被配置于任何计算设备中，以该计算设备可以执行本地应用程序与网页内核之间的数据传输功能。

其中，本地应用程序是指可以运行在计算设备上的软件程序，计算设备可以为个人电脑(personalcomputer，简称pc)、云端设备、移动设备、车载设备等，移动设备例如可以为手机、平板电脑、个人数字助理、穿戴式设备等具有各种操作系统、触摸屏和/或显示屏的硬件设备。

如图2所示，该本地应用程序与网页内核之间的数据传输方法包括以下步骤：

步骤101，接收发送端发送的数据，其中，发送端为本地应用程序和网页内核中的一个。

本申请实施例中，发送端可以为本地应用程序，或者，发送端也可以为网页内核，其中，网页内核可以为h5及以上版本的网页内核。为方便说明，本申请以下各实施例以发送端为本地应用程序为例进行说明。

本申请实施例中，为了保证数据的原有性和正确性，在发送端发送数据之前，可以对数据进行编码处理。具体地，发送端可以从服务器中获取数据，而后对数据进行编码处理。例如，可以采用现有的编码算法，对数据进行编码处理，或者，还可以采用自定义的编码算法，对数据进行编码处理，本申请对此不做限制。

当发送端对数据进行编码处理后，可以将编码数据发送至本地应用程序与网页内核之间的数据传输装置，相应的，本地应用程序与网页内核之间的数据传输装置可以接收发送端发送的编码数据。

步骤102，判断数据是否为编码数据。

可选地，可以利用相关技术中的相关算法，对数据进行识别，确定数据是否为编码数据，此处不做赘述。

步骤103，如果数据不为编码数据，则对数据进行编码并发送至接收端，其中，接收端为本地应用程序和网页内核中的另一个，且接收端对编码数据进行解码后加载。

需要说明的是，由于在数据传输的过程中，用于显示网页内容的组件(webview)会对数据进行解码处理，如果数据中包含特殊字符，可能发生无法识别，或者解码错误的情况。例如，当url链接中包含字符“+”时，用于显示网页内容的组件对其进行解码后，将变成空格“”，再例如，当url链接中包含空格“”、字符串中出现的英文单引号“’”等时，用于显示网页内容的组件对其进行解码后，将无法对其进行识别，或者识别错误。从而网页内核接收到的数据并非本地应用程序发送的原始数据，则可能导致网页出现界面显示错误、数据丢失、异常等问题。

作为一种示例，参见图3，图3为本地应用程序的显示界面示意图一。在用户通过移动终端传输图片的过程中，如果图片链接中包含字符“+”，在本地应用程序与网页内核进行数据传输的过程中，链接中的字符“+”会被转成空格“”，此时，将无法显示图片，即出现界面显示异常的情况。

因此，本申请中，为了保证数据的原有性和正确性，当本地应用程序与网页内核之间的数据传输装置确定数据不为编码数据时，可以对数据进行编码，将编码数据进行保存并发送至接收端。而当确定数据为编码数据时，可以对该编码数据进行保存，并直接将编码数据发送至接收端。

具体地，当数据不为编码数据时，可以对数据之中的特殊字符进行提取，对提取后的特殊字符进行编码处理，而后将编码数据发送至接收端，相应的，接收端在接收到编码数据后，可以采用与编码算法对应的解码算法，对编码数据进行解码后加载，由此，可以保证接收端加载的数据和发送端发送的数据的一致性和正确性。

作为一种示例，参见图4，图4为本地应用程序的显示界面示意图二。无论图片链接中是否包含特殊字符，均可以正常显示，极大地提升用户的使用体验。

需要说明的是，本申请上述实施例是以发送端为本地应用程序，接收端为网页内核为例进行的说明，在实际使用时，也可以以接收端为本地应用程序，发送端为网页内核，对此不作限制。

本申请实施例的本地应用程序与网页内核之间的数据传输方法，通过接收发送端发送的数据，并判断数据是否为编码数据，若否，则对数据进行编码并发送至接收端，其中，发送端为本地应用程序和网页内核中的一个，接收端为另一个，且接收端对编码数据进行解码后加载。本申请中，通过对数据进行编码处理，可以实现在数据传输的过程中，保证数据的完整性和正确性，并且可以适用于不同场景下的数据传输，提升该方法的适用性。

需要说明的是，虽然可以通过本地应用程序不使用网页内核做界面呈现，来解决现有技术中在数据传输的过程中，无法保证数据的完整性和正确性，以及适用性不高的技术问题，但是，这种方式屏蔽了网页内核动态更新的性能，同样屏蔽了在编辑过程中图文混排的展示优势，严重降低了用户的使用体验。

因此，本申请中，还可以达到通过网页内核的动态且实时更新的性能，对本地应用程序界面展示的内容进行实时更新，并且可以实现在本地应用程序呈现优美的图文混排界面，极大地提升用户的使用体验的技术效果。

为了清楚说明上一实施例，参见图5，本申请实施例以发送端为本地应用程序，接收端为网页内核为例进行详细说明。

图5为本申请实施例二所提供的本地应用程序与网页内核之间的数据传输方法的流程示意图。

本申请实施例以本地应用程序与网页内核之间的数据传输装置为中间组件示例。

如图5所示，该本地应用程序与网页内核之间的数据传输方法可以包括以下步骤：

步骤201，本地应用程序从服务器获取数据并对数据进行编码。

步骤202，本地应用程序将编码后的数据发送至中间组件。

步骤203，中间组件判断数据是否为编码数据，若否，执行步骤204-206，若是，执行步骤206。

步骤204，提取数据之中的特殊字符。

作为一种可能的实现方式，可以根据预先建立的特殊字符库，识别数据之中的特殊字符，在识别出数据之中的各特殊字符后，可以提取识别出的特殊字符，操作简单且易于实现。

其中，特殊字符库中可以包括常用的特殊字符，例如字符“+”、空格“”、英文单引号“’”等等。需要说明的是，上述特殊字符预设仅出于示例的目的，本申请实施例并不限于此。

具体地，可以将数据中的每个字符，与特殊字符库进行匹配，如果数据中的预设字符属于特殊字符库，则确定该预设字符为特殊字符，此时，可以提取该预设字符。

进一步地，还可以对该特殊字符库进行更新，从而可以对特殊字符库中的特殊字符进行动态维护，保证特殊字符的丰富、正确和实时性。

步骤205，对数据之中的特殊字符进行编码。

可选地，可以采用现有的编码算法，对数据之中的特殊字符进行编码处理，或者，还可以采用自定义的编码算法，对数据之中的特殊字符进行编码处理，本申请对此不做限制。

步骤206，将编码数据发送至网页内核。

步骤207，网页内核对编码数据进行解码后加载。

作为一种示例，参见图6，图6为本申请实施例中本地应用程序与网页内核进行数据传输的流程示意图一。其中，通过在本地应用程序和用于显示网页内容的组件之间设置中间组件，来对本地应用程序发送的数据进行编码处理，从而用于显示网页内容的组件在对编码数据进行解码处理后，可以保证数据的原有性和正确性。

本申请实施例的本地应用程序与网页内核之间的数据传输方法，通过对数据之中的特殊字符进行编码处理，可以实现在数据传输的过程中，保证数据的完整性和正确性，并且可以适用于不同场景下的数据传输，提升适用性。

为了清楚说明上一实施例，参见图7，本申请实施例以接收端为本地应用程序，发送端为网页内核为例进行详细说明。

图7为本申请实施例三所提供的本地应用程序与网页内核之间的数据传输方法的流程示意图。

本申请实施例以本地应用程序与网页内核之间的数据传输装置为中间组件示例。

如图5所示，该本地应用程序与网页内核之间的数据传输方法可以包括以下步骤：

步骤301，网页内核从服务器获取数据，并发送至中间组件。

步骤302，中间组件判断数据是否为编码数据，若否，执行步骤303，若是，执行步骤305。

步骤303，中间组件提取数据之中的特殊字符。

步骤304，对数据之中的特殊字符进行编码。

步骤305，将编码数据发送至本地应用程序。

步骤306，本地应用程序对编码数据进行解码后加载。

作为一种示例，参见图8，图8为本申请实施例中本地应用程序与网页内核进行数据传输的流程示意图二。其中，通过在网页内核和本地应用程序之间设置中间组件，来对网页内核发送的数据进行编码处理，从而本地应用程序对编码数据进行解码处理后，可以保证数据的原有性和正确性。

本申请实施例的本地应用程序与网页内核之间的数据传输方法，通过对数据之中的特殊字符进行编码处理，可以实现在数据传输的过程中，保证数据的完整性和正确性，并且可以适用于不同场景下的数据传输，提升该方法的适用性。

为了实现上述实施例，本申请还提出一种本地应用程序与网页内核之间的数据传输装置。

图9为本申请实施例四所提供的本地应用程序与网页内核之间的数据传输装置的结构示意图。

如图9所示，该本地应用程序与网页内核之间的数据传输装置包括：接收模块110、判断模块120，以及处理模块130。

其中，接收模块110，用于接收发送端发送的数据，其中，所述发送端为本地应用程序和网页内核中的一个。

判断模块120，用于判断所述数据是否为编码数据。

处理模块130，用于如果所述数据不为编码数据，则对所述数据进行编码并发送至接收端，其中，所述接收端为所述本地应用程序和所述网页内核中的另一个，且所述接收端对所述编码数据进行解码后加载。

进一步地，在本申请实施例的一种可能的实现方式中，参见图10，在图9所示实施例的基础上，该本地应用程序与网页内核之间的数据传输装置还可以包括：编码模块140。

编码模块140，用于在所述接收发送端发送的数据之前，所述发送端从服务器获取所述数据，并对所述数据进行编码。

作为一种可能的实现方式，网页内核为h5及以上版本的网页内核。

作为一种可能的实现方式，所述处理模块130，具体用于：提取所述数据之中的特殊字符；对所述数据之中的特殊字符进行编码。

作为另一种可能的实现方式，所述处理模块130，还用于：根据预先建立的特殊字符库，识别所述数据之中的特殊字符，并提取特殊字符。

需要说明的是，前述对本地应用程序与网页内核之间的数据传输方法实施例的解释说明也适用于该实施例的本地应用程序与网页内核之间的数据传输装置，此处不再赘述。

本申请实施例的本地应用程序与网页内核之间的数据传输装置，通过接收发送端发送的数据，并判断数据是否为编码数据，若否，则对数据进行编码并发送至接收端，其中，发送端为本地应用程序和网页内核中的一个，接收端为另一个，且接收端对编码数据进行解码后加载。本申请中，通过对数据进行编码处理，可以实现在数据传输的过程中，保证数据的完整性和正确性，并且可以适用于不同场景下的数据传输，提升该方法的适用性。

为了实现上述实施例，本申请还提出一种计算设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如本申请前述实施例提出的本地应用程序与网页内核之间的数据传输方法。

为了实现上述实施例，本申请还提出一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如本申请前述实施例提出的本地应用程序与网页内核之间的数据传输方法。

为了实现上述实施例，本申请还提出一种计算机程序产品，当所述计算机程序产品中的指令由处理器执行时，执行如本申请前述实施例提出的本地应用程序与网页内核之间的数据传输方法。

图11示出了适于用来实现本申请实施方式的示例性计算设备的框图。图11显示的计算设备12仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图11所示，计算设备12以通用计算设备的形式表现。计算设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(industrystandardarchitecture；以下简称：isa)总线，微通道体系结构(microchannelarchitecture；以下简称：mac)总线，增强型isa总线、视频电子标准协会(videoelectronicsstandardsassociation；以下简称：vesa)局域总线以及外围组件互连(peripheralcomponentinterconnection；以下简称：pci)总线。

计算设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(randomaccessmemory；以下简称：ram)30和/或高速缓存存储器32。计算设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图11未显示，通常称为“硬盘驱动器”)。尽管图11中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如：光盘只读存储器(compactdiscreadonlymemory；以下简称：cd-rom)、数字多功能只读光盘(digitalvideodiscreadonlymemory；以下简称：dvd-rom)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本申请各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本申请所描述的实施例中的功能和/或方法。

计算设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算设备12交互的设备通信，和/或与使得该计算设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且，计算设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(localareanetwork；以下简称：lan)，广域网(wideareanetwork；以下简称：wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与计算设备12的其它模块通信。应当明白，尽管图中未示出，可以结合计算设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现前述实施例中提及的本地应用程序与网页内核之间的数据传输方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。