通信事件的通知制造技术

一种通信提供商的网络元件，被设置成接收来自始发最终用户终端的、邀请目的地最终用户终端参加提议的会话以便通过基于分组的网络进行话音或视频呼叫的呼叫邀请，作为响应生成推送通知，并且将推送通知发送至目的地最终用户终端。处理装置被配置成利用包括呼叫信令信息的有效载荷生成推送通知，这使得关于提议的会话的响应能够由目的地最终用户终端制定并且返回给始发最终用户终端，呼叫信令信息至少包括（i）寻求最终用户终端之间的会话的指示，以及（ii）用于对始发最终用户终端进行响应的标识符。

【技术实现步骤摘要】
用于通信事件的通知的装置和方法相关申请本申请在35USC119或365下要求2012年6月14日提交的英国申请No.1210599.5的优先权，该文献的公开内容全部合并于此。
技术介绍
存在各种不同的用于通过诸如因特网之类的基于分组的网络建立现场的基于分组的话音或视频呼叫的通信系统。例如，这样的系统可以使用VoIP（互联网话音协议）技术。一种普及类型的通信系统建立在对等（P2P）拓扑结构上。在传统的P2P系统中，每个最终用户在他或她各自的用户终端（例如台式或膝上型计算机、平板计算机或者手持式移动电话）上安装通信客户端应用程序。每个用户然后向P2P提供商的服务器注册以便获得认证证书。一些用户终端也将变成分布式数据库的节点，其将P2P通信系统内的用户的用户名映射到该系统通过其实现的网络内的各个不同的用户终端的地址（典型地为IP地址）。于是，最终用户之间的通信可以在呼叫设立或者认证过程中不涉及集中式服务器的情况下进行。相反地，呼叫者的终端上的客户端查询分布式数据库的一个或多个节点（即呼叫中以任何其他方式涉及的其他最终用户（不一定是他们自己）的一个或多个终端）以便确定预期的被呼叫者的终端的地址。呼叫者然后使用所确定的地址向被呼叫者发送呼叫邀请，并且被呼叫者以呼叫接受响应进行响应。呼叫者和被呼叫者交换他们的认证证书以便对彼此进行认证。每个用户也维持联系人列表，该联系人列表可以存储在P2P提供商的服务器上，使得它即使在用户登录到不同的终端上的情况下也可用。其他诸如每个用户的简档信息（例如头像图像或者情绪消息）之类的辅助信息也可以存储在服务器上。此外，客户端应用程序也彼此交换存在性信息。该存在性信息指示用户的可用性状态，并且可以至少部分地由用户他或她自己定义。例如，存在性可以指示用户是否离线、在线但是选择成不可用（“请勿打扰”）或者在线并且选择成可用。例如，每个客户端可以周期性地轮询其联系人列表中的每个联系人以便确定他们各自的存在性，和/或每个客户端可以周期性地向其列表中的每个联系人发送出存在性更新。存在性典型地基于P2P技术在最终用户之间直接地而不是经由服务器用信号发送。当进行呼叫时，呼叫者的客户端基于最新的存在性信息确定被呼叫者是否可用来接受呼叫。
技术实现思路
依照本专利技术的实施例，提供了一种通信提供商的网络元件，该网络元件包括：收发器装置，其被设置成接收来自始发最终用户终端的邀请目的地最终用户终端参加提议的会话以便通过基于分组的网络进行话音或视频呼叫的呼叫邀请；以及处理装置，其被配置成响应于来自始发最终用户终端的呼叫邀请生成推送通知。收发器装置被设置成将推送通知发送至目的地最终用户终端；并且处理装置被配置成利用包括会话建立信息的有效载荷生成推送通知。这使得关于提议的会话的响应能够由目的地最终用户终端制定并且返回给始发最终用户终端，会话建立信息至少包括寻求最终用户终端之间的会话的指示以及用于对始发最终用户终端进行响应的标识符。依照本专利技术的另外的实施例，提供了一种相应的方法和计算机程序产品。本
技术实现思路
部分被提供来以简化的形式引入构思的选择，这在下面的具体实施方式中进一步加以描述。本
技术实现思路
部分并不预期识别要求保护的主题的关键特征或基本特征，也不预期限制要求保护的主题。要求保护的主题也不限于解决现有系统的所提到的缺点中的任何一个或全部的实现方式。附图说明图1为依照一个或多个实施例的通信系统的一个示意图。图2为依照一个或多个实施例的通信系统的另一个示意图。图3为依照一个或多个实施例的通信系统的另一个示意图。图4为依照一个或多个实施例的两个用户终端的示意图。以及图5为依照一个或多个实施例的网络元件和两个用户终端的示意图。具体实施方式随着能够运行诸如VoIP客户端之类的通信客户端应用程序的手持式移动电话的日益流行，存在越来越多数量的端点可用于参与通过因特网等等实现的VoIP通信系统或者其他这样的基于分组的通信系统。然而，也可能出现的一个问题是，移动电话手机典型地具有比传统台式或膝上型计算机更有限的资源，例如每单位时间能够执行更少的处理周期，每处理周期具有更少的功能，具有更有限的存储器资源（例如RAM和/或缓存）和/或具有更少的屏幕区域资源。因此，一些终端上的操作系统（OS）可以将特定应用程序置于后台状态下。这可以包括通信客户端。在后台状态下，后台化应用程序可以完全暂停，或者以不能够检测到来的呼叫邀请和/或处理传统的呼叫邀请的程度、每单位时间被调度有限的处理周期。例如，这可能在另一个应用程序正在前台状态下运行的情况下、尤其是在其他应用程序在处理、存储器和/或屏幕资源方面密集，例如运行于全屏模式或者像优先权主导应用程序那样具有某种其他状态的情况下发生。一个实例将是在移动电话上玩的计算机游戏。在这样的情况下，如果客户端不能够发送出存在性更新或者对来自其他用户的存在性轮询进行响应，那么用户根据他或她的存在性可能看起来是离线的。然而，用户可能仍然希望可用于接受呼叫，例如将宁愿中断视频游戏而不是错过呼叫。因此，传统的存在性概念开始被打破。类似的问题可能潜在地发生在具有能够将特定应用程序置于后台状态下以利于一个或多个其他应用程序的特征的任何终端上。因此，可能希望的是远离用于呼叫设立的P2P方法，或者至少远离纯粹的P2P方法。诸如在基于分组的网络上实现的常规P2P系统之类的通信系统可能出现的另一个问题上呼叫信令的速度，尤其是在呼叫被应答之前要花费多长时间，或者要花费多长时间确定呼叫未被应答。这尤其是（但非排他性地）在被呼叫者的客户端如上面所讨论的处于后台状态下时可能是个问题，其中呼叫者可能必须在他或她被通知被呼叫者不可达之前等待企图的呼叫邀请超时。这在以下情况下对于呼叫者而言可能是特别令人失望的：超时时段长，比如30-60秒，使得即使被呼叫者的客户端起初被暂停并且从来未能接受呼叫，他们在发现呼叫不能进行之前等待达一分钟。呼叫信令延迟也可能发生在其他类型的通信系统中。一些其他类型的通信系统使用推送通知来通知通信事件的目的地用户终端。推送通知是在服务器或者另一个始发元件的指使下而不是在目的地终端本身的指使下（即与由目的地终端拉拽相反）从服务器发送的通知。因此，推送通知可以被认为与目的地终端异步。例如，常规上，这样的推送通知可以用来指示来源于始发用户终端的IM（即时消息传送）聊天消息或者文件传输在服务器处的可用性。然而，在过去，“原始”推送通知仅仅通知目的地终端在服务器处存在等待它的某种通信。目的地终端于是仍然必须轮询服务器以便确定等待通信的性质并且响应于接收到推送通知而从服务器拉取有关信息，例如，它回头查阅服务器以取回等待IM聊天消息或者文件传输。如果这样的推送通知系统直接适于通知呼叫邀请的用户，那么一旦被呼叫者接收到通知，则被呼叫者仍然必须回头查阅服务器以确定它被通知的事件的性质，即确定正在寻求呼叫这一事实，并且获得允许它将呼叫接受响应回送给呼叫者的信息。例如，如果原始通知用来从后台状态唤醒目的地客户端应用程序，那么在唤醒时目的地客户端于是将不得不轮询服务器以便发现它为什么被唤醒（即确定提议了呼叫）并且发现使得它能够对呼叫邀请进行响应的始发终端或者呼叫者的身份。这将把不希望的延迟引入到呼叫信令中，记住呼叫者的耐心可能仅仅延长到大约30本文档来自技高网...

