通信方法和设备与流程

背景技术：

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

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

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

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

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

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

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

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

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

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

技术实现要素：

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

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

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

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

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

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

因此，根据本发明，接收终端的用户可通过选择与在通信请求中提出的通信模式不同的另一通信模式来接受通信请求。这种另一通信模式是不包括在提出的通信模式中的通信模式，也就是说其不与所提出的通信模式的组成部分相对应。例如，如果通信请求提出视频通信模式，则音频通信模式是这种视频通信模式的组成部分，如已知的，所述组成部分包括音频组成部分以及由图像序列组成的视频组成部分。另一方面，文本或绘图通信模式不是视频通信模式的组成部分。

本发明因此使得有可能在满足发射通信请求的终端的用户的同步通信、或实时通信的需求的同时根据接收终端的用户的偏好对待建立的通信的通信模式进行适配。

虽然根据其建立通信的通信模式不同于在通信请求中初始提出的通信模式，但是接收终端的用户可与发射终端的用户进行实时通信。

根据本发明，通过用于选择其他通信模式的单个用户交互，接收终端的显示自动切换至与其他通信模式相关的通信界面。接收终端的用户不需要发起改变所请求的通信模式的新通信请求。

可通过激活接收终端的界面上的按键或按钮来做出用户交互。在一种变体中，可通过语音命令做出用户交互。以下所提及的不同实施例或特征可单独地或彼此组合地添加至以上所限定的通信方法的步骤中。

根据本发明的具体实施例，所提出的通信模式是音频或视频通信模式。

根据本发明的另一具体实施例，其他通信模式是实时文本或绘图通信模式。

当接收终端的用户偏向于通过实时交换文本消息或实时绘图来进行通信(例如，经由即时消息会话)时，本发明的此具体实施例是有利的。

当接收终端的用户的环境不允许他或她以言语的方式进行通信或者他或她禁止发出任何噪声进行通信时，本发明的此具体实施例也是有利的。

根据本发明的另一具体实施例，所述通信方法包括：基于与发射通信请求的终端的用户相关联的指示来确定其他通信模式的步骤，所述指示存储在接收终端上。

本发明的此具体实施例使得有可能在接收通信请求(例如，根据发射终端的用户与接收终端的用户之间的习惯通信模式)时将接收终端提出的其他通信模式适配到接收终端的用户。本发明的此具体实施例是有利的，因为其使得有可能通过向接收终端的用户提出仅一种其他通信模式来限制对通信请求的响应的可能选择的数量。例如，在接收通信请求时仅向接收终端的用户提出了三种可能的响应模式(根据在通信请求中初始提出的通信模式进行接受、拒绝通信请求、根据其他通信模式进行接受)。因此，接收终端的用户未被大量可能的通信模式淹没并且可快速决定对所接收的通信请求待做出的响应。

根据本发明的另一具体实施例，所述通信方法进一步包括：获得表示在接收终端拒绝通信请求之前的剩余时间的参数的步骤以及修改显示设备的显示从而显示获得的参数的步骤。

本发明的此具体实施例使得有可能向接收终端的用户告知拒绝通信请求之前的剩余时间。因此，接收终端的用户知道在接收终端拒绝通信请求之前他或她具有多少可用时间能够选择响应模式。这种拒绝对应于接收终端对响应模式的自动选择。

根据本发明的另一具体实施例，所述其他通信模式是文本或绘图通信模式，并且当经由与接收终端相关联的显示设备显示的通信界面来组成消息时，将所述组成消息逐字符地发送至发射终端。

本发明的此具体实施例使得有可能向发射终端的用户告知当前正在组成文本消息。因此，发射终端的用户可从组成消息的起始处开始从接收终端的用户读取消息。

本发明还涉及一种用于请求发射所述通信请求的终端与接收终端之间的通信的方法，所述通信请求包括所提出的用于建立所请求通信的通信模式，所述方法包括：

-由所述发射终端接收通信请求接受消息的步骤，所述接受消息包括与所述提出的通信模式不同的另一通信模式，

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

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

发射终端的显示自动切换至与其他通信模式相关的通信界面。发射终端的用户不需要发起新的通信请求或者在他或她的终端上进行交互来与接收终端的用户进行通信或者了解来自接收终端的用户的响应。

本发明还涉及一种通信终端，所述通信终端包括设备，所述设备包括：

