TWI683272B - 資訊獲取方法、提供方法、裝置及系統、儲存介質 - Google Patents

Abstract

本發明公開了一種資訊獲取方法、提供方法、裝置及系統、儲存介質。該方法包括：獲取第一類型的用戶輸入消息，第一類型的用戶輸入消息是指攜帶有全部的訂購要素資訊的用戶輸入消息，訂購要素資訊是指線上訂購虛擬資源所需的必要資訊；向伺服器發送第一類型的用戶輸入消息；接收伺服器在獲取到與全部的訂購要素資訊相匹配的虛擬資源之後發送的虛擬資源資訊，虛擬資源資訊用於線上訂購上述虛擬資源。本發明實施例減少整個訂購過程中用戶端與伺服器之間的交互次數，提升線上訂購虛擬資源的操作效率，且節省用戶端與伺服器之間的傳輸資源。

Description

資訊獲取方法、提供方法、裝置及系統、儲存介質

本發明涉及互聯網技術領域，具體而言，涉及一種資訊獲取方法、提供方法、裝置及系統、儲存介質。本申請要求於2017年03月02日提交中國專利局、申請號為201710123278.1、發明名稱為“語音交互方法和裝置”的中國專利申請的優先權，以及於2017年03月28日提交中國專利局、申請號為201710193668.6、發明名稱為“資訊獲取方法、提供方法、裝置及系統”的中國專利申請的優先權，其全部內容通過引用結合在本申請中。

隨著互聯網技術的發展，用戶能夠通過互聯網線上下單購買電子票，從而降低了用戶購買電子票所需的時間成本。電子票是指能夠在網路中傳輸並能夠在終端上顯示，且與紙質票具有相同功能的票據。目前，諸如電影票、演出門票、演唱會門票、球賽門票等票據都會以電子票的形式提供給用戶，以方便用戶購買。

以電影票為例，在相關技術中，用戶通過如下操作獲取電影票訂單，並根據該電影票訂單完成電影票的線上購買。用戶在諸如手機、平板電腦之類的終端中安裝具有線上購買電影票功能的應用程式用戶端， 然後通過該用戶端將用戶查找、選擇的電影票的相關資訊發送給伺服器，由伺服器根據該用戶選擇的電影票的相關資訊生成電影票訂單。例如，依次執行如下操作步驟獲取電影票訂單：1、選擇影院；2、選擇影片；3、選擇放映場次；4、選擇座位；5、獲取電影票訂單。其中，選擇影院的步驟可以在選擇影片的步驟之前執行，也可以在選擇影片的步驟之後執行。在獲取到電影票訂單之後，根據電影票訂單所提示的金額進行線上支付，線上支付成功後即完成電影票線上購買。

在上述獲取電影票訂單的每一個操作步驟中，需要用戶主動查找及選擇電影票的相關資訊，且每個步驟都需要用戶端與伺服器進行至少一次交互，整個過程需要用戶端與伺服器之間進行較多次數的交互，伺服器僅需要根據用戶選擇的電影票的相關資訊生成電影票訂單。

因此，上述相關技術提供的獲取電影票訂單的方法，操作效率較低，且浪費用戶端與伺服器之間的傳輸資源。而對於除電影票之外的其他虛擬資源(例如演出門票、演唱會門票、電子機票、入場券等)，在獲取虛擬資源訂單時所採用的方法與上述相關技術相同或類似，存在同樣的技術問題。

針對上述的問題，目前尚未提出有效的解決方案。

本發明實施例提供了一種資訊獲取方法、提供方法、裝置及系統、儲存介質，以至少解決相關技術中獲取虛擬資源訂單的操作效率較低，且浪費用戶端與伺服器之間的傳輸資源的技術問題。

第一方面，提供了一種資訊獲取方法，所述方法包括： 獲取第一類型的用戶輸入消息，所述第一類型的用戶輸入消息是指攜帶有全部的訂購要素資訊的用戶輸入消息，所述訂購要素資訊是指線上訂購虛擬資源所需的必要資訊；向伺服器發送所述第一類型的用戶輸入消息；接收所述伺服器在獲取到與所述全部的訂購要素資訊相匹配的虛擬資源之後發送的虛擬資源資訊，所述虛擬資源資訊用於線上訂購與所述全部的訂購要素資訊相匹配的虛擬資源。

第二方面，提供了一種資訊提供方法，所述方法包括：接收用戶端發送的第一類型的用戶輸入消息，所述第一類型的用戶輸入消息是指攜帶有全部的訂購要素資訊的用戶輸入消息，所述訂購要素資訊是指線上訂購虛擬資源所需的必要資訊；獲取與所述全部的訂購要素資訊相匹配的虛擬資源；生成用於訂購所述虛擬資源的虛擬資源資訊；向所述用戶端發送所述虛擬資源資訊。

第三方面，提供了一種資訊獲取方法，所述方法包括：顯示與訂購伺服器的聊天對話介面；獲取在所述聊天對話介面中輸入的第一類型的用戶輸入消息，所述第一類型的用戶輸入消息是指攜帶有全部的訂購要素資訊的用戶輸入消息，所述訂購要素資訊是指線上訂購虛擬資源所需的必要資訊；向所述訂購伺服器發送所述第一類型的用戶輸入消息；顯示接收到的虛擬資源資訊，所述虛擬資源資訊用於線上訂購與所述全部的訂購要素資訊相匹配的虛擬資源。

第四方面，提供了一種資訊獲取裝置，所述裝置包括：第一獲取模組，用於獲取第一類型的用戶輸入消息，所述第一類型的用戶輸入消息是指攜帶有全部的訂購要素資訊的用戶輸入消息，所述訂購要素資訊是指線上訂購虛擬資源所需的必要資訊；第一發送模組，用於向伺服器發送所述第一類型的用戶輸入消息；資訊接收模組，用於接收所述伺服器在獲取到與所述全部的訂購要素資訊相匹配的虛擬資源之後發送的虛擬資源資訊，所述虛擬資源資訊用於線上訂購與所述全部的訂購要素資訊相匹配的虛擬資源。

第五方面，提供了一種資訊提供裝置，所述裝置包括：第一接收模組，用於接收用戶端發送的第一類型的用戶輸入消息，所述第一類型的用戶輸入消息是指攜帶有全部的訂購要素資訊的用戶輸入消息，所述訂購要素資訊是指線上訂購虛擬資源所需的必要資訊；資源獲取模組，用於獲取與所述全部的訂購要素資訊相匹配的虛擬資源；資訊生成模組，用於生成用於訂購所述虛擬資源的虛擬資源資訊；資訊發送模組，用於向所述用戶端發送所述虛擬資源資訊。

第六方面，提供了一種資訊獲取裝置，所述裝置包括：介面顯示模組，用於顯示與訂購伺服器的聊天對話介面；第一獲取模組，用於獲取在所述聊天對話介面中輸入的第一類型的用戶輸入消息，所述第一類型的用戶輸入消息是指攜帶有全部的訂 購要素資訊的用戶輸入消息，所述訂購要素資訊是指線上訂購虛擬資源所需的必要資訊；第一發送模組，用於向所述訂購伺服器發送所述第一類型的用戶輸入消息；資訊顯示模組，用於顯示接收到的虛擬資源資訊，所述虛擬資源資訊用於線上訂購與所述全部的訂購要素資訊相匹配的虛擬資源。

第七方面，提供了一種資訊獲取系統，所述系統包括：用戶端和伺服器；所述用戶端包括如第四方面所述的資訊獲取裝置；所述伺服器包括如第五方面所述的資訊提供裝置。

通過將全部的訂購要素資訊一次收集完成，用戶端將上述全部的訂購要素資訊一併發送給伺服器，由伺服器查找與其匹配的虛擬資源並生成相應的虛擬資源訂單，從而減少整個訂購過程中用戶端與伺服器之間的交互次數，有助於提升線上訂購虛擬資源的操作效率，且節省用戶端與伺服器之間的傳輸資源。

1~7‧‧‧步驟

102‧‧‧終端

104‧‧‧伺服器

201~205‧‧‧步驟

S302、S304、S306、S308‧‧‧步驟

30‧‧‧資訊收集頁面

31‧‧‧影片輸入框

32‧‧‧影院輸入框

33‧‧‧時間輸入框

34‧‧‧人數輸入框

35‧‧‧確認控制項

401~414‧‧‧步驟

501~505‧‧‧步驟

61‧‧‧歡迎語

62‧‧‧文字輸入欄

63‧‧‧語音輸入按鈕

64‧‧‧快捷功能按鈕

65‧‧‧資訊收集頁面

66‧‧‧電影票訂單

70‧‧‧伺服器

71‧‧‧消息收發模組

72‧‧‧消息識別模組

73‧‧‧消息分發模組

74‧‧‧消息過濾模組

81‧‧‧消息伺服器

82‧‧‧處理伺服器

83‧‧‧解析伺服器

84‧‧‧代理伺服器

901~914‧‧‧步驟

1010‧‧‧第一獲取模組

1020‧‧‧第一發送模組

1030‧‧‧資訊接收模組

1110‧‧‧第一接收模組

1120‧‧‧資源獲取模組

1130‧‧‧資訊生成模組

1140‧‧‧資訊發送模組

1210‧‧‧介面顯示模組

1220‧‧‧第一獲取模組

1230‧‧‧第一發送模組

1240‧‧‧資訊顯示模組

1310‧‧‧RF電路

1320‧‧‧記憶體

1330‧‧‧輸入單元

1331‧‧‧圖像輸入設備

1332‧‧‧其他輸入設備

1340‧‧‧顯示單元

1341‧‧‧顯示面板

1350‧‧‧感測器

1360‧‧‧音頻電路

1361‧‧‧揚聲器

1362‧‧‧傳聲器

1370‧‧‧WiFi模組

1380‧‧‧處理器

1390‧‧‧電源

1400‧‧‧伺服器

1401‧‧‧中央處理單元

1402‧‧‧隨機存取記憶體

1403‧‧‧唯讀記憶體

1404‧‧‧系統記憶體

1405‧‧‧系統匯流排

1406‧‧‧I/O系統

1407‧‧‧大容量儲存設備

1408‧‧‧顯示器

1409‧‧‧輸入設備

1410‧‧‧輸入輸出控制器

1411‧‧‧網路介面單元

1412‧‧‧網路

1413‧‧‧作業系統

1414‧‧‧應用程式

1415‧‧‧其他程式模組

為了更清楚地說明本申請實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹：圖1是根據本發明實施例提供的一種實施環境的示意圖；圖2是根據本發明實施例提供的一種資訊獲取方法的流程圖；圖3是根據本發明實施例的一種語音交互方法的流程圖； 圖4是根據本發明實施例中的展示目標資料的示意圖；圖5是根據本發明實施例的另一種可選的語音交互方法的流程圖；圖6是根據本發明實施例的語音交互方法與競品的語音交互方法的對比的示意圖；圖7是示例性示出的一種資訊收集頁面的示意圖；圖8是根據本發明實施例提供的另一種資訊獲取方法的流程圖；圖9是根據本發明實施例提供的另一種資訊獲取方法的流程圖；圖10是示例性示出的一種獲取電子票資訊的介面示意圖；圖11是示例性示出的一種伺服器對消息的處理流程的示意圖；圖12是示例性示出的一種伺服器集群的架構圖；圖13是根據本發明實施例提供的另一種資訊獲取方法的流程圖；圖14是根據本發明實施例提供的一種資訊獲取裝置的框圖；圖15是根據本發明實施例提供的一種資訊提供裝置的框圖；圖16是根據本發明實施例提供的一種資訊獲取裝置的框圖；圖17是根據本發明實施例提供的一種終端的結構示意圖；圖18是根據本發明實施例提供的一種伺服器的結構示意圖。

請參照圖式，其中相同的元件符號代表相同的元件或是相似的元件，本申請的原理是以實施在適當的運算環境中來舉例說明。以下的說明是基於所例示的本申請具體實施例，其不應被視為限制本申請未在此詳述的其它具體實施例。

需要說明的是，本發明的說明書和權利要求書及上述附圖中 的術語“第一”、“第二”等是用於區別類似的物件，而不必用於描述特定的順序或先後次序。應該理解這樣使用的資料在適當情況下可以互換，以便這裏描述的本發明的實施例能夠以除了在這裏圖示或描述的那些以外的順序實施。此外，術語“包括”和“具有”以及他們的任何變形，意圖在於覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統、產品或設備不必限於清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或對於這些過程、方法、產品或設備固有的其他步驟或單元。

請參考圖1，其示出了本發明實施例提供的一種實施環境的示意圖。該實施環境可以包括：終端102和伺服器104。

