CN105915976A - 媒体设施 - Google Patents

Abstract

一种媒体设施，包括：视频装置，用于向屏幕输出信号；控制设备，允许用户控制从视频装置到屏幕的信号的输出，从而选择观看活动；网络接口，用于接入基于分组的网络；存储器，存储通信客户端应用；以及处理装置，耦接到存储器、网络接口和视频装置，并安排来执行通信客户端应用；其中客户端应用被配置以便当执行时允许用户经由基于分组的网络与其他用户进行双向通信，并向用户输出有关通过基于分组的网络从其他用户接收的传入通信事件的通知；以及其中客户端应用被进一步配置来延迟有关在所述观看活动期间接收的传入通信事件的一个或多个所述通知，确定在观看活动中的界限，并按照所述界限自动地向用户输出一个或多个通知。

Description

媒体设施

技术领域

本发明涉及媒体设施，比如具有用于经由基于分组的网络进行语音或视频呼叫的嵌入式处理装置的电视机或机顶盒。

背景技术

一些通信系统允许终端（比如个人计算机）用户通过基于分组的计算机网络（比如因特网）进行语音或视频呼叫。这样的通信系统包括通过因特网协议传送语音或视频（VoIP）系统。由于这些系统相比传统的固定线路或移动网络通常具有显著的更加低廉的成本，因此它们对用户而言是有益的。对于长途通信尤其是这样。为使用VoIP系统，用户在其终端上安装并执行客户端软件。客户端软件建立VoIP连接以及提供其它功能（比如注册和认证）。除了语音通信，客户端还可以建立用于其它通信媒体的连接，比如即时消息（“IM”）、SMS消息传送、文件传输和语音信箱。

用于基于分组的通信的一种类型的通信系统使用端对端（“P2P”）拓扑。为了实现对端对端系统的接入，用户在其终端上执行由P2P软件提供商提供的P2P客户端软件，并向P2P系统注册。当用户向P2P系统注册时，从服务器向客户端软件提供数字证书。这可以称作“用户身份证书”（UIC）。一旦客户端软件被提供以证书，则呼叫或其它通信连接可以随后建立并在P2P系统的最终用户（对等点）间路由，而无需在呼叫建立时进一步使用服务器。取而代之的是，客户端从在P2P系统内的其它最终用户终端上的P2P客户端软件间分布的信息查找所需的IP地址。即地址查找列表分布于对等体自身之间。一旦被叫方终端的IP地址被由此确定，主叫方的P2P客户端软件则与被叫方的P2P客户端软件交换UIC证书。用户之间这些数字证书的交换提供用户身份的证据，并且它们在P2P系统中被适当地授权和认证。因此，数字证书的存在提供对用户身份的信任。

因此端对端通信的特点是，一旦注册了，用户就可以通过P2P系统以至少部分非集中式的方式基于分布式地址查找和/或一个或多个数字证书的交换建立其自己的通信路由，而无需使用服务器用于那些目的。示例P2P系统的进一步的细节在WO2005/008524和WO 2005/009019中披露。

VoIP或其它基于分组的通信还可以使用采用集中式的呼叫建立和/或授权的非P2P系统实施，例如经由服务器。

基于分组的通信存在的问题是其对于用户的可接入性受限。尤其是，这样的通信最常见的是使用个人计算机接入。这所具有的优点是用户在技术上足够有能力去下载、安装和操作其个人计算机上的基于分组的通信客户端软件，这对于其被接受提供了障碍。即使当通信客户端在个人计算机上被安装和执行时，其使用也可能受限，因为个人计算机通常不位于用户要么熟悉通信要么通信起来舒服自在的地方。例如，个人计算机位于研究室，对于许多用户来说其都不是打电话的最自然或最舒服自在的环境。

虽然基于分组的通信系统还可以经由某些移动设备接入，但这些一般不具有可用的来提供齐全的功能（比如视频呼叫）的处理资源或显示屏。

因此期望使得基于分组的通信对于用户来说更方便接入。实现这一点的一种方式可在嵌入常见的家用媒体设施（例如电视机或者插入电视中的机顶盒）的处理器上运行基于分组的通信客户端。在上下文中嵌入意味着位于设备的壳体内。这种将嵌入式处理器集成到电视机或机顶盒中的能力是已知的，并且实际上许多现代的电视机和机顶盒已经包含处理器，用以执行至少一些用来解码和输出可视电视信号给屏幕所需的数字信号处理。

发明内容

然而，发明人已认识到由于客户端应用的附加的功能和传统电视的现有功能之间的冲突，仍然可能存在一个或多个潜在的问题。

特别地，客户端的操作可能干扰用户的观看，因为到来的呼叫与电视的当前状态异步。即，呼叫并不被选择来由电视用户发起，而是取而代之地在另一个、远程用户的发起下在不可预测的时间通过基于分组的网络到达，并因此可能当电视被其它观看活动（比如观看电视节目或观看来自如外部DVD播放器、游戏控制台等的其它源的内容）占据时到达。

根据本发明的一个方面，提供媒体设施，其包括：视频装置，用于向屏幕输出信号；控制设备，允许用户控制从视频装置到屏幕的信号的输出，从而选择观看活动；网络接口，用于接入基于分组的网络；存储器，存储通信客户端应用；以及处理装置，耦接到存储器、网络接口和视频装置，并安排来执行通信客户端应用；其中客户端应用被配置以便当执行时允许用户经由基于分组的网络与其他用户进行双向通信，并向用户输出有关通过基于分组的网络从其他用户接收的传入通信事件的通知；以及其中客户端应用被进一步配置来延迟有关在所述观看活动期间接收的传入通信事件的一个或多个所述通知，确定在观看活动中的界限（delineation），并按照所述界限自动地向用户输出一个或多个通知。

