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

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的一個(gè)目的在于提供一種接收輸入文件的方法及系統(tǒng)，以解決用戶不能調(diào)用電信能力接收輸入文件的問題。為了解決上述問題，本發(fā)明提供了一種接收輸入文件的方法，該方法基于電信網(wǎng)絡(luò)域提供的表象化狀態(tài)轉(zhuǎn)變(REST)應(yīng)用編程接口(API)實(shí)現(xiàn)，包括客戶端以請求接收的輸入文件為使用的資源，向服務(wù)器發(fā)送接收輸入文件請求消息，攜帶所述資源的資源統(tǒng)一資源位置符(URL)；所述服務(wù)器收到所述接收輸入文件請求消息后，獲取所述輸入文件的信息，向所述客戶端返回接收輸入文件響應(yīng)消息，攜帶所述輸入文件的信息。較佳地所述接收輸入文件請求消息中包含使用的動作的信息，所述動作是超文本轉(zhuǎn)換協(xié)議(HTTP)的獲取(GET)動作，所述資源的資源URL包含終端參與者的用戶標(biāo)示符及文件傳輸會話的標(biāo)示符中的至少一種。較佳地所述輸入文件的信息包括以下信息中的至少一種接收消息會話轉(zhuǎn)播協(xié)議 (MSRP)路徑、發(fā)送MSRP路徑、字節(jié)范圍、成功報(bào)告、失敗報(bào)告、接收者用戶標(biāo)示符、發(fā)送者用戶標(biāo)示符、文件日期、文件內(nèi)容部署、文件內(nèi)容類型和資源URL。較佳地客戶端發(fā)送接收輸入文件請求消息之前，按以下方式生成所述接收輸入文件請求消息以HTTP的獲取(GET)為使用的動作，以請求接收的輸入文件為使用的資源，生成消息頭，所述資源的資源URL包含請求接收輸入文件的終端參與者的用戶標(biāo)示符和/或該終端參與者參與的相應(yīng)文件傳輸會話的標(biāo)示符；根據(jù)所述消息頭生成接收輸入文件請求消息。較佳地所述服務(wù)器接收輸入文件成功，返回接收輸入文件響應(yīng)消息之前，按以下方式生成所述接收輸入文件響應(yīng)消息根據(jù)HTTP表示“成功(OK) ”的響應(yīng)符，生成消息頭；根據(jù)所述輸入文件的信息生成一個(gè)文件的數(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ù)器中的消息接收和處理裝置，用于收到接收輸入文件請求消息后進(jìn)行解析和處理，獲取所述輸入文件的信息；服務(wù)器中的消息生成裝置，用于生成接收輸入文件響應(yīng)消息；服務(wù)器中的消息發(fā)送裝置，用于向所述客戶端返回所述接收輸入文件響應(yīng)消息。較佳地所述客戶端中的消息生成裝置又包括消息頭生成子裝置，用于以HTTP的獲取(GET)為使用的動作，以請求接收的輸入文件為使用的資源，生成消息頭，所述資源的資源URL包含請求接收輸入文件的終端參與者的用戶標(biāo)示符和/或該終端參與者參與的相應(yīng)文件傳輸會話的標(biāo)示符；消息生成子裝置，用于根據(jù)所述消息頭生成所述接收輸入文件請求消息。所述服務(wù)器中的消息生成裝置又包括消息頭生成子裝置，根據(jù)HTTP表示“成功”的響應(yīng)符，生成消息頭；消息體生成子裝置，用于根據(jù)接收的輸入文件的接收消息會話轉(zhuǎn)播協(xié)議(MSRP) 路徑、發(fā)送MSRP路徑、字節(jié)范圍、成功報(bào)告、失敗報(bào)告、接收者用戶標(biāo)示符、發(fā)送者用戶標(biāo)示符、文件日期、文件內(nèi)容部署、文件內(nèi)容類型和資源URL中的至少一種，生成一個(gè)文件的數(shù)據(jù)結(jié)構(gòu)，作為消息體；消息生成子裝置，用于根據(jù)所述消息頭和消息體生成所述接收輸入文件響應(yīng)消肩、ο基于上述方案，Web開發(fā)商、第三方開發(fā)者或業(yè)務(wù)提供商等用戶可以通過客戶端， 使用REST API訪問調(diào)用電信運(yùn)營商網(wǎng)絡(luò)域中的電信能力，對服務(wù)器進(jìn)行接收輸入文件的相關(guān)控制。本發(fā)明的另一個(gè)目的在于提供一種刪除輸入文件的方法及系統(tǒng)，以解決用戶不能調(diào)用電信能力刪除輸入文件的問題。為了解決上述問題，本發(fā)明提供了一種刪除輸入文件的方法，該方法基于電信網(wǎng)絡(luò)域提供的表象化狀態(tài)轉(zhuǎn)變(REST)應(yīng)用編程接口(API)實(shí)現(xiàn)，包括客戶端以請求刪除的輸入文件為使用的資源，向服務(wù)器發(fā)送刪除輸入文件請求消息，攜帶所述資源的資源統(tǒng)一資源位置符(URL)；所述服務(wù)器收到所述刪除輸入文件請求消息后，刪除所述輸入文件，向所述客戶端返回刪除輸入文件響應(yīng)消息。較佳地所述刪除輸入文件請求消息包含使用的動作的信息，所述動作為超文本轉(zhuǎn)換協(xié)議 (HTTP)的刪除(Delete)動作，所述資源的資源URL包含終端參與者的用戶標(biāo)示符和文件傳輸會話的標(biāo)示符中的至少一種。較佳地所述客戶端發(fā)送刪除輸入文件請求消息之前，按以下方式生成所述刪除輸入文件請求消息以請求刪除的輸入文件為使用的資源，以HTTP的刪除(Delete)動作為使用的動作，生成消息頭，所述資源的資源URL包含請求刪除輸入文件的終端參與者的用戶標(biāo)示符和/或該終端參與者參與的相應(yīng)文件傳輸會話的標(biāo)示符；根據(jù)所述消息頭生成所述刪除輸入文件請求消息；所述服務(wù)器刪除輸入文件成功，返回刪除輸入文件響應(yīng)消息之前，按以下方式生成刪除輸入文件響應(yīng)消息根據(jù)HTTP表示“無內(nèi)容(No content) ”的響應(yīng)符生成消息頭；根據(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ù)器中的消息接收和處理裝置，用于在收到所述刪除輸入文件請求消息后進(jìn)行解析和處理，刪除所述輸入文件；服務(wù)器中的消息生成裝置，用于生成刪除輸入文件響應(yīng)消息；服務(wù)器中的消息發(fā)送裝置，用于向所述客戶端返回所述刪除輸入文件響應(yīng)消息。較佳地所述客戶端中的消息生成裝置又包括消息頭生成子裝置，用于以請求刪除的輸入文件為使用的資源，以HTTP的刪除 (Delete)動作為使用的動作，生成消息頭，所述資源的資源URL包含請求刪除輸入文件的終端參與者的用戶標(biāo)示符和/或該終端參與者參與的相應(yīng)文件傳輸會話的標(biāo)示符；消息生成子裝置，用于根據(jù)所述消息頭生成所述刪除輸入文件請求消息；所述服務(wù)器中的消息生成裝置又包括消息頭生成子裝置，用于根據(jù)HTTP表示“無內(nèi)容(No content)，，的響應(yīng)符生成消息頭；消息生成子裝置，用于根據(jù)所述消息頭生成所述刪除輸入文件響應(yīng)消息。基于上述方案，Web開發(fā)商、第三方開發(fā)者或業(yè)務(wù)提供商等用戶可以通過客戶端， 使用REST API訪問調(diào)用電信網(wǎng)絡(luò)域中的電信能力，對服務(wù)器進(jìn)行刪除輸入文件的相關(guān)控制。


