专利名称：设备群组控制的制作方法
技术领域：
本发明一般涉及设备控制和编程，并且更具体地涉及用于在群组级别 而非个体级的控制联网设备的方法、装置和系统。
背景技术：
对网络中的设备的控制通常采取向特定的预期设备发送特定命令的形 式。将这些设备聚集为群组通常是利用应用软件来完成的。这些解决方案 造成了软件的复杂性，并且可能因这些解决方案的顺序性质而不适合于所 希望的系统行为。
更具体地，对用于呈现视频-可视内容的群组中的设备的控制因需要高 度同步的媒体以及当前大多数音频-可视递送方法和系统的分布式性质而较 困难。例如，在广告环境中，为了达到所希望的呈现质量，常常需要许多 显示和控制设备。因此，需要在设备的群组级上而不仅仅是逐设备地来控 制许多所需要的控制功能——供电状态、音量等级、信道调谐等等。按照 如利用当前的技术通常实现的顺序来执行对设备的控制功能不会获得所希 望的体验。例如，通过顺序地命令一组设备中的每个设备来命令它们调谐 到特定信道可能使得每个设备稍微与其它设备不同步地播放该信道。顺序 地命令每个单元还造成了所实现控制系统的复杂性。S卩，在当前的控制系 统中，并非同时命令一群组设备全体地执行要执行的动作，而是典型的系 统必须顺序地寻址各个设备，并且命令其执行这些的动作。
就此而言，因此存在对克服现有技术中的上述缺陷以及其它相关缺陷 并且提供设备群组控制的新的方法、装置和系统的需求。
发明内容
本发明的实施例通过提供用于提供设备群组控制的方法、装置和系统而解决了现有技术中的缺陷。
在本发明的各个实施例中，提供了使得设备能够接收广播或多播命 令，判断该命令是否应用于该设备，并且如果命令应用于该设备则采取动 作的方法、装置和系统。
在本发明的一个实施例中，用于提供对网络设备的设备群组控制的方 法，包括确定至少一个接收设备的唯一标识符；以及将广播或多播通信 与打算通信的至少一个接收设备的标识符包括在一起；其中，设备检查接 收到的广播或多播通信以寻找其唯一标识符，从而判断通信是否是打算用 于该设备的。
在本发明的替代实施例中，用于提供对多个网络设备的设备群组控制 的装置，包括用于与网络设备通信的装置；用于至少存储控制程序、指 令和标识符信息的存储器；以及用于执行控制程序和指令的处理器。在这 样的实施例中，装置适于执行以下步骤确定至少一个接收设备的唯一标 识符；以及将广播或多播通信与打算通信的至少一个接收设备的标识符包 括在一起；其中，设备检查接收到的广播或多播通信针以寻找其唯一标识 符，从而判断通信是否是打算用于该设备的。
在本发明的替代实施例中，提供对网络设备的设备群组控制的网络包 括多个网络设备；以及用于提供对网络设备的设备群组控制的装置。在 一个实施例中，装置包括用于与网络设备通信的装置；用于至少存储控 制程序、指令和标识符信息的存储器；以及用于执行控制程序和指令的处 理器。处理器被配置来执行以下步骤确定至少一个接收设备的唯一标识 符；以及将广播或多播通信与打算通信的至少一个接收设备的标识符包括 在一起；其中，设备检査接收到的广播或多播通信针以寻找其唯一标识 符，从而判断通信是否是打算用于该设备的。
通过结合附图考虑下面的详细描述可以容易地理解本发明的教导，在 附图中
图1是示出可以应用本发明实施例的内容分发系统的高层框图；图2是示出用于提供商店内广告的商店内广告网络的高层框图； 图3是示出根据本发明实施例的用于协议设计的示例性头部； 图4是根据本发明一个实施例的示例性基础协议简档； 图5示出了根据本发明一个替代实施例的用于协议设计的示例性头 部；以及
图6示出了根据本发明一个替代实施例的示例性基础协议简档。
应当理解，附图是用于图示说明本发明的概念的目的的，并且不一定 是用于图示说明本发明的唯一可能配置。为了辅助理解，在可能时将相同 的标号用来指示各图中共有的相同元件。
具体实施例方式
本发明有利地提供了方法、装置和系统，用于使得一组设备中的每个 设备接收广播命令，判断该命令是否应用于该设备，并且如果命令应用于 该设备则采取动作。虽然将主要在销售广告网络环境的背景中来描述本发 明，然而，不应当将具体实施例当作对本发明范围的限制。本领域技术人 员将会理解并通过本发明的教导获知，本发明的概念可以有利地应用在用 于控制和成组设备的实质上任何广播环境中。
图1示出了可以应用本发明实施例的内容分发系统的高层框图。说明
性地，图1的内容分发系统100包括至少一个服务器110、诸如调谐/解
码装置(说明性地，为机顶盒(STB) ) 120r120n以及机顶盒的各个显示 器130rl30n之类的多个接收设备，以及诸如音频输出设备(说明性地，为 扬声器系统)135rl35n之类的其它接收设备。虽然在图1的系统100中， 多个机顶盒120rl20n的每个说明性地连接到单个各自的显示器，然而在本 发明的替代实施例中，多个机顶盒120rl20。的每个可以连接到多于单个显 示器。另外，虽然在图1内容分发系统IOO中，调谐/解码装置说明性地被 示为机顶盒120，然而在本发明的替代实施例中，本发明的调谐/解码装置 可以包括替代的调谐/解码装置，例如集成到显示器130中的调谐/解码电 路或者其它单独的调谐/解码设备等。此外，甚至本发明的接收设备可以包 括能够接收诸如音频、视频和/或音频/视频内容之类的内容的任何设备。在本发明的一个实施例中，图1的内容分发系统ioo可以是商店内广 告网络的一部分。例如，图2示出了用于提供商店内广告的商店内广告网 络200的高层框图。在图2的广告网络200中，广告网络200和分发系统 100采用软件和硬件的组合，该组合提供音乐唱片、家庭视频、产品展 示、广告内容以及其它这种内容的目录生成、分发、呈现以及使用跟踪， 以及商店内环境中的娱乐内容、新闻以及类似的消费者信息内容一。内容 可以包括以压縮或未压縮的视频和音频流格式呈现的内容(例如， MPEG4/MPEG4 Part 10/AVC曙H.264、 VC-1、 Windows Media等)，尽管不
应当将本系统限制为仅使用这些格式。
在本发明的一个实施例中，用于控制商店内广告网络200以及内容分 发系统100的各个元件的软件可以包括使用windowing环境(例如，MS-Windows 或X-Windows操作系统)和高性能计算硬件的32位操作系 统。在一个实施例中，广告网络200可以经由卫星(或者其它方法，例 如，广域网(WAN)、因特网、 一系列微波链路或类似机制)以及商店内 模块来使用分布式体系结构并且提供集中式内容管理和分发控制。
如图2所示，用于商店内广告网络200和内容分发系统IOO的内容可 以从广告商202、录制公司204、电影制片厂206或其它内容提供商208 提供。广告商202可以是产品制造商、服务提供商、代表制造商或服务提 供商的广告公司，或者其它实体。来自广告商202的广告内容可以包括视 听内容，包括商业宣传、"资讯广告"(info-mercial)、产品信息和产品 展示，等等。
录制公司204可以是唱片公司、音乐发布商、许可/发布实体(例如， BMI或ASCAP)、个体艺术家或者音乐相关内容的其它这种源。录制公 司204提供视听内容，例如音乐剪辑(所录制音乐的短片段)、音乐视频 剪辑，等等。电影制片厂206可以是电影制片厂、影片生产公司、影片发 行商(publicist)，或者与影片工业有关的其它源。电影制片厂106可以提 供电影剪辑、预先录制的对男女演员的采访、影评、"幕后"展示，以及 类似内容。
其它内容提供商208可以是可经由例如图1的内容分发系统100分发和播放的视频、音频或视听内容的任何其它提供商。
在本发明的一个实施例中，内容是例如使用传统的记录介质(磁带、
CD、录像带等)经由网络管理中心210 (NMC)而获得的。提供给NMC210的内容被编译成为适合于分发到例如本地分发系统100的形式，本地分发系统100在本地站点处分发和显示内容。
NMC 210可以使接收到的内容数字化，并且以经数字化的数据文件222的形式将其提供给网络操作中心(NOC) 220。将注意到，虽然数据文件222被提及为数字化的内容，然而也可以是流式音频、流式视频或其它这种信息。由NMC 210接收和编译的内容可以包括商业宣传、缓冲内容(bumper)、图形、音频等。优选地，所有文件都被命名，以使得它们被唯一地识别。更具体地，NMC210创建分发包(distribution pack)，分发包以诸如商店位置之类的特定站点为目标，并且按照计划或需要被递送到一个或多个商店。分发包如果被使用则包含意图替换或增强已经呈现在站点上的现有内容的内容(除非站点的系统正第一次被初始化，在这种情况中，所递送的包将形成站点初始内容的基础)。或者，文件可以被单独地压縮并传送，或者采用某种类型的流式压縮程序。
在本示例中，NOC 220经由通信网络225将数字化数据文件222传输到商业销售网点230处的内容分发系统100。可以用若干技术中的任一种来实现通信网络225。例如，在本发明的一个实施例中，卫星链路可以用来将数字化数据文件222分发到商业销售网点230的内容分发系统100。这使得能够通过向各个位置广播(或多播)内容来容易地分发内容。或者，因特网可以用来将视听内容分发到商业销售网点230并允许来自商业销售网点230反馈。根据本发明的替代实施例，还可以使用实现通信网络225的其它方式，例如，使用专用线、微波网络或其它这种机制。
内容分发系统100的服务器110能够接收内容(例如，分发包)，并且从而在商店内将它们分发到各种接收机，例如机顶盒120、显示器130以及扬声器系统135。 g卩，在本发明的一个实施例中，在内容分发系统100中，内容被接收并被配置用于流传输。可以通过被配置为一起或协同工作的一个或多个服务器来执行流传输。流传输内容可以包括被配置用于销售网点230 (例如，商店)中的各种不同位置或产品的内容。例如，各
个机顶盒120和显示器130以及各种扬声器系统135可以位于销售网点230中的特定位置，并且分别被配置来显示内容和广播音频，内容和音频是属于离每个各自的机顶盒和显示器的位置预定距离的产品的。
内容分发系统100的服务器110接收内容，并且创建将被传输到商店中的各种接收机的各种不同流(例如，内容信道)的音频、视频和/或音频/视频。流可以是通过无线电频率分发或作为数据流在单播或多播因特网协议(IP)网络内发送的各自信道的经调制音频、视频和/或音频/视频。这些流可以来源于在同一逻辑组的控制软件下的一个或多个服务器。
在本发明的各个实施例中，接收机中的一个或多个可以被配置来接收所创建流中的特定一个，并且由此形成接收机群组。根据本发明，服务器110实现例如被指定在例如图1的内容分发系统100的广播(例如，使用第2层广播的局域网)或多播环境中使用的控制协议，以使得可以按允许设备以群组形式被控制和/或监视的方式来配置诸如图1的接收设备之类的设备。即，在本发明的一个实施例中，如在当前系统中通常所实现的那样，本发明的协议以'应用层'而非'网络层'为对象。可根据本发明进行控制的设备的功能参数的一些可以包括供电状态、信道、音量等等。虽然在上述实施例中，服务器110被描述为用于实现协议和本发明的各发明方面的控制器，然而在本发明的替代实施例中，单独的控制器可以被提供用来实现协议和本发明的各发明方面。
在本发明的一个实施例中，各个接收器/设备被配置为属于至少一个群组，即它自己，并且还可以属于许多其它群组。因此，命令或请求可以以可能包含一个或多个设备的群组为对象。因此，群组中的各个设备将使用同一广播或多播信道来进行发送和接收。
在本发明的一个实施例中，每个设备基于其ID自动地属于一个设备的群组，即其自身群组。例如，设备的单播IP地址可以用作其ID。然而，根据本发明，仅需要设备的ID是因为设备地址在该广播或多播地址中是唯一的。设备可以支持作为所希望的尽可能多的组的成员。另外，可以通过利用协议，或者通过诸如配置文件之类的外部手段或诸如(简单网络管理协议)SNMP或web配置页面之类的其它事务处理，来将设备配置
为是群组的成员或不是群组的成员。例如，在本发明的各个实施例中，这
样是可能的本发明的给定域可以与其它域共享IP网络。另外，极有可能
给定域可能希望通过使用MAC消息摘要方案来实施消息认证和/或消息完 整性。这两个需求提出了对诸如MAC共享密钥和多播IP地址之类的本发 明的设备群组控制协议的两个可配置参数的需要。然而，本发明的一些应 用可能发现，非常希望还预先配置群组成员关系。协议支持动态成员关 系，但是在一些实施例中，可能增加了控制软件的复杂度等级，这限制了 本发明的协议的某些效果。将设备配置为群组的一部分使得控制软件远没 有那么复杂。
就此而言，在本发明的一个实施例中，设备被配置为知道它们所属的 一个或多个群组以及何时从服务器或控制器广播或多播具有群组标识信息 的控制/配置消息，设备检查该消息以判断该消息是否打算用于该设备所属 的群组。如果是，则设备处理该控制/配置消息。然而，在本发明的替代实 施例中，标识消息所应用的特定设备的控制/配置消息从服务器或控制器广 播或多播，并且每个设备检査消息以判断该消息是否打算用于该设备。
例如，并参考图1，在本发明的一个实施例中，内容分发系统100的 服务器U0接收内容，并创建将分发给诸如机顶盒120和显示器130以及 扬声器系统135之类的各种设备/接收机的各种不同流(例如，内容信道) 的音频、视频和/或音频/视频。除了接收的内容之外，服务器110还接收 用于确定哪些特定的接收内容是打算用于哪些特定设备或设备群组的指令 和配置信息。除了接收的内容、指令和配置信息之外，服务器110还可以 接收或确定用于控制特定设备或设备群组的配置的控制信息。S卩，根据本 发明的服务器110可以用来开启用于在销售商店的特定位置进行广告的设 备群组，或者可以用来改变设备的音量或信道。更具体地，本发明的服务 器可以将配置指令与打算用于设备或设备群组的内容一起传输到设备或设 备群组。
例如，假设在图1的内容分发系统100中，机顶盒120,和机顶盒1202 被安装在销售环境的时装部，并且机顶盒1203和机顶盒1204被安装在销售环境的食品部。在本发明的一个实施例中，具有机顶盒120的位置信息
并且控制内容传输的服务器110向时装部机顶盒120,和机顶盒1202传输预 订请求以预订具有唯一 ID号的第一群组，并且向食品部机顶盒1203和机 顶盒1204传输预订请求以预订具有唯一 ID号的第二群组。例如，服务器 110可以形成各个机顶盒可向其预订的下面的群组 群组名称 群组ID 时装 0x00000001 食品 0x00000002
所有STB 0x00000003
即，服务器110向各个群组的机顶盒传输预订消息，以使得机顶盒可以成
为至少由它们的位置以及打算用于各个机顶盒的内容和信息确定的、它们 应当属于的各个群组的成员。就此而言，当打算用于时装部的设备的内
容、指令或配置信息被服务器110广播或多播时，群组ID与所传输的内 容和信息包括在一起。这样，接收到广播的机顶盒120检查接收到的内容 以判断接收到的信息是否是打算用于该机顶盒是其成员的群组的。如果 是，则该机顶盒确定接收到的内容是打算用于它的。
例如，可以将群组内的所有STB调谐到来自服务器的特定IPTV流。 协议控制器(其可以是或者可以不是服务器)随后可以将单条命令发送到 该群组。例如，协议控制器可以向群组ID 0x00000001发送播放具有与可 供购买的新服装有关的信息的流的命令，并且向群组ID 0x00000002发送 播放具有与供销售的新的汤类有关的信息的流的命令。这些命令可以通过 网络经由多播被发送。命令可以被嵌入在已传输到STB的多播流中，或者 命令可以经由新的单独的多播流被传输。在这种情况中，所有STB将接收 所有命令。然而，仅时装部的两个STB，即被指派给群组0x00000001的 两个STB，将执行针对该群组的命令，并且调谐到时装流。同样，仅食品 部的两个STB，即被指派给群组0x00000002的两个STB，将执行针对该 群组的命令，并且调谐到食品流。类似地，另外的命令可以被传输到所有 STB，即群组0x00000003的成员，以调谐到仍然是单独的流。由于所有 STB都是群组0x00000003的成员，因此，所有STB将执行该命令。另 外，可选地，当STB执行去往该群组的命令时，其可以将指示成功或失败的回复传输给控制器(例如，服务器)。虽然在上面的示例中描述了服务 器或协议控制器将命令传输给STB以使其成为各个群组的成员，在本发明
的替代实施例中，STB被预先配置为属于预定群组，并且因此不必执行预
订功能。
在本发明的又一替代实施例中，根本不形成设备群组。例如，并参考
图1，在本发明的一个实施例中，内容分发系统100的服务器110接收内 容，并创建将分发给诸如机顶盒120和显示器130以及扬声器系统135之 类的各种设备/接收机的各种不同流(例如，内容信道)的音频、视频和/ 或音频/视频。除了接收的内容之外，服务器iio还可以接收用于确定哪些 特定接收内容是打算用于哪些特定设备的指令和配置信息。除了接收的内 容之外，服务器110还可以接收或确定用于控制特定设备的配置的控制信 息。即，根据本发明的服务器110可以用来开启用于在销售商店的特定位 置进行广告的各个设备，或者可以用来改变单个设备的音量或信道。更具 体地，本发明的服务器可以将配置指令与打算用于设备或设备群组的内容 一起传输给设备。
在本发明的这种实施例中，当打算用于设备的内容、指令或配置信息 被服务器110广播或多播时，打算接收通信的每个设备的设备ID与所传 输的内容和信息包括在一起。这样，接收广播的机顶盒120检查接收到的 内容以便通过检查接收到的流以判断机顶盒的唯一 ID是否与接收到的通 信包括在一起，从而来判断该接收内容是否是打算用于该设备的。如果 是，则机顶盒确定接收到的通信是打算用于它的。
例如，多个STB可以被调谐到来自服务器的特定IPTV流。协议控制 器(其可以是或可以不是服务器)可以将单条命令发送到所有STB。例 如，协议控制器可以发送增大特定STB音量的命令。命令可以通过网络经 由广播而被发送。命令可以被嵌入在已传输到STB的多播流中，或者命令 可以经由新的单独的多播流而被传输。在这种情况中，所有STB都将接收 命令。然而，命令将包括命令打算用于的所有STB的设备ID。当STB (设备)接收到命令时，STB检查接收到的通信以判断该通信是否包括各 个设备ID，并且仅设备ID与命令包括在一起的STB将执行增大其音量的命令。此外，可选地，当STB执行命令时，其可以将指示成功或失败的回 复传输给控制器(例如，服务器)。
在本发明的各个实施例中，当命令被广播或多播到网络上时，将利用 分组方案来传输命令。在本发明的一个实施例中，单条命令集被配置为适 合一个网络分组。即，由于分组被广播或多播并且大多数网络层实施方式 (例如IP)仅提供尽力而为的递送，因此，将命令集分布在多于一个分组 上将使实施方式变得复杂。在这些情况中，将需要设备实现如下手段确 认各个丢失的分组或者仅需要整条消息被重新发送以覆盖消息片段。另 外，协议必须更复杂以支持在分组以错误顺序到达时对消息进行聚合。就 此而言，根据本发明的一个实施例，通过要求针对命令集的协议消息适合 一个网络数据报，完全避免了这种复杂性。例如，在IP网络上，基本数据
报是大小由最大传输单元(MTU)设置的、通常为1500字节的UDP分 组。因此，利用这种协议传输的命令集消息必须适合该单个数据报。
艮P，本发明的协议的各个实施例是打算在不具有小的最大传输单元 (MTU)大小的现代网络(以太网LAN, 802.11无线等)上使用的。当今 的网络具有通常为1500字节的MTU。控制消息可以适合一个网络分组， 因此，适合MTU减去网络头部。在IP网络上，IP和UDP头部包括28字 节。在本发明的一个实施例中，控制消息具有36字节头部和可选的10字 节哈希(hashed)消息认证码(HMAC)。这使得典型网络上的每个分组 余下了超过1400字节的有效载荷空间。本发明的基于数据报的协议的另 一重要优点在于通过数据报自然地形成框架。这样，不需要复杂的流同 步机制来确定消息的开始。
在本发明的一个实施例中，命令集的消息格式是二进制的。即，虽然 许多协议是用文本实现的，然而，将文本用于本发明的命令集将遭遇消息 不适合单个数据报的风险。另外，本发明的一些预期使用是在非常低层的 嵌入式系统中，因此简单的二进制协议容易在这种系统中实现并且在操作 时消耗较少的系统资源。
本发明的实施例支持可针对不同应用而被定制化的简档。例如，在本 发明的一个实施例中，简单可以包括'销售广告简档'，该简档定义了适合于被实现用于在销售商店中作广告的网络的命令集。另外，其它简档可以支 持象医院、机场或电影院之类的机构的特殊需求。本发明的简单设计可以 包括命令头部和可用简单有效载荷。例如，图3示出了根据本发明实施例 的用于协议设计的示例性头部。图3的头部说明性地包括版本区段、标志
区段、消息类型区段、消息ID和相关ID区段、简档类型区段、地址区段 以及时间戳区段。图3还包括有效载荷区段和循环冗余校验(CRC)区 段。
在图3的头部中，版本区段提供了在协议演变时递增版本号的手段。 在图3的示例头部中，说明性地，版本为0x01。图3的头部的标志区段说 明性地包括为标志所保留的四比特。这些比特是A、 B、 C禾n D (以从最 高有效位到最低有效位的顺序)。在图3的头部中，A比特被定义来意指 "不回复"。如果该标志被设置，则处理消息的设备不必对消息进行回 复。说明性地，保留所有其它标志位。在消息类型区段中，说明性地定义 了下面的消息类型
0x01请求(命令); 0x02响应； 0x03警告；
保留所有其它值。
在消息ID和相关ID区段中，除非设置了 "不回复"标志，否则获得 请求消息的设备必须对该消息进行回复。回复将把相关ID字段设置为等 于对其进行回复的消息的消息ID字段。请求消息将把相关ID字段设为零 (0)。消息ID最初将被设为随机值，随后针对该设备发送的各个连续消 息而被递增一。消息ID编号中的冲突的防止是通过使用相关时间戳(下 面将进行描述)来实现的。即，可以针对包括但不限于销售广告网络、医 院网络、飞机场网络、电影院等的不同应用来列举简档类型。例如，在图 3的示例简档头部中，简档ID 0 (零)被定义为下面参考图4所描述的核 心简档。
图3的头部中的地址区段包括'群组ID'号。即，如上所述，在本发明 的一个实施例中，每个网络设备具有仅应用于该设备的唯一 ID。然而，可 以将给定设备指派给所希望的那么多的群组。在本发明的一个实施例中，这些地址是32比特值。
在图3的头部中的时间戳区段中，时间戳被包括。即，在图3的实施 例中，时间戳必须被设置在所有被发送的消息上。在本发明的一个实施例
中，时间戳是32比特值，该值例如表示从1970年1月1日起经过的秒数
(即，Unix时间)。所有消息的时间戳将是生成请求的系统时间。在一个
实施例中，首先，所有请求消息的相关时间戳将被设为零(0)。所有回 智、〉、占白66士H主f^向翌^、险且3fc白士日主旌的；害步、袖自的口tH句塑^ )]容问复》肖良l7n
配到请求消息的设备必须确保相关时间戳也与i青求的时间戳相匹酉己。这防
.1 7 m —丄n_t> !A亡4"nk小AAf AH n4、、/llj FN 蟲^3^T"^ 、、成向H=rl右r+i I I I工m Vh S^T
IE J凶厄，、J tfJ呢m双巧兀BU tTJ叩n、J泪思里宜IIU1工TfF3 Ai!、til4夂T山，T犬。
有效载荷长度区段标识了有效载荷中的字节长度。其目的是严格地确 定循环冗余校验的位置。即，图3的循环冗余校验区段包括到有效载荷的
最后一字节并包括最后一字节的所有字节中的32比特循环冗余校验。
图4示出了根据本发明一个实施例的示例性基础协议简档。说明性 地，图4的基础协议简档包括命令区段、受控参数区段、多个值区段(说 明性地为四个值区段)、可变长度区段以及可变参数块区段。可以根据本 发明来修改图4的基础协议简档以应用于各种应用。例如，对于销售广告
应用，命令区段可以包括下面的命令
0x01向群组预订(在'受控参数'字段中)；
0x02退订群组(在'受控参数'字段中)；以及
0x03退订所有群组(除自身群组外)。 除了销售广告应用之外，受控参数区段还可以包括下面的定义值
0x01供电状态；
0x02信道；
0x03音量；以及
0x04无声。
供电状态值可以包括分别的"开启"(例如，二进制T)和"关闭" (例如，二进制'0')值；信道值可以包括对信道是包括IPTV信道(例 如，二进制'0')还是RF信道(例如，二进制的指示；音量值可以包 括表示0和100百分比之间的值的数；而无声值可以包括分别的"开启"
(例如，二进制'r)和"关闭"(例如，二进制'o')值。在上述销售广告示例的本发明的实施例中，可变参数块区段可以包括
定义IPTV流信息的IPTV SDP描述块。这是响应于RTSP DESCRIBE请求
时通常所返回的。例如
C=INIP4 233.192.0.101;
a=control:rtsp:〃169.254.1.1/view0;
a=type: scheduled;
m=video 49162 RTP/AVP 33;
a=fmtp: 3 3 program—number= 1;
a=framerate:29.97^以及
a=orient: portrait.
在销售广告应用的替代实施例中，可变参数块区段可以包括定义了 RF流信息的RF SDP描述块。这是响应于RTSP DESCRIBE请求时通常所 返回的。
图5示出了根据本发明替代实施例的用于协议设计的示例性头部。说 明性地，图5的头部包括版本区段、标志区段、消息类型区段、HMAC类 型区段、到HMAC区段的偏移、消息ID和相关ID区段、时间戳区段、 源群组ID和目的地群组ID区段，以及有效载荷类型区段。图5还示出了 有效载荷区段和HMAC区段。
在图5的头部中，版本区段提供了在协议演变时递增版本号的手段。
在图5的示例头部中，说明性地，版本为0x01。图5的头部的标志区段说
明性地包括为标志所保留的12比特。在图5的实施例中，最低有效位被
定义来意指'不回复'，并且称为'N'比特。如果该标志被设置，则处理消息
的设备不必对消息进行回复。说明性地，保留所有其它标志位。在消息类
型区段中，说明性地定义了下面的消息类型 0x00通知
0x01请求(命令); 0x02响应； 0x03警告；
保留所有其它值。
HMAC区段定义了与消息一起使用的哈希消息认证码(HMAC)。说明性地，定义了下面的值
0x00无
0x01CRC32 (仅用于消息完整性)
0x02 HMAC-MD5 (RFC 2202) - 80比特长度
0x03 HMAC-SHA1 (RFC 2202) - 80比特长度
到HMAC的偏移区段定义了从本发明的群组协议帧的开始起到 HMAC的第一字节的偏移。如果未使用HMAC，则忽略该值。
在消息ID和相关ID区段中，除非设置了'不回复'标志，否则接收到请 求消息的设备必须对该消息进行回复。回复将把相关ID字段设置为等于 对其进行回复的消息的消息ID字段。请求消息将把相关ID字段设为零 (0)。消息ID最初将被设为随机值，随后针对该设备发送的各个连续消 息而被递增一。消息ID编号中的冲突的防止是通过使用相关时间戳(下 面将进行描述)来实现的。
在图5的实施例中，每个协议设备具有至少一个各自的地址以及零个 或多个群组地址。各自地址称为"各自ID"而群组地址称为"群组 ID"。在图5的实施例中这些地址说明性地为32比特值，并且在源群组 ID和目的地群组ID区段中被标识。
在图5的头部的时间戳区段中，时间戳被包括。即，在图5的实施例 中，时间戳必须被设置在所有被发送的消息上。在本发明的一个实施例 中，时间戳是使用因特网管理协议(IGMP)时间戳格式的32比特值。32 比特是表示从午夜世界时间起的毫秒数的无符号整数(主机上)。所有消 息的时间戳将是生成请求的系统时间。在一个实施例中，首先，所有请求 消息的相关时间戳将被设为零(0)。所有回复消息的相关时间戳将是来 自相关联的请求消息的时间戳。将回复消息匹配到请求消息的设备必须确 保相关时间戳也与请求的时间戳相匹配。这防止了因启动时的随机数与先 前的即时消息重叠而在消息回复中出现冲突。例如，有可能本发明的控制 器将会进行操作并发出消息，然后失败，并且随后重新开始。重新开始 时，有可能控制器可以再使用已经被发出但尚未被响应的消息ID号。控 制器可以通过验证相关时间戳也与请求的时间戳相匹配来检测这种冲突。
回复时间戳的另一优点在于可以将其用作针对给定功能的性能的定时的粗略测量。假设设备和控制器被稍微地进行了时间同步(例如使用网 络时间协议)，则回复消息包含了来自原始请求以及回复的时间戳。两者 之差就是执行闭环功能所需的时间(以秒为单位)。这可以用作容易地观 察系统性能的手段。
再次参考图5，有效载荷类型区段标识针对包括但不限于销售广告网 络、医院网络、飞机场网络、电影院等的不同应用的有效载荷类型。例 如，在图5中，有效载荷类型可以包括如下类型-
0x00核心协议有效载荷(对于图6所描述的)； 0x01机顶盒控制有效载荷(对于图8所描述的)
例如，图6示出了根据本发明替代实施例的示例性基础协议简档。在 本发明的一个实施例中，图6的基础协议的命令区段可以包括下面的命
0x00群组清除-退订所有群组(除自身群组外) 0x01向群组预订； 0x02退订群组；
0x03列举群组成员关系；以及 0x04心跳。
群组清除命令具体地用来命令一个或多个设备忘记其当前具有的所有 群组成员(除自身群组外)。预订命令具体地用来向群组预订设备(或设 备群组)。预订命令具体地用来从群组退订设备(或设备群组)。列举群 组成员关系命令用来向设备质询其属于哪个群组。在本发明的一个实施例 中，每个被联系的设备都将回复以成功或失败码，并且随后发送其所属的 每个群组的群组成员关系通知消息。应当注意，如果该命令被发送到群组 而非个体设备，则由于该群组中的每个设备因此都列举其群组成员关系，
因此回复的数目将非常大。心跳命令用来将心跳消息发送到设备或设备群 组。群组中的每个设备必须回复。这对于确保网络连接性以及列举群组成 员关系都是非常有用的工具。
再次参考图6，群组ID区段标识针对该命令将采取动作的群组。在预 订或退订命令的情况中，这是将被预订或从其退订的群组。在群组清除命 令的情况中，该字段被忽略。对于图6的基础协议简档，回复消息必须针对所请求的命令而将命令 字段设为例如0 (失败)或1 (成功)。另外，对于图6的基础协议简 档，警告消息必须使'不回复'标志被设置。在本发明的一个实施例中，命 令字段可以针对下面的警告条件而被设置-
0x00不能区段自己的群组ID (未被配置或其它类似错误)。
此外，对于图6的基础协议简档，通知消息必须使'不回复'标志被设
置。在本发明的一个实施例中，命令字段可以针对下面的条件而被设置
0x00 DGCP软件栈关闭； 0x01DGCP软件栈开启；以及
0x02 DGCP群组成员关系通告。
在图6的实施例中，当设备或控制器将执行正常关闭时，软件栈关闭 通知被发送。其提供并指示设备将离线。软件栈初始化通知在设备或控制 器启动时被发送，以发信号通知设备已被重启。如果设备不能初始化其群 组成员关系，则控制器可能需要再次向适当群组预订设备。群组地址通告 通知用作设备广告其群组成员关系的手段。设备可以在启动时以及响应于 "列举群组成员关系"命令而通告其成员关系。
已描述了用于提供设备群组控制的方法、装置和系统的各个实施例， 包括使得设备集合中的每个设备接收广播命令，判断该命令是否应用于该 设备，并且如果命令应用于该设备则采取动作(这意图是说明性的而非限 制性的)，注意，本领域技术人员可以根据上面的教导进行修改和变化。 因此，将明白，可以对所公开的本发明的特定实施例作出在如所附权利要 求所概述的本发明的范围和精神内的改变。虽然前面致力于本发明的各个 实施例，然而，在不脱离本发明的基本范围的情况下，可以设计本发明的 其它更多实施例。
权利要求
1.一种用于提供网络设备的设备群组控制的方法，包括确定至少一个接收设备的唯一标识符；以及将打算通信的所述至少一个接收设备的标识符与广播或多播通信包括在一起；其中，接收设备对接收到的广播或多播通信检查其唯一标识符，以判断所述通信是否是打算用于该接收设备的。
2. 如权利要求1所述的方法，其中，所述通信包括控制信息。
3. 如权利要求2所述的方法，其中，所述控制信息是使用分组方案广 播或多播的。
4. 如权利要求3所述的方法，其中，所述控制信息包括命令集，所述 命令集被配置为在一个分组的范围内。
5. 如权利要求4所述的方法，其中，所述分组包括网络分组。
6. 如权利要求2所述的方法，其中，所述控制信息包括二进制命令集。
7. 如权利要求2所述的方法，其中，所述控制信息包括打算用于控制 销售广告网络中的接收设备的命令集。
8. 如权利要求2所述的方法，其中，所述控制信息包括命令头部和可 变简档有效载荷。
9. 如权利要求2所述的方法，其中，所述控制信息适于控制打算接收 所述控制信息的设备的供电状态、信道和音量中的至少一种。
10. 如权利要求1所述的方法，其中，所述确定包括将预订消息传 输到至少一个接收设备，用于确定每个接收设备各自的唯一标识符。
11. 如权利要求1所述的方法，其中，所述确定包括向每个接收设 备分配预定的各自的标识符以标识接收设备。
12. 如权利要求1所述的方法，其中，打算通信的接收设备传输回 复，所述回复表明包括在所述通信内的指令执行是成功还是失败。
13. —种用于提供网络设备的设备群组控制的装置，包括用于与所述网络设备通信的装置；用于至少存储控制程序、指令和标识符信息的存储器；以及 用于执行所述控制程序和指令的处理器，所述处理器适于执行以下步骤确定至少一个接收设备的唯一标识符；以及将打算通信的每个接收设备的标识符与广播或多播通信包括在一起；其中，接收设备对接收到的广播或多播通信检査其唯一标识符， 以判断所述通信是否是打算用于该接收设备的。
14. 如权利要求13所述的装置，其中，所述用于通信的装置包括第2 层广播装置。
15. 如权利要求13所述的装置，其中，所述用于通信的装置包括多播 装置。
16. 如权利要求15所述的装置，其中，所述至少一个接收设备的唯一 标识符包括每个接收设备的单播因特网协议地址。
17. —种用于网络设备的设备群组控制的网络，包括 多个网络设备；以及用于提供网络设备的设备群组控制的装置，所述装置包括 用于与所述网络设备通信的装置；用于至少存储控制程序、指令和标识符信息的存储器；以及 用于执行所述控制程序和指令的处理器，所述处理器适于执行以下步骤确定每个设备或每组设备的唯一标识符；以及 将打算通信的每个设备或每组设备的唯一标识符与广播或多播通信包括在一起；其中，设备对接收到的广播或多播通信检查其唯一标识符，以判断所述通信是否是打算用于该设备的。
18. 如权利要求17所述的网络，其中，所述多个设备预先被配置为属 于预定群组。
19. 如权利要求17所述的网络，其中，所述网络包括局域网，并且所述用于通信的装置包括第2层广播装置。
20. 如权利要求17所述的网络，其中，所述网络包括因特网协议网 络，并且所述用于通信的装置包括多播装置。
21. 如权利要求20所述的网络，其中，所述设备中的每个设备的唯一 标识符包括每个设备的单播因特网协议地址。
全文摘要
本发明的实施例提供了用于设备群组控制的方法、装置和系统，包括使得设备集合中的每个设备接收广播命令，判断该命令是否应用于该设备，并且如果命令应用于该设备则采取动作。在本发明的一个实施例中，确定每个接收设备的唯一标识符，并且将打算通信的每个接收设备的唯一标识符与广播或多播消息包括在一起。当接收到广播或多播消息时，每个接收设备对消息检查其唯一标识符，以判断通信是否是打算用于该设备的。
文档编号H04L29/06GK101641938SQ200780052522
公开日2010年2月3日 申请日期2007年6月13日 优先权日2007年4月4日
发明者克里斯托弗·刘易斯·云科尔, 凯利·安·豪纳克, 格雷戈里·查尔斯·赫林恩 申请人:汤姆逊许可证公司