当前位置: 首页 > 专利查询>微软公司专利>正文

通信事件的通知制造技术

技术编号:9224829 阅读:151 留言:0更新日期:2013-10-04 18:22
一种装置、计算机程序产品和方法,该装置包括:处理装置,其被配置成生成与来自始发端点的预期用于目的地端点的通信有关的推送通知,该通信要通过基于分组的网络进行;以及收发器装置,其被设置成将推送通知发送至目的地端点。处理装置被配置成利用有效载荷生成推送通知,该有效载荷包括要由目的地端点用来输出就所述通信通知目的地用户的用户通知的语言的指示。

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

【技术保护点】
一种装置,包括:处理装置,其被配置成生成与来自始发端点(102a)的预期用于目的地端点(102b)的通信有关的推送通知,该通信要通过基于分组的网络(100)进行;以及收发器装置,其被设置成将推送通知发送至目的地端点(102b);其中处理装置被配置成利用有效载荷生成推送通知,该有效载荷包括要由目的地端点(102b)用来输出就所述通信通知目的地用户的用户通知的语言的指示。

【技术特征摘要】
2012.06.14 GB 1210598.7;2013.02.22 US 13/7747921.一种用于推送通知的装置,包括:处理装置,其被配置成生成与来自始发端点的预期用于目的地端点的通信有关的推送通知,该通信要通过基于分组的网络进行;以及收发器装置,其被设置成将推送通知发送至目的地端点;其中处理装置被配置成生成具有包括语言模板的有效载荷的推送通知,该语言模板包括要由目的地端点用来输出就所述通信通知目的地用户的用户通知的语言的指示,该语言模板还包括用于用户通知的相对应语言句法的附加指示,该语言句法被配置用来通过指定用户通知内要显示与所述始发端点的用户相关联的名称的位置从而修改用户通知的形式,该语言句法被配置用来导致与所述用户相关联的名称的定位基于要被目的地端点使用的相对应语言来改变,其中所述有效载荷包括使得目的地用户能够就是否接受所述通信做出通知的决定的进一步信息。2.权利要求1的装置,其中所述装置包括通信提供商的网络元件,该网络元件包括所述处理装置和收发器装置;其中收发器装置被设置成接收来自始发端点的请求消息;并且其中处理装置被配置成响应于来自始发端点的请求消息而生成推送通知,至少所述语言或者语言模板的指示在所述网络元件处被确定并且插入到推送通知的有效载荷中。3.权利要求2的装置,其中请求消息包括来自始发端点的通过基于分组的网络邀请目的地端点参加提议的通信会话的邀请消息,推送通知与提议的通信会话有关,并且用户通知向目的地用户通知提议的通信会话。4.权利要求3的装置,其中提议的通信会话包括话音或视频呼叫。5.权利要求2、3或4的装置,其中处理装置被配置成根据以下之一或者二者在所述网络元件处选择所述语言:目的地用户的身份,以及始发端点的用户的身份。6.权利要求1的装置,其中所述进一步信息指示通信的类型。7.权利要求2的装置,其中推送通知包括...

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

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

1