基于设备虚拟化的低带宽高安全性的数据传输方法转让专利

申请号 : CN202010462154.8

文献号 : CN111741072B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 冯建华顾健华卞涛王昀李国良

申请人 : 清华大学上海卓易科技股份有限公司

摘要 :

本发明公开了一种基于设备虚拟化的低带宽高安全性的数据传输方法,包括:通过在客户端和服务端设置相同的协议配置文件,以通过协议配置文件对传输的数据进行封装或解封装;客户端获取待传输的目标数据及系统相关配置文件;将目标数据及系统相关配置文件按照协议配置文件进行封装,得到二进制流文件,并将二进制流文件传输至服务端;服务端通过协议配置文件对二进制流文件进行解封装,得到目标数据及系统相关配置文件。该方法保证了通信双方都具有相应的协议配置文件,使得传输数据时无关语言和硬件,提高了数据传输过程中的版本兼容性,并实现了通过二进制方式进行待传输的目标数据的封装或解封装,从而保证数据传输的安全性。

权利要求 :

1.一种基于设备虚拟化的低带宽高安全性的数据传输方法,其特征在于,包括以下步骤:

在客户端和服务端设置相同的协议配置文件,以通过所述协议配置文件对传输的数据进行封装或解封装;

当所述客户端获取待传输的目标数据及系统相关配置文件时,将所述目标数据及系统相关配置文件按照所述协议配置文件进行封装,得到二进制流文件,并通过网络传输将所述二进制流文件传输至所述服务端;

利用所述协议配置文件对所述服务端接收到的二进制流文件进行解封装,得到所述目标数据及系统相关配置文件;

其中,所述协议配置文件采用位字节方式对传输的数据进行封装或解封装,包括:将每个字节的最高标识位记为数据标识区,以标识传输的数据的数据区范围;

将所述每个字节的最后三个位记为变量名称区,以对传输的数据的系统变量名和协议变量名进行转换;

将所述最高标识位后面的四个位记为扩展标记区,以对所述变量名称区中的变量名进行扩展或其他标识;

通过对每个字节的不同位进行的标记,对传输的数据进行封装或解封装。

2.根据权利要求1所述的基于设备虚拟化的低带宽高安全性的数据传输方法,其特征在于,所述将每个字节的最高标识位记为数据标识区,以标识传输的数据的数据区范围,包括:

当所述数据标识区取0时,标识所述传输的数据的数据区只有一行;

当所述数据标识区取1时,标识所述传输的数据不止一行且下一行的数据也作为上一行的数据区。

3.根据权利要求1所述的基于设备虚拟化的低带宽高安全性的数据传输方法,其特征在于,所述将所述每个字节的最后三个位记为变量名称区,以对传输的数据的系统变量名和协议变量名进行转换,包括:若传输的数据的类型为正整数,则将所述正整数按照所述正整数的原值转换为二进制;

若传输的数据的类型为负数,则将所述负数通过预设的映射规则转换为正整数,并将映射后得到的正整数转换为二进制;

若传输的数据的类型为浮点数,则将所述浮点数以科学计数法进行转换。

4.根据权利要求3所述的基于设备虚拟化的低带宽高安全性的数据传输方法,其特征在于,通过用户自定义或按照预设映射算法对应映射得到所述预设的映射规则。

5.根据权利要求1所述的基于设备虚拟化的低带宽高安全性的数据传输方法,其特征在于,还包括:

当获取一个字节时,将第一行作为数据名称区,将所述第一行的后一行或多行作为数据区。

6.根据权利要求1所述的基于设备虚拟化的低带宽高安全性的数据传输方法,其特征在于,所述服务端通过所述协议配置文件,按照数据区分割顺序对所述二进制流文件进行解封装,得到所述目标数据及系统相关配置文件,其中,所述数据区分割顺序由扩展标记区对待传输的所述目标数据进行数据区分割后确定。

7.一种非易失性存储介质,其上存储有计算机程序,其特征在于,所述计算机可读指令可被处理器执行时,使所述处理器实现如权利要求1‑6中任一项所述的方法。

8.一种数据传输设备,其特征在于,包括:一个或多个处理器;

非易失性存储介质,用于存储一个或多个计算机可读指令,当所述一个或多个计算机可读指令被所述一个或多个处理器执行时,所述一个或多个处理器实现如权利要求1‑6中任一项所述的方法。

说明书 :

基于设备虚拟化的低带宽高安全性的数据传输方法

技术领域

