在多个通信装置上处理数据的方法和系统的制作方法
专利名称：在多个通信装置上处理数据的方法和系统的制作方法
在多个通信装置上处理数据的方法和系统技术领域本说明书一般地涉及通信系统，具体地涉及用于在多个通信装置上处 理数据的方法和系统。
背景技术：
在基于分组的语音和其他媒体系统的许多优点中， 一个优点是对带宽进行统计复用的能力。因为这个原因，VoIP和分组媒体系统可以使用比先 前的TDM (时分复用)数字系统少得多的带宽来工作。这提供了成本上 的经济性，而成本上的经济性是市场接受这种技术的主要驱动力。但是，存在许多消耗了大量带宽的有用的特征和服务。这些的范围涉 及从方便地向个体终端提供背景音乐到必要地提供紧急寻呼(emergency page)和通告(announcement)。过去，这些类型的系统从经济上縮放规 模以提供绝对非阻塞的交换和内部中继。因此，海量的带宽特性不是问 题。但是，基于分组的系统从在多个用户和应用之间的有限带宽LAN以 及特别是WAN接入链路的统计复用的使用得到许多它们的优点。因此， 在通过统计复用获得的经济性和这些海量带宽特征的利用之间存在严重的 矛盾。这是一个广泛认识到的基于分组的语音系统的不足。公知的IP组播系统已经用于处理这个问题。媒体流被引导去往的各个 装置被指示在多个可用的组播地址之一上监听。随后，多个装置可以共享 一个公共的RTP流，并且由此共享带宽的相同部分。因此，保持了统计复 用的成本降低。但是，IP组播转发不是标准的路由器性能，并且在大多数VoIP和其 他媒体网络内不被部署为标准特征。为了使用组播方案，将需要购买更复 杂和昂贵的路由器，因此减少了作为VoIP的主要合理性的重要成本优 点。必须将多个组播流通过核心网络引导到作为各个子网的路由器。与简单的(nai've)单播系统相比较，组播将节约核心网络内的带宽。但是，仍 然将消耗大量带宽。另一种解决方案是限制在其上诸如背景音乐之类的特征可能在任何时间保 持活动的装置的数量。虽然这减少带宽，但是其也减少了特征对于客户的 益处，因此，减少了基于分组的系统相对于其TDM替代物对于客户的益 处。对于诸如海量紧急寻呼(mass emergency paging)之类的一些特征， 这样的解决方案将是不可接受的。发明内容本说明书的第一方面提供了一种用于在多个通信装置上处理数据的方 法。所述方法包括经由主通信网络在主通信装置处接收数据。所述方法还包括向与所述主通信装置通信的多个通信装置分发所述数据。所述方 法还包括触发在所述多个通信装置的至少一个子集处的数据的处理。所 述多个通信装置可以经由第二通信网络来与所述主通信装置通信。向与所 述主通信装置通信的多个通信装置分发所述数据可以包括向被指定为主机 的所述多个通信装置的一部分发送所述数据，经由所述主机来进行向剩余 的通信装置的数据分发。所述方法还可以包括触发在所述多个通信装置 处对所述数据的存储。所述数据可以包括多媒体数据，并且，触发在所述多个通信装置的至 少一个子集处的数据的处理可以包括触发在所述多个通信装置的至少一个 子集处的多媒体数据的播放。所述方法可以还包括在分发所述多媒体数 据之前，将所述多媒体数据转换为可由所述多个通信装置播放的格式。所 述多媒体数据可以包括通过公共通告系统广播的语音数据，并且所述方法 可以还包括在将所述多媒体数据转换为可由所述多个通信装置播放的格式之前，记录所述语音数据。所述多媒体数据可以包括流数据(streaming data)，并且所述方法可以还包括在将所述多媒体数据转换为可由所述 多个通信装置播放的格式之前，捕获所述流数据。可以使得所述多个通信 装置的每个能够存储和删除多媒体数据文件。可以经由向多个通信装置分发所述多媒体数据来进行对在所述多个通信装置的至少一个子集处的所述多媒体数据的播放的触发。可以当在所述 多个通信装置处接收到多媒体数据后，进行在所述多个通信装置的所述至 少一个子集处的多媒体数据的播放。触发在所述多个通信装置的至少一个子集处的所述多媒体数据的播放 可以包括通过更新所述多个通信装置的所述至少一个子集的配置来触发 对所述多个通信装置的所述子集的默认行为的改变。多个多媒体数据可以被存储在所述多个通信装置处，并且触发所述多 媒体数据的播放可以包括向所述多个通信装置的所述至少一个子集发送 包括所述多媒体数据的标识符的信号。所述多媒体数据可以包括通告、寻呼和背景音乐的至少一个。所述多 媒体数据可以包括通告和地图。所述多媒体数据可以包括所述多个通信装 置可播放的格式的音频文件和视频文件的至少一个。本说明书的第二方面提供了一种主通信装置，包括通信接口，其被 使能以用于经由主通信网络接收数据；以及，处理单元，其被使能来用 于向与所述主通信装置通信的多个通信装置分发所述数据；并且，触发 在所述多个通信装置的至少一个子集处的所述数据的处理。本说明书的第三方面提供了一种在多个通信装置上播放多媒体数据的 方法。所述方法包括提供所述多个通信装置，其中所述多个通信装置的 每个已经被提供了至少一个多媒体数据文件，所述多个通信装置与中央通 信装置进行本地通信，所述中央通信装置与服务装置进行远程通信。所述 方法还包括在所述中央通信装置处从所述服务装置接收用于播放所述 至少一个多媒体数据文件的触发；并且，作为响应，向所述多个通信装置发送触发，以播放所述至少一个多媒体数据文件。
参考下面的附图来说明实施例，其中图1是按照一个非限定性实施例的示例PBX网络的示意图； 图2是示出了按照一个非限定性实施例的、在用于建立分布式TFTP 网络的图1的PBX网络内的电话之间的通信；图3是示出了按照一个非限定性实施例的、图2的分布式TFTP网络 的操作的时序图；图4图示出了按照一个非限定性实施例的、用于在多个通信装置上处理数据的系统；图5图示出了按照一个非限定性实施例的通信装置； 图6图示出了按照一个非限定性实施例的服务装置； 图7图示出了按照一个非限定性实施例的、用于在多个通信装置上处理数据的方法；图8图示出了按照一个非限定性实施例的、用于在多个通信装置上处 理数据的系统；图9图示出了按照一个非限定性实施例的、用于在多个通信装置上处 理数据的系统；以及图10图示出了按照一个非限定性实施例的、用于在多个通信装置上 处理数据的系统。
具体实施方式
参见图1，总体地示出了 PBX网络IO的示意整体视图。网络10包括 中央TFTP (简单文件传输协议)服务器和多个IP电话。电话以本领域公 知的方式经由局域网(LAN)链接到中央TFTP服务器。电话可以可替代 地经由支持TCP/IP网络的无线连接或者任何介质而链接到TFTP服务器。每个电话包含TFTP客户端，并且能够将其本身变换为TFTP服务 器。因此，电话可以从中央TFTP服务器下载软件，或者可替代地，可以 从已经将其本身变换为TFTP服务器的另一个电话下载软件。在图2内示 出了分布式TFTP方法的示例，在图2内，电话1、 2、 3和5己经变换为 TFTP服务器以便服务其他电话。 一旦电话从中央TFTP服务器或者另一个 电话下载了软件，则其可以将其本身变换为TFTP服务器。因此，网络IO 可用的TFTP服务器的数量随着时间增加。每个电话设有两个IP地址。第一 IP地址是中央TFTP服务器IP地 址。第二IP地址用于允许多个电话彼此通信，并且可以是组播组地址或者广播地址。在多个电话和中央TFTP服务器之间的TFTP会话是单播的。 类似地，在多个电话和已经将其本身变换为TFTP服务器的电话之间的 TFTP会话也是单播的。多个电话仅仅使用组播或者广播来彼此传输服务 器状态。多个电话通过DHCP选项或者通过手动输入来确定网络10使用分布 式TFTP方法，即因为存在两个TFTP IP地址。多个电话知道如果提供给 它们的TFTP地址之一是组播或者广播IP地址，则它们将要尝试分布式 TFTP方法。可以识别这样的地址，因为它们落入224.0.0.0到 239.255.255.255的范围内。如果多个电话检测到在这个范围内的一个 TFTP IP地址，则它们确定分布式TFTP方法正被使用。在分布式TFTP方法内，每个电话在尝试TFTP之前建立随机退避 (random back off)。所有的电话必须在尝试启动TFTP会话之前，遵守 (observe)并完成随机退避。当电话完成TFTP下载时，其使用由DHCP或者手动输入规定的指定 通信协议来发送"TFTP服务器就绪"消息。使用"TFTP服务器就绪"消 息发送的信息包括设置类型、可用文件名、文件修订编号、电话IP地址 和电话MAC地址。在随机退避状态内的电话每次读取具有对应的设置类 型和文件名的"TFTP服务器就绪"消息时，则其将TFTP服务器添加到其 TFTP列表。每个新的TFTP服务器被加到列表的顶部。电话经由DHCP 或者手动输入而发现的中央TFTP服务器保持在列表的底部。当电话搜索TFTP服务器时，从它们的TFTP服务器列表的顶部开 始，并且继续沿着列表向下进行，直到发现了可用TFTP服务器。在一些 实施例内，在TFTP服务器模式内的电话依序或者同时地服务5个TFTP 会话。在这些实施例内，使用TFTP错误消息来回答另外的TFTP会话请 求。如果电话被拒绝，则电话随后尝试与在其TFTP服务器列表上的下一 个TFTP服务器的TFTP会话。如果在TFTP服务器模式内的电话已经完成 了 5个TFTP请求或者如果它们已经完成了少于5个TFTP会话请求并且 从它们最后的TFTP会话请求起已经过去超过10秒，则它们恢复正常的操 作。 一旦电话已经恢复了正常的操作，则拒绝来自其他电话的其他TFTP请求。在其他实施例内，在TFTP服务器模式内的电话可以向多于或少于 5个的TFTP会话提供服务。图3示出了分布式TFTP电话方案的图。如图所示，具有最短的随机 退避的电话(在图3内的电话3) —般是要启动并完成与中央TFTP服务 器的TFTP会话的第一个电话。对于电话3，事件的次序如下。初始，电 话3的TFTP服务器列表被中央TFTP服务器的单个IP地址填充。电话3 然后启动与中央TFTP服务器的TFTP会话。 一旦TFTP会话完成，则电话 3向局域网发送"TFTP服务器就绪"消息。刚刚完成它们的随机退避并且 要求相同软件文件名的其他电话向它们的TFTP服务器列表顶部添加新的 TFTP服务器(电话3)。其他电话然后启动与新的TFTP服务器的TFTP 会话。在图3中所示出的情况中，电话3将软件下载到单个电话(电话2) 而不是最多允许的5个电话。这是因为到下一个电话(电话7)请求TFTP 会话的时候，其他电话(电话8和电话4)已经完成了它们的TFTP会 话，并且被加到可用服务器列表的顶部。因此，在将软件下载到电话2之 后，电话3在来自电话2的TFTP会话请求后IO秒后恢复正常的操作，并 且拒绝来自其他电话的另外的TFTP请求。在另一个实施例内，电话l-12的一个或多个用来下载用于其他电话的 软件，或者将软件下载到除了 IP电话之外的装置，例如个人数字助理 (PDA)、传真机和打印机。为了将软件下载到除了 IP电话之外的装置， 电话被编程以下载适合于其他装置的二进制信息。电话l-12必须相应地修 改它们的广播内的信息。因此，在图1-3内的电话(即通信装置)可以被配置来保存通信装置 可以从其下载配置信息的其他通信装置的列表。如果电话找到具有配置信 息的通信装置，则它将下载这个信息，然后使得其本身可用以向在它们的 列表上具有它的身份的其他通信装置分发这个信息。在操作中，这作为一 种级联(cascade): —个中央通信装置可以被提供配置信息。这个信息被 分发到在它们的列表上具有中央通信装置的通信装置，从而，其他装置也 可以从这些装置获得配置信息。配置信息在通信装置的级联内从中央通信装置向外传播。现在关注图4，其示出了按照一个非限定性实施例的、用于在多个通信装置上播放多媒体数据的系统100。在一些实施例内，系统100包括图 1的系统的基于网络的体系结构。中央服务器110 (例如图1的中央TFTP 服务器)经由第一通信网络125与服务装置120 (其在一些实施例内与用 户121相关联)通信。中央服务器110与例如是图1的多个电话的通信装 置140a、 140b、 140c等(统称为多个通信装置140， 一般称为通信装置 140)的至少一个子网130a、 130b和/或130c (统称为多个子网130， 一般 称为子网130)进一步通信。在一些实施例内，中央服务器110经由第二 通信网络145 (如图所示)与子网130通信，而在其他实施例内，中央服 务器110经由第一通信网络125与子网130通信。在一些实施例内， 一般使得服务装置120能够经由第一通信网络125 向中央服务器110发送多媒体数据。在一些实施例内，多媒体数据包括多 媒体数据文件Fl。 一般使得中央服务器110能够经由第二通信网络145向 多个通信装置140分发多媒体数据文件Fl，多媒体数据文件Fl可由多个 通信装置140的每个播放。还使得中央服务器110能够触发在每个通信装 置140处的多媒体数据文件F1的播放，如下所述。在其他实施例内，像在图8内那样(与图4基本类似，其中使用相同 的编号来描述类似的元件)，多媒体数据包括可转换为多媒体数据文件Fl 的广播多媒体数据Bl，例如流多媒体数据和/或调制的电信号(例如音频 和/或视频传输)。在这些实施例内， 一般使得服务装置120能够向中央服 务器110广播多媒体数据B1，并且使得中央服务器110能够将所广播的多 媒体数据B1转换为多媒体数据文件F1。第一通信网络125包括被使得能够发送多媒体数据的任何网络，包括 但是不限于诸如因特网的基于分组的网络、诸如PSTN的交换网络、局域 网、广域网、有线和/或无线网络。类似地，第二通信网络145是被使得能 够发送多媒体数据的任何适当网络，包括但是不限于诸如因特网的基于分 组的网络、诸如PSTN的交换网络、局域网、广域网、有线和/或无线网 络。在具体的非限定性实施例内，第一通信网络125包括局域网/广域网， 并且第二通信网络145包括局域网/广域网。在这些实施例内，子网130a 包括通信装置140a、 140b和140c，子网130b包括通信装置140d、 140e 和140f，子网130c包括通信装置140g。在一个非限定性实施例内，每个 子网130可以由唯一的路由器端口服务。在一些实施例内，在每个子网 130上的一个通信装置140可以被提供有中央服务器110的地址，并且在 给定的子网130内的各个通信装置140被编组为寻呼组成员。要被配置来 用于分发多媒体数据的、在子网130上的剩余装置将具有在子网130内的 其他通信装置的本地地址的列表，以使得当寻呼组成员接收它们的配置时 可以触发级联。在非限定性实施例内，子网130a的所有通信装置140与中央服务器 110通信。但是，子网130b的通信装置140d被使得能够向通信装置140e 和140f进一步分发/级联数据；例如，对于如上所述的图2的电话1、 2、 3 和5，通信装置140d可能己经被变换为TFTP服务器，以便服务于子网 130b内的其他通信装置140。在其他实施例内，通信装置140的子网130 可以包括任何适当的配置，包括但是不限于图2的配置，其中， 一些通信 装置140被配置来分发/级联数据，而其他通信装置140被配置来接收数 据，但是不分发/级联数据。中央服务器110—般包括计算装置，其具有能够经由第一通信网络 125禾卩/或第二通信网络145来通信的通信接口 112;以及，处理单元 114，其能够处理数据。中央服务器110还包括存储器116，用于存储诸如 多媒体数据文件Fl的数据和通信装置140的本地地址，通信装置140的 本地地址被存储在记录R1内。在子网130b的情况下，可以仅将通信装置 140d的本地地址存储在存储器116内，这是因为通信装置140d能够向子 网130b内的其他通信装置140分发数据。图5图示出了通信装置140的一个非限定性实施例。通信装置140包 括通信接口 210，其能够与中央服务器110通信(例如经由诸如第一通信 网络125和/或第二通信网络145的通信网络)和/或与子网130内的其他 通信装置140通信，以接收和/或分发多媒体数据。具体而言，通信接口210能够接收多媒体数据，诸如多媒体数据文件F1。通信装置140还包括 输出装置220和用于处理多媒体数据的处理单元230。处理单元230 —般 与通信接口 210和输出装置220互连。在一些实施例内，通信装置140还包括存储器250，用于存储多媒体 数据，诸如多媒体数据文件F1、 F2、 F3等，处理单元230还与存储器250 互连。在一些实施例内，经由中央服务器IIO接收在存储器250内存储的 每个多媒体数据文件Fl、 F2、 F3等，如下所述。但是，在其他实施例 内，多媒体数据文件Fl、 F2、 F3等可以在被部署在系统100内之前被预 先提供在每个通信装置140处。在其他实施例内，可以经由中央服务器 110来接收一些多媒体数据文件F1、 F2、 F3等，而其他的多媒体数据文件 Fl、 F2、 F3等也可以在被部署在系统IOO内之前被预先提供在每个通信装 置140处。在一些实施例内，存储器250包括记录R2，该记录R2包括通 信装置140向其分发/级联数据的、在子网130内的其他通信装置140的一 个或多个本地地址。一般使得处理单元230能够控制输出装置220以在处理多媒体数据时 生成多媒体数据的表示。例如，在一些实施例内，输出装置220包括音频 输出装置(例如扬声器等)、视频输出装置(例如，诸如平板显示器 (例如LCD等)之类的显示器))或者一种组合。多媒体数据可以包括 音频数据、视频数据或者一种组合。因此，在处理多媒体数据时，处理单 元230控制输出装置220以生成音频数据和/或视频数据的表示。换句话 说，通信装置140—般能够播放多媒体文件。例如，通信装置140可以一 般被提供有用于播放音频和视频文件的多媒体播放器应用程序，诸如MP3 播放器和/或MP4播放器。图6图示出了服务装置120的一个非限定性实施例。服务装置120 — 般类似于通信装置140，并且包括与通信接口 210类似的通信接口 510和 与处理单元230类似的处理单元530。服务装置120的一些实施例还包括 分别类似于输出装置220和存储器250的输出装置520和/或存储器550。 在这些实施例的一些内，存储器550可以存储多媒体数据文件F1、 F2、 F3 等。在一些实施例内，可以经由与服务装置120的用户交互在服务装置120处建立和存储多媒体数据文件F1、 F2、 F3等，如下所述。在其他实施 例内，可以在服务装置120处预先提供多媒体数据文件F1、 F2、 F3等。在一些实施例内，服务装置120还包括输入装置560，其使得服务装 置120能够从用户121接收输入数据，并且特别是多媒体输入数据。例 如，服务装置120可以包括音频输入装置(例如麦克风)和/或视频输入装 置(例如摄像机)，其从用户121捕获音频和/或视频输入数据。处理单元 530被使得能够处理多媒体输入数据，将多媒体输入数据转换为多媒体数 据文件Fl以发送到中央服务器110。在一些实施例内，多媒体数据文件 Fl然后被存储在存储器550内。在一些实施例内，服务装置120能够在接收到例如来自用户121和/或 来自计算装置(未示出)的触发时，向中央服务器IIO发送多媒体数据文 件F1、 F2、 F3等，其中，服务装置120与用户121和/或计算装置通信。 例如，用户121可以与输入装置交互，输入装置在这些实施例内可以包括 与输出装置520相关联的键盘、鼠标、触摸屏等，用于选择一个或多个多 媒体数据文件F1、 F2、 F3等以发送到中央服务器110。在一些实施例内，服务装置120包括公共通告系统的元件。现在关注图7，其图示出了按照一个非限定性实施例的、用于在多个 通信装置140上播放多媒体数据的方法700。为了有助于说明方法700， 因此将假定使用系统100来执行方法700。而且，下面的方法700的讨论 将带来对系统100及其各种部件的进一步的理解。但是，应当明白，系统 100和/或方法700可以被改变，并且不必彼此结合地精确地如在此所述那 样工作，并且这样的改变在本实施例的范围内。在步骤710，在中央服务器IIO从服务装置120接收多媒体数据。例 如，在一个实施例内，服务装置120可以在输入装置560接收到多媒体输 入数据时经由第一通信网络125向中央服务器IIO发送多媒体数据。在一 些实施例内，多媒体数据包括在服务装置120产生的多媒体数据文件F1， 如在图4内那样。因此，服务装置120捕获多媒体输入数据，将多媒体输 入数据转换为多媒体数据文件F1，并且向中央服务器IIO发送多媒体数据 文件Fl。但是，在其他实施例内，服务装置120可以在从用户121和/或计算装置接收到触发时，发送在存储器550内存储的多媒体数据文件Fl。在一个非限定性实施例内，多媒体数据文件Fl包括通告和/或寻呼消 息，诸如"下午5点了，商店将要关门"。在另一个非限定性实施例内， 多媒体数据文件Fl包括非定制的紧急寻呼，诸如"有火灾，请撤出大 楼"。在另一个非限定性实施例内，多媒体数据文件Fl包括定制的紧急 寻呼，诸如"在第四层的东侧有火灾，请经由大楼西侧的安全出口撤出大 楼"。在另一个非限定性实施例内，多媒体数据文件可以包括例如当通信 装置140被置于保持(hold)状态时可在通信装置140播放的背景音乐， 如下所述。其他类型的多媒体数据文件F1在本说明书的范围内。在其他实施例内，多媒体数据包括被广播的多媒体数据B1，如图8内 那样。例如，在这些实施例内，用户121可以在服务装置120处与输入装 置560交互，服务装置120接着将多媒体输入数据转换为被广播的多媒体 数据B1，并且向中央服务器110广播被广播的多媒体数据Bl。例如，用 户121可以以寻呼通信装置140为目的而在服务装置120向麦克风内讲 话。在非限定性实施例内，多媒体数据Bl可以包括要在通信装置140播 放的任何多媒体数据，诸如通告、寻呼、紧急寻呼、定制的紧急寻呼和/或 背景音乐。在这些实施例的一些内，多媒体数据B1可以包括流数据。在一些实施例内，在步骤720，多媒体数据被转换为可在通信装置 140上播放的格式。例如，如在图8内那样，被广播的多媒体数据B1可以 在中央服务器110被转换为多媒体数据文件F1。在这些实施例的一些内， 如果必要，还使得中央服务器110能够在将被广播的多媒体数据Bl转换 为多媒体数据文件Fl之前，记录被广播的多媒体数据Bl。在又一实施例 内，可以使得中央服务器110能够向通信装置140分发被广播的多媒体数 据B1，如参考步骤730所述，按照需要，转换发生在通信装置140处。但 是，在其他实施例内，在中央服务器110接收的多媒体数据文件Fl可以 不是可由通信装置140播放的格式，并且中央服务器110能够通过处理多 媒体数据文件Fl而将多媒体数据文件Fl转换为可播放的格式。在一些实 施例内，按照需要，转换可以在例如接收到多媒体数据文件Fl时在每个 单独的通信装置140处发生。在步骤730，中央服务器110向通信装置140分发多媒体数据。例 如，中央服务器U0査阅记录R1，以确定多个通信装置140的每个的本地 地址，并且向每个本地地址发送多媒体数据。对于子网130a，中央服务器 110向每个通信装置140a、 140b和140c分发多媒体数据。对于子网 130b，中央服务器110向通信装置140d分发多媒体数据，通信装置140d 还向通信装置140e和140f分发多媒体数据。因此，在这些实施例内，没 有一个服务器/通信装置140负责向所有的通信装置提供信息，这解决了有 限的处理容量的问题。或者，通信装置140可以请求多媒体数据，如在图 2和图3内那样，通信装置140已经经由如上所述的"TFTP服务器就绪" 消息了解到可用文件。在步骤740，中央服务器110可以触发在多个通信装置140处播放多 媒体数据。在一些实施例内，可以组合步骤730和步骤740，以便中央服 务器110通过向通信装置140分发多媒体数据而触发在多个通信装置140 处播放多媒体数据。换句话说，多媒体数据本身可以包括触发，并且每个 通信装置140能够在接收到多媒体数据时播放多媒体数据。在其他实施例 内，中央服务器110可以与分发多媒体数据同时地发送触发，以便通信装 置140在接收到多媒体数据时播放多媒体数据。以这种方式，在通信装置 140播放多媒体数据，而无需使用第一通信网络125内的额外带宽。例 如，带宽限制在到中央服务器110的广域网接入链路上通常是很关键的。 因此，方法700减轻了在广域网(即第一通信网络125)带宽上的紧张程 度，并且利用经常在本地局域网(即第二通信网络145)上提供的大量带 宽。在又一实施例内，如在图9内所示出的(基本上类似于图4，其中使 用类似的编号来描述类似的元件)，中央服务器110可以从服务装置120 接收触发Tl，触发Tl指示应当在通信装置140播放哪个多媒体数据。例 如，在这些实施例内，通信装置140可以像在步骤710-730那样经由通过 中央服务器110的分发、或者在被提供到系统IOO之前经由针对每个通信 装置140发生的提供步骤，像在图5内那样被预先提供给多媒体数据文件 Fl、 F2、 F3等。用户121随后可以在服务装置120处通过与输入装置560交互而选择要播放哪个多媒体数据，服务装置120然后向中央服务器110发送触发T1，中央服务器110随后以与参考步骤730所述的多媒体数据的 分发类似的方式向通信装置140分发触发T1 (或者另一个触发在一些实 施例内，中央服务器110通过处理触发Tl而产生新的触发)。以这种方 式，无需使用第一通信网络125内的额外带宽，并且通过向通信装置140 预先提供多媒体数据文件Fl、 F2、 F3等，而在通信装置140处播放多媒 体数据。另外，用户121可以方便地使用通信装置140的分布式资源而无 需使用第一通信网络125、服务装置120或者中央服务器110的额外资源 来在通信装置140处触发寻呼/通告特征。例如，在一些实施例内，当用户向诸如用户121的服务员报告紧急情 况时，服务员可以经由服务装置120向中央服务器IIO发信号，以针对紧 急通告的大量广播而配置所有的通信装置140。在每个子网130上的寻呼 组装置将通过从中央服务器110接收多媒体数据或者请求多媒体数据而获 得它，随后，多媒体数据将级联到在子网130上的所有适当的通信装置 140，例如如同利用子网130b内的通信装置140d和图2的电话1、 2、 3和 5那样多媒体数据被中央服务器110发送到每个子网内的主电话，并且 子网内的其他电话从主电话请求多媒体数据。在一些实施例内，对于海量通告/寻呼(紧急情况或者其他情况)，可 以使得通信装置140能够重复地播放通告，直到其被触发来进行其他事务 或者在通信装置140上的特定控制序列被完成为止。可以在如上所述的标 准配置/预先提供处理期间在通信装置140内配置标准通告(即以多媒体数 据文件Fl、 F2、 F3等的形式)。标准配置将使正播放的通告关闭。在一 些实施例内，为了触发通告的播放，例如经由来自中央服务器110的触发 来更新通信装置140的配置，以便通告的播放将是通信装置140的默认行 为，直到例如经由接收到另一个触发而进一步更新通信装置140的配置为 止。在一些实施例内，中央服务器IIO可以触发每个子网130，但是在其 他实施例内，中央服务器IIO可以触发特定的子网130。因此，中央服务 器IIO可以触发特定子网130内的寻呼；如果特定子网130与特定的地理区域或者建筑物的一部分相关联，则由此使得中央服务器110能够通过对特定子网130进行寻呼而向特定地理区域或者建筑物的一部分进行寻呼。在一些实施例内，可以通过显示了具有到最近出口的方向的地图的诸 如输出装置220之类的显示器来增强海量紧急通告特性。在又一实施例内，中央服务器110可以触发多个通信装置140的子 集，包括但是不限于特定的通信装置140。例如，在这些实施例的一些 内，在特定的通信装置140内存储的多媒体数据文件Fl可以包括背景音 乐。如果特定的通信装置140参与了通信会话(例如电话呼叫)并且该通 信会话被置于保持状态，则中央服务器IIO可以在特定通信装置140等待 通话的同时触发在特定通信装置140处的背景音乐的播放，以使得背景音 乐不必被发送到通信装置140，因此节约了第一通信网络125和/或第二通 信网络145内的带宽。 一旦保持状态结束，背景音乐的播放可以被触发以 停止。在特定的非限定性实施例内，可以使得给定的通信装置140能够允许 该给定的通信装置140的用户为该给定的通信装置140增加、删除和管理 包括优选的背景音乐在内的多媒体数据文件，以使得当从中央服务器110 接收到触发以播放背景音乐时该给定的通信装置140播放优选的背景音 乐。针对背景音乐特征，可以设置通信装置140的配置，以使得新配置的 多媒体数据文件可以被识别并被添加到可用本地文件的列表。这样，可以 按照需要将音乐文件添加到本地装置。类似地，装置可以被配置以移除文 件。虽然已经参考使用TFTP协议的系统100内的实现方式描述了方法 700，但是在其他实施例内，可以在使用除了 TFTP协议之外的协议的其他 系统内实现方法700。例如，在2007年6月6日提交的、并且通过引用被 包含在此的申请人共同待决的美国申请第11/774,352号 "CONFIGURATION OF IP TELEPHONY AND OTHER SYSTEMS" (IP 电话和其他系统的配置)公开了一种系统，其处理了本地网络上的装置的 配置的问题。如在图10内所示出的，在诸如广域网的网络上的通信装置之间建立了对等(P2P)网络。这些通信装置之一被选作本地配置服务器(LCS) 。 LCS将作为用于配置网络上的所有通信装置的文件库 (repository)。在被从网络移除后变得活动的通信装置可以从LCS获取其 配置。网络汇集器(aggregator)也被教导。汇集器被使得能够存储来自多 个本地网络的通信装置的配置。如果网络因为本地电源故障或者某个其他 原因而掉线，则当网络返回在线时，汇集器可以向网络提供所有通信装置 的配置。LCS将向汇集器订阅配置信息。汇集器将向LCS提供所有通信装 置的配置数据，并且LCS继而将向每个通信装置提供其配置。因此，可以 以节约广域网上的带宽的方式来向通信装置分发数据。因此，网络管理系统可以使用汇集器来管理通信装置的配置。可以提 供API，以使得网络管理系统可以更新单个的或者成组的通信装置的配 置。更新的配置通过汇集器的动作而自动被分发到本地网络和装置。因 此，对于诸如通告、寻呼、背景音乐等的海量带宽特征，控制这种特征的 服务器(诸如LCS)可以使用针对该特征的适当的多媒体数据文件来更新 所有通信装置的配置。汇集器的动作是向所有适当的通信装置或者适当的 LCS分发这种特征，所有适当的通信装置或者适当的LCS继而向由LCS 管理的所有适当的通信装置分发该特征。因此，可以在汇集器、LCS或者 它们的组合内实现方法700。在一些实施例内，还可以在API内提供一种功能，以便可以同时对多 个通信装置作出改变。因此，可以标识一类通信装置，并且可以向它们的 每个应用相同的改变。这将使得控制服务器不必向汇集器多次提供相同的 可能很长的多媒体数据文件。但是，汇集器和/或LCS内的方法700的实现方式与在美国申请第 11/774,352号内教导的主题之间的差别在于美国申请第11/774,352号教导 了一种"拉"体系结构，其中，由汇集器和/或LCS从网络中的其他元件 请求数据，而方法700表示"推"体系结构，其中，汇集器和/或LCS分 别将数据推送到LCS和/或通信装置。虽然参考在多个通信装置140上播放多媒体数据而描述了方法700和 系统100，但是一般而言，方法700和系统100还可以涉及在多个通信装置140上分发和处理数据。例如，在一些实施例内，要分发的数据可以不 是多媒体数据，而是用于处理的数据，例如要安装在每个通信装置140处 的应用程序，诸如对多媒体播放器应用程序的更新和/或新的多媒体播放器
应用程序。在这些实施例内，方法700可以适合于在多个通信装置140上 处理数据。例如，可以使得中央服务器IIO能够经由第一通信网络125例 如从服务装置120或者另一个通信装置和/或计算装置接收数据。类似于参 考方法700的步骤730所述的多媒体数据的分发，中央服务器110也可以 被配置来向多个通信装置140分发数据。还可以使得中央服务器110能够 以类似于参考方法700的步骤740所述的触发多媒体数据的播放的方式触 发多个通信装置的至少一个子集上的数据的处理。
此外，虽然已经在此参考TFTP协议和P2P协议描述了实施例，但是 本领域内的技术人员了解的其他协议也在本说明书的范围内。而且，TFTP 和P2P协议的使用不应被不适当地认为是限定。
本领域内的技术人员可以明白，在一些实施例内，可以使用预先编程 的硬件和固件元件(例如专用集成电路(ASIC)、电可擦除可编程只读存 储器(EEPROM)等)或者其他相关的部件来实现中央服务器110、服务 装置120和通信装置140的功能。在其他实施例内，可以使用计算设备来 实现中央服务器110、服务装置120和通信装置140的功能，其中，计算 设备访问代码存储器(未示出)，代码存储器存储用于计算设备的操作的 计算机可读程序代码。计算可读程序代码可以被存储在介质上，该介质是 固定的、有形的和可以由这些部件直接可读的(例如可装卸磁盘、CD-ROM、 ROM、固定盘、USB驱动器)，或者，计算机可读程序可以被远 程存储，但是可以通过传输介质经由连接到网络(包括但是不限于因特 网)的调制解调器或者其他接口装置发送到这些部件。传输介质可以是非 无线介质(例如光学或者模拟通信线路)或者无线介质(例如微波、红外 线、自由空间光学或者其他传输方案)或者其组合。
本领域内的技术人员可以明白，还存在有可能用于实现所述实施例的 更多的替代实现方式和修改，并且上述的实现方式和示例仅仅是对一个或 多个实施例的说明。因此，范围仅仅由所附的权利要求限定。本申请是2006年11月27日提交的申请第11/563,231号的部分继续申 请，该原案申请通过引用被包含在此。
权利要求
1.一种用于在多个通信装置上处理数据的方法，包括经由主通信网络在主通信装置处接收数据；向与所述主通信装置通信的多个通信装置分发所述数据；触发在所述多个通信装置的至少一个子集处的对所述数据的处理；以及触发所述数据在所述多个通信装置处的存储。
2. 根据权利要求1所述的方法，其中，所述多个通信装置经由第二通 信网络来与所述主通信装置通信。
3. 根据权利要求1所述的方法，其中，向与所述主通信装置通信的多 个通信装置分发所述数据包括向被指定为主机的所述多个通信装置的一部 分发送所述数据，所述数据向其余通信装置的所述分发是经由所述主机来 进行的。
4. 根据权利要求1所述的方法，其中，所述数据包括多媒体数据，并 且，所述触发在所述多个通信装置的至少一个子集处的对所述数据的处理 包括触发在所述多个通信装置的至少一个子集处的对所述多媒体数据的播 放。
5. 根据权利要求4所述的方法，还包括在对所述多媒体数据的所述 分发之前，将所述多媒体数据转换为所述多个通信装置能播放的格式。
6. 根据权利要求5所述的方法，其中，所述多媒体数据包括通过公共 通告系统广播的语音数据，并且所述方法还包括在将所述多媒体数据转 换为所述多个通信装置能播放的格式之前，记录所述语音数据。
7. 根据权利要求5所述的方法，其中，所述多媒体数据包括流数据， 并且所述方法还包括在将所述多媒体数据转换为所述多个通信装置能播 放的格式之前，捕获所述流数据。
8. 根据权利要求4所述的方法，其中，使得所述多个通信装置的每个能够存储和删除多媒体数据文件。
9. 根据权利要求4所述的方法，其中，在所述多个通信装置的至少一个子集处的对所述多媒体数据的播放的所述触发是经由向所述多个通信装 置的所述多媒体数据的所述分发来进行的。
10.根据权利要求4所述的方法，其中，所述多媒体数据包括通告、寻呼、音频文件、视频文件和背景音乐的至少一个。
全文摘要
本发明提供了一种在多个通信装置上处理数据的方法和系统。经由主通信网络在主通信装置接收数据。所述数据被分发到与所述主通信装置通信的多个通信装置。触发在所述多个通信装置处的至少一个子集的数据的处理。可以经由级联处理来进行所述数据的分发，其中，所述数据首先被分发到被指定为主机的通信装置，并且所述数据进一步经由所述主机被分发到剩余的通信装置。
文档编号H04L29/06GK101577710SQ20091000563
公开日2009年11月11日 申请日期2009年1月20日 优先权日2008年5月9日
发明者保罗·波文卡尔, 克里斯托弗·詹姆斯·纳森, 彼得·布拉斯威克, 罗伯特·斯达尔 申请人:米特尔网络公司
在多个通信装置上处理数据的方法和系统技术领域本说明书一般地涉及通信系统，具体地涉及用于在多个通信装置上处 理数据的方法和系统。
背景技术：
在基于分组的语音和其他媒体系统的许多优点中， 一个优点是对带宽进行统计复用的能力。因为这个原因，VoIP和分组媒体系统可以使用比先 前的TDM (时分复用)数字系统少得多的带宽来工作。这提供了成本上 的经济性，而成本上的经济性是市场接受这种技术的主要驱动力。但是，存在许多消耗了大量带宽的有用的特征和服务。这些的范围涉 及从方便地向个体终端提供背景音乐到必要地提供紧急寻呼(emergency page)和通告(announcement)。过去，这些类型的系统从经济上縮放规 模以提供绝对非阻塞的交换和内部中继。因此，海量的带宽特性不是问 题。但是，基于分组的系统从在多个用户和应用之间的有限带宽LAN以 及特别是WAN接入链路的统计复用的使用得到许多它们的优点。因此， 在通过统计复用获得的经济性和这些海量带宽特征的利用之间存在严重的 矛盾。这是一个广泛认识到的基于分组的语音系统的不足。公知的IP组播系统已经用于处理这个问题。媒体流被引导去往的各个 装置被指示在多个可用的组播地址之一上监听。随后，多个装置可以共享 一个公共的RTP流，并且由此共享带宽的相同部分。因此，保持了统计复 用的成本降低。但是，IP组播转发不是标准的路由器性能，并且在大多数VoIP和其 他媒体网络内不被部署为标准特征。为了使用组播方案，将需要购买更复 杂和昂贵的路由器，因此减少了作为VoIP的主要合理性的重要成本优 点。必须将多个组播流通过核心网络引导到作为各个子网的路由器。与简单的(nai've)单播系统相比较，组播将节约核心网络内的带宽。但是，仍 然将消耗大量带宽。另一种解决方案是限制在其上诸如背景音乐之类的特征可能在任何时间保 持活动的装置的数量。虽然这减少带宽，但是其也减少了特征对于客户的 益处，因此，减少了基于分组的系统相对于其TDM替代物对于客户的益 处。对于诸如海量紧急寻呼(mass emergency paging)之类的一些特征， 这样的解决方案将是不可接受的。发明内容本说明书的第一方面提供了一种用于在多个通信装置上处理数据的方 法。所述方法包括经由主通信网络在主通信装置处接收数据。所述方法还包括向与所述主通信装置通信的多个通信装置分发所述数据。所述方 法还包括触发在所述多个通信装置的至少一个子集处的数据的处理。所 述多个通信装置可以经由第二通信网络来与所述主通信装置通信。向与所 述主通信装置通信的多个通信装置分发所述数据可以包括向被指定为主机 的所述多个通信装置的一部分发送所述数据，经由所述主机来进行向剩余 的通信装置的数据分发。所述方法还可以包括触发在所述多个通信装置 处对所述数据的存储。所述数据可以包括多媒体数据，并且，触发在所述多个通信装置的至 少一个子集处的数据的处理可以包括触发在所述多个通信装置的至少一个 子集处的多媒体数据的播放。所述方法可以还包括在分发所述多媒体数 据之前，将所述多媒体数据转换为可由所述多个通信装置播放的格式。所 述多媒体数据可以包括通过公共通告系统广播的语音数据，并且所述方法 可以还包括在将所述多媒体数据转换为可由所述多个通信装置播放的格式之前，记录所述语音数据。所述多媒体数据可以包括流数据(streaming data)，并且所述方法可以还包括在将所述多媒体数据转换为可由所述 多个通信装置播放的格式之前，捕获所述流数据。可以使得所述多个通信 装置的每个能够存储和删除多媒体数据文件。可以经由向多个通信装置分发所述多媒体数据来进行对在所述多个通信装置的至少一个子集处的所述多媒体数据的播放的触发。可以当在所述 多个通信装置处接收到多媒体数据后，进行在所述多个通信装置的所述至 少一个子集处的多媒体数据的播放。触发在所述多个通信装置的至少一个子集处的所述多媒体数据的播放 可以包括通过更新所述多个通信装置的所述至少一个子集的配置来触发 对所述多个通信装置的所述子集的默认行为的改变。多个多媒体数据可以被存储在所述多个通信装置处，并且触发所述多 媒体数据的播放可以包括向所述多个通信装置的所述至少一个子集发送 包括所述多媒体数据的标识符的信号。所述多媒体数据可以包括通告、寻呼和背景音乐的至少一个。所述多 媒体数据可以包括通告和地图。所述多媒体数据可以包括所述多个通信装 置可播放的格式的音频文件和视频文件的至少一个。本说明书的第二方面提供了一种主通信装置，包括通信接口，其被 使能以用于经由主通信网络接收数据；以及，处理单元，其被使能来用 于向与所述主通信装置通信的多个通信装置分发所述数据；并且，触发 在所述多个通信装置的至少一个子集处的所述数据的处理。本说明书的第三方面提供了一种在多个通信装置上播放多媒体数据的 方法。所述方法包括提供所述多个通信装置，其中所述多个通信装置的 每个已经被提供了至少一个多媒体数据文件，所述多个通信装置与中央通 信装置进行本地通信，所述中央通信装置与服务装置进行远程通信。所述 方法还包括在所述中央通信装置处从所述服务装置接收用于播放所述 至少一个多媒体数据文件的触发；并且，作为响应，向所述多个通信装置发送触发，以播放所述至少一个多媒体数据文件。
参考下面的附图来说明实施例，其中图1是按照一个非限定性实施例的示例PBX网络的示意图； 图2是示出了按照一个非限定性实施例的、在用于建立分布式TFTP 网络的图1的PBX网络内的电话之间的通信；图3是示出了按照一个非限定性实施例的、图2的分布式TFTP网络 的操作的时序图；图4图示出了按照一个非限定性实施例的、用于在多个通信装置上处理数据的系统；图5图示出了按照一个非限定性实施例的通信装置； 图6图示出了按照一个非限定性实施例的服务装置； 图7图示出了按照一个非限定性实施例的、用于在多个通信装置上处理数据的方法；图8图示出了按照一个非限定性实施例的、用于在多个通信装置上处 理数据的系统；图9图示出了按照一个非限定性实施例的、用于在多个通信装置上处 理数据的系统；以及图10图示出了按照一个非限定性实施例的、用于在多个通信装置上 处理数据的系统。
具体实施方式
参见图1，总体地示出了 PBX网络IO的示意整体视图。网络10包括 中央TFTP (简单文件传输协议)服务器和多个IP电话。电话以本领域公 知的方式经由局域网(LAN)链接到中央TFTP服务器。电话可以可替代 地经由支持TCP/IP网络的无线连接或者任何介质而链接到TFTP服务器。每个电话包含TFTP客户端，并且能够将其本身变换为TFTP服务 器。因此，电话可以从中央TFTP服务器下载软件，或者可替代地，可以 从已经将其本身变换为TFTP服务器的另一个电话下载软件。在图2内示 出了分布式TFTP方法的示例，在图2内，电话1、 2、 3和5己经变换为 TFTP服务器以便服务其他电话。 一旦电话从中央TFTP服务器或者另一个 电话下载了软件，则其可以将其本身变换为TFTP服务器。因此，网络IO 可用的TFTP服务器的数量随着时间增加。每个电话设有两个IP地址。第一 IP地址是中央TFTP服务器IP地 址。第二IP地址用于允许多个电话彼此通信，并且可以是组播组地址或者广播地址。在多个电话和中央TFTP服务器之间的TFTP会话是单播的。 类似地，在多个电话和已经将其本身变换为TFTP服务器的电话之间的 TFTP会话也是单播的。多个电话仅仅使用组播或者广播来彼此传输服务 器状态。多个电话通过DHCP选项或者通过手动输入来确定网络10使用分布 式TFTP方法，即因为存在两个TFTP IP地址。多个电话知道如果提供给 它们的TFTP地址之一是组播或者广播IP地址，则它们将要尝试分布式 TFTP方法。可以识别这样的地址，因为它们落入224.0.0.0到 239.255.255.255的范围内。如果多个电话检测到在这个范围内的一个 TFTP IP地址，则它们确定分布式TFTP方法正被使用。在分布式TFTP方法内，每个电话在尝试TFTP之前建立随机退避 (random back off)。所有的电话必须在尝试启动TFTP会话之前，遵守 (observe)并完成随机退避。当电话完成TFTP下载时，其使用由DHCP或者手动输入规定的指定 通信协议来发送"TFTP服务器就绪"消息。使用"TFTP服务器就绪"消 息发送的信息包括设置类型、可用文件名、文件修订编号、电话IP地址 和电话MAC地址。在随机退避状态内的电话每次读取具有对应的设置类 型和文件名的"TFTP服务器就绪"消息时，则其将TFTP服务器添加到其 TFTP列表。每个新的TFTP服务器被加到列表的顶部。电话经由DHCP 或者手动输入而发现的中央TFTP服务器保持在列表的底部。当电话搜索TFTP服务器时，从它们的TFTP服务器列表的顶部开 始，并且继续沿着列表向下进行，直到发现了可用TFTP服务器。在一些 实施例内，在TFTP服务器模式内的电话依序或者同时地服务5个TFTP 会话。在这些实施例内，使用TFTP错误消息来回答另外的TFTP会话请 求。如果电话被拒绝，则电话随后尝试与在其TFTP服务器列表上的下一 个TFTP服务器的TFTP会话。如果在TFTP服务器模式内的电话已经完成 了 5个TFTP请求或者如果它们已经完成了少于5个TFTP会话请求并且 从它们最后的TFTP会话请求起已经过去超过10秒，则它们恢复正常的操 作。 一旦电话已经恢复了正常的操作，则拒绝来自其他电话的其他TFTP请求。在其他实施例内，在TFTP服务器模式内的电话可以向多于或少于 5个的TFTP会话提供服务。图3示出了分布式TFTP电话方案的图。如图所示，具有最短的随机 退避的电话(在图3内的电话3) —般是要启动并完成与中央TFTP服务 器的TFTP会话的第一个电话。对于电话3，事件的次序如下。初始，电 话3的TFTP服务器列表被中央TFTP服务器的单个IP地址填充。电话3 然后启动与中央TFTP服务器的TFTP会话。 一旦TFTP会话完成，则电话 3向局域网发送"TFTP服务器就绪"消息。刚刚完成它们的随机退避并且 要求相同软件文件名的其他电话向它们的TFTP服务器列表顶部添加新的 TFTP服务器(电话3)。其他电话然后启动与新的TFTP服务器的TFTP 会话。在图3中所示出的情况中，电话3将软件下载到单个电话(电话2) 而不是最多允许的5个电话。这是因为到下一个电话(电话7)请求TFTP 会话的时候，其他电话(电话8和电话4)已经完成了它们的TFTP会 话，并且被加到可用服务器列表的顶部。因此，在将软件下载到电话2之 后，电话3在来自电话2的TFTP会话请求后IO秒后恢复正常的操作，并 且拒绝来自其他电话的另外的TFTP请求。在另一个实施例内，电话l-12的一个或多个用来下载用于其他电话的 软件，或者将软件下载到除了 IP电话之外的装置，例如个人数字助理 (PDA)、传真机和打印机。为了将软件下载到除了 IP电话之外的装置， 电话被编程以下载适合于其他装置的二进制信息。电话l-12必须相应地修 改它们的广播内的信息。因此，在图1-3内的电话(即通信装置)可以被配置来保存通信装置 可以从其下载配置信息的其他通信装置的列表。如果电话找到具有配置信 息的通信装置，则它将下载这个信息，然后使得其本身可用以向在它们的 列表上具有它的身份的其他通信装置分发这个信息。在操作中，这作为一 种级联(cascade): —个中央通信装置可以被提供配置信息。这个信息被 分发到在它们的列表上具有中央通信装置的通信装置，从而，其他装置也 可以从这些装置获得配置信息。配置信息在通信装置的级联内从中央通信装置向外传播。现在关注图4，其示出了按照一个非限定性实施例的、用于在多个通信装置上播放多媒体数据的系统100。在一些实施例内，系统100包括图 1的系统的基于网络的体系结构。中央服务器110 (例如图1的中央TFTP 服务器)经由第一通信网络125与服务装置120 (其在一些实施例内与用 户121相关联)通信。中央服务器110与例如是图1的多个电话的通信装 置140a、 140b、 140c等(统称为多个通信装置140， 一般称为通信装置 140)的至少一个子网130a、 130b和/或130c (统称为多个子网130， 一般 称为子网130)进一步通信。在一些实施例内，中央服务器110经由第二 通信网络145 (如图所示)与子网130通信，而在其他实施例内，中央服 务器110经由第一通信网络125与子网130通信。在一些实施例内， 一般使得服务装置120能够经由第一通信网络125 向中央服务器110发送多媒体数据。在一些实施例内，多媒体数据包括多 媒体数据文件Fl。 一般使得中央服务器110能够经由第二通信网络145向 多个通信装置140分发多媒体数据文件Fl，多媒体数据文件Fl可由多个 通信装置140的每个播放。还使得中央服务器110能够触发在每个通信装 置140处的多媒体数据文件F1的播放，如下所述。在其他实施例内，像在图8内那样(与图4基本类似，其中使用相同 的编号来描述类似的元件)，多媒体数据包括可转换为多媒体数据文件Fl 的广播多媒体数据Bl，例如流多媒体数据和/或调制的电信号(例如音频 和/或视频传输)。在这些实施例内， 一般使得服务装置120能够向中央服 务器110广播多媒体数据B1，并且使得中央服务器110能够将所广播的多 媒体数据B1转换为多媒体数据文件F1。第一通信网络125包括被使得能够发送多媒体数据的任何网络，包括 但是不限于诸如因特网的基于分组的网络、诸如PSTN的交换网络、局域 网、广域网、有线和/或无线网络。类似地，第二通信网络145是被使得能 够发送多媒体数据的任何适当网络，包括但是不限于诸如因特网的基于分 组的网络、诸如PSTN的交换网络、局域网、广域网、有线和/或无线网 络。在具体的非限定性实施例内，第一通信网络125包括局域网/广域网， 并且第二通信网络145包括局域网/广域网。在这些实施例内，子网130a 包括通信装置140a、 140b和140c，子网130b包括通信装置140d、 140e 和140f，子网130c包括通信装置140g。在一个非限定性实施例内，每个 子网130可以由唯一的路由器端口服务。在一些实施例内，在每个子网 130上的一个通信装置140可以被提供有中央服务器110的地址，并且在 给定的子网130内的各个通信装置140被编组为寻呼组成员。要被配置来 用于分发多媒体数据的、在子网130上的剩余装置将具有在子网130内的 其他通信装置的本地地址的列表，以使得当寻呼组成员接收它们的配置时 可以触发级联。在非限定性实施例内，子网130a的所有通信装置140与中央服务器 110通信。但是，子网130b的通信装置140d被使得能够向通信装置140e 和140f进一步分发/级联数据；例如，对于如上所述的图2的电话1、 2、 3 和5，通信装置140d可能己经被变换为TFTP服务器，以便服务于子网 130b内的其他通信装置140。在其他实施例内，通信装置140的子网130 可以包括任何适当的配置，包括但是不限于图2的配置，其中， 一些通信 装置140被配置来分发/级联数据，而其他通信装置140被配置来接收数 据，但是不分发/级联数据。中央服务器110—般包括计算装置，其具有能够经由第一通信网络 125禾卩/或第二通信网络145来通信的通信接口 112;以及，处理单元 114，其能够处理数据。中央服务器110还包括存储器116，用于存储诸如 多媒体数据文件Fl的数据和通信装置140的本地地址，通信装置140的 本地地址被存储在记录R1内。在子网130b的情况下，可以仅将通信装置 140d的本地地址存储在存储器116内，这是因为通信装置140d能够向子 网130b内的其他通信装置140分发数据。图5图示出了通信装置140的一个非限定性实施例。通信装置140包 括通信接口 210，其能够与中央服务器110通信(例如经由诸如第一通信 网络125和/或第二通信网络145的通信网络)和/或与子网130内的其他 通信装置140通信，以接收和/或分发多媒体数据。具体而言，通信接口210能够接收多媒体数据，诸如多媒体数据文件F1。通信装置140还包括 输出装置220和用于处理多媒体数据的处理单元230。处理单元230 —般 与通信接口 210和输出装置220互连。在一些实施例内，通信装置140还包括存储器250，用于存储多媒体 数据，诸如多媒体数据文件F1、 F2、 F3等，处理单元230还与存储器250 互连。在一些实施例内，经由中央服务器IIO接收在存储器250内存储的 每个多媒体数据文件Fl、 F2、 F3等，如下所述。但是，在其他实施例 内，多媒体数据文件Fl、 F2、 F3等可以在被部署在系统100内之前被预 先提供在每个通信装置140处。在其他实施例内，可以经由中央服务器 110来接收一些多媒体数据文件F1、 F2、 F3等，而其他的多媒体数据文件 Fl、 F2、 F3等也可以在被部署在系统IOO内之前被预先提供在每个通信装 置140处。在一些实施例内，存储器250包括记录R2，该记录R2包括通 信装置140向其分发/级联数据的、在子网130内的其他通信装置140的一 个或多个本地地址。一般使得处理单元230能够控制输出装置220以在处理多媒体数据时 生成多媒体数据的表示。例如，在一些实施例内，输出装置220包括音频 输出装置(例如扬声器等)、视频输出装置(例如，诸如平板显示器 (例如LCD等)之类的显示器))或者一种组合。多媒体数据可以包括 音频数据、视频数据或者一种组合。因此，在处理多媒体数据时，处理单 元230控制输出装置220以生成音频数据和/或视频数据的表示。换句话 说，通信装置140—般能够播放多媒体文件。例如，通信装置140可以一 般被提供有用于播放音频和视频文件的多媒体播放器应用程序，诸如MP3 播放器和/或MP4播放器。图6图示出了服务装置120的一个非限定性实施例。服务装置120 — 般类似于通信装置140，并且包括与通信接口 210类似的通信接口 510和 与处理单元230类似的处理单元530。服务装置120的一些实施例还包括 分别类似于输出装置220和存储器250的输出装置520和/或存储器550。 在这些实施例的一些内，存储器550可以存储多媒体数据文件F1、 F2、 F3 等。在一些实施例内，可以经由与服务装置120的用户交互在服务装置120处建立和存储多媒体数据文件F1、 F2、 F3等，如下所述。在其他实施 例内，可以在服务装置120处预先提供多媒体数据文件F1、 F2、 F3等。在一些实施例内，服务装置120还包括输入装置560，其使得服务装 置120能够从用户121接收输入数据，并且特别是多媒体输入数据。例 如，服务装置120可以包括音频输入装置(例如麦克风)和/或视频输入装 置(例如摄像机)，其从用户121捕获音频和/或视频输入数据。处理单元 530被使得能够处理多媒体输入数据，将多媒体输入数据转换为多媒体数 据文件Fl以发送到中央服务器110。在一些实施例内，多媒体数据文件 Fl然后被存储在存储器550内。在一些实施例内，服务装置120能够在接收到例如来自用户121和/或 来自计算装置(未示出)的触发时，向中央服务器IIO发送多媒体数据文 件F1、 F2、 F3等，其中，服务装置120与用户121和/或计算装置通信。 例如，用户121可以与输入装置交互，输入装置在这些实施例内可以包括 与输出装置520相关联的键盘、鼠标、触摸屏等，用于选择一个或多个多 媒体数据文件F1、 F2、 F3等以发送到中央服务器110。在一些实施例内，服务装置120包括公共通告系统的元件。现在关注图7，其图示出了按照一个非限定性实施例的、用于在多个 通信装置140上播放多媒体数据的方法700。为了有助于说明方法700， 因此将假定使用系统100来执行方法700。而且，下面的方法700的讨论 将带来对系统100及其各种部件的进一步的理解。但是，应当明白，系统 100和/或方法700可以被改变，并且不必彼此结合地精确地如在此所述那 样工作，并且这样的改变在本实施例的范围内。在步骤710，在中央服务器IIO从服务装置120接收多媒体数据。例 如，在一个实施例内，服务装置120可以在输入装置560接收到多媒体输 入数据时经由第一通信网络125向中央服务器IIO发送多媒体数据。在一 些实施例内，多媒体数据包括在服务装置120产生的多媒体数据文件F1， 如在图4内那样。因此，服务装置120捕获多媒体输入数据，将多媒体输 入数据转换为多媒体数据文件F1，并且向中央服务器IIO发送多媒体数据 文件Fl。但是，在其他实施例内，服务装置120可以在从用户121和/或计算装置接收到触发时，发送在存储器550内存储的多媒体数据文件Fl。在一个非限定性实施例内，多媒体数据文件Fl包括通告和/或寻呼消 息，诸如"下午5点了，商店将要关门"。在另一个非限定性实施例内， 多媒体数据文件Fl包括非定制的紧急寻呼，诸如"有火灾，请撤出大 楼"。在另一个非限定性实施例内，多媒体数据文件Fl包括定制的紧急 寻呼，诸如"在第四层的东侧有火灾，请经由大楼西侧的安全出口撤出大 楼"。在另一个非限定性实施例内，多媒体数据文件可以包括例如当通信 装置140被置于保持(hold)状态时可在通信装置140播放的背景音乐， 如下所述。其他类型的多媒体数据文件F1在本说明书的范围内。在其他实施例内，多媒体数据包括被广播的多媒体数据B1，如图8内 那样。例如，在这些实施例内，用户121可以在服务装置120处与输入装 置560交互，服务装置120接着将多媒体输入数据转换为被广播的多媒体 数据B1，并且向中央服务器110广播被广播的多媒体数据Bl。例如，用 户121可以以寻呼通信装置140为目的而在服务装置120向麦克风内讲 话。在非限定性实施例内，多媒体数据Bl可以包括要在通信装置140播 放的任何多媒体数据，诸如通告、寻呼、紧急寻呼、定制的紧急寻呼和/或 背景音乐。在这些实施例的一些内，多媒体数据B1可以包括流数据。在一些实施例内，在步骤720，多媒体数据被转换为可在通信装置 140上播放的格式。例如，如在图8内那样，被广播的多媒体数据B1可以 在中央服务器110被转换为多媒体数据文件F1。在这些实施例的一些内， 如果必要，还使得中央服务器110能够在将被广播的多媒体数据Bl转换 为多媒体数据文件Fl之前，记录被广播的多媒体数据Bl。在又一实施例 内，可以使得中央服务器110能够向通信装置140分发被广播的多媒体数 据B1，如参考步骤730所述，按照需要，转换发生在通信装置140处。但 是，在其他实施例内，在中央服务器110接收的多媒体数据文件Fl可以 不是可由通信装置140播放的格式，并且中央服务器110能够通过处理多 媒体数据文件Fl而将多媒体数据文件Fl转换为可播放的格式。在一些实 施例内，按照需要，转换可以在例如接收到多媒体数据文件Fl时在每个 单独的通信装置140处发生。在步骤730，中央服务器110向通信装置140分发多媒体数据。例 如，中央服务器U0査阅记录R1，以确定多个通信装置140的每个的本地 地址，并且向每个本地地址发送多媒体数据。对于子网130a，中央服务器 110向每个通信装置140a、 140b和140c分发多媒体数据。对于子网 130b，中央服务器110向通信装置140d分发多媒体数据，通信装置140d 还向通信装置140e和140f分发多媒体数据。因此，在这些实施例内，没 有一个服务器/通信装置140负责向所有的通信装置提供信息，这解决了有 限的处理容量的问题。或者，通信装置140可以请求多媒体数据，如在图 2和图3内那样，通信装置140已经经由如上所述的"TFTP服务器就绪" 消息了解到可用文件。在步骤740，中央服务器110可以触发在多个通信装置140处播放多 媒体数据。在一些实施例内，可以组合步骤730和步骤740，以便中央服 务器110通过向通信装置140分发多媒体数据而触发在多个通信装置140 处播放多媒体数据。换句话说，多媒体数据本身可以包括触发，并且每个 通信装置140能够在接收到多媒体数据时播放多媒体数据。在其他实施例 内，中央服务器110可以与分发多媒体数据同时地发送触发，以便通信装 置140在接收到多媒体数据时播放多媒体数据。以这种方式，在通信装置 140播放多媒体数据，而无需使用第一通信网络125内的额外带宽。例 如，带宽限制在到中央服务器110的广域网接入链路上通常是很关键的。 因此，方法700减轻了在广域网(即第一通信网络125)带宽上的紧张程 度，并且利用经常在本地局域网(即第二通信网络145)上提供的大量带 宽。在又一实施例内，如在图9内所示出的(基本上类似于图4，其中使 用类似的编号来描述类似的元件)，中央服务器110可以从服务装置120 接收触发Tl，触发Tl指示应当在通信装置140播放哪个多媒体数据。例 如，在这些实施例内，通信装置140可以像在步骤710-730那样经由通过 中央服务器110的分发、或者在被提供到系统IOO之前经由针对每个通信 装置140发生的提供步骤，像在图5内那样被预先提供给多媒体数据文件 Fl、 F2、 F3等。用户121随后可以在服务装置120处通过与输入装置560交互而选择要播放哪个多媒体数据，服务装置120然后向中央服务器110发送触发T1，中央服务器110随后以与参考步骤730所述的多媒体数据的 分发类似的方式向通信装置140分发触发T1 (或者另一个触发在一些实 施例内，中央服务器110通过处理触发Tl而产生新的触发)。以这种方 式，无需使用第一通信网络125内的额外带宽，并且通过向通信装置140 预先提供多媒体数据文件Fl、 F2、 F3等，而在通信装置140处播放多媒 体数据。另外，用户121可以方便地使用通信装置140的分布式资源而无 需使用第一通信网络125、服务装置120或者中央服务器110的额外资源 来在通信装置140处触发寻呼/通告特征。例如，在一些实施例内，当用户向诸如用户121的服务员报告紧急情 况时，服务员可以经由服务装置120向中央服务器IIO发信号，以针对紧 急通告的大量广播而配置所有的通信装置140。在每个子网130上的寻呼 组装置将通过从中央服务器110接收多媒体数据或者请求多媒体数据而获 得它，随后，多媒体数据将级联到在子网130上的所有适当的通信装置 140，例如如同利用子网130b内的通信装置140d和图2的电话1、 2、 3和 5那样多媒体数据被中央服务器110发送到每个子网内的主电话，并且 子网内的其他电话从主电话请求多媒体数据。在一些实施例内，对于海量通告/寻呼(紧急情况或者其他情况)，可 以使得通信装置140能够重复地播放通告，直到其被触发来进行其他事务 或者在通信装置140上的特定控制序列被完成为止。可以在如上所述的标 准配置/预先提供处理期间在通信装置140内配置标准通告(即以多媒体数 据文件Fl、 F2、 F3等的形式)。标准配置将使正播放的通告关闭。在一 些实施例内，为了触发通告的播放，例如经由来自中央服务器110的触发 来更新通信装置140的配置，以便通告的播放将是通信装置140的默认行 为，直到例如经由接收到另一个触发而进一步更新通信装置140的配置为 止。在一些实施例内，中央服务器IIO可以触发每个子网130，但是在其 他实施例内，中央服务器IIO可以触发特定的子网130。因此，中央服务 器IIO可以触发特定子网130内的寻呼；如果特定子网130与特定的地理区域或者建筑物的一部分相关联，则由此使得中央服务器110能够通过对特定子网130进行寻呼而向特定地理区域或者建筑物的一部分进行寻呼。在一些实施例内，可以通过显示了具有到最近出口的方向的地图的诸 如输出装置220之类的显示器来增强海量紧急通告特性。在又一实施例内，中央服务器110可以触发多个通信装置140的子 集，包括但是不限于特定的通信装置140。例如，在这些实施例的一些 内，在特定的通信装置140内存储的多媒体数据文件Fl可以包括背景音 乐。如果特定的通信装置140参与了通信会话(例如电话呼叫)并且该通 信会话被置于保持状态，则中央服务器IIO可以在特定通信装置140等待 通话的同时触发在特定通信装置140处的背景音乐的播放，以使得背景音 乐不必被发送到通信装置140，因此节约了第一通信网络125和/或第二通 信网络145内的带宽。 一旦保持状态结束，背景音乐的播放可以被触发以 停止。在特定的非限定性实施例内，可以使得给定的通信装置140能够允许 该给定的通信装置140的用户为该给定的通信装置140增加、删除和管理 包括优选的背景音乐在内的多媒体数据文件，以使得当从中央服务器110 接收到触发以播放背景音乐时该给定的通信装置140播放优选的背景音 乐。针对背景音乐特征，可以设置通信装置140的配置，以使得新配置的 多媒体数据文件可以被识别并被添加到可用本地文件的列表。这样，可以 按照需要将音乐文件添加到本地装置。类似地，装置可以被配置以移除文 件。虽然已经参考使用TFTP协议的系统100内的实现方式描述了方法 700，但是在其他实施例内，可以在使用除了 TFTP协议之外的协议的其他 系统内实现方法700。例如，在2007年6月6日提交的、并且通过引用被 包含在此的申请人共同待决的美国申请第11/774,352号 "CONFIGURATION OF IP TELEPHONY AND OTHER SYSTEMS" (IP 电话和其他系统的配置)公开了一种系统，其处理了本地网络上的装置的 配置的问题。如在图10内所示出的，在诸如广域网的网络上的通信装置之间建立了对等(P2P)网络。这些通信装置之一被选作本地配置服务器(LCS) 。 LCS将作为用于配置网络上的所有通信装置的文件库 (repository)。在被从网络移除后变得活动的通信装置可以从LCS获取其 配置。网络汇集器(aggregator)也被教导。汇集器被使得能够存储来自多 个本地网络的通信装置的配置。如果网络因为本地电源故障或者某个其他 原因而掉线，则当网络返回在线时，汇集器可以向网络提供所有通信装置 的配置。LCS将向汇集器订阅配置信息。汇集器将向LCS提供所有通信装 置的配置数据，并且LCS继而将向每个通信装置提供其配置。因此，可以 以节约广域网上的带宽的方式来向通信装置分发数据。因此，网络管理系统可以使用汇集器来管理通信装置的配置。可以提 供API，以使得网络管理系统可以更新单个的或者成组的通信装置的配 置。更新的配置通过汇集器的动作而自动被分发到本地网络和装置。因 此，对于诸如通告、寻呼、背景音乐等的海量带宽特征，控制这种特征的 服务器(诸如LCS)可以使用针对该特征的适当的多媒体数据文件来更新 所有通信装置的配置。汇集器的动作是向所有适当的通信装置或者适当的 LCS分发这种特征，所有适当的通信装置或者适当的LCS继而向由LCS 管理的所有适当的通信装置分发该特征。因此，可以在汇集器、LCS或者 它们的组合内实现方法700。在一些实施例内，还可以在API内提供一种功能，以便可以同时对多 个通信装置作出改变。因此，可以标识一类通信装置，并且可以向它们的 每个应用相同的改变。这将使得控制服务器不必向汇集器多次提供相同的 可能很长的多媒体数据文件。但是，汇集器和/或LCS内的方法700的实现方式与在美国申请第 11/774,352号内教导的主题之间的差别在于美国申请第11/774,352号教导 了一种"拉"体系结构，其中，由汇集器和/或LCS从网络中的其他元件 请求数据，而方法700表示"推"体系结构，其中，汇集器和/或LCS分 别将数据推送到LCS和/或通信装置。虽然参考在多个通信装置140上播放多媒体数据而描述了方法700和 系统100，但是一般而言，方法700和系统100还可以涉及在多个通信装置140上分发和处理数据。例如，在一些实施例内，要分发的数据可以不 是多媒体数据，而是用于处理的数据，例如要安装在每个通信装置140处 的应用程序，诸如对多媒体播放器应用程序的更新和/或新的多媒体播放器
应用程序。在这些实施例内，方法700可以适合于在多个通信装置140上 处理数据。例如，可以使得中央服务器IIO能够经由第一通信网络125例 如从服务装置120或者另一个通信装置和/或计算装置接收数据。类似于参 考方法700的步骤730所述的多媒体数据的分发，中央服务器110也可以 被配置来向多个通信装置140分发数据。还可以使得中央服务器110能够 以类似于参考方法700的步骤740所述的触发多媒体数据的播放的方式触 发多个通信装置的至少一个子集上的数据的处理。
此外，虽然已经在此参考TFTP协议和P2P协议描述了实施例，但是 本领域内的技术人员了解的其他协议也在本说明书的范围内。而且，TFTP 和P2P协议的使用不应被不适当地认为是限定。
本领域内的技术人员可以明白，在一些实施例内，可以使用预先编程 的硬件和固件元件(例如专用集成电路(ASIC)、电可擦除可编程只读存 储器(EEPROM)等)或者其他相关的部件来实现中央服务器110、服务 装置120和通信装置140的功能。在其他实施例内，可以使用计算设备来 实现中央服务器110、服务装置120和通信装置140的功能，其中，计算 设备访问代码存储器(未示出)，代码存储器存储用于计算设备的操作的 计算机可读程序代码。计算可读程序代码可以被存储在介质上，该介质是 固定的、有形的和可以由这些部件直接可读的(例如可装卸磁盘、CD-ROM、 ROM、固定盘、USB驱动器)，或者，计算机可读程序可以被远 程存储，但是可以通过传输介质经由连接到网络(包括但是不限于因特 网)的调制解调器或者其他接口装置发送到这些部件。传输介质可以是非 无线介质(例如光学或者模拟通信线路)或者无线介质(例如微波、红外 线、自由空间光学或者其他传输方案)或者其组合。
本领域内的技术人员可以明白，还存在有可能用于实现所述实施例的 更多的替代实现方式和修改，并且上述的实现方式和示例仅仅是对一个或 多个实施例的说明。因此，范围仅仅由所附的权利要求限定。本申请是2006年11月27日提交的申请第11/563,231号的部分继续申 请，该原案申请通过引用被包含在此。
权利要求
1.一种用于在多个通信装置上处理数据的方法，包括经由主通信网络在主通信装置处接收数据；向与所述主通信装置通信的多个通信装置分发所述数据；触发在所述多个通信装置的至少一个子集处的对所述数据的处理；以及触发所述数据在所述多个通信装置处的存储。
2. 根据权利要求1所述的方法，其中，所述多个通信装置经由第二通 信网络来与所述主通信装置通信。
3. 根据权利要求1所述的方法，其中，向与所述主通信装置通信的多 个通信装置分发所述数据包括向被指定为主机的所述多个通信装置的一部 分发送所述数据，所述数据向其余通信装置的所述分发是经由所述主机来 进行的。
4. 根据权利要求1所述的方法，其中，所述数据包括多媒体数据，并 且，所述触发在所述多个通信装置的至少一个子集处的对所述数据的处理 包括触发在所述多个通信装置的至少一个子集处的对所述多媒体数据的播 放。
5. 根据权利要求4所述的方法，还包括在对所述多媒体数据的所述 分发之前，将所述多媒体数据转换为所述多个通信装置能播放的格式。
6. 根据权利要求5所述的方法，其中，所述多媒体数据包括通过公共 通告系统广播的语音数据，并且所述方法还包括在将所述多媒体数据转 换为所述多个通信装置能播放的格式之前，记录所述语音数据。
7. 根据权利要求5所述的方法，其中，所述多媒体数据包括流数据， 并且所述方法还包括在将所述多媒体数据转换为所述多个通信装置能播 放的格式之前，捕获所述流数据。
8. 根据权利要求4所述的方法，其中，使得所述多个通信装置的每个能够存储和删除多媒体数据文件。
9. 根据权利要求4所述的方法，其中，在所述多个通信装置的至少一个子集处的对所述多媒体数据的播放的所述触发是经由向所述多个通信装 置的所述多媒体数据的所述分发来进行的。
10.根据权利要求4所述的方法，其中，所述多媒体数据包括通告、寻呼、音频文件、视频文件和背景音乐的至少一个。
全文摘要
本发明提供了一种在多个通信装置上处理数据的方法和系统。经由主通信网络在主通信装置接收数据。所述数据被分发到与所述主通信装置通信的多个通信装置。触发在所述多个通信装置处的至少一个子集的数据的处理。可以经由级联处理来进行所述数据的分发，其中，所述数据首先被分发到被指定为主机的通信装置，并且所述数据进一步经由所述主机被分发到剩余的通信装置。
文档编号H04L29/06GK101577710SQ20091000563
公开日2009年11月11日 申请日期2009年1月20日 优先权日2008年5月9日
发明者保罗·波文卡尔, 克里斯托弗·詹姆斯·纳森, 彼得·布拉斯威克, 罗伯特·斯达尔 申请人:米特尔网络公司
最新回复(0)