本發(fā)明實施例涉及計算機領(lǐng)域，更具體地，涉及計算機領(lǐng)域中的信息處理方法和裝置。
背景技術(shù)：
：隨著云計算技術(shù)的興起，傳統(tǒng)桌面辦公方式逐漸在被桌面云方式所替換，即虛擬桌面基礎(chǔ)設(shè)施(VirtualDesktopInfrastructure，簡稱為“VDI”)。原有傳統(tǒng)桌面?zhèn)€人計算機(PersonalComputer，簡稱為“PC”)上正常連接使用的外設(shè)，在桌面云場景中，只能連接到本地的瘦終端(ThinClient，簡稱為“TC”)上。如果遠程虛擬桌面需要使用本地終端側(cè)的外設(shè)，一般需要遠程桌面接入?yún)f(xié)議提供支持。以支持通用串行總線(UniversalSerialBus，簡稱為“USB”)存儲設(shè)備為例，目前主流的一些桌面接入?yún)f(xié)議提供了USB重定向方式，內(nèi)置了USB虛擬通道，為USB存儲設(shè)備在桌面云場景中的使用提供了支持。在現(xiàn)有的USB重定向?qū)崿F(xiàn)中，遠程桌面?zhèn)鹊腢SB服務(wù)端負責(zé)對從USB存儲驅(qū)動下發(fā)的USB請求塊(USBRequestBlock，簡稱為“URB”)請求進行攔截并打包，經(jīng)由USB虛擬通道轉(zhuǎn)發(fā)到終端側(cè)的USB客戶端，由USB客戶端進行解包，然后轉(zhuǎn)發(fā)給USB存儲設(shè)備進行處理，并把處理結(jié)果原路返回至USB存儲驅(qū)動。此外，不同URB請求的處理過程必須串行執(zhí)行。對于常見的大容量USB存儲設(shè)備(如U盤、USB硬盤、USB讀寫光驅(qū)等)，多使用BOT(Bulk-OnlyTransport)協(xié)議。由于BOT協(xié)議規(guī)定完成一次讀/寫操作會產(chǎn)生至少三次交互，而進行文件操作會產(chǎn)生大量的讀/寫，也就會產(chǎn)生更大量的交互。尤其是在網(wǎng)絡(luò)質(zhì)量較差的情況下，網(wǎng)絡(luò)時延較長，讀/寫的速度就會更慢，完成一次文件操作所需的時間會更長。因此，現(xiàn)有技術(shù)的URB請求的處理方式中USB服務(wù)端與USB客戶端之間的交互次數(shù)過多，導(dǎo)致信息處理的速度較慢。技術(shù)實現(xiàn)要素：有鑒于此，本發(fā)明實施例提供了一種信息處理方法和裝置，能夠減少USB服務(wù)端與USB客戶端的交互次數(shù)，提高USB存儲設(shè)備的信息處理速度。第一方面，提供了一種信息處理方法，包括：USB服務(wù)端接收USB存儲驅(qū)動發(fā)送的第一請求；該USB服務(wù)端根據(jù)該第一請求，生成該第一請求的預(yù)計處理結(jié)果，該第一請求的預(yù)計處理結(jié)果表示處理成功；該USB服務(wù)端向該USB存儲驅(qū)動發(fā)送該第一請求的預(yù)計處理結(jié)果；該USB服務(wù)端接收該USB存儲驅(qū)動根據(jù)該第一請求的預(yù)計處理結(jié)果發(fā)送的第二請求；該USB服務(wù)端向USB客戶端發(fā)送該第一請求和該第二請求。應(yīng)理解，第一請求和第二請求是串行執(zhí)行的，USB服務(wù)端為了獲取第二請求，需要先根據(jù)第一請求生成該第一請求的預(yù)計處理結(jié)果，并將該第一請求的預(yù)計處理結(jié)果返回給USB存儲設(shè)備，這樣，該USB存儲設(shè)備在確定該第一請求處理成功之后才會向該USB服務(wù)端發(fā)送第二請求。本發(fā)明實施例的信息處理方法，通過USB服務(wù)端生成第一請求的預(yù)計處理結(jié)果，根據(jù)該第一請求的預(yù)計處理結(jié)果先獲得第二請求，再發(fā)送該第一請求和該第二請求至USB客戶端，由USB客戶端將該第一請求和該第二請求分別發(fā)送至USB存儲設(shè)備進行處理，能夠減少USB服務(wù)端與USB客戶端的交互次數(shù)，提高USB存儲設(shè)備的信息處理速度，從而提高用戶體驗。應(yīng)理解，在本發(fā)明實施例中，涉及到USB服務(wù)端及USB客戶端在功能上的改動，在發(fā)送URB請求之前，USB服務(wù)端需要與USB客戶端進行能力協(xié)商，在USB客戶端也支持該優(yōu)化的情況下，USB服務(wù)端才能啟用該加速功能，否則只能按原有方式處理，確保兼容性。此外，在具體實現(xiàn)中，可以提供管理配置策略機制，來進行全局統(tǒng)一控制或有針對性的局部控制。例如，對于主機上存在多個USB存儲設(shè)備的情況，可以根據(jù)需要對其中的部分USB存儲設(shè)備開啟本發(fā)明實施例的優(yōu)化功能，其他的仍采用現(xiàn)有技術(shù)的處理方式，本發(fā)明實施例對此不作限定。在第一方面的第一種可能的實現(xiàn)方式中，該第一請求為命令塊封裝包CBW請求或?qū)憯?shù)據(jù)DATA-out請求，其中，當(dāng)該第一請求為該CBW請求時，該第二請求為讀數(shù)據(jù)DATA-in請求、該DATA-out請求或命令狀態(tài)封裝包CSW請求，當(dāng)該第一請求為該DATA-out請求時，該第二請求為該CSW請求。應(yīng)理解，在BOT協(xié)議中，若USB存儲驅(qū)動需要進行一次無數(shù)據(jù)的操作，則CBW請求和CSW請求為一組URB請求，且CBW請求在先，CSW請求在后，因此，上述第一請求可以為CBW請求，第二請求可以為CSW請求；若USB存儲驅(qū)動需要進行一次數(shù)據(jù)的讀/寫操作，則CBW請求、DATA請求(DATA-in或DATA-out)和CSW請求為一組URB請求，且CBW請求在先，其次是DATA請求，最后是CSW請求，因此，在這種情況下，上述的第一請求可以為CBW請求，也可以為DATA-out請求，若第一請求為CBW請求，則第二請求為DATA請求(可以為DATA-in請求，也可以為DATA-out請求)，若第一請求為DATA-out請求，則第二請求為CSW請求。需要注意的是，上述第一請求不可以是DATA-in請求，因為該請求為讀數(shù)據(jù)請求，需要從USB存儲設(shè)備中讀取相應(yīng)的數(shù)據(jù)，對于USB服務(wù)端而言，是無法針對DATA-in請求生成預(yù)計處理結(jié)果的。這樣，在本發(fā)明實施例中，通過USB服務(wù)端累計發(fā)送CBW請求、DATA請求和CSW請求中的至少兩個，減少了USB服務(wù)端與USB客戶端的交互次數(shù)。結(jié)合第一方面的上述可能的實現(xiàn)方式，在第一方面的第二種可能的實現(xiàn)方式中，該第一請求為該CBW請求，該第二請求為該DATA-in請求或該DATA-out請求，在該USB服務(wù)端向USB客戶端發(fā)送該第一請求和該第二請求之后，該方法還包括：該USB服務(wù)端接收該USB客戶端發(fā)送的該第二請求的處理結(jié)果和與該CBW請求對應(yīng)的CSW請求的處理結(jié)果；該USB服務(wù)端向該USB存儲驅(qū)動發(fā)送該第二請求的處理結(jié)果。具體地，由于CBW請求和CSW請求是一一對應(yīng)的關(guān)系，USB客戶端在接收到CBW請求后，便可以根據(jù)該CBW請求構(gòu)造出與之對應(yīng)的CSW請求，不需要USB服務(wù)端將獲得的CSW請求再發(fā)送給USB客戶端，從而減少USB服務(wù)端與USB客戶端的交互次數(shù)。結(jié)合第一方面的上述可能的實現(xiàn)方式，在第一方面的第三種可能的實現(xiàn)方式中，該方法還包括：該USB服務(wù)端接收該USB存儲驅(qū)動根據(jù)該第二請求的處理結(jié)果發(fā)送的該CSW請求；該USB服務(wù)端向該USB存儲驅(qū)動發(fā)送該CSW請求的處理結(jié)果。在USB服務(wù)端收到USB存儲驅(qū)動發(fā)送的CSW請求后，USB服務(wù)端無需向USB客戶端發(fā)送該CSW請求，而是可以直接將提前處理好CSW請求的處理結(jié)果發(fā)送給該USB存儲驅(qū)動，從而在更大程度上減少USB服務(wù)端與USB客戶端的交互次數(shù)。第二方面，提供了另一種信息處理方法，包括：USB客戶端接收USB服務(wù)端發(fā)送的第一請求和第二請求；該USB客戶端向USB存儲設(shè)備發(fā)送該第一請求；該USB客戶端接收該USB存儲設(shè)備發(fā)送的該第一請求的處理結(jié)果；在該第一請求的處理結(jié)果為成功的情況下，該USB客戶端向USB存儲設(shè)備發(fā)送該第二請求；該USB客戶端接收該USB存儲設(shè)備發(fā)送的該第二請求的處理結(jié)果。在第二方面的第一種可能的實現(xiàn)方式中，該第一請求為命令塊封裝包CBW請求或?qū)憯?shù)據(jù)DATA-out請求，其中，當(dāng)該第一請求為該CBW請求時，該第二請求為讀數(shù)據(jù)DATA-in請求、該DATA-out請求或命令狀態(tài)封裝包CSW請求，當(dāng)該第一請求為該DATA-out請求時，該第二請求為該CSW請求。結(jié)合第二方面的上述可能的實現(xiàn)方式，在第二方面的第二種可能的實現(xiàn)方式中，該第一請求為該CBW請求，該第二請求為該DATA-in請求或該DATA-out請求，在該USB客戶端接收該USB存儲設(shè)備發(fā)送的該第二請求的處理結(jié)果之后，該方法還包括：若該第二請求的處理結(jié)果表示處理成功，則該USB客戶端構(gòu)造與該CBW請求對應(yīng)的CSW請求；該USB客戶端向該USB存儲設(shè)備發(fā)送該CSW請求；該USB客戶端接收該USB存儲設(shè)備發(fā)送的該CSW請求的處理結(jié)果；該USB客戶端向該USB服務(wù)端發(fā)送該第二請求的處理結(jié)果和該CSW請求的處理結(jié)果。應(yīng)理解，在該第二請求的處理結(jié)果表示處理失敗的情況下，該USB客戶端直接通過該USB服務(wù)端向該USB存儲驅(qū)動返回失敗，則本組URB請求處理結(jié)束。第三方面，提供了另一種信息處理方法，包括：USB服務(wù)端接收USB存儲驅(qū)動發(fā)送的第一請求；該USB服務(wù)端向USB客戶端發(fā)送該第一請求；該USB服務(wù)端接收該USB客戶端根據(jù)該第一請求發(fā)送的該第一請求的處理結(jié)果以及與該第一請求對應(yīng)的第二請求的處理結(jié)果。應(yīng)理解，第一請求和第二請求是串行執(zhí)行的，為了一起發(fā)送第一請求的處理結(jié)果和第二請求的處理結(jié)果，USB客戶端可以根據(jù)第一請求構(gòu)造出第二請求，并對第二請求提前進行處理，將第一請求的處理結(jié)果和第二請求的處理結(jié)果發(fā)送給USB服務(wù)端，這樣，該USB服務(wù)端在收到USB存儲驅(qū)動發(fā)送的第二請求之后可以直接向該USB存儲驅(qū)動返回該第二請求的處理結(jié)果。本發(fā)明實施例的信息處理方法，通過USB客戶端在接收到USB存儲設(shè)備發(fā)送的第一請求的處理結(jié)果之后，構(gòu)造與該第一請求對應(yīng)的第二請求，將該第二請求發(fā)送至該USB存儲設(shè)備進行處理，提前獲取第二請求的處理結(jié)果，并將第一請求的處理結(jié)果和第二請求的處理結(jié)果一起發(fā)送給USB服務(wù)端，能夠減少USB服務(wù)端與USB客戶端的交互次數(shù)，提高USB存儲設(shè)備的信息處理速度，從而提高用戶體驗。在第三方面的第一種可能的實現(xiàn)方式中，該第一請求為命令塊封裝包CBW請求、讀數(shù)據(jù)DATA-in請求或?qū)憯?shù)據(jù)DATA-out請求，其中，當(dāng)該第一請求為該CBW請求時，該第二請求為該DATA-in請求、該DATA-out請求或命令狀態(tài)封裝包CSW請求，當(dāng)該第一請求為該DATA-in請求或該DATA-out請求時，該第二請求為該CSW請求。應(yīng)理解，在BOT協(xié)議中，若USB存儲驅(qū)動需要進行一次無數(shù)據(jù)的操作，則CBW請求和CSW請求為一組URB請求，且CBW請求在先，CSW請求在后，因此，上述第一請求可以為CBW請求，第二請求可以為CSW請求；若USB存儲驅(qū)動需要進行一次數(shù)據(jù)的讀/寫操作，則CBW請求、DATA請求(DATA-in或DATA-out)和CSW請求為一組URB請求，且CBW請求在先，其次是DATA請求，最后是CSW請求，因此，在這種情況下，上述的第一請求可以為CBW請求，也可以為DATA請求，若第一請求為CBW請求，則第二請求為DATA請求，若第一請求為DATA請求，則第二請求為CSW請求。結(jié)合第三方面的上述可能的實現(xiàn)方式，在第三方面的第二種可能的實現(xiàn)方式中，該方法還包括該USB服務(wù)端向該USB存儲驅(qū)動發(fā)送該第一請求的處理結(jié)果；該USB服務(wù)端接收該USB存儲驅(qū)動根據(jù)該第一請求的處理結(jié)果發(fā)送的該第二請求；該USB服務(wù)端向該USB存儲驅(qū)動發(fā)送該第二請求的處理結(jié)果。具體地，在該USB服務(wù)端收到USB存儲驅(qū)動發(fā)送的該第二請求后，該USB服務(wù)端無需向USB客戶端發(fā)送該第二請求，直接將提前處理好的第二請求的處理結(jié)果發(fā)送給該USB存儲驅(qū)動，從而減少USB服務(wù)端與USB客戶端的交互次數(shù)。結(jié)合第三方面的上述可能的實現(xiàn)方式，在第三方面的第三種可能的實現(xiàn)方式中，該第一請求為該CBW請求，該第二請求為該DATA-in請求，該USB服務(wù)端接收該USB客戶端根據(jù)該第一請求發(fā)送的該第一請求的處理結(jié)果以及與該第一請求對應(yīng)的第二請求的處理結(jié)果，包括：該USB服務(wù)端接收該USB客戶端發(fā)送的該CBW請求的處理結(jié)果、該DATA-in請求的處理結(jié)果以及該CSW請求的處理結(jié)果。在本發(fā)明實施例中，USB客戶端可以先根據(jù)CBW請求處理成功的結(jié)果，構(gòu)造出DATA-in請求，將該DATA-in請求發(fā)送給USB存儲設(shè)備進行處理，并由該USB存儲設(shè)備向該USB客戶端返回DATA-in請求的處理結(jié)果，在該DATA-in請求處理成功的情況下，該USB客戶端繼續(xù)構(gòu)造CSW請求，并發(fā)送給USB存儲設(shè)備進行處理，該USB存儲設(shè)備再將CSW請求的處理結(jié)果發(fā)送給USB客戶端，該USB客戶端將CBW請求的處理結(jié)果、DATA-in請求的處理結(jié)果和CSW請求的處理結(jié)果一起發(fā)送至USB服務(wù)端，這樣，USB服務(wù)端與USB客戶端之間僅需要一次交互，大大提高了信息處理的速度。結(jié)合第三方面的上述可能的實現(xiàn)方式，在第三方面的第四種可能的實現(xiàn)方式中，該方法還包括：該USB服務(wù)端向該USB存儲驅(qū)動發(fā)送該CBW請求的處理結(jié)果；該USB服務(wù)端接收該USB存儲驅(qū)動根據(jù)該CBW請求的處理結(jié)果發(fā)送的該DATA-in請求；該USB服務(wù)端向該USB存儲驅(qū)動發(fā)送該DATA-in請求的處理結(jié)果；該USB服務(wù)端接收該USB存儲驅(qū)動根據(jù)該DATA-in請求的處理結(jié)果發(fā)送的該CSW請求；該USB服務(wù)端向該USB存儲驅(qū)動發(fā)送該CSW請求的處理結(jié)果。第四方面，提供了另一種信息處理方法，包括：USB客戶端接收USB服務(wù)端發(fā)送的第一請求；該USB客戶端向USB存儲設(shè)備發(fā)送該第一請求；該USB客戶端接收該USB存儲設(shè)備發(fā)送的該第一請求的處理結(jié)果；在該第一請求的處理結(jié)果為成功的情況下，該USB客戶端構(gòu)造與該第一請求對應(yīng)的第二請求；該USB客戶端向該USB存儲設(shè)備發(fā)送該第二請求；該USB客戶端接收該USB存儲設(shè)備發(fā)送的該第二請求的處理結(jié)果；該USB客戶端向USB服務(wù)端發(fā)送該第一請求的處理結(jié)果和該第二請求的處理結(jié)果。在第四方面的第一種可能的實現(xiàn)方式中，該第一請求為命令塊封裝包CBW請求、讀數(shù)據(jù)DATA-in請求或?qū)憯?shù)據(jù)DATA-out請求，其中，當(dāng)該第一請求為該CBW請求時，該第二請求為該DATA-in請求、該DATA-out請求或命令狀態(tài)封裝包CSW請求，當(dāng)該第一請求為該DATA-in請求或該DATA-out請求時，該第二請求為該CSW請求。結(jié)合第四方面的上述可能的實現(xiàn)方式，在第四方面的第二種可能的實現(xiàn)方式中，該第一請求為該CBW請求，該第二請求為該DATA-in請求，在該USB客戶端向USB服務(wù)端發(fā)送該第一請求的處理結(jié)果和該第二請求的處理結(jié)果之前，該方法還包括：在該DATA-in請求的處理結(jié)果為成功的情況下，該USB客戶端構(gòu)造與該DATA-in請求對應(yīng)的該CSW請求；該USB客戶端向該USB存儲設(shè)備發(fā)送該CSW請求；該USB客戶端接收該USB存儲設(shè)備發(fā)送的該CSW請求的處理結(jié)果；該USB客戶端向USB服務(wù)端發(fā)送該第一請求的處理結(jié)果和該第二請求的處理結(jié)果，包括：該USB客戶端向USB服務(wù)端發(fā)送該CBW請求的處理結(jié)果、該DATA-in請求的處理結(jié)果以及該CSW請求的處理結(jié)果。應(yīng)理解，在該DATA-in請求的處理結(jié)果為失敗的情況下，該USB客戶端直接通過該USB服務(wù)端向該USB存儲驅(qū)動返回失敗，則本組URB請求處理結(jié)束。第五方面，提供了一種信息處理裝置，用于執(zhí)行上述第一方面或第一方面的任意可能的實現(xiàn)方式中的方法。具體地，該裝置包括用于執(zhí)行上述第一方面或第一方面的任意可能的實現(xiàn)方式中的方法的單元。第六方面，提供了一種信息處理裝置，用于執(zhí)行上述第二方面或第二方面的任意可能的實現(xiàn)方式中的方法。具體地，該裝置包括用于執(zhí)行上述第二方面或第二方面的任意可能的實現(xiàn)方式中的方法的單元。第七方面，提供了一種信息處理裝置，用于執(zhí)行上述第三方面或第三方面的任意可能的實現(xiàn)方式中的方法。具體地，該裝置包括用于執(zhí)行上述第三方面或第三方面的任意可能的實現(xiàn)方式中的方法的單元。第八方面，提供了一種信息處理裝置，用于執(zhí)行上述第四方面或第四方面的任意可能的實現(xiàn)方式中的方法。具體地，該裝置包括用于執(zhí)行上述第四方面或第四方面的任意可能的實現(xiàn)方式中的方法的單元。第九方面，提供了一種信息處理裝置，該裝置包括：至少一個處理器、存儲器和通信接口。其中，該至少一個處理器、該存儲器和該通信接口均通過總線連接，該存儲器用于存儲計算機執(zhí)行指令，該至少一個處理器用于執(zhí)行該存儲器存儲的計算機執(zhí)行指令，使得該裝置可以通過該通信接口與其它裝置進行數(shù)據(jù)交互來執(zhí)行第一方面或第一方面的任意可能的實現(xiàn)方式中的方法。第十方面，提供了一種信息處理裝置，該裝置包括：至少一個處理器、存儲器和通信接口。其中，該至少一個處理器、該存儲器和該通信接口均通過總線連接，該存儲器用于存儲計算機執(zhí)行指令，該至少一個處理器用于執(zhí)行該存儲器存儲的計算機執(zhí)行指令，使得該裝置可以通過該通信接口與其它裝置進行數(shù)據(jù)交互來執(zhí)行第二方面或第二方面的任意可能的實現(xiàn)方式中的方法。第十一方面，提供了一種信息處理裝置，該裝置包括：至少一個處理器、存儲器和通信接口。其中，該至少一個處理器、該存儲器和該通信接口均通過總線連接，該存儲器用于存儲計算機執(zhí)行指令，該至少一個處理器用于執(zhí)行該存儲器存儲的計算機執(zhí)行指令，使得該裝置可以通過該通信接口與其它裝置進行數(shù)據(jù)交互來執(zhí)行第三方面或第三方面的任意可能的實現(xiàn)方式中的方法。第十二方面，提供了一種信息處理裝置，該裝置包括：至少一個處理器、存儲器和通信接口。其中，該至少一個處理器、該存儲器和該通信接口均通過總線連接，該存儲器用于存儲計算機執(zhí)行指令，該至少一個處理器用于執(zhí)行該存儲器存儲的計算機執(zhí)行指令，使得該裝置可以通過該通信接口與其它裝置進行數(shù)據(jù)交互來執(zhí)行第四方面或第四方面的任意可能的實現(xiàn)方式中的方法。第十三方面，提供了一種信息處理系統(tǒng)，該系統(tǒng)包括上述第五方面或第五方面的任一種可能實現(xiàn)方式中的裝置以及第六方面或第六方面的任一種可能實現(xiàn)方式中的裝置；或者該系統(tǒng)包括上述第七方面或第七方面的任一種可能實現(xiàn)方式中的裝置以及第八方面或第八方面中的任一種可能實現(xiàn)方式中的裝置；或者該系統(tǒng)包括上述第九方面或第九方面的任一種可能實現(xiàn)方式中的裝置以及第十方面或第十方面中的任一種可能實現(xiàn)方式中的裝置；或者該系統(tǒng)包括上述第十一方面或第十一方面的任一種可能實現(xiàn)方式中的裝置以及第十二方面或第十二方面中的任一種可能實現(xiàn)方式中的裝置。第十四方面，提供了一種計算機可讀介質(zhì)，用于存儲計算機程序，該計算機程序包括用于執(zhí)行第一方面或第一方面的任意可能的實現(xiàn)方式中的方法的指令。第十五方面，提供了一種計算機可讀介質(zhì)，用于存儲計算機程序，該計算機程序包括用于執(zhí)行第二方面或第二方面的任意可能的實現(xiàn)方式中的方法的指令。第十六方面，提供了一種計算機可讀介質(zhì)，用于存儲計算機程序，該計算機程序包括用于執(zhí)行第三方面或第三方面的任意可能的實現(xiàn)方式中的方法的指令。第十七方面，提供了一種計算機可讀介質(zhì)，用于存儲計算機程序，該計算機程序包括用于執(zhí)行第四方面或第四方面的任意可能的實現(xiàn)方式中的方法的指令。附圖說明為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對本發(fā)明實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面所描述的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明實施例的應(yīng)用場景的示意圖。圖2為本發(fā)明實施例提供的信息處理方法的示意性流程圖。圖3為本發(fā)明實施例提供的另一信息處理方法的示意性流程圖。圖4為本發(fā)明實施例提供的另一信息處理方法的示意性流程圖。圖5為本發(fā)明實施例提供的另一信息處理方法的示意性流程圖。圖6為本發(fā)明實施例提供的另一信息處理方法的示意性流程圖。圖7為本發(fā)明實施例提供的另一信息處理方法的示意性流程圖。圖8為本發(fā)明實施例提供的另一信息處理方法的示意性流程圖。圖9為本發(fā)明實施例提供的信息處理裝置的示意性框圖。圖10為本發(fā)明實施例提供的另一信息處理裝置的示意性框圖。圖11為本發(fā)明實施例提供的另一信息處理裝置的示意性框圖。圖12為本發(fā)明實施例提供的另一信息處理裝置的示意性框圖。圖13為本發(fā)明實施例提供的另一信息處理裝置的示意性框圖。圖14為本發(fā)明實施例提供的另一信息處理裝置的示意性框圖。圖15為本發(fā)明實施例提供的另一信息處理裝置的示意性框圖。圖16為本發(fā)明實施例提供的另一信息處理裝置的示意性框圖。具體實施方式下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明的一部分實施例，而不是全部實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都應(yīng)屬于本發(fā)明保護的范圍。為了便于理解，下面先對本發(fā)明實施例中的相關(guān)術(shù)語進行介紹。虛擬機(VirtualMachine)：即虛擬計算機，在計算機科學(xué)中的體系結(jié)構(gòu)中，是指一種特殊的軟件，可以在計算機平臺和終端用戶之間創(chuàng)建一種環(huán)境，而終端用戶則是基于這個軟件所創(chuàng)建的環(huán)境來操作軟件。在計算機科學(xué)中，虛擬機是指可以像真實機器一樣運行程序的計算機的軟件實現(xiàn)。因此，虛擬機可以理解為邏輯上的一臺計算機。遠程虛擬桌面：指計算和存儲資源集中在遠程服務(wù)器端(一般為數(shù)據(jù)中心)，通過遠程桌面協(xié)議將遠程虛擬桌面的界面投遞到本地的各種終端(如瘦終端TC、臺式PC、便攜PC、移動便攜式設(shè)備(PortableDevice，簡稱為“PAD”)、智能手機等)上顯示出來；同時，遠程虛擬桌面可以把本地終端的各種輸入輸出設(shè)備(如鍵盤、鼠標、USB存儲設(shè)備、串并口外設(shè)、耳機和麥克風(fēng)等)映射到遠程服務(wù)器端。一般的遠程虛擬桌面系統(tǒng)包括遠程服務(wù)器端和本地終端，其中，遠程服務(wù)器端集中了服務(wù)器資源和存儲資源，通過虛擬化技術(shù)虛擬出多個虛擬計算機或者無需虛擬化技術(shù)直接使用物理計算機，在這些虛擬計算機或者物理計算機上安裝操作系統(tǒng)(例如Linux、Windows和Unix等)，并通過遠程桌面協(xié)議將遠程虛擬桌面的界面投遞在本地終端上顯示出來，同時把本地終端上的輸入輸出設(shè)備映射到遠程虛擬桌面的服務(wù)器端。遠程虛擬桌面的系統(tǒng)架構(gòu)由終端(包括各種輸入輸出設(shè)備)、桌面管理系統(tǒng)和遠程虛擬桌面計算機三部分組成。其中，桌面管理系統(tǒng)主要是管理遠程虛擬桌面計算機和終端的注冊以及用戶登錄遠程虛擬桌面的管理。遠程桌面協(xié)議由客戶端和服務(wù)端組成，內(nèi)部根據(jù)不同功能劃分為不同的服務(wù)實現(xiàn)，例如，USB客戶端和USB服務(wù)端交互實現(xiàn)各種外設(shè)的映射重定向；顯示服務(wù)客戶端和服務(wù)端交互實現(xiàn)遠程虛擬桌面投遞到終端顯示器；音頻服務(wù)客戶端和服務(wù)端交互實現(xiàn)雙向音頻映射；多媒體服務(wù)客戶端和服務(wù)端交互實現(xiàn)多媒體服務(wù)的播放和錄制；鍵鼠服務(wù)客戶端和服務(wù)端實現(xiàn)鍵盤與鼠標映射到遠程虛擬桌面，等等，此處不再一一列舉。圖1示出了本發(fā)明實施例的應(yīng)用場景100。該應(yīng)用場景100為虛擬遠程桌面使用USB存儲設(shè)備的場景，該應(yīng)用場景100分為遠程桌面?zhèn)群捅镜亟K端側(cè)，遠程桌面?zhèn)劝║SB存儲驅(qū)動110和USB服務(wù)端120，本地終端側(cè)包括USB客戶端130和USB存儲設(shè)備140。其中，USB存儲設(shè)備140：為通過USB接口與本地計算機相連接的外置存儲設(shè)備，如U盤、USB硬盤、USB讀寫光驅(qū)等。USB存儲驅(qū)動110：即為USB驅(qū)動或USB存儲設(shè)備驅(qū)動。驅(qū)動可以理解為一段驅(qū)動程序，驅(qū)動程序為添加到操作系統(tǒng)中的一小塊代碼，其中包含有關(guān)硬件設(shè)備的信息。有了此信息，計算機就可以與設(shè)備進行通信。驅(qū)動程序是硬件廠商根據(jù)操作系統(tǒng)編寫的配置文件，可以說沒有驅(qū)動程序，計算機中的硬件就無法工作。因此，由于計算機中安裝的操作系統(tǒng)的支持問題，使用USB存儲設(shè)備140時往往需要安裝對應(yīng)的USB存儲驅(qū)動110，當(dāng)上層業(yè)務(wù)或者應(yīng)用程序需要與該USB存儲設(shè)備140進行交互時，會通過調(diào)用USB存儲驅(qū)動110來執(zhí)行。USB服務(wù)端120：位于遠程桌面?zhèn)鹊奶摂M計算機或物理計算機中，在虛擬計算機或物理計算機中安裝有操作系統(tǒng)，并在該USB存儲設(shè)備140連接到本地計算機時安裝USB存儲驅(qū)動110；該USB服務(wù)端120負責(zé)獲取USB存儲驅(qū)動110的數(shù)據(jù)包轉(zhuǎn)發(fā)到USB客戶端130，以及接收該USB客戶端130回應(yīng)的數(shù)據(jù)包轉(zhuǎn)發(fā)到USB存儲驅(qū)動110。USB客戶端130：可以是本地終端側(cè)的計算機，上述USB存儲設(shè)備140可以通過相應(yīng)接口與該USB客戶端130相連接，因此，該USB客戶端130可以負責(zé)發(fā)現(xiàn)和斷開USB存儲設(shè)備140，接收USB服務(wù)端120發(fā)送的數(shù)據(jù)包轉(zhuǎn)發(fā)到USB存儲設(shè)備140，以及獲取USB存儲設(shè)備140的數(shù)據(jù)包轉(zhuǎn)發(fā)到USB服務(wù)端120。應(yīng)理解，上層業(yè)務(wù)或應(yīng)用程序要對USB存儲設(shè)備進行讀寫時，都需要經(jīng)過USB存儲驅(qū)動110，也就是說，USB存儲驅(qū)動110是介于上層業(yè)務(wù)或應(yīng)用程序與USB存儲設(shè)備140之間的橋梁，可以向上為上層業(yè)務(wù)或應(yīng)用程序提供服務(wù)，也可以向下驅(qū)動USB存儲設(shè)備140進行工作。還應(yīng)理解，由于遠程虛擬桌面需要使用本地終端側(cè)的外設(shè)，一般需要遠程桌面接入?yún)f(xié)議提供支持。以支持USB存儲設(shè)備為例，目前主流的一些桌面接入?yún)f(xié)議如HDP(HuaweiDesktopProtocol)、ICA(IndependentComputingArchitecture)協(xié)議等，都提供了USB重定向方式，內(nèi)置了USB虛擬通道，為USB存儲設(shè)備在桌面云場景中的使用提供了支持。另外也有一些軟件，如USBoverNetwork，支持在終端側(cè)通過共享USB存儲設(shè)備的方式，供虛擬桌面?zhèn)冗h程訪問USB存儲設(shè)備的能力，其原理也屬于USB重定向范疇，本發(fā)明實施例對此不作限定。對于常見的大容量USB存儲設(shè)備(如U盤、USB硬盤、USB讀寫光驅(qū)等)，多使用BOT(Bulk-OnlyTransport)協(xié)議。BOT協(xié)議是大容量USB存儲類(MassStorageClass)中目前使用最多的一種存儲傳輸協(xié)議。一般可通過讀取USB存儲設(shè)備的接口描述符來識別該USB存儲設(shè)備是否使用BOT協(xié)議。如果其接口描述符中“bInterfaceClass”為“08h”，并且“bInterfaceProtocol”為50h”，則表明該USB存儲設(shè)備是使用了BOT協(xié)議的大容量USB存儲設(shè)備。應(yīng)理解，常見的U盤、USB硬盤、USB光驅(qū)等USB存儲設(shè)備，基本上都屬于此類。BOT協(xié)議工作于USB通用傳輸協(xié)議的上層。當(dāng)上層業(yè)務(wù)或應(yīng)用程序通過USB存儲驅(qū)動使用BOT協(xié)議進行一次數(shù)據(jù)讀/寫操作時，都會依次構(gòu)造命令塊封裝包(CommandBlockWrapper，簡稱為“CBW”)請求、DATA請求或命令狀態(tài)封裝包(CommandStatusWrapper，簡稱為“CSW”)請求，將這些請求分別封裝在USB請求塊(USBRequestBlock，簡稱為“URB”)中，并通過下層USB協(xié)議來處理。具體地，在BOT協(xié)議工作時，如果上層業(yè)務(wù)或應(yīng)用程序需進行一次數(shù)據(jù)讀/寫操作，則會以CBW、DATA、CSW為一組，通過USB存儲驅(qū)動發(fā)送不同URB請求；如果上層業(yè)務(wù)或應(yīng)用需進行一次無數(shù)據(jù)的操作，則會以CBW、CSW為一組，發(fā)送不同URB請求。應(yīng)理解，上述無數(shù)據(jù)的操作，是指非數(shù)據(jù)的讀/寫操作，例如狀態(tài)查詢、心跳握手等，本發(fā)明實施例對此不作限定。此外，在整個BOT協(xié)議中，不同URB請求是串行工作的，如果中間有處理出錯，則會進行復(fù)位恢復(fù)，確保每組URB請求能夠閉環(huán)，能重新開始下一組URB請求處理。USB存儲設(shè)備的工作狀態(tài)可以包括空閑、CBW處理、DATA-out(從主機向USB存儲設(shè)備傳輸數(shù)據(jù))、DATA-in(從USB存儲設(shè)備向主機傳輸數(shù)據(jù))、CSW處理五種狀態(tài)。其中，該USB存儲設(shè)備在空閑狀態(tài)下接收到的數(shù)據(jù)包為CBW包；在DATA-out狀態(tài)下接收到的數(shù)據(jù)包為主機期待寫入該USB存儲設(shè)備的數(shù)據(jù)；在DATA-in狀態(tài)下，主機請求從該USB存儲設(shè)備讀取數(shù)據(jù)，設(shè)備將向主機發(fā)送這些數(shù)據(jù)包；在CSW處理狀態(tài)下，該USB存儲設(shè)備封裝并發(fā)送CSW包以向主機返回狀態(tài)信息。應(yīng)理解，任何URB請求均是以主機向USB存儲設(shè)備發(fā)送CBW包并試圖建立相應(yīng)的數(shù)據(jù)傳輸開始的。USB存儲設(shè)備接收到該CBW包，對其進行檢查并處理，試圖滿足主機的要求，并通過CSW包向主機返回狀態(tài)信息。下面詳細介紹一下CBW、DATA和CSW三種數(shù)據(jù)包。1、CBW是包含一個命令塊和關(guān)聯(lián)的信息的數(shù)據(jù)包，通過Bulk-Out(從主機到設(shè)備的數(shù)據(jù)傳輸)端點進行傳輸，每個CBW的長度是31字節(jié)，其定義如下表所示：dCBWSignature：CBW的標識，為固定值43425355h；dCBWTag：主機發(fā)送的一個命令塊標識，設(shè)備需要在CSW中返回，主要用于關(guān)聯(lián)CSW對應(yīng)的CBW；dCBWDataTransferLength：本次CBW命令要求在命令與回應(yīng)之間傳輸?shù)淖止?jié)數(shù)；如果為0，則表示不傳輸數(shù)據(jù)；bmCBWFlags：反映數(shù)據(jù)傳輸?shù)姆较颍?x00表示來自主機，0x80表示發(fā)送至主機；bCBWLUN：對于有多個邏輯單元號(LogicalUnitNumber，簡稱為“LUN”)的設(shè)備，用來選擇具體目標，如果沒有多個LUN，則寫0；bCBWCBLength：命令的長度，范圍在0～16；CBWCB：傳輸?shù)木唧w命令，符合bInterfaceSubClass中定義的命令規(guī)范，此處是SCSI指令集。2、DATA是包含一個數(shù)據(jù)塊的數(shù)據(jù)包，分為DATA-out和DATA-in兩種。DATA-out：通過Bulk-Out(從主機到設(shè)備的數(shù)據(jù)傳輸)端點進行傳輸，往USB存儲設(shè)備寫數(shù)據(jù)，數(shù)據(jù)包中攜帶有待寫的數(shù)據(jù)，其待寫數(shù)據(jù)長度依賴于對應(yīng)CBW中dCBWDataTransferLength的值。DATA-in：通過Bulk-In(從設(shè)備到主機的數(shù)據(jù)傳輸)端點進行傳輸，從USB存儲設(shè)備讀數(shù)據(jù)，數(shù)據(jù)包中攜帶足夠的數(shù)據(jù)空間用來存放待讀數(shù)據(jù)，其待讀數(shù)據(jù)長度依賴于對應(yīng)CBW中dCBWDataTransferLength的值。應(yīng)理解，上層業(yè)務(wù)或應(yīng)用會使用與其對應(yīng)CBW中bmCBWFlags所指示的數(shù)據(jù)傳輸方向相匹配的DATA方式；當(dāng)bmCBWFlags為0x00時，會使用DATA-out方式；當(dāng)bmCBWFlags為0x80時，會使用DATA-in方式。3、CSW是包含一個命令塊狀態(tài)的數(shù)據(jù)包，通過Bulk-In(從設(shè)備到主機的數(shù)據(jù)傳輸)端點進行傳輸，其長度是13字節(jié)，用于表示CBW傳輸?shù)臓顟B(tài)。其定義如下表所示：dCSWSignature：CSW的標識，為固定值53425355h；dCSWTag：設(shè)置這個標識和CBW中的dCBWTag相同；dCSWDataResidue：表示還需要傳送的數(shù)據(jù)，此數(shù)據(jù)dCBWDataTransferLength減去本次已經(jīng)傳送的數(shù)據(jù)得到；bCSWStatus：指示CBW命令的執(zhí)行狀態(tài)，如果命令正確執(zhí)行；bCSWStatus返回0，不正確則返回1，錯誤則返回2(當(dāng)主機收到此錯誤時需要對USB存儲設(shè)備進行復(fù)位)?，F(xiàn)有技術(shù)的虛擬遠程桌面使用USB存儲設(shè)備的方法，USB存儲驅(qū)動會構(gòu)造不同的URB請求，進行下發(fā)，在USB重定向時USB服務(wù)端會攔截該USB存儲驅(qū)動下發(fā)的URB請求，通過虛擬通道發(fā)送給USB客戶端，該USB客戶端向USB存儲設(shè)備轉(zhuǎn)發(fā)該URB請求，由該USB存儲設(shè)備對該USB請求進行處理，之后再原路返回處理結(jié)果，USB存儲驅(qū)動收到該URB請求的處理結(jié)果之后，在該URB請求處理成功的情況下才會繼續(xù)發(fā)送下一個URB請求。對于使用BOT協(xié)議的USB大容量存儲設(shè)備，以一組URB消息為例，USB存儲驅(qū)動先向USB服務(wù)端發(fā)送CBW請求，USB服務(wù)端接收該CBW請求，將該CBW請求轉(zhuǎn)發(fā)給USB客戶端，該USB客戶端接收該CBW請求，將該CBW請求轉(zhuǎn)發(fā)給USB存儲設(shè)備，該USB存儲設(shè)備接收該CBW請求，并對該CBW請求進行處理，將處理結(jié)果原路返回至該USB存儲驅(qū)動；該USB存儲驅(qū)動接收該CBW請求的處理結(jié)果，在該CBW請求處理成功的情況下，向USB服務(wù)端發(fā)送DATA請求，該USB服務(wù)端接收該DATA請求，將該DATA請求轉(zhuǎn)發(fā)給USB客戶端，該USB客戶端接收該DATA請求，將該DATA請求轉(zhuǎn)發(fā)給USB存儲設(shè)備，該USB存儲設(shè)備接收該DATA請求，并對該DATA請求進行處理，將處理結(jié)果原路返回至該USB存儲驅(qū)動；該USB存儲驅(qū)動接收該DATA請求的處理結(jié)果，在該DATA請求處理成功的情況下，向USB服務(wù)端發(fā)送CSW請求，該USB服務(wù)端接收該CSW請求，將該CSW請求轉(zhuǎn)發(fā)給USB客戶端，該USB客戶端接收該CSW請求，將該CSW請求轉(zhuǎn)發(fā)給USB存儲設(shè)備，該USB存儲設(shè)備接收該CSW請求，并對該CSW請求進行處理，將處理結(jié)果原路返回至該USB存儲驅(qū)動。至此，完成一次USB存儲設(shè)備的讀/寫操作。應(yīng)理解，DATA請求可以分為DATA-out請求和DATA-in請求，DATA請求的有無取決于CBW請求中的dCBWDataTransferLength值，若dCBWDataTransferLength值為0，則表示上層業(yè)務(wù)或應(yīng)用無需進行數(shù)據(jù)的讀/寫操作。如果使用BOT協(xié)議進行一次USB存儲設(shè)備的讀/寫操作，會生成CBW請求、DATA請求和CSW請求為一組的三個URB請求，由于USB存儲設(shè)備對每一個URB請求進行處理之后必須原路返回其處理結(jié)果，會進行三次網(wǎng)絡(luò)交互。如果無數(shù)據(jù)讀/寫，則會生成CBW請求和CSW請求為一組的二個URB請求，會進行兩次網(wǎng)絡(luò)交互。而一次網(wǎng)絡(luò)交互，會引入二倍于網(wǎng)絡(luò)時延的時長。也就是說，完成一次讀/寫操作，其多消耗六倍于網(wǎng)絡(luò)時延的時長。例如，若網(wǎng)絡(luò)時延為1ms，則一次交互時長可達2ms，完成一次讀/寫操作，耗時會大于6ms；若網(wǎng)絡(luò)時延為50ms，則一次交互時長可達100ms，完成一次讀/寫操作，耗時會大于300ms。當(dāng)用戶通過操作系統(tǒng)或上層應(yīng)用進行一次文件操作(如打開文件、拷貝文件等)時，會觸發(fā)USB存儲驅(qū)動產(chǎn)生大量的讀/寫操作，進而產(chǎn)生三倍于讀/寫操作的網(wǎng)絡(luò)交互。當(dāng)網(wǎng)絡(luò)時延越長，網(wǎng)絡(luò)質(zhì)量越差，讀/寫速度就越慢，完成該文件操作的時間自然也就越長，用戶體驗肯定就會越差，甚至不可忍受。因此，現(xiàn)有技術(shù)的URB請求的處理方式網(wǎng)絡(luò)交互次數(shù)較多，導(dǎo)致信息處理的速度較慢。圖2示出了本發(fā)明實施例的信息處理方法200的示意性流程圖。該方法200可以應(yīng)用于圖1中的應(yīng)用場景100，但本發(fā)明實施例不限于此。該方法200包括：S201，USB存儲驅(qū)動向USB服務(wù)端發(fā)送第一請求；S202，該USB服務(wù)端接收該第一請求，并生成該第一請求的預(yù)計處理結(jié)果，該第一請求的預(yù)計處理結(jié)果為處理成功；S203，該USB服務(wù)端向該USB存儲驅(qū)動發(fā)送該第一請求的預(yù)計處理結(jié)果；S204，該USB存儲驅(qū)動根據(jù)該第一請求的預(yù)計處理結(jié)果向該USB服務(wù)端發(fā)送第二請求；S205，該USB服務(wù)端接收該第二請求，并向USB客戶端發(fā)送該第一請求和該第二請求；S206，該USB客戶端接收該第一請求和該第二請求，并向USB存儲設(shè)備發(fā)送該第一請求；S207，該USB存儲設(shè)備接收該第一請求，并處理該第一請求，從而獲得該第一請求的處理結(jié)果；S208，該USB存儲設(shè)備向該USB客戶端發(fā)送該第一請求的處理結(jié)果；S209，該USB客戶端接收該第一請求的處理結(jié)果，在該第一請求的處理結(jié)果為成功的情況下，向該USB存儲設(shè)備發(fā)送該第二請求；S210，該USB存儲設(shè)備接收該第二請求，并處理該第二請求，從而獲得該第二請求的處理結(jié)果；S211，該USB存儲設(shè)備向該USB客戶端發(fā)送該第二請求的處理結(jié)果。具體地，USB存儲驅(qū)動向USB服務(wù)端發(fā)送第一請求，該第一請求可以是上層業(yè)務(wù)或應(yīng)用程序通過該USB存儲驅(qū)動觸發(fā)的，該USB服務(wù)端接收該第一請求，生成該第一請求處理成功的預(yù)計處理結(jié)果并將該第一請求的預(yù)計處理結(jié)果返回給該USB存儲驅(qū)動，該USB存儲驅(qū)動一旦確定該第一請求處理成功，便會向該USB服務(wù)器發(fā)送第二請求，該USB服務(wù)端接收該第二請求，并向USB客戶端發(fā)送該第一請求和該第二請求，該USB客戶端向USB存儲設(shè)備發(fā)送該第一請求，該USB存儲設(shè)備接收并處理該第一請求，向該USB客戶端返回該第一請求的處理結(jié)果，該USB客戶端一旦確定該第一請求處理成功，便會向該USB存儲設(shè)備發(fā)送該第二請求，由USB存儲設(shè)備接收并處理第二請求，將該第二請求的處理結(jié)果返回給該USB客戶端。本發(fā)明實施例的信息處理方法，通過USB服務(wù)端生成第一請求的預(yù)計處理結(jié)果，根據(jù)該第一請求的預(yù)計處理結(jié)果先獲得第二請求，再發(fā)送該第一請求和該第二請求至USB客戶端，由USB客戶端將該第一請求和該第二請求分別發(fā)送至USB存儲設(shè)備進行處理，能夠減少USB服務(wù)端與USB客戶端的交互次數(shù)，提高USB存儲設(shè)備的信息處理速度，從而提高用戶體驗。作為一個可選的實施例，該第一請求為命令塊封裝包CBW請求或?qū)憯?shù)據(jù)DATA-out請求，其中，當(dāng)該第一請求為該CBW請求時，該第二請求為讀數(shù)據(jù)DATA-in請求、該DATA-out請求或命令狀態(tài)封裝包CSW請求，當(dāng)該第一請求為該DATA-out請求時，該第二請求為該CSW請求。應(yīng)理解，在BOT協(xié)議中，若USB存儲驅(qū)動需要進行一次無數(shù)據(jù)的操作，則CBW請求和CSW請求為一組URB請求，且CBW請求在先，CSW請求在后，因此，上述第一請求可以為CBW請求，第二請求可以為CSW請求；若USB存儲驅(qū)動需要進行一次數(shù)據(jù)的讀/寫操作，則CBW請求、DATA請求(DATA-in或DATA-out)和CSW請求為一組URB請求，且CBW請求在先，其次是DATA請求，最后是CSW請求，因此，在這種情況下，上述的第一請求可以為CBW請求，也可以為DATA-out請求，若第一請求為CBW請求，則第二請求為DATA請求(可以為DATA-in請求，也可以為DATA-out請求)，若第一請求為DATA-out請求，則第二請求為CSW請求。需要注意的是，上述第一請求不可以是DATA-in請求，因為該請求為讀數(shù)據(jù)請求，需要從USB存儲設(shè)備中讀取相應(yīng)的數(shù)據(jù)，對于USB服務(wù)端而言，是無法針對DATA-in請求生成預(yù)計處理結(jié)果的。這樣，在本發(fā)明實施例中，通過USB服務(wù)端累計發(fā)送CBW請求、DATA請求和CSW請求中的至少兩個，減少了USB服務(wù)端與USB客戶端的交互次數(shù)。作為一個可選的實施例，該第一請求為該CBW請求，該第二請求為該DATA-in請求或該DATA-out請求，在該USB客戶端接收該USB存儲設(shè)備發(fā)送的該第二請求的處理結(jié)果之后，該方法還包括：若該第二請求的處理結(jié)果表示處理成功，則該USB客戶端構(gòu)造與該CBW請求對應(yīng)的CSW請求；該USB客戶端向該USB存儲設(shè)備發(fā)送該CSW請求；該USB存儲設(shè)備接收該CSW請求，對該CSW請求進行處理并向該USB客戶端返回該CSW請求的處理結(jié)果；該USB客戶端接收該CSW請求的處理結(jié)果，并向該USB服務(wù)端發(fā)送該第二請求的處理結(jié)果和該CSW請求的處理結(jié)果；該USB服務(wù)端接收該USB客戶端發(fā)送的該第二請求的處理結(jié)果和該USB客戶端構(gòu)造出與該CBW請求對應(yīng)的該CSW請求的處理結(jié)果；該USB服務(wù)端向該USB存儲驅(qū)動發(fā)送該第二請求的處理結(jié)果?？蛇x地，該USB服務(wù)端可以保存該CSW請求的處理結(jié)果。具體地，由于CBW請求和CSW請求是一一對應(yīng)的關(guān)系，USB客戶端在接收到CBW請求后，便可以構(gòu)造出與該CBW請求對應(yīng)的CSW請求，不需要USB服務(wù)端將獲得的CSW請求再發(fā)送給USB客戶端，從而減少USB服務(wù)端與USB客戶端的交互次數(shù)。應(yīng)理解，在該第二請求的處理結(jié)果為失敗的情況下，該USB客戶端直接通過該USB服務(wù)端向該USB存儲驅(qū)動返回失敗，則本組URB請求處理結(jié)束。作為一個可選的實施例，該方法還包括：該USB服務(wù)端接收該USB存儲驅(qū)動根據(jù)該第二請求的處理結(jié)果發(fā)送的該CSW請求；該USB服務(wù)端向該USB存儲驅(qū)動發(fā)送保存的該CSW請求的處理結(jié)果。在USB服務(wù)端收到USB存儲驅(qū)動發(fā)送的CSW請求后，USB服務(wù)端無需向USB客戶端發(fā)送該CSW請求，而是可以直接將提前處理好的保存在USB服務(wù)端的CSW請求的處理結(jié)果發(fā)送給該USB存儲驅(qū)動，從而在更大程度上減少USB服務(wù)端與USB客戶端的交互次數(shù)。應(yīng)理解，在本發(fā)明實施例中，涉及到USB服務(wù)端及USB客戶端在功能上的改動，在發(fā)送URB請求之前，USB服務(wù)端需要與USB客戶端進行能力協(xié)商，在USB客戶端也支持該優(yōu)化的情況下，USB服務(wù)端才能啟用該加速功能，否則只能按原有方式處理，確保兼容性。此外，在具體實現(xiàn)中，可以提供管理配置策略機制，來進行全局統(tǒng)一控制或有針對性的局部控制。例如，對于主機上存在多個USB存儲設(shè)備的情況，可以根據(jù)需要對其中的部分USB存儲設(shè)備開啟本發(fā)明實施例的優(yōu)化功能，其他的仍采用現(xiàn)有技術(shù)的處理方式，本發(fā)明實施例對此不作限定。應(yīng)理解，上述各過程的序號的大小并不意味著執(zhí)行順序的先后，各過程的執(zhí)行順序應(yīng)以其功能和內(nèi)在邏輯確定，而不應(yīng)對本發(fā)明實施例的實施過程構(gòu)成任何限定。圖3示出了本發(fā)明實施例的另一信息處理方法300的示意性流程圖。該方法300可以應(yīng)用于圖1中的應(yīng)用場景100，但本發(fā)明實施例不限于此。該方法300包括：S301，USB存儲驅(qū)動向USB服務(wù)端發(fā)送第一請求；S302，該USB服務(wù)端接收該第一請求，并向USB客戶端發(fā)送該第一請求；S303，該USB客戶端接收該第一請求，并向USB存儲設(shè)備發(fā)送該第一請求；S304，該USB存儲設(shè)備接收該第一請求，并處理該第一請求，從而獲得該第一請求的處理結(jié)果；S305，該USB存儲設(shè)備向該USB客戶端發(fā)送該第一請求的處理結(jié)果；S306，該USB客戶端接收該第一請求的處理結(jié)果，在該第一請求的處理結(jié)果為成功的情況下，構(gòu)造與該第一請求對應(yīng)的第二請求；S307，該USB客戶端向該USB存儲設(shè)備發(fā)送該第二請求；S308，該USB存儲設(shè)備接收該第二請求，并處理該第二請求，從而獲得該第二請求的處理結(jié)果；S309，該USB存儲設(shè)備向該USB客戶端發(fā)送該第二請求的處理結(jié)果；S310，該USB客戶端接收該第二請求的處理結(jié)果，并向該USB服務(wù)端發(fā)送該第一請求的處理結(jié)果和該第二請求的處理結(jié)果。具體地，USB存儲驅(qū)動向USB服務(wù)端發(fā)送第一請求，該USB服務(wù)端接收該第一請求并將該第一請求轉(zhuǎn)發(fā)給USB客戶端，該USB客戶端接收該第一請求并將該第一請求轉(zhuǎn)發(fā)給USB存儲設(shè)備，該USB存儲設(shè)備接收并處理該第一請求，將該第一請求的處理結(jié)果返回至該USB客戶端，在該第一請求的處理結(jié)果為處理成功的情況下，該USB客戶端構(gòu)造出與第一請求對應(yīng)的第二請求，并將該第二請求發(fā)送給該USB存儲設(shè)備，該USB存儲設(shè)備接收并處理該第二請求，將該第二請求的處理結(jié)果返回至該USB客戶端，該USB客戶端接收該第二請求的處理結(jié)果，并向該USB服務(wù)端發(fā)送該第一請求的處理結(jié)果和該第二請求的處理結(jié)果。本發(fā)明實施例的信息處理方法，通過USB客戶端在接收到USB存儲設(shè)備發(fā)送的第一請求的處理結(jié)果之后，構(gòu)造出與第一請求對應(yīng)的第二請求，將該第二請求發(fā)送至該USB存儲設(shè)備進行處理，提前獲取第二請求的處理結(jié)果，并將第一請求的處理結(jié)果和第二請求的處理結(jié)果一起發(fā)送給USB服務(wù)端，能夠減少USB服務(wù)端與USB客戶端的交互次數(shù)，提高USB存儲設(shè)備的信息處理速度，從而提高用戶體驗。作為一個可選的實施例，該第一請求為命令塊封裝包CBW請求、讀數(shù)據(jù)DATA-in請求或?qū)憯?shù)據(jù)DATA-out請求，其中，當(dāng)該第一請求為該CBW請求時，該第二請求為該DATA-in請求、該DATA-out請求或命令狀態(tài)封裝包CSW請求，當(dāng)該第一請求為該DATA-in請求或該DATA-out請求時，該第二請求為該CSW請求。應(yīng)理解，在BOT協(xié)議中，若USB存儲驅(qū)動需要進行一次無數(shù)據(jù)的操作，則CBW請求和CSW請求為一組URB請求，且CBW請求在先，CSW請求在后，因此，上述第一請求可以為CBW請求，第二請求可以為CSW請求；若USB存儲驅(qū)動需要進行一次數(shù)據(jù)的讀/寫操作，則CBW請求、DATA請求(DATA-in或DATA-out)和CSW請求為一組URB請求，且CBW請求在先，其次是DATA請求，最后是CSW請求，因此，在這種情況下，上述的第一請求可以為CBW請求，也可以為DATA請求，若第一請求為CBW請求，則第二請求為DATA請求，若第一請求為DATA請求，則第二請求為CSW請求。作為一個可選的實施例，該方法還包括：該USB服務(wù)端向該USB存儲驅(qū)動發(fā)送該第一請求的處理結(jié)果；該USB服務(wù)端接收該USB存儲驅(qū)動根據(jù)該第一請求的處理結(jié)果發(fā)送的該第二請求；該USB服務(wù)端向該USB存儲驅(qū)動發(fā)送該第二請求的處理結(jié)果?？蛇x地，該USB服務(wù)端可以保存該第二請求的處理結(jié)果。具體地，USB服務(wù)端可以保存第二請求的處理結(jié)果，在USB服務(wù)端收到USB存儲驅(qū)動發(fā)送的該第二請求后，USB服務(wù)端無需向USB客戶端發(fā)送該第二請求，直接將提前處理好的保存在USB服務(wù)端的第二請求的處理結(jié)果發(fā)送給該USB存儲驅(qū)動，從而減少USB服務(wù)端與USB客戶端的交互次數(shù)。作為一個可選的實施例，該第一請求為該CBW請求，該第二請求為該DATA-in請求，在該USB客戶端向USB服務(wù)端發(fā)送該第一請求的處理結(jié)果和該第二請求的處理結(jié)果之前，該方法還包括：在該DATA-in請求的處理結(jié)果為成功的情況下，該USB客戶端構(gòu)造與該DATA-in請求對應(yīng)的CSW請求；該USB客戶端向該USB存儲設(shè)備發(fā)送該CSW請求；該USB客戶端接收該USB存儲設(shè)備發(fā)送的該CSW請求的處理結(jié)果；該USB客戶端向USB服務(wù)端發(fā)送該第一請求的處理結(jié)果和該第二請求的處理結(jié)果，包括：該USB客戶端向USB服務(wù)端發(fā)送該CBW請求的處理結(jié)果、該DATA-in請求的處理結(jié)果以及該CSW請求的處理結(jié)果；該USB服務(wù)端接收該USB客戶端根據(jù)該第一請求發(fā)送的該第一請求的處理結(jié)果以及與該第一請求對應(yīng)的第二請求的處理結(jié)果，包括：該USB服務(wù)端接收該USB客戶端發(fā)送的該CBW請求的處理結(jié)果、該DATA-in請求的處理結(jié)果以及該CSW請求的處理結(jié)果。在本發(fā)明實施例中，USB客戶端可以先根據(jù)CBW請求處理成功的結(jié)果，構(gòu)造出DATA-in請求，將該DATA-in請求發(fā)送給USB存儲設(shè)備進行處理，并由該USB存儲設(shè)備向該USB客戶端返回DATA-in請求的處理結(jié)果，在該DATA-in請求處理成功的情況下，該USB客戶端繼續(xù)構(gòu)造CSW請求，并發(fā)送給USB存儲設(shè)備進行處理，該USB存儲設(shè)備再將CSW請求的處理結(jié)果發(fā)送給USB客戶端，該USB客戶端將CBW請求的處理結(jié)果、DATA-in請求的處理結(jié)果和CSW請求的處理結(jié)果一起發(fā)送至USB服務(wù)端，這樣，USB服務(wù)端與USB客戶端之間僅需要一次交互，大大提高了信息處理的速度。應(yīng)理解，在該DATA-in請求的處理結(jié)果為失敗的情況下，該USB客戶端直接通過該USB服務(wù)端向該USB存儲驅(qū)動返回失敗，則本組URB請求處理結(jié)束。作為一個可選的實施例，該方法還包括：該USB服務(wù)端向該USB存儲驅(qū)動發(fā)送該CBW請求的處理結(jié)果；該USB服務(wù)端接收該USB存儲驅(qū)動根據(jù)該CBW請求的處理結(jié)果發(fā)送的該DATA-in請求；該USB服務(wù)端向該USB存儲驅(qū)動發(fā)送該DATA-in請求的處理結(jié)果；該USB服務(wù)端接收該USB存儲驅(qū)動根據(jù)該DATA-in請求的處理結(jié)果發(fā)送的該CSW請求；該USB服務(wù)端向該USB存儲驅(qū)動發(fā)送該CSW請求的處理結(jié)果?？蛇x地，該USB服務(wù)端可以保存該DATA-in請求的處理結(jié)果和該CSW請求的處理結(jié)果。應(yīng)理解，在本發(fā)明實施例中，涉及到USB服務(wù)端及USB客戶端在功能上的改動，在發(fā)送URB請求之前，USB服務(wù)端需要與USB客戶端進行能力協(xié)商，在USB客戶端也支持該優(yōu)化的情況下，USB服務(wù)端才能啟用該加速功能，否則只能按原有方式處理，確保兼容性。此外，在具體實現(xiàn)中，可以提供管理配置策略機制，來進行全局統(tǒng)一控制或有針對性的局部控制。例如，對于主機上存在多個USB存儲設(shè)備的情況，可以根據(jù)需要對其中的部分USB存儲設(shè)備開啟本發(fā)明實施例的優(yōu)化功能，其他的仍采用現(xiàn)有技術(shù)的處理方式，本發(fā)明實施例對此不作限定。應(yīng)理解，上述各過程的序號的大小并不意味著執(zhí)行順序的先后，各過程的執(zhí)行順序應(yīng)以其功能和內(nèi)在邏輯確定，而不應(yīng)對本發(fā)明實施例的實施過程構(gòu)成任何限定。圖4示出了本發(fā)明實施例的另一信息處理方法400的示意性流程圖。該方法400可以應(yīng)用于圖1中的應(yīng)用場景100，但本發(fā)明實施例不限于此。在S401中，USB存儲驅(qū)動向USB服務(wù)端發(fā)送CBW請求；在S402中，該USB服務(wù)端接收該CBW請求，并向USB客戶端發(fā)送該CBW請求；在S403中，該USB客戶端接收該CBW請求，并向USB存儲設(shè)備發(fā)送該CBW請求；在S404中，該USB存儲設(shè)備接收該CBW請求，并處理該CBW請求，從而獲得該CBW請求的處理結(jié)果；在S405中，該USB存儲設(shè)備向該USB客戶端發(fā)送該CBW請求的處理結(jié)果；在S406中，該USB客戶端接收該CBW請求的處理結(jié)果，在該CBW請求的處理結(jié)果為成功的情況下，構(gòu)造與該CBW請求對應(yīng)的CSW請求；在S407中，該USB客戶端向該USB存儲設(shè)備發(fā)送該CSW請求；在S408中，該USB存儲設(shè)備接收該CSW請求，并處理該CSW請求，從而獲得該CSW請求的處理結(jié)果；在S409中，該USB存儲設(shè)備向該USB客戶端發(fā)送該CSW請求的處理結(jié)果；在S410中，該USB客戶端向該USB服務(wù)端發(fā)送該CBW請求的處理結(jié)果和該CSW請求的處理結(jié)果在S411中，該USB服務(wù)端接收該CBW請求的處理結(jié)果和該CSW請求的處理結(jié)果，并保存該CSW請求的處理結(jié)果；在S412中，該USB服務(wù)端向該USB存儲驅(qū)動發(fā)送該CBW請求的處理結(jié)果；在S413中，該USB存儲驅(qū)動接收該CBW請求的處理結(jié)果，并根據(jù)該CBW請求的處理結(jié)果發(fā)送該CSW請求；在S414中，該USB服務(wù)端接收該CSW請求，直接將保存的該CSW請求的處理結(jié)果發(fā)送給該USB存儲驅(qū)動。應(yīng)理解，上述各過程的序號的大小并不意味著執(zhí)行順序的先后，各過程的執(zhí)行順序應(yīng)以其功能和內(nèi)在邏輯確定，而不應(yīng)對本發(fā)明實施例的實施過程構(gòu)成任何限定。圖5示出了本發(fā)明實施例的另一信息處理方法500的示意性流程圖。該方法500可以應(yīng)用于圖1中的應(yīng)用場景100，但本發(fā)明實施例不限于此。在S501中，USB存儲驅(qū)動向USB服務(wù)端發(fā)送CBW請求；在S502中，該USB服務(wù)端接收該CBW請求，并生成該CBW請求的預(yù)計處理結(jié)果，該CBW請求的預(yù)計處理結(jié)果為成功；在S503中，該USB服務(wù)端向該USB存儲驅(qū)動發(fā)送該CBW請求的預(yù)計處理結(jié)果；在S504中，該USB存儲驅(qū)動接收該USB服務(wù)端發(fā)送的該CBW請求的預(yù)計處理結(jié)果，并根據(jù)該CBW請求的預(yù)計處理結(jié)果，發(fā)送DATA請求；該DATA請求可以是DATA-in請求，也可以是DATA-out請求，本發(fā)明實施例對此不作限定。在S505中，該USB服務(wù)端接收該DATA請求，并向USB客戶端發(fā)送該CBW請求和該DATA請求；在S506中，該USB客戶端接收該CBW請求和該DATA請求，并向USB存儲設(shè)備發(fā)送該CBW請求；在S507中，該USB存儲設(shè)備接收該CBW請求，并處理該CBW請求，從而獲得該CBW請求的處理結(jié)果；在S508中，該USB存儲設(shè)備向該USB客戶端發(fā)送該CBW請求的處理結(jié)果；在S509中，該USB客戶端接收該CBW請求的處理結(jié)果，在該CBW請求的處理結(jié)果為成功的情況下，該USB客戶端向該USB存儲設(shè)備發(fā)送該DATA請求；在S510中，該USB存儲設(shè)備接收該DATA請求，并處理該DATA請求，從而獲得該DATA請求的處理結(jié)果；在S511中，該USB存儲設(shè)備向該USB客戶端發(fā)送該DATA請求的處理結(jié)果；在S512中，該USB客戶端接收該DATA請求的處理結(jié)果，在該DATA請求的處理結(jié)果為成功的情況下，根據(jù)該CBW請求和該DATA請求，構(gòu)造CSW請求；在S513中，該USB客戶端向該USB存儲設(shè)備發(fā)送該CSW請求；在S514中，該USB存儲設(shè)備接收該CSW請求，并處理該CSW請求，從而獲得該CSW請求的處理結(jié)果；在S515中，該USB存儲設(shè)備向該USB客戶端發(fā)送該CSW請求的處理結(jié)果；在S516中，該USB客戶端接收該CSW請求的處理結(jié)果，并向該USB服務(wù)端發(fā)送該DATA請求的處理結(jié)果和該CSW請求的處理結(jié)果；在S517中，該USB服務(wù)端接收該DATA請求的處理結(jié)果和該CSW請求的處理結(jié)果，并保存該CSW請求的處理結(jié)果；在S518中，該USB服務(wù)端向該USB存儲驅(qū)動發(fā)送該DATA請求的處理結(jié)果；在S519中，該USB存儲驅(qū)動接收該DATA請求的處理結(jié)果，并根據(jù)該DATA請求的處理結(jié)果發(fā)送該CSW請求；在S520中，該USB服務(wù)端接收該CSW請求，直接將保存的該CSW請求的處理結(jié)果發(fā)送給該USB存儲驅(qū)動。應(yīng)理解，上述各過程的序號的大小并不意味著執(zhí)行順序的先后，各過程的執(zhí)行順序應(yīng)以其功能和內(nèi)在邏輯確定，而不應(yīng)對本發(fā)明實施例的實施過程構(gòu)成任何限定。圖6示出了本發(fā)明實施例的另一信息處理方法600的示意性流程圖。該方法600可以應(yīng)用于圖1中的應(yīng)用場景100，但本發(fā)明實施例不限于此。在S601中，USB存儲驅(qū)動向USB服務(wù)端發(fā)送CBW請求；在S602中，該USB服務(wù)端接收該CBW請求，并生成該CBW請求的預(yù)計處理結(jié)果，該CBW請求的預(yù)計處理結(jié)果為成功；在S603中，該USB服務(wù)端向該USB存儲驅(qū)動發(fā)送該CBW請求的預(yù)計處理結(jié)果；在S604中，該USB存儲驅(qū)動接收該USB服務(wù)端發(fā)送的該CBW請求的預(yù)計處理結(jié)果，并根據(jù)該CBW請求的預(yù)計處理結(jié)果，發(fā)送CSW請求；在S605中，該USB服務(wù)端接收該CSW請求，并向USB客戶端發(fā)送該CBW請求和該CSW請求；在S606中，該USB客戶端接收該CBW請求和該CSW請求，并向USB存儲設(shè)備發(fā)送該CBW請求；在S607中，該USB存儲設(shè)備接收該CBW請求，并處理該CBW請求，從而獲得該CBW請求的處理結(jié)果；在S608中，該USB存儲設(shè)備向該USB客戶端發(fā)送該CBW請求的處理結(jié)果；在S609中，該USB客戶端接收該CBW請求的處理結(jié)果，在該CBW請求的處理結(jié)果為成功的情況下，該USB客戶端向該USB存儲設(shè)備發(fā)送該CSW請求；在S610中，該USB存儲設(shè)備接收該CSW請求，并處理該CSW請求，從而獲得該CSW請求的處理結(jié)果；在S611中，該USB存儲設(shè)備向該USB客戶端發(fā)送該CSW請求的處理結(jié)果；在S612中，該USB客戶端接收該CSW請求的處理結(jié)果，并向該USB服務(wù)端發(fā)送該CSW請求的處理結(jié)果；在S613中，該USB服務(wù)端接收該CSW請求的處理結(jié)果，并向該USB存儲驅(qū)動發(fā)送該CSW請求的處理結(jié)果。應(yīng)理解，上述各過程的序號的大小并不意味著執(zhí)行順序的先后，各過程的執(zhí)行順序應(yīng)以其功能和內(nèi)在邏輯確定，而不應(yīng)對本發(fā)明實施例的實施過程構(gòu)成任何限定。圖7示出了本發(fā)明實施例的另一信息處理方法700的示意性流程圖。該方法700可以應(yīng)用于圖1中的應(yīng)用場景100，但本發(fā)明實施例不限于此。在S701中，USB存儲驅(qū)動向USB服務(wù)端發(fā)送CBW請求；在S702中，該USB服務(wù)端接收該CBW請求，并向USB客戶端發(fā)送該CBW請求；在S703中，該USB客戶端接收該CBW請求，并向USB存儲設(shè)備發(fā)送該CBW請求；在S704中，該USB存儲設(shè)備接收該CBW請求，并處理該CBW請求，從而獲得該CBW請求的處理結(jié)果；在S705中，該USB存儲設(shè)備向該USB客戶端發(fā)送該CBW請求的處理結(jié)果；在S706中，該USB客戶端接收該CBW請求的處理結(jié)果，在該CBW請求的處理結(jié)果為成功的情況下，構(gòu)造與該CBW請求對應(yīng)的讀數(shù)據(jù)DATA-in請求；在S707中，該USB客戶端向該USB存儲設(shè)備發(fā)送該DATA-in請求；在S708中，該USB存儲設(shè)備接收該DATA-in請求，并處理該DATA-in請求，從而獲得該DATA-in請求的處理結(jié)果；在S709中，該USB存儲設(shè)備向該USB客戶端發(fā)送該DATA-in請求的處理結(jié)果；在S710中，該USB客戶端接收該DATA-in請求的處理結(jié)果，在該DATA-in請求的處理結(jié)果為成功的情況下，根據(jù)該CBW請求和該DATA-in請求，構(gòu)造CSW請求；在S711中，該USB客戶端向該USB存儲設(shè)備發(fā)送該CSW請求；在S712中，該USB存儲設(shè)備接收該CSW請求，并處理該CSW請求，從而獲得該CSW請求的處理結(jié)果；在S713中，該USB存儲設(shè)備向該USB客戶端發(fā)送該CSW請求的處理結(jié)果；在S714中，該USB客戶端接收該CSW請求的處理結(jié)果，并向該USB服務(wù)端發(fā)送該CBW請求的處理結(jié)果、該DATA-in請求的處理結(jié)果以及該CSW請求的處理結(jié)果；在S715中，該USB服務(wù)端接收該CBW請求的處理結(jié)果、該DATA-in請求的處理結(jié)果以及該CSW請求的處理結(jié)果，并保存該DATA-in請求的處理結(jié)果和該CSW請求的處理結(jié)果；在S716中，該USB服務(wù)端向該USB存儲驅(qū)動發(fā)送該CBW請求的處理結(jié)果；在S717中，該USB存儲驅(qū)動接收該CBW請求的處理結(jié)果，并根據(jù)該CBW請求的處理結(jié)果向該USB服務(wù)端發(fā)送該DATA-in請求；在S718中，該USB服務(wù)端接收該DATA-in請求，并直接向該USB存儲驅(qū)動發(fā)送保存的該DATA-in請求的處理結(jié)果；在S719中，該USB存儲驅(qū)動接收該DATA-in請求的處理結(jié)果，并根據(jù)該DATA-in請求的處理結(jié)果向該USB服務(wù)端發(fā)送該CSW請求；在S720中，該USB服務(wù)端接收該CSW請求，并直接向該USB存儲驅(qū)動發(fā)送保存的該CSW請求的處理結(jié)果。應(yīng)理解，上述各過程的序號的大小并不意味著執(zhí)行順序的先后，各過程的執(zhí)行順序應(yīng)以其功能和內(nèi)在邏輯確定，而不應(yīng)對本發(fā)明實施例的實施過程構(gòu)成任何限定。圖8示出了本發(fā)明實施例的另一信息處理方法800的示意性流程圖。該方法800可以應(yīng)用于圖1中的應(yīng)用場景100，但本發(fā)明實施例不限于此。在S801中，USB存儲驅(qū)動向USB服務(wù)端發(fā)送CBW請求；在S802中，該USB服務(wù)端接收該CBW請求，并向USB客戶端發(fā)送該CBW請求；在S803中，該USB客戶端接收該CBW請求，并向USB存儲設(shè)備發(fā)送該CBW請求；在S804中，該USB存儲設(shè)備接收該CBW請求，并處理該CBW請求，從而獲得該CBW請求的處理結(jié)果；在S805中，該USB存儲設(shè)備向該USB客戶端發(fā)送該CBW請求的處理結(jié)果；在S806中，該USB客戶端接收該CBW請求的處理結(jié)果，并向該USB服務(wù)端發(fā)送該CBW請求的處理結(jié)果；在S807中，該USB服務(wù)端接收該CBW請求的處理結(jié)果，并向該USB存儲驅(qū)動發(fā)送該CBW請求的處理結(jié)果；在S808中，該USB存儲驅(qū)動接收該CBW請求的處理結(jié)果，并根據(jù)該CBW請求的處理結(jié)果，向該USB服務(wù)端發(fā)送寫數(shù)據(jù)DATA-out請求；在S809中，該USB服務(wù)端接收該DATA-out請求，并生成該DATA-out請求的預(yù)計處理結(jié)果，該DATA-out請求的預(yù)計處理結(jié)果為成功；在S810中，該USB服務(wù)端向該USB存儲驅(qū)動發(fā)送該DATA-out請求的預(yù)計處理結(jié)果；在S811中，該USB存儲驅(qū)動接收該DATA-out請求的預(yù)計處理結(jié)果，并根據(jù)該DATA-out請求的預(yù)計處理結(jié)果，向該USB服務(wù)端發(fā)送CSW請求；在S812中，該USB服務(wù)端接收該CSW請求，并向該USB客戶端發(fā)送該DATA-out請求和該CSW請求；在S813中，該USB客戶端接收該DATA-out請求和該CSW請求，并向該USB存儲設(shè)備發(fā)送該DATA-out請求；在S814中，該USB存儲設(shè)備接收該DATA-out請求，并處理該DATA-out請求，從而獲得該DATA-out請求的處理結(jié)果；在S815中，該USB存儲設(shè)備向該USB客戶端發(fā)送該DATA-out請求的處理結(jié)果；在S816中，該USB客戶端接收該DATA-out請求的處理結(jié)果，并在該DATA-out請求的處理結(jié)果為成功的情況下，向該USB存儲設(shè)備發(fā)送該CSW請求；在S817中，該USB存儲設(shè)備接收該CSW請求，并處理該CSW請求，從而獲得該CSW請求的處理結(jié)果；在S818中，該USB存儲設(shè)備向該USB客戶端發(fā)送該CSW請求的處理結(jié)果；在S819中，該USB客戶端接收該CSW請求的處理結(jié)果，并向該USB服務(wù)端發(fā)送該CSW請求的處理結(jié)果；在S820中，該USB服務(wù)端接收該CSW請求的處理結(jié)果，并向該USB存儲驅(qū)動發(fā)送該CSW請求的處理結(jié)果。應(yīng)理解，上述各過程的序號的大小并不意味著執(zhí)行順序的先后，各過程的執(zhí)行順序應(yīng)以其功能和內(nèi)在邏輯確定，而不應(yīng)對本發(fā)明實施例的實施過程構(gòu)成任何限定。上文中結(jié)合圖1至圖8，詳細描述了根據(jù)本發(fā)明實施例的信息處理方法，下面將結(jié)合圖9至圖16，詳細描述根據(jù)本發(fā)明實施例的信息處理裝置。圖9示出了本發(fā)明實施例提供的信息處理裝置900，該裝置900包括：接收單元910，用于接收USB存儲驅(qū)動發(fā)送的第一請求；生成單元920，用于根據(jù)該第一請求，生成該第一請求的預(yù)計處理結(jié)果，該第一請求的預(yù)計處理結(jié)果表示處理成功；發(fā)送單元930，用于向該USB存儲驅(qū)動發(fā)送該第一請求的預(yù)計處理結(jié)果；該接收單元910還用于：接收該USB存儲驅(qū)動根據(jù)該第一請求的預(yù)計處理結(jié)果發(fā)送的第二請求；該發(fā)送單元930還用于：向USB客戶端發(fā)送該第一請求和該第二請求。本發(fā)明實施例的信息處理裝置，通過USB服務(wù)端生成第一請求的預(yù)計處理結(jié)果，根據(jù)該第一請求的預(yù)計處理結(jié)果先獲得第二請求，再發(fā)送該第一請求和該第二請求至USB客戶端，由USB客戶端將該第一請求和該第二請求分別發(fā)送至USB存儲設(shè)備進行處理，能夠減少USB服務(wù)端與USB客戶端的交互次數(shù)，提高USB存儲設(shè)備的信息處理速度，從而提高用戶體驗?？蛇x地，該第一請求為命令塊封裝包CBW請求或?qū)憯?shù)據(jù)DATA-out請求，其中，當(dāng)該第一請求為該CBW請求時，該第二請求為讀數(shù)據(jù)DATA-in請求、該DATA-out請求或命令狀態(tài)封裝包CSW請求，當(dāng)該第一請求為該DATA-out請求時，該第二請求為該CSW請求?？蛇x地，該第一請求為該CBW請求，該第二請求為該DATA-in請求或該DATA-out請求，該接收單元910還用于：在該向USB客戶端發(fā)送該第一請求和該第二請求之后，接收該USB客戶端發(fā)送的該第二請求的處理結(jié)果和與該CBW請求對應(yīng)的該CSW請求的處理結(jié)果；該裝置還包括：該發(fā)送單元930還用于：向該USB存儲驅(qū)動發(fā)送該第二請求的處理結(jié)果?？蛇x地，該接收單元910還用于：接收該USB存儲驅(qū)動根據(jù)該第二請求的處理結(jié)果發(fā)送的該CSW請求；該發(fā)送單元930還用于：向該USB存儲驅(qū)動發(fā)送該CSW請求的處理結(jié)果。應(yīng)理解，這里的裝置900以功能單元的形式體現(xiàn)。這里的術(shù)語“單元”可以指應(yīng)用特有集成電路(ApplicationSpecificIntegratedCircuit，ASIC)、電子電路、用于執(zhí)行一個或多個軟件或固件程序的處理器(例如共享處理器、專有處理器或組處理器等)和存儲器、合并邏輯電路和/或其它支持所描述的功能的合適組件。在一個可選例子中，本領(lǐng)域技術(shù)人員可以理解，裝置900可以具體為上述實施例中的USB服務(wù)端，裝置900可以用于執(zhí)行上述方法實施例中與該USB服務(wù)端對應(yīng)的各個流程和/或步驟，為避免重復(fù)，在此不再贅述。圖10示出了本發(fā)明實施例提供的另一信息處理裝置1000，該裝置1000包括：接收單元1010，用于接收USB服務(wù)端發(fā)送的第一請求和第二請求；發(fā)送單元1020，用于向USB存儲設(shè)備發(fā)送該第一請求；該接收單元1010還用于：接收該USB存儲設(shè)備發(fā)送的該第一請求的處理結(jié)果；該發(fā)送單元1020還用于：在該第一請求的處理結(jié)果為成功的情況下，向USB存儲設(shè)備發(fā)送該第二請求；該接收單元1010還用于：接收該USB存儲設(shè)備發(fā)送的該第二請求的處理結(jié)果。本發(fā)明實施例的信息處理裝置，通過USB客戶端在接收到USB存儲設(shè)備發(fā)送的第一請求的處理結(jié)果之后，直接根據(jù)第一請求構(gòu)造出第二請求，將該第二請求發(fā)送至該USB存儲設(shè)備進行處理，提前獲取第二請求的處理結(jié)果，并將第一請求的處理結(jié)果和第二請求的處理結(jié)果一起發(fā)送給USB服務(wù)端，能夠減少USB服務(wù)端與USB客戶端的交互次數(shù)，提高USB存儲設(shè)備的信息處理速度，從而提高用戶體驗?？蛇x地，該第一請求為命令塊封裝包CBW請求或?qū)憯?shù)據(jù)DATA-out請求，其中，當(dāng)該第一請求為該CBW請求時，該第二請求為讀數(shù)據(jù)DATA-in請求、該DATA-out請求或命令狀態(tài)封裝包CSW請求，當(dāng)該第一請求為該DATA-out請求時，該第二請求為該CSW請求?？蛇x地，該第一請求為該CBW請求，該第二請求為該DATA-in請求或該DATA-out請求，該裝置還包括：構(gòu)造單元，用于在該接收該USB存儲設(shè)備發(fā)送的該第二請求的處理結(jié)果之后，若該第二請求的處理結(jié)果表示處理成功，則構(gòu)造與該CBW請求對應(yīng)的該CSW請求；該發(fā)送單元還用于：向該USB存儲設(shè)備發(fā)送該CSW請求；該接收單元還用于：接收該USB存儲設(shè)備發(fā)送的該CSW請求的處理結(jié)果；該發(fā)送單元1020還用于：向該USB服務(wù)端發(fā)送該第二請求的處理結(jié)果和該CSW請求的處理結(jié)果。應(yīng)理解，這里的裝置1000以功能單元的形式體現(xiàn)。這里的術(shù)語“單元”可以指應(yīng)用特有集成電路(ApplicationSpecificIntegratedCircuit，ASIC)、電子電路、用于執(zhí)行一個或多個軟件或固件程序的處理器(例如共享處理器、專有處理器或組處理器等)和存儲器、合并邏輯電路和/或其它支持所描述的功能的合適組件。在一個可選例子中，本領(lǐng)域技術(shù)人員可以理解，裝置1000可以具體為上述實施例中的USB客戶端，裝置1000可以用于執(zhí)行上述方法實施例中與該USB客戶端對應(yīng)的各個流程和/或步驟，為避免重復(fù)，在此不再贅述。圖11示出了本發(fā)明實施例提供的另一信息處理裝置1100，該裝置1100包括：接收單元1110，用于接收USB存儲驅(qū)動發(fā)送的第一請求；發(fā)送單元1120，用于向USB客戶端發(fā)送該第一請求；該接收單元1110還用于：接收該USB客戶端根據(jù)該第一請求發(fā)送的該第一請求的處理結(jié)果以及與該第一請求對應(yīng)的第二請求的處理結(jié)果?？蛇x地，該第一請求為命令塊封裝包CBW請求、讀數(shù)據(jù)DATA-in請求或?qū)憯?shù)據(jù)DATA-out請求，其中，當(dāng)該第一請求為該CBW請求時，該第二請求為該DATA-in請求、該DATA-out請求或命令狀態(tài)封裝包CSW請求，當(dāng)該第一請求為該DATA-out請求時，該第二請求為該CSW請求。可選地，該裝置還包括：該發(fā)送單元1120還用于：向該USB存儲驅(qū)動發(fā)送該第一請求的處理結(jié)果；該接收單元1110還用于：接收該USB存儲驅(qū)動根據(jù)該第一請求的處理結(jié)果發(fā)送的該第二請求；該發(fā)送單元1120還用于：向該USB存儲驅(qū)動發(fā)送該第二請求的處理結(jié)果?？蛇x地，該第一請求為該CBW請求，該第二請求為該DATA-in請求，該接收單元1110具體用于：接收該USB客戶端發(fā)送的該CBW請求的處理結(jié)果、該DATA-in請求的處理結(jié)果以及該CSW請求的處理結(jié)果。可選地，該發(fā)送單元1120還用于：向該USB存儲驅(qū)動發(fā)送該CBW請求的處理結(jié)果；該接收單元1110還用于：接收該USB存儲驅(qū)動根據(jù)該CBW請求的處理結(jié)果發(fā)送的該DATA-in請求；該發(fā)送單元1120還用于：向該USB存儲驅(qū)動發(fā)送該DATA-in請求的處理結(jié)果；該接收單元1110還用于：接收該USB存儲驅(qū)動根據(jù)該DATA-in請求的處理結(jié)果發(fā)送的該CSW請求；該發(fā)送單元1120還用于：向該USB存儲驅(qū)動發(fā)送該CSW請求的處理結(jié)果。應(yīng)理解，這里的裝置1100以功能單元的形式體現(xiàn)。這里的術(shù)語“單元”可以指應(yīng)用特有集成電路(ApplicationSpecificIntegratedCircuit，ASIC)、電子電路、用于執(zhí)行一個或多個軟件或固件程序的處理器(例如共享處理器、專有處理器或組處理器等)和存儲器、合并邏輯電路和/或其它支持所描述的功能的合適組件。在一個可選例子中，本領(lǐng)域技術(shù)人員可以理解，裝置1100可以具體為上述實施例中的USB服務(wù)端，裝置1100可以用于執(zhí)行上述方法實施例中與該USB服務(wù)端對應(yīng)的各個流程和/或步驟，為避免重復(fù)，在此不再贅述。圖12示出了本發(fā)明實施例提供的另一信息處理裝置1200，該裝置1200包括：接收單元1210，用于接收USB服務(wù)端發(fā)送的第一請求；發(fā)送單元1220，用于向USB存儲設(shè)備發(fā)送該第一請求；該接收單元1210還用于：接收該USB存儲設(shè)備發(fā)送的該第一請求的處理結(jié)果；構(gòu)造單元1230，用于在該第一請求的處理結(jié)果為成功的情況下，構(gòu)造與該第一請求對應(yīng)的第二請求；該發(fā)送單元1220還用于：向該USB存儲設(shè)備發(fā)送該第二請求；該接收單元1210還用于：接收該USB存儲設(shè)備發(fā)送的該第二請求的處理結(jié)果；該發(fā)送單元1220還用于：向USB服務(wù)端發(fā)送該第一請求的處理結(jié)果和該第二請求的處理結(jié)果。可選地，該第一請求為命令塊封裝包CBW請求、讀數(shù)據(jù)DATA-in請求或?qū)憯?shù)據(jù)DATA-out請求，其中，當(dāng)該第一請求為該CBW請求時，該第二請求為該DATA-in請求、該DATA-out請求或命令狀態(tài)封裝包CSW請求，當(dāng)該第一請求為該DATA-out請求時，該第二請求為該CSW請求?？蛇x地，該第一請求為該CBW請求，該第二請求為該DATA-in請求，該構(gòu)造單元還用于：在該向USB服務(wù)端發(fā)送該第一請求的處理結(jié)果和該第二請求的處理結(jié)果之前，在該DATA-in請求的處理結(jié)果為成功的情況下，構(gòu)造與該DATA-in請求對應(yīng)的該CSW請求；該發(fā)送單元1220還用于：向該USB存儲設(shè)備發(fā)送該CSW請求；該接收單元1210還用于：接收該USB存儲設(shè)備發(fā)送的該CSW請求的處理結(jié)果；該發(fā)送單元1220具體用于：向USB服務(wù)端發(fā)送該CBW請求的處理結(jié)果、該DATA-in請求的處理結(jié)果以及該CSW請求的處理結(jié)果。應(yīng)理解，這里的裝置1200以功能單元的形式體現(xiàn)。這里的術(shù)語“單元”可以指應(yīng)用特有集成電路(ApplicationSpecificIntegratedCircuit，ASIC)、電子電路、用于執(zhí)行一個或多個軟件或固件程序的處理器(例如共享處理器、專有處理器或組處理器等)和存儲器、合并邏輯電路和/或其它支持所描述的功能的合適組件。在一個可選例子中，本領(lǐng)域技術(shù)人員可以理解，裝置1200可以具體為上述實施例中的USB客戶端，裝置1200可以用于執(zhí)行上述方法實施例中與該USB客戶端對應(yīng)的各個流程和/或步驟，為避免重復(fù)，在此不再贅述。圖13示出了本發(fā)明實施例提供的另一信息處理裝置1300。該裝置1300包括至少一個處理器1301、存儲器1302和通信接口1303；所述至少一個處理器1301、所述存儲器1302和所述通信接口1303均通過總線1304連接；所述存儲器1302，用于存儲計算機執(zhí)行指令；所述至少一個處理器1301，用于執(zhí)行所述存儲器1302存儲的計算機執(zhí)行指令，使得所述裝置1300可以通過所述通信接口1303與其他裝置進行數(shù)據(jù)交互來執(zhí)行上述方法實施例提供的信息處理方法。其中，該至少一個處理器1301用于執(zhí)行以下操作：通過該通信接口1303接收USB存儲驅(qū)動發(fā)送的第一請求；根據(jù)該第一請求，生成該第一請求的預(yù)計處理結(jié)果，該第一請求的預(yù)計處理結(jié)果表示處理成功；通過該通信接口1303向該USB存儲驅(qū)動發(fā)送該第一請求的預(yù)計處理結(jié)果；通過該通信接口1303接收該USB存儲驅(qū)動根據(jù)該第一請求的預(yù)計處理結(jié)果發(fā)送的第二請求；通過該通信接口1303向USB客戶端發(fā)送該第一請求和該第二請求?？蛇x地，該第一請求為命令塊封裝包CBW請求或?qū)憯?shù)據(jù)DATA-out請求，其中，當(dāng)該第一請求為該CBW請求時，該第二請求為讀數(shù)據(jù)DATA-in請求、該DATA-out請求或命令狀態(tài)封裝包CSW請求，當(dāng)該第一請求為該DATA-out請求時，該第二請求為該CSW請求?？蛇x地，該第一請求為該CBW請求，該第二請求為該DATA-in請求或該DATA-out請求，該至少一個處理器1301還用于：在該向USB客戶端發(fā)送該第一請求和該第二請求之后，接收該USB客戶端發(fā)送的該第二請求的處理結(jié)果和該USB客戶端根據(jù)該CBW請求構(gòu)造出的該CSW請求的處理結(jié)果；向該USB存儲驅(qū)動發(fā)送該第二請求的處理結(jié)果。可選地，至少一個處理器1301還用于：接收該USB存儲驅(qū)動根據(jù)該第二請求的處理結(jié)果發(fā)送的該CSW請求；向該USB存儲驅(qū)動發(fā)送該CSW請求的處理結(jié)果。應(yīng)理解，裝置1300可以具體為上述實施例中的USB服務(wù)端，并且可以用于執(zhí)行上述方法實施例中與USB服務(wù)端對應(yīng)的各個步驟和/或流程。圖14示出了本發(fā)明實施例提供的另一信息處理裝置1400。該裝置1400包括至少一個處理器1401、存儲器1402和通信接口1403；所述至少一個處理器1401、所述存儲器1402和所述通信接口1403均通過總線1404連接；所述存儲器1402，用于存儲計算機執(zhí)行指令；所述至少一個處理器1401，用于執(zhí)行所述存儲器1402存儲的計算機執(zhí)行指令，使得所述裝置1400可以通過所述通信接口1403與其他裝置進行數(shù)據(jù)交互來執(zhí)行上述方法實施例提供的信息處理方法。其中，該至少一個處理器1401用于執(zhí)行以下操作：通過該通信接口1403接收USB服務(wù)端發(fā)送的第一請求和第二請求；通過該通信接口1403向USB存儲設(shè)備發(fā)送該第一請求；通過該通信接口1403接收該USB存儲設(shè)備發(fā)送的該第一請求的處理結(jié)果；通過該通信接口1403在該第一請求的處理結(jié)果為成功的情況下，向USB存儲設(shè)備發(fā)送該第二請求；通過該通信接口1403接收該USB存儲設(shè)備發(fā)送的該第二請求的處理結(jié)果?？蛇x地，該第一請求為命令塊封裝包CBW請求或?qū)憯?shù)據(jù)DATA-out請求，其中，當(dāng)該第一請求為該CBW請求時，該第二請求為讀數(shù)據(jù)DATA-in請求、該DATA-out請求或命令狀態(tài)封裝包CSW請求，當(dāng)該第一請求為該DATA-out請求時，該第二請求為該CSW請求。可選地，該第一請求為該CBW請求，該第二請求為該DATA-in請求或該DATA-out請求，該至少一個處理器1401用于：在該接收該USB存儲設(shè)備發(fā)送的該第二請求的處理結(jié)果之后，若該第二請求的處理結(jié)果表示處理成功，則根據(jù)該CBW請求，構(gòu)造該CSW請求；向該USB存儲設(shè)備發(fā)送該CSW請求；接收該USB存儲設(shè)備發(fā)送的該CSW請求的處理結(jié)果；向該USB服務(wù)端發(fā)送該第二請求的處理結(jié)果和該CSW請求的處理結(jié)果。應(yīng)理解，裝置1400可以具體為上述實施例中的USB客戶端，并且可以用于執(zhí)行上述方法實施例中與USB客戶端對應(yīng)的各個步驟和/或流程。圖15示出了本發(fā)明實施例提供的另一信息處理裝置1500。該裝置1500包括至少一個處理器1501、存儲器1502和通信接口1503；所述至少一個處理器1501、所述存儲器1502和所述通信接口1503均通過總線1504連接；所述存儲器1502，用于存儲計算機執(zhí)行指令；所述至少一個處理器1501，用于執(zhí)行所述存儲器1502存儲的計算機執(zhí)行指令，使得所述裝置1500可以通過所述通信接口1503與其他裝置進行數(shù)據(jù)交互來執(zhí)行上述方法實施例提供的信息處理方法。其中，該至少一個處理器1501用于執(zhí)行以下操作：通過該通信接口1503接收USB存儲驅(qū)動發(fā)送的第一請求；通過該通信接口1503向USB客戶端發(fā)送該第一請求；通過該通信接口1503接收該USB客戶端根據(jù)該第一請求發(fā)送的該第一請求的處理結(jié)果以及與該第一請求對應(yīng)的第二請求的處理結(jié)果。可選地，該第一請求為命令塊封裝包CBW請求、讀數(shù)據(jù)DATA-in請求或?qū)憯?shù)據(jù)DATA-out請求，其中，當(dāng)該第一請求為該CBW請求時，該第二請求為該DATA-in請求、該DATA-out請求或命令狀態(tài)封裝包CSW請求，當(dāng)該第一請求為該DATA-out請求時，該第二請求為該CSW請求?？蛇x地，該至少一個處理器1501用于：向該USB存儲驅(qū)動發(fā)送該第一請求的處理結(jié)果；接收該USB存儲驅(qū)動根據(jù)該第一請求的處理結(jié)果發(fā)送的該第二請求；向該USB存儲驅(qū)動發(fā)送該第二請求的處理結(jié)果。可選地，該第一請求為該CBW請求，該第二請求為該DATA-in請求，該至少一個處理器1501具體用于：接收該USB客戶端發(fā)送的該CBW請求的處理結(jié)果、該DATA-in請求的處理結(jié)果以及該CSW請求的處理結(jié)果?？蛇x地，該至少一個處理器1501還用于：向該USB存儲驅(qū)動發(fā)送該CBW請求的處理結(jié)果；接收該USB存儲驅(qū)動根據(jù)該CBW請求的處理結(jié)果發(fā)送的該DATA-in請求；向該USB存儲驅(qū)動發(fā)送該DATA-in請求的處理結(jié)果；接收該USB存儲驅(qū)動根據(jù)該DATA-in請求的處理結(jié)果發(fā)送的該CSW請求；向該USB存儲驅(qū)動發(fā)送該CSW請求的處理結(jié)果。應(yīng)理解，裝置1500可以具體為上述實施例中的USB服務(wù)端，并且可以用于執(zhí)行上述方法實施例中與USB服務(wù)端對應(yīng)的各個步驟和/或流程。圖16示出了本發(fā)明實施例提供的另一信息處理裝置1600。該裝置1600包括至少一個處理器1601、存儲器1602和通信接口1603；所述至少一個處理器1601、所述存儲器1602和所述通信接口1603均通過總線1604連接；所述存儲器1602，用于存儲計算機執(zhí)行指令；所述至少一個處理器1601，用于執(zhí)行所述存儲器1602存儲的計算機執(zhí)行指令，使得所述裝置1600可以通過所述通信接口1603與其他裝置進行數(shù)據(jù)交互來執(zhí)行上述方法實施例提供的信息處理方法。其中，該至少一個處理器1601用于執(zhí)行以下操作：通過該通信接口1603接收USB服務(wù)端發(fā)送的第一請求；通過該通信接口1603向USB存儲設(shè)備發(fā)送該第一請求；通過該通信接口1603接收該USB存儲設(shè)備發(fā)送的該第一請求的處理結(jié)果；在該第一請求的處理結(jié)果為成功的情況下，構(gòu)造與該第一請求對應(yīng)的第二請求；通過該通信接口1603向該USB存儲設(shè)備發(fā)送該第二請求；通過該通信接口1603接收該USB存儲設(shè)備發(fā)送的該第二請求的處理結(jié)果；通過該通信接口1603向USB服務(wù)端發(fā)送該第一請求的處理結(jié)果和該第二請求的處理結(jié)果?？蛇x地，該第一請求為命令塊封裝包CBW請求、讀數(shù)據(jù)DATA-in請求或?qū)憯?shù)據(jù)DATA-out請求，其中，當(dāng)該第一請求為該CBW請求時，該第二請求為該DATA-in請求、該DATA-out請求或命令狀態(tài)封裝包CSW請求，當(dāng)該第一請求為該DATA-out請求時，該第二請求為該CSW請求?？蛇x地，該第一請求為該CBW請求，該第二請求為該DATA-in請求，該至少一個處理器1601還用于：在該向USB服務(wù)端發(fā)送該第一請求的處理結(jié)果和該第二請求的處理結(jié)果之前，在該DATA-in請求的處理結(jié)果為成功的情況下，根據(jù)該DATA-in請求，構(gòu)造該CSW請求；向該USB存儲設(shè)備發(fā)送該CSW請求；接收該USB存儲設(shè)備發(fā)送的該CSW請求的處理結(jié)果；向USB服務(wù)端發(fā)送該CBW請求的處理結(jié)果、該DATA-in請求的處理結(jié)果以及該CSW請求的處理結(jié)果。應(yīng)理解，裝置1600可以具體為上述實施例中的USB客戶端，并且可以用于執(zhí)行上述方法實施例中與USB客戶端對應(yīng)的各個步驟和/或流程。應(yīng)理解，在本發(fā)明實施例中，至少一個處理器可以包括不同類型的處理器，或者包括相同類型的處理器；處理器可以是以下的任一種：中央處理器(CentralProcessingUnit，簡稱為“CPU”)、ARM處理器、現(xiàn)場可編程門陣列(FieldProgrammableGateArray，簡稱為“FPGA”)、專用處理器等具有計算處理能力的器件。一種可選實施方式，該至少一個處理器還可以集成為眾核處理器。存儲器可以是以下的任一種或任一種組合：隨機存取存儲器(RandomAccessMemory，簡稱為“RAM”)、只讀存儲器(readonlymemory，簡稱為“ROM”)、非易失性存儲器(non-volatilememory，簡稱為“NVM”)、固態(tài)硬盤(SolidStateDrives，簡稱為“SSD”)、機械硬盤、磁盤、磁盤整列等存儲介質(zhì)。通信接口用于本裝置與其他設(shè)備之間的數(shù)據(jù)交互。通信接口可以是以下的任一種或任一種組合：網(wǎng)絡(luò)接口(例如以太網(wǎng)接口)、無線網(wǎng)卡等具有網(wǎng)絡(luò)接入功能的器件。該總線可以包括地址總線、數(shù)據(jù)總線、控制總線等，為便于表示，在圖13至圖16中用一條粗線表示該總線。總線可以是以下的任一種或任一種組合：工業(yè)標準體系結(jié)構(gòu)(IndustryStandardArchitecture，簡稱為“ISA”)總線、外設(shè)組件互連標準(PeripheralComponentInterconnect，簡稱為“PCI”)總線、擴展工業(yè)標準結(jié)構(gòu)(ExtendedIndustryStandardArchitecture，簡稱為“EISA”)總線等有線數(shù)據(jù)傳輸?shù)钠骷?。在實現(xiàn)過程中，上述方法的各步驟可以通過處理器中的硬件的集成邏輯電路或者軟件形式的指令完成。結(jié)合本發(fā)明實施例所公開的方法的步驟可以直接體現(xiàn)為硬件處理器執(zhí)行完成，或者用處理器中的硬件及軟件模塊組合執(zhí)行完成。軟件模塊可以位于隨機存儲器，閃存、只讀存儲器，可編程只讀存儲器或者電可擦寫可編程存儲器、寄存器等本領(lǐng)域成熟的存儲介質(zhì)中。該存儲介質(zhì)位于存儲器，處理器執(zhí)行存儲器中的指令，結(jié)合其硬件完成上述方法的步驟。為避免重復(fù)，這里不再詳細描述。應(yīng)理解，本文中術(shù)語“和/或”，僅僅是一種描述關(guān)聯(lián)對象的關(guān)聯(lián)關(guān)系，表示可以存在三種關(guān)系，例如，A和/或B，可以表示：單獨存在A，同時存在A和B，單獨存在B這三種情況。另外，本文中字符“/”，一般表示前后關(guān)聯(lián)對象是一種“或”的關(guān)系。本領(lǐng)域普通技術(shù)人員可以意識到，結(jié)合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬件、計算機軟件或者二者的結(jié)合來實現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計約束條件。專業(yè)技術(shù)人員可以對每個特定的應(yīng)用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應(yīng)認為超出本發(fā)明的范圍。所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統(tǒng)、裝置和單元的具體工作過程，可以參考前述方法實施例中的對應(yīng)過程，在此不再贅述。在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的系統(tǒng)、裝置和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的分割，僅僅為一種邏輯功能分割，實際實現(xiàn)時可以有另外的分割方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。所述集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：U盤、移動硬盤、只讀存儲器(ROM，Read-OnlyMemory)、隨機存取存儲器(RAM，RandomAccessMemory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本
技術(shù)領(lǐng)域：
的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)所述以權(quán)利要求的保護范圍為準。當(dāng)前第1頁1 2 3