背景技術(shù)：

當被叫用戶在他或她的終端(例如，音頻或視頻呼叫)上接收通信請求時，如果所述被叫用戶可以進行通信并且想要接受所述通信請求，則根據(jù)在初始通信請求中提出的通信模式建立所接受通信。例如，針對音頻呼叫，在音頻模式下建立所接受通信。針對視頻呼叫，在視頻模式下或者僅在音頻模式下(如果在接受通信請求時所述被叫用戶已經(jīng)僅選擇了在通信請求中提出的視頻模式的音頻組成部分)建立接受通信。

然而，可能的是，被叫用戶可以進行通信但不想根據(jù)在通信請求中提出的通信模式(音頻或視頻模式)建立通信。

例如，發(fā)生這種情況是因為所提出的通信模式對于偏向于以非言語的方式進行通信的被叫用戶來說太具侵入性?；蛘?，所提出的通信模式不適于被叫用戶的環(huán)境。例如，如果被叫用戶接收音頻呼叫并且正在出席會議，則音頻模式下的通信是不合適的。

在這種情況下，被叫用戶可通過請求將通信請求重新引導(dǎo)至與他或她的終端相關(guān)聯(lián)的消息服務(wù)來拒絕接收通信請求。

在拒絕通信請求時，被叫用戶還可在通信請求接收階段過程中通過例如選擇分立響應(yīng)按鈕向主叫用戶發(fā)送響應(yīng)消息。這一階段對應(yīng)于指示接收通信請求的終端的響鈴階段。

被叫用戶的終端則顯示菜單，在所述菜單中，被叫用戶可選擇預(yù)定義消息(例如“我正在參加會議”或“我稍后致電給你”)或者選擇編寫新消息的選項。然后以sms(短消息服務(wù))的形式將由被叫用戶選擇或編寫的消息發(fā)送至主叫用戶的終端。這種機制使得有可能向主叫用戶指示他或她的通話失敗的原因。然而，根據(jù)這種機制，初始請求的通信被終止。如果主叫用戶想要與被叫用戶進行通信，則必須發(fā)起新通信請求。

當正在編寫響應(yīng)消息時，主叫用戶看見他或她的通信請求已經(jīng)失敗但不了解原因直到他或她已經(jīng)從被叫用戶接收到響應(yīng)消息。而且，為了了解由主叫用戶的終端接收的響應(yīng)消息的內(nèi)容，主叫用戶必須在他或她的終端上進行交互以便改變通信應(yīng)用并且打開允許他或她讀取響應(yīng)消息的通信應(yīng)用。而且，在接收響應(yīng)消息時，主叫用戶不一定知道所接收的響應(yīng)消息是由他或她剛才已經(jīng)嘗試聯(lián)系的被叫用戶發(fā)送的。

在主叫用戶側(cè)，這種分立響應(yīng)機制可能導(dǎo)致一定程度的挫折，因為他或她的同時進行通信的需要(也就是說，利用實時交換)未得到滿足。

在被叫用戶側(cè)，這種分立響應(yīng)機制還可能是問題甚至錯誤的來源(在選擇錯誤響應(yīng)模式的情況下)，因為被叫用戶必須在他或她的終端正在響鈴指示接收到通信請求的同時選擇他或她的響應(yīng)模式(在音頻模式下接受、拒絕通信、從消息列表中選擇響應(yīng)相應(yīng)消息)。

通常，當被叫用戶聽到他或她的終端響鈴時，對于他或她來說，接入他或她的終端、然后對接收的呼叫的來源進行標識、然后根據(jù)用戶的環(huán)境確定待對這一呼叫做出的響應(yīng)(如果他或她正在參加會議、在車中、在街上、在工作等)以及可能地所述呼叫的來源、并且最后選擇所確定的響應(yīng)需要若干秒。在通信請求被重新引導(dǎo)至與被叫終端相關(guān)聯(lián)的消息服務(wù)之前，必須由被叫用戶做出所有這些步驟(在他或她的終端正在響鈴時)。當被叫用戶接收通信請求時，他或她通常處于不允許他或她根據(jù)他或她的情況以及呼叫來源作出最佳選擇的壓力狀態(tài)下(當在他或她的終端的響鈴階段過程中向他或她呈現(xiàn)太多的響應(yīng)模式選擇)。用戶然后可能在他或她的被叫終端上選擇不正確響應(yīng)模式，也就是說響應(yīng)模式與他或她想要的模式不對應(yīng)。

技術(shù)實現(xiàn)要素：

本發(fā)明的目標之一是提供對現(xiàn)有技術(shù)的改進。

為此，本發(fā)明提出了一種在發(fā)射通信請求的終端與接收終端之間的通信方法，所述方法包括以下步驟：

-由所述接收終端接收所述通信請求，所述通信請求包括所提出的用于建立所述所請求通信的通信模式，

-在檢測到指示選擇另一通信模式的用戶交互之后，向所述發(fā)射終端發(fā)送接受消息，所述另一通信模式不同于所述提出的通信模式并且并不包括在所述提出的通信模式中，所述接受消息包括所述另一所選通信模式，

-在發(fā)送所述接受消息之后，修改與所述接收終端相關(guān)聯(lián)的顯示設(shè)備的顯示，從而使得顯示與所述另一通信模式相關(guān)的通信界面，

-經(jīng)由所述通信界面，根據(jù)所述另一通信模式在所述接收終端與所述發(fā)射終端之間進行通信。

因此，根據(jù)本發(fā)明，接收終端的用戶可通過選擇與在通信請求中提出的通信模式不同的另一通信模式來接受通信請求。這種另一通信模式是不包括在提出的通信模式中的通信模式，也就是說其不與所提出的通信模式的組成部分相對應(yīng)。例如，如果通信請求提出視頻通信模式，則音頻通信模式是這種視頻通信模式的組成部分，如已知的，所述組成部分包括音頻組成部分以及由圖像序列組成的視頻組成部分。另一方面，文本或繪圖通信模式不是視頻通信模式的組成部分。

本發(fā)明因此使得有可能在滿足發(fā)射通信請求的終端的用戶的同步通信、或?qū)崟r通信的需求的同時根據(jù)接收終端的用戶的偏好對待建立的通信的通信模式進行適配。

雖然根據(jù)其建立通信的通信模式不同于在通信請求中初始提出的通信模式，但是接收終端的用戶可與發(fā)射終端的用戶進行實時通信。

