新四季網

處理伺服器的製作方法

2023-05-16 03:13:16 1

專利名稱:處理伺服器的製作方法
技術領域:
本發明涉及計算機技術領域,具體涉及一種處理伺服器。
背景技術:
隨著網際網路的發展,商家越來越認識到客服服務的重要性,特別是在電子商務和網路遊戲領域,客服服務的地位和作用越來越明顯,客服系統也應運而生。目前,一種業界普遍的客服系統為基於表單的客服系統(FCSS,Form-basedCustomer Service System),用戶使用表單提交客服信息,客服人員使用表單回答問題。其中,FCSS會制定所需的欄位,然後按照一定規則排列,通過多媒體設備以表單的形式呈現給用戶。用戶在表單中填寫客服信息,完成填寫後提交到FCSS後臺;客服人員在FCSS後臺查看客服信息,以表單的形式向用戶提供解決方法。FCSS的主要缺點在於缺乏與用戶的互動, 導致客服人員和用戶之間的交流難以持續。FCSS中,用戶只能進行瀏覽以及簡單的表單提交,用戶往往只是一個瀏覽者,而不是一個參與者。例如用戶提交問題後,客服人員查看問題,如果對問題描述理解得並不精確,客服人員也會按照他自己的理解回答問題,最終導致用戶不滿意其回答。在FCSS中,對於這種情況,用戶只能重新提交一個新的表單,再次描述他遇到的問題。導致整個流程顯得重複繁瑣,用戶和客服人員無法進行高效率的溝通。另一種業界普遍的客服系統為基於即時消息的客服系統GMCSS,InstantMessaging-based Customer Service System),用戶和客服人員進行即時交流,但這種解決方案也存在明顯的缺點。在基於即時消息的客服系統(MCSS)中,用戶通過即時消息向客服人員提問問題,客服人員隨即回答用戶。IMCSS的主要缺點在於難以對客服信息進行精確跟蹤。由於即時消息的隨意性(它不具備表單的規範性),客服信息往往會零散地出現在多個不連續的即時消息中。因此,用戶很難從過往的聊天記錄中搜索到所需的信息,而客服人員很難對用戶提出的問題的內容、處理過程和處理結果進行規範化的描述和記錄。例如,用戶和客服人員經過多個來回的即時消息交流後,解決了一系列用戶問題,但是用戶問題的描述和解決方案很可能存在於多條不連續的即時消息中,甚至會出現一種極端現象在某個問題的提出和解答之間,又夾雜著其它問題的描述和解答,例如問題一提出後,客服人員尚未解決,用戶繼續提出了問題二,客服人員可能優先解答了問題二後,再解答問題一。由此可知,在方案一和方案二中的客服系統都無法確保客服人員與用戶之間的順暢和高效的溝通,導致降低了用戶在反饋客服信息時的用戶體驗效果。由此可知,現有的客服系統無法確保客服人員與用戶之間的順暢和高效的溝通,影響了用戶在反饋信息時的用戶體驗效果。

