專利名稱：啟動文件傳輸會話和獲取文件傳輸會話列表的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及文件傳輸，尤其涉及一種啟動文件傳輸會話和獲取會話列表的方法及系統(tǒng)。
背景技術(shù)：
面對信息通信產(chǎn)業(yè)周期的演進以及消費者模式的變遷大潮，面對互聯(lián)網(wǎng)的骨灰級創(chuàng)新模式以及新媒體的廣泛傳播、甚至是IT廠商、內(nèi)容整合者與消費電子廠商向運營領(lǐng)域的滲透，電信運營商正在采取一種積極的融合、開放的態(tài)度，努力嘗試開放其電信能力，集思廣益，發(fā)揮第三方企業(yè)與個人的創(chuàng)新能力，打造豐富的增值應(yīng)用；另一方面，借用這種電信服務(wù)的二次分發(fā)渠道，促進基本電信服務(wù)的銷售。尤其是終端與軟件廠商在在線應(yīng)用商店市場烽煙四起之時，運營商必須要利用電信能力(可靠的通信服務(wù)；用戶數(shù)據(jù)；情境；認證；計費等)打造一條新的差異化的道路。1998年P(guān)arlay組織成立致力于為電話網(wǎng)絡(luò)開發(fā)API (應(yīng)用編程接口)。借助這些 API，第三方機構(gòu)可以創(chuàng)建自己的應(yīng)用。Parlay組織在這方面做了統(tǒng)一的標準化工作，制定了基于CORBA (公共對象資源代理架構(gòu))的Parlay/OSA (開放服務(wù)架構(gòu))API，對各種電信能力的使用進行編程方面的統(tǒng)一工作。另外Parlay/OSA API也獲得了 ETSI (歐洲電信標準協(xié)會)與3GPP (第三代移動通信合作伙伴計劃標準組織)共同協(xié)助。在3GPP中，Parlay被當(dāng)成開放服務(wù)架構(gòu)(OSA)的一部分。Parlay X是Parlay、3GPP和OMA(開放移動聯(lián)盟)頒發(fā)的基于SOAP (簡單對象訪問協(xié)議)Web服務(wù)的API標準規(guī)范。Parlay REST (面向Parlay X的RESTful約束)，是OMA最新頒發(fā)的一套API標準規(guī)范，旨在為OMA中的Parlay X Web 服務(wù)規(guī)范(子)集指定REST Web服務(wù)約束。在^feb 2. 0領(lǐng)域，支持Ajax (異步Javakript腳本和XML可擴展標簽語言)技術(shù)的API相對應(yīng)用比較廣泛，風(fēng)格為REST (REpresentational StateTransfer,表象化狀態(tài)轉(zhuǎn)變)。REST不是一種新技術(shù)，也不是一種標準，而是一組設(shè)計原則；與基于SOAP的Web服務(wù) (如Parlay X)相比，REST API更加輕量級，具有更優(yōu)良的開發(fā)者友好性，便于Web應(yīng)用的開發(fā)和Mashup。因此越來越多的Web服務(wù)開始采用REST風(fēng)格設(shè)計和實現(xiàn)。例如，Amazon, com提供接近REST風(fēng)格的Web服務(wù)進行圖書查找；雅虎提供的Web服務(wù)也是REST風(fēng)格的 (維基百科)。GSMA (全球移動系統(tǒng)協(xié)會)RCS (富通信套件)是基于現(xiàn)有IMS (IP多媒體子系統(tǒng)) 網(wǎng)絡(luò)設(shè)施和開發(fā)協(xié)議搭建出來的提供可互操作的豐富通信功能的業(yè)務(wù)包，主要包括增強型地址簿、增強型呼叫、增強型融合消息等業(yè)務(wù)，使用戶可以對自己的呈現(xiàn)(如個人圖片、留言、推薦鏈接以及狀態(tài))進行更新，也可以在手機的通訊錄中實時看到好友的呈現(xiàn)情況，并實現(xiàn)短信、彩信、聊天(即時消息)、文件傳輸?shù)榷喾N通信需求。RCS是包括運營商、設(shè)備商和手機終端廠商共同支持的統(tǒng)一的技術(shù)及實現(xiàn)標準，因此它不但容易培養(yǎng)消費者較為一致的使用習(xí)慣，而且可以實現(xiàn)不同國家、不同運營商的互聯(lián)互通。后續(xù)階段，RCS將進一步引入社交網(wǎng)絡(luò)、開放式REST API應(yīng)用編程接口、與互聯(lián)網(wǎng)集成應(yīng)用商店等內(nèi)容。RCS REST風(fēng)格API的目標用戶是典型的Web開發(fā)商、第三方開發(fā)者、業(yè)務(wù)提供商，通過API可以將電信運營商的RCS業(yè)務(wù)能力和IMS網(wǎng)絡(luò)能力開放，更適合Wfeb 2.0 Widget輕量級應(yīng)用與Mashup 的開發(fā)，迎合Web應(yīng)用的發(fā)展趨勢。目前，電信運營商短信、彩信的業(yè)務(wù)能力已經(jīng)可以通過OMA (開放移動聯(lián)盟)制定的ParlayREST2. 0協(xié)議標準開放，而文件傳輸業(yè)務(wù)能力還沒有制定相應(yīng)的協(xié)議標準開放， 用戶還不能夠調(diào)用電信能力來實現(xiàn)文件傳輸會話的啟動和獲取會話列表。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的一個目的在于提供一種啟動文件傳輸會話的方法及系統(tǒng)，以解決用戶不能調(diào)用電信能力來啟動文件傳輸會話的問題。為了解決上述問題，本發(fā)明提供了一種啟動文件傳輸會話的方法，該方法基于電信網(wǎng)絡(luò)域提供的表象化狀態(tài)轉(zhuǎn)變(REST)應(yīng)用編程接口(API)，包括客戶端向服務(wù)器發(fā)送啟動文件傳輸會話請求消息，攜帶使用的動作和資源的信息，及請求創(chuàng)建的文件傳輸會話的信息，所述資源用統(tǒng)一資源位置符(URL)標示；所述服務(wù)器收到所述啟動文件傳輸會話請求消息后，創(chuàng)建所述文件傳輸會話，并向所述客戶端返回啟動文件傳輸會話響應(yīng)消息，攜帶已創(chuàng)建的所述文件傳輸會話的信息。較佳地，所述使用的動作為HTTP的布置(POST)動作，所述使用的資源為源端參與者的文件傳輸會話，所述資源的資源URL包含源端參與者用戶標示符。較佳地，所述請求創(chuàng)建的文件傳輸會話的信息包括以下信息中的至少一種源端參與者信息、終端參與者信息、文件傳輸標示符、文件選擇器和文件部署。較佳地，所述請求創(chuàng)建的文件傳輸會話的終端參與者信息包含以下信息中的至少一種參與者地址和參與者姓名；和/或所述請求創(chuàng)建的文件傳輸會話的源端參與者信息包含以下信息中的至少一種參與者地址、參與者姓名和參與者的消息會話轉(zhuǎn)播協(xié)議(MSRP)客戶端路徑信息。較佳地，所述已創(chuàng)建的文件傳輸會話的信息包括以下信息中的至少一種源端參與者信息、終端參與者信息、文件傳輸會話標示符、文件傳輸會話狀態(tài)、文件傳輸標示符、文件選擇器、文件部署和文件傳輸會話的資源URL。較佳地，所述已創(chuàng)建的文件傳輸會話的源端參與者信息包括以下信息中的至少一種參與者地址、參與者姓名、參與者狀態(tài)、參與者啟動時間、參與者的資源URL、參與者標示符、參與者的MSRP客戶端路徑信息和參與者的MSRP服務(wù)器路徑信息；和/或所述已創(chuàng)建的文件傳輸會話的終端參與者信息包括以下信息中的至少一種終端參與者地址、終端參與者姓名和終端參與者狀態(tài)。較佳地，客戶端發(fā)送啟動文件傳輸會話請求消息之前，按以下方式生成所述啟動文件傳輸會話請求消息
以HTTP的布置(POST)為使用的動作，以源端參與者的文件傳輸會話為使用的資源，生成消息頭，所述資源的資源URL包含發(fā)起請求的源端參與者的用戶標示符；根據(jù)請求創(chuàng)建的所述文件傳輸會話的源端參與者信息和終端參與者信息，為每一個參與者生成一個文件傳輸會話參與者信息的數(shù)據(jù)結(jié)構(gòu)；并根據(jù)生成的所有文件傳輸會話參與者信息的數(shù)據(jù)結(jié)構(gòu)，以及所述文件傳輸會話的文件傳輸標示符、文件選擇器和文件部署信息中的至少一種，生成一個文件傳輸會話信息的數(shù)據(jù)結(jié)構(gòu)，作為消息體；根據(jù)所述消息頭和消息體生成所述啟動文件傳輸會話請求消息。較佳地，所述服務(wù)器創(chuàng)建所述文件傳輸會話成功，返回所述啟動文件傳輸會話響應(yīng)消息之前，按以下方式生成所述啟動文件傳輸會話響應(yīng)消息根據(jù)源端參與者的用戶標示符和所述文件傳輸會話的文件傳輸會話標示符生成已創(chuàng)建的文件傳輸會話的資源URL，在HTTP表示“已建立”的響應(yīng)符后添加用該資源URL表示的位置(Location)信息，生成消息頭；根據(jù)已創(chuàng)建的所述文件傳輸會話的源端參與者信息和終端參與者信息，為每一個參與者生成一個文件傳輸會話參與者信息的數(shù)據(jù)結(jié)構(gòu)；并根據(jù)生成的所有文件傳輸會話參與者信息的數(shù)據(jù)結(jié)構(gòu)，及所述文件傳輸會話的文件傳輸會話狀態(tài)、文件傳輸標示符、文件選擇器、文件部署和資源URL信息中的至少一種，生成一文件傳輸會話信息的數(shù)據(jù)結(jié)構(gòu)，作為消息體；根據(jù)所述消息頭和消息體生成啟動文件傳輸會話響應(yīng)消息。相應(yīng)地，本發(fā)明提供的啟動文件傳輸會話的系統(tǒng)中，客戶端和服務(wù)器基于電信網(wǎng)絡(luò)域提供的表象化狀態(tài)轉(zhuǎn)變(REST)應(yīng)用編程接口(API)交互，該系統(tǒng)包括客戶端中的消息生成裝置，用于生成啟動文件傳輸會話請求消息；客戶端中的消息發(fā)送裝置，用于向服務(wù)器發(fā)送所述啟動文件傳輸會話請求消息；服務(wù)器中的消息接收和處理裝置，用于在收到啟動文件傳輸會話請求消息后進行解析和處理，創(chuàng)建文件傳輸會話；服務(wù)器中的消息生成裝置，用于生成啟動文件傳輸會話響應(yīng)消息；服務(wù)器中的消息發(fā)送裝置，用于向所述客戶端返回啟動文件傳輸會話響應(yīng)消息。較佳地，所述客戶端中的消息生成裝置又包括消息頭生成子裝置，用于以HTTP的布置(POST)為使用的動作，以源端參與者的文件傳輸會話為使用的資源，生成消息頭，所述資源的資源URL包含發(fā)起請求的源端參與者的用戶標示符；消息體生成子裝置，用于根據(jù)請求創(chuàng)建的所述文件傳輸會話的源端參與者信息和終端參與者信息，為每一個參與者生成一個文件傳輸會話參與者信息的數(shù)據(jù)結(jié)構(gòu)；并根據(jù)生成的所有文件傳輸會話參與者信息的數(shù)據(jù)結(jié)構(gòu)，以及所述文件傳輸會話的文件傳輸標示符、文件選擇器和文件部署信息中的至少一種，生成一個文件傳輸會話信息的數(shù)據(jù)結(jié)構(gòu)，作為消息體；消息生成子裝置，用于根據(jù)所述消息頭和消息體生成所述啟動文件傳輸會話請求消息。較佳地，所述服務(wù)器中的消息生成裝置又包括
消息頭生成子裝置，用于根據(jù)源端參與者的用戶標示符和所述文件傳輸會話的文件傳輸會話標示符生成已創(chuàng)建的文件傳輸會話的資源URL，在HTTP表示“已建立”的響應(yīng)符后添加用該資源URL表示的位置(Location)信息，生成消息頭；消息體生成子裝置，用于根據(jù)已創(chuàng)建的所述文件傳輸會話的源端參與者信息和終端參與者信息，為每一個參與者生成一個文件傳輸會話參與者信息的數(shù)據(jù)結(jié)構(gòu)；并根據(jù)生成的所有文件傳輸會話參與者信息的數(shù)據(jù)結(jié)構(gòu)，及所述文件傳輸會話的文件傳輸會話狀態(tài)、文件傳輸標示符、文件選擇器、文件部署和資源URL信息中的至少一種，生成一文件傳輸會話信息的數(shù)據(jù)結(jié)構(gòu)，作為消息體；消息生成子裝置，用于根據(jù)所述消息頭和消息體生成啟動文件傳輸會話響應(yīng)消肩、ο基于上述方案，Web開發(fā)商、第三方開發(fā)者或業(yè)務(wù)提供商等用戶可以通過客戶端， 使用REST API訪問調(diào)用電信運營商網(wǎng)絡(luò)域中的電信能力，對服務(wù)器進行文件傳輸會話啟動的相關(guān)控制。有鑒于此，本發(fā)明的另一個目的在于提供一種獲取文件傳輸會話列表的方法及系統(tǒng)，以解決用戶不能調(diào)用電信能力獲取文件傳輸會話列表的問題。為了解決上述問題，本發(fā)明提供了一種獲取文件傳輸會話列表的方法，該方法基于電信網(wǎng)絡(luò)域提供的表象化狀態(tài)轉(zhuǎn)變(REST)應(yīng)用編程接口(API)，包括客戶端向服務(wù)器發(fā)送獲取文件傳輸會話列表請求消息，攜帶使用的動作和資源的信息，所述資源用統(tǒng)一資源位置符(URL)標示；所述服務(wù)器收到所述獲取文件傳輸會話列表請求消息后，向所述客戶端返回獲取文件傳輸會話列表響應(yīng)消息，攜帶獲取的所述文件傳輸會話列表信息。較佳地，使用的所述動作為HTTP的獲取(GET)動作，使用的所述資源的資源URL包含源端參與者用戶標示符。較佳地，所述文件傳輸會話列表信息包括以下信息中的至少一種一個或多個文件傳輸會話的信息，及所述文件傳輸會話列表的資源URL;其中，所述文件傳輸會話的信息中包含以下信息中的至少一種源端參與者信息、終端參與者信息、文件傳輸會話標示符、文件傳輸會話狀態(tài)、文件傳輸標示符、文件選擇器、文件部署和文件傳輸會話的資源URL。較佳地，所述源端參與者信息包含以下信息中的至少一種參與者地址、參與者姓名、參與者狀態(tài)、參與者啟動時間、參與者標示符、參與者的MSRP客戶端路徑信息、參與者的MSRP服務(wù)器路徑信息和參與者的資源URL ；和/或所述終端參與者信息包含以下信息中的至少一種參與者地址、參與者姓名、參與者狀態(tài)、參與者啟動時間和終端參與者的資源URL。較佳地，客戶端發(fā)送獲取文件傳輸會話列表請求消息之前，按以下方式生成獲取文件傳輸會話列表請求消息以HTTP的獲取(GET)動作為使用的動作，以源端參與者所有文件傳輸會話為使用的資源，生成消息頭，所述資源的資源URL包含源端參與者的用戶標示符；根據(jù)所述消息頭生成所述獲取文件傳輸會話列表請求消息。較佳地，所述服務(wù)器獲取源端參與者的文件傳輸會話列表信息成功時，按以下方式生成返回的所述獲取文件傳輸會話列表響應(yīng)消息根據(jù)HTTP表示“成功”的響應(yīng)生成消息頭；對源端參與者的每一文件傳輸會話，根據(jù)該文件傳輸會話的源端參與者信息和終端參與者信息，為每一參與者生成一個文件傳輸會話參與者信息的數(shù)據(jù)結(jié)構(gòu)，然后根據(jù)生成的所有文件傳輸會話參與者信息的數(shù)據(jù)結(jié)構(gòu)，以及該文件傳輸會話的文件傳輸會話狀態(tài)、文件傳輸標示符、文件選擇器、文件部署和資源URL中的至少一種，生成一個文件傳輸會話信息的數(shù)據(jù)結(jié)構(gòu)；根據(jù)生成的所有文件傳輸會話信息的數(shù)據(jù)結(jié)構(gòu)和源端參與者所有文件傳輸會話的資源URL，生成文件傳輸會話列表信息的數(shù)據(jù)結(jié)構(gòu)，作為消息體；根據(jù)所述消息頭和消息體生成獲取文件傳輸會話列表響應(yīng)消息。相應(yīng)地，本發(fā)明提供的獲取文件傳輸會話列表的系統(tǒng)中，客戶端和服務(wù)器基于電信網(wǎng)絡(luò)域提供的表象化狀態(tài)轉(zhuǎn)變(REST)應(yīng)用編程接口(API)交互，該系統(tǒng)包括客戶端中的消息生成裝置，用于生成獲取文件傳輸會話列表請求消息；客戶端中的消息發(fā)送裝置，用于向服務(wù)器發(fā)送所述獲取文件傳輸會話列表請求消息；服務(wù)器中的消息接收和處理裝置，用于在收到獲取文件傳輸會話列表請求消息后進行解析和處理，獲取源端參與者的文件傳輸會話列表信息；服務(wù)器中的消息生成裝置，用于生成獲取文件傳輸會話列表響應(yīng)消息；服務(wù)器中的消息發(fā)送裝置，用于向所述客戶端返回獲取文件傳輸會話列表響應(yīng)消肩、ο較佳地，所述客戶端中的消息生成裝置又包括消息頭生成子裝置，用于以HTTP的獲取(GET)動作為使用的動作，以源端參與者所有文件傳輸會話為使用的資源，生成消息頭，所述資源的資源URL包含源端參與者的用戶標示符；消息生成子裝置，用于根據(jù)所述消息頭生成獲取文件傳輸會話列表請求消息。所述服務(wù)器中的消息生成裝置又包括消息頭生成子裝置，用于根據(jù)HTTP表示“成功”的響應(yīng)生成消息頭；消息體生成子裝置，用于對源端參與者的每一文件傳輸會話，根據(jù)該文件傳輸會話的源端參與者信息和終端參與者信息，為每一參與者生成一個文件傳輸會話參與者信息的數(shù)據(jù)結(jié)構(gòu)，然后根據(jù)生成的所有文件傳輸會話參與者信息的數(shù)據(jù)結(jié)構(gòu)，以及該文件傳輸會話的文件傳輸會話狀態(tài)、文件傳輸標示符、文件選擇器、文件部署和資源URL中的至少一種，生成一個文件傳輸會話信息的數(shù)據(jù)結(jié)構(gòu)；然后根據(jù)生成的所有文件傳輸會話信息的數(shù)據(jù)結(jié)構(gòu)和源端參與者所有文件傳輸會話的資源URL，生成文件傳輸會話列表信息的數(shù)據(jù)結(jié)構(gòu)，作為消息體；
消息生成子裝置，用于根據(jù)所述消息頭和消息體生成獲取文件傳輸會話列表響應(yīng)消息?；谏鲜龇桨?，Web開發(fā)商、第三方開發(fā)者或業(yè)務(wù)提供商等用戶可以通過客戶端， 使用REST API訪問調(diào)用電信網(wǎng)絡(luò)域中的電信能力，對服務(wù)器進行獲取文件傳輸會話列表的相關(guān)控制。


