亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

通用升級方法及裝置和系統(tǒng)的制作方法

文檔序號:7752353閱讀:263來源:國知局
專利名稱:通用升級方法及裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及到通信技術(shù)領(lǐng)域,特別涉及到一種通用升級方法及裝置和系統(tǒng)。
背景技術(shù)
目前,在手機、無線網(wǎng)卡等終端設(shè)備在生產(chǎn)過程中會預(yù)先寫入實現(xiàn)特定功能的軟 件,但由于這些軟件會經(jīng)常進行改進,所以需要通過重新下載軟件版本來更新終端軟件。參照圖1,現(xiàn)有的升級方法大多都是通過串口、USB轉(zhuǎn)串口和芯片公司定義的通信 協(xié)議來升級。例如在個人計算機(Personal Computer,PC)端通過串口或通用串行總線 (Universal Serial Bus,USB)轉(zhuǎn)串口的方式以一定的波特率發(fā)送一種固有格式的數(shù)據(jù)包, 手機端根據(jù)已經(jīng)定義好的協(xié)議判斷校驗,返回正確以否,正確寫入手機儲存器,錯誤重傳, 直到所有數(shù)據(jù)寫入手機,重啟手機使新手機軟件版本生效;造成這種固有的方式最主要的 原因是芯片協(xié)議的不統(tǒng)一造成必需使用串口和USB轉(zhuǎn)串口,還有手機端沒有直接和PC側(cè)直 接交互的關(guān)于下載的USB協(xié)議。在具體實施過程中,本發(fā)明的發(fā)明人發(fā)現(xiàn),串口及USB轉(zhuǎn)串口通信速率低,造成升 級時間較長;由于串口協(xié)議的不同,造成在眾多終端升級方法不同。

發(fā)明內(nèi)容
本發(fā)明的主要目的為提供一種實現(xiàn)高效且通用的基于MASS STORAGE協(xié)議的升級 方法及裝置和系統(tǒng)。本發(fā)明提出一種基于MASS STORAGE協(xié)議的通用升級方法,包括服務(wù)端向枚舉成功的移動終端發(fā)送升級請求;所述移動終端根據(jù)所述升級請求返回響應(yīng)消息;服務(wù)端接收所述響應(yīng)消息后,發(fā)送MASS STORAGE協(xié)議的升級數(shù)據(jù)包到移動終端。進一步,所述服務(wù)端發(fā)送滿足MASS STORAGE協(xié)議的升級數(shù)據(jù)包到移動終端后包 括移動終端根據(jù)升級請求將所述升級數(shù)據(jù)包寫入自身存儲模塊相應(yīng)位置。進一步,所述服務(wù)端向枚舉成功的移動終端發(fā)送升級請求具體為服務(wù)端通過DeviceloControl函數(shù)向枚舉成功的移動終端發(fā)送升級請求。進一步,所述服務(wù)端向枚舉成功的移動終端發(fā)送升級請求后包括移動終端接收升級請求后,按照USB的底層傳輸Bulk-ONLY來處理分析所述升級 請求。進一步,所述服務(wù)端向枚舉成功的移動終端發(fā)送升級請求具體為所述服務(wù)端向枚舉成功的移動終端發(fā)送由相應(yīng)SCSI-2指令打包成CBW命令包作 為升級請求。進一步,所述服務(wù)端向枚舉成功的移動終端發(fā)送升級請求前包括移動終端連接服務(wù)端;
服務(wù)端調(diào)用API函數(shù)進行檢測枚舉;當(dāng)所述移動終端為符合預(yù)置規(guī)則設(shè)備時,判斷所述移動終端枚舉成功。一種升級服務(wù)器,包括發(fā)送模塊,用于向枚舉成功的移動終端發(fā)送升級請求;接收模塊,用于接收所述移動終端根據(jù)所述升級請求返回的響應(yīng)消息;升級模塊,用于發(fā)送MASS STORAGE協(xié)議的升級數(shù)據(jù)包到移動終端。進一步,所述發(fā)送模塊具體用于通過DeviceloControl函數(shù)向枚舉成功的移動 終端發(fā)送升級請求。進一步,所述發(fā)送模塊具體用于向枚舉成功的移動終端發(fā)送由相應(yīng)SCSI-2指令 打包成CBW命令包作為升級請求進一步,所述升級服務(wù)器還包括連接模塊,用于連接移動終端;檢測模塊,用于調(diào)用API函數(shù)進行檢測枚舉;判斷模塊,用于當(dāng)所述移動終端為符合預(yù)置規(guī)則設(shè)備時,判斷所述移動終端枚舉 成功。一種移動終端,包括接收模塊,用于枚舉成功后接收服務(wù)端發(fā)送的升級請求;響應(yīng)模塊,用于根據(jù)所述升級請求返回響應(yīng)消息;升級模塊,用于接收服務(wù)端根據(jù)所述響應(yīng)消息,發(fā)送的基于MASS STORAGE協(xié)議的 升級數(shù)據(jù)包。進一步,所述移動終端還包括寫入模塊和存儲模塊所述寫入模塊,用于根據(jù)升級請求將升級數(shù)據(jù)包寫入存儲模塊相應(yīng)位置;所述存儲模塊,用于記錄所述升級數(shù)據(jù)包。進一步,所述接收模塊還用于接收升級請求后,按照USB的底層傳輸Bulk-ONLY來處理分析所述升級請求。一種基于MASS STORAGE協(xié)議的通用升級系統(tǒng),包括服務(wù)端,用于向枚舉成功的移動終端發(fā)送升級請求;接收所述移動終端根據(jù)所述 升級請求返回的響應(yīng)消息;發(fā)送MASS STORAGE協(xié)議的升級數(shù)據(jù)包到移動終端;移動終端,用于枚舉成功后接收服務(wù)端發(fā)送的升級請求;根據(jù)所述升級請求返回 響應(yīng)消息;接收服務(wù)端發(fā)送的基于MASS STORAGE協(xié)議的升級數(shù)據(jù)包。本發(fā)明通過采用USB通信進行升級,傳輸效率高;移動終端和服務(wù)端的通信協(xié)議 采用MASS STORAGE協(xié)議,實現(xiàn)了升級的通用性。