發明內容
鑑於上述問題,提出了本發明以便提供一種克服上述問題或者至少部分地解決上述問題的處理伺服器。依據本發明,提供了一種處理伺服器,布置在用戶端和處理終端之間,其中,所述處理伺服器包括用戶請求處理模塊,被配置為接收來自所述用戶端中的前端模塊的用戶請求信息,創建請求處理任務,並將所述請求處理任務分配給處理終端的後臺模塊;會話處理模塊,被配置為所述請求處理任務創建對應的會話;接收用戶輸入的與該會話相關聯的信息並將其轉發給所述後臺模塊,以及接收所述後臺模塊輸入的與該會話相關聯的信息並將其轉發給所述前端模塊,同時存儲與該會話相關聯的信息。
可選地,所述用戶請求信息包括下列中的一個或者多個
涉及的應用及所述用戶端所在的位置、用戶請求的類型、以及用戶請求的內容。
可選地,所述用戶請求處理模塊將從所述處理終端接收的所述請求處理任務的當前狀態傳輸給所述前端模塊以顯示。
可選地,所述會話處理模塊結束關於所述請求處理任務的會話。
可選地,所述用戶請求處理模塊存儲關於每個用戶端的請求處理任務列表,以及與所述列表中的每一請求處理任務對應的會話歷史記錄。
可選地,所述用戶請求處理模塊根據來自所述前端模塊的查詢請求進行查詢並使所述查詢內容顯示在所述前端模塊中。
根據本發明的處理伺服器,可以根據用戶提交的用戶請求信息創建請求處理任務,然後對請求處理任務進行存儲和跟蹤,能夠有效地管理請求處理任務的內容、處理過程和處理結果;同時,通過記錄與請求處理任務對應的會話,可對請求處理任務進行持續的、 即時的處理方式,使得用戶與客服人員能夠即時交流,提高客服系統的響應速度,進而提高用戶在反饋信息時的用戶體驗效果。
上述說明僅是本發明技術方案的概述,為了能夠更清楚了解本發明的技術手段, 而可依照說明書的內容予以實施,並且為了讓本發明的上述和其它目的、特徵和優點能夠更明顯易懂,以下特舉本發明的具體實施方式



