本發(fā)明涉及涉及人機交互和計算機互聯(lián)網(wǎng)領(lǐng)域，特別涉及一種面向服務(wù)的人機交互系統(tǒng)以及實現(xiàn)方法。

背景技術(shù)：

人機交互系統(tǒng)(Human-computer interaction，簡稱HCI)是研究人與計算機之間通過相互理解的交流與通信，在最大程度上為人們完成信息管理，服務(wù)和處理等功能。在人機交互過程中，相互理解的交流與通信即上下文。目前能夠理解上下文的大多都采用人工的方式，也有一部分公司采用半機器半人工的方式。人工方式：是指后臺接入人工進行對話理解，例如12306。缺點：人力成本較高。問答機器人：是通過大量的知識庫，對用戶的問題進行分類、識別、猜測，并給出最合適的知識庫中的答案，例如微軟小冰，小黃雞，圖靈機器人。缺點：不能夠理解或者獲取(不斷詢問以求得到)復(fù)雜的需求。半機器半人工：類似于問答機器人，并且嘗試加入獲取復(fù)雜需求的邏輯。并且加入了人工處理層，在機器處理不了的時候會委托給人工處理層處理。缺點：速度慢，人工成本高，難以規(guī)?；?。

在人機交互系統(tǒng)中，另外一個需要被考慮到的事用戶對服務(wù)的需求。比如，簡單需求：通過簡單的語言能夠完整定義該需求。例如“我想吃炸雞”。比如，復(fù)雜需求：無法通過簡單的語言精準定義的需求。例如“我想裝修新房，新房是兩室一廳一衛(wèi)，我的預(yù)算是10萬，我想裝修成歐式風(fēng)格，臥室希望有電視……”。上述的復(fù)雜需求和簡單需求的區(qū)分在于，其一并不是服務(wù)品類的區(qū)分，其二是用戶需求的復(fù)雜度上的不同。又比如，家裝的需求也可以是簡單的需求，點外賣的需求也可以是復(fù)雜的需求，再比如，“我想吃炸雞，微辣，再來份啤酒，2碗米飯，價格在20-50之間…”這些需求可能需要幾句話才能滿足用戶需求的描述。

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

本發(fā)明要解決的技術(shù)問題是，實現(xiàn)可提供服務(wù)的人機交互的系統(tǒng)。

解決上述技術(shù)問題，本發(fā)明提供了一種面向服務(wù)的人機交互系統(tǒng)，包括：中心控制單元、多個子處理單元、業(yè)務(wù)單元以及代理單元，所述中心控制單元至少與一個子處理單元連接，所述子處理單元和/或中心控制單元與業(yè)務(wù)單元連接，所述代理單元與中心控制單元連接；

所述中心控制單元，用以從所述代理單元獲取用戶的請求服務(wù)，并根據(jù)在子處理單元中的查詢結(jié)果確定請求服務(wù)所屬的場景，得到所述請求服務(wù)所要委托的子處理單元；

以及，根據(jù)所述子處理單元的反饋結(jié)果挑選出合適的子處理單元進行委托；并將所選擇的子處理單元返回至所述代理單元中；

子處理單元，用以保存查詢請求的上下文內(nèi)容，并根據(jù)當前狀態(tài)和設(shè)定邏輯輸出評估結(jié)果后遞交還中心控制單元；

以及，將其中的委托信令返回至所述中心控制單元；

業(yè)務(wù)單元，用以根據(jù)需求在所述子處理單元中完成不同場景時的業(yè)務(wù)處理；

代理單元，用以適配與不同客戶端，并建立通信通道。

更進一步，所述子處理單元通過自由插拔接口與所述中心控制單元連接，所述自由插拔接口用以增加/減少子處理單元的數(shù)量。

更進一步，所述中心控制單元還用以多個子處理單元之間的調(diào)度。

更進一步，所述子處理單元中的委托信令進一步包括：元信息，用以進行信息傳遞和交互。

更進一步，所述子處理單元還用以在一設(shè)定時間段內(nèi)處理所述中心控制單元中的委托，所述委托包括：委托信息、當前場景的狀態(tài)信息以及委托消息所來自的代理單元。