-通信模块，所述通信模块能够：

ο接收来自发射终端的通信请求，所述通信请求包括所提出的用于建立所述所请求通信的通信模式，

ο按照来自处理模块的命令向所述发射终端发送接受消息，所述接受消息包括与所述提出的通信模式不同的另一通信模式，

ο经由与所述另一通信模式相关的通信界面，根据所述另一通信模式与所述发射终端进行通信，

-处理模块，所述处理模块能够：

ο在所述通信终端上进行的指示选择所述另一通信模式的用户交互之后控制所述通信模块，

ο控制显示界面修改与所述通信终端相关联的显示设备的显示，从而使得显示与所述另一通信模式相关的所述通信界面。

本发明还涉及一种请求通信的终端，所述终端包括设备，所述设备包括：

-通信模块，所述通信模块能够：

ο向接收终端发送通信请求，所述通信请求包括所提出的用于建立所述所请求通信的通信模式，

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

ο经由与所述另一通信模式相关的通信界面，根据所述另一通信模式与所述接收终端进行通信，

-处理模块，所述处理模块能够在接收所述接受消息之后控制显示界面，以便修改与所述终端相关联的显示设备的显示，从而使得显示与所述另一通信模式相关的所述通信界面。

在本发明的具体实施例中，所述通信和通信请求方法中的不同步骤由计算机程序指令来实现。

因此，本发明的目的还在于信息介质上的计算机程序，这些程序有可能分别在终端或更一般地在计算机中被实现，这些程序分别包括多条指令，所述指令适合用于实现刚才已经描述的通信方法中的不同步骤以及通信请求方法中的不同步骤。

这些程序可使用任何编程语言，并且可以采用源代码、目标代码、或在源代码与目标代码之间的中间代码的形式，诸如呈部分编译的形式、或呈任何其他令人期望的形式。

本发明的目的还在于一种计算机可读信息介质，所述计算机可读信息介质包括如以上所提及的计算机程序的指令。

所述信息介质可以是任何能够存储程序的实体或设备。例如，所述介质可包括如rom(例如，cdrom或微电子电路rom)等存储装置、或甚至磁性或电子寄存装置(例如，usb密钥或硬盘)。

并且，所述信息介质可以是可经由电缆或光缆以无线或其他方式路由的可传输介质(如电信号或光信号)。根据本发明的程序可以具体通过互联网类型的网络进行下载。

可替换地，所述信息介质可以是所述程序所并入的集成电路，此电路被适配成用于执行或用于执行有关的通信方法或通信请求方法。

通信终端、通信请求终端、包括适合用于实现通信方法的不同步骤的指令的计算机程序以及包括适合用于实现通信请求方法的不同步骤的指令的计算机程序的优点与根据以上所提及的具体实施例中的任一实施例关于通信方法所呈现的那些优点以及关于通信请求方法所呈现的那些优点完全相同。

附图说明

在阅读了作为简单的、说明性和非限制性示例给出的以下对本发明的具体实施例的说明以及对所附附图的说明后，本发明的其他优点和特征将变得更加清楚明显，在附图中：

-图1展示了根据本发明的具体实施例的用于实现本发明的环境，

-图2示意性地展示了根据本发明的具体实施例的通信请求方法的步骤以及通信方法的步骤，

-图3a、图3b和图3c示意性地展示了根据本发明的具体实施例的实现通信请求方法的终端的界面，

-图4a和图4b示意性地展示了根据本发明的具体实施例的实现通信方法的终端的界面，

-图5展示了根据本发明的具体实施例的能够实现通信请求方法的设备，

-图6展示了根据本发明的具体实施例的能够实现通信方法的设备。

具体实施方式

图1展示了根据本发明的具体实施例的用于实现本发明的环境。图1中所描述的环境包括通信网络res，所述通信网络res使得有可能在连接至通信网络res的终端之间交换数据并建立通信。例如，通信网络res是4g类型的移动ip通信网络或固定的ip通信网络。通信网络res例如是基于ims(ip多媒体子系统)架构的ip通信网路。

通信网络res还可以是通过互连服务器(未表示)彼此互连的一组通信网络。图1的环境还包括连接至通信网络res的终端te和tr。终端te和tr可以是使得有可能建立电话或视频电话通信的任何类型的终端，诸如移动电话、智能电话、平板计算机、连接至通信网络的电视、在其上安装有电话应用(亦被称为软电话)的个人计算机、或连接至通信网络的任何设备。

