本申請涉及信息處理技術(shù)領(lǐng)域，具體涉及一種依據(jù)特定主題進行信息搜集的方法、裝置和系統(tǒng)，以及一種電子設(shè)備。本申請同時涉及一種基于即時通信的詢盤方法、裝置及電子設(shè)備。

背景技術(shù)：

在傳統(tǒng)的信息搜集過程中，通常采用口頭或書面兩種方式進行。隨著互聯(lián)網(wǎng)的發(fā)展，基于互聯(lián)網(wǎng)的信息搜集方法得到了廣泛應用，例如：通過基于互聯(lián)網(wǎng)的信息搜集方法進行物品交易、社會調(diào)查、征婚交友等應用。與傳統(tǒng)的基于口頭或書面的信息搜集方法相比較，基于互聯(lián)網(wǎng)的信息搜集方法是一種高效、便利的信息搜集方法。

目前，常用的基于互聯(lián)網(wǎng)的信息搜集方法主要包括以下兩種：

1)模板填寫方法：即信息需求方向信息提供方提供預先設(shè)置的針對特定主題的信息搜集模板，信息提供方填寫信息搜集模板后，業(yè)務平臺根據(jù)信息提供方填寫的信息形成信息搜集包。例如：信息需求方預設(shè)一個包括調(diào)查問題的調(diào)查表單模板，信息提供方填寫該調(diào)查表單模板并進行提交后，信息需求方根據(jù)提交的調(diào)查表單獲取有用信息。

2)在線即時溝通方法：即信息提供方通過在線即時溝通工具與信息需求方針對特定主題進行實時在線對話，以便信息需求方從對話中獲取有用的信息。例如：阿里巴巴網(wǎng)站提供的ATM(Alibaba Trade Manager，國際版旺旺)在線即時溝通工具，通過該工具，對特定商品感興趣的詢盤人能夠?qū)崟r向該商品的供應商就該特定商品進行詢盤。

在實際應用中，信息需求方可以向信息提供方提供上述模板填寫方法和/或在線即時溝通方法，以便信息提供方能夠向信息需求方提供有用信息。當信息需求方向信息提供方同時提供上述兩種方法時，信息提供方可以根據(jù)具體情況選擇任意一種方法向信息需求方提供信息，以便信息需求方搜集到有用信息。

上述兩種基于互聯(lián)網(wǎng)的信息搜集方法均存在各自的優(yōu)缺點，下面分別對上述兩種方法的優(yōu)缺點進行說明：

1)模板填寫方法：

該方法的優(yōu)點是：沒有時差問題，信息提供方可以隨時填寫信息搜集模板，以便信息提供方能夠向信息需求方提供有用信息。然而，由于信息搜集模板可能內(nèi)容較多、格式較為復雜，因而該方法存在信息搜集模板不易填寫的問題。因此，該方法對信息提供方的模板填寫能力有較高的要求，只有具有較高水平模板填寫能力的信息提供方才能夠填寫出高質(zhì)量的信息搜集模板，而僅具有較低水平模板填寫能力的信息提供方并不擅長或沒有耐心填寫詳細復雜的信息搜集模板，因而其填寫的信息搜集模板的完整度或者專業(yè)度都較低，導致給信息需求方的信息搜集帶來一定的困難?？梢?，該方法不適用于僅具有較低水平模板填寫能力的信息提供方。然而，根據(jù)目前的網(wǎng)站統(tǒng)計數(shù)據(jù)，僅具有較低水平模板填寫能力的信息提供方的數(shù)量非常龐大。由此可見，該方法僅適用于較少數(shù)人群。

2)在線即時溝通方法：

該方法的優(yōu)點是：信息提供方可以與信息需求方進行實時溝通，對信息提供方基本沒有要求。然而，由于該方法要求信息需求方和信息提供方同時在線，只有當信息需求方處于在線的情況下，信息提供方才能通過在線即時溝通工具和信息需求方進行實時溝通，若信息需求方處于下線狀態(tài)，則信息提供方使用在線即時溝通工具發(fā)出溝通訊息后，信息需求方不能及時回復，信息提供方無法通過與信息需求方進行即時溝通，從而導致信息需求方無法搜集到該信息提供方的信息。可見，該方法不適用于與信息需求方存在較大時差的信息提供方。

綜上所述，在基于互聯(lián)網(wǎng)進行信息搜集時，上述模板填寫方法和在線即時溝通方法均不能較好地滿足實際應用需求。對于模板填寫方法存在的不適用于僅具有較低水平模板填寫能力的信息提供方的問題，在實際應用中，通常無法做到控制信息提供方的模板填寫能力。因此，將在線即時溝通方法作為與本申請?zhí)峁┑姆椒ㄗ罱咏默F(xiàn)有技術(shù)。由此可見，當采用在線即時溝通的方法對一個特定主題進行信息搜集時，若信息需求方處于下線的狀態(tài)，現(xiàn)有技術(shù)存在無法為信息提供方提供針對該特定主題的實時信息搜集服務的問題。

技術(shù)實現(xiàn)要素：

本申請?zhí)峁┮环N依據(jù)特定主題進行信息搜集的方法、裝置及電子設(shè)備，以解決當采用在線即時溝通的方法對一個特定主題進行信息搜集時，若信息需求 方處于下線的狀態(tài)，現(xiàn)有技術(shù)存在無法為信息提供方提供針對該特定主題的實時信息搜集服務的問題。本申請另外涉及一種基于即時通信的詢盤方法、裝置及電子設(shè)備。

本申請?zhí)峁┮环N依據(jù)特定主題進行信息搜集的方法，包括：

接收客戶端發(fā)送的對話請求；

根據(jù)所述對話請求中包括的關(guān)鍵詞，確定所述對話請求所對應的特定主題；

根據(jù)為所述特定主題預先設(shè)置的對話框架，向所述客戶端逐條發(fā)送所述對話框架設(shè)置的問題，并接收所述客戶端針對至少一個所述問題給出的回復；

將至少一個所述問題和對所述問題的回復中的關(guān)鍵信息對應記錄，形成針對所述特定主題的信息搜集包。

可選的，所述對問題的回復中的關(guān)鍵信息包括在所述回復中與為所述問題預先定義的關(guān)鍵字段相對應的關(guān)鍵詞。

可選的，所述對問題的回復中的關(guān)鍵信息采用如下步驟生成：

根據(jù)預先存儲的問題和關(guān)鍵字段的對應關(guān)系，獲取為所述問題預先定義的關(guān)鍵字段；

解析所述對問題的回復，根據(jù)為所述問題預先定義的關(guān)鍵字段，從所述回復中提取其中包括的與所述關(guān)鍵字段對應的關(guān)鍵詞，作為所述對問題的回復中的關(guān)鍵信息。

可選的，所述信息搜集包包括預先設(shè)置的信息收集匯報模板。

可選的，所述將至少一個所述問題和對所述問題的回復中的關(guān)鍵信息對應記錄，形成針對所述特定主題的信息搜集包，采用如下方式：

將至少一個所述問題的回復中的關(guān)鍵信息填充到所述信息收集匯報模板的預設(shè)位置處。

可選的，所述根據(jù)為所述特定主題預先設(shè)置的對話框架，向所述客戶端逐條發(fā)送所述對話框架設(shè)置的問題，并接收所述客戶端針對至少一個所述問題給出的回復，包括：

以遍歷方式讀取所述對話框架設(shè)置的問題，將讀取的問題向所述客戶端提出；

接收所述客戶端針對所述讀取的問題給出的回復；

判斷是否存在未向所述客戶端提出的問題，若是，則返回所述以遍歷方式讀取所述對話框架設(shè)置的問題的步驟，向所述客戶端提出下一個問題。

可選的，所述根據(jù)為所述特定主題預先設(shè)置的對話框架，向所述客戶端逐條發(fā)送所述對話框架設(shè)置的問題，并接收所述客戶端針對至少一個所述問題給出的回復，包括：

向所述客戶端提出所述對話框架中預先設(shè)置的初始問題；

接收所述客戶端針對當前問題給出的回復；

以獲取的所述針對當前問題給出的回復和所述對話框架為依據(jù)，獲取并向所述客戶端提出下一個問題，并返回執(zhí)行所述接收所述客戶端針對當前問題給出的回復的步驟。

可選的，所述對話框架設(shè)置的問題是可調(diào)節(jié)的。

可選的，所述對話框架設(shè)置的問題是根據(jù)與所述特定主題相關(guān)的歷史對話記錄生成的。

可選的，所述對話框架設(shè)置的問題采用如下步驟生成：

獲取所述與所述特定主題相關(guān)的歷史對話記錄；

通過機器學習的方式，從所述歷史對話記錄中抽取出構(gòu)建所述對話框架所需的元素；

