录屏直播方法和装置、移动设备及直播系统与流程

本发明涉及直播领域，特别是涉及一种基于移动设备进行录屏直播的方法和装置、移动设备及直播系统。

背景技术：

随着智能手机、IPAD等移动设备的硬件和通讯网络的发展以及国内手游玩家的意识逐步提升，手游重度化的趋势越发明显。在越来越多MOBA、FPS类型手游出现的同时，也催生出了一个新的行业——“手游直播”。有权威数据机构预测，中国游戏直播市场三年后规模将达50亿元以上，其中手游直播占其中的三成以上。

目前手游直播主要是通过在移动设备上安装直播软件来录制移动设备的游戏画面和声音，进行音视频编码，然后通过RTMP协议上传到CDN(Content Delivery Network，内容分发网络)服务器。其中，视频编码方式有硬编码和软编码两种，由于移动设备的硬件配置不是很高，需要使用资源消耗较低的硬编码的方式进行编码。但是由于不同机型、不同操作系统的移动设备的帧频(Frame rate)不同，并且同一移动设备在不同情景下的帧频也不尽相同，例如，在手机运行不同的游戏时，或者在处于同一游戏的不同场景下，手机的屏幕所显示的游戏画面的帧频也不尽相同。由此，使用现有直播软件录制得到的移动设备的屏幕画面所对应的视频数据的帧频不稳定，使得编码后的视频数据的码率变化较大，容易造成观看端播放器卡顿，影响观看质量。

因此，需要一种能够对移动设备的屏幕画面所对应的视频数据进行稳定编码以获取稳定码率的视频数据的录屏直播方法和装置、移动设备及直播系统。

技术实现要素：

本发明的一个目的在于，提供一种基于移动设备进行录屏直播的方法和装置、移动设备及直播系统，其能够实现对移动设备的屏幕画面所对应的视频数据进行稳定编码，从而能够获取稳定码率的视频数据，进而可以提升观看端播放器播放该视频数据的流畅性。

根据本发明的一个方面，提供了一种基于移动设备进行录屏直播的方法，包括：使用应用程序接口Opengl ES以预设的第一帧频采集移动设备的屏幕画面所对应的第一屏幕数据；对采集得到的第一屏幕数据进行编码，以得到编码后的第一视频数据；将第一视频数据封装成第一RTMP数据包。

由此，利用应用程序接口Opengl ES以预设的帧频采集屏幕画面，可以得到稳定帧频的视频数据，对该视频数据进行编码，就可以得到稳定码率的视频数据。

可选地，使用应用程序接口Opengl ES采集屏幕数据的步骤可以包括：创建虚拟屏幕；使用应用程序接口Opengl ES以预设的第一帧频从虚拟屏幕采集第一屏幕数据。

可选地，该方法还可以包括：在用户选择使用移动设备进行直播的情况下，可以将第一RTMP数据包发送到内容分发网络服务器；在用户选择使用终端计算机进行直播的情况下，可以将第一RTMP数据包发送到终端计算机。

由此，根据实际情况，用户可以选择使用移动设备进行直播，也可以将移动设备的屏幕数据推送到终端计算机，使用终端计算机进行直播。

可选地，在用户选择使用终端计算机进行直播的情况下，移动设备可以通过局域网内推流将RTMP数据包发送到与移动设备处于同一局域网内的终端计算机。

这样，网络上行带宽和稳定性都比较好，可以提高移动设备和终端计算机之间的数据传输效率。

可选地，在用户选择使用移动设备进行直播的情况下，该方法还可以包括：通过移动设备的麦克风采集第一音频数据；对第一音频数据进行编码；将编码后的第一音频数据封装到RTMP数据包中。

由此，在用户选择使用移动设备进行直播时，还可以通过移动设备的麦克风采集移动设备和/或用户发出的音频数据，将该音频数据进行音频编码，并将编码后的音频数据连同视频数据一同封装到RTMP数据包中。这样，可以提升观看端的观看体验，并且可以有利于实现直播端和观看端的互动。