更進一步，在所述中心控制單元中獲取用戶的請求服務(wù)的方法進一步包括：從所述代理單元中獲取用戶輸入，所述用戶輸入包括：文字、語音、按鍵、手勢、肢體動作中的一種或者多種。

更進一步，所述子處理單元還設(shè)置有征詢接口，

所述征詢接口，用以接收所述中心控制單元的查詢請求，并將所述請求服務(wù)中的用戶信息發(fā)給所有子模塊的征詢接口，之后獲得取到每一個所述子處理單元返回的評估結(jié)果，同時與輸出所述評估結(jié)果中排位最高的子處理單元后建立委托。

基于上述本發(fā)明還提供了一種面向服務(wù)的人機交互方法，包括部署于WEB服務(wù)器中的子處理單元和中心控制單元，用戶通過WEB服務(wù)器中的應(yīng)用程序服務(wù)器向所述WEB服務(wù)器進行交互請求，包括如下步驟：

通過所述中心控制單元獲取用戶的請求服務(wù)，并根據(jù)在所述子處理單元中的查詢結(jié)果確定請求服務(wù)所屬的場景，得到所述請求服務(wù)所要委托的子處理單元；

在所述子處理單元中保存查詢請求的上下文內(nèi)容，并根據(jù)當前狀態(tài)和設(shè)定邏輯輸出評估結(jié)果后遞交還中心控制單元；

所述中心控制單元根據(jù)在所述子處理單元中的反饋結(jié)果挑選出合適的子處理單元進行委托；

根據(jù)建立子處理單元和中心控制單元的委托，處理用戶的請求服務(wù)。

更進一步，方法還包括代理單元，通過所述代理單元適配不同的客戶端，并建立通信通道，所述客戶端包括：微信公眾號、WEB端、智能移動終端應(yīng)用程序中的一種或者多種。

更進一步，方法還包括，通過所述子處理單元獨立處理委托或者通過與可根據(jù)需求在所述子處理單元中完成不同場景時的業(yè)務(wù)處理的業(yè)務(wù)單元協(xié)作處理委托。

本發(fā)明的有益效果：

1)本發(fā)明中的面向服務(wù)的人機交互系統(tǒng)，具有上下文識別功能的，基于場景化假定的人工智能助理。

2)由于本發(fā)明中的系統(tǒng)包括：中心控制單元、多個子處理單元、業(yè)務(wù)單元以及代理單元，整體架構(gòu)的設(shè)計高度模塊化；由于各個模塊化單元中的標準化接口可以使系統(tǒng)具有高可擴展性。中心控制單元和子處理單元的基于征詢和委托的合作方式。子處理單元采用獨立機制，子處理單元功能獨立并且與其他子處理單元以及中心控制單元之間具有協(xié)議。

3)通過征詢/調(diào)用多個子處理單元，用以實現(xiàn)場景化；并且采用狀態(tài)機的方式引導(dǎo)用戶進行場景化操作。子處理單元提供基于當前場景，包括當前場景狀態(tài)，當前場景之前收到的信息和當前場景之前獲取的外部數(shù)據(jù)等信息，返回計算結(jié)果。子處理單元通過元信息向主模塊傳遞一般性信息，一般性信息包括但不限于是對當前人機交互流程有控制作用的信息。

4)在本發(fā)明中由于中心控制單元，發(fā)送給所有模塊化的多個操作子處理單元，所有子處理單元自行判斷能夠處理這條信息的概率，并且返回到中心控制單元。更進一步地，子處理單元還用以根據(jù)各自單元中存放的場景信息特點計算信息概率。

5)通過所述中心控制單元實現(xiàn)智能派發(fā)功能，輔以多個子處理單元和業(yè)務(wù)單元的相互配合完成用戶的請求服務(wù)。

6)本發(fā)明中的代理單元的接入方式具有自己的接口協(xié)議，子模塊需要通過了解這些接口協(xié)議返回合適的結(jié)果。

附圖說明

圖1是本發(fā)明一實施例中的面向服務(wù)的人機交互系統(tǒng)結(jié)構(gòu)示意圖。

圖2是本發(fā)明一實施例中的面向服務(wù)的人機交互方法流程示意圖。