根據(jù)所述構(gòu)建所述對話框架所需的元素，生成所述對話框架設(shè)置的問題。

可選的，所述對話框架設(shè)置的問題是根據(jù)為所述特定主題預先設(shè)置的原初對話框架生成的。

可選的，所述原初對話框架的數(shù)量至少為兩個，所述特定主題的對話框架設(shè)置的問題采用如下步驟生成：

獲取所述原初對話框架；

從所述原初對話框架中，提取各個原初對話框架中具有共性的問題；

將所述具有共性的問題作為所述特定主題的對話框架設(shè)置的問題。

可選的，所述對話框架設(shè)置的問題是根據(jù)為所述特定主題預先設(shè)置的信息收集問題模板生成的。

可選的，所述對話框架設(shè)置的問題采用如下方式生成：

解析所述預先設(shè)置的信息收集問題模板，獲取所述信息收集問題模板包括 的問題；

將獲取的所述信息收集問題模板包括的問題作為所述對話框架設(shè)置的問題。

可選的，還包括：

向所述特定主題的信息需求方發(fā)送所述信息搜集包。

相應的，本申請還提供一種依據(jù)特定主題進行信息搜集的裝置，包括：

接受請求單元，用于接收客戶端發(fā)送的對話請求；

確定主題單元，用于根據(jù)所述對話請求中包括的關(guān)鍵詞，確定所述對話請求所對應的特定主題；

提問回答單元，用于根據(jù)為所述特定主題預先設(shè)置的對話框架，向所述客戶端逐條發(fā)送所述對話框架設(shè)置的問題，并接收所述客戶端針對至少一個所述問題給出的回復；

生成信息包單元，用于將至少一個所述問題和對所述問題的回復中的關(guān)鍵信息對應記錄，形成針對所述特定主題的信息搜集包。

可選的，所述對問題的回復中的關(guān)鍵信息包括在所述回復中與為所述問題預先定義的關(guān)鍵字段相對應的關(guān)鍵詞。

可選的，所述生成信息包單元包括：

生成關(guān)鍵信息子單元，用于生成所述對問題的回復中的關(guān)鍵信息；

所述生成關(guān)鍵信息子單元包括：

獲取子單元，用于根據(jù)預先存儲的問題和關(guān)鍵字段的對應關(guān)系，獲取為所述問題預先定義的關(guān)鍵字段；

解析子單元，用于解析所述對問題的回復，根據(jù)為所述問題預先定義的關(guān)鍵字段，從所述回復中提取其中包括的與所述關(guān)鍵字段對應的關(guān)鍵詞，作為所述對問題的回復中的關(guān)鍵信息。

可選的，所述提問回答單元包括：

讀取子單元，用于以遍歷方式讀取所述對話框架設(shè)置的問題，將讀取的問題向所述客戶端提出；

接收子單元，用于接收所述客戶端針對所述讀取的問題給出的回復；

判斷子單元，用于判斷是否存在未向所述客戶端提出的問題，若是，則返 回所述以遍歷方式讀取所述對話框架設(shè)置的問題的步驟，向所述客戶端提出下一個問題。

可選的，所述提問回答單元包括：

第一提問子單元，用于向所述客戶端提出所述對話框架中預先設(shè)置的初始問題；

接收子單元，用于接收所述客戶端針對當前問題給出的回復；

第二提問子單元，用于以獲取的所述針對當前問題給出的回復和所述對話框架為依據(jù)，獲取并向所述客戶端提出下一個問題，并返回執(zhí)行所述接收所述客戶端針對當前問題給出的回復的步驟。

可選的，還包括：

生成框架問題單元，用于生成所述對話框架設(shè)置的問題。

可選的，所述生成框架問題單元包括第一生成框架問題子單元；

所述第一生成框架問題子單元，用于根據(jù)與所述特定主題相關(guān)的歷史對話記錄生成所述對話框架設(shè)置的問題；

所述第一生成框架問題子單元包括：

獲取子單元，用于獲取所述與所述特定主題相關(guān)的歷史對話記錄；

抽取子單元，用于通過機器學習的方式，從所述歷史對話記錄中抽取出構(gòu)建所述對話框架所需的元素；

生成子單元，用于根據(jù)所述構(gòu)建所述對話框架所需的元素，生成所述對話框架設(shè)置的問題。

可選的，所述生成框架問題單元包括第二生成框架問題子單元；

所述第二生成框架問題子單元，用于根據(jù)為所述特定主題預先設(shè)置的原初對話框架生成所述對話框架設(shè)置的問題；所述原初對話框架的數(shù)量至少為兩個；

所述第二生成框架問題子單元包括：

獲取子單元，用于獲取所述原初對話框架；

提取子單元，用于從所述原初對話框架中，提取各個原初對話框架中具有共性的問題；

設(shè)置子單元，用于將所述具有共性的問題作為所述特定主題的對話框架設(shè)置的問題。

可選的，所述生成框架問題單元包括第三生成框架問題子單元；

所述第三生成框架問題子單元，用于根據(jù)為所述特定主題預先設(shè)置的信息收集問題模板生成所述對話框架設(shè)置的問題；

所述第三生成框架問題子單元包括：

獲取子單元，用于獲取所述原初對話框架；

解析子單元，用于解析所述預先設(shè)置的信息收集問題模板，獲取所述信息收集問題模板包括的問題；

設(shè)置子單元，用于將獲取的所述信息收集問題模板包括的問題作為所述對話框架設(shè)置的問題。

可選的，還包括：

發(fā)送信息包單元，用于向所述特定主題的信息需求方發(fā)送所述信息搜集包。

相應的，本申請還提供一種依據(jù)特定主題進行信息搜集的系統(tǒng)，包括：根據(jù)上述權(quán)利要求16所述的依據(jù)特定主題進行信息搜集的裝置。

相應的，本申請還提供一種電子設(shè)備，包括：

顯示器；

存儲器；以及

處理器，所述處理器根據(jù)接收到的客戶端發(fā)送的對話請求中包括的關(guān)鍵詞，確定所述對話請求所對應的特定主題；并根據(jù)為所述特定主題預先設(shè)置的對話框架，向所述客戶端逐條發(fā)送所述對話框架設(shè)置的問題，并接收所述客戶端針對至少一個所述問題給出的回復；所述存儲器被配置成存儲針對所述特定主題的信息搜集包；所述信息搜集包是將至少一個所述問題和對所述問題的回復中的關(guān)鍵信息對應記錄形成的。

此外，本申請還提供一種基于即時通信的詢盤方法，所述方法用于供第一客戶端、第二客戶端在電商平臺上進行信息交互，所述方法包括：

接收所述第一客戶端在所述第二客戶端的關(guān)聯(lián)頁面發(fā)起的詢盤請求，所述詢盤請求包括至少第一詢盤模式和第二詢盤模式，其中，在所述第一詢盤模式下，與所述第二客戶端關(guān)聯(lián)的用戶可以與所述第一客戶端關(guān)聯(lián)的用戶進行即時通信；在所述第二詢盤模式下，與所述第二客戶端關(guān)聯(lián)的用戶無法與所述第一客戶端關(guān)聯(lián)的用戶進行即時通信；

當所述詢盤請求為所述第二詢盤模式時，根據(jù)為特定主題預先設(shè)置的對話框架，向所述第一客戶端發(fā)送按照預設(shè)對話框架設(shè)置的問題，并接收所述客戶端針對至少一個所述問題給出的回復；

至少根據(jù)所述回復生成詢盤表單。

可選的，所述電商平臺被配置成，在所述詢盤表單生成后的第一時間段之內(nèi)，將所述詢盤表單優(yōu)先發(fā)送給與所述第二客戶端關(guān)聯(lián)的用戶。

可選的，所述電商平臺被配置成，在所述詢盤表單生成后的第一時間段之后，將所述詢盤表單優(yōu)先發(fā)送給與所述詢盤表單主題相關(guān)的其他客戶端用戶。

可選的，所述第一時間段與所述第一客戶端相關(guān)的用戶和所述第二客戶端相關(guān)的用戶所在的時區(qū)相關(guān)。

相應的，本申請還提供一種基于即時通信的詢盤裝置，所述裝置用于供第一客戶端、第二客戶端在電商平臺上進行信息交互，所述裝置包括：

接收請求單元，用于接收所述第一客戶端在所述第二客戶端的關(guān)聯(lián)頁面發(fā)起的詢盤請求，所述詢盤請求包括至少第一詢盤模式和第二詢盤模式，其中，在所述第一詢盤模式下，與所述第二客戶端關(guān)聯(lián)的用戶可以與所述第一客戶端關(guān)聯(lián)的用戶進行即時通信；在所述第二詢盤模式下，與所述第二客戶端關(guān)聯(lián)的用戶無法與所述第一客戶端關(guān)聯(lián)的用戶進行即時通信；