[0001] 本发明涉及计算机技术领域,特别涉及一种基于设备虚拟化的低带宽高安全性的数据传输方法。

背景技术

[0002] 相关技术中,云手机就是将手机系统放在云端,并且充分利用移动宽带网络,把要显示的内容传递到本地手机展示给用户。云手机的价值在于,充分利用移动宽带网络、手机
系统永远运行在远端服务器上面,在本地手机只需耗费少量资源的情况下获取更好的体
验。如图1所示,现阶段大体的流程中,在音视频方面各大厂商可以采用封装成常见视屏格
式如:mp4、FLV、AVI等,然后传送再反向解析,也可以采用音频视频流分开传送并分别解析。
如图2所示,在控制方面,本地客户端Client把用户在屏幕上所有的操作打包成xml、Json或
者字节byte的数据通过网络传送到云服务server上注入以达到控制的目的。
[0003] 单纯从控制方面来讲,假设有一个事件(里面有:type:1、length:1、status:1、time:1四个数据)需要传递到云服务server上去,采用当前最常用的Json的数据格式来传
递,按照Json(key:value)的数据类型进行封装,封装之后需要39字节的内存大小,如果精
简事件里面的key换成1,2,3,4的形式,那么也是需要花费20字节的内存大小。由此,当所需
要的参数更多Json对象更复杂的时候,过多的key值的存在就会浪费很大一部分数据空间,
造成带宽的浪费。例如,在屏幕上做一小段滑动,从底层上报的event可达到几十次,里面包
含了相当多的重复内容,导致带宽占用高。
[0004] 根据图1的云手机的大体流程框图可知,单从视频方面来说,现有的做法都是将原始的YUV转化为H264的流或者直接封装成主流的MP4等视频格式,因此,不管是H264还是MP4
都是公共的协议,只要截取了从云服务server发出来的数据,就可以很轻易的还原出当前
用户交互的界面,如图3所示。在音视频方面很容易被解析,在控制方面也一样,例如需要传
送如图4所示的数据时,当前最通用的是Json的格式,在传送过程中把它抓过来解析之后如
图5所示,使得具体的信息均可以在用户交互的界面看到,导致安全性方面不足。
[0005] 若采用H264流单独推送,则在音视频的同步上需要额外的配置文件config来做。例如,客户端的视频通话、录音及GPS等需要调用客户端相关模块实现的某些功能,导致控
制不够灵活。若用XML传输相关配置时,需要客户端与服务器的解析代码高度一致,若想兼
容则需要更多的逻辑判断才能达到相应的效果,导致版本兼容困难。
[0006] 因此,如何解决目前云手机中存在的带宽占用高、安全性不足、控制不够灵活及版本兼容困难等成为业界亟待解决的问题。

发明内容

