CN101951401B - 一种在WebKit浏览器中上传文件的方法及装置 - Google Patents

Abstract

本发明公开了一种上传文件的方法，用于实现Android操作***的WebKit浏览器文件上传的功能，使WebKit浏览器能够上传文件，便于用户使用，使WebKit浏览器功能更加完善。所述方法包括：提取出待发送文件中的码流数据；以码流形式发送所述提取出的待发送文件中的码流数据，实现文件的上传。本发明还公开了用于实现所述方法的装置。

Description

一种在WebKit浏览器中上传文件的方法及装置

技术领域

本发明涉及计算机及嵌入式领域，特别涉及一种在WebKit浏览器中上传文件的方法及装置。

背景技术

Android一词的本义指“机器人”，同时也是一种基于Linux(一种操作***)平台的开源移动终端操作***的名称。该操作***由操作***、中间件、用户界面和应用软件组成，采用软件堆层(Software Stack，又名软件叠层)的架构，主要分为三部分。底层以Linux内核工作为基础，由C(一种编程语言)语言开发，只提供基本功能；中间层包括函数库(Library)和虚拟机(VirtualMachine)，由C++(一种编程语言)语言开发。最上层是各种应用软件，包括通话程序，短信程序等，由各公司自行开发，以Java(一种编程语言)语言作为编写程序的一部分语言。该操作***不存在任何以往阻碍移动产业创新的专有权障碍，被称为是首个为移动终端打造的真正开放和完整的操作***。

WebKit是一个开源的浏览器内核，Android操作***使用它作为内置浏览器的内核。WebKit内核高效稳定，兼容性好，并且源码结构清晰，易于维护。

目前，Android操作***使用十分广泛，尤其是手机，已大部分采用了Android操作***。作为一种移动终端浏览器，用户可能会随时访问Web(环球网)邮箱、各类网站等等，文件上传已成为一种必需的功能，然而，Android操作***的WebKit浏览器却不具备文件上传的功能，这对于用户的使用来说十分不便，影响用户体验。

发明内容

本发明实施例提供一种在WebKit浏览器中上传文件的方法及装置，用于实现Android操作***的WebKit浏览器文件上传的功能，使WebKit浏览器能够上传文件，便于用户使用，使WebKit浏览器功能更加完善。

一种在浏览器内核WebKit浏览器中上传文件的方法，包括以下步骤：

提取出待发送文件中的码流数据；

以码流形式发送所述提取出的待发送文件中的码流数据，实现文件的上传。

一种在浏览器内核WebKit浏览器中上传文件的装置，包括：

处理模块，用于提取出待发送文件中的码流数据；

收发模块，用于以码流形式发送所述提取出的待发送文件中的码流数据，实现文件的上传。

本发明实施例通过提取出待发送文件中的码流数据，并以码流形式发送所述提取出的待发送文件中的码流数据，从而实现了在Android操作***的WebKit浏览器中上传文件的功能，使WebKit浏览器的功能更加完善，更利于实际应用。

附图说明

图1为本发明实施例中在WebKit浏览器中上传文件的装置的主要结构图；

图2A为本发明实施例中在WebKit浏览器中上传文件装置中带有获取模块的主要结构图；

图2B为本发明实施例中在WebKit浏览器中上传文件的装置的详细结构图；

图3为本发明实施例中在WebKit浏览器中上传文件的方法的主要流程图；

图4A为本发明实施例中直接获取待发送数据长度信息时在WebKit浏览器中上传文件的方法的详细流程图；

图4B为本发明实施例中将待发送数据的长度信息累加到第一长度变量中时在WebKit浏览器中上传文件的方法的详细流程图；

图5为本发明实施例中加入判断过程后在WebKit浏览器中上传文件的方法的详细流程图；

图6为本发明实施例中下载文件的主要流程图。

具体实施方式

本发明实施例通过提取出待发送文件中的码流数据，并以码流形式发送所述提取出的待发送文件中的码流数据，从而实现了在Android操作***的WebKit浏览器中上传文件的功能，使WebKit浏览器的功能更加完善，更利于实际应用。

本发明实施例中，码流类型的数据称为码流数据，例如消息；文件类型的数据称为文件。文件中的内容也是由码流数据构成。文件和码流数据统称为数据。

参见图1，本发明实施例中在WebKit浏览器中上传文件的装置包括处理模块101及收发模块102。

