本发明涉及一种上传视频文件同时进行转码的方法与系统，其中，上传视频文件同时进行转码的方法，包括以下步骤：根据客户端通过数据传输通道上传的局部文件信息，虚拟得到完整文件，将完整文件的URL发送给转码服务器；接收转码服务器根据URL发送的文件偏移量下载请求，通过指令传输通道将文件偏移量下载请求转发给客户端；接收客户端根据文件偏移量下载请求读取并上传的文件的二进制数据；根据预设格式记录二进制数据，并将二进制数据转发给转码服务器；由转码服务器对接收到的二进制数据进行转码。本发明能够大幅提高转码响应的速度，减少转码服务器的闲置时间，提高转码服务器的利用率。
1.一种上传视频文件同时进行转码的方法，其特征在于，包括以下步骤：
文件服务器接收客户端上传的局部文件信息，根据所述局部文件信息虚拟得到完整文件，将所述完整文件的URL发送给转码服务器；所述局部文件信息包括文件名称、文件的字节大小以及文件头信息，所述局部文件信息通过数据传输通道上传；
文件服务器接收所述转码服务器根据所述URL获取的文件信息发送的文件偏移量下载请求，通过指令传输通道将所述文件偏移量下载请求转发给所述客户端；
文件服务器接收所述客户端根据所述文件偏移量下载请求读取并上传的文件的二进制数据；根据预设格式记录所述二进制数据，并将所述二进制数据转发给所述转码服务器；
由所述转码服务器对接收到的所述二进制数据进行转码；所述预设格式包括文件标识、起始偏移量和上传Bytes。
2.根据权利要求1所述的上传视频文件同时进行转码的方法，其特征在于，接收所述转码服务器根据所述URL获取的文件信息发送的文件偏移量下载请求，通过指令传输通道将所述文件偏移量下载请求转发给所述客户端的步骤具体包括：接收所述文件偏移量下载请求，根据所述文件偏移量下载请求的参数范围，获取文件偏移量的数值；
将所述文件偏移量的数值通过所述指令传输通道发送给所述客户端。
3.根据权利要求1所述的上传视频文件同时进行转码的方法，其特征在于，还包括步骤：与所述客户端建立会话连接；所述会话连接包括所述数据传输通道和所述指令传输通道。
4.一种上传视频文件同时进行转码的方法，其特征在于，包括以下步骤：
客户端上传局部文件信息至文件服务器；由所述文件服务器根据所述局部文件信息虚拟得到完整文件，并将所述完整文件的URL发送给转码服务器；所述局部文件信息包括文件名称、文件的字节大小以及文件头信息，所述局部文件信息通过数据传输通道上传；
客户端接收所述文件服务器通过指令传输通道转发的文件偏移量下载请求；所述文件偏移量下载请求为所述转码服务器根据所述URL获取的文件信息发送的；
客户端根据所述文件偏移量下载请求读取文件的二进制数据，根据预设格式记录所述二进制数据，并将所述二进制数据发送给所述文件服务器；由所述文件服务器将所述二进制数据转发给所述转码服务器进行转码；所述预设格式包括文件标识、起始偏移量和上传Bytes。
5.根据权利要求4所述的上传视频文件同时进行转码的方法，其特征在于，根据所述文件偏移量下载请求读取文件的二进制数据，根据预设格式记录所述二进制数据，并将所述二进制数据发送给所述文件服务器的步骤具体包括：获取所述文件服务器根据所述文件偏移量下载请求的参数范围得到的文件偏移量的数值；
根据所述文件偏移量的数值读取文件的二进制数据，记录所述二进制数据的偏移量位置和上传Bytes，并将所述二进制数据上传给所述文件服务器。
6.根据权利要求4所述的上传视频文件同时进行转码的方法，其特征在于，还包括步骤：与所述文件服务器建立会话连接；所述会话连接包括所述数据传输通道和所述指令传输通道。
7.一种上传视频文件同时进行转码的系统，其特征在于，包括：
虚拟文件模块，用于根据客户端通过数据传输通道上传的局部文件信息，虚拟得到完整文件，将所述完整文件的URL发送给转码服务器；所述局部文件信息包括文件名称、文件的字节大小以及文件头信息；
转发请求模块，用于接收所述转码服务器根据所述URL获取的文件信息发送的文件偏移量下载请求，并通过指令传输通道将所述文件偏移量下载请求转发给所述客户端；
记录数据模块，用于接收所述客户端根据所述文件偏移量下载请求读取并上传的文件的二进制数据；根据预设格式记录所述二进制数据，并将所述二进制数据转发给所述转码服务器；由所述转码服务器对接收到的所述二进制数据进行转码；其中，所述预设格式包括文件标识、起始偏移量和上传Bytes。
8.根据权利要求7所述的上传视频文件同时进行转码的系统，其特征在于，还包括：建立会话模块，用于与所述客户端建立会话连接；所述会话连接包括所述数据传输通道和所述指令传输通道。
9.一种上传视频文件同时进行转码的系统，其特征在于，包括：
上传信息模块，用于通过数据传输通道向文件服务器上传局部文件信息；由所述文件服务器根据所述局部文件信息虚拟得到完整文件，并将所述完整文件的URL发送给转码服务器；所述局部文件信息包括文件名称、文件的字节大小以及文件头信息；
客户端接收模块，用于接收所述文件服务器通过指令传输通道转发的文件偏移量下载请求；所述文件偏移量下载请求为所述转码服务器根据所述URL获取的文件信息发送的；
读取数据模块，用于根据所述文件偏移量下载请求读取文件的二进制数据；根据预设格式记录所述二进制数据，并将所述二进制数据发送给所述文件服务器；由所述文件服务器将所述二进制数据转发给所述转码服务器进行转码；所述预设格式包括文件标识、起始偏移量和上传Bytes。
10.根据权利要求9所述的上传视频文件同时进行转码的系统，其特征在于，所述读取数据模块，用于获取所述文件服务器根据所述文件偏移量下载请求的参数范围得到的文件偏移量的数值；根据所述文件偏移量的数值读取文件的二进制数据，记录所述二进制数据的偏移量位置和上传Bytes，并将所述二进制数据上传给所述文件服务器。
上传视频文件同时进行转码的方法与系统
技术领域
[0001] 本发明涉及视频数据通信技术，特别是涉及一种上传视频文件同时进行转码的方法与系统。
背景技术
[0002] 视频文件有多种不同编码格式和不同的质量级别，在现有的移动互联网/互联网、手机、PC、TV等不同应用领域，复杂的网络环境和参差不齐的终端处理能力，使得对视频文件除了编码格式之外，还有码率、像素等参数的不同质量级别的需求。
[0003] 为了满足不同应用领域的播放需求，需要将视频文件进行多次转换，以产生不同格式、不同质量级别的目标视频文件。转码：视频转码技术将视频信号从一种格式转换成另一种格式。它具有两个面向不同领域的重要功能。首先是在传统设备和新兴设备之间实现通信。例如，许多现有的视频会议系统是基于旧的视频编码标准H.263而建立，而最新的视频会议系统采用了H.264基线规范。因此，实时视频转码技术是实现两者之间通信的必不可少因素。传统技术一般是先将视频文件完整的按照字节顺序上传到文件服务器，采用HTTP或FTP协议实现上传操作，视频文件上传完毕之后再通知转码服务器去访问文件服务器，获取视频文件的数据进行转码。具体实现上，要将上传的视频文件进行转码，一般有两个方法：1)单个文件上传之后，通知转码服务器，由转码服务器读取文件进行转码。2)多个文件上传之后，批量通知转码服务器，由转码服务器启动多个转码进程批量读取文件进行转码。
[0004] 在实现过程中，发明人发现传统技术中至少存在如下问题：以上两个转码方法，对一个视频文件，均需要先等待整个文件上传完毕再进行处理，这个时候转码服务器是闲置的，效率较低，其中方法二的响应时间更慢，效率最低。
发明内容
[0005] 基于此，有必要针对传统技术中对视频文件进行转码效率低、反应时间慢的问题，提供一种上传视频文件同时进行转码的方法与系统。
[0006] 为了实现上述目的，本发明技术方案的实施例为：
[0007] 一方面，提供了一种上传视频文件同时进行转码的方法，包括以下步骤：
[0008] 根据客户端通过数据传输通道上传的局部文件信息，虚拟得到完整文件，将完整文件的URL发送给转码服务器；局部文件信息包括文件名称、文件的字节大小以及文件头信息；
[0009] 接收转码服务器根据URL发送的文件偏移量下载请求，通过指令传输通道将文件偏移量下载请求转发给客户端；
[0010] 接收客户端根据文件偏移量下载请求读取并上传的文件的二进制数据；根据预设格式记录二进制数据，并将二进制数据转发给转码服务器；由转码服务器对接收到的二进制数据进行转码；预设格式包括文件标识、起始偏移量和上传Bytes。
[0011] 一方面，还提供了一种上传视频文件同时进行转码的方法，包括以下步骤：
[0012] 通过数据传输通道向文件服务器上传局部文件信息；由文件服务器根据局部文件信息虚拟得到完整文件，并将完整文件的URL发送给转码服务器；局部文件信息包括文件名称、文件的字节大小以及文件头信息；
[0013] 接收文件服务器通过指令传输通道转发的文件偏移量下载请求；文件偏移量下载请求为转码服务器根据URL发送的；
[0014] 根据文件偏移量下载请求读取文件的二进制数据，根据预设格式记录二进制数据，并将二进制数据发送给文件服务器；由文件服务器将二进制数据转发给转码服务器进行转码；预设格式包括文件标识、起始偏移量和上传Bytes。
[0015] 另一方面，提供了一种上传视频文件同时进行转码的系统，包括：
[0016] 虚拟文件模块，用于根据客户端通过数据传输通道上传的局部文件信息，虚拟得到完整文件，将完整文件的URL发送给转码服务器；局部文件信息包括文件名称、文件的字节大小以及文件头信息；
[0017] 转发请求模块，用于接收转码服务器根据URL发送的文件偏移量下载请求，并通过指令传输通道将文件偏移量下载请求转发给客户端；
[0018] 记录数据模块，用于接收客户端根据文件偏移量下载请求读取并上传的文件的二进制数据；根据预设格式记录二进制数据，并将二进制数据转发给转码服务器；由转码服务器对接收到的二进制数据进行转码；其中，预设格式包括文件标识、起始偏移量和上传Bytes。
[0019] 另一方面，提供了一种上传视频文件同时进行转码的系统，包括：
[0020] 上传信息模块，用于通过数据传输通道向文件服务器上传局部文件信息；由文件服务器根据局部文件信息虚拟得到完整文件，并将完整文件的URL发送给转码服务器；局部文件信息包括文件名称、文件的字节大小以及文件头信息；
[0021] 客户端接收模块，用于接收文件服务器通过指令传输通道转发的文件偏移量下载请求；文件偏移量下载请求为转码服务器根据URL发送的；
[0022] 读取数据模块，用于根据文件偏移量下载请求读取文件的二进制数据；根据预设格式记录二进制数据，并将二进制数据发送给文件服务器；由文件服务器将二进制数据转发给转码服务器进行转码；预设格式包括文件标识、起始偏移量和上传Bytes。
[0023] 上述技术方案具有如下有益效果：
[0024] 本发明上传视频文件同时进行转码的方法与系统，在文件上传时，文件服务器端虚拟出一个文件，从而不需要等待上传完毕就可以开始转码。根据转码所需要读取的文件偏移量位置的数据进行对应数据的上传，从而使得视频文件在上传开始就可以快速启动转码，有效缩短视频转码任务的响应时间。视频上传后进行转码的范围非常广泛，本发明能够大幅提高转码响应的速度，减少转码服务器的闲置时间，提高转码服务器的利用率。
附图说明
[0025] 图1为本发明从文件服务器端角度实现的上传视频文件同时进行转码的方法实施例1的流程示意图；
[0026] 图2为本发明从客户端角度实现的上传视频文件同时进行转码的方法实施例1的流程示意图；
[0027] 图3为本发明从文件服务器端角度实现的上传视频文件同时进行转码的系统实施例1的结构示意图；
[0028] 图4为本发明从客户端角度实现的上传视频文件同时进行转码的系统实施例1的结构示意图；
[0029] 图5为本发明上传视频文件同时进行转码的方法与系统一具体实施例的示意图。
具体实施方式
[0030] 为了便于理解本发明，下面将参照相关附图对本发明进行更全面的描述。附图中给出了本发明的首选实施例。但是，本发明可以以许多不同的形式来实现，并不限于本文所描述的实施例。相反地，提供这些实施例的目的是使对本发明的公开内容更加透彻全面。
[0031] 除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。本文所使用的术语“及/或”包括一个或多个相关的所列项目的任意的和所有的组合。
[0032] 本发明从文件服务器端角度实现的上传视频文件同时进行转码的方法实施例1：
[0033] 为了解决传统技术中对视频文件进行转码效率低、反应时间慢的问题，本发明提供了一种从文件服务器角度实现的上传视频文件同时进行转码的方法实施例1；图1为本发明从文件服务器端角度实现的上传视频文件同时进行转码的方法实施例1的流程示意图；如图1所示，可以包括以下步骤：
[0034] 步骤S110：根据客户端通过数据传输通道上传的局部文件信息，虚拟得到完整文件，将完整文件的URL(Uniform Resoure Locator:统一资源定位符)发送给转码服务器；局部文件信息包括文件名称、文件的字节大小以及文件头信息；
[0035] 步骤S120：接收转码服务器根据URL发送的文件偏移量下载请求，通过指令传输通道将文件偏移量下载请求转发给客户端；
[0036] 步骤S130：接收客户端根据文件偏移量下载请求读取并上传的文件的二进制数据；根据预设格式记录二进制数据，并将二进制数据转发给转码服务器；由转码服务器对接收到的二进制数据进行转码；预设格式包括文件标识、起始偏移量和上传Bytes(字节)。
[0037] 一般，一个完整的文件包括：文件名称、文件的字节大小、文件头信息以及整个文件的二进制数据。在本实施例中，文件服务器虚拟得到完整文件的具体技术方案，在一个具体的实施例中可以是：文件服务器接收客户端上传的文件名称、文件的字节大小、文件头信息，但是整个文件的二进制数据还在客户端中，此时还没有上传到文件服务器，但是针对转码服务器的下载请求，文件服务器返回所有的文件信息，包括文件名称、文件的字节大小、文件头信息以及整个文件的二进制数据(这部分通过客户端上传获得，然后转发给转码服务器)。因此从转码服务器的角度，文件服务器上拥有完整的文件信息和文件的内容数据，即一个完整文件。从而使本发明实施例不需要等待上传完毕就可以开始转码。
[0038] 在一个具体的实施例中，步骤S120具体可以包括步骤：
[0039] 接收文件偏移量下载请求，根据文件偏移量下载请求的参数范围，获取文件偏移量的数值；
[0040] 将文件偏移量的数值通过指令传输通道发送给客户端。
[0041] 上述两个步骤中，文件服务器通过请求转码服务器的HTTP(超文本传输协议：HyperText Transfer Protocol)请求的参数Range(范围)，获取文件偏移量的数值；具体形式例如：Bytes＝4923749-，即通知文件服务器从文件的4923749字节开始发送数据。客户端可以通过文件服务器获取到转码所需要读取的文件偏移量的数值，即文件偏移量的位置，根据该位置进行对应数据的上传，从而使得视频文件在上传开始就可以快速启动转码，有效缩短视频转码任务的响应时间。
[0042] 在一个具体的实施例中，本实施例还可以包括步骤：
[0043] 与客户端建立会话连接；会话连接包括数据传输通道和指令传输通道。
[0044] 此步骤的具体实现方法为：通过专用上传客户端APP或Web上传插件(其中，专用上传客户端可以是集成了上传插件的客户端)，由该插件与上传服务器(上传服务器可以是为文件服务器提供会话接口以及存储并检索文件服务的服务器)建立两条HTTP会话连接，一条为指令传输通道，一条为数据传输通道。
[0045] 本发明实施例中的插件可以是使用ActiveX语言编写的在IE等浏览器上运行的应用程序，具有与普通客户端基本相同的能力，例如网络通信、读取本地磁盘等(ActiveX插件已经是传统技术，在此不作赘述)。
[0046] 本发明从客户端角度实现的上传视频文件同时进行转码的方法实施例1：
[0047] 为了进一步阐述本发明的技术方案，本发明还提供了一种从客户端角度实现的上传视频文件同时进行转码的方法实施例1；图2为本发明从客户端角度实现的上传视频文件同时进行转码的方法实施例1的流程示意图；如图2所示，可以包括步骤：
[0048] 步骤S210：通过数据传输通道向文件服务器上传局部文件信息；由文件服务器根据局部文件信息虚拟得到完整文件，并将完整文件的URL发送给转码服务器；局部文件信息包括文件名称、文件的字节大小以及文件头信息；
[0049] 步骤S220：接收文件服务器通过指令传输通道转发的文件偏移量下载请求；文件偏移量下载请求为转码服务器根据URL发送的；
[0050] 步骤S230：根据文件偏移量下载请求读取文件的二进制数据，根据预设格式记录二进制数据，并将二进制数据发送给文件服务器；由文件服务器将二进制数据转发给转码服务器进行转码；预设格式包括文件标识、起始偏移量和上传Bytes。
[0051] 在一个具体的实施例中，步骤S230具体可以包括：
[0052] 获取文件服务器根据文件偏移量下载请求的参数范围得到的文件偏移量的数值；
[0053] 根据文件偏移量的数值读取文件的二进制数据，记录二进制数据的偏移量位置和上传Bytes，并将二进制数据上传给文件服务器。
[0054] 上述步骤中，由于客户端可以通过文件服务器获取到转码所需要读取的文件偏移量位置，根据该位置进行对应数据的上传，从而使得视频文件在上传开始就可以快速启动转码；同时存储已经上传的二进制数据的相关信息，以准备继续响应转码器发送的文件偏移量下载请求，直到客户端整个视频文件被上传到文件服务器，在此过程转码服务器同时进行该文件的转码，从而减少转码服务器的闲置时间，提高转码服务器的利用率。
[0055] 在一个具体的实施例中，还可以包括步骤：
[0056] 与文件服务器建立会话连接；会话连接包括数据传输通道和指令传输通道。
[0057] 具体而言，此步骤可以通过以下方式实现：客户端APP或Web上传插件，由该插件与上传服务器(上传服务器可以是为文件服务器提供会话接口以及存储并检索文件服务的服务器)建立两条HTTP会话连接，一条为指令传输通道，一条为数据传输通道。而通过插件与服务器建立会话连接的技术属于传统技术，此处不多赘述。
[0058] 本发明从文件服务器端角度实现的上传视频文件同时进行转码的系统实施例1：
[0059] 基于以上从文件服务器角度实现的上传视频文件同时进行转码的方法的技术思想，本发明提供了从文件服务器角度实现的上传视频文件同时进行转码的系统实施例1；图3为本发明从文件服务器端角度实现的上传视频文件同时进行转码的系统实施例1的结构示意图；如图3所示，可以包括：
[0060] 虚拟文件模块310，用于根据客户端通过数据传输通道上传的局部文件信息，虚拟得到完整文件，将完整文件的URL发送给转码服务器；局部文件信息包括文件名称、文件的字节大小以及文件头信息；
[0061] 转发请求模块320，用于接收转码服务器根据URL发送的文件偏移量下载请求，并通过指令传输通道将文件偏移量下载请求转发给客户端；
[0062] 记录数据模块330，用于接收客户端根据文件偏移量下载请求读取并上传的文件的二进制数据；根据预设格式记录二进制数据，并将二进制数据转发给转码服务器；由转码服务器对接收到的二进制数据进行转码；其中，预设格式包括文件标识、起始偏移量和上传Bytes。
[0063] 在一个具体的实施例中，还可以包括：
[0064] 建立会话模块340，用于与客户端建立会话连接；会话连接包括数据传输通道和指令传输通道。
[0065] 本发明从客户端角度实现的上传视频文件同时进行转码的系统实施例1：
[0066] 为了进一步阐释本发明的技术方案，并基于以上从客户端角度实现的上传视频文件同时进行转码的方法的技术思想，本发明还提供了从客户端角度实现的上传视频文件同时进行转码的系统实施例1；图4为本发明从客户端角度实现的上传视频文件同时进行转码的系统实施例1的结构示意图；如图4所示，可以包括：
[0067] 上传信息模块410，用于通过数据传输通道向文件服务器上传局部文件信息；由文件服务器根据局部文件信息虚拟得到完整文件，并将完整文件的URL发送给转码服务器；局部文件信息包括文件名称、文件的字节大小以及文件头信息；
[0068] 客户端接收模块420，用于接收文件服务器通过指令传输通道转发的文件偏移量下载请求；文件偏移量下载请求为转码服务器根据URL发送的；
[0069] 读取数据模块430，用于根据文件偏移量下载请求读取文件的二进制数据；根据预设格式记录二进制数据，并将二进制数据发送给文件服务器；由文件服务器将二进制数据转发给转码服务器进行转码；预设格式包括文件标识、起始偏移量和上传Bytes。
[0070] 在一个具体的实施例中，读取数据模块，具体用于获取文件服务器根据文件偏移量下载请求的参数范围得到的文件偏移量的数值；根据文件偏移量的数值读取文件的二进制数据，记录二进制数据的偏移量位置和上传Bytes，并将二进制数据上传给文件服务器。
[0071] 为了更为具体的展现本发明技术方案的实现过程，特以客户端、文件服务器以及转码服务器三者之间的交互过程为例，说明本发明技术方案的具体实现流程；图5为本发明上传视频文件同时进行转码的方法与系统一具体实施例的示意图，如图5所示：
[0072] (1)使用专用上传客户端APP或Web上传插件，该插件与上传服务器建立两条HTTP会话连接，一条为指令传输通道，一条为数据传输通道。专用上传客户端先通过数据传输通道上传文件名称、字节大小、文件头等少量数据，然后文件服务器根据这些数据在上传服务器上虚拟一个完整的文件，这个文件通过但不限于HTTP连接的方式，将虚拟文件的URL开放给转码服务器。
[0073] (2)转码服务器获得该虚拟文件的URL之后，以正常下载的方式向文件服务器的HTTP接口发送Web下载请求以及HTTP seek文件偏移量下载请求(即HTTP的文件偏移量下载请求)，并通过请求转码服务器的HTTP请求的参数Range(范围)，获取文件偏移量的数值。
[0074] (3)文件服务器接收到转码服务器的HTTP请求之后，将此HTTP请求的文件偏移量的数值通过指令传输通道发送给专用上传客户端，客户端根据HTTP的文件偏移量数值移动本地文件的读取指针到同样的位置，然后开始读取文件的二进制数据，再把读取出来的数据发送到文件服务器，并在本地记录已经被成功上传到文件服务器的二进制数据的偏移量位置及已经上传的Bytes；在一个具体的实施例中，使用的记录格式为(文件名/文件ID、起始偏移量、上传Bytes)三元组；此外，该记录格式也可以包括其它例如文件标识、文件属性等内容。
[0075] (4)文件服务器接收到客户端上传的数据之后，同时记录该文件的已经上传到服务器的二进制数据的偏移量位置及已经上传的Bytes；在一个具体的实施例中，使用的记录格式为(文件名/文件ID、起始偏移量、上传Bytes)三元组。
[0076] (5)同时，文件服务器把接收到的对应转码服务器的HTTP seek文件偏移量下载请求的数据(由客户端通过上述过程上传给文件服务器的二进制数据)通过HTTP转发给转码服务器。
[0077] (6)转码服务器获得所需的视频数据进行转码。
[0078] (7)上述过程直到客户端整个视频文件被上传到文件服务器，在此过程转码服务器同时进行该文件的转码。
[0079] 本发明实施例在文件上传的时候，由文件服务器端虚拟出一个文件，从而不需要等待上传完毕就可以开始转码。根据转码所需要读取的文件偏移量位置的数据进行对应数据的上传，从而使得视频文件在上传开始就可以快速启动转码，有效缩短视频转码任务的响应时间。视频上传后进行转码的范围非常广泛，本发明提出了一种上传视频同时进行转码的方法与系统，能够大幅提高转码响应的速度，减少转码服务器的闲置时间，提高转码服务器的利用率。
[0080] 以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
[0081] 以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。