提問回答單元，用于當所述詢盤請求為所述第二詢盤模式時，根據(jù)為特定主題預先設(shè)置的對話框架，向所述第一客戶端發(fā)送按照預設(shè)對話框架設(shè)置的問題，并接收所述客戶端針對至少一個所述問題給出的回復；

生成表單單元，用于至少根據(jù)所述回復生成詢盤表單。

相應的，本申請還提供一種電子設(shè)備，包括：

顯示器；

處理器；以及

存儲器，所述存儲器被配置成存儲基于即時通信的詢盤裝置，所述基于即時通信的詢盤裝置被所述處理器執(zhí)行時，包括如下步驟：接收第一客戶端在第二客戶端的關(guān)聯(lián)頁面發(fā)起的詢盤請求，所述詢盤請求包括至少第一詢盤模式和第二詢盤模式，其中，在所述第一詢盤模式下，與所述第二客戶端關(guān)聯(lián)的用戶可以與所述第一客戶端關(guān)聯(lián)的用戶進行即時通信；在所述第二詢盤模式下，與所述第二客戶端關(guān)聯(lián)的用戶無法與所述第一客戶端關(guān)聯(lián)的用戶進行即時通信； 當所述詢盤請求為所述第二詢盤模式時，根據(jù)為特定主題預先設(shè)置的對話框架，向所述第一客戶端發(fā)送按照預設(shè)對話框架設(shè)置的問題，并接收所述客戶端針對至少一個所述問題給出的回復；至少根據(jù)所述回復生成詢盤表單。

與現(xiàn)有技術(shù)相比，本申請具有以下優(yōu)點:

本申請?zhí)峁┑囊罁?jù)特定主題進行信息搜集的方法、裝置、系統(tǒng)及電子設(shè)備，通過根據(jù)接收到的客戶端發(fā)送的對話請求中包括的關(guān)鍵詞，確定對話請求所對應的特定主題；然后，根據(jù)為特定主題預先設(shè)置的對話框架，向客戶端逐條發(fā)送對話框架設(shè)置的問題，并接收所述客戶端針對至少一個所述問題給出的回復；最后，將至少一個所述問題和對所述問題的回復中的關(guān)鍵信息對應記錄，形成針對所述特定主題的信息搜集包。由于能夠根據(jù)為特定主題預先設(shè)置的對話框架，以一問一答的方式為客戶端提供對話服務，因而即使在信息需求方處于下線的狀態(tài)時，也能夠為客戶端提供針對該特定主題的實時對話服務，從而達到提高信息搜集成功率及用戶體驗的效果。

附圖說明

圖1是本申請的依據(jù)特定主題進行信息搜集的方法實施例的流程圖；

圖2是本申請的依據(jù)特定主題進行信息搜集的方法實施例的具體流程圖；

圖3是本申請的依據(jù)特定主題進行信息搜集的裝置實施例步驟S103的具體示意圖；

圖4是本申請的依據(jù)特定主題進行信息搜集的裝置實施例步驟S103的又一具體示意圖；

圖5是本申請的依據(jù)特定主題進行信息搜集的裝置實施例的示意圖；

圖6是本申請的依據(jù)特定主題進行信息搜集的裝置實施例提問回答單元103的具體示意圖；

圖7是本申請的依據(jù)特定主題進行信息搜集的裝置實施例提問回答單元103的又一具體示意圖；

圖8是本申請的依據(jù)特定主題進行信息搜集的裝置實施例的具體示意圖；

圖9是本申請的電子設(shè)備的示意圖；

圖10是本申請的基于即時通信的詢盤方法實施例的流程圖；

圖11是本申請的基于即時通信的詢盤方法實施例在第一詢盤模式下第二客 戶端關(guān)聯(lián)頁面的示意圖；

圖12是本申請的基于即時通信的詢盤方法實施例在第二詢盤模式下第二客戶端關(guān)聯(lián)頁面的示意圖；

圖13是本申請的基于即時通信的詢盤方法實施例在第二詢盤模式下向第一客戶端提問頁面的示意圖；

圖14是本申請的基于即時通信的詢盤方法實施例生成的詢盤表單示意圖；

圖15是本申請的基于即時通信的詢盤裝置實施例的示意圖。

具體實施方式

在下面的描述中闡述了很多具體細節(jié)以便于充分理解本申請。但是本申請能夠以很多不同于在此描述的其它方式來實施，本領(lǐng)域技術(shù)人員可以在不違背本申請內(nèi)涵的情況下做類似推廣，因此本申請不受下面公開的具體實施的限制。

在本申請中，分別提供了一種依據(jù)特定主題進行信息搜集的方法、裝置、系統(tǒng)及電子設(shè)備，以及一種基于即時通信的詢盤方法、裝置及電子設(shè)備。在下面的實施例中逐一進行詳細說明。

本申請實施例提供的依據(jù)特定主題進行信息搜集的方法，其核心的基本思想為：當客戶端請求依據(jù)特定主題進行對話時，以一問一答的即時通訊溝通方式，根據(jù)為特定主題預先設(shè)置的對話框架，為客戶端提供實時的依據(jù)特定主題進行對話的服務，并根據(jù)對話信息形成針對特定主題的信息搜集包。由于本申請?zhí)峁┑姆椒ㄊ歉鶕?jù)為特定主題預先設(shè)置的對話框架，以一問一答的方式為客戶端提供對話服務，因而即使在信息需求方處于下線的狀態(tài)時，也能夠為客戶端提供針對該特定主題的實時對話服務，從而能夠提高信息搜集成功率。

請參考圖1，其為本申請的依據(jù)特定主題進行信息搜集的方法實施例的流程圖。所述方法包括如下步驟：

步驟S101：接收客戶端發(fā)送的對話請求。

本申請實施例所述的特定主題包括信息搜集可依據(jù)的各種主題對象。以特定主題為“對指定商品的詢盤”為例，通過互聯(lián)網(wǎng)對指定商品進行詢盤的應用場景，從信息處理角度而言，該應用場景的實質(zhì)為“依據(jù)對指定商品的詢盤進行信息搜集”，因而該場景應用本申請?zhí)峁┑姆椒〞r所對應的特定主題為“對指定商品的詢盤”。本申請實施例提供的依據(jù)特定主題進行信息搜集的方法，在各種實質(zhì)為依據(jù)特定主題進行信息搜集的場景中均可以采用，例如：物品交易、 社會調(diào)查、征婚交友等。

本申請實施例所述的客戶端包括但不限于移動通訊設(shè)備，即：通常所說的手機或者智能手機，還包括個人電腦、PAD、iPad等終端設(shè)備。本申請實施例所述的客戶端的使用者為本申請?zhí)峁┑姆椒ǖ囊粋€應用方，即信息提供方。

通過互聯(lián)網(wǎng)對指定商品進行詢盤是一個非常典型的依據(jù)特定主題進行信息搜集的應用場景。詢盤(enquiry)也叫咨詢，是指交易的一方準備購買或出售某種商品的人向潛在的供貨人或買主探尋該商品的成交條件或交易的可能性的業(yè)務行為。由于詢盤只是探尋買或賣的可能性，所以不具備法律上的約束力。在實際業(yè)務中，詢盤一般多由買方向賣方發(fā)出。詢盤不是每筆交易必經(jīng)的程序，如交易雙方彼此都了解情況，不需要向?qū)Ψ教皆兂山粭l件或交易的可能性，則不必使用詢盤，可直接向?qū)Ψ桨l(fā)盤，即形成商業(yè)訂單。

在傳統(tǒng)貿(mào)易洽談過程中，詢盤通常采用口頭或書面兩種形式進行。由于詢盤不具有法律效力，所以可作為與對方的試探性接觸，詢盤人可以同時向若干個交易對象發(fā)出詢盤。在多個被詢盤人中，要想與詢盤人成功交易，需要被詢盤人能夠及時、有效地回復詢盤。由于實際業(yè)務中的詢盤通常發(fā)生在國內(nèi)外買賣雙方之間，因此傳統(tǒng)的口頭或書面詢盤形式不利于被詢盤人及時、有效進行詢盤回復，因而可能導致被詢盤人喪失交易機會。

隨著互聯(lián)網(wǎng)的發(fā)展，基于互聯(lián)網(wǎng)的詢盤處理方法得到了廣泛應用，例如：基于互聯(lián)網(wǎng)的詢盤處理方法已經(jīng)成為alibaba.com上買賣家進行貿(mào)易溝通的最重要渠道，為交易雙方提供了一種高效、便利的詢盤服務方法。通常，詢盤內(nèi)容可涉及價格、規(guī)格、品質(zhì)、數(shù)量、包裝、裝運以及索取樣品等方面。目前，常用的基于互聯(lián)網(wǎng)的詢盤處理方法包括兩種：1)詢盤人通過被詢盤人預先設(shè)置的詢盤模板，向被詢盤人發(fā)送針對待詢盤商品的詢盤信；2)詢盤人通過在線即時溝通工具向被詢盤人進行實時在線的詢盤。上述兩種詢盤處理方法均存在各自的一些限制。詢盤信方法的限制是：需要詢盤人填寫內(nèi)容較多、較復雜的詢盤模板；在線即時溝通方法的限制是：需要被詢盤人在線，詢盤人才能通過在線即時溝通工具和被詢盤人進行即時溝通。