圖3是本發(fā)明一優(yōu)選實施中的面向服務(wù)的人機交互系統(tǒng)結(jié)構(gòu)示意圖。

圖4是本發(fā)明中子處理單元通過征詢接口與中心控制單元連接的示意圖。

圖5是本發(fā)明中子處理單元通過自由插拔接口與中心控制單元連接的示意圖。

具體實施方式

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，以下結(jié)合具體實施例，并參照附圖，對本發(fā)明進一步詳細說明。

圖1是本發(fā)明一實施例中的面向服務(wù)的人機交互系統(tǒng)結(jié)構(gòu)示意圖。

在本實施例中的一種面向服務(wù)的人機交互系統(tǒng)，包括：中心控制單元1、多個子處理單元2、業(yè)務(wù)單元3以及代理單元4，所述中心控制單元1至少與一個子處理單元2連接，所述子處理單元2和/或中心控制單元1與業(yè)務(wù)單元3連接，所述代理單元4與中心控制單元1連接；在本實施例中的人機交互系統(tǒng)主要由中心控制單元1和任意多數(shù)量的負責不同場景的子處理單元2，所述中心控制單元1可以選擇是否和任一子模塊通信，相應(yīng)地所述子處理單元2之間可以直接通信，也可以通過中間媒介間接通信。

所述中心控制單元1，用以從所述代理單元4獲取用戶的請求服務(wù)，并根據(jù)在子處理單元2中的查詢結(jié)果確定請求服務(wù)所屬的場景，得到所述請求服務(wù)所要委托的子處理單元2；以及，根據(jù)所述子處理單元2的反饋結(jié)果挑選出合適的子處理單元2進行委托；并將所選擇的子處理單元2返回至所述代理單元4中。在本實施例中的系統(tǒng)中中心控制單元1通過用戶的輸入通過征詢子模塊的結(jié)果，來確定用戶請求服務(wù)的“場景”。并“委托”負責該場景的子模塊進行接下來的處理。上述的場景具體是指，當前支持的所有人機交互能夠提供的服務(wù)類別。在一些實施例中，場景是幫助用戶叫出租車即是一種場景，在一些實施例中，場景是幫助用戶搜索附近能夠配送到家的水果是另一種場景。

在本實施例中，中心控制單元1自身不具有具體的場景邏輯，子處理單元2被配置為自由插拔接口，接口接收一個信息，保證不改變子處理單元2狀態(tài)，并返回評估結(jié)果，評估結(jié)果的標準由中心控制單元1可在事先進行約定。通過所述中心控制單元1把該用戶的信息發(fā)給所有子處理單元2的查詢接口，獲取到各個處理單元2返回的評估結(jié)果，簡單選出排序之后評估結(jié)果排位最高的子處理單元2，并認定為委托子處理單元2。比如，中心控制單元1對于查詢接口的約定未：返回一個概率，大于0，小于1，概率應(yīng)該表達該子處理單元2對于當前信息的接管意愿。

初始狀況下，若子處理單元2為一個提供附近產(chǎn)品的搜索服務(wù)，另一個提供幫助網(wǎng)上叫車的服務(wù)。這時候如果用戶發(fā)過來一個信息為“我要打車”，則兩個子處理單元會分別評估這句話，搜索服務(wù)子處理單元的評估邏輯可以是：用戶是想要搜索什么東西嗎？搜索車嗎？可能性大嗎？最終可能會給出一個0.2的接管意愿，因為這個子處理單元的評估結(jié)果為不能夠很好的對該信息做出響應(yīng)。

相反的而打車子處理單元的評估邏輯可以是：用戶是想打車嗎？這個信息中包涵“打車”兩個字，那就非常有可能了，好，可以接，于是給出一個0.9的接管意愿。中心控制單元1收到兩者的評估結(jié)果，0.9比0.2大，于是中心控制單元1把信息委托給打車子處理單元接管。在一些實施例中，評估結(jié)果可以是一個概率或是其他能夠進行某種比較的數(shù)據(jù)集，且子模塊將評估結(jié)果遞交還主模塊。

