2016年4月21日-23日，QCon（全球軟件開發(fā)大會）北京站正式開幕，云之訊作為受邀伙伴，和諸多國內(nèi)外頂級軟件研發(fā)大師及各路開發(fā)領(lǐng)域一線專家一起，分享技術(shù)創(chuàng)新與實踐。云之訊CTO賈俊杰作為“移動開發(fā)與技術(shù)實踐”專場嘉賓進(jìn)行了題為“移動互聯(lián)網(wǎng)時代融合通信關(guān)鍵技術(shù)與應(yīng)用”的演講，現(xiàn)奉上賈俊杰現(xiàn)場演講實錄，供未去現(xiàn)場的小伙伴們分享。

　　大家好！非常榮幸在這里跟大家做一個分享，今天跟大家分享的主題是移動互聯(lián)網(wǎng)時代融合通信的關(guān)鍵技術(shù)和應(yīng)用。首先自我介紹一下，我是來自云之訊的賈俊杰，之前一直在華為工作，主要從事融合通訊產(chǎn)品的架構(gòu)設(shè)計、研究工作。過去十年甚至更長的一時間里，其實是通訊行業(yè)大發(fā)展的時代。我們經(jīng)歷了從非常傳統(tǒng)的窄帶的通訊，到后面的NGN、IMS很多代的變革。通訊帶給我們的體驗也是從最開始非常簡單的通訊形式，到后來越來越復(fù)雜，越來越多樣性的通訊體驗。

　　隨著互聯(lián)網(wǎng)及移動互聯(lián)網(wǎng)的發(fā)展，我們發(fā)現(xiàn)傳統(tǒng)的通訊能力、體驗卻跟不上互聯(lián)網(wǎng)發(fā)展的需要。在互聯(lián)網(wǎng)應(yīng)用，移動互聯(lián)網(wǎng)應(yīng)用的時候，你在獲取一種傳統(tǒng)的通訊能力的時候，難度是非常大的。無論是基礎(chǔ)短信的業(yè)務(wù)，還是語音通話的業(yè)務(wù)難度是非常大的。我們就想怎么能夠幫助這些互聯(lián)網(wǎng)企業(yè)，非常容易的獲得傳統(tǒng)通訊的資源和能力呢？我們就做了云之訊。我們定位是想把傳統(tǒng)的通訊功能，通過互聯(lián)網(wǎng)技術(shù)的結(jié)合，再通過一些開放的標(biāo)準(zhǔn)化的接口或SDK方式開放給互聯(lián)網(wǎng)企業(yè)，進(jìn)行一些業(yè)務(wù)的融合，來提供這種通訊的服務(wù)。

　　所以，我們在做云之訊的過程中，其實也和合作伙伴構(gòu)建了非常多樣性的，非常有意思的融合通信的應(yīng)用，所以今天也是想借這個機(jī)會，跟大家就融合通信的一些解決方案和應(yīng)用，以及中間碰到的各種問題，我們怎么去解決的，跟大家做一個分享。

　　首先我們看一下融合通信的概念，融合通信RAS，很早就有這個概念了。在不同領(lǐng)域有著不同的解讀。我們的理解，在移動互聯(lián)網(wǎng)應(yīng)用下的融合通信我們是這樣看的，我們覺得融合通信的出現(xiàn)根本的助推器就是IP技術(shù)的發(fā)展。因為傳統(tǒng)窄帶通信是不可能存在融合的，因為傳統(tǒng)窄帶通信不管是帶寬上還是從擴(kuò)展性上是非常受限的，所以它只能提供最基礎(chǔ)的消息，語音服務(wù)。隨著IP技術(shù)的發(fā)展，我們知道在IP上面帶寬是無限的，是很大的，它的擴(kuò)展能力是非常強(qiáng)的，你可以基于IP通道做非常多的事情，所以IP技術(shù)的發(fā)展是整個融合通信的助推器。

　　在互聯(lián)網(wǎng)和移動互聯(lián)網(wǎng)發(fā)展的當(dāng)前，我們怎么去解讀這個融合通信的概念呢，我認(rèn)為有三方面是融合通信非常重要的要素：