处理模块101用于提取待发送文件中的码流数据，并将其传输给收发模块102。获取待发送的文件后，处理模块101将文件打开，提取出文件中的码流数据，再将数据传输给收发模块102。较佳的，本发明实施例中，可以通过encodedfile类所实现的功能来判断待发送的数据是否为文件，并当判断结果为是时提取出文件中的码流数据。在WebKit浏览器中，无法发送文件，因此处理模块101负责将文件打开，提取出其中的码流数据，将所述码流数据传输给收发模块102，由收发模块102进行发送。如此就实现了文件的上传。

参见图2A，所述装置中还可以包括获取模块103。

获取模块103用于从ResourceRequest(源请求，或称上传请求)中提取出待发送的数据。基于对http(超文本传输协议)的认识，浏览器上传的数据属于一类数据(form data，表单数据)，form data包括文件和码流数据、或文件、或码流数据。form data由form data类来定义。例如，WebKit浏览器中可以封装form data类，例如，可以用WebCore类来封装，形式为WebCore::FormData，有助于实现对文件和码流数据的处理。对于form data来说，有以下相关处理代码：

WebFrame::startLoadingResource(Webcore::ResourceHandle*loader，const//用于提交form data类数据；

WebCore::ResourceRequest&request，bool synchronous)/form data类中包括ResourceRequest函数，WebCore调用form data类中的ResourceRequest。

Form data类数据，即待发送的文件或码流数据需要获取模块103从ResourceRequest中获取。

其中，当获取模块103从ResourceRequest中获取待发送数据并传输给处理模块101后，处理模块101首先需获取的是待发送的码流数据的长度信息，并传递给收发模块102中的第一长度变量。其中，处理模块101可以根据待发送的文件或码流数据得知其长度信息。例如，处理模块101可以根据所获取的待发送数据来累加其长度信息，例如，获取模块103将从ResourceRequest获取的待发送文件传输给处理模块101，处理模块101打开文件，每提取出一个字符，都将自身包含的第二长度变量的值加1，当数据提取完毕后所得到的第二长度变量的值就是该待发送数据的长度信息，例如，处理模块101中第二长度变量的初始值为0，处理模块101每提取出一个字符，都将第二长度变量的值加1，将待发送码流数据提取完毕后，第二长度变量的值就是待发送数据的长度信息，处理模块101将第二长度变量的值传递给第一长度变量。或者待发送文件中包含其中码流数据的长度信息，处理模块101直接从待发送文件中提取该长度信息，并将其传递给第一长度变量。并且，ResourceRequest中也可以包含待发送文件的长度信息，获取模块103可以首先从ResourceRequest中获取该待发送文件的长度信息，以供处理模块101根据该长度信息分配一段长度不小于所述长度信息的内存空间，其中，该长度信息的长度不小于待发送文件的长度。然后获取模块103再将待发送文件传输给处理模块101，处理模块101再打开文件，提取出其中的码流数据。如果待发送文件中包含其中码流数据的长度信息，则直接将其传递给第一长度变量，如果待发送文件中不包含其中码流数据的长度信息，则处理模块101需在提取其中码流数据时将其长度信息累加到第二长度变量中，待码流数据提取完毕后再将第二长度变量的值传递给第一长度变量。其中，第一长度变量获取待发送码流数据的长度信息是为了使收发模块102分配一段长度不小于所接收的长度信息的内存空间，以存放待发送的文件或码流数据，其中，该长度信息的长度不能小于待发送数据的长度。同时，如果处理模块101根据所获取的数据来累加该数据的长度信息，则所述第二长度变量可以是指针型变量，指向待发送的码流数据。处理模块101根据该第二长度变量从待发送文件中提取待发送的码流数据。

收发模块102用于接收数据及以码流形式发送码流数据。收发模块102只能发送码流数据，因此接收到的也是码流数据。收发模块102首先通过第一长度变量接收待发送数据的长度信息，即将该长度信息表示的长度值赋给第一长度变量。首先接收待发送码流数据的长度信息是为了根据该长度信息在收发模块102中分配一段长度不小于所接收的长度信息的内存空间，以存放待发送的数据。收发模块102具有发送的功能，它可以将接收到的待发送数据放入发送队列(即分配的内存空间)，按照先入先出、后入后出的原则进行发送。收发模块102可以在接收完全部的待发送数据后开始发送，也可以在开始接收数据时就开始发送数据，一边接收一边发送，或者在接收一定数据后开始发送。其中，每个数据都可以有相应标识，例如，如果是从文件中提取出的数据，可以带有原文件的标识，以及原文件的格式的标识，以便另一端接收装置在下载时可以根据数据所带有的标识将一个文件中的数据按原文件的格式重新组合起来，避免出错。

