CN101232501A

CN101232501A - 一种多文件发送的改进系统及方法

Info

Publication number: CN101232501A
Application number: CNA2007101950389A
Authority: CN
Inventors: 黄利贤
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2007-12-10
Filing date: 2007-12-10
Publication date: 2008-07-30

Abstract

本发明公开了一种多文件发送的改进系统，该系统包括接收单元、打包单元、解包单元以及释放单元。其中，接收单元用于接收多文件拖放事件，并将打包多文件的请求消息发送给打包单元；打包单元用于接收打包多文件的请求消息，根据该请求消息采用基于扩展性标记语言的打包方式对多文件进行打包；解包单元用于对打包后的文件解包；释放单元用于询问对端用户要保存的文件目录，如果收到对端用户的保存确认消息，则根据对端用户选择的文件，释放文件。本发明还公开了一种多文件发送的改进方法，采用本发明的系统及方法，便于对端用户同时接收多个文件，不仅降低了对端用户操作的复杂性，而且提高了本端用户发送文件的成功率和发送效率。

Description

一种多文件发送的改进系统及方法

技术领域

本发明涉及文件发送技术，尤其涉及一种多文件发送的改进系统及方法。

背景技术

目前，随着网络技术的发展，即时通信(IM)工具已经普及为用户不可缺少的网络沟通工具。IM工具通过点对点的网络技术，可以实现互联网上的两个用户、甚至是多个用户之间的即时沟通。

IM工具通常具有文件发送功能，使用户能在IM工具的聊天窗口将本地文件发送给其他用户。并且，用户可以一次发送一个文件，也可以一次同时发送多个文件。其中，用户在发送多个文件时的处理过程通常为：本端用户从其本地文件目录中拖动多个文件，发送到对端用户的聊天窗口后，该对端用户首先接收到针对该多个文件的提示接收消息，然后在对端用户对该提示接收消息响应并点击同意接收后，多个文件同时进行发送，从而使对端用户能最终接收到该多个文件。

以图1为例进行说明，图1为对端用户在聊天窗口接收多个文件的示意图。图1最上面的部分为状态区域，用于指示对端用户与本端用户Lidiazheng处于聊天状态；图1最下面的部分为文本输入区域，用于对端用户输入文本；图1中间靠左侧部分为聊天记录显示区域，用于显示本端用户和对端用户的聊天记录。图1中间靠右侧部分为文件发送进度的指示区域，用于指示对端用户接收多个文件的进度。那么，当对端用户根据聊天记录显示区域中针对该多个文件的提示接收消息操作时，如果点击接收或另存为，则多个文件同时进行发送，并在文件发送进度的指示区域中显示对端用户接收多个文件的进度；否则，点击谢绝，不接收文件。

现有技术存在的缺点如下所示：

一、本端用户要完成将多个文件同时发送给对端用户，需要对端用户多次点击接受或另存为，增加了对端用户操作的复杂性。而且经常会因为文件的信息量过多，导致对端用户无法接收到所有发送的文件。

二、多个文件同时发送，会降低单个文件的发送速度，同时增加了CPU的使用率。

三、多个文件同时发送，不利于对端用户进行保存管理。

发明内容

有鉴于此，本发明的主要目的在于提供一种多文件发送的改进系统，便于对端用户同时接收多个文件，不仅降低了对端用户操作的复杂性，而且提高了本端用户发送文件的成功率和发送效率。

本发明的另一目的在于提供一种多文件发送的改进方法，便于对端用户同时接收多个文件，不仅降低了对端用户操作的复杂性，而且提高了本端用户发送文件的成功率和发送效率。

为达到上述目的，本发明的技术方案是这样实现的：

一种多文件发送的改进系统，该系统包括接收单元、打包单元、解包单元以及释放单元；其中，

接收单元，用于接收本端用户侧的多文件拖放事件后，将打包多文件的请求消息发送给打包单元；

打包单元，用于接收所述打包多文件的请求消息，根据该请求消息采用基于扩展性标记语言XML的打包方式对所述多文件进行打包；

解包单元，用于从所述打包单元接收打包后的文件并解包，将多文件解包完成的消息发送给释放单元；

释放单元，用于接收所述多文件解包完成消息后，询问对端用户要保存的文件目录，如果收到对端用户的保存确认消息，则根据对端用户选择的文件，释放所述文件。

其中，所述打包单元进一步用于：新创建XML格式的空文件，依次记录每个文件的文件名，以及与所述文件名相对应的文件数据流；

所述打包单元将所述XML格式的文件保存为QMF格式的文件后，将所述QMF格式的文件发送到所述解包单元。