　　我們現(xiàn)在很多互聯(lián)網(wǎng)、移動互聯(lián)網(wǎng)的應(yīng)用，絕對不能再停留在原來這種短信、消息、基礎(chǔ)語音通話上，我們更多互聯(lián)網(wǎng)的應(yīng)用是基于全能力的需求，包括消息類的。比如短信IM，包括語音類的，包括視頻類的，甚至后續(xù)也有VR、AR這類的通信技術(shù)，我相信未來是全能力的通信服務(wù)。

　　跨網(wǎng)絡(luò)有很多概念，之前說幾網(wǎng)融合，其實講的是我們的一個現(xiàn)狀。我們存在傳統(tǒng)的通信網(wǎng)，就是PSPN網(wǎng)絡(luò)，技術(shù)通信網(wǎng)，以及現(xiàn)在的互聯(lián)網(wǎng)，另外包含了很多企業(yè)的企業(yè)內(nèi)部網(wǎng)。在這種不同的網(wǎng)絡(luò)存在的情況下，不同的網(wǎng)絡(luò)對于一些協(xié)議的設(shè)計，以及安全的要求，安全的策略上面其實都是不一樣的。我們在做通信業(yè)務(wù)服務(wù)的時候跨網(wǎng)互通是非常重要，也是非常關(guān)鍵的，而且跨網(wǎng)互通是非常關(guān)鍵的要素。

　　這個在融合通信里面講也是非常重要的概念，這個怎么理解？我們現(xiàn)在很多業(yè)務(wù)都在講場景化，通信也是一樣的。大家之前應(yīng)該也有很多體驗，比如說假如你要租一個房，你可能要找一個網(wǎng)站，在網(wǎng)站上看到房源之后，看到聯(lián)系人的號碼，這時候你可能會抄一個電話，或者找到一個手機(jī)去撥號碼，跟房源的聯(lián)系人溝通。溝通完之后，如果有成交意向還要保存它的聯(lián)系方式，后面再進(jìn)行溝通，如果不合適你還要再去瀏覽網(wǎng)站，再去找其他房源。

　　為什么會這樣？因為傳統(tǒng)能力是單一的，而且是封閉的，所以通信跟你所需要的業(yè)務(wù)場景，以及業(yè)務(wù)流程所需要的關(guān)鍵因素都是分離的，隔離開的。所以你在進(jìn)行你的服務(wù)的時候需要各種終端，進(jìn)行來回的切換。但是場景化的通信能夠非常好的解決這樣的一個問題，你可以在看到一個聯(lián)系人的時候一鍵點擊就可以了，不需要再找他的電話，撥他的手機(jī)號碼，后面我們也會有一個具體的分析和講解。

　　剛才講的融合通信的這些要素的前提下，不管是技術(shù)上還是產(chǎn)品設(shè)計上，都會有很多的挑戰(zhàn)。這些挑戰(zhàn)來自于我們剛才總結(jié)的那幾點核心要素，比如說在通信能力融合方面，我們會看到用戶是非常需要一致性體驗的。如圖所示：

　　下面我們舉一個比較典型的融合通信的場景，結(jié)合這個場景展開一些問題和挑戰(zhàn)，我們怎么去解決。這是什么場景呢？大家如果用過很多APP，尤其是電商、O2O的，就會發(fā)現(xiàn)電商里面其實存在著客服的概念，很多電商會嵌入客服電話，也就是傳統(tǒng)的400電話。比如說你在購物的時候想反饋一些問題，撥打400電話是怎樣的體驗？點擊400電話的時候，它會退出你系統(tǒng)撥號的界面，通過系統(tǒng)撥號盤把這個電話播出到電商呼叫中心里去。這是我們跟一個合作伙伴做的融合通信IP客服的解決方案，這種場景會有很多方式接入它的客服。當(dāng)你在有流量的情況下可以通過IP方式呼叫到呼叫中心里，當(dāng)然你也可以跳出到系統(tǒng)撥號盤，通過400方式呼叫到呼叫中心。

