專利名稱：一種電信設備網(wǎng)絡交互處理裝置的制作方法
技術領域：
本發(fā)明涉及一種網(wǎng)絡維護可控電子系統(tǒng)，尤其涉及一種電信設備網(wǎng)絡交互處理裝置。
背景技術：
現(xiàn)普遍應用的電信設備網(wǎng)絡交互處理方法都只是簡單的記錄存取信息，進行流程管理時不能實現(xiàn)對交互過程進行"跟蹤"和"控制"的效果。對業(yè)務流程時間的記錄性不強，不能體現(xiàn)企業(yè)管理中的各個部門的工作效率，無法實時的監(jiān)控各部門的工作狀況。同時在管理中缺少預警功能，無法提前預知庫存狀況態(tài)，從而避免在交互過程的中因為庫存異常導致業(yè)務無法進行的狀況的產(chǎn)生。 同時，現(xiàn)有的電信設備網(wǎng)絡交互處理方法系統(tǒng)普遍只有操作人員使用，體現(xiàn)不出企業(yè)管理的層次感，企業(yè)管理者無法通過系統(tǒng)實時的了解交互過程中，企業(yè)員工的工作情況。最終企業(yè)無法有效地避免在交互過程中的潛在損失。比如預警功能根據(jù)預警信息提示的頻率，判斷該信息的緊急程度，根據(jù)緊急程度，向對應的管理層發(fā)送預警提示信息，督促企業(yè)不同管理層做出相應決定，有效避免企業(yè)利益的損失