可选地，在用户选择使用终端计算机进行直播的情况下，该方法还可以包括：由终端计算机接收移动设备发送的第一RTMP数据包；终端计算机对第一RTMP数据包进行解封装，以得到第一视频数据；终端计算机基于第一视频数据，在终端计算机的屏幕上呈现移动设备的屏幕画面；终端计算机以预设的第二帧频采集终端计算机的屏幕画面所对应的第二屏幕数据；终端计算机对采集得到的第二屏幕数据进行视频编码，以得到第二视频数据；终端计算机将第二视频数据封装成第二RTMP数据包；终端计算机将第二RTMP数据包发送到内容分发网络服务器。

由于终端计算机的显示器的显示效果更加清晰，并且终端计算机的处理能力更强，经过终端计算机的重新编码，可以获得码率更高的视频数据，从而使得观看端可以看到画质更好的直播画面。

可选地，终端计算机可以通过终端计算机的麦克风采集第二音频数据；终端计算机对第二音频数据进行音频编码；终端计算机将编码后的第二音频数据封装到第二RTMP数据包中。

由此，在用户选择使用终端计算机进行直播时，还可以通过终端计算机的麦克风采集终端计算机和/或用户发出的音频数据。这样，可以提升观看端的观看体验，并且可以有利于实现直播端和观看端的互动。

可选地，该方法还可以包括：终端计算机采集计算机终端的摄像头拍摄得到的第三视频数据；终端计算机将采集得到的第三视频数据和第二屏幕数据合成为第四视频数据；终端计算机对第四视频数据进行编码，以得到第二视频数据。

由此，在用户选择使用终端计算机进行直播时，还可以开启终端计算机的摄像头，采集用户的头像信息或直播背景信息，并且可以对摄像头采集的画面进行美颜处理。

可选地，第四视频数据可以为YUV格式数据，终端计算机对第四视频数据进行编码的步骤可以包括：终端计算机采用开源库x264对第四视频数据进行软编码，以得到符合H264标准的第二视频数据。

根据本发明的另一个方面，还提供了一种基于移动设备进行录屏直播的装置，包括：第一采集模块，用于使用应用程序接口Opengl ES以预设的第一帧频采集移动设备的屏幕画面所对应的第一屏幕数据；第一编码模块，用于对采集得到的第一屏幕数据进行编码，以得到编码后的第一视频数据；封装模块，用于将第一视频数据封装成第一RTMP数据包。

优选地，第一采集模块可以创建虚拟屏幕，并使用应用程序接口Opengl ES以预设的第一帧频从虚拟屏幕采集第一屏幕数据。

优选地，该装置还可以包括发送模块，其中，在用户选择使用移动设备进行直播的情况下，发送模块可以将第一RTMP数据包发送到内容分发网络服务器，在用户选择使用终端计算机进行直播的情况下，发送模块可以将第一RTMP数据包发送到终端计算机。

优选地，在用户选择使用终端计算机进行直播的情况下，发送模块可以通过局域网内推流将RTMP数据包发送到与移动设备处于同一局域网内的终端计算机。

优选地，在用户选择使用移动设备进行直播的情况下，该装置还可以包括：第二采集模块，用于通过移动设备的麦克风采集第一音频数据；第二编码模块，用于对第一音频数据进行编码，封装模块将编码后的第一音频数据封装到第一RTMP数据包中。

根据本发明的另一个方面，还提供了一种用于进行录屏直播的移动设备，包括：屏幕；存储器；通信模块；以及处理器，处理器使用应用程序接口Opengl ES以预设的第一帧频采集屏幕所呈现的屏幕画面所对应的第一屏幕数据，对第一屏幕数据进行编码，以得到编码后的第一视频数据，处理器将第一视频数据封装成第一RTMP数据包，并将第一RTMP数据包存储到存储器中，其中，在用户选择使用移动设备进行直播的情况下，处理器通过通信模块将第一RTMP数据包发送到内容分发网络服务器，在用户选择使用终端计算机进行直播的情况下，处理器通过通信模块将第一RTMP数据包发送到终端计算机。

