專利名稱：文件傳輸方法及客戶端的制作方法
技術領域：
本發(fā)明涉及通信領域，具體而言，涉及一種文件傳輸方法及客戶端。
背景技術：
文件傳輸是即時通訊業(yè)務的基本功能之一，該功能可以使用戶 快速實現(xiàn)文件的即時傳輸，從而方便的共享文件、圖片或其它的文
件資源。
目前，在即時通訊業(yè)務中，文件傳輸都需要通過即時通訊月良務 器做統(tǒng)一中轉(zhuǎn)，因此，要求發(fā)送方和接收方都要與即時通訊服務器 建立鏈路，發(fā)送方先將文件傳送到即時通訊服務器，即時通訊服務 器再將文件內(nèi)容發(fā)送給接收方。在實際使用環(huán)境中，發(fā)送方與接收 方位于同一網(wǎng)絡環(huán)境，可以直接進行連接傳輸文件，但是，在這種 環(huán)境下，使用目前的即時通訊業(yè)務，仍然會通過服務器中轉(zhuǎn)進行文 件傳輸，從而造成服務器側(cè)資源的浪費，降低了服務器的性能。

發(fā)明內(nèi)容
針對相關技術中在同 一 網(wǎng)絡環(huán)境下的即時通訊客戶端之間進行 文件傳輸仍需要服務器中轉(zhuǎn)而導致服務器資源浪費、服務器性能降 低的問題而提出本發(fā)明，為此，本發(fā)明的主要目的在于提供一種文 件傳輸方案，以解決上述問題至少之一。為了實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了一種文件 傳輸方法。
根據(jù)本發(fā)明的文件傳輸方法用于即時通訊客戶端之間傳輸文
件，包括第一即時通ifl客戶端經(jīng)由即時通ifUR務器向第二即時通 訊客戶端發(fā)送用于請求文件傳輸?shù)恼埱笙ⅲ坏谝患磿r通訊客戶端 經(jīng)由即時通訊服務器接收來自第二即時通訊客戶端的同意接收文件 的消息，其中，同意接收文件的消息中攜帶有第二即時通訊客戶端 的信息；第 一 即時通訊客戶端根據(jù)第二即時通訊客戶端的信息向第 二即時通訊客戶端直接進行基于傳輸控制協(xié)議TCP/互聯(lián)網(wǎng)協(xié)議IP 協(xié)i義的連4妄，如果連4妄成功，則第一即時通訊客戶端向第二即時通 訊客戶端直4妾發(fā)送文件。
優(yōu)選地，在第一即時通訊客戶端向第二即時通訊客戶端直接進 4亍連4妾失敗之后，上述方法還包4舌第一即時通ifl客戶端經(jīng)由即時 通訊服務器向第二即時通訊客戶端發(fā)送文件。
優(yōu)選地，第二即時通訊客戶端的信息至少包括以下之一第二 即時通訊客戶端的IP地址、第二即時通iK客戶端的端口號。
為了實現(xiàn)上述目的，根據(jù)本發(fā)明的另一方面，提供了另一種文 件傳輸方法。
根據(jù)本發(fā)明的另 一種文件傳輸方法用于在即時通訊客戶端之間 傳輸文件，包括第二即時通訊客戶端經(jīng)由即時通訊服務器接收來 自第一即時通訊客戶端的用于請求文件傳輸?shù)恼埱笙?，其中，?求消息中攜帶有第 一 即時通訊客戶端的信息；第二即時通訊客戶端 才艮才居第 一即時通"ifl客戶端的〗言息向第 一即時通i禮客戶端直4妄進4亍基 于傳輸控制協(xié)議TCP/互聯(lián)網(wǎng)協(xié)議IP協(xié)議的連接，如果連接成功， 則第二即時通訊客戶端直4妄沖妄收來自第 一即時通訊客戶端的文件。優(yōu)選地，在第二即時通訊客戶端向第一即時通訊客戶端直接進
行連接失敗之后，方法還包括第二即時通訊客戶端經(jīng)由即時通訊 服務器接收來自第一即時通訊客戶端的文件。
優(yōu)選地，第一即時通訊客戶端的信息至少包括以下之一第一 即時通ifl客戶端的IP;也址、第一即時通i凡客戶端的端口號。
為了實現(xiàn)上述目的，根據(jù)本發(fā)明的再一方面，提供了一種客戶端。
根據(jù)本發(fā)明的客戶端包括第一接收模塊，用于接收來自源即 時通訊客戶端的用于請求文件傳輸?shù)恼埱笙ⅲ渲?，請求消息?攜帶有源即時通訊客戶端的信息；連接才莫塊，用于根據(jù)源即時通訊
客戶端的信息向源即時通訊客戶端直4妄進4于基于傳輸控制協(xié)i義
TCP/互聯(lián)網(wǎng)協(xié)議IP協(xié)議的連接；第二接收模塊，用于在連接成功的 情況下，直4妄*接收來自源即時通訊客戶端的文件。
優(yōu)選地，第二接收模塊還用于在連接失敗的情況下經(jīng)由即時通 訊服務器接收來自源即時通訊客戶端的文件。
通過本發(fā)明，采用在客戶端之間直4妄建立連4妄的方案，解決了 相關技術中在同 一 網(wǎng)絡環(huán)境下的即時通訊客戶端之間進行文件傳輸 仍需要服務器中轉(zhuǎn)而導致服務器側(cè)資源浪費、服務器性能降低的問 題，進而減輕了即時通訊服務器的負擔，提高了即時通訊服務器的 性能和文件傳輸?shù)男省?br>

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申 請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并 不構(gòu)成對本發(fā)明的不當限定。在附圖中圖1是才艮據(jù)本發(fā)明實施例的文件傳輸方式一的流程圖； 圖2是才艮據(jù)本發(fā)明實施例的文件傳輸方式二的流禾呈圖； 圖3是才艮據(jù)本發(fā)明實施例的中文件傳輸具體的流程圖； 圖4是才艮據(jù)本發(fā)明實施例的文件傳l俞的信令交互流程的示意
圖5是根據(jù)本發(fā)明實施例的客戶端的結(jié)構(gòu)框圖； 圖6是根據(jù)本發(fā)明實施例的另 一種客戶端的結(jié)構(gòu)框圖； 圖7是根據(jù)本發(fā)明實施例的文件傳輸?shù)南到y(tǒng)結(jié)構(gòu)的示意圖。
具體實施方式
功能纟既述
考慮到相關技術中在同 一 網(wǎng)絡環(huán)境下的即時通訊客戶端之間進 行文件傳輸仍需要服務器中轉(zhuǎn)而導致服務器資源浪費、服務器性能 降低的問題，本發(fā)明實施例提供了一種文件傳輸方案，該方案的處 理原則如下第 一即時通ifl客戶端經(jīng)由即時通ify艮務器向第二即時 通訊客戶端發(fā)送用于請求文件傳輸?shù)恼埱笙?；第一即時通訊客戶 端經(jīng)由即時通訊月良務器4妄收來自第二即時通訊客戶端的同意4妾收文 件的消息，其中，同意接收文件的消息中攜帶有第二即時通訊客戶 端的信息；第 一 即時通訊客戶端才艮據(jù)第二即時通訊客戶端的信息向 第二即時通訊客戶端直接進行基于傳輸控制協(xié)議TCP/互聯(lián)網(wǎng)協(xié)議 IP協(xié)議的連接，如果連接成功，則第一即時通訊客戶端向第二即時 通訊客戶端直接發(fā)送文件。通過本發(fā)明實施例可以判斷發(fā)送方與接 收方的網(wǎng)絡環(huán)境，選擇合適的文件傳輸方式，避免相同網(wǎng)絡環(huán)境中
8的用戶間傳輸文件仍然通過即時通訊服務器中轉(zhuǎn)，而是發(fā)送方與接 收方直接進行文件傳輸，從而極大地提高了即時通訊服務器的性能 和文件傳輸?shù)男省?br> 需要說明的是，在不沖突的情況下，本申請中的實施例及實施 例中的特征可以相互組合。下面將參考附圖并結(jié)合實施例來詳細說 明本發(fā)明。
在以下實施例中，在附圖的流程圖示出的步驟可以在諸如一組 計算才幾可扭J亍指令的計算才幾系統(tǒng)中執(zhí)^亍，并且，雖然在流禾呈圖中示 出了邏輯順序，^f旦是在某些情況下，可以以不同于此處的順序執(zhí)4亍 所示出或描述的步驟。
方法實施例
才艮據(jù)本發(fā)明的實施例，才是供了一種文件傳車lr方法，該方法可以 通過兩種形式實現(xiàn)。下面對分別對兩種方式進^f亍詳細的描述。
方式一
圖i是才艮據(jù)本發(fā)明實施例的文件傳輸方式一的流程圖，如圖i
所示，該方法包纟舌:^下的步驟S102至步驟S106:
步驟S102,第一即時通訊客戶端(即，發(fā)送方)經(jīng)由即時通訊 服務器向第二即時通訊客戶端(即，接收方)發(fā)送用于請求文件傳 輸?shù)恼埱笙ⅰ?br> 步驟S104，第一即時通訊客戶端，在第二即時通訊客戶端收到 文件傳輸?shù)恼埱笙⒑?，?jīng)由即時通訊服務器接收來自第二即時通 訊客戶端的同意接收文件的消息，其中，同意接收文件的消息中攜 帶有第二即時通訊客戶端的信息。步驟S106，第一即時通訊客戶端4妾收到第二即時通訊客戶端回 復的同意文件傳輸?shù)南⒑?，根?jù)消息中的第二即時通訊客戶端的 信息向第二即時通訊客戶端直接進行基于傳輸控制協(xié)議(Transfer Control Protocol,簡牙爾為TCP ) /互聯(lián)網(wǎng)十辦i義(Internet Protocol,簡 稱為IP)協(xié)議的連接，如果連接成功，則表示發(fā)送方與接收方在同
一網(wǎng)絡環(huán)境中，可以直4妄連4I:,第一即時通訊客戶端向第二即時通 訊客戶端直4矣發(fā)送文件。
在步驟S106中，如果第一即時通訊客戶端向第二即時通訊客
戶端直接進行連接失敗，則第一即時通訊客戶端經(jīng)由即時通訊服務 器向第二即時通訊客戶端發(fā)送文件。即，第一即時通訊客戶端將文
件發(fā)送到即時通訊服務器，然后，該即時通訊服務器再將該文件轉(zhuǎn) 發(fā)給第二即時通訊客戶端。
優(yōu)選地，第二即時通訊客戶端的信息中攜帶有第二即時通訊客 戶端的信息，該信息可以是第二即時通訊客戶端的網(wǎng)絡信息，例如， IP地j止、端口號。
方式二
圖2是才艮據(jù)本發(fā)明實施例的文件傳輸方式二的流程圖，如圖2 所示，該-危禾呈包4舌:^下的步驟S202至步驟S204:
步驟S202,第二即時通訊客戶端，經(jīng)由即時通訊服務器，接收 來自第一即時通訊客戶端的用于請求文件傳輸?shù)恼埱笙?，其中?請求消息中攜帶有第 一 即時通訊客戶端的信息。
步驟S204,第二即時通訊客戶端，在接收到第一即時通訊客戶 端的文件傳輸?shù)恼埱笙⒑?，根?jù)第 一 即時通訊客戶端的信息向第 一即時通訊客戶端直接進行基于TCP/ IP協(xié)議的連接，如果連接成
10功，則表示發(fā)送方與接收方在同一網(wǎng)絡環(huán)境中，可以直接連接，第 二即時通訊客戶端直接^妄收來自第 一 即時通訊客戶端的文件。
在步驟S204中，在第二即時通訊客戶端向第一即時通訊客戶 端直接進行連接失敗之后，第一即時通訊客戶端仍然將文件發(fā)送到 即時通訊服務器，經(jīng)由即時通訊服務器向第二即時通訊客戶端發(fā)送 文件。
在步驟S202中，第一即時通訊客戶端的信息中包括第一即時 通訊客戶端的網(wǎng)絡信息，例如，IP地址、端口號。
圖3是才艮據(jù)本發(fā)明實施例的中文件傳輸具體的流程圖，如圖3 所示，該方法包括以下步驟Sl至步驟S4,圖4是才艮據(jù)本發(fā)明實施 例的文件傳輸?shù)男帕罱换チ鞒痰氖疽鈭D，下面結(jié)合圖4對圖3中的 步艱《進4亍i兌明
步驟S1， i殳置二個即時通訊客戶端、 一個即時通ifU良務器，用 于實現(xiàn)即時通訊業(yè)務的相關邏輯。其中，二個即時通訊客戶端包括 發(fā)送方即時通訊客戶端和接收方即時通訊客戶端，即時通訊客戶端 為定制終端，可以與即時通訊服務器通過標準協(xié)議進行通訊。
步驟S2，發(fā)送方即時通訊客戶端，經(jīng)由即時通訊服務器，向接 收即時通訊客戶端發(fā)送請求文件傳輸?shù)恼埱笙ⅰ?br> 步驟S3，接收方即時通訊客戶端收到來自發(fā)送方即時通訊客戶 端的文件傳輸?shù)恼埱笙⒑螅l(fā)送方即時通訊客戶端經(jīng)由即時通訊 服務器接收來自接收方即時通訊客戶端的同意接收文件的消息，其 中，同意接收文件的消息中攜帶有接收方即時通訊客戶端的信息。優(yōu)選地，接收方即時通訊客戶端的信息中攜帶有接收方即時通
ifL客戶端的網(wǎng)絡4言息，其中，至少包4舌以下之一
才妄收方即時通i凡客戶端的IP i也址、*接收方即時通iK客戶端的端 口號。
步驟S4 ，發(fā)送方即時通訊客戶端收到來自接收方即時通訊客戶 端的同意接收文件的消息后，根據(jù)同意接收文件的消息中的網(wǎng)絡信 息，向接收方即時通訊客戶端進行基于TCP/ IP協(xié)議的連接，如果 連接成功，則表示發(fā)送方即時通訊客戶端與接收方即時通訊客戶端 在同一網(wǎng)絡環(huán)境中，可以直接連接，發(fā)送方即時通訊客戶端將文件 通過建立的鏈路直接發(fā)送給接收方即時通訊客戶端；如果連接失敗， 則發(fā)送方即時通訊客戶端將文件發(fā)送到即時通訊月良務器，再通過即 時通訊月良務器將文件轉(zhuǎn)發(fā)給4妄收方即時通訊客戶端。
裝置實施例
根據(jù)本發(fā)明的實施例，提供了 一種客戶端，圖5是根據(jù)本發(fā)明 實施例的客戶端的結(jié)構(gòu)框圖，如圖5所示，該客戶端包括發(fā)送模 塊52、接收模塊54、連接模塊56、文件模塊58，下面對給結(jié)構(gòu)進 行詳細的描述。
發(fā)送模塊52，用于經(jīng)由即時通訊服務器，向目的即時通訊客戶 端發(fā)送用于請求文件傳輸?shù)恼埱笙ⅲ唤邮漳K54連接至發(fā)送模塊 52，用于經(jīng)由即時通訊服務器接收來自目的即時通訊客戶端的同意 接收文件的消息。其中，同意接收文件的消息中攜帶有目的即時通 訊客戶端的信息；連接模塊56連接至接收模塊54,用于接收到目 的即時通訊客戶端回復的同意文件傳輸?shù)南⒑?，才艮?jù)消息中的目 的即時通訊客戶端的信息向目的即時通訊客戶端直接進行基于 TCP/IP協(xié)i義的連4妄；文件才莫塊58連4妄至連接^莫塊56，用于在連4妄模塊連接成功的情況下，向目的即時通訊客戶端直接發(fā)送文件。如 果連接模塊連接成功，則表示發(fā)送方與接收方在同 一 網(wǎng)絡環(huán)境中， 可以直接連接，第 一 即時通訊客戶端向第二即時通訊客戶端直接發(fā) 送文件。
其中，文件模塊58還用于在連接模塊連接失敗的情況下經(jīng)由即 時通訊服務器向目的即時通訊客戶端發(fā)送文件。
優(yōu)選地，目的即時通訊客戶端的信息中攜帶有目的即時通訊客 戶端的網(wǎng)絡信息，其中，至少包括以下之一目的即時通訊客戶端 的IPi也址、目的即時通iK客戶端的端口號。
根據(jù)本發(fā)明的實施例，還提供了另一種客戶端，圖6是才艮據(jù)本 發(fā)明實施例的另一種客戶端的結(jié)構(gòu)沖匡圖，如圖6所示，該客戶端包 括第一接收模塊62、連接模塊64、第二接收模塊66，下面對該 結(jié)構(gòu)進4于詳細的描述。
第 一接收才莫塊62 ，用于接收來自源即時通訊客戶端的用于請求 文件傳輸?shù)恼埱笙?，其中，請求消息中攜帶有源即時通訊客戶端 的信息；連接模塊64，連接至第一接收模塊62，用于根據(jù)源即時通 訊客戶端的信息向源即時通訊客戶端直4妄進行基于TCP/IP協(xié)議的 連接；第二接收模塊66，連接至連接模塊64,用于在連接成功的情 況下，直4妄接收來自源即時通訊客戶端的所述文件。
其中，第二接收模塊66還用于在連接失敗的情況下經(jīng)由即時通 訊服務器接收來自源即時通訊客戶端的文件。
優(yōu)選地，源即時通訊客戶端的信息中攜帶有源即時通訊客戶端 的網(wǎng)絡信息，其中，至少包括以下之一源即時通訊客戶端的IP地 址、源即時通ifL客戶端的端口號。系鄉(xiāng)克實施例
本發(fā)明實施例提供了 一種即時通訊中文件傳輸?shù)南到y(tǒng)。
圖7是才艮據(jù)本發(fā)明實施例的文件傳輸?shù)南到y(tǒng)結(jié)構(gòu)的示意圖，如 圖7所示，該系統(tǒng)包括即時通訊客戶端IOI、即時通訊客戶端102 和即時通訊月良務器103。其中，即時通ifl客戶端101、即時通ifl客戶 端102為定制PC終端，與即時通訊服務器通過標準協(xié)議進行通訊； 即時通訊服務器103是部署在網(wǎng)絡上的服務器，用于實現(xiàn)即時通訊 的處理邏輯。通訊客戶端101、即時通訊客戶端102分別對應于上 述方法實施例中第一即時通訊客戶端和第二即時通訊客戶端，在該 系統(tǒng)中的文件傳輸過程同方法實施例中的相同，在此不再贅述。
綜上所述，通過本發(fā)明提供的上述實施例，在即時通訊中進行 文件傳輸時，可以自動選擇合適的文件傳輸方式，避免發(fā)送方即時 通ifl客戶端與^妄收方即時通iK客戶端在同 一 網(wǎng)絡環(huán)境下時，仍然通 過即時通訊服務器中轉(zhuǎn)方式進行文件傳輸，而是直接通過發(fā)送方即 時通ifL客戶端與4妄收方即時通"ifl客戶端直4妄連4妄的方式進4亍文件傳 輸，減輕了即時通訊服務器的負擔，提高了即時通訊服務器的性能 和文件傳l餘的效率。
顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或 各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算 裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們 可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲
在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成 電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模 塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明， 對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在 本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等， 均應包含在本發(fā)明的保護范圍之內(nèi)。
1權利要求
1.一種文件傳輸方法，用于即時通訊客戶端之間傳輸文件，其特征在于，包括第一即時通訊客戶端經(jīng)由即時通訊服務器向第二即時通訊客戶端發(fā)送用于請求文件傳輸?shù)恼埱笙?；所述第一即時通訊客戶端經(jīng)由所述即時通訊服務器接收來自所述第二即時通訊客戶端的同意接收所述文件的消息，其中，所述同意接收所述文件的消息中攜帶有所述第二即時通訊客戶端的信息；所述第一即時通訊客戶端根據(jù)所述第二即時通訊客戶端的信息向所述第二即時通訊客戶端直接進行基于傳輸控制協(xié)議TCP/互聯(lián)網(wǎng)協(xié)議IP協(xié)議的連接，如果連接成功，則所述第一即時通訊客戶端向所述第二即時通訊客戶端直接發(fā)送所述文件。
2. 根據(jù)權利要求1所述的方法，其特征在于，在所述第一即時通 訊客戶端向所述第二即時通訊客戶端直接進行連接失敗之后， 所述方法還包括所述第 一即時通ifl客戶端經(jīng)由所述即時通ifU良務器向所 述第二即時通i凡客戶端發(fā)送所述文件。
3. 根據(jù)權利要求1或2所述的方法，其特征在于，所述第二即時 通ifl客戶端的信息至少包^舌以下之一所述第二即時通訊客戶端的IP地址、所述第二即時通訊 客戶端的端口號。
4. 一種文件傳llr方法，用于在即時通i凡客戶端之間傳輸文件，其特;f正在于，包括第二即時通訊客戶端經(jīng)由即時通訊力良務器4妄收來自第一 即時通訊客戶端的用于i青求文件傳l俞的i青求消息，其中，所述 請求消息中攜帶有所述第 一 即時通訊客戶端的信息；所述第二即時通訊客戶端根據(jù)所述第一即時通訊客戶端 的信息向所述第 一即時通訊客戶端直接進行基于傳輸控制協(xié) 議TCP/互聯(lián)網(wǎng)協(xié)議IP協(xié)議的連接，如果連接成功，則所述第 二即時通訊客戶端直接-接收來自所述第 一即時通訊客戶端的 所述文件。
5. 才艮據(jù)斥又利要求4所述的方法，其特征在于，在所述第二即時通 訊客戶端向所述第 一 即時通訊客戶端直接進行連接失敗之后， 所述方法還包括所述第二即時通訊客戶端經(jīng)由所述即時通訊服務器接收 來自所述第 一即時通ifL客戶端的所述文件。
6. 根據(jù)權利要求4或5所述的方法，其特征在于，所述第一即時 通訊客戶端的信息至少包括以下之一所述第一即時通ifl客戶端的IP ;也址、所述第一即時通i凡 客戶端的端口號。
7. —種客戶端，其特;f正在于，包4舌發(fā)送才莫塊，用于經(jīng)由即時通訊月良務器向目的即時通訊客戶 端發(fā)送用于請求文件傳輸?shù)恼埱笙ⅲ唤邮漳K，用于經(jīng)由所述即時通訊服務器接收來自所述目 的即時通訊客戶端的同意接收所述文件的消息，其中，所述同意接收所述文件的消息中攜帶有所述目的即時通訊客戶端的信息；連接模塊，用于根據(jù)所述目的即時通訊客戶端的信息向所 述目的即時通訊客戶端直接進行基于傳輸控制協(xié)議TCP/互聯(lián) 網(wǎng)十辦i義IP十辦i義的連4妄；文件模塊，用于在所述連接模塊連接成功的情況下，向所 述目的即時通訊客戶端直接發(fā)送所述文件。
8. 根據(jù)權利要求7所述的客戶端，其特征在于，所述文件模塊還 用于在連4妄才莫塊連4妄失敗的情況下經(jīng)由所述即時通訊月良務器 向所述目的即時通訊客戶端發(fā)送所述文件。
9. 一種客戶端，其特4正在于，包^":第 一接收模塊，用于接收來自源即時通訊客戶端的用于請 求文件傳輸?shù)恼埱笙?，其中，所述請求消息中攜帶有所述源 即時通i禮客戶端的4言息；連接模塊，用于根據(jù)所述源即時通訊客戶端的信息向所述 源即時通訊客戶端直接進行基于傳輸控制協(xié)議TCP/互聯(lián)網(wǎng)協(xié) "i義IP切、"i義的連4妻；第二接收模塊，用于在所述連接成功的情況下，直接接收 來自所述源即時通訊客戶端的所述文件。
10. 根據(jù)權利要求9所述的客戶端，其特征在于，所述第二接收才莫 塊還用于在連接失敗的情況下經(jīng)由所述即時通訊服務器接收 來自所述源即時通訊客戶端的所述文件。
全文摘要
本發(fā)明公開了一種文件傳輸方法及客戶端，該方法包括第一即時通訊客戶端經(jīng)由即時通訊服務器向第二即時通訊客戶端發(fā)送用于請求文件傳輸?shù)恼埱笙?；第一即時通訊客戶端經(jīng)由即時通訊服務器接收來自第二即時通訊客戶端的同意接收文件的消息，其中，同意接收文件的消息中攜帶有第二即時通訊客戶端的信息；第一即時通訊客戶端根據(jù)第二即時通訊客戶端的信息向第二即時通訊客戶端直接進行基于傳輸控制協(xié)議TCP/互聯(lián)網(wǎng)協(xié)議IP協(xié)議的連接，如果連接成功，則第一即時通訊客戶端向第二即時通訊客戶端直接發(fā)送文件。通過本發(fā)明，減輕了即時通訊服務器的負擔，提高了即時通訊服務器的性能和文件傳輸?shù)男省?br> 文檔編號H04L29/06GK101631127SQ200910164198
公開日2010年1月20日 申請日期2009年8月6日 優(yōu)先權日2009年8月6日
發(fā)明者許培華, 陸劍峰, 河 黃 申請人:中興通訊股份有限公司