欧美,精品,综合,亚洲,好吊妞视频免新费观看,免费观看三级吃奶,一级a片女人自慰免费看

您當(dāng)前的位置是:  首頁 > 資訊 > 文章精選 >
 首頁 > 資訊 > 文章精選 >

基于SIP協(xié)議的媒體錄音規(guī)范(SIPREC)完整技術(shù)概述-1

2019-09-02 11:06:05   作者:james.zhu    來源:Asterisk開源派   評(píng)論:0  點(diǎn)擊:


  在當(dāng)前的語音通信環(huán)境中,除了用戶非常重視呼叫的用戶體驗(yàn),同時(shí)對(duì)其他第三方的業(yè)務(wù)要求也有了新的要求。特別是在某些金融領(lǐng)域,法律咨詢領(lǐng)域和人力資源領(lǐng)域,雙方電話溝通需要有完整的通話錄音,這些錄音可能會(huì)幫助雙方對(duì)某些歧義進(jìn)行進(jìn)一步的佐證。但是,隨著呼叫中心,IPPBX部署方式的技術(shù)革命,很多呼叫中心,IPPBX已經(jīng)實(shí)現(xiàn)了云部署的方式,以前傳統(tǒng)的錄音方式基本上很難滿足用戶的需求,市場(chǎng)份額也正在萎縮。在當(dāng)前主流的部署方式中,使用SBC對(duì)接其他業(yè)務(wù)應(yīng)用是大家正在逐步使用的主要的部署方式。關(guān)于SBC的背景介紹,我們?cè)谝郧暗奈恼轮凶鲞^非常多的關(guān)于SBC以及其功能的介紹,筆者也發(fā)表過關(guān)于開源OpenSIPS電話錄音的分享。
  • 如何通過SBC實(shí)現(xiàn)公網(wǎng)注冊(cè)SIP話機(jī)演示,實(shí)現(xiàn)聯(lián)通COP對(duì)接通話
  • 圖解邊界會(huì)話控制器(SBC)的20個(gè)最常用功能
  • SIP系列講座-邊界會(huì)話控制器-SBC全面剖析
  • 基于OpenSIPS實(shí)現(xiàn)電話錄音解決方案探討
  為了進(jìn)一步完善SIP呼叫錄音的討論,今天,筆者在以前的錄音分享技術(shù)討論的基礎(chǔ)上,進(jìn)一步討論一些和SIP電話呼叫中的一些非常細(xì)節(jié)的說明和其相關(guān)的行業(yè)規(guī)范,通過規(guī)范和解決方案的示例討論,讀者獲得更多關(guān)于SIP呼叫錄音的技術(shù)策略和部署方式。
  更多技術(shù)分享,關(guān)注SIP技術(shù)學(xué)習(xí)
  筆者這里主要討論的內(nèi)容包括:錄音解決方案背景介紹,關(guān)于SIPREC的技術(shù)細(xì)節(jié)說明(Session Recording Protocol),相關(guān)技術(shù)架構(gòu)討論,基于SIP的媒體錄音場(chǎng)景規(guī)范(SIPREC)以及數(shù)據(jù)規(guī)范的討論,SBC對(duì)SIPREC的支持和以及其他問題討論。
  1、錄音解決方案背景介紹
  呼叫中心或IPPBX是幫助企業(yè)用戶和客戶主要溝通的工具。根據(jù)一家美國(guó)公司對(duì)市場(chǎng)的調(diào)查中,在最近幾年,語音仍然是企業(yè)用戶和客戶互動(dòng)的首先方式。
  以下部分圖片來自于互聯(lián)網(wǎng)
  在呼叫中心或者語音使用比較高的行業(yè)中,服務(wù)行業(yè)是一個(gè)需求非常旺盛的行業(yè),客服中心是非常關(guān)鍵的部門。為了保證其服務(wù)和其他業(yè)務(wù)那個(gè)在一種可控的環(huán)境下進(jìn)行,雙方的錄音是最好的憑證。另外,語音呼叫結(jié)合電話錄音也是服務(wù)行業(yè)的一個(gè)必然的趨勢(shì),以下是美國(guó)行業(yè)調(diào)查數(shù)據(jù):
  資料來源:https://www.telemessage.com/voice-call-recording-latest-market-and-compliancetrends-infographic/
  當(dāng)然,錄音也不僅僅局限于客服的一種需求,其他行業(yè)也存在巨大的市場(chǎng)。以下示例說明了各種環(huán)境下對(duì)錄音的需求:
  但是,隨著呼叫中心或客服中心技術(shù)的不斷發(fā)展,很多呼叫中心和客服中心的技術(shù)也發(fā)生了巨大的變化,從很早的本地部署方式逐漸升級(jí)為基于云的部署方式,客服或坐席人員也出現(xiàn)了分布式的部署方式。因此,隨著呼叫中心或客服中心技術(shù)和管理方式的變化導(dǎo)致了錄音解決方案的變化。我們知道,傳統(tǒng)的PSTN的錄音或者IP錄音是通過高阻三通方式或鏡像錄音實(shí)現(xiàn)呼叫錄音,但是,這些部署很難滿足對(duì)現(xiàn)代云部署技術(shù)的支撐,它們也滿足不了非常細(xì)節(jié)的業(yè)務(wù)功能。因此,傳統(tǒng)的錄音設(shè)備或者本地錄音方式面臨著很大的挑戰(zhàn)。
  隨著呼叫中心或客服系統(tǒng)朝云平臺(tái)的遷移,基于云平臺(tái)的錄音解決方案也逐漸形成了自己的市場(chǎng)。同時(shí),錄音解決方案可以非常方便地和人工智能的接口實(shí)現(xiàn)無縫對(duì)接支持。因此,基于云的呼叫中心配合云錄音方案將更加普及。
  在基于云部署的呼叫中心的使用場(chǎng)景中,絕大部分的呼叫中心使用了基于SIP協(xié)議的解決方案。目前,基于SIP協(xié)議的技術(shù)架構(gòu)中,基于SIP協(xié)議對(duì)媒體錄音的規(guī)范是SBC,軟交換,媒體服務(wù)器部署時(shí)需要支持的協(xié)議規(guī)范(SIPREC)。一些比較主流的SBC廠家,媒體服務(wù)器都已經(jīng)支持了SIPREC-基于SIP的媒體錄音協(xié)議。這看來也是一個(gè)市場(chǎng)發(fā)展的必然趨勢(shì)。為了更快了解這些相關(guān)的技術(shù)和規(guī)范,在本文章中,筆者在接下來的章節(jié)中會(huì)逐步介紹SIPREC相關(guān)的技術(shù)規(guī)范,它們包括:
  RFC5341-基于SIP的媒體錄音使用場(chǎng)景規(guī)范:
  Use Cases and Requirements for SIP-Based Media Recording (SIPREC)
  RFC7245-SIP媒體錄音技術(shù)架構(gòu):
  An Architecture for Media Recording Using the Session Initiation Protocol
  RFC 7865-SIP錄音時(shí)的metadata:
  Session Initiation Protocol (SIP) Recording Metadata
  RFC7866-SIP錄音的呼叫流程:
  Session Initiation Protocol (SIP) Recording Call Flows
  因?yàn)槠年P(guān)系,我們不可能在一篇文章中涵蓋所有的技術(shù)細(xì)節(jié),除了簡(jiǎn)略介紹以上規(guī)范以外,筆者還要結(jié)合目前主流的SBC應(yīng)用場(chǎng)景和其他的問題進(jìn)行多方面的討論來完善目前關(guān)于基于SIP媒體錄音解決方案的討論。
  2、SIPREC背景知識(shí)
  根據(jù)前面章節(jié)的介紹,因?yàn)槟承┥虡I(yè)環(huán)境的要求,系統(tǒng)可能需要對(duì)呼叫會(huì)話進(jìn)行錄音。SIPREC是基于SIP協(xié)議對(duì)媒體錄音的場(chǎng)景規(guī)范(RFC6341)。其全名為:
  Use Cases and Requirements for SIP-Based Media Recording (SIPREC)
  在整個(gè)SIPREC的規(guī)范中,包括了SRC和SRS兩個(gè)核心部分。它們之間的通信會(huì)話包括了錄音內(nèi)容本身和一些相關(guān)的metadata,通過錄音內(nèi)容和metadata的關(guān)聯(lián),系統(tǒng)就可以實(shí)現(xiàn)對(duì)SIP呼叫的媒體錄音的完成流程處理。因?yàn)閷?duì)SIP呼叫的錄音,涉及了很多的業(yè)務(wù)模式和其他相關(guān)的技術(shù),因此,其規(guī)范也相對(duì)比較寬泛,不可能嚴(yán)格限定到非常細(xì)節(jié)的技術(shù)范疇。讀者一定要清楚,一些其他業(yè)務(wù)要求和技術(shù)要素不在此官方的說明范圍之內(nèi)。這些要素包括:
  • 關(guān)于法律強(qiáng)制錄音的規(guī)定流程不在此規(guī)范討論范圍之內(nèi)
  • 關(guān)于媒體注入,編碼轉(zhuǎn)換,安全問題不在本規(guī)范討論范圍之內(nèi)
  • 通過網(wǎng)絡(luò)鏡像方式錄音Passive 錄音方式不在本規(guī)范討論范圍之內(nèi)
  此規(guī)范僅討論active 錄音方式,和如何通過SRC對(duì)SRS發(fā)送媒體流的處理場(chǎng)景。以下是一個(gè)關(guān)于SIPREC和SIP呼叫流程的圖例說明:
  在以上的圖例中,用戶端可以是SIP終端, 呼叫中心,或者IPPBX,通過一個(gè)B2BUA實(shí)現(xiàn)對(duì)外網(wǎng)呼叫。這里的SRC是SBC,SRC客戶端再發(fā)送通信會(huì)話包括SIPREC metadata和RTP到第三方的SIPREC服務(wù)器端。在呼叫環(huán)境中,涉及了各種環(huán)境場(chǎng)景和控制流程,具體細(xì)節(jié)和各種錄音場(chǎng)景我們?cè)诘谒恼鹿?jié)中做具體說明。
  3、技術(shù)架構(gòu)討論-RFC7245
  在上面的章節(jié)中,我們介紹了關(guān)于SIPREC的一些背景知識(shí)和規(guī)范的局限性。SIPREC的工作方式是基于SIP媒體會(huì)話錄音的技術(shù)架構(gòu)來實(shí)現(xiàn)的。因此,我們有必要針對(duì)媒體錄音技術(shù)架構(gòu)進(jìn)行討論包括。關(guān)于SIP媒體會(huì)話錄音的技術(shù)架構(gòu),RFC7245對(duì)此有明確的規(guī)范說明。在RFC7245中,官方協(xié)議中首先定義了多個(gè)關(guān)鍵詞,然后說明了技術(shù)架構(gòu)中具體的結(jié)構(gòu),創(chuàng)建錄音會(huì)話和記錄metadata數(shù)據(jù)。
  在RFC7245中所規(guī)定的幾個(gè)關(guān)鍵詞包括:
  1. 支持錄音意識(shí)用戶代理- Recording-aware User Agent (UA):此UA可以意識(shí)到其拓展已經(jīng)關(guān)聯(lián)到了通信會(huì)話(CS)。其拓展參數(shù)可以通知其UA錄音會(huì)話已啟動(dòng)或表示其狀態(tài),可以啟動(dòng),暫停和完全停止等消息。
  2. 無錄音意識(shí)用戶代理-Recording-unaware User Agent (UA):此UA意識(shí)不到其拓展已經(jīng)關(guān)聯(lián)到了通信會(huì)話(CS)。無錄音意識(shí)代理將通過其他手段通知其UA錄音會(huì)話已啟動(dòng)或表示其狀態(tài),可以啟動(dòng),暫停和完全停止等消息。
  3. Recording Metadata:描述SRS服務(wù)器端需要的相關(guān)錄音身份確認(rèn)數(shù)據(jù),包括通信會(huì)話和dialog狀態(tài)信息等。一般情況下,這些metadata會(huì)和復(fù)制媒體錄音一起發(fā)送到SRS服務(wù)器端。
  4. Replicated Media:由SRC客戶端創(chuàng)建的媒體流復(fù)制數(shù)據(jù)流,發(fā)送到SRS服務(wù)器端。它可能包括語音和視頻數(shù)據(jù)。
  其他幾個(gè)概念在下面的章節(jié)中會(huì)加以說明,包括:Session Recording Server,Session Recording Client,Communication Session (CS)和Recording Session (RS)。
  對(duì)于介于SRS和SRC之間的錄音會(huì)話來說,它仍然借助了SIP dialogs和SDP的正常處理流程來進(jìn)行處理。但是,它又對(duì)SIP拓展了其他的頭域值(例如,headers,tags等)來滿足媒體錄音的需求。在此規(guī)范中規(guī)定,復(fù)制的媒體數(shù)據(jù)需要通過實(shí)時(shí)方式發(fā)送到SRS服務(wù)器端,不能使用SRC緩存方式發(fā)送。
  從媒體錄音的技術(shù)架構(gòu)來說,SRC是一個(gè)邏輯構(gòu)件,它可以介于多個(gè)應(yīng)用部署的環(huán)境中。它本身必須是一個(gè)B2BUA的結(jié)構(gòu),這樣SRC才能對(duì)RTP媒體,對(duì)SIP信令進(jìn)行控制,最重要的是可以對(duì)會(huì)話進(jìn)行管理。關(guān)于B2BUA的概念,讀者可以查閱筆者的歷史文檔來進(jìn)一步學(xué)習(xí),這里不再做過多解釋。另外,特別提醒讀者,SIP proxy不能作為SRC來工作,因?yàn)閜roxy不能touch到媒體語音流。這就是為什么opensips如果需要支持SIPREC時(shí),opensips必須加載B2BUA模塊,作為一個(gè)B2BUA來使用。
  當(dāng)然,SIP endpoints也可以作為一個(gè)SRC,這種情況下,終端會(huì)對(duì)SRS發(fā)送復(fù)制的媒體。如果終端需要對(duì)SRS服務(wù)器端發(fā)送錄音時(shí),它可以發(fā)送一個(gè)INVITE請(qǐng)求,創(chuàng)建會(huì)話后發(fā)送,SRC對(duì)SRS發(fā)送媒體錄音。同樣,如果SRS需要啟動(dòng)錄音時(shí),它可以對(duì)SRC終端發(fā)送INVITE會(huì)話,然后開始錄音。
  錄音會(huì)話可以由SRS或者SRC創(chuàng)建。SRC創(chuàng)建的錄音會(huì)話的目的是對(duì)SRS發(fā)送媒體錄音流數(shù)據(jù)。如果有SRC創(chuàng)建錄音會(huì)話時(shí),它主要執(zhí)行以下幾個(gè)步驟:
  1. SRC查詢定位SRS的URL地址,按照解析方式來解析SRS地址。
  2. 發(fā)送INVITE請(qǐng)求,創(chuàng)建一個(gè)dialog,然后發(fā)送到SRS。
  3. 在INVITE請(qǐng)求中包括一個(gè)錄音指示,表示會(huì)話已經(jīng)創(chuàng)建,希望發(fā)送媒體錄音。
  4. 如果馬上要發(fā)送復(fù)制媒體時(shí),在SDP中包含一個(gè)“a=sendonly”,表示馬上發(fā)送媒體錄音。如果還沒有準(zhǔn)備好發(fā)送媒體的話,包含一個(gè)“a=inactive”。
  5. 復(fù)制的媒體流被錄音然后發(fā)送到SRS服務(wù)器端。
  同樣,SRS也可以對(duì)SRC發(fā)送請(qǐng)求來啟動(dòng)一個(gè)錄音會(huì)話,它需要執(zhí)行以下幾個(gè)流程:
  SRS查詢SRC URL地址,通過地址解析后獲取SRC地址。
  SRS對(duì)SRC發(fā)送INVITE請(qǐng)求。
  在SRS發(fā)送的INVITE中包括一個(gè)媒體錄音指示,表示要?jiǎng)?chuàng)建一個(gè)錄音會(huì)話來進(jìn)行媒體錄音。
  確認(rèn)會(huì)話數(shù)據(jù)內(nèi)容。在實(shí)際環(huán)境中,確認(rèn)消息取決于SRC的策略設(shè)置。
  如果馬上要發(fā)送復(fù)制媒體時(shí),在SDP中包含一個(gè)“a=sendonly”,表示馬上發(fā)送媒體錄音。如果還沒有準(zhǔn)備好發(fā)送媒體的話,包含一個(gè)“a=inactive”。
  如果SRS服務(wù)器端不知道哪個(gè)媒體會(huì)話需要錄音的話,SRS服務(wù)器端可以執(zhí)行一個(gè)協(xié)商機(jī)制,它可以先對(duì)SRC發(fā)送一個(gè)無實(shí)際意義的INVITE,然后SRC客戶端對(duì)其發(fā)送一個(gè)初始的offer。
  在媒體錄音進(jìn)行過程中,SRS或者SRC任意一方可以暫;蛘咧匦聠(dòng)錄音。通過SDP中包含一個(gè)inactive來暫停錄音,或者通過SDP中包含“recvonly”或“sendonly”重新啟動(dòng)錄音。
  通常情況下,在一個(gè)簡(jiǎn)單的會(huì)話中,在SRC客戶端,RTP媒體流可能包含兩個(gè)媒體數(shù)據(jù)流。這些媒體流必須在發(fā)送到SRS服務(wù)器端之前進(jìn)行混音。如果沒有混音的媒體發(fā)送到SRS時(shí),需要同時(shí)分開發(fā)送兩個(gè)媒體流的metadata。
  在實(shí)際部署環(huán)境中,雙方媒體可能需要進(jìn)行媒體轉(zhuǎn)換處理,B2BUA可以執(zhí)行此功能。如果SRC端不能執(zhí)行媒體轉(zhuǎn)換處理的話,它需要對(duì)SRS發(fā)送不同的媒體格式,SRS服務(wù)器端需要支持多種媒體格式。
  4、SIPREC使用場(chǎng)景討論
  • 在SIPREC的規(guī)范中,它說明了幾個(gè)基于SIP的錄音使用場(chǎng)景。這些場(chǎng)景都可以支持SIPREC規(guī)范RFC6341。在此規(guī)范中,一些必要的定義需要再次說明一下:
  • SRS-全稱是Session Recording Server,它是一個(gè)具體的媒體服務(wù)器或媒體采集服務(wù)器,是一個(gè)用戶代理,同時(shí)匯總各種媒體流的metadata。SRS典型的部署方式是一個(gè)多口可拓展的服務(wù)器類型。
  • SRC-全稱是Session Recording Client,它是一個(gè)SIP用戶代理,負(fù)責(zé)對(duì)服務(wù)器端發(fā)送媒體流數(shù)據(jù),它本身是一個(gè)邏輯功能單元,可以支持多個(gè)物理設(shè)備,在實(shí)際應(yīng)用環(huán)境中,SRC可以是SIP終端話機(jī),媒體網(wǎng)關(guān)或者SBC。SRC同時(shí)對(duì)SRS服務(wù)器發(fā)送metadata。
  • Communication Session (CS),通信會(huì)話創(chuàng)建于一個(gè)SIP或者多個(gè)用戶代理之間的會(huì)話,是一個(gè)正在被錄音的會(huì)話對(duì)象。
  • Recording Session (RS):為通信會(huì)話(CS)錄音目的創(chuàng)建的介于SRS和SRC之間的SIP會(huì)話。
  關(guān)于SRS,SRC和CS直接的關(guān)系,讀者可查閱此示例:
  在RFC6341中說明了12個(gè)應(yīng)用場(chǎng)景,每一種場(chǎng)景都包含了具體的描述。
  • 全時(shí)錄音:對(duì)RS對(duì)一個(gè)CS(參考以下示例),系統(tǒng)對(duì)所有呼叫進(jìn)行錄音,典型的應(yīng)用場(chǎng)景包括呼叫中心,企業(yè)客服和金融呼叫流程等。
  • 選擇性錄音:當(dāng)CS錄音創(chuàng)建后,啟動(dòng)RS錄音。如果CS沒有啟動(dòng),系統(tǒng)不會(huì)錄音。
  • 停止啟動(dòng)錄音:當(dāng)呼叫在CS期間時(shí),可以啟動(dòng)停止RS錄音。系統(tǒng)可以通過用戶界面按鈕或者其他熱鍵啟動(dòng)錄音。這里注意,在CS期間,可能會(huì)生成一個(gè)或者多個(gè)RS錄音。
  • 持續(xù)錄音:一個(gè)RS可以捕捉一個(gè)或多個(gè)CS錄音。此錄音方式通常應(yīng)用于某些場(chǎng)景中,例如前臺(tái)總機(jī),轉(zhuǎn)每個(gè)特定的分機(jī)號(hào)碼或者呼叫。整個(gè)RS需要對(duì)多個(gè)環(huán)節(jié)中的終端錄音,包括了轉(zhuǎn)接時(shí)的靜音等。最后,這些錄音的metadata可以關(guān)聯(lián)在一起,錄音文件可以合并。這里可能涉及了編碼協(xié)商的流程。
  • 實(shí)時(shí)錄音控制:在RS錄音期間,如果有特別業(yè)務(wù)要求,某些個(gè)人隱私或者安全信息不能錄音時(shí),實(shí)時(shí)錄音控制方式可以停止對(duì)某一段時(shí)間內(nèi)的錄音暫停/關(guān)閉,需要時(shí)重新開啟。信用卡信息輸入就是一個(gè)比較常見的例子,如果用戶需要對(duì)系統(tǒng)服務(wù)人員報(bào)信用卡或者其他身份信息時(shí)就要暫停錄音。
  • IVR入口錄音:對(duì)系統(tǒng)IVR進(jìn)行錄音,包括其metadata等。
  • 企業(yè)移動(dòng)端錄音:系統(tǒng)對(duì)企業(yè)辦公人員進(jìn)行錄音。這些員工可能經(jīng)常不在辦公室環(huán)境中上班,他們經(jīng)常使用移動(dòng)端和企業(yè)呼叫中心或者通信系統(tǒng)進(jìn)行溝通,這些員工的呼叫需要被錄音。比較常見的場(chǎng)景包括銷售人員,保險(xiǎn)銷售等。
  • 分布式錄音或集中式錄音:一些企業(yè),銀行,連鎖機(jī)構(gòu)等辦公系統(tǒng)的電話呼叫需要通過部署在不同地區(qū)或者集中管理的電話系統(tǒng)進(jìn)行呼叫。系統(tǒng)需要對(duì)呼叫進(jìn)行錄音,并且對(duì)其每個(gè)RS的metadata進(jìn)行存儲(chǔ)。這樣方便管理每一個(gè)呼叫和其相關(guān)人分機(jī)。
  • 復(fù)雜呼叫流程:復(fù)雜呼叫流程是一個(gè)比較抽象的說法,沒有特別具體的定義,此場(chǎng)景比較靈活,寬泛。簡(jiǎn)單來說,一個(gè)呼叫進(jìn)入到系統(tǒng)用戶,客戶電話可能首先被前臺(tái)人員接聽,然后轉(zhuǎn)到具體的坐席人員。如果坐席人員不能回答客戶問題的話,坐席人員可能需要再呼叫坐席主管,主管來接聽客戶的電話。坐席人員在此呼叫流程中需要首先執(zhí)行呼叫停靠,然后再呼叫他/她的主管,主管接聽客戶電話以后,坐席掛機(jī)。整個(gè)流程稱之為復(fù)雜呼叫流程,所有的呼叫都需要錄音,并且SRC需要對(duì)SRS發(fā)送所有的metadata數(shù)據(jù)。
  • 高可靠性和持續(xù)錄音:根據(jù)用戶的需求,此應(yīng)用場(chǎng)景需要SRS服務(wù)器端一直保持工作狀態(tài),失效還原功能。所有創(chuàng)建的呼叫都能錄音。此場(chǎng)景要求SRS服務(wù)器端必須持續(xù)工作,無呼叫錄音服務(wù)丟失。
  • 對(duì)通道和多會(huì)話錄音:一些應(yīng)用場(chǎng)景要求媒體錄音是一個(gè)或者多個(gè)文件,可以實(shí)現(xiàn)同步存儲(chǔ)或者回放等功能。語音識(shí)別引擎可以對(duì)其明顯特定的媒體執(zhí)行ASR/TTS處理。一些多渠道融合的呼叫中心或者IPPBX環(huán)境中可能需要對(duì)視頻,IM,其他數(shù)據(jù)文件進(jìn)行存儲(chǔ)。為了節(jié)省存儲(chǔ)空間,一些應(yīng)用場(chǎng)景中可能需要僅多某些終端在某個(gè)特定時(shí)間段進(jìn)行錄音。
  • 實(shí)時(shí)媒體處理:此場(chǎng)景在當(dāng)前的呼叫中心或客服系統(tǒng)中實(shí)時(shí)質(zhì)檢環(huán)境中使用比較廣泛。SRS服務(wù)器端必須有能力支持語音識(shí)別引擎工具,這些偵查工具可以對(duì)某一段媒體進(jìn)行ASR和以及相關(guān)語義識(shí)別,情緒分析等工具處理,如果發(fā)現(xiàn)其錄音中帶有比較敏感的詞,或者客服人員態(tài)度語氣有問題,應(yīng)用系統(tǒng)的主管人員可以及時(shí)處理。通過SIPREC的metadata可以非常方便快捷地查詢到客服人員的電話座席。
  當(dāng)然,實(shí)現(xiàn)以上基于SIPREC錄音解決方案的話,此規(guī)范有31個(gè)要求。筆者這里不立場(chǎng)31個(gè)具體的要求,讀者可以查閱RFC6341。
  另外,除了31個(gè)要求以外,此規(guī)范討論了關(guān)于錄音存儲(chǔ)和metadata的安全問題,讀者也可以查閱RFC6341來進(jìn)一步學(xué)習(xí)。
  戶簽權(quán)認(rèn)證處理和存儲(chǔ)空間回放文件的處理。這些機(jī)制都和其他的安全機(jī)制是一致的。用戶可以查閱其他協(xié)議的安全處理機(jī)制來執(zhí)行。
  參考資料:
  https://tools.ietf.org/html/rfc6341
  https://tools.ietf.org/html/rfc7245
  https://www.miarec.com/
  www.freepbx.org.cn
  https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-sip-recording.pdf
  第二部分陸續(xù)發(fā)布。
   
   
  SIPlab@知識(shí)星球?qū)W習(xí)SIP語音相關(guān)技術(shù)
  asterisk@知識(shí)星球免費(fèi)獲取關(guān)于Asterisk的完整知識(shí)資料
  關(guān)注微信公眾號(hào):asterisk-cn,獲得有價(jià)值的Asterisk行業(yè)分享
  Asterisk freepbx,F(xiàn)reeSBC技術(shù)文檔: www.freepbx.org.cn
  融合通信商業(yè)解決方案,協(xié)同解決方案首選產(chǎn)品:www.hiastar.com
  Asterisk/FreePBX中國(guó)合作伙伴,官方qq技術(shù)分享群(3000人):589995817
【免責(zé)聲明】本文僅代表作者本人觀點(diǎn),與CTI論壇無關(guān)。CTI論壇對(duì)文中陳述、觀點(diǎn)判斷保持中立,不對(duì)所包含內(nèi)容的準(zhǔn)確性、可靠性或完整性提供任何明示或暗示的保證。請(qǐng)讀者僅作參考,并請(qǐng)自行承擔(dān)全部責(zé)任。

專題

CTI論壇會(huì)員企業(yè)