根據(jù)本發(fā)明，通過用于選擇其他通信模式的單個用戶交互，接收終端的顯示自動切換至與其他通信模式相關(guān)的通信界面。接收終端的用戶不需要發(fā)起改變所請求的通信模式的新通信請求。

可通過激活接收終端的界面上的按鍵或按鈕來做出用戶交互。在一種變體中，可通過語音命令做出用戶交互。以下所提及的不同實施例或特征可單獨地或彼此組合地添加至以上所限定的通信方法的步驟中。

根據(jù)本發(fā)明的具體實施例，所提出的通信模式是音頻或視頻通信模式。

根據(jù)本發(fā)明的另一具體實施例，其他通信模式是實時文本或繪圖通信模式。

當接收終端的用戶偏向于通過實時交換文本消息或?qū)崟r繪圖來進行通信(例如，經(jīng)由即時消息會話)時，本發(fā)明的此具體實施例是有利的。

當接收終端的用戶的環(huán)境不允許他或她以言語的方式進行通信或者他或她禁止發(fā)出任何噪聲進行通信時，本發(fā)明的此具體實施例也是有利的。

根據(jù)本發(fā)明的另一具體實施例，所述通信方法包括：基于與發(fā)射通信請求的終端的用戶相關(guān)聯(lián)的指示來確定其他通信模式的步驟，所述指示存儲在接收終端上。

本發(fā)明的此具體實施例使得有可能在接收通信請求(例如，根據(jù)發(fā)射終端的用戶與接收終端的用戶之間的習慣通信模式)時將接收終端提出的其他通信模式適配到接收終端的用戶。本發(fā)明的此具體實施例是有利的，因為其使得有可能通過向接收終端的用戶提出僅一種其他通信模式來限制對通信請求的響應(yīng)的可能選擇的數(shù)量。例如，在接收通信請求時僅向接收終端的用戶提出了三種可能的響應(yīng)模式(根據(jù)在通信請求中初始提出的通信模式進行接受、拒絕通信請求、根據(jù)其他通信模式進行接受)。因此，接收終端的用戶未被大量可能的通信模式淹沒并且可快速決定對所接收的通信請求待做出的響應(yīng)。

根據(jù)本發(fā)明的另一具體實施例，所述通信方法進一步包括：獲得表示在接收終端拒絕通信請求之前的剩余時間的參數(shù)的步驟以及修改顯示設(shè)備的顯示從而顯示獲得的參數(shù)的步驟。

本發(fā)明的此具體實施例使得有可能向接收終端的用戶告知拒絕通信請求之前的剩余時間。因此，接收終端的用戶知道在接收終端拒絕通信請求之前他或她具有多少可用時間能夠選擇響應(yīng)模式。這種拒絕對應(yīng)于接收終端對響應(yīng)模式的自動選擇。

根據(jù)本發(fā)明的另一具體實施例，所述其他通信模式是文本或繪圖通信模式，并且當經(jīng)由與接收終端相關(guān)聯(lián)的顯示設(shè)備顯示的通信界面來組成消息時，將所述組成消息逐字符地發(fā)送至發(fā)射終端。

本發(fā)明的此具體實施例使得有可能向發(fā)射終端的用戶告知當前正在組成文本消息。因此，發(fā)射終端的用戶可從組成消息的起始處開始從接收終端的用戶讀取消息。

本發(fā)明還涉及一種用于請求發(fā)射所述通信請求的終端與接收終端之間的通信的方法，所述通信請求包括所提出的用于建立所請求通信的通信模式，所述方法包括：

-由所述發(fā)射終端接收通信請求接受消息的步驟，所述接受消息包括與所述提出的通信模式不同的另一通信模式，

-在所述接收所述接受消息的步驟之后，修改與所述發(fā)射終端相關(guān)聯(lián)的顯示設(shè)備的顯示的步驟，從而使得顯示與所述另一通信模式相關(guān)的通信界面，

-經(jīng)由所述通信界面，根據(jù)所述另一通信模式在所述接收終端與所述發(fā)射終端之間進行通信的步驟。

發(fā)射終端的顯示自動切換至與其他通信模式相關(guān)的通信界面。發(fā)射終端的用戶不需要發(fā)起新的通信請求或者在他或她的終端上進行交互來與接收終端的用戶進行通信或者了解來自接收終端的用戶的響應(yīng)。

本發(fā)明還涉及一種通信終端，所述通信終端包括設(shè)備，所述設(shè)備包括：

-通信模塊，所述通信模塊能夠：

ο接收來自發(fā)射終端的通信請求，所述通信請求包括所提出的用于建立所述所請求通信的通信模式，

ο按照來自處理模塊的命令向所述發(fā)射終端發(fā)送接受消息，所述接受消息包括與所述提出的通信模式不同的另一通信模式，

ο經(jīng)由與所述另一通信模式相關(guān)的通信界面，根據(jù)所述另一通信模式與所述發(fā)射終端進行通信，

-處理模塊，所述處理模塊能夠：

ο在所述通信終端上進行的指示選擇所述另一通信模式的用戶交互之后控制所述通信模塊，

ο控制顯示界面修改與所述通信終端相關(guān)聯(lián)的顯示設(shè)備的顯示，從而使得顯示與所述另一通信模式相關(guān)的所述通信界面。

本發(fā)明還涉及一種請求通信的終端，所述終端包括設(shè)備，所述設(shè)備包括：

-通信模塊，所述通信模塊能夠：

ο向接收終端發(fā)送通信請求，所述通信請求包括所提出的用于建立所述所請求通信的通信模式，

ο接收通信請求接受消息，所述接受消息包括與所述提出的通信模式不同的另一通信模式，

ο經(jīng)由與所述另一通信模式相關(guān)的通信界面，根據(jù)所述另一通信模式與所述接收終端進行通信，

-處理模塊，所述處理模塊能夠在接收所述接受消息之后控制顯示界面，以便修改與所述終端相關(guān)聯(lián)的顯示設(shè)備的顯示，從而使得顯示與所述另一通信模式相關(guān)的所述通信界面。

在本發(fā)明的具體實施例中，所述通信和通信請求方法中的不同步驟由計算機程序指令來實現(xiàn)。

因此，本發(fā)明的目的還在于信息介質(zhì)上的計算機程序，這些程序有可能分別在終端或更一般地在計算機中被實現(xiàn)，這些程序分別包括多條指令，所述指令適合用于實現(xiàn)剛才已經(jīng)描述的通信方法中的不同步驟以及通信請求方法中的不同步驟。