根据本发明的另一个方面，还提供了一种录屏直播系统，包括：上文述及的移动设备；以及终端计算机，其中，移动设备与终端计算机处于同一局域网内，终端计算机接收移动设备通过局域网内推流的方式发送的第一RTMP数据包，并对第一RTMP数据包进行解封装，以得到第一视频数据，终端计算机基于第一视频数据，在终端计算机的屏幕上呈现移动设备的屏幕画面，并以预设的第二帧频采集终端计算机的屏幕画面所对应的第二屏幕数据，终端计算机对采集得到的第二屏幕数据进行视频编码，以得到第二视频数据，终端计算机将第二视频数据封装成第二RTMP数据包，并将第二RTMP数据包发送到内容分发网络服务器。

本发明的基于移动设备进行录屏直播的方法、移动设备及录屏直播系统，利用应用程序接口Opengl ES以预设的帧频采集移动设备的屏幕画面，可以得到稳定帧频的视频数据，对该视频数据进行编码，就可以得到稳定码率的视频数据。由此可以提升观看端播放器播放该视频数据的流畅性。

附图说明

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

图1示出了根据本发明一实施例的基于移动设备进行录屏直播的方法的示意性流程图。

图2根据本发明另一实施例的基于移动设备进行录屏直播的方法的示意性流程图。

图3示出了根据本发明一实施例的基于移动设备进行录屏直播的装置的结构的示意性方框图。

图4示出了根据本发明一实施例的直播系统的示意性方框图。

具体实施方式

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

在对本发明进行描述之前，首先就本发明涉及的相关术语做以简要说明。

AAC(Advanced Audio Coding)，高级音频编码，一种专为声音数据设计的文件压缩格式。

x264是一个开源的H.264/MPEG-4AVC视频编码函数库。

H264是ITU(International Telecommunication Unite国际通信联盟)和MPEG(Motion Picture Experts Group运动图像专家组)联合制定的视频编码标准。

RTMP是Real Time Messaging Protocol(实时消息传输协议)的首字母缩写。

CDN(Content Delivery Network)，即内容分发网络。

PCM(Pulse Code Modulation----脉码调制录音)。

FFmpeg是一套可以用来记录、转换数字音频、视频，并能将其转化为流的开源计算机程序。采用LGPL或GPL许可证，它提供了录制、转换以及流化音视频的完整解决方案。

OpenGL ES(OpenGL for Embedded Systems)是OpenGL三维图形API(应用程序接口)的子集，针对手机、PDA和游戏主机等嵌入式设备而设计。

如前所述，为了能够实现对移动设备的屏幕画面所对应的视频数据进行稳定地编码，本发明利用应用程序接口Opengl ES以预设的帧频采集移动设备的屏幕画面，以得到稳定帧频的视频数据，通过对该视频数据进行编码、封装，就可以得到可供观看端观看的码率稳定的视频数据。

图1示出了根据本发明一实施例的基于移动设备进行录屏直播的方法的示意性流程图。其中，本发明述及的移动设备可以是手机、IPAD等便于用户携带的移动终端。

参见图1，在步骤S110，使用应用程序接口Opengl ES以预设的第一帧频采集移动设备的屏幕画面所对应的第一屏幕数据。其中，第一帧频可以是使用移动设备的用户预先设定的，也可以是一个默认值(常数)。

如前文背景技术部分所述，软编码对硬件配置的要求比较高，因此对于移动设备来说，优选地使用资源消耗较低的硬编码的方式进行编码。但是不同机型、不同操作系统的移动设备所显示的屏幕画面的帧频不同，因此，在使用编码器对采集到的不同机型的移动设备的屏幕画面所对应的第一屏幕数据进行硬编码时，需要对编码器进行不同的设置，以使得其能够适配不同的移动设备，适配过程比较复杂，并且还有可能会造成编码后的视频数据的帧频较低(有可能低于每秒25帧)，不能很好地满足直播要求。

针对于此，本发明根据预先设定的第一帧频(可以是用户预先设定的，也可以是一个默认常数值)，可以计算T₀＝1000ms/f(f为第一帧频)以获取期望采集到的两帧视频数据的时间间隔，然后可以每间隔T₀时间进行一次屏幕数据采集，这样，采集到的屏幕数据就具有稳定的帧频f(第一帧频)。