　　另外在WiFi形式下溝通的時候，你可以結(jié)合到購物的上下游，登錄之后在系統(tǒng)里面可以直接通過IP方式，把你的訂單號，以及你個人的信息資料傳給后端，這時候你不需要再跟客服去溝通你訂單的情況以及你的個人資料，效率是大大提升的。這種情景體現(xiàn)在兩方面，一個是能力的融合，就是IP語音合坐席的溝通，以及文本、上下文的結(jié)合。另外再這種場景下，會有針對電商場景的深層次業(yè)務(wù)理解，包括對你集成包的大小，流量的業(yè)務(wù)，這都會有一些場景化的業(yè)務(wù)優(yōu)化。

　　在這種融合通信的場景下怎么做通信的服務(wù)？就是我們?nèi)诤贤ㄐ臥aaS的平臺。這里面有幾個關(guān)鍵點，一個是互聯(lián)網(wǎng)QOS的保障，這是怎么保障的？這是我們通過底層構(gòu)建了一個OTT的網(wǎng)絡(luò)，后面我們會介紹，我們完全是為了解決移動互聯(lián)網(wǎng)QOS沒有保障的問題的。另外在接入層我們會考慮跨網(wǎng)絡(luò)的綜合接入，這個綜合接入是什么概念？了解傳統(tǒng)通信的同學(xué)知道，傳統(tǒng)通信實際上有一些標(biāo)準(zhǔn)。傳統(tǒng)通信一般都是用（英文）協(xié)議通信的，互聯(lián)網(wǎng)通話的業(yè)務(wù)設(shè)計很少用（英文）協(xié)議，會采用一些高效的通信的協(xié)議，包括剛才融云介紹的一些協(xié)議進(jìn)行互通。因為（英文）協(xié)議是基于傳統(tǒng)通信網(wǎng)進(jìn)行設(shè)計的協(xié)議標(biāo)準(zhǔn)，協(xié)議冗余度非常高，流程也非常復(fù)雜，所以完全不適合移動互聯(lián)網(wǎng)高效通信的需要。所以我們在接入層會考慮高效率的綜合接入，互聯(lián)網(wǎng)側(cè)我們也是用的自己私有的算法，非常高效的二進(jìn)制的協(xié)議進(jìn)行傳輸。

　　另外在核心業(yè)務(wù)上，我們本身要設(shè)計為一種多業(yè)務(wù)能力互通，多能力融合的。我們在整體架構(gòu)核心點上會有一個多業(yè)務(wù)的路由中心，這個路由中心是支撐了互聯(lián)網(wǎng)業(yè)務(wù)的路由，互聯(lián)網(wǎng)業(yè)務(wù)的路由其實相對會靈活很多。因為我們協(xié)議的定義完全可以依賴于自己的一些協(xié)議進(jìn)行定義，但是傳統(tǒng)的通信網(wǎng)的業(yè)務(wù)分發(fā)和邏輯，其實很多是根據(jù)號碼的概念，備叫號碼的概念去做號碼的識別和分析，進(jìn)行業(yè)務(wù)路由的。我們做的其實是一個綜合的路由方案，互聯(lián)網(wǎng)和通信網(wǎng)是有差異的。

　　在這上面我們會提供非常靈活的，包括消息的服務(wù)，包括語音的服務(wù)，還有視頻的服務(wù)。在這之上，我們會提供標(biāo)準(zhǔn)的接口，包括現(xiàn)在主流采用的（英文）一些接口，通過這種服務(wù)跟互聯(lián)網(wǎng)的各種應(yīng)用去結(jié)合。