因此本发明自动地延迟有关到来的呼叫或其它通信的通知直到用户的观看活动已完成或以其它方式到达合适的接合点，一旦到了那个时候，用通知提示用户。这意味着用户在所讨论的观看活动期间不会无端地受到异步的传入通信事件的打扰，而是取而代之地将在稍后更合适的时间被提示关于那些通信事件。

在本发明的一个优选的应用中，媒体设施可以包括用于经由电视网络接收表示电视节目的电视信号的电视接收器；视频装置可以耦接到电视接收器，并可操作来从电视接收器向屏幕输出所选择的电视节目的电视信号；控制设备可以允许用户控制向屏幕的电视信号的输出，从而将电视节目选择作为所述观看活动；并且客户端应用可以被配置成延迟有关在所选择的电视节目期间接收的传入通信事件的一个或多个通知，并按照所述界限自动地将一个或多个通知输出给用户。

电视接收器可以被安排成经由广播网络接收电视信号。

媒体设施可以是下述之一：包括所述屏幕的电视机，和用于插进电视机的机顶盒。

传入通信事件可以包括传入的基于分组的语音或视频呼叫。

在优选的实施例中，客户端应用可以被配置来基于经由所述电视网络由电视接收器接收的有关所选择的电视节目的信息确定所述界限。

许多现代电视信号与附加的节目数据（除了节目本身的音频和视频）关联传送。例如在数字电视广播中，关于节目定时的数据可以与音频和视频数据一起复用到传输流中。该定时信息可以包括何时节目实际开始、结束以及其可能何时包含商业中断的实时指示；及/或可以包括标称安排（nominal schedule）信息（比如电子节目指南（EPG））。在本发明的实施例中，该信息可以被有利地用于确定通知应该被延迟到的时间。

因此例如，所述信息可以包括与选择的节目有关的节目安排信息。客户端应用可以包括用于访问由电视接收器经由所述网络接收的EPG的API，并且可以被配置来基于来自EPG的与所选择的节目有关的安排信息确定所述界限。

在另一个示例中，客户端应用可以被配置来通过检测由电视接收器经由所述网络接收的与所选择的电视节目有关的实时指示确定所述界限，并一旦检测到所述指示就向用户输出一个或多个通知。所述指示可以指明如下之一：所选择的电视节目的结束和所选择的电视节目中的中断。

后一示例是尤其优选的，因为它允许实际的节目实时结束或实时中断，而不是使用标称安排。然而，前面的情况还可以在没有实时信号时提供合理的近似。

另一个可能是客户端应用可以被配置来基于经由网络接口通过基于分组的网络接收的与所选择的电视节目有关的信息确定所述界限。

客户端应用可以被配置来基于用户设置的计时器检测所述界限。

客户端应用可以被配置来基于指明界限的用户输入检测所述界限。

通知可以采取可听和/或屏幕上的通知的形式。在屏幕上的通知的情况下，尤其优选的是：它们应被延迟到所讨论的节目或其它观看活动之后。

因此在进一步的实施例中，客户端应用可以被配置来输出一个或多个延迟的通知以在屏幕上显示。

此外，客户端应用可以被配置来输出一个或多个延迟的通知以和屏幕上的控件一起显示到屏幕上，该屏幕上的控件允许用户经由基于分组的网络发起与对应的其它用户的回复（return）的通信。

这有利地促进了呼叫或其它通信的更有效的回复。

在进一步的实施例中，客户端应用可以被配置来在所述界限之前向在观看活动期间接收的一个或多个传入通信事件的一个或多个其它用户回复自动消息。

客户端应用可以被配置来使用节目安排信息来在所述自动消息中提供关于所述界限的期望的信息，及由此用户的期望的可用性。

因此可能的是：不仅将通知延迟到所讨论的节目或其它观看活动之后，还告知其他远程用户缺乏可用性。特别期望的是为了远程用户的利益，使用节目安排信息来预测何时被叫的用户再次可用（例如何时他或她的电视节目结束）。

在进一步的实施例中，通信客户端可以包括安排来在第一操作模式和第二操作模式之间切换的用户设置，其中在第一操作模式下在观看活动期间接收的传入通信事件的通知被延迟，在第二操作模式下，这样的通知不被延迟，而是在观看活动期间输出给用户。

在本发明进一步的应用中，视频装置可以包括可操作来向屏幕输出视频游戏的图形信号的游戏系统；控制设备可以允许用户来控制向屏幕的图形信号的输出，并从而将该视频游戏选择作为所述观看活动；并且客户端应用可以被配置来延迟在视频游戏期间接收的传入通信事件的一个或多个所述通知，确定在视频游戏中的界限，并按照所述界限自动向用户输出一个或多个通知。

客户端应用可以被配置来当视频游戏中的玩家死了或败了时检测所述界限。

视频装置可以包括来自视频信号外部源的输入，其可操作来将视频信号输出到屏幕；控制设备可以允许用户控制视频信号到屏幕的输出，并从而选择用于所述观看活动的外部源；以及客户端应用可以被配置来基于外部源的状态确定所述界限。

