CN105187301A - 即时通信的文件传输方法以及系统 - Google Patents

Abstract

本发明提供了一种即时通信的文件传输方法，该方法包括：消息发送端启动TCP服务，并向消息接收端发送文件传输消息；所述消息发送端判断是否接收到所述消息接收端根据所述文件传输消息返回的TCP连接请求；若是，则所述消息发送端使用点对点方式向所述消息接收端发送待传输文件；若否，则所述消息发送端通过中转服务器向所述消息接收端发送所述待传输文件。相应地，本发明还提供了一种即时通信的文件传输系统。实施本发明可以因此即时通信中文件传输的传输效率以及保证文件传输的稳定性。

Description

即时通信的文件传输方法以及系统

技术领域

本发明涉及即时通信软件技术，尤其涉及一种即时通信的文件传输方法以及系统。

背景技术

使用即时通信软件进行通信是目前用户通过互联网进行通信的主要手段之一。使用即时通信软件可以允许两人或多人通过网络即时地传递文字讯息、语音与视频交流。

在现有技术中，用户还可使用即时通信软件传输文件，所述文件可以是语音数据、视频数据、图片数据、文字数据等。目前即时通信软件采用点对点方式或服务器中转方式来传输文件。服务器中转方式的优点在于可以由服务器控制文件传输的路径以及实现文件的离线发送；其缺点是文件传输速度受到运行即时通信软件的设备接入的互联网资源的上行带宽的限制，通常会考虑限制所需传输的文件的大小，此外由于文件传输依靠服务器进行转发，因此在即时通信软件的全局用户数量增加的情况下，服务器负荷较高，难以维护。点对点方式传输文件的优点在于传输速度较快，尤其是在局域网内进行传输时传输速度不受互联网资源的上行带宽限制；其缺点是文件传输的稳定性容易受到路由器和防火墙的影响，而且不能实现离线传输。

通常，如果文件传输的发送方和接收方处在同一网段内，使用点对点方式进行文件传输的效率更高，如果文件传输的发送方和接收方不在同一网段内，使用服务器中转方式进行文件传输的效率更高。但目前现有的即时通信软件并不能根据网络状况来判断文件传输使用哪种方式效率更高。

发明内容

为了克服现有技术中的上述缺陷，本发明提供了一种即时通信的文件传输方法，该方法包括：

消息发送端启动TCP服务，并向消息接收端发送文件传输消息；

所述消息发送端判断是否接收到所述消息接收端根据所述文件传输消息返回的TCP连接请求；

若是，则所述消息发送端使用点对点方式向所述消息接收端发送待传输文件；

若否，则所述消息发送端通过中转服务器向所述消息接收端发送所述待传输文件。

根据本发明的一个方面，该方法中所述文件传输消息包括：所述TCP服务的连接信息以及所述待传输文件的属性信息。

根据本发明的另一个方面，该方法中所述消息发送端使用点对点方式向所述消息接收端发送待传输文件包括：所述消息发送端与所述消息接收端之间建立TCP连接；所述消息发送端通过所述TCP连接向所述消息接收端发送所述待传输文件。

根据本发明的另一个方面，该方法中所述消息发送端通过中转服务器向所述消息接收端发送所述待传输文件包括：所述消息发送端向所述中转服务器发送所述待传输文件；所述中转服务器接收并缓存所述待传输文件；所述中转服务器根据所述消息接收端的下载请求向所述消息接收端下发所述待传输文件。

相应地，本发明还提供了一种即时通信的文件传输系统，该系统包括消息发送端、消息接收端和中转服务器，其中：

所述消息发送端包括连接模块、判断模块、直接传输模块和中转传输模块；

所述连接模块，用于启动TCP服务，并向所述消息接收端发送文件传输消息；

所述判断模块，用于判断是否接收到所述消息接收端根据所述文件传输消息反馈的TCP连接请求，若是则触发所述直接传输模块工作，若否则触发所述中转传输模块工作；

所述直接传输模块，用于使用点对点方式向所述消息接收端发送待传输文件；

所述中转传输模块，用于通过所述中转服务器向所述消息接收端发送所述待传输文件；

所述消息接收端，用于生成所述TCP连接请求，并接收所述待传输文件；

所述中转服务器，用于缓存所述待传输文件。根据本发明的一个方面，该智能终端中所述预设模块包括：编辑单元，用于在所述智能终端上呈现编辑界面；设置单元，用于根据针对所述编辑界面的编辑操作，分别设置所述第一解锁界面中和所述多个第二解锁界面中所包括一组解锁图形元素的显示属性。