終端102可以是諸如手機、平板電腦、電子書閱讀器、多媒體播放設備、PDA(Personal Digital Assistant，個人數位助理)、PC(Personal Computer，個人電腦)等電子設備。終端102中安裝運行有具備線上訂購虛擬資源功能的用戶端。例如，該用戶端可以是具備AI(Artificial Intelligence，人工智慧)功能的用戶端，也可以是購物類用戶端，或者是瀏覽器，該瀏覽器能夠打開具備線上訂購虛擬資源功能的網頁。

終端102與伺服器104之間具有通信連接。該通信連接可以基於有線網路或者無線網路建立。

伺服器104可以是一台伺服器，也可以是由多台伺服器組成的伺服器集群，或者是一個雲計算服務中心。伺服器104用於向上述用戶端提供後臺服務。

在本發明實施例中，虛擬資源是指能夠在網路上訂購的資 源。虛擬資源可以是虛擬物品，也可以是服務，或者其他類型的虛擬資源。

在一個示例中，虛擬資源為電子票。電子票是指能夠在網路中傳輸並能夠在終端上顯示，且與紙質票具有相同功能的票據。可選地，電子票是內容、地點、時間、人數和座位中的至少兩項參數需要進行選擇的票據。上述地點可以是場地、場館、商場等公共場所。例如，電子票可以是電影票、演出門票、演唱會門票、音樂會門票、球賽門票、電子機票、電子火車票、電子入場券等等。

在本發明實施例中，通過將全部的訂購要素資訊一次收集完成，用戶端將上述全部的訂購要素資訊一併發送給伺服器，以使得伺服器據此生成符合上述訂購需求的虛擬資源訂單，從而減少整個訂單獲取過程中用戶端與伺服器之間的交互次數，有助於提升獲取虛擬資源訂單的操作效率，且節省用戶端與伺服器之間的傳輸資源。

其中，訂購要素資訊是指線上訂購虛擬資源所需的必要資訊，全部的訂購要素資訊是指線上訂購虛擬資源所需的全部必要資訊。當虛擬資源為電子票時，訂購要素資訊可以稱為購票要素資訊，購票要素資訊是指線上購買電子票所需的必要資訊。相應地，全部的購票要素資訊是指線上購買電子票所需的全部必要資訊。以電子票是電影票為例，全部的購票要素資訊包括：影片名稱、影院名稱、觀影時間和觀影人數。以電子票是演唱會門票為例，全部的購票要素資訊包括：演出名稱、演出場館、演出時間、觀演人數、觀演座位(或觀演座位區域)。以電子票是電子機票為例，全部的購票要素資訊包括：航班編號、購票人數、乘機座位(或乘機倉位)。

示例性地，本發明實施例提供的技術方案，可應用於任何具備線上訂購虛擬資源功能的系統中。例如，該系統可以是購物系統、生活服務系統、電子票務系統、團購系統、電影票訂購系統、機票訂購系統、火車票訂購系統等。該系統可以基於人工智慧技術實現，以和用戶對話的形式獲取用戶的訂購需求，進而根據用戶的訂購需求為用戶訂購合適的虛擬資源。

請參考圖2，其示出了本發明實施例提供的一種資訊獲取方法的流程圖。該方法可應用於圖1所示的實施環境中。該方法可以包括如下幾個步驟：

步驟201，用戶端獲取第一類型的用戶輸入消息。

第一類型的用戶輸入消息是指攜帶有全部的訂購要素資訊的用戶輸入消息。用戶輸入消息是指由用戶輸入的消息。

訂購要素資訊是指線上訂購虛擬資源所需的必要資訊，全部的訂購要素資訊是指線上訂購虛擬資源所需的全部必要資訊。當虛擬資源為電子票時，訂購要素資訊可以稱為購票要素資訊，購票要素資訊是指線上購買電子票所需的必要資訊。相應地，全部的購票要素資訊是指線上購買電子票所需的全部必要資訊。以電子票是電影票為例，全部的購票要素資訊包括：影片名稱、影院名稱、觀影時間和觀影人數。其中，影片名稱是指用戶所需觀看的影片的名稱，如《我不是潘X蓮》、《奇X博士》、《深海浩X》等。影院名稱是指用戶觀影所需的電影院的名稱，如xx影院、xx影城等。觀影時間是指用戶計畫觀影的時間，例如下午5點、晚上8點等。觀影人數是指用戶計畫觀影的人數，例如1人、2人、3人等。

相較於相關技術中用戶端分多次收集全部的訂購要素資訊，在本發明實施例中，用戶端將全部的訂購要素資訊一次收集完成。

示例性地，用戶端獲取第一類型的用戶輸入消息包括如下幾種可能的實現方式：在第一種可能的實現方式中，用戶端獲取以文字形式輸入的第一類型的用戶輸入消息。

例如，用戶通過用戶端調用輸入法程式，通過該輸入法程式輸入如下文字內容：今天下午5點，2人去xx影院觀看我不是潘X蓮。相應地，用戶端獲取以文字形式輸入的第一類型的用戶輸入消息。

在第二種可能的實現方式中，用戶端獲取以語音形式輸入的第一類型的用戶輸入消息。

例如，用戶通過用戶端調用麥克風，通過麥克風採集如下語音資訊：我想在今天晚上8點去xx影院觀看奇X博士，幫我出2張電影票。相應地，用戶端獲取以語音形式輸入的第一類型的用戶輸入消息。

在第三種可能的實現方式中，用戶端接收伺服器發送的資訊收集頁面，該資訊收集頁面用於收集全部的訂購要素資訊；顯示資訊收集頁面；獲取在資訊收集頁面中輸入的全部的訂購要素資訊；根據獲取的全部的訂購要素資訊，生成第一類型的用戶輸入消息。

用戶端獲取以語音形式輸入的第一類型的用戶輸入消息可以通過以下方式：以終端102為手機為例，通過手機接收用戶發出的語音指令，並根據該語音指令通過網路向伺服器104中第三方應用的服務端發起操 作請求，請求第三方應用的服務端執行上述語音指令所指示的目標操作，在第三方應用的服務端執行目標操作之後，手機通過網路接收伺服器104中第三方應用的服務端返回的目標資料，將目標資料展示給用戶。通過手機接收語音指令並直接與第三方應用的服務端進行交互，達到了不需用戶手動操作即獲取服務的目的，從而簡化了通過語音助手進行操作的過程，進而解決了語音助手的操作比較複雜的技術問題。

圖3是根據本發明實施例的一種語音交互方法的流程圖，以下結合圖3對本發明實施例所提供的語音交互方法做具體介紹，如圖3所示，該語音交互方法主要包括如下步驟：

步驟S302，接收語音指令，其中，語音指令用於指示執行第三方應用中的目標操作。

由用戶發出語音指令，通過語音指令指示出要執行的第三方應用中的目標操作。如：用戶發出語音指令“我要查看天氣預報”，在語音指令中，指示出了用戶要求執行的目標操作為查詢天氣預報，相關的第三方應用為天氣預報應用；再如：用戶發出語音指令“我要搭車去XXX地”，通過該語音指令指示出需要執行搭車應用中的搭車操作，其中，目的地為“XXX地”，出發地默認為當前GPS定位的用戶所在地點。語音指令還可以但不限於為查詢快遞的語音指令，查詢新聞的語音指令，查詢電影資訊和購票的語音指令等。

步驟S304，根據語音指令向第三方應用的服務端發起操作請求，其中，操作請求用於請求服務端執行目標操作。

在接收到語音指令之後，根據該語音指令直接向第三方應用 的服務端發出操作請求，第三方應用的服務端可以但不限定設置在網路上的伺服器上，通過向第三方應用的服務端發出上述操作請求，請求服務端執行語音指令所指示的目標操作。

例如：在接收到“我要查看天氣預報”的指令後，向天氣預報應用的服務端發起操作請求，天氣預報應用的服務端查詢用戶所在地的天氣。再如：接收到的語音指令為“我要搭車去XXX地”，向搭車應用的服務端發起操作請求，搭車應用的服務端為用戶查找並預定當前從用戶所在地出發去“XXX地”的計程車。

步驟S306，接收服務端回應操作請求發送的目標資料，其中，目標資料是由服務端執行目標操作得到的。

第三方應用的服務端根據上述操作請求執行目標操作之後，獲取目標資料，並將目標資料返回給發出操作請求的一方，發出操作請求的一方接收伺服器返回的目標資料。可選地，發出操作的一方可以但不限定為公眾號，手機APP，智慧手錶等等。

例如：以公眾號為例進行說明，用戶在公眾號中發出的語音指令為“我要查看天氣預報”，公眾號根據該語音指令向天氣預報應用的服務端發出操作請求，請求服務端查詢天氣預報，服務端根據操作請求執行查詢天氣預報的操作，得到天氣預報的查詢結果，並將查詢結果返回給公眾號。

步驟S308，展示目標資料。

接收到第三方應用的服務端發送的目標資料之後，將目標資料展示給用戶，以完成用戶的指令。如：將天氣預報的查詢結果展示給用 戶，獲者將搭車的結果展示給用戶，搭車結果可以為是否打到車，打到的車的車型、車牌以及車輛預計到達時間等資訊。

圖4是根據本發明實施例中的一種語音交互方法的展示目標資料的示意圖，如圖所示，用戶通過微信公眾號“企鵝智能”發出語音指令，該語音指令指示的目標操作為“查詢未簽收的快遞資訊”，微信公眾號在接收到語音指令之後，直接向第三方應用(可以是快遞軟體)的服務端發送操作請求，請求查詢用戶未簽收的快遞資訊。第三方應用根據操作請求執行查詢操作，並將查詢到的目標資料返回給公眾號，公眾號接收目標資料，將目標資料展示給用戶，圖4中展示出的目標資料包括五條快遞資訊。

在本發明實施例中，採用接收語音指令，其中，語音指令用於指示執行第三方應用中的目標操作；根據語音指令向第三方應用的服務端發起操作請求，其中，操作請求用於請求服務端執行目標操作；接收服務端回應操作請求發送的目標資料，其中，目標資料是由服務端執行目標操作得到的；展示目標資料的方式，通過根據用戶的語音指令直接與第三方應用的服務端進行交互，請求服務端執行目標操作，並獲取目標資料，達到了不需用戶手動操作即獲取服務的目的，從而簡化了通過語音助手進行操作的過程，進而解決了語音助手的操作比較複雜的技術問題。

可選地，根據語音指令向第三方應用的服務端發起操作請求包括：提取語音指令中的關鍵字；根據關鍵字確定第三方應用的服務端，其中，關鍵字與第三方應用具有關聯關係；根據關鍵字生成操作請求；向服務端發送操作請求，以請求服務端執行與關鍵字相關的目標操作。

作為本發明實施例的一種優選地實施方式，在根據接收到的語音指令向第三方應用的服務端發起操作請求時，先從語音指令中提取出關鍵字，根據提取出的關鍵字確定相關的第三方應用，並根據指令所指示的目標操作生成操作請求，最後向第三方應用的服務端發送操作請求，請求服務端根據關鍵字執行目標操作。

例如：接收到的語音指令為“查詢今日天氣預報”，從該語音指令中提取出關鍵字，可選地，提取出的關鍵字可以為“查詢”、“今日”、“天氣預報”，根據關鍵字“天氣預報”確定第三應用為天氣預報應用，根據關鍵字“查詢”和“今日”生成操作請求，併發送給天氣預報應用的服務端，該操作請求可以為“請求查詢當日天氣預報”，服務端根據操作請求執行目標操作。

可選地，根據關鍵字生成操作請求包括：根據服務端確定服務端採用的通訊協定，其中，通訊協定為預先約定的通訊協定；根據通訊協定和關鍵字生成操作請求。

作為本發明實施例的一種優選地實施方式，在根據關鍵字生成操作請求時，為了服務端可以接收並識別生成的操作請求，與第三方應用的服務端預先約定所要採用的通訊協定，根據該通訊協定生成操作請求。以微信公眾號為例，用戶通過公眾號發出語音指令之後，公眾號提取出關鍵字，根據關鍵字確定第三方應用，並且根據關鍵字生成操作請求，操作請求採用公眾號與第三方應用預先約定的通信協議，可選地，該通信協定可以為公眾號所採用的通訊協定，也可以為第三方應用所採用的通訊協定，當操作請求採用的通訊協定為公眾號所採用的通訊協定時，第三方 應用適配公眾號的通訊協定，採用公眾號的通訊協定進行通訊；當操作請求採用的通訊協定為第三方應用所採用的通訊協定時，公眾號適配第三方應用的通訊協義，按照第三方應用的通訊協定進行資料轉換和資料發送。

圖5是根據本發明實施例的另一種可選的語音交互方法的流程圖，如圖所示，該方法包括如下步驟：

