一種基于多線程的交互體檢方法和系統的制作方法
【專利摘要】本發(fā)明涉及一種基于多線程的交互體檢方法和系統。其中方法包括步驟S1，當接收到觸發(fā)指令后，觸發(fā)啟動對事件的多線程體檢；步驟S2，對事件的全部檢測項同時開始體檢，獲取各個檢測項的檢測結果；步驟S3，全部檢測項檢測結束后，根據各個檢測項的檢測結果分別匹配各個檢測項的預設檢測規(guī)則,得到檢測結論；步驟S4，根據檢測結論匹配預設檢測結論與解決方案關聯表，得到解決方案。本發(fā)明建立了檢測項多線程并發(fā)處理機制，同時采用檢測規(guī)則匹配獲得到檢測結論的方法，提升了事件處理效率，大大縮短了事件處理時間，使得針對客戶咨詢或者投訴事件的處理更加快捷與高效。
【專利說明】
一種基于多線程的交互體檢方法和系統
技術領域
[0001]本發(fā)明涉及B/S企業(yè)應用軟件領域，尤其涉及一種基于多線程的交互體檢方法和系統。
【背景技術】
[0002]在傳統CRM客戶聯絡系統中，針對客戶問題，并未有一鍵數據檢測機制，大多數情況是通過既有的OP功能結合BOSS能力對客戶咨詢解答及對客戶投訴的處理。
[0003]舉例來說:用戶通過電話熱線反饋手機短信功能無法使用，坐席代表通過查詢停機情況、CRM短彳目服務狀態(tài)、在途訂單等來確定是否存在異常。但此冋題可能為HLR狀態(tài)異常導致，故坐席代表一般是無法發(fā)現并及時為用戶處理。現有的客戶問題處理機制如圖1所不O
[0004]因此現有的客戶問題處理機制暫無對用戶數據進行原子化，并拆分為屬性進行檢測，也缺少對檢測結果的規(guī)則匹配算法。

【發(fā)明內容】

