通信方法、装置、终端设备和计算机可读介质
技术领域
本申请实施例涉及计算机技术领域,具体通信方法、装置、终端设备和计算机可读介质。
背景技术
网络直播是可以同一时间透过网络系统在不同的交流平台观看视频的网络社交方式。通常,在利用终端设备进行网络直播时,需要安装直播应用,以实现视频数据采集等。
为了提升直播画面的效果,通常需要安装直播应用(例如各种类型的直播伴侣软件)。现有的直播应用主要针对32位系统设计,因而只能在32位系统上工作。当用户使用64位浏览器开播的时候,直播应用无法满足用户需求。此时,用户需要下载32位浏览器,来进行视频播放。
发明内容
本申请实施例提出了通信方法、装置、终端设备和计算机可读介质,解决了现有技术中64位浏览器无法与32位直播应用的技术问题。
第一方面,本申请实施例提供了一种通信方法,应用于终端设备,终端设备安装有直播应用和浏览器,该方法包括:响应于检测到直播应用启动录制,通过直播应用创建内存映射文件,向内存映射文件的缓冲区中写入目标视频数据;响应于检测到用户使用浏览器进行直播,通过浏览器打开内存映射文件,从缓冲区中读取目标视频数据,其中,浏览器通过加载与浏览器的位数对应的目标动态链接库访问内存映射文件。
在一些实施例中,终端设备还安装有摄像头;以及在响应于检测到直播应用启动录制之后,该方法还包括:通过直播应用对摄像头所采集的视频数据进行处理,生成目标视频数据。
在一些实施例中,直播应用向缓冲区中写入目标视频数据的速度与从摄像头读取视频数据的速度相同。
在一些实施例中,浏览器从缓冲区中读取目标视频数据的速度与直播应用向缓冲区中写入目标视频数据的速度相同。
在一些实施例中,响应于检测到直播应用启动录制,通过直播应用创建内存映射文件,向内存映射文件的缓冲区中写入目标视频数据,包括:通过直播应用执行如下步骤:对预先定义的目标类进行实例化,创建内存映射文件,其中,目标类封装有内存映射文件的创建方法和数据读写方法;利用数据读写方法,向内存映射文件的缓冲区中写入目标视频数据。
在一些实施例中,通过浏览器打开内存映射文件,从缓冲区中读取目标视频数据,包括:通过浏览器执行如下步骤:基于浏览器的位数,加载目标动态链接库;通过目标动态链接库创建线程,利用线程对目标类进行实例化,创建目标对象;通过目标对象打开内存映射文件,从缓冲区中读取目标视频数据。
在一些实施例中,基于浏览器的位数,加载目标动态链接库,包括:响应于确定浏览器的位数为32位,将预先建立的32位的动态链接库作为目标动态链接库进行加载;响应于确定浏览器的位数为64位,将预先建立的64位的动态链接库作为目标动态链接库进行加载。
在一些实施例中,在从缓冲区中读取视频数据之后,该方法还包括:通过浏览器,将目标视频数据渲染到网页中。
第二方面,本申请实施例提供了一种通信装置,应用于终端设备,终端设备安装有直播应用和浏览器,该装置包括:写入单元,被配置成响应于检测到直播应用启动录制,通过直播应用创建内存映射文件,向内存映射文件的缓冲区中写入目标视频数据;读取单元,被配置成响应于检测到用户使用浏览器进行直播,通过浏览器打开内存映射文件,从缓冲区中读取目标视频数据,其中,浏览器通过加载与浏览器的位数对应的目标动态链接库访问内存映射文件。
在一些实施例中,终端设备还安装有摄像头;以及该装置还包括:处理单元,被配置成通过直播应用对摄像头所采集的视频数据进行处理,生成目标视频数据。
在一些实施例中,直播应用向缓冲区中写入目标视频数据的速度与从摄像头读取视频数据的速度相同。
在一些实施例中,浏览器从缓冲区中读取目标视频数据的速度与直播应用向缓冲区中写入目标视频数据的速度相同。
在一些实施例中,写入单元,进一步被配置成:通过直播应用执行如下步骤:对预先定义的目标类进行实例化,创建内存映射文件,其中,目标类封装有内存映射文件的创建方法和数据读写方法;利用数据读写方法,向内存映射文件的缓冲区中写入目标视频数据。
在一些实施例中,读取单元,进一步被配置成:通过浏览器执行如下步骤:基于浏览器的位数,加载目标动态链接库;通过目标动态链接库创建线程,利用线程对目标类进行实例化,创建目标对象;通过目标对象打开内存映射文件,从缓冲区中读取目标视频数据。
在一些实施例中,读取单元,进一步被配置成:响应于确定浏览器的位数为32位,将预先建立的32位的动态链接库作为目标动态链接库进行加载;响应于确定浏览器的位数为64位,将预先建立的64位的动态链接库作为目标动态链接库进行加载。
在一些实施例中,该装置还包括:渲染单元,被配置成通过浏览器,将目标视频数据渲染到网页中。
第三方面,本申请实施例提供了一种终端设备,其特征在于,终端设备安装有直播应用和浏览器,终端设备包括:一个或多个处理器;存储装置,其上存储有一个或多个程序,当一个或多个程序被一个或多个处理器执行,使得一个或多个处理器实现如上述第一方面中任一实施例的方法。
第四方面,本申请实施例提供了一种计算机可读介质,其上存储有计算机程序,该程序被处理器执行时实现如上述第一方面中任一实施例的方法。
本申请实施例提供的通信方法和装置,在检测到直播应用启动录制后,通过直播应用创建内存映射文件,向内存映射文件的缓冲区中写入目标视频数据。在检测到用户使用浏览器进行直播后,通过浏览器加载与该浏览器的位数对应的目标动态链接库,从而利用该目标动态链接库打开内存映射文件,从缓冲区中读取目标视频数据。由于所以64位的应用和32位应用都可以访问内存映射文件,且都可以以字节为单位读取数据,因此,可以实现64位浏览器与32位直播应用通信,兼容了64位浏览器与32位、64位直播应用的数据交互。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
图1是根据本申请的通信方法的一个实施例的流程图;
图2是根据本申请的通信方法的又一个实施例的流程图;
图3是根据本申请的通信装置的一个实施例的结构示意图;
图4是适于用来实现本申请实施例的终端设备的计算机系统的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释相关发明,而非对该发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
在网络直播的场景中,用户(例如主播)所使用终端设备(例如笔记本电脑等)中通常可以安装有直播应用和浏览器。用户可以利用直播应用进行直播视频的录制,使用浏览器进行开播。
在录制过程中,直播应用可以获取终端设备的摄像头所采集到的视频数据,并对该视频数据进行处理(例如,进行美颜、剪裁等)。而后,直播应用可以通过共享内存的方式创建内存映射文件,将处理后的视频数据写入该内存映射文件中,以便其他应用调用。
在开播时,浏览器可以从直播应用所创建的内存映射文件中读取数据并进行渲染。从而,在浏览器页面中呈现直播画面。
请参考图1,其示出了根据本申请的通信方法的一个实施例的流程100。该通信方法应用于终端设备,上述终端设备安装有直播应用和浏览器,该通信方法包括以下步骤:
步骤101,响应于检测到直播应用启动录制,通过直播应用创建内存映射文件,向内存映射文件的缓冲区中写入目标视频数据。
在本实施例中,通信方法的执行主体(例如终端设备)响应于检测到直播应用启动录制后,可以通过直播应用创建内存映射文件,并通过该直播应用向内上述存映射文件的缓冲区中写入目标视频数据。
此处,上述直播应用可以是各种现有的直播伴侣工具。通过上述直播应用,用户可以进行多种类型的视频录制。同时,该直播应用可以实现对视频画面的美化。例如,可以对画面中的人物对象进行瘦身、磨皮、美白等。
此处,目标视频数据可以是待进行直播的视频数据。上述目标视频数据可以预先存储在上述执行主体中,也可以是上述执行主体实时录制的,还可以是利用上述直播应用对上述执行主体所实时录制的视频数据进行处理后所生成的。此处不作限定。
当上述直播应用启动录制后,可以首先创建一个内存映射文件。同时,可以指定一个缓冲区。之后,可以将目标视频数据写入至上述缓冲区。
需要说明的是,上述内存映射文件是由一个文件到进程地址空间的映射。通过内存映射文件可以保留一个地址空间的区域,同时将物理存储器提交给此区域。由此,可以实现进程间通信。
需要指出的是,上述内存映射文件可以通过共享内存的方式创建。其中,共享内存是一个进程间通信方式,其允许两个不相关的进程访问同一个逻辑内存。因此,共享内存是两个正在运行的进程之间共享和传递数据的一种有效的方式。不同进程之间共享的内存通常为同一段物理内存。进程可以将同一段物理内存连接到他们自己的地址空间中,所有的进程都可以访问共享内存中的地址。
在本实施例的一些可选的实现方式中,上述执行主体还可以安装有摄像头。上述直播应用在启动录制之后,可以获取上述摄像头所采集的视频数据。进而,上述直播应用可以对上述摄像头所采集的视频数据进行处理(例如美颜等处理),生成目标视频数据。上述直播应用启动后,可以同时创建内存映射文件,向内存映射文件的缓冲区中写入目标视频数据。此时,该缓冲区的长度可以被指定为上述直播应用与上述摄像头通信的最大数据长度。
在上述实现方式中,可选的,上述直播应用向上述缓冲区中写入上述目标视频数据的速度可以与从上述摄像头读取视频数据的速度相同。
步骤102,响应于检测到用户使用浏览器进行直播,通过浏览器打开内存映射文件,从缓冲区中读取目标视频数据。
在本实施例中,响应于检测到用户使用浏览器进行直播,可以通过浏览器打开上述内存映射文件,并通过上述浏览器从上述内存映射文件的缓冲区中读取上述目标视频数据。此处,上述浏览器可以通过加载与浏览器的位数对应的目标动态链接库访问内存映射文件。实践中,可以根据不同位数的浏览器,预先配置不同的动态链接库。在使用浏览器开播后,可以选取与浏览器位数对应的动态链接库作为目标动态链接库进行加载。
实践中,动态链接库(Dynamic Link Library或者Dynamic-link Library,DLL)是微软Windows操作系统中实现共享函数库概念的一种方式。动态链接提供了一种方法,使进程可以调用不属于其可执行代码的函数。函数的可执行代码位于一个DLL文件中,该DLL包含一个或多个已被编译、链接并与使用它们的进程分开存储的函数。上述目标动态链接库可以是技术人员预先建立的、可提供内存映射文件的读取方法的动态链接库。通过加载该目标动态链接库,可以进行内存映射文件的访问。
此处,由于上述内存映射文件是由一个文件到进程地址空间的映射,通过内存映射文件可以保留一个地址空间的区域,因此,浏览器作为其中一个进程,可以通过上述内存映射文件访问该区域,以及从该区域读取数据。
在本实施例的一些可选的实现方式中,上述浏览器从上述缓冲区中读取上述目标视频数据的速度可以与上述直播应用向上述缓冲区中写入上述目标视频数据的速度相同。
本申请的上述实施例提供的方法,在检测到直播应用启动录制后,通过上述直播应用创建内存映射文件,向上述内存映射文件的缓冲区中写入目标视频数据。在检测到用户使用浏览器进行直播后,通过上述浏览器加载与该浏览器的位数对应的目标动态链接库,从而利用该目标动态链接库打开上述内存映射文件,从上述缓冲区中读取上述目标视频数据。由于所以64位的应用和32位应用都可以访问内存映射文件,且都可以以字节为单位读取数据,因此,可以实现64位浏览器与32位直播应用通信,兼容了与32位、64位直播应用的数据交互。
进一步参考图2,其示出了通信方法的又一个实施例的流程200。该通信方法应用于终端设备,上述终端设备安装有摄像头、直播应用和浏览器,该通信方法的流程200,包括以下步骤:
步骤201,响应于检测到直播应用启动录制,通过直播应用对上述摄像头所采集的视频数据进行处理,生成目标视频数据。
在本实施例中,通信方法的执行主体(例如终端设备)响应于检测到直播应用启动录制,可以通过上述直播应用对上述摄像头所采集的视频数据进行处理(例如美颜等处理),生成目标视频数据。
步骤202,通过直播应用,对预先定义的目标类进行实例化,创建内存映射文件。
在本实施例中,上述直播应用启动录制后,可以通过上述直播应用,对预先定义的目标类进行实例化,以创建内存映射文件。
此处,上述目标类可以封装有内存映射文件的创建方法和数据读写方法。由此,在对该目标类实例化后,可以利用上述创建方法进行内存映射文件的创建。
实践中,内存映射文件的创建方法中,可以设置有内存映射文件的文件名称、缓冲区长度等,此外,还可以设置有实现从缓冲区中读取数据的函数、实现向缓冲区中写入数据的函数等。
实践中,内存映射文件的数据读写方法中,可以设置有写入数据的速度、读取数据的速度等。在该读写方法,可以通过调用上述实现向缓冲区中写入数据的函数,将数据写入内存映射文件。以及,可以通过调用上述实现从缓冲区中读取数据的函数,从内存映射文件中读取数据。
需要说明的是,上述目标类除封装有内存映射文件的创建方法和内存映射文件的创建方法和数据读写方法外,还可以封装有其他内容。例如,可以封装有上述内存映射文件销毁方法。在直播结束后,上述执行主体可以通过该销毁方法关闭上述内存映射文件。
需要指出的是,除预先定义有上述目标类外,还可以预先定义有其他的类。例如,可以预先定义封装有windows下的event(事件)操作的类,用于为上述内存映射文件的缓冲区的互斥访问提供支持。实践中,互斥访问是一种避免多个进程同时访问上述缓冲区的数据访问方式。此处,若在缓冲区中写入数据的同时,浏览器从缓冲区中读取数据,则可能出现浏览器所读取的数据混乱。通过互斥访问,可以避免由此造成的数据冲突。
步骤203,利用目标类所封装的数据读写方法,向内存映射文件的缓冲区中写入目标视频数据。
在本实施例中,在创建内存映射文件之后,可以利用上述数据读写方法,通过上述直播应用向上述内存映射文件的缓冲区中写入目标视频数据。
在本实施例中,直播应用向上述缓冲区中写入上述目标视频数据的速度可以与从上述摄像头读取视频数据的速度相同。
步骤204,响应于检测到用户使用浏览器进行直播,基于浏览器的位数,加载目标动态链接库。
在本实施例中,响应于检测到用户使用上述浏览器进行直播,可以通过浏览器,基于上述浏览器的位数,加载目标动态链接库。上述目标动态链接库可以是技术人员预先建立的、可提供创建线程、对目标类实例化等方法的动态链接库。
此处,可以根据不同位数的浏览器,预先配置不同的动态链接库。在使用浏览器开播后,可以基于浏览器位数,选取目标动态链接库。具体地,响应于确定上述浏览器的位数为32位,可以将预先建立的32位的动态链接库作为目标动态链接库进行加载。响应于确定上述浏览器的位数为64位,将预先建立的64位的动态链接库作为目标动态链接库进行加载。
步骤205,通过目标动态链接库创建线程,利用线程对目标类进行实例化,创建目标对象。
在本实施例中,上述浏览器在加载目标动态链接库之后,可以通过上述目标动态链接库创建一个线程,利用该线程对上述目标类进行实例化,创建目标对象。
步骤206,通过目标对象打开内存映射文件,从缓冲区中读取目标视频数据。
在本实施例中,由于上述目标类中封装有对内存映射文件中的数据的读取方法。因此,上述浏览器在创建目标对象后,可以通过上述目标对象打开上述内存映射文件,从上述缓冲区中读取上述目标视频数据。
在本实施例中,上述浏览器从上述缓冲区中读取上述目标视频数据的速度可以与上述直播应用向上述缓冲区中写入上述目标视频数据的速度相同。
步骤207,通过浏览器,将目标视频数据渲染到网页中。
在本实施例中,在浏览器读取上述目标视频数据后,还可以将上述目标视频数据渲染到网页中,从而实现直播视频的播放。
从图2中可以看出,与图1对应的实施例相比,本实施例中的通信方法的流程200涉及了使用目标类对内存映射文件的创建方法、数据读写方法等进行封装,从而在直播应用启动后,通过实例化该目标类,实现内存映射文件创建和数据写入;以及,在使用浏览器开播后,通过载入动态链接库实例化该目标类,实现内存映射文件中的数据读取。由此,使32位的直播应用可以满足32位和64位浏览器开播的需求。不用对当前的直播应用进行全面的64位升级,节约了开发成本和时间成本。
进一步参考图3,作为对上述各图所示方法的实现,本申请提供了一种通信装置的一个实施例,该装置实施例与图1所示的方法实施例相对应,该装置具体可以应用于终端设备中。上述终端设备安装有直播应用和浏览器。
如图3所示,本实施例所述的通信装置300包括:写入单元301,被配置成响应于检测到上述直播应用启动录制,通过上述直播应用创建内存映射文件,向上述内存映射文件的缓冲区中写入目标视频数据;读取单元302,被配置成响应于检测到用户使用上述浏览器进行直播,通过上述浏览器打开上述内存映射文件,从上述缓冲区中读取上述目标视频数据。
在本实施例的一些可选的实现方式中,上述终端设备还安装有摄像头。以及,该装置还可以包括处理单元(图中未示出)。其中,上述处理单元可以被配置成通过上述直播应用对上述摄像头所采集的视频数据进行处理,生成目标视频数据。
在本实施例的一些可选的实现方式中,上述直播应用向上述缓冲区中写入上述目标视频数据的速度可以与从上述摄像头读取上述视频数据的速度相同。
在本实施例的一些可选的实现方式中,上述浏览器从上述缓冲区中读取上述目标视频数据的速度可以与上述直播应用向上述缓冲区中写入上述目标视频数据的速度相同。
在本实施例的一些可选的实现方式中,上述写入单元301可以进一步被配置成:通过上述直播应用执行如下步骤:对预先定义的目标类进行实例化,创建内存映射文件,其中,上述目标类封装有内存映射文件的创建方法和数据读写方法;利用上述数据读写方法,向上述内存映射文件的缓冲区中写入目标视频数据。
在本实施例的一些可选的实现方式中,上述读取单元302可以进一步被配置成:通过上述浏览器执行如下步骤:基于上述浏览器的位数,加载目标动态链接库;通过上述目标动态链接库创建线程,利用上述线程对上述目标类进行实例化,创建目标对象;通过上述目标对象打开上述内存映射文件,从上述缓冲区中读取上述目标视频数据。
在本实施例的一些可选的实现方式中,上述读取单元可以进一步被配置成:响应于确定上述浏览器的位数为32位,将预先建立的32位的动态链接库作为目标动态链接库进行加载;响应于确定上述浏览器的位数为64位,将预先建立的64位的动态链接库作为目标动态链接库进行加载。
在本实施例的一些可选的实现方式中,该装置还可以包括渲染单元(图中未示出)。其中,上述渲染单元可以被配置成通过上述浏览器,将上述目标视频数据渲染到网页中。
本申请的上述实施例提供的装置,写入单元301在检测到直播应用启动录制后,通过上述直播应用创建内存映射文件,向上述内存映射文件的缓冲区中写入目标视频数据。读写单元302在检测到用户使用浏览器进行直播后,通过上述浏览器加载与该浏览器的位数对应的目标动态链接库,从而利用该目标动态链接库打开上述内存映射文件,从上述缓冲区中读取上述目标视频数据。由于所以64位的应用和32位应用都可以访问内存映射文件,且都可以以字节为单位读取数据,因此,可以实现64位浏览器与32位直播应用通信,兼容了64位浏览器与32位、64位直播应用的数据交互。
下面参考图4,其示出了适于用来实现本申请实施例的终端设备的计算机系统400的结构示意图。图4示出的终端设备仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图4所示,计算机系统400包括中央处理单元(CPU)401,其可以根据存储在只读存储器(ROM)402中的程序或者从存储部分408加载到随机访问存储器(RAM)403中的程序而执行各种适当的动作和处理。在RAM 403中,还存储有系统400操作所需的各种程序和数据。CPU 401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出(I/O)接口405也连接至总线404。
以下部件连接至I/O接口405:包括键盘、鼠标等的输入部分406;包括诸如液晶显示器(LCD)等以及扬声器等的输出部分407;包括硬盘等的存储部分408;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分409。通信部分409经由诸如因特网的网络执行通信处理。驱动器410也根据需要连接至I/O接口405。可拆卸介质411,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器410上,以便于从其上读出的计算机程序根据需要被安装入存储部分408。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分409从网络上被下载和安装,和/或从可拆卸介质411被安装。在该计算机程序被中央处理单元(CPU)401执行时,执行本申请的方法中限定的上述功能。需要说明的是,本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括写入单元和读取单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定。
作为另一方面,本申请还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的装置中所包含的;也可以是单独存在,而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该装置执行时,使得该装置:响应于检测到直播应用启动录制,通过该直播应用创建内存映射文件,向该内存映射文件的缓冲区中写入目标视频数据;响应于检测到用户使用浏览器进行直播,通过该浏览器打开该内存映射文件,从该缓冲区中读取该目标视频数据。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本申请中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。