這些程序可使用任何編程語言，并且可以采用源代碼、目標代碼、或在源代碼與目標代碼之間的中間代碼的形式，諸如呈部分編譯的形式、或呈任何其他令人期望的形式。

本發(fā)明的目的還在于一種計算機可讀信息介質(zhì)，所述計算機可讀信息介質(zhì)包括如以上所提及的計算機程序的指令。

所述信息介質(zhì)可以是任何能夠存儲程序的實體或設(shè)備。例如，所述介質(zhì)可包括如rom(例如，cdrom或微電子電路rom)等存儲裝置、或甚至磁性或電子寄存裝置(例如，usb密鑰或硬盤)。

并且，所述信息介質(zhì)可以是可經(jīng)由電纜或光纜以無線或其他方式路由的可傳輸介質(zhì)(如電信號或光信號)。根據(jù)本發(fā)明的程序可以具體通過互聯(lián)網(wǎng)類型的網(wǎng)絡(luò)進行下載。

可替換地，所述信息介質(zhì)可以是所述程序所并入的集成電路，此電路被適配成用于執(zhí)行或用于執(zhí)行有關(guān)的通信方法或通信請求方法。

通信終端、通信請求終端、包括適合用于實現(xiàn)通信方法的不同步驟的指令的計算機程序以及包括適合用于實現(xiàn)通信請求方法的不同步驟的指令的計算機程序的優(yōu)點與根據(jù)以上所提及的具體實施例中的任一實施例關(guān)于通信方法所呈現(xiàn)的那些優(yōu)點以及關(guān)于通信請求方法所呈現(xiàn)的那些優(yōu)點完全相同。

附圖說明

在閱讀了作為簡單的、說明性和非限制性示例給出的以下對本發(fā)明的具體實施例的說明以及對所附附圖的說明后，本發(fā)明的其他優(yōu)點和特征將變得更加清楚明顯，在附圖中：

-圖1展示了根據(jù)本發(fā)明的具體實施例的用于實現(xiàn)本發(fā)明的環(huán)境，

-圖2示意性地展示了根據(jù)本發(fā)明的具體實施例的通信請求方法的步驟以及通信方法的步驟，

-圖3a、圖3b和圖3c示意性地展示了根據(jù)本發(fā)明的具體實施例的實現(xiàn)通信請求方法的終端的界面，

-圖4a和圖4b示意性地展示了根據(jù)本發(fā)明的具體實施例的實現(xiàn)通信方法的終端的界面，

-圖5展示了根據(jù)本發(fā)明的具體實施例的能夠?qū)崿F(xiàn)通信請求方法的設(shè)備，

-圖6展示了根據(jù)本發(fā)明的具體實施例的能夠?qū)崿F(xiàn)通信方法的設(shè)備。

具體實施方式

圖1展示了根據(jù)本發(fā)明的具體實施例的用于實現(xiàn)本發(fā)明的環(huán)境。圖1中所描述的環(huán)境包括通信網(wǎng)絡(luò)res，所述通信網(wǎng)絡(luò)res使得有可能在連接至通信網(wǎng)絡(luò)res的終端之間交換數(shù)據(jù)并建立通信。例如，通信網(wǎng)絡(luò)res是4g類型的移動ip通信網(wǎng)絡(luò)或固定的ip通信網(wǎng)絡(luò)。通信網(wǎng)絡(luò)res例如是基于ims(ip多媒體子系統(tǒng))架構(gòu)的ip通信網(wǎng)路。

通信網(wǎng)絡(luò)res還可以是通過互連服務(wù)器(未表示)彼此互連的一組通信網(wǎng)絡(luò)。圖1的環(huán)境還包括連接至通信網(wǎng)絡(luò)res的終端te和tr。終端te和tr可以是使得有可能建立電話或視頻電話通信的任何類型的終端，諸如移動電話、智能電話、平板計算機、連接至通信網(wǎng)絡(luò)的電視、在其上安裝有電話應(yīng)用(亦被稱為軟電話)的個人計算機、或連接至通信網(wǎng)絡(luò)的任何設(shè)備。

更具體地，終端te和tr能夠在音頻或視頻電話模式下建立通信的過程中、或者在文本或繪圖模式下建立通信的過程中(諸如在即時消息會話中)經(jīng)由通信網(wǎng)絡(luò)res進行通信。

根據(jù)本發(fā)明的具體實施例，終端te和終端tr能夠根據(jù)webrtc技術(shù)建立通信。這種webrtc技術(shù)使得有可能經(jīng)由每個終端的網(wǎng)絡(luò)瀏覽器通過ip通信網(wǎng)絡(luò)(例如，通信網(wǎng)絡(luò)res)在終端te與終端tr之間建立通信。

根據(jù)本發(fā)明的此具體實施例，圖1的環(huán)境包括應(yīng)用服務(wù)器serv，所述應(yīng)用服務(wù)器serv對以信號的形式發(fā)送在終端te與tr之間待建立的通信進行管理。當終端te和tr以信號的形式向應(yīng)用服務(wù)器serv發(fā)送時，應(yīng)用服務(wù)器serv向終端te和tr注冊它們可以根據(jù)webrtc協(xié)議進行通信。應(yīng)用服務(wù)器serv保持與終端te的第一通信通信是開放的并且保持與終端tr的的第二通信通信是開放的。這種通信信道允許應(yīng)用服務(wù)器serv從終端te或從終端tr到另一終端接收通信請求或者向終端te或終端tr告知通信請求是針對其的。當在終端te與tr之間建立通信時，通信數(shù)據(jù)流不經(jīng)由通信網(wǎng)絡(luò)res穿過應(yīng)用服務(wù)器serv而是直接地在終端te與tr之間的點對點。

根據(jù)本發(fā)明的另一具體實施例，終端te和終端tr能夠根據(jù)sip(會話發(fā)起協(xié)議)協(xié)議建立通信。