根据本发明进一步的方面，提供操作媒体设施的方法，该媒体设施具有用于将信号输出到屏幕的视频装置、用于接入基于分组的网络的网络接口，和用于执行通信客户端应用的处理装置；该方法包括：从控制设备接收输入，该控制设备允许用户控制从视频装置到屏幕的信号的输出，从而选择观看活动；并且在媒体设施的处理装置上执行通信客户端应用，以便当执行时允许用户经由基于分组的网络与其他用户进行双向通信，并且以便向用户输出关于通过基于分组的网络从其他用户接收的传入通信事件的通知；其中通信客户端应用的执行进一步包括延迟关于在所述观看活动期间接收的传入通信事件的一个或多个通知，确定在观看活动中的界限，并按照所述界限自动向用户输出一个或多个通知。

在实施例中，客户端应用可以被进一步根据该媒体设施的任一上述特征来配置。

根据本发明的另一个方面，提供用于操作媒体设施的通信客户端应用，该媒体设施具有用于将信号输出到屏幕的视频装置和用于访问基于分组的网络的网络接口，该通信客户端应用包括包含在计算机可读介质上的代码并被配置来使得当在媒体设施的嵌入式处理器上执行时：接收来自控制设备的输入，该控制设备允许用户控制从视频装置到屏幕的信号的输出从而选择观看活动；使得用户能够经由基于分组的网络与其他用户进行双向通信；向用户输出有关通过基于分组的网络从其他用户接收的传入通信事件的通知；其中客户端应用被进一步配置来延迟关于在所述观看活动期间接收的传入通信事件的所述通知中的一个或多个，并按照所述界限向用户自动输出一个或多个通知。

在实施例中，该方法可以根据该媒体设施的任一上述特征来进一步包括。

附图说明

为了更好地理解本发明以及显示如何付诸实现，作为示例来参考附图，其中：

图1是通信系统的示意性表示，

图2是远程控制单元的示意性表示，

图3a是电视机的示意性框图，

图3b是游戏控制台的示意性框图，

图4是用户接口的示意性表示，以及

图5a是延迟的呼叫通知的示意性表示，

图5b是另一个延迟的呼叫通知的示意性表示，

图5c是另一个延迟的呼叫通知的示意性表示，以及

图6示意性地示出了传输流的传送。

具体实施方式

图1显示了包括基于分组的网络101（比如因特网）的通信系统100；并进一步包括单独的电视广播网108（比如地面、卫星或有线电视网）。多个计算终端102被显示耦接到因特网101，其每一个包括用于通过因特网通信的网络接口。多个电视机103还显示为耦接到因特网101，其每一个也包括用于通过因特网通信的网络接口。除了网络接口，每个电视机103进一步包括用于接收通过电视网108广播的模拟和/或数字电视信号的电视接收器。备选地或附加地，电视机103可以被安排来通过因特网101或其他此类基于分组的网络接收基于分组的电视信号。然而，广播电视在执笔本文时仍然流行，因此在优选的实施例中，电视机103至少将包括用于接收广播的电视接收器。

广播和通过基于分组的网络进行的通信之间的区别在于广播信号是不加区别地传送的，而不是传送到选定的目的地设备，且也不论最终用户是否已选择来接收该信号（尽管仍然可以要求解密密钥或类似信息以使得仅授权的用户能够从电视信号中导出有意义的信息进行观看）。另一方面，基于分组的通信是点对点的，其中在分组中包含了预期的目的地设备的地址。在基于分组的电视信号通过因特网传送的情况下，这些仍然是点到多点通信而不是广播。

每个计算机终端102被安装了通信客户端应用110。每个计算机终端102还包括音频收发器111，其包括扬声器和麦克风（例如以耳机或听筒或内置的扬声器和麦克风的形式）。多数计算机终端102优选地还包括网络摄像头112。此外，每个电视机103包括嵌入式处理器和存储器，在存储器中设有专门适用于在电视机上运行的通信客户端应用113的版本。每个电视机103还包括网络摄像头115和带有扬声器和麦克风的音频收发器，或与这样的组件连接或通信。在特别优选的实施例中，音频收发器在电视103的远程控制单元114中提供，稍后讨论。

通信客户端应用110和113优选地是端对端的客户端，根据如上所述的端对端原则建立和进行VoIP的呼叫。为此，端对端的后端服务器104耦接到因特网101，用于从客户端应用111和113接收注册请求。后端服务器104被安排来响应于注册请求向运行在计算机终端102和电视机103的各个客户端应用111和113分发UIC证书。一旦注册了并因而拥有了UIC证书，客户端应用111和/或113可以查看彼此的地址、交换和验证彼此的证书，并因此通过因特网101建立语音或视频呼叫。然而将理解可替代地可以使用其他类型的通信客户端，例如基于集中式的基于服务器的呼叫建立。

此外，通信系统100可以包括电话网络107（比如电路交换网）和连接在因特网101和电话网络107之间的网关106。客户端应用的网关版本被安排来在网关106上运行，并且运行在计算机终端102或电视机103上的通信客户端应用110或113因此能够与电话网络107的专业电话单元109建立呼叫。这通过使用端对端呼叫建立与网关106上的客户端建立连接并随后向网关107（实际上用户的客户端110或113将网关106看作对等点）提供相关的电话号码来实现。电话网络107例如可以包括固定线路网络（“地上通讯线”）和/或移动蜂窝网络。

每个电视机103具有关联的远程控制单元114，其示例在图2中示出。

如图2所示，远程控制单元（或仅“远程控制“）包括麦克风201、扬声器202、红外（IR）发射器203形式的第一远程接口，短距离RF接口204（比如蓝牙接口）形式的第二远程接口。麦克风201和扬声器202可操作耦接到蓝牙接口204。远程控制114由此被安排来将语音信号经由蓝牙接口204从麦克风201传送到电视103，并经由蓝牙接口204从电视103接收信号用于扬声器202的播放。

