一種信息處理方法及雲端、被叫終端與流程
2023-06-21 21:38:36 1
本發明涉及無線技術，尤其涉及一種信息處理方法及雲端、被叫終端。
背景技術：
隨著第四代(4g)的話音業務(volte)時代的到來，寬帶語音質量問題備受關注，對於如何評價語音質量。目前業界普遍採用傳統的平均意見值(meanopinionscore，mos)盒測試方式，如圖1-1所示，該測試方案中mos盒為核心設備，mos盒與個人計算機(pc)、手機連接。pc控制mos盒的放音，放音文件通過音頻線放至主叫手機，主叫手機經過信號處理，通過網絡傳輸將信號傳輸至被叫手機，被叫手機對接收到的信號做相應的處理，最終通過音頻線輸入至mos盒，mos進行錄音。最後pc端調用相應mos算法將放音文件和錄音文件進行比對，計算出mos值。
語音質量測試以mos測試為例來說明：1)現有的mos測試基於mos盒設備，如圖1-2所示，測試前mos盒需要與電腦、手機連接，即工程師測試需要攜帶兩個手機、一臺電腦、一個mos盒及若干連接線，由於設備眾多、連線凌亂，給用戶測試帶來很大的不方便性，測試效率低下。2)由於mos算法(如polqa算法)與硬體設備(mos盒)綁定，故只有拿到mos盒才能進行測試，對mos評分只能在mos盒中進行；故需要進行mos測試或mos打分必須有硬體的設備在才可以進行，缺乏靈活性。3)主被叫需同時連接到mos盒，測試場景單一，測試的結果只能作為某地區某段時間的語音質量參考值，而現實情況，用戶在通話的時候主被叫絕大多數時間是不在同一個覆蓋小區下，故跨小區的語音質量測試顯得尤其重要，有實際的應用價值，但此種測試方案無法復現主被叫在不同地點發生呼叫的話音質量低的問題。4)mos盒 測試方式測試出的結果只在本地保存，即各個測試工程師的數據基本只有自己知道，無法形成一個統一的mos語音測試資料庫，來進行對用戶終端類型、無線場景等多維度的大數據分析，使得mos測試的應用價值有限。5)由於本地化操作，測試結果可以從電腦中導出，不過，每個mos測試一個mos值對應一個經緯度。即如果想在地圖上呈現mos質量存在三個問題：一是本地化操作，要多次測試導出的數據整合到一起才能繪製出相對完整的測試地圖，這需要大量的工作；二是每個mos測試至少持續10s左右，即10s左右對應一個經緯度值(如果按車速60km/h計算，10s車子行進167米，故在167米的範圍內只以一個點標註，不免反映不了全貌，並且很難確定行車的路徑，難以精確的表示測試區域的語音質量)；三是本地化數據的匯合，很難形成大規模的語音質量地圖。另外，傳統的mos測試方法無法得出測試當時的車速，以至於後期無法分析車速與mos的影響關係分析。
技術實現要素：
有鑑於此，本發明實施例為解決現有技術中存在的至少一個問題而提供一種信息處理方法及雲端、被叫終端，不需要連接語音質量測試設備，手機只要能接入到網絡即可，同時雲端可同時為多路語音進行評分，從而提高語音評價的效率。
本發明實施例的技術方案是這樣實現的：
第一方面，本發明實施例提供一種信息處理方法，所述方法包括：
雲端接收被叫終端發送的第一語音文件；
所述雲端根據上傳的第一語音文件與自身語音庫中的語音文件進行對比，調用語音質量算法計算所述第一語音文件的語音質量結果，將所述語音質量結果反饋至被叫終端；
所述雲端接收被叫終端上報的經緯度信息；
所述雲端根據所述經緯度信息將所述語音質量結果顯示在地圖上。
第二方面，本發明實施例提供一種信息處理方法，所述方法包括：
被叫終端在監聽狀態下，接聽主叫終端的呼叫；
所述被叫終端與所述主叫終端接通後，所述被叫終端接收主叫終端通過語音鏈路傳來的語音文件，並將所述語音文件保存為第一語音文件；
所述被叫終端與所述主叫終端通話結束後，所述被叫終端將所保存的第一語音文件發送給雲端；
所述被叫終端接收所述雲伺服器端發送的所述第一語音文件的語音質量結果。
第三方面，本發明實施例提供一種雲端，所述雲端包括第一接收單元、對比單元、調用單元、第一發送單元、第二接收單元和顯示單元，其中：
所述第一接收單元，用於接收被叫終端發送的第一語音文件；
所述對比單元，用於根據上傳的第一語音文件與自身語音庫中的語音文件進行對比，
所述調用單元，用於調用語音質量算法計算所述第一語音文件的語音質量結果；
所述第一發送單元，用於將所述語音質量結果反饋至被叫終端；
所述第二接收單元，用於接收被叫終端上報的經緯度信息；
所述顯示單元，用於根據所述經緯度信息將所述語音質量結果顯示在地圖上。
第四方面，本發明實施例提供一種被叫終端，所述被叫終端包括接聽單元、第三接收單元、保存單元、第三發送單元和第四接收單元，其中：
所述接聽單元，用於被叫終端在監聽狀態下，接聽主叫終端的呼叫；
所述第三接收單元，用於在所述被叫終端與所述主叫終端接通後，接收主叫終端通過語音鏈路傳來的語音文件；
所述保存單元，用於將所述語音文件保存為第一語音文件；
所述第三發送單元，用於在所述被叫終端與所述主叫終端通話結束後，將 所保存的第一語音文件發送給雲端；
所述第四接收單元，用於接收所述雲伺服器端發送的所述第一語音文件的語音質量結果。
本發明實施例提供一種信息處理方法及雲端、被叫終端，其中，所述方法包括：雲端接收被叫終端發送的第一語音文件；所述雲端根據上傳的第一語音文件與自身語音庫中的語音文件進行對比，調用語音質量算法計算所述第一語音文件的語音質量結果，將所述語音質量結果反饋至被叫終端；所述雲端接收被叫終端上報的經緯度信息；所述雲端根據所述經緯度信息將所述語音質量結果顯示在地圖上，如此，不需要連接語音質量測試設備，手機只要能接入到網絡即可，同時雲端可同時為多路語音進行評分，從而提高語音評價的效率。
附圖說明
圖1-1為傳統的mos盒測試時設備的連接示意圖一；
圖1-2為傳統的mos盒測試時設備的連接示意圖二；
圖1-3為本發明實施例基於雲平臺的語音質量測試架構示意圖；
圖1-4為本發明實施例一信息處理方法的實現流程示意圖；
圖2為本發明實施例二信息處理方法的實現流程示意圖；
圖3-1為本發明實施例三基於雲平臺的mos測試系統架構示意圖；
圖3-2為圖3-1中各模塊的信息交互示意圖；
圖3-3為本發明實施例三在測試時的信息交互示意圖；
圖3-4為本發明實施例三利用經緯度信息計算距離的示意圖；
圖3-5為本發明實施例三語音質量測試點的車速計算算法的實現流程示意圖；
圖3-6為本發明實施例三中利用經緯度信息計算矩形的距離示意圖；
圖3-7為本發明實施例三中mos值在地圖上的顯示示意圖；
圖3-8為本發明實施例三中不同mos值在地圖上的顯示示意圖；
圖4為本發明實施例四雲端的組成結構示意圖；
圖5為本發明實施例五被叫終端的組成結構示意圖。
具體實施方式
下面結合附圖和具體實施例對本發明的技術方案進一步詳細闡述。
實施例一
為了解決背景技術中存在的技術問題，本發明實施例提供一種信息處理方法，應用於雲端，該信息處理方法所實現的功能可以通過雲端中的處理器調用程序代碼來實現，當然程序代碼可以保存在計算機存儲介質中，可見，該雲端至少包括處理器和存儲介質。
圖1-4為本發明實施例四信息處理方法的實現流程示意圖，如圖1-4所示，該方法包括：
步驟s101，雲端根據自身語音庫中的語音文件更新主叫終端的語音文件；
步驟s102，所述雲端接收被叫終端發送的第一語音文件；
步驟s103，所述雲端根據上傳的第一語音文件與自身語音庫中的語音文件進行對比，調用語音質量算法計算所述第一語音文件的語音質量結果，將所述語音質量結果反饋至被叫終端；
步驟s104，所述雲端接收被叫終端上報的經緯度信息；
步驟s105，所述雲端根據所述經緯度信息將所述語音質量結果顯示在地圖上。
本發明實施例，為改進傳統語音質量測試的缺點和不足，從增加語音質量測試的應用場景、提高測試效率、方便測試利於積累大數據進行分析等方面考慮，本發明實施例提出一種基於雲平臺的語音質量測試架構，如圖1-3所示，即雲端集成語音質量打分(如mos打分)功能和手機控制功能，手機端開發相應的應用程式(app，application)，手機端通過網絡與雲端連接，雲端對手機進行測試控制，主叫手機播放標準的語音文件給被叫手機，被叫手機進行錄 音，得到第一語音文件，整個測試過程在現網進行，測試完成後，被叫手機將錄音文件(即第一語音文件)上傳至雲端，雲端對所述第一語音文件進行語音質量打分。此種實現方案手機不需要連接語音質量測試設備(如mos盒)，手機只要能接入到網絡即可(即能正常的撥打電話和正常上網即可)，主被叫可以分布在不同的小區或跨省市地區；雲端語音質量打分平臺可同時為多路語音進行評分，從而提高語音質量算法的使用率。
實施例二
基於前述的實施例一，本發明實施例提供一種信息處理方法，圖2為本發明實施例二信息處理方法的實現流程示意圖，如圖2所示，該方法包括：
步驟s201，被叫終端在監聽狀態下，接聽主叫終端的呼叫；
步驟s202，所述被叫終端與所述主叫終端接通後，所述被叫終端接收主叫終端通過語音鏈路傳來的語音文件，並將所述語音文件保存為第一語音文件；
步驟s203，所述被叫終端與所述主叫終端通話結束後，所述被叫終端將所保存的第一語音文件發送給雲端；
步驟s204，所述雲端接收被叫終端發送的第一語音文件；
步驟s205，所述雲端根據上傳的第一語音文件與自身語音庫中的語音文件進行對比，調用語音質量算法計算所述第一語音文件的語音質量結果，將所述語音質量結果反饋至被叫終端；
步驟s206，所述被叫終端接收所述雲伺服器端發送的所述第一語音文件的語音質量結果；
步驟s207，所述被叫終端在通話過程中，向所述雲端上報經緯度信息。
步驟s208，所述雲端接收被叫終端上報的經緯度信息；
步驟s209，所述雲端根據所述經緯度信息將所述語音質量結果顯示在地圖上。
本發明實施例中，所述語音質量結果採用mos值來表示，所述mos值在 不同的閾值範圍內採用不同的顏色區別地顯示在所述地圖上。
本發明實施例中，所述方法還包括：
步驟s210，在所述被叫終端通話的過程中，所述雲端接收q個經緯度信息；
步驟s211，所述雲端從所述q個經緯度信息篩選出n個經緯度信息，所述n個經緯度信息包括lon1、lon2、……、lonn的n個不同的經度信息和lat1、lat2、……、latn的n個不同的緯度信息；
步驟s212，所述雲端根據n個經緯度信息計算所述被叫終端的移動距離；
步驟s213，所述雲端獲取所述被叫終端在上報過程中的最大的時間差t；
步驟s214，所述雲端根據所述移動距離和所述時間差t確定所述被叫終端的移動速度。
本發明實施例中，步驟s212，所述雲端根據n個經緯度信息計算所述被叫終端的移動距離，包括：
步驟s2131，所述雲端根據所述n個經緯度信息計算經度最大值與最小值maxlon-minlon之間的距離dlon，以及根據所述n個經緯度信息計算經度最大值與最小值maxlat-minlat之間的距離dlat；
步驟s2132，所述雲端根據所述dlon和所述dlat計算所述被叫終端的移動距離。
本發明實施例中，所述方法包括：雲端根據自身語音庫中的語音文件更新主叫終端的語音文件。
實施例三
為了解決背景技術中存在的問題，本發明實施例提出一種將語音質量算法(mos算法，如聽覺質量客觀感知評估算法(perceptualobjectivelisteningqualityanalysis，polqa)集中在雲平臺側，手機通過互相撥打進行放音、錄音，錄音文件上傳至平臺側，在平臺側進行mos打分，從而提高mos算法的使用效率及測試工程師的測試靈活性，使mos測試網絡化、自動化、平臺化。
圖3-1為本發明實施例三基於雲平臺的mos測試系統架構示意圖，圖3-2為圖3-1中各模塊的信息交互示意圖，如圖3-1和圖3-2所示，該系統架構包括手機客戶端和語音質量雲平臺，其中：
1)手機客戶端，具有操作維護功能和測試執行功能，其中：
操作維護功能，即通過用戶界面(userinterface，ui)訪問系統操作維護界面設置配置參數、選擇測試任務、獲取測試結果等；測試執行功能，主要是從雲端接收指令，根據接收的指令執行測試任務，採集測試數據並將測試結果上報雲端。
2)語音質量雲平臺，用於負責對語音質量測試進行管理和控制，並提供可訪問界面供用戶訪問。語音質量雲平臺可運行在windows/linux平臺上，作為整個系統的總控部分，它具備手機終端的接入管理、呼叫控制、用戶管理、測試用例管理、測試任務管理、測試結果統計、測試日誌管理、音頻文件管理、維護配置、語音質量測量結果的統計和呈現等功能；具備對終端輸入的音頻文件進行預處理，包括時間同步、靜音檢測等；具有強大的算法庫，支持以主觀語音質量評估(pesq,perceptualevaluationofspeechquality)、polqa算法為代表的mos算法等多種語音質量算法；具有選擇軟體算法模塊進行語音質量值計算或者選擇諸如mos盒等語音質量設備進行語音質量值計算；具有和多個廠家語音質量測試設備的適配功能。
除一些平臺的通用功能外，下面對語音質量雲平臺中關於其核心功能語音質量打分的相關功能模塊做一詳細介紹，語音質量雲平臺還包括標準語音文件庫(又稱為標準語料庫)、測試結果資料庫、語音質量算法模塊和測試報告資料庫，其中：
標準語音文件庫，在標準語音文件庫中保存國際電信聯盟(itu，internationaltelecommunicationunion)規定的標準的語音文件(包括採樣率為8k、16k、48k，男聲、女聲等多種語音文件文件)，同時可以根據需要加入某公司認可的統一語音文件(比如認可的語音文件)。該標準語音文件庫除了保存語 音文件外，當手機的測試結果上傳至語音質量雲平臺後，平臺會根據上傳信息，選擇相應語音文件與上傳的錄音文件一併送入語音質量算法打分。
測試結果資料庫，手機運行測試軟體進行測試後會將測試結果(在語音質量測試中最主要的測試結果為錄音文件，其他的測試結果還包括網絡信息、終端信息、全球定位系統(gps，globalpositioningsystem)信息等)保存在該資料庫中，在需要時會被調用，同時可以通過web形式來進行相應的查詢與數據呈現。
語音質量算法模塊，該模塊中集成多種語音質量算法(包括pesq、polqa-nb、polqa-swb等mos算法在內)，該模塊的主要功能即將送入該模塊的標準語音文件及錄音文件(第一語音文件)進行對比，進行打分，生成的語音質量分值報告保存至測試報告資料庫中。
測試報告資料庫，用於保存測試報告並將測試報告傳送給手機端，使得手機上實時呈現本次測試的語音質量值，該模塊同樣可以通過web形式來進行相應的查詢與數據呈現。關於語音質量地圖的繪製及呈現、車速計算機分析等包含在此模塊中。
圖3-3為本發明實施例三在測試時的信息交互示意圖，如圖3-3所示，該測試過程包括：
步驟s301，被叫手機啟動軟體選擇測試任務，處於自動監聽狀態；
步驟s302，主叫手機撥打被叫手機，被叫自動接聽後主叫手機播放語音文件；主叫手機與語音質量雲平臺更新語音文件信息；主叫手機撥打被叫手機，配置被叫手機號碼；被叫自動接聽，被叫電話接通後主機手機播放語音文件。
步驟s303，主叫和被叫在現網中通話，主叫放音被叫錄音；
步驟s304，主叫手機掛斷後，被叫手機上傳錄音文件至語音質量雲平臺；
步驟s305，語音質量雲平臺根據上傳的錄音文件與標準語音文件進行對比，將對比的結果反饋至被叫手機；
這裡，所述根據上傳的錄音文件與標準語音文件進行對比，將對比的結果 反饋至被叫手機，包括：調用語音質量算法進行語音質量值計算，計算的結果反饋至被叫手機。調用語音質量算法計算的過程實際就是兩個文件對比，通過對比可以看出該音頻文件通過整個通話鏈路衰減後的文件與原文件的差異，從而得出語音質量值，差別越大，說明語音質量越不好。
需要說明的是，語音質量地圖繪製在測試報告資料庫中，用於給web用戶查詢及呈現，並不需要反饋給手機端。此種測試系統克服了傳統語音質量測試方案的缺乏靈活性、測試效率低、測試場景單一等缺點，使得語音質量測試更加方便靈活，並且由於沒有設備的證書(license)等限制，使得平臺中的語音質量算法作為資源池，得到更有效率的利用。測試工程師只需要拿兩部手機即可以實現傳統的需要帶語音質量測試設備、pc及兩部手機才能完成的工作，並且去除了不必要的連線，減少設備調試的過程。為實現投訴用戶等反應的情況，主被叫手機可以在不同的地點進行通話測試。
此種測試方案另外的一個功能，就是該方案中的語音質量雲平臺中會保存所有測試的數據及測試結果，可以進行諸如終端類型、網絡制式、測試地點等多維度的測試數據分析，對終端類型、網絡制式等進行統計性的分析，給出指導性意見。
為直觀呈現出語音質量，採取語音質量地圖繪製的方式，本發明實施例提出精確化經緯度信息處理方式來進行道路語音質量的呈現，由於10秒(s)一個的mos值是反映這10s中的整體情況，故該10s所經過的路徑進行相應算法處理得到相對精確的地域範圍，在該範圍內標註該mos值。通過此圖可以得到用戶如果在該範圍區域內，mos值是不應該低於圖中標註的mos值，給後臺優化人員及用戶提供非常有用的語音質量參考信息。並且可以根據經緯度計算該次mos值測試過程中的車速，對於後續分析車速與mos值的關係提供數據支持。
由於在以上測試方案中，手機app上報的經緯度信息至少1s上報一個， 故在整個10s左右的通話中，有多個經緯度信息上報，過濾掉相同的經緯度信息(如兩個或幾個相鄰的上報信息時間內，手機的經緯度未發生變化，或變化小到不足以觸發經緯度的信息改變，則幾次上報的經緯度信息是一致的)。
算法如下：
n個不同的經度分別為lon1、lon2、……、lonn；n個不同的緯度分別為lat1、lat2、……、latn，緯度平均值經度平均值、經度的方差、經度的標準差slon、緯度的標準差slat，分別採用如下的公式：
緯度平均值參見公式(3-1)：
經度平均值參見公式(3-2)：
經度的方差為參見公式(3-3)：
經度的標準差為參見公式(3-4)：
緯度的方差為參見公式(3-5)：
緯度的標準差為參見公式(3-6)：
設r為地球半徑(地球兩級與赤道半徑大小可以認為相等，r＝6.37*106米)，如圖3-4所示，在同一緯度下，經度的變化導致的距離參見公式(3-7)，在同一經度下，緯度的變化導致的距離參見公式(3-8)：
dδlat＝πr/180*δlat(3-8)；
其中，δlon為經度差，δlat為緯度差。
兩點之間的距離利用勾股定理：
由於在路測過程中，每兩個點間的差值會很小，故可以用以上公式(3-7)、(3-8)、(3-9)作為兩個點之間距離的計算公式。
dlon定義為利用公式(3-7)計算出的經度最大值與最小值maxlon-minlon之間的距離；dlat定義為利用公式(3-7)計算出的經度最大值與最小值之間的距離，並通過經緯度的變化求出近似車速。
本發明實施例再提供一種語音質量測試點的車速計算算法，圖3-5為本發明實施例三語音質量測試點的車速計算算法的實現先流程示意圖，如圖3-5所示，該流程包括：
步驟s351，篩去重複經緯點，得到不同的經緯度點數n；
步驟s352，利用公式3-1、3-2、3-4、3-6，分別計算出n個經度的均值標準差slon；n個緯度的均值標準差slat；
步驟s353，利用公式3-7、3-8，計算δlon＝slon時的經度上的距離dδlon；計算δlat＝slat時的緯度上的距離dδlat；
這裡，手機得到的是經緯度，此步驟是將經緯度差值換算為距離，以便後續的步驟實現，包括求速度等。
步驟s354，判斷dδlon≤dδlat是否成立，是時，進入步驟s355，否則，進入步驟s357；
這裡，判斷是用來看這次10s內測試手機更傾向於南北走向還是東西走向， 便於後續畫圖的需要，更適用於環路，比如，在東二環上，那麼它的緯度變化的距離要比經度變化的距離大。
步驟s355，以做水平直線作為中心線，寬度為dδlat，長度為n個經度值中的最大值與最小值maxlon-minlon之間距離dlon的矩形；
步驟s356，車速s＝dlon/t*3.6(km/h)，其中，t為手機上報信息中最晚和最早兩條信息的時間差；
步驟s357，以做水平直線作為中心線，寬度為dδlon，長度為n個緯度值中的最大值與最小值maxlat-minlat之間距離dlat的矩形；
步驟s358，車速s＝dlat/t*3.6(km/h)，其中t為手機上報信息中最晚和最早兩條信息的時間差。
為說明算法及上述流程，已實際測試的數據距離來進行說明：在一個10s左右通話中，經緯度每隔1s上報一個值，如下表1所示：
表1
在上表1中可以看到存在四個不同的經度、緯度值，下面以4值為例說明作圖過程。4個不同的經度分別為lon1、lon2、lon3、lon4；4個不同的緯度分別為lat1、lat2、lat3、lat4。
由於dδlon≤dδlat(根據流程圖3-5)，如圖3-6所示，以(116.3411007)做水平直線作為中心線，寬度為dδlon(24.73米)，長度為n個緯度值中的最大值與最小值之間(緯度差為39.85829-39.8553＝0.002995，距離為332.99米)的矩形。在該mos值的車速為108km/h。利用此算法在地圖上的呈現如下圖3-7所示。在具體地圖呈現的時候，mos值二維形成不同的顏色的色塊(如圖3-8)，比如：當滑鼠懸在相應的色塊時，會顯示相應的車速。本發明實施例提出的算法在正南北、正東西的道路上適用性更佳。
在本發明實施例中，基於雲平臺、手機的兩級網絡架構提出了一種語音質量測試數據的經緯度處理算法，以及語音質量地圖呈現形式，並且提出一種語音質量測試點的車速計算算法，然後利用雲平臺保存的速度數據進行對語音質量值與速度的關係進行多維度的分析。從以上可以看出，本發明實施例解決在 繪製語音質量地圖時的數據整合問題、地圖中的顯示點的精度問題、大規模語音質量地圖的繪製問題，及車速計算獲取問題。與現有技術相比，本發明實施例具有如下的技術優點：基於雲平臺及手機端的架構，雲平臺可以計算語音質量值，並利用雲平臺強大的儲存和計算能力，在雲平臺中可進行關於語音質量的地圖繪製及車速分析，從而更多的對現網具有指導意義的。
實施例四
基於前述的實施例，本發明實施例提供一種雲端，該雲端所包括的各單元，以及各單元所包括的模塊，都可以通過雲端的處理器來實現，當然也可通過具體的邏輯電路實現；在具體實施例的過程中，處理器可以為中央處理器(cpu)、微處理器(mpu)、數位訊號處理器(dsp)或現場可編程門陣列(fpga)等。
圖4為本發明實施例四雲端的組成結構示意圖，如圖4所示，該雲端(即雲伺服器)400包括第一接收單元401、對比單元402、調用單元403、第一發送單元404、第二接收單元405和顯示單元406，其中：
所述第一接收單元，用於接收被叫終端發送的第一語音文件；
所述對比單元，用於根據上傳的第一語音文件與自身語音庫中的語音文件進行對比；
所述調用單元，用於調用語音質量算法計算所述第一語音文件的語音質量結果；
所述第一發送單元，用於將所述語音質量結果反饋至被叫終端；
所述第二接收單元，用於接收被叫終端上報的經緯度信息；
所述顯示單元，用於根據所述經緯度信息將所述語音質量結果顯示在地圖上。
本發明實施例中，所述語音質量結果採用mos值來表示，所述mos值在不同的閾值範圍內採用不同的顏色區別地顯示在所述地圖上。
本發明實施例中，所述接收單元還用於在所述被叫終端通話的過程中，接 收q個經緯度信息；
所述雲端還包括篩選單元、計算單元、獲取單元和確定單元，其中：
所述篩選單元，用於從所述q個經緯度信息篩選出n個經緯度信息，所述n個經緯度信息包括lon1、lon2、……、lonn的n個不同的經度信息和lat1、lat2、……、latn的n個不同的緯度信息；
所述計算單元，用於根據n個經緯度信息計算所述被叫終端的移動距離；
所述獲取單元，用於獲取所述被叫終端在上報過程中的最大的時間差t；
所述確定單元，用於根據所述移動距離和所述時間差t確定所述被叫終端的移動速度。
本發明實施例中，所述計算單元包括第一計算模塊、第二計算模塊和第三計算模塊，其中：
所述第一計算模塊，用於根據所述n個經緯度信息計算經度最大值與最小值maxlon-minlon之間的距離dlon；
所述第二計算模塊，用於根據所述n個經緯度信息計算經度最大值與最小值maxlat-minlat之間的距離dlat；
所述第三計算模塊，用於根據所述dlon和所述dlat計算所述被叫終端的移動距離。
本發明實施例中，更新單元，用於根據自身語音庫中的語音文件更新主叫終端的語音文件。
這裡需要指出的是：以上雲端實施例的描述，與上述方法實施例的描述是類似的，具有同方法實施例相似的有益效果，因此不做贅述。對於本發明雲端實施例中未披露的技術細節，請參照本發明方法實施例的描述而理解，為節約篇幅，因此不再贅述。
實施例五
基於前述的實施例，本發明實施例提供一種被叫終端，該被叫終端所包括 的各單元，以及各單元所包括的模塊，都可以通過被叫終端的處理器來實現，當然也可通過具體的邏輯電路實現；在具體實施例的過程中，處理器可以為中央處理器(cpu)、微處理器(mpu)、數位訊號處理器(dsp)或現場可編程門陣列(fpga)等。
圖5為本發明實施例五被叫終端的組成結構示意圖，如圖5所示，所述被叫終端500包括接聽單元501、第三接收單元502、保存單元503、第三發送單元504和第四接收單元505，其中：
所述接聽單元501，用於被叫終端在監聽狀態下，接聽主叫終端的呼叫；
所述第三接收單元502，用於在所述被叫終端與所述主叫終端接通後，接收主叫終端通過語音鏈路傳來的語音文件；
所述保存單元503，用於將所述語音文件保存為第一語音文件；
這裡，將所述語音文件保存為第一語音文件可以通過錄音來實現，即被叫終端通過錄音得到作為第一語音文件的錄音文件。
所述第三發送單元504，用於在所述被叫終端與所述主叫終端通話結束後，將所保存的第一語音文件發送給雲端；
所述第四接收單元505，用於接收所述雲伺服器端發送的所述第一語音文件的語音質量結果。
本發明實施例中，所述被叫終端還包括上報單元，用於所述被叫終端在通話過程中，向所述雲端上報經緯度信息。
這裡需要指出的是：以上被叫終端實施例的描述，與上述方法實施例的描述是類似的，具有同方法實施例相似的有益效果，因此不做贅述。對於本發明被叫終端實施例中未披露的技術細節，請參照本發明方法實施例的描述而理解，為節約篇幅，因此不再贅述。
應理解，說明書通篇中提到的「一個實施例」或「一實施例」意味著與實施例有關的特定特徵、結構或特性包括在本發明的至少一個實施例中。因此，在整個說明書各處出現的「在一個實施例中」或「在一實施例中」未必一定指 相同的實施例。此外，這些特定的特徵、結構或特性可以任意適合的方式結合在一個或多個實施例中。應理解，在本發明的各種實施例中，上述各過程的序號的大小並不意味著執行順序的先後，各過程的執行順序應以其功能和內在邏輯確定，而不應對本發明實施例的實施過程構成任何限定。上述本發明實施例序號僅僅為了描述，不代表實施例的優劣。
需要說明的是，在本文中，術語「包括」、「包含」或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者裝置不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者裝置所固有的要素。在沒有更多限制的情況下，由語句「包括一個……」限定的要素，並不排除在包括該要素的過程、方法、物品或者裝置中還存在另外的相同要素。
在本申請所提供的幾個實施例中，應該理解到，所揭露的設備和方法，可以通過其它的方式實現。以上所描述的設備實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，如：多個單元或組件可以結合，或可以集成到另一個系統，或一些特徵可以忽略，或不執行。另外，所顯示或討論的各組成部分相互之間的耦合、或直接耦合、或通信連接可以是通過一些接口，設備或單元的間接耦合或通信連接，可以是電性的、機械的或其它形式的。
上述作為分離部件說明的單元可以是、或也可以不是物理上分開的，作為單元顯示的部件可以是、或也可以不是物理單元；既可以位於一個地方，也可以分布到多個網絡單元上；可以根據實際的需要選擇其中的部分或全部單元來實現本實施例方案的目的。
另外，在本發明各實施例中的各功能單元可以全部集成在一個處理單元中，也可以是各單元分別單獨作為一個單元，也可以兩個或兩個以上單元集成在一個單元中；上述集成的單元既可以採用硬體的形式實現，也可以採用硬體加軟體功能單元的形式實現。
本領域普通技術人員可以理解：實現上述方法實施例的全部或部分步驟可以通過程序指令相關的硬體來完成，前述的程序可以存儲於計算機可讀取存儲介質中，該程序在執行時，執行包括上述方法實施例的步驟；而前述的存儲介質包括：移動存儲設備、只讀存儲器(readonlymemory，rom)、磁碟或者光碟等各種可以存儲程序代碼的介質。
或者，本發明上述集成的單元如果以軟體功能模塊的形式實現並作為獨立的產品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質中。基於這樣的理解，本發明實施例的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟體產品的形式體現出來，該計算機軟體產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機、伺服器、或者網絡設備等)執行本發明各個實施例所述方法的全部或部分。而前述的存儲介質包括：移動存儲設備、rom、磁碟或者光碟等各種可以存儲程序代碼的介質。
以上所述，僅為本發明的具體實施方式，但本發明的保護範圍並不局限於此，任何熟悉本技術領域的技術人員在本發明揭露的技術範圍內，可輕易想到變化或替換，都應涵蓋在本發明的保護範圍之內。因此，本發明的保護範圍應以所述權利要求的保護範圍為準。