根据本发明的另一个方面，该系统中所述文件传输消息包括：所述TCP服务的连接信息以及所述待传输文件的属性信息。

根据本发明的另一个方面，该系统中所述直接传输模块包括：建立连接单元，用于与所述消息接收端建立TCP连接；发送单元，用于通过所述TCP连接向所述消息接收端发送所述待传输文件。

根据本发明的另一个方面，该系统中所述中转服务器包括：缓存模块，用于接收并缓存所述待传输文件；下发模块，用于根据所述消息接收端的下载请求向所述消息接收端下发所述待传输文件。

本发明所提供的即时通信的文件传输方法以及系统可以通过判断网络状况来选择文件传输的具体方式，因此提升了即时通信中文件传输的传输效率以及保证文件传输的稳定性。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1是根据本发明的即时通信的文件传输方法的一种具体实施方式的流程图；

图2是图1中步骤S300的一个优选实施例的流程图；

图3是图1中步骤S400的一个优选实施例的流程图；

图4是根据本发明的即时通信的文件传输系统的一种具体实施方式的结构示意图；

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

为了更好地理解和阐释本发明，下面将结合附图对本发明作进一步的详细描述。

本发明提供了一种即时通信的文件传输方法，请参考图1，图1是根据本发明的即时通信的文件传输方法的一种具体实施方式的流程图，该方法包括：

步骤S100，消息发送端启动TCP服务，并向消息接收端发送文件传输消息；

步骤S200，所述消息发送端判断是否接收到所述消息接收端根据所述文件传输消息返回的TCP连接请求，若是执行步骤S300，若否执行步骤S400；

步骤S300，所述消息发送端使用点对点方式向所述消息接收端发送待传输文件；

步骤S400，所述消息发送端通过中转服务器向所述消息接收端发送所述待传输文件。

具体地，所述消息发送端和所述消息接收端可以实施为运行在合适的物理设备上的客户端程序，所述物理设备例如是安装了Windows、MacOS或Linux操作系统的个人电脑和笔记本电脑，或例如是安装了SyberOS、iOS、Android、Symbian、WindowsMobile、Maemo、WebOS、PalmOS或BlackberryOS等终端操作系统的智能手机和平板电脑。

在步骤S100中，所述消息发送端启动TCP(TransmissionControlProtocol，传输控制协议)服务，用于准备与所述消息接收端进行协商通信，同时向所述消息接收端发送文件传输消息，该文件传输消息包括所述TCP服务的连接信息以及所述待传输文件的属性信息。所述TCP服务器的连接信息用于与所述消息接收端协商建立TCP连接，所述属性信息包括但不限于所述待传输文件的名称、类型和大小。

在步骤S200中，所述消息发送端等待所述消息接收端的响应，并判断是否接收到所述消息接收端根据所述文件传输消息返回的TCP连接请求，本领域技术人员可以理解，如果所述消息发送端和所述消息接收端处于同一网段内，则两者之间满足可以采用TCP直连的条件，相应地所述消息接收端会根据所述文件传输消息向所述消息发送端返回TCP连接请求；如果所述消息发送端和所述消息接收端不处于同一网段内或受到其他网络因素的干扰，所述消息发送端无法接收到所述消息接收端返回的TCP连接请求，因此两者之间无法建立TCP直连。需要说明的是，处于所述同一网段指的是所述消息发送端和所述消息接收端的网络标识相同，所述网络标识可以使用IP地址与子网掩码转换为二进制计数后相与计算而获得。典型地，如果所述消息发送端和所述消息接收端处于同一局域网内，则两者具有相同的网关IP地址，因此两者的网络标识相同。所述消息发送端等待所述消息接收端响应所述TCP连接请求的最大等待时间可以是本发明的实施者自定义的，该最大等待时间例如是所述消息发送端发送所述文件传输消息之后的3秒，如果超出该最大等待时间且所述消息发送端仍未收到所述TCP连接请求，所述消息发送端可以尝试重发所述文件传输消息，或判断为未收到所述TCP连接请求。