更具体地，终端te和tr能够在音频或视频电话模式下建立通信的过程中、或者在文本或绘图模式下建立通信的过程中(诸如在即时消息会话中)经由通信网络res进行通信。

根据本发明的具体实施例，终端te和终端tr能够根据webrtc技术建立通信。这种webrtc技术使得有可能经由每个终端的网络浏览器通过ip通信网络(例如，通信网络res)在终端te与终端tr之间建立通信。

根据本发明的此具体实施例，图1的环境包括应用服务器serv，所述应用服务器serv对以信号的形式发送在终端te与tr之间待建立的通信进行管理。当终端te和tr以信号的形式向应用服务器serv发送时，应用服务器serv向终端te和tr注册它们可以根据webrtc协议进行通信。应用服务器serv保持与终端te的第一通信通信是开放的并且保持与终端tr的的第二通信通信是开放的。这种通信信道允许应用服务器serv从终端te或从终端tr到另一终端接收通信请求或者向终端te或终端tr告知通信请求是针对其的。当在终端te与tr之间建立通信时，通信数据流不经由通信网络res穿过应用服务器serv而是直接地在终端te与tr之间的点对点。

根据本发明的另一具体实施例，终端te和终端tr能够根据sip(会话发起协议)协议建立通信。

根据本发明的此另一具体实施例，以信号形式发送在终端te与tr之间待建立的通信由通信网络res的ims核的应用服务器来管理。为了接收或发射通信，通过发送sipregister(注册)消息来利用通信网络res的核来分别注册终端te、tr。在终端te与终端tr之间建立通信通过经由通信网络res的核在终端te与tr之间交换sip消息(invite(邀请)、180响铃、200ok、ack)来完成。当在终端te与tr之间建立通信时，通信的数据流经由通信网络res直接穿过终端te与tr之间的点对点。

图2示意性地展示了根据本发明的具体实施例的用于由图1的终端te实现的通信请求的方法的步骤以及由图1的终端tr实现的通信方法的步骤。关于webrtc技术描述了图2的步骤。

在步骤e1的过程中，终端te的用户通过启动执行安装在终端te上的网络浏览器来开启他或她的终端的通信服务。

在步骤e2的过程中，终端te打开与通信网络res的应用服务器serv的通信信道并且订阅旨在针对其的通信请求通知。终端te因此告知应用服务器serv终端te可以进行通信。为此，在步骤e2的过程中，终端te向应用服务器serv发送http请求，所述http请求包括：

-与终端te的ip地址相关的指示，所述指示与和终端te相关联的身份的指示相关联，

-与终端te的用户接受与其的通信的联系相关的指示，此处，所述请求包括与终端tr的用户相关联的身份，

-与终端te的用户根据其接受通信的通信模式相关的指示，此处，所述请求包括语音和文本通信模式。

终端te可针对终端te的用户根据其接受通信的每个通信模式来发送不同的请求。例如，终端te可发送指示语音通信模式的第一请求以及指示文本通信模式的第二请求。终端te还可发送与终端te的用户根据其接受通信的其他通信模式相关的其他请求。

终端te还可发送终端te的用户接受与其的通信的其他联系相关的其他请求。

在步骤e2之后，终端te已订阅了由终端tr随后发送至终端te的语音和文本模式通信请求的通知。

在步骤e1’的过程中，终端tr的用户通过启动执行安装在终端tr上的网络浏览器来开启他或她的终端的通信服务。

在步骤e2’的过程中，终端tr打开与通信网络res的应用服务器serv的通信信道并且订阅旨在针对其的通信请求通知。终端tr因此告知应用服务器serv终端tr可以进行通信。针对那一点，在步骤e2’的过程中，终端tr向应用服务器serv发送http请求，所述http请求包括：

-与终端tr的ip地址相关的指示，所述指示与和终端tr相关联的身份的指示相关联，

-与终端tr的用户接受与其的通信的联系相关的指示，此处，所述请求包括与终端te的用户相关联的身份，

-与终端tr的用户根据其接受通信的通信模式相关的指示，此处，所述请求包括语音和文本通信模式。

这种http请求可以例如是“订阅对象”请求。