【技术保护点】
一种通信提供商的网络元件（204），包括：收发器装置，其被设置成接收来自始发最终用户终端（102a）的、邀请目的地最终用户终端（102b）参加提议的会话以便通过基于分组的网络（100）进行话音或视频呼叫的呼叫邀请；以及处理装置，其被配置成响应于来自始发最终用户终端（102a）的呼叫邀请生成推送通知；其中收发器装置被设置成将推送通知发送至目的地最终用户终端（102b）；并且其中处理装置被配置成利用包括会话建立信息的有效载荷生成推送通知，这使得关于提议的会话的响应能够由目的地最终用户终端（102b）制定并且返回给始发最终用户终端（102a），会话建立信息至少包括寻求最终用户终端之间的会话的指示，以及用于对始发最终用户终端（102a）进行响应的标识符。

【技术特征摘要】
2012.06.14 GB 1210599.5;2013.02.22 US 13/7750751.一种通信提供商的网络元件（204），包括：收发器装置，其被配置成接收来自始发最终用户终端（102a）的、邀请目的地最终用户终端（102b）参加提议的会话以便通过基于分组的网络（100）进行话音或视频呼叫的呼叫邀请；以及处理装置，其被配置成响应于来自始发最终用户终端（102a）的呼叫邀请生成推送通知；其中收发器装置被进一步配置成将推送通知发送至目的地最终用户终端（102b）；其中处理装置被配置成利用包括会话建立信息的有效载荷生成推送通知，这使得关于提议的会话的响应能够由目的地最终用户终端（102b）制定并且返回给始发最终用户终端（102a），会话建立信息至少包括寻求最终用户终端之间的会话的指示，以及用于对始发最终用户终端（102a）进行响应的标识符，其中所述标识符包括下列中的至少一个：始发终端的用户的用户名；或始发最终用户终端的地址，并且其中，响应于呼叫邀请不包含用户的用户名或者始发最终用户终端的地址，所述处理装置被进一步配置成：解析下列中的至少一个：始发终端的用户的用户名；或始发最终用户终端的地址，并且将至少所解析的地址或所解析的用户名添加到推送通知的有效载荷中。2.权利要求1的网络元件，其中会话建立信息进一步包括握手协议的第一个握手消息（HS1），使得来自目的地最终用户终端（102b）的接受响应将包括握手协议的应答握手消息（HS2）。3.权利要求2的网络元件，其中在来自始发最终用户终端（102a）的呼叫邀请中接收第一个握手消息（HS1），并且网络元件（204）的处理装置被配置成在推送通知的有效载荷中将第一个握手消息（HS1）转发至目的地最终用户终端（102b）。4.权利要求1的网络元件，其中目的地最终用户终端（102b）包括有时被发现处于后台状态下的客户端应用程序（402b），在该后台状态下，该客户端应用程序被目的地最终用户终端（102b）的操作系统（400b）暂停或者调度受抑制数量的处理周...

【专利技术属性】
技术研发人员：M拉西克，M韦伦科，S佐罗塔乔夫，CS奥利维尔，
申请(专利权)人：微软公司，
类型：发明
国别省市：