专利名称：一种社区平台的文件传输方法及即时通讯服务器的制作方法
技术领域：
本发明涉及网络领域，尤其涉及一种社区平台的文件传输方法及即时通讯服务
O
背景技术：
随着社会化网络的逐步发展，人们进行信息交流的方式也多种多样，例如下载 安装的即时通讯工具，如MSN，QQ，网易泡泡已经深受大家的喜爱，它为人们的沟通、信息交 流提供了新的途径，是除了手机、固话、电子邮件之外的又一种重要的信息交流方式。借助 这些工具，用户可以实现单人或者多人视频，可以召开网络视频会议，可以进行网络远程教 育，还可以让人和人之间的交流成本大大降低，且提高了效率。在人们进行相互交流的过程 中，文件的传输越来越频繁，传输的量也越来越大。因此，使用一种快速、高效的传输方式显 得尤为重要。然而，传统的传输方式存在明显的缺陷，例如，部分工具需要安装客户端才能 进行文件传输，部分工具不能够将文件合并统一下载，部分工具无法实现针对不同用户传 输不同文件的功能。例如，申请号为200810117459. 4的中国发明专利公开了一种文件下载服务方法 和系统。上述文件下载服务方法包括以下步骤。文件下载服务装置接收终端发送的下载请 求消息。其中，下载请求消息包含终端信息和请求下载文件的信息。当终端具有下载权限 时，将请求下载文件的信息发送至文件打包装置。文件打包装置根据请求下载文件的信息， 将请求下载的文件打包，将打包后的文件地址发送给文件下载服务装置。文件下载服务装 置根据接收到的所述地址将打包后的文件发送至终端。然而，现有的文件传输装置存在以下缺点1、现有的文件传输装置需要安装客户 端软件才能进行文件传输，某些莫名其妙的软件会被不知不觉地安装在自己的终端，从而 影响计算机的安全性；2、现有的网页仅有文件上传、下载功能，缺少压缩功能，如果文件数 量比较大，则需要用户多次点击页面请求下载，从而造成许多不必要的操作；3、当源用户需 将文件发送给多个目标用户时，需要重复选择待传输的文件，并进行多次压缩操作，不便于 操作；4、目标用户需不停地询问服务器端是否完成打包过程，容易浪费目标用户的时间。
发明内容
本发明提供一种社区平台的文件传输方法及即时通讯服务器以解决上述问题。本发明提供一种社区平台的文件传输方法。社区平台的文件传输方法包括以下步 骤。源用户依据注册信息登录社区交互平台，调用应用程序代码，传入注册信息并请求即时 通讯服务器。即时通讯服务器返回即时通讯相关数据和资源至网页，网页解析获得的即时 通讯相关数据和资源，生成即时通讯工具。源用户根据预设的优先级通过即时通讯工具发 送待处理文件至即时通讯服务器。即时通讯服务器批量处理待处理文件以获得压缩文件。 即时通讯服务器于完成批量处理后通过即时通讯工具同步通知至少两个目标用户。即时通 讯服务器根据预设的传输策略传输压缩文件至至少两个目标用户的其中之一。待接收压缩
4文件的目标用户根据获得的传输策略从已接收压缩文件的目标用户接收压缩文件。其中， 源用户的数目为至少两个。本发明提供一种即时通讯服务器，包括生成模块、存储模块、批量处理模块以及传 输模块。生成模块用于根据传入的注册信息返回即时通讯相关数据和资源至网页。其中， 注册信息的传入是通过源用户依据注册信息登录社区交互平台调用应用程序代码实现的， 且网页解析获得的即时通讯相关数据和资源，生成即时通讯工具。存储模块连接生成模块， 用于存储源用户通过即时通讯工具发送的待处理文件。批量处理模块连接存储模块，用于 批量处理待处理文件以获得压缩文件并于完成批量处理后同步通知至少两个目标用户。传 输模块连接批量处理模块，传输模块根据传输策略传输压缩文件至至少两个目标用户的其 中之一。相较于先前技术，根据本发明所提供的社区平台的文件传输方法及即时通讯服务 器，由于即时通讯服务器完成待处理文件的批量处理后通过即时通讯工具同步通知目标用 户，因此，目标用户无需不停地询问服务器端是否完成批量处理操作，更好地节省了目标用 户的时间。另外，当目标用户的数目为多个时，于操作过程中无需重复选择待传输的文件， 同时避免进行多次重复的压缩操作，从而方便了操作。此外，待接收压缩文件的目标用户 可根据传输策略从已接收压缩文件的目标用户接收压缩文件，从而加快压缩文件的传输速 度。
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发 明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中图1所示为根据本发明的较佳实施例所示的社区平台的文件传输方法的流程图；图2所示为根据本发明的较佳实施例所示的即时通讯服务器的示意图。
具体实施例方式下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的 情况下，本申请中的实施例及实施例中的特征可以相互组合。图1所示为根据本发明的较佳实施例所示的社区平台的文件传输方法的流程图。 图2所示为根据本发明的较佳实施例所示的即时通讯服务器的示意图。请一并参考图1与 图2。如图1所示，本发明的较佳实施例提供的社区平台的文件传输方法包括步骤 SlOO S108。于步骤SlOO中，源用户登陆社区交互平台，自动生成即时通讯工具。具体而 言，源用户根据在社区交互平台的注册信息，进行登录。其中，社区交互平台包括但不限于 个人门户；注册信息包括但不限于邮箱、密码。举例而言，源用户根据在个人门户的邮箱、密码，进行登录。同时，根据网页上嵌入 的API(Application Programming hterface，应用程序编程接口 )代码，传入源用户的邮 箱、密码信息。API代码请求即时通讯服务器，即时通讯服务器返回即时通讯相关数据(用 户设置数据、好友数据、群数据等)和资源(包括样式表、脚本文件、图片等)至网页，网页 按照门户的样式(皮肤)的规则，对数据和资源进行解析和显示，生成即时通讯工具。其中，即时通讯工具是基于网页生成的，无需下载任何客户端软件，从而避免某些莫名其妙的 软件被不知不觉地安装在自己的终端，以保证计算机的安全性。于步骤SlOl中，源用户根据预设的优先级通过即时通讯工具发送待处理文件至 即时通讯服务器。其中，优先级由管理员预设。源用户的数目为至少两个。然而，本发明对 此不作任何限定。于步骤S102中，即时通讯服务器批量处理待处理文件以获得压缩文件。于步骤 S103中，即时通讯服务器于完成批量处理后通过即时通讯工具同步通知至少两个目标用 户。具体而言，当待处理文件的批量压缩完成后，即时通讯服务器通过即时通讯工具同步通 知目标用户批量处理完成可进行下载。如此，目标用户无需不停地询问即时通讯服务器批 量处理是否完成，从而节省了目标用户的时间。另外，目标用户的数目为至少两个，例如可 为三个。然而，本发明对此不作任何限定。另外，本实施例中的文件批量处理过程由即时通 讯服务器实现。然而，本发明并不限定于此。于其它实施例中，亦可由其它数据处理服务器 实现。接着，当目标用户接收到即时通讯服务器完成批量处理的通知后，目标用户可选 择是否同意接收压缩文件。于步骤S104中，即时通讯服务器判断同意接收压缩文件的目标 用户的数目是否为1。若仅有一个目标用户同意接收压缩文件，则即时通讯服务器传输压缩 文件至此同意接收压缩文件的目标用户(如步骤S105)。此外，于步骤S106中，即时通讯服务器判断同意接收压缩文件的目标用户的数目 是否大于1。若同意接收压缩文件的目标用户的数目为两个或两个以上，则即时通讯服务 器根据预设的传输策略传输压缩文件至两个或两个以上的目标用户的其中之一(如步骤 S107所示)。接着，于步骤S108中，待接收压缩文件的目标用户根据传输策略从已接收压 缩文件的目标用户接收压缩文件。换言之，即时通讯服务器将压缩文件传输至一个目标用 户后，其他目标用户均从已接收压缩文件的目标用户处获取压缩文件。于本实施例中，传输策略包括但不限定于传输速度、传输路径。举例而言，当传输 策略为传输速度时，待接收压缩文件的目标用户从传输速度较快的已接收压缩文件的目标 用户接收压缩文件。当传输策略为传输路径时，待接收压缩文件的目标用户从传输路径较 短的已接收压缩文件的目标用户接收压缩文件。反之，亦然。如此，可缩短压缩文件于目标 用户之间的传输时间。此外，若存在拒绝接收压缩文件的目标用户，即时通讯服务器可及时通知源用户 哪些目标用户拒绝接收压缩文件。如此，便于源用户了解压缩文件的下载情况。本发明对 此不作任何限定。如图2所示，本发明的较佳实施例提供的即时通讯服务器102连接管理员100、源 用户IOla IOlb以及目标用户103a 103c。于本实施例中，以两个源用户IOla IOlb 及三个目标用户103a 103c为例进行说明。然而，本发明并不限定于此，只要确保源用户 以及目标用户的数目均为至少两个即可。举例而言，管理员100预先设置源用户IOla IOlb的优先级为源用户IOla的优先级高于源用户101b。换言之，当源用户101a，IOlb均需 上传待处理文件时，源用户IOla享有优先上传的权利。具体以网络会议为例进行说明。于 网络会议过程中，若源用户101a，IOlb均需传输文件至目标用户103a 103c，管理员100 可通过即时通讯工具以提示框的方式于源用户101a，IOlb的页面提示待处理文件的上传顺序以及相应源用户的上传进度。据此，每个源用户可根据管理员100的通知及时上传相 应的待处理文件。此外，即时通讯服务器102包括生成模块1020、接收模块1021、存储模块1022、批 量处理模块1023以及传输模块10M。具体而言，即时通讯服务器102的接收模块1021连 接生成模块1020以及存储模块1022，批量处理模块1023连接存储模块1022与传输模块 10M。其中，服务器102的生成模块用于根据传入的注册信息返回即时通讯相关数据和资 源至网页。其中，注册信息的传入是通过源用户101依据注册信息登录社区交互平台调用 应用程序代码实现的，且网页解析获得的即时通讯相关数据和资源，生成即时通讯工具。接 收模块1021用于自源用户101接收待处理文件。批量处理模块1023批量处理待处理文件， 并于完成批量处理后通过即时通讯工具同步通知目标用户103a 103c。存储模块1022用 于存储源用户101通过即时通讯工具发送的待处理文件以及经过批量处理模块1023批量 处理获得的压缩文件。当批量处理模块1023完成批量处理后通过即时通讯工具同步通知 目标用户103a 103c，目标用户103a 103c选择是否接收压缩文件。举例而言，若三个目标用户103a 103c中仅有一个目标用户(例如，目标用户 103a)同意接收压缩文件，则即时通讯服务器的传输模块IOM传输压缩文件至目标用户 103a。于实际应用中，即时通讯服务器102亦可通过即时通讯工具通知源用户101目标用 户103b，103c拒绝接收压缩文件。此外，若三个目标用户103a 103c均选择接收压缩文件，则传输模块IOM根据 传输策略选择传输压缩文件至其中一个目标用户(例如，当服务器102与目标用户103a之 间的传输速度最快时，目标用户103a先从服务器102接收压缩文件)。接着，待接收压缩文 件的目标用户(即目标用户10 或目标用户103c)会根据传输策略从已接收压缩文件的 目标用户(即目标用户103a)接收压缩文件。当目标用户10 首先从目标用户103a接收 压缩文件后，目标用户103c会根据传输策略从目标用户103a，10 的其中之一接收压缩文 件。反之，亦然。其中，传输策略如上所述，故于此不再赘述。综上所述，根据本发明的上述较佳实施例提供的社区平台的文件传输方法及即时 通讯服务器，由于即时通讯服务器完成待处理文件的批量处理后通过即时通讯工具同步通 知目标用户，因此，目标用户无需不停地询问服务器端是否完成批量处理操作，从而更好地 节省了目标用户的时间。另外，当目标用户的数目为多个时，于操作过程中无需重复选择待 传输的文件，同时避免进行多次重复的压缩操作，从而极大地方便了操作。此外，待接收压 缩文件的目标用户可根据传输策略从已接收压缩文件的目标用户接收压缩文件，从而加快 了压缩文件的传输速度。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技 术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修 改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种社区平台的文件传输方法，其特征是，包括以下步骤源用户依据注册信息登录社区交互平台，调用应用程序代码，传入注册信息并请求即 时通讯服务器；所述即时通讯服务器返回即时通讯相关数据和资源至网页，所述网页解析获得的所述 即时通讯相关数据和资源，生成即时通讯工具；所述源用户根据预设的优先级通过所述即时通讯工具发送待处理文件至所述即时通 讯服务器；所述即时通讯服务器批量处理所述待处理文件以获得压缩文件；所述即时通讯服务器于完成批量处理后通过所述即时通讯工具同步通知至少两个目 标用户；所述即时通讯服务器根据预设的传输策略传输所述压缩文件至所述至少两个目标用 户的其中之一；以及待接收压缩文件的所述目标用户根据获得的所述传输策略从已接收压缩文件的所述 目标用户接收所述压缩文件，其中，所述源用户的数目为至少两个。
2.根据权利要求1所述的社区平台的文件传输方法，其特征是，根据所述网页上嵌入 的应用程序编程接口代码，传入所述注册信息，所述应用程序编程接口代码请求所述即时 通讯服 务器，所述即时通讯服务器返回所述即时通讯相关数据和资源至所述网页，所述网 页按照所述社区交互平台的样式的规则，对所述数据和资源进行解析和显示，生成所述即 时通讯工具。
3.根据权利要求1所述的社区平台的文件传输方法，其特征是，当所述即时通讯服务 器同步通知所述至少两个目标用户，且所述至少两个目标用户均同意接收所述压缩文件 时，所述即时通讯服务器根据所述传输策略传输所述压缩文件至所述至少两个目标用户的其中之一。
4.根据权利要求1所述的社区平台的文件传输方法，其特征是，所述传输策略包括但 不限于传输速度、传输路径。
5.根据权利要求1所述的社区平台的文件传输方法，其特征是，所述注册信息包括但 不限于邮箱、密码。
6.根据权利要求1所述的社区平台的文件传输方法，其特征是，所述即时通讯相关数 据包括但不限于用户设置数据、好友数据、群数据。
7.根据权利要求1所述的社区平台的文件传输方法，其特征是，所述即时通讯相关资 源包括但不限于样式表、脚本文件、图片。
8.根据权利要求1所述的社区平台的文件传输方法，其特征是，所述社区交互平台包 括但不限于个人门户。
9.一种即时通讯服务器，其特征是，包括生成模块，用于根据传入的注册信息返回即时通讯相关数据和资源至网页，其中，所述 注册信息的传入是通过源用户依据注册信息登录社区交互平台调用应用程序代码实现的， 且所述网页解析获得的所述即时通讯相关数据和资源，生成即时通讯工具；存储模块，连接所述生成模块，用于存储所述源用户通过所述即时通讯工具发送的待 处理文件；批量处理模块，连接所述存储模块，用于批量处理所述待处理文件以获得压缩文件并 于完成批量处理后同步通知至少两个目标用户；以及传输模块，连接所述批量处理模块，所述传输模块根据传输策略传输所述压缩文件至 所述至少两个目标用户的其中之一。
10.根据权利要求9所述的即时通讯服务器，其特征是，还包括接收模块，连接所述生 成模块，用于自所述源用户接收所述待处理文件。
全文摘要
本发明提供一种社区平台的文件传输方法及即时通讯服务器。上述方法包括以下步骤。源用户依据注册信息登录社区交互平台，调用应用程序代码，传入注册信息并请求即时通讯服务器。即时通讯服务器返回即时通讯相关数据和资源至网页，网页解析获得的上述数据和资源，生成即时通讯工具。源用户根据预设的优先级通过即时通讯工具发送待处理文件至即时通讯服务器。即时通讯服务器批量处理待处理文件以获得压缩文件，于完成批量处理后通过即时通讯工具同步通知至少两个目标用，根据预设的传输策略传输压缩文件至至少两个目标用户的其中之一。待接收压缩文件的目标用户根据获得的传输策略从已接收压缩文件的目标用户接收压缩文件。源用户的数目为至少两个。
文档编号H04L29/08GK102130850SQ20111010464
公开日2011年7月20日 申请日期2011年4月26日 优先权日2011年4月26日
发明者胡加明 申请人:苏州阔地网络科技有限公司