優(yōu)選地，在處理用戶信息的過程中，處理單元2可以不止返回處理的結(jié)果至中心控制單元1；而且加一些額外的信息，在本發(fā)明中成為元信息，有一類元信息可以控制接下來主模塊如何選擇子模塊。

●比如元信息可以是說“用戶發(fā)過來的下一個信息還委托給我(處理單元2)，不用征詢了”，那么當用戶的下一條信息發(fā)過來時，中心控制單元1就不進行征詢行為操作，而是直接委托給之前的處理單元2接管，加快了系統(tǒng)的處理速度和反饋效率。

●再比如元信息也可以說“我(處理單元2)完事(已處理完上一個信息)，下一個信息你就正常處理好了”，這種情況下，中心控制單元1在處理下一條用戶信息時就會按照初始狀況的方法處理了。

●再比如元信息可以像第一種情況一樣要求占著被委托的位置，但是有一個過期時間，就是說“用戶發(fā)過來的下一個信息還委托給我(處理單元2)，不用征詢了，但是要是1個小時還不發(fā)下一條信息，則請恢復(fù)初始狀況”。

在一些實施例中，場景的類型和數(shù)量不是固定的，通過標準化接口的機制，在本系統(tǒng)中實現(xiàn)平行擴展。

在一些實施例中，所述用戶的輸入包括但不限于：用戶文字輸入，用戶語音輸入，用戶按鍵輸入，用戶手勢輸入，用戶肢體動作輸入等。

在一些實施例中，將所述中心控制單元1配置為場景邏輯無關(guān)，不在所述中心控制單元1中采用具體場景的邏輯。

在一些實施例中，所述中心控制單元1通過所述代理單元4獲取得到初始的用戶的請求服務(wù)。

在一些實施例中，中心控制單元1會根據(jù)子處理單元2的反饋結(jié)果，確定是否可接管用戶的請求服務(wù)。

在一些實施例中，處理單元2的反饋結(jié)果包括但不限于：已記錄場景量、正在處理服務(wù)請求量等。

在一些實施例中，中心控制單元1用以對多個子處理單元2中用戶請求計算資源統(tǒng)一管理和調(diào)度，向用戶按需服務(wù)。

在一些實施例中，中心控制單元1不需配置其它任一子處理單元2所負責場景的具體數(shù)據(jù)，只用以負責處理單元2之間的調(diào)度。

在一些實施例中，中心控制單元1還用以把子處理單元2的計算結(jié)果進行評估，通過基于子處理單元2評估結(jié)果的排序算法挑選出最合適的子處理單元進行委托。比如，基于概率分布的排序算法。比如，基于相似度的kmeans聚類算法。

子處理單元2，用以保存查詢請求的上下文內(nèi)容，并根據(jù)當前狀態(tài)和設(shè)定邏輯輸出評估結(jié)果后遞交還中心控制單元1；以及，將其中的委托信令返回至所述中心控制單元1；作為本實施例中的優(yōu)選，所述子處理單元2通過自由插拔接口與所述中心控制單元連接，所述自由插拔接口用以增加/減少子處理單元的數(shù)量。在一個確定場景的人機交互系統(tǒng)中，可增加或者去掉任意個的子處理單元2而不影響其他模塊的運行。同時，子處理單元2被配置為具有在任意時間點接收查詢請求的功能，征詢方即為中心控制單元1會發(fā)送信息給子處理單元2，子處理單元2配配置為結(jié)合自身的狀態(tài)和邏輯給予一個評估結(jié)果。在一些實施例中，評估結(jié)果可以是一個概率或是其他能夠進行某種比較的數(shù)據(jù)集，且子模塊將評估結(jié)果遞交還主模塊。

作為本實施例中的優(yōu)選，所述子處理單元還設(shè)置有征詢接口，所述征詢接口，用以接收所述中心控制單元的查詢請求，并將所述請求服務(wù)中的用戶信息發(fā)給所有子模塊的征詢接口，之后獲得取到每一個所述子處理單元返回的評估結(jié)果，同時與輸出所述評估結(jié)果中排位最高的子處理單元后建立委托。