　　另外一個核心的重點是解決跨網(wǎng)的問題，這個跨網(wǎng)問題為什么非常嚴(yán)重呢？也是基于根據(jù)我們講的跨網(wǎng)的現(xiàn)狀。通信網(wǎng)、企業(yè)網(wǎng)、互聯(lián)網(wǎng)所采用的協(xié)議標(biāo)準(zhǔn)是不一樣的，通信網(wǎng)我們主要是用的（英文）協(xié)議，（英文）協(xié)議互通性比較差，我們存在防火墻，存在net的情況下，比如說限制IP、端口、白名單、黑名單簡單策略的時候是完全互通不了的，就會出現(xiàn)接不通，接通之后存在語言單通或者不通的問題。因為（英文）協(xié)議本身是設(shè)計為控制和媒體進(jìn)行分開的，很多端口是通過控制協(xié)議去動態(tài)分配的，這個時候我們必須去動態(tài)的識別這種協(xié)議的負(fù)載，就是我們所說的ALG的方案。我們識別協(xié)議里面協(xié)商了哪些端口，在協(xié)商的過程中先把這個端口打開然后去識別，進(jìn)行網(wǎng)絡(luò)的穿越，后面是一個標(biāo)準(zhǔn)的結(jié)構(gòu)圖。在很多互通的情況下，我們會部署一些SBC的設(shè)備，剛才介紹的IP客服的解決方案也是一樣的，會部署一些輕量級的SBC的設(shè)備，來解決剛才這種互通的問題。

　　另外一個核心的問題是通信過程中關(guān)鍵信息傳輸?shù)目煽啃员Ｕ仙厦�，通信傳輸里面其實很關(guān)鍵的一個因素是號碼，不管是在各種通話過程中會有號碼的傳遞，這個號碼是非常關(guān)鍵的。比如說我們按一個銀行賬號，一個密碼的時候，如果號碼錯誤會導(dǎo)致你整個流程失敗。所以說號碼傳遞的可靠性要求非常高。傳統(tǒng)的號碼傳遞的格式，比如說用TKMF的模式，或者2833的模式，它本身有一些抗丟包機(jī)制的。比如說2833，本身負(fù)載和截止位都會傳多份，最多的時候傳七份。

　　這種冗余的機(jī)制在通信網(wǎng)里丟了一兩個包是完全沒有問題的，信息傳遞是沒有任何問題的，不會丟失。但是在互聯(lián)網(wǎng)領(lǐng)域里面，這種冗余機(jī)制基本不適用，因為互聯(lián)網(wǎng)不管是丟包率，以及抖動的情況要比通信網(wǎng)差很多。順時丟包達(dá)到50%、70%都有可能，這時候做關(guān)鍵的信息傳遞的時候就會存在失敗，就會導(dǎo)致非常惡性的錯誤。所以在互聯(lián)網(wǎng)傳輸?shù)倪^程中，我們會做一些優(yōu)化和加強(qiáng)。優(yōu)化的策略有兩種，一種是基于內(nèi)部的優(yōu)化，因為我們會根據(jù)一些實說的標(biāo)識，我們會判斷這種起始位和負(fù)載位，我們沒有截止位的時候也依然會保證這個號碼不丟失。在這種情況下，我們能包括丟包率50%左右，這個號碼都是準(zhǔn)確的。

　　另外通過（英文）的方式進(jìn)行傳輸，就是通過一些可靠性的傳輸機(jī)制，確認(rèn)機(jī)制，來保證號碼百分之百的可靠性，在SIPINFO協(xié)議里也有SIPINFO機(jī)制，以及有多次同傳。

　　在接入中會面臨一些問題，包體本身是非常小的單元，對于第三方SDK的接入指標(biāo)要求的非常高。但是本身如果做通信的一些功能，會涉及到非常多的功能和組件，比如說我們做語音通信大家都知道，你需要SDK包里面涉及到語音數(shù)據(jù)的采集，編碼前處理、后處理，再到解碼協(xié)議的封裝傳輸，這是必不可少的。所以適應(yīng)場景化需要的時候要有多個挑戰(zhàn)，我們的策略分為以下幾點，我們講的是SDK的極件化，包括幾個方面。

　　一個包括SDK的包是最小化的。我們知道為了滿足這種場景化的需要，只會保留IP、客服這樣的場景IP通話功能，我們會把所有的視頻編解碼的信息，以及ICE穿透的能力都會簡化掉。另外因為涉及不到一些互通的問題，所以我們只會保留一種編解碼的格式。另外在接口上，正常的通信里面有很多通話狀態(tài)，要接通，初始化，做振鈴，有很多狀態(tài)，但是這里不需要很多狀態(tài)，只需要有接通狀態(tài)。我們會在接層做集成化的管理，只需要提供一個非常簡單的接口就完成跟用戶溝通的場景。