其中，所述解包单元进一步用于：判断接收到所述QMF格式的文件是否合法，如果不合法，则所述解包单元提示本端用户侧多文件发送错误无法解包；否则，所述解包单元开始对多文件解包；

所述解包单元依次读取所述每个文件的文件名，以及与所述文件名相对应的文件数据流；将所述多文件解包完成消息发送给所述释放单元。

其中，所述接收单元中进一步包括判断模块，用于判断所接收文件的数量；

当所述接收文件的数量超过三个，弹出提示框询问本端用户是否进行打包发送，获取本端用户的打包发送确认消息后，将所述打包多文件的请求消息发送给打包单元。

一种多文件发送的改进方法，该方法包括以下步骤：

A、接收本端用户侧的多文件拖放事件后，采用基于XML的打包方式对所述多文件进行打包，并发送到对端用户侧；

B、在所述对端用户侧对接收到打包后的文件解包，释放对端用户选择的文件。

其中，步骤A进一步为：

A1、接收单元接收所述多文件拖放事件后，将打包多文件的请求消息发送给打包单元，所述打包单元将打包后的文件发送到解包单元。

其中，步骤B进一步为：

B1、解包单元从打包单元接收打包后的文件并解包，将多文件解包完成的消息发送给释放单元；之后，所述释放单元询问对端用户要保存的文件目录，如果收到对端用户的保存确认消息，则根据对端用户选择的文件释放所述文件。

其中，所述打包方式具体为：

所述打包单元新创建一个XML格式的空文件，依次记录每个文件的文件名，以及与该文件名相对应的文件数据流；

所述打包单元将所述XML格式的文件保存为QMF格式的文件后，将所述QMF格式的文件发送到解包单元。

其中，步骤B1进一步为：所述解包单元判断接收到所述QMF格式的文件是否合法，如果不合法，则所述解包单元提示本端用户侧多文件发送错误无法解包；否则，所述解包单元开始对多文件解包；

其中，步骤A1进一步为：所述接收单元判断所接收文件的数量，当所述接收文件的数量超过三个，弹出提示框询问本端用户是否进行打包发送，获取本端用户的打包发送确认消息后，将所述打包多文件的请求消息发送给所述打包单元。

扩展性标记语言(XML)作为一种简单的数据存储语言，使用一系列简单的标签节点描述数据，具有简单易用的特点。而且，XML还允许用户根据业务需要创建业务所需的标签节点，具有可扩展的特点。本发明利用XML的特点，使本端用户基于XML技术对多文件行打包后发送，从而实现对多文件发送的改进。

采用本发明的优点如下所示：

一、采用本发明，不仅降低了本端用户所采用多文件发送模式的复杂性，而且降低了对端用户操作的复杂性，对端用户只需要点击一次接受或另存为，就能完成对所有文件的接收。

二、本发明将多个文件打包成单文件后发送，相较于直接将多个文件同时发送而言，采用本发明发送速度快，而且消耗的CPU也会减少，从而提高了对端用户的用户体验感。

三、采用本发明便于对端用户对接收到的文件进行保存管理，避免进行多次的保存操作。

附图说明

图1为对端用户在聊天窗口接收多个文件的示意图；

图2为本发明系统原理的组成结构示意图；

图3为XML数据示意图；

图4为本发明方法原理的实现流程示意图；

图5为本发明方法实施例一的实现流程示意图。

具体实施方式

本发明的核心思想是：本发明利用XML简单易用和可扩展的特点，使本端用户基于XML技术对多文件行打包后发送，从而实现对多文件发送的改进。

为使本发明的目的、技术方案和优点更加清楚明白，以下举实施例并参照附图，对本发明进一步详细说明。

如图2所示，一种多文件发送的改进系统，该系统包括接收单元11、打包单元12、解包单元22以及释放单元21。并且，接收单元11和打包单元12位于本端用户侧；解包单元22以及释放单元21位于对端用户侧。

该系统中，接收单元11用于在本端用户通过文本输入区域拖放需要发送到对端用户聊天记录区域的多个文件后，接收该多文件拖放事件，将打包多文件的请求消息发送给打包单元12。

这里，所述接收单元11中进一步包括判断模块，用于判断所接收文件的数量，如果接收文件的数量超过三个，则弹出提示框询问本端用户是否进行打包发送，获取本端用户的打包发送确认消息后，将打包多文件的请求消息发送给打包单元12。

该系统中，打包单元12用于接收打包多文件的请求消息，根据该请求消息采用基于XML的打包方式对多文件进行打包。

这里，该请求消息中封装了所拖动文件数量的信息和所拖动文件路径的信息。

这里，如图3所示，打包单元12进一步用于新创建一个XML格式的空文件，首先依次记录每个文件的文件名，以及与该文件名相对应的文件数据流。然后将该XML格式的文件保存为一个QMF格式的文件。最后将该QMF格式的文件发送到对端用户侧的解包单元22。

