[发明专利]呼叫没准备好的终端

说明书

背景技术

各种类型的通信能够通过诸如因特网这样的分组交换网络被实施，所述通信包括诸如IP电话（VoIP）这样的基于分组的语音或视频呼叫，以及诸如即时消息传送（IM）聊天会话这样的基于文本的通信。各自使用不同类型的通信中的一个或多个的各种通信系统同样存在。例如一个通信系统可以提供VoIP或VoIP和IM两者，然而另一系统可以根据不同的不兼容协议提供仅IM或者可以仅提供VoIP。

通过网络实施的每个不同的通信系统具有它自己相应的由用户名或其它这样的用户标识符的相应系统所识别的一组用户（其用户基础）。每个不同的通信系统提供要被安装在它相应的用户基础的用户的用户终端上的相应的客户端应用，从而允许那些用户访问通信系统。例如用户可以将第一通信系统的客户端应用的实例（例如提供VoIP或VoIP和IM）安装在他的或她的用户终端上，并且向第一通信系统注册以便获得在第一通信系统内唯一地识别他或她的用户名或其它标识符。用户然后能够基于这个唯一标识符（潜在地以及诸如密码或认证证书这样的其它凭证）获得对第一通信系统的访问，从而如果其它用户已同意成为正在讨论中的用户的联系人则允许他与基于其它用户的用户名或标识符所识别的其它用户进行通信。类似地，用户可以将第二通信系统的客户端的实例（例如提供仅IM）安装在他的或她的用户终端上，并且向第二通信系统注册以便获得在第二通信系统内唯一地识别他或她的用户名或其它标识符。用户然后能够基于这个唯一标识符（再次潜在地以及诸如密码或认证证书这样的其它凭证）获得访问，并且因此使用第二通信系统与联系人进行通信。

用户可以向两个或更多个不同的通信系统注册，并且针对每一个具有相应的用户名或标识符。已向通信系统注册以便获得用户名或其它标识符的用户被说成是具有该通信系统的账户（其在金融或货币意义上未必是账户，因为许多通信系统可能是免费的）。现今，同样有可能将不同通信系统的账户链接在一起。例如，第一通信系统的用户还可以具有第二通信系统的账户并且可以使那些账号被链接，以便来自第二通信系统的联系人对第一通信系统的客户端来说是可见的。用户然后可能能使用第一通信系统的客户端来经由联系人的第二通信系统的客户端与该联系人进行通信。

在这样的场景中，一个系统（例如VoIP系统）的用户可以试图呼叫不具有能够处理相关通信类型的客户端（例如，因为他或她当前仅是IM用户所以未使有VoIP能力的客户端被安装）的另一用户。在这种情况下，被叫用户（被叫方）可以被提供有下载并且安装VoIP应用的实例以便能够接电话（例如，安装插入他的或她的web浏览器的插件应用）的选项。同时始发用户（主叫方）仅被呈现有说被叫方正必须安装新的插件并且一旦安装完成就将回叫的消息。

一般地，还可能存在被叫方的终端为什么未准备好接受呼入的其它原因。

发明内容

根据本文中的公开内容，语音或视频呼叫将基于呼叫流程被建立在主叫方与被叫方之间，所述呼叫流程牵涉呼叫建立请求和对应的呼叫接受响应。例如这个可以是VoIP呼叫，或通过分组交换网络的其它基于分组的语音或视频呼叫。第一呼叫建立请求被发送到在接收到这个第一呼叫建立请求时没准备好接受呼叫的被叫终端（被叫方的用户终端）。例如，被叫终端在它能够进行呼叫之前可能必须下载和/或安装诸如插件这样的补充VoIP应用，或者可能需要从后台状态唤醒。

然而一旦被叫终端准备好接受呼叫，代替呼叫接受响应，针对呼叫的反向呼叫建立请求从被叫终端被接收回。为了处理此，可以被实施在主叫终端（主叫方的用户终端）处的适合地配置的呼叫引擎被提供。这个呼叫引擎被配置成代表主叫方、但是在反向呼叫建立请求在特定时限内被从被叫终端接收回的条件下自动地接受反向呼叫建立请求。如果是这样的话，则通过将呼叫接受响应的实例发送到被叫终端而接受呼叫。呼叫然后能够通过相关网络被进行。

本概要被提供来以简化的形式引入在下面在具体实施方式中被进一步描述的概念的选择。本概要不旨在识别所要求保护的主题的关键特征或必要特征，它也不旨在被用来限制所要求保护的主题的范围。所要求保护的主题也不限于解决背景技术部分中指出的缺点中的任一个或全部的实施方案。

附图说明

为了更好地理解本公开内容并且示出在实施例中它可以如何被付诸实施，通过例子对附图进行参考，附图中：

图1是通信网络的示意表示；

图2是用户终端的示意框图；

图3是示出了主叫方的用户终端的元件的示意框图；

图4是示出了被叫方的用户终端的元件的示意框图；以及