远程控制114进一步包括可操作耦接到红外发射器203的多个按钮，被安排来以便允许用户经由红外发射器203控制电视103。按钮包括用于将电视设置到低功率模式的“待机“按钮205。按钮进一步包括用于改变频道或向电视103提供其他数字或字母数字数据的数字或字母数字按钮206；用于控制电视103的各种功能（例如用于控制光标和/或菜单系统）的功能按钮208；以及任选地用于执行与客户端应用113的呼叫功能（例如“呼叫”、“挂断”）有关的具体的专用操作的专用呼叫按钮207，或用于在视频呼叫期间放大或缩小的按钮。

图3a是根据本发明的示例性实施例的电视机103的示意性框图。电视机103的主要目的是作为电视并被设计来充当家庭或家用电视的角色，在这个意义上它是专用的电视单元。然而，同时，它还被额外地提供以附属的嵌入式的功能（比如VoIP呼叫）。

电视机103在一个壳体内包括：嵌入式处理装置301；随机访问存储器（RAM）319；和嵌入式的非易失存储设备318，其可以包括电可擦写和可重新编程存储器（EEPROM或“闪速”存储器），磁性存储介质和/或一次可写ROM。非易失存储设备318耦接到处理装置301并存储基本的操作系统（OS）326、电视应用330和通信客户端应用113（比如VoIP客户端）。处理装置301被安排来执行操作系统326，例如要么直接从ROM取指令，要么在取之前首先从闪速存储器中加载到RAM319中。当执行时，操作系统326被配置来将电视应用330和客户端应用113加载到RAM319中并调度他们以在处理装置301上执行。处理装置301由此被安排来在操作系统326的控制下运行电视应用330和客户端应用113。在实施例中，可能仅需要基本调度器形式的最小操作系统326。

电视机103在同一壳体内进一步包括：视频帧缓冲器320和用户接口（UI）帧322缓冲器、视频硬件324、屏幕309、放大器314和扬声器316或到外部扬声器或耳机的输出、电视接收器304、外部音频－视频（AV）输入306（比如来自外部源的SCART或HDMI输入）、网络摄像头或用于连接到外部网络摄像头的网络摄像头输入308，第一短距离RF收发器310形式（比如wi-fi收发器）的网络接口302、红外（IR）接收器形式的第一远程接口310、第二短距离RF收发器312形式（比如蓝牙收发器）的第二远程接口。

视频帧缓冲器320和用户接口（UI）帧缓冲器322的每一个具有耦接到处理装置301的输入。视频硬件324具有耦接到视频帧缓冲器320和UI帧缓冲器322的输出的输入。屏幕309具有到视频硬件324的输出的输入。在实施例中，帧缓冲器320和322可以是专用的硬件缓冲器或可替代地可以在通用存储器中实施。放大器314具有耦接到处理装置301的输入和耦接到扬声器316的输出。处理装置301进一步耦接到网络接口302、电视接收器304、辅助输入306、网络摄像头输入308、红外接口310和蓝牙接口312。

本领域技术人员将明白，任一或所有上述组件可以经由中间组件（比如总线和/或缓存器（未示出））耦接到处理装置301。

电视接收器304包括用于连接到至少一个接收器件（比如天线、圆盘式卫星电视天线或缆线）的输入，并由此经由接收器件从电视网络108接收电视广播信号。电视接收器304是硬件前端，其可以包括例如：采样电路、低噪声放大器、过滤器、混合器和/或模－数转换器（ADC）。一旦由电视接收器单元304接收，电视信号由此可被处理装置301所用，以进行信号处理。电视应用330包括代码形式的信号处理引擎，其当执行的时候，进行至少一些所需的针对所接收的电视信号的信号处理。处理的电视信号随后输出到视频帧缓冲器320和放大器314用于最终用户的消费。信号处理引擎可以包括例如：数字过滤器、解调器、解复用器、解码器、解密块、和/或校验快。然而，在软件和专用的硬件之间分配电视接收器和处理功能还可能有不同的方式。例如，在实施例中，更多的功能（比如解复用）可以移到接收器前端304。用于接收和处理电视信号的技术对于本领域技术人员而言是已知的。

在传统的模拟电视广播的情况下，通过在不同的频率上传送，而在无线电波上频分复用（不同TV频道的）多个不同并行节目的信号。电视接收器304随后将包括调谐电路来对广播解复用并从而析出所需节目的信号。在数字电视广播的情况下，不同并行节目的信号的每一个都划分到分组中并交织以便将不同的节目的信号时分复用到传输流进行广播。电视应用330的信号处理引擎随后将包括分组过滤器，来对不同传输流的分组解复用并因此析出所需节目的信号。多个传输流还可以在不同频率上广播，也需要调谐器。此外，对于数字电视，一个或多个传输流可以包括附加的节目信息（比如电子节目指南（EPG））。

用于输出到电视屏幕309的视频信号还可以经由AV输入306从外部源（比如DVD播放器或游戏控制台）接收。