步驟1，用戶向終端發送語音指令，該語音指令用於指示執行第三方應用中的目標操作，如：用戶發出語音指令“我要查看天氣預報”，在語音指令中，指示出了用戶要求執行的目標操作為查詢天氣預報，相關的第三方應用為天氣預報應用；再如：用戶發出語音指令“我要搭車去XXX地”，通過該語音指令指示出需要執行搭車應用中的搭車操作，其中，目的地為“XXX地”，出發地默認為當前GPS定位的用戶所在地點。語音指令還可以但不限於為查詢快遞的語音指令，查詢新聞的語音指令，查詢電影資訊和購票的語音指令等。在本發明實施例中，終端可以是安裝在手機等設備上的APP，或者可以是微信公眾號，也可以是智慧音箱，或者智慧手錶，本發明並不限定終端的形式。

步驟2，終端接收到語音指令之後，將該語音指令發送給NLP(自然語言伺服器)。NLP(自然語言伺服器)對語音指令進行語義分析，從中提取出關鍵字。例如：接收到的語音指令為“查詢今日天氣預報”，從該語音指令中提取出關鍵字，可選地，提取出的關鍵字可以為“查詢”、“今日”、“天氣預報”。

步驟3，NIP(自然語言伺服器)將提取出的關鍵字返回給終端。終端根據提取出的關鍵字，生成操作請求，該操作請求用於請求執 行目標操作。例如在步驟2中的，從語音指令“查詢今日天氣預報”，中提取出關鍵字“查詢”、“今日”、“天氣預報”。根據關鍵字生成操作請求，“請求查詢當日天氣預報”。

步驟4，終端將操作請求發送給任務調度伺服器。調度伺服器根據操作請求確定第三方應用。例如，在步驟3中，終端生成的操作請求為“請求查詢當日天氣預報”，終端將該操作請求發送給任務調度伺服器，任務調度伺服器根據該操作請求確定第三方應用為天氣預報應用。

步驟5，任務調度伺服器將操作請求發送給相應有第三方應用的服務端，並接收服務端返回的目標資料，其中，服務端根據操作請求執行目標操作，得到目標資料。

在步驟4中，任務調度伺服器將操作請求“請求查詢當日天氣預報”發送給天氣預報應用的服務端之後，天氣預報應用的服務端執行查詢當日天氣預報的目標操作，並將查詢到的天氣預報資料返回給任務調度伺服器。

服務端根據操作請求執行查詢天氣預報的操作，得到天氣預報的查詢結果，並將查詢結果返回給公眾號。並將操作請求發送給天氣預報應用的服務端。

步驟6，任務調度伺服器將目標資料發送給終端。任務調度伺服器將服務端返回的目標資料返回給終端，作為對終端發送操作請求的回應。如將步驟5中服務端返回的天氣預報的查詢結果發送給終端。

步驟7，終端將目標資料展示給用戶。終端最終將接收到目標資料展示給用戶，從而使用戶發出的語音指令得到回應。如：將步驟6 中接收到的天氣預報展示給用戶。

本發明實施例通過根據用戶的語音指令直接與第三方應用的服務端進行交互，請求服務端執行目標操作，並獲取目標資料，達到了不需用戶手動操作即獲取服務的目的，從而簡化了通過語音助手進行操作的過程，進而解決了語音助手的操作比較複雜的技術問題。圖6是根據本發明實施例的語音交互方法與競品的語音交互方法的對比的示意圖，如圖6所示，競品的語音交互方法在獲取用戶的語音指令之後，通過web級API喚起第三方web前端或者第三方應用，通過用戶手動操作第三方web前端或者第三方應用，與服務端進行交互，由服務端完成操作，並返回資料。本發明實施例所提供的語音交互方法與競品的語音交互方法的最大不同在於本發明實施例所提供的語音交互方法通過語音應用(也可以為公眾號、音箱或者手錶等)在接收到用戶的語音指令之後，根據用戶的語音指令生成操作請求，並直接與第三方應用服務端進行交互，請求服務端執行目標操作，並將目標資料返回給語音應用，由語音應用展示給用戶，使用戶不需要手動操作即可獲取服務，從而簡化了通過語音助手進行操作的過程。

可選地，根據語音指令向第三方應用的服務端發起操作請求包括：根據語音指令向多個第三方應用的多個服務端發起操作請求；接收服務端回應操作請求發送的目標資料包括：接收多個服務端回應操作請求發送的多個資料；按照與操作請求相匹配的預設規則從多個資料中篩選出目標資料。

作為本發明實施例的一種優選地實施方式，根據接收到的語音指令向第三方應用的服務端發送操作請求時，第三方應用可以是多個， 並且接收到的服務端返回的資料相應地也為多個，根據預設的規則，從接收到的多個資料中篩選出目標資料。

例如：用戶的通過公眾號發送“查詢劉德華的新聞”的語音指令，公眾號根據該指令可以生成多個操作請求，併發送給多個新聞應用的服務端，多個新聞應用的服務端根據操作請求執行查詢操作，將查詢到的相關新聞返回給公眾號，如果當前公眾號預設的規則為：獲取最近的十條新聞，則公眾號從接收到的新聞資料中篩選出最近的十條新聞。

可選地，展示目標資料包括：在用戶端的螢幕上顯示目標資料，其中，用戶端與第三方應用不同；或者在用戶端上語音播放目標資料。

作為本發明實施例的一種優選地實施方式，在接收到目標資料之後，可以通過多種方式將目標資料展示給用戶，可選地，目標資料可以顯示在螢幕上，也可以通過語音的方式播放給用戶。在本發明實施例中，可以通過多種方式執行上述方法，如採用語音APP、語音公眾號、智慧音箱、智慧手錶等等，下面具體舉例說明：例如：採用語音APP執行上述方法，當前接收到的語音指令為“搭車去XXX地”，語音APP接收該指令，提取語音令中的關鍵字，生成操作請求，發送給搭車應用的服務端，搭車應用服務端根據操作請求為用戶預訂從用戶所在地去“XXX地”的了租車，並將搭車結果與計程車資訊顯示在用戶的用機螢幕或者語音APP的顯示介面上。再如：採用語音公眾號執行上述方法，當前公眾號接收的到語音指令是“查詢快遞資訊”，公眾號提取關鍵字生成操作請求，發送給快遞應用服務端，快遞應用服務端根據操作請求查找用戶的快遞資訊，將查找到的資料返回公眾號，公眾號 將快遞資料顯示在公眾號的視窗。再如：採用智慧音箱執行上述方法，當前接收到的語音指令為“查詢今日的娛樂新聞”，智慧音箱從語音指令中提取關鍵字，並根據關鍵字生成操作請求，將操作請求發送給新聞應用的服務端，新聞應用服務端查找當日的娛樂新聞併發送給智慧音箱，智慧音箱接收到服務端返回的娛樂新聞後，通過語音的形式，將新聞播放出來。再如：採用智慧手錶執行上述方法，當前手錶接收到語音指令為“查詢目前在映的電影”，智慧手錶生成操作請求後，將操作請求發送給相關的電影應用的服務端，服務端查找當前在映的電影，將資料資訊返回給智慧手錶，智慧手錶可以根據用戶的設置，將電影資訊顯示的手錶螢幕上，或者通過語音的形式將電影資訊播放給用戶。

可選地，資訊收集頁面中包括用於供用戶輸入全部的訂購要素資訊的輸入框，用戶在上述輸入框中能夠輸入全部的訂購要素資訊。請參考圖7，其示例性示出了一種資訊收集頁面30的示意圖。資訊收集頁面30中包括：影片輸入框31、影院輸入框32、時間輸入框33和人數輸入框34。用戶根據實際購票需求在影片輸入框31中輸入影片名稱，在影院輸入框32中輸入影院名稱，在時間輸入框33中輸入觀影時間，在人數輸入框34中輸入觀影人數。而後，用戶點擊資訊收集頁面30中的確認控制項35，確認提交上述全部的購票要素資訊，用戶端生成攜帶有全部的購票要素資訊的用戶輸入消息(也即第一類型的用戶輸入消息)。

另外，伺服器在檢測到用戶端具有訂購需求時，向用戶端發送資訊收集頁面。例如，當用戶端向伺服器發送“我要看電影”的用戶輸入消息或者具有類似含義的用戶輸入消息之後，伺服器向用戶端發送資訊 收集頁面。

步驟202，用戶端向伺服器發送第一類型的用戶輸入消息。

相應地，伺服器接收用戶端發送的第一類型的用戶輸入消息。

可選地，在用戶端獲取以語音形式輸入的第一類型的用戶輸入消息的情況下，用戶端可以將語音形式的第一類型的用戶輸入消息轉換為文字形式的第一類型的用戶輸入消息，並向伺服器發送文字形式的第一類型的用戶輸入消息；或者，用戶端也可以直接將語音形式的第一類型的用戶輸入消息發送給伺服器，由伺服器將語音形式的第一類型的用戶輸入消息轉換為文字形式的第一類型的用戶輸入消息。其中，將用戶輸入消息由語音形式轉換為文字形式可採用語音識別技術。

步驟203，伺服器獲取與全部的訂購要素資訊相匹配的虛擬資源。

可選地，當虛擬資源為電子票時，伺服器獲取與全部的購票要素資訊相匹配的電子票。例如，伺服器搜索獲取與全部的購票要素資訊相匹配的電子票。伺服器中儲存有電子票資料庫，該電子票資料庫中記錄有電子票的相關資料。以電子票是電影票為例，伺服器中儲存有電影票資料庫，該電影票資料庫中記錄有電影票資料。上述電影票資料可以包括：當前正在上映的各個影片在各個影院的放映場次，每一個放映場次的放映時間和座位訂購情況。

可選地，以電子票是電影票為例，步驟203包括如下幾個子步驟：

步驟203a，伺服器從電影票資料庫中選取與影片名稱和影院名稱相同、放映時間與觀影時間之間的時間間隔小於預設閾值且餘票數量不小於觀影人數的放映場次；其中，預設閾值是預先設定的經驗值，例如60分鐘。

可選地，當存在多個滿足上述條件的放映場次時，伺服器選取放映時間與觀影時間之間的時間間隔最小的放映場次。

步驟203b，伺服器從上述選取的放映場次的可選座位中，選擇與觀影人數相符的座位，並根據選擇的座位生成電影票。

放映場次的可選座位是指該放映場次中暫未被訂購的座位。在一個示例中，伺服器從上述選取的放映場次的可選座位中，隨機選擇與觀影人數相符的座位。在另一個示例中，伺服器從上述選取的放映場次的可選座位中，選擇與觀影人數相符且優先順序最高的座位。伺服器可以按照各個座位的位置對各個座位進行優先順序排序，例如靠場地中央的位置的優先順序較高，而靠場地四周的座位的優先順序較低。通過上述方式，能夠為用戶自動選擇最佳的觀影座位，在提升系統性能的同時也能夠提升用戶體驗。

在本發明實施例中，通過伺服器將電影票資料緩存在本地資料庫中，有助於提高伺服器搜索獲取電影票的效率。另外，伺服器可定時更新電影票資料庫，以確保電影票資料庫中儲存的電影票資料的準確性和即時性。例如，伺服器每隔預定時間間隔獲取最新的電影票資料；將最新的電影票資料與電影票資料庫中緩存的電影票資料進行比對；若兩者存在不同，則將電影票資料庫中儲存的電影票資料更新為上述最新的電影票資 料；若兩者相同，則不執行更新操作。上述預定時間間隔根據實際需求進行設定，例如1分鐘、10分鐘等等。

步驟204，伺服器生成用於訂購上述虛擬資源的虛擬資源資訊。

虛擬資源資訊中包括虛擬資源的相關資訊，虛擬資源資訊即是指虛擬資源訂單。當虛擬資源為電子票時，虛擬資源資訊可稱為電子票資訊，電子票資訊中包括電子票的相關資訊，電子票資訊即是指電子票訂單。以電子票是電影票為例，電影票資訊(或稱為“電影票訂單”)中包括電影票對應的影片名稱、影院名稱、放映時間、座位編號和訂單金額。

步驟205，伺服器向用戶端發送虛擬資源資訊。

相應地，用戶端接收伺服器發送的虛擬資源資訊。

可選地，上述步驟205之後還包括：用戶端顯示虛擬資源資訊。

以電子票資訊為例，用戶端在接收到電子票資訊之後，顯示該電子票資訊和相應的支付控制項。用戶在確認電子票資訊中的各項資訊無誤之後，觸發支付控制項完成線上支付流程，從而完成電子票線上購買。

綜上所述，本發明實施例提供的方法，通過將全部的訂購要素資訊一次收集完成，用戶端將上述全部的訂購要素資訊一併發送給伺服器，由伺服器查找與其匹配的虛擬資源並生成相應的虛擬資源訂單，從而減少整個訂購過程中用戶端與伺服器之間的交互次數，有助於提升線上訂購虛擬資源的操作效率，且節省用戶端與伺服器之間的傳輸資源。

