专利名称：文件传送方法、装置和系统的制作方法
技术领域：
本发明涉及计算机及互联网技术领域，尤其涉及一种文件传送方法、装置和系统。
背景技术：
随着无线通信网络和移动通信终端技术上的发展，移动通信终端除了为用户提供传统的通话和短信功能，也提供了广泛的附加功能，例如IM (Instant Messaging,即时通信)工具的使用。在用户通过移动通信终端，例如手机、pad (即平板电脑)等，使用頂通信工具时，也希望能够使用IM通信工具中的文件传送功能。目前移动通信终端连接网络的情况比较复杂，传统互联网頂通信工具中使用的P2P (点可对点)文件传送技术在无线通信网络中难以实现，原因如下
(O网络接入协议和接入点的限制为移动通信终端提供互联网接入服务的不同的电 信运营商，其网络接入的协议实现不同，即使是同一家运营商，提供无线网络接入的接入点不同，P2P文件传送技术需要使用用户的IP地址，而不同的网络接入协议和接入点使得IP地址的追踪变的困难，从而使得P2P文件传送技术难以实现；
(2)带宽和网速的限制即使通信双方的移动通信终端使用相同的运营商提供的通信网络，但由于通信网络提供给用户使用的带宽和网速的限制，为P2P文件传送技术的实现带来限制；
(3)操作系统的限制不同的移动通信终端通过不同的操作系统连接网络，不同的移动通信终端操作系统通信协议和接口不同，这为P2P文件传送技术的实现带来困难。除了 P2P文件传送技术，通过服务器进行中转可以实现文件的传输，这种传输方式中，发送方将文件发送给服务器，服务器对传输的文件进行存储，并在接收方接收文件的时候将文件传输给接收方，由于传输的文件数量巨大，服务器需要存储大量的文件，如果发送方成功上传文件给服务器，接收方未成功下载文件，发送发需要再次上传文件并且由服务器进行存储，增加了服务器的存储压力。因此，这种文件传送方式给服务器的通信能力和存储能力带来很大的负担。
发明内容
本发明实施例提供了一种文件传送方法、装置和系统，用以解决现有技术中针对移动通信终端的頂客户端，采用服务器中转的传输方式传送文件给服务器的通信能力带来较大负担的问题。本发明实施例提供一种文件传送方法，应用于移动终端即时通信頂客户端通过服务器进行文件传送的过程，包括
发送方客户端将需要发送给接收方客户端的文件发送给服务器，所述服务器为所述文件生成文件标识、存储所述文件，以及建立文件标识与文件存储路径的对应关系；
发送方客户端接收所述服务器返回的文件标识，并将所述文件标识发送给接收方客户
端;接收方客户端接收到所述文件标识后，根据所述文件标识下载对应的文件。本发明实施例提供一种文件传送方法，应用于移动终端即时通信頂客户端通过服务器进行文件传送的过程，包括
服务器接收发送方客户端发送的需要发送给接收方客户端的文件，为所述文件生成文件标识、存储所述文件，以及建立文件标识与文件存储路径的对应关系；
服务器将所述文件标识发送给发送方客户端；
服务器在接收到接收方客户端发送的文件下载请求后，根据其中携带的文件标识，将对应文件下载到接收方客户端。本发明实施例提供一种移动终端即时通信頂客户端,包括
发送单元，在本客户端作为发送方客户端的情况下，用于将需要发送给接收方客户端 的文件发送给服务器；以及，将所述服务器为所述文件生成并返回的文件标识发送给接收方客户端；
接收单元，在本客户端作为发送方客户端的情况下，用于接收所述服务器为本客户端发送的文件生成并返回的文件标识；以及，在本客户端作为接收方客户端的情况下，接收发送方客户端发送的文件标识；
下载单元，在本客户端作为接收方客户端的情况下，用于在接收到发送方客户端发送的文件标识后，根据所述文件标识下载对应的文件。本发明实施例提供一种服务器，包括
接收单元，用于接收发送方客户端发送的需要发送给接收方客户端的文件；以及，用于接收所述接收方客户端发送的文件下载请求，其中携带有所述文件标识；
建立单元，用于根据接收单元接收的文件，为所述文件生成文件标识、存储所述文件，以及建立文件标识与文件存储路径的对应关系；
下载单元，用于根据接收单元接收的文件标识，以及文件标识与文件存储路径的对应关系，查询与所述文件标识对应的存储路径，并生成用于下载文件的下载地址，并根据该下载地址将对应文件下载到接收方客户端。本发明实施例提供一种文件传送系统，包括第一服务器，第二服务器，以及如上所述的客户端；
所述第一服务器，包括
接收单元，用于接收发送方客户端发送的需要发送给接收方客户端的文件；
建立单元，用于根据接收单元接收的文件，为所述文件生成文件标识、存储所述文件，以及建立文件标识与文件存储路径的对应关系；
发送单元，用于在建立文件标识与文件存储路径的对应关系之后，将所述文件标识与文件存储路径的对应关系发送至所述第二服务器；
所述第二服务器，包括
接收单元，用于接收并存储所述文件标识与文件存储路径的对应关系；以及，用于接收所述接收方客户端发送的发送文件下载请求，其中携带有文件标识；
下载单元，用于根据文件标识与文件存储路径的对应关系，查询与所述文件标识对应的存储路径，并根据存储路径生成用于下载文件的下载地址，根据所述下载地址使得接收方客户端从所述第一服务器进行文件的下载。
本发明的上述实施例，发送方客户端将需要发送给接收方客户端的文件发送给服务器，所述服务器为所述文件生成文件标识、存储所述文件，以及建立文件标识与文件存储路径的对应关系；发送方客户端接收所述服务器返回的文件标识，并将所述文件标识发送给接收方客户端；接收方客户端接收到所述文件标识后，在需要下载相应文件时，根据所述文件标识下载对应的文件。通过本发明的技术方案，从而实现了由服务器进行中转的文件传输过程，并且接收方客户端可在需要下载文件时才进行文件下载，实现了文件异步传输，缓解了服务器通信能力的压力。
图I为本发明实施例提供的文件传送方案流程示意 图2为本发明实施例提供的客户端的用户界面示意 图3为本发明实施例提供的客户端的用户界面示意图； 图4为本发明实施例提供的IM客户端的结构示意 图5为本发明实施例提供的服务器的结构示意图。
具体实施例方式针对现有技术存在的问题，本发明实施例提供了一种文件传送方法、装置和系统，应用于移动终端中頂客户端之间的文件传送过程。下面结合附图对本发明实施例进行详细描述。本发明实施例中的发送方客户端和接收方客户端均为移动终端中的IM客户端。参见图1，为本发明实施例提供的文件传送方法流程示意图，如图所示，该流程可包括
步骤101，发送方客户端将需要发送给接收方客户端的文件发送给服务器。具体的，发送方客户端可根据用户提交的请求，获取用户准备发送给接收方客户端的文件。所述文件可以是移动终端中本地存储的文件，也可以是移动终端通过摄像头、录音头等设备实时捕获的视频或音频文件。如图2所示，为本发明实施例提供的发送方客户端的用户界面示意图，其中按钮I提供了通过摄像头实时捕获照片或者视频的操作入口，按钮2提供了从本地选取文件的操作入口。当用户通过按钮I到捕获照片后，发送方客户端可将该图像文件复制到某个等待发送的存储区或缓存区域等待发送，当用户通过按钮2从本地选取文件后，发送方客户端可获取到该文件在移动终端中的存储位置。进一步的，发送方客户端还允许用户对待发送文件进行确认。具体的，发送方客户端显示用户选择的文件的摘要信息，当用户选择发送的文件为图片文件，或视频文件，或音频文件时，发送方客户端可以显示或者播放文件预览。如图3所示，为本发明实施例提供的发送方客户端的用户界面示意图，其中在发送窗口显示了用户选择发送图片的预览图。用户通过发送方客户端提供的发送功能操作入口(发送功能操作入口可以设置为客户端用户界面上的发送按键，或者是其它可激活发送的按钮)提交确认发送文件的请求后，发送方客户端根据用户的确认请求，将该需要发送给接收方客户端的文件发送给服务器。发送方客户端可通过HTTP (超文本传输协议)POST消息将文件发送至服务器。步骤102，服务器根据接收的文件生成该文件的文件标识(如文件签名)，并将该文件标识返回给发送方客户端，同时对接收的文件进行存储，建立该文件的文件标识和存储路径的对应关系。本实施例中，文件标识具体可以是文件签名，如服务器可以根据文件内容并采用md5 64算法生成文件的文件签名，用于唯一标识该文件。进一步的，服务器在生成文件签名之后，可以查找之前存储的文件签名，查看是否存在相同的文件签名，如果存在相同的文件签名，则认为已经存储了相同的文件，不再对接
收的文件进行存储。因此，通过和文件--对应的文件签名对文件进行验证，避免了由于文
件传输失败时，发送方客户端重新上传文件，造成服务器的重复存储从而增加了服务器的存储负担的问题。
本发明实施例中，服务器将文件签名和对应的文件的存储路径存储于本地或存储到其它服务器或其他设备。在本实施例中，以存储于本地为例进行说明，文件签名和对应的存储路径可以以数据对的形式存储，例如可以将文件签名和存储路径以(key，value)的形式存储在键值对序列map中,map的key为文件签名,map的value为文件的存储路径，根据文件签名可以查询对应文件的存储路径。服务器可通过HTTP消息将文件签名返回给发送方客户端。步骤103，发送方客户端将文件签名发送给接收方客户端。具体的，发送方客户端根据服务器返回的文件签名生成文件发送通知消息，并将所述文件发送通知消息发送给接收方客户端。步骤104，接收方客户端接收到文件签名后，根据文件签名下载文件。接收方客户端可通过HTTP get消息下载文件。具体的，步骤104包括
步骤1041 :接收方客户端接收文件签名，向服务器发送文件下载请求，其中携带该文件签名。其中，接收方客户端可以在接收到发送方客户端发送的文件签名时，通过向服务器发送文件下载请求进行文件的下载，也可以在网络环境满足一定条件时，进行文件的下载，例如，在网速良好时，或者在有WIFKWirelessFidelity，无线保真)的情况时进行下载，或者在预定的时段进行文件的下载，例如晚上12点之后至早上8点之前，这个时段网络环境较好。通过设定在满足下载环境时进行下载，可以克服移动终端网速较慢以及需要支付费用的问题。步骤1042，服务器接收到该文件下载请求消息后，根据其中携带的文件签名从存储的文件签名和存储路径的对应关系中查找该文件签名对应的文件存储路径，并生成用于下载文件的下载地址。步骤1043，服务器根据该下载地址，将相应文件发送给接收方客户端。优选的，本发明实施例中，服务器在接收方客户端下载对应的文件之后，删除其所存储的该文件。除了在接收方客户端下载对应的文件之后删除，服务器也可以采用其他的方式对存储的文件进行管理。服务器可以设定一个统一的存储时限(存活期)，并判断存储的文件是否达到所述存储时限(即是否超过存活期)，如果是，则删除文件。服务器也可以针对不同的用户设定不同的存储时限，并通过相应的存储时限管理存储的文件。通过删除存储的文件，可以缓解服务器的存储压力。本发明实施例中，发送方客户端将需要发送给接收方客户端的文件发送给服务器，所述服务器为所述文件生成文件标识、存储所述文件，以及建立文件标识与文件存储路径的对应关系；发送方客户端接收所述服务器返回的文件标识，并将所述文件标识发送给接收方客户端；接收方客户端接收到所述文件标识后，在需要下载相应文件时，根据所述文件标识下载对应的文件。通过本发明的技术方案，从而实现了由服务器进行中转的文件传输过程，并且接收方客户端可在需要下载文件时才进行文件下载，实现了文件异步传输，缓解了服务器通信能力的压力。本发明实施例提供一种文件传送方法流程示意图，该流程可包括
步骤201 步骤202同步骤101 步骤102 ；
步骤203，服务器将建立的文件标识和存储路径的对应关系发送给路径服务器 ；
路径服务器，可以是分布式缓存中建立的数据池，该路径服务器的功能也可以集成在頂客户端所在通信系统中用于处理客户端之间消息传递的通道服务器中。路径服务器在接收到服务器发送的文件标识和存储路径的对应关系之后，存储文件标识和存储路径的对应关系。该存储路径可包括服务器的IP地址和文件在服务器的存储位置信息。步骤204同步骤S103。步骤205，接收方客户端接收到文件签名后，根据文件签名下载文件。接收方客户端可通过HTTP get消息下载文件。具体的，步骤205包括
步骤2051，接收方客户端接收到文件签名后，在需要下载该文件时，向路径服务器发送文件下载请求，其中携带该文件签名。步骤2052，路径服务器根据其存储的文件标识与文件存储路径的对应关系，查询与所述文件标识对应的存储路径，并根据该存储路径生成用于下载文件的下载地址。步骤2053，根据所述下载地址，使得接收方客户端从所述服务器进行文件的下载。具体的，路径服务器生成下载地址之后，可以使得接收方客户端的文件下载请求自动跳转到所述下载地址指示的位置上，从而使得接收方客户端从存储文件的服务器上进行文件的下载。本实施例中，将文件的文件标识和文件的存储路径的对应关系存储于网络侧的一个路径服务器中，路径服务器的功能可以集成在IM客户端所在通信系统中用于处理客户端之间消息传递的通道服务器中，路径服务器可以是分布式服务器集群，并将上述对应关系存储与分布式服务器的缓存中。将存储文件的服务器和存储文件标识即存储路径对应关系的路径服务器分开部署，可以减轻存储文件的服务器的负担，减少服务器之间的耦合程度，从而提高整个通信系统的性能和可靠性。提高服务器的存储和通信能力。下面通过具体的示例对上述实施例中涉及的发送方客户端、服务器和接收方客户端之间传送的消息的数据格式进行说明
(I)发送方客户端将文件发送给服务器之后，获取服务器返回的响应消息，响应消息中携带了文件签名，响应消息的数据格式如下所示
{"retcode":0，"result": {"reply":0，//face_sig//: //sig_content//}}
其中，〃retcode〃:0表示服务器成功收到发送方客户端发送文件的请求，"result〃中携带了服务器对发送方客户端发送的文件的处理结果，其中face_Sig为服务器生成的文件签名的名称，sig_content为文件签名的具体内容，如果文件签名时根据MD5 64算法生成的，则该具体内容为64位的字符串。( 2 )发送方客户端根据服务器返回的文件签名生成文件发送通知消息，并将所述文件发送通知消息发送给接收方客户端，文件发送通知消息以json数据格式为例，如下所示
{"to":1023704909,"face": O,"content":〃[[\"face_sig\", \"/"sig_content\"]
,[\〃font\〃, {\"name\":\"宋体 \"，\"size\":\"10\"，\"style\":
，\"color\":\"000000\"}]]"，"msg_id":12060001, "clientid":"8206104"，"psessionid":"front_authenti_content〃}
其中，face_Sig以及后面的字符串表示所要发送的文件的签名，从〃font\〃开始之后 的其他字段表示消息的字体、鉴权信息等。(3)接收方客户端接收发送方客户端发送的文件发送通知消息，获取的文件相关数据的数据格式如下
{^retcode^:0,"result":[{"poll—type"Zmessage","value":{"msg_id":31825, "from_uin":1023704909，"to_uin":262782618，"msg_id2":953079，"msg_type":9, "reply_ip":2886742075，"time":1305621580，"content":[["font", {"size":9,"color":"000000"，"style":
, "name":"\u5FAE\u8F6F\u96C5\u9EDl"}]，[\"face_sig\", \"/"sig_content\"]]}}]}
其中，〃sig_content〃为文件发送通知消息中携带的文件签名，接收方客户端可以根据文件发送通知消息得到文件签名。(4)接收方客户端根据文件签名生成URL (Uniform / Universal ResourceLocator,同一资源定位符)地址，URL地址格式如下，其中携带文件签名信息
http://web. qq. com//hannel/get_cface2 lcid=31825&guid=sig_content=1023704909&count=5&time=l&clientid=figureID
接收方客户端根据上述URL地址，通过HTTP协议从服务器处获取文件。接收方客户端将上述URL地址发送给网络侧之后，网络侧根据URL地址中携带的文件签名查询对应的文件的存储路径，从而根据URL地址跳转到文件的下载地址，使得接收方客户端从存储文件的服务器处下载文件。需要说明的是，本发明实施例提供的文件传送方法中的涉及的消息不限于上述示例中列举的消息及其消息格式。基于相同的技术构思，本发明实施例还提供了一种可应用于上述流程的即时通信IM客户端设备。参见图4，为本发明实施例提供的即时通信IM客户端的结构示意图，该IM客户端可包括
发送单元41，在本客户端作为发送方客户端的情况下，用于将需要发送给接收方客户端的文件发送给服务器；以及，将所述服务器为所述文件生成并返回的文件标识发送给接收方客户端；
接收单元42，在本客户端作为发送方客户端的情况下，用于接收所述服务器为本客户端发送的文件生成并返回的文件标识；以及，在本客户端作为接收方客户端的情况下，接收发送方客户端发送的文件标识；
下载单元43，在本客户端作为接收方客户端的情况下，用于在接收到发送方客户端发送的文件标识后，在需要下载相应文件时，根据所述文件标识下载对应的文件。其中，所述发送单元41，通过HTTP post消息发送文件给服务器；所述下载单元43,通过HTTP get消息下载文件。基于相同的技术构思，本发明实施例还提供了一种可应用于上述流程的服务器。参见图5，为本发明实施例提供的服务器的结构示意图，该服务器可包括
接收单元51，用于接收发送方客户端发送的需要发送给接收方客户端的文件；以及， 用于接收所述接收方客户端发送的文件下载请求，其中携带有所述文件标识；
建立单元52，用于根据接收单元接收的文件，为所述文件生成文件标识、存储所述文件，以及建立文件标识与文件存储路径的对应关系；
下载单元53，用于根据接收单元接收的文件标识，以及文件标识与文件存储路径的对应关系，查询与所述文件标识对应的存储路径，并生成用于下载文件的下载地址，并根据该下载地址将对应文件下载到接收方客户端。上述服务器中，所述建立单元还用于在判断当前没有与生成的文件标识相同的文件标识的情况下，存储所述文件。上述服务器中，还包括删除单元，用于在所述接收方客户端下载所述文件后删除所述文件；或，在所述文件的生存期到达时删除所述文件。基于相同的技术构思，本发明实施例提供一种文件传送系统，包括服务器，路径服务器，以及上述实施例中提供的客户端
所述服务器，包括
接收单元，用于接收发送方客户端发送的需要发送给接收方客户端的文件；
建立单元，用于根据接收单元接收的文件，为所述文件生成文件标识、存储所述文件，以及建立文件标识与文件存储路径的对应关系；
发送单元，用于在建立文件标识与文件存储路径的对应关系之后，将所述文件标识与文件存储路径的对应关系发送至所述路径服务器；
所述路径服务器，包括
接收单元，用于接收并存储所述文件标识与文件存储路径的对应关系；以及，用于接收所述接收方客户端发送的发送文件下载请求，其中携带有文件标识；
下载单元，用于根据文件标识与文件存储路径的对应关系，查询与所述文件标识对应的存储路径，并根据存储路径生成用于下载文件的下载地址，根据所述下载地址使得接收方客户端从所述第一服务器进行文件的下载。上述系统中，所述第一服务器的建立单元还用于在判断当前没有与生成的文件标识相同的文件标识的情况下，存储所述文件。上述系统中，所述第一服务器还包括删除单元，用于在所述接收方客户端下载所述文件后删除所述文件；或，在所述文件的生存期到达时删除所述文件。本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备(可以是手机，个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。 以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。
权利要求
1.一种文件传送方法，应用于移动终端即时通信IM客户端通过服务器进行文件传送的过程，其特征在于，包括 发送方客户端将需要发送给接收方客户端的文件发送给服务器，所述服务器为所述文件生成文件标识、存储所述文件，以及建立文件标识与文件存储路径的对应关系； 发送方客户端接收所述服务器返回的文件标识，并将所述文件标识发送给接收方客户端; 接收方客户端接收到所述文件标识后，根据所述文件标识下载对应的文件。
2.如权利要求I所述的方法，其特征在于，所述接收方客户端根据所述文件标识下载文件，包括 所述接收方客户端向服务器发送文件下载请求，其中携带有所述文件标识； 所述服务器根据文件标识与文件存储路径的对应关系，查询与所述文件标识对应的存储路径，生成用于下载文件的下载地址，并根据该下载地址将对应文件下载到接收方客户端。
3.如权利要求I所述的方法，其特征在于，所述服务器建立文件标识与文件存储路径的对应关系之后，将所述对应关系存储至用于存储所述对应关系的服务器； 所述接收方客户端根据所述文件标识下载文件，包括 所述接收方客户端向所述用于存储所述对应关系的服务器发送文件下载请求，其中携带有所述文件标识； 所述用于存储所述对应关系的服务器根据文件标识与文件存储路径的对应关系，查询与所述文件标识对应的存储路径，根据存储路径生成用于下载文件的下载地址，根据所述下载地址使得接收方客户端从所述服务器进行文件的下载。
4.如权利要求1-3之一所述的方法，其特征在于，所述发送方客户端通过HTTPpost消息发送文件给服务器，所述接收方客户端通过HTTP get消息下载文件。
5.如权利要求I所述的方法，其特征在于，所述根据所述文件标识下载对应的文件包括 在网络环境满足预定条件时，根据所述文件标识下载对应的文件；或， 在预定时段，根据所述文件标识下载对应的文件。
6.一种文件传送方法，应用于移动终端即时通信IM客户端通过服务器进行文件传送的过程，其特征在于，包括 服务器接收发送方客户端发送的需要发送给接收方客户端的文件，为所述文件生成文件标识、存储所述文件，以及建立文件标识与文件存储路径的对应关系； 服务器将所述文件标识发送给发送方客户端； 服务器在接收到接收方客户端发送的文件下载请求后，根据其中携带的文件标识，将对应文件下载到接收方客户端。
7.如权利要求6所述的方法，其特征在于，服务器在接收到接收方客户端发送的文件下载请求后，根据其中携带的文件标识，将对应文件下载到接收方客户端 所述服务器根据文件标识与文件存储路径的对应关系，查询与所述文件标识对应的存储路径，生成用于下载文件的下载地址，并根据该下载地址将对应文件下载到接收方客户端。
8.如权利要求6所述的方法，其特征在于，所述服务器在存储文件之前，判断当前是否有与生成的文件标识相同的文件标识，如果没有，则存储所述文件。
9.如权利要求6所述的方法，其特征在于，所述服务器在所述接收方客户端下载所述文件后还包括删除所述文件；或，所述服务器在所述文件的生存期到达时删除所述文件。
10.如权利要求6所述的方法，其特征在于，所述服务器根据所述文件的内容为所述文件生成文件标识。
11.一种移动终端即时通信頂客户端，其特征在于，包括 发送单元，在本客户端作为发送方客户端的情况下，用于将需要发送给接收方客户端的文件发送给服务器；以及，将所述服务器为所述文件生成并返回的文件标识发送给接收方客户端； 接收单元，在本客户端作为发送方客户端的情况下，用于接收所述服务器为本客户端发送的文件生成并返回的文件标识；以及，在本客户端作为接收方客户端的情况下，接收发送方客户端发送的文件标识； 下载单元，在本客户端作为接收方客户端的情况下，用于在接收到发送方客户端发送的文件标识后，根据所述文件标识下载对应的文件。
12.如权利要求11所述的客户端，其特征在于，所述发送单元具体用于，通过HTTPpost消息发送文件给服务器； 所述下载单元具体用于，通过HTTP get消息下载文件。
13.一种服务器，其特征在于，包括 接收单元，用于接收发送方客户端发送的需要发送给接收方客户端的文件；以及，用于接收所述接收方客户端发送的文件下载请求，其中携带有所述文件标识； 建立单元，用于根据接收单元接收的文件，为所述文件生成文件标识、存储所述文件，以及建立文件标识与文件存储路径的对应关系； 下载单元，用于根据接收单元接收的文件标识，以及文件标识与文件存储路径的对应关系，查询与所述文件标识对应的存储路径，并生成用于下载文件的下载地址，并根据该下载地址将对应文件下载到接收方客户端。
14.如权利要求13所述的服务器，其特征在于，所述建立单元还用于，在判断当前没有与生成的文件标识相同的文件标识的情况下，存储所述文件。
15.如权利要求13所述的服务器，其特征在于，还包括 删除单元，用于在所述接收方客户端下载所述文件后删除所述文件；或，在所述文件的生存期到达时删除所述文件。
16.一种文件传送系统，其特征在于，包括第一服务器，第二服务器，以及如权利要求11-12任一项所述的客户端； 所述第一服务器，包括 接收单元，用于接收发送方客户端发送的需要发送给接收方客户端的文件； 建立单元，用于根据接收单元接收的文件，为所述文件生成文件标识、存储所述文件，以及建立文件标识与文件存储路径的对应关系； 发送单元，用于在建立文件标识与文件存储路径的对应关系之后，将所述文件标识与文件存储路径的对应关系发送至所述第二服务器；所述第二服务器，包括 接收单元，用于接收并存储所述文件标识与文件存储路径的对应关系；以及，用于接收所述接收方客户端发送的发送文件下载请求，其中携带有文件标识； 下载单元，用于根据文件标识与文件存储路径的对应关系，查询与所述文件标识对应的存储路径，并根据存储路径生成用于下载文件的下载地址，根据所述下载地址使得接收方客户端从所述第一服务器进行文件的下载。
17.如权利要求16所述的系统，其特征在于，所述第一服务器的建立单元还用于，在判断当前没有与生成的文件标识相同的文件标识的情况下，存储所述文件。
18.如权利要求16所述的系统，其特征在于，所述第一服务器还包括 删除单元，用于在所述接收方客户端下载所述文件后删除所述文件；或，在所述文件的生存期到达时删除所述文件。
全文摘要
本发明公开了一种文件传送方法、装置和系统，该方法包括发送方客户端将需要发送给接收方客户端的文件发送给服务器，所述服务器为所述文件生成文件标识、存储所述文件，以及建立文件标识与文件存储路径的对应关系；发送方客户端接收所述服务器返回的文件标识，并将所述文件标识发送给接收方客户端；接收方客户端接收到所述文件标识后，在需要下载相应文件时，根据所述文件标识下载对应的文件。通过本发明的技术方案，从而实现了由服务器进行中转的文件传输过程，并且接收方客户端可在需要下载文件时才进行文件下载，实现了文件异步传输，缓解了服务器通信能力的压力。
文档编号H04L12/58GK102821057SQ20111015414
公开日2012年12月12日 申请日期2011年6月9日 优先权日2011年6月9日
发明者马斌, 万鑫, 张文, 丁寻 申请人:腾讯科技(深圳)有限公司