电视应用330进一步包括UI图形引擎、远程协议引擎、应用编程接口（API）和电视UI层。信号处理引擎、UI图形引擎、远程协议引擎和API的总体操作由电视UI层控制。用户可以通过按压远程控制114上的按钮205、206、208，致使远程控制114经由红外发射器203和接收器310向处理装置301传送控制信号，来选择观看哪个广播。用户还可以以类似的方式使用按钮来观看附加的信息，比如EPG或控制菜单，并对EPG或菜单进行导航。相关的控制信号由电视应用113的远程协议引擎解释，该远程协议引擎又转而与电视UI层通信。作为响应，电视UI层控制信号处理引擎向视频帧缓冲器320输出相关的电视节目，和/或控制UI图形引擎向UI帧缓冲器322输出图形（例如显示菜单或EPG的图形）。帧缓冲器320和/或322向视频硬件324提供其内容用于在屏幕309上显示。在实施例中，UI帧缓冲器322和视频硬件324可以被安排来将UI图形以部分透明的方式及/或保留至少部分电视节目可见而叠加到当前的电视节目。

如所提到的，电视机103包括网络接口302。在优选的实施例中，这采取无线收发器的形式（比如wi-fi收发器）与家用或基于办公室的无线路由器303（在大多现代家庭或办公室都可找到）进行无线通信。路由器303转而连接到因特网101。然而，在可替代的实施例中，网络接口302可以包括其他选项，比如有线调制解调器或通向外部有线调制解调器的端口。

通信客户端应用330包括具有I/O层的协议栈，当在处理装置301上执行时，该协议栈可操作来经由网络接口302通过因特网101发射和接收信号。I/O层包括用于经由网络接口302通信因特网101发射和接收控制信号的网络信令协议。I/O层还可以包括用于与电视应用301的API通信的API。

I/O层进一步包括具有语音编解码器的语音引擎。语音引擎被安排来从麦克风201接收语言信号，并对那些语言信号进行编码，用于经由网络接口302通过因特网101传送。语音引擎还被安排来对经由网络接口302通过因特网101接收的语言信号进行解码，用于输出到电视的放大器314和扬声器316，或经由蓝牙接口312和204输出到远程控制114中的扬声器202。I/O层进一步包括具有视频编解码器的视频引擎。视频引擎被安排来从网络摄像头输入308接收视频信号，并对那些视频信号进行编码，用于经由网络接口302通过因特网101传送。视频引擎还被安排来对经由网络接口302通过因特网101接收的视频信号进行解码，以输出到UI帧缓冲器322、视频硬件326和屏幕309。可替代地，在全屏模式下，视频编解码器可以经由视频帧缓冲器320输出视频。

在协议栈中往上，客户端应用113包括负责呼叫建立的客户端引擎。该客户端引擎控制客户端113的网络信令协议引擎，以优选地使用如上所述的P2P呼叫建立或可能使用经由服务器的集中式的呼叫建立通过因特网101建立与另一个用户终端102或103的现场的语音或视频呼叫。客户端引擎还可以处理其他功能，比如连接管理、认证、加密和/或与其他用户终端的客户端应用111或113交换存在信息（presence information）（存在信息指示用户对于通信的可用性，并且优选地至少部分地由各个用户自己定义）。

该协议栈中再往上，客户端应用113包括负责客户端用户接口的客户端UI层。客户端UI层可操作来生成客户端用户接口，用于输出到UI帧缓冲器322、视频硬件324和屏幕309。这可以在TV UI层的控制下经由TV应用330的API和UI图形引擎而被输出（或可替代地，客户端应用113可以被提供以其自己的UI图形协议来向UI帧缓冲器322直接输出图形）。客户端用户接口由此向用户呈现屏幕上的控件，他们可以使用远程控制114上的按钮206、207、208激活控件。基于这些按钮按压，远程控制114经由红外发射器203和接收器310将控制信号传送给处理装置301。这些控制信号可以由电视应用330中的UI协议引擎所解释并随后经由API向客户端应用113的I/O层用信号传送（或可替代地，客户端应用113的I/O层可以被提供以其自己的远程控制协议来直接解释这些控制信号）。进而，客户端113的I/O层的协议与客户端UI层通信。客户端UI层由此被配置来响应用户输入以控制客户端应用113的总体操作，例如，允许用户选择联系人来呼叫、挂断等。

图4示出当由用户使用远程114的相关按钮唤起时可以由客户端应用113显示在屏幕309上的示例用户接口。用户接口可以只显示在屏幕309的部分上，使得当前观看的节目的至少部分保持可见；或可替代地，可以占据整个屏幕309。显示的用户接口包括多个面板。例如，用户接口可以包括第一面板402，显示正运行客户端113的电视103的用户的配置文件信息。例如，配置文件信息可以包括用户的名字、“头像”（用户挑选来代表其自己的图片）、和/或“情绪消息”（短的用户定义的声明，以包括在其配置文件中）。进一步，用户接口可以包括显示用户联系人的列表的第二面板404（优选地客户端113被配置来只允许被同意成为联系人的用户之间的呼叫）。进一步，用户接口可以包括显示所选择的一个联系人的配置文件的第三面板406和/或提供菜单或其他控供选择以呼叫所选择的联系人的第四面板。

此外，客户端113的UI层可以被配置来经由API和操作系统326与电视应用330的UI层通信。这允许客户端应用113和电视应用330协商对屏幕309和/或扬声器316或202的控制。

是客户端应用113还是电视应用330优先可以取决于实施和/或情形。由于电视机103主要是电视，则优选地客户端应用113应在控制屏幕309或扬声器316或202之前从电视应用330请求许可。然而，在实施例中，可以提供用户定义的设置，其允许用户来控制客户端应用113是否可以自主地取得对屏幕309和/或扬声器316或202的控制，例如在有传入呼叫时通知用户。该设置将优选地存储在非易失存储器318中，并且可由客户端应用113和/或电视应用330读取。例如，电视应用330可以被配置来从存储器读取设置（如果设置了的话）来明确地允许客户端应用113控制屏幕和/或扬声器。可替代地，客户端应用113可以被配置来从存储器中读取设置（如果设置了的话），并且在不寻求电视应用330允许的前提下控制屏幕和/或扬声器。