按照對貿(mào)易詢盤的熟悉程度，將詢盤人分為初級詢盤人和專業(yè)詢盤人兩類。專業(yè)詢盤人已經(jīng)適應了詢盤信方法和在線即時溝通方法，可以發(fā)出較為詳細、質(zhì)量較高的詢盤信。而初級詢盤人并不擅長填寫詳細復雜的詢盤模板，并且由 于時差問題，初級詢盤人用在線即時溝通工具發(fā)出的溝通訊息后，被詢盤人不能及時回復，初級詢盤人的耐心被消耗。同時，即時初級詢盤人用詢盤信方法向被詢盤人詢盤，由于填寫的完整度或者專業(yè)度不夠，被詢盤人可能會忽略這一部分低質(zhì)量詢盤?？梢?，上述詢盤處理方法不能滿足初級詢盤人的詢盤需求。根據(jù)目前的網(wǎng)站數(shù)據(jù)，初級詢盤人的數(shù)量非常龐大，現(xiàn)有的基于互聯(lián)網(wǎng)的詢盤處理方法不能完全滿足他們的需求。采用在線即時溝通的詢盤處理方法，當被詢盤人處于下線的狀態(tài)時，現(xiàn)有技術(shù)存在無法為詢盤人提供實時的詢盤服務的問題。

綜上所述，對指定商品進行詢盤是一種非常典型的依據(jù)特定主題進行信息搜集的應用場景。在本實施例中，僅以詢盤人(即：信息提供方)對指定商品進行詢盤(即：特定主題)的應用場景為例，對本申請?zhí)峁┑姆椒ㄟM行具體實施方式的說明。對指定商品進行詢盤涉及詢盤人和被詢盤人，應用本申請?zhí)峁┑姆椒ǎ紫刃枰儽P人通過其所在的客戶端向服務器端(即：詢盤業(yè)務平臺)發(fā)送針對指定商品的詢盤對話請求。

步驟S102：根據(jù)所述對話請求中包括的關(guān)鍵詞，確定所述對話請求所對應的特定主題。

在本申請實施例所述的對話請求中包括能夠確認特定主題的關(guān)鍵詞。當接收到客戶端發(fā)送的對話請求后，根據(jù)對話請求中包括的關(guān)鍵詞，以及預先設(shè)置的關(guān)鍵詞和特定主題的對應關(guān)系，即可確定客戶端發(fā)送的對話請求所對應的特定主題。

在本實施例中，詢盤人發(fā)送的對話請求中的關(guān)鍵詞包括詢盤主題的業(yè)務代碼和待詢盤的商品標識。解析對話請求中的關(guān)鍵詞，獲取其對應的特定主題為：對待詢盤的商品標識所對應的特定商品進行詢盤。當獲取到對話請求對應的特定主題后，就可以進入下一步繼續(xù)執(zhí)行本申請?zhí)峁┑姆椒ā?/p>

步驟S103：根據(jù)為所述特定主題預先設(shè)置的對話框架，向所述客戶端逐條發(fā)送所述對話框架設(shè)置的問題，并接收所述客戶端針對至少一個所述問題給出的回復。

本申請實施例所述的對話框架是指與一個特定主題相對應的對話框架。在對話框架中，預先設(shè)置了與特定主題相關(guān)的各種對話問題。為了使得對話框架中的問題符合實際需求，對話框架中設(shè)置的問題是可調(diào)節(jié)的，即：根據(jù)預定的 設(shè)置標準，自動為特定主題生成對話框架中的問題后，還可以再通過人工干預的方式對對話框架中的問題進行具體調(diào)整。

要實施本申請?zhí)峁┑姆椒ǎ蚩蛻舳酥饤l發(fā)送對話框架設(shè)置的問題，首先需要為特定主題設(shè)置對話框架包括的問題。請參考圖2，其為本申請的依據(jù)特定主題進行信息搜集的方法實施例的具體流程圖。在本實施例中，在步驟S101之前，所述方法還包括：

步驟S201：生成所述特定主題對應的所述對話框架設(shè)置的問題。

在實際應用中，可以根據(jù)具體的應用需求，根據(jù)各種不同的設(shè)置標準為特定主題設(shè)置對話框架中的問題。不同的設(shè)置標準都只是具體實施方式的變更，都不偏離本申請的核心，因此都在本申請的保護范圍之內(nèi)。下面列舉本實施例中可選的為對話框架設(shè)置問題的部分具體實施方式。

方式一、根據(jù)與特定主題相關(guān)的歷史對話記錄生成對話框架設(shè)置的問題

采用根據(jù)與特定主題相關(guān)的歷史對話記錄生成對話框架設(shè)置的問題的方式，其理論依據(jù)為：與特定主題相關(guān)的歷史對話記錄中包括各種常見的與特定主題相關(guān)的問題，這些常見的與特定主題相關(guān)的問題具有相當?shù)钠毡檫m用性。因此，將這些常見問題從歷史對話記錄中抽取出來形成特定主題對應的對話框架中的問題的實施方式是合理可行的。

在本實施例中，應用方式一生成對話框架設(shè)置的問題包括如下步驟：1)獲取所述與所述特定主題相關(guān)的歷史對話記錄；2)通過機器學習的方式，從所述歷史對話記錄中抽取出構(gòu)建所述對話框架所需的元素；3)根據(jù)所述構(gòu)建所述對話框架所需的元素，生成所述對話框架設(shè)置的問題。

1)獲取所述與所述特定主題相關(guān)的歷史對話記錄。

為了能夠根據(jù)與特定主題相關(guān)的歷史對話記錄生成對話框架設(shè)置的問題，首先需要獲取與所述特定主題相關(guān)的歷史對話記錄。與所述特定主題相關(guān)的歷史對話記錄是在每一次針對該特定主題進行信息搜集的對話時實時累積存儲的。在實際應用中，可以根據(jù)具體的應用需求，采用各種不同的存儲格式存儲與特定主題相關(guān)的歷史對話記錄，例如：文本格式、數(shù)據(jù)庫格式等。不同的歷史對話記錄存儲格式都只是具體實施方式的變更，都不偏離本申請的核心，因此都在本申請的保護范圍之內(nèi)。

2)通過機器學習的方式，從所述歷史對話記錄中抽取出構(gòu)建所述對話框架 所需的元素。

本申請實施例所述的與所述特定主題相關(guān)的歷史對話記錄，包括每一次針對該特定主題進行信息搜集的原始對話記錄。需要注意的是，實際對話中形成的原始對話記錄可能包括與特定主題無關(guān)的其它信息、各種冗余信息，以及不標準的對話信息，例如：口頭語等，因此，需要首先從歷史對話記錄中剔除這些無用信息，然后通過機器學習的方式，抽取出各種有效的信息。本申請實施例所述的構(gòu)建所述對話框架所需的元素，即指上述從歷史對話記錄中抽取出的各種有效的信息。通過抽取出的有效信息，生成所述對話框架設(shè)置的問題。

機器學習是一門多領(lǐng)域交叉學科，涉及概率論、統(tǒng)計學、逼近論、凸分析、算法復雜度理論等多門學科。通過機器學習可以使用計算機模擬或?qū)崿F(xiàn)人類的學習行為，以獲取新的知識或技能，重新組織已有的知識結(jié)構(gòu)使之不斷改善自身的性能。在本實施例中，通過機器學習的方式，能夠從歷史對話記錄中抽取出構(gòu)建對話框架所需的元素。

3)根據(jù)所述構(gòu)建所述對話框架所需的元素，生成所述對話框架設(shè)置的問題。

在本實施例中，通過機器學習的方式，能夠從不斷積累的歷史對話記錄中，通過大數(shù)據(jù)的積累和學習，不斷優(yōu)化、完善對話框架設(shè)置的問題，使得對話框架能夠更好地適用于特定主題。

方式二、根據(jù)為特定主題預先設(shè)置的原初對話框架生成對話框架設(shè)置的問題

本申請實施例所述的原初對話框架，是指為特定主題預先設(shè)置的對話框架的早期基礎(chǔ)版本的對話框架。采用方式二為特定主題預先設(shè)置的對話框架是在原初對話框架的基礎(chǔ)上形成的。特定主題對應的原初對話框架的數(shù)量是沒有限制的，即：一個特定主題可能對應一個或多個原初對話框架。