根據(jù)本發(fā)明的此另一具體實施例，以信號形式發(fā)送在終端te與tr之間待建立的通信由通信網(wǎng)絡(luò)res的ims核的應(yīng)用服務(wù)器來管理。為了接收或發(fā)射通信，通過發(fā)送sipregister(注冊)消息來利用通信網(wǎng)絡(luò)res的核來分別注冊終端te、tr。在終端te與終端tr之間建立通信通過經(jīng)由通信網(wǎng)絡(luò)res的核在終端te與tr之間交換sip消息(invite(邀請)、180響鈴、200ok、ack)來完成。當在終端te與tr之間建立通信時，通信的數(shù)據(jù)流經(jīng)由通信網(wǎng)絡(luò)res直接穿過終端te與tr之間的點對點。

圖2示意性地展示了根據(jù)本發(fā)明的具體實施例的用于由圖1的終端te實現(xiàn)的通信請求的方法的步驟以及由圖1的終端tr實現(xiàn)的通信方法的步驟。關(guān)于webrtc技術(shù)描述了圖2的步驟。

在步驟e1的過程中，終端te的用戶通過啟動執(zhí)行安裝在終端te上的網(wǎng)絡(luò)瀏覽器來開啟他或她的終端的通信服務(wù)。

在步驟e2的過程中，終端te打開與通信網(wǎng)絡(luò)res的應(yīng)用服務(wù)器serv的通信信道并且訂閱旨在針對其的通信請求通知。終端te因此告知應(yīng)用服務(wù)器serv終端te可以進行通信。為此，在步驟e2的過程中，終端te向應(yīng)用服務(wù)器serv發(fā)送http請求，所述http請求包括：

-與終端te的ip地址相關(guān)的指示，所述指示與和終端te相關(guān)聯(lián)的身份的指示相關(guān)聯(lián)，

-與終端te的用戶接受與其的通信的聯(lián)系相關(guān)的指示，此處，所述請求包括與終端tr的用戶相關(guān)聯(lián)的身份，

-與終端te的用戶根據(jù)其接受通信的通信模式相關(guān)的指示，此處，所述請求包括語音和文本通信模式。

終端te可針對終端te的用戶根據(jù)其接受通信的每個通信模式來發(fā)送不同的請求。例如，終端te可發(fā)送指示語音通信模式的第一請求以及指示文本通信模式的第二請求。終端te還可發(fā)送與終端te的用戶根據(jù)其接受通信的其他通信模式相關(guān)的其他請求。

終端te還可發(fā)送終端te的用戶接受與其的通信的其他聯(lián)系相關(guān)的其他請求。

在步驟e2之后，終端te已訂閱了由終端tr隨后發(fā)送至終端te的語音和文本模式通信請求的通知。

在步驟e1’的過程中，終端tr的用戶通過啟動執(zhí)行安裝在終端tr上的網(wǎng)絡(luò)瀏覽器來開啟他或她的終端的通信服務(wù)。

在步驟e2’的過程中，終端tr打開與通信網(wǎng)絡(luò)res的應(yīng)用服務(wù)器serv的通信信道并且訂閱旨在針對其的通信請求通知。終端tr因此告知應(yīng)用服務(wù)器serv終端tr可以進行通信。針對那一點，在步驟e2’的過程中，終端tr向應(yīng)用服務(wù)器serv發(fā)送http請求，所述http請求包括：

-與終端tr的ip地址相關(guān)的指示，所述指示與和終端tr相關(guān)聯(lián)的身份的指示相關(guān)聯(lián)，

-與終端tr的用戶接受與其的通信的聯(lián)系相關(guān)的指示，此處，所述請求包括與終端te的用戶相關(guān)聯(lián)的身份，

-與終端tr的用戶根據(jù)其接受通信的通信模式相關(guān)的指示，此處，所述請求包括語音和文本通信模式。

這種http請求可以例如是“訂閱對象”請求。

終端tr可針對終端tr的用戶根據(jù)其接受通信的每個通信模式來發(fā)送不同的請求。例如，終端tr可發(fā)送指示語音通信模式的第一請求以及指示文本通信模式的第二請求。終端tr還可發(fā)送與終端tr的用戶根據(jù)其接受通信的其他通信模式相關(guān)的其他請求。

終端tr還可發(fā)送終端tr的用戶接受與其的通信的其他聯(lián)系相關(guān)的其他請求。

在步驟e2’之后，終端tr已訂閱了由終端te隨后發(fā)送至終端tr的語音和文本模式通信請求的通知。

在步驟e3的過程中，終端te的用戶例如通過點擊與終端tr的用戶相關(guān)聯(lián)的鏈接經(jīng)由由終端te執(zhí)行的網(wǎng)絡(luò)瀏覽器來觸發(fā)對終端tr的用戶的語音模式通信請求。這種鏈接例如包括在由網(wǎng)絡(luò)瀏覽器顯示的目錄的網(wǎng)頁中。

在步驟e3之后，在步驟e4的過程中，終端te向應(yīng)用服務(wù)器serv發(fā)送采用http“設(shè)置對象”請求的形式與終端tr進行通信的請求，所述請求包括允許終端tr與終端te建立通信的信息。這種信息包括：

-與所述通信請求的發(fā)射器相關(guān)的指示：終端te的用戶，

-與所述通信請求的接收方相關(guān)的指示：終端tr的用戶，

-與所請求通信模式相關(guān)的指示：語音模式，

-與此處的通信的狀態(tài)相關(guān)的指示，所述通信處于“響鈴”狀態(tài)。

在步驟e4的過程中，終端te已經(jīng)向終端tr發(fā)送通信請求，終端te修改其用于顯示界面的顯示從而告知終端te的用戶通信請求正在進行。這種界面例如通過圖3a來展示。

圖3a展示了當前正在處理通信請求時終端te的屏幕。圖3a包括區(qū)域301，在所述區(qū)域中顯示了與終端te相關(guān)的一般信息，諸如終端te所連接的移動網(wǎng)絡(luò)(res)的名稱、用于連接至這種網(wǎng)絡(luò)所需的信號強度、時間、指示是否激活所述終端的技術(shù)的符號、終端的電池的充電水平。

圖3a包括區(qū)域300，所述區(qū)域表示告知終端te的用戶語音模式通信請求正在進行的界面。區(qū)域300包括區(qū)域302，在所述區(qū)域中，與通信請求的接收方相關(guān)的指示(c1)正在進行。這種指示c1例如與終端tr的用戶名稱相對應(yīng)。區(qū)域300還包括符號303，所述符號指示語音模式通信請求正在進行。這種符號可由終端te的用戶來激活(如果他或她想的話)以便例如在建立通信之前端接終端tr的通信請求目的地。

