專(zhuān)利名稱：文件傳輸系統(tǒng)、方法以及文件中轉(zhuǎn)決策服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)即時(shí)通信(IM， Instant Messaging)技術(shù)，特別涉及基 于移動(dòng)IM技術(shù)的文件傳輸系統(tǒng)和方法，以及該文件傳輸系統(tǒng)中的文件中轉(zhuǎn) 決策服務(wù)器。
背景技術(shù)：
目前，移動(dòng)IM技術(shù)是將移動(dòng)通信技術(shù)與IM技術(shù)相結(jié)合而發(fā)展起來(lái)的 一種即時(shí)通信技術(shù)。利用移動(dòng)IM技術(shù)，移動(dòng)用戶可以通過(guò)移動(dòng)通信系統(tǒng)登 陸IM系統(tǒng)，與其他已登陸IM系統(tǒng)的移動(dòng)用戶傳遞即時(shí)消息以及圖片、語(yǔ) 音、視頻、文本等文件，實(shí)現(xiàn)移動(dòng)用戶之間的各種即時(shí)通信業(yè)務(wù)。
圖1為應(yīng)用移動(dòng)IM技術(shù)的移動(dòng)通信系統(tǒng)的簡(jiǎn)化結(jié)構(gòu)示意圖。如圖l所 示，該移動(dòng)通信系統(tǒng)包括至少兩個(gè)通過(guò)移動(dòng)IM技術(shù)進(jìn)行即時(shí)通信的移動(dòng) 終端，例如移動(dòng)終端A和移動(dòng)終端B，以及位于固網(wǎng)的IM服務(wù)器。上述移 動(dòng)終端A和移動(dòng)終端B分別通過(guò)自身的移動(dòng)通信系統(tǒng)接入到位于固網(wǎng)的IM 服務(wù)器上，通過(guò)該IM服務(wù)器傳遞即時(shí)消息。另外，為了實(shí)現(xiàn)移動(dòng)通信用戶 之間的文件傳輸，例如圖片文件、聲音文件、視頻文件以及文本文件等等 多種類(lèi)型文件的傳輸，除了 IM服務(wù)器之外，上述應(yīng)用移動(dòng)IM技術(shù)的移動(dòng) 通信系統(tǒng)還應(yīng)當(dāng)包括一個(gè)文件中轉(zhuǎn)服務(wù)器，用于在進(jìn)行即時(shí)通信的移動(dòng)終端 之間，例如在圖1所示的移動(dòng)終端A和移動(dòng)終端B之間，傳輸上述各種類(lèi) 型的文件。
圖1所示移動(dòng)通信系統(tǒng)中的移動(dòng)終端通過(guò)IM系統(tǒng)傳輸文件的過(guò)程主要 包括作為發(fā)送方的移動(dòng)終端先通過(guò)IM服務(wù)器交互建立連接的各種信息， 例如文件中轉(zhuǎn)服務(wù)器的地址信息，包括因特網(wǎng)(IP)地址和端口號(hào)；文件
中轉(zhuǎn)服務(wù)器上記錄的房間信息，包括房間號(hào)，房間密鑰等等；然后，再通過(guò) 上述文件中轉(zhuǎn)服務(wù)器傳輸文件。
下面將結(jié)合圖1所示的移動(dòng)通信系統(tǒng)簡(jiǎn)要說(shuō)明移動(dòng)終端A向移動(dòng)終端B 傳輸文件的過(guò)程，該過(guò)程主要包括
1 )移動(dòng)終端A通過(guò)IM服務(wù)器向移動(dòng)終端B發(fā)送傳輸文件請(qǐng)求；
2) 移動(dòng)終端B接收該傳輸文件請(qǐng)求后，通過(guò)IM服務(wù)器向移動(dòng)終端A 返回確認(rèn)，表明移動(dòng)終端B已經(jīng)收到移動(dòng)終端A發(fā)送的傳輸文件請(qǐng)求；
3) 移動(dòng)終端B向文件中轉(zhuǎn)服務(wù)器開(kāi)房間，就是在文件中轉(zhuǎn)服務(wù)器的數(shù) 據(jù)庫(kù)中增加一個(gè)房間記錄，該記錄中包含有為該房間記錄分配的房間信息
(包括房間號(hào)碼以及房間密鑰)以及文件發(fā)送終端即移動(dòng)終端A的標(biāo)識(shí)信 息，然后將文件中轉(zhuǎn)服務(wù)器的地址信息，以及所分配的房間信息通過(guò)IM服 務(wù)器傳給移動(dòng)終端A;
4) 移動(dòng)終端A通過(guò)所接收的文件中轉(zhuǎn)服務(wù)器的地址信息訪問(wèn)文件中轉(zhuǎn) 服務(wù)器，并根據(jù)所接收的房間信息與文件中轉(zhuǎn)服務(wù)器上對(duì)應(yīng)的房間記錄建立 聯(lián)系；
5) 文件中轉(zhuǎn)服務(wù)器通知移動(dòng)終端A和移動(dòng)終端B開(kāi)始傳輸文件；
6) 移動(dòng)終端A發(fā)送文件到文件中轉(zhuǎn)服務(wù)器；
7) 文件中轉(zhuǎn)服務(wù)器接收文件，并將所接收的文件轉(zhuǎn)發(fā)到移動(dòng)終端B。 從上述文件傳輸過(guò)程可以看出，只有在進(jìn)行文件傳輸?shù)膬蓚€(gè)移動(dòng)用戶均
已通過(guò)移動(dòng)終端登錄IM系統(tǒng)之后，才能在這兩個(gè)移動(dòng)終端之間實(shí)現(xiàn)文件的 傳輸，也就是說(shuō)，通過(guò)移動(dòng)IM技術(shù)實(shí)現(xiàn)文件傳輸?shù)那疤釛l件就是進(jìn)行文件 傳輸?shù)囊苿?dòng)終端應(yīng)當(dāng)均已登錄IM系統(tǒng)，即處于IM系統(tǒng)的在線狀態(tài)。然而， 在實(shí)際應(yīng)用中，很多情況下進(jìn)行文件傳輸?shù)囊苿?dòng)用戶不一定同時(shí)處于IM系 統(tǒng)的在線狀態(tài)，例如，在文件的發(fā)送方欲傳送文件給接收方時(shí)，接收方可能 并沒(méi)有登陸IM系統(tǒng)，即處于IM系統(tǒng)的離線狀態(tài)，這樣將導(dǎo)致IM系統(tǒng)無(wú)法 將文件成功傳輸?shù)轿募慕邮辗剑蚨鴺O大地降低了用戶使用移動(dòng)IM業(yè)務(wù) 傳輸文件的體驗(yàn)，也極大限制了移動(dòng)IM業(yè)務(wù)在移動(dòng)通信系統(tǒng)中的應(yīng)用。