在本實施例中，特定主題“對指定商品的詢盤”對應的原初對話框架的數(shù)量為多個，例如：銷售同一指定商品的不同供應商分別為該指定商品設(shè)置了對話框架中的問題，將這些對話框架稱為“對指定商品的詢盤”的原初對話框架，后期一個供應商為該指定商品設(shè)置對話框架中的問題時可以參考上述原初對話框架，以獲取一個更為合理的對話框架。

采用根據(jù)為特定主題預先設(shè)置的原初對話框架生成對話框架設(shè)置的問題的方式，其理論依據(jù)為：隨著對特定主題的不斷認識，早期為特定主題設(shè)置的對 話框架可能已經(jīng)不再適用當前環(huán)境，需要在其基礎(chǔ)上為特定主題重新設(shè)置對話框架包括的問題。由于方式二是在原初對話框架的基礎(chǔ)上形成新的更加適用的對話框架，因此，采用方式二為特定主題設(shè)置對話框架中的問題的具體實施方式也是合理可行的。

在本實施例中，應用方式二為特定主題生成對話框架設(shè)置的問題包括如下步驟：1)獲取所述原初對話框架；2)從所述原初對話框架中，提取各個原初對話框架中具有共性的問題；3)將所述具有共性的問題作為所述特定主題的對話框架設(shè)置的問題。

1)獲取所述原初對話框架。

為了能夠根據(jù)為特定主題預先設(shè)置的原初對話框架生成對話框架設(shè)置的問題，首先需要獲取特定主題的原初對話框架。在實際應用中，可以根據(jù)具體的應用需求，采用各種不同的存儲格式存儲特定主題對應的原初對話框架，例如：文本格式、數(shù)據(jù)庫格式等。不同的原初對話框架存儲格式都只是具體實施方式的變更，都不偏離本申請的核心，因此都在本申請的保護范圍之內(nèi)。

2)從所述原初對話框架中，提取各個原初對話框架中具有共性的問題。

在本實施例中，當特定主題對應多個原初對話框架時，可以從各個原初對話框架中提取出不同框架具有共性的問題，由此能夠獲取一個更為合理的特定主題的對話框架。

3)將所述具有共性的問題作為所述特定主題的對話框架設(shè)置的問題。

在獲取到不同原初對話框架存在的共性問題后，可以直接將這些共性問題形成特定主題的對話框架設(shè)置的問題，還可以根據(jù)特定主題的信息需求方人工干預后的共性問題形成特定主題的對話框架設(shè)置的問題。在實際應用中，可以根據(jù)具體的應用需求，選擇不同的方式為特定主題設(shè)置對話框架中的問題。不同的方法都只是具體實施方式的變更，都不偏離本申請的核心，因此都在本申請的保護范圍之內(nèi)。

方式三、根據(jù)為特定主題預先設(shè)置的信息收集問題模板生成對話框架設(shè)置的問題

本申請實施例所述的信息收集問題模板，是指特定主題的信息需求方為特定主題預先設(shè)置的一個問題搜集模板。在信息收集問題模板中包括特定主題的信息需求方需要搜集的信息所對應的所有問題。

采用根據(jù)為特定主題預先設(shè)置的信息收集問題模板生成對話框架設(shè)置的問題的方式，其理論依據(jù)為：信息收集問題模板中包括的所有問題可能并非以顯式清晰的方式呈現(xiàn)給信息提供方，則對于不熟悉信息收集問題模板的信息提供方而言，該模板是復雜而不易填寫的。由于方式三是在分解信息收集問題模板的基礎(chǔ)上形成更好呈現(xiàn)方式的對話框架，因此，采用方式三為特定主題設(shè)置對話框架中的問題的具體實施方式也是合理可行的。

在本實施例中，應用方式三為特定主題生成對話框架設(shè)置的問題包括如下步驟：1)解析所述預先設(shè)置的信息收集問題模板，獲取所述信息收集問題模板包括的問題；2)將獲取的所述信息收集問題模板包括的問題作為所述對話框架設(shè)置的問題。

1)解析所述預先設(shè)置的信息收集問題模板，獲取所述信息收集問題模板包括的問題。

為了根據(jù)為特定主題預先設(shè)置的信息收集問題模板生成對話框架設(shè)置的問題，首先需要解析信息收集問題模板，從未清晰呈現(xiàn)問題的模板中分解出信息收集問題模板包括的所有顯式的問題。

2)將獲取的所述信息收集問題模板包括的問題作為所述對話框架設(shè)置的問題。

在獲取到信息收集問題模板包括的顯式問題后，將顯示問題形成對話框架設(shè)置的問題，以便信息提供方能夠簡單的完成對話框架中的所有問題。

上述三種方式只是本實施例列舉的部分可選的為對話框架設(shè)置問題的具體實施方式。在實際應用中，還可以根據(jù)具體的應用需求，采用其他方式為特定主題設(shè)置對話框架中的問題。不同的設(shè)置方法都只是具體實施方式的變更，都不偏離本申請的核心，因此都在本申請的保護范圍之內(nèi)。

當獲取到為特定主題預先設(shè)置的對話框架后，就可以向所述客戶端逐條發(fā)送對話框架設(shè)置的問題，并接收客戶端針對至少一個所述問題給出的回復。在實際應用中，可以根據(jù)具體的應用需求，采用多種提問方式向客戶端逐條發(fā)送對話框架設(shè)置的問題，并接收客戶端針對至少一個所述問題給出的回復。不同的提問方式都只是具體實施方式的變更，都不偏離本申請的核心，因此都在本申請的保護范圍之內(nèi)。

下面列舉本實施例中可選的兩種具體實施方式執(zhí)行步驟S103，根據(jù)為特定 主題預先設(shè)置的對話框架，向客戶端逐條發(fā)送對話框架設(shè)置的問題，并接收客戶端針對至少一個所述問題給出的回復。

第一種提問方式的基本思想是：將對話框架設(shè)置的問題逐一向客戶端提出，當前提出的問題與前面提出的問題的答復內(nèi)容無關(guān)。請參考圖3，其為本申請的依據(jù)特定主題進行信息搜集的方法實施例步驟S103的具體流程圖。在本實施例中，采用第一種提問方式，根據(jù)為所述特定主題預先設(shè)置的對話框架，向客戶端逐條發(fā)送對話框架設(shè)置的問題，并接收客戶端針對至少一個所述問題給出的回復，包括以下步驟：

步驟S1031：以遍歷方式讀取所述對話框架設(shè)置的問題，將讀取的問題向所述客戶端提出。

步驟S1033：接收所述客戶端針對所述讀取的問題給出的回復。

步驟S1035：判斷是否存在未向所述客戶端提出的問題，若是，則返回所述以遍歷方式讀取所述對話框架設(shè)置的問題的步驟，向所述客戶端提出下一個問題。

本申請實施例所述的對話框架中包括至少一個問題，第一種提問方式需要遍歷對話框架中的每一個問題，直至向客戶端提出對話框架中的所有問題。例如：對話框架設(shè)置的問題是根據(jù)為特定主題預先設(shè)置的信息收集問題模板生成的，則對話框架中的問題實質(zhì)包括了信息收集問題模板被分解后獲取的所有原子問題，則采用第一種提問方式僅需將對話框架設(shè)置的問題逐一向客戶端提出，而無需考慮客戶端對問題的答復內(nèi)容。

第二種提問方式的基本思想是：將對話框架設(shè)置的問題向客戶端提出，當前提出的問題與前面提出的問題的答復內(nèi)容相關(guān)?？梢姡诙N提問方式與第一種提問方式的不同在于：將要提出的下一個問題是否與前面提出的問題的答復內(nèi)容相關(guān)。采用第一種提問方式需要向客戶端逐一提出對話框架中的所有問題，而采用第二種提問方式可能無需向客戶端提出對話框架中的所有問題。

請參考圖4，其為本申請的依據(jù)特定主題進行信息搜集的方法實施例步驟S103的又一具體流程圖。在本實施例中，采用第二種提問方式，根據(jù)為所述特定主題預先設(shè)置的對話框架，向客戶端逐條發(fā)送對話框架設(shè)置的問題，并接收客戶端針對至少一個所述問題給出的回復，包括以下步驟：

步驟S1031’：向所述客戶端提出所述對話框架中預先設(shè)置的初始問題。

要實施第二種提問方式，首先需要為對話框架設(shè)置向客戶端提出的初始問題，而采用第一種提問方式，可以以任意順序向客戶端提出對話框架包括的所有問題，即采用第一種提問方式提出問題的順序是沒有限制的，因此無需為第一種方式的對話框架設(shè)置初始問題。

步驟S1033’：接收所述客戶端針對當前問題給出的回復。