参见图2B，所述装置还可以包括判断模块104。

判断模块104用于判断待发送数据的类型。判断模块104具体用于根据ResourceRequest中的file(文件)命令判断获取模块103获取的数据类型是文件还是码流数据。如果ResourceRequest中带有file命令，则该待发送数据为文件，处理模块101将其打开，提取出其中的码流数据，将所述码流数据传输给收发模块102，由收发模块102进行发送，即完成了文件上传过程。

如果是下载文件，则另一端接收装置负责将接收到的码流数据打包，其中，每个码流数据上都有标识，以标识由哪些码流数据组成一个文件，并且还带有标识该文件为何种格式的文件的标识，将原本属于一个文件中的码流数据打包，按照原文件的格式组合成原文件，即完成了文件的下载。如果待发送的是码流数据，则直接将码流数据依次传输给接收装置，下载时也没有将数据打包的过程。

下面通过实现流程来介绍上传文件的方法。

本发明实施例介绍在WebKit浏览器中上传文件的主要方法。参见图3，主要方法流程如下：

首先需从ResourceRequest中获取待发送的文件。

步骤301：提取出待发送文件中的码流数据。

步骤302：以码流形式发送所述提取出的待发送文件中的码流数据。

本发明实施例中获取模块103直接从ResourseRequest中获取了待发送文件的长度信息，且该待发送文件中包含其中码流数据的长度信息。参见图4A，详细方法流程如下：

首先需从ResourceRequest中获取待发送文件的长度信息。

步骤4A01：处理模块101根据该待发送文件的长度信息分配内存空间。

其中该内存空间的长度不小于所述待发送文件的长度信息。

步骤4A02：获取模块103将待发送文件传输给处理模块101。

其中，该待发送文件中包含其中码流数据的长度信息。

步骤4A03：处理模块101打开待发送文件，从文件中获取待发送码流数据的长度信息。

步骤4A04：处理模块101将待发送码流数据的长度信息传递给第一长度变量。

步骤4A05：处理模块101提取出所述待发送文件中的码流数据，并传输给收发模块102。

步骤4A06：收发模块102以码流形式发送该提取出的码流数据。

这样就完成了文件的上传过程，其关键就是将文件中的码流数据提取出来，以码流形式发送码流数据。

本发明实施例中ResourseRequest中不包含待发送文件的长度信息，且待发送文件中也不包含待发送码流数据的长度信息。处理模块101将待发送码流数据的长度信息累加到第二长度变量中。参见图4B，详细方法流程如下：

步骤4B01：获取模块103将待发送文件传输给处理模块101。本实施例中以码流形式逐个字符的传输给处理模块101。

步骤4B02：处理模块101每从待发送文件中提取出一个待发送码流数据，则将第二长度变量的值加1。

步骤4B03：判断模块104判断待发送码流数据是否提取完毕。当判断结果为是时，继续步骤4B04，否则继续步骤4B01。

步骤4B04：处理模块101将第二长度变量的值传递给第一长度变量。

步骤4B05：处理模块101将所述待发送文件中的码流数据传输给收发模块102。

步骤4B06：收发模块102以码流形式发送该提取出的码流数据。

本发明实施例中加入判断过程，需要判断待发送的是文件还是码流数据。参见图5，详细方法流程如下：

步骤501：获取模块103将待发送数据传输给处理模块101。

步骤502：判断模块104判断获取的信息中是否有file命令。若判断结果为是，继续步骤503，否则继续步骤506。

步骤503：判断模块104确定待发送数据为文件。

步骤504：处理模块101每从待发送文件中提取出一个待发送码流数据，则将第二长度变量的值加1。

步骤505：处理模块101判断待发送码流数据是否提取完毕。当判断结果为是时，继续步骤506，否则继续步骤504。

步骤506：处理模块101将第二长度变量的值传递给第一长度变量。

步骤507：处理模块101将所述待发送文件中的码流数据传输给收发模块102。

步骤508：收发模块102以码流形式发送待发送的码流数据。

本发明实施例为文件的下载过程。参见图6，下载的主要方法流程如下：

步骤601：接收码流数据。

步骤602：根据码流数据所带有的标识，将同一文件中的数据打包还原成原文件。其中，原文件的标识及原文件的格式的标识等。

其中，所述标识可以包括原文件的标识、原文件的格式的标识等，以便将同一文件中的码流数据按照原文件的格式重新组合起来，避免出错。