上述自由插拔具體是指，在人機交互系統(tǒng)中至少部署有中心控制單元1和兩個子處理單元2，所述子處理單元2為搜索場景子處理單元和打車場景子處理單元，若需要啟動新的項目用以完成新的子處理單元2的功能，比如是網(wǎng)上搜索菜譜的子處理單元，則在不改動中心控制單元1和現(xiàn)有兩個子處理單元的情況下，可以直接上線網(wǎng)上搜索菜譜的子處理單元，并通過后臺向中心控制單元1發(fā)送消息，“系統(tǒng)加了一個新模塊，請連接”，則在系統(tǒng)中的配置就增加了查詢菜譜的功能。

在一些實施例中，在所述子處理單元2中待處理的用戶請求和所述中心控制單元1所分配給該子處理單元2負責的場景相關(guān)與否，子處理單元2都被配置為給出合適的回應(yīng)，比如忙碌，空閑，可被配置或者調(diào)用。

在一些實施例中，所述子處理單元還用以在一設(shè)定時間段內(nèi)處理所述中心控制單元中的委托，所述委托包括：委托信息和委托消息所來自的代理單元。

在一些實施例中，所述子處理單元2中的委托信令進一步包括：元信息，用以進行信息傳遞和交互。所述元信息包括但不限于：忙碌，空閑，可被配置或者調(diào)用。元信息中還包括：該次信息交互的一般性信息。元信息可以包含對中心控制單元1的信息傳遞。作為本實施例中的優(yōu)選，通過元信息，子處理單元2可以讓中心控制單元1保持對其的委托狀態(tài)，讓接下來的用戶信息可以不通過查詢直接進入該子處理單元2。子處理單元2被配置為獨立處理委托信息的能力，以及與其它某些業(yè)務(wù)單元3進行通信。

在一些實施例中，子處理單元2還可以被配置為具有自己的業(yè)務(wù)單元。

作為本實施例中的優(yōu)選，若輸入信息不是該在一些實施例中，能夠處理的信息時，簡單回復(fù)“空”信息，并且附帶“該待處理信息已經(jīng)處理，下一個信息可被配置”這樣的元信息即可。

在一些實施例中，系統(tǒng)中的管理員通過所述插拔接口增加或者減少子處理單元2。

在一些實施例中，在一個場景具有一個子處理單元，在一個子處理單元中可以處理多個場景。并通過中心控制單元1協(xié)調(diào)多各處理單元2上做并行處理，每個節(jié)點設(shè)備處理結(jié)束后，將結(jié)果匯總，返回給用戶。

在一些實施例中，保存查詢請求的上下文內(nèi)容中，上下文內(nèi)容是指除了當前信息之外的在一個連貫情景下短期內(nèi)的交互信息。

比如，用戶說“我想打車”，

-回復(fù)“從哪到哪”，

-用戶繼續(xù)回復(fù)“到北京站”，

-結(jié)合上面所有的交互信息，判斷出用戶仍然需要提供起始地址，并向用戶繼續(xù)提問“出發(fā)點是？”，

-用戶回復(fù)“從西直門”，判斷出當前用戶的需求仍然是“打車”，然后幫助用戶在互聯(lián)網(wǎng)上叫車并跟用戶確認。

-結(jié)束上述后，保存上下文內(nèi)容至子處理單元2中。

在實際場景中，結(jié)合上下文的交互是很復(fù)雜的，不僅僅包含需求的細化，還包含對服務(wù)過程的控制等等，比如在一些實施例中，用戶很可能之后說“取消”，則判斷到用戶希望取消叫的車；以及結(jié)束當前的對話場景。

在一些實施例中，結(jié)合上下文包括但不限于是語音形式，也可以是文字形式，也可以是肢體動作，表情變化，心率的變化，血壓的變化，瞳孔的縮放等等更多的形式。

作為本實施例中的優(yōu)選，子處理單元2用以支持用戶使用語音，文字，以及對手機上交互接口的操作。

在一些實施例中，系統(tǒng)被配置為有關(guān)聯(lián)子處理單元，所述關(guān)聯(lián)子處理單元之間可以有共同加入或去掉的協(xié)議。

作為本實施例中的優(yōu)選，有關(guān)聯(lián)子處理單元包括但不限于：第三方平臺API接口。