請參考圖8，其示出了本發明實施例提供的另一種資訊獲取 方法的流程圖。該方法可應用於圖1所示的實施環境中。該方法可以包括如下幾個步驟：

步驟401，用戶端獲取用戶輸入消息。

用戶輸入消息是指由用戶輸入的消息。在本發明實施例中，對用戶輸入消息的方式不作限定。用戶可以通過麥克風輸入語音形式的用戶輸入消息，用戶也可以通過輸入法程式輸入文字形式的用戶輸入消息，用戶還可以通過觸發用戶端顯示的預設按鈕，將與該預設按鈕對應的預設消息作為用戶輸入消息。例如，用戶端顯示有“我要看電影”按鈕，用戶點擊該按鈕觸發輸入的用戶輸入消息為“我要看電影”。

步驟401包括如下幾種可能情況：

1、用戶端獲取第一類型的用戶輸入消息，第一類型的用戶輸入消息是指攜帶有全部的訂購要素資訊的用戶輸入消息；例如，以獲取電影票訂單為例，第一類型的用戶輸入消息為：幫我訂2張今天晚上8點xx影院的奇X博士的電影票。

2、用戶端獲取第二類型的用戶輸入消息，第二類型的用戶輸入消息是指攜帶有部分的訂購要素資訊的用戶輸入消息；例如，以獲取電影票訂單為例，第二類型的用戶輸入消息為：我想在今天下午3點看深海浩X。上述舉例的第二類型的用戶輸入消息中僅包括影片名稱和觀影時間，但並不包括影院名稱和觀影人數。

3、用戶端獲取第三類型的用戶輸入消息，第三類型的用戶輸入消息是指未攜帶訂購要素資訊的用戶輸入消息；例如，第三類型的用戶輸入消息為：今天吃什麼。

可選地，用戶端通過聊天對話方式獲取在聊天對話介面中輸入的用戶輸入消息。例如，當用戶端是具備AI功能的用戶端時，該聊天對話介面可以是用戶與AI機器人之間的聊天對話介面，該AI機器人可以看作是用戶端，也可以看作是為用戶端提供後臺服務的伺服器。通過上述方式，採用與用戶之間進行友好交互的方式獲取用戶的虛擬資源訂購需求，提供了一種嶄新的線上訂購虛擬資源的場景和方式。

步驟402，用戶端向伺服器發送用戶輸入消息。

相應地，伺服器接收用戶端發送的用戶輸入消息。

可選地，在用戶端獲取以語音形式輸入的用戶輸入消息的情況下，用戶端可以將語音形式的用戶輸入消息轉換為文字形式的用戶輸入消息，並向伺服器發送文字形式的用戶輸入消息；或者，用戶端也可以直接將語音形式的用戶輸入消息發送給伺服器，由伺服器將語音形式的用戶輸入消息轉換為文字形式的用戶輸入消息。其中，將用戶輸入消息由語音形式轉換為文字形式可採用語音識別技術。

步驟403，伺服器確定用戶輸入消息的類型。

用戶輸入消息的類型為上文介紹的第一類型、第二類型和第三類型中的任意一種。伺服器從用戶輸入消息中識別訂購要素資訊，並根據識別結果確定用戶輸入消息的類型。若伺服器從用戶輸入消息中識別出全部的訂購要素資訊，則確定用戶輸入消息的類型為第一類型；若伺服器從用戶輸入消息中識別出部分的訂購要素資訊，則確定用戶輸入消息的類型為第二類型；若伺服器從用戶輸入消息中未識別出訂購要素資訊，則確定用戶輸入消息的類型為第三類型。

伺服器可採用關鍵字識別技術、語義分析技術或者結合上述兩種技術從用戶輸入消息中識別訂購要素資訊。

可選地，伺服器檢測用戶輸入消息是否與基礎消息範本相匹配；若用戶輸入消息與基礎消息範本相匹配，則伺服器採用基於基礎消息範本生成的消息變數範本從用戶輸入消息中識別得到訂購要素資訊；若用戶輸入消息與基礎消息範本不匹配，則伺服器確定用戶輸入消息中未攜帶訂購要素資訊，也即確定用戶輸入消息的類型為第三類型。

其中，基礎消息範本用於判定用戶輸入消息中是否攜帶有訂購要素資訊。當用戶輸入消息與基礎消息範本相匹配時，說明用戶輸入消息中攜帶有至少一項訂購要素資訊，伺服器採用消息變數範本從用戶輸入消息中識別得到訂購要素資訊，進而根據識別得到的訂購要素資訊的項數確定用戶輸入消息的類型為第一類型或第二類型。消息變數範本用於從用戶輸入消息中識別提取訂購要素資訊。基礎消息範本和消息變數範本可採用正則運算式構建，通過正則運算式來確定用戶輸入消息中是否攜帶有訂購要素資訊，以及在確定用戶輸入消息中攜帶訂購要素資訊的情況下，從用戶輸入消息中識別提取訂購要素資訊。

若用戶輸入消息的類型為第一類型，則伺服器從下述步驟404開始執行；若用戶輸入消息的類型為第二類型，則伺服器從下述步驟408開始執行；若用戶輸入消息的類型為第三類型，則伺服器從下述步驟410開始執行。

步驟404，若用戶輸入消息的類型為第一類型，則伺服器獲取與用戶輸入消息中攜帶的全部的訂購要素資訊相匹配的虛擬資源。

步驟405，伺服器生成用於訂購上述虛擬資源的虛擬資源資訊。

步驟406，伺服器向用戶端發送虛擬資源資訊。

相應地，用戶端接收伺服器發送的虛擬資源資訊。

可選地，步驟406之後還包括如下步驟407：

步驟407，用戶端顯示虛擬資源資訊。

上述步驟404至步驟406與圖2所示實施例中的步驟203至步驟205相同或類似，具體詳見步驟203至步驟205中的解釋說明，此處不再贅述。

步驟408，若用戶輸入消息的類型為第二類型，則伺服器向用戶端發送資訊收集頁面。

相應地，用戶端接收伺服器發送的資訊收集頁面。

在用戶輸入消息中僅攜帶部分的訂購要素資訊的情況下，伺服器無法根據該部分的訂購要素資訊準確地搜索獲取到虛擬資源。例如，用戶輸入消息為“我想在今天下午3點看深海浩X”，伺服器從中只能識別出2項購票要素資訊，也即影片名稱和觀影時間，但是並不確定影院名稱和觀影人數，因此伺服器無法準確地搜索獲取到電影票。

在這種情況下，伺服器向用戶端發送資訊收集頁面，該資訊收集頁面用於收集全部的訂購要素資訊。可選地，資訊收集頁面中包括上述從第二類型的用戶輸入消息中識別出的部分的訂購要素資訊。仍然結合上述例子，伺服器向用戶端發送的資訊收集頁面中，在影片輸入框中已經填寫“深海浩X”，在時間輸入框中已經填寫“今天15：00”，而影院輸入 框和人數輸入框中未填寫相應的購票要素資訊，等待用戶補充。

步驟409，用戶端顯示資訊收集頁面。

用戶端通過向用戶顯示資訊收集頁面，使得用戶能夠根據實際訂購需求在資訊收集頁面中輸入全部的訂購要素資訊。例如，用戶在影院輸入框中輸入“xx影院”，在人數輸入框中輸入“3人”，並確認提交之後，用戶端獲取到全部4項購票要素資訊。

之後，用戶端與伺服器執行如下步驟(圖中未示出)以獲取虛擬資源資訊(也即虛擬資源訂單)：用戶端獲取在資訊收集頁面中輸入的全部的訂購要素資訊，根據獲取的全部的訂購要素資訊，生成第一類型的用戶輸入消息，並向伺服器發送第一類型的用戶輸入消息；伺服器接收用戶端發送的第一類型的用戶輸入消息，獲取與該第一類型的用戶輸入消息中攜帶的全部的訂購要素資訊相匹配的虛擬資源，生成用於訂購上述虛擬資源的虛擬資源資訊，向用戶端發送虛擬資源資訊；用戶端接收伺服器發送的虛擬資源資訊。

可選地，伺服器向用戶端發送資訊收集頁面之前，還執行如下步驟：

1、伺服器獲取登錄用戶端的用戶帳號的特徵資訊；用戶帳號的特徵資訊用於指示該用戶帳號對應的用戶個人特徵。針對不同類型虛擬資源的訂購需求，伺服器獲取的特徵資訊也有所不同。例如，當訂購電影票時，伺服器獲取的特徵資訊包括但不限於以下至少一項：當前地理位置、常用的影院名稱、常用的觀影人數、常用的觀影時間、偏好的影片類型、歷史觀影記錄等。又例如，當訂購演唱會門票 時，伺服器獲取的特徵資訊包括但不限於以下至少一項：偏好的明星、歷史購票記錄、當前地理位置、常用的觀演人數等。又例如，當訂購電子機票時，伺服器獲取的特徵資訊包括但不限於以下至少一項：常用的航班編號、常用的購票人數、常用的乘機倉位、偏好的航空公司、歷史乘機記錄等。又例如，當訂購家政服務時，伺服器獲取的特徵資訊包括但不限於以下至少一項：常用的家政服務機構、常用的服務專案、常用的服務時間、歷史的家政服務訂購記錄等。

2、伺服器根據用戶帳號的特徵資訊，生成至少一項訂購要素資訊的推薦資訊。

伺服器通過對用戶帳號的特徵資訊進行分析，生成至少一項訂購要素資訊的推薦資訊。訂購要素資訊的推薦資訊是指基於用戶個人特徵向用戶推薦的訂購要素資訊。例如，伺服器根據用戶的當前地理位置，選擇距離當前地理位置最近的影院作為影院名稱的推薦資訊。又例如，伺服器根據用戶常用的觀影人數，將該常用的觀影人數作為觀影人數的推薦資訊。再例如，伺服器根據用戶偏好的影片類型，將當前正在上映的影片中屬於上述偏好的影片類型的影片作為影片名稱的推薦資訊。還例如，伺服器根據歷史觀影記錄確定常用的影院名稱、常用的觀影人數、常用的觀影時間、偏好的影片類型中的至少一項資訊，並根據確定出的上述資訊進一步生成購票要素資訊的推薦資訊。

伺服器向用戶端發送的資訊收集頁面中還包括上述訂購要素資訊的推薦資訊，以便於用戶端在顯示資訊收集頁面的同時，將訂購要素資訊的推薦資訊顯示在相應的輸入框中，如果訂購要素資訊的推薦資訊 恰好是符合用戶實際訂購需求的，那麼用戶無需再手動輸入訂購要素資訊，簡化用戶操作。

需要說明的是，對於任意一項訂購要素資訊，如果該項訂購要素資訊已經從用戶輸入資訊中識別得到，則伺服器向用戶端發送的資訊收集頁面中包括該項識別得到的訂購要素資訊，而不包括該項訂購要素資訊的推薦資訊；如果該項訂購要素資訊並未從用戶輸入資訊中識別得到，則伺服器向用戶端發送的資訊收集頁面中可以包括該項訂購要素資訊的推薦資訊。

步驟410，若用戶輸入消息的類型為第三類型，則伺服器將用戶輸入消息發送給至少兩個智慧聊天系統。

在用戶輸入消息中未攜帶訂購要素資訊的情況下，說明該用戶輸入消息與訂購虛擬資源無關，此時伺服器調用智慧聊天系統與用戶進行人工智慧對話。

伺服器與一個或者多個智慧聊天系統對接。可選地，伺服器與至少兩個智慧聊天系統對接。不同的智慧聊天系統的消息回復策略有所不同。例如，針對同一句用戶輸入消息“今天吃什麼”，智慧聊天系統A生成的回復消息為“今天吃老北京炸醬麵”，智慧聊天系統B生成的回復消息為“我不吃飯，給我充電就行了”。可選地，不同的智慧聊天系統還可以有不同的風格，例如能夠模仿女僕、暖男、大叔等不同人物的聲音。

步驟411，伺服器接收各個智慧聊天系統發送的對應於第三類型的用戶輸入消息的回復消息。

步驟412，伺服器獲取各個回復消息與第三類型的用戶輸入 消息之間的匹配度。

在本發明實施例中，對計算回復消息與第三類型的用戶輸入消息之間的匹配度的方式不作限定。例如，伺服器基於語義分析演算法，對第三類型的用戶輸入消息和回復消息進行語義分析，計算回復消息與第三類型的用戶輸入消息之間的語義匹配度。

步驟413，伺服器根據匹配度確定對應於第三類型的用戶輸入消息的最終回復消息。

可選地，伺服器選取匹配度最高的回復消息作為最終回復消息。

步驟414，伺服器向用戶端發送最終回復消息。