由此，对于不同的机型的移动设备，就不必再单独为其配置适配的编码器，并且基于稳定帧频的屏幕数据，可以通过编码得到稳定码率的视频数据。

其中，可以利用应用程序接口Opengl ES以截屏的方式对移动设备的屏幕所显示的屏幕数据进行采集。即可以根据第一帧频计算得到的期望采集到的两帧视频数据的时间间隔T₀，每隔时间T₀对移动设备的屏幕所显示的屏幕画面进行一次截图操作，以得到移动设备的屏幕画面所对应的第一屏幕数据。

另外，也可以通过创建虚拟屏幕，然后调用应用程序接口Opengl ES从虚拟屏幕采集得到第一屏幕数据。这里采集得到的第一屏幕数据可以是YUV格式的视频数据。

这样，通过利用应用程序接口Opengl ES以第一帧频采集移动设备所显示的屏幕画面，就可以得到稳定帧频(第一帧频)的第一屏幕数据。由此，即使移动设备所显示的屏幕画面的帧频变化较大，基于步骤S110所采集到的屏幕数据也具有稳定的帧频，从而为后续的编码、封装以得到稳定码率的视频数据提供了基础。

其中，在执行步骤S110的过程中，还可以按照预设的分辨率、码率、关键帧时间间隔等视频参数进行采集。与上文述及的第一帧频相同，这里述及的分辨率、码率、关键帧时间间隔等视频参数也可以是使用移动设备的用户预先设定的。

在采集了移动设备的屏幕画面所对应的第一屏幕数据后，就可以执行步骤S120，对采集得到的第一屏幕数据进行编码，以得到编码后的第一视频数据。

这里，可以根据移动设备的操作系统、机器型号，可以采取相应的编码器对第一屏幕数据进行编码。例如，在移动设备的操作系统为Android系统时，可以使用Android系统下的应用程序接口MediaCodec对第一屏幕数据进行硬编码，由此可以得到稳定帧频的符合H264标准的视频数据(第一视频数据)。

在对第一屏幕数据进行编码得到第一视频数据后，就可以将第一视频数据封装成第一RTMP数据包(步骤S130)。这里，可以使用FFmpeg下的库文件libavformat来将第一视频数据封装成第一RTMP数据包。

在封装完成后，用户就可以根据实际情况选择使用移动设备或终端计算机进行直播(步骤S140)。

其中，在用户选择使用移动设备进行直播的情况下，可以通过推流器将第一RTMP数据包直接发送到内容分发网络服务器(步骤S150)。

在用户选择使用终端计算机进行直播的情况下，可以将第一RTMP数据包发送到终端计算机，由终端计算机进行直播(步骤S160)。

这里，移动设备可以通过局域网内推流的方式将RTMP数据包发送到与移动设备处于同一局域网内的终端计算机。具体地说，移动设备可以通过扫描终端计算机的二维码，来获取终端计算机RTMP server的推流地址，然后可以通过局域网内推流的方式将RTMP数据包发送到相应的推流地址。由于局域网的网络上行带宽和稳定性较好，因此移动设备向终端计算机发送数据时，可以选择较高的码率，码率越高，在终端计算机上面的预览效果越清晰。由此，在使用终端计算机对移动设备的屏幕画面进行直播时，观看端的用户可以看到更好画质的直播画面。

其中，在用户选择使用移动设备进行直播的情况下，在执行步骤S150(将第一RTMP数据包发送到内容分发网络服务器)之前，还可以通过移动设备的麦克风采集第一音频数据(PCM格式)，对该第一音频数据进行编码，并将编码后的第一音频数据封装到第一RTMP数据包中。然后再通过推流器将同时封装有视频数据和音频数据的第一RTMP数据包发送到内容分发网络服务器。

这里，可以采用开源编码库libfaac对麦克风采集到的第一音频数据进行软编码，获取AAC格式音频数据。在对第一音频数据进行编码前，还可以对采集到的第一音频数据进行降噪和回音消除处理，以提高音频质量。