發(fā)明內(nèi)容本發(fā)明的目的是提供一種電信設備網(wǎng)絡交互處理裝置，能夠用于通信行業(yè)中的配件交互流程，實現(xiàn)對配件在交互過程中的"跟蹤"和"控制"，通過預警系統(tǒng)可對配件的交互流程進行全程管理。 該一種電信設備網(wǎng)絡交互處理裝置，包括領用系統(tǒng)和預警監(jiān)控系統(tǒng)；其中領用系統(tǒng)包括入庫申請模塊、入庫準備模塊、審批模塊、領用申請模塊、庫存歸檔模塊、租賃模塊、采購模塊、測試模塊、軟件升級模塊、領用派送模塊、維修模塊；預警監(jiān)控系統(tǒng)包括信息記錄模塊、信息研判模塊、信息提示模塊；其中，入庫申請模塊通過入庫申請信息判斷與入庫準備模塊相連，入庫準備模塊通過領用需求與審批模塊連接，審批模塊分別與領用申請模塊、測試模塊及庫存歸檔模塊連接，并通過租賃需求與租賃模塊和采購模塊連接，測試模塊通過發(fā)送測試報告與維修模塊相連，并且與軟件升級模塊和領用派送模塊相連；同時，預警監(jiān)控系統(tǒng)中的各個模塊分別與領用系統(tǒng)中的各個模塊相連，信息記錄模塊與信息研判模塊相連。 其中，入庫申請模塊、入庫準備模塊、庫存歸檔模塊中的庫房是指客戶的自有庫房、服務商的自有庫房和服務商提供的公共庫房等的統(tǒng)稱。這正是本發(fā)明的獨特之處就是建立了一個大庫的概念。 該電信設備網(wǎng)絡交互處理裝置工作方式包括以下步驟 第一步通過入庫申請模塊輸入新增入庫配件信息，并提交入庫申請信息至入庫準備模塊，預警系統(tǒng)同時發(fā)送操作提示信息至操作員； 第二步入庫準備模塊根據(jù)第一步提交的入庫申請信息，進行配件的入庫確認，更新庫存信息；預警系統(tǒng)通過操作時間預警、績效管理預警，嚴格控制入庫審批的效率；[0010] 第三步當需要對庫存配件提出領用需求時，發(fā)送領用需求至審批模塊，預警系統(tǒng)同時發(fā)送領用需求提示信息至庫房管理員； 第四步領用審批模塊收到需求信息后，根據(jù)庫存量對需求進行審批，因信息錯誤而未通過審批的需求，注明原因后將駁回信息返回至領用申請模塊，同時發(fā)送至第十三步庫存歸檔模塊進行歸檔保存及第八步預警系統(tǒng)中的信息記錄模塊；因庫存量不足而無法進行領用審批，管理員選擇租賃或采購這兩種方式中的一種方式對配件庫存量進行補充，若選擇租賃方式，發(fā)送租賃需求至租賃模塊，預警系統(tǒng)監(jiān)控租賃過程及時間，配件完成租賃流程后進入第一步入庫操作并將信息發(fā)送至領用審批模塊；若選擇購買配件方式，向采購模塊發(fā)送采購申請進行全球采購，預警系統(tǒng)監(jiān)控采購過程及時間，采購的配件發(fā)送入庫需求至入庫模塊進行第一步入庫操作，并將信息發(fā)送至領用審批模塊；通過審批的領用需求，確認領用配件并將配件送至第五步測試模塊，同時預警系統(tǒng)發(fā)送測試提示信息至測試模塊；同時預警系統(tǒng)通過操作時間預警、績效管理預警對流程進行監(jiān)控； 第五步測試模塊收到信息后，確認測試配件，對配件進行測試，根據(jù)測試報告的數(shù)據(jù)，測試結果為不正常的配件送至維修模塊，維修結束后，配件返回至測試模塊進行性能測試；性能正常的配件根據(jù)當前該配件的軟件本版需求，判斷是否需要調(diào)整軟件版本，需要則進入軟件升級模塊，預警系統(tǒng)記錄調(diào)整結束后重新進入測試模塊；不需要軟件升級的配件信息進入第六步領用派送模塊，預警系統(tǒng)同時發(fā)送派送提示信息，預警系統(tǒng)記錄測試模塊，軟件升級模塊和維修模塊的相關信息，例如測試人員姓名、軟件升級版本、軟件升級人員、維修廠家相關信息、測試配件型號信息等；并監(jiān)控配件的測試時間，軟件升級時間和維修時間；預警系統(tǒng)通過操作時間預警、績效管理預警控制時間； 第六步領用派送模塊收到信息后，確認配送配件，配件送達故障現(xiàn)場時，進行送達確認；預警系統(tǒng)通過操作時間預警、績效管理預警來控制派送過程； 第七步配件送達確認后判斷返回配件是否出現(xiàn)故障，返回配件有故障，將現(xiàn)場故
障配件信息發(fā)送至維修模塊，維修結束后將配件信息發(fā)送至第五步測試模塊；現(xiàn)場配件不
能確認是否有故障，將現(xiàn)場配件信息發(fā)送至第五步測試模塊，將被替換下來的測試結果正
常的配件做入庫操作，并將信息發(fā)送至第十三步庫存歸檔模塊和第八步預警系統(tǒng)的信息記
錄模塊；預警系統(tǒng)通過操作時間預警、績效管理預警來控制期間的時間； 第八步預警系統(tǒng)的信息記錄模塊將全部的操作信息和歸檔信息發(fā)送至信息研判
模塊進行信息分析； 第九步信息研判流程中的信息分析模塊收到各種信息后，屬于預警信息的發(fā)送至預警信息分析模塊，屬于提示信息的發(fā)送至信息提示模塊； 第十步預警信息分析模塊根據(jù)設定的閾值分別從時間、質量、數(shù)量、管理四個方面進行預警分析，判定預警等級，發(fā)送預警報告至信息提示模塊； 第十一步信息提示模塊根據(jù)信息分析模塊及預警信息分析模塊發(fā)送的信息，向對應的級別的操作人員發(fā)送提示信息，全程監(jiān)控配件的各項操作流程； 第十二步各操作層可通過收到的信息，全程監(jiān)控并把握配件的操作流程，及時對預警信息進行處理，同時向上一級提交處理結果報告； 第十三步歸檔模塊接收以上步驟發(fā)送的信息，對上述信息進行歸檔保存，同時將
4信息發(fā)送至預警系統(tǒng)的信息記錄模塊，為各種報表的制作，預警系統(tǒng)提供有效信息。 其中，各個所屬的庫房可設有自己的管理員，也可以委托服務商進行管理，但是，
需求模塊的管理設有限制等級，原則上對被托管的服務商(操作員)開放，也可根據(jù)需要，
局部為其他服務商或系統(tǒng)內(nèi)外的客戶開放。 本發(fā)明的有益效果 本發(fā)明可有效的控制交互過程，幫助企業(yè)對交互過程進行"跟蹤"和"控制"。強大的預警功能，可實現(xiàn)對業(yè)務流程時間及庫存信息的準確記錄，降低人工操作的誤差頻率，同時，完善的預警信息提示功能，可根據(jù)提示預設值自行判斷提示信息的緊急程度，從而向不同的管理層發(fā)送提示信息，除增強了企業(yè)管理的層次感外，還較好的幫助企業(yè)管理者加強對業(yè)務薄弱環(huán)節(jié)的管理，促進企業(yè)獲得更大的利益。