[0005]本發(fā)明所要解決的技術問題是針對現有技術的不足，提供一種基于多線程的交互體檢方法和系統。
[0006]本發(fā)明解決上述技術問題的技術方案如下:一種基于多線程的交互體檢方法，包括如下步驟:
[0007]步驟SI，當接收到觸發(fā)指令后，觸發(fā)啟動對事件的多線程體檢；
[0008]步驟S2，對事件的全部檢測項同時開始體檢，獲取各個檢測項的檢測結果；
[0009]步驟S3，全部檢測項檢測結束后，根據各個檢測項的檢測結果分別匹配各個檢測項的預設檢測規(guī)則，得到檢測結論；
[0010]步驟S4，根據所述檢測結論匹配預設檢測結論與解決方案關聯表，得到解決方案。
[0011]本發(fā)明的有益效果是:本發(fā)明建立了檢測項多線程并發(fā)處理機制，同時采用檢測規(guī)則匹配獲得到檢測結論的方法，提升了事件處理效率，大大縮短了事件處理時間，使得針對客戶咨詢或者投訴事件的處理更加快捷與高效。
[0012]在上述技術方案的基礎上，本發(fā)明還可以做如下改進。
[0013]進一步地，步驟SI中，所述觸發(fā)指令在檢測到事件后自動發(fā)出，或者由來自外部的操作命令觸發(fā)。
[0014]采用上述進一步方案的有益效果是:觸發(fā)指令在檢測到事件后自動發(fā)出，使用該方式時，能夠同時處理多個事件，響應速度快;觸發(fā)指令由來自外部的操作命令觸發(fā)，使用該方式時，可以由用戶自主選擇體檢何時開始。
[0015]進一步地，步驟S2中，在對事件體檢之前，還包括根據事件確定事件的檢測場景，并根據預配置的檢測場景對應的檢測項確定事件的檢測項。
[0016]進一步地，使用進度條在顯示頁面上顯示步驟S1-S4的執(zhí)行進度。
[0017]采用上述進一步方案的有益效果是:使用進度條的形式能夠使執(zhí)行進度可視化，直觀的展示執(zhí)行進度，極大地提高了使用者的感知和體驗。
[0018]進一步地，所述顯示頁面采用Ajax技術。
[0019]采用上述進一步方案的有益效果是:采用Ajax技術，在整個請求與響應過程中能夠達到頁面無刷新效果，不影響用戶其他操作，提高用戶體驗。
[0020]本發(fā)明解決上述技術問題的另一種技術方案如下:一種基于多線程的交互體檢系統，包括觸發(fā)模塊、體檢模塊、檢測結論獲取模塊和解決方案獲取模塊；
[0021]所述觸發(fā)模塊，用于當接收到觸發(fā)指令后，觸發(fā)啟動對事件的多線程體檢；
[0022]所述體檢模塊，與所述觸發(fā)模塊連接，用于對事件的全部檢測項同時開始體檢，獲取各個檢測項的檢測結果；
[0023]所述檢測結論獲取模塊，與所述體檢模塊連接，用于在全部檢測項檢測結束后，根據各個檢測項的檢測結果分別匹配各個檢測項的預設檢測規(guī)則，得到檢測結論；
[0024]所述解決方案獲取模塊，與所述檢測結論獲取模塊連接，用于根據所述檢測結論匹配預設檢測結論與解決方案關聯表，得到解決方案。
[0025]本發(fā)明的有益效果是:本發(fā)明建立了檢測項多線程并發(fā)處理機制，同時采用檢測規(guī)則匹配獲得到檢測結論的方法，提升了事件處理效率，大大縮短了事件處理時間，使得針對客戶咨詢或者投訴事件的處理更加快捷與高效。
[0026]在上述技術方案的基礎上，本發(fā)明還可以做如下改進。
[0027]進一步地，所述觸發(fā)指令在檢測到事件后自動發(fā)出，或者由來自外部的操作命令觸發(fā)。
[0028]采用上述進一步方案的有益效果是:觸發(fā)指令在檢測到事件后自動發(fā)出，使用該方式時，能夠同時處理多個事件，響應速度快;觸發(fā)指令由來自外部的操作命令觸發(fā)，使用該方式時，可以由用戶自主選擇體檢何時開始。
[0029]進一步地，所述體檢模塊還包括檢測場景確定單元和檢測項確定單元；
[0030]所述檢測場景確定單元，用于根據事件確定事件的檢測場景；
[0031]所述檢測項確定單元，與所述檢測場景確定單元連接，用于并根據預配置的檢測場景對應的檢測項確定事件的檢測項。
[0032]進一步地，所述基于多線程的交互體檢系統，還包括進度條顯示模塊，與所述觸發(fā)模塊、所述體檢模塊、所述檢測結論獲取模塊和所述解決方案獲取模塊均連接，使用進度條在顯示頁面上顯示體檢的執(zhí)行進度。
[0033]采用上述進一步方案的有益效果是:使用進度條的形式能夠使執(zhí)行進度可視化，直觀的展示執(zhí)行進度，極大地提高了使用者的感知和體驗。
[0034]進一步地，所述顯示頁面采用Ajax技術。
[0035]采用上述進一步方案的有益效果是:采用Ajax技術，在整個請求與響應過程中能夠達到頁面無刷新效果，不影響用戶其他操作，提高用戶體驗。
【附圖說明】
[0036]圖1為現有的客戶問題處理機制；
[0037]圖2為本發(fā)明所述基于多線程的交互體檢方法流程圖；
[0038]圖3為本發(fā)明所述基于多線程的交互體檢系統結構圖。
【具體實施方式】
[0039]以下結合附圖對本發(fā)明的原理和特征進行描述，所舉實例只用于解釋本發(fā)明，并非用于限定本發(fā)明的范圍。
[0040]下面是本發(fā)明中涉及到的一些名詞解釋。
[0041]多線程(multithreading):是指從軟件或者硬件上實現多個線程并發(fā)執(zhí)行的技術。
[0042]B/S架構:即瀏覽器和服務器結構。B/S結構是WEB興起后的一種網絡結構模式，WEB瀏覽器是客戶端最主要的應用軟件。這種模式統一了客戶端，將系統功能實現的核心部分集中到服務器上，客戶機上只要安裝一個瀏覽器(Browser)，如Net scape Navi gator或Internet Explorer，服務器安裝Oracle、Sybase、Informix或SQL Server等數據庫。瀏覽器通過Web Server同數據庫進行數據交互。
[0043]體檢技術:是指將用戶數據原子化，抽象出基本屬性，并對該基本屬性進行檢測，通過檢測結果得到最終結論與解決方案。
[0044]圖2為本發(fā)明所述基于多線程的交互體檢方法流程圖。
[0045]如圖2所示，一種基于多線程的交互體檢方法，包括如下步驟:
[0046]步驟SI，當接收到觸發(fā)指令后，觸發(fā)啟動對事件的多線程體檢。
[0047]在本發(fā)明的具體實施例中，觸發(fā)指令在檢測到事件后自動發(fā)出，即事件為觸發(fā)源，當檢測到一個事件時，即產生觸發(fā)指令，使用該方式時，能夠同時處理多個事件，響應速度快。觸發(fā)指令也可以來自外部的操作命令觸發(fā)，例如設置一個體檢按鈕，當用戶點擊體檢按鈕時，即產生觸發(fā)命令，使用該方式時，可以由用戶自主選擇體檢何時開始。
[0048]本發(fā)明的具體實施例中，事件包括客戶問題咨詢事件和客戶投訴事件，可以應用在各行各業(yè)中，在應用在通信行業(yè)時，事件可以包括客戶反饋短信功能無法使用、客戶反饋對手機上網資費不認可等。
[0049]步驟S2，對事件的全部檢測項同時開始體檢，獲取各個檢測項的檢測結果。
[0050]步驟S2中，在對事件體檢之前，還包括根據事件確定事件的檢測場景，并根據預配置的檢測場景對應的檢測項確定事件的檢測項。
[0051]例如，客戶通過電話熱線反饋手機短信功能無法使用，那么事件的檢測場景就是“手機短信功能無法使用”，針對檢測場景“手機短信功能無法使用”預配置的檢測項包括手機停機狀況、CRM短信服務狀態(tài)、在途訂單等;又例如，客戶反饋對手機上網資費不認可，那么，事件的檢測場景就是“手機上網資費問題”，針對檢測場景“手機上網資費問題”預配置的檢測項包括客戶的付費模式、流量小清單數量、套餐中無贈送流量且沒有辦理流量包、手機流量是否有超出、套餐包內既有超出流量又有剩余流量等。
[0052]一個事件對應至少一個檢測項，在事件的檢測項為多個時，同步對所有的檢測項進行檢測，根據檢測項數據源配置，獲取檢測結果，如調用接口、查詢數據庫、調用文件處理程序等。
[0053]步驟S3，全部檢測項檢測結束后，根據各個檢測項的檢測結果分別匹配各個檢測項的預設檢測規(guī)則，得到檢測結論。
[0054]當一個檢測項檢測結束后，則該線程等待，直到所有線程上的檢測項都檢測結束，根據各個檢測項的檢測結果分別匹配各個檢測項的預設檢測規(guī)則，得到檢測結論，例如當檢測項為用戶上網流量，該檢測項的預設檢測規(guī)則為500M及500M以內為未超出套餐，500M以外為超出套餐，根據該預設檢測規(guī)則即可得出未超出套餐或者超出套餐的結論。
[0055]步驟S4，根據檢測結論匹配預設檢測結論與解決方案關聯表，得到解決方案。
[0056]此時整個檢測結束，可以產生檢測結束的信息通知框和/或通過聲音的方式通知用戶檢測結束，便于用戶第一時間將解決方案反饋給客戶。
[0057]本發(fā)明建立了檢測項多線程并發(fā)處理機制，同時采用檢測規(guī)則匹配獲得到檢測結論的方法，提升了事件處理效率，大大縮短了事件處理時間，使得針對客戶咨詢或者投訴事件的處理更加快捷與高效。
[0058]本發(fā)明的具體實施例中，還可以使用進度條在顯示頁面上顯示上述步驟Sl-S^9執(zhí)行進度，使用進度條的形式能夠使執(zhí)行進度可視化，直觀的展示執(zhí)行進度，極大地提高了使用者的感知和體驗。
[0059]本發(fā)明的具體實施例中，顯示頁面可以采用Ajax技術，在整個請求與響應過程中能夠達到頁面無刷新效果，不影響用戶其他操作，提高用戶體驗。
[0060]圖3為本發(fā)明所述基于多線程的交互體檢系統結構圖。
[0061]如圖3所示，一種基于多線程的交互體檢系統，使用了上述基于多線程的交互體檢方法，包括觸發(fā)模塊、體檢模塊、檢測結論獲取模塊和解決方案獲取模塊。
[0062]觸發(fā)模塊，用于當接收到觸發(fā)指令后，觸發(fā)啟動對事件的多線程體檢;觸發(fā)指令在檢測到事件后自動發(fā)出，或者由來自外部的操作命令觸發(fā)。
[0063]體檢模塊，與觸發(fā)模塊連接，用于對事件的全部檢測項同時開始體檢，獲取各個檢測項的檢測結果;體檢模塊還包括檢測場景確定單元和檢測項確定單元;檢測場景確定單元，用于根據事件確定事件的檢測場景;檢測項確定單元，與檢測場景確定單元連接，用于并根據預配置的檢測場景對應的檢測項確定事件的檢測項。
[0064]檢測結論獲取模塊，與體檢模塊連接，用于在全部檢測項檢測結束后，根據各個檢測項的檢測結果分別匹配各個檢測項的預設檢測規(guī)則，得到檢測結論。
[0065]解決方案獲取模塊，與檢測結論獲取模塊連接，用于根據所述檢測結論匹配預設檢測結論與解決方案關聯表，得到解決方案。
[0066]本發(fā)明所述的基于多線程的交互體檢系統還包括進度條顯示模塊，與觸發(fā)模塊、體檢模塊、檢測結論獲取模塊和解決方案獲取模塊均連接，使用進度條在顯示頁面上顯示體檢的執(zhí)行進度，并且顯示頁面采用Ajax技術。
[0067]在本發(fā)明的具體實施例中，可以將基于多線程的交互體檢系統簡單的劃分為前端和后端，前端顯示屏幕以及在顯示屏幕的顯示頁面上顯示的體檢按鈕、進度條、檢測結論和解決方案等;后端則提供檢測場景分類配置、檢測項配置、檢測規(guī)則配置、解決方案配置、檢測結論與解決方案關聯配置等。
[0068]在本說明書的描述中，參考術語“實施例一”、“實施例二”、“示例”、“具體示例”、或“一些示例”等的描述意指結合該實施例或示例描述的具體方法、裝置或者特點包含于本發(fā)明的至少一個實施例或示例中。在本說明書中，對上述術語的示意性表述不必須針對的是相同的實施例或示例。而且，描述的具體特征、方法、裝置或者特點可以在任一個或多個實施例或示例中以合適的方式結合。此外，在不相互矛盾的情況下，本領域的技術人員可以將本說明書中描述的不同實施例或示例以及不同實施例或示例的特征進行結合和組合。
[0069]以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
【主權項】
1.一種基于多線程的交互體檢方法，其特征在于，包括如下步驟: 步驟Si，當接收到觸發(fā)指令后，觸發(fā)啟動對事件的多線程體檢； 步驟S2，對事件的全部檢測項同時開始體檢，獲取各個檢測項的檢測結果； 步驟S3，全部檢測項檢測結束后，根據各個檢測項的檢測結果分別匹配各個檢測項的預設檢測規(guī)則，得到檢測結論； 步驟S4，根據所述檢測結論匹配預設檢測結論與解決方案關聯表，得到解決方案。2.根據權利要求1所述的基于多線程的交互體檢方法，其特征在于，還包括:步驟SI中，所述觸發(fā)指令在檢測到事件后自動發(fā)出，或者由來自外部的操作命令觸發(fā)。3.根據權利要求1所述的基于多線程的交互體檢方法，其特征在于，步驟S2中，在對事件體檢之前，還包括根據事件確定事件的檢測場景，并根據預配置的檢測場景對應的檢測項確定事件的檢測項。4.根據權利要求1所述的基于多線程的交互體檢方法，其特征在于，使用進度條在顯示頁面上顯示步驟S1-S4的執(zhí)行進度。5.根據權利要求4所述的基于多線程的交互體檢方法，其特征在于，所述顯示頁面采用Ajax技術。6.—種基于多線程的交互體檢系統，其特征在于，包括觸發(fā)模塊、體檢模塊、檢測結論獲取模塊和解決方案獲取模塊； 所述觸發(fā)模塊，用于當接收到觸發(fā)指令后，觸發(fā)啟動對事件的多線程體檢； 所述體檢模塊，與所述觸發(fā)模塊連接，用于對事件的全部檢測項同時開始體檢，獲取各個檢測項的檢測結果； 所述檢測結論獲取模塊，與所述體檢模塊連接，用于在全部檢測項檢測結束后，根據各個檢測項的檢測結果分別匹配各個檢測項的預設檢測規(guī)則，得到檢測結論； 所述解決方案獲取模塊，與所述檢測結論獲取模塊連接，用于根據所述檢測結論匹配預設檢測結論與解決方案關聯表，得到解決方案。7.根據權利要求6所述的基于多線程的交互體檢系統，其特征在于，所述觸發(fā)指令在檢測到事件后自動發(fā)出，或者由來自外部的操作命令觸發(fā)。8.根據權利要求6所述的基于多線程的交互體檢系統，其特征在于，所述體檢模塊還包括檢測場景確定單元和檢測項確定單元； 所述檢測場景確定單元，用于根據事件確定事件的檢測場景； 所述檢測項確定單元，與所述檢測場景確定單元連接，用于并根據預配置的檢測場景對應的檢測項確定事件的檢測項。9.根據權利要求6所述的基于多線程的交互體檢系統，其特征在于，還包括進度條顯示模塊，與所述觸發(fā)模塊、所述體檢模塊、所述檢測結論獲取模塊和所述解決方案獲取模塊均連接，使用進度條在顯示頁面上顯示體檢的執(zhí)行進度。10.根據權利要求9所述的基于多線程的交互體檢系統，其特征在于，所述顯示頁面采用Ajax技術。
【文檔編號】G06Q30/00GK105931057SQ201610228448
【公開日】2016年9月7日
【申請日】2016年4月13日
【發(fā)明人】杜立鶴
【申請人】北京思特奇信息技術股份有限公司