如果在步骤S200中所述判断的结果是所述消息发送端接收到所述TCP连接请求，则执行步骤S300，所述消息发送端使用点对点方式向所述消息接收端发送待传输文件。请参考图2，图2是图1中步骤S300的一个优选实施例的流程图，步骤S300包括：步骤S301，所述消息发送端与所述消息接收端之间建立TCP连接；步骤S302，所述消息发送端通过所述TCP连接向所述消息接收端发送所述待传输文件。所述消息发送端接收到所述TCP连接请求之后满足与所述消息接收端协商建立TCP连接的条件，因此在步骤S301中建立所述TCP连接，进而在步骤S302中采取直接通过该TCP连接发送所述待传输文件的方法将所述待传输文件发送至所述消息接收端。所述消息发送端与所述消息接收端通过P2P(PeertoPeer，点对点)方式直接交换数据，所述消息发送端与所述消息接收端是对等网络中的节点。更具体地，所述消息发送端可以采用PPP(PionttoPiontProtocol，点对点协议)向所述消息接收端发送所述待传输文件。

如果在步骤S200中所述判断的结果是所述消息发送端未接收到所述TCP连接请求，则执行步骤S400，所述消息发送端通过中转服务器向所述消息接收端发送所述待传输文件。请参考图3，图3是图1中步骤S400的一个优选实施例的流程图，步骤S400包括：步骤S401，所述消息发送端向所述中转服务器发送所述待传输文件；步骤S402，所述中转服务器接收并缓存所述待传输文件；步骤S403，所述中转服务器根据所述消息接收端的下载请求向所述消息接收端下发所述待传输文件。在步骤S400中，所述中转服务器负责缓存所述待传输文件，并根据所述消息接收端的下载请求下发所述待传输文件至所述消息接收端，因此可以实现离线传输以及保证文件传输的可靠性。

需要说明的是，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

相应地，本发明还提供了一种即时通信的文件传输系统，请参考图4，图4是根据本发明的即时通信的文件传输系统的一种具体实施方式的结构示意图，该系统包括消息发送端100、消息接收端200和中转服务器300，其中：

所述消息发送端100包括连接模块110、判断模块120、直接传输模块130和中转传输模块140；

所述连接模块110，用于启动TCP服务，并向所述消息接收端200发送文件传输消息；

所述判断模块120，用于判断是否接收到所述消息接收端200根据所述文件传输消息反馈的TCP连接请求，若是则触发所述直接传输模块130工作，若否则触发所述中转传输模块140工作；

所述直接传输模块130，用于使用点对点方式向所述消息接收端200发送待传输文件；

所述中转传输模块140，用于通过所述中转服务器300向所述消息接收端200发送所述待传输文件；

所述消息接收端200，用于生成所述TCP连接请求，并接收所述待传输文件；

所述中转服务器300，用于缓存所述待传输文件。

本部分出现的术语和名词与前文中相同的术语或名词具有一致的含义，例如所述“点对点方式”、“TCP连接请求”、“文件传输消息”等，上述术语或名词及其涉及的工作原理均可参考前文中相关部分的描述和解释，为了简便起见在此不再赘述。

具体地，消息发送端100、消息接收端200和中转服务器300之间通过网络进行连接，所述网络包括但不限于局域网、3G网络、互联网或其他由运营商提供的网络。

所述文件传输消息包括：所述TCP服务的连接信息以及所述待传输文件的属性信息。所述TCP服务器的连接信息用于与所述消息接收端协商建立TCP连接，所述属性信息包括但不限于所述待传输文件的名称、类型和大小。

优选地，所述直接传输模块130包括：建立连接单元131，用于与所述消息接收端200建立TCP连接；发送单元132，用于通过所述TCP连接向所述消息接收端200发送所述待传输文件。

优选地，所述中转服务器包括：缓存模块310，用于接收并缓存所述待传输文件；下发模块320，用于根据所述消息接收端200的下载请求向所述消息接收端200下发所述待传输文件。

消息发送端100和消息接收端200优选地实施为客户端程序的形式，消息发送端100和消息接收端200运行在合适的物理设备上，所述物理设备例如是安装了Windows、MacOS或Linux操作系统的个人电脑和笔记本电脑，或例如是安装了SyberOS、iOS、Android、Symbian、WindowsMobile、Maemo、WebOS、PalmOS或BlackberryOS等终端操作系统的智能手机和平板电脑。

一些实施例中，中转服务器300可以由一台服务器设备组成；另一些实施例中，该中转服务器300也可以由分布运行在互联网上的多个服务器设备组成，从所述软件程序分离出来的各个功能模块分别运行上述多个服务器上。上述软件程序可以实施为包括硬件部分以及能被该硬件部分所解释执行的软件部分，该硬件部分和软件部分协同工作以实现中转服务器300的功能。