圖1本發(fā)明的電信設備網(wǎng)絡交互處理裝置圖；具體實施方式1、常用LAA400， LJB400， WSA020三種配件[0026] 2、 LAA400配件常用的版本有兩種R5. 0， V5R3[0027] 3、庫房情況 客戶A有兩個庫房，分別為Al庫和A2庫[0029] 客戶B有一個庫房為B庫[0030] 服務商C有一個庫房為C庫 客戶A現(xiàn)有2塊LAA400配件和1塊LJB400配件需要入庫，倉庫管理員錄入這三個配件的信息，包括備件類型，生產(chǎn)廠家，所屬專業(yè)，硬件號，設備類型，板卡編號等，錄入完成后，選擇儲存庫房，倉庫管理員將手動選擇將3塊配件全部送入Al庫儲存，完成后點擊確認按鈕，預警系統(tǒng)發(fā)現(xiàn)若這三塊配件同時放入Al庫，那么Al庫中將會有6塊LAA400配件，超過了我們在預警系統(tǒng)中預設的庫存量上限為5的標準，頁面跳出庫存量超出1個的提示信息。倉庫管理員看到提示信息后可手動重新選擇配件的目標倉庫也可通過系統(tǒng)自動分配目標倉庫。最終確認1塊LAA400配件和1塊LJB400配件放入Al庫，1塊LAA400配件放入A2庫，點擊確認按鈕，形成入庫申請單，預警系統(tǒng)發(fā)送對應的入庫申請?zhí)崾拘畔⒎謩e至A1庫和A2庫的庫房操作員，同時打印條形碼附在配件上； Al庫的庫房操作員收到入庫預警提示信息之后，進入入庫準備模塊，通過掃描配件上的條形碼核對配件與入庫申請單上的信息是否相同，操作員確認信息相同后，點擊"入庫確認"按鈕，1塊LAA400配件和1塊LJB400配件的信息歸置A l庫的信息庫中，預警系統(tǒng)同時發(fā)送入庫確認反饋信息至倉庫操作員，告知1塊LAA400配件和1塊LJB400配件已存入A1庫。存入A2庫的LAA400配件操作方式同A1庫。假如出現(xiàn)入庫配件與申請單上的配件信息不相同時，庫房操作員可以點擊"暫緩入庫"按鈕，注明原因，將信息發(fā)送至倉庫管理員，再進行協(xié)調(diào)； 客戶A的通訊設備出現(xiàn)問題時，客戶A的設備維護人員需要從庫中領用1個LAA400配件和1個LJB400配件，在倉庫配件列表中查找需要領用的配件，選定Al庫中的1個LAA400配件和1個LJB400配件后，生成領用申請單，對配件進行領用申請，點擊確認按
鈕，將申請單發(fā)送至倉庫管理員，預警系統(tǒng)同時發(fā)送領用提示信息至倉庫管理員； 倉庫管理員收到信息后，在領用審批模塊中根據(jù)庫存量進行審批，確認領用配件，
點擊同意按鈕，將信息同時發(fā)送至庫房管理員和設備維護員，預警系統(tǒng)記錄審批時間，對操
作進行監(jiān)控；同時倉庫管理員對即將領用的配件填寫測試需求單，將測試需求單，同時將
申請單發(fā)送至服務商操作員和庫房操作員，預警系統(tǒng)發(fā)送測試提示信息至服務商操作員；
假如倉庫中沒有符合領用條件的配件，預警發(fā)送提示信息，倉庫管理員收到信息后，根據(jù)需
要，可以向服務商提出租賃或購買配件，服務商根據(jù)客戶的要求，進行租賃和全球采購，預
警系統(tǒng)監(jiān)控租賃時間和采購時間，租賃和購買回的配件，倉庫管理員對其進行入庫操作，并
將信息歸檔，執(zhí)行領用流程； 服務商操作員收到信息后，確認測試機盤信息，點擊確認按鈕，確認信息及測試預警反饋信息將會同時返回至倉庫管理員和庫房操作員。 倉庫管理員收到測試反饋信息后，對Al庫中的1個LAA400配件及1個LJB400配件進行派送，點擊派送按鈕后，派送信息發(fā)送至庫房操作員，預警系統(tǒng)同時發(fā)送派送提示信息至庫房操作員。 庫房操作員收到派送信息后，根據(jù)條形碼確認派送配件，配件送至服務商后，服務商操作員進行送達確認，點擊確認按鈕，完成派送，預警系統(tǒng)發(fā)送成功派送提示信息至庫房管理員。 配件測試完畢后，服務商操作員在系統(tǒng)中打開測試返回界面，分別填寫2塊配件的測試信息，包括配件的基本信息，軟件版本，測試類型，維修前故障描述，測試內(nèi)容，其他告警記錄，測試結果，測試員等，LAA400配件的測試結果為"正常"，LJB400配件測試結果為"不正常"，點擊"生成"按鈕，形成2份測試報告單，確認無誤后，點擊確認按鈕，將2份報告單發(fā)送至倉庫管理員，預警系統(tǒng)發(fā)送提示信息至倉庫管理員，同時提醒客戶A的倉庫管理員對于檢測結果為"不正常"的配件是否需要維修，檢測結果為"正常"的配件是否需要進行軟件升級。 庫房管理員收到信息后，對A1庫中的檢測結果為"正常"的LJB400配件需要進行
軟件版本的調(diào)整，A1庫中的檢測結果為"不正常"的LJB400配件需要進行維修，管理員點擊
相應的需求確認按鈕，分別發(fā)送需求信息至服務商的操作員和庫房操作員，預警系統(tǒng)同時
發(fā)送預警提示信息。服務商操作員收到提示信息后 對Al庫中檢測結果為"不正常"的LJB400配件進行維修 服務商操作員在系統(tǒng)中錄入配件信息，維修廠家，維修地點，維修金額，機房網(wǎng)元，序列號，報修說明等，生成報修配件信息表，點擊客戶確認按鈕，發(fā)送維修單至客戶A進行確認和協(xié)商，完畢后，點擊維修確認按鈕至維修廠家，打印報修配件信息表，進行報修，派送配件到達維修廠家時進行送達確認，預警系統(tǒng)記錄送達時間和維修期限，并監(jiān)控配件的維修時間，超期時進行提示，維修結束，配件同維修報告單一同返回至服務商，對配件再次進行測試，結果為"正常"，客戶A確認配件不需要進行軟件版本調(diào)整，則配件返回至客戶A的Al庫中，并更新庫存數(shù)據(jù)，預警系統(tǒng)記錄配件維修信息。假如配件維修次數(shù)超過預設的報廢預警維修次數(shù)時，預警系統(tǒng)會向操作員發(fā)送報廢預警信息； 對Al庫中檢測結果為"正常"LAA400配件進行軟件升級，軟件版本調(diào)整完畢后，注明新軟件版本，生成報告單，發(fā)送軟件升級完畢報告至倉庫管理員，再次對配件進行測試，測試結果為"正常"，出據(jù)測試報告單并并派送配件至客戶A，客戶收到配件時進行送達確認，更新庫存信息，預警系統(tǒng)記錄操作時間及配件測試信息。 客戶A的倉庫管理員發(fā)送LAA400配件和LJB400配件進行派送申請信息至庫房操作員，庫房操作員通過條形碼確認派送配件，預警系統(tǒng)同時發(fā)送派送信息至倉庫管理與和設備維護員，配件送達現(xiàn)場時，設備維護員對配件進行送達確認，點擊確認按鈕，發(fā)送確認信息至倉庫管理員。 設備維護員判斷設備配件是否出現(xiàn)故障。替換正常的LAA400配件后，設備故障現(xiàn)象消失，將替換下來的故障LAA400配件送修，并在系統(tǒng)中提交維修申請單，系統(tǒng)將維修申請信息送至維修模塊，配件進入維修流程；替換LJB400配件后，故障想象沒有完全消失，不能確定原配件是否有故障，則將替換下來的疑似故障LJB400配件做測試申請，進入測試流程，測試結果為"正常"的直接返回Al庫中，庫房操作員確認信息，進行入庫歸檔，如果測試結果為"不正常"的配件進行報修，進入維修流程。 維修模塊接收到故障LAA400配件的報修信息后，預警系統(tǒng)將提示操作員故障配件的已進入維修流程，并監(jiān)控故障配件的維修狀態(tài)及維修時間，故障LAA400配件維修結束
返回后，預警系統(tǒng)將提示客戶該配件已結束維修流程并已進入測試流程，測試結果為"正常"，LAA400配件返回Al庫儲存，庫房操作員確認信息，將返回信息發(fā)送到歸檔模塊。[0046] 各種操作信息，庫存歸檔信息，數(shù)據(jù)更新信息都匯總在預警系統(tǒng)的信息記錄模塊，例如操作角色，配件維修次數(shù)，配件流程狀態(tài)等。信息記錄模塊將信息發(fā)送至信息研判流程中的信息分析模塊進行信息分析 信息研判流程中的信息分析模塊，將信息進行分類處理，屬于預警信息的發(fā)送至預警信息分析模塊(如維修次數(shù))，屬于提示信息的發(fā)送至信息提示模塊(如入庫申請?zhí)崾拘畔?。 預警信息分析模塊分別從時間、質量、數(shù)量、管理四個方面進行預警分析，時間預警主要包括操作時間、盤點時間、維修時間、租賃時間等；質量預警主要包括返修率、壞件率、報廢率等；數(shù)量預警主要是庫存數(shù)量預警；管理預警主要是針對工作人員工作效果的績效管理預警。預警信息分析模塊根據(jù)設定的閾值判定預警等級，發(fā)送預警報告至信息提示模塊。 信息提示模塊根據(jù)信息分析模塊及預警信息分析模塊發(fā)送的信息，將一級紅色預警(十分緊急)，二級橙色預警(緊急)，三級黃色預警( 一般緊急)，四級綠色預警(正常)預警信息發(fā)送至對應的管理層。 —級紅色預警信息發(fā)送至高級管理層，中級管理層，操作員；二級橙色預警發(fā)送至中級管理層，操作員；三級黃色、四級綠色預警信息及操作提示信息發(fā)送至操作員，各操作層收到信息后，及時對信息進行處理，同時向上一級提交處理結果報告，一級紅色預警的處理報告提交至中層管理者和操作員。 歸檔模塊對上述的庫存歸檔信息，數(shù)據(jù)更新信息進行歸檔保存，這些歸檔的數(shù)據(jù)主要用于配件信息的查詢和各種報表的制作，方便操作人員和客戶的查看。歸檔信息還會將這些歸檔的信息發(fā)送至預警系統(tǒng)的信息記錄模塊，為預警系統(tǒng)提供及時有效的數(shù)據(jù)。
權利要求一種電信設備網(wǎng)絡交互處理裝置，包括領用系統(tǒng)和預警監(jiān)控系統(tǒng)；其特征在于領用系統(tǒng)包括入庫申請模塊、入庫準備模塊、審批模塊、領用申請模塊、庫存歸檔模塊、租賃模塊、采購模塊 測試模塊、軟件升級模塊、領用派送模塊、維修模塊；預警監(jiān)控系統(tǒng)包括信息記錄模塊、信息研判模塊、信息提示模塊；其中，入庫申請模塊通過入庫申請信息判斷與入庫準備模塊相連，入庫準備模塊通過領用需求與審批模塊連接，審批模塊分別與領用申請模塊、測試模塊及庫存歸檔模塊連接，并通過租賃需求與租賃模塊和采購模塊連接，測試模塊通過發(fā)送測試報告與維修模塊相連，并且與軟件升級模塊和領用派送模塊相連；同時，預警監(jiān)控系統(tǒng)中的各個模塊分別與領用系統(tǒng)中的各個模塊相連，信息記錄模塊與信息研判模塊相連。
專利摘要本實用新型公開了一種電信設備網(wǎng)絡交互處理裝置，有效的控制交互過程，幫助企業(yè)對交互過程進行“跟蹤”和“控制”。強大的預警功能，可實現(xiàn)對業(yè)務流程時間及庫存信息的準確記錄，降低人工操作的誤差頻率，同時，完善的預警信息提示功能，可根據(jù)提示預設值自行判斷提示信息的緊急程度，從而向不同的管理層發(fā)送提示信息，除增強了企業(yè)管理的層次感外，還較好的幫助企業(yè)管理者加強對業(yè)務薄弱環(huán)節(jié)的管理，促進企業(yè)獲得更大的利益。
文檔編號G06Q10/00GK201548985SQ20092010887
公開日2010年8月11日 申請日期2009年6月9日 優(yōu)先權日2009年6月9日
發(fā)明者仇序, 任海蛟, 關囡, 武彥君, 班黎明 申請人:北京千禧維訊技術服務有限公司