圖1為本發(fā)明實(shí)施例開放電信能力接口的系統(tǒng)結(jié)構(gòu)的示意圖；圖2為本發(fā)明實(shí)施例一接收輸入文件方法的流程圖；圖3為本發(fā)明實(shí)施例二刪除輸入文件方法的流程圖；圖4為本發(fā)明實(shí)施例客戶端和服務(wù)器之間的接收和刪除輸入文件的操作示意圖。
具體實(shí)施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，下文中將結(jié)合附圖對本發(fā)明的實(shí)施例進(jìn)行詳細(xì)說明。需要說明的是，在不沖突的情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相互任意組合。實(shí)施例一
圖1示出了本實(shí)施例開放文件傳輸業(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ù)器也可以同時(shí)用于其他多種業(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ò)能力，實(shí)現(xiàn)電信業(yè)務(wù)的Wfeb 2. Offidget輕量級應(yīng)用與Mashup的開發(fā)。本實(shí)施例中，Web開發(fā)商、第三方開發(fā)者、業(yè)務(wù)提供商等用戶開發(fā)的應(yīng)用程序可以通過客戶端，使用本實(shí)施例提供的REST API對服務(wù)器進(jìn)行接收輸入文件的相關(guān)控制?？蛻舳丝梢晕挥跇I(yè)務(wù)提供商的網(wǎng)絡(luò)設(shè)備中，也可以位于終端用戶設(shè)備如移動終端、固定終端等中。本發(fā)明適用的用戶也不限于上述類型，可以是基于互聯(lián)網(wǎng)服務(wù)、WEB服務(wù)的任何有控制權(quán)限的文件傳輸參與者。本實(shí)施例中REST API使用的資源、動作和數(shù)據(jù)結(jié)構(gòu)的相關(guān)定義如下
權(quán)利要求
1.一種接收輸入文件的方法，該方法基于電信網(wǎng)絡(luò)域提供的表象化狀態(tài)轉(zhuǎn)變(REST) 應(yīng)用編程接口(API)實(shí)現(xiàn)，包括客戶端以請求接收的輸入文件為使用的資源，向服務(wù)器發(fā)送接收輸入文件請求消息， 攜帶所述資源的資源統(tǒng)一資源位置符(URL)；所述服務(wù)器收到所述接收輸入文件請求消息后，獲取所述輸入文件的信息，向所述客戶端返回接收輸入文件響應(yīng)消息，攜帶所述輸入文件的信息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于所述接收輸入文件請求消息中包含使用的動作的信息，所述動作是超文本轉(zhuǎn)換協(xié)議 (HTTP)的獲取(GET)動作，所述資源的資源URL包含終端參與者的用戶標(biāo)示符及文件傳輸會話的標(biāo)示符中的至少一種。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于所述輸入文件的信息包括以下信息中的至少一種接收消息會話轉(zhuǎn)播協(xié)議(MSRP)路徑、發(fā)送MSRP路徑、字節(jié)范圍、成功報(bào)告、失敗報(bào)告、接收者用戶標(biāo)示符、發(fā)送者用戶標(biāo)示符、文件日期、文件內(nèi)容部署、文件內(nèi)容類型和資源URL。
4.根據(jù)權(quán)利要求1或3所述的方法，其特征在于，客戶端發(fā)送接收輸入文件請求消息之前，按以下方式生成所述接收輸入文件請求消息以HTTP的獲取(GET)為使用的動作，以請求接收的輸入文件為使用的資源，生成消息頭，所述資源的資源URL包含請求接收輸入文件的終端參與者的用戶標(biāo)示符和/或該終端參與者參與的相應(yīng)文件傳輸會話的標(biāo)示符；根據(jù)所述消息頭生成接收輸入文件請求消息。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于所述服務(wù)器接收輸入文件成功，返回接收輸入文件響應(yīng)消息之前，按以下方式生成所述接收輸入文件響應(yīng)消息根據(jù)HTTP表示“成功(OK)，，的響應(yīng)符，生成消息頭；根據(jù)所述輸入文件的信息生成一個(gè)文件的數(shù)據(jù)結(jié)構(gòu)，作為消息體；根據(jù)所述消息頭和消息體生成接收輸入文件響應(yīng)消息。
6.一種刪除輸入文件的方法，該方法基于電信網(wǎng)絡(luò)域提供的表象化狀態(tài)轉(zhuǎn)變(REST) 應(yīng)用編程接口(API)實(shí)現(xiàn)，包括客戶端以請求刪除的輸入文件為使用的資源，向服務(wù)器發(fā)送刪除輸入文件請求消息， 攜帶所述資源的資源統(tǒng)一資源位置符(URL)；所述服務(wù)器收到所述刪除輸入文件請求消息后，刪除所述輸入文件，向所述客戶端返回刪除輸入文件響應(yīng)消息。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于所述刪除輸入文件請求消息包含使用的動作的信息，所述動作為超文本轉(zhuǎn)換協(xié)議 (HTTP)的刪除(Delete)動作，所述資源的資源URL包含終端參與者的用戶標(biāo)示符和文件傳輸會話的標(biāo)示符中的至少一種。
8.根據(jù)權(quán)利要求6所述的方法，其特征在于所述客戶端發(fā)送刪除輸入文件請求消息之前，按以下方式生成所述刪除輸入文件請求消息以請求刪除的輸入文件為使用的資源，以HTTP的刪除(Delete)動作為使用的動作，生成消息頭，所述資源的資源URL包含請求刪除輸入文件的終端參與者的用戶標(biāo)示符和/或該終端參與者參與的相應(yīng)文件傳輸會話的標(biāo)示符； 根據(jù)所述消息頭生成所述刪除輸入文件請求消息；所述服務(wù)器刪除輸入文件成功，返回刪除輸入文件響應(yīng)消息之前，按以下方式生成刪除輸入文件響應(yīng)消息根據(jù)HTTP表示“無內(nèi)容(No content)，，的響應(yīng)符生成消息頭； 根據(jù)所述消息頭生成刪除輸入文件響應(yīng)消息。
9.一種接收輸入文件的系統(tǒng)，客戶端和服務(wù)器基于電信網(wǎng)絡(luò)域提供的表象化狀態(tài)轉(zhuǎn)變 (REST)應(yīng)用編程接口(API)交互，該系統(tǒng)包括客戶端中的消息生成裝置，用于生成接收輸入文件請求消息； 客戶端中的消息發(fā)送裝置，用于向服務(wù)器發(fā)送所述接收輸入文件請求消息； 服務(wù)器中的消息接收和處理裝置，用于收到接收輸入文件請求消息后進(jìn)行解析和處理，獲取所述輸入文件的信息；服務(wù)器中的消息生成裝置，用于生成接收輸入文件響應(yīng)消息；服務(wù)器中的消息發(fā)送裝置，用于向所述客戶端返回所述接收輸入文件響應(yīng)消息。
10.如權(quán)利要求9所述的系統(tǒng)，其特征在于 所述客戶端中的消息生成裝置又包括消息頭生成子裝置，用于以HTTP的獲取(GET)為使用的動作，以請求接收的輸入文件為使用的資源，生成消息頭，所述資源的資源URL包含請求接收輸入文件的終端參與者的用戶標(biāo)示符和/或該終端參與者參與的相應(yīng)文件傳輸會話的標(biāo)示符；消息生成子裝置，用于根據(jù)所述消息頭生成所述接收輸入文件請求消息； 所述服務(wù)器中的消息生成裝置又包括消息頭生成子裝置，根據(jù)HTTP表示“成功”的響應(yīng)符，生成消息頭； 消息體生成子裝置，用于根據(jù)接收的輸入文件的接收消息會話轉(zhuǎn)播協(xié)議(MSRP)路徑、 發(fā)送MSRP路徑、字節(jié)范圍、成功報(bào)告、失敗報(bào)告、接收者用戶標(biāo)示符、發(fā)送者用戶標(biāo)示符、文件日期、文件內(nèi)容部署、文件內(nèi)容類型和資源URL中的至少一種，生成一個(gè)文件的數(shù)據(jù)結(jié)構(gòu)，作為消息體；消息生成子裝置，用于根據(jù)所述消息頭和消息體生成所述接收輸入文件響應(yīng)消息。
11.一種刪除輸入文件的系統(tǒng)，客戶端和服務(wù)器基于電信網(wǎng)絡(luò)域提供的表象化狀態(tài)轉(zhuǎn)變(REST)應(yīng)用編程接口(API)交互，該系統(tǒng)包括客戶端中的消息生成裝置，用于生成刪除輸入文件請求消息； 客戶端中的消息發(fā)送裝置，用于向服務(wù)器發(fā)送所述刪除輸入文件請求消息； 服務(wù)器中的消息接收和處理裝置，用于在收到所述刪除輸入文件請求消息后進(jìn)行解析和處理，刪除所述輸入文件；服務(wù)器中的消息生成裝置，用于生成刪除輸入文件響應(yīng)消息；服務(wù)器中的消息發(fā)送裝置，用于向所述客戶端返回所述刪除輸入文件響應(yīng)消息。
12.如權(quán)利要求11所述的系統(tǒng)，其特征在于 所述客戶端中的消息生成裝置又包括消息頭生成子裝置，用于以請求刪除的輸入文件為使用的資源，以HTTP的刪除 (Delete)動作為使用的動作，生成消息頭，所述資源的資源URL包含請求刪除輸入文件的終端參與者的用戶標(biāo)示符和/或該終端參與者參與的相應(yīng)文件傳輸會話的標(biāo)示符； 消息生成子裝置，用于根據(jù)所述消息頭生成所述刪除輸入文件請求消息； 所述服務(wù)器中的消息生成裝置又包括消息頭生成子裝置，用于根據(jù)HTTP表示“無內(nèi)容(No content)”的響應(yīng)符生成消息頭； 消息生成子裝置，用于根據(jù)所述消息頭生成所述刪除輸入文件響應(yīng)消息。
全文摘要
一種接收和刪除輸入文件的方法及系統(tǒng)，基于電信網(wǎng)絡(luò)域提供的RESTAPI實(shí)現(xiàn)，接收輸入文件時(shí)，包括客戶端以請求接收的輸入文件為使用的資源，向服務(wù)器發(fā)送接收輸入文件請求消息，攜帶所述資源的資源URL；所述服務(wù)器收到后，獲取所述輸入文件的信息，向所述客戶端返回接收輸入文件響應(yīng)消息，攜帶所述輸入文件的信息；要刪除輸入文件時(shí)，客戶端以請求刪除的輸入文件為使用的資源，向服務(wù)器發(fā)送刪除輸入文件請求消息，攜帶所述資源的資源URL；所述服務(wù)器收到所述刪除輸入文件請求消息后，刪除所述輸入文件，向所述客戶端返回刪除輸入文件響應(yīng)消息。本發(fā)明可以解決用戶不能調(diào)用電信能力接收和刪除輸入文件的問題。
文檔編號H04L29/08GK102469138SQ20101054849
公開日2012年5月23日 申請日期2010年11月17日 優(yōu)先權(quán)日2010年11月17日
發(fā)明者邵偉翔 申請人:中興通訊股份有限公司