作為本實施例中的優(yōu)選，有關(guān)聯(lián)子處理單元為：基于OAUTH協(xié)議的第三方平臺。

作為本實施例中的優(yōu)選，有關(guān)聯(lián)子處理單元為：SNS服務(wù)器接口。

作為本實施例中的優(yōu)選，有關(guān)聯(lián)子處理單元為：百度地圖API接口、高德地圖API接口。

業(yè)務(wù)單元3，用以根據(jù)需求在所述子處理單元2中完成不同場景時的業(yè)務(wù)處理；在本實施例中的系統(tǒng)中同時包含若干負責一般事務(wù)的業(yè)務(wù)單元3，作為本實施例中的優(yōu)選，所述中心控制單元1和子處理單元2都具有和業(yè)務(wù)單元3通信的能力。

在一些實施例中，所述業(yè)務(wù)單元3包括但不限于：用戶模塊，支付模塊，用戶界面操作模塊，訂單模塊等。

作為本實施例中的優(yōu)選，所述業(yè)務(wù)單元3是：支付寶API。

作為本實施例中的優(yōu)選，所述業(yè)務(wù)單元3是：LBS基于位置服務(wù)單元。

作為本實施例中的優(yōu)選，所述業(yè)務(wù)單元3是：GPS接入API。

作為本實施例中的優(yōu)選，所述業(yè)務(wù)單元3是：支持wifi、NFC、藍牙、rf射頻的近場無線通信的通信單元。

作為本實施例中的優(yōu)選，所述業(yè)務(wù)單元3是：基于用戶感興趣內(nèi)容的推薦單元。

代理單元2，用以適配與不同客戶端，并建立通信通道。所述代理單元2主要用以適配與不同客戶端之間的通信。而其中的客戶端則主要提供了用戶與系統(tǒng)之間的訪問接口。代理單元2用以根據(jù)不同所述客戶端的特性，提供客戶端和系統(tǒng)之間的適配，將客戶端對象的接口適配為本系統(tǒng)中所期望的接口。

在一些實施例中，所述客戶端包括但不限于：微信公眾號，獨立的智能硬件機器人，智能手機應(yīng)用(iOS和Android等)，網(wǎng)頁應(yīng)用等。

在一些實施例中，客戶端通過WEB服務(wù)器發(fā)出請求，并在應(yīng)用程序服務(wù)器中響應(yīng)

在一些實施例中，中心控制單元1被配置為將子處理單元2的返回信息，直接或間接地發(fā)送回用戶信息來源的代理單元2，交由所述代理單元2進行處理以及傳達給用戶。

綜上，本實施例中的系統(tǒng)具有上下文識別功能，同時能夠?qū)崿F(xiàn)基于場景化假定的人工智能輔助功能。

圖2是本發(fā)明一實施例中的面向服務(wù)的人機交互方法結(jié)構(gòu)示意圖。

在本實施例中的一種面向服務(wù)的人機交互方法，包括部署于WEB服務(wù)器中的子處理單元2和中心控制單元1，用戶通過WEB服務(wù)器中的應(yīng)用程序服務(wù)器向所述WEB服務(wù)器進行交互請求，包括如下步驟：

步驟S101通過所述中心控制單元1獲取用戶的請求服務(wù)，并根據(jù)在所述子處理單元2中的查詢結(jié)果確定請求服務(wù)所屬的場景，得到所述請求服務(wù)所要委托的子處理單元；在步驟S101中所述中心控制單元1，用以從所述代理單元4獲取用戶的請求服務(wù)，并根據(jù)在子處理單元2中的查詢結(jié)果確定請求服務(wù)所屬的場景，得到所述請求服務(wù)所要委托的子處理單元2；以及，根據(jù)所述子處理單元2的反饋結(jié)果挑選出合適的子處理單元2進行委托；并將所選擇的子處理單元2返回至所述代理單元4中。在本實施例中的系統(tǒng)中中心控制單元1通過用戶的輸入通過征詢子模塊的結(jié)果，來確定用戶請求服務(wù)的“場景”。并“委托”負責該場景的子模塊進行接下來的處理。作為本實施例中的優(yōu)選，所述中心控制單元1還用以多個子處理單元之間的調(diào)度。作為本實施例中的優(yōu)選，在所述中心控制單元中獲取用戶的請求服務(wù)的方法進一步包括：從所述代理單元中獲取用戶輸入，所述用戶輸入包括：文字、語音、按鍵、手勢、肢體動作中的一種或者多種。

