[发明专利]通信方法和设备

说明书

技术领域

背景技术

当被叫用户在他或她的终端(例如，音频或视频呼叫)上接收通信请求时，如果所述被叫用户可以进行通信并且想要接受所述通信请求，则根据在初始通信请求中提出的通信模式建立所接受通信。例如，针对音频呼叫，在音频模式下建立所接受通信。针对视频呼叫，在视频模式下或者仅在音频模式下(如果在接受通信请求时所述被叫用户已经仅选择了在通信请求中提出的视频模式的音频组成部分)建立接受通信。

然而，可能的是，被叫用户可以进行通信但不想根据在通信请求中提出的通信模式(音频或视频模式)建立通信。

例如，发生这种情况是因为所提出的通信模式对于偏向于以非言语的方式进行通信的被叫用户来说太具侵入性。或者，所提出的通信模式不适于被叫用户的环境。例如，如果被叫用户接收音频呼叫并且正在出席会议，则音频模式下的通信是不合适的。

在这种情况下，被叫用户可通过请求将通信请求重新引导至与他或她的终端相关联的消息服务来拒绝接收通信请求。

在拒绝通信请求时，被叫用户还可在通信请求接收阶段过程中通过例如选择分立响应按钮向主叫用户发送响应消息。这一阶段对应于指示接收通信请求的终端的响铃阶段。

被叫用户的终端则显示菜单，在所述菜单中，被叫用户可选择预定义消息(例如“我正在参加会议”或“我稍后致电给你”)或者选择编写新消息的选项。然后以SMS(短消息服务)的形式将由被叫用户选择或编写的消息发送至主叫用户的终端。这种机制使得有可能向主叫用户指示他或她的通话失败的原因。然而，根据这种机制，初始请求的通信被终止。如果主叫用户想要与被叫用户进行通信，则必须发起新通信请求。

当正在编写响应消息时，主叫用户看见他或她的通信请求已经失败但不了解原因直到他或她已经从被叫用户接收到响应消息。而且，为了了解由主叫用户的终端接收的响应消息的内容，主叫用户必须在他或她的终端上进行交互以便改变通信应用并且打开允许他或她读取响应消息的通信应用。而且，在接收响应消息时，主叫用户不一定知道所接收的响应消息是由他或她刚才已经尝试联系的被叫用户发送的。

在主叫用户侧，这种分立响应机制可能导致一定程度的挫折，因为他或她的同时进行通信的需要(也就是说，利用实时交换)未得到满足。

在被叫用户侧，这种分立响应机制还可能是问题甚至错误的来源(在选择错误响应模式的情况下)，因为被叫用户必须在他或她的终端正在响铃指示接收到通信请求的同时选择他或她的响应模式(在音频模式下接受、拒绝通信、从消息列表中选择响应相应消息)。

通常，当被叫用户听到他或她的终端响铃时，对于他或她来说，接入他或她的终端、然后对接收的呼叫的来源进行标识、然后根据用户的环境确定待对这一呼叫做出的响应(如果他或她正在参加会议、在车中、在街上、在工作等)以及可能地所述呼叫的来源、并且最后选择所确定的响应需要若干秒。在通信请求被重新引导至与被叫终端相关联的消息服务之前，必须由被叫用户做出所有这些步骤(在他或她的终端正在响铃时)。当被叫用户接收通信请求时，他或她通常处于不允许他或她根据他或她的情况以及呼叫来源作出最佳选择的压力状态下(当在他或她的终端的响铃阶段过程中向他或她呈现太多的响应模式选择)。用户然后可能在他或她的被叫终端上选择不正确响应模式，也就是说响应模式与他或她想要的模式不对应。

发明内容

本发明的目标之一是提供对现有技术的改进。

为此，本发明提出了一种在发射通信请求的终端与接收终端之间的通信方法，所述方法包括以下步骤：

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

-在检测到指示选择另一通信模式的用户交互之后，向所述发射终端发送接受消息，所述另一通信模式不同于所述提出的通信模式并且并不包括在所述提出的通信模式中，所述接受消息包括所述另一所选通信模式，

-在发送所述接受消息之后，修改与所述接收终端相关联的显示设备的显示，从而使得显示与所述另一通信模式相关的通信界面，

-经由所述通信界面，根据所述另一通信模式在所述接收终端与所述发射终端之间进行通信。