在本发明优选的实施例中，至少一个这样的用户设置被客户端应用113所读取，并且当设置了时，客户端应用113被配置来延迟任何有关通过因特网101接收的传入VoIP呼叫或其他传入通信事件的通知，直到用户的电视观看中的合适的接合点。这可以意为延迟通知直到电视节目结束之后，或直到其他合适的节目中的接合点（比如商业中断）。另一个可能将是延迟通知直到视频信号停止经由AV输入306从外部源（比如DVD播放器或游戏控制台）接收。一般来说，经由网络接口302通过因特网101异步地用信号通知电视机103的传入通信事件在考虑到更高优先级的源的情况下（比如电视接收器308和电视网络108，或AV输入306和外部源）而被延缓。

注意延迟通知的概念与纯粹的彻底抑制通知不同，比其更有利。抑制通知将意味着完全阻拦以便不再输出给用户；然而延迟意味着通知将仍然输出给用户，但延缓到某个稍后的时间点。

为了做到这点，客户端应用113被配置以用于对所讨论的观看活动划界（delineating）的机制。客户端应用113将不明白电视节目或此类的实际用户内容，因此不能直接断定一个节目何时结束另一个节目何时开始，或不能断定主节目和商业中断之间的区别。因此需要划界机制，有多个用于该机制的选项，如下所述。

第一个优选的机制涉及接收通过电视网络108广播的附加的节目信息。在这个情况下，附加的节目信息由客户端应用113经由电视接收器308接收，并且包括定时信息，其可以被客户端应用113用来为了延迟通知的目的给电视节目划界。

如图6所示意性地示出的，数字电视广播可以包括用于在特定频率上传送的全部一起交织（即时分复用的）到组合的传输流中的一个或多个节目流的音频数据601和视频数据602。交织到传输流中的还有为一个或多个节目提供（可能比如字幕和文本的节目概要或大纲的其他信息之中的）定时信息的附加的节目信息603。附加的节目信息603可以采用连同多个节目流复用到传输流中的通用数据流的形式，为多个节目提供节目信息。这个的示例将是电子节目指南（EPG）。可替代地或附加地，个体的相应的节目信息可以在每个节目的流中提供。音频数据、视频数据和附加的节目信息由电视应用331的信号处理引擎解码，并且所需的节目定时信息可以由客户端应用113在TV UI层的控制下经由API访问。

在该第一机制的一个变体中，节目定时信息603包括节目安排信息（比如EPG）。即，一个或多个节目被安排来何时开始和结束的标称信息。例如，客户端应用113的API可以使得它能够访问由电视应用331的信号处理引擎解码的EPG。客户端113可以因此确定当前在屏幕309上观看的电视节目被安排在特定的时间结束，并将通知延迟到那个时间。

图5a显示了示例。这里，客户端113经由到EPG的API确定当前被观看的电视节目被安排从8:00pm运行到9:00pm。如果到来的呼叫通过因特网101用信号通知，并且在节目期间在网络接口302处接收，例如假设在8:13pm，则客户端应用113将临时阻止到来的呼叫的通知，直到安排的结束时间9:00pm。如果传入IM聊天消息在节目期间接收，类似的过程将发生。按照安排的节目的结束时间（要么在那个时间要么正好那个时间之后），客户端应用113将随后控制屏幕309以显示在节目期间错过的任何一个或多个通信事件的列表503。列表503优选地包括诸如光标505的控件，其可以由用户例如经由远程控制上的功能按钮208控制，由此操作客户端113发起回复VoIP呼叫或其他相应的与各个其他用户的基于分组的通信。

在第一机制的另一个变体中，节目定时信息603可以包括节目的实际结束时间的实时指示（其可以由客户端经由到电视应用的API以如上所述的类似方式访问）。

如图5b所示，如果节目超时运转到晚于安排的时间，例如假设9:02pm，则客户端113将不显示错过的事件的列表，直到实际的结束时间9:02pm。这有利地避免了延迟的通知干扰节目的最后几分钟（在悬疑剧的情况下这可以甚至是节目的最关键部分）。客户端113还将延迟在超时运转期间（例如在9:01pm）接收到的任何传入通信。

进一步，如图5c所示，实时节目定时信息还可以指示节目中中断的时间（典型地用作商业中断来显示广告，但可能还用于其他目的（比如新闻））。在这个情况下，将启用客户端应用113来显示中断期间错过的事件的列表503。

用于给节目划界的第二机制是客户端应用113经由因特网101和网络接口302例如从广播公司的服务器、节目制作公司或第三方服务下载节目定时信息。该下载的信息可以包括节目安排信息和/或对安排的时间的实时更新。第二机制具有第一机制的优点，以及与传统技术兼容的附加的优点，在传统技术中，某些定时信息603可能并不经由广播获得（如今多数数字电视广播确实至少包括安排信息（比如EPG），但不一定提供节目定时的实时指示，并且此外，模拟广播不包括任何节目定时信息）。这甚至可以连同第一机制的前一变体使用，以提供在广播603中接收的安排信息的更新。