终端tr可针对终端tr的用户根据其接受通信的每个通信模式来发送不同的请求。例如，终端tr可发送指示语音通信模式的第一请求以及指示文本通信模式的第二请求。终端tr还可发送与终端tr的用户根据其接受通信的其他通信模式相关的其他请求。

终端tr还可发送终端tr的用户接受与其的通信的其他联系相关的其他请求。

在步骤e2’之后，终端tr已订阅了由终端te随后发送至终端tr的语音和文本模式通信请求的通知。

在步骤e3的过程中，终端te的用户例如通过点击与终端tr的用户相关联的链接经由由终端te执行的网络浏览器来触发对终端tr的用户的语音模式通信请求。这种链接例如包括在由网络浏览器显示的目录的网页中。

在步骤e3之后，在步骤e4的过程中，终端te向应用服务器serv发送采用http“设置对象”请求的形式与终端tr进行通信的请求，所述请求包括允许终端tr与终端te建立通信的信息。这种信息包括：

-与所述通信请求的发射器相关的指示：终端te的用户，

-与所述通信请求的接收方相关的指示：终端tr的用户，

-与所请求通信模式相关的指示：语音模式，

-与此处的通信的状态相关的指示，所述通信处于“响铃”状态。

在步骤e4的过程中，终端te已经向终端tr发送通信请求，终端te修改其用于显示界面的显示从而告知终端te的用户通信请求正在进行。这种界面例如通过图3a来展示。

图3a展示了当前正在处理通信请求时终端te的屏幕。图3a包括区域301，在所述区域中显示了与终端te相关的一般信息，诸如终端te所连接的移动网络(res)的名称、用于连接至这种网络所需的信号强度、时间、指示是否激活所述终端的技术的符号、终端的电池的充电水平。

图3a包括区域300，所述区域表示告知终端te的用户语音模式通信请求正在进行的界面。区域300包括区域302，在所述区域中，与通信请求的接收方相关的指示(c1)正在进行。这种指示c1例如与终端tr的用户名称相对应。区域300还包括符号303，所述符号指示语音模式通信请求正在进行。这种符号可由终端te的用户来激活(如果他或她想的话)以便例如在建立通信之前端接终端tr的通信请求目的地。

在步骤e5的过程中，在应用服务器serv根据在步骤e4的过程中由终端te发送的视频通信模式来接收通信请求之后，应用服务器serv检测到终端tr在步骤e2’的过程中利用其进行注册并且终端tr根据语音通信模式接受与终端te的通信。在步骤e5的过程中，应用服务器serv向终端tr发送采用http“关于对象”请求形式的通信请求通知，所述请求包括：

-与所述通信请求的发射器相关的指示：终端te的用户，

-与所述通信请求的接收方相关的指示：终端tr的用户，

-与所请求通信模式相关的指示：语音模式，

-与此处的通信的状态相关的指示，所述通信处于“响铃”状态。

在步骤e5的过程中，终端tr接收这种通知。根据webrtc技术，这种通知对应于通信请求。

在步骤e6的过程中，终端tr然后触发向终端tr的用户呈现通信请求。这种呈现通信请求例如对应于触发响铃阶段，所述响铃阶段告知终端tr的用户接收通信请求。在步骤e6的过程中，终端tr还修改其显示以便显示在步骤e5的过程中接收的通信请求的呈现界面。通信请求的呈现界面向终端tr的用户提供至少一种与在通信请求中所请求的通信模式不同的通信模式。

根据本发明的具体实施例通过图4a来展示通信请求的呈现界面的示例。

图4a展示了当向终端tr的用户呈现接收的通信请求时终端tr的屏幕。图4a包括区域401，在所述区域中显示了与终端tr相关的一般信息，诸如终端tr所连接的移动网络(res)的名称、用于连接至这种网络所需的信号强度、时间、指示是否激活所述终端的技术的符号、终端的电池的充电水平。

图4a包括区域400，所述区域表示告知终端tr的用户接收语音模式通信请求的界面。区域400包括区域402，在所述区域中，指示(c2)与通信请求的发射器相关。这种指示c2例如与终端te的用户名称相对应。区域400还包括符号403，所述符号示出了与三种可能的通信请求响应模式相关的三个区域404、405和406。每个区域404、405和406可由终端tr的用户来激活(当他或她选择响应模式时)。