相應地，用戶端接收伺服器發送的最終回復消息。

而後，用戶端將最終回復消息進行展示。例如，當最終回復消息為文字形式時，用戶端顯示最終回復消息；當最終回復消息為語音形式時，用戶端播放最終回復消息。

在本發明實施例中，通過伺服器與至少兩個智慧聊天系統對接，實現為用戶提供更具多樣性的人工智慧聊天體驗。

可選地，用戶端獲取的消息還可能是預設消息。預設消息是指預先設定的消息。預設消息用於表達具有訂購虛擬資源的需求，但預設消息中並不攜帶訂購要素資訊。以獲取電影票訂單為例，預設消息包括“我要看電影”、“我要訂電影票”、“我要買電影票”等。預設消息的數量可以是一條，也可以是多條，本發明實施例對此不作限定。

用戶端獲取預設消息之後，向伺服器發送預設消息；伺服器 在接收到預設消息之後，向用戶端發送資訊收集頁面；用戶端接收伺服器發送的資訊收集頁面，顯示資訊收集頁面。在上文已經介紹，資訊收集頁面用於收集全部的訂購要素資訊。可選地，資訊收集頁面中包括至少一項訂購要素資訊的推薦資訊。之後，用戶端與伺服器按照上文介紹的步驟以獲取虛擬資源資訊(也即虛擬資源訂單)，本實施例對此不再贅述，參見步驟409之後的介紹說明。

伺服器在從用戶端接收到任一消息之後，可以首先判斷該消息是否為預設消息；如果該消息為預設消息，則伺服器從向用戶端發送資訊收集頁面的步驟開始執行；如果該消息不是預設消息，則說明該消息為上述任一類型的用戶輸入消息，則伺服器從確定用戶輸入消息的類型的步驟開始執行。

通過上述方式，伺服器在接收到用戶端發送的任一消息之後，首先判斷該消息是否為預設消息，並在該消息是預設消息的情況下，向用戶端發送資訊收集頁面，從而提高了伺服器對預設消息的回應效率。

另外需要補充說明的一點是，在本發明實施例中，對用戶輸入預設消息的方式不作限定，例如用戶可以採用文字形式輸入預設消息，也可以採用語音形式輸入預設消息，還可以採用預設按鈕輸入預設消息，等等。

綜上所述，本發明實施例提供的方法，通過將全部的訂購要素資訊一次收集完成，用戶端將上述全部的訂購要素資訊一併發送給伺服器，由伺服器查找與其匹配的虛擬資源並生成相應的虛擬資源訂單，從而減少整個訂購過程中用戶端與伺服器之間的交互次數，有助於提升線上訂 購虛擬資源的操作效率，且節省用戶端與伺服器之間的傳輸資源。

另外，在伺服器獲取部分的訂購要素資訊的情況下，通過向用戶端發送資訊收集頁面，從而一次收集全部的訂購要素資訊，使得用戶端與伺服器之間僅需兩次交互即可生成虛擬資源訂單，相較於相關技術的交互次數同樣縮短。

另外，還通過伺服器獲取登錄用戶端的用戶帳號的特徵資訊，根據用戶帳號的特徵資訊，生成至少一項訂購要素資訊的推薦資訊，並在資訊收集頁面中顯示上述訂購要素資訊的推薦資訊，實現了向用戶自動推薦合適的訂購要素資訊，有助於減少用戶的輸入操作，進一步提高訂購效率。

在上述方法實施例中，僅從用戶端和伺服器之間交互的角度進行介紹說明。其中，有關用戶端一側的步驟可以單獨實現成用戶端側的資訊獲取方法，有關伺服器一側的步驟可以單獨實現成為伺服器側的資訊提供方法。

請參考圖9，其示出了本發明實施例提供的另一種資訊獲取方法的流程圖。在本實施例中，用戶端以聊天對話方式獲取用戶的虛擬資源訂購需求。該方法可以包括如下幾個步驟：

步驟501，用戶端顯示與訂購伺服器的聊天對話介面。

聊天對話介面是指以聊天對話的方式獲取用戶的虛擬資源訂購需求的用戶介面。可選地，該聊天對話介面可以是用戶端(也即用戶)與訂購伺服器之間的聊天對話介面。訂購伺服器是為用戶端提供後臺服務的伺服器，也即上述圖2和圖8實施例中的伺服器。訂購伺服器可以稱為訂 購機器人，其具備AI功能。

在一個例子中，假設用戶端為“智慧助手”用戶端，訂購伺服器為訂票伺服器。“智慧助手”用戶端以聊天對話方式獲取用戶的電影票訂購需求。如圖10中(a)部分所示，用戶打開“智慧助手”用戶端，“智慧助手”用戶端顯示與訂票伺服器的聊天對話介面60。聊天對話介面60中包括歡迎語61、文字輸入欄62和語音輸入按鈕63。文字輸入欄62用於觸發調用輸入法程式，使得用戶能夠輸入文字形式的用戶輸入消息。語音輸入按鈕63用於觸發調用麥克風，使得用戶能夠輸入語音形式的用戶輸入消息。可選地，聊天對話介面60中還包括多個快捷功能按鈕，如圖中示出的用於線上購買電影票的“我要看電影”快捷功能按鈕64、用於線上預訂餐廳的“我要訂餐廳”快捷功能按鈕(圖中未標號)、用於線上叫車的“我要搭車”快捷功能按鈕(圖中未標號)。

步驟502，用戶端獲取在聊天對話介面中輸入的第一類型的用戶輸入消息。

第一類型的用戶輸入消息是指攜帶有全部的訂購要素資訊的用戶輸入消息，訂購要素資訊是指線上訂購虛擬資源所需的必要資訊。

示例性地，用戶端獲取在聊天對話介面中輸入的第一類型的用戶輸入消息包括如下幾種可能的實現方式：在第一種可能的實現方式中，用戶端獲取在聊天對話介面中以文字形式輸入的第一類型的用戶輸入消息。

例如，用戶可以在聊天對話介面60的文字輸入欄62中輸入如下文字內容“今天晚上8點，4人去xx影院觀看我不是潘X蓮”，並提交給 “智慧助手”用戶端。相應地，“智慧助手”用戶端獲取在聊天對話介面60中以文字形式輸入的第一類型的用戶輸入消息。

在第二種可能的實現方式中，用戶端獲取在聊天對話介面中以語音形式輸入的第一類型的用戶輸入消息。

例如，用戶點擊聊天對話介面60中的語音輸入按鈕63，觸發“智慧助手”用戶端調用麥克風，通過麥克風採集如下語音資訊：我想在今天晚上8點去xx影院觀看奇X博士，幫我出2張電影票。相應地，“智慧助手”用戶端獲取在聊天對話介面60中以語音形式輸入的第一類型的用戶輸入消息。

在第三種可能的實現方式中，用戶端獲取在聊天對話介面的資訊收集頁面中輸入的全部的訂購要素資訊；生成攜帶有全部的訂購要素資訊的第一類型的用戶輸入消息。

可選地，資訊收集頁面中包括用於供用戶輸入全部的訂購要素資訊的輸入框，用戶在上述輸入框中能夠輸入全部的訂購要素資訊。資訊收集頁面的示例性示意圖可參見圖7。

例如，如圖10中(b)部分所示，“智慧助手”用戶端在聊天對話介面60中顯示資訊收集頁面65。用戶在資訊收集頁面65中填寫全部的購票要素資訊，包括影片名稱、影院名稱、觀影時間和觀影人數。如圖6中(c)部分所示，用戶在資訊收集頁面65中填寫影片名稱“我不是潘X蓮”、影院名稱“xx影城(深大店)”、觀影時間“今天17：00”以及觀影人數“2人”。用戶在輸入完成全部的購票要素資訊之後，點擊資訊收集頁面65中的“確認”按鈕，觸發“智慧助手”用戶端向訂票伺服器發送第一 類型的用戶輸入消息，該第一類型的用戶輸入消息中攜帶上述全部的購票要素資訊。

另外，用戶可以在資訊收集頁面的輸入框中直接輸入訂購要素資訊；或者，用戶也可以觸發顯示訂購要素資訊對應的候選項，從候選項中選擇需要輸入的訂購要素資訊。

資訊收集頁面由訂購伺服器發送給用戶端。可選地，在如下兩種情況下，用戶端從訂購伺服器獲取資訊收集頁面並顯示。

在一種可能的情況下，用戶端獲取在聊天對話介面中輸入的第二類型的用戶輸入消息，第二類型的用戶輸入消息是指攜帶有部分的訂購要素資訊的用戶輸入消息；向訂購伺服器發送第二類型的用戶輸入消息；接收訂購伺服器發送的資訊收集頁面；在聊天對話介面中顯示資訊收集頁面。

例如，第二類型的用戶輸入消息為“我想在今天晚上9點看深海浩X”，訂票伺服器從中只能識別出2項購票要素資訊，也即影片名稱和觀影時間，但是並不確定影院名稱和觀影人數，因此訂票伺服器無法準確地搜索獲取到電影票。在這種情況下，訂票伺服器向用戶端發送資訊收集頁面，用於收集全部的購票要素資訊。用戶端接收到資訊收集頁面之後，將資訊收集頁面顯示在聊天對話介面中。

可選地，資訊收集頁面中包括上述從第二類型的用戶輸入消息中識別出的部分的訂購要素資訊。仍然結合上述例子，訂票伺服器向用戶端發送的資訊收集頁面中，在影片輸入框中已經填寫“深海浩X”，在時間輸入框中已經填寫“今天21：00”，而影院輸入框和人數輸入框中未填寫 相應的購票要素資訊，等待用戶補充。

在另一種可能的情況下，用戶端獲取在聊天對話介面中輸入的預設消息；向訂購伺服器發送預設消息；接收訂購伺服器發送的資訊收集頁面；在聊天對話介面中顯示資訊收集頁面。

預設消息是指預先設定的消息。預設消息用於表達具有訂購虛擬資源的需求，但預設消息中並不攜帶訂購要素資訊。以獲取電影票訂單為例，預設消息包括“我要看電影”、“我要訂電影票”、“我要買電影票”等。預設消息的數量可以是一條，也可以是多條，本發明實施例對此不作限定。

結合參考圖10，用戶點擊“我要看電影”快捷功能按鈕62之後，“智慧助手”用戶端向訂票伺服器發送預設消息，該預設消息的內容為“我要看電影”。

在其他可能的實現方式中，用戶也可以通過文字或者語音輸入用於表達訂購需求的預設消息。例如，用戶在聊天對話介面60的文字輸入欄62中輸入“我想看個電影”的文字資訊，或者用戶點擊聊天對話介面60中的語音輸入按鈕63輸入“我要訂電影票”的語音資訊。

訂購伺服器在檢測到用戶端發送的用戶輸入消息為預設消息後，向用戶端發送資訊收集頁面，用於收集全部的訂購要素資訊。用戶端接收到資訊收集頁面之後，將資訊收集頁面顯示在聊天對話介面中。

可選地，資訊收集頁面中包括至少一項訂購要素資訊的推薦資訊。有關推薦資訊的介紹說明可參見上述圖8實施例，本實施例對此不再贅述。

步驟503，用戶端向訂購伺服器發送第一類型的用戶輸入消息。

訂購伺服器接收到用戶端發送的第一類型的用戶輸入消息之後，獲取與全部的訂購要素資訊相匹配的虛擬資源，而後生成用於訂購上述虛擬資源的虛擬資源資訊(也即虛擬資源訂單)，並向用戶端發送虛擬資源資訊。上述過程可參見圖2實施例中的步驟202-205，本實施例對此不再贅述。

步驟504，用戶端接收訂購伺服器發送的虛擬資源資訊。

步驟505，用戶端顯示虛擬資源資訊。

用戶端在接收到虛擬資源資訊之後，顯示該虛擬資源資訊和相應的支付控制項。用戶在確認虛擬資源資訊中的資訊無誤之後，觸發支付控制項完成線上支付流程，從而完成虛擬資源線上訂購。

如圖10中(d)部分所示，用戶端在聊天對話介面60中顯示電影票訂單66，用戶查看電影票訂單66中的資訊無誤後，點擊“支付”按鈕，完成線上支付流程，從而完成電影票線上購買。

借助于“智慧助手”用戶端，將服務商和用戶通過聊天互動的方式串聯起來，用戶在使用“智慧助手”用戶端和“智慧助手”聊天的過程中，“智慧助手”會根據用戶需求提供相應的資訊和服務(包括但不限於電影票訂購服務)，有助於增強趣味性，且能夠有效提高服務的使用率。另外，當用戶線上購買電影票之後，“智慧助手”還可以為用戶提供一些關聯服務，例如為用戶推薦影院附近的餐廳、為用戶提前規劃到達影院的線路並提供叫車服務，等等。