在步驟e5的過程中，在應(yīng)用服務(wù)器serv根據(jù)在步驟e4的過程中由終端te發(fā)送的視頻通信模式來接收通信請求之后，應(yīng)用服務(wù)器serv檢測到終端tr在步驟e2’的過程中利用其進行注冊并且終端tr根據(jù)語音通信模式接受與終端te的通信。在步驟e5的過程中，應(yīng)用服務(wù)器serv向終端tr發(fā)送采用http“關(guān)于對象”請求形式的通信請求通知，所述請求包括：

-與所述通信請求的發(fā)射器相關(guān)的指示：終端te的用戶，

-與所述通信請求的接收方相關(guān)的指示：終端tr的用戶，

-與所請求通信模式相關(guān)的指示：語音模式，

-與此處的通信的狀態(tài)相關(guān)的指示，所述通信處于“響鈴”狀態(tài)。

在步驟e5的過程中，終端tr接收這種通知。根據(jù)webrtc技術(shù)，這種通知對應(yīng)于通信請求。

在步驟e6的過程中，終端tr然后觸發(fā)向終端tr的用戶呈現(xiàn)通信請求。這種呈現(xiàn)通信請求例如對應(yīng)于觸發(fā)響鈴階段，所述響鈴階段告知終端tr的用戶接收通信請求。在步驟e6的過程中，終端tr還修改其顯示以便顯示在步驟e5的過程中接收的通信請求的呈現(xiàn)界面。通信請求的呈現(xiàn)界面向終端tr的用戶提供至少一種與在通信請求中所請求的通信模式不同的通信模式。

根據(jù)本發(fā)明的具體實施例通過圖4a來展示通信請求的呈現(xiàn)界面的示例。

圖4a展示了當向終端tr的用戶呈現(xiàn)接收的通信請求時終端tr的屏幕。圖4a包括區(qū)域401，在所述區(qū)域中顯示了與終端tr相關(guān)的一般信息，諸如終端tr所連接的移動網(wǎng)絡(luò)(res)的名稱、用于連接至這種網(wǎng)絡(luò)所需的信號強度、時間、指示是否激活所述終端的技術(shù)的符號、終端的電池的充電水平。

圖4a包括區(qū)域400，所述區(qū)域表示告知終端tr的用戶接收語音模式通信請求的界面。區(qū)域400包括區(qū)域402，在所述區(qū)域中，指示(c2)與通信請求的發(fā)射器相關(guān)。這種指示c2例如與終端te的用戶名稱相對應(yīng)。區(qū)域400還包括符號403，所述符號示出了與三種可能的通信請求響應(yīng)模式相關(guān)的三個區(qū)域404、405和406。每個區(qū)域404、405和406可由終端tr的用戶來激活(當他或她選擇響應(yīng)模式時)。

在區(qū)域406中，所呈現(xiàn)的響應(yīng)模式對應(yīng)于語音模式通信請求接受模式。如果用戶選擇此響應(yīng)模式，則將根據(jù)語音或視頻通信模式在終端te與終端tr之間建立通信。

在區(qū)域405中，所呈現(xiàn)的響應(yīng)模式對應(yīng)于通信請求拒絕模式。如果用戶選擇此響應(yīng)模式，則終端tr將拒絕通信請求。在此情況下，終端te將看到其通信請求失敗并且將可能地被重新引導(dǎo)至消息服務(wù)器，在所述消息服務(wù)器上其將能夠張貼旨在針對終端tr的用戶的消息。

在區(qū)域404中，所呈現(xiàn)的響應(yīng)模式對應(yīng)于根據(jù)另一通信模式的通信請求的接受模式。這種另一通信模式與在接收的通信請求中提出的通信模式不同。

例如，其他通信模式對應(yīng)于文本通信模式。如果用戶選擇在區(qū)域404中呈現(xiàn)的響應(yīng)模式，則將在終端te與終端tr之間的下一模式下建立通信。

根據(jù)本發(fā)明的具體實施例，在修改終端tr的顯示之前，在步驟e6的過程中，由終端tr基于存儲在終端tr上的并且與終端te的用戶相關(guān)聯(lián)的指示來確定其他通信模式。例如，終端tr存儲有與終端tr和終端te之間的通信習慣或偏好相關(guān)的信息，尤其是與先前在終端tr與終端te之間建立的通信中使用的通信模式相關(guān)的信息。此具體實施例使得有可能根據(jù)通信請求的發(fā)射器對其他通信模式進行適配。例如，根據(jù)本發(fā)明的此具體實施例確定的其他通信模式是下一通信模式。

根據(jù)本發(fā)明的另一具體實施例，區(qū)域400可包括用于建立所請求的通信的其他可能的通信模式，所述所請求的通信可由用戶(未展示)來選擇。例如，終端tr可提出繪圖通信模式或視頻通信模式。

根據(jù)本發(fā)明的另一具體實施例，區(qū)域400包括視覺信息407，所述視覺信息指示終端tr拒絕通信請求之前的剩余時間。此視覺信息407使得有可能向終端tr的用戶指示選擇可能的通信請求響應(yīng)模式的剩余時間。

在步驟e6(在所述過程中，終端tr修改其顯示以便呈現(xiàn)接收的通信請求)之后，終端tr的用戶在步驟e7的過程中選擇在圖4a的界面400的區(qū)域404中呈現(xiàn)的響應(yīng)模式。選擇這種響應(yīng)模式對應(yīng)于選擇用于建立所請求通信的另一通信模式。此處終端tr的用戶已經(jīng)選擇了下一通信模式。

在步驟e8的過程中，終端tr然后向終端te發(fā)送通信請求接受消息。所述接受消息經(jīng)由采用http“設(shè)置對象”請求形式的應(yīng)用服務(wù)器serv被發(fā)送，所述請求包括：在步驟e5中接收的通信請求狀態(tài)的指示，所述指示表示將語音或音頻模式下的通信切換至下一模式下的通信的狀態(tài)。因此，由終端tr發(fā)送的接受消息包括由終端tr的用戶選擇的其他通信模式。

在步驟e9的過程中，在由應(yīng)用服務(wù)器serv接收由終端tr在步驟e8的過程中發(fā)送的請求之后，應(yīng)用服務(wù)器serv將采用http“關(guān)于對象”請求形式的由終端tr發(fā)送的通信請求接受消息發(fā)射至終端te，所述請求包括對將語音或音頻模式下的通信切換至下一模式下的通信的狀態(tài)的指示。終端te在步驟e9的過程中接收通信請求接受消息，這種接受消息包括由終端tr的用戶選擇的其他通信模式。