在区域406中，所呈现的响应模式对应于语音模式通信请求接受模式。如果用户选择此响应模式，则将根据语音或视频通信模式在终端te与终端tr之间建立通信。

在区域405中，所呈现的响应模式对应于通信请求拒绝模式。如果用户选择此响应模式，则终端tr将拒绝通信请求。在此情况下，终端te将看到其通信请求失败并且将可能地被重新引导至消息服务器，在所述消息服务器上其将能够张贴旨在针对终端tr的用户的消息。

在区域404中，所呈现的响应模式对应于根据另一通信模式的通信请求的接受模式。这种另一通信模式与在接收的通信请求中提出的通信模式不同。

例如，其他通信模式对应于文本通信模式。如果用户选择在区域404中呈现的响应模式，则将在终端te与终端tr之间的下一模式下建立通信。

根据本发明的具体实施例，在修改终端tr的显示之前，在步骤e6的过程中，由终端tr基于存储在终端tr上的并且与终端te的用户相关联的指示来确定其他通信模式。例如，终端tr存储有与终端tr和终端te之间的通信习惯或偏好相关的信息，尤其是与先前在终端tr与终端te之间建立的通信中使用的通信模式相关的信息。此具体实施例使得有可能根据通信请求的发射器对其他通信模式进行适配。例如，根据本发明的此具体实施例确定的其他通信模式是下一通信模式。

根据本发明的另一具体实施例，区域400可包括用于建立所请求的通信的其他可能的通信模式，所述所请求的通信可由用户(未展示)来选择。例如，终端tr可提出绘图通信模式或视频通信模式。

根据本发明的另一具体实施例，区域400包括视觉信息407，所述视觉信息指示终端tr拒绝通信请求之前的剩余时间。此视觉信息407使得有可能向终端tr的用户指示选择可能的通信请求响应模式的剩余时间。

在步骤e6(在所述过程中，终端tr修改其显示以便呈现接收的通信请求)之后，终端tr的用户在步骤e7的过程中选择在图4a的界面400的区域404中呈现的响应模式。选择这种响应模式对应于选择用于建立所请求通信的另一通信模式。此处终端tr的用户已经选择了下一通信模式。

在步骤e8的过程中，终端tr然后向终端te发送通信请求接受消息。所述接受消息经由采用http“设置对象”请求形式的应用服务器serv被发送，所述请求包括：在步骤e5中接收的通信请求状态的指示，所述指示表示将语音或音频模式下的通信切换至下一模式下的通信的状态。因此，由终端tr发送的接受消息包括由终端tr的用户选择的其他通信模式。

在步骤e9的过程中，在由应用服务器serv接收由终端tr在步骤e8的过程中发送的请求之后，应用服务器serv将采用http“关于对象”请求形式的由终端tr发送的通信请求接受消息发射至终端te，所述请求包括对将语音或音频模式下的通信切换至下一模式下的通信的状态的指示。终端te在步骤e9的过程中接收通信请求接受消息，这种接受消息包括由终端tr的用户选择的其他通信模式。

在步骤e10的过程中，终端te然后修改其显示从而显示通信界面，所述通信界面与包括在步骤e9中接收的接受消息中的通信模式(此处为文本通信模式)相关。例如通过图3b来展示对显示的这种修改。

图3b展示了终端te的屏幕，所述屏幕包括区域301，在所述区域中显示了与终端te相关的一般信息，诸如终端所连接的移动网络(res)的名称、用于连接至这种网络所需的信号强度、时间、指示是否激活终端的技术的符号、终端的电池的充电水平。

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

-在先前建立的通信过程中在终端te的用户与终端tr的用户之间交换的一组消息(310-312)。在所述屏幕的左侧显示的并且利用更暗的背景(310、312)表示的消息对应于由终端te从终端tr接收的消息。在所述屏幕的右侧显示的并且利用更亮的背景(311)表示的消息对应于由终端te发送至终端tr的消息。

-区域302’，在所述区域中显示有与终端的用户(此处为终端tr的用户)相关联的信息c1，所显示的消息已经与所述信息进行了交换。这种信息c1例如与终端tr的用户名称相对应。

-消息组成区域305，在所述区域中终端te的用户可组成旨在针对终端tr的用户的文本消息。

在步骤e11的过程中，终端tr修改其显示从而显示与所选择的其他通信模式相关的通信界面。例如通过图4b来展示对显示的这种修改。

