專利名稱：：一種構建電話座席和業(yè)務系統(tǒng)之間服務平臺的實現方法
技術領域：
：本發(fā)明涉及電信業(yè)務服務和計算機網絡通信技術，特別涉及一種基于網絡B/S架構的在電話座席端與業(yè)務系統(tǒng)服務器端之間構建中間服務平臺的實現方法。
背景技術：
：目前，電信服務公司的許多業(yè)務不僅提供網上服務，還需要向客戶提供語音服務。為了實現從電話系統(tǒng)捕獲來電信息并傳遞到這些業(yè)務系統(tǒng)，既需要和底層設備通信，又需要與應用服務器交互，因此基本采用C/S桌面應用程序框架內嵌瀏覽器的方式實現。應用程序可以訪問底層API(ApplicationProgrammingInterface，應用程序編程接口)來接收來電信息，并根據業(yè)務類型在內嵌瀏覽器中訪問相應的業(yè)務系統(tǒng)。如圖1所示。這樣，當座席(客戶終端)軟件訪問業(yè)務系統(tǒng)時，根據與不同業(yè)務的約定，組織其所需的各種信息，同主、被叫號碼等公共信息一起傳遞給業(yè)務系統(tǒng)，從而轉向到業(yè)務系統(tǒng)提供服務。由于初期建設時應用的網絡場景限于電信的CN2(電信公司內部業(yè)務專用網)網內，座席軟件在訪問業(yè)務系統(tǒng)的時候沒有進行安全性方面的考慮。然而，隨著電信服務公司業(yè)務的不斷開展，電信服務公司產品不斷的推出，公司內部正不斷地建設新的業(yè)務系統(tǒng)，會有越來越多的業(yè)務需要提供語音服務。而每個業(yè)務系統(tǒng)在和座席軟件集成時，都有可能提出自己的一些約定，比如要求座席軟件傳入一些為本系統(tǒng)需要的參數等。這就要求座席軟件不斷地改造、定制。對于成熟的座席軟件產品來說，為了適應這些需求而頻繁改動是不合適的，更因為其是廣泛應用于全國各省的不同廠商的座席軟件，調試、更新、發(fā)布都不方便，而且每次集成修改所帶來的成本也相當大。這對于電信服務公司業(yè)務的推廣非常不利。因此，急需從技術上制定出一個解決方案，來解決這個問題既要求快速方便統(tǒng)一地集成推廣新業(yè)務，又要保證安全性，并能夠降低成本和風險。
發(fā)明內容為了解決上述現有技術中存在的技術問題，本發(fā)明的目的是通過運用一種技術方案在電話座席(客戶終端)和業(yè)務系統(tǒng)(服務器端)之間引入一個統(tǒng)一座席集成服務平臺，把不斷增加的業(yè)務系統(tǒng)的集成需求(新服務業(yè)務的內容)從電話座席(客戶終端軟件開發(fā))剝離出來。這樣一來，電話座席(客戶終端)訪問這個統(tǒng)一座席集成服務平臺，傳入諸如主、被叫號碼，座席地區(qū)號和工號等公共信息。由統(tǒng)一座席集成服務平臺提供到各業(yè)務系統(tǒng)的進一步訪問。根據本發(fā)明方法實現的業(yè)務系統(tǒng)中，這種統(tǒng)一座席集成服務平臺基于B/S網絡架構，便于更新和發(fā)布，能夠快速適應與新增業(yè)務平臺的集成，并降低成本和風險。當然該平臺由于采用webservice技術，實現了電話座席(客戶終端)和業(yè)務系統(tǒng)(服務器端)之間的交互，較好地解決了座席軟件和業(yè)務系統(tǒng)的緊耦合問題。大大提高了新業(yè)務系統(tǒng)的集成推廣效率。另外，考慮到有些業(yè)務系統(tǒng)必須和IVR(InteractiveVoiceResponse的縮寫，即互動式語音應答)等功能進行復雜交互的，上述這種新業(yè)務系統(tǒng)仍可保留使用原集成模式，以便可同時研究其他可行方案。由本發(fā)明所述方法構建的新業(yè)務系統(tǒng)的結構如圖2所7J\ο本發(fā)明方法的具體方案如下1)座席軟件啟動2)座席軟件調用座席集成服務login3)座席集成服務平臺生成ticket、座席集成服務URL、查得各類話務彈屏方式、獲取系統(tǒng)時間、組織成XML格式返回座席軟件。4)座席軟件解析返回的XML，保存ticket、統(tǒng)一服務URL、彈屏方式、算得系統(tǒng)時間和本地時間的時間差At。5)座席軟件接收到來自電話系統(tǒng)的來電消息6)座席軟件生成token，根據之前獲得的對應話務彈屏方式，以內嵌或彈出方式，帶token和約定參數訪問座席集成服務URL。7)座席集成服務平臺判斷業(yè)務類型，若為多業(yè)務，則進行下一步驟，否則單業(yè)務，則直接轉到步驟S614。8)座席集成服務平臺驗證token9)座席集成服務平臺根據主叫號碼，從同一CRM系統(tǒng)獲得來電客戶信息。再生成各業(yè)務列表。生成綜合服務界面，返回座席內嵌瀏覽器。10)座席內嵌瀏覽器顯示綜合服務界面，包含客戶信息和業(yè)務列表。11)話務員點選某業(yè)務，座席內嵌瀏覽器以彈出窗口的方式請求座席集成服務URL。12)座席軟件截獲請求，生成token，帶在座席集成服務URL中，再訪問請求座席集成服務URL。13)座席集成服務平臺收到請求后將其作為單業(yè)務識別。14)座席集成服務平臺取得和業(yè)務系統(tǒng)約定的參數，帶token訪問業(yè)務系統(tǒng)入口URL。15)業(yè)務系統(tǒng)收到請求后，調用座席集成服務check，驗證token。返回座席內嵌瀏IrWSB見益。16)座席內嵌瀏覽器展示業(yè)務系統(tǒng)界面。本發(fā)明方法采用了中間件的方式，使原來業(yè)務系統(tǒng)(服務器端)與電話座席(客戶終端)的集成由中間件負責完成。原來的集成方式，每次都需要改造各座席軟件，為業(yè)務系統(tǒng)定制一系列專用的規(guī)范，并需要部署到全國各地，聯調、部署都極為麻煩，也不易于變動。并且每次都會發(fā)生以上所有的投資費用，和相當的實施時間。新方案的中間件采用B/S的結構實現，相比之下，集成調試都極為方便，不需要各地部署，能較靈活地適應業(yè)務需求的變動。需要投資的費用很少，實施周期也可大大節(jié)減。另外，本發(fā)明方法使得新業(yè)務系統(tǒng)還具備以下優(yōu)點1、仔細設計的單點登錄、身份認證方案。提供了一個更安全可靠的平臺，使得公網上訪問無法被盜用，一定程度上防止了黑客的侵入。2、創(chuàng)造了座席系統(tǒng)(客戶終端)和業(yè)務系統(tǒng)(服務器端)集成的新方法，使得過去座席軟件和業(yè)務系統(tǒng)的緊密耦合關系得以解耦。通過統(tǒng)一服務平臺，后端和不同的座席系統(tǒng)集成，前端和各業(yè)務系統(tǒng)接口。使得業(yè)務系統(tǒng)不需要關心所集成的各座席軟件的差異，而只需要和統(tǒng)一服務平臺集成。統(tǒng)一服務平臺的BS結構也使得從集成調試，到實施上線的效率大大提高，新系統(tǒng)的推廣速度大為提高！以下結合附圖和具體實施方式來進一步說明本發(fā)明。圖1為現有電信業(yè)務系統(tǒng)的結構框圖；圖2為根據本發(fā)明方法所實現的電信業(yè)務系統(tǒng)的結構框圖；圖3為本發(fā)明方法所實現的電信業(yè)務系統(tǒng)帳戶與允許聯結業(yè)務系統(tǒng)和IP安全過濾的關系圖。圖4為本發(fā)明所構建的業(yè)務系統(tǒng)中單業(yè)務工作流程圖；圖5為本發(fā)明所構建的業(yè)務系統(tǒng)中多業(yè)務工作流程圖；圖6為本發(fā)明所構建的業(yè)務系統(tǒng)中座席軟件與業(yè)務系統(tǒng)集成的工作流程圖；圖7為本發(fā)明所構建的業(yè)務系統(tǒng)中來電時座席軟件的處理邏輯流程圖。具體實施例方式為了使本發(fā)明實現的技術手段、創(chuàng)作特征、達成目的與功效易于明白了解，下面結合具體圖示，進一步闡述本發(fā)明。(一)單點登錄、身份認證；由于本發(fā)明的目標是要能夠適用于全國各省的業(yè)務系統(tǒng)和座席軟件的集成，許多業(yè)務系統(tǒng)在公網提供服務。這樣就面臨著的安全性方面的問題，必須對安全性進行有效的控制，這也是本方案重點要解決的問題。對于業(yè)務系統(tǒng)來說，都有自己的安全機制，用戶通過賬號登錄才能對相應的功能進行操作。但與座席軟件集成后，座席人員登錄只需登錄一次座席軟件便可使用各業(yè)務系統(tǒng)，座席軟件目前是通過鏈接的方式直接訪問業(yè)務系統(tǒng)的，沒有安全控制的機制，因此鏈接一旦被盜用就能在瀏覽器中直接進入業(yè)務系統(tǒng)。本發(fā)明主要考慮的就是此類安全性隱患。用成熟的單點登錄，統(tǒng)一身份認證的方案雖能完全解決這個問題，但在全國范圍內不太合適，又較為復雜。為有效地防止非法盜用鏈接進入系統(tǒng)，本發(fā)明提出了較為簡易的方案。主要設計原理如下1、每個座席軟件啟動時先在座席集成服務平臺出示自己的身份信息，服務平臺對于已注冊的帳號根據這些信息生成ticket(票)，返回給座席軟件。在后續(xù)的每次請求中都需要出示由票生成的token(憑證)，核對身份信息。2、若沒有拿到票，便無法通過服務器的身份驗證的，也就無法訪問系統(tǒng)。3、每次請求的URL參數動態(tài)生成，使得竊取URL變得毫無意義。根據上述原理創(chuàng)建的本發(fā)明方案參見“
發(fā)明內容”。(二)彈屏方式；實際場景有單業(yè)務和多業(yè)務的情況之分，對來電彈屏的要求有所不同。而且各業(yè)務系統(tǒng)對于來電彈屏的方式也會有所差別。多業(yè)務綜合客服模式；若某一客服號提供多種語音服務，則在話務員詢問客戶意圖前并不知道要進入哪個業(yè)務系統(tǒng)，就需要提供一個統(tǒng)一的服務界面，列出可提供的服務列表，供話務員了解情況后點選。同時在同一服務界面中應該根據主叫號碼從同一CRM中獲取客戶信息顯示。因此，在多業(yè)務模式中，來電時刷新統(tǒng)一服務界面，由話務員點選業(yè)務系統(tǒng)的方式均為彈出方式。單業(yè)務模式；若被叫的客服號為單業(yè)務語音服務，比如只提供地圖導航服務，則在來電后應通過座席集成服務識別，并自行轉入相應的業(yè)務系統(tǒng)。業(yè)務系統(tǒng)應識別出客戶信息。單業(yè)務模式的自動彈屏方式還要根據業(yè)務系統(tǒng)的不同來決定。情況有兩種，有的業(yè)務系統(tǒng)提供主功能界面供話務員查詢信息等操作，當來電時，有專對某服務的界面彈出，分主界面和彈屏界面。而有的業(yè)務系統(tǒng)則統(tǒng)一成一個界面，來電時的彈屏界面和主功能界面為同一個界面中操作。單業(yè)務模式下，主功能界面往往內嵌于座席軟件內。若彈屏界面獨立于主功能界面，則來電時彈屏在外部瀏覽器中。因此單業(yè)務模式的彈屏方式主要取決于主功能界面和彈屏界面是統(tǒng)一的還是不同的。(三)座席集成服務平臺管理的認證和服務信息；為了完成以上單點登錄、身份認證、彈屏方式這些功能，座席集成服務平臺要管理一些必要的信息。如圖3所示。每個系統(tǒng)帳戶調用方都可對應一至多個業(yè)務系統(tǒng)(ServiceSYS)Jf(Account)還可設置多個允許的IP地址規(guī)范。Account先要發(fā)放給各座席保存，并由座席負責其安全性。在調用接口時帶上Account信息座席集成服務就是根據Account來確定對其提供的服務、選擇彈屏方式、檢查其IP合法性等任務的。若一個座席同時負責多個號碼的服務，對應提供的業(yè)務不同，則需要多個Account。座席軟件啟動時需以這些Account分別調用login，獲取各自返回的ticket(票)、彈屏方式，來電時由座席方負責某個Account的選擇邏輯，并以先前獲取的各自的彈屏方式訪問座席集成服務。Account可由管理員管理，也提供自助管理功能。此功能將在以后實現。參見圖4和圖5，是座席軟件與業(yè)務系統(tǒng)集成的時序圖，圖中，電話系統(tǒng)表示外線來電的業(yè)務電話，座席人員表示業(yè)務電話接線服務員，座席軟件表示客戶端及其程序，座席集成服務表示由本發(fā)明方法構建的平臺，業(yè)務系統(tǒng)表示業(yè)務服務器端及其程序。如圖4所示，單業(yè)務工作流程如下步驟S401座席客戶端起動時帶上已登錄的身份信息；步驟S402座席集成服務平臺返回話務服務彈屏方式、生成票和系統(tǒng)時間、座席集成服務URL步驟S403:外線來電步驟S404接線服務員在座席客戶端根據之前獲取的彈屏方式，訪問座席集成服務URL，并帶上生成的token；步驟S405座席集成服務平臺取得業(yè)務系統(tǒng)約定的參數帶token訪問業(yè)務系統(tǒng)入ΠURL；步驟S406業(yè)務服務器端認證訪問者身份；步驟S407座席集成服務平臺返回認證結果；步驟S408業(yè)務服務器端返回業(yè)務系統(tǒng)主界面/彈屏界面。如圖5所示，多業(yè)務工作流程如下步驟S501座席客戶端起動時帶上已登錄的身份信息；步驟S502座席集成服務平臺返回話務服務彈屏方式、生成票和系統(tǒng)時間、座席集成服務URL(此處URL是后續(xù)服務的入口URL地址，在座席集成服務平臺上部署)；步驟S503:外線來電步驟S504接線服務員在座席客戶端根據之前獲取的彈屏方式，訪問座席集成服務URL，并帶上生成的token；步驟S505座席集成服務平臺認證訪問者身份；(先由座席集成服務平臺的服務器端認證身份，能先期阻斷非法的訪問者，減輕業(yè)務服務器端的壓力。)步驟S506業(yè)務服務器端根據主叫號碼，從統(tǒng)一的CRM系統(tǒng)獲得來電客戶信息，生成各業(yè)務的列表；步驟S507業(yè)務服務器端向接線服務員返回綜合服務界面，包含客戶信息和業(yè)務列表步驟S508接線服務員通過座席客戶端選擇業(yè)務彈出窗口的方式訪問座席集成服務URL；步驟S509座席客戶端生成token，帶在URL中；步驟S510座席集成服務平臺取得業(yè)務系統(tǒng)約定的參數帶token訪問業(yè)務系統(tǒng)入ΠURL；步驟S511業(yè)務服務器端認證訪問者身份；步驟S512座席集成服務平臺返回認證結果；步驟S513業(yè)務服務器端返回業(yè)務系統(tǒng)主界面/彈屏界面。如圖6所示，座席軟件與業(yè)務系統(tǒng)集成的工作流程如下步驟S601座席軟件啟動步驟S602座席軟件調用座席集成服務login步驟S603座席集成服務平臺生成ticket、座席集成服務URL、查得各類話務彈屏方式、獲取系統(tǒng)時間、組織成XML格式返回座席軟件。步驟S604座席軟件解析返回的XML，保存ticket、統(tǒng)一服務URL、彈屏方式、算得系統(tǒng)時間和本地時間的時間差At。步驟S605座席軟件接收到來自電話系統(tǒng)的來電消息步驟S606座席軟件生成token，根據之前獲得的對應話務彈屏方式，以內嵌或彈出方式，帶token和約定參數訪問座席集成服務URL。步驟S607座席集成服務平臺判斷業(yè)務類型，若為多業(yè)務，則進行下一步驟，否則單業(yè)務，則直接轉到步驟S614。步驟S608座席集成服務平臺驗證token步驟S609座席集成服務平臺根據主叫號碼，從同一CRM系統(tǒng)獲得來電客戶信息。再生成各業(yè)務列表。生成綜合服務界面，返回座席內嵌瀏覽器。步驟S610座席內嵌瀏覽器顯示綜合服務界面，包含客戶信息和業(yè)務列表。步驟S611話務員點選某業(yè)務，座席內嵌瀏覽器以彈出窗口的方式請求座席集成服務URL。步驟S612座席軟件截獲請求，生成token，帶在座席集成服務URL中，再訪問請求座席集成服務URL。步驟S613座席集成服務平臺收到請求后將其作為單業(yè)務識別。步驟S614座席集成服務平臺取得和業(yè)務系統(tǒng)約定的參數，帶token訪問業(yè)務系統(tǒng)入口URL。步驟S615業(yè)務系統(tǒng)收到請求后，調用座席集成服務check，驗證token。返回座席內嵌瀏覽器。步驟S616座席內嵌瀏覽器展示業(yè)務系統(tǒng)界面。如圖7所示，來電時座席軟件的處理邏輯如下步驟S701座席軟件記錄本次accountID步驟S702座席軟件生成token步驟S703座席軟件把當前的accountID和上次記錄的比較，若相同，則轉到步驟S705，否則進入下一步驟。步驟S704座席軟件訪問座席集成服務URL，querystring參數area_code、work_no、caller、callee、accountID、token、type=1。步驟S705座席軟件根據本次的accountID查得先前獲取的對應的popup。步驟S706座席軟件判斷popup，若popup=1，則轉到步驟S707，若popup=0，則轉到步驟S708。步驟S707座席軟件以彈出方式準備發(fā)起請求步驟S708座席軟件在內嵌瀏覽器中準備發(fā)起請求步驟S709座席軟件發(fā)起請求，訪問座席集成服務URL，querystring參數area_code、work_no、caller、callee、accountID、token、type=2。(四)上述方案在實現過程中的參數設置；⑴接口詳細描述；方法名login~im座席軟件啟動并登錄成功后調用若一個座席同時負責多個號碼的服務，對應提供的業(yè)務不同，則需要多個Account。座席軟件啟動時需以這些Account分別調用login，獲取各自返回的ticket(票).彈屏方式，來電時由座席方負責某個Account的選擇邏輯，并以先前獲取的各自的彈屏方式訪問座席集成服務。提供者座席集成服務平臺調用者座席軟件<table>tableseeoriginaldocumentpage11</column></row><table><table>tableseeoriginaldocumentpage11</column></row><table><table>tableseeoriginaldocumentpage12</column></row><table>(2)接口安全性設計首先座席需要出示其調用者Account才能調用login，Account和其他一些客戶端參數信息是通過MD5單向編碼傳遞給login的，接口通過相同的方式編碼信息來校驗調用者的合法性，并對通過校驗的請求聲稱ticket(票)，ticket(票)是通過只在服務器上持有的調用者Account的私鑰來生成的，每次生成加上時間戳，這樣既可以保證用同樣的生成算法也無法生成ticket(票)(因為不知道私鑰)，又可以有效防止ticket(票)被盜用。隨后的每次來電時，坐席系統(tǒng)訪問業(yè)務系統(tǒng)都必須持有含ticket(票)信息的token。Token的生成也通過MD5單向編碼加時間戳，保證訪問的URL不被盜用。業(yè)務系統(tǒng)調用check，校驗token的合法性，通過后才允許正常進入系統(tǒng)。以上顯示和描述了本發(fā)明的基本原理和主要特征和本發(fā)明的優(yōu)點。本行業(yè)的技術人員應該了解，本發(fā)明不受上述實施例的限制，上述實施例和說明書中描述的只是說明本發(fā)明的原理，在不脫離本發(fā)明精神和范圍的前提下，本發(fā)明還會有各種變化和改進，這些變化和改進都落入要求保護的本發(fā)明范圍內。本發(fā)明要求保護范圍由所附的權利要求書及其等效物界定。權利要求一種構建電話座席和業(yè)務系統(tǒng)之間服務平臺的實現方法，由單業(yè)務工作和多業(yè)務工作兩種方式組成，所述方法中涉及電話系統(tǒng)、座席軟件、座席集成服務平臺和業(yè)務系統(tǒng)等組成部分；其特征在于，所述步驟如下(1)座席軟件啟動；(2)座席軟件調用座席集成服務login；(3)座席集成服務平臺生成ticket、座席集成服務URL、查得各類話務彈屏方式、獲取系統(tǒng)時間、組織成XML格式返回座席軟件；(4)座席軟件解析返回的XML，保存ticket、統(tǒng)一服務URL、彈屏方式、算得系統(tǒng)時間和本地時間的時間差Δt；(5)座席軟件接收到來自電話系統(tǒng)的來電消息；(6)座席軟件生成token，根據之前獲得的對應話務彈屏方式，以內嵌或彈出方式，帶token和約定參數訪問座席集成服務URL；(7)座席集成服務平臺判斷業(yè)務類型，若為多業(yè)務，則進行下一步驟，否則單業(yè)務，則直接轉到步驟(14)；(8)座席集成服務平臺驗證token；(9)座席集成服務平臺根據主叫號碼，從同一CRM系統(tǒng)獲得來電客戶信息。再生成各業(yè)務列表。生成綜合服務界面，返回座席內嵌瀏覽器；(10)座席內嵌瀏覽器顯示綜合服務界面，包含客戶信息和業(yè)務列表；(11)話務員點選某業(yè)務，座席內嵌瀏覽器以彈出窗口的方式請求座席集成服務URL；(12)座席軟件截獲請求，生成token，帶在座席集成服務URL中，再訪問請求座席集成服務URL；(13)座席集成服務平臺收到請求后將其作為單業(yè)務識別；(14)座席集成服務平臺取得和業(yè)務系統(tǒng)約定的參數，帶token訪問業(yè)務系統(tǒng)入口URL；(15)業(yè)務系統(tǒng)收到請求后，調用座席集成服務check，驗證token。返回座席內嵌瀏覽器；(16)座席內嵌瀏覽器展示業(yè)務系統(tǒng)界面。2.根據權利要求1的構建電話座席和業(yè)務系統(tǒng)之間服務平臺的實現方法，其特征在于，所述單業(yè)務工作流程進一步包括(1)座席客戶端起動時帶上已登錄的身份信息；(2)座席集成服務平臺返回話務服務彈屏方式、生成票和系統(tǒng)時間、座席集成服務URL；(3)外線來電；(4)接線服務員在座席客戶端根據之前獲取的彈屏方式，訪問座席集成服務URL，并帶上生成的token；(5)座席集成服務平臺取得業(yè)務系統(tǒng)約定的參數帶token訪問業(yè)務系統(tǒng)入口URL；(6)業(yè)務服務器端認證訪問者身份；(7)座席集成服務平臺返回認證結果；(8)業(yè)務服務器端返回業(yè)務系統(tǒng)主界面/彈屏界面。3.根據權利要求1的構建電話座席和業(yè)務系統(tǒng)之間服務平臺的實現方法，其特征在于，所述多業(yè)務工作流程進一步包括(1)座席客戶端起動時帶上已登錄的身份信息；(2)座席集成服務平臺返回話務服務彈屏方式、生成票和系統(tǒng)時間、座席集成服務URL；(3)外線來電；(4)接線服務員在座席客戶端根據之前獲取的彈屏方式，訪問座席集成服務URL，并帶上生成的token；(5)座席集成服務平臺認證訪問者身份；(6)業(yè)務服務器端根據主叫號碼，從統(tǒng)一的CRM系統(tǒng)獲得來電客戶信息，生成各業(yè)務的列表；(7)業(yè)務服務器端向接線服務員返回綜合服務界面，包含客戶信息和業(yè)務列表；(8)接線服務員通過座席客戶端選擇業(yè)務彈出窗口的方式訪問座席集成服務URL；(9)座席客戶端生成token，帶在URL中；(10)座席集成服務平臺取得業(yè)務系統(tǒng)約定的參數帶token訪問業(yè)務系統(tǒng)入口URL；(11)業(yè)務服務器端認證訪問者身份；(12)座席集成服務平臺返回認證結果；(13)業(yè)務服務器端返回業(yè)務系統(tǒng)主界面/彈屏界面。4.根據權利要求1的構建電話座席和業(yè)務系統(tǒng)之間服務平臺的實現方法，其特征在于，所述來電時座席軟件的處理步驟包括(1)座席軟件記錄本次accountID；(2)座席軟件生成token；(3)座席軟件把當前的accoimtID和上次記錄的比較，若相同，則轉到步驟(5)，否則進入下一步驟；(4)座席軟件訪問座席集成服務URL，querystring參數area_code、work_no、caller、callee、accountID、token、type=1；(5)座席軟件根據本次的accoimtID查得先前獲取的對應的popup。(6)座席軟件判斷popup，若popup=1，則轉到步驟(7)，若popup=0，則轉到步驟S708；(7)座席軟件以彈出方式準備發(fā)起請求；(8)座席軟件在內嵌瀏覽器中準備發(fā)起請求；(9)座席軟件發(fā)起請求，訪問座席集成服務URL，querystring參數area_code、work_no、caller、callee、accountID、token、type=2。5.根據權利要求1的構建電話座席和業(yè)務系統(tǒng)之間服務平臺的實現方法，其特征在于，所述座席軟件的接口安全性設置包括首先座席需要出示其調用者Account才能調用login，Account和其他一些客戶端參數信息是通過MD5單向編碼傳遞給login的，接口通過相同的方式編碼信息來校驗調用者的合法性，并對通過校驗的請求聲稱ticket，ticket是通過只在服務器上持有的調用者Account的私鑰來生成的，每次生成加上時間戳，這樣既可以保證用同樣的生成算法也無法生成ticket，又可以有效防止ticket被盜用；隨后的每次來電時，坐席系統(tǒng)訪問業(yè)務系統(tǒng)都必須持有含ticket信息的token；Token的生成也通過MD5單向編碼加時間戳，保證訪問的URL不被盜用。業(yè)務系統(tǒng)調用check，校驗token的合法性，通過后才允許正常進入系統(tǒng)。全文摘要本發(fā)明公開了一種基于網絡B/S架構的，在電話座席端與業(yè)務系統(tǒng)應用服務器端之間構建中間服務平臺的實現方法。該方法通過這種統(tǒng)一座席集成服務平臺基于B/S網絡的架構，以便于更新和發(fā)布，能夠快速適應與新增業(yè)務平臺的集成，并降低成本和風險。當然該平臺由于采用webservice技術，實現了與電話座席(客戶終端)和業(yè)務系統(tǒng)(服務器端)之間的交互，較好地解決了座席軟件和業(yè)務系統(tǒng)的緊耦合問題。大大提高了新業(yè)務系統(tǒng)的集成推廣效率。文檔編號H04M3/487GK101815135SQ20091019772公開日2010年8月25日申請日期2009年10月27日優(yōu)先權日2009年10月27日發(fā)明者馮昊,孫永學,朱運坤,李宏圖,陳捷,馬駿申請人:號百信息服務有限公司