呼叫没准备好的终端的制作方法
【专利说明】
【背景技术】
[0001]各种类型的通信能够通过诸如因特网这样的分组交换网络被实施，所述通信包括诸如IP电话(VoIP)这样的基于分组的语音或视频呼叫，以及诸如即时消息传送(頂)聊天会话这样的基于文本的通信。各自使用不同类型的通信中的一个或多个的各种通信系统同样存在。例如一个通信系统可以提供VoIP或VoIP和IM两者，然而另一系统可以根据不同的不兼容协议提供仅頂或者可以仅提供VoIP。
[0002]通过网络实施的每个不同的通信系统具有它自己相应的由用户名或其它这样的用户标识符的相应系统所识别的一组用户(其用户基础)。每个不同的通信系统提供要被安装在它相应的用户基础的用户的用户终端上的相应的客户端应用，从而允许那些用户访问通信系统。例如用户可以将第一通信系统的客户端应用的实例(例如提供VoIP或VoIP和頂)安装在他的或她的用户终端上，并且向第一通信系统注册以便获得在第一通信系统内唯一地识别他或她的用户名或其它标识符。用户然后能够基于这个唯一标识符(潜在地以及诸如密码或认证证书这样的其它凭证)获得对第一通信系统的访问，从而如果其它用户已同意成为正在讨论中的用户的联系人则允许他与基于其它用户的用户名或标识符所识别的其它用户进行通信。类似地，用户可以将第二通信系统的客户端的实例(例如提供仅頂)安装在他的或她的用户终端上，并且向第二通信系统注册以便获得在第二通信系统内唯一地识别他或她的用户名或其它标识符。用户然后能够基于这个唯一标识符(再次潜在地以及诸如密码或认证证书这样的其它凭证)获得访问，并且因此使用第二通信系统与联系人进行通信。
[0003]用户可以向两个或更多个不同的通信系统注册，并且针对每一个具有相应的用户名或标识符。已向通信系统注册以便获得用户名或其它标识符的用户被说成是具有该通信系统的账户(其在金融或货币意义上未必是账户，因为许多通信系统可能是免费的)。现今，同样有可能将不同通信系统的账户链接在一起。例如，第一通信系统的用户还可以具有第二通信系统的账户并且可以使那些账号被链接，以便来自第二通信系统的联系人对第一通信系统的客户端来说是可见的。用户然后可能能使用第一通信系统的客户端来经由联系人的第二通信系统的客户端与该联系人进行通信。
[0004]在这样的场景中，一个系统(例如VoIP系统)的用户可以试图呼叫不具有能够处理相关通信类型的客户端(例如，因为他或她当前仅是頂用户所以未使有VoIP能力的客户端被安装)的另一用户。在这种情况下，被叫用户(被叫方)可以被提供有下载并且安装VoIP应用的实例以便能够接电话(例如，安装插入他的或她的web浏览器的插件应用)的选项。同时始发用户(主叫方)仅被呈现有说被叫方正必须安装新的插件并且一旦安装完成就将回叫的消息。
[0005]一般地，还可能存在被叫方的终端为什么未准备好接受呼入的其它原因。
【发明内容】
[0006]根据本文中的公开内容，语音或视频呼叫将基于呼叫流程被建立在主叫方与被叫方之间，所述呼叫流程牵涉呼叫建立请求和对应的呼叫接受响应。例如这个可以是VoIP呼口H，或通过分组交换网络的其它基于分组的语音或视频呼叫。第一呼叫建立请求被发送到在接收到这个第一呼叫建立请求时没准备好接受呼叫的被叫终端(被叫方的用户终端)。例如，被叫终端在它能够进行呼叫之前可能必须下载和/或安装诸如插件这样的补充VoIP应用，或者可能需要从后台状态唤醒。
[0007]然而一旦被叫终端准备好接受呼叫，代替呼叫接受响应，针对呼叫的反向呼叫建立请求从被叫终端被接收回。为了处理此，可以被实施在主叫终端(主叫方的用户终端)处的适合地配置的呼叫引擎被提供。这个呼叫引擎被配置成代表主叫方、但是在反向呼叫建立请求在特定时限内被从被叫终端接收回的条件下自动地接受反向呼叫建立请求。如果是这样的话，则通过将呼叫接受响应的实例发送到被叫终端而接受呼叫。呼叫然后能够通过相关网络被进tx。
[0008]本概要被提供来以简化的形式引入在下面在【具体实施方式】中被进一步描述的概念的选择。本概要不旨在识别所要求保护的主题的关键特征或必要特征，它也不旨在被用来限制所要求保护的主题的范围。所要求保护的主题也不限于解决【背景技术】部分中指出的缺点中的任一个或全部的实施方案。
【附图说明】
[0009]为了更好地理解本公开内容并且示出在实施例中它可以如何被付诸实施，通过例子对附图进行参考，附图中:
图1是通信网络的示意表示；
图2是用户终端的示意框图；
图3是示出了主叫方的用户终端的元件的示意框图；
图4是示出了被叫方的用户终端的元件的示意框图；以及
图5是示出了通过通信网络实施的两个链接的通信系统的元件的示意框图，包括关联的呼叫流程的示意表示。
【具体实施方式】
[0010]本公开内容的实施例涉及基于第一用户基础和提供对语音和/或视频呼叫以及頂聊天的访问的第一通信客户端应用来通过诸如因特网这样的基于分组的网络实施的第一通信系统，并且涉及基于第二用户基础和本身仅提供对IM聊天的访问(或者至少本身不提供对语音或视频呼叫的访问，或者本身不提供对与第一通信系统兼容的语音或视频呼叫的访问)的第二通信客户端应用来通过基于分组的网络实施的第二通信系统。在实施例中，第二仅IM系统可以被认为是旧IM系统并且第二仅IM客户端可以被认为是旧IM客户端(与处理VoIP和頂两者的第一通信系统和第一客户端相对照)。
[0011]在因为例如插件需要在远端被下载或者远端客户端被作为后台所以第一客户端呼叫不能够立即接受呼叫的端点的情况下，那么远端客户端将响应于从第一客户端接收到呼叫请求而发送反向呼叫建立请求。当反向呼叫请求在第一客户端处被接收到时，如果反向呼叫请求消息在预定时间内被接收到则呼叫被自动地接受，使得凭证检查和下载在由原始主叫方发起的呼叫建立流程期间发生。
[0012]在实施例中，旧IM用户将被诱使升级为VoIP客户端，其可能变成主要消费者丰富通信应用。一旦网络的社交中心移动，IM世界就将事实上丢失与这些中枢联系人的音频-视频能力。那可能导致剩余网络的崩溃、可能不必要的搅动或较低速率的迀移(因为它可能被感知为差的直到所有用户移动为止)。集成服务能够帮助限制下降趋势并且使到第一 VoIP通信系统的迀移加速。这可以通过提供允许被迀移的用户呼叫旧IM用户的基于web的呼叫体验而被完成。
[0013]集成服务可以使得先前的非VoIP用户或先前不为第一通信系统的用户的用户能够使用他们的浏览器连同插件一起来进行视频呼叫和音频呼叫。这个体验可以鼓励用户下载和使用全客户端。现有VoIP客户端的用户也可以在IM系统消息传送客户端上具有它们想要与其谈话的联系人。在高级别，如果VoIP用户(邀请者或主叫方)看到联系人在线，则，给定特定条件，他或她应该能够启动与该联系人的视频呼叫。如果联系人(被邀请者或被叫方)未使适合的VoIP客户端激活，则该联系人能够被发送URL，其将触发下载并且安装将允许他或她使用web浏览器来打电话的插件。
[0014]图1提供了第一通信系统和第二通信系统可以通过其被实施的分组交换网络101(在实施例中诸如因特网这样的广域互联网络)的示意表示。网络101包括含有一个或多个第一服务器104i的第一通信系统的基础设施，以及含有一个或多个第二服务器104ii的第二通信系统的基础设施。同样连接到网络101的是包括第一用户终端102a和第二用户终端102b的多个用户终端。每个用户终端可以例如采取台式计算机或诸如移动电话、平板或膝上型计算机这样的移动用户终端的形式。平板和膝上型电脑在图1中被示出，但是这用于说明性目的并且每个都能够是任何种类的用户终端。出于以下例子的目的，第一用户终端102a将是(主叫方的)主叫终端并且第二用户终端102b将是(主叫方的)被叫终端。
[0015]图2给出了用户终端102的示意框图，其示出可以在第一用户终端102a和第二用户终端102b中被找到的构件。用户终端102包括形式为包括一个或多个执行单元的处理器204的处理设备，以及形式为存储器202的存储装置，其包括诸如电子存储介质和/或磁存储介质这样的一个或多个存储媒体。用户终端102还包括诸如话筒208、扬声器210、视频相机214和/或屏幕214这样的多个输入和/或输出(I/O)装置，其中的每一个可以在终端102内部或外部。进一步地，用户终端102包括用于通过分组交换网络101与其它用户终端102并且与第一通信系统和第二通信系统的服务器1041、104ii进行通信的一个或多个收发器装置。一个或多个收发器装置可以包括以下各项中的一个或多个:用于经由无线局域网的无线路由器无线接入点连接到网络101的w1-fi或其它短程本地收发器208、用于经由诸如电话陆上线路或电缆连接这样的有线连接而连接到网络101的内部调制解调器216、诸如用于经由蜂窝基站(有时被称作节点B)连接到网络101的3GPP收发器这样的蜂窝收发器、和/或用于经由外部调制解调器连接到网络101的USB接口或其它外部接口。存储器202、1/0装置208、210、212、214以及一个或多个收发器206、216、218、220中的每一个被在操作上耦合到处理器204。
[0016]存储器202存储被布置成在处理器204上被执行的计算机可读代码，所述计算机可读代码包括操作系统以及在操作系统的