綜上所述，本實施例提供的方法，採用與用戶之間進行友好交互的方式獲取用戶的虛擬資源訂購需求，提供了一種嶄新的線上訂購虛擬資源的場景和方式。

在一個示例中，結合參考圖11，其示出了伺服器對從用戶端接收到的消息的處理流程的示意圖。伺服器70包括：消息收發模組71、消息識別模組72、消息分發模組73、消息過濾模組74。

消息收發模組71用於收發消息，包括從用戶端接收消息和向用戶端發送消息。

消息識別模組72用於判斷從用戶端接收到的消息是否為預設消息，以及在不是預設消息的情況下，進一步識別確定該消息的類型。消息識別模組72提供有基礎業務識別和消息變數識別兩大功能。

其中，基礎業務識別功能用於判斷從用戶端接收到的消息是否為預設消息，若該消息是預設消息，則根據消息範本檔獲取與預設消息相對應的應答消息，並將應答消息發送給消息收發模組71，通過消息收發模組71將應答消息發送給用戶端；若該消息不是預設消息，則將該消息交由消息變數識別功能進行處理。消息範本檔中包括至少一組預設消息和應答消息之間的對應關係，例如消息範本檔中包括預設消息“我要看電影”和資訊收集頁面之間的對應關係。

消息變數識別功能用於確定消息為第一類型的用戶輸入消息、第二類型的用戶輸入消息還是第三類型的用戶輸入消息。可選地，消息變數識別功能具體用於：檢測用戶輸入消息是否與基礎消息範本相匹配；若用戶輸入消息與基礎消息範本相匹配，則確定該用戶輸入消息的類 型為第一類型或者第二類型，進一步採用基於基礎消息範本生成的消息變數範本從用戶輸入消息中識別得到訂購要素資訊，當識別得到全部的訂購要素資訊時，說明是第一類型的用戶輸入消息，調用搜索服務獲取虛擬資源，當識別得到部分的訂購要素資訊時，說明是第二類型的用戶輸入消息，生成並向用戶端發送資訊收集頁面；若用戶輸入消息與基礎消息範本不匹配，則說明是第三類型的用戶輸入消息，將第三類型的用戶輸入消息交由消息分發模組73做下一步處理。

消息分發模組73與智慧聊天系統對接，用於將第三類型的用戶輸入消息分發給一個或者多個智慧聊天系統，獲取各個智慧聊天系統發送的對應於該第三類型的用戶輸入消息的回復消息，並計算各個回復消息與第三類型的用戶輸入消息之間的匹配度。消息分發模組73還用於將各個回復消息及對應的匹配度發送給消息過濾模組74。

消息過濾模組74用於根據匹配度確定對應於第三類型的用戶輸入消息的最終回復消息，並將最終回復消息發送給消息收發模組71，通過消息收發模組71將最終回復消息發送給用戶端。

上述示例中涉及的模組為按照功能劃分的功能模組。在本發明實施例中，僅以上述各功能模組的劃分進行舉例說明，實際應用中，可以根據需要而將伺服器的功能分配由不同的功能模組完成，即將伺服器的內部結構劃分成不同的功能模組，以完成以上描述的全部或者部分功能。

可選地，當伺服器是由多台伺服器組成的伺服器集群時，示例性的伺服器架構可以如圖12所示。該伺服器集群包括：消息伺服器81、 處理伺服器82、解析伺服器83和代理伺服器84。其中，處理伺服器82與消息伺服器81、解析伺服器83和代理伺服器84之間分別具有通信連接，該通信連接可以基於有線網路或者無線網路建立。

消息伺服器81主要用於收發消息，包括從用戶端接收消息和向用戶端發送消息。可選地，消息伺服器81還用於儲存消息，包括儲存從用戶端接收的消息和向用戶端發送的消息，以便後續在有需求時能夠查找歷史消息記錄。

處理伺服器82主要用於根據全部的訂購要素資訊，搜索獲取與該全部的訂購要素資訊相匹配的虛擬資源。

解析伺服器83主要用於對消息進行解析，從消息中識別得到訂購要素資訊。

代理伺服器84主要用於生成虛擬資源資訊(也即虛擬資源訂單)。

結合參考圖9，其示出了基於圖8所示的伺服器集群，本發明實施例提供的一種資訊獲取方法的流程圖。

步驟901，用戶端向消息伺服器發送消息；相應地，消息伺服器接收用戶端發送的消息；步驟902，消息伺服器儲存消息；步驟903，消息伺服器向處理伺服器轉發消息；相應地，處理伺服器接收消息伺服器轉發的消息；步驟904，處理伺服器在確定需要對消息進行解析時，將消息轉發給解析伺服器； 相應地，解析伺服器接收處理伺服器轉發的消息；步驟905，解析伺服器對消息進行解析，從消息中識別得到訂購要素資訊；步驟906，解析伺服器將訂購要素資訊發送給處理伺服器；相應地，處理伺服器接收解析伺服器發送的訂購要素資訊；步驟907，如果處理伺服器接收到全部的訂購要素資訊，則處理伺服器搜索獲取與全部的訂購要素資訊相匹配的虛擬資源；步驟908，處理伺服器向代理伺服器發送訂購請求，訂購請求用於請求訂購上述虛擬資源；相應地，代理伺服器接收處理伺服器發送的訂購請求；步驟909，代理伺服器生成與訂購請求相對應的虛擬資源訂單；步驟910，代理伺服器將虛擬資源訂單發送給處理伺服器；相應地，處理伺服器接收代理伺服器發送的虛擬資源訂單；步驟911，處理伺服器生成攜帶有虛擬資源訂單的訂單消息；步驟912，處理伺服器向消息伺服器發送訂單消息；相應地，消息伺服器接收處理伺服器發送的訂單消息；步驟913，消息伺服器儲存訂單消息；步驟914，消息伺服器向用戶端發送訂單消息；相應地，用戶端接收消息伺服器發送的訂單消息。

需要補充說明的一點是，在本發明實施例中，主要以線上訂購電影票這一應用場景對本發明提供的技術方案進行介紹說明。本發明提 供的技術方案同樣適用於其他產品或服務的線上訂購場景，例如線上訂購演唱會門票、線上訂購演出門票、線上訂購機票、線上訂購各類生活服務、線上訂餐廳、線上叫車，等等。針對上述應用場景，用戶端通過一次獲取全部的訂購要素資訊，並將全部的訂購要素資訊發送給伺服器，以使得伺服器據此生成相應的訂單，從而減少用戶端與伺服器之間的交互次數。

下述為本發明裝置實施例，可以用於執行本發明方法實施例。對於本發明裝置實施例中未披露的細節，請參照本發明方法實施例。

請參考圖14，其示出了本發明實施例提供的一種資訊獲取裝置的框圖。該裝置具有實現上述方法示例中用戶端側的功能。所述功能可以由硬體實現，也可以由硬體執行相應的軟體實現。該裝置可以包括：第一獲取模組1010、第一發送模組1020和資訊接收模組1030。

第一獲取模組1010，用於獲取第一類型的用戶輸入消息，所述第一類型的用戶輸入消息是指攜帶有全部的訂購要素資訊的用戶輸入消息，所述訂購要素資訊是指線上訂購虛擬資源所需的必要資訊。

第一發送模組1020，用於向伺服器發送所述第一類型的用戶輸入消息。

資訊接收模組1030，用於接收所述伺服器在獲取到與所述全部的訂購要素資訊相匹配的虛擬資源之後發送的虛擬資源資訊，所述虛擬資源資訊用於線上訂購與所述全部的訂購要素資訊相匹配的虛擬資源。

圖6是根據本發明實施例的一種可選的語音交互裝置的示意圖，如圖6所示，該語音交互裝置主要包括：第一接收單元610，用於接收語音指令，其中，語音指令用 於指示執行第三方應用中的目標操作。

在基於圖14所示實施例提供的一個可選實施例中，所述裝置還包括：資訊顯示模組。

資訊顯示模組，用於顯示所述虛擬資源資訊。

在基於圖14所示實施例提供的另一個可選實施例中，所述裝置還包括：第二獲取模組、第二發送模組、頁面接收模組和頁面顯示模組。

第二獲取模組，用於獲取第二類型的用戶輸入消息，所述第二類型的用戶輸入消息是指攜帶有部分的訂購要素資訊的用戶輸入消息。

第二發送模組，用於向所述伺服器發送所述第二類型的用戶輸入消息。

頁面接收模組，用於接收所述伺服器在識別出所述第二類型的用戶輸入消息之後發送的資訊收集頁面，所述資訊收集頁面用於收集所述全部的訂購要素資訊。可選地，所述資訊收集頁面中包括所述部分的訂購要素資訊。

頁面顯示模組，用於顯示所述資訊收集頁面。

在基於圖14所示實施例提供的另一個可選實施例中，所述裝置還包括：第三獲取模組、第三發送模組、頁面接收模組和頁面顯示模組。

第三獲取模組，用於獲取預設消息。

第三發送模組，用於向所述伺服器發送所述預設消息。

頁面接收模組，用於接收所述伺服器在識別出所述預設消息之後發送的資訊收集頁面，所述資訊收集頁面用於收集所述全部的訂購要素資訊。

頁面顯示模組，用於顯示所述資訊收集頁面。

可選地，所述資訊收集頁面中包括至少一項訂購要素資訊的推薦資訊，所述訂購要素資訊的推薦資訊根據登錄用戶端的用戶帳號的特徵資訊生成，所述特徵資訊用於指示所述用戶帳號對應的用戶個人特徵。

在基於圖14所示實施例提供的另一個可選實施例中，所述裝置還包括：第四獲取模組、第四發送模組、回復接收模組和回復展示模組。

第四獲取模組，用於獲取第三類型的用戶輸入消息，所述第三類型的用戶輸入消息是指未攜帶訂購要素資訊的用戶輸入消息。

第四發送模組，用於向所述伺服器發送所述第三類型的用戶輸入消息；以使得所述伺服器將所述第三類型的用戶輸入消息發送給至少兩個智慧聊天系統，接收各個所述智慧聊天系統發送的對應於所述第三類型的用戶輸入消息的回復消息，並根據各個所述回復消息與所述第三類型的用戶輸入消息之間的匹配度，確定對應於所述第三類型的用戶輸入消息的最終回復消息。

回復接收模組，用於接收所述伺服器發送的所述最終回復消息。

回復展示模組，用於展示所述最終回復消息。

相關細節可參考圖2和圖8所述的方法實施例。

請參考圖15，其示出了本發明實施例提供的一種資訊提供裝置的框圖。該裝置具有實現上述方法示例中伺服器側的功能。所述功能可以由硬體實現，也可以由硬體執行相應的軟體實現。該裝置可以包括：第一接收模組1110、資源獲取模組1120、資訊生成模組1130和資訊發送模組 1140。

第一接收模組1110，用於接收用戶端發送的第一類型的用戶輸入消息，所述第一類型的用戶輸入消息是指攜帶有全部的訂購要素資訊的用戶輸入消息，所述訂購要素資訊是指線上訂購虛擬資源所需的必要資訊。

資源獲取模組1120，用於獲取與所述全部的訂購要素資訊相匹配的虛擬資源。

資訊生成模組1130，用於生成用於訂購所述虛擬資源的虛擬資源資訊。

資訊發送模組1140，用於向所述用戶端發送所述虛擬資源資訊。

在基於圖15所示實施例提供的一個可選實施例中，所述裝置還包括：第二接收模組和頁面發送模組。

第二接收模組，用於接收所述用戶端發送的第二類型的用戶輸入消息，所述第二類型的用戶輸入消息是指攜帶有部分的訂購要素資訊的用戶輸入消息。

頁面發送模組，用於向所述用戶端發送資訊收集頁面，所述資訊收集頁面用於收集所述全部的訂購要素資訊。可選地，所述資訊收集頁面中包括所述部分的訂購要素資訊。

在基於圖15所示實施例提供的一個可選實施例中，所述裝置還包括：第三接收模組和頁面發送模組。

第三接收模組，用於接收所述用戶端發送的預設消息。

頁面發送模組，用於向所述用戶端發送資訊收集頁面，所述資訊收集頁面用於收集所述全部的訂購要素資訊。

可選地，所述裝置還包括：特徵獲取模組和資訊生成模組。

特徵獲取模組，用於獲取登錄所述用戶端的用戶帳號的特徵資訊，所述特徵資訊用於指示所述用戶帳號對應的用戶個人特徵。

資訊生成模組，用於根據所述用戶帳號的特徵資訊，生成至少一項訂購要素資訊的推薦資訊。

其中，所述資訊收集頁面中包括所述訂購要素資訊的推薦資訊。

在基於圖15所示實施例提供的另一個可選實施例中，所述裝置還包括：第四接收模組、消息發送模組、回復接收模組、匹配度獲取模組、回復確定模組和回復發送模組。