發(fā)明內(nèi)容
為了解決上述技術(shù)問(wèn)題，本發(fā)明提供了一種文件傳輸系統(tǒng)和方法，以及 在上述文件傳輸系統(tǒng)中使用的文件中轉(zhuǎn)策略服務(wù)器，應(yīng)用本發(fā)明所述的文件
傳輸系統(tǒng)和方法即使在作為文件接收終端的移動(dòng)用戶尚未登錄IM系統(tǒng)的情 況下也能將文件從已登陸IM系統(tǒng)的移動(dòng)終端傳輸?shù)皆撟鳛槲募邮战K端的 移動(dòng)終端。
本發(fā)明實(shí)施例所述的文件傳輸系統(tǒng)包括文件發(fā)送終端、文件接收終端、 即時(shí)通信IM服務(wù)器、文件中轉(zhuǎn)策略服務(wù)器以及文件中繼服務(wù)器；其中，
IM服務(wù)器在收到文件中轉(zhuǎn)策略服務(wù)器的查詢請(qǐng)求后，查詢文件接收終 端在IM系統(tǒng)中開(kāi)通的業(yè)務(wù)，并將查詢結(jié)果返回文件中轉(zhuǎn)策略服務(wù)器；
文件中轉(zhuǎn)策略服務(wù)器向IM服務(wù)器查詢文件接收終端在IM系統(tǒng)中開(kāi)通 的業(yè)務(wù)，確定文件傳輸方式，并將文件發(fā)送終端上傳的待傳輸文件轉(zhuǎn)發(fā)到與 所確定文件傳輸方式對(duì)應(yīng)的文件中繼服務(wù)器；
文件中繼服務(wù)器按照自身的文件傳輸協(xié)議將從文件中轉(zhuǎn)策略服務(wù)器接 收的待傳輸文件發(fā)送到文件接收終端。
本發(fā)明實(shí)施例所述的文件傳輸方法包括
接收文件接收終端的標(biāo)識(shí)信息以及待傳輸文件的屬性信息；
發(fā)送攜帶文件接收終端的標(biāo)識(shí)信息的查詢請(qǐng)求到即時(shí)通信IM服務(wù)器， 查詢文件接收終端在IM系統(tǒng)中開(kāi)通的業(yè)務(wù)；
根據(jù)待傳輸文件的屬性信息以及IM服務(wù)器返回的該文件接收終端在 IM系統(tǒng)中開(kāi)通的業(yè)務(wù)確定文件傳輸方式；
接收待傳輸文件；以及
將所述待傳輸文件及文件接收終端的標(biāo)識(shí)信息轉(zhuǎn)發(fā)到與所確定文件傳 輸方式對(duì)應(yīng)的文件中繼服務(wù)器。
本發(fā)明實(shí)施例所述的文件中轉(zhuǎn)策略服務(wù)器包括
用戶接口模塊，用于接收文件接收終端的標(biāo)識(shí)信息以及待傳輸文件的屬
性信息，及接收文件發(fā)送終端上傳的待傳輸文件；
業(yè)務(wù)查詢模塊，用于發(fā)送攜帶文件接收終端的標(biāo)識(shí)信息的查詢請(qǐng)求到即 時(shí)通信IM服務(wù)器，查詢文件接收終端在IM系統(tǒng)中開(kāi)通的業(yè)務(wù)；
文件傳輸模式確定模塊，用于根據(jù)待傳輸文件的屬性信息以及業(yè)務(wù)查詢 模塊接收的IM服務(wù)器返回的該文件接收終端在IM系統(tǒng)中開(kāi)通的業(yè)務(wù)確定 文件傳輸方式；
文件轉(zhuǎn)發(fā)模塊，用于將用戶接口模塊接收的待傳輸文件及文件接收終端 的標(biāo)識(shí)信息轉(zhuǎn)發(fā)到與文件傳輸模式確定模塊確定的文件傳輸方式對(duì)應(yīng)的文 件中繼服務(wù)器。
由上述可以看出，本發(fā)明所提供的文件傳輸方法沒(méi)有限制文件接收終端 必須已登錄IM系統(tǒng)，在文件接收終端沒(méi)有登錄IM系統(tǒng)的情況下，文件發(fā) 送終端仍能將文件先發(fā)送到IM系統(tǒng)的文件中轉(zhuǎn)策略服務(wù)器，由該服務(wù)器將 文件轉(zhuǎn)發(fā)到適當(dāng)?shù)奈募欣^服務(wù)器上，由文件中繼服務(wù)器利用自身配置的文 件傳輸方式將文件通過(guò)移動(dòng)通信系統(tǒng)傳輸?shù)阶鳛槲募邮战K端的移動(dòng)終端， 從而大大方便了移動(dòng)用戶進(jìn)行文件傳輸，增強(qiáng)了移動(dòng)用戶使用移動(dòng)IM業(yè)務(wù) 的體驗(yàn)。