步驟S1035’：以獲取的所述針對當前問題給出的回復和所述對話框架為依據(jù)，獲取并向所述客戶端提出下一個問題，并返回執(zhí)行所述接收所述客戶端針對當前問題給出的回復的步驟。

采用第二種提問方式，當客戶端針對一個問題給出回復后，根據(jù)該問題的具體回復內(nèi)容，確定下一個向客戶端提出的對話框架設(shè)置的問題，例如：提出的問題為：請問您的性別？客戶端給出的回復為：男，則下一個問題是對話框架設(shè)置的問題中性別為男所對應的問題。由此可見，相對第一種提問方式而言，第二種提問方式是一種更為智能化的提問方式，通過預先設(shè)置的對話框架，能夠智能地向客戶端進行提問，從而能夠向信息提供方提供更好的用戶體驗，并且根據(jù)該提問方式獲取的信息搜集包的內(nèi)容更具準確性和有效性。

步驟S104：將至少一個所述問題和對所述問題的回復中的關(guān)鍵信息對應記錄，形成針對所述特定主題的信息搜集包。

本申請實施例所述的問題的回復，包括信息提供方針對一個問題給出的所有回復內(nèi)容。需要注意的是，問題的回復中可能包括與問題無關(guān)的其它信息、各種冗余信息，以及不標準的對話信息，例如：口頭語等，因此，需要從問題的回復中剔除這些無用信息，抽取出回復中包括的有用、關(guān)鍵回復信息。本申請實施例所述的對問題的回復中的關(guān)鍵信息，是指信息需求方真正感興趣的對話內(nèi)容。

在本實施例中，對問題的回復中的關(guān)鍵信息包括在問題的回復中與為問題預先定義的關(guān)鍵字段相對應的關(guān)鍵詞。本申請實施例所述的為問題預先定義的關(guān)鍵字段，通常為問題中包括的核心詞語，例如：問題為“請問您需要的產(chǎn)品規(guī)格”，則該問題中的核心詞語為“產(chǎn)品規(guī)格”。相應地，問題的回復中的關(guān)鍵信息為與上述關(guān)鍵字段相對應的回復中的關(guān)鍵詞，例如：針對上個問題客戶端給出的回復為“我需要XL型號的”，則該回復中的關(guān)鍵詞為“XL”。

在本實施例中，采用如下步驟從問題的回復中抽取出關(guān)鍵信息：1)根據(jù)預 先存儲的問題和關(guān)鍵字段的對應關(guān)系，獲取為所述問題預先定義的關(guān)鍵字段；2)解析所述對問題的回復，根據(jù)為所述問題預先定義的關(guān)鍵字段，從所述回復中提取其中包括的與所述關(guān)鍵字段對應的關(guān)鍵詞，作為所述對問題的回復中的關(guān)鍵信息。

1)根據(jù)預先存儲的問題和關(guān)鍵字段的對應關(guān)系，獲取為所述問題預先定義的關(guān)鍵字段。

本申請所述的問題和關(guān)鍵字段的對應關(guān)系，包括對話框架的每個問題和問題中的關(guān)鍵字段的對應關(guān)系，信息需求方需要預先為對話框架的每個問題設(shè)置該問題包括的關(guān)鍵字段，以便從問題的回復中抽取關(guān)鍵信息。

2)解析所述對問題的回復，根據(jù)為所述問題預先定義的關(guān)鍵字段，從所述回復中提取其中包括的與所述關(guān)鍵字段對應的關(guān)鍵詞，作為所述對問題的回復中的關(guān)鍵信息。

在獲取到一個問題的關(guān)鍵字段后，可以通過各種常用的語義分析手段，從問題的回復中提取出于關(guān)鍵字段相對應的關(guān)鍵詞，即回復中的關(guān)鍵信息。

本申請實施例所述的信息搜集包，包括向客戶端提出的每個問題和對每個問題的回復中的關(guān)鍵信息。在本實施例中，信息搜集包采用預先設(shè)置的信息收集匯報模板。本申請實施例所述的信息收集匯報模板，是指特定主題的信息需求方為特定主題預先設(shè)置的一個問題匯報模板，例如：信息收集匯報模板可以為一個表單模板等。在信息收集匯報模板中包括特定主題的信息需求方需要搜集的各種信息。

在本實施例中，所述將至少一個所述問題和對所述問題的回復中的關(guān)鍵信息對應記錄，形成針對所述特定主題的信息搜集包，采用如下方式：將每個回復中的關(guān)鍵信息填充到所述信息收集匯報模板的預設(shè)位置處。

具體地，所述將每個回復中的關(guān)鍵信息填充到所述信息收集匯報模板的預設(shè)位置處，包括如下步驟：1)根據(jù)預先定義的每個答復中的關(guān)鍵信息在信息收集匯報模板中的填充位置，獲取每個回復中的關(guān)鍵信息在信息收集模板的填充位置；2)將每一個關(guān)鍵信息填充到與其對應的填充位置處。

通過步驟S101至步驟S104，能夠?qū)崿F(xiàn)當客戶端請求依據(jù)特定主題進行對話時，以一問一答的即時通訊溝通方式，根據(jù)為特定主題預先設(shè)置的對話框架，為客戶端提供實時的依據(jù)特定主題進行對話的服務，并根據(jù)對話信息形成針對 特定主題的信息搜集包。

在實際應用中，可以根據(jù)具體的應用需求，采用各種不同的存儲格式存儲根據(jù)對話信息形成的針對特定主題的信息搜集包，例如：文本格式、數(shù)據(jù)庫格式等。不同的信息搜集包存儲格式都只是具體實施方式的變更，都不偏離本申請的核心，因此都在本申請的保護范圍之內(nèi)。

對于根據(jù)對話信息形成的針對特定主題的信息搜集包，信息需求方既可以采用主動方式請求獲取信息搜集包，也可以在信息搜集包形成后自動將其發(fā)送給信息需求方。在實際應用中，可以根據(jù)具體的應用需求，選擇采用上述兩種方式之一。若采用在信息搜集包形成后自動將其發(fā)送給信息需求方的方式，則本申請實施例提供的方法還包括：

步驟S202：向所述特定主題的信息需求方發(fā)送所述信息搜集包。

通過步驟S101至步驟S104形成特定主題的信息搜集包后，自動將信息搜集包發(fā)送給信息需求方，以便信息需求方查看。

在上述的實施例中，提供了一種依據(jù)特定主題進行信息搜集的方法，與之相對應的，本申請還提供一種依據(jù)特定主題進行信息搜集的裝置。該裝置是與上述依據(jù)特定主題進行信息搜集的方法的實施例相對應。

請參看圖5，其為本申請的依據(jù)特定主題進行信息搜集的裝置實施例的示意圖。由于裝置實施例基本相似于方法實施例，所以描述得比較簡單，相關(guān)之處參見方法實施例的部分說明即可。下述描述的裝置實施例僅僅是示意性的。

本實施例的一種依據(jù)特定主題進行信息搜集的裝置，包括：

接受請求單元101，用于接收客戶端發(fā)送的對話請求；

確定主題單元102，用于根據(jù)所述對話請求中包括的關(guān)鍵詞，確定所述對話請求所對應的特定主題；

提問回答單元103，用于根據(jù)為所述特定主題預先設(shè)置的對話框架，向所述客戶端逐條發(fā)送所述對話框架設(shè)置的問題，并接收所述客戶端針對至少一個所述問題給出的回復；

生成信息包單元104，用于將至少一個所述問題和對所述問題的回復中的關(guān)鍵信息對應記錄，形成針對所述特定主題的信息搜集包。

可選的，所述對問題的回復中的關(guān)鍵信息包括在所述回復中與為所述問題預先定義的關(guān)鍵字段相對應的關(guān)鍵詞。

可選的，所述生成信息包單元104還包括：

生成關(guān)鍵信息子單元，用于生成所述對問題的回復中的關(guān)鍵信息；

所述生成關(guān)鍵信息子單元包括：

獲取子單元，用于根據(jù)預先存儲的問題和關(guān)鍵字段的對應關(guān)系，獲取為所述問題預先定義的關(guān)鍵字段；

解析子單元，用于解析所述對問題的回復，根據(jù)為所述問題預先定義的關(guān)鍵字段，從所述回復中提取其中包括的與所述關(guān)鍵字段對應的關(guān)鍵詞，作為所述對問題的回復中的關(guān)鍵信息。

請參看圖6，其為本申請的依據(jù)特定主題進行信息搜集的裝置實施例提問回答單元103的具體示意圖。可選的，所述提問回答單元103包括：

讀取子單元1031，用于以遍歷方式讀取所述對話框架設(shè)置的問題，將讀取的問題向所述客戶端提出；

接收子單元1033，用于接收所述客戶端針對所述讀取的問題給出的回復；