第四接收模組，用於接收所述用戶端發送的第三類型的用戶輸入消息，所述第三類型的用戶輸入消息是指未攜帶訂購要素資訊的用戶輸入消息。

消息發送模組，用於將所述第三類型的用戶輸入消息發送給至少兩個智慧聊天系統。

回復接收模組，用於接收各個所述智慧聊天系統發送的對應於所述第三類型的用戶輸入消息的回復消息。

匹配度獲取模組，用於獲取各個所述回復消息與所述第三類型的用戶輸入消息之間的匹配度。

回復確定模組，用於根據所述匹配度確定對應於所述第三類 型的用戶輸入消息的最終回復消息。

回復發送模組，用於向所述用戶端發送所述最終回復消息。

在基於圖15所示實施例提供的另一個可選實施例中，所述虛擬資源為電影票，所述全部的訂購要素資訊包括：影片名稱、影院名稱、觀影時間和觀影人數。

所述資源獲取模組，包括：場次選取單元和電影票生成單元。

場次選取單元，用於從電影票資料庫中選取與所述影片名稱和所述影院名稱相同、放映時間與所述觀影時間之間的時間間隔小於預設閾值且餘票數量不小於所述觀影人數的放映場次。

電影票生成單元，用於從所述放映場次的可選座位中，選擇與所述觀影人數相符的座位，並根據選擇的座位生成所述電影票。

相關細節可參考圖2和圖8所述的方法實施例。

本發明一示例性實施例還提供了一種資訊獲取系統，該系統包括：用戶端和伺服器。用戶端包括如圖14所示實施例或者基於圖14所示實施例的可選實施例所提供的資訊獲取裝置。伺服器包括如圖15所示實施例或者基於圖15所示實施例的可選實施例所提供的資訊提供裝置。

請參考圖16，其示出了本發明實施例提供的一種資訊獲取裝置的框圖。該裝置具有實現上述方法示例中用戶端側的功能。所述功能可以由硬體實現，也可以由硬體執行相應的軟體實現。該裝置可以包括：介面顯示模組1210、第一獲取模組1220、第一發送模組1230和資訊顯示模組1240。

介面顯示模組1210，用於顯示與訂購伺服器的聊天對話介 面。

第一獲取模組1220，用於獲取在所述聊天對話介面中輸入的第一類型的用戶輸入消息，所述第一類型的用戶輸入消息是指攜帶有全部的訂購要素資訊的用戶輸入消息，所述訂購要素資訊是指線上訂購虛擬資源所需的必要資訊。

第一發送模組1230，用於向所述訂購伺服器發送所述第一類型的用戶輸入消息。

資訊顯示模組1240，用於顯示接收到的虛擬資源資訊，所述虛擬資源資訊用於線上訂購與所述全部的訂購要素資訊相匹配的虛擬資源。

在基於圖16所示實施例提供的一個可選實施例中，所述第一獲取模組1220，包括：文字獲取單元，用於獲取在所述聊天對話介面中以文字形式輸入的所述第一類型的用戶輸入消息；或者，語音獲取單元，用於獲取在所述聊天對話介面中以語音形式輸入的所述第一類型的用戶輸入消息；或者，資訊獲取單元，用於獲取在所述聊天對話介面的資訊收集頁面中輸入的所述全部的訂購要素資訊；消息生成單元，用於生成攜帶有所述全部的訂購要素資訊的所述第一類型的用戶輸入消息。

在基於圖16所示實施例提供的另一個可選實施例中，所述裝置還包括：第二獲取模組、第二發送模組和頁面顯示模組。

第二獲取模組，用於獲取在所述聊天對話介面中輸入的第二 類型的用戶輸入消息，所述第二類型的用戶輸入消息是指攜帶有部分的訂購要素資訊的用戶輸入消息。

第二發送模組，用於向所述訂購伺服器發送所述第二類型的用戶輸入消息。

頁面顯示模組，用於在所述聊天對話介面中顯示接收到的所述資訊收集頁面。

在基於圖16所示實施例提供的另一個可選實施例中，所述裝置還包括：第三獲取模組、第三發送模組和頁面顯示模組。

第三獲取模組，用於獲取在所述聊天對話介面中輸入的預設消息。

第三發送模組，用於向所述訂購伺服器發送所述預設消息。

頁面顯示模組，用於在所述聊天對話介面中顯示接收到的所述資訊收集頁面。

在基於圖16所示實施例提供的另一個可選實施例中，所述資訊收集頁面中包括至少一項訂購要素資訊的推薦資訊。

相關細節可參考圖10、圖2和圖8所述的方法實施例。

需要說明的是，上述實施例提供的裝置在實現其功能時，僅以上述各功能模組的劃分進行舉例說明，實際應用中，可以根據需要而將上述功能分配由不同的功能模組完成，即將設備的內部結構劃分成不同的功能模組，以完成以上描述的全部或者部分功能。另外，上述實施例提供的裝置與方法實施例屬於同一構思，其具體實現過程詳見方法實施例，這裏不再贅述。

請參考圖17，其示出了本發明實施例提供的一種終端的結構示意圖。該終端用於實施上述實施例中提供的用戶端側的資訊獲取方法。具體來講：終端1300可以包括RF(Radio Frequency，射頻)電路1310、包括有一個或一個以上電腦可讀儲存介質的記憶體1320、輸入單元1330、顯示單元1340、感測器1350、音頻電路1360、WiFi(wireless fidelity，無線保真)模組1370、包括有一個或者一個以上處理核心的處理器1380、以及電源1390等部件。本領域技術人員可以理解，圖17中示出的終端結構並不構成對終端的限定，可以包括比圖示更多或更少的部件，或者組合某些部件，或者不同的部件佈置。其中：RF電路1310可用於收發資訊或通話過程中，信號的接收和發送，特別地，將基站的下行資訊接收後，交由一個或者一個以上處理器1380處理；另外，將涉及上行的資料發送給基站。通常，RF電路1310包括但不限於天線、至少一個放大器、調諧器、一個或多個振盪器、用戶身份模組(SIM)卡、收發信機、耦合器、LNA(Low Noise Amplifier，低雜訊放大器)、雙工器等。此外，RF電路1310還可以通過無線通信與網路和其他設備通信。所述無線通信可以使用任一通信標準或協定，包括但不限於GSM(Global System of Mobile communication，全球移動通訊系統)、GPRS(General Packet Radio Service，通用分組無線服務)、CDMA(Code Division Multiple Access，碼分多址)、WCDMA(Wideband Code Division Multiple Access，寬頻碼分多址)、LTE(Long Term Evolution，長期演進)、電子郵件、SMS(Short Messaging Service，短消息服務)等。

記憶體1320可用於儲存軟體程式以及模組，處理器1380通過運行儲存在記憶體1320的軟體程式以及模組，從而執行各種功能應用以及資料處理。記憶體1320可主要包括儲存程式區和儲存資料區，其中，儲存程式區可儲存作業系統、至少一個功能所需的應用程式(比如聲音播放功能、圖像播放功能等)等；儲存資料區可儲存根據終端1300的使用所創建的資料(比如音頻資料、電話本等)等。此外，記憶體1320可以包括高速隨機存取記憶體，還可以包括非易失性記憶體，例如至少一個磁盤記憶體件、快閃記憶體器件、或其他易失性固態記憶體件。相應地，記憶體1320還可以包括記憶體控制器，以提供處理器1380和輸入單元1330對記憶體1320的訪問。

輸入單元1330可用於接收輸入的數位或字元資訊，以及產生與用戶設置以及功能控制有關的鍵盤、滑鼠、操作杆、光學或者軌跡球信號輸入。可選地，輸入單元1330可包括圖像輸入設備1331以及其他輸入設備1332。圖像輸入設備1331可以是攝像頭，也可以是光電掃描設備。除了圖像輸入設備1331，輸入單元1330還可以包括其他輸入設備1332。可選地，其他輸入設備1332可以包括但不限於物理鍵盤、功能鍵(比如音量控制按鍵、開關按鍵等)、軌跡球、滑鼠、操作杆等中的一種或多種。

顯示單元1340可用於顯示由用戶輸入的資訊或提供給用戶的資訊以及終端1300的各種圖形用戶介面，這些圖形用戶介面可以由圖形、文本、圖示、視頻和其任意組合來構成。顯示單元1340可包括顯示面板1341，可選的，可以採用LCD(Liquid Crystal Display，液晶顯示器)、OLED(Organic Light-Emitting Diode，有機發光二極體)等形式來配置顯示面 板1341。

終端1300還可包括至少一種感測器1350，比如光感測器、運動感測器以及其他感測器。可選地，光感測器可包括環境光感測器及接近感測器，其中，環境光感測器可根據環境光線的明暗來調節顯示面板1341的亮度，接近感測器可在終端1300移動到耳邊時，關閉顯示面板1341和/或背光。作為運動感測器的一種，重力加速度感測器可檢測各個方向上(一般為三軸)加速度的大小，靜止時可檢測出重力的大小及方向，可用於識別手機姿態的應用(比如橫豎屏切換、相關遊戲、磁力計姿態校準)、振動識別相關功能(比如計步器、敲擊)等；至於終端1300還可配置的陀螺儀、氣壓計、濕度計、溫度計、紅外線感測器等其他感測器，在此不再贅述。

音頻電路1360、揚聲器1361，傳聲器1362可提供用戶與終端1300之間的音頻介面。音頻電路1360可將接收到的音頻資料轉換後的電信號，傳輸到揚聲器1361，由揚聲器1361轉換為聲音信號輸出；另一方面，傳聲器1362將收集的聲音信號轉換為電信號，由音頻電路1360接收後轉換為音頻資料，再將音頻資料輸出處理器1380處理後，經RF電路1310以發送給比如另一終端，或者將音頻資料輸出至記憶體1320以便進一步處理。音頻電路1360還可能包括耳塞插孔，以提供外設耳機與終端1300的通信。

WiFi屬於短距離無線傳輸技術，終端1300通過WiFi模組1370可以幫助用戶收發電子郵件、瀏覽網頁和訪問流式媒體等，它為用戶提供了無線的寬頻互聯網訪問。雖然圖13示出了WiFi模組1370，但是可以理解的是，其並不屬於終端1300的必須構成，完全可以根據需要在不改變發明的本質的範圍內而省略。

處理器1380是終端1300的控制中心，利用各種介面和線路連接整個手機的各個部分，通過運行或執行儲存在記憶體1320內的軟體程式和/或模組，以及調用儲存在記憶體1320內的資料，執行終端1300的各種功能和處理資料，從而對手機進行整體監控。可選的，處理器1380可包括一個或多個處理核心；優選的，處理器1380可集成應用處理器和調製解調處理器，其中，應用處理器主要處理作業系統、用戶介面和應用程式等，調製解調處理器主要處理無線通信。可以理解的是，上述調製解調處理器也可以不集成到處理器1380中。

終端1300還包括給各個部件供電的電源1390(比如電池)，優選的，電源可以通過電源管理系統與處理器1380邏輯相連，從而通過電源管理系統實現管理充電、放電、以及功耗管理等功能。電源1390還可以包括一個或一個以上的直流或交流電源、再充電系統、電源故障檢測電路、電源轉換器或者逆變器、電源狀態指示器等任意元件。

儘管未示出，終端1300還可以包括藍牙模組等，在此不再贅述。

具體在本實施例中，終端1300還包括有記憶體，以及一個或者一個以上的程式，其中一個或者一個以上程式儲存於記憶體中，且經配置以由一個或者一個以上處理器執行。上述一個或者一個以上套裝程式含用於執行上述用戶端側的資訊獲取方法的指令。

請參考圖18，其示出了本發明實施例提供的一種伺服器的結構示意圖。該伺服器用於實施上述實施例中提供的伺服器側的資訊提供方法。具體來講： 所述伺服器1400包括中央處理單元(CPU)1401、包括隨機存取記憶體(RAM)1402和唯讀記憶體(ROM)1403的系統記憶體1404，以及連接系統記憶體1404和中央處理單元1401的系統匯流排1405。所述伺服器1400還包括幫助電腦內的各個器件之間傳輸資訊的基本輸入/輸出系統(I/O系統)1406，和用於儲存作業系統1413、應用程式1414和其他程式模組1415的大容量儲存設備1407。

所述基本輸入/輸出系統1406包括有用於顯示資訊的顯示器1408和用於用戶輸入消息的諸如滑鼠、鍵盤之類的輸入設備1409。其中所述顯示器1408和輸入設備1409都通過連接到系統匯流排1405的輸入輸出控制器1410連接到中央處理單元1401。所述基本輸入/輸出系統1406還可以包括輸入輸出控制器1410以用於接收和處理來自鍵盤、滑鼠、或電子觸控筆等多個其他設備的輸入。類似地，輸入輸出控制器1410還提供輸出到顯示幕、印表機或其他類型的輸出設備。