下面將通過(guò)參照附圖詳細(xì)描述本發(fā)明的示例性實(shí)施例，使本領(lǐng)域的普通 技術(shù)人員更清楚本發(fā)明的上述及其它特征和優(yōu)點(diǎn)，附圖中
圖1為應(yīng)用移動(dòng)IM技術(shù)的移動(dòng)通信系統(tǒng)的簡(jiǎn)化結(jié)構(gòu)示意圖； 圖2為本發(fā)明實(shí)施例所述的文件傳輸系統(tǒng)簡(jiǎn)化結(jié)構(gòu)示意圖； 圖3為本發(fā)明實(shí)施例所述的文件中轉(zhuǎn)策略服務(wù)器內(nèi)部結(jié)構(gòu)示意圖； 圖4為本發(fā)明實(shí)施例所述的文件傳輸方法流程圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案更加清楚明白，以下參照附圖并舉實(shí)施例，
對(duì)本發(fā)明做進(jìn)一步詳細(xì)說(shuō)明。
為了解決現(xiàn)有技術(shù)中文件傳輸過(guò)程存在的問(wèn)題，本發(fā)明的實(shí)施例提供了
一種文件傳輸系統(tǒng)，即使在作為文件接收終端的移動(dòng)終端沒(méi)有登陸IM系統(tǒng) 的情況下，已登錄IM系統(tǒng)的移動(dòng)終端仍能將文件傳送給該作為文件接收終 端的移動(dòng)終端。
圖2為本實(shí)施例所述的文件傳輸系統(tǒng)的內(nèi)部結(jié)構(gòu)示意圖。從圖2可以看 出，在本實(shí)施例中，所述文件傳輸系統(tǒng)主要包括進(jìn)行文件傳輸?shù)囊苿?dòng)終端， IM服務(wù)器，文件中轉(zhuǎn)策略服務(wù)器和文件中繼服務(wù)器。
其中，進(jìn)行文件傳輸?shù)囊苿?dòng)終端包括作為文件發(fā)送終端的已登陸IM系 統(tǒng)的移動(dòng)終端和作為文件接收終端的尚未登陸IM系統(tǒng)的移動(dòng)終端。為了描 述方便，下文將分別使用文件發(fā)送終端和文件接收終端來(lái)代表上述作為文件 發(fā)送終端的移動(dòng)終端和作為文件接收終端的移動(dòng)終端。
本實(shí)施例中，在文件發(fā)送終端欲傳輸文件給文件接收終端時(shí)，將首先查 詢文件接收終端的狀態(tài)，即是否登錄了 IM系統(tǒng)，若已經(jīng)登錄了 IM系統(tǒng)，
統(tǒng)，則文件發(fā)送終端將向IM服務(wù)器發(fā)送離線文件傳輸請(qǐng)求，以獲取文件中 轉(zhuǎn)策略服務(wù)器的地址信息，至少包括其IP地址和端口號(hào)；然后，根據(jù)所接 收的文件中轉(zhuǎn)策略服務(wù)器的地址信息與文件中轉(zhuǎn)策略服務(wù)器建立連接，將文 件接收終端的標(biāo)識(shí)信息以及待傳輸文件的屬性信息發(fā)送給文件中轉(zhuǎn)策略服
并將所選擇的文件傳輸方式和待傳輸文件發(fā)送給文件中轉(zhuǎn)策略服務(wù)器。
其中，上述文件接收終端的標(biāo)識(shí)信息包括文件接收終端的IM號(hào)碼
UIN或者文件接收終端的移動(dòng)電話號(hào)碼；待傳輸文件的屬性信息包括文件
的類(lèi)型、大小以及名稱等。
本實(shí)施例所述的IM服務(wù)器除了完成現(xiàn)有所有的IM功能之外，還進(jìn)一
步用于實(shí)現(xiàn)如下功能
首先，接收來(lái)自文件發(fā)送終端的離線文件傳輸請(qǐng)求，并將中轉(zhuǎn)策略服務(wù)
器的地址信息，包括IP地址和端口號(hào)，返回所述文件的發(fā)送方；
其次，接收來(lái)自文件中轉(zhuǎn)策略服務(wù)器的查詢請(qǐng)求，根據(jù)所述查詢請(qǐng)求中 攜帶的文件接收終端的標(biāo)識(shí)信息，例如文件接收終端的IM號(hào)碼UIN或移動(dòng) 電話號(hào)碼，查詢?cè)撐募邮战K端在IM系統(tǒng)中開(kāi)通的業(yè)務(wù)，例如，多J 某體短 消息(MMS)業(yè)務(wù)，電子郵件(email)業(yè)務(wù)或文件傳輸協(xié)議(FTP)業(yè)務(wù) 等，并將查詢結(jié)果返回文件中轉(zhuǎn)策略服務(wù)器。需要說(shuō)明的是，如果查詢請(qǐng)求 中攜帶的文件接收終端的標(biāo)識(shí)信息僅包括文件接收終端的移動(dòng)電話號(hào)碼，則 需要文件接收終端預(yù)先開(kāi)通了將其移動(dòng)電話號(hào)碼與自身IM號(hào)碼綁定的業(yè) 務(wù)，這樣，IM服務(wù)器在接收端文件接收終端的移動(dòng)電話號(hào)碼之后，即可以 得到其IM號(hào)碼，從而進(jìn)一步一艮據(jù)文件接收終端的IM號(hào)碼查詢對(duì)應(yīng)該IM號(hào) 碼的即時(shí)通信用戶在IM系統(tǒng)中開(kāi)通的業(yè)務(wù)。
件接收終端的標(biāo)識(shí)信息以及待傳輸文件的屬性信息，并根據(jù)接收的文件接收
終端的標(biāo)識(shí)信息，如文件接收終端的IM號(hào)碼UIN或移動(dòng)電話號(hào)碼，發(fā)送攜
帶文件接收終端的標(biāo)識(shí)信息的查詢請(qǐng)求到IM服務(wù)器，查詢文件接收終端在
IM系統(tǒng)中開(kāi)通的業(yè)務(wù)；然后，再根據(jù)待傳輸文件的屬性信息以及IM服務(wù)器
返回的該文件接收終端在IM系統(tǒng)中開(kāi)通的業(yè)務(wù)生成文件傳輸方式列表并發(fā)
送到文件發(fā)送終端供發(fā)送方移動(dòng)用戶從中選擇一種文件傳輸方式；最后，將
從文件發(fā)送終端接收的待傳輸文件以及文件接收終端的標(biāo)識(shí)信息轉(zhuǎn)發(fā)到與
文件發(fā)送終端所反饋的文件傳輸方式對(duì)應(yīng)的文件中繼服務(wù)器。除了待傳輸文
件以及文件接收終端的標(biāo)識(shí)信息之外，文件中轉(zhuǎn)策略服務(wù)器還可以進(jìn)一步將
文件發(fā)送終端的標(biāo)識(shí)信息也發(fā)送到與所確定文件傳輸方式對(duì)應(yīng)的文件中繼
服務(wù)器，以通知文件接收終端文件發(fā)送終端的信息。
在實(shí)際應(yīng)用中，為了簡(jiǎn)化文件發(fā)送終端與文件中轉(zhuǎn)測(cè)量服務(wù)器之間的交
互流程，文件中轉(zhuǎn)策略服務(wù)器在獲得文件接收終端在IM系統(tǒng)中開(kāi)通的業(yè)務(wù)
后，可以直接根據(jù)文件的類(lèi)型以及文件接收終端在IM系統(tǒng)中開(kāi)頭的業(yè)務(wù)直
接選擇一種適合的文件傳輸方式，而不需要生成上述文件傳輸方式列表，也
不需要由文件發(fā)送終端從所生成的列表中選擇一種文件傳輸方式。例如，若
文件接收終端支持MMS方式、email方式以及FTP方式，則對(duì)于圖片、語(yǔ) 音以及視頻文件，可以確定通過(guò)MMS方式傳輸，對(duì)于其他類(lèi)型的文件則可 以確定通過(guò)email方式或FTP方式傳輸。在這種情況下，在文件中轉(zhuǎn)策略服 務(wù)器確定了文件傳輸方式之后，將發(fā)送文件傳輸請(qǐng)求到文件發(fā)送終端，提示 文件發(fā)送終端將待傳輸文件上傳到文件中轉(zhuǎn)策略服務(wù)器，再將接收的待傳輸 文件，文件發(fā)送終端的標(biāo)識(shí)信息以及文件接收終端的標(biāo)識(shí)信息轉(zhuǎn)發(fā)到與所確 定的文件傳輸方式對(duì)應(yīng)的文件中繼服務(wù)器。此時(shí)，文件發(fā)送終端也不需要選 擇文件傳輸?shù)姆绞?，而直接根?jù)文件中轉(zhuǎn)策略服務(wù)器的提示，將待傳輸文件 直接上傳到文件中轉(zhuǎn)策略服務(wù)器即可。又或者文件發(fā)送終端也可以在發(fā)送待 傳輸文件屬性信息的同時(shí)將待傳輸文件上傳到文件中轉(zhuǎn)策略服務(wù)器，這樣， 在文件中轉(zhuǎn)策略服務(wù)器確定了文件傳輸方式之后就可以直接將待傳輸文件 轉(zhuǎn)發(fā)到與所確定文件傳輸方式對(duì)應(yīng)的文件中繼服務(wù)器上了 ，而不需要請(qǐng)求文 件發(fā)送終端上傳待傳輸文件。
對(duì)于上述幾種實(shí)施方式，若文件中轉(zhuǎn)策略服務(wù)器在獲知文件接收終端在 IM系統(tǒng)開(kāi)通的業(yè)務(wù)后發(fā)現(xiàn)沒(méi)有適合的傳輸方式可以用于傳輸所述待傳輸文 件，例如，文件接收終端未在IM系統(tǒng)中開(kāi)通任何可以用于傳輸文件的業(yè)務(wù)， 或者文件接收終端只開(kāi)通了 MMS業(yè)務(wù)，而待傳輸文件的類(lèi)型不能作為MMS 傳輸，則文件中轉(zhuǎn)策略服務(wù)器將向文件發(fā)送終端返回文件傳輸失敗的提示， 并可以進(jìn)一步攜帶文件傳輸失敗的原因。
本實(shí)施例所述的文件中繼服務(wù)器包括現(xiàn)有移動(dòng)通信系統(tǒng)中所有可以傳
輸文件的服務(wù)器，例如MMS服務(wù)器，email服務(wù)器以及FTP服務(wù)器等等。
在確定了文件傳輸方式之后，文件中轉(zhuǎn)策略服務(wù)器將選擇與所確定的文件傳
輸方式對(duì)應(yīng)的文件中繼服務(wù)器來(lái)傳輸所述待傳輸文件。例如，若確定采用
MMS方式傳輸所述待傳輸文件，則文件中轉(zhuǎn)策略服務(wù)器將從文件發(fā)送終端
接收的待傳輸文件，文件發(fā)送終端的標(biāo)識(shí)信息以及文件接收終端的標(biāo)識(shí)信息
轉(zhuǎn)發(fā)到MMS服務(wù)器；若確定采用email方式傳輸所述待傳輸文件，則文件
中轉(zhuǎn)策略服務(wù)器將從文件發(fā)送終端接收的待傳輸文件，文件發(fā)送終端的標(biāo)識(shí)
信息以及文件接收終端的標(biāo)識(shí)信息轉(zhuǎn)發(fā)到email服務(wù)器；若確定采用FTP方 式傳輸所述待傳輸文件，則文件中轉(zhuǎn)策略服務(wù)器將從文件發(fā)送終端接收的待 傳輸文件，文件發(fā)送終端的標(biāo)識(shí)信息以及文件接收終端的標(biāo)識(shí)信息轉(zhuǎn)發(fā)到 FTP月l務(wù)器.
上述這些文件中繼服務(wù)器在接收到文件中轉(zhuǎn)策略服務(wù)器轉(zhuǎn)發(fā)的待傳輸 文件，文件發(fā)送終端的標(biāo)識(shí)信息以及文件接收終端的標(biāo)識(shí)信息后，將按照自 身的文件傳輸協(xié)議將待傳輸文件發(fā)送到文件接收終端。具體來(lái)講，若采用 MMS方式傳輸所述待傳輸文件，則MMS服務(wù)器將所接收的圖片、語(yǔ)音以 及視頻等文件承載在多媒體短消息中，發(fā)送給文件接收終端；若采用email 方式傳輸所述待傳輸文件，則email服務(wù)器將接收的待傳輸文件作為email 的附件發(fā)送給文件接收終端；若采用FTP方式傳輸所述待傳輸文件，則FTP 服務(wù)器將與文件接收終端建立FTP連接，通過(guò)FTP方式將所接收的待傳輸 文件發(fā)送給文件接收終端。
此后，文件的接收方將會(huì)收到MMS或者email又或者FTP連接請(qǐng)求， 從而接收到文件發(fā)送終端傳輸?shù)奈募?br> 為了實(shí)現(xiàn)上述技術(shù)方案，本發(fā)明的實(shí)施例還提供了一種中轉(zhuǎn)策略服務(wù) 器，其內(nèi)部結(jié)構(gòu)如圖3所示，主要包括
用戶接口模塊，用于接收文件接收終端的標(biāo)識(shí)信息以及待傳輸文件的屬 性信息；向文件發(fā)送終端輸出文件傳輸方式列表，并接收文件發(fā)送終端返回 的文件傳輸方式以及待傳輸文件；
業(yè)務(wù)查詢模塊，用于發(fā)送攜帶文件接收終端的標(biāo)識(shí)信息的查詢請(qǐng)求3 'J IM服務(wù)器，查詢文件接收終端在IM系統(tǒng)中開(kāi)通的業(yè)務(wù)；
文件傳輸模式確定模塊，用于根據(jù)待傳輸文件的屬性信息以及業(yè)務(wù)查詢 模塊接收的IM服務(wù)器返回的該文件接收終端在IM系統(tǒng)中開(kāi)通的業(yè)務(wù)生成 文件發(fā)送終端可以選擇的文件傳輸方式列表，并通過(guò)用戶接口模塊發(fā)送到文 件發(fā)送終端，及通過(guò)用戶接口模塊接收移動(dòng)用戶選擇的文件傳輸模式；或者
在檢測(cè)到?jīng)]有可用的文件傳輸方式時(shí)，提示文件發(fā)送終端文件傳輸失敗，并 可以進(jìn)一步提示文件傳輸失敗的原因；
文件轉(zhuǎn)發(fā)模塊，用于將用戶接口模塊接收的待傳輸文件及文件接收終端 的標(biāo)識(shí)信息轉(zhuǎn)發(fā)到與文件傳輸模式確定模塊確定的文件傳輸方式對(duì)應(yīng)的文 件中繼服務(wù)器。文件轉(zhuǎn)發(fā)模塊還可以進(jìn)一步將文件發(fā)送終端的標(biāo)識(shí)信息發(fā)送 到對(duì)應(yīng)的中繼服務(wù)器，以通知文件發(fā)送終端的信息。
作為替代方案，上述文件傳輸模式確定模塊可以直接根據(jù)待傳輸文件的 類(lèi)型以及業(yè)務(wù)查詢模塊接收的IM服務(wù)器返回的該文件接收終端在IM系統(tǒng) 中開(kāi)通的業(yè)務(wù)確定一種適合的文件傳輸方式，并通過(guò)用戶接口模塊提示用戶 上傳待傳輸文件；而在檢測(cè)到?jīng)]有用的文件傳輸方式時(shí)，提示文件發(fā)送終端 文件傳輸失敗，并可以進(jìn)一步提示文件發(fā)送終端文件傳輸失敗的原因。在這 種情況下，用戶接口模塊將不再向文件發(fā)送終端輸出文件傳輸方式列表，也 不再接收文件發(fā)送終端返回的文件傳輸方式，而僅提示文件發(fā)送終端上傳待 傳輸文件，并接收其上傳的待傳輸文件。
本發(fā)明的實(shí)施例還給出了在上述文件傳輸系統(tǒng)中進(jìn)行文件傳輸?shù)姆椒ǎ?該方法的主要過(guò)程如圖4所示。下面將結(jié)合圖2和4詳細(xì)說(shuō)明本實(shí)施例所述 的文件傳輸方法。
如圖4所示，該文件傳輸方法主要包括
步驟401:文件發(fā)送終端在查詢得出文件接收終端處于離線狀態(tài)后向IM 服務(wù)器發(fā)送離線文件傳輸請(qǐng)求；
步驟402: IM服務(wù)器收到所述離線文件傳輸請(qǐng)求之后，向文件發(fā)送終 端返回文件中轉(zhuǎn)決策服務(wù)器的IP地址和端口號(hào)；
步驟403:文件發(fā)送終端將所述文件的屬性信息和文件接收終端的地址 信息發(fā)送給文件中轉(zhuǎn)策略服務(wù)器；
步驟404:文件中轉(zhuǎn)策略服務(wù)器接收到文件接收終端的地址信息之后， 向IM服務(wù)器查詢?cè)撐募邮战K端在IM服務(wù)器上開(kāi)通的業(yè)務(wù)，例如是否開(kāi) 通了MMS業(yè)務(wù)、email業(yè)務(wù)或者FTP等可以用于傳輸文件的業(yè)務(wù)，然后再
表，并提供給文件發(fā)送終端以供其選擇；
發(fā)送給文件中轉(zhuǎn)策略服務(wù)器；
在本步驟中，用戶可以選擇通過(guò)MMS方式，email方式或者FTP方式 傳輸所述待傳輸文件；
如上所述，作為替代方案，可以采用如下步驟4041和4051作為上述步 驟404和405的替代步驟
步驟4041:文件中轉(zhuǎn)策略服務(wù)器接收到文件接收終端的地址信息之后， 向IM服務(wù)器查詢?cè)撐募邮战K端在IM服務(wù)器上開(kāi)通的業(yè)務(wù)，然后再根據(jù) 待傳輸文件的屬性信息確定文件傳輸方式，并提示文件發(fā)送終端上傳待傳輸 文件；
步驟406:文件中轉(zhuǎn)策略服務(wù)器將待傳輸文件轉(zhuǎn)發(fā)到與所確定文件傳輸 方式對(duì)應(yīng)的文件中繼服務(wù)器，由所述文件中繼服務(wù)器按照自身的文件傳輸方 式將所述待傳輸文件傳輸?shù)轿募邮战K端。
在本步驟中，若確定釆用MMS方式傳輸所述文件，則文件中轉(zhuǎn)策略服 務(wù)器將所述待傳輸文件轉(zhuǎn)發(fā)到作為中繼服務(wù)器的MMS服務(wù)器，MMS服務(wù) 器將接收的圖片、語(yǔ)音以及視頻等文件承載在多媒體短消息中，發(fā)送給文件 接收終端；若確定采用email方式傳輸所述文件，則文件中轉(zhuǎn)策略服務(wù)器將 所述待傳輸文件轉(zhuǎn)發(fā)到作為中繼服務(wù)器的email服務(wù)器，email服務(wù)器將接 收的待傳輸文件作為email的附件發(fā)送給文件接收終端；若確定采用FTP方 式傳輸所述文件，則文件中轉(zhuǎn)策略服務(wù)器將所述待傳輸文件轉(zhuǎn)發(fā)到作為中繼 服務(wù)器的FTP服務(wù)器，F(xiàn)TP服務(wù)器將與文件接收終端建立FTP連接，通過(guò) FTP方式將所接收的待傳輸文件發(fā)送給文件接收終端。更進(jìn)一步若文件中轉(zhuǎn) 策略服務(wù)器確定沒(méi)有適合的文件傳輸方式可供選擇，則將提示文件發(fā)送終端 文件傳輸失敗，并可以進(jìn)一步提示文件發(fā)送終端文件傳輸失敗的原因。
通過(guò)上述本發(fā)明實(shí)施例所述的文件傳輸系統(tǒng)和方法可以看出，本發(fā)明實(shí)
施例所提供的文件傳輸系統(tǒng)及方法沒(méi)有限制文件接收終端必須已登錄IM系 統(tǒng)，也就是說(shuō)，在文件接收終端沒(méi)有登錄IM系統(tǒng)的情況下，文件發(fā)送終端 仍能通過(guò)IM系統(tǒng)以MMS、 email或者FTP等可以傳輸文件的方式將文件發(fā) 送給文件的接收方，大大方便了移動(dòng)用戶進(jìn)行文件傳輸，增強(qiáng)了移動(dòng)IM業(yè) 務(wù)的體驗(yàn)。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本 發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在 本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種文件傳輸系統(tǒng)，其特征在于，包括文件發(fā)送終端、文件接收終端、即時(shí)通信IM服務(wù)器、文件中轉(zhuǎn)策略服務(wù)器以及文件中繼服務(wù)器；其中，IM服務(wù)器在收到文件中轉(zhuǎn)策略服務(wù)器的查詢請(qǐng)求后，查詢文件接收終端在IM系統(tǒng)中開(kāi)通的業(yè)務(wù)，并將查詢結(jié)果返回文件中轉(zhuǎn)策略服務(wù)器；文件中轉(zhuǎn)策略服務(wù)器向IM服務(wù)器查詢文件接收終端在IM系統(tǒng)中開(kāi)通的業(yè)務(wù)，確定文件傳輸方式，并將文件發(fā)送終端上傳的待傳輸文件轉(zhuǎn)發(fā)到與所確定文件傳輸方式對(duì)應(yīng)的文件中繼服務(wù)器；文件中繼服務(wù)器按照自身的文件傳輸協(xié)議將從文件中轉(zhuǎn)策略服務(wù)器接收的待傳輸文件發(fā)送到文件接收終端。
2、 根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述IM服務(wù)器進(jìn)一步 用于接收來(lái)自文件發(fā)送終端的離線文件傳輸請(qǐng)求，并將文件中轉(zhuǎn)策略服務(wù)器 的地址信息發(fā)送到文件發(fā)送終端。
3、 根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述文件中轉(zhuǎn)策略服務(wù) 器包括用戶接口模塊，用于接收文件接收終端的標(biāo)識(shí)信息以及待傳輸文件的屬 性信息，及接收文件發(fā)送終端上傳的待傳輸文件；業(yè)務(wù)查詢模塊，用于發(fā)送攜帶文件接收終端標(biāo)識(shí)信息的查詢請(qǐng)求到即時(shí) 通信IM服務(wù)器，查詢文件接收終端在IM系統(tǒng)中開(kāi)通的業(yè)務(wù)；文件傳輸模式確定模塊，用于根據(jù)待傳輸文件的屬性信息以及由業(yè)務(wù)查 詢模塊接收的IM服務(wù)器返回的文件接收終端在IM系統(tǒng)中開(kāi)通的業(yè)務(wù)確定 文件傳輸方式；文件轉(zhuǎn)發(fā)模塊，用于將用戶接口模塊接收的待傳輸文件及文件接收終端 的標(biāo)識(shí)信息轉(zhuǎn)發(fā)到與文件傳輸模式確定模塊確定的文件傳輸方式對(duì)應(yīng)的文 件中繼服務(wù)器。
4、 根據(jù)權(quán)利要求3所述的系統(tǒng)，其特征在于，所述文件傳輸模式確定 模塊進(jìn)一步用于根據(jù)待傳輸文件的屬性信息以及IM服務(wù)器返回的文件接收 終端在IM系統(tǒng)中開(kāi)通的業(yè)務(wù)生成文件傳輸方式列表，將生成的文件傳輸方 式列表發(fā)送到文件發(fā)送終端供其從中選擇一種文件傳輸方式，并根據(jù)文件發(fā) 送終端的選擇結(jié)果確定文件傳輸方式。
5、 根據(jù)權(quán)利要求3所述的系統(tǒng)，其特征在于，所述文件傳輸模式確定 模塊進(jìn)一步用于在確定沒(méi)有可用的文件傳輸方式時(shí)，提示文件發(fā)送終端文件 傳輸失敗。
6、 根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述文件中繼服務(wù)器包括多媒體短消息MMS服務(wù)器，用于將從文件中轉(zhuǎn)策略服務(wù)器接收的待傳 輸文件作為MMS發(fā)送到文件接收終端；或者電子郵件email服務(wù)器，用于將從文件中轉(zhuǎn)策略服務(wù)器接收的待傳輸文 件作為電子郵件的附件發(fā)送到文件接收終端；或者多媒體短消息FTP服務(wù)器，用于與文件接收終端建立FTP連接，通過(guò) FTP方式將從文件中轉(zhuǎn)策略服務(wù)器接收的待傳輸文件發(fā)送到文件接收終端。
7、 一種文件中轉(zhuǎn)策略服務(wù)器，其特征在于，包括用戶接口模塊，用于接收文件接收終端的標(biāo)識(shí)信息以及待傳輸文件的屬 性信息，及接收文件發(fā)送終端上傳的待傳輸文件；業(yè)務(wù)查詢模塊，用于發(fā)送攜帶文件接收終端標(biāo)識(shí)信息的查詢請(qǐng)求到即時(shí) 通信IM服務(wù)器，查詢文件接收終端在IM系統(tǒng)中開(kāi)通的業(yè)務(wù)；文件傳輸模式確定模塊，用于根據(jù)待傳輸文件的屬性信息以及由業(yè)務(wù)查 詢模塊接收的IM服務(wù)器返回的文件接收終端在IM系統(tǒng)中開(kāi)通的業(yè)務(wù)確定 文件傳輸方式；文件轉(zhuǎn)發(fā)模塊，用于將用戶接口模塊接收的待傳輸文件及文件接收終端 的標(biāo)識(shí)信息轉(zhuǎn)發(fā)到與文件傳輸模式確定模塊確定的文件傳輸方式對(duì)應(yīng)的文 件中繼服務(wù)器。
8、 根據(jù)權(quán)利要求7所述的文件中轉(zhuǎn)策略服務(wù)器，其特征在于，所述文 件傳輸模式確定模塊進(jìn)一步用于根據(jù)待傳輸文件的屬性信息以及業(yè)務(wù)查詢 模塊接收的IM服務(wù)器返回的該文件接收終端在IM系統(tǒng)中開(kāi)通的業(yè)務(wù)生成 文件發(fā)送終端可以選擇的文件傳輸方式列表，通過(guò)用戶接口模塊發(fā)送到文件 發(fā)送終端供文件發(fā)送終端從中選擇一種文件傳輸方式，并根據(jù)文件發(fā)送終端 的選擇結(jié)果確定文件傳輸方式。
9、 根據(jù)權(quán)利要求7所述的文件中轉(zhuǎn)策略服務(wù)器，其特征在于，c進(jìn)一 步用于在確定沒(méi)有可用的文件傳輸方式時(shí)，提示文件發(fā)送終端文件傳輸失 敗。
10、 一種文件傳輸方法，其特征在于，包括接收文件接收終端的標(biāo)識(shí)信息、待傳輸文件的屬性信息及待傳輸文件；發(fā)送攜帶文件接收終端的標(biāo)識(shí)信息的查詢請(qǐng)求到即時(shí)通信IM服務(wù)器， 查詢文件接收終端在IM系統(tǒng)中開(kāi)通的業(yè)務(wù)；根據(jù)待傳輸文件的屬性信息以及IM服務(wù)器返回的文件接收終端在IM 系統(tǒng)中開(kāi)通的業(yè)務(wù)確定文件傳輸方式；以及將所述待傳輸文件及文件接收終端的標(biāo)識(shí)信息轉(zhuǎn)發(fā)到與所確定文件傳 輸方式對(duì)應(yīng)的文件中繼服務(wù)器，由所述文件中繼服務(wù)器將所述待傳輸文件轉(zhuǎn) 發(fā)到文件接收終端。
11、 根據(jù)權(quán)利要求10所述的方法，其特征在于，所述根據(jù)待傳輸文件 的屬性信息以及IM服務(wù)器返回的該文件接收終端在IM系統(tǒng)中開(kāi)通的業(yè)務(wù) 確定文件傳輸方式包括根據(jù)待傳輸文件的屬性信息以及IM服務(wù)器返回的該文件接收終端在 IM系統(tǒng)中開(kāi)通的業(yè)務(wù)生成文件傳輸方式列表；將所生成的文件傳輸方式列表發(fā)送到文件發(fā)送終端，供文件發(fā)送終端從 中選擇一種文件傳輸方式；以及根據(jù)文件發(fā)送終端的選擇結(jié)果確定文件傳輸方式。
全文摘要
本發(fā)明公開(kāi)了一種文件傳輸系統(tǒng)，包括文件發(fā)送終端、文件接收終端、即時(shí)通信(IM)服務(wù)器、文件中轉(zhuǎn)策略服務(wù)器以及文件中繼服務(wù)器。本發(fā)明還公開(kāi)了上述文件中轉(zhuǎn)策略服務(wù)器的內(nèi)部結(jié)構(gòu)以及一種文件傳輸方法。應(yīng)用本發(fā)明所述的文件傳輸系統(tǒng)和方法，在文件接收終端沒(méi)有登錄IM系統(tǒng)的情況下，文件發(fā)送終端仍能將文件先發(fā)送到IM系統(tǒng)的文件中轉(zhuǎn)策略服務(wù)器，由該服務(wù)器將文件轉(zhuǎn)發(fā)到適當(dāng)?shù)奈募欣^服務(wù)器上，由文件中繼服務(wù)器利用自身文件傳輸協(xié)議將文件通過(guò)移動(dòng)通信系統(tǒng)傳輸?shù)阶鳛槲募邮战K端的移動(dòng)終端，從而大大方便了移動(dòng)用戶進(jìn)行文件傳輸，增強(qiáng)了移動(dòng)用戶使用移動(dòng)IM業(yè)務(wù)的體驗(yàn)。
文檔編號(hào)H04L12/58GK101170523SQ20071019900
公開(kāi)日2008年4月30日 申請(qǐng)日期2007年12月5日 優(yōu)先權(quán)日2007年12月5日
發(fā)明者飛 曹 申請(qǐng)人:騰訊科技(深圳)有限公司