判斷子單元1035，用于判斷是否存在未向所述客戶端提出的問題，若是，則返回所述以遍歷方式讀取所述對話框架設(shè)置的問題的步驟，向所述客戶端提出下一個問題。

請參看圖7，其為本申請的依據(jù)特定主題進行信息搜集的裝置實施例提問回答單元103的又一具體示意圖。

可選的，所述提問回答單元103包括：

第一提問子單元1031’，用于向所述客戶端提出所述對話框架中預先設(shè)置的初始問題；

接收子單元1033’，用于接收所述客戶端針對當前問題給出的回復；

第二提問子單元1035’，用于以獲取的所述針對當前問題給出的回復和所述對話框架為依據(jù)，獲取并向所述客戶端提出下一個問題，并返回執(zhí)行所述接收所述客戶端針對當前問題給出的回復的步驟。

請參看圖8，其為本申請的依據(jù)特定主題進行信息搜集的裝置實施例的具體示意圖?？蛇x的，所述裝置還包括：

生成框架問題單元201，用于生成所述對話框架設(shè)置的問題。

可選的，所述生成框架問題單元201包括第一生成框架問題子單元；

所述第一生成框架問題子單元，用于根據(jù)與所述特定主題相關(guān)的歷史對話記錄生成所述對話框架設(shè)置的問題；

所述第一生成框架問題子單元包括：

獲取子單元，用于獲取所述與所述特定主題相關(guān)的歷史對話記錄；

抽取子單元，用于通過機器學習的方式，從所述歷史對話記錄中抽取出構(gòu)建所述對話框架所需的元素；

生成子單元，用于根據(jù)所述構(gòu)建所述對話框架所需的元素，生成所述對話框架設(shè)置的問題。

可選的，所述生成框架問題單元201包括第二生成框架問題子單元；

所述第二生成框架問題子單元，用于根據(jù)為所述特定主題預先設(shè)置的原初對話框架生成所述對話框架設(shè)置的問題；所述原初對話框架的數(shù)量至少為兩個；

所述第二生成框架問題子單元包括：

獲取子單元，用于獲取所述原初對話框架；

提取子單元，用于從所述原初對話框架中，提取各個原初對話框架中具有共性的問題；

設(shè)置子單元，用于將所述具有共性的問題作為所述特定主題的對話框架設(shè)置的問題。

可選的，所述生成框架問題單元201包括第三生成框架問題子單元；

所述第三生成框架問題子單元，用于根據(jù)為所述特定主題預先設(shè)置的信息收集問題模板生成所述對話框架設(shè)置的問題；

所述第三生成框架問題子單元包括：

獲取子單元，用于獲取所述原初對話框架；

解析子單元，用于解析所述預先設(shè)置的信息收集問題模板，獲取所述信息收集問題模板包括的問題；

設(shè)置子單元，用于將獲取的所述信息收集問題模板包括的問題作為所述對話框架設(shè)置的問題。

可選的，所述裝置還包括：

發(fā)送信息包單元202，用于向所述特定主題的信息需求方發(fā)送所述信息搜集包。

本申請實施例還提供了一種依據(jù)特定主題進行信息搜集的系統(tǒng)，包括上述的依據(jù)特定主題進行信息搜集的裝置。

此外，本申請實施例還提供了一種電子設(shè)備，如圖9所示，該電子設(shè)備包括：顯示器901；處理器902；以及存儲器903，所述處理器902根據(jù)接收到的客戶端發(fā)送的對話請求中包括的關(guān)鍵詞，確定所述對話請求所對應的特定主題；并根據(jù)為所述特定主題預先設(shè)置的對話框架，向所述客戶端逐條發(fā)送所述對話框架設(shè)置的問題，并接收所述客戶端針對至少一個所述問題給出的回復；所述存儲器903被配置成存儲針對所述特定主題的信息搜集包；所述信息搜集包是根據(jù)至少一個所述問題和對所述問題的回復中的關(guān)鍵信息對應記錄形成的。

本申請?zhí)峁┑囊罁?jù)特定主題進行信息搜集的方法、裝置、系統(tǒng)及電子設(shè)備，通過根據(jù)接收到的客戶端發(fā)送的對話請求中包括的關(guān)鍵詞，確定對話請求所對應的特定主題；然后，根據(jù)為特定主題預先設(shè)置的對話框架，向客戶端逐條發(fā)送對話框架設(shè)置的問題，并接收所述客戶端針對至少一個所述問題給出的回復；最后，將至少一個所述問題和對所述問題的回復中的關(guān)鍵信息對應記錄，形成針對所述特定主題的信息搜集包。由于能夠根據(jù)為特定主題預先設(shè)置的對話框架，以一問一答的方式為客戶端提供對話服務，因而即使在信息需求方處于下線的狀態(tài)時，也能夠為客戶端提供針對該特定主題的實時對話服務，從而達到提高信息搜集成功率及用戶體驗的效果。

在上述的實施例中，提供了一種依據(jù)特定主題進行信息搜集的方法，與之相對應的，本申請還提供一種基于即時通信的詢盤方法。該方法是上述依據(jù)特定主題進行信息搜集的方法的一個非常典型的應用場景。

請參看圖10，其為本申請的基于即時通信的詢盤方法實施例的流程圖。由于該方法實施例基本相似于上述實施例一，所以描述得比較簡單，相關(guān)之處參見上述實施例一的部分說明即可。下述描述的實施例僅僅是示意性的。

本實施例的一種基于即時通信的詢盤方法，所述方法用于供第一客戶端、第二客戶端在電商平臺上進行信息交互，所述方法包括：

步驟S1001：接收所述第一客戶端在所述第二客戶端的關(guān)聯(lián)頁面發(fā)起的詢盤請求。

本申請實施例提供的基于即時通信的詢盤方法，是上述依據(jù)特定主題進行信息搜集的方法的一個非常典型的應用場景。第一客戶端是指詢盤人所在的客 戶端，第二客戶端是指被詢盤人所在的客戶端，電商平臺作為提供詢盤服務的交易平臺。位于第二客戶端的被詢盤人在電商平臺上提供可售商品，可售商品的商品詳情頁即為本申請實施例所述的第二客戶端的關(guān)聯(lián)頁面。

當位于第一客戶端的詢盤人在電商平臺上查詢到被詢盤人提供的可售商品時，通過本申請實施例提供的方法，可以就其感興趣的商品進行詢盤，并根據(jù)詢盤過程中的問題及回復生成詢盤表單。由于本申請實施例提供的方法，是一種在線即時溝通的詢盤處理方法，因此，即使當被詢盤人處于下線的狀態(tài)時，仍然可以為詢盤人提供實時的詢盤服務。

本申請實施例所述的詢盤請求包括至少第一詢盤模式和第二詢盤模式。請參看圖11，其為本申請的基于即時通信的詢盤方法實施例在第一詢盤模式下第二客戶端關(guān)聯(lián)頁面的示意圖。其中，在所述第一詢盤模式下，與所述第二客戶端關(guān)聯(lián)的用戶(即被詢盤人)可以與所述第一客戶端關(guān)聯(lián)的用戶(即詢盤人)進行即時通信。圖11中展示了一種具體商品的詳細情況，包括商品名稱、價格及規(guī)格等基本信息，該圖底部的“Chat Now”按鈕與第一詢盤模式相對應。當被詢盤人處于在線狀態(tài)時顯示該按鈕，詢盤人通過點擊“Chat Now”按鈕進入到第一詢盤模式，可直接與被詢盤人進行實時的詢盤通信。

本申請實施例提供的方法是工作在第二詢盤模式下。請參看圖12，其為本申請的基于即時通信的詢盤方法實施例在第二詢盤模式下第二客戶端關(guān)聯(lián)頁面的示意圖。在所述第二詢盤模式下，與所述第二客戶端關(guān)聯(lián)的用戶無法與所述第一客戶端關(guān)聯(lián)的用戶直接進行即時通信，而是通過本申請實施例提供的方法為詢盤人提供實時的詢盤服務，通常將執(zhí)行本申請實施例提供的方法的角色稱為詢盤機器人。圖12底部的“Robot Assistant”按鈕與第二詢盤模式相對應。當被詢盤人處于下線狀態(tài)時顯示該按鈕，詢盤人通過點擊“Robot Assistant”按鈕進入到第二詢盤模式，由詢盤機器人與詢盤人進行實時的詢盤通信。

步驟S1002：當所述詢盤請求為所述第二詢盤模式時，根據(jù)為特定主題預先設(shè)置的對話框架，向所述第一客戶端發(fā)送按照預設(shè)對話框架設(shè)置的問題，并接收所述客戶端針對至少一個所述問題給出的回復。