这里，文件名包括文件的后缀名，比如图3所示的DSCN0532.JPG，那么与该文件名相对应的文件数据流为图3所示的00000100000000.....0970500005304005304011。

这里，针对文件数据流而言，在C#语言中，使用文件数据流类对文件系统上的文件进行读取、写入、打开和关闭操作。

这里，QMF格式为自定义的，并将采用QMF格式标记的文件归属于多文件打包数据格式的文件，以区别于其他类型数据格式的文件。这样定义的优点是：便于对端用户侧的解包单元22识别出所接收的文件是否为多文件打包数据格式的文件。也就是说，当解包单元22接收到QMF格式的文件时，识别出该QMF格式的文件为多文件打包数据格式的文件。

综上所述，通过打包单元12实现对多文件进行打包的处理过程具体为：

a1、打包单元12从接收单元11获取所拖动文件数量的信息和所拖动文件路径的信息。

a2、新创建一个XML格式的空文件，读取第一个文件。

a3、获得文件的路径，并取得文件名。

a4、使用改路径初始化文件数据流类的新实例。

a5、读取该实例中的字节块数据即文件数据流。

a6、新建一个XML标签节点，并且标签节点的属性值File name等于文件名，标签节点的实际数据值等于文件数据流。

a7、如果当前已经是最后一个文件，则将XML文件保存为随机命名的后缀为QMF格式的文件，结束当前打包流程；否则，返回a3执行，继续遍历下一个文件，直至遍历到最后一个文件，结束当前打包流程。

该系统中，解包单元22用于从打包单元12接收打包后的文件并解包，将多文件解包完成的消息发送给释放单元21。

这里，解包单元22进一步用于收到QMF格式的文件后，首先判断该文件是否合法，即判断该文件是否符合QMF格式数据定义。如果不合法，则解包单元22提示本端用户侧多文件发送错误无法解包；否则，解包单元22开始对多文件解包。然后，解包单元22依次读取每个文件的文件名和与其相对应的文件数据流，并保存在对端用户侧的内存中，并将多文件解包完成的消息发送给释放单元21。

该系统中，释放单元21用于接收多文件解包完成消息后，询问对端用户要保存的文件目录，如果收到对端用户的保存确认消息，则根据对端用户选择的文件，将对端用户侧内存中的相应文件释放出来。

如图4所示，一种多文件发送的改进方法，该方法包括以下步骤：

步骤101、接收本端用户侧的多文件拖放事件后，采用基于XML的打包方式对所述多文件进行打包，并发送到对端用户侧。

这里，步骤101的处理过程进一步为：

步骤1011、在本端用户通过文本输入区域拖放需要发送到对端用户聊天记录区域的多个文件后，接收单元接收该多文件拖放事件，并将打包多文件的请求消息发送给打包单元。

其中，步骤1011的处理过程进一步为：

接收单元判断所接收文件的数量，当接收文件的数量超过三个，弹出提示框询问本端用户是否进行打包发送，获取本端用户的打包发送确认消息后，将打包多文件的请求消息发送给打包单元。

步骤1012、打包单元根据该请求消息采用基于XML的打包方式对所述多文件进行打包，打包单元将打包后的文件发送到解包单元。

其中，该请求消息中封装了所拖动文件数量的信息和所拖动文件路径的信息。

步骤102、在对端用户侧对接收到打包后的文件解包，释放对端用户选择的文件。

这里，步骤102的处理过程进一步为：

步骤1021、解包单元从打包单元接收打包后的文件并解包，将多文件解包完成的消息发送给释放单元。释放单元接收多文件解包完成的消息后，询问对端用户要保存的文件目录，如果收到对端用户的保存确认消息，则根据对端用户选择的文件，将对端用户侧内存中的相应文件释放出来。

以下为步骤1012中打包方式的具体实现。

打包单元新创建一个XML格式的空文件，首先依次记录每个文件的文件名，以及与该文件名相对应的文件数据流。然后将该XML格式的文件保存为一个QMF格式的文件。最后将该QMF格式的文件发送到对端用户侧的解包单元。

这里，QMF格式为自定义的，并将采用QMF格式标记的文件归属于多文件打包数据格式的文件，以区别于其他类型数据格式的文件。这样定义的优点是：便于对端用户侧的解包单元识别出所接收的文件是否为多文件打包数据格式的文件。也就是说，当解包单元接收到QMF格式的文件时，识别出该QMF格式的文件为多文件打包数据格式的文件。

综上所述，步骤1012中，打包单元根据打包多文件的请求消息，并采用基于XML的打包方式对所述多文件进行打包的处理过程具体为：