所述大容量儲存設備1407通過連接到系統匯流排1405的大容量儲存控制器(未示出)連接到中央處理單元1401。所述大容量儲存設備1407及其相關聯的電腦可讀介質為伺服器1400提供非易失性儲存。也就是說，所述大容量儲存設備1407可以包括諸如硬碟或者CD-ROM驅動器之類的電腦可讀介質(未示出)。

不失一般性，所述電腦可讀介質可以包括電腦儲存介質和通信介質。電腦儲存介質包括以用於儲存諸如電腦可讀指令、資料結構、程式模組或其他資料等資訊的任何方法或技術實現的易失性和非易失性、可移動和不可移動介質。電腦儲存介質包括RAM、ROM、EPROM、EEPROM、 快閃記憶體或其他固態儲存其技術，CD-ROM、DVD或其他光學儲存、磁帶盒、磁帶、磁片儲存或其他磁性儲存設備。當然，本領域技術人員可知所述電腦儲存介質不局限於上述幾種。上述的系統記憶體1404和大容量儲存設備1407可以統稱為記憶體。

根據本發明的各種實施例，所述伺服器1400還可以通過諸如網際網路等網路連接到網路上的遠端電腦運行。也即伺服器1400可以通過連接在所述系統匯流排1405上的網路介面單元1411連接到網路1412，或者說，也可以使用網路介面單元1411來連接到其他類型的網路或遠端電腦系統(未示出)。

所述記憶體還包括一個或者一個以上的程式，所述一個或者一個以上程式儲存於記憶體中，且經配置以由一個或者一個以上處理器執行。上述一個或者一個以上套裝程式含用於執行上述伺服器側的資訊提供方法的指令。

雖然本申請已用較佳實施例揭露如上，然其並非用以限定本申請，本申請所屬技術領域中具有通常知識者，在不脫離本申請之精神和範圍內，當可作各種之更動與潤飾，因此本申請之保護範圍當視後附之申請專利範圍所界定者為準。

201~205‧‧‧步驟

Claims (22)

1. 一種資訊獲取方法，所述方法包括：獲取第一類型的用戶輸入消息，所述第一類型的用戶輸入消息是指攜帶有全部的訂購要素資訊的用戶輸入消息，所述訂購要素資訊是指線上訂購虛擬資源所需的必要資訊；向伺服器發送所述第一類型的用戶輸入消息；接收所述伺服器在獲取到與所述全部的訂購要素資訊相匹配的虛擬資源之後發送的虛擬資源資訊，所述虛擬資源資訊用於線上訂購與所述全部的訂購要素資訊相匹配的虛擬資源，其中虛擬資源緩存在所述伺服器的本地資料庫中，並每隔預定時間間隔更新虛擬資源的資料庫。
2. 如申請專利範圍第1項所述的方法，其中，所述獲取第一類型的用戶輸入消息之前，還包括：獲取第二類型的用戶輸入消息，所述第二類型的用戶輸入消息是指攜帶有部分的訂購要素資訊的用戶輸入消息；向所述伺服器發送所述第二類型的用戶輸入消息；接收所述伺服器在識別出所述第二類型的用戶輸入消息之後發送的資訊收集頁面，所述資訊收集頁面用於收集所述全部的訂購要素資訊；顯示所述資訊收集頁面。
3. 如申請專利範圍第1項所述的方法，其中，所述獲取第一類型的用戶輸入消息之前，還包括：獲取預設消息； 向所述伺服器發送所述預設消息；接收所述伺服器在識別出所述預設消息之後發送的資訊收集頁面，所述資訊收集頁面用於收集所述全部的訂購要素資訊；顯示所述資訊收集頁面。
4. 如申請專利範圍第2至3任一項所述的方法，其中，所述資訊收集頁面中包括至少一項訂購要素資訊的推薦資訊，所述訂購要素資訊的推薦資訊根據登錄用戶端的用戶帳號的特徵資訊生成，所述特徵資訊用於指示所述用戶帳號對應的用戶個人特徵。
5. 如申請專利範圍第1至3任一項所述的方法，其中，所述方法還包括：獲取第三類型的用戶輸入消息，所述第三類型的用戶輸入消息是指未攜帶訂購要素資訊的用戶輸入消息；向所述伺服器發送所述第三類型的用戶輸入消息；以使得所述伺服器將所述第三類型的用戶輸入消息發送給至少兩個智慧聊天系統，接收各個所述智慧聊天系統發送的對應於所述第三類型的用戶輸入消息的回復消息，並根據各個所述回復消息與所述第三類型的用戶輸入消息之間的匹配度，確定對應於所述第三類型的用戶輸入消息的最終回復消息；接收所述伺服器發送的所述最終回復消息；展示所述最終回復消息。
6. 如申請專利範圍第1項所述的方法，其中，獲取第一類型的用戶輸入消息包括：接收語音指令，其中，所述語音指令用於指示執行第三方應用中的目 標操作；根據所述語音指令向所述第三方應用的服務端發起操作請求，其中，所述操作請求用於請求所述服務端執行所述目標操作；接收所述服務端回應所述操作請求發送的目標資料，其中，所述目標資料是由所述服務端執行所述目標操作得到的；展示所述目標資料。
7. 如申請專利範圍第6項所述的方法，其中，根據所述語音指令向所述第三方應用的服務端發起操作請求包括：提取所述語音指令中的關鍵字；根據所述關鍵字確定所述第三方應用的所述服務端，其中，所述關鍵字與所述第三方應用具有關聯關係；根據所述關鍵字生成所述操作請求；向所述服務端發送所述操作請求，以請求所述服務端執行與所述關鍵字相關的所述目標操作。
8. 如申請專利範圍第7項所述的方法，其中，根據所述關鍵字生成所述操作請求包括：根據所述服務端確定所述服務端採用的通訊協定，其中，所述通訊協定為預先約定的通訊協定；根據所述通訊協定和所述關鍵字生成所述操作請求。
9. 如申請專利範圍第6項所述的方法，其中，根據所述語音指令向所述第三方應用的服務端發起操作請求包括：根據所述語音指令向多個所述第三方應用的多個服務端發起所述操作請求； 接收所述服務端回應所述操作請求發送的目標資料包括：接收所述多個服務端回應所述操作請求發送的多個資料；按照與所述操作請求相匹配的預設規則從所述多個資料中篩選出所述目標資料。
10. 如申請專利範圍第6項所述的方法，其中，展示所述目標資料包括：在用戶端的螢幕上顯示所述目標資料，其中，所述用戶端與所述第三方應用不同；或者在所述用戶端上語音播放所述目標資料。
11. 一種資訊提供方法，述方法包括：伺服器接收用戶端發送的第一類型的用戶輸入消息，所述第一類型的用戶輸入消息是指攜帶有全部的訂購要素資訊的用戶輸入消息，所述訂購要素資訊是指線上訂購虛擬資源所需的必要資訊；所述伺服器獲取與所述全部的訂購要素資訊相匹配的虛擬資源；所述伺服器生成用於訂購所述虛擬資源的虛擬資源資訊；所述伺服器向所述用戶端發送所述虛擬資源資訊，其中虛擬資源緩存在所述伺服器的本地資料庫中，並每隔預定時間間隔更新虛擬資源的資料庫。
12. 如申請專利範圍第11項所述的方法，其中，所述接收用戶端發送的第一類型的用戶輸入消息之前，還包括：向所述用戶端發送資訊收集頁面，所述資訊收集頁面用於收集所述全部的訂購要素資訊。
13. 如申請專利範圍第12項所述的方法，其中，所述向所述用戶端發送資訊收集頁面之前，還包括： 獲取登錄所述用戶端的用戶帳號的特徵資訊，所述特徵資訊用於指示所述用戶帳號對應的用戶個人特徵；根據所述用戶帳號的特徵資訊，生成至少一項訂購要素資訊的推薦資訊；其中，所述資訊收集頁面中包括所述訂購要素資訊的推薦資訊。
14. 一種資訊獲取方法，所述方法包括：顯示與訂購伺服器的聊天對話介面；獲取在所述聊天對話介面中輸入的第一類型的用戶輸入消息，所述第一類型的用戶輸入消息是指攜帶有全部的訂購要素資訊的用戶輸入消息，所述訂購要素資訊是指線上訂購虛擬資源所需的必要資訊；向所述訂購伺服器發送所述第一類型的用戶輸入消息；顯示接收到的虛擬資源資訊，所述虛擬資源資訊用於線上訂購與所述全部的訂購要素資訊相匹配的虛擬資源，其中虛擬資源緩存在所述訂購伺服器的本地資料庫中，並每隔預定時間間隔更新虛擬資源的資料庫。
15. 如申請專利範圍第14項所述的方法，其中，所述獲取在所述聊天對話介面中輸入的第一類型的用戶輸入消息，包括：獲取在所述聊天對話介面中以文字形式輸入的所述第一類型的用戶輸入消息；或者，獲取在所述聊天對話介面中以語音形式輸入的所述第一類型的用戶輸入消息；或者，獲取在所述聊天對話介面的資訊收集頁面中輸入的所述全部的訂購要 素資訊；生成攜帶有所述全部的訂購要素資訊的所述第一類型的用戶輸入消息。
16. 一種資訊獲取裝置，所述裝置包括：第一獲取模組，用於獲取第一類型的用戶輸入消息，所述第一類型的用戶輸入消息是指攜帶有全部的訂購要素資訊的用戶輸入消息，所述訂購要素資訊是指線上訂購虛擬資源所需的必要資訊；第一發送模組，用於向伺服器發送所述第一類型的用戶輸入消息；資訊接收模組，用於接收所述伺服器在獲取到與所述全部的訂購要素資訊相匹配的虛擬資源之後發送的虛擬資源資訊，所述虛擬資源資訊用於線上訂購與所述全部的訂購要素資訊相匹配的虛擬資源，其中虛擬資源緩存在所述伺服器的本地資料庫中，並每隔預定時間間隔更新虛擬資源的資料庫。
17. 如申請專利範圍第16項所述的裝置，其中，所述第一獲取模組包括：第一接收單元，用於接收語音指令，其中，所述語音指令用於指示執行第三方應用中的目標操作；請求單元，用於根據所述語音指令向所述第三方應用的服務端發起操作請求，其中，所述操作請求用於請求所述服務端執行所述目標操作；第二接收單元，用於接收所述服務端回應所述操作請求發送的目標資料，其中，所述目標資料是由所述服務端執行所述目標操作得到的；展示單元，用於展示所述目標資料。
18. 一種資訊提供裝置，所述裝置包括： 第一接收模組，用於接收用戶端發送的第一類型的用戶輸入消息，所述第一類型的用戶輸入消息是指攜帶有全部的訂購要素資訊的用戶輸入消息，所述訂購要素資訊是指線上訂購虛擬資源所需的必要資訊；資源獲取模組，用於獲取與所述全部的訂購要素資訊相匹配的虛擬資源；資訊生成模組，用於生成用於訂購所述虛擬資源的虛擬資源資訊；資訊發送模組，用於向所述用戶端發送所述虛擬資源資訊，其中虛擬資源緩存在所述資訊提供裝置的本地資料庫中，並每隔預定時間間隔更新虛擬資源的資料庫。
19. 一種資訊獲取裝置，所述裝置包括：介面顯示模組，用於顯示與訂購伺服器的聊天對話介面；第一獲取模組，用於獲取在所述聊天對話介面中輸入的第一類型的用戶輸入消息，所述第一類型的用戶輸入消息是指攜帶有全部的訂購要素資訊的用戶輸入消息，所述訂購要素資訊是指線上訂購虛擬資源所需的必要資訊；第一發送模組，用於向所述訂購伺服器發送所述第一類型的用戶輸入消息；資訊顯示模組，用於顯示接收到的虛擬資源資訊，所述虛擬資源資訊用於線上訂購與所述全部的訂購要素資訊相匹配的虛擬資源，其中虛擬資源緩存在所述資訊獲取裝置的本地資料庫中，並每隔預定時間間隔更新虛擬資源的資料庫。
20. 一種資訊獲取系統，所述系統包括：用戶端和伺服器； 所述用戶端包括如權利要求16所述的資訊獲取裝置；所述伺服器包括如權利要求18所述的資訊提供裝置。
21. 一種儲存介質，所述儲存介質中儲存有電腦程式，其中，所述電腦程式被設置為運行時執行如申請專利範圍第1至3、6至10任一項中所述的方法。
22. 一種電子裝置，包括記憶體和處理器，所述記憶體中儲存有電腦程式，所述處理器被設置為通過所述電腦程式執行如申請專利範圍第1至3、6至10任一項中所述的方法。

Images