专利名称：一种文件传送系统的制作方法
技术领域：
本实用新型涉及即时通信技术，特别涉及一种文件传送系统。
背景技术：
现有的即时通信一般是通过安装特定的桌面软件来进行的，如贸易通，QQ，MSN等，这些软件都需要下载安装而且下载较慢，一般还需要用户升级或在后台自动升级软件版本，用户若不进行升级，则使用的仍然是旧的版本软件。若在网吧里或在别人的电脑上想传送文件给其他人时，则必须下载安装即时通信客户端软件。如果只想传送一个很小的文件给好友而需要下载一个几兆，甚至是几十兆的客户端软件，这样的操作很费时也很麻烦。
现有即时通信中，传送文件的方式一般都是通过即时通信客户端软件之间的点对点来完成文件的传送。若客户端之间可以直接通信，则通过即时通信服务器得到对方用户的IP地址和打开的端口，用户端之间直接建立TCP(UDP)/IP连接进行文件传送；但是使用即时通信客户端软件进行文件传送容易导致文件的泄密，而且由于防火墙等原因客户端之间就不能直接通信，需要通过其他服务器群来中转文件以进行传送。
实用新型内容有鉴于此，本实用新型提供一种文件传送系统，用以解决目前只有安装特定的即时通信软件才能进行文件传送的问题。
本实用新型提供如下技术方案一种文件传送系统，其特征在于，包括用户设备，用于发送和接收文件；即时通信状态服务器，用于记录用户设备所在的用户服务器和用户的状态信息；
Web服务器，分别与即时通信状态服务器和用户设备连接，根据即时通信状态服务器记录的用户所在服务器和用户的状态信息，通过该Web服务器在用户设备之间建立文件传输链路并传输文件。
所述系统还包括分配服务器，分别与Web服务器和与Web服务器连接的用户设备连接，用于为所述用户设备分配所述Web服务器，并将所述登录请求重定向到所述Web服务器。
所述系统还包括即时通信服务器，分别与即时通信状态服务器和用户设备连接，用于和Web服务器转发用户设备之间的即时消息。
文件传输服务器，分别与用户设备和Web服务器连接，用于与Web服务器配合传送文件。
所述用户设备均与Web服务器连接且在同一网络域，通过Web服务器在用户设备之间建立文件传输链路；或者，通过文件传输服务器、Web服务器和与即时通信服务器连接的用户设备建立文件传输链路。
所述用户设备均与Web服务器连接且分别在两个网络域，通过文件传输服务器、Web服务器和与即时通信服务器连接的用户设备建立文件传输链路。
本实用新型可以实现未下载安装即时通信软件的浏览器用户与安装即时通信软件用户的文件传送，也可以实现未下载安装即时通信软件的浏览器用户之间的文件传送。不存在由于防火墙挡住而不能进行文件传送的情况；而且只要在服务器端更新版本，用户打开浏览器进行文件传送的时候就是最新版本，从而不需要用户自己升级，采用本实用新型可以简单快捷地实现文件传送。
图1A为本实用新型实施例中文件传送系统的结构示意图；图1B为本实用新型实施例中浏览器用户与即时通信用户之间文件传送的系统结构示意图；图1C为本实用新型实施例中浏览器用户之间文件传送的系统结构示意图；图2为本实用新型实施例中浏览器用户向即时通信用户传送文件的流程图；图3为本实用新型实施例中即时通信用户向浏览器用户传送文件的流程图；图4为本实用新型实施例中同一网络域的浏览器用户之间进行文件传送的流程图；图5为本实用新型实施例中文件传送过程中用户取消文件传送的流程图。
具体实施方式
为了使未安装特定即时通信软件的浏览器用户能够与安装即时通信软件的用户(下述简称即时通信用户)和未安装即时通信软件的浏览器用户之间完成文件传送，本实用新型通过浏览器用户所在的Web服务器在用户之间建立文件传输链路来实现用户之间的文件传送。
参阅图1A所示(图中未示出其他用户设备和服务器)，本实施例的一种文件传送系统包括即时通信状态服务器13、与即时通信状态服务器13连接的Web服务器12和用户服务器B15、与Web服务器12连接的用户设备A10(即浏览器用户)、与用户服务器B15连接的用户设备B14(可以是浏览器用户也可以是即时通信用户)，以及与Web服务器12和用户设备A10连接的分配服务器11；其中，即时通信状态服务器13，用于记录用户设备A10和用户设备B14所在的Web服务器12和用户服务器B15和用户的状态信息；Web服务器12，根据即时通信状态服务器13记录的用户所在服务器和用户的状态信息，通过该Web服务器12在用户设备之间建立文件传输链路并传输文件；用户设备A10和用户设备B14，用于发送和接收文件或即时消息；分配服务器11，用于为用户设备A10分配所述Web服务器12，并将所述登录请求重定向到所述Web服务器12。
该系统还包括文件传输服务器，分别与即时通信用户设备和Web服务器连接，用于在浏览器用户之间或者浏览器用户与即时通信用户之间转发文件。
在本实用新型中，用户服务器也可以包括有即时通信服务器，其连接即时通信用户。如图1B所示(图中未示出其他用户设备和服务器)，为浏览器用户与即时通信用户之间进行文件传送的系统结构示意图；该系统中，文件传输服务器105分别与Web服务器102和与即时通信服务器103连接的用户设备B104连接，通过Web服务器102、文件传输服务器105和与即时通信服务器连接的用户设备B104建立文件传输链路并传输文件。
相应的，浏览器用户之间进行文件传送的系统结构如图1C所示(图中未示出其他用户设备和服务器)；该系统中，文件传输服务器115分别与Web服务器A112和Web服务器B113连接，通过Web服务器A112、文件传输服务器115和Web服务器B113建立文件传输链路并传输文件；两浏览器用户在同一网络域时，也可以不通过文件传输服务器115而直接通过用户所在Web服务器A112和Web服务器B113进行文件传送。
浏览器用户登录Web服务器的步骤包括浏览器用户向分配服务器发送登录请求；分配服务器根据登录请求中携带的信息为浏览器用户分配Web服务器，并将所述登录请求重定向到该Web服务器；Web服务器验证浏览器用户信息，并在验证成功后允许该用户登录。
浏览器用户成功登录到Web服务器后与即时通信用户或者是浏览器用户进行即时通信，首先由源用户所在服务器查询目标用户当前登录的服务器信息，并根据查询结果将源用户发送的即时消息转发给目标用户所在服务器；然后由目标用户所在服务器向目标用户提供即时消息，以及将目标用户回复的即时消息发送到源用户所在服务器，由其向源用户提供即时消息。
即时通信过程中，即时通信服务器可以直接转发浏览器用户发送的即时消息给即时通信用户；但Web服务器不能直接转发其好友用户发送的即时消息给浏览器用户，而是需要浏览器用户到所在Web服务器上取回好友用户发送的即时消息。
浏览器用户通过浏览器以Ajax(异步XMLHTTP)方式向Web服务器发送取信息或发送信息命令。浏览器用户每隔预定时间向Web服务器发送取信息命令，Web服务器收到即时通信状态服务器的状态改变等信息或收到对方用户发过来的即时消息后，先把该消息缓存起来，等待浏览器用户取走该即时消息。若浏览器用户超过预定时间未取走信息，则认为该浏览器用户已经注销，Web服务器就把该浏览器用户的缓存清除，并通知对方用户该浏览器用户已经注销。
采用本实用新型可以实现浏览器用户与即时通信用户之间的文件传送，如图2所示为本实用新型实施例中浏览器用户向即时通信用户传送文件的流程图，其实现过程如下步骤200、浏览器用户选择即时通信用户，点击发送文件。
步骤201、浏览器用户向Web服务器发送向即时通信用户传送文件的请求。
步骤202、Web服务器向即时通信状态服务器查询即时通信用户当前登录的服务器，并查询其是否在线；若结果为是，则执行步骤205；否则，执行步骤203至步骤204。
步骤203、Web服务器将即时通信用户不在线的信息缓存，等待浏览器用户取回。
步骤204、浏览器用户取到信息后，取消发送文件。
步骤205、Web服务器向文件传输服务器群请求建立一个文件传输对话；该请求包含对方用户的ID，以及文件名称和文件大小等可选信息。
步骤206、文件传输服务器群同意建立对话，并返回与对话相关的信息；该返回的对话信息包含分配的文件传输服务器的IP地址和端口、可接受的协议类型(TCP或UDP或HTTP等)，以及一串唯一的Session ID等信息。
步骤207、Web服务器根据返回的对话信息与分配的文件传输服务器建立对话连接。
步骤208、Web服务器把传送文件的请求信息通过即时通信服务器转发给即时通信用户；该请求信息包含浏览器用户和Web服务器信息、文件名称和大小、文件传输服务器的地址和端口，以及文件传输服务器可以接受的协议等信息。
步骤209、即时通信用户收到浏览器用户传送文件的请求后，判断允许或拒绝接收文件；如果允许，则执行步骤211；否则，执行步骤210。
步骤210、即时通信用户将拒绝接收文件的信息发送至即时通信服务器，即时通信服务器将该信息转发给Web服务器，由其将收到的信息缓存，等待浏览器用户取回；跳转到步骤204。
步骤211、即时通信用户根据Web服务器发送的传送文件的请求信息向文件传输服务器发送建立对话连接请求；文件传输服务器根据步骤206所述的Session ID以及即时通信用户标识和IP地址等信息验证即时通信用户信息是否合法，若验证通过，则与即时通信用户建立对话连接。
步骤212、即时通信用户将允许接收文件的信息发送至即时通信服务器，即时通信服务器将该信息转发给Web服务器，由其将收到的信息缓存，等待浏览器用户取回。
步骤213、浏览器用户取回即时通信用户允许接收文件的信息后，向Web服务器传送文件；浏览器用户向Web服务器发送Http命令，可以通过类似POST/webcmd/transfile/filename指令的HTTP命令进行文件传送。
步骤214、Web服务器把接收到的部分数据转发给文件传输服务器；Web服务器开始从http协议的body部分接收数据，采用接收部分数据进行处理的方式(如以64K字节为单位)，而不是接收完所有数据后再处理。
步骤215、文件传输服务器将接收到的文件数据转发给即时通信用户，直到文件传送完毕。
请参阅图3，该图为本实用新型实施例中即时通信用户向浏览器用户传送文件的流程图，其实现过程如下步骤300、即时通信用户选择浏览器用户，点击发送文件。
步骤301、即时通信用户向所在即时通信服务器发送向浏览器用户传送文件的请求。
步骤302、即时通信服务器通过即时通信状态服务器查询浏览器用户当前登陆的服务器，并查询其是否在线；若结果为是，则执行步骤305；否则，执行步骤303至步骤304。
步骤303、即时通信服务器转发浏览器用户不在线的信息给即时通信用户。
步骤304、即时通信用户取消发送文件。
步骤305、即时通信用户向文件传输服务器群请求建立一个文件传输对话。
步骤306、文件传输服务器群同意建立对话，并返回与对话相关的信息；该返回的对话信息包含分配的文件传输服务器的IP地址和端口、可接受的协议类型(TCP或UDP或HTTP等)，以及一串唯一的Session ID等信息。
步骤307、即时通信用户根据返回的对话信息与分配的文件传输服务器建立对话连接。
步骤308、即时通信服务器将传送文件的请求信息转发给Web服务器，Web服务器缓存所述对话信息，同时把待传送文件的信息提供给浏览器用户；所述待传送文件的信息包含对方用户ID、文件名称及大小以及浏览器用户待接收文件的URL等信息。
步骤309、浏览器用户收到即时通信用户传送文件的请求后，判断允许或拒绝接收文件；如果允许，则执行步骤311；否则，执行步骤310。
步骤310、浏览器用户将拒绝接收文件的信息发送至Web服务器，Web服务器将该信息转发至即时通信服务器，由其转发拒绝接收文件的信息给即时通信用户；跳转到步骤304。
步骤311、Web服务器根据即时通信服务器发送的传送文件的请求信息向文件传输服务器发送建立对话连接请求，文件传输服务器根据步骤306所述的Session ID以及浏览器用户标识等信息验证Web服务器相关信息，若验证通过，则与Web服务器建立对话连接。
步骤312、浏览器用户向Web服务器发送Http get命令，将允许接收文件的信息转发给即时通信服务器，由即时通信服务器转发收到的信息给即时通信用户；浏览器用户与Web服务器之间保持持续连接。
步骤313、即时通信用户向文件传输服务器传送文件。
步骤314、文件传输服务器将接收到的文件数据转发给Web服务器。
步骤315、Web服务器将收到的文件数据直接转发给浏览器用户。
本实用新型还可以实现浏览器用户与浏览器用户之间的文件传送，其文件传送的过程与上述同理，需要用户所在的Web服务器与文件传输服务器建立文件传输链路实现文件传送。如果两浏览器用户在同一网络域，也可以直接通过用户所在Web服务器实现用户之间的文件传送，如图4所示，在同一网络域的两个浏览器用户传输文件的过程如下步骤400、浏览器用户A选择浏览器用户B，点击发送文件。
步骤401、浏览器用户A向Web服务器A发送向浏览器用户B传送文件的请求。
步骤402、Web服务器A向即时通信状态服务器查询浏览器用户B当前登录的服务器，并查询其是否在线；若结果为是，则执行步骤405，否则，执行步骤403至步骤404。
步骤403、Web服务器A将浏览器用户B不在线的信息缓存，等待浏览器用户A取回。
步骤404、浏览器用户A取到信息后，取消发送文件。
步骤405、Web服务器A将浏览器用户A传送文件的请求通过Web服务器B提供给浏览器用户B。
步骤406、浏览器用户B收到文件传送的请求后，判断允许或拒绝接收文件；如果允许，则执行步骤408；否则，执行步骤407。
步骤407、浏览器用户B将拒绝接收文件的信息发送至Web服务器B，Web服务器B将该信息转发至Web服务器A，由其将收到的信息缓存，等待浏览器用户A取回；跳转到步骤404。
步骤408、浏览器用户B将允许接收文件的信息通过Web服务器B和Web服务器A提供给浏览器用户A。
步骤409、浏览器用户A向Web服务器A传送文件。
步骤410、Web服务器A将浏览器用户A发送的文件数据传送至Web服务器B。
步骤411、Web服务器B将收到的文件数据直接转发给浏览器用户B。
文件传送过程中，若用户取消文件传送，则用户将取消文件传送的信息提供给对方用户，提示文件传送中断，此时，与文件传输服务器连接的用户或用户所在的用户服务器断开文件传输对话连接，并清除原来建立的文件传输对话，文件传送终止。浏览器用户与即时通信用户取消文件传送的过程原理相同，下面以即时通信用户取消文件传送的过程为例进行说明，如图5所示，其主要实现过程如下500、即时通信用户取消文件传送。
501、即时通信用户断开与文件传输服务器的对话连接。
502、文件传输服务器收到断开对话连接的信息后，断开与Web服务器之间的对话连接。
503、Web服务器将收到的断开对话连接的信息缓存，等待浏览器用户取回。
504、浏览器用户取回信息后，取消文件传送，文件传送终止。
显然，本领域的技术人员可以对本实用新型进行各种改动和变型而不脱离本实用新型的精神和范围。这样，倘若对本实用新型的这些修改和变型属于本实用新型权利要求及其等同技术的范围之内，则本实用新型也意图包含这些改动和变型在内。
权利要求1.一种文件传送系统，其特征在于，包括用户设备，用于发送和接收文件；即时通信状态服务器，用于记录用户设备所在的用户服务器和用户的状态信息；Web服务器，分别与即时通信状态服务器和用户设备连接，根据即时通信状态服务器记录的用户所在服务器和用户的状态信息，通过该Web服务器在用户设备之间建立文件传输链路并传输文件。
2.如权利要求1所述的文件传送系统，其特征在于，所述系统还包括分配服务器，分别与Web服务器和与Web服务器连接的用户设备连接，用于为所述用户设备分配所述Web服务器，并将所述登录请求重定向到所述Web服务器。
3.如权利要求2所述的文件传送系统，其特征在于，所述系统还包括即时通信服务器，分别与即时通信状态服务器和用户设备连接，用于和Web服务器转发用户设备之间的即时消息；文件传输服务器，分别与用户设备和Web服务器连接，用于与Web服务器配合传送文件。
4.如权利要求3所述的文件传送系统，其特征在于，所述用户设备均与Web服务器连接且在同一网络域，通过Web服务器在用户设备之间建立文件传输链路；或者，通过文件传输服务器、Web服务器和与即时通信服务器连接的用户设备建立文件传输链路。
5.如权利要求3所述的文件传送系统，其特征在于，所述用户设备均与Web服务器连接且分别在两个网络域，通过文件传输服务器、Web服务器和与即时通信服务器连接的用户设备建立文件传输链路。
专利摘要本实用新型公开了一种文件传送系统，用以解决目前即时通信技术中只有安装特定的即时通信软件才能进行文件传送的问题；该系统包括用户设备，用于发送和接收文件；即时通信状态服务器，用于记录用户设备所在的用户服务器和用户的状态信息；Web服务器，分别与即时通信状态服务器和用户设备连接，根据即时通信状态服务器记录的用户所在服务器和用户的状态信息，通过该Web服务器在用户设备之间建立文件传输链路并传输文件。采用本实用新型可以实现浏览器用户与即时通信用户之间的文件传送，也可以实现浏览器用户之间的文件传送。
文档编号H04L12/58GK2930125SQ20062012085
公开日2007年8月1日 申请日期2006年7月5日 优先权日2006年7月5日
发明者莫建祥 申请人:阿里巴巴公司