在步驟e10的過程中，終端te然后修改其顯示從而顯示通信界面，所述通信界面與包括在步驟e9中接收的接受消息中的通信模式(此處為文本通信模式)相關(guān)。例如通過圖3b來展示對顯示的這種修改。

圖3b展示了終端te的屏幕，所述屏幕包括區(qū)域301，在所述區(qū)域中顯示了與終端te相關(guān)的一般信息，諸如終端所連接的移動網(wǎng)絡(luò)(res)的名稱、用于連接至這種網(wǎng)絡(luò)所需的信號強度、時間、指示是否激活終端的技術(shù)的符號、終端的電池的充電水平。

所述屏幕還包括通信界面304，所述通信界面包括：

-在先前建立的通信過程中在終端te的用戶與終端tr的用戶之間交換的一組消息(310-312)。在所述屏幕的左側(cè)顯示的并且利用更暗的背景(310、312)表示的消息對應(yīng)于由終端te從終端tr接收的消息。在所述屏幕的右側(cè)顯示的并且利用更亮的背景(311)表示的消息對應(yīng)于由終端te發(fā)送至終端tr的消息。

-區(qū)域302’，在所述區(qū)域中顯示有與終端的用戶(此處為終端tr的用戶)相關(guān)聯(lián)的信息c1，所顯示的消息已經(jīng)與所述信息進行了交換。這種信息c1例如與終端tr的用戶名稱相對應(yīng)。

-消息組成區(qū)域305，在所述區(qū)域中終端te的用戶可組成旨在針對終端tr的用戶的文本消息。

在步驟e11的過程中，終端tr修改其顯示從而顯示與所選擇的其他通信模式相關(guān)的通信界面。例如通過圖4b來展示對顯示的這種修改。

圖4b包括區(qū)域401，在所述區(qū)域中顯示了與終端tr相關(guān)的一般信息，諸如終端tr所連接的移動網(wǎng)絡(luò)(res)的名稱、用于連接至這種網(wǎng)絡(luò)所需的信號強度、時間、指示是否激活終端的技術(shù)的符號、終端的電池的充電水平。

所述屏幕還包括通信界面408，所述通信界面包括：

-在先前建立的通信過程中在終端te的用戶與終端tr的用戶之間交換的一組消息(410-412)。在所述屏幕的右側(cè)顯示的并且利用更亮的背景(410、412)表示的消息對應(yīng)于由終端tr從終端te接收的消息。在所述屏幕的左側(cè)顯示的并且利用更暗的背景(411)表示的消息對應(yīng)于由終端tr發(fā)送至終端te的消息。

-區(qū)域402’，在所述區(qū)域中顯示有與終端的用戶(此處為終端te的用戶)相關(guān)聯(lián)的信息c2，所顯示的消息已經(jīng)與所述信息進行了交換。這種信息c2例如與終端te的用戶名稱相對應(yīng)。

-消息組成區(qū)域409，在所述區(qū)域中終端tr的用戶可組成旨在針對終端te的用戶的文本消息。

在步驟e12的過程中，終端tr的用戶旨在針對終端te的用戶在組成區(qū)域409中組成消息。當由終端tr的用戶經(jīng)由界面408(未表示)的驗證密鑰對消息進行驗證時，在步驟e12的過程中將消息發(fā)送至終端te。由終端tr發(fā)送在步驟e12的過程中組成的消息等于發(fā)送根據(jù)文本通信模式的由終端tr發(fā)送至終端te的通信請求。發(fā)送這種文本通信請求使得有可能根據(jù)文本通信模式在終端te與終端tr之間建立通信。

經(jīng)由應(yīng)用服務(wù)器serv發(fā)送采用http“設(shè)置對象”請求形式的組成消息，所述請求包括允許終端te與終端tr建立通信的信息。這種信息包括：

-與所述通信請求的發(fā)射器相關(guān)的指示：終端tr的用戶，

-與所述通信請求的接收方相關(guān)的指示：終端te的用戶，

-與所請求的所述通信模式相關(guān)的指示：文本模式，

-所組成的消息。

在步驟e12的過程中，應(yīng)用服務(wù)器serv接收由終端tr發(fā)送的請求。在步驟e13的過程中，應(yīng)用服務(wù)器serv向終端te發(fā)送采用http“關(guān)于對象”請求形式的在終端tr上組成的消息，所述請求包括：

-與所述通信請求的發(fā)射器相關(guān)的指示：終端tr的用戶，

-與所述通信請求的接收方相關(guān)的指示：終端te的用戶，

-與所請求的所述通信模式相關(guān)的指示：文本模式，

-所組成的消息。

終端te接收在步驟e13的過程中由應(yīng)用服務(wù)器serv發(fā)送的請求。接收這種請求使得有可能在終端te與終端tr之間建立文本消息通信會話。終端te和tr然后在不涉及應(yīng)用服務(wù)器serv的情況下經(jīng)由交換文本消息而在步驟e14的過程中進行通信。

由終端te在步驟e13的過程中接收的消息然后由界面304中的終端te來進行顯示，所述消息包括與終端tr交換的已經(jīng)由終端te顯示的消息。圖3c展示了例如這種消息313。

根據(jù)本發(fā)明的具體實施例，在步驟e11的過程中由終端tr的用戶組成的消息的字符被發(fā)送至終端te(只要它們進入消息組成區(qū)域409中)。采用如先前所描述的http“設(shè)置對象”請求的形式來發(fā)送所述消息的第一字符。

根據(jù)在下一模式下的通信會話過程中使用的數(shù)據(jù)傳輸協(xié)議來發(fā)送所述消息的后續(xù)字符。

在由終端te接收由終端tr的用戶組成的所述消息的字符時，終端te顯示所接收的每個字符(只要其接收到)。終端te的用戶然后可在組成過程中讀取所述消息，而不必等待有待由終端tr的用戶進行驗證的消息。

根據(jù)本發(fā)明，在步驟e10的過程中修改終端te的顯示并且在步驟e13的過程中接收組成消息使得有可能根據(jù)與初始請求的通信模式不同的另一通信模式告知終端te的用戶由終端tr接受終端te在步驟e4中發(fā)起的通信請求。終端te的用戶不需要在他或她的終端te上進行交互來了解從終端tr對通信請求的響應(yīng)或者修改通信模式。