图4b包括区域401，在所述区域中显示了与终端tr相关的一般信息，诸如终端tr所连接的移动网络(res)的名称、用于连接至这种网络所需的信号强度、时间、指示是否激活终端的技术的符号、终端的电池的充电水平。

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

-在先前建立的通信过程中在终端te的用户与终端tr的用户之间交换的一组消息(410-412)。在所述屏幕的右侧显示的并且利用更亮的背景(410、412)表示的消息对应于由终端tr从终端te接收的消息。在所述屏幕的左侧显示的并且利用更暗的背景(411)表示的消息对应于由终端tr发送至终端te的消息。

-区域402’，在所述区域中显示有与终端的用户(此处为终端te的用户)相关联的信息c2，所显示的消息已经与所述信息进行了交换。这种信息c2例如与终端te的用户名称相对应。

-消息组成区域409，在所述区域中终端tr的用户可组成旨在针对终端te的用户的文本消息。

在步骤e12的过程中，终端tr的用户旨在针对终端te的用户在组成区域409中组成消息。当由终端tr的用户经由界面408(未表示)的验证密钥对消息进行验证时，在步骤e12的过程中将消息发送至终端te。由终端tr发送在步骤e12的过程中组成的消息等于发送根据文本通信模式的由终端tr发送至终端te的通信请求。发送这种文本通信请求使得有可能根据文本通信模式在终端te与终端tr之间建立通信。

经由应用服务器serv发送采用http“设置对象”请求形式的组成消息，所述请求包括允许终端te与终端tr建立通信的信息。这种信息包括：

-与所述通信请求的发射器相关的指示：终端tr的用户，

-与所述通信请求的接收方相关的指示：终端te的用户，

-与所请求的所述通信模式相关的指示：文本模式，

-所组成的消息。

在步骤e12的过程中，应用服务器serv接收由终端tr发送的请求。在步骤e13的过程中，应用服务器serv向终端te发送采用http“关于对象”请求形式的在终端tr上组成的消息，所述请求包括：

-与所述通信请求的发射器相关的指示：终端tr的用户，

-与所述通信请求的接收方相关的指示：终端te的用户，

-与所请求的所述通信模式相关的指示：文本模式，

-所组成的消息。

终端te接收在步骤e13的过程中由应用服务器serv发送的请求。接收这种请求使得有可能在终端te与终端tr之间建立文本消息通信会话。终端te和tr然后在不涉及应用服务器serv的情况下经由交换文本消息而在步骤e14的过程中进行通信。

由终端te在步骤e13的过程中接收的消息然后由界面304中的终端te来进行显示，所述消息包括与终端tr交换的已经由终端te显示的消息。图3c展示了例如这种消息313。

根据本发明的具体实施例，在步骤e11的过程中由终端tr的用户组成的消息的字符被发送至终端te(只要它们进入消息组成区域409中)。采用如先前所描述的http“设置对象”请求的形式来发送所述消息的第一字符。

根据在下一模式下的通信会话过程中使用的数据传输协议来发送所述消息的后续字符。

在由终端te接收由终端tr的用户组成的所述消息的字符时，终端te显示所接收的每个字符(只要其接收到)。终端te的用户然后可在组成过程中读取所述消息，而不必等待有待由终端tr的用户进行验证的消息。

根据本发明，在步骤e10的过程中修改终端te的显示并且在步骤e13的过程中接收组成消息使得有可能根据与初始请求的通信模式不同的另一通信模式告知终端te的用户由终端tr接受终端te在步骤e4中发起的通信请求。终端te的用户不需要在他或她的终端te上进行交互来了解从终端tr对通信请求的响应或者修改通信模式。

而且，在根据另一通信模式接受在步骤e5的过程中接收的通信请求之后在步骤e11的过程中修改终端tr的显示使得有可能避免需要终端tr的用户在他或她的终端上进行交互来修改他或她想要用来与终端te进行通信的通信应用。

发送在步骤e12中组成的消息使得有可能在无需用户必须在他或她的终端上进行交互的情况下根据终端tr的用户所期望的其他通信模式来建立通信会话。

在变体中，如果终端te的用户在接收由终端tr的用户组成的消息之前在组成区域305中组成消息，则可在终端te初始化时完成对根据其他通信模式的通信会话的发送。然后通过发送http“设置对象”请求来完成对这种通信会话的建立。所述请求类似于关于步骤e12描述的但有终端te发送的请求。

