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