一种文件下载方法、装置、计算设备及存储介质与流程

1.本发明涉及计算机领域，尤其涉及一种文件下载方法、装置、计算设备及存储介质。


背景技术：

2.随着计算机技术的不断发展，文件下载在人们的生活和工作中越来越重要。但是，目前在下载文件时，通常一个文件会对应生成一个下载任务。这样，当下载较多的小文件时，也会对应生成多个下载任务，并行处理这多个下载任务会导致系统资源的浪费。


技术实现要素：

3.为此，本发明提供了一种文件下载方法、装置、计算设备及存储介质，以力图解决或者至少缓解上面存在的问题。
4.根据本发明的一个方面，提供一种文件下载方法，包括：响应于对多个文件的压缩下载操作，将多个文件对应的下载任务合并成一个合并下载任务；当合并下载任务执行完成后，将所下载的所有文件进行分类；对同一类别的文件进行压缩处理。
5.可选地，在根据本发明的文件下载方法中，其中，将所下载的所有文件进行分类的步骤包括：将所下载的所有文件中格式相同和/或访问域名相同的文件，确定为同一类别的文件。
6.可选地，在根据本发明的文件下载方法中，其中，在对同一类别的文件进行压缩处理的步骤之后，还包括步骤：检测对目标类别的文件的压缩处理是否成功；若成功，则删除目标类别的文件；否则，重复迭代压缩处理和检测压缩处理是否成功的步骤，直至检测到对目标类别的文件的压缩处理成功时，删除目标类别的文件。
7.可选地，在根据本发明的文件下载方法中，其中，在对同一类别的文件进行压缩处理的步骤之前，还包括步骤：基于存储装置的剩余存储容量和/或待压缩类别的文件格式，确定对待压缩类别的文件的压缩方式。
8.可选地，在根据本发明的文件下载方法中，其中，基于存储装置的剩余存储容量和待压缩类别的文件格式，确定对待压缩类别的文件的压缩方式的步骤包括：若存储装置的剩余存储容量小于容量阈值，则选择第一压缩方式；若存储装置的剩余存储容量不小于容量阈值，则根据待压缩类别的文件格式判断待压缩类别的文件是否属于多媒体文件；若属于，则选择第二压缩方式；若不属于，则选择第三压缩方式，其中，第一压缩方式的压缩比率大于第二压缩方式和第三压缩方式。
9.可选地，在根据本发明的文件下载方法中，其中，基于存储装置的剩余存储容量，确定对待压缩类别的文件的压缩方式的步骤包括：若存储装置的剩余存储容量小于容量阈值，则选择第一压缩方式；若存储装置的剩余存储容量不小于容量阈值，则选择第四压缩方式，其中，第一压缩方式的压缩比率大于第四压缩方式。
10.可选地，在根据本发明的文件下载方法中，其中，基于待压缩类别的文件格式，确
定对待压缩类别的文件的压缩方式的步骤包括：根据待压缩类别的文件格式判断待压缩类别的文件是否属于多媒体文件；若属于，则选择第二压缩方式；否则，选择第三压缩方式。
11.可选地，在根据本发明的文件下载方法中，其中，第一压缩方式为7-zip；第二压缩方式为zipx；第三压缩方式为lzma2；第四压缩方式为zip。
12.根据本发明的又一个方面，提供一种文件下载装置，包括：合并模块，适于响应于对多个文件的压缩下载操作，将多个文件对应的下载任务合并成一个合并下载任务；分类模块，适于当合并下载任务执行完成后，将所下载的所有文件进行分类；压缩模块，适于对同一类别的文件进行压缩处理。
13.根据本发明的又一个方面，提供一种计算设备，包括：至少一个处理器；和存储有程序指令的存储器，其中，所述程序指令被配置为适于由所述至少一个处理器执行，所述程序指令包括用于执行根据本发明的文件下载方法的指令。
14.根据本发明的又一个方面，提供一种存储有程序指令的可读存储介质，当所述程序指令被计算设备读取并执行时，使得所述计算设备执行根据本发明的文件下载方法。
15.根据本发明的文件下载方法，通过将多个文件进行合并下载，可减少对系统资源的消耗。并且，通过将下载完成的文件进行压缩，可减小所下载的文件在存储装置中占用的存储容量，这样可以有效避免后续下载文件时由于存储装置的存储容量不足而导致的下载失败等情况，提高了下载效率。
16.根据本发明的文件下载方法，自动地将同一类别的文件压缩为一个压缩包，可以方便用户对下载文件的管理，提高了用户的体验。
附图说明
17.为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。
18.图1示出了根据本发明一个实施例的计算设备100的结构框图；
19.图2示出了根据本发明一个实施例的文件下载方法200的流程图；
20.图3示出了根据本发明的一个实施例的文件下载展示界面300的示意图；
21.图4示出了根据本发明一个实施例的应用场景400的流程图的示意图；
22.图5示出了根据本发明一个实施例的文件下载装置500的结构示意图。
具体实施方式
23.下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
24.在多个下载任务场景下，每个下载任务一般对应一个单一线程，因此需要多个线程并行处理，这会导致计算设备的系统资源消耗较大。而且，随着下载文件的不断增加，容
易使得存储下载文件的存储装置的容量不足，这样在后续的下载过程中，当存储装置的存储容量小于下载文件的大小时，会导致文件下载失败。这时，若用户想要坚持下载，只能删除存储装置中的内容，而这往往不是用户所需要的解决方式。
25.为解决上述现有技术中存在的问题，提出本发明的方案。具体地，本发明的一个实施例提供了一种文件下载方法，该文件下载方法可以在计算设备中执行。图1示出了根据本发明一个实施例的计算设备100的结构框图。需要说明的是，图1所示的计算设备100仅为一个示例，在实践中，用于实施本发明的文件下载方法的计算设备可以是任意型号的设备，其硬件配置情况可以与图1所示的计算设备100相同，也可以与图1所示的计算设备100不同。实践中用于实施本发明的文件下载方法的计算设备可以对图1所示的计算设备100的硬件组件进行增加或删减，本发明对计算设备的具体硬件配置情况不做限制。
26.如图1所示，在基本配置102中，计算设备100典型地包括系统存储器106和一个或者多个处理器104。存储器总线108可以用于在处理器104和系统存储器106之间的通信。
27.取决于期望的配置，处理器104可以是任何类型的处理，包括但不限于：微处理器(μp)、微控制器(μc)、数字信息处理器(dsp)或者它们的任何组合。处理器104可以包括诸如一级高速缓存110和二级高速缓存112之类的一个或者多个级别的高速缓存、处理器核心114和寄存器116。示例的处理器核心114可以包括运算逻辑单元(alu)、浮点数单元(fpu)、数字信号处理核心(dsp核心)或者它们的任何组合。示例的存储器控制器118可以与处理器104一起使用，或者在一些实现中，存储器控制器118可以是处理器104的一个内部部分。
28.取决于期望的配置，系统存储器106可以是任意类型的存储器，包括但不限于：易失性存储器(诸如ram)、非易失性存储器(诸如rom、闪存等)或者它们的任何组合。计算设备中的物理内存通常指的是易失性存储器ram，磁盘中的数据需要加载至物理内存中才能够被处理器104读取。系统存储器106可以包括操作系统120、一个或者多个应用122以及程序数据124。在一些实施方式中，应用122可以布置为在操作系统上由一个或多个处理器104利用程序数据124执行指令。操作系统120例如可以是linux、windows等，其包括用于处理基本系统服务以及执行依赖于硬件的任务的程序指令。应用122包括用于实现各种用户期望的功能的程序指令，应用122例如可以是浏览器、即时通讯软件、软件开发工具(例如集成开发环境ide、编译器等)等，但不限于此。当应用122被安装到计算设备100中时，可以向操作系统120添加驱动模块。
29.在计算设备100启动运行时，处理器104会从系统存储器106中读取操作系统120的程序指令并执行。应用122运行在操作系统120之上，利用操作系统120以及底层硬件提供的接口来实现各种用户期望的功能。当用户启动应用122时，应用122会加载至系统存储器106中，处理器104从系统存储器106中读取并执行应用122的程序指令。
30.计算设备100还包括储存设备132，储存设备132包括可移除储存器136和不可移除储存器138，可移除储存器136和不可移除储存器138均与储存接口总线134连接。
31.计算设备100还可以包括有助于从各种接口设备(例如，输出设备142、外设接口144和通信设备146)到基本配置102经由总线/接口控制器130的通信的接口总线140。示例的输出设备142包括图形处理单元148和音频处理单元150。它们可以被配置为有助于经由一个或者多个a/v端口152与诸如显示器或者扬声器之类的各种外部设备进行通信。示例外设接口144可以包括串行接口控制器154和并行接口控制器156，它们可以被配置为有助于
经由一个或者多个i/o端口158和诸如输入设备(例如，键盘、鼠标、笔、语音输入设备、触摸输入设备)或者其他外设(例如打印机、扫描仪等)之类的外部设备进行通信。示例的通信设备146可以包括网络控制器160，其可以被布置为便于经由一个或者多个通信端口164与一个或者多个其他计算设备162通过网络通信链路的通信。
32.网络通信链路可以是通信介质的一个示例。通信介质通常可以体现为在诸如载波或者其他传输机制之类的调制数据信号中的计算机可读指令、数据结构、程序模块，并且可以包括任何信息递送介质。“调制数据信号”可以这样的信号，它的数据集中的一个或者多个或者它的改变可以在信号中编码信息的方式进行。作为非限制性的示例，通信介质可以包括诸如有线网络或者专线网络之类的有线介质，以及诸如声音、射频(rf)、微波、红外(ir)或者其它无线介质在内的各种无线介质。这里使用的术语计算机可读介质可以包括存储介质和通信介质二者。
33.在根据本发明的计算设备100中，应用122包括用于执行本发明的文件下载方法200的指令，该指令可以指示处理器104执行本发明的文件下载方法。本领域技术人员可以理解，除了用于执行文件下载方法200的指令之外，应用122还可以包括用于实现其他功能的其他应用126。
34.图2示出了根据本发明一个实施例的文件下载方法200的流程图。方法200适于在计算设备(例如图1所示的计算设备100)中执行。
35.如图2所示，方法200的目的是实现一种文件下载方法，始于步骤s210。
36.在步骤s210中，响应于对多个文件的压缩下载操作，将多个文件对应的下载任务合并成一个合并下载任务。
37.在一个具体示例中，参考图3，图3示出根据本发明的一个实施例的文件下载展示界面300的示意图。
38.在如图3所示的文件下载展示界面300中，包括下载文件对应的下载链接显示区域310、下载文件显示区域320、下载文件的格式显示区域330和下载方式接口选择区域340等。用户在下载之前需要在下载链接显示区域310中输入待下载文件的下载链接，一个下载链接对应一个下载文件，例如图3中示出的下载链接1、下载链接2和下载链接3，对应下载文件显示区域320处的下载文件1、下载文件2和下载文件3。另外，用户可在下载文件的格式显示区域330选择将何种格式的待下载文件进行下载，例如，用户选择图片格式，则只将所有待下载文件中的图片格式的文件进行下载。当用户选择图片和视频格式时，将所有待下载文件中的图片格式和视频格式的文件进行下载。下载方式接口选择区域340至少包括压缩下载接口和普通下载接口。当用户选择压缩下载接口时，将所选择的所有待下载任务整合成一个合并下载任务进行下载。其中，压缩下载接口可以在用户在下载链接显示区域310中输入且选中了多个待下载文件的下载链接时，再呈现在下载方式接口选择区域340中，也可以在用户打开下载工具后直接呈现在下载方式接口选择区域340中。对此，本发明不作限定。在具体的实施例中，本领域的技术人员可以根据实际需要进行设定。
39.需要说明的是，下载链接为url下载链接。url，是uniform resource location的缩写，译为“统一资源定位符”。通俗地说，url是internet上用来描述信息资源的字符串，主要用在各种www客户程序和服务器程序上。采用url可以用一种统一的格式来描述各种信息资源，包括文件、服务器的地址和目录等。url的格式由下列三部分组成：第一部分是协议
(或称为服务方式)；第二部分是存有该资源的主机ip地址(有时也包括端口号)；第三部分是主机资源的具体地址。如目录和文件名等。其中，第一部分和第二部分之间用“：//”符号隔开，第二部分和第三部分用“/”符号隔开。第一部分和第二部分是不可缺少的，第三部分有时可以省略。
40.在一个具体示例中，用url表示文件时，服务器方式用file表示，后面要有主机ip地址、文件的存取路径(即目录)和文件名等信息。有时可以省略目录和文件名，但“/”符号不能省略。
41.例一：file://ftp.linkwan.com/pub/files/foobar.txt，代表存放主机ftp.linkwan.com《/wiki》上的《nowiki》pub/files/目录下的一个文件，文件名是foobar.txt。例二：file://ftp.linkwan.com/pub，代表主机ftp.linkwan.com上的目录/pub。例三：file://ftp.linkwan.com/代表主机ftp.linkwan.com上的根目录。
42.在步骤s220中，当合并下载任务执行完成后，将所下载的所有文件进行分类。具体地，将所下载的所有文件中格式相同和/或访问域名相同的文件，确定为同一类别的文件。下载文件的格式(或者下载文件的类型)是指计算设备为存储信息而使用的对信息的特殊编码方式。例如，下载文件为程序格式、多媒体数据格式等。示例性地，有下载文件a、b、c、d、e。其中，a和b为图片格式，c和d为文本格式，e为视频格式。则将a和b归为同一类别的文件，c和d归为同一类别的文件，e归为一个类别的文件。优选地，可以通过下载文件的扩展名来确定文件格式。扩展名是指文件名中，最后一个点(.)号后的字母序列。例如，html文件通过.htm或.html扩展名识别；gif图形文件用.gif扩展名识别等。
43.另外，域名是由一串用点分隔的名字组成的internet上某一台计算机或计算机组的名称，用于在数据传输时对计算机的定位标识。例如：www.tongxinruanjian.com。由于ip地址具有不方便记忆并且不能显示地址组织的名称和性质等缺点，人们设计出了域名，并通过网域名称系统(dns，domain name system)来将域名和ip地址相互映射，使人更方便地访问互联网，而不用去记住能够被机器直接读取的ip地址数串。尽管ip地址能够唯一地标记网络上的计算机，但ip地址是一长串数字，不直观，而且用户记忆十分不方便，于是人们又发明了另一套字符型的地址方案，即所谓的域名地址。ip地址和域名是一一对应的，这份域名地址的信息存放在一个叫域名服务器(dns，domain name server)的主机内，使用者只需了解易记的域名地址。其对应转换工作就留给了域名服务器。域名服务器就是提供ip地址和域名之间的转换服务的服务器。
44.容易理解的是，下载文件的访问域名相同说明各下载文件的下载来源相同。例如，下载文件a和下载文件b均是通过www.tongxinruanjian.com这一域名下载完成，而该域名对应统信软件的官网。或者，用户平时在下载一部电视剧时，该电视剧分为n集，则在下载每一集对应的视频文件时，各视频文件对应的访问域名相同。
45.还需要说明的是，由于选择文件的下载链接中包括有主机ip地址，而ip地址与域名一一对应，因此，也可以通过下载链接来判断各下载文件的域名是否相同。具体地，可通过各下载文件的下载链接ip地址部分是否相同。
46.当然，下载链接中一般也都包含有各下载文件的扩展名，而根据前述内容可知，可基于下载文件的扩展名确定出其对应的格式，则也可以根据下载链接来确定各下载文件的格式是否相同。
47.在步骤s230中，对同一类别的文件进行压缩处理。换言之，将具有相同格式和/或具有相同访问域名的下载文件进行压缩。
48.容易理解的是，压缩方式的种类有很多，例如，zip、zipx、7-zip、lzma2等压缩方式。其中，zip：一种主流的压缩方式。zipx：一种改进的zip文件，适于压缩多媒体数据。7-zip：一种主流高效的压缩方式，它拥有极高的压缩比。lzma2：一个由其他算法改良和优化后的压缩算法，在一般的情况下压缩率比其他算法高。
49.基于此，在对同一类别的文件进行压缩处理前，需要先确定待压缩类别的文件的压缩方式。在一些实施例中，在步骤s230之前，还包括步骤：
50.首先，基于存储装置的剩余存储容量和/或待压缩类别的文件格式，确定对待压缩类别的文件的压缩方式。
51.以下分别对根据存储装置的剩余存储容量和/或待压缩类别的文件格式进行压缩方式的选择进行说明：
52.1、仅根据存储装置的剩余存储容量来确定压缩方式：
53.具体地，若存储装置的剩余存储容量小于容量阈值，则选择第一压缩方式。若存储装置的剩余存储容量不小于容量阈值，则选择第四压缩方式，其中，第一压缩方式的压缩比率大于第四压缩方式。
54.其中，存储装置是指用于存储压缩包的装置，具体而言，是指用于存储对各类别的文件进行压缩后的压缩包的装置。在一些实施例中，存储装置可以是本地磁盘，如计算设备中的c盘、d盘等，也可以是关系型数据库例如mysql、access等，也可以是非关系型数据库例如nosql等；还可以是驻留于计算设备100中的本地数据库，也可以作为分布式数据库例如hbase等设置于多个地理位置处，总之，存储装置用于存储数据，本发明对存储装置的具体部署、配置情况不做限制。计算设备100可以与存储装置连接，并获取存储装置中所存储的数据。例如，计算设备100可以直接读取存储装置中的数据(在存储装置为计算设备100的本地数据库时)，也可以通过有线或无线的方式接入互联网，并通过数据接口来获取存储装置中的数据。
55.在一个具体示例中，设定容量阈值为30％。存储装置的剩余存储容量为总容量50％，则说明存储装置的剩余存储容量大于容量阈值，即存储装置的剩余存储容量较充足，则选择压缩速度较快的zip压缩方式，以增加压缩速率。若存储装置的剩余存储容量为总容量20％，这说明存储装置的剩余存储容量小于容量阈值，即存储装置的剩余存储容量不足，选择压缩比率较高的7-zip压缩方式，以节约存储装置的存储容量。
56.2、仅根据下载文件的格式来确定压缩方式：
57.具体地，根据待压缩类别的文件格式判断待压缩类别的文件是否属于多媒体文件。若属于，则选择第二压缩方式。优选地，第二压缩方式为zipx，否则，选择第三压缩方式。优选地，第三压缩方式为lzma2。
58.3、既根据存储装置的剩余存储容量，又根据待压缩类别的文件格式来确定压缩方式：
59.若存储装置的剩余存储容量小于容量阈值，则选择第一压缩方式。若存储装置的剩余存储容量不小于容量阈值，则根据待压缩类别的文件格式判断待压缩类别的文件是否属于多媒体文件。若属于，则选择第二压缩方式。若不属于，则选择第三压缩方式，其中，第
一压缩方式的压缩比率大于第二压缩方式和第三压缩方式。即，在既根据存储装置的剩余存储容量，又根据待压缩类别的文件格式来确定压缩方式时，首先考虑存储装置的剩余存储容量是否充足，在充足时，再根据待压缩类别的文件格式来确定压缩方式，在不充足时，优先考虑压缩比率较高的压缩方式。
60.最后，基于所确定的压缩方式对该待压缩类别的文件进行压缩处理。
61.另外，为进一步节约存储装置的存储容量，可在对各下载文件压缩成功后，删除下载好的各下载文件，仅仅在存储装置中存储由下载文件压缩形成的压缩包。
62.具体地，在一些实施例中，在步骤s230之后，还包括步骤：
63.检测对目标类别的文件的压缩处理是否成功。具体地，可检测压缩包中的压缩文件是否完整，压缩格式是否正确等。
64.若成功，则删除目标类别的文件。
65.否则，重复迭代压缩处理和检测压缩处理是否成功的步骤，直至检测到对目标类别的文件的压缩处理成功时，删除该目标类别的文件。
66.在一个具体示例中，参考图4，图4示出了根据本发明一个实施例的应用场景400的流程图。
67.在如图4所示的应用场景400中，首先，用户创建下载任务。
68.然后，结合图3，如果用户选择了多个下载任务压缩下载，根据文件类型、磁盘容量进行智能推荐压缩算法。比如常规文件使用lzma2，多媒体文件使用zipx；下载的文件的大小已经接近磁盘容量时，选择压缩率较高但是速度相对较慢的7-zipx，磁盘容量充裕时，选择压缩速度快但是压缩率一般的zip。用户也可以根据自身情况选择压缩算法。
69.之后，在文件下载完成后，按文件格式和访问域名，将下载的文件进行分类并压缩，具体如下：
70.1、文件包含不同格式：根据格式将文件分为多个类别；
71.2、若同一类别中(即格式相同)的所有文件的访问域名相同，则直接将该类别下的所有文件压缩成一个压缩包；
72.3、若同一类别中的所有文件的访问域名不完全相同，则将该类别中访问域名相同的文件再细分类为同一类别，并将再细分类为同一类别的文件压缩为一个压缩包，即将格式相同的文件根据访问域名压缩为多个压缩包。
73.最后，在压缩完成后，检测是否压缩成功，如果压缩成功就删除下载的文件。
74.图5示出了根据本发明一个实施例的文件下载装置500的流程图。该装置500包括依次耦接的合并模块510、分类模块520和压缩模块530。其中，合并模块510适于响应于对多个文件的压缩下载操作，将所确定的多个文件对应的下载任务合并成一个合并下载任务。分类模块520适于当合并下载任务执行完成后，将所下载的所有文件进行分类。压缩模块530适于对同一类别的文件进行压缩处理。
75.需要说明的是，本实施例提供的文件下载装置500的工作原理及流程与上述文件下载方法200相似，相关之处，可参考对上述文件下载方法200的说明，在此不再赘述。
76.根据本发明的文件下载方法，通过将多个文件进行合并下载，可减少对系统资源的消耗。并且，通过将下载完成的文件进行压缩，可减小所下载的文件在存储装置中占用的存储容量，这样可以有效避免后续下载文件时由于存储装置的存储容量不足而导致的下载
失败等情况，提高了下载效率。进一步地，自动地将格式相同且访问域名相同的文件压缩为一个压缩包，可以方便用户对下载的文件进行管理。另外，通过存储装置的剩余存储容量和/或下载文件的格式，智能推荐压缩算法，提高了用户的下载体验感。
77.这里描述的各种技术可结合硬件或软件，或者它们的组合一起实现。从而，本发明的方法和设备，或者本发明的方法和设备的某些方面或部分可采取嵌入有形媒介，例如可移动硬盘、u盘、软盘、cd-rom或者其它任意机器可读的存储介质中的程序代码(即指令)的形式，其中当程序被载入诸如计算机之类的机器，并被所述机器执行时，所述机器变成实践本发明的设备。
78.在程序代码在可编程计算机上执行的情况下，计算设备一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)，至少一个输入装置，和至少一个输出装置。其中，存储器被配置用于存储程序代码；处理器被配置用于根据该存储器中存储的所述程序代码中的指令，执行本发明的文件下载方法。
79.以示例而非限制的方式，可读介质包括可读存储介质和通信介质。可读存储介质存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息。通信介质一般以诸如载波或其它传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其它数据，并且包括任何信息传递介质。以上的任一种的组合也包括在可读介质的范围之内。
80.在此处所提供的说明书中，算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与本发明的示例一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
81.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
82.应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。
83.本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。
84.本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代
替。
85.此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。
86.此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。
87.如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。
88.尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的，而非限制性的，本发明的范围由所附权利要求书限定。