刚才已经描述的机制还应用于其他通信模式是实时绘图模式通信模式的情况。

在变体中，其他通信模式可以是音频或视频通信模式。例如，在步骤e4的过程中，初始通信请求可以是根据文本模式的通信的请求。在步骤e7的过程中，终端tr的用户可选择音频通信模式作为其他通信模式。分别在步骤e10、e11的过程中，终端te、tr分别修改其显示以便显示与用于根据音频通信模式进行通信的通信应用相关的界面。在此情况下，然后经由终端tr在步骤e12的过程中发送采用http“设置对象”请求形式的音频通信请求来建立根据音频通信模式的通信会话，所述请求指示音频通信模式。在修改终端tr的显示之后，由终端tr自动完成对这种通信请求的发送。在由终端tr的用户选择其他通信模式(此处为音频通信模式)之后，终端tr的用户不需要在他或她的终端tr上执行其他附加交互来建立根据其他通信模式的通信会话。

通常，还可以根据任何类型的通信协议来实现刚才已经描述的通信请求方法和通信方法。

根据本发明的另一具体实施例，可根据sip协议来实现通信请求方法和通信方法。根据本发明的此另一具体实施例，通过将sipregister(注册)消息发送至核心通信网络res来执行步骤e2和e2’。在步骤e4的过程中，采用sipinvite(请求)消息的形式发送通信请求。

在步骤e8的过程中，采用sip380交替服务消息的形式发送根据其他通信模式的通信请求的接受消息，在这种消息的本体中，所述消息包括与在步骤e7的过程中选择的其他通信模式相关的指示。由终端te在步骤e9的过程中接收这种消息则触发修改终端te的显示以便显示与其他通信模式相关的通信界面。

由终端tr在步骤e8的过程中发送这种消息触发修改终端tr的显示以便显示与其他通信模式相关的通信界面。

通过由终端tr在步骤e12的过程中发送sip邀请消息来建立根据在步骤e7的过程中选择的其他通信模式的通信会话。当在步骤e7的过程中选择的其他通信模式是文本或绘图通信模式时，例如在由终端tr的用户组成文本消息或绘图之后来执行对这种消息的发送。

当在步骤e7的过程中选择的其他通信模式是音频或视频通信模式时，在步骤e11的过程中修改终端tr的显示之后来执行对这种消息的发送。

根据本发明的此另一具体实施例，响应于在步骤e13的过程中由终端te从终端tr接收的sip邀请消息，终端te通过向终端tr发送sip200ok消息来接受通信请求。由终端tr通过向终端te发送sipack消息来对这种消息进行确认。因此在终端te与终端tr之间建立根据其他通信模式的通信会议。在步骤e14的过程中，终端te和终端tr然后例如通过根据rtp协议来交换数据从而进行通信。

图5展示了根据本发明的具体实施例的能够实现通信请求方法的设备。

设备50能够实现根据关于图2描述的本发明的具体实施例的发射所述通信请求的终端与接收终端之间的通信请求方法。

设备50包括处理模块54(尤其包括存储模块mem，例如存储器)以及例如配备有微处理器的处理单元proc。处理单元proc由如关于图2描述的实现发射所述通信请求的终端与接收终端之间的通信请求方法的计算机程序pg来驱动。

在初始化时，在由处理单元proc的处理器执行计算机程序pg的代码指令之前，代码指令被加载至例如存储器mem中。

处理单元proc的处理器根据计算机程序pg的指令实现发射所述通信请求的终端与接收终端之间的通信请求方法的步骤。处理单元proc的处理器尤其实现：

-由所述发射终端接收通信请求接受消息的步骤，所述接受消息包括与所述提出的通信模式不同的另一通信模式，

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

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

设备50还包括显示设备aff，诸如并入到设备50中或连接至设备50的屏幕。

显示设备aff上的显示受显示界面int的控制。根据计算机程序pg的代码指令以及设备50的操作系统se由处理单元proc的处理器对显示界面int自身进行控制。

设备50包括通信模块com，所述通信模块使得设备50连接至通信网络并与连接至此通信网络的终端交换数据、或者与其他终端建立通信。通信模块com能够将通信请求发送至接收终端并且从接收终端接收接受消息。