請參看圖13，其為本申請的基于即時通信的詢盤方法實施例在第二詢盤模式下向第一客戶端提問頁面的示意圖。圖13列舉了詢盤機器人與詢盤人之間的部分對話內(nèi)容，其中詢盤機器人向詢盤人提出的問題基于預設(shè)的對話框架。本 申請實施例所述的預設(shè)對話框架，與上述依據(jù)特定主題進行信息搜集的方法實施例所述的預設(shè)的對話框架是同一概念，相同之處詳見實施例一部分的說明，此處不再贅述。

步驟S1003：至少根據(jù)所述回復生成詢盤表單。

請參看圖14，其為本申請的基于即時通信的詢盤方法實施例生成的詢盤表單示意圖。圖14列舉了通過執(zhí)行本申請實施例提供的方法，根據(jù)詢盤機器人與詢盤人之間的對話內(nèi)容生成的詢盤表單。在本實施例中，詢盤表單主要包括兩個部分，分別為商品的基本信息及物流信息。在實際應用中，可以依據(jù)具體需求設(shè)計不同的詢盤表單。

在本實施例中，所述電商平臺被配置成，在所述詢盤表單生成后的第一時間段之內(nèi)，將所述詢盤表單優(yōu)先發(fā)送給與所述第二客戶端關(guān)聯(lián)的用戶。

本申請實施例所述的第一時間段與第一客戶端相關(guān)的用戶和第二客戶端相關(guān)的用戶所在的時區(qū)相關(guān)。通常，當?shù)谝豢蛻舳讼嚓P(guān)的用戶和第二客戶端相關(guān)的用戶所在的時區(qū)相差較大時，第一時間段是一個較長的時間間隔，反之，第一時間段是一個較短的時間間隔。

通過將電商平臺配置成在詢盤表單生成后的第一時間段之內(nèi)，將詢盤表單優(yōu)先發(fā)送給與第二客戶端關(guān)聯(lián)的用戶，使得與第二客戶端關(guān)聯(lián)的用戶，能夠在一個合理的時間范圍內(nèi)，優(yōu)先獲取詢盤人的商品需求。

在本實施例中，所述電商平臺還被配置成，在所述詢盤表單生成后的第一時間段之后，將所述詢盤表單優(yōu)先發(fā)送給與所述詢盤表單主題相關(guān)的其他客戶端用戶。

本申請實施例所述的與詢盤表單主題相關(guān)的其他客戶端用戶，例如，可以為銷售詢盤商品的其他賣家。通過將電商平臺配置成在詢盤表單生成后的第一時間段之后，將詢盤表單優(yōu)先發(fā)送給與詢盤表單主題相關(guān)的其他客戶端用戶，使得與詢盤表單主題相關(guān)的其他客戶端用戶，也有機會獲取詢盤人的商品需求。通常，與詢盤表單主題相關(guān)的其他客戶端用戶獲取詢盤人的商品需求，是在與第二客戶端關(guān)聯(lián)的用戶獲取詢盤人的商品需求之后。

在上述的實施例中，提供了一種基于即時通信的詢盤方法，與之相對應的，本申請還提供一種基于即時通信的詢盤裝置。該裝置是與上述基于即時通信的詢盤方法的實施例相對應。

請參看圖15，其為本申請的基于即時通信的詢盤裝置實施例的示意圖。由于裝置實施例基本相似于方法實施例，所以描述得比較簡單，相關(guān)之處參見方法實施例的部分說明即可。下述描述的裝置實施例僅僅是示意性的。

本實施例的一種基于即時通信的詢盤裝置，所述裝置用于供第一客戶端、第二客戶端在電商平臺上進行信息交互，所述裝置包括：

接收請求單元1501，用于接收所述第一客戶端在所述第二客戶端的關(guān)聯(lián)頁面發(fā)起的詢盤請求，所述詢盤請求包括至少第一詢盤模式和第二詢盤模式，其中，在所述第一詢盤模式下，與所述第二客戶端關(guān)聯(lián)的用戶可以與所述第一客戶端關(guān)聯(lián)的用戶進行即時通信；在所述第二詢盤模式下，與所述第二客戶端關(guān)聯(lián)的用戶無法與所述第一客戶端關(guān)聯(lián)的用戶進行即時通信；

提問回答單元1502，用于當所述詢盤請求為所述第二詢盤模式時，根據(jù)為特定主題預先設(shè)置的對話框架，向所述第一客戶端發(fā)送按照預設(shè)對話框架設(shè)置的問題，并接收所述客戶端針對至少一個所述問題給出的回復；

生成表單單元1503，用于至少根據(jù)所述回復生成詢盤表單。

此外，本申請實施例還提供了一種電子設(shè)備，包括：顯示器；處理器；以及存儲器，所述存儲器被配置成存儲基于即時通信的詢盤裝置，所述基于即時通信的詢盤裝置被所述處理器執(zhí)行時，包括如下步驟：接收第一客戶端在第二客戶端的關(guān)聯(lián)頁面發(fā)起的詢盤請求，所述詢盤請求包括至少第一詢盤模式和第二詢盤模式，其中，在所述第一詢盤模式下，與所述第二客戶端關(guān)聯(lián)的用戶可以與所述第一客戶端關(guān)聯(lián)的用戶進行即時通信；在所述第二詢盤模式下，與所述第二客戶端關(guān)聯(lián)的用戶無法與所述第一客戶端關(guān)聯(lián)的用戶進行即時通信；當所述詢盤請求為所述第二詢盤模式時，根據(jù)為特定主題預先設(shè)置的對話框架，向所述第一客戶端發(fā)送按照預設(shè)對話框架設(shè)置的問題，并接收所述客戶端針對至少一個所述問題給出的回復；至少根據(jù)所述回復生成詢盤表單。

本申請?zhí)峁┑幕诩磿r通信的詢盤方法、裝置及電子設(shè)備，通過根據(jù)接收第一客戶端在第二客戶端的關(guān)聯(lián)頁面發(fā)起的詢盤請求，詢盤請求包括至少第一詢盤模式和第二詢盤模式，其中，在第二詢盤模式下，與第二客戶端關(guān)聯(lián)的用戶無法與第一客戶端關(guān)聯(lián)的用戶進行即時通信；當詢盤請求為第二詢盤模式時，根據(jù)為特定主題預先設(shè)置的對話框架，向第一客戶端發(fā)送按照預設(shè)對話框架設(shè)置的問題，并接收客戶端針對至少一個所述問題給出的回復；最后，至少根據(jù) 所述回復生成詢盤表單。由于能夠根據(jù)預先設(shè)置的對話框架，以一問一答的方式為與第一客戶端關(guān)聯(lián)的用戶提供詢盤服務，因而即使在與第二客戶端關(guān)聯(lián)的用戶處于下線的狀態(tài)時，也能夠為與第一客戶端關(guān)聯(lián)的用戶提供詢盤服務，從而達到提高詢盤成功率及用戶體驗的效果。

本申請雖然以較佳實施例公開如上，但其并不是用來限定本申請，任何本領(lǐng)域技術(shù)人員在不脫離本申請的精神和范圍內(nèi)，都可以做出可能的變動和修改，因此本申請的保護范圍應當以本申請權(quán)利要求所界定的范圍為準。

在一個典型的配置中，計算設(shè)備包括一個或多個處理器(CPU)、輸入/輸出接口、網(wǎng)絡接口和內(nèi)存。

內(nèi)存可能包括計算機可讀介質(zhì)中的非永久性存儲器，隨機存取存儲器(RAM)和/或非易失性內(nèi)存等形式，如只讀存儲器(ROM)或閃存(flash RAM)。內(nèi)存是計算機可讀介質(zhì)的示例。

1、計算機可讀介質(zhì)包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術(shù)來實現(xiàn)信息存儲。信息可以是計算機可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序的模塊或其他數(shù)據(jù)。計算機的存儲介質(zhì)的例子包括，但不限于相變內(nèi)存(PRAM)、靜態(tài)隨機存取存儲器(SRAM)、動態(tài)隨機存取存儲器(DRAM)、其他類型的隨機存取存儲器(RAM)、只讀存儲器(ROM)、電可擦除可編程只讀存儲器(EEPROM)、快閃記憶體或其他內(nèi)存技術(shù)、只讀光盤只讀存儲器(CD-ROM)、數(shù)字多功能光盤(DVD)或其他光學存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設(shè)備或任何其他非傳輸介質(zhì)，可用于存儲可以被計算設(shè)備訪問的信息。按照本文中的界定，計算機可讀介質(zhì)不包括非暫存電腦可讀媒體(transitory media)，如調(diào)制的數(shù)據(jù)信號和載波。

2、本領(lǐng)域技術(shù)人員應明白，本申請的實施例可提供為方法、系統(tǒng)或計算機程序產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例或結(jié)合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產(chǎn)品的形式。