呼叫没准备好的终端制造技术

技术编号:12151167 阅读:50 留言:0更新日期:2015-10-03 12:11
语音或视频呼叫将基于呼叫流程被建立在主叫方与被叫方之间,所述呼叫流程牵涉呼叫建立请求和对应的呼叫接受响应。第一呼叫建立请求被发送到在接收到这个第一呼叫建立请求后没准备好接受呼叫的(被叫方的)被叫终端。一旦被叫终端准备好接受呼叫,代替呼叫接受响应,针对呼叫的反向呼叫建立请求被从被叫终端接收回。反向呼叫建立请求在所述反向呼叫建立请求在特定时限内被从被叫终端接收回的条件下被代表主叫方自动地接受。如果是这样的话,则呼叫通过将呼叫接受响应的实例发送到被叫终端而被接受。当用于进行呼叫的客户端应用未被安装在被叫终端中时,被叫终端没准备好。在接收到第一呼叫建立之后并且为了发起回电,客户端应用被下载。

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

【技术保护点】
用于基于包括呼叫建立请求和对应的呼叫接受响应的呼叫流程在主叫方与被叫方之间通过网络建立语音或视频呼叫的设备,所述设备包括:收发器,其用于通过网络进行通信;以及呼叫引擎,其被布置成将第一呼叫建立请求发送到在接收到所述第一呼叫建立请求后没准备好接受呼叫的被叫终端,被叫终端是被叫方的用户终端;其中一旦被叫终端准备好接受呼叫,呼叫引擎就从被叫终端接收回针对所述呼叫的反向呼叫建立请求而不是呼叫接受响应;并且其中呼叫引擎被配置成在反向呼叫建立请求在时限内被从被叫终端接收回的条件下,通过将呼叫接受响应发送到被叫终端来代表主叫方自动地接受反向呼叫建立请求。

【技术特征摘要】
【国外来华专利技术】...

【专利技术属性】
技术研发人员:VM奥伯尔CS奥利维耶M托马塞夫斯基V格基扎MWL王
申请(专利权)人:微软技术许可有限责任公司
类型:发明
国别省市:美国;US

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1