上传Web文件的方法及装置
技术领域
本发明涉及Web文件上传领域，具体而言，涉及一种上传Web文件的方法及装置。
背景技术
相关技术中，在应对复杂文件上传的场景上，目前没有可靠、完整的的方案，开源社区也只会针对部分场景提供解决方案，无法应对复杂上传情况，总结了下目前产品的一些应对策略：
1.阻塞形式。保证当前任务执行完成才进行其他任务，在这期间用户无法做其他操作，可以最大效率使用浏览器资源做上传任务
2.限制条件。不支持大文件的上传、不支持同时上传大数量小文件，不支持多次上传，用户可以执行其他操作。这样可以避免占用太多浏览器资源，同时满足用户做其他服务器请求操作。
3.上传进度使用Ajax数据立即更新，速度比较准确、但是不均衡，上下浮动明显。
因此，Web上传文件需要在上传速度、用户体验、浏览器瓶颈三者之间做折中，比如Chrome浏览器最多支持6个TCP并发，超出HTTP请求会通过浏览器制定的阻塞机制排队等待执行，如果出现较多HTTP请求阻塞，会直接影响用户其他操作(与上传无关的)触发HTTP服务也会被阻塞，影响体验。
针对相关技术中存在的上述问题，目前尚未提出有效的解决方案。
发明内容
本发明的主要目的在于提供一种上传Web文件的方法及装置，以解决相关技术中Web上传文件的应对策略致使文件上传效率低的技术问题。
为了实现上述目的，根据本发明的一个方面，提供了一种上传Web文件的方法。该发明包括：在浏览器检测到预设数量的待上传文件时，对预设数量的待上传文件的大小进行判断；依据预设数量的待上传文件的大小，将预设数量的待上传文件上传至第一监听队列或第二监听队列；将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中。
进一步地，在浏览器检测到预设数量的待上传文件时，对预设数量的待上传文件的大小进行判断，包括：如果待上传文件的大小小于预设文件大小，则确定待上传文件为第一文件；如果待上传文件的大小大于或者等于预设文件大小，则确定待上传文件为第二文件。
进一步地，依据预设数量的待上传文件的大小，将预设数量的待上传文件上传至第一监听队列或第二监听队列，包括：获取第一文件的第一数量，将第一文件一一对应地上传至第一监听队列中；获取第二文件的第二数量，将第二文件一一对应地上传至第二监听队列中。
进一步地，在将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中之前，该方法还包括：依据第二监听队列中的第二文件，构建临时队列；将第二数量的第二文件存储至临时队列中；将存储至临时队列的第二文件切分为多个第二子文件，其中，第二子文件的大小小于第二文件的大小。
进一步地，将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中包括：将第一监听队列中的第一文件上传至浏览器。
进一步地，将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中包括：将临时队列中的多个第二子文件上传至浏览器中。
进一步地，在将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中之后，该方法还包括：通过监听Ajax的进度函数，获取待上传文件的第一速度，其中，第一速度为待上传文件的平均上传速度；获取待上传文件在多个时间区间内的多个第二速度，其中，第二速度为待上传文件在多个时间区间内的当前上传速度；将第一速度与多个第二速度进行作差比较，并获取目标时间区间，其中，目标时间区间对应的第二速度与第一速度的速度差不在预设速度差范围内；通过平均速度和预设指数来控制目标时间区间所对应的第二速度。
为了实现上述目的，根据本发明的另一方面，提供了一种上传Web文件的装置。该装置包括：判断单元，用于在浏览器检测到预设数量的待上传文件时，对预设数量的待上传文件的大小进行判断；第一上传单元，用于依据预设数量的待上传文件的大小，将预设数量的待上传文件上传至第一监听队列或第二监听队列；第二上传单元，用于将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中。
为了实现上述目的，根据本发明的另一方面，提供了一种“计算机可读存储介质”或“非易失性存储介质”。该存储介质包括存储的程序，其中，在程序运行时控制“计算机可读存储介质”或“非易失性存储介质”所在设备执行上述一种上传Web文件的方法。
为了实现上述目的，根据本发明的另一方面，提供了一种处理器。该处理器用于运行程序，其中，程序运行时执行上述一种上传Web文件的方法。
通过本发明，采用以下步骤：在浏览器检测到预设数量的待上传文件时，对预设数量的待上传文件的大小进行判断；依据预设数量的待上传文件的大小，将预设数量的待上传文件上传至第一监听队列或第二监听队列；将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中，解决了相关技术中Web上传文件的应对策略致使文件上传效率低的技术问题，进而达到了有效协调Web资源和文件上传速度的技术效果。
附图说明
构成本发明的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例提供的一种上传Web文件的方法的流程图；以及
图2为本申请提供的Web文件上传的整体流程图；
图3是根据本发明实施例提供的一种上传Web文件的装置的示意图。
具体实施方式
需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
为了便于描述，以下对本发明实施例涉及的部分名词或术语进行说明：
TCP：传输控制协议、一种面向连接、可靠、基于字节流的传输层通信协议。
HTTP：超文本传输协议，通常运行在TCP之上。
Ajax：一种用户创建交互、快速动态Web网页应用的开发技术，可以实现部分更新网页。
队列：一种特殊的线性表。
并发：同一时间执行多个任务。
文件分片：大文件分割成多个片段。
定时器任务：每隔一段固定时间执行固定任务。
根据本发明的实施例，提供了一种上传Web文件的方法。
图1是根据本发明实施例提供的一种上传Web文件的方法的流程图。如图1所示，该发明包括以下步骤：
步骤S101，在浏览器检测到预设数量的待上传文件时，对预设数量的待上传文件的大小进行判断；
步骤S102，依据预设数量的待上传文件的大小，将预设数量的待上传文件上传至第一监听队列或第二监听队列；
步骤S103，将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中。
上述地，本申请实施例提供了一种上传Web文件的方法，其中通过队列机制、策略制定，在优先的Web资源下，提供全面的上传文件场景的解决方案，提升用户体验，保证执行效率。
本发明实施例提供的一种上传Web文件的方法，通过在浏览器检测到预设数量的待上传文件时，对预设数量的待上传文件的大小进行判断；依据预设数量的待上传文件的大小，将预设数量的待上传文件上传至第一监听队列或第二监听队列；将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中，解决了相关技术中Web上传文件的应对策略致使文件上传效率低的技术问题，进而达到了有效协调Web资源和文件上传速度的技术效果。
可选地，在浏览器检测到预设数量的待上传文件时，对预设数量的待上传文件的大小进行判断，包括：如果待上传文件的大小小于预设文件大小，则确定待上传文件为第一文件；如果待上传文件的大小大于或者等于预设文件大小，则确定待上传文件为第二文件。
具体地，Web默认启动两个监听文件队列用以处理待上传的文件，两个队列互不影响，一个队列处理较小的文件上传，为第一监听队列，另一个队列处理较大文件的上传，为第二监听队列，因此，需要首先判断待上传文件的大小，如果待上传的文件的大小小于预设文件大小，则待上传文件为第一文件，如果待上传文件的大小大于或者等于预设文件大小，则将待上传文件确定为第二文件。
在相关技术中，一般大小超过100M的文件视为大文件，在本申请实施例中预设文件的大小可以自行按照具体情况设定。
可选地，依据预设数量的待上传文件的大小，将预设数量的待上传文件上传至第一监听队列或第二监听队列，包括：获取第一文件的第一数量，将第一文件一一对应地上传至第一监听队列中；获取第二文件的第二数量，将第二文件一一对应地上传至第二监听队列中。
上述地，由于通过待上传文件的大小将待上传文件区分为第一文件和第二文件，就需要获取大文件和小文件各自的数量，并将第一文件和第二文件上传至对应的文件监听队列中，本申请中，Web默认启动两个监听文件队列用户处理上传的文件，两个队列互不影响。第一监听队列处理小文件上传、第一监听队列的并发数可以自主配置，优选地，处理小文件的第一监听队列设为1～6个之间；第二监听队列处理大文件上传，第二监听队列并发数固定为2，这样做达到的技术效果如下：
1.大文件上传很耗费时间，会占用浏览器资源，两个并发的第二监听队列保证它不会长期占满全部TCP通信，小文件也可以随时流畅上传；
2.允许用户多次做上传操作，上传中记录的文件会自动记录到两个队列中等待执行。
可选地，在将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中之前，该方法还包括：依据第二监听队列中的第二文件，构建临时队列；将第二数量的第二文件存储至临时队列中；将存储至临时队列的第二文件切分为多个第二子文件，其中，第二子文件的大小小于第二文件的大小。
上述地，较大的文件进入第二监听队列后，不会直接上传，而是先经过切片，将较大的文件切分成固定大小的分片，然后临时启用队列，将分片添加进临时分片队列中执行上传，其中，分片队列并发数可以自主配置，限制为1～6之间，这样做的目的：
1.Web浏览器限制了大文件上传的大小，同时大文件直传也会长期占用TCP通道，分片可以解决这2个问题
2.每个第二监听队列会启用一定数量的临时分片队列来执行文件上传，优选地，一个第二监听队列会对应地启用一个临时队列，在一个应用场景中，浏览器同时执行的HTTP请求最大数为18，其中小文件最大为6，大文件最大为2*6＝12，保证了用户其他触发HTTP请求的操作不会出现长时间等待的情况。
可选地，将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中包括：将第一监听队列中的第一文件上传至浏览器。
可选地，将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中包括：将临时队列中的多个第二子文件上传至浏览器中。
具体地，在本实施例中，通过第一监听队列中的小文件通过第一监听队列上传至浏览器，第二监听队列中的大文件经过切分后通过临时队列上传至浏览器。
可选地，在将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中之后，该方法还包括：通过监听Ajax的进度函数，获取待上传文件的第一速度，其中，第一速度为待上传文件的平均上传速度；获取待上传文件在多个时间区间内的多个第二速度，其中，第二速度为待上传文件在多个时间区间内的当前上传速度；将第一速度与多个第二速度进行作差比较，并获取目标时间区间，其中，目标时间区间对应的第二速度与第一速度的速度差不在预设速度差范围内；通过平均速度和预设指数来控制目标时间区间所对应的第二速度。
上述地，Web文件上传进度是通过监听Ajax的进度函数获取信息获取的，Ajax为了确保及时获取到准确的上传数据，大约会在100ms执行一次进度函数获取上传数据，本申请中为了优化上传进度，为此制定了两个策略：
1.节流更新。通过定时器任务定时获取缓存的上传任务更新界面UI，一般设定1秒更新一次，也即通过设置定时器任务将Ajax获取的上传数据每隔1秒上传一次，避免浏览器上传列表频繁更新占用Web资源10KB/S，统计10次整体上传一次。
2.上传策略算法。通过一个时间区间的上传数据量和整体上传的平均速度两者结合给出合理的值，具体实现：
1.记录单个文件上传任务的总耗时已经总的上传文件的大小，计算出平均上传速度；
2.记录固定区间(上传消耗的时间)上传大小，可配合节流更新，获取1秒内的上传量，记录为当前上传速度；
3.速度快速提升是直接显示当前上传速度；速度下降时对比平均速度，差异不大的时候取两者平局值，差异大时百分比形式等比例下降当前速度(比如当前速度currSpeed/(1+10％)，也即通过平均速度和预设指数对各个时间区间内的速度来进行控制，避免出现速度的幅度变换太大，保证速度的平滑过度。
图2为本申请提供的Web文件上传的整体流程图，如图2所示，通过上述一种上传Web文件的方法，实现了协调Web资源与用户体验的技术效果，同时实现了以下技术效果：a)大小文件独立队列维护，大文件上传不会阻塞小文件上传。b)大文件最多同时上传2个，并且大文件分段使用临时队列上传。有效控制等待上传的请求，其他服务器操作很快可以执行，并且保证执行效率。
同时通过上传进度优化算法，确保速度稳定准确，并达到了以下技术效果：
a)统计较长区间(1秒)内的上传数据，避免因网络大幅波动造成的统计数据不准确。
b)速度校正。开始上传时，速度快速上升，因此不限制速度提升；速度下降时对比平均速度，差异较大时等比例下降，保证速度平滑过渡。
需要说明的是，通过上述方法，在对象存储相关项目中，可以满足复杂文件的上传。
需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
本发明实施例还提供了一种上传Web文件的装置，需要说明的是，本发明实施例的一种上传Web文件的装置可以用于执行本发明实施例所提供的用于一种上传Web文件的方法。以下对本发明实施例提供的一种上传Web文件的装置进行介绍。
图3是根据本发明实施例提供的一种上传Web文件的装置的示意图。如图3所示，该装置包括：判断单元301，用于在浏览器检测到预设数量的待上传文件时，对预设数量的待上传文件的大小进行判断；第一上传单元302，用于依据预设数量的待上传文件的大小，将预设数量的待上传文件上传至第一监听队列或第二监听队列；第二上传单元303，用于将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中。
本发明实施例提供的一种上传Web文件的装置，通过判断单元301，用于在浏览器检测到预设数量的待上传文件时，对预设数量的待上传文件的大小进行判断；第一上传单元302，用于依据预设数量的待上传文件的大小，将预设数量的待上传文件上传至第一监听队列或第二监听队列；第二上传单元303，用于将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中，解决了相关技术中Web上传文件的应对策略致使文件上传效率低的技术问题，进而达到了有效协调Web资源和文件上传速度的技术效果。
可选地，判断单元301包括：第一确定子单元，用于在待上传文件的大小小于预设文件大小的情况下，确定待上传文件为第一文件；第二确定子单元，用于在待上传文件的大小大于或者等于预设文件大小的情况下，确定待上传文件为第二文件。
可选地，第一上传单元302包括：第一上传子单元，用于获取第一文件的第一数量，将第一文件一一对应地上传至第一监听队列中；第二获取子单元，用于获取第二文件的第二数量，将第二文件一一对应地上传至第二监听队列中。
可选地，该装置还包括：构建单元，用于在将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中之前，依据第二监听队列中的第二文件，构建临时队列；存储单元，用于将第二数量的第二文件存储至临时队列中；切分单元，用于将存储至临时队列的第二文件切分为多个第二子文件，其中，第二子文件的大小小于第二文件的大小。
可选地，第二上传单元303包括：第二上传子单元，用于将第一监听队列中的第一文件上传至浏览器。
可选地，第二上传单元303包括：第三上传子单元，用于将临时队列中的多个第二子文件上传至浏览器中。
可选地，该装置还包括：第一获取单元，用于在将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中之后，通过监听Ajax的进度函数，获取待上传文件的第一速度，其中，第一速度为待上传文件的平均上传速度；第二获取单元，用于获取待上传文件在多个时间区间内的多个第二速度，其中，第二速度为待上传文件在多个时间区间内的当前上传速度；第三获取单元，用于将第一速度与多个第二速度进行作差比较，并获取目标时间区间，其中，目标时间区间对应的第二速度与第一速度的速度差不在预设速度差范围内；控制单元，用于通过平均速度和预设指数来控制目标时间区间所对应的第二速度。
一种上传Web文件的装置包括处理器和存储器，上述判断单元301301等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来解决相关技术中Web上传文件的应对策略致使文件上传效率低的技术问题。
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。
本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现一种上传Web文件的方法。
本发明实施例提供了一种处理器，处理器用于运行程序，其中，程序运行时执行一种上传Web文件的方法。
本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：在浏览器检测到预设数量的待上传文件时，对预设数量的待上传文件的大小进行判断；依据预设数量的待上传文件的大小，将预设数量的待上传文件上传至第一监听队列或第二监听队列；将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中。
进一步地，在浏览器检测到预设数量的待上传文件时，对预设数量的待上传文件的大小进行判断，包括：如果待上传文件的大小小于预设文件大小，则确定待上传文件为第一文件；如果待上传文件的大小大于或者等于预设文件大小，则确定待上传文件为第二文件。
进一步地，依据预设数量的待上传文件的大小，将预设数量的待上传文件上传至第一监听队列或第二监听队列，包括：获取第一文件的第一数量，将第一文件一一对应地上传至第一监听队列中；获取第二文件的第二数量，将第二文件一一对应地上传至第二监听队列中。
进一步地，在将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中之前，该方法还包括：依据第二监听队列中的第二文件，构建临时队列；将第二数量的第二文件存储至临时队列中；将存储至临时队列的第二文件切分为多个第二子文件，其中，第二子文件的大小小于第二文件的大小。
进一步地，将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中包括：将第一监听队列中的第一文件上传至浏览器。
进一步地，将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中包括：将临时队列中的多个第二子文件上传至浏览器中。
进一步地，在将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中之后，该方法还包括：通过监听Ajax的进度函数，获取待上传文件的第一速度，其中，第一速度为待上传文件的平均上传速度；获取待上传文件在多个时间区间内的多个第二速度，其中，第二速度为待上传文件在多个时间区间内的当前上传速度；将第一速度与多个第二速度进行作差比较，并获取目标时间区间，其中，目标时间区间对应的第二速度与第一速度的速度差不在预设速度差范围内；通过平均速度和预设指数来控制目标时间区间所对应的第二速度。本文中的设备可以是服务器、PC、PAD、手机等。
本发明还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：在浏览器检测到预设数量的待上传文件时，对预设数量的待上传文件的大小进行判断；依据预设数量的待上传文件的大小，将预设数量的待上传文件上传至第一监听队列或第二监听队列；将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中。
进一步地，在浏览器检测到预设数量的待上传文件时，对预设数量的待上传文件的大小进行判断，包括：如果待上传文件的大小小于预设文件大小，则确定待上传文件为第一文件；如果待上传文件的大小大于或者等于预设文件大小，则确定待上传文件为第二文件。
进一步地，依据预设数量的待上传文件的大小，将预设数量的待上传文件上传至第一监听队列或第二监听队列，包括：获取第一文件的第一数量，将第一文件一一对应地上传至第一监听队列中；获取第二文件的第二数量，将第二文件一一对应地上传至第二监听队列中。
进一步地，在将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中之前，该方法还包括：依据第二监听队列中的第二文件，构建临时队列；将第二数量的第二文件存储至临时队列中；将存储至临时队列的第二文件切分为多个第二子文件，其中，第二子文件的大小小于第二文件的大小。
进一步地，将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中包括：将第一监听队列中的第一文件上传至浏览器。
进一步地，将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中包括：将临时队列中的多个第二子文件上传至浏览器中。
进一步地，在将第一监听队列或者第二监听队列中的待上传文件上传至浏览器中之后，该方法还包括：通过监听Ajax的进度函数，获取待上传文件的第一速度，其中，第一速度为待上传文件的平均上传速度；获取待上传文件在多个时间区间内的多个第二速度，其中，第二速度为待上传文件在多个时间区间内的当前上传速度；将第一速度与多个第二速度进行作差比较，并获取目标时间区间，其中，目标时间区间对应的第二速度与第一速度的速度差不在预设速度差范围内；通过平均速度和预设指数来控制目标时间区间所对应的第二速度。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本发明的实施例可提供为方法、系统或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上仅为本发明的实施例而已，并不用于限制本发明。对于本领域技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的权利要求范围之内。