圖1是手機終端升級軟件版本時的硬件連接示意圖;圖2是本發(fā)明一種基于MASS STORAGE協(xié)議的通用升級方法一實施例的流程示意 圖;圖3是本發(fā)明一種基于MASS STORAGE協(xié)議的通用升級方法一實施例中數(shù)據(jù)包傳 輸?shù)牧鞒淌疽?
圖4是本發(fā)明一種升級服務(wù)器一實施例的結(jié)構(gòu)示意圖;圖5是本發(fā)明一種移動終端一實施例的結(jié)構(gòu)示意圖;圖6是本發(fā)明一種基于MASS STORAGE協(xié)議的通用升級系統(tǒng)一實施例的結(jié)構(gòu)示意 圖。本發(fā)明目的的實現(xiàn)、功能特點及優(yōu)點將結(jié)合實施例,參照附圖做進一步說明。
具體實施例方式應(yīng)當(dāng)理解,此處所描述的具體實施例僅僅用以解釋本發(fā)明,并不用于限定本發(fā)明。參照圖2,是本發(fā)明一種基于MASS STORAGE協(xié)議的通用升級方法一實施例的流程 示意圖;本發(fā)明實施例基于MASS STORAGE協(xié)議;USB國際組織定義了大容量存儲類(Mass Storage Class)的規(guī)范,包括四個獨立的子類規(guī)范(I)USB Mass Storage Class Control/Bulk/Interrupt(CBI) Transport ;(2)USB Mass Storage Class Bulk-ONLYTransport ;(3)USB Mass Storage Class ATA Command Block ;(4)USB Mass Storage Class UFI Command Specification ;前兩個子規(guī)范定義了 USB大容量存儲設(shè)備進行數(shù)據(jù)/命令/狀態(tài)傳輸兩種基本方 法。Bulk-ONLY傳輸規(guī)范僅僅使用批量(Bulk)端點傳送數(shù)據(jù)/命令/狀態(tài),CBI傳輸規(guī)范 則使用控制(Control)、批量(Bulk)、中斷(Interrupt)三種類型端點進行數(shù)據(jù)/命令/狀 態(tài)傳送。后兩個子規(guī)范則定義了存儲介質(zhì)的操作命令。ATA命令規(guī)范用于硬盤,UFI命令規(guī) 范是基于SCSI-2和SFF-8070i命令規(guī)范發(fā)展二來,其針對USB移動存儲類設(shè)備?,F(xiàn)有的USB主機基本都支持BBulk-ONLY標(biāo)準(zhǔn),所以現(xiàn)在的大容量存儲類設(shè)備幾 乎都采用或支持Bulk-ONLY標(biāo)準(zhǔn)。Bulk-ONLY傳輸規(guī)范是系統(tǒng)通過默認管道(地址0、端 點0)進行枚舉后,僅僅使用批量(Bulk)端點傳送數(shù)據(jù)/命令/狀態(tài),其中有三種類型的 數(shù)據(jù)在USB主機和設(shè)備之間傳送,S卩CBW、CSW和普通數(shù)據(jù)。CBW(Command Block Wrapper, 命令塊包)是從USB主機發(fā)送到設(shè)備的命令包,它由31個字節(jié)構(gòu)成,其中包含的命令遵從 接口描述表中的blnterfaceSubClass域所指定的命令集,一般采用SCSI傳輸命令集。USB 設(shè)備從CBW中取出并執(zhí)行相應(yīng)命令,向主機傳送指定數(shù)據(jù)及發(fā)出反映當(dāng)前命令執(zhí)行狀態(tài)的 CSW (Command Status Wrapper,狀態(tài)包),它由13個字節(jié)構(gòu)成,主機根據(jù)CSW來判斷此次操 作是否正確,從而決定是繼續(xù)傳送數(shù)據(jù)還是進行數(shù)據(jù)傳輸?shù)腻e誤校驗。本發(fā)明實施例中,移 動終端可以是手機,服務(wù)端可以是PC機。步驟S101、服務(wù)端枚舉移動終端;在移動終端連接上服務(wù)端后,服務(wù)端可以自動檢測枚舉設(shè)備,通過調(diào)用一序列的 API函數(shù)來達到枚舉設(shè)備的功能,判斷所述移動終端是否是所需要的設(shè)備來達到自動控制 下一步流程。步驟S102、服務(wù)端發(fā)送升級請求到移動終端;服務(wù)端和移動終端的數(shù)據(jù)交互使用標(biāo)準(zhǔn)的SCSI指令,SCSI指令都是以指令描述 塊(CDB,Command descriptor block)的格式來表示,在指令描述塊,最關(guān)鍵的是一個16字 節(jié)的字符串(UCHAR Cdb [16]);就是CDB指令描述塊存放的位置;本實施例可以對CDB包格式的進行自定義,定義服務(wù)端和移動終端都可識別的一個規(guī)則,且此規(guī)則和USB協(xié)議本身 不沖突,當(dāng)服務(wù)端發(fā)送的基于此規(guī)則的命令,都是按照一定的格式存放在⑶B數(shù)組中。步驟S103、移動終端根據(jù)升級請求返回響應(yīng)消息;步驟S104、服務(wù)端接收所述響應(yīng)消息后,發(fā)送MASS STORAGE協(xié)議的升級數(shù)據(jù)包到 移動終端。本發(fā)明實施例的接收識別都是按照自定義的規(guī)則來識別服務(wù)端發(fā)送的指令;發(fā)送 的流程如圖3所示,服務(wù)端通過DeviceloControl函數(shù)發(fā)送給移動終端;例如,如果需要升 級BootLoader,傳輸BootLoader數(shù)據(jù);在發(fā)送BootLoader數(shù)據(jù)之前,服務(wù)端發(fā)送一個預(yù)先 設(shè)置的升級請求,所述升級請求通知移動終端服務(wù)端發(fā)起B(yǎng)ootLoader升級,移動終端收到 這個指令根據(jù)預(yù)設(shè)規(guī)則的命令格式,獲知服務(wù)端下一步發(fā)送的是BootLoader數(shù)據(jù)。移動終 端收到BootLoader數(shù)據(jù)之后,將收到的BootLoader數(shù)據(jù)分析處理寫入存儲模塊相應(yīng)位置, 完成BootLoader的下載。在指令傳輸?shù)倪^程移動終端相對是被動,由服務(wù)端主導(dǎo);在接收 和發(fā)送數(shù)據(jù)包使用的DeviceloControl函數(shù)本身是一個系統(tǒng)API函數(shù),對于數(shù)據(jù)的收發(fā)都 有自己的控制碼,而關(guān)于SCSI指令的數(shù)據(jù)流入流出及指令都可按照現(xiàn)有的規(guī)范。移動終端收到服務(wù)端發(fā)送的指令時按照USB的底層傳輸Bulk-ONLY傳輸模塊來處 理分析數(shù)據(jù),Bulk-ONLY傳輸模塊按照規(guī)范協(xié)議將SCSI-2指令打包成CBW命令包,通過輸出 請求,由服務(wù)端向移動終端送出,在沒有傳輸失敗的情況下,緊接著發(fā)出輸入請求接收命令 請求所要獲取的數(shù)據(jù),而后發(fā)出輸入請求得到CSW狀態(tài)包,用以判斷數(shù)據(jù)的傳輸正常與否。移動終端接收升級數(shù)據(jù)包后,根據(jù)預(yù)先自定義規(guī)則中的指令格式把接收到的數(shù)據(jù) 寫入指定位置,完成一個數(shù)據(jù)包的傳輸。本發(fā)明實施例通過采用USB通信進行升級,傳輸效率高;移動終端和服務(wù)端的通 信協(xié)議采用MASS STORAGE協(xié)議,實現(xiàn)了升級的通用性;對終端設(shè)備采用自動枚舉方式有效 減少人工干預(yù),在一定程度減少出錯及人工操作,提高效率。參閱圖4,是本發(fā)明一種升級服務(wù)器一實施例的結(jié)構(gòu)示意圖;本發(fā)明實施例提供的升級服務(wù)器包括發(fā)送模塊21,用于向枚舉成功的移動終端發(fā)送升級請求;接收模塊22,用于接收所述移動終端根據(jù)所述升級請求返回的響應(yīng)消息;升級模塊23,用于發(fā)送MASS STORAGE協(xié)議的升級數(shù)據(jù)包到移動終端。進一步,所述發(fā)送模塊21具體用于通過DeviceloControl函數(shù)向枚舉成功的移 動終端發(fā)送升級請求。進一步,所述發(fā)送模塊21具體用于向枚舉成功的移動終端發(fā)送由相應(yīng)SCSI-2指 令打包成CBW命令包作為升級請求進一步,所述升級服務(wù)器還包括連接模塊24,用于連接移動終端;檢測模塊25,用于調(diào)用API函數(shù)進行檢測枚舉;判斷模塊26,用于當(dāng)所述移動終端為符合預(yù)置規(guī)則設(shè)備時,判斷所述移動終端枚 舉成功。在移動終端連接上連接模塊24后,服務(wù)端可以自動檢測枚舉設(shè)備,檢測模塊25通 過調(diào)用一序列的API函數(shù)來達到枚舉設(shè)備的功能,判斷模塊26判斷所述移動終端是否是所需要的設(shè)備來達到自動控制下一步流程。服務(wù)端和移動終端的數(shù)據(jù)交互使用標(biāo)準(zhǔn)的SCSI指令,SCSI指令都是以指令描述 塊(⑶B,Command descriptor block)的格式來表示,在指令描述塊,最關(guān)鍵的是一個16字 節(jié)的字符串(UCHAR Cdb [16]);就是CDB指令描述塊存放的位置;本實施例可以對CDB包格 式的進行自定義,定義服務(wù)端和移動終端都可識別的一個規(guī)則,且此規(guī)則和USB協(xié)議本身 不沖突,當(dāng)發(fā)送模塊21和升級模塊23發(fā)送的基于此規(guī)則的命令,都是按照一定的格式存放 在⑶B數(shù)組中。參閱圖5,是本發(fā)明一種移動終端一實施例的結(jié)構(gòu)示意圖;本發(fā)明實施例提供的移動終端包括接收模塊31,用于枚舉成功后接收服務(wù)端發(fā)送的升級請求;響應(yīng)模塊32,用于根據(jù)所述升級請求返回響應(yīng)消息;升級模塊33,用于接收服務(wù)端根據(jù)所述響應(yīng)消息,發(fā)送的基于MASS STORAGE協(xié)議 的升級數(shù)據(jù)包。進一步,所述移動終端還包括寫入模塊34和存儲模塊35 寫入模塊34,用于根據(jù)升級請求將所述升級數(shù)據(jù)包寫入存儲模塊35相應(yīng)位置;所述存儲模塊35用于記錄所述升級數(shù)據(jù)包。進一步,所述接收模塊31還用于接收升級請求后,按照USB的底層傳輸Bulk-ONLY來處理分析所述升級請求。服務(wù)端和移動終端的數(shù)據(jù)交互使用標(biāo)準(zhǔn)的SCSI指令,SCSI指令都是以指令描述 塊(⑶B,Command descriptor block)的格式來表示,在指令描述塊,最關(guān)鍵的是一個16字 節(jié)的字符串(UCHAR Cdb [16]);就是CDB指令描述塊存放的位置;本實施例可以對CDB包格 式的進行自定義,定義服務(wù)端和移動終端都可識別的一個規(guī)則,且此規(guī)則和USB協(xié)議本身 不沖突,當(dāng)服務(wù)端發(fā)送的基于此規(guī)則的命令,都是按照一定的格式存放在⑶B數(shù)組中。本發(fā)明實施例的接收識別都是按照自定義的規(guī)則來識別服務(wù)端發(fā)送的指令;服務(wù) 端通過DeviceloControl函數(shù)發(fā)送給接收模塊31 ;例如,如果需要升級BootLoader,傳輸 BootLoader數(shù)據(jù);在發(fā)送BootLoader數(shù)據(jù)之前,服務(wù)端發(fā)送一個預(yù)先設(shè)置的升級請求到接 收模塊31,所述升級請求通知移動終端服務(wù)端發(fā)起B(yǎng)ootLoader升級,接收模塊31收到這個 指令根據(jù)預(yù)設(shè)規(guī)則的命令格式,獲知服務(wù)端下一步發(fā)送的是BootLoader數(shù)據(jù)。升級模塊33 收到BootLoader數(shù)據(jù)之后,將收到的BootLoader數(shù)據(jù)分析處理寫入存儲模塊相應(yīng)位置,完 成BootLoader的下載。在指令傳輸?shù)倪^程移動終端相對是被動,由服務(wù)端主導(dǎo);在接收和 發(fā)送數(shù)據(jù)包使用的DeviceloControl函數(shù)本身是一個系統(tǒng)API函數(shù),對于數(shù)據(jù)的收發(fā)都有 自己的控制碼,而關(guān)于SCSI指令的數(shù)據(jù)流入流出及指令都可按照現(xiàn)有的規(guī)范。接收模塊31收到服務(wù)端發(fā)送的指令時,按照USB的底層傳輸Bulk-ONLY傳輸模塊 來處理分析數(shù)據(jù),Bulk-ONLY傳輸模塊按照規(guī)范協(xié)議將SCSI-2指令打包成CBW命令包,通 過輸出請求,由服務(wù)端向移動終端送出,在沒有傳輸失敗的情況下,緊接著發(fā)出輸入請求接 收命令請求所要獲取的數(shù)據(jù),而后發(fā)出輸入請求得到CSW狀態(tài)包,用以判斷數(shù)據(jù)的傳輸正 常與否。升級模塊33接收升級數(shù)據(jù)包后,根據(jù)預(yù)先自定義規(guī)則中的指令格式把接收到的 數(shù)據(jù)寫入指定位置,完成一個數(shù)據(jù)包的傳輸。
8
參閱圖6,是本發(fā)明一種基于MASS STORAGE協(xié)議的通用升級系統(tǒng)一實施例的結(jié)構(gòu) 示意圖。本發(fā)明實施例提供的系統(tǒng)包括服務(wù)端41,用于向枚舉成功的移動終端42發(fā)送升級請求;接收所述移動終端42 根據(jù)所述升級請求返回的響應(yīng)消息;發(fā)送MASS STORAGE協(xié)議的升級數(shù)據(jù)包到移動終端42 ;移動終端42,用于枚舉成功后接收服務(wù)端41發(fā)送的升級請求;根據(jù)所述升級請求 返回響應(yīng)消息;接收服務(wù)端41發(fā)送的基于MASS STORAGE協(xié)議的升級數(shù)據(jù)包。本發(fā)明實施例是圖2對應(yīng)實施例的系統(tǒng),本發(fā)明實施例中服務(wù)端41可以是圖3對 應(yīng)實施例提供的升級服務(wù)器,移動終端42可以是圖4對應(yīng)實施例提供的移動終端。本發(fā)明實施例通過采用USB通信進行升級,傳輸效率高;移動終端和服務(wù)端的通 信協(xié)議采用MASS STORAGE協(xié)議,實現(xiàn)了升級的通用性;對終端設(shè)備采用自動枚舉方式有效 減少人工干預(yù),在一定程度減少出錯及人工操作,提高效率。以上所述僅為本發(fā)明的優(yōu)選實施例,并非因此限制本發(fā)明的專利范圍,凡是利用 本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換,或直接或間接運用在其他相關(guān) 的技術(shù)領(lǐng)域,均同理包括在本發(fā)明的專利保護范圍內(nèi)。
權(quán)利要求
一種基于MASS STORAGE協(xié)議的通用升級方法,其特征在于,包括服務(wù)端向枚舉成功的移動終端發(fā)送升級請求;所述移動終端根據(jù)所述升級請求返回響應(yīng)消息;服務(wù)端接收所述響應(yīng)消息后,發(fā)送MASS STORAGE協(xié)議的升級數(shù)據(jù)包到移動終端。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述服務(wù)端發(fā)送MASSSTORAGE協(xié)議的升 級數(shù)據(jù)包到移動終端后包括移動終端根據(jù)升級請求將所述升級數(shù)據(jù)包寫入自身存儲模塊的相應(yīng)位置。
3.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述服務(wù)端向枚舉成功的移動終端發(fā)送 升級請求具體為服務(wù)端通過DeviceloControl函數(shù)向枚舉成功的移動終端發(fā)送升級請求。
4.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述服務(wù)端向枚舉成功的移動終端發(fā)送 升級請求后包括移動終端接收升級請求后,按照USB的底層傳輸Bulk-ONLY來處理分析所述升級請求。
5.根據(jù)權(quán)利要求1或3所述的方法,其特征在于,所述服務(wù)端向枚舉成功的移動終端發(fā) 送升級請求具體為所述服務(wù)端向枚舉成功的移動終端發(fā)送由相應(yīng)SCSI-2指令打包成CBW命令包作為升 級請求。
6.根據(jù)權(quán)利要求1-4任一所述的方法,其特征在于,所述服務(wù)端向枚舉成功的移動終 端發(fā)送升級請求前包括移動終端連接服務(wù)端;服務(wù)端調(diào)用API函數(shù)進行檢測枚舉;當(dāng)所述移動終端為符合預(yù)置規(guī)則設(shè)備時,判斷所述移動終端枚舉成功。
7.一種升級服務(wù)器,其特征在于,包括發(fā)送模塊,用于向枚舉成功的移動終端發(fā)送升級請求;接收模塊,用于接收所述移動終端根據(jù)所述升級請求返回的響應(yīng)消息;升級模塊,用于發(fā)送MASS STORAGE協(xié)議的升級數(shù)據(jù)包到移動終端。
8.根據(jù)權(quán)利要求7所述的升級服務(wù)器,其特征在于,所述發(fā)送模塊具體用于通過 DeviceIoControl函數(shù)向枚舉成功的移動終端發(fā)送升級請求。
9.根據(jù)權(quán)利要求8所述的升級服務(wù)器,其特征在于,所述發(fā)送模塊具體用于向枚舉成 功的移動終端發(fā)送由相應(yīng)SCSI-2指令打包成CBW命令包作為升級請求。
10.根據(jù)權(quán)利要求7所述的升級服務(wù)器,其特征在于,所述升級服務(wù)器還包括連接模塊,用于連接移動終端;檢測模塊,用于調(diào)用API函數(shù)進行檢測枚舉;判斷模塊,用于當(dāng)所述移動終端為符合預(yù)置規(guī)則設(shè)備時,判斷所述移動終端枚舉成功。
11.一種移動終端,其特征在于,包括接收模塊,用于枚舉成功后接收服務(wù)端發(fā)送的升級請求;響應(yīng)模塊,用于根據(jù)所述升級請求返回響應(yīng)消息;升級模塊,用于接收服務(wù)端根據(jù)所述響應(yīng)消息,發(fā)送的基于MASS STORAGE協(xié)議的升級 數(shù)據(jù)包。
12.根據(jù)權(quán)利要求11所述的移動終端,其特征在于,所述移動終端還包括寫入模塊和 存儲模塊所述寫入模塊,用于根據(jù)升級請求將升級數(shù)據(jù)包寫入存儲模塊相應(yīng)位置; 所述存儲模塊,用于記錄所述升級數(shù)據(jù)包。
13.根據(jù)權(quán)利要求11所述的移動終端,其特征在于,所述接收模塊還用于 接收升級請求后,按照USB的底層傳輸Bulk-ONLY來處理分析所述升級請求。
14.一種基于MASS STORAGE協(xié)議的通用升級系統(tǒng),其特征在于,包括服務(wù)端,用于向枚舉成功的移動終端發(fā)送升級請求;接收所述移動終端根據(jù)所述升級 請求返回的響應(yīng)消息;發(fā)送MASS STORAGE協(xié)議的升級數(shù)據(jù)包到移動終端;移動終端,用于枚舉成功后接收服務(wù)端發(fā)送的升級請求;根據(jù)所述升級請求返回響應(yīng) 消息;接收服務(wù)端發(fā)送的基于MASS STORAGE協(xié)議的升級數(shù)據(jù)包。
15.根據(jù)權(quán)利要求14所述的系統(tǒng),其特征在于,所述服務(wù)端為權(quán)利要求7-10任一所述 的升級服務(wù)器。
16.根據(jù)權(quán)利要求14所述的系統(tǒng),其特征在于,所述移動終端為權(quán)利要求11-13任一所 述的移動終端。
全文摘要
本發(fā)明揭示了一種基于MASS STORAGE協(xié)議的通用升級方法,包括服務(wù)端向枚舉成功的移動終端發(fā)送升級請求;所述移動終端根據(jù)所述升級請求返回響應(yīng)消息;服務(wù)端接收所述響應(yīng)消息后,發(fā)送MASS STORAGE協(xié)議的升級數(shù)據(jù)包到移動終端。本發(fā)明還提供了對應(yīng)的裝置和系統(tǒng)。本發(fā)明通過采用USB通信進行升級,傳輸效率高;移動終端和服務(wù)端的通信協(xié)議采用MASS STORAGE協(xié)議,實現(xiàn)了升級的通用性。
文檔編號H04L29/06GK101917395SQ20101020912
公開日2010年12月15日 申請日期2010年6月24日 優(yōu)先權(quán)日2010年6月24日
發(fā)明者萬燕斌 申請人:中興通訊股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1