其中，这里述及的第一音频数据可以包括麦克风采集的移动设备发出的声音，也可以包括使用移动设备的用户发出的声音。这样，在将第一RTMP数据包分发到相应的内容分发网络服务器后，观看端不仅能看到移动设备的屏幕画面，还可以听到移动设备和主播发出的声音。由此，可以提升观众的观看体验，并且可以有利于实现主播和观众的互动。

另外，对于编码后的第一音频数据和编码后的第一视频数据，可以按照系统相对时间打时间戳，然后封装成第一RTMP数据包，再发送到内容分发网络服务器(即CDN服务器)。然后观众就可以获取CDN服务器转码的音视频流，欣赏高质量的直播。

图2示出了终端计算机接收到来自移动设备的第一RTMP数据包后，终端计算机的具体执行过程的示意性流程图。

参见图2，在步骤S210，由终端计算机接收移动设备发送的第一RTMP数据包。

如上文所述，终端计算机可以与移动设备处于同一局域网内，因此，终端计算机可以开启本地RTMP server服务，以便于接收移动设备发送的第一RTMP数据包。

在步骤S220，终端计算机对第一RTMP数据包进行解封装，以得到第一视频数据。

这里，可以通过开源库FFmpeg来解码第一RTMP数据包，以得到第一视频数据。

在步骤S230，终端计算机基于第一视频数据，在终端计算机的屏幕上呈现移动设备的屏幕画面。

在步骤S240，终端计算机以预设的第二帧频采集终端计算机的屏幕画面所对应的第二屏幕数据。其中，第二帧频可以是用户预先设定的。

在步骤S250，终端计算机对采集得到的第二屏幕数据进行视频编码，以得到第二视频数据。

在终端计算机的摄像头开启的状态下，还可以采集计算机终端的摄像头拍摄得到的视频数据，为了便于区分，这里的视频数据可以称为第三视频数据，终端计算机可以将采集得到的第三视频数据和第二屏幕数据合成为第四视频数据，并对第四视频数据进行编码，编码后的数据可以认为是第二视频数据。

其中，合成的第四视频数据可以为YUV格式的数据，终端计算机可以采用开源库x264对第四视频数据进行软编码，以获取符合H264标准的视频数据。另外，在将第三视频数据和第二屏幕数据合成为第四视频数据之前，还可以对第三视频数据进行美颜处理。

在步骤S260，终端计算机将第二视频数据封装成第二RTMP数据包。

在步骤S270，终端计算机将第二RTMP数据包发送到内容分发网络服务器。

另外，在执行步骤S270(将第二RTMP数据包发送到内容分发网络服务器)之前，还可以通过终端计算机的麦克风采集第二音频数据(PCM格式)，对该第二音频数据进行编码，并将编码后的第二音频数据封装到第二RTMP数据包中。

这里，可以采用开源编码库libfaac对麦克风采集到的第二音频数据进行软编码，获取AAC格式音频数据。在对第二音频数据进行编码前，还可以对采集到的第二音频数据进行降噪和回音消除处理，以提高音频质量。

其中，这里述及的第二音频数据可以包括麦克风采集的终端计算机发出的声音，也可以包括直播端的用户发出的声音。这样，在将第二RTMP数据包分发到相应的内容分发网络服务器后，观看端不仅能看到移动设备的屏幕画面，还可以听到主播发出的声音。由此，可以提升观众的观看体验，并且可以有利于实现主播和观众的互动。

综上，本发明的基于移动设备进行直播的方法，不仅可以利用应用程序接口Opengl ES采集得到稳定帧频的对应于移动设备的屏幕画面的视频数据，还可以为用户(即主播)提供移动设备和终端计算机两种直播方式。由此，可以充分利用终端计算机在视频软编码、摄像头美颜效果和变声等方面的优势，同时主播也可以直接用手机进行直播，降低使用门槛，可以更大程度的满足不同主播的需求，同时提高直播质量。

至此，结合图1、图2详细说明了本发明的基于移动设备进行录屏直播的方法。另外，基于本发明的录屏直播方法，本发明还提供了一种基于移动设备进行录屏直播的装置。

图3示出了根据本发明一实施例的基于移动设备进行录屏直播的装置的结构框图。