圖1為本發(fā)明實施例開放電信能力接口的系統(tǒng)結(jié)構(gòu)的示意圖；圖2為本發(fā)明實施例一啟動文件傳輸會話的方法的流程圖；圖3為本發(fā)明實施例二獲取文件傳輸會話列表的方法的流程圖；圖4為本發(fā)明實施例客戶端和服務(wù)器之間啟動文件傳輸會話、獲取文件傳輸會話列表的操作示意圖。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，下文中將結(jié)合附圖對本發(fā)明的實施例進行詳細說明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互任意組合。實施例一圖1示出了本實施例開放文件傳輸業(yè)務(wù)電信能力接口的系統(tǒng)結(jié)構(gòu)。如圖所示，電信網(wǎng)絡(luò)域包含IMS核心網(wǎng)和業(yè)務(wù)層，業(yè)務(wù)層包含短信業(yè)務(wù)服務(wù)器、彩信業(yè)務(wù)服務(wù)器、文件傳輸業(yè)務(wù)服務(wù)器(如RCS文件傳輸業(yè)務(wù)引擎)以及其他業(yè)務(wù)服務(wù)器等各種業(yè)務(wù)網(wǎng)絡(luò)設(shè)備，但是，本發(fā)明用于文件傳輸業(yè)務(wù)的服務(wù)器也可以同時用于其他多種業(yè)務(wù)，并不局限于專用的服務(wù)器。這些服務(wù)器向Web開發(fā)商、第三方開發(fā)者、業(yè)務(wù)提供商等提供開放的REST APLffeb 開發(fā)商、第三方開發(fā)者、業(yè)務(wù)提供商等用戶的客戶端可以使用REST API訪問電信網(wǎng)絡(luò)域，調(diào)用電信網(wǎng)絡(luò)域的RCS業(yè)務(wù)能力和IMS網(wǎng)絡(luò)能力，實現(xiàn)電信業(yè)務(wù)的Wfeb 2. Offidget輕量級應(yīng)用與Mashup的開發(fā)。本實施例中，Web開發(fā)商、第三方開發(fā)者、業(yè)務(wù)提供商等用戶開發(fā)的應(yīng)用程序可以通過客戶端，使用本實施例提供的REST API對服務(wù)器進行文件傳輸會話啟動相關(guān)控制?？蛻舳丝梢晕挥跇I(yè)務(wù)提供商的網(wǎng)絡(luò)設(shè)備中，也可以位于終端用戶設(shè)備如移動終端、固定終端等中。本發(fā)明適用的用戶也不限于上述類型，可以是基于互聯(lián)網(wǎng)服務(wù)、WEB服務(wù)的任何有控制權(quán)限的文件傳輸參與者。本實施例中REST API使用的資源、動作和數(shù)據(jù)結(jié)構(gòu)的相關(guān)定義如下
權(quán)利要求
1.一種啟動文件傳輸會話的方法，該方法基于電信網(wǎng)絡(luò)域提供的表象化狀態(tài)轉(zhuǎn)變 (REST)應(yīng)用編程接口(API)，包括客戶端向服務(wù)器發(fā)送啟動文件傳輸會話請求消息，攜帶使用的動作和資源的信息，及請求創(chuàng)建的文件傳輸會話的信息，所述資源用統(tǒng)一資源位置符(URL)標示；所述服務(wù)器收到所述啟動文件傳輸會話請求消息后，創(chuàng)建所述文件傳輸會話，并向所述客戶端返回啟動文件傳輸會話響應(yīng)消息，攜帶已創(chuàng)建的所述文件傳輸會話的信息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于所述使用的動作為HTTP的布置(POST)動作，所述使用的資源為源端參與者的文件傳輸會話，所述資源的資源URL包含源端參與者用戶標示符。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于所述請求創(chuàng)建的文件傳輸會話的信息包括以下信息中的至少一種源端參與者信息、 終端參與者信息、文件傳輸標示符、文件選擇器和文件部署。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于所述請求創(chuàng)建的文件傳輸會話的終端參與者信息包含以下信息中的至少一種參與者地址和參與者姓名；和/或所述請求創(chuàng)建的文件傳輸會話的源端參與者信息包含以下信息中的至少一種參與者地址、參與者姓名和參與者的消息會話轉(zhuǎn)播協(xié)議(MSRP)客戶端路徑信息。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于所述已創(chuàng)建的文件傳輸會話的信息包括以下信息中的至少一種源端參與者信息、終端參與者信息、文件傳輸會話標示符、文件傳輸會話狀態(tài)、文件傳輸標示符、文件選擇器、文件部署和文件傳輸會話的資源URL。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于所述已創(chuàng)建的文件傳輸會話的源端參與者信息包括以下信息中的至少一種參與者地址、參與者姓名、參與者狀態(tài)、參與者啟動時間、參與者的資源URL、參與者標示符、參與者的 MSRP客戶端路徑信息和參與者的MSRP服務(wù)器路徑信息；和/或所述已創(chuàng)建的文件傳輸會話的終端參與者信息包括以下信息中的至少一種終端參與者地址、終端參與者姓名和終端參與者狀態(tài)。
7.根據(jù)權(quán)利要求3或4所述的方法，其特征在于，客戶端發(fā)送啟動文件傳輸會話請求消息之前，按以下方式生成所述啟動文件傳輸會話請求消息以HTTP的布置(POST)為使用的動作，以源端參與者的文件傳輸會話為使用的資源，生成消息頭，所述資源的資源URL包含發(fā)起請求的源端參與者的用戶標示符；根據(jù)請求創(chuàng)建的所述文件傳輸會話的源端參與者信息和終端參與者信息，為每一個參與者生成一個文件傳輸會話參與者信息的數(shù)據(jù)結(jié)構(gòu)；并根據(jù)生成的所有文件傳輸會話參與者信息的數(shù)據(jù)結(jié)構(gòu)，以及所述文件傳輸會話的文件傳輸標示符、文件選擇器和文件部署信息中的至少一種，生成一個文件傳輸會話信息的數(shù)據(jù)結(jié)構(gòu)，作為消息體；根據(jù)所述消息頭和消息體生成所述啟動文件傳輸會話請求消息。
8.根據(jù)權(quán)利要求5或6所述的方法，其特征在于所述服務(wù)器創(chuàng)建所述文件傳輸會話成功，返回所述啟動文件傳輸會話響應(yīng)消息之前， 按以下方式生成所述啟動文件傳輸會話響應(yīng)消息根據(jù)源端參與者的用戶標示符和所述文件傳輸會話的文件傳輸會話標示符生成已創(chuàng)建的文件傳輸會話的資源URL，在HTTP表示“已建立”的響應(yīng)符后添加用該資源URL表示的位置(Location)信息，生成消息頭；根據(jù)已創(chuàng)建的所述文件傳輸會話的源端參與者信息和終端參與者信息，為每一個參與者生成一個文件傳輸會話參與者信息的數(shù)據(jù)結(jié)構(gòu)；并根據(jù)生成的所有文件傳輸會話參與者信息的數(shù)據(jù)結(jié)構(gòu)，及所述文件傳輸會話的文件傳輸會話狀態(tài)、文件傳輸標示符、文件選擇器、文件部署和資源URL信息中的至少一種，生成一文件傳輸會話信息的數(shù)據(jù)結(jié)構(gòu)，作為消息體；根據(jù)所述消息頭和消息體生成啟動文件傳輸會話響應(yīng)消息。
9.一種獲取文件傳輸會話列表的方法，該方法基于電信網(wǎng)絡(luò)域提供的表象化狀態(tài)轉(zhuǎn)變 (REST)應(yīng)用編程接口(API)，包括客戶端向服務(wù)器發(fā)送獲取文件傳輸會話列表請求消息，攜帶使用的動作和資源的信息，所述資源用統(tǒng)一資源位置符(URL)標示；所述服務(wù)器收到所述獲取文件傳輸會話列表請求消息后，向所述客戶端返回獲取文件傳輸會話列表響應(yīng)消息，攜帶獲取的所述文件傳輸會話列表信息。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于使用的所述動作為HTTP的獲取(GET)動作，使用的所述資源的資源URL包含源端參與者用戶標示符。
11.根據(jù)權(quán)利要求9所述的方法，其特征在于所述文件傳輸會話列表信息包括以下信息中的至少一種一個或多個文件傳輸會話的信息，及所述文件傳輸會話列表的資源URL;其中，所述文件傳輸會話的信息中包含以下信息中的至少一種源端參與者信息、終端參與者信息、文件傳輸會話標示符、文件傳輸會話狀態(tài)、文件傳輸標示符、文件選擇器、文件部署和文件傳輸會話的資源URL。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于所述源端參與者信息包含以下信息中的至少一種參與者地址、參與者姓名、參與者狀態(tài)、參與者啟動時間、參與者標示符、參與者的MSRP客戶端路徑信息、參與者的MSRP服務(wù)器路徑信息和參與者的資源URL ；和/或所述終端參與者信息包含以下信息中的至少一種參與者地址、參與者姓名、參與者狀態(tài)、參與者啟動時間和終端參與者的資源URL。
13.根據(jù)權(quán)利要求9所述的方法，其特征在于，客戶端發(fā)送獲取文件傳輸會話列表請求消息之前，按以下方式生成獲取文件傳輸會話列表請求消息以HTTP的獲取(GET)動作為使用的動作，以源端參與者所有文件傳輸會話為使用的資源，生成消息頭，所述資源的資源URL包含源端參與者的用戶標示符；根據(jù)所述消息頭生成所述獲取文件傳輸會話列表請求消息。
14.根據(jù)權(quán)利要求11或12所述的方法，其特征在于所述服務(wù)器獲取源端參與者的文件傳輸會話列表信息成功時，按以下方式生成返回的所述獲取文件傳輸會話列表響應(yīng)消息根據(jù)HTTP表示“成功”的響應(yīng)生成消息頭；對源端參與者的每一文件傳輸會話，根據(jù)該文件傳輸會話的源端參與者信息和終端參與者信息，為每一參與者生成一個文件傳輸會話參與者信息的數(shù)據(jù)結(jié)構(gòu)，然后根據(jù)生成的所有文件傳輸會話參與者信息的數(shù)據(jù)結(jié)構(gòu)，以及該文件傳輸會話的文件傳輸會話狀態(tài)、文件傳輸標示符、文件選擇器、文件部署和資源URL中的至少一種，生成一個文件傳輸會話信息的數(shù)據(jù)結(jié)構(gòu)；根據(jù)生成的所有文件傳輸會話信息的數(shù)據(jù)結(jié)構(gòu)和源端參與者所有文件傳輸會話的資源URL，生成文件傳輸會話列表信息的數(shù)據(jù)結(jié)構(gòu)，作為消息體；根據(jù)所述消息頭和消息體生成獲取文件傳輸會話列表響應(yīng)消息。
15.一種啟動文件傳輸會話的系統(tǒng)，客戶端和服務(wù)器基于電信網(wǎng)絡(luò)域提供的表象化狀態(tài)轉(zhuǎn)變(REST)應(yīng)用編程接口(API)交互，該系統(tǒng)包括客戶端中的消息生成裝置，用于生成啟動文件傳輸會話請求消息； 客戶端中的消息發(fā)送裝置，用于向服務(wù)器發(fā)送所述啟動文件傳輸會話請求消息； 服務(wù)器中的消息接收和處理裝置，用于在收到啟動文件傳輸會話請求消息后進行解析和處理，創(chuàng)建文件傳輸會話；服務(wù)器中的消息生成裝置，用于生成啟動文件傳輸會話響應(yīng)消息； 服務(wù)器中的消息發(fā)送裝置，用于向所述客戶端返回啟動文件傳輸會話響應(yīng)消息。
16.如權(quán)利要求15所述的系統(tǒng)，其特征在于，所述客戶端中的消息生成裝置又包括 消息頭生成子裝置，用于以HTTP的布置(POST)為使用的動作，以源端參與者的文件傳輸會話為使用的資源，生成消息頭，所述資源的資源URL包含發(fā)起請求的源端參與者的用戶標示符；消息體生成子裝置，用于根據(jù)請求創(chuàng)建的所述文件傳輸會話的源端參與者信息和終端參與者信息，為每一個參與者生成一個文件傳輸會話參與者信息的數(shù)據(jù)結(jié)構(gòu)；并根據(jù)生成的所有文件傳輸會話參與者信息的數(shù)據(jù)結(jié)構(gòu)，以及所述文件傳輸會話的文件傳輸標示符、 文件選擇器和文件部署信息中的至少一種，生成一個文件傳輸會話信息的數(shù)據(jù)結(jié)構(gòu)，作為消息體；消息生成子裝置，用于根據(jù)所述消息頭和消息體生成所述啟動文件傳輸會話請求消肩、ο
17.如權(quán)利要求15或16所述的系統(tǒng)，其特征在于，所述服務(wù)器中的消息生成裝置又包括消息頭生成子裝置，用于根據(jù)源端參與者的用戶標示符和所述文件傳輸會話的文件傳輸會話標示符生成已創(chuàng)建的文件傳輸會話的資源URL，在HTTP表示“已建立”的響應(yīng)符后添加用該資源URL表示的位置(Location)信息，生成消息頭；消息體生成子裝置，用于根據(jù)已創(chuàng)建的所述文件傳輸會話的源端參與者信息和終端參與者信息，為每一個參與者生成一個文件傳輸會話參與者信息的數(shù)據(jù)結(jié)構(gòu)；并根據(jù)生成的所有文件傳輸會話參與者信息的數(shù)據(jù)結(jié)構(gòu)，及所述文件傳輸會話的文件傳輸會話狀態(tài)、文件傳輸標示符、文件選擇器、文件部署和資源URL信息中的至少一種，生成一文件傳輸會話信息的數(shù)據(jù)結(jié)構(gòu)，作為消息體；消息生成子裝置，用于根據(jù)所述消息頭和消息體生成啟動文件傳輸會話響應(yīng)消息。
18.一種獲取文件傳輸會話列表的系統(tǒng)，客戶端和服務(wù)器基于電信網(wǎng)絡(luò)域提供的表象化狀態(tài)轉(zhuǎn)變(REST)應(yīng)用編程接口(API)交互，該系統(tǒng)包括客戶端中的消息生成裝置，用于生成獲取文件傳輸會話列表請求消息； 客戶端中的消息發(fā)送裝置，用于向服務(wù)器發(fā)送所述獲取文件傳輸會話列表請求消息； 服務(wù)器中的消息接收和處理裝置，用于在收到獲取文件傳輸會話列表請求消息后進行解析和處理，獲取源端參與者的文件傳輸會話列表信息；服務(wù)器中的消息生成裝置，用于生成獲取文件傳輸會話列表響應(yīng)消息； 服務(wù)器中的消息發(fā)送裝置，用于向所述客戶端返回獲取文件傳輸會話列表響應(yīng)消息。 19.如權(quán)利要求18所述的系統(tǒng)，其特征在于，所述客戶端中的消息生成裝置又包括 消息頭生成子裝置，用于以HTTP的獲取(GET)動作為使用的動作，以源端參與者所有文件傳輸會話為使用的資源，生成消息頭，所述資源的資源URL包含源端參與者的用戶標示符；消息生成子裝置，用于根據(jù)所述消息頭生成獲取文件傳輸會話列表請求消息； 所述服務(wù)器中的消息生成裝置又包括消息頭生成子裝置，用于根據(jù)HTTP表示“成功”的響應(yīng)生成消息頭； 消息體生成子裝置，用于對源端參與者的每一文件傳輸會話，根據(jù)該文件傳輸會話的源端參與者信息和終端參與者信息，為每一參與者生成一個文件傳輸會話參與者信息的數(shù)據(jù)結(jié)構(gòu)，然后根據(jù)生成的所有文件傳輸會話參與者信息的數(shù)據(jù)結(jié)構(gòu)，以及該文件傳輸會話的文件傳輸會話狀態(tài)、文件傳輸標示符、文件選擇器、文件部署和資源URL中的至少一種， 生成一個文件傳輸會話信息的數(shù)據(jù)結(jié)構(gòu)；然后根據(jù)生成的所有文件傳輸會話信息的數(shù)據(jù)結(jié)構(gòu)和源端參與者所有文件傳輸會話的資源URL，生成文件傳輸會話列表信息的數(shù)據(jù)結(jié)構(gòu)，作為消息體；消息生成子裝置，用于根據(jù)所述消息頭和消息體生成獲取文件傳輸會話列表響應(yīng)消息。
全文摘要
一種啟動文件傳輸會話和獲取文件傳輸會話列表的方法及系統(tǒng)，基于電信網(wǎng)絡(luò)域提供的REST API，啟動文件傳輸會話時，包括客戶端向服務(wù)器發(fā)送啟動文件傳輸會話請求消息，攜帶使用的動作和資源的信息，及請求創(chuàng)建的文件傳輸會話的信息；所述服務(wù)器創(chuàng)建所述文件傳輸會話，并向所述客戶端返回啟動文件傳輸會話響應(yīng)消息。要獲取文件傳輸會話列表時，客戶端向服務(wù)器發(fā)送獲取文件傳輸會話列表請求消息，攜帶使用的動作和資源的信息；所述服務(wù)器收到請求消息后，向所述客戶端返回獲取文件傳輸會話列表響應(yīng)消息，攜帶獲取的所述文件傳輸會話列表信息。本發(fā)明可以解決用戶不能調(diào)用電信能力來啟動文件傳輸會話和獲取文件傳輸會話列表的問題。
文檔編號H04L29/06GK102469090SQ201010548608
公開日2012年5月23日 申請日期2010年11月17日 優(yōu)先權(quán)日2010年11月17日
發(fā)明者邵偉翔 申請人:中興通訊股份有限公司