而且，在根據(jù)另一通信模式接受在步驟e5的過程中接收的通信請求之后在步驟e11的過程中修改終端tr的顯示使得有可能避免需要終端tr的用戶在他或她的終端上進行交互來修改他或她想要用來與終端te進行通信的通信應(yīng)用。

發(fā)送在步驟e12中組成的消息使得有可能在無需用戶必須在他或她的終端上進行交互的情況下根據(jù)終端tr的用戶所期望的其他通信模式來建立通信會話。

在變體中，如果終端te的用戶在接收由終端tr的用戶組成的消息之前在組成區(qū)域305中組成消息，則可在終端te初始化時完成對根據(jù)其他通信模式的通信會話的發(fā)送。然后通過發(fā)送http“設(shè)置對象”請求來完成對這種通信會話的建立。所述請求類似于關(guān)于步驟e12描述的但有終端te發(fā)送的請求。

剛才已經(jīng)描述的機制還應(yīng)用于其他通信模式是實時繪圖模式通信模式的情況。

在變體中，其他通信模式可以是音頻或視頻通信模式。例如，在步驟e4的過程中，初始通信請求可以是根據(jù)文本模式的通信的請求。在步驟e7的過程中，終端tr的用戶可選擇音頻通信模式作為其他通信模式。分別在步驟e10、e11的過程中，終端te、tr分別修改其顯示以便顯示與用于根據(jù)音頻通信模式進行通信的通信應(yīng)用相關(guān)的界面。在此情況下，然后經(jīng)由終端tr在步驟e12的過程中發(fā)送采用http“設(shè)置對象”請求形式的音頻通信請求來建立根據(jù)音頻通信模式的通信會話，所述請求指示音頻通信模式。在修改終端tr的顯示之后，由終端tr自動完成對這種通信請求的發(fā)送。在由終端tr的用戶選擇其他通信模式(此處為音頻通信模式)之后，終端tr的用戶不需要在他或她的終端tr上執(zhí)行其他附加交互來建立根據(jù)其他通信模式的通信會話。

通常，還可以根據(jù)任何類型的通信協(xié)議來實現(xiàn)剛才已經(jīng)描述的通信請求方法和通信方法。

根據(jù)本發(fā)明的另一具體實施例，可根據(jù)sip協(xié)議來實現(xiàn)通信請求方法和通信方法。根據(jù)本發(fā)明的此另一具體實施例，通過將sipregister(注冊)消息發(fā)送至核心通信網(wǎng)絡(luò)res來執(zhí)行步驟e2和e2’。在步驟e4的過程中，采用sipinvite(請求)消息的形式發(fā)送通信請求。

在步驟e8的過程中，采用sip380交替服務(wù)消息的形式發(fā)送根據(jù)其他通信模式的通信請求的接受消息，在這種消息的本體中，所述消息包括與在步驟e7的過程中選擇的其他通信模式相關(guān)的指示。由終端te在步驟e9的過程中接收這種消息則觸發(fā)修改終端te的顯示以便顯示與其他通信模式相關(guān)的通信界面。

由終端tr在步驟e8的過程中發(fā)送這種消息觸發(fā)修改終端tr的顯示以便顯示與其他通信模式相關(guān)的通信界面。

通過由終端tr在步驟e12的過程中發(fā)送sip邀請消息來建立根據(jù)在步驟e7的過程中選擇的其他通信模式的通信會話。當在步驟e7的過程中選擇的其他通信模式是文本或繪圖通信模式時，例如在由終端tr的用戶組成文本消息或繪圖之后來執(zhí)行對這種消息的發(fā)送。

當在步驟e7的過程中選擇的其他通信模式是音頻或視頻通信模式時，在步驟e11的過程中修改終端tr的顯示之后來執(zhí)行對這種消息的發(fā)送。

根據(jù)本發(fā)明的此另一具體實施例，響應(yīng)于在步驟e13的過程中由終端te從終端tr接收的sip邀請消息，終端te通過向終端tr發(fā)送sip200ok消息來接受通信請求。由終端tr通過向終端te發(fā)送sipack消息來對這種消息進行確認。因此在終端te與終端tr之間建立根據(jù)其他通信模式的通信會議。在步驟e14的過程中，終端te和終端tr然后例如通過根據(jù)rtp協(xié)議來交換數(shù)據(jù)從而進行通信。

圖5展示了根據(jù)本發(fā)明的具體實施例的能夠?qū)崿F(xiàn)通信請求方法的設(shè)備。

設(shè)備50能夠?qū)崿F(xiàn)根據(jù)關(guān)于圖2描述的本發(fā)明的具體實施例的發(fā)射所述通信請求的終端與接收終端之間的通信請求方法。

設(shè)備50包括處理模塊54(尤其包括存儲模塊mem，例如存儲器)以及例如配備有微處理器的處理單元proc。處理單元proc由如關(guān)于圖2描述的實現(xiàn)發(fā)射所述通信請求的終端與接收終端之間的通信請求方法的計算機程序pg來驅(qū)動。

在初始化時，在由處理單元proc的處理器執(zhí)行計算機程序pg的代碼指令之前，代碼指令被加載至例如存儲器mem中。

處理單元proc的處理器根據(jù)計算機程序pg的指令實現(xiàn)發(fā)射所述通信請求的終端與接收終端之間的通信請求方法的步驟。處理單元proc的處理器尤其實現(xiàn)：

-由所述發(fā)射終端接收通信請求接受消息的步驟，所述接受消息包括與所述提出的通信模式不同的另一通信模式，

-在所述接收所述接受消息的步驟之后，修改與所述發(fā)射終端相關(guān)聯(lián)的顯示設(shè)備的顯示的步驟，從而使得顯示與所述另一通信模式相關(guān)的通信界面，

-經(jīng)由所述通信界面，根據(jù)所述另一通信模式在所述接收終端與所述發(fā)射終端之間進行通信的步驟。

設(shè)備50還包括顯示設(shè)備aff，諸如并入到設(shè)備50中或連接至設(shè)備50的屏幕。

顯示設(shè)備aff上的顯示受顯示界面int的控制。根據(jù)計算機程序pg的代碼指令以及設(shè)備50的操作系統(tǒng)se由處理單元proc的處理器對顯示界面int自身進行控制。

