使用多媒體服務的通信裝置、方法和系統(tǒng)的制作方法
【專利摘要】提供一種使用各種多媒體服務支持可視和可聽通信的裝置和方法。提供一種在通信系統(tǒng)的服務器中使用多媒體服務提供通信的方法。該方法包括：從第一設備接收對第二設備的語音呼叫連接請求。該方法還包括：通過web網(wǎng)絡，給第一設備提供預先生成的關(guān)于第二設備的視覺多媒體信息。該方法進一步包括：連接在第一設備和第二設備之間的語音呼叫。
【專利說明】
使用多媒體服務的通信裝置、方法和系統(tǒng)
技術(shù)領域
[0001 ]本公開一般涉及使用多媒體服務的通信。
【背景技術(shù)】
[0002] 近來，除了面向語音的通信，使用各種多媒體服務的通信在考慮中。例如，諸如全 球移動通信系統(tǒng)協(xié)會(GSMA)的富通信套件(Rich Communication Suite，RCS)以及萬維網(wǎng) 聯(lián)盟(World Wide Web Consortium，W3C)的Web實時通信(WebRTC)之類的技術(shù)在呼叫中利 用比利用傳統(tǒng)語音通信基礎設施的以前和收斂web技術(shù)豐富的服務。
【發(fā)明內(nèi)容】
[0003] 技術(shù)方案
[0004] 為了解決現(xiàn)有技術(shù)的以上論述的缺陷，本公開主要方面提供一種用于支持使用各 種多媒體服務的可視和可聽通信的裝置和方法。
[0005] 本公開另一方面提供一種提供用于使用各種多媒體服務的通信的基本框架和優(yōu) 化的用戶界面的裝置和方法。
[0006] 本公開又一方面提供一種用于在呼叫嘗試或呼叫期間交換簡檔并且在呼叫方和 被叫方之間共享數(shù)據(jù)服務的裝置和方法。
[0007]在第一示例中，提供一種在通信系統(tǒng)的服務器中使用多媒體服務提供通信的方 法。該方法包括:從第一設備接收對第二設備的語音呼叫連接請求。該方法還包括:通過web 網(wǎng)絡，給第一設備提供預先生成的與第二設備相關(guān)的視覺多媒體信息。該方法進一步包括： 連接在第一設備和第二設備之間的語音呼叫。
[0008] 在第二示例中，提供一種在通信系統(tǒng)中的呼叫方設備的通信方法。該方法包括:請 求來自被叫方設備的語音呼叫連接。該方法還包括:通過web網(wǎng)絡，從服務器接收預先生成 的與被叫方設備相關(guān)的視覺多媒體信息。該方法進一步包括:與被叫方設備通信。
[0009] 在第三示例中，提供一種在通信系統(tǒng)中的呼叫方設備的通信方法。該方法包括:執(zhí) 行與被叫方設備的語音通信。該方法還包括:在呼叫期間執(zhí)行應用和web瀏覽器中的至少一 個。該方法進一步包括:與被叫方設備共享應用和由web瀏覽器執(zhí)行的網(wǎng)頁內(nèi)容中的至少一 個。
[0010] 在第四示例中，提供一種在通信系統(tǒng)中用于使用多媒體服務提供通信的服務器的 裝置。該裝置包括呼叫處理控制塊。該裝置還包括與web網(wǎng)絡交互工作（interwork with)的 服務器。呼叫處理控制塊被配置成:從第一設備接收對第二設備的語音呼叫連接請求。呼叫 處理控制塊還被配置成:連接第一設備和第二設備之間的語音呼叫。響應于接收的語音呼 叫連接請求，服務器被配置成:通過web網(wǎng)絡，給第一設備提供預先生成的與第二設備相關(guān) 的視覺多媒體信息。
[0011]在第五示例中，提供一種在通信系統(tǒng)中的呼叫方設備的裝置。該裝置包括用于語 音通信的第一客戶端。該裝置還包括處理數(shù)據(jù)的第二客戶端。第一客戶端被配置成請求來 自被叫方設備的語音呼叫連接，并且與被叫方設備通信。第二客戶端被配置成:通過web網(wǎng) 絡，從服務器接收預先生成的與被叫方設備相關(guān)的視覺多媒體信息。
[0012] 在第六示例中，提供一種在通信系統(tǒng)中的呼叫方設備的裝置。該裝置包括用于語 音通信的第一客戶端。該裝置還包括處理數(shù)據(jù)的第二客戶端。第一客戶端被配置成執(zhí)行與 被叫方設備的語音通信。第二客戶端被配置成:在呼叫期間執(zhí)行應用和web瀏覽器中的至少 一個，并且與被叫方設備共享由應用和由web瀏覽器執(zhí)行的網(wǎng)頁內(nèi)容中的至少一個。
[0013] 從下面結(jié)合附圖進行的公開了本公開示范性實施例的詳細描述中，該公開的其它 方面、優(yōu)點和顯著特征對于本領域技術(shù)人員將變得清楚。
[0014] 在進行下面的詳細描述之前，闡述貫穿本專利文檔中使用的某些詞語和短語的定 義可能是有利的：術(shù)語"包括"和"包含"以及其派生詞意為包括而沒有限制；術(shù)語"或"是包 含的，意為和/或；短語"與……相關(guān)聯(lián)"、"與其相關(guān)聯(lián)"以及其派生詞可意為包括、被包括 在……內(nèi)、與……互聯(lián)、包含、被包含在……內(nèi)、連接到……或與……連接、耦合到……或 與……耦合、可與……通信、與……合作、交織、并列、接近……、被綁定到……或用……綁 定、具有、具有……的屬性等等;而術(shù)語"控制器"意為控制至少一個操作的任何設備、系統(tǒng) 或其部件，這樣的設備可以硬件、固件或軟件、或者它們中的至少兩個相同的一些組合來實 現(xiàn)。應當注意:與任何特定控制器相關(guān)聯(lián)的功能性可以是集中式或分布式的，無論是本地還 是遠程。貫穿本專利文檔提供對某些詞語和短語的定義，本領域普通技術(shù)人員應當理解:如 果不是大多數(shù)情況下，也是在許多情況下，這樣的定義適用于現(xiàn)有的以及這樣定義的詞語 和短語的未來使用。
【附圖說明】
[0015] 為了更全面地理解本公開及其優(yōu)點，現(xiàn)在參考下面結(jié)合附圖進行的描述，其中相 同的附圖標記表示相同的部件：
[0016] 圖1圖示根據(jù)本公開的使用dialweb(撥號網(wǎng)站)服務的通信的示例；
[0017]圖2圖示根據(jù)本公開的示例性dialweb網(wǎng)絡架構(gòu)；
[0018]圖3圖示根據(jù)本公開的示例性dialweb客戶端；
[0019] 圖個示根據(jù)本公開的示例性dialweb服務器；
[0020] 圖5圖示根據(jù)本公開的用于dialweb服務的呼叫處理的示例；
[0021] 圖6A和6B圖示根據(jù)本公開的基本呼叫應用的示例性用戶界面；
[0022]圖7A到7D圖示根據(jù)本公開的示例性個人聯(lián)系人搜索；
[0023]圖8A和8B圖示根據(jù)本公開的示例性相互聯(lián)系人搜索；
[0024]圖9A至9D圖示根據(jù)本公開的各種簡檔交換的示例；
[0025] 圖IOA至IOF圖示根據(jù)本公開的容易用戶可訪問性和共享屏幕轉(zhuǎn)移的示例；
[0026] 圖IlA和IlB圖示根據(jù)本公開的用于在呼叫期間的容易服務菜單訪問的示例性屏 蒂；
[0027]圖12A至12F圖示根據(jù)本公開的用于在呼叫期間訪問各種app的示例性屏幕擴展；
[0028] 圖13A至13D圖示根據(jù)本公開的在呼叫期間的web內(nèi)容合并的示例；
[0029] 圖14A至14D圖示根據(jù)本公開的在呼叫期間的游戲程序合并的示例；
[0030] 圖15圖示根據(jù)本公開的用于錯過的呼叫的示例性拒絕消息傳輸；
[0031] 圖16圖示根據(jù)本公開的示例性最佳web執(zhí)行器；
[0032] 圖17圖示根據(jù)本公開的事件決定因素和事件組的示例性定義；
[0033] 圖18圖示根據(jù)本公開的用于在最佳app執(zhí)行器的控制器中執(zhí)行應用的示例性方 法;和
[0034] 圖19圖示根據(jù)本公開的用于執(zhí)行壁紙模式事件的示例性方法。
[0035] 貫穿整個附圖，相同的附圖標記將被理解成指代相同的部件、組件和結(jié)構(gòu)。
【具體實施方式】
[0036] 以下論述的圖1至19以及用于在本專利文檔中描述本公開的原理的各種實施例僅 僅通過說明的方式，而不應當被以任何方式解釋為限制本公開的范圍。本領域技術(shù)人員將 理解:可在任何適當布置的電子設備或通信系統(tǒng)中實現(xiàn)本公開的原理。提供參照附圖的以 下描述以幫助全面理解如由權(quán)利要求及其等同物限定的公開的示范性實施例。它包括各種 具體細節(jié)以幫助該理解，但是這些將被視為僅僅是示范性的。相應地，本領域普通技術(shù)人員 將認識到:可以進行對在此所述的實施例的各種變化和修改而不脫離公開的范圍和精神。 另外，為了清楚和簡明，可以省略對公知功能和結(jié)構(gòu)的描述。
[0037] 在下面描述和權(quán)利要求中使用的術(shù)語和詞語不限于字面含義，而是僅僅由發(fā)明人 使用以使得能夠清楚和一致地理解公開。相應地，應當對本領域技術(shù)人員清楚的是：出于說 明目的而不是出于限制由所附權(quán)利要求及其等同限定的本公開的目的提供下面對本公開 示范性實施例的描述。
[0038]將理解的是:單數(shù)形式"一"、"一個"和"該"包括復數(shù)指代，除非上下文另有清楚地 規(guī)定。因此，例如，提及"一組件表面"包括提及一個或多個這樣的表面。
[0039] 術(shù)語"基本上"意為所述的特征、參數(shù)或值不需要被精確地實現(xiàn)，而是可能以不影 響所述特征意欲提供的數(shù)量發(fā)生偏差或變化，例如包括公差、測量誤差、測量精度限制和本 領域技術(shù)人員已知的其它因素。
[0040] 本公開示范性實施例提供用于使用各種多媒體服務支持可視和可聽通信的裝置 和方法。即，本公開示范性實施例提供從基于聽和說的通信到在看、聽和說之間的通信的創(chuàng) 新。首先解釋常規(guī)的通信及其限制。
[0041] 使用各種多媒體服務的常規(guī)通信包括全球移動通信系統(tǒng)協(xié)會(GSMA)的富通信套 件(RCS)標準以及色環(huán)服務(color-ring service)。消息收發(fā)為中心的RCS不提供差異化服 務對過頂(Over the Τορ，0ΤΤ)消息收發(fā)解決方案。隨著基于長期演進的語音(Voice over Long Term Evolution，VoLTE)的出現(xiàn)，由于諸如Kakao、Line、Viber和WhatsApp之類的基于 OTT的消息收發(fā)消息服務在常規(guī)短消息收發(fā)服務(SMS)/多媒體消息收發(fā)服務(MMS)市場中 顯著突出，通信運營商開始積極地開始RCS以提供演進通信。在國內(nèi)市場上，它開始于智能 手機普及和LTE全國性網(wǎng)絡建設的2012年初。即，豐富的消息收發(fā)比在RCS-e中標準化的呼 叫富集和增強電話簿更集中，而該消息收發(fā)服務不提供比基于激活的OTT消息收發(fā)服務更 差異化的服務。
[0042] RCS技術(shù)無法構(gòu)建國家之間以及運營商之間的生態(tài)系統(tǒng)。在歐洲，通信用戶經(jīng)常周 游于各國之間和移動通信運營商之間，而RCS提供的漫游不被無縫地支持。在2013年2月，德 國電信(DT)在德國宣布無限期推遲RCS服務。因此，RCS無法差異化服務并在其商業(yè)初期建 立生態(tài)系統(tǒng)，并且因此已經(jīng)錄得比OTT服務低得多的使用。
[0043] 諸如RCS的呼叫富集和增強電話簿之類的用戶體驗(UX)無法差異化。當前的來自 國內(nèi)運營商的RCS服務豐富了各種通信，諸如在呼叫期間如由標準定義的文件、視頻和位置 共享。然而，這樣的系統(tǒng)功能不傳播服務，這是因為提供給用戶的設備UX與呼叫并不密切相 關(guān)。另外，雖然在消息收發(fā)功能中的電話簿提供比常規(guī)電話簿更改善的功能，諸如訂戶狀態(tài) 信息和單行消息，但它不與諸如Kakao和Line之類的OTT服務的電話簿功能相區(qū)分。
[0044] 色環(huán)接收安裝單獨應用的設備中的輸入呼叫事件，從外部服務器接收并在屏幕中 顯示呼叫方的社交簡檔信息，并且因此傳遞呼叫方的各種信息。相比于常規(guī)的語音/視頻色 環(huán)服務，色環(huán)使用社交聯(lián)網(wǎng)服務（SNS)有效地向被叫方發(fā)送呼叫方的標識信息。然而，這種 方法不能克服與呼叫連接同時的色環(huán)的中斷的數(shù)據(jù)通信信息，并且不能離開由服務提供商 定義的應用框架的屏幕，并且因而未獲得內(nèi)容多樣性。另外，色環(huán)僅僅向被叫方發(fā)送呼叫方 簡檔信息，這不是可交換的服務。
[0045] 因此，通過組合各種數(shù)據(jù)通信服務與除簡單語音為中心的模式之外的呼叫，根據(jù) 通信中的長期演進(LTE)和智能手機的出現(xiàn)，本公開提供從可聽通信到可視和可聽通信的 轉(zhuǎn)換，像從可聽無線電到可視TV的轉(zhuǎn)換。特別地，基于RCS服務，本公開提供服務解決方案 包，用于聚合存儲在私人電話/個人計算機(PC)和云系統(tǒng)中的web服務和信息并支持基本撥 號器(諸如智能手機中的基本呼叫應用(app))和設備的多媒體通信。
[0046]本公開為RCS改善用戶界面(UI)。本公開提供基本框架，用于為RCS的富集呼叫和 增強電話簿改善UI，在呼叫、呼叫接收、通信和呼叫終止之前通過考慮電話簿查詢的四個通 信步驟而為呼叫提供優(yōu)化的UI，并在呼叫期間與呼叫方的意欲的視覺數(shù)據(jù)一起在呼叫方和 被叫方之間傳遞語音為中心的信息。本公開允許在呼叫期間相互簡檔交換和當前數(shù)據(jù)服務 直接分享。本公開使得智能手機的用戶能夠使用數(shù)據(jù)服務并且在呼叫期間同時向其他方發(fā) 送數(shù)據(jù)服務信息而不中斷當前數(shù)據(jù)服務并因而豐富了通信。本公開通過呼叫來鏈接分散的 內(nèi)容。本公開提供一種用于通過收集通過公有云、私有云、博客和SNS分散的私人信息而在 呼叫期間提供可更換的屏幕內(nèi)容并且提供用于支持呼叫通信的屏幕信息以與其他方交流 的系統(tǒng)。
[0047]圖1圖示根據(jù)本公開的使用dialweb服務的通信的示例。參照圖1，除了首先選擇諸 如呼叫app或Kakao app之類的服務并且然后選擇被叫方的語音或數(shù)據(jù)通信，本通信在SllO 中選擇被叫方，并且在S120相應的被叫方選擇預設的屏幕或服務以在S130中在呼叫接收期 間或在呼叫期間交換。因此，可能改變與使用呼叫的消息收發(fā)、使用呼叫的SNS訪問以及使 用呼叫的網(wǎng)絡游戲通信。
[0048I圖2圖示根據(jù)本公開的示例性dialweb網(wǎng)絡架構(gòu)。參照圖2，dialweb網(wǎng)絡包括用戶 設備（UE) 10和20、接入網(wǎng)絡、核心網(wǎng)絡200和web網(wǎng)絡400 WE 10和20均包括用于語音呼叫 (諸如基于LTE的語音(VoLTE))的互聯(lián)網(wǎng)協(xié)議（IP)多媒體子系統(tǒng)（MS)客戶端IOOB 13UE 10和 20均包括dialweb客戶端100A。例如，UE 10和20采用智能手機。然而，類似于智能手機，UE 10和20采用用于不僅提供語音呼叫服務而且提供多媒體服務的電子設備(諸如智能pad、平 板電腦和膝上型電腦）。在下文中，假設UE是智能手機。
[0049] 是LTE接入網(wǎng)的接入網(wǎng)絡包括演進節(jié)點B(eNB)。核心網(wǎng)絡200包括演進分組核心 (EPC )、歸屬訂戶服務器(HSS )、策略和計費規(guī)則功能(PCRF )、呼叫狀態(tài)控制功能(CSCF )、計 費網(wǎng)關(guān)功能(CGF)、電話應用服務器(TAS)和服務能力交互管理器(scno。核心網(wǎng)絡200包括 dialweb 服務器300。
[0050] web網(wǎng)絡400為各種多媒體服務提供web內(nèi)容。例如，web內(nèi)容包括私人博客和SNS的 內(nèi)容以及存儲在公共云或私有云中的內(nèi)容。如圖2中所示，核心網(wǎng)絡200起用于提供使用多 媒體服務的通信的服務器的作用，并且包括作為呼叫處理控制塊的CSCF以及與web網(wǎng)絡交 互工作的dialweb服務器300。呼叫處理控制塊接收從第一 UE到第二UE的語音呼叫連接請 求，并且在第一UE和第二UE之間連接語音呼叫。響應于接收的語音呼叫連接請求，服務器 300通過web網(wǎng)絡向第一 UE提供與第二UE相關(guān)的預設的視覺多媒體信息。
[00511視覺多媒體信息包括web內(nèi)容信息。web內(nèi)容信息包括基于超文本標記語言(HTML) 5的web內(nèi)容或者網(wǎng)頁鏈接信息。web內(nèi)容信息包括存儲在云、博客和SNS的至少一個中的信 息。響應于接收的語音呼叫連接請求，服務器300生成呼叫方屏幕，建立與第一 UE的超文本 傳輸協(xié)議(HTTP)會話，處理呼叫方屏幕，并且建立與第二UE的HTTP會話。呼叫方屏幕包括： 用于顯示用于語音呼叫的被叫方信息的屏幕，以及用于搜索涉及第二UE的視覺多媒體信息 的屏幕。
[0052]服務器還生成被叫方屏幕，建立與第二UE的HTTP會話，并且處理被叫方屏幕。是呼 叫方設備的UE 10包括:作為用于語音呼叫的第一客戶端的IMS客戶端100B，以及作為用于 數(shù)據(jù)處理的第二客戶端的dialweb客戶端100A。第一客戶端100B請求語音呼叫連接，并且與 被叫方設備通信。第二客戶端100A通過web網(wǎng)絡接收來自服務器的與被叫方設備相關(guān)的預 設視覺多媒體信息。視覺多媒體信息包括web內(nèi)容信息。web內(nèi)容信息包括基于HTML5的web 內(nèi)容或者網(wǎng)頁鏈接信息。web內(nèi)容信息包括存儲在云、博客和SNS中的至少一個中的信息。 [0053] 第二客戶端100A通過服務器300建立HTTP會話，并且在呼叫方屏幕中顯示來自服 務器300的視覺多媒體信息。呼叫方屏幕包括：用于顯示用于語音呼叫的被叫方信息的屏 幕，以及允許視覺多媒體信息搜索的屏幕。
[0054]是呼叫方設備的UE 10包括:作為用于語音呼叫的第一客戶端的IMS客戶端100B， 以及作為用于數(shù)據(jù)處理的第二客戶端的dialweb客戶端100A。第一客戶端100B向被叫方設 備進行語音呼叫。第二客戶端100A在呼叫期間執(zhí)行應用和web瀏覽器中的至少一個，并且與 被叫方設備共享應用與web瀏覽器的網(wǎng)頁內(nèi)容中的至少一個。第二客戶端100A進一步包括 用于顯示用戶屏幕的顯示器，該用戶屏幕包括:語音呼叫屏幕，以及用于顯示應用與web瀏 覽器的網(wǎng)頁內(nèi)容中的至少一個的屏幕。第二客戶端100A進一步包括：用于在呼叫期間檢測 用戶的預設動作的運動檢測器，以及用于在檢測預設動作時執(zhí)行應用和web瀏覽器中的至 少一個的控制器。
[0055]圖3圖示根據(jù)本公開的示例性dialweb客戶端。例如，dialweb客戶端采用圖2的UE 10的乜&1￥613客戶端10(^。參照圖3，乜31￥613客戶端包括基本呼叫3?口110、通信處理塊120 和最佳app執(zhí)行器130?；竞艚衋pp 110包括電話簿處理器112、呼叫處理器114和HTML瀏覽 器116。通信處理塊120包括會話發(fā)起協(xié)議(SIP)處理器122、服務質(zhì)量(QoS)處理器124、HTTP 處理器126和RCS處理器128。最佳app執(zhí)行器130包括控制器132和存儲器134。
[0056]用作UE的智能手機中的基本呼叫app的客戶端設備功能被設計成為dialweb服務 提供所有UE功能，并且提高常規(guī)RCS UI的用戶便利性。本公開集成常規(guī)RCS客戶端的豐富的 呼叫UI與智能手機的基本呼叫app，并且因此用OTT解決方案解決它們的分離和差異化中的 不便。此外，本公開將RCS客戶端的增強的電話簿嵌入到基本呼叫撥號器電話簿中，并有效 地顯示每個用戶的基于HTML5的用戶簡檔信息。
[0057] 基本呼叫app被稱為Vtalk app，含義在于它允許VoLTE呼叫。Vtalk app集成用于 VoLTE呼叫的頂S客戶端功能、支持RCS標準的RCS客戶端以及目前的dialweb客戶端功能。該 功能被合并到基本呼叫app 110以用作設備應用中的基本呼叫app?；竞艚衋pp 110包括 用于處理基于HTML5web的多媒體通信（即Web實時通信(WebRTC))的演進的HTML瀏覽器116。 通信處理塊120管理通信運營商的服務的通信和QoS。最佳app執(zhí)行器130執(zhí)行UE中的最佳應 用。
[0058]圖4圖示根據(jù)本公開的示例性dialweb服務器。參照圖4，dialweb服務器300包括： 支持全球移動通信系統(tǒng)協(xié)會(GSMA)RCS 5.0標準或更高標準的RCS服務器310、WebRTC網(wǎng)關(guān) 320、ARS服務器330、服務平臺服務器340、媒體服務器350、IP多媒體服務交換功能（頂-SSF) 360和簡檔數(shù)據(jù)庫(DB)370。如標準中所定義，RCS服務器310包括:用于支持聊天的即時消息 收發(fā)(頂)312,用于提供當前用戶狀態(tài)信息、在呼叫期間共享視頻、文件和圖像的共享、共享 位置的位置共享的存在服務器(PS)313,用于共享基于網(wǎng)絡的地址簿和簡檔的聚合的地址 簿(CAB)311，用于管理用戶信息的XML文檔管理系統(tǒng)(XDMS)314,以及用于提供各種內(nèi)容的 內(nèi)容服務器(CSUIS^RS服務器330提供通信運營商的ARS，并且在個人通信中提供用于與 RCS服務器相關(guān)聯(lián)的可視呼叫的核心功能。媒體服務器350在呼叫期間提供多方通信功能。
[0059] 當W3C的WebRTC服務器對頂S網(wǎng)絡進行呼叫時，WebRTC網(wǎng)關(guān)320轉(zhuǎn)換WebRTC和頂S之 間的信號和承載。頂-SSF 360與通信運營商的智能網(wǎng)絡(IN)交互工作。服務平臺340向開放 應用編程接口（API)380提供通過呼叫連接分布式web內(nèi)容的web服務器，在呼叫期間提供屏 幕信息，并且提供用于實現(xiàn)/加載通信運營商的各種服務請求的基本平臺。
[0060] 獨立于經(jīng)標準化以在基于IMS的VoLTE服務中提供豐富的通信的RCS服務，dialweb 服務器300的dialweb服務通過給其他方提供用于語音呼叫和屏幕顯示的基于各種HTML5的 web內(nèi)容而豐富通信，其中所述web內(nèi)容是由個人創(chuàng)建的。在這樣做時，顯示的web內(nèi)容提供 允許個人容易地寫內(nèi)容的單獨的書寫工具。web內(nèi)容幾乎包括使用可連接的任何內(nèi)容， 諸如用于使用電話號碼連接呼叫對方的私人博客410和SNS 420的內(nèi)容，存儲在公共云430 或私有云440中的內(nèi)容以及合法的web內(nèi)容450,并且在每個UE上用分離的書寫工具來自動 地優(yōu)化。除了RCS服務塊，dialweb服務器300還提供web高速緩存功能，其中所述web高速緩 存功能讀取、存儲和提供在鏈接內(nèi)容之中的由許多用戶參考的內(nèi)容以及在互聯(lián)網(wǎng)上經(jīng)由開 放API 380分散和管理的一般內(nèi)容，其中該鏈接內(nèi)容在由個人通過連接私有內(nèi)容所創(chuàng)建的 網(wǎng)頁中被參考。
[0061 ]圖5圖示根據(jù)本公開的用于dialweb服務的呼叫處理的示例。參照圖5,在S501中設 備A 10請求到設備B 20的語音呼叫連接。在從設備A 10接收到設備B 20的連接請求時，呼 叫處理控制塊S-CSCF基于在iFC中定義的服務簡檔識別設備A 10的用戶預訂了 dialweb月艮 務，并且在S502中將呼叫建立請求轉(zhuǎn)發(fā)到dialweb服務器300。
[0062] 通過從IMS的角度看用作IMS AS 330,dialweb服務器300接受經(jīng)由S-CSCF接收的 呼叫建立請求。dialweb服務器300準備并且在S511中生成是呼叫方的設備A 10的用戶屏 幕，并且在S503中請求對是呼叫方的設備AlO的HTTP訪問。使用SIP消息收發(fā)來請求HTTP訪 問。響應于來自dialweb服務器300的HTTP訪問請求，在S504中，當設備A 10請求HTTP訪問 時，dialweb服務器300批準設備A 10的HTTP訪問請求。接下來，在S512中，在dialweb服務器 300和設備A 10之間建立HTTP會話，并且處理呼叫方屏幕。在S513中dialweb服務器300準備 并生成被叫方屏幕，并且在S505中請求來自是被叫方的設備B 20的HTTP訪問。使用SIP消息 收發(fā)來請求HTTP訪問。響應于來自dialweb服務器300的HTTP訪問請求，在S506中，當設備B 20請求HTTP訪問時，dialweb服務器300批準設備B 20的HTTP訪問請求。接下來，在S514中， 在dialweb服務器300和設備B 20之間建立HTTP會話，并且處理被叫方屏幕。
[0063]這樣，dialweb服務器300在由設備B 20的用戶生成的屏幕信息中發(fā)現(xiàn)提供給設備 A 10的用戶的內(nèi)容，并且然后命令設備A 10通過S503中的HTTP訪問下載屏幕信息。在這樣 做時，dialweb服務器300確定設備A 10的用戶是否被授權(quán)訪問相應的web內(nèi)容。如果未發(fā)現(xiàn) 可訪問的web內(nèi)容，則dialweb服務器300跳過S510,包括S503-S506和S511-S514,并且僅僅 在S507和S520中連接語音呼叫。相比之下，當發(fā)現(xiàn)可訪問的web內(nèi)容時，dialweb服務器300 執(zhí)行S510(包括S503-S506和S511-S514)，并且在S507和S520中連接語音呼叫。在S510中， dialweb服務器300建立設備A 10和設備B 20之間的數(shù)據(jù)路徑，并且提供用戶屏幕共享服 務。以dialweb服務器300在S507中經(jīng)由SO-CSCF轉(zhuǎn)發(fā)語音呼叫請求給設備B 20并且設備B 20響應接收的語音呼叫請求(OK)的方式，連接語音呼叫。因此，在呼叫方設備A 10和被叫方 設備B 20之間連接語音呼叫。
[0064] 在設備A 10和dialweb服務器300之間以及在dialweb服務器300和設備B 20之間 建立用于多媒體服務的數(shù)據(jù)路徑以及語音呼叫之后，按用戶來控制每個用戶在屏幕上的 web內(nèi)容。例如，當在設備A 10和設備B 20之間控制相同的屏幕時，通過在設備A 10和 dialweb服務器300之間以及在dialweb服務器300和設備B 20之間的路徑按照用戶來進行 控制。在這樣做時，通過設備上的菜單來定義屏幕控制授權(quán)。
[0065]根據(jù)圖5的流程，如下處理用于建立的數(shù)據(jù)路徑的QoS。從根本上說，使用IMS的 VoLTE服務被分配用于呼叫的保證比特率(GBR)的單獨的路徑。然而，UE中的一般HTTP訪問 被分配最佳努力(BE)的路徑。當與語音緊密耦合的數(shù)據(jù)服務被給予不同于數(shù)據(jù)路徑中的語 音的QoS時，用戶所經(jīng)歷的服務質(zhì)量嚴重下降。雖然本公開提供基于web的通信服務，但是為 了使用與頂S服務相同的接入點名稱(APN)，UE被分配等效于單獨分配的IMSAPN的APN，并且 EPC執(zhí)行用于單獨的訂戶路徑管理的分開的過濾。因此，dialweb服務的頂S語音路徑和HTTP 數(shù)據(jù)路徑獲得相同的IMS APN的質(zhì)量。
[0066]圖5的流程對應于設備A 10和設備B 20的相同的運營商。即使當設備A 10和設備B 20不屬于相同運營商時，如圖5中所示地通過在運營商之間的網(wǎng)絡交互工作實現(xiàn)服務。例 如，在不同運營商之間的用戶漫游和網(wǎng)絡交互工作符合GSMA IR.65GSMA頂S漫游和交互工 作指南以及IR.90RCS交互工作指南?，F(xiàn)在解釋用于可視通信的基本呼叫app(Vtalk app)。 基本呼叫appVtalk基本上包括用于支持VoLTE呼叫的頂S客戶端功能、用于支持RCS 5.0的 RCS客戶端功能以及dialweb客戶端功能的全部，并且作為UE(諸如智能手機)上的基本呼叫 app操作。Vtalk app不僅支持圖6A的基本活動模式，而且支持圖6B的縮減方式(或最小化狀 態(tài)）。所以，在呼叫期間的任何時間訪問安裝在壁紙中的各種app。
[0067]圖6A和6B圖示根據(jù)本公開的基本呼叫應用的示例用戶界面。圖6A示出基本活動屏 幕，而圖6B示出最小化窗口。參照圖6A和6B，屏幕顯示呼叫、視頻呼叫、消息收發(fā)/頂、記錄和 聯(lián)系人的菜單1001。屏幕1002顯示具有按壓的呼叫按鈕的用戶輸入，根據(jù)用戶的字符和數(shù) 字輸入顯示搜索結(jié)果，并且同時基于搜索的用戶信息提供用于訪問各種服務的功能。屏幕 顯示用于調(diào)整基本呼叫app的屏幕大小的用戶控件1003。通過上推或下推用戶控件1003,用 戶定義UE的屏幕上的基本呼叫app的大小。用戶控件1003提供允許屏幕控制的呼叫app，并 且因此用戶在呼叫期間訪問UE的各種應用或網(wǎng)頁，并且在使用Vtalk app呼叫期間共享應 用或網(wǎng)頁內(nèi)容。本公開使得能夠與諸如MS網(wǎng)絡或3G之類的移動通信網(wǎng)絡交互工作。
[0068] 基本上使用UE的單獨設置菜單控制用于進行用于VoLTE呼叫的IMS呼叫或常規(guī)3G 語音呼叫的選擇。然而，當用戶按壓呼叫按鈕時，基本上發(fā)出用于VoLTE呼叫的頂S呼叫。根 據(jù)基于被叫方設備狀態(tài)的網(wǎng)絡確定，到被叫方的呼叫傳遞MS呼叫或3G語音呼叫。當用戶使 用3G語音呼叫或設備無法使用dialweb服務時，在IMS中根據(jù)用于交互工作的2G和3G移動通 信網(wǎng)絡的標準、經(jīng)由信令網(wǎng)關(guān)和媒體網(wǎng)關(guān)連接一般呼叫。
[0069]本公開提供SMS/MMS合并RCS消息收發(fā)功能。參照圖6A和6B，消息收發(fā)按鈕(在菜單 1001中左邊的第三菜單）發(fā)出RCS基本即時消息收發(fā)。典型地，智能手機的消息收發(fā)按鈕發(fā) 送SMS消息或MMS消息。消息收發(fā)按鈕選擇由用戶使用UE的單獨設置菜單來控制。RCS服務器 向未預訂RCS服務的被叫方設備或者使用不支持RCS的UE的訂戶提供可替代的服務。
[0070] 本公開提供一種設備和網(wǎng)絡合并和SNS合并電話簿。參照圖6A和6B，當用戶按壓聯(lián) 系人按鈕(在菜單1001中右邊的第一菜單)時，默認一起顯示存儲在RCS服務器的CAB中的設 備電話簿和網(wǎng)絡聯(lián)系人信息。一起顯示預訂dialweb服務的ARS服務的共同的客戶端信息。 當搜索到的被叫方被設置成讀取和發(fā)送關(guān)于呼叫方的社會簡檔信息的消息時，在相應的屏 幕上顯示來自相應的SNS服務的一定數(shù)量的最近消息，或者提供即時消息傳輸。聯(lián)系人按鈕 同時探究基于HTML5的屏幕，其中基于HTML5的屏幕在呼叫期間由被叫方定義為相互的簡檔 交換信息。在7A至圖7D以及圖8A和8B中描繪統(tǒng)一的聯(lián)系人搜索。
[0071] 圖7A到7D圖示根據(jù)本公開的示例性個人聯(lián)系人搜索。在圖7A至7D中，作為個人搜 索，SNS鏈接功能使用Vtalk app支持存儲在設備或dialweb服務器中的個人聯(lián)系人搜索。當 在圖7A中呼叫方選擇被叫方'Hong Gingdong'時，在圖7B中顯示被叫方的SNS列表1004。當 顯示SNS列表1004時，Vtalk app提供下述功能，該功能允許呼叫方讀取被叫方的SNS列表 1004的SNS(諸如Twitter)的最近信息并留下簡短的消息，如圖7A和7B中所示。Vtalk app還 提供下述功能，該功能用于查詢關(guān)于由被叫方定義為簡檔信息的博客以在呼叫期間、在屏 幕1006中使用簡檔查詢按鈕1005與其他方共享，如圖7C和圖7C中所示。屏幕1006是Vtalk app中的HTML5瀏覽器。
[0072]圖8A和8B圖示根據(jù)本公開的示例性相互聯(lián)系人搜索。作為統(tǒng)一的搜索，圖8A和8B 描繪Vtalk app顯示設備的聯(lián)系人或由dialweb服務器注冊的公司名稱的搜索結(jié)果，并且集 成相應的公司的附加信息(諸如位置、優(yōu)惠券廣告、活動和主菜單)與電話簿。由公司預注冊 到dialweb服務器的廣告內(nèi)容信息被集成到設備的聯(lián)系人中，以便將它顯示在圖8B的HTML5 瀏覽器1006中。
[0073]圖9A至9D圖示根據(jù)本公開的各種簡檔交換的示例。參照圖9A至9D，在聯(lián)系人搜索 和呼叫連接階段，在呼叫服務用戶之間交換由用戶設置的各種簡檔。不僅在聯(lián)系人搜索中 而且在到其他方的呼叫連接中提供簡檔查詢。根據(jù)簡檔查詢在屏幕上顯示的內(nèi)容被存儲在 dialweb服務器中，并且dialweb服務器通過開放API讀取存儲在外部互聯(lián)網(wǎng)中的內(nèi)容。 [0074]基于HTML5支持創(chuàng)建簡檔，并且簡檔信息包括內(nèi)容（諸如每個內(nèi)容或幾乎所有內(nèi) 容）。例如，不僅包含存儲在dialweb服務器中的諸如文本、照片、媒體和音樂之類的資源的 HTML (諸如圖9A和9B)而且存儲在Twi tter、Facebook和門戶網(wǎng)站博客中的各種內(nèi)容（圖9C和 9D)鏈接到簡檔HTML文件。本公開提供容易用戶可訪問性和聊天屏幕共享功能。根據(jù)智能手 機的特性，用戶任意地安裝和卸載許多應用程序。當為了用戶的便利單獨安裝呼叫app時， 本公開提供一種用于通過搖動智能手機以進行大多數(shù)多線程呼叫而執(zhí)行呼叫app的方法。 [0075]圖IOA至IOF圖示根據(jù)本公開的容易用戶可訪問性和共享屏幕轉(zhuǎn)移的示例。參照圖 IOA至10F，當用戶在UE中使用互聯(lián)網(wǎng)，發(fā)現(xiàn)互聯(lián)網(wǎng)上的具體內(nèi)容并選擇和進行對任意被叫 方的呼叫時，互聯(lián)網(wǎng)的內(nèi)容被立即傳遞，以便與被叫方聊相同的內(nèi)容。通過用戶的特定動作 (諸如搖動手機兩次)執(zhí)行Vtalk app，如圖IOB中所示，并且因此用戶容易共享屏幕。UE的執(zhí) 行的呼叫app被定位在正在進行的應用程序的頂部，如圖IOC中所示。
[0076]當正好在UE app下方的應用包括Vtalk app和內(nèi)容共享應用（諸如一般的web瀏覽 器)時，狀態(tài)按鈕1007指示內(nèi)容共享app準備共享，如圖IOD中所示。當用戶意欲通過點擊狀 態(tài)按鈕1007共享Vtalk app中的內(nèi)容時，狀態(tài)按鈕1007的顏色變?yōu)槌删G色并且第二層中的 應用被顯示在Vtalk app的HTML5瀏覽器1006中，如圖IOE中所示。當用戶按壓呼叫按鈕時， 呼叫被連接到被叫方并且兩方在呼叫期間共享內(nèi)容，如圖IOF中所示。
[0077] 如圖IOA至IOF中所示，增強用戶體驗使得用戶隨時隨地訪問UE中的呼叫功能。同 時，為了通過呼叫與其他方共享UE的內(nèi)容，當前的視覺主題與語音呼叫一起被共享。本公開 有助于在呼叫期間訪問RCS和附加服務菜單。本公開允許用戶用視覺信息進行呼叫，因此提 高用戶體驗并且豐富呼叫。為了這樣做，本公開提供用于容易地訪問RCS附加服務的屏幕 UI，并且在呼叫期間交換關(guān)于聊天的視覺信息。
[0078]圖IlA和IlB圖示根據(jù)本公開的用于在呼叫期間容易服務菜單訪問的示例性屏幕。 參照圖11A，控制執(zhí)行器1008有助于訪問dialweb服務菜單。UE提供一般呼叫服務的控制執(zhí) 行器1009。例如，控制執(zhí)行器1009的控制支持諸如錄音、揚聲器、靜音和藍牙之類的功能。是 HTML5瀏覽器的區(qū)域1010執(zhí)行簡單程序，即諸如游戲之類的應用程序，其中，所述簡單程序 需要與web內(nèi)容或服務器的通信并且包括幾個控制器。HTML瀏覽器的控制使得能夠在呼叫 期間進行相互簡檔交換、內(nèi)容交換和游戲。
[0079]參照圖11B，控制執(zhí)行器1008執(zhí)行各種功能?？刂茍?zhí)行器1008的功能如下面的表1。
[0080]表 1
[0082]本公開提供用于訪問各種app的自由的屏幕擴展功能。
[0083]圖12A至12F圖示根據(jù)本公開的用于在呼叫期間訪問各種app的示例性屏幕擴展。 圖12A示出全屏模式，圖12B示出正常模式，圖12C示出語音呼叫模式，圖12D和12E示出語音 呼叫最小化模式，而圖12F示出狀態(tài)條模式。
[0084]如圖12A至12F中所示，幾個屏幕模式用語音呼叫模式確保連續(xù)性，同時在呼叫期 間訪問UE的各種應用和內(nèi)容，并通過dialweb服務、使用由Vtalk app提供UE中應用程序的 開放API而與其他方共享內(nèi)容。本公開在呼叫期間提供web瀏覽器搜索內(nèi)容共享。
[0085]圖13A至13D圖示根據(jù)本公開的在呼叫期間的web內(nèi)容合并的示例。
[0086] 圖13A和13B示出呼叫方屏幕，而圖13C和13D示出被叫方屏幕。參照圖13A，為了在 當前呼叫期間發(fā)送關(guān)于內(nèi)容的視覺信息，呼叫方執(zhí)行處于Vtalk app的語音呼叫模式的UE 的web瀏覽器，使用網(wǎng)頁搜索尋找特定信息，并且進入共享模式。在這樣做時，Vtalk app從 OS讀取正好在當前Vtalk app下方運行的應用信息。當應用是web瀏覽器時，Vtalk app取出 對應于相應的web瀏覽器的當前屏幕的統(tǒng)一資源定位符(URL)，并且僅僅將URL發(fā)送給被叫 方。在圖13B中，在Vtalk app的HTML5瀏覽器中移動和合并對應于在web瀏覽器中搜索到的 URL的內(nèi)容。
[0087] 圖13C示出被叫方屏幕并且圖13D示出在Vtalk appHTML5瀏覽器中合并和共享從 呼叫方接收的URL的內(nèi)容。在此，僅僅傳遞URL使得其它設備訪問相同的網(wǎng)頁并且屏幕被單 獨地控制。本公開使得呼叫方或被叫方完全控制當前網(wǎng)頁以便實現(xiàn)與虛擬屏幕控制相同的 效果。通過進入共享控制模式，任一個設備經(jīng)由dialweb客戶端向其它設備發(fā)送各種事件， 諸如web瀏覽器的點擊事件和滾動事件，并且其它設備的dialweb客戶端將事件轉(zhuǎn)發(fā)給其瀏 覽器。本公開在呼叫期間提供基于HTML5的web游戲合并功能。
[0088]圖14A至14D圖示根據(jù)本公開的在呼叫期間的游戲程序合并的示例。例如，在呼叫 期間合并go應用。這樣的應用合并限于基于HTML5的創(chuàng)建，諸如go應用。圖14A和14B示出呼 叫方屏幕，而圖14C和14D示出被叫方屏幕。參照圖14A，在VtaIk app的語音呼叫模式中，執(zhí) 行安裝到UE的基于HTML5的go應用，并且進入共享模式。在這樣做時，Vtalk app從OS讀取正 好在Vtalk app下方運行的應用信息。當應用是基于HTML5的app時，Vtalk app在當前HTML5 瀏覽器中合并和執(zhí)行它，并且僅僅向被叫方發(fā)送用于執(zhí)行Go應用的URL。在圖14B中，在被叫 方的Vtalk app的web瀏覽器中合并和執(zhí)行g(shù)o程序。圖14C示出被叫方屏幕而圖14D示出：用 于從呼叫方接收的URL的基于HTML5的go應用與app-起被合并和執(zhí)行。
[0089]本公開在呼叫期間提供一般app合并功能。為了執(zhí)行不基于HTML5創(chuàng)建的程序(諸 如從app商店下載的），用戶應用圖14A至14D的游戲應用共享方法。在這種情況下，Vtalk app僅僅從OS接收當前應用簡檔信息，并將它轉(zhuǎn)發(fā)給被叫方。當被叫方根據(jù)接收的簡檔信息 安裝應用時，以與使用基于web的設備通信的go程序執(zhí)行相同的方式執(zhí)行相應的程序。 Vtalk app以下述方式與OS通信，該方式為：圖3的最佳app執(zhí)行器130從OS讀取信息，并且基 本呼叫app 110使用程序注冊信息獲得應用名稱和版本信息，并且向被叫方發(fā)送獲得的信 息。被叫方使用由圖3的最佳app執(zhí)行器130定義的宏執(zhí)行程序自動處理一系列應用安裝和 執(zhí)行。本公開提供除了SMS和MMS之外的語音郵件系統(tǒng)(VMS)和SNS拒絕消息收發(fā)功能。
[0090] 圖15圖示根據(jù)本公開的用于錯過的呼叫的示例性拒絕消息傳輸。參照圖15，Vtalk app以各種方式、相對于錯過的呼叫向其他方提供用于發(fā)送消息1100的可替代路徑。例如， Vtalk app在基本呼叫app中發(fā)送文本消息1102，使用由被叫方為呼叫方的訪問打開的SNS 服務發(fā)送消息1106,并發(fā)送語音和視覺信息1104。在這樣做時，當相應的通信運營商不采用 用于基于IMS的語音消息的服務器和用于視覺消息的服務器時，呼叫方經(jīng)由現(xiàn)有的語音或 視覺消息處理服務器、通過用于由dialweb服務器提供的IN相互作用的IM-SSF而向被叫方 發(fā)送消息。
[0091] 圖16圖示根據(jù)本公開的示例性最佳web執(zhí)行器。例如，最佳web執(zhí)行器是圖3的最佳 web執(zhí)行器130。參照圖16,最佳web執(zhí)行器130包括控制器132、存儲器134、運動檢測器1302、 額外的輸入檢測器1304、用戶位置檢測器1306、屏幕顯示器1308和OS 1310。運動檢測器 1302檢測用戶的UE搖動動作，并且控制器132根據(jù)運動檢測器1302的檢測執(zhí)行Vtalk呼叫 app。另外，根據(jù)額外的輸入檢測器1304的檢測，當用戶在緊急情況下?lián)u動UE時，控制器1302 自動執(zhí)行特定的app并且執(zhí)行在執(zhí)行相應的app之后輸入的宏?？刂破?32在存儲器134中存 儲由用戶位置檢測器1306按規(guī)律間隔檢測的用戶位置信息以便宏在事件的情況下使用用 戶位置信息。
[0092] 圖17圖示根據(jù)本公開的事件決定因素和事件組的示例性定義。參照圖17,為多個 事件X、Y和Z定義多個事件組El至En。圖18圖示根據(jù)本公開的用于在最佳app執(zhí)行器的控制 器中執(zhí)行應用的示例性方法。該方法由圖16的控制器132執(zhí)行。參照圖18,在S1801中，控制 器132接收事件。在S1802中，控制器132確定接收的事件是否是緊迫的事件。當確定緊急事 件時，控制器132轉(zhuǎn)到S1803。否則，控制器132轉(zhuǎn)到S1807。
[0093] 在S1803中，控制器132確定設備是否是活動的。當設備不是活動的時，控制器132 在S1804中請求緊急模式并且然后前進到S1805。當設備是活動的時，控制器132轉(zhuǎn)到S1805。 控制器132在S1805中提取事件注冊app和宏并且在S1806中執(zhí)行提取的app和宏。在S1807 中，控制器132確定設備是否是活動的。當設備不是活動的時，控制器132完成該過程。當設 備是活動的時，控制器132轉(zhuǎn)到S1808。在S1808中，控制器132確定它是否是壁紙模式。在壁 紙模式中，控制器132在S1809中執(zhí)行壁紙模式。在壁紙模式外，控制器132在S1810中提取事 件/app注冊事件。在S1812中，控制器132確定提取的事件是否是多事件注冊。當提取的事件 不是多事件注冊時，控制器132轉(zhuǎn)到S1806。當提取的事件不是多事件注冊時，控制器132在 S1814中設置優(yōu)先級，并且然后轉(zhuǎn)到S1806。
[0094] 圖19圖示根據(jù)本公開的用于執(zhí)行壁紙模式事件的示例性方法。參照圖19,壁紙模 式事件執(zhí)行S1900包括:基于系統(tǒng)設置的執(zhí)行S1902,基于用戶設置的執(zhí)行S1904,和在有限 時段內(nèi)執(zhí)行最佳app S1906,以及執(zhí)行最近的app S1908。如上所闡述，語音呼叫服務用戶 (諸如VoLTE服務用戶）與除了常規(guī)語音為中心的通信之外的其他方聊天，與其他方容易地 共享用于幫助聊天的視覺信息，并且通過給其他方提供各種私有web內(nèi)容和其它web內(nèi)容而 豐富通信，其中各種私有web內(nèi)容和其它web內(nèi)容在呼叫之前或期間通過互聯(lián)網(wǎng)、通過適當 的安全過程而被分散和管理。雖然常規(guī)的呼叫僅僅為通信存在，但本dialweb服務使得能夠 使用電話號碼訪問各種基于HTML5的內(nèi)容。Vtalk客戶端的基本呼叫app與一般應用的合并 在呼叫期間使用各種應用，并且有助于在緊急情況下訪問相應的應用和情況通知。
[0095] 本操作由單個控制器實現(xiàn)。在這種情況下，由各種計算機實現(xiàn)的程序指令被記錄 在計算機可讀介質(zhì)中。計算機可讀介質(zhì)單獨或組合地包括程序指令、數(shù)據(jù)文件、數(shù)據(jù)結(jié)構(gòu)等 等。程序指令被設計和構(gòu)造成尤其用于本公開的實現(xiàn)方式，或者對本領域技術(shù)人員公知。計 算機可讀存儲介質(zhì)的示例包括磁介質(zhì)，諸如硬盤、軟盤和磁帶;光學介質(zhì)，諸如光盤(CD)只 讀存儲器(ROM)盤和數(shù)字多功能盤(DVD);磁光介質(zhì)，諸如光磁盤；以及專門配置成存儲和執(zhí) 行程序指令的硬件設備，諸如R0M、隨機存取存儲器(RAM)、閃存等等。程序指令的示例包括 由編譯器生成的機器代碼，以及由計算機使用解釋器執(zhí)行的高級語言代碼。當基站或中繼 的全部或部分被實現(xiàn)為計算機程序時，本公開包括存儲計算機程序的計算機可讀記錄介 質(zhì)。
[0096]雖然已經(jīng)參照其某些示例性實施例示出和描述了本公開，但將由本領域技術(shù)人員 理解的是:在此進行形式和細節(jié)上的各種變化而不會脫離如由所附權(quán)利要求及其等同限定 的本公開的精神和范圍。
【主權(quán)項】
1. 一種在通信系統(tǒng)的服務器中使用多媒體服務提供通信的方法，該方法包括： 從第一設備接收對第二設備的語音呼叫連接請求； 通過web網(wǎng)絡，給所述第一設備提供預先準備的與所述第二設備相關(guān)的視覺多媒體信 息;并且 連接在所述第一設備和所述第二設備之間的語音呼叫。2. 如權(quán)利要求1所述的方法，其中，所述視覺多媒體信息包括web內(nèi)容信息。3. 如權(quán)利要求2所述的方法，其中，所述web內(nèi)容信息包括下列中的至少一個:基于超文 本標記語言（HTML)5的web內(nèi)容，關(guān)于web的鏈接信息，以及存儲在云、博客、社交聯(lián)網(wǎng)服務 (SNS)的至少一個中的信息。4. 如權(quán)利要求1所述的方法，還包括： 響應于所接收的語音呼叫連接請求，生成呼叫方屏幕； 與所述第一設備建立超文本傳輸協(xié)議(HTTP)會話，并且處理所述呼叫方屏幕;并且 與所述第二設備建立HTTP會話。5. 如權(quán)利要求4所述的方法，其中，所述呼叫方屏幕包括：顯示用于語音呼叫的被叫方 信息的屏幕和搜索與所述第二設備相關(guān)的視覺多媒體信息的屏幕。6. 如權(quán)利要求4所述的方法，還包括： 生成被叫方屏幕;并且 與所述第二設備建立HTTP會話，并且處理所述被叫方屏幕。7. -種在通信系統(tǒng)中的呼叫方設備中執(zhí)行的通信方法，所述方法包括： 請求到被叫方設備的語音呼叫連接； 通過web網(wǎng)絡，從服務器接收預先準備的與所述被叫方設備相關(guān)的視覺多媒體信息;并 且 與所述被叫方設備通信。8. 如權(quán)利要求7所述的通信方法，其中，所述視覺多媒體信息包括web內(nèi)容信息。9. 如權(quán)利要求8所述的通信方法，其中，所述web內(nèi)容信息包括下列中的至少一個:基于 超文本標記語言(HTML)5的web內(nèi)容，關(guān)于web的鏈接信息，以及存儲在云、博客、社交聯(lián)網(wǎng)服 務(SNS)的至少一個中的信息。10. 如權(quán)利要求7所述的通信方法，還包括： 由服務器建立超文本傳輸協(xié)議(HTTP)會話;并且 在呼叫方屏幕上顯示從所述服務器接收的視覺多媒體信息。11. 如權(quán)利要求10所述的通信方法，其中，所述呼叫方屏幕包括：顯示用于語音呼叫的 被叫方信息的屏幕，以及搜索視覺多媒體信息的屏幕。12. -種在通信系統(tǒng)中的呼叫方設備中執(zhí)行的通信方法，該方法包括： 執(zhí)行與被叫方設備的語音通信； 在呼叫期間執(zhí)行應用和web瀏覽器中的至少一個;并且 與所述被叫方設備共享由所述應用和web瀏覽器中的至少一個執(zhí)行的網(wǎng)頁內(nèi)容中的至 少一個。13. 如權(quán)利要求12所述的通信方法，還包括： 顯示用戶屏幕，該用戶屏幕包括：用于語音通信的屏幕，以及顯示應用和由web瀏覽器 執(zhí)行的網(wǎng)頁內(nèi)容中的至少一個的屏幕。14. 如權(quán)利要求12所述的通信方法，其中，在呼叫期間執(zhí)行應用和web瀏覽器中的至少 一個包括： 在呼叫期間檢測用戶的預設動作;并且 當檢測到所述預設動作時，執(zhí)行所述應用和所述web瀏覽器中的至少一個。15. -種裝置，被配置成執(zhí)行如權(quán)利要求1至14中的任一項所述的方法。
【文檔編號】H04W88/02GK105917686SQ201580005088
【公開日】2016年8月31日
【申請日】2015年1月20日
【發(fā)明人】金度衡, 金?；? 李在德, 趙基浩, 河藝教
【申請人】三星電子株式會社