一種呼叫結果反饋方法、服務器、終端、系統的制作方法
【技術領域】
[0001] 本發明涉及呼叫結果反饋技術，尤其涉及一種呼叫結果反饋方法、服務器、終端、 系統。
【背景技術】
[0002] 隨著互聯網與電信網、數據業務與傳統語音業務不斷地融合，為適應云計算產業 的迅猛發展，傳統電信服務企業的平臺即服務（PaaS，Platform as a Service)平臺化趨 勢日益顯著。PaaS能將現有各種業務能力進行整合，例如，通過應用程序編程接口（API， Application Programming Interface)將電信呼叫能力開放給大中小企業用戶和個人開 發者使用，并提供個性化、精確化的服務。
[0003] -些呼叫能力開放平臺，在接收并完成呼叫請求端的呼叫后，沒能將呼叫結果及 時反饋，使得呼叫請求端無法知道呼叫的最終情況。尤其在一些關鍵的事務性呼叫，例如， 安全認證服務、支付確認服務，當呼叫出現失敗情況而沒有及時補救或提醒時，影響用戶的 繼續使用，降低用戶的體驗感受。
[0004] 為此，出現了主動推送呼叫結果的方式。電信平臺將呼叫結束后產生成功或失敗 的呼叫結果發送給數據平臺，數據平臺把呼叫結果通過超本文傳輸協議（HTTP，Hyper Text Transfer Protocol)異步通信接口發送給呼叫請求端服務器，這樣，呼叫請求端可以獲知 并記錄每一次呼叫請求的呼叫結果，及時發現異常并采用追呼等補救措施。
[0005] 然而，現有的呼叫結果通知方式沒有充分考慮效率、標準、完整性這三個因素。具 體地，1)對于效率，現有呼叫結果通知方式是獲取到呼叫結果后，先保存到文檔，通過文件 傳輸協議（FTP，File Transfer Protocol)方式上傳給呼叫請求端，還有一種是通過告警短 信方式將失敗的呼叫結果通知給呼叫請求端，這兩種方式不僅會降低時效性、可靠性，還需 要呼叫請求端對結果文件、短信進行解析操作。2)對于標準，現有呼叫結果通知方式是在短 信中直接傳輸呼叫失敗告警內容，如何表達呼叫告警級別、失敗類型、業務類別等信息都沒 有統一的標準，呼叫請求端很難在形形色色的告警中準確地解析出告警的各個屬性，這給 功能擴展帶來了困難。3)對于完整性，現有呼叫結果通知方式是在短信中直接傳輸呼叫失 敗告警內容，告警內容組織的參差不齊，且短信長度有限，大都沒有包含完整的呼叫告警信 息，如告警標識、告警級別、失敗類型、業務類別等，導致在呼叫請求端無法進行識別、錯過 關鍵信息，無法進行后續補救處理。
【發明內容】
[0006] 為解決上述技術問題，本發明實施例提供了一種呼叫結果反饋方法、服務器、終 端、系統。
[0007] 本發明實施例提供的呼叫結果反饋方法包括：
[0008] 設置呼叫結果列表，所述呼叫結果列表包括一條以上呼叫結果，每條呼叫結果記 錄有呼叫結果ID與呼叫結果內容的對應關系；
[0009] 將所述呼叫結果列表中的呼叫結果所記錄的信息，通過預定的規則進行封裝；
[0010] 將封裝后的呼叫結果發送給呼叫請求端。
[0011] 本發明實施例中，所述方法還包括：
[0012] 設置所述呼叫列表時，將所述呼叫結果內容中的變化量設置為相應的替代參數 值。
[0013] 本發明實施例中，所述將所述呼叫結果列表中的呼叫結果所記錄的信息，通過預 定的規則進行封裝，包括：
[0014] 將以下信息封裝在報文中：回調接口、呼叫結果ID、呼叫失敗級別、呼叫失敗類 型、業務類型、替代參數值、自定義私有數據。
[0015] 本發明另一實施例提供的呼叫結果反饋方法包括：
[0016] 接收經封裝的呼叫結果；
[0017] 對所述呼叫結果進行解析，得到所述呼叫結果中的以下信息：回調接口、呼叫結果 ID、呼叫失敗級別、呼叫失敗類型、業務類型、替代參數值、自定義私有數據。
[0018] 本發明實施例中，所述方法還包括：
[0019] 根據所述業務類型、呼叫失敗級別，對所述呼叫結果進行過濾后進行提示。
[0020] 本發明實施例提供的服務器包括：
[0021] 設置單元，用于設置呼叫結果列表，所述呼叫結果列表包括一條以上呼叫結果，每 條呼叫結果記錄有呼叫結果ID與呼叫結果內容的對應關系；
[0022] 封裝單元，用于將所述呼叫結果列表中的呼叫結果所記錄的信息，通過預定的規 則進行封裝；
[0023] 發送單元，用于將封裝后的呼叫結果發送給呼叫請求端。
[0024] 本發明實施例中，所述設置單元，還用于設置所述呼叫列表時，將所述呼叫結果內 容中的變化量設置為相應的替代參數值。
[0025] 本發明實施例中，所述封裝單元，還用于將以下信息封裝在報文中：回調接口、呼 叫結果ID、呼叫失敗級別、呼叫失敗類型、業務類型、替代參數值、自定義私有數據。
[0026] 本發明實施例提供的終端包括：
[0027] 接收單元，用于接收經封裝的呼叫結果；
[0028] 解析單元，用于對所述呼叫結果進行解析，得到所述呼叫結果中的以下信息：回調 接口、呼叫結果ID、呼叫失敗級別、呼叫失敗類型、業務類型、替代參數值、自定義私有數據。
[0029] 本發明實施例中，所述終端還包括：
[0030] 過濾單元，用于根據所述業務類型、呼叫失敗級別，對所述呼叫結果進行過濾后進 行提示。
[0031] 本發明實施例提供的呼叫結果反饋系統包括上述所述的服務器以及終端。
[0032] 本發明實施例的技術方案中，服務器首先設置了呼叫結果列表，所述呼叫結果列 表包括一條以上呼叫結果，每條呼叫結果記錄有呼叫結果ID與呼叫結果內容的對應關系； 然后，將所述呼叫結果列表中的呼叫結果所記錄的信息，通過預定的規則進行封裝，具體 地，將以下信息封裝在報文中：回調接口、呼叫結果ID、呼叫失敗級別、呼叫失敗類型、業務 類型、替代參數值、自定義私有數據。最后，將將封裝后的呼叫結果發送給呼叫請求端。從 而彌補了現有呼叫結果通知方式的不足，提高了呼叫結果通知效率，確立了呼叫結果信息 傳輸的標準，保障了呼叫結果、尤其是失敗告警信息的完整性，為呼叫請求端識別、過濾失 敗告警數據等擴展功能提供支持。
【附圖說明】
[0033] 圖1為本發明實施例一的呼叫結果反饋方法的流程示意圖；
[0034] 圖2為本發明實施例二的呼叫結果反饋方法的流程示意圖；
[0035] 圖3為本發明實施例的服務器的結構組成示意圖；
[0036] 圖4為本發明實施例的終端的結構組成示意圖；
[0037] 圖5為本發明實施例的呼叫結果反饋系統的結構組成示意圖。
【具體實施方式】
[0038] 為了能夠更加詳盡地了解本發明實施例的特點與技術內容，下面結合附圖對本發 明實施例的實現進行詳細闡述，所附附圖僅供參考說明之用，并非用來限定本發明實施例。
[0039] 圖1為本發明實施例一的呼叫結果反饋方法的流程示意圖，本發明實施例的呼叫 結果反饋方法應用于服務器側，如圖1所示，所述呼叫結果反饋方法包括以下步驟：
[0040] 步驟101 :設置呼叫結果列表，所述呼叫結果列表包括一條以上呼叫結果，每條呼 叫結果記錄有呼叫結果ID與呼叫結果內容的對應關系。
[0041] 本發明實施例中，呼叫請求端向服務器發起呼叫請求時，服務器對該呼叫請求進 行處理，并得到呼叫結果，然后，將所有的呼叫結果通過一個呼叫結果列表存儲起來。
[0042] 本發明實施例中，服務器即為呼叫能力平臺，在呼叫能力平臺上部署呼叫結果列 表，呼叫結果列表包括一條以上呼叫結果，每條呼叫結果記錄有呼叫結果ID與呼叫結果內 容的對應關系。具體實現時，可以通過但不局限于數據庫記錄呼叫結果列表。
[0043] 本發明實施例中，呼叫請求端可以是手機、筆記本電腦等通訊類的電子設備。
[0044] 設置所述呼叫列表時，將所述呼叫結果內容中的變化量設置為相應的替代參數 值。如此，可以進一步簡化呼叫結果的內容。
[0045] 步驟102 :將所述呼叫結果列表中的呼叫結果所記錄的信息，通過預定的規則進 行封裝。
[0046] 本發明實施例中，預定的規則也稱為HTTP的異步傳輸協議，具體地，將以下信息 封裝在報文中：回調接口、呼叫結果ID、呼叫失敗級別、呼叫失敗類型、業務類型、替代參數 值、自定義私有數據。
[0047] 上述方案中，呼叫失敗類型可以是：呼叫未到達、用戶關機、不在服務區、欠費、用 戶拒接等。
[0048] 具體實現時，可以為上述各個信息分配一定數量的字節，具體的分配方式可以預 先設置，根據具體業務場景的不同設置不同的字節來記錄各個信息。
[0049] 下面結合具體信息對本發明實施例的HTTP的異步傳輸協議做詳細描述。
[0050] 以下分別是包頭、請求包體、響應包體的具體說明：
[0051] 包頭：
[0052] Contet_Type:text/plain
[0053] 請求包體：
[0057] 上述表1中所示出的屬性可參照相應的說明部分進行理解，此處不再贅述，本領 域技術人員應當理解，表1中只示意出了呼叫結果中的部分信息，其他信息可以進行相應 的設置。
[0058] 根據表1對請求包所記錄的信息進行封裝后的一個示例參照如下所述：
[0059] POST/{path} HTTP/LI Host: <ip>:<port> Content-Type: tet/pkiii Content-Length: 100 <?xml version=" 1.0" encoding="UTF-8"?> 〈Request〉 <action>wieeOafictha</ac1ie!a> <number> 13 800000000</number> <callTd>299uikKNm4U890olrnl999</cal!Sid> <si:atus>0</staie> <duration>30</duration> </Request>
[0060] 如上所述，請求包體中包括了如下信息：action、number、callld、status、