通過閱讀下文優選實施方式的詳細描述,各種其他的優點和益處對於本領域普通技術人員將變得清楚明了。附圖僅用於示出優選實施方式的目的,而並不認為是對本發明的限制。而且在整個附圖中,用相同的附圖標記表示相同的部件。在附圖中
圖1示出了根據本發明的一個實施例的用戶請求處理系統100的示意圖2A示出了根據本發明的一個實施例的顯示未解決的問題的會話界面的示意圖2B示出了根據本發明的一個實施例的顯示已解決的問題的會話界面的示意圖;以及
圖3示出了根據本發明的一個實施例的用戶請求處理方法300的流程圖。
具體實施方式
下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例,然而應當理解,可以以各種形式實現本公開而不應被這裡闡述的實施例所限制。相反,提供這些實施例是為了能夠更透徹地理解本公開,並且能夠將本公開的範圍完整的傳達給本領域的技術人員。
圖1示意性地示出了根據本發明實施例的用戶請求處理系統100的示意圖。如圖1所示,用戶請求處理系統包括設置於每一用戶端12中的前端模塊122、設置於每一處理終端14中的後臺模塊142、以及布置在用戶端12和處理終端14之間的處理伺服器16。前端模塊122被配置為接收用戶輸入的用戶請求信息,並將其發送給處理伺服器16。用戶請求信息包括下列中的一個或多個涉及的應用及用戶端所在的位置、用戶請求的類型、以及用戶請求的內容等。其中的應用可以是遊戲、應用軟體和作業系統等;應用及用戶端所在的位置可以是用戶端在網絡中的地址,例如IP位址,當然如果用戶請求信息涉及遊戲中的相關問題時,該用戶端所在的位置可以是用戶所選的區域伺服器所在的位置;用戶請求的類型可以包括遊戲充值、漏洞(BUG)建議、諮詢、投訴和裝備被盜等中一個或多個;用戶請求的內容包括用戶提交對相關問題的文字描述和/或用戶提交對相關問題的截圖。例如,當本發明的用戶請求處理系統100用於遊戲的客服領域中時,用戶請求信息可以為遊戲玩家從其所在區域伺服器提交的客服信息,該客服信息可以包含上面所述的用戶請求信息的全部或一部分。處理伺服器16包括用戶請求處理模塊162和會話處理模塊164。用戶請求處理模塊162被配置為接收來自前端模塊122的用戶請求信息,創建請求處理任務,並將請求處理任務分配給處理終端14的後臺模塊142 ;會話處理模塊164被配置為請求處理任務創建對應的會話,與請求處理任務對應的會話用於記錄用戶與客服人員之間針對該請求處理任務的會話信息;接收用戶輸入的與該會話相關聯的信息並將其轉發給後臺模塊142,以及接收後臺模塊142輸入的與該會話相關聯的信息並將其轉發給前端模塊122,同時存儲與該會話相關聯的信息。可選地,用戶請求處理模塊162可針對不同的用戶端以及不同的用戶請求創建不同的請求處理任務,該請求處理任務可以是指客服人員需要對用戶提交的用戶請求信息進行答覆所設定的相關任務。例如,在遊戲的客服領域中,可以根據玩家提交的客服信息為玩家創建客服工單(對應於這裡的請求處理任務),並將客服工單分配給相應的客服終端(對應於這裡的處理終端)。可選地,對位於不同區域伺服器的玩家以及每個玩家提出的不同的用戶請求分別創建不同的客服工單。可以理解的是,不同的玩家即使提出相同的用戶請求對於客服終端來說也應該屬於不同的客服工單,而同一玩家即使提出不同的用戶請求對於客服終端來說也應該屬於不同的客服工單。因此,通過用戶請求處理模塊162,可以針對不同的玩家和不同的用戶請求建立不同的客服工單,而對於同一玩家提出的相同的用戶請求又可以進行統一的管理,由此可以建立便於管理的客服工單,可以避免出現玩家與客服之間對應混亂的狀況。可選地,會話處理模塊164可針對不同的用戶端以及不同的用戶請求創建不同的對應的會話。以及在創建了請求處理任務和相應的會話之後,後續該用戶和客服人員之間有關該用戶請求的交互都可以在相應的會話中進行,具體而言,該會話處理模塊164可接收用戶端輸入的與該會話相關聯的信息並將其轉發給處理終端14,以及接收處理終端14輸入的與該會話相關聯的消息並將其轉發給用戶端12,同時存儲與該會話相關聯的信息。例如,在遊戲的客服領域中,在客服人員所在的客服終端的界面和玩家所在的用戶端的界面上能夠顯示玩家針對某一客服工單所提出的問題以及客服人員針對該客服工單所做的應答。只要是針對該客服工單的有關的問題,都可以在該會話中進行,從而使玩家與客服人員能夠針對某一問題及相關問題進行即時的交互,提高了溝通的效率。後臺模塊142被配置為處理來自用戶請求處理模塊分配的請求處理任務,以及向會話處理模塊164發送關於對請求處理任務處理的相關聯的信息。
由此通過前端模塊122、處理伺服器16、以及後臺模塊142,可以在用戶端與客服終端之間建立起既基於表單又基於即時消息的客服系統,可以很好地克服當前的基於表單的客服系統和基於即時消息的客服系統分別存在的缺陷,並且兼具二者的優點。
可選地,後臺模塊142包括狀態管理模塊。該狀態管理模塊被配置為根據請求處理任務的處理狀況,設置請求處理任務的當前狀態,並將當前狀態傳送給用戶請求處理模塊162,其中當前狀態包括已解決、未解決、以及處理中;用戶請求處理模塊162將請求處理任務的當前狀態傳輸給前端模塊122,前端模塊122顯示請求處理任務的當前狀態。
可選地,在後臺模塊142完成請求處理任務之後,狀態管理模塊設置請求處理任務的當前狀態為已解決;會話處理模塊164結束關於請求處理任務的會話;前端模塊322 顯示表明請求處理任務已解決以及會話結束的提示。也就是,當客服人員把請求處理任務處理完畢後,會關閉對應的會話。此時在會話界面上會向用戶顯示提示信息「問題已解決」。
可選地,用戶請求處理模塊162存儲關於每個用戶端的請求處理任務列表,以及與列表中的每一請求處理任務對應的會話歷史記錄。相應地,前端模塊122顯示其所在用戶端的請求處理任務的列表及與列表中每一請求處理任務對應的會話歷史記錄。圖2A和圖2B中分別示出了請求處理任務的列表的會話界面的示意圖,具體參見下面關於圖2A和圖2B的描述。
可選地,前端模塊122還包括查詢單元。該查詢單元被配置為接收用戶輸入的查詢信息並向用戶請求處理模塊162發送查詢請求,查詢信息包括請求處理任務和/或請求處理任務對應的會話。用戶請求處理模塊162根據來自查詢單元的查詢請求進行查詢並使查詢內容顯示在前端模塊122中。
圖2A示出了根據本發明的一個實施例的未解決的問題的會話界面的示意圖。如圖2A所示,在會話界面中顯示的客服工單列表200,在該客服工單列表200中記錄有至少一個客服工單211以及顯示對應客服工單211的相關會話窗口 23。可選地,客服工單列表 200可根據客服工單221的當前狀態進行劃分,例如可以劃分為未解決的問題21和已解決的問題22。在圖2A中,位於未解決的問題21分類下的客服工單包括「請問聲望獲取有什麼途徑? 」211、「test」、「55555555555555555555」。當選中條位於客服工單「請問聲望獲取有什麼途徑? 」211上時,會話窗口 23上顯示已有的來自玩家和客服終端的、與客服工單「請問聲望獲取有什麼途徑」相關的會話信息,即,來自遊戲玩家的用戶請求信息「請問聲望獲取有什麼途徑? 」以及來自客服終端的客服人員的會話信息「親,您的問題已成功提交,客服正在處理,請稍候」。這裡,圖2A中所示的會話界面可以顯示在玩家所在的用戶端以及相應的客服終端,從而使得玩家與客服人員即時進行交流並查詢客服工單。
圖2B示出了根據本發明的一個實施例的已解決的問題的會話界面的示意圖。這裡圖2B的會話界面的設置與圖2A的類似,二者區別只在於圖2B顯示的是已解決的問題的會話界面。如圖2B所示,在已解決的問題22的分類下羅列了多個已處理完畢的客服工單 111111111111111111、、test、5555555555555、和「請問聲望獲取有什麼途徑 」221。當選中條位於客服工單「請問聲望獲取有什麼途徑? 」221上時,會話窗口 23上顯示已有的來自玩家和客服終端的會話信息,即,來自玩家的用戶請求信息「請問聲望獲取有什麼途徑? 」來自客服終端的客服人員的會話信息「親,您的問題已成功提交,客服正在處理,請稍候」,以及在該客服工單處理完畢,由客服人員從客服終端發送的會話信息「親愛的玩家您好!遊戲內具體細節,請您親自體驗。祝您遊戲愉快! 」另外,在會話窗口 23的下面還顯示有提示信息「該問題已解決。如果還需要更多幫助,可以新建問題繼續提問」24。這時,在用戶端和客服終端上關於客服工單「請問聲望獲取有什麼途徑? 」的會話窗口已經關閉。但在該展現有客服工單列表的會話界面中,存儲有每一客服工單對應的會話以及當前狀態,該會話界面可以顯示在玩家所在的用戶端及客服人員所在客服終端,便於查詢。由上面所述可知,通過該請求處理任務列表,用戶可查詢該用戶提交的相關請求處理任務,以及查詢與該請求處理任務相關的會話信息。在該請求處理任務列表中,當用戶選擇一請求處理任務時,在會話窗口中會顯示與該請求處理任務對應的會話的歷史記錄,從而能夠進一步加強對請求處理任務的管理。雖然在圖2A和圖2B中僅以該應用為遊戲為例來介紹請求處理任務列表、請求處 理任務以及會話的表現形式,但可以理解的是,該請求處理任務列表還可適用其他的場景,例如投訴、諮詢等場景。本發明提供一種用戶請求處理方法,如圖3所示,其示出了根據本發明的一個實施例的用戶請求處理方法300的流程圖。如圖3所示,本發明的用戶請求處理方法100始於步驟S310。在步驟S310中,接收用戶端發送的用戶請求信息。用戶請求信息包括下列中的一個或多個涉及的應用及用戶端所在的位置、用戶請求的類型、以及用戶請求的內容等。其中的應用可以是遊戲、應用軟體和作業系統等;應用及用戶端所在的位置可以是用戶端在網絡中的地址,例如IP位址,當然如果用戶請求信息涉及遊戲中的相關問題時,該用戶端所在的位置可以是用戶所選的區域伺服器所在的位置;用戶請求的類型可以包括遊戲充值、漏洞(BUG)建議、諮詢、投訴和裝備被盜等中一個或多個;用戶請求的內容包括用戶提交對相關問題的文字描述和/或用戶提交對相關問題的截圖。例如,當本發明的用戶請求處理方法300用於遊戲的客服領域中時,用戶請求信息可以為遊戲玩家從其所在區域伺服器提交的客服信息,該客服信息可以包含上面所述的用戶請求信息的全部或一部分。隨後,在步驟S320,根據該用戶請求信息創建請求處理任務,並將請求處理任務分配給處理終端。可選地,針對不同的用戶端以及不同的用戶請求可以創建不同的請求處理任務,該請求處理任務可以是指客服人員需要對用戶提交的用戶請求信息進行答覆所設定的相關任務。例如,在遊戲的客服領域中,可以根據玩家提交的客服信息為玩家創建客服工單(對應於這裡的請求處理任務),並將客服工單分配給相應的客服終端(對應於這裡的處理終端)。可選地,對位於不同區域伺服器的玩家以及每個玩家提出的不同的用戶請求分別創建不同的客服工單。可以理解的是,不同的玩家即使提出相同的用戶請求對於客服終端來說也應該屬於不同的客服工單,而同一玩家即使提出不同的用戶請求對於客服終端來說也應該屬於不同的客服工單。因此,通過該步驟,可以針對不同的玩家和不同的用戶請求建立不同的客服工單,而對於同一玩家提出的相同的用戶請求又可以進行統一的管理,由此可以建立便於管理的客服工單,可以避免出現玩家與客服之間對應混亂的狀況。
隨後,在步驟S330中,為請求處理任務創建對應的會話。該與請求處理任務對應的會話用於記錄用戶與客服人員之間的、針對該請求處理任務的會話信息。可選地,針對不同的用戶端以及不同的用戶請求創建不同的對應的會話。
例如,在遊戲的客服領域中,創建與客戶工單對應的會話,從而便於玩家與客服終端的客服人員就該客服工單涉及的問題及時進行交流,可選地,對於不同的客服工單創建不同的會話。
在創建了請求處理任務和相應的會話之後,後續用戶和客服人員之間有關該用戶請求的交互都可以在相應的會話中進行,具體而言,在步驟S340中,接收用戶端輸入的與該會話相關聯的信息並將其轉發給處理終端,以及接收處理終端輸入的與該會話相關聯的消息並將其轉發給用戶端,同時存儲與該會話相關聯的信息。
例如,在遊戲的客服領域中,在客服人員所在的客服終端的界面和玩家所在的用戶端的界面上能夠顯示玩家針對某一客服工單所提出的問題以及客服人員針對該客服工單所做的應答。只要是針對該客服工單的有關的問題,都可以在該會話中進行,從而使玩家與客服人員能夠針對某一問題及相關問題進行即時的交互,提高了溝通的效率。
當客服人員完成對請求處理任務的處理時,會發布完成對請求處理任務的處理的會話信息,並在相應的玩家所在的用戶端界面顯示該會話信息。
在步驟S340之後,本發明的用戶請求處理方法300的處理流程可以結束。
從上面所述可知,本發明的用戶請求處理方法300通過執行上述步驟S320,根據用戶提交的用戶請求信息創建請求處理任務,然後對請求處理任務進行存儲和跟蹤,可以有效地管理請求處理任務的內容、處理過程和處理結果。另外,在步驟S330和S340中,通過創建與請求處理任務對應的會話,可對請求處理任務進行持續的、即時的處理,使得用戶與客服人員能夠即時交流,提高客服系統的響應速度。
可選地,還可執行步驟S322和步驟S324。其中在步驟S322中,根據請求處理任務的處理狀態,設置請求處理 任務的當前狀態。可選地,當前狀態包括下列中的一種或多種 已解決、未解決、以及處理中。隨後,在步驟S324中,將請求處理任務的當前狀態傳輸給用戶端,並在用戶端處顯示,使得用戶可通過請求處理任務的當前狀態了解其提交的用戶請求信息是否已被客服人員處理。
可選地,在步驟S340之後,還可執行步驟S350。在步驟S350中,在處理終端完成請求處理任務之後,在用戶端處結束關於對應的請求處理任務的會話。也就是,在客服人員完成對請求處理任務的處理後,會關閉用戶與客服人員之間的對應的會話。相應地,在會話界面上可以向用戶顯示提示信息「問題已解決」。
可選地,在用戶請求處理方法300的處理流程結束之前,例如在步驟S350之後,該處理方法300還可包括步驟S360 :根據用戶端來建立請求處理任務列表,並存儲與列表中的每一請求處理任務對應的會話;以及將用戶端的請求處理任務列表及與請求處理任務列表中每一請求處理任務對應的會話在用戶端處顯示。
需要說明的是,圖3中所示的方法並不限定按所示的各步驟的順序進行,可以根據需要調整各步驟的先後順序,例如步驟S330也可以在步驟S322之前執行。另外,圖3所示的方法中的步驟也不限定於上述步驟的劃分,上述步驟可以進一步拆分成更多步驟也可以合併成更少步驟。
在此提供的算法和顯示不與任何特定計算機、虛擬系統或者其它設備固有相關。各種通用系統也可以與基於在此的示教一起使用。根據上面的描述,構造這類系統所要求的結構是顯而易見的。此外,本發明也不針對任何特定程式語言。應當明白,可以利用各種程式語言實現在此描述的本發明的內容,並且上面對特定語言所做的描述是為了披露本發明的最佳實施方式。在此處所提供的說明書中,說明了大量具體細節。然而,能夠理解,本發明的實施例可以在沒有這些具體細節的情況下實踐。在一些實例中,並未詳細示出公知的方法、結構和技術,以便不模糊對本說明書的理解。類似地,應當理解,為了精簡本公開並幫助理解各個發明方面中的一個或多個,在上面對本發明的示例性實施例的描述中,本發明的各個特徵有時被一起分組到單個實施例、圖、或者對其的描述中。然而,並不應將該公開 的方法解釋成反映如下意圖即所要求保護的本發明要求比在每個權利要求中所明確記載的特徵更多的特徵。更確切地說,如下面的權利要求書所反映的那樣,發明方面在於少於前面公開的單個實施例的所有特徵。因此,遵循具體實施方式
的權利要求書由此明確地併入該具體實施方式
,其中每個權利要求本身都作為本發明的單獨實施例。本領域那些技術人員可以理解,可以對實施例中的設備中的模塊進行自適應性地改變並且把它們設置在與該實施例不同的一個或多個設備中。可以把實施例中的模塊或單元或組件組合成一個模塊或單元或組件,以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特徵和/或過程或者單元中的至少一些是相互排斥之外,可以採用任何組合對本說明書(包括伴隨的權利要求、摘要和附圖)中公開的所有特徵以及如此公開的任何方法或者設備的所有過程或單元進行組合。除非另外明確陳述,本說明書(包括伴隨的權利要求、摘要和附圖)中公開的每個特徵可以由提供相同、等同或相似目的的替代特徵來代替。此外,本領域的技術人員能夠理解,儘管在此所述的一些實施例包括其它實施例中所包括的某些特徵而不是其它特徵,但是不同實施例的特徵的組合意味著處於本發明的範圍之內並且形成不同的實施例。例如,在下面的權利要求書中,所要求保護的實施例的任意之一都可以以任意的組合方式來使用。本發明的各個部件實施例可以以硬體實現,或者以在一個或者多個處理器上運行的軟體模塊實現,或者以它們的組合實現。本領域的技術人員應當理解,可以在實踐中使用微處理器或者數位訊號處理器(DSP)來實現根據本發明實施例的用戶請求處理系統中的一些或者全部部件的一些或者全部功能。本發明還可以實現為用於執行這裡所描述的方法的一部分或者全部的設備或者裝置程序(例如,電腦程式和電腦程式產品)。這樣的實現本發明的程序可以存儲在計算機可讀介質上,或者可以具有一個或者多個信號的形式。這樣的信號可以從網際網路網站上下載得到,或者在載體信號上提供,或者以任何其他形式提供。應該注意的是上述實施例對本發明進行說明而不是對本發明進行限制,並且本領域技術人員在不脫離所附權利要求的範圍的情況下可設計出替換實施例。在權利要求中,不應將位於括號之間的任何參考符號構造成對權利要求的限制。單詞「包含」不排除存在未列在權利要求中的元件或步驟。位於元件之前的單詞「一」或「一個」不排除存在多個這樣的元件。本發明可以藉助於包括有若干不同元件的硬體以及藉助於適當編程的計算機來實 現。在列舉了若干裝置的單元權利要求中,這些裝置中的若干個可以是通過同一個硬體項來具體體現。單詞第一、第二、以及第三等的使用不表示任何順序。可將這些單詞解釋為名稱。
權利要求
1.一種處理伺服器,布置在用戶端和處理終端之間,其中,所述處理伺服器包括用戶請求處理模塊,被配置為接收來自所述用戶端中的前端模塊的用戶請求信息,創建請求處理任務,並將所述請求處理任務分配給處理終端的後臺模塊;會話處理模塊,被配置為所述請求處理任務創建對應的會話;接收用戶輸入的與該會話相關聯的信息並將其轉發給所述後臺模塊,以及接收所述後臺模塊輸入的與該會話相關聯的信息並將其轉發給所述前端模塊,同時存儲與該會話相關聯的信息。
2.如權利要求1所述的處理伺服器,所述用戶請求信息包括下列中的一個或者多個涉及的應用及所述用戶端所在的位置、用戶請求的類型、以及用戶請求的內容。
3.如權利要求1所述的處理伺服器,其中,所述用戶請求處理模塊將從所述處理終端接收的所述請求處理任務的當前狀態傳輸給所述前端模塊以顯示。
4.如權利要求3所述的處理伺服器,其中,所述會話處理模塊結束關於所述請求處理任務的會話。
5.如權利要求1所述的處理伺服器,所述用戶請求處理模塊存儲關於每個用戶端的請求處理任務列表,以及與所述列表中的每一請求處理任務對應的會話歷史記錄。
6.如權利要求1所述的處理伺服器,其中,所述用戶請求處理模塊根據來自所述前端模塊的查詢請求進行查詢並使所述查詢內容顯示在所述前端模塊中。
全文摘要
本發明公開了一種處理伺服器,布置在用戶端和處理終端之間,所述處理伺服器包括用戶請求處理模塊,被配置為接收來自所述用戶端中的前端模塊的用戶請求信息,創建請求處理任務,並將所述請求處理任務分配給處理終端的後臺模塊;會話處理模塊,被配置為所述請求處理任務創建對應的會話;接收用戶輸入的與該會話相關聯的信息並將其轉發給所述後臺模塊,以及接收所述後臺模塊輸入的與該會話相關聯的信息並將其轉發給所述前端模塊,同時存儲與該會話相關聯的信息。採用本發明的技術方案使得用戶與客服人員能夠即時交流,提高客服系統的響應速度,進而提高用戶在反饋信息時的用戶體驗效果。
文檔編號H04L12/58GK103001853SQ201210448718
公開日2013年3月27日 申請日期2012年11月9日 優先權日2012年11月9日
發明者何承雄, 袁家美, 左文建, 劉釗 申請人:北京奇虎科技有限公司, 奇智軟體(北京)有限公司