本发明提供的即时通信的文件传输方法中涉及软件逻辑的部分可以使用可编程逻辑器件来实现，也可以实施为计算机程序产品，该程序产品使计算机执行用于所示范的方法。所述计算机程序产品包括计算机可读存储介质，该介质上包含计算机程序逻辑或代码部分，用于实现上述涉及软件逻辑的部分的各个步骤。所述计算机可读存储介质可以是被安装在计算机中的内置介质或者可从计算机主体拆卸的可移动介质(例如可热拔插的存储设备)。所述内置介质包括但不限于可重写的非易失性存储器，例如RAM、ROM和硬盘。所述可移动介质包括但不限于：光存储媒体(例如CD-ROM和DVD)、磁光存储媒体(例如MO)、磁存储媒体(例如磁带或移动硬盘)、具有内置的可重写的非易失性存储器的媒体(例如存储卡)和具有内置ROM的媒体(例如ROM盒)。

本领域技术人员应当理解，任何具有适当编程装置的计算机系统都能够执行包含在计算机程序产品中的本发明的方法的诸步骤。尽管本说明书中描述的多数具体实施方式都侧重于软件程序，但是以硬件方式实现本发明提供的方法的替代实施例同样在本发明要求保护的范围之内。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，在权利要求的等同要件的含义和范围内的所有变化均涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他部件、单元或步骤，单数不排除复数。权利要求中陈述的多个部件、单元或装置也可以由一个部件、单元或装置通过软件或者硬件来实现。

本发明所提供的即时通信的文件传输方法以及系统可以通过判断网络状况来选择文件传输的具体方式，因此提升了即时通信中文件传输的传输效率以及保证文件传输的稳定性。。

以上所披露的仅为本发明的一些较佳实施例，不能以此来限定本发明之权利范围，依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (8)

1.一种即时通信的文件传输方法，该方法包括：

消息发送端启动TCP服务，并向消息接收端发送文件传输消息；

所述消息发送端判断是否接收到所述消息接收端根据所述文件传输消息返回的TCP连接请求；

若是，则所述消息发送端使用点对点方式向所述消息接收端发送待传输文件；

若否，则所述消息发送端通过中转服务器向所述消息接收端发送所述待传输文件。

2.根据权利要求1所述的方法，其中，所述文件传输消息包括：

所述TCP服务的连接信息以及所述待传输文件的属性信息。

3.根据权利要求1所述的方法，其中，所述消息发送端使用点对点方式向所述消息接收端发送待传输文件包括：

所述消息发送端与所述消息接收端之间建立TCP连接；

所述消息发送端通过所述TCP连接向所述消息接收端发送所述待传输文件。

4.根据权利要求1所述的方法，其中，所述消息发送端通过中转服务器向所述消息接收端发送所述待传输文件包括：

所述消息发送端向所述中转服务器发送所述待传输文件；

所述中转服务器接收并缓存所述待传输文件；

所述中转服务器根据所述消息接收端的下载请求向所述消息接收端下发所述待传输文件。

5.一种即时通信的文件传输系统，该系统包括消息发送端、消息接收端和中转服务器，其中：

所述消息发送端包括连接模块、判断模块、直接传输模块和中转传输模块；

所述连接模块，用于启动TCP服务，并向所述消息接收端发送文件传输消息；

所述判断模块，用于判断是否接收到所述消息接收端根据所述文件传输消息反馈的TCP连接请求，若是则触发所述直接传输模块工作，若否则触发所述中转传输模块工作；

所述直接传输模块，用于使用点对点方式向所述消息接收端发送待传输文件；

所述中转传输模块，用于通过所述中转服务器向所述消息接收端发送所述待传输文件；

所述消息接收端，用于生成所述TCP连接请求，并接收所述待传输文件；

所述中转服务器，用于缓存所述待传输文件。

6.根据权利要求5所述的系统，其中，所述文件传输消息包括：

所述TCP服务的连接信息以及所述待传输文件的属性信息。

7.根据权利要求5所述的系统，其中，所述直接传输模块包括：

建立连接单元，用于与所述消息接收端建立TCP连接；

发送单元，用于通过所述TCP连接向所述消息接收端发送所述待传输文件。

8.根据权利要求5所述的系统，其中，所述中转服务器包括：

缓存模块，用于接收并缓存所述待传输文件；

下发模块，用于根据所述消息接收端的下载请求向所述消息接收端下发所述待传输文件。