[0007] 本发明旨在至少在一定程度上解决相关技术中的技术问题之一。
[0008] 为此,本发明的一个目的在于提出一种基于设备虚拟化的低带宽高安全性的数据传输方法,以解决相关技术中云手机的安全性不足、版本兼容困难等问题。
[0009] 本申请的第二个目的在于提出一种非易失性存储介质。
[0010] 本申请的第三个目的在于提出一种数据传输设备。
[0011] 为达到上述目的,本发明一方面实施例提出了基于设备虚拟化的低带宽高安全性的数据传输方法,包括以下步骤:在客户端和服务端设置相同的协议配置文件,以通过所述
协议配置文件对传输的数据进行封装或解封装;当所述客户端获取待传输的目标数据及系
统相关配置文件时,将所述目标数据及系统相关配置文件按照所述协议配置文件进行封
装,得到二进制流文件,并通过网络传输将所述二进制流文件传输至所述服务端;利用所述
协议配置文件对所述服务端接收到的二进制流文件进行解封装,得到所述目标数据及系统
相关配置文件。
[0012] 进一步地,所述协议配置文件采用位字节方式对传输的数据进行封装或解封装。
[0013] 进一步地,所述协议配置文件采用位字节方式对传输的数据进行封装或解封装,包括:
[0014] 将每个字节的最高标识位记为数据标识区,以标识传输的数据的数据区范围;
[0015] 将所述每个字节的最后三个位记为变量名称区,以对传输的数据的系统变量名和协议变量名进行转换;
[0016] 将所述最高标识位后面的四个位记为扩展标记区,以对所述变量名称区中的变量名进行扩展或其他标识;
[0017] 通过对每个字节的不同位进行的标记,对传输的数据进行封装或解封装。
[0018] 进一步地,所述将每个字节的最高标识位记为数据标识区,以标识传输的数据的数据区范围,包括:
[0019] 当所述数据标识区取0时,标识所述传输的数据的数据区只有一行;
[0020] 当所述数据标识区取1时,标识所述传输的数据不止一行且下一行的数据也作为上一行的数据区。
[0021] 进一步地,将所述每个字节的最后三个位记为变量名称区,以对传输的数据的系统变量名和协议变量名进行转换,包括:
[0022] 若传输的数据的类型为正整数,则将所述正整数按照所述正整数的原值转换为二进制;
[0023] 若传输的数据的类型为负数,则将所述负数通过预设的映射规则转换为正整数,并将映射后得到的正整数转换为二进制;
[0024] 若传输的数据的类型为浮点数,则将所述浮点数以科学计数法进行转换。
[0025] 进一步地,通过用户自定义或按照预设映射算法对应映射得到所述预设的映射规则。
[0026] 进一步地,所述协议配置文件采用位字节方式对传输的数据进行封装或解封装,还包括:
[0027] 当获取一个字节时,将第一行作为数据名称区,将所述第一行的后一行或多行作为数据区。
[0028] 进一步地,所述服务端通过所述协议配置文件,按照数据区分割顺序对所述二进制流文件进行解封装,得到所述目标数据及系统相关配置文件,其中,所述数据区分割顺序
由扩展标记区对待传输的所述目标数据进行数据区分割后确定。
[0029] 综上,本发明实施例的基于设备虚拟化的低带宽高安全性的数据传输方法,与现有技术相比,通过在客户端和服务端设置相同的协议配置文件,以通过协议配置文件对传
输的数据进行封装或解封装,保证了通信双方都具有相应的协议配置文件,使得传输数据
时无关语言和硬件,从而提高数据传输过程中的版本兼容性,同时实现了通过二进制方式
进行待传输的目标数据的封装或解封装,从而保证数据传输的安全性。
[0030] 为了实现上述目的,本发明第二方面实施例提出了一种非易失性存储介质,所述计算机可读指令可被处理器执行时,使所述处理器实现如上述的数据传输方法。
[0031] 为达到上述目的,本发明第三方面实施例提出了一种数据传输设备,包括:
[0032] 一个或多个处理器;
[0033] 非易失性存储介质,用于存储一个或多个计算机可读指令,当所述一个或多个计算机可读指令被所述一个或多个处理器执行时,所述一个或多个处理器实现如上述的数据
传输方法。
[0034] 本发明附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本发明的实践了解到。

附图说明

[0035] 本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
[0036] 图1为相关技术中的一种云手机系统的数据传输的网络传输的流程示意图;
[0037] 图2为相关技术中的一种云手机系统的数据传输的控制结构示意图;
[0038] 图3为相关技术中的一种云手机系统的数据传输的流程交互示意图;
[0039] 图4为相关技术中的一种云手机系统的控制数据示意图;
[0040] 图5为相关技术中的一种云手机系统的数据传输的音视频被解析的数据界面示意图;
[0041] 图6为根据本发明一个实施例的基于设备虚拟化的低带宽高安全性的数据传输方法流程图;
[0042] 图7为根据本发明一个实施例的基于设备虚拟化的低带宽高安全性的数据传输方法的网络传输的流程示意图;
[0043] 图8为根据本发明一个实施例的基于设备虚拟化的低带宽高安全性的数据传输方法中采用协议配置文件进行封装后得到的信息示意图;
[0044] 图9为根据本发明一个实施例的基于设备虚拟化的低带宽高安全性的数据传输方法达到降低带宽的效果的示意图;
[0045] 图10为根据本发明一个实施例的基于设备虚拟化的低带宽高安全性的数据传输方法中采用位字节的方式进行封装/解封装的示意图。
[0046] 需要说明的是,附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