　　在連接時間最短上面，也會做一些優(yōu)化。正常的你即使用系統(tǒng)撥號盤撥電話的時候，一般接通時間都在5秒左右。但是我們通過去DIS的機(jī)制，我們會保證接通時間盡量優(yōu)化，可以優(yōu)化到3秒以內(nèi)，這對用戶的體驗是非常好的。包括我們剛才講的SDK的包大小，我們可以優(yōu)化到800k以內(nèi)。這是什么概念呢？通過對競品的了解，大家會了解到，我們包含了編碼、解碼，以及音視頻處理的要素在里面，一般的情況下是會增加2-3兆的水平，我們做了簡化，能做到800k的水平，這是針對SDK場景化的優(yōu)化措施上。

　　另外互聯(lián)網(wǎng)通信一個非常關(guān)鍵的要素，是怎么保障QOS。我們的措施是建一張自己OTT的轉(zhuǎn)發(fā)網(wǎng)絡(luò)，這個轉(zhuǎn)發(fā)網(wǎng)絡(luò)怎么建呢？我們會采用一個分布式部署的策略，就會把所有的媒體轉(zhuǎn)發(fā)分散在不同的節(jié)點上，每個節(jié)點貼近用戶去部署。也就是說，我們在全國目前大概部署了80個節(jié)點的轉(zhuǎn)發(fā)節(jié)點，來分布式部署它在不同區(qū)域里，不同用戶之間的媒體數(shù)據(jù)。這些節(jié)點之間又會構(gòu)建一些自己的路由策略，在轉(zhuǎn)發(fā)的過程中會判斷哪個網(wǎng)路徑最優(yōu)，會分骨干層、邊緣層的節(jié)點。很多邊緣層節(jié)點會通過中繼層來轉(zhuǎn)發(fā)，可以保障兩個終端用戶在通話的過程中，是動態(tài)的選擇媒體轉(zhuǎn)發(fā)策略，而我們設(shè)計的結(jié)果，專發(fā)的路徑是采用通用的互聯(lián)網(wǎng)，和我們自己建的綜合路由進(jìn)行可以動態(tài)切換的機(jī)制。兩個用戶在轉(zhuǎn)發(fā)的過程中，我都可以通過我的網(wǎng)絡(luò)選擇最優(yōu)的轉(zhuǎn)發(fā)策略。

　　我們剛才講了共網(wǎng)路由非常隨機(jī)，而且路由策略有時候非常差，有是在跨網(wǎng)的情況下。另外一個保障機(jī)制是采用FEC機(jī)制，就是前項糾錯的處理。我們知道你在通話、語音的過程中難免會出現(xiàn)丟包的情況，丟包就會導(dǎo)致你語音的質(zhì)量下降。FEC機(jī)制就會把同一份語音數(shù)據(jù)或視頻數(shù)據(jù)進(jìn)行復(fù)制，在通話過程中會發(fā)多份，即使某一份丟掉，數(shù)據(jù)可以通過前后的補(bǔ)位來進(jìn)行恢復(fù)。

　　另外還有一個策略是通過動態(tài)的策略調(diào)整，我們知道在通話過程中，整個影響通話質(zhì)量的是視頻的碼率、幀率、分辨率的因素。你帶寬占用越多的時候，就會導(dǎo)致你的數(shù)據(jù)更容易丟失，這時候我們會采用一個策略，就是我們所有的通話參數(shù)都會動態(tài)的進(jìn)行調(diào)整。在開始的時候，會根據(jù)當(dāng)前的網(wǎng)絡(luò)判斷去選擇一個初始碼率，這個碼率不會太高也不會太低。在通話過程中會根據(jù)中間節(jié)點，以及被叫方接收端的丟包率，時延抖動參數(shù)發(fā)回來，再去動態(tài)調(diào)節(jié)分辨率的參數(shù)、復(fù)雜度的參數(shù)這些策略。通過這些策略我們能夠保障在整個互聯(lián)網(wǎng)通信平均丟包率達(dá)到30%的時候，他的通話效果是完全能接受的。