参见图3，本发明实施例的基于移动设备进行录屏直播的装置包括第一采集模块31、第一编码模块32以及封装模块33。

第一采集模块31可以使用应用程序接口Opengl ES以预设的第一帧频采集移动设备的屏幕画面所对应的第一屏幕数据。这里，第一采集模块31可以通过创建虚拟屏幕，并使用应用程序接口Opengl ES以预设的第一帧频从虚拟屏幕采集得到第一屏幕数据。

第一编码模块32可以对第一采集模块31所采集得到的第一屏幕数据进行编码，以得到编码后的第一视频数据。

封装模块33可以将第一视频数据封装成第一RTMP数据包。

另外，参见图3，本发明实施例的基于移动设备进行录屏直播的装置还可以可选地包括发送模块34。

在用户选择使用移动设备进行直播的情况下，发送模块34可以将第一RTMP数据包发送到内容分发网络服务器，在用户选择使用终端计算机进行直播的情况下，发送模块34可以将第一RTMP数据包发送到终端计算机。

在用户选择使用所述移动设备进行直播的情况下，该装置还可以包括图中虚线部分所示的第二采集模块35和第二编码模块36。

第二采集模块35可以通过所述移动设备的麦克风采集第一音频数据。第二编码模块36可以对第一音频数据进行编码，封装模块33可以将编码后的第一音频数据封装到第一RTMP数据包中。

其中，图3所示的各个功能模块可以执行的方法步骤的细节部分，可参见上文结合图1的相关说明，这里不再赘述。

基于上文述及的录屏直播方法，本发明还提供了一种移动设备和录屏直播系统。

其中，录屏直播系统包括移动设备和上文述及的终端计算机。下面结合图4对本发明的移动设备和录屏直播系统进行简要说明。

图4示出了根据本发明一实施例的录屏直播系统的示意性方框图。

参见图4，其中图4示出的内容分发网络服务器30是为了更清楚地理解本发明，应该知道，本发明实施例的录屏直播系统可以包括也可以不包括内容分发网络服务器30。

参见图4，移动设备10包括屏幕1、处理器2、存储器3以及通信模块4。

处理器2可以使用应用程序接口Opengl ES以预设的第一帧频采集屏幕1所呈现的屏幕画面所对应的第一屏幕数据，对第一屏幕数据进行编码，以得到编码后的第一视频数据，处理器2将第一视频数据封装成第一RTMP数据包，并将第一RTMP数据包存储到存储器3中。

其中，在用户选择使用移动设备10进行直播的情况下，处理器2可以通过通信模块4将第一RTMP数据包发送到内容分发网络服务器30。

在用户选择使用终端计算机20进行直播的情况下，处理器2可以通过通信模块4将第一RTMP数据包发送到终端计算机20。

优选地，移动设备10与终端计算机20处于同一局域网内。终端计算机20接收移动设备10通过局域网内推流的方式发送的第一RTMP数据包，并对第一RTMP数据包进行解封装，以得到第一视频数据，终端计算机20基于第一视频数据，在终端计算机20的屏幕上呈现移动设备的屏幕画面，并以预设的第二帧频采集终端计算机20的屏幕画面所对应的第二屏幕数据，终端计算机20对采集得到的第二屏幕数据进行视频编码，以得到第二视频数据，终端计算机20将第二视频数据封装成第二RTMP数据包，并将第二RTMP数据包发送到内容分发网络服务器30。

至此，结合图3对移动设备10和终端计算机20做了基本说明，其中，关于移动设备10、终端计算机20可以执行的方法步骤的细节部分，可参见上文结合图1、图2的相关说明，这里不再赘述。

上文中已经参考附图详细描述了根据本发明的录屏直播的方法和装置、移动设备及录屏直播系统。

此外，根据本发明的方法还可以实现为一种计算机程序，该计算机程序包括用于执行本发明的上述方法中限定的上述各步骤的计算机程序代码指令。或者，根据本发明的方法还可以实现为一种计算机程序产品，该计算机程序产品包括计算机可读介质，在该计算机可读介质上存储有用于执行本发明的上述方法中限定的上述功能的计算机程序。本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。

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

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