[0047] 下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附
图描述的实施例是示例性的,旨在用于解释本发明,而不能理解为对本发明的限制。
[0048] 下面参照附图描述根据本发明实施例提出的基于设备虚拟化的低带宽高安全性的数据传输方法。
[0049] 首先,需要说明的是,在本申请一个典型的配置中,终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
[0050] 内存可以包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的
示例。
[0051] 计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。
计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动
态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除
可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD‑ROM)、
数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁盘存储或其他磁性存储设备或
任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本发明实施例的界定,
计算机可读介质不包括非暂存电脑可读媒体(transitory media),如调制的数据信号和载
波。
[0052] 图6为本发明一个实施例的基于设备虚拟化的低带宽高安全性的数据传输方法流程图。如图6所示,由客户端与服务端两端构成,应用于客户单与服务端之间需要传输的数
据的封装/解封装过程中,该方法包括以下步骤:
[0053] 在步骤S601中,在客户端和服务端设置相同的协议配置文件,以通过协议配置文件对传输的数据进行封装或解封装。
[0054] 具体地,如图7所示,本发明实施例为了便于数据传输的版本兼容性,在客户端和服务端均设置有相同的协议配置文件,以便后续能够通过协议配置文件对传输的数据进行
封装或解封装,使得在进行数据传输时无关语言和硬件,从而提高数据传输过程中的版本
兼容性。
[0055] 在步骤S602中,当客户端获取待传输的目标数据及系统相关配置文件时,将目标数据及系统相关配置文件按照协议配置文件进行封装,得到二进制流文件,并通过网络传
输将二进制流文件传输至服务端。
[0056] 其中,目标数据包括但不限于语音数据、音频数据、文字数据及图文数据等。
[0057] 举例而言,如图7所示,当需要传输的目标数据为音频视屏,则客户端将生成的需要传输的音频视屏及该音频视屏对应的系统system相关的配置文件config按照预先设置
好的协议配置文件进行封装(即打包),封装成二进制以得到二进制流文件,并经过网络传
输将二进制流文件发送至服务端,从而实现对需要传输的目标数据的编码并封装。也就是
说,本申请可以通过预置的协议配置文件将需要传输的视频video流或音频audio流及其控
制状态等参数打包成一个整体的二进制流文件发出无需额外的添加配置项来做设置,使得
需要传输的数据的系统相关配置文件config可以随视频video流或音频audio流一起到达
目的地,从而实现控制的灵活性。
[0058] 如图8所示,为将图5对应传输的数据通过本申请的协议配置文件进行封装后得到的信息,由此可知,通过本申请的数据传输方式传送的信息是混乱的,不容易被破解,从而
保证了传输的数据的安全性。同时,如图9所示,本申请的数据传输方式能够明显减少数据
的大小,从而达到降低带宽的效果。
[0059] 在步骤S603中,利用协议配置文件对服务端接收到的二进制流文件进行解封装,得到目标数据及系统相关配置文件。
[0060] 接着上述的实施例,步骤S601中的通过协议配置文件对传输的数据进行封装或解封装,包括:协议配置文件采用位字节的方式对传输的数据进行封装或解封装。例如,通过
协议配置文件对传输的数据进行封装或解封装的过程中,协议配置文件采用位字节的方式
对传输的数据进行封装或解封装,以降低信息的冗余,如图10所示,本申请中的协议配置文
件采用位字节的方式对传输的数据进行封装或解封装,具体包括:
[0061] 将每个字节的最高标识位(The Highest Flag Bit,THFB)记为数据标识区,用于标识传输的数据的数据区范围。例如,当数据标识区取0时,标识传输的数据的数据区只有
一行;当数据标识区取1时,标识传输的数据不止一行且下一行的数据也作为上一行的数据
区。当一个字节来时,将第一行作为数据名称区,第一行的后一行或多行作为数据区;
[0062] 将每个字节的最后三个位记为变量名称区Type,用于对传输的数据的系统变量名和协议变量名进行转换。例如,java语言中整数类型:int type就可以用000来标识。当然,
000~111只有8个变量名,当需要更多变量名时,可以通过扩展标记区tag来进行扩展,以扩
展到263个变量名;
[0063] 将最高标识位后面的四个位记为扩展标记区,用于对变量名称区中的变量名进行扩展或其他标识;
[0064] 通过对每个字节的不同位进行的标记,对传输的数据进行封装或解封装。
[0065] 下面对图10中的不同字节的不同位进行标记后表示的数据进行具体说明。其中,byte[0]~byte[1]、byte[2]~byte[3]及byte[12]~byte[13]可以表示为如下数据:
[0066] int video_hight=1;
[0067] int video_wight=2;
[0068] 也可以表示为如下数据:
[0069] String stream_type=“video”;
[0070] Enum stream_status=STREAM_STATUS.start;
[0071] 如图10所示,byte[4]~byte[8]、byte[9]~byte[11]:当byte[5]数据不够表示时,可以把字节的最高标识位取1,用于指示下一行也作为数据区。当加入后行之后区域不
能被填满则补0。
[0072] 如图10所示,byte[14]~byte[20]:通过扩展标记区Tag标记移除最高标识位THFB以达到最大利用,如视频Video或者音频Audio的数据及ASCII码表等。
[0073] 如图10所示,byte[21]~byte[24]:当变量名称区Type中的变量名不够用时,可以通过借助扩展标记区Tag中的标记位来进行变量名的扩展。
[0074] 接着上述的实施例,步骤S601中的将字节的最后三个位记为变量名称区,用于对传输的数据的系统变量名和协议变量名进行转换的数据类型的变换过程中,具体包括:
[0075] 若传输的数据的类型为正整数,则将正整数按照正整数的原值(原样)转换为二进制;
[0076] 若传输的数据的类型为负数,则将负数通过预设的映射规则转换为正整数,并将映射后得到的正整数转换为二进制;需要说明的是,预设的映射规则可以是用户自定义的,
也可以是按照某一映射算法进行对应映射的。
[0077] 若传输的数据的类型为浮点数,则将浮点数以科学计数法进行二进制转换。
[0078] 接着上述的实施例,服务端通过协议配置文件对二进制流文件进行解封装,得到目标数据及系统相关配置文件,包括:
[0079] 服务端通过协议配置文件,按照数据区分割顺序对二进制流文件进行解封装,得到目标数据及系统相关配置文件,其中,数据区分割顺序由扩展标记区对待传输的目标数
据进行数据区分割后确定的。例如,因前期的协议配置文件在通信的客户端与服务端均拥
有,那么可以通过扩展标记区Tag把需要传输的目标数据进行数据区分割,如每两行作为一
个数据,按照数据区分割顺序可以在目的地对二进制流文件进行解析,例如,图10中的byte
[14]~byte[20],其中,第一行为数据名称区,下面六行为数据区,每两行代表一个变量名
对应的数据,可用一个字节byte一次性代表三个目标数据。当然,当被解析的二进制流文件
(如,被解析的内容)中没有当前配置时,可以按照最高标识位THFB或者扩展标记区Tag直接
跳过该数据区,以实现对二进制流文件的解封装。
[0080] 综上,本发明实施例的基于设备虚拟化的低带宽高安全性的数据传输方法,通过在客户端和服务端设置相同的协议配置文件,以通过协议配置文件对传输的数据进行封装
或解封装,保证了通信双方都具有相应的协议配置文件,使得传输数据时无关语言和硬件,
从而提高数据传输过程中的版本兼容性;客户端获取待传输的目标数据及系统相关配置文
件;将目标数据和系统相关配置文件按照协议配置文件进行封装,得到二进制流文件;并通
过网络传输将二进制流文件传输至服务端;服务端通过协议配置文件对二进制流文件进行
解封装,得到目标数据及系统相关配置文件,实现了通过二进制方式进行待传输的目标数
据的封装或解封装,从而保证数据传输的安全性。
[0081] 本申请还提供一种非易失性存储介质,其上存储有计算机可读指令,计算机可读指令可被处理器执行时,使处理器实现如上述的数据传输方法。
[0082] 本申请还提供一种数据传输设备,包括:一个或多个处理器;非易失性存储介质,用于存储一个或多个计算机可读指令,当一个或多个计算机可读指令被一个或多个处理器
执行时,一个或多个处理器实现如上述的数据传输方法。
[0083] 需要说明的是,上述用于数据传输的设备的各实施例的详细内容,具体可参见上述数据传输方法实施例的对应部分,在此,不再赘述。
[0084] 在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特
点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不
必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任
一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技
术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结
合和组合。
[0085] 此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者
隐含地包括至少一个该特征。在本申请的描述中,“多个”的含义是至少两个,例如两个,三
个等,除非另有明确具体的限定。
[0086] 流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部
分,并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺
序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本申请
的实施例所属技术领域的技术人员所理解。
[0087] 在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供
指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执
行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设
备而使用。就本说明书而言,"计算机可读介质"可以是任何可以包含、存储、通信、传播或传
输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装
置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电
连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器
(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式光盘只读存
储器(CDROM)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的
介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其
他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。
[0088] 应当理解,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件
或固件来实现。如,如果用硬件来实现和在另一实施方式中一样,可用本领域公知的下列技
术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离
散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编
程门阵列(FPGA)等。
[0089] 本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介
质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
[0090] 此外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模
块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如
果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机
可读取存储介质中。
[0091] 上述提到的存储介质可以是只读存储器,磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限
制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变
型。