在由通信模块com接收包括其他通信模式的接受消息时，处理模块54根据计算机程序pg的代码指令来控制显示界面int以便修改显示设备aff上的显示。

根据本发明的具体实施例，设备50包括在终端中，诸如移动终端或固定终端、平板计算机。

图6展示了根据本发明的具体实施例的能够实现通信方法的设备。

设备60能够实现根据关于图2描述的本发明的具体实施例的一种在发射通信请求的终端与接收终端之间的通信方法。

设备60包括处理模块64(尤其包括存储模块mem6，例如存储器)以及例如配备有微处理器的处理单元proc6。处理单元proc6由如关于图2描述的实现所述在发射通信请求的终端与接收终端之间的通信方法的计算机程序pg6来驱动。

在初始化时，在由处理单元proc6的处理器执行计算机程序pg6的代码指令之前，代码指令被加载至例如存储器mem6中。

处理单元proc6的处理器根据计算机程序pg6的指令实现所述在发射通信请求的终端与接收终端之间的通信方法的步骤。处理单元proc6的处理器尤其实现：

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

-在所述接收终端上进行的指示选择与所述提出的通信模式不同的另一通信模式的用户交互之后向所述发射终端发送接受消息的步骤，所述接受消息包括所述另一所选通信模式，

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

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

设备60还包括显示设备aff6，诸如并入到设备60中或连接至设备60的屏幕。

显示设备aff6上的显示受显示界面int6的控制。根据计算机程序pg6的代码指令以及设备60的操作系统se6由处理单元proc6的处理器对显示界面int6自身进行控制。

设备60包括允许用户在设备60上进行交互的用户交互模块in6。在从发射终端接收通信请求时，用户交互模块in6尤其允许用户指示选择与所提出的通信模式不同的另一通信模式。

根据本发明的具体实施例，所述用户交互模块in6是触摸界面。

根据本发明的另一具体实施例，所述用户交互模块in6是并入到与所述设备相关联的屏幕中的触摸界面。与所述设备相关联的屏幕则是触摸屏。

设备60还包括通信模块com6，所述通信模块允许设备60连接至通信网络并与连接至此通信网络的终端交换数据、或者与其他终端建立通信。通信模块com6能够从发射终端接收通信请求并且能够向发射终端发送包括其他通信模式的接受消息。

在由用户交互模块in6对用户交互(所述交互指示选择与在接收的通信请求中提出的通信模式不同的另一通信模式)进行检测时，用户交互模块in6与处理模块64进行通信以便指示对用户交互的检测。处理模块64则根据计算机程序pg6的代码指令控制显示界面int6以便修改显示设备aff6上的显示。显示设备aff6则显示与其他通信模式相关的通信界面。

根据本发明的具体实施例，存储模块mem6使得有可能存储与发射终端的用户相关的信息或者与发射终端和接收终端之间的通信的习惯模式相关的指示。处理模块64能够根据由存储模块mem6存储的这种信息来确定另一通信模式。

根据本发明的另一具体实施例，显示界面int能够按照来自处理模块64的命令控制显示设备aff对界面进行显示，所述界面包括视觉信息，所述视觉信息指示接收终端拒绝通信请求之前的剩余时间。根据本发明的此另一具体实施例，当显示界面int在由通信模块com接收通信请求之后控制响应模式选择界面在显示设备aff上的显示时，第二计数器被设置为零。所述计算器每秒增加1直到计数器的值已经达到预定阈值。在接收终端拒绝接收的通信请求之前，预定阈值对应于例如以秒来表示的时间。当计数器达到预定阈值时(如果接收终端的用户尚未选择对通信请求的任何响应模式)，则接收终端拒绝通信请求。处理模块64控制显示界面int周期性地(例如，每秒)显示表示计数器值的信息。例如通过图4a的元素407来展示这种代表性信息。元素407表示环，在所述环内部，灰色区域表示自开始呈现通信请求以来流逝的时间，并且白色区域表示在拒绝通信请求之前的剩余时间。在每次修改显示界面int的显示时，接收终端的用户可看到计算器的趋势。根据本发明的这一具体实施例，所述接收终端的用户被告知所述接收终端拒绝所述通信请求之前的剩余时间。

根据本发明的一个具体实施例，设备60包括在终端中，诸如移动终端或固定终端、或平板计算机。