同类文章

一種新型多功能組合攝影箱的製作方法

一種新型多功能組合攝影箱的製作方法【專利摘要】本實用新型公開了一種新型多功能組合攝影箱,包括敞開式箱體和前攝影蓋,在箱體頂部設有移動式光源盒,在箱體底部設有LED脫影板,LED脫影板放置在底板上;移動式光源盒包括上蓋,上蓋內設有光源,上蓋部設有磨沙透光片,磨沙透光片將光源封閉在上蓋內;所述LED脫影

壓縮模式圖樣重疊檢測方法與裝置與流程

本發明涉及通信領域,特別涉及一種壓縮模式圖樣重疊檢測方法與裝置。背景技術:在寬帶碼分多址(WCDMA,WidebandCodeDivisionMultipleAccess)系統頻分復用(FDD,FrequencyDivisionDuplex)模式下,為了進行異頻硬切換、FDD到時分復用(TDD,Ti

個性化檯曆的製作方法

專利名稱::個性化檯曆的製作方法技術領域::本實用新型涉及一種檯曆,尤其涉及一種既顯示月曆、又能插入照片的個性化檯曆,屬於生活文化藝術用品領域。背景技術::公知的立式檯曆每頁皆由月曆和畫面兩部分構成,這兩部分都是事先印刷好,固定而不能更換的。畫面或為風景,或為模特、明星。功能單一局限性較大。特別是畫

一種實現縮放的視頻解碼方法

專利名稱:一種實現縮放的視頻解碼方法技術領域:本發明涉及視頻信號處理領域,特別是一種實現縮放的視頻解碼方法。背景技術: Mpeg標準是由運動圖像專家組(Moving Picture Expert Group,MPEG)開發的用於視頻和音頻壓縮的一系列演進的標準。按照Mpeg標準,視頻圖像壓縮編碼後包

基於加熱模壓的纖維增強PBT複合材料成型工藝的製作方法

本發明涉及一種基於加熱模壓的纖維增強pbt複合材料成型工藝。背景技術:熱塑性複合材料與傳統熱固性複合材料相比其具有較好的韌性和抗衝擊性能,此外其還具有可回收利用等優點。熱塑性塑料在液態時流動能力差,使得其與纖維結合浸潤困難。環狀對苯二甲酸丁二醇酯(cbt)是一種環狀預聚物,該材料力學性能差不適合做纖

一種pe滾塑儲槽的製作方法

專利名稱:一種pe滾塑儲槽的製作方法技術領域:一種PE滾塑儲槽一、 技術領域 本實用新型涉及一種PE滾塑儲槽,主要用於化工、染料、醫藥、農藥、冶金、稀土、機械、電子、電力、環保、紡織、釀造、釀造、食品、給水、排水等行業儲存液體使用。二、 背景技術 目前,化工液體耐腐蝕貯運設備,普遍使用傳統的玻璃鋼容

釘的製作方法

專利名稱:釘的製作方法技術領域:本實用新型涉及一種釘,尤其涉及一種可提供方便拔除的鐵(鋼)釘。背景技術:考慮到廢木材回收後再加工利用作業的方便性與安全性,根據環保規定,廢木材的回收是必須將釘於廢木材上的鐵(鋼)釘拔除。如圖1、圖2所示,目前用以釘入木材的鐵(鋼)釘10主要是在一釘體11的一端形成一尖

直流氧噴裝置的製作方法

專利名稱:直流氧噴裝置的製作方法技術領域:本實用新型涉及ー種醫療器械,具體地說是ー種直流氧噴裝置。背景技術:臨床上的放療過程極易造成患者的局部皮膚損傷和炎症,被稱為「放射性皮炎」。目前對於放射性皮炎的主要治療措施是塗抹藥膏,而放射性皮炎患者多伴有局部疼痛,對於止痛,多是通過ロ服或靜脈注射進行止痛治療

新型熱網閥門操作手輪的製作方法

專利名稱:新型熱網閥門操作手輪的製作方法技術領域:新型熱網閥門操作手輪技術領域:本實用新型涉及一種新型熱網閥門操作手輪,屬於機械領域。背景技術::閥門作為流體控制裝置應用廣泛,手輪傳動的閥門使用比例佔90%以上。國家標準中提及手輪所起作用為傳動功能,不作為閥門的運輸、起吊裝置,不承受軸向力。現有閥門

用來自動讀取管狀容器所載識別碼的裝置的製作方法

專利名稱:用來自動讀取管狀容器所載識別碼的裝置的製作方法背景技術:1-本發明所屬領域本發明涉及一種用來自動讀取管狀容器所載識別碼的裝置,其中的管狀容器被放在循環於配送鏈上的文檔匣或託架裝置中。本發明特別適用於,然而並非僅僅專用於,對引入自動分析系統的血液樣本試管之類的自動識別。本發明還涉及專為實現讀