　　這是我們實際的測試數(shù)據(jù)，就是應(yīng)用我們OTT網(wǎng)絡(luò)和一些QOS的機(jī)制。上面是走共網(wǎng)以及OTT對比的結(jié)果，從這里可以看出來，在共網(wǎng)的時候高峰期丟包率是非常不穩(wěn)定的，有時候丟包率非常高能達(dá)到10%多的水平。經(jīng)過OTT多路由的轉(zhuǎn)發(fā)可以抑制這種丟包率，基本可以降到5%以內(nèi)。包括高峰期時延結(jié)果也是這樣的，這是兩個國內(nèi)的機(jī)房對比數(shù)據(jù)。高峰期時延能達(dá)到80毫秒左右的情況，通過OTT的轉(zhuǎn)發(fā)可以控制到40毫秒左右。對于FEC的效果也是非常明顯的，下面的數(shù)據(jù)沒有做FEC的策略，前面是丟包，中間是延遲，后面是抖動的情況。隨著丟包率的增加，或者網(wǎng)絡(luò)抖動的增加，會發(fā)現(xiàn)語音質(zhì)量下降的非�？�，但是增加了動態(tài)FEC機(jī)制之后，語音質(zhì)量沒有明顯的下降，這是非常明顯的。當(dāng)然現(xiàn)在也在優(yōu)化，因為FEC本身是有雙面性的，他能夠保證語音質(zhì)量抗丟包，抗抖動，但是會增加傳輸?shù)膸�寬，去增加流量，我們現(xiàn)在也在逐步的優(yōu)化，就怎么在有效的保障語音質(zhì)量的前提下，又要降低FEC帶來的流量增加。

　　另外在安全機(jī)制上會有非常多的要求和體現(xiàn)，為什么呢？因為大家都知道傳統(tǒng)的通信網(wǎng)，安全的要求非常高。而且我們講的融合通信的很多場景，用戶對通話信息的保障要求非常高。所以我們總結(jié)了一點，就是全方位的安全保障。我們會從用戶信息的安全，以及傳輸內(nèi)容的安全，以及系統(tǒng)的安全上面去做多層的保護(hù)。針對用戶信息的保障，我們要保障用戶不被騷擾，我們設(shè)計了動態(tài)黑名單的機(jī)制。在整個通話過程中，我們會根據(jù)主被叫通話的歷史記錄去識別，哪些用戶可能會被騷擾，這時候我們會把主叫用戶記錄在黑名單。過一旦時間之后，如果騷擾解除了，我們會把用戶從黑名單拉出來，是動態(tài)黑名單的機(jī)制，來保證實時用戶防騷擾的機(jī)制。

　　另外我們還會針對通話號碼做一些保障機(jī)制，通過一些呼轉(zhuǎn)機(jī)制，針對一些場景把某些主被叫號碼隱藏，跟O2O企業(yè)有一些案例。通信內(nèi)容安全保障上我們也做了很多，基于消息類的開放了用戶可自定義的消息加密機(jī)制。用戶在傳輸之前就可以把你的消息按照自己的加密方式進(jìn)行傳輸，即使整個過程經(jīng)歷了云平臺的轉(zhuǎn)發(fā)，你也可以保證這個信息完全不泄露。另外針對音視頻也是一樣的，我們也是開放了，在收端發(fā)端可以用自己加密的措施，來加密你的語音流、視頻流，來保障整個傳輸?shù)母鱾�中都不會有外部的泄露風(fēng)險。另外系統(tǒng)安全上我們會做一些智能分層的流控，會針對入口，跟跨網(wǎng)的互通上都會做流控機(jī)制。來保障系統(tǒng)的安全，另外也保障跨網(wǎng)不同網(wǎng)絡(luò)的安全，這是安全的考慮。

