通信事件的通知制造技术

一种通信提供商的网络元件包括：收发器装置，其被设置成经由基于分组的通信网络接收来自始发端点的请求消息；以及处理装置，其被配置成响应于来自始发端点的请求消息而生成与来自始发端点的预期用于目的地端点的通信有关的推送通知，该通信要通过基于分组的网络进行。收发器装置被设置成通过基于分组的网络将推送通知发送至目的地端点。处理装置进一步被配置成利用包括代表始发用户的图像的指示的有效载荷生成推送通知，以便在就所述通信通知目的地用户的用户通知中由目的地端点输出。至少所述图像的指示在所述网络元件处被确定并且插入到推送通知的有效载荷中。

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

【技术保护点】
一种被配置成通信提供商的设备，并且所述设备包括：至少一个处理器；以及一个或多个计算机可读存储器存储设备，其存储一个或多个处理器可执行指令，所述一个或多个处理器可执行指令响应于由所述至少一个处理器的执行而使得所述设备执行包括以下各项的操作：经由基于分组的通信网络从始发端点接收与所述始发端点相关联的请求消息，所述请求消息用于请求通过所述基于分组的通信网络与目的地端点进行通信；至少部分地基于访问数据库，解析对要用于去往所述目的地端点的推送通知的、与所述始发端点相关联的图像的指示；响应于来自所述始发端点的所述请求消息，生成要发送给所述目的地端点的所述推送通知，所述推送通知被配置成：向所述目的地端点通知所述始发端点请求进行通信；以及使得所述目的地端点能够至少部分地基于所述推送通知中的信息来制定呼叫接受响应作为返回握手消息；将对所述图像的所述指示插入所述推送通知中，所述指示被配置成使得所述图像能够由所述目的地端点在用户通知中输出，所述用户通知用于通知目的地用户关于与所述始发端点相关联的通信；以及通过所述基于分组的网络向所述目的地端点发送所述推送通知。

【技术特征摘要】
2012.06.14 GB 1210596.1;2013.02.22 US 13/775,0511.一种被配置成通信提供商的设备，并且所述设备包括：至少一个处理器；以及一个或多个计算机可读存储器存储设备，其存储一个或多个处理器可执行指令，所述一个或多个处理器可执行指令响应于由所述至少一个处理器的执行而使得所述设备执行包括以下各项的操作：经由基于分组的通信网络从始发端点接收与所述始发端点相关联的请求消息，所述请求消息用于请求通过所述基于分组的通信网络与目的地端点进行通信；至少部分地基于访问数据库，解析对要用于去往所述目的地端点的推送通知的、与所述始发端点相关联的图像的指示；响应于来自所述始发端点的所述请求消息，生成要发送给所述目的地端点的所述推送通知，所述推送通知被配置成：向所述目的地端点通知所述始发端点请求进行通信；以及使得所述目的地端点能够至少部分地基于所述推送通知中的信息来制定呼叫接受响应作为返回握手消息；将对所述图像的所述指示插入所述推送通知中，所述指示被配置成使得所述图像能够由所述目的地端点在用户通知中输出，所述用户通知用于通知目的地用户关于与所述始发端点相关联的通信；以及通过所述基于分组的网络向所述目的地端点发送所述推送通知。2.根据权利要求1所述的设备，还被配置成执行包括以下各项的操作：基于使用以下各项中的至少一项，从语言列表来解析要用于所述推送通知的语言：与所述始发端点相关联的身份；或者与所述目的地端点相关联的身份。3.根据权利要求2所述的设备，其中，所述解析所述语言还包括：识别所述始发端点与所述目的地端点之间的共同的语言；以及将所述语言解析为所述共同的语言。4.根据权利要求1所述的设备，还被配置成执行包括以下各项的操作：检查许可列表，以验证所述始发端点是否具有与所述目的地端点联系的许可；以及只有所述始发端点具有与所述目的地端点联系的许可，才向所述目的地端点发送所述推送通知。5.根据权利要求1所述的设备，其中，解析对所述图像的所述指示还包括：识别和与所述始发端点相关联的呼叫者简档相关联的化身。6.根据权利要求1所述的设备，其中，生成所述推送通知还包括：在所述设备处维持用户解析信息的列表；查询所述用户解析信息的列表，以提取与所述始发端点相关联的信息；以及在所述推送通知中插入所提取的信息中的至少一些信息。7.根据权利要求6所述的设备，其中，所述用户解析信息包括以下各项中的至少一项：与所述始发端点相关联的呼叫者的用户名；与所述始发端点相关联的地址；与所述呼叫者相关联的显示名；或者对与所述目的地端点相关联的语言的指示。8.一种计算机实现的方法，包括：经由基于分组的通信网络从始发端点接收与所述始发端点相关联的请求消息，所述请求消息用于请求通过所述基于分组的通信网络与目的地端点进行通信；至少部分地基于访问数据库，解析对要用于去往所述目的地端点的推送通知的、与所述始发端点相关联的图像的指示；响应于来自所述始发端点的所述请求消息，生成要发送给所述目的地端点的所述推送通知，所述推送通知被配置成：向所述目的地端点通知所述始发端点请求进行通信；以及使得所述目的地端点能够至少部分地基于所述推送通知中的信息来制定呼叫接受响应作为返回握手消息；将对所述图像的所述指示插入所述推送通知中，所述指示被配置成使得所述图像能够由所述目的地端点在用户通知中输出，所述用户通知用于通知目的地用户关于与所述始发端点相关联的通信；以及通过所述基于分组的网络向所述目的地端点发送所述推送通知。9.根据权利要求...

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