步驟S102在所述子處理單元2中保存查詢請求的上下文內(nèi)容，并根據(jù)當前狀態(tài)和設(shè)定邏輯輸出評估結(jié)果后遞交還中心控制單元；在一些實施例中，在所述子處理單元2中待處理的用戶請求和所述中心控制單元1所分配給該子處理單元2負責的場景相關(guān)與否，子處理單元2都被配置為給出合適的回應(yīng)，比如忙碌，空閑，可被配置或者調(diào)用。優(yōu)選地，在步驟S102中所述子處理單元通過自由插拔接口與所述中心控制單元連接，所述自由插拔接口用以增加/減少子處理單元的數(shù)量。

步驟S103所述中心控制單元1根據(jù)在所述子處理單元2中的反饋結(jié)果挑選出合適的子處理單元2進行委托；優(yōu)選地，在所述步驟S103中所述子處理單元中的委托信令進一步包括：元信息，用以進行信息傳遞和交互。所述子處理單元還用以在一設(shè)定時間段內(nèi)處理所述中心控制單元中的委托，所述委托包括：委托信息和委托消息所來自的代理單元。

步驟S104根據(jù)建立子處理單元2和中心控制單元1的委托，處理用戶的請求服務(wù)。

作為本實施例中的優(yōu)選，方法還包括代理單元4，通過所述代理單元適配不同的客戶端，并建立通信通道，所述客戶端包括：微信公眾號、WEB端、智能移動終端應(yīng)用程序中的一種或者多種。

作為本實施例中的優(yōu)選，方法還包括，通過所述子處理單元獨立處理委托或者通過與可根據(jù)需求在所述子處理單元中完成不同場景時的業(yè)務(wù)處理的業(yè)務(wù)單元3協(xié)作處理委托。

圖3是本發(fā)明一優(yōu)選實施中的面向服務(wù)的人機交互系統(tǒng)結(jié)構(gòu)示意圖。

在本實施例中的一種面向服務(wù)的人機交互系統(tǒng)，包括：中心控制單元1、多個子處理單元2、業(yè)務(wù)單元3以及代理單元4，所述中心控制單元1至少與一個子處理單元2連接，所述子處理單元2和/或中心控制單元1與業(yè)務(wù)單元3連接，所述代理單元4與中心控制單元1連接；所述中心控制單元1，用以從所述代理單元3獲取用戶的請求服務(wù)，并根據(jù)在子處理單元2中的查詢結(jié)果確定請求服務(wù)所屬的場景，得到所述請求服務(wù)所要委托的子處理單元；以及，根據(jù)所述子處理單元2的反饋結(jié)果挑選出合適的子處理單元進行委托；并將所選擇的子處理單元返回至所述代理單元中；子處理單元2，用以保存查詢請求的上下文內(nèi)容，并根據(jù)當前狀態(tài)和設(shè)定邏輯輸出評估結(jié)果后遞交還中心控制單元；以及，將其中的委托信令返回至所述中心控制單元；作為本實施例中的優(yōu)選，所述子處理單元通過自由插拔接口6與所述中心控制單元連接，所述自由插拔接口用以增加/減少子處理單元的數(shù)量。業(yè)務(wù)單元3，用以根據(jù)需求在所述子處理單元中完成不同場景時的業(yè)務(wù)處理；代理單元4，用以適配與不同客戶端，并建立通信通道。其中，子處理單元2和中心控制單元1部署于WEB服務(wù)器中，用戶通過WEB服務(wù)器中的應(yīng)用程序服務(wù)器向所述WEB服務(wù)器進行交互請求。所述業(yè)務(wù)單元3包括但不限于，支付寶API、用戶登錄單元等。所述代理單元4包括但不限于，客戶WEB端、客戶應(yīng)用程序等。子處理單元2包括但不限于，查詢、叫車、購物、定位等服務(wù)場景。

圖4是本發(fā)明中子處理單元通過征詢接口與中心控制單元連接的示意圖。

