提供全量服務的方法和全量服務系統與流程
2023-06-01 22:42:11 2
本發明涉及計算機技術領域，具體涉及一種提供全量服務的方法和全量服務系統。
背景技術：
由於移動網際網路的發達，越來越多的用戶通過各類app獲取各種服務。例如，購物、訂餐、寄件、共享單車等等。一方面，越來愈多細分的應用給了用戶更多的選擇，但另一方面，龐大的應用規模也給用戶帶來了選擇困難，而且在行動裝置上安裝和維護所有的這些應用也很不方便。
技術實現要素：
有鑑於此，本發明提供一種提供全量服務的方法和全量服務系統，以解決上述問題。
根據本發明的第一方面，本發明提供全量服務的方法，包括：
獲取表示用戶需求的指令信息；
根據預設的服務場景知識庫和所述指令信息將所述用戶需求分解成多個子服務；
根據所述多個子服務獲取可用的服務提供商名稱；以及
向用戶提供反饋信息，所述反饋信息中至少包含所述可用的服務提供商名稱。
優選地，還包括：根據所述可用的服務提供商名稱向服務提供商下達訂單，並將所述訂單信息反饋給用戶。
優選地，所述根據預設的服務場景知識庫和所述指令信息將所述用戶需求分解成多個子服務包括：
從所述指令信息中提取關鍵詞；
根據所述關鍵詞檢索預設的服務場景知識庫；以及
根據檢索結果確定所述用戶需求對應的業務類型、服務場景以及每個服務場景包含的服務環節。
優選地，還包括：向服務提供商提供註冊接口，以獲得可用的服務提供商名稱。
優選地，所述指令信息通過和用戶的多次交互獲得。
優選地，還包括：提供維護接口，以便於維護所述服務場景知識庫中的數據。
優選地，所述指令信息的類型為以下至少一種：文本類型、語音類型、視頻類型。
根據本發明的第二方面，本發明提供一種全量服務系統，包括：
獲取模塊，用於獲取表示用戶需求的指令信息；
分解模塊，用於根據預設的服務場景知識庫和所述指令信息將所述用戶需求分解成多個子服務；
檢索模塊，用於根據所述多個子服務獲取可用的服務提供商名稱；以及
反饋模塊，用於向用戶提供反饋信息，所述反饋信息中至少包含所述可用的服務提供商名稱。
優選地，還包括：訂單模塊，用於根據所述可用的服務提供商名稱向服務提供商下達訂單，並將所述訂單信息反饋給用戶。
優選地，所述分解模塊包括：
關鍵詞提取單元，用於從所述指令信息中提取關鍵詞；
關鍵詞檢索單元，用於根據所述關鍵詞檢索預設的服務場景知識庫；以及
子服務確定單元，用於根據檢索結果確定所述用戶需求對應的每個子服務的業務類型、包含服務場景以及每個服務場景包含的服務環節。
優選地，所述獲取模塊在多次和用戶的交互中不斷地獲取所述指令信息。
優選地，還包括：配置模塊，用於提供接口，以便於維護所述服務場景知識庫中的數據。
優選地，所述指令信息的類型為以下至少一種：文本類型、語音類型、視頻類型。
針對現有技術中需要在多個應用上下單以獲取不同服務的問題，本發明提供的全量服務系統，作為用戶和多個應用之間的橋梁，用戶可以在全量服務系統上提交任意需求，系統對需求進行分析和識別，並找到對應的服務提供商提供給用戶。進一步地，系統可以預定服務提供商提供的子服務，而用戶只需要在系統上進行一次結算即可。該系統有助於簡化用戶操作，給用戶提供更多便利。
附圖說明
通過參照以下附圖對本發明實施例的描述，本發明的上述以及其它目的、特徵和優點將更為清楚，在附圖中：
圖1是根據本發明實施例的提供全量服務的方法的流程圖；
圖2是根據本發明另一實施例的提供全量服務的方法的流程圖；
圖3是根據本發明實施例的提供全量服務的方法的應用圖；
圖4是根據本發明實施例的全量服務系統的結構圖；
圖5是根據本發明實施例的全量服務系統的分解模塊的結構圖；
圖6是根據本發明實施例的用於說明子服務的屬性表。
具體實施方式
以下基於實施例對本發明進行描述，但是本發明並不僅僅限於這些實施例。在下文對本發明的細節描述中，詳盡描述了一些特定的細節部分。對本領域技術人員來說沒有這些細節部分的描述也可以完全理解本發明。為了避免混淆本發明的實質，公知的方法、過程、流程沒有詳細敘述。另外附圖不一定是按比例繪製的。
附圖中的流程圖、框圖圖示了本發明實施例的系統、方法、裝置的可能的體系框架、功能和操作，流程圖和框圖上的方框可以代表一個模塊、程序段或僅僅是一段代碼，所述模塊、程序段和代碼都是用來實現規定邏輯功能的可執行指令。也應當注意，所述實現規定邏輯功能的可執行指令可以重新組合，從而生成新的模塊和程序段。因此附圖的方框以及方框順序只是用來更好的圖示實施例的過程和步驟，而不應以此作為對發明本身的限制。
圖1是根據本發明實施例的提供全量服務的方法的流程圖。該方法包括以下步驟。
在步驟101中，獲取表示用戶需求的指令信息。
在本步驟中，可以向用戶提供圖表界面，通過圖表界面上的輸入框、選擇框、文本框等要素採集用戶需求，並形成指令信息。例如，向用戶提供層級遞進的圖表界面，當通過當前的圖表界面採集到用戶輸入的部分指令信息後，根據這部分指令信息向用戶提供下一級的圖表界面，以獲得進一步的指令信息。值得指出的是，本發明並不限定必須一次性地輸入所有的指令信息，即本步驟可以在步驟102-104的之前或之後重複執行。
在步驟102中，根據預設的服務場景知識庫和指令信息將用戶需求分解成多個子服務。
在步驟103中，根據多個子服務獲取可用的服務提供商名稱。
預設的服務場景知識庫包括多種子服務的數據，通過檢索能夠獲得指令信息匹配的子服務。由此，在步驟102-103中，可以根據指令信息分解用戶需求為多個子服務，並且獲得每個子服務可用的服務提供商的名稱。
在步驟104中，向用戶提供反饋信息，所述反饋信息中至少包含所述可用的服務提供商名稱。
將可用的服務提供商名稱提供給用戶，以便於用戶採取進一步操作。
舉例說明。例如，一個宅男想到外地遊玩幾天，但是沒有目標、沒有計劃。通過本發明，可以挖掘他的詳細需求，例如，喜歡什麼天氣、預算多少、想看海還是看花等等，根據這些信息檢索服務場景知識庫，獲得一系列的子服務組合，以及對應的服務提供商名稱，則該男可以基於這些信息安排自己的流程。
在進一步的實施例中，該方法不僅可以獲得上述的信息，而且能夠通過系統向相應的服務提供商訂購相應的子服務。
具體地，如圖2所示。圖2是根據本發明另一實施例的提供全量服務的方法的流程圖。
在步驟201中，獲取表示用戶需求的指令信息。
在步驟202中，根據預設的服務場景知識庫和指令信息將用戶需求分解成多個子服務。
在步驟203中，根據多個子服務獲取可用的服務提供商名稱。
在步驟204中，向用戶提供反饋信息，所述反饋信息中至少包含所述可用的服務提供商名稱。
在步驟205中，根據可用的服務提供商名稱向服務提供商下達訂單，並將所述訂單信息反饋給用戶。
圖2的實施例中增加了步驟205，從而幫助用戶預定相應的服務提供商提供的子服務。
再舉例說明。例如，用戶定外賣，訂單裡包括10個菜、1瓶白酒、10瓶啤酒，但沒有一家餐館能夠提供上述全部餐品，在現有技術中，用戶只能選擇將對訂單分解，在不同的餐館下單，並分別結算。但應用本實施例，則可以只提交一個訂單，系統會根據服務場景知識庫將訂單分解，並向不同的餐館下單。對於用戶來說，只有一次下單，一次結算，即滿足其所有的需求。
圖3是根據本發明實施例的提供全量服務的方法的應用圖。
如圖所示，本發明提供的全量服務的方法可以應用在移動互聯環境中，行動電話用於接收指令信息，並將指令信息分解成多個子服務，每個子服務對應一個雲端的服務提供商，並在必要的時候，向服務提供商預定子服務。
圖4是根據本發明實施例的全量服務系統的結構圖。
全量服務系統40包括獲取模塊401、分解模塊402、檢索模塊403和反饋模塊404。
獲取模塊401用於獲取表示用戶需求的指令信息。指令信息的類型可以是語音類型、文本類型或視頻類型等均可。如果是語音類型或視頻類型，還涉及到語義解析和語音解析。
分解模塊402用於根據預設的服務場景知識庫和所述指令信息將所述用戶需求分解成多個子服務。
檢索模塊403用於根據所述多個子服務獲取可用的服務提供商名稱。在可選的實施例中，可用的服務提供商為已經向本系統註冊的服務提供商，通過提供註冊接口，能夠獲得可用的服務提供商名稱。
反饋模塊404用於向用戶提供反饋信息，所述反饋信息中至少包含所述可用的服務提供商名稱。
圖1的方法和本實施例的系統對應，因此，在本實施例中，以相對簡略的方式進行描述。
圖5是根據本發明實施例的全量服務系統的分解模塊的結構圖。
分解模塊402根據預設的服務場景知識庫和所述指令信息將所述用戶需求分解成多個子服務。
包括關鍵詞提取單元4021、關鍵詞檢索單元4022和子服務確定單元4023。
關鍵詞提取單元4021用於從指令信息中提取關鍵詞。
關鍵詞檢索單元4022用於根據所述關鍵詞檢索預設的服務場景知識庫。
子服務確定單元4023用於根據檢索結果確定所述用戶需求對應的每個子服務的業務類型、包含服務場景以及每個服務場景包含的服務環節。
在一個可選的實施例中，如圖6所示，服務場景知識庫包含有多個子服務的數據，而每個子服務由業務策略機、服務場景和環節節點三個實例組成，每個服務場景模型包括服務類型，服務狀態，服務主環節，輔助環節集合，服務目標集合，服務交互集合；業務場景中的服務主環節與輔助環節可以動態添加環節節點來構造，整個服務場景的目標有各個環節中的屬性設置的交集組成，為了明確服務場景的目標而進行的交互內容也是各個節點的交互集合匯集。面對不同場合的服務場景由業務策略機進行組裝與驅動。
舉例說明。對於一個外賣訂單的業務場景中，服務場景中的回鍋肉，宮保雞丁，魚香肉絲可以作為一個環節節點，由一個餐館提供(因此作為一個服務場景)，也可以分為三個不同的場景，每個場景對應一個餐館，每個場景裡對應一個環節節點，分別是回鍋肉，宮保雞丁，魚香肉絲。在環節節點的實例化過程中，即為通過和用戶的交互將環節節點的屬性信息填滿的過程。例如，向用戶詢問：1.你喜歡什麼肉菜還是素菜？2.現在的這個季節，吃魚不錯，給您推薦一下？並基於回答得到環節節點的屬性值。
需要指出的是，服務場景知識庫的數據需要維護。因此，上述全量服務系統還包括一個配置模塊，用於提供接口，以便於維護服務場景知識庫中的數據。例如，通過大數據分析的方式提取各個節點的相關信息，然後維護人員通過配置模塊進行服務場景的匹配。
另外，在另一個可選的實施例中，上述全量服務系統還包括：訂單模塊，用於根據可用的服務提供商名稱向服務提供商下達訂單，並將訂單信息反饋給用戶。
針對現有技術中的需要在多個應用上下單以獲取不同服務的問題，本發明提供的全量服務系統，作為用戶和多個應用之間的橋梁，用戶可以在全量服務系統上提交任意需求，系統對需求進行分析和識別，並找到對應的服務提供商提供給用戶。進一步地，系統可以預定服務提供商提供的子服務，而用戶只需要在系統上進行一次結算即可。該系統有助於簡化用戶操作，給用戶提供更多便利。
系統的各個模塊或模塊可以通過硬體、固件或軟體實現。軟體例如包括採用java、c/c++/c#、sql等各種程式語言形成的編碼程序。雖然在方法以及方法圖例中給出本發明實施例的步驟以及步驟的順序，但是所述步驟實現規定的邏輯功能的可執行指令可以重新組合，從而生成新的步驟。所述步驟的順序也不應該僅僅局限於所述方法以及方法圖例中的步驟順序，可以根據功能的需要隨時進行調整。例如將其中的某些步驟並行或按照相反順序執行。
根據本發明的系統和方法可以部署在單個或多個伺服器上。例如，可以將不同的模塊分別部署在不同的伺服器上，形成專用伺服器。或者，可以在多個伺服器上分布式部署相同的功能模塊、模塊或系統，以減輕負載壓力。所述伺服器包括但不限於在同一個區域網以及通過internet連接的多個pc機、pc伺服器、刀片機、超級計算機等。
以上所述僅為本發明的優選實施例，並不用於限制本發明，對於本領域技術人員而言，本發明可以有各種改動和變化。凡在本發明的精神和原理之內所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。