步骤1012a、打包单元从接收单元获取所拖动文件数量的信息和所拖动文件路径的信息。

步骤1012b、新创建一个XML格式的空文件，读取第一个文件。

步骤1012c、获得文件的路径，并取得文件名。

步骤1012d、使用改路径初始化文件数据流类的新实例。

步骤1012e、读取该实例中的字节块数据即文件数据流。

步骤1012f、新建一个XML标签节点，并且标签节点的属性值File name等于文件名，标签节点的实际数据值等于文件数据流。

步骤1012g、如果当前已经是最后一个文件，则将XML文件保存为随机命名的后缀为QMF格式的文件，结束当前打包流程；否则，返回步骤1012c执行，继续遍历下一个文件，直至遍历到最后一个文件，结束当前打包流程。

基于上述步骤1012中打包方式的具体实现，相应地，步骤1021的处理过程进一步为：

解包单元首先判断接收到QMF格式的文件是否合法，即判断该文件是否符合QMF格式数据定义。如果不合法，则解包单元提示本端用户侧多文件发送错误无法解包；否则，解包单元开始对多文件解包。然后，解包单元依次读取每个文件的文件名和与其相对应的文件数据流，并保存在对端用户侧的内存中，并将多文件解包完成的消息发送给释放单元。

以下为方法实施例一的实现流程，如图5所示，该实现流程包括以下步骤：

步骤201、接收单元接收本端用户通过文本输入区域将多个文件拖放到对端用户聊天记录区域的事件。

步骤202、接收单元判断所接收文件的数量是否超过三个，如果超过，则执行步骤203；否则，按照现有发送多文件时的处理方式发送，转入执行步骤209。

步骤203、通过接收单元弹出提示框询问本端用户是否进行打包发送，如果本端用户在提示框点击否，也就是本端用户不同意进行打包发送，则按照现有发送多文件时的处理方式发送，转入执行步骤209；否则，本端用户在提示框点击是，也就是本端用户同意进行打包发送，则执行步骤204。

步骤204、接收单元获取本端用户的打包发送确认消息，将打包多文件的请求消息发送给打包单元。

步骤205、打包单元基于XML的打包方式，将多个文件打包成一个QMF格式的文件，将该QMF格式的文件发送到对端用户侧。

步骤206、对端用户从本端用户侧接收到提示消息，并且本端用户侧通过该提示消息提示对端用户是否接收该QMF格式的文件，如果对端用户拒绝接收该QMF格式的文件，则提示本端用户取消此次发送多文件操作，转入执行步骤209；否则，对端用户接收该QMF格式的文件，本端用户侧开始发送该QMF格式的文件，文件发送成功后，执行步骤207。

步骤207、对端用户侧的解包单元判断该QMF格式的文件是否合法，如果不合法，则解包单元提示本端用户侧多文件发送错误无法解包，转入执行步骤209；否则，执行步骤208。

步骤208、对端用户侧的解包单元自动对该QMF格式的文件进行解压操作，将解压后的多文件保存到对端用户侧的指定文件目录下。

步骤209、结束当前发送流程。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims

1.一种多文件发送的改进系统，其特征在于，该系统包括接收单元、打包单元、解包单元以及释放单元；其中，

2.根据权利要求1所述的系统，其特征在于，所述打包单元进一步用于：新创建XML格式的空文件，依次记录每个文件的文件名，以及与所述文件名相对应的文件数据流；

3.根据权利要求2所述的系统，其特征在于，所述解包单元进一步用于：判断接收到所述QMF格式的文件是否合法，如果不合法，则所述解包单元提示本端用户侧多文件发送错误无法解包；否则，所述解包单元开始对多文件解包；

4.根据权利要求1至3中任一项所述的系统，其特征在于，所述接收单元中进一步包括判断模块，用于判断所接收文件的数量；

5.一种多文件发送的改进方法，其特征在于，该方法包括以下步骤：

6.根据权利要求5所述的方法，其特征在于，步骤A进一步为：

7.根据权利要求5所述的方法，其特征在于，步骤B进一步为：

8.根据权利要求6或7所述的方法，其特征在于，所述打包方式具体为：

9.根据权利要求8所述的方法，其特征在于，步骤B1进一步为：所述解包单元判断接收到所述QMF格式的文件是否合法，如果不合法，则所述解包单元提示本端用户侧多文件发送错误无法解包；否则，所述解包单元开始对多文件解包；

10.根据权利要求6所述的方法，其特征在于，步骤A1进一步为：所述接收单元判断所接收文件的数量，当所述接收文件的数量超过三个，弹出提示框询问本端用户是否进行打包发送，获取本端用户的打包发送确认消息后，将所述打包多文件的请求消息发送给所述打包单元。