用于给节目划界的第三个、次优选的机制是提供可以由用户设置的计时器。计时器可以是经由API访问的客户端应用113的特征，或电视应用330的特征。在此安排下，用户为预定的时间设置计时器，并且客户端应用113在显示错过的事件的列表503之前一直等到那个时间。这将具有如图5a所示的类似的效果。正如第一机制的前一变体一样，第三机制具有可能干扰超时运转的节目的末尾的消极面，并且还具有需要不方便的用户输入过程的附加的消极面。另一方面，该第三机制具有与传统技术（比如不包括节目定时信息的模拟广播）兼容的优点，并且无需额外的服务器基础设施来经由因特网101提供此类信息。

第四机制将是提供用户定义的“勿干扰”（DND）设置，其可以由客户端在节目开始时断言（assert）。这可以是客户端应用113内可用的已有的DND存在状态。在此情况下，客户端应用113被配置来检测用户何时解除DND状态的断言，并且检测到这个之后自动显示错过的时间的列表503。

在上面的机制中的一些机制中，对于客户端应用113来说可能有必要监听当前的时间。这可以基于本地时钟340完成，或通过从因特网101或电视网络108接收当前时间的更新来完成。然而，使用第一机制的后一变体，如果节目定时信息603提供实时触发（对照以该日的小时和分钟计的结束时间的实时更新）可能无需监听当前的时间。在第四个基于DND的机制中也将无需监听当前的时间。

在本发明的特别有利的附加中，客户端应用113可以被进一步配置来向错过的呼叫的主叫者（或更一般地向作为错过的通信事件的发起人的其它用户）回复自动的消息。当传入通信事件在正在进行的节目期间接收时，则自动的消息由客户端应用113回复，而无需来自观看节目的本地用户（被叫者）的输入。它经由网络接口302和因特网101向其它的、远程的用户（主叫者）传送，并告知主叫者被叫者不可用。优选地，自动的消息向主叫者指示为什么被叫者不可用的理由（看电视）。在一个特别优选的实施例中，客户端应用113可以被配置来使用节目安排或其它定时信息来预测被叫者何时可能再次变得可用（即当当前的节目应该结束时），并且为了主叫者的利益，可以在自动的消息中包括这个预测的信息。这甚至可以合并为新的存在状态的类型。

将理解上面的实施例已经仅以示例的方式描述。

例如，发明并不限于屏幕上的通知。在其它实施例中，通知可以包括经由扬声器316或202输出的可听通知，并且可以期望延迟可听通知以使得他们不干扰用户对当前电视节目的体验。

进一步，发明并不限于用于给电视节目或其他观看活动划界的任何特定机制。上面已经描述了多个示例，并且在给出本文的公开内容后，对本领域技术人员而言其他示例可以是显而易见的。例如通知可以被延迟直到用户改变了频道、改变到不同的源（比如从电视节目到AV输入308），或访问了EPG。在另一个示例中，客户端可以经由到电视应用330的API访问解码的音频，并试图基于最高或平均音量水平确定商业中断何时发生（广播公司趋于在商业中断期间增加音量以得到用户的注意，尽管此方法将容易受到错误报警例如在节目的动作序列期间）。

还注意术语“节目”并不限于任何特定类型节目内容，并可以例如指电影、肥皂剧、纪录片、体育赛事、新闻节目等。

进一步，设想了在不同的处理器之间分配各种客户端、电视和其他功能的方式。例如，一个或多个专用信号处理器（DSP）可以被安排来执行电视应用330的电视信号处理引擎和/或视频引擎和/或客户端应用113的语音引擎；一个或多个分开的CPU被安排来执行UI层、客户端引擎、客户端应用113和/或UI层的协议和图形引擎以及电视应用330的协议和图形引擎。在另一个示例中，客户端应用和电视应用均可以运行在不同的嵌入在电视机103中的各个CPU上。电视应用330的一些或所有功能可以可替代地在专用的硬件中实施，包括电视接收器前端304中的硬连线信号处理装置的可能性。

此外，尽管优选的应用，本发明并不限于用在包括电视屏幕的上面的组件都在一个独立的壳体内的电视机。在另一个应用中，本发明可以在用于插入到这样的电视机的机顶盒中实施。在那个情况下，流程将类似于图3a的流程，但是电视硬件320、322、324和屏幕309由音频－视频（AV）输出替代。

在图3b所示的另一个应用中，客户端应用113可以安装在游戏控制台105上。类似于电视103，控制台105包括一个或多个CPU形式的处理装置301，耦接到：非易失存储装置318（比如硬盘驱动器、闪存和/或光盘驱动）；RAM319；网络摄像头或来自网络摄像头的输入308；和用于（例如经由无线路由器303）接入基于分组的网络（比如因特网101）的网络接口302（比如wi-fi收发器）。处理装置301被进一步耦接到专用的游戏图形硬件325和专用的音频硬件327，其转而连接到音频－视频（AV）输出307，用于将控制台105连接到电视机103。处理装置301进一步耦接到操作在合适的频带上的附加的无线接口315，该频带适用于向或从无线游戏平板317或其他这样的游戏控制器传送（或可替代地可以提供有线接口）。非易失存储318提供客户端应用113和视频游戏331（不一定来自同样的存储单元或介质），均安排用于在处理装置301上执行（优选地在操作系统326的控制下）。视频游戏包括控制台库，其被安排来处理各种设备315、325、327和308的I/O；包括游戏引擎，其被安排来执行基础的游戏逻辑，以及包括游戏UI层，其被安排来生成游戏图形和声音，以经由控制台库以及图形和声音硬件325、327输出。

