公开了用于实时在线交互的请求的智能通知，以及相关方法、系统、和计算机可读介质。在这点上，在一个实施例中，一种用于智能地处理实时在线交互的请求的方法包括由计算设备接收指向一接收者标识符且来自一请求者的请求者设备的实时在线交互的请求，所述接收者标识符与接收者的接收者设备相关。该方法进一步包括由计算设备确定中断指示符，其指示相较于用于实时在线交互的请求的传送优先级的接收者活动优先级。该方法还包括响应于指示用于实时在线交互的请求的传送优先级优于接收者活动优先级的中断指示符，向接收者的接收者设备传送用于实时在线交互的请求的通知。
【技术实现步骤摘要】
用于实时在线交互的请求的智能通知的方法和系统优先权申请本申请请求于2012年9月28日提交的、标题为“基于实时通信和/或标记协议的集团通信和合作通信，以及相关方法、装置和计算机可读介质”的美国临时专利申请系列号61/706,951的优先权，其在这里通过完全引用被结合。背景
本公开的技术一般地涉及用于实时在线交互的请求的智能通知。
技术介绍
随着智能端点的能力持续以空前的节奏发展，发展出更丰富的交互模型并且新模型也开始显现。其中的一种模型是因特网中心模型，其将语音和视频作为另一种类型的网络流处理。在几乎所有的因特网连接设备上可用的浏览器应用，通过使用实时通信和/或标记协议，特别是网络实时通信标准(WebRTC)和超文本标记语言5(HTML5)，提供丰富的实时媒体能力集合。WebRTC和HTML5一起使得设备能够与另一个设备直接创建媒体流从而使得能够进行实时交互视频、语音、文本媒体、和/或数据交换。以这样的方式，因特网中心的WebRTC/HTML5模型提供用于在线合作的实时通信能力。因特网中心的WebRTC/HTML5模型基于邀请/应答交换范例来在两个设备间创建实时通信会话。在邀请/应答交换范例中，第一设备向第二设备发送“邀请”以创建实时通信会话。该邀请指定第一设备支持且倾向于在实时通信会话中使用的媒体类型和能力。接着第二设备以“应答”响应，该“应答”指示所邀请的媒体类型和能力中哪些对于实时通信会话是被支持且接受的。一旦邀请/应答交换完成，设备之间这时可能创建直接的“对等连接”，并且可能开始构成实时通信的媒体或数据分组的交换。这样的交互根据“汇接(meetme)”范例操作，其中示例性地寻求实时在线交互的两个或更多设备必须同时访问WebRTC/HTML5网络应用或其他实时通信可行网络应用。因此，为了使得能够进行请求者和接收者之间的交互，必须向接收者发送通知来指示请求者希望实时在线交互。然而，没有考虑接收者当前或即将参与的活动而发送的通知，会导致通知在对接收者不适当的时间到达。这将在接收者方引起分心、窘迫或恼怒。
技术实现思路
本专利技术的实施例提供用于实时在线交互的请求的智能通知。也公开了相关的方法、系统和计算机可读介质。如这里使用的那样，实时在线交互包括在双方或多方之间基于实时通信和/或标记协议(例如WebRTC/HTML5)的任何实时交互视频、语音、文本媒体、和/或数据交换。在这点上，在一个实施例中，提供一种用于实时在线交互的请求的智能处理的方法。该方法包括由计算设备接收指向一接收者标识符且来自一请求者的请求者设备的实时在线交互的请求，所述接收者标识符与接收者的接收者设备相关。该方法进一步包括由计算设备确定中断指示符，其指示相对于用于实时在线交互的请求的传送优先级的接收者活动优先级。该方法还包括响应于指示用于实时在线交互的请求的传送优先级优于接收者活动优先级的中断指示符，向接收者的接收者设备传送用于实时在线交互的请求的通知。这样，确保用于实时在线交互的重要请求的及时通知，并且适当处理用于实时在线交互的所有请求的同时，接收者的不必要中断可以被最小化。在另一个实施例中，提供一种用于提供用于实时在线交互的请求的智能通知的系统。该系统包括至少一个通信接口，以及与至少一个通信接收相关的智能通知代理。该智能通知代理被配置为接收指向一接收者标识符且来自一请求者的请求者设备的实时在线交互的请求，该接收者标识符与接收者的接收者设备相关。该智能通知代理进一步被配置为确定中断指示符，其指示相对于用于实时在线交互的请求的传送优先级的接收者活动优先级。该智能通知代理还被配置为响应于指示用于实时在线交互的请求的传送优先级优于接收者活动优先级的中断指示符，向接收者的接收者设备传送用于实时在线交互的请求的通知。在另一个实施例中，提供一种非暂时的计算机可读介质。该非暂时的计算机可读介质在其上存储了计算机可执行指令以使得处理器执行一种方法，该方法包括接收指向一接收者标识符且来自一请求者的请求者设备的实时在线交互的请求，该接收者标识符与接收者的接收者设备相关。由计算机可执行指令实现的该方法进一步包括确定中断指示符，其指示相对于用于实时在线交互的请求的传送优先级的接收者活动优先级。由计算机可执行指令实现的该方法还包括响应于指示用于实时在线交互的请求的传送优先级优于接收者活动优先级的中断指示符，向接收者的接收者设备传送用于实时在线交互的请求的通知。附图说明在这里结合并组成该说明书一部分的附图阐述了本专利技术的一些方面，并且和说明书一起服务于解释本公开的原理。图1是显示用于应用WebRTC/HTML5模型的实时在线交互系统的传统实现方式的概念图表；图2是包括配置来提供用于实时在线交互的请求的智能通知的智能通知代理(agent)的示例性系统的框图；图3是阐述用于实时在线交互的请求的智能通知的示例性功能的流程图；图4A和图4B是阐述基于标记的用于实时在线交互的请求的智能通知的更多详细示例性功能的流程图，该标记例如代表接收者活动的数据、用于接收者活动的上下文，以及用于实时在线交互的请求的上下文；图5A-图5D是阐述示例性系统内的示例性通信流程的框图，所述系统包括被配置为提供用于实时在线交互的请求的智能通知的智能通知代理；以及图6是可能包括图2和图5A-图5D的智能通知系统的示例性基于处理器的系统的框图。具体实施方式现在参考附图，描述本公开的一些示例性实施例。这里使用词语“示例性”来表示“用作例子、示例或解释”。这里描述为“示例性”的任意实施例并不必然解释为比其他实施例更优选或有优势。本公开的实施例提供用于实时在线交互的请求的智能通知。也公开了相关方法、系统和计算机可读介质。如这里使用的，实时在线交互包括在双方或多方之间基于实时通信和/或标记协议，例如WebRTC/HTML5，的任何实时交互视频、语音、文本媒体、和/或实时数据交换。在这点上，在一个实施例中，提供一种用于实时在线交互的请求的智能处理的方法。该方法包括由计算设备接收指向一接收者标识符且来自一请求者的请求者设备的实时在线交互的请求，所述接收者标识符与接收者的接收者设备相关。该方法进一步包括由计算设备确定中断指示符，其指示相对于用于实时在线交互的请求的传送优先级的接收者活动优先级。该方法还包括响应于指示用于实时在线交互请求的传送优先级优于接收者活动优先级的中断指示符，向接收者的接收者设备传送用于实时在线交互的请求的通知。这样，在确保用于实时在线交互的重要请求的及时通知，并且适当处理用于实时在线交互的所有请求的同时，接收者的不必要中断可以被最小化。在讨论用于实时在线交互的请求的智能通知的方法、系统和计算机可读介质的例子之前，先描述一个用于实时在线交互的传统系统，并且与这里公开的提供智能通知的示例性系统进行对比。在这点上，分别地，图1阐述了基于实时通信和/或标记协议的用于实时在线交互的传统系统，而图2阐述了示例性的智能通知系统。在图1的示例性系统10中，请求者(未示出)的请求者设备12和接收者(未示出)的接收者设备14代表都能够参与基于实时通信和/或标记协议的实时在线交互的计算设备。如这里使用的，术语“请求者”指的是发起用于实时在线交互的请求的一方或实体，术语“接收者”指示用于实时在线交互的请求的本文档来自技高网...
【技术保护点】
一种用于智能地处理用于经由网络实时在线交互的请求的方法，包括：由计算设备接收指向接收者标识符且来自请求者的请求者设备的用于实时在线交互的请求，所述接收者标识符与接收者的接收者设备相关；由计算设备确定中断指示符，其指示相对于用于实时在线交互的请求的传送优先级的接收者活动优先级；以及响应于指示用于实时在线交互的请求的传送优先级超过接收者活动优先级的中断指示符，向接收者的接收者设备传送用于实时在线交互的请求的通知。
【技术特征摘要】
2012.09.28 US 61/706,951;2013.03.14 US 13/803,2921.一种用于智能地处理用于经由网络建立网络实时通信(WebRTC)流的请求的方法，包括：由计算设备接收指向接收者标识符且来自请求者的请求者设备的用于建立WebRTC流的请求，所述接收者标识符与接收者的接收者设备相关；由计算设备评估接收者活动和接收者活动的上下文；由计算设备基于评估的接收者活动和接收者活动的上下文确定接收者活动优先级；由计算设备评估用于建立WebRTC流的请求的上下文；由计算设备基于评估的用于建立WebRTC流的请求的上下文确定用于建立WebRTC流的请求的传送优先级；由计算设备确定中断指示符，该中断指示符指示接收者活动优先级与用于建立WebRTC流的请求的传送优先级之间的相对优先级；以及响应于中断指示符指示接收者活动优先级超过用于建立WebRTC流的请求的传送优先级：确定是否：忽略所述请求；建议与所述请求相关的通信的替换通信媒体；或建议WebRTC流的替换时间；如果替换时间要被建议，则：评估接收者的计划活动；评估请求者的计划活动；基于评估，确定用于与接收者的替换交互的时间段；以及向请求者设备提供所述时间段作为用于替换交互的建议时间。2.如权利要求1所述的方法，进一步包括，响应于中断指示符指示接收者活动优先级超过用于建立WebRTC流的请求的传送优先级，向请求者设备提供用于与接收者的替换交互的一个或多个选项。3.如权利要求2所述的方法，其中向请求者设备提供用于与接收者的替换交互的一个或多个选项包括：评估接收者的一个或多个计划活动、请求者的一个或多个计划活动、或其结合；基于所述评估，确定用于替换交互的时间段；以及向请求者设备提供所述时间段作为用于替换交互的建议时间。4.如权利要求1所述的方法，进一步包括向请求者设备提供用于替换交互的一个或多个选项，所述一个或多个选项包括与接收者的短消息服务(SMS)消息会话、多媒体消息服务(MMS)消息会话、即时消息(IM)消息会话、语音消息、视频消息、或电子邮件。5.如权利要求1所述的方法，其中确定中断指示符是基于对接收者活动、接收者活动的上下文、或用于建立WebRTC流的请求的上下文、或其结合的评估。6.如权利要求5所述的方法，其中接收者活动包括接收者的当前活动或接收者的计划活动或其结合。7.如权利要求5所述的方法，其中接收者活动的上下文包括接收者活动的主题、接收者的位置、接收者的本地日期、接收者的本地时间、或其结合。8.如权利要求5所述的方法，其中用于建立WebRTC流的请求的上下文包括请求者的标识、接收者和请求者之间的交互历史、接收者和请求者之间的关系、请求者的计划活动、请求者的当前活动、伴随用于建立WebRTC流的请求的...
【专利技术属性】
技术研发人员：J·H·约亚库姆，
申请(专利权)人：阿瓦亚公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。