　　剛才也講了有這樣一些關(guān)鍵的融合通信的問題，在解決的基礎(chǔ)上我們還是想通過融合通信技術(shù)，來解決實際互聯(lián)網(wǎng)應(yīng)用面臨的問題。下面我們會介紹幾個典型的案例給大家，我們怎么通過融合通信的技術(shù)來解決互聯(lián)網(wǎng)的應(yīng)用的，下面是非常典型的一個場景。我不知道大家有沒有用過滴滴，包括Uber，都推出了隱號通話的方案�，F(xiàn)在在打車行業(yè)里，非常常見的一個問題，就是騷擾的問題。乘客不愿意泄露自己的手機(jī)號碼，我們知道現(xiàn)在手機(jī)號碼是嚴(yán)重被資產(chǎn)化的東西，泄露出去對個人的很多東西影響是非常大的。針對這個行業(yè)，針對這個場景我們推出了隱號通話的解決方案。

　　這是怎么實現(xiàn)的呢？主要是針對O2O的領(lǐng)域，我們會在訂單的信息中生成一個中間號碼，把訂單交易雙方關(guān)聯(lián)到中間號碼中去，在某一方尋找另一方的時候，你不需要知道他的實際手機(jī)號碼，只需要撥打中間號碼就可以，撥打時候平臺會根據(jù)關(guān)聯(lián)關(guān)系找到真實的號碼進(jìn)行轉(zhuǎn)接，同樣的道理針對被叫也是一樣的，被叫在尋找另一方的時候，也是采用同樣的方式可以找到另一方。在交易結(jié)束之后，整個的中間號碼會被釋放，這樣就保證了在交易過程中臨時的過程，保障交易雙方的隱私。這本質(zhì)是用通信技術(shù)加互聯(lián)網(wǎng)信息綁定的關(guān)系，利用通信的轉(zhuǎn)接技術(shù)來實現(xiàn)的。這個場景后面會更多的應(yīng)用在金融、電商，后面會成為一個主流的應(yīng)用。

　　另外我們在智慧社區(qū)里的一些融合通信應(yīng)用，我們認(rèn)為智能硬件是非常重要的溝通載體，現(xiàn)在大家主要都在用手機(jī)進(jìn)行通話，未來隨著物聯(lián)網(wǎng)的發(fā)展，其實你通話不一定只依賴于手機(jī)，你可以在家里，在外面的很多場景下，一些智能硬件的設(shè)備進(jìn)行溝通。所以智能硬件是一個溝通的重要在地，這個時候我們也是在文件對講上，硬件上可以植入融合通信的SDK，去實現(xiàn)硬件與傳統(tǒng)電話、固話、收集APP融合溝通，實現(xiàn)你一鍵開門，或者說遠(yuǎn)程對講之類的功能，這是非常靈活的。后面也會針對于手表，很多智能硬件領(lǐng)域都會有類似的應(yīng)用出來。

　　這是安全通信的場景，剛才也介紹到了，我們會開放端到端加密的機(jī)制，保障整個通話過程中對隱私不泄密的問題。

　　講了這么多，我們想總結(jié)一下，融合通信與互聯(lián)網(wǎng)的結(jié)合，它為什么有價值？它的競爭力在哪兒？我們寫了一句話，開放平臺等于融合，很多開放平臺都是因為融合去做的，通信其實也不例外。我們把很多通信的能力跟非常多的移動應(yīng)用結(jié)合，來提供一致性的用戶體驗，其實這是融合通信本質(zhì)的競爭力，它能夠解決之前說的，你的通信和業(yè)務(wù)場景隔離的問題。

　　一個根本的競爭力在于成本，IP通話成本非常低，傳統(tǒng)通話成本非常高，之前案例的對比，發(fā)現(xiàn)成本上面能節(jié)省50%以上，這也是融合通信對互聯(lián)網(wǎng)應(yīng)用一個非常大的誘惑或競爭力的體現(xiàn)。我想這個不單針對IP客服的場景，針對于其他很多電商O2O的領(lǐng)域，其實具有同樣的優(yōu)勢。

　　今天跟大家介紹這么多，這就是融合通信和互聯(lián)網(wǎng)應(yīng)用的結(jié)合，希望大家能關(guān)注融合通信，關(guān)注云之訊，謝謝。

　　演講現(xiàn)場

　　圖為演講后，賈俊杰接受極客邦記者采訪。