本发明实施例通过提取出待发送文件中的码流数据，并以码流形式发送所述提取出的待发送文件中的码流数据，从而实现了在Android操作***的WebKit浏览器中上传文件的功能，使WebKit浏览器的功能更加完善，更利于实际应用。其中，处理模块101可以根据待发送的文件或码流数据得知其长度信息。例如，处理模块101可以根据所获取的待发送数据来累加其长度信息，则第二长度变量可以是指针型变量，指向待发送的码流数据。处理模块101根据该第二长度变量从待发送文件中提取待发送的码流数据。并传递给第一长度变量，以保证所获取的长度信息的准确性；或者待发送文件中包含其中码流数据的长度信息，处理模块101直接从待发送文件中提取该长度信息，并将其传递给第一长度变量，过程比较简单、快速。其中，第一长度变量获取待发送码流数据的长度信息是为了使收发模块102根据该长度信息分配一段长度不小于所接收的长度信息的内存空间，以存放待发送的文件或码流数据，其中，该长度信息的长度不能小于待发送数据的长度。并且，ResourceRequest中也可以包含待发送文件的长度信息，获取模块103可以首先从ResourceRequest中获取该待发送文件的长度信息并将其传递给第二长度变量，以供处理模块101根据该长度信息分配一段长度不小于所述长度信息的内存空间，其中，该长度信息的长度不小于待发送文件的长度，使处理模块101的工作更加合理。同时，如果处理模块101根据所获取的数据来累加该数据的长度信息，还可以加入判断的过程，根据待发送数据信息中是否带有file命令来判断待发送数据是文件还是码流数据，若判断结果为是，则待发送数据为文件，提取出待发送文件中的码流数据并以码流形式发送，当判断为否，则待发送数据为码流数据，则直接发送所述码流数据。并且还介绍了文件下载的过程，将接收到的码流数据中属于同一文件中的码流数据打包，还原成原文件，就完成了文件下载的过程。其中，码流数据都可以带有标识，例如每个从文件中提取出的码流数据都可以带有原文件的标识，还可以带有原文件的格式的标识等，以便将同一文件中的码流数据按照原文件的格式重新还原成原文件，避免出错。

本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (7)

1.一种在浏览器内核WebKit浏览器中上传文件的方法，其特征在于，包括以下步骤：

在上传请求中包含文件file命令时，确定待发送数据为文件，文件中的内容由码流数据构成；

将待发送文件打开，提取出待发送文件中的码流数据；

以码流形式发送所述提取出的待发送文件中的码流数据，实现文件的上传。

2.如权利要求1所述的方法，其特征在于，所述以码流形式发送所述提取出的待发送文件中的码流数据之前，还包括步骤：

获得提取出的码流数据的长度，为码流数据分配不小于该长度的内存空间，并在该内存空间中存储待发送的码流数据。

3.如权利要求2所述的方法，其特征在于：

所述提取出待发送文件中的码流数据的步骤包括：从待发送文件中逐个字符的提取出码流数据；

所述获得提取出的码流数据的长度的步骤包括：在每提取一个字符时将长度变量加1，在提取结束时通过长度变量的值获得码流数据的长度。

4.如权利要求2所述的方法，其特征在于：

文件中包括码流数据的长度信息；

获得提取出的码流数据的长度的步骤包括：根据待发送文件中码流数据的长度信息获得提取出的码流数据的长度。

5.一种在浏览器内核WebKit浏览器中上传文件的装置，其特征在于，包括：

判断模块，用于根据上传请求中是否包含文件file命令，判断待发送数据是否为文件，并在上传请求中包含file命令时，确定待发送数据为文件，其中，文件中的内容由码流数据构成；

处理模块，用于将待发送文件打开，提取出待发送文件中的码流数据；

收发模块，用于以码流形式发送所述提取出的待发送文件中的码流数据，实现文件的上传。

6.如权利要求5所述的装置，其特征在于，所述收发模块用于获得提取出的码流数据的长度，为码流数据分配不小于该长度的内存空间，并在该内存空间中存储待发送的码流数据。

7.如权利要求5所述的装置，其特征在于，所述处理模块用于从待发送文件中逐个字符的提取出码流数据；在每提取一个字符时将第二长度变量加1，在提取结束时通过第二长度变量的值获得码流数据的长度，并将第二长度变量的值传递给第一长度变量；或者

文件中包括码流数据的长度信息；所述处理模块用于根据待发送文件中码流数据的长度信息获得提取出的码流数据的长度。

Images