视频游戏331还包括用于经由OS326与客户端应用113的API通信的API。API可以用于用信号向客户端113通知视频游戏331中发生的事件，并且这些用信号通知的发生的事件可以被客户端113使用来为了延迟通知的目的给视频游戏划界。例如，有关到来的呼叫的通知可以被延迟直到玩家在视频游戏中死了或失败。与用户可能不希望分心的游戏中期相比，这是一个更适合通知他或她的接合点。

一般来说，本发明可以被应用到任何具有用于向电视屏幕输出信号的视频装置的设施中。视频装置可以包括专用的硬件和/或存储软件模块的存储器的区域的任何组合，其中任何软件模块执行在与客户端应用103相同或不同的处理器上。取决于设施和实施，视频装置可以采取不同的形式。例如在图3a的示例电视机中，视频装置可以被称为包括帧缓冲器320和322、视频硬件324、和/或存储电视应用的信号处理代码的非易失存储器318的区域的组合。在图3b的示例控制台105中，视频装置可以被称为包括视频硬件325、外部AV输出307和/或存储视频游戏331的图形处理代码的非易失存储318的区域。

进一步，本发明无需限于电视广播。随着基于分组的电视业务的逐渐普及，可能对专用电视机或机顶盒的想法感兴趣，其具有通过因特网或专用的基于分组的业务接收基于分组的电视信号的能力。

此外，注意本发明并不特别地限于VoIP或端对端的拓扑。还可以使用其他基于分组的网络、呼叫建立的协议和方法。

给定本文的公开，本发明的其他变体对本领域技术人员来说是显而易见的。本发明的范围并不受所描述的实施例的限制，而是由随附的权利要求限制。

Claims (10)

1.一种媒体设施，包括：

视频装置，用于向屏幕输出信号；

存储器，用于存储通信客户端应用；

控制设备，允许用户控制从视频装置到屏幕的信号的输出，从而选择观看活动；

网络接口，用于接入基于分组的网络；以及

处理装置，耦接到存储器、网络接口和视频装置，并安排来执行通信客户端应用，所述通信客户端应用在被执行时进行操作，所述操作包括：

允许用户经由基于分组的网络与其他用户进行双向通信；

在观看活动期间接收一个或多个传入通信事件；以及

向在观看活动期间接收的所述一个或多个传入通信事件的一个或多个发起人自动地发送自动的消息，所述自动的消息被配置成向所述一个或多个发起人指示用户的不可用性。

2.如权利要求1的媒体设施，其中处理装置在执行通信客户端应用时被进一步配置成进行操作，所述操作包括：

接收与观看活动相关联的节目安排信息；

使用节目安排信息来计算观看活动的预期的结束时间；以及

基于预期的结束时间，在发送到所述一个或多个传入通信事件的所述一个或多个发起人的自动的消息中包括对用户的预期的可用性的预测。

3.如权利要求1的媒体设施，其中：

媒体设施包括电视接收器，其用于经由电视网络接收表示电视节目的电视信号；

视频装置耦接到电视接收器，并可操作来从电视接收器向屏幕输出所选择的电视节目的电视信号；并且

控制设备允许用户控制电视信号到屏幕的输出，从而将电视节目选作所述观看活动。

4.如权利要求1的媒体设施，其中通信客户端包括安排来在第一操作模式和第二操作模式之间切换的用户设置，其中在第一操作模式下响应于在观看活动期间接收的传入通信事件而发送自动的消息，在第二操作模式下响应于在观看活动期间接收的传入通信事件而不发送这样的自动的消息。

5.如权利要求1的媒体设施，其中处理装置在执行通信客户端应用时被进一步配置成进行操作，所述操作包括延迟在观看活动期间接收的所述一个或多个传入通信事件的通知，直到观看活动的中断。

6.一种操作媒体设施的方法，该媒体设施具有用于将信号输出到屏幕的视频装置、用于接入基于分组的网络的网络接口、以及用于执行通信客户端应用的处理装置，该方法包括：

接收来自控制设备的输入，该控制设备允许用户控制从视频装置到屏幕的信号的输出，从而选择观看活动；

在媒体设施的处理装置上执行通信客户端应用，以允许用户经由基于分组的网络与其他用户进行双向通信；

在观看活动期间接收一个或多个传入通信事件；以及

向在观看活动期间接收的所述一个或多个传入通信事件的一个或多个发起人自动地发送自动的消息，所述自动的消息被配置成向所述一个或多个发起人指示用户的不可用性。

7.如权利要求6的操作媒体设施的方法，还包括：

接收与观看活动相关联的节目安排信息；

使用节目安排信息来计算观看活动的预期的结束时间；以及

基于预期的结束时间，在发送到所述一个或多个传入通信事件的所述一个或多个发起人的自动的消息中包括对用户的预期的可用性的预测。

8.如权利要求6的操作媒体设施的方法，其中：

媒体设施包括电视接收器，其用于经由电视网络接收表示电视节目的电视信号；

视频装置耦接到电视接收器，并可操作来从电视接收器向屏幕输出所选择的电视节目的电视信号；并且

控制设备允许用户控制电视信号到屏幕的输出，从而将电视节目选作所述观看活动。

9.如权利要求6的操作媒体设施的方法，其中通信客户端包括安排来在第一操作模式和第二操作模式之间切换的用户设置，其中在第一操作模式下响应于在观看活动期间接收的传入通信事件而发送自动的消息，在第二操作模式下响应于在观看活动期间接收的传入通信事件而不发送这样的自动的消息。

10.如权利要求6的操作媒体设施的方法，还包括延迟在观看活动期间接收的所述一个或多个传入通信事件的通知，直到观看活动的中断。