設(shè)備50包括通信模塊com，所述通信模塊使得設(shè)備50連接至通信網(wǎng)絡(luò)并與連接至此通信網(wǎng)絡(luò)的終端交換數(shù)據(jù)、或者與其他終端建立通信。通信模塊com能夠?qū)⑼ㄐ耪埱蟀l(fā)送至接收終端并且從接收終端接收接受消息。

在由通信模塊com接收包括其他通信模式的接受消息時，處理模塊54根據(jù)計算機程序pg的代碼指令來控制顯示界面int以便修改顯示設(shè)備aff上的顯示。

根據(jù)本發(fā)明的具體實施例，設(shè)備50包括在終端中，諸如移動終端或固定終端、平板計算機。

圖6展示了根據(jù)本發(fā)明的具體實施例的能夠?qū)崿F(xiàn)通信方法的設(shè)備。

設(shè)備60能夠?qū)崿F(xiàn)根據(jù)關(guān)于圖2描述的本發(fā)明的具體實施例的一種在發(fā)射通信請求的終端與接收終端之間的通信方法。

設(shè)備60包括處理模塊64(尤其包括存儲模塊mem6，例如存儲器)以及例如配備有微處理器的處理單元proc6。處理單元proc6由如關(guān)于圖2描述的實現(xiàn)所述在發(fā)射通信請求的終端與接收終端之間的通信方法的計算機程序pg6來驅(qū)動。

在初始化時，在由處理單元proc6的處理器執(zhí)行計算機程序pg6的代碼指令之前，代碼指令被加載至例如存儲器mem6中。

處理單元proc6的處理器根據(jù)計算機程序pg6的指令實現(xiàn)所述在發(fā)射通信請求的終端與接收終端之間的通信方法的步驟。處理單元proc6的處理器尤其實現(xiàn)：

-由所述接收終端接收所述通信請求的步驟，所述通信請求包括提出的用于建立所述所請求通信的通信模式，

-在所述接收終端上進行的指示選擇與所述提出的通信模式不同的另一通信模式的用戶交互之后向所述發(fā)射終端發(fā)送接受消息的步驟，所述接受消息包括所述另一所選通信模式，

-在所述發(fā)送所述接受消息的步驟之后，修改與所述接收終端相關(guān)聯(lián)的顯示設(shè)備的顯示的步驟，從而使得顯示與所述另一通信模式相關(guān)的通信界面，

-經(jīng)由所述通信界面，根據(jù)所述另一通信模式在所述接收終端與所述發(fā)射終端之間進行通信的步驟。

設(shè)備60還包括顯示設(shè)備aff6，諸如并入到設(shè)備60中或連接至設(shè)備60的屏幕。

顯示設(shè)備aff6上的顯示受顯示界面int6的控制。根據(jù)計算機程序pg6的代碼指令以及設(shè)備60的操作系統(tǒng)se6由處理單元proc6的處理器對顯示界面int6自身進行控制。

設(shè)備60包括允許用戶在設(shè)備60上進行交互的用戶交互模塊in6。在從發(fā)射終端接收通信請求時，用戶交互模塊in6尤其允許用戶指示選擇與所提出的通信模式不同的另一通信模式。

根據(jù)本發(fā)明的具體實施例，所述用戶交互模塊in6是觸摸界面。

根據(jù)本發(fā)明的另一具體實施例，所述用戶交互模塊in6是并入到與所述設(shè)備相關(guān)聯(lián)的屏幕中的觸摸界面。與所述設(shè)備相關(guān)聯(lián)的屏幕則是觸摸屏。

設(shè)備60還包括通信模塊com6，所述通信模塊允許設(shè)備60連接至通信網(wǎng)絡(luò)并與連接至此通信網(wǎng)絡(luò)的終端交換數(shù)據(jù)、或者與其他終端建立通信。通信模塊com6能夠從發(fā)射終端接收通信請求并且能夠向發(fā)射終端發(fā)送包括其他通信模式的接受消息。

在由用戶交互模塊in6對用戶交互(所述交互指示選擇與在接收的通信請求中提出的通信模式不同的另一通信模式)進行檢測時，用戶交互模塊in6與處理模塊64進行通信以便指示對用戶交互的檢測。處理模塊64則根據(jù)計算機程序pg6的代碼指令控制顯示界面int6以便修改顯示設(shè)備aff6上的顯示。顯示設(shè)備aff6則顯示與其他通信模式相關(guān)的通信界面。

根據(jù)本發(fā)明的具體實施例，存儲模塊mem6使得有可能存儲與發(fā)射終端的用戶相關(guān)的信息或者與發(fā)射終端和接收終端之間的通信的習慣模式相關(guān)的指示。處理模塊64能夠根據(jù)由存儲模塊mem6存儲的這種信息來確定另一通信模式。

根據(jù)本發(fā)明的另一具體實施例，顯示界面int能夠按照來自處理模塊64的命令控制顯示設(shè)備aff對界面進行顯示，所述界面包括視覺信息，所述視覺信息指示接收終端拒絕通信請求之前的剩余時間。根據(jù)本發(fā)明的此另一具體實施例，當顯示界面int在由通信模塊com接收通信請求之后控制響應(yīng)模式選擇界面在顯示設(shè)備aff上的顯示時，第二計數(shù)器被設(shè)置為零。所述計算器每秒增加1直到計數(shù)器的值已經(jīng)達到預(yù)定閾值。在接收終端拒絕接收的通信請求之前，預(yù)定閾值對應(yīng)于例如以秒來表示的時間。當計數(shù)器達到預(yù)定閾值時(如果接收終端的用戶尚未選擇對通信請求的任何響應(yīng)模式)，則接收終端拒絕通信請求。處理模塊64控制顯示界面int周期性地(例如，每秒)顯示表示計數(shù)器值的信息。例如通過圖4a的元素407來展示這種代表性信息。元素407表示環(huán)，在所述環(huán)內(nèi)部，灰色區(qū)域表示自開始呈現(xiàn)通信請求以來流逝的時間，并且白色區(qū)域表示在拒絕通信請求之前的剩余時間。在每次修改顯示界面int的顯示時，接收終端的用戶可看到計算器的趨勢。根據(jù)本發(fā)明的這一具體實施例，所述接收終端的用戶被告知所述接收終端拒絕所述通信請求之前的剩余時間。

根據(jù)本發(fā)明的一個具體實施例，設(shè)備60包括在終端中，諸如移動終端或固定終端、或平板計算機。