在本實施例中的一種面向服務(wù)的人機交互系統(tǒng)，包括：中心控制單元1、多個子處理單元2、業(yè)務(wù)單元以及代理單元，所述中心控制單元至少與一個子處理單元連接，所述子處理單元和/或中心控制單元與業(yè)務(wù)單元連接，所述代理單元與中心控制單元連接；所述中心控制單元，用以從所述代理單元獲取用戶的請求服務(wù)，并根據(jù)在子處理單元中的查詢結(jié)果確定請求服務(wù)所屬的場景，得到所述請求服務(wù)所要委托的子處理單元；以及，根據(jù)所述子處理單元的反饋結(jié)果挑選出合適的子處理單元進行委托；并將所選擇的子處理單元返回至所述代理單元中；子處理單元，用以保存查詢請求的上下文內(nèi)容，并根據(jù)當前狀態(tài)和設(shè)定邏輯輸出評估結(jié)果后遞交還中心控制單元；以及，將其中的委托信令返回至所述中心控制單元；作為本實施例中的優(yōu)選，所述子處理單元還設(shè)置有征詢接口5，所述征詢接口，用以接收所述中心控制單元的查詢請求，并將所述請求服務(wù)中的用戶信息發(fā)給所有子模塊的征詢接口，之后獲得取到每一個所述子處理單元返回的評估結(jié)果，同時與輸出所述評估結(jié)果中排位最高的子處理單元后建立委托。

圖5是本發(fā)明中子處理單元通過自由插拔接口與中心控制單元連接的示意圖。

在本實施例中的一種面向服務(wù)的人機交互系統(tǒng)，包括：中心控制單元1、多個子處理單元2、業(yè)務(wù)單元以及代理單元，所述中心控制單元至少與一個子處理單元連接，所述子處理單元和/或中心控制單元與業(yè)務(wù)單元連接，所述代理單元與中心控制單元連接；所述中心控制單元，用以從所述代理單元獲取用戶的請求服務(wù)，并根據(jù)在子處理單元中的查詢結(jié)果確定請求服務(wù)所屬的場景，得到所述請求服務(wù)所要委托的子處理單元；以及，根據(jù)所述子處理單元的反饋結(jié)果挑選出合適的子處理單元進行委托；并將所選擇的子處理單元返回至所述代理單元中；子處理單元，用以保存查詢請求的上下文內(nèi)容，并根據(jù)當前狀態(tài)和設(shè)定邏輯輸出評估結(jié)果后遞交還中心控制單元；以及，將其中的委托信令返回至所述中心控制單元；作為本實施例中的優(yōu)選，所述子處理單元通過自由插拔接口6與所述中心控制單元1連接，所述自由插拔接口6用以增加/減少子處理單元2的數(shù)量。

應(yīng)當理解，本發(fā)明的各部分可以用硬件、軟件、固件或它們的組合來實現(xiàn)。在上述實施方式中，多個步驟或方法可以用存儲在存儲器中且由合適的指令執(zhí)行系統(tǒng)執(zhí)行的軟件或固件來實現(xiàn)。例如，如果用硬件來實現(xiàn)，和在另一實施方式中一樣，可用本領(lǐng)域公知的下列技術(shù)中的任一項或他們的組合來實現(xiàn)：具有用于對數(shù)據(jù)信號實現(xiàn)邏輯功能的邏輯門電路的離散邏輯電路，具有合適的組合邏輯門電路的專用集成電路，可編程門陣列(PGA)，現(xiàn)場可編程門陣列(FPGA)等。

在本說明書的描述中，參考術(shù)語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結(jié)合該實施例或示例描述的具體特征、結(jié)構(gòu)、材料或者特點包含于本發(fā)明的至少一個實施例或示例中。在本說明書中，對上述術(shù)語的示意性表述不一定指的是相同的實施例或示例。而且，描述的具體特征、結(jié)構(gòu)、材料或者特點可以在任何的一個或多個實施例或示例中以合適的方式結(jié)合。

所屬領(lǐng)域的普通技術(shù)人員應(yīng)當理解：以上，所述僅為本發(fā)明的具體實施例而已，并不用于限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。