CN101577710A - 在多个通信装置上处理数据的方法和系统 - Google Patents

在多个通信装置上处理数据的方法和系统 Download PDF

Info

Publication number
CN101577710A
CN101577710A CNA200910005635XA CN200910005635A CN101577710A CN 101577710 A CN101577710 A CN 101577710A CN A200910005635X A CNA200910005635X A CN A200910005635XA CN 200910005635 A CN200910005635 A CN 200910005635A CN 101577710 A CN101577710 A CN 101577710A
Authority
CN
China
Prior art keywords
data
communicators
communicator
tftp
medium
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CNA200910005635XA
Other languages
English (en)
Inventor
罗伯特·斯达尔
克里斯托弗·詹姆斯·纳森
保罗·波文卡尔
彼得·布拉斯威克
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitel Networks Corp
Original Assignee
Mitel Networks Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitel Networks Corp filed Critical Mitel Networks Corp
Publication of CN101577710A publication Critical patent/CN101577710A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1013—Network architectures, gateways, control or user entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1094—Inter-user-equipment sessions transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/764—Media network packet handling at the destination 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13034—A/D conversion, code compression/expansion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13103—Memory
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13106—Microprocessor, CPU
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13248—Multimedia
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13376—Information service, downloading of information, 0800/0900 services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13389—LAN, internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明提供了一种在多个通信装置上处理数据的方法和系统。经由主通信网络在主通信装置接收数据。所述数据被分发到与所述主通信装置通信的多个通信装置。触发在所述多个通信装置处的至少一个子集的数据的处理。可以经由级联处理来进行所述数据的分发，其中，所述数据首先被分发到被指定为主机的通信装置，并且所述数据进一步经由所述主机被分发到剩余的通信装置。

Description

在多个通信装置上处理数据的方法和系统
技术领域
本说明书一般地涉及通信系统，具体地涉及用于在多个通信装置上处理数据的方法和系统。
背景技术
在基于分组的语音和其他媒体系统的许多优点中，一个优点是对带宽进行统计复用的能力。因为这个原因，VoIP和分组媒体系统可以使用比先前的TDM(时分复用)数字系统少得多的带宽来工作。这提供了成本上的经济性，而成本上的经济性是市场接受这种技术的主要驱动力。
但是，存在许多消耗了大量带宽的有用的特征和服务。这些的范围涉及从方便地向个体终端提供背景音乐到必要地提供紧急寻呼(emergencypage)和通告(announcement)。过去，这些类型的系统从经济上缩放规模以提供绝对非阻塞的交换和内部中继。因此，海量的带宽特性不是问题。但是，基于分组的系统从在多个用户和应用之间的有限带宽LAN以及特别是WAN接入链路的统计复用的使用得到许多它们的优点。因此，在通过统计复用获得的经济性和这些海量带宽特征的利用之间存在严重的矛盾。这是一个广泛认识到的基于分组的语音系统的不足。
公知的IP组播系统已经用于处理这个问题。媒体流被引导去往的各个装置被指示在多个可用的组播地址之一上监听。随后，多个装置可以共享一个公共的RTP流，并且由此共享带宽的相同部分。因此，保持了统计复用的成本降低。
但是，IP组播转发不是标准的路由器性能，并且在大多数VoIP和其他媒体网络内不被部署为标准特征。为了使用组播方案，将需要购买更复杂和昂贵的路由器，因此减少了作为VoIP的主要合理性的重要成本优点。必须将多个组播流通过核心网络引导到作为各个子网的路由器。与简单的
Figure A20091000563500051
单播系统相比较，组播将节约核心网络内的带宽。但是，仍然将消耗大量带宽。
另一种解决方案是限制在其上诸如背景音乐之类的特征可能在任何时间保持活动的装置的数量。虽然这减少带宽，但是其也减少了特征对于客户的益处，因此，减少了基于分组的系统相对于其TDM替代物对于客户的益处。对于诸如海量紧急寻呼(mass emergency paging)之类的一些特征，这样的解决方案将是不可接受的。
发明内容
本说明书的第一方面提供了一种用于在多个通信装置上处理数据的方法。所述方法包括：经由主通信网络在主通信装置处接收数据。所述方法还包括：向与所述主通信装置通信的多个通信装置分发所述数据。所述方法还包括：触发在所述多个通信装置的至少一个子集处的数据的处理。所述多个通信装置可以经由第二通信网络来与所述主通信装置通信。向与所述主通信装置通信的多个通信装置分发所述数据可以包括向被指定为主机的所述多个通信装置的一部分发送所述数据，经由所述主机来进行向剩余的通信装置的数据分发。所述方法还可以包括：触发在所述多个通信装置处对所述数据的存储。
所述数据可以包括多媒体数据，并且，触发在所述多个通信装置的至少一个子集处的数据的处理可以包括触发在所述多个通信装置的至少一个子集处的多媒体数据的播放。所述方法可以还包括：在分发所述多媒体数据之前，将所述多媒体数据转换为可由所述多个通信装置播放的格式。所述多媒体数据可以包括通过公共通告系统广播的语音数据，并且所述方法可以还包括：在将所述多媒体数据转换为可由所述多个通信装置播放的格式之前，记录所述语音数据。所述多媒体数据可以包括流数据(streamingdata)，并且所述方法可以还包括：在将所述多媒体数据转换为可由所述多个通信装置播放的格式之前，捕获所述流数据。可以使得所述多个通信装置的每个能够存储和删除多媒体数据文件。
可以经由向多个通信装置分发所述多媒体数据来进行对在所述多个通信装置的至少一个子集处的所述多媒体数据的播放的触发。可以当在所述多个通信装置处接收到多媒体数据后，进行在所述多个通信装置的所述至少一个子集处的多媒体数据的播放。
触发在所述多个通信装置的至少一个子集处的所述多媒体数据的播放可以包括：通过更新所述多个通信装置的所述至少一个子集的配置来触发对所述多个通信装置的所述子集的默认行为的改变。
多个多媒体数据可以被存储在所述多个通信装置处，并且触发所述多媒体数据的播放可以包括：向所述多个通信装置的所述至少一个子集发送包括所述多媒体数据的标识符的信号。
所述多媒体数据可以包括通告、寻呼和背景音乐的至少一个。所述多媒体数据可以包括通告和地图。所述多媒体数据可以包括所述多个通信装置可播放的格式的音频文件和视频文件的至少一个。
本说明书的第二方面提供了一种主通信装置，包括：通信接口，其被使能以用于经由主通信网络接收数据；以及，处理单元，其被使能来用于：向与所述主通信装置通信的多个通信装置分发所述数据；并且，触发在所述多个通信装置的至少一个子集处的所述数据的处理。
本说明书的第三方面提供了一种在多个通信装置上播放多媒体数据的方法。所述方法包括：提供所述多个通信装置，其中所述多个通信装置的每个已经被提供了至少一个多媒体数据文件，所述多个通信装置与中央通信装置进行本地通信，所述中央通信装置与服务装置进行远程通信。所述方法还包括：在所述中央通信装置处：从所述服务装置接收用于播放所述至少一个多媒体数据文件的触发；并且，作为响应，向所述多个通信装置发送触发，以播放所述至少一个多媒体数据文件。
附图说明
参考下面的附图来说明实施例，其中：
图1是按照一个非限定性实施例的示例PBX网络的示意图；
图2是示出了按照一个非限定性实施例的、在用于建立分布式TFTP网络的图1的PBX网络内的电话之间的通信；
图3是示出了按照一个非限定性实施例的、图2的分布式TFTP网络的操作的时序图；
图4图示出了按照一个非限定性实施例的、用于在多个通信装置上处理数据的系统；
图5图示出了按照一个非限定性实施例的通信装置；
图6图示出了按照一个非限定性实施例的服务装置；
图7图示出了按照一个非限定性实施例的、用于在多个通信装置上处理数据的方法；
图8图示出了按照一个非限定性实施例的、用于在多个通信装置上处理数据的系统；
图9图示出了按照一个非限定性实施例的、用于在多个通信装置上处理数据的系统；以及
图10图示出了按照一个非限定性实施例的、用于在多个通信装置上处理数据的系统。
具体实施方式
参见图1，总体地示出了PBX网络10的示意整体视图。网络10包括中央TFTP(简单文件传输协议)服务器和多个IP电话。电话以本领域公知的方式经由局域网(LAN)链接到中央TFTP服务器。电话可以可替代地经由支持TCP/IP网络的无线连接或者任何介质而链接到TFTP服务器。
每个电话包含TFTP客户端，并且能够将其本身变换为TFTP服务器。因此，电话可以从中央TFTP服务器下载软件，或者可替代地，可以从已经将其本身变换为TFTP服务器的另一个电话下载软件。在图2内示出了分布式TFTP方法的示例，在图2内，电话1、2、3和5已经变换为TFTP服务器以便服务其他电话。一旦电话从中央TFTP服务器或者另一个电话下载了软件，则其可以将其本身变换为TFTP服务器。因此，网络10可用的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会话请求后10秒后恢复正常的操作，并且拒绝来自其他电话的另外的TFTP请求。
在另一个实施例内，电话1-12的一个或多个用来下载用于其他电话的软件，或者将软件下载到除了IP电话之外的装置，例如个人数字助理(PDA)、传真机和打印机。为了将软件下载到除了IP电话之外的装置，电话被编程以下载适合于其他装置的二进制信息。电话1-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发送多媒体数据。在一些实施例内，多媒体数据包括多媒体数据文件F1。一般使得中央服务器110能够经由第二通信网络145向多个通信装置140分发多媒体数据文件F1，多媒体数据文件F1可由多个通信装置140的每个播放。还使得中央服务器110能够触发在每个通信装置140处的多媒体数据文件F1的播放，如下所述。
在其他实施例内，像在图8内那样(与图4基本类似，其中使用相同的编号来描述类似的元件)，多媒体数据包括可转换为多媒体数据文件F1的广播多媒体数据B1，例如流多媒体数据和/或调制的电信号(例如音频和/或视频传输)。在这些实施例内，一般使得服务装置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，用于存储诸如多媒体数据文件F1的数据和通信装置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互连。在一些实施例内，经由中央服务器110接收在存储器250内存储的每个多媒体数据文件F1、F2、F3等，如下所述。但是，在其他实施例内，多媒体数据文件F1、F2、F3等可以在被部署在系统100内之前被预先提供在每个通信装置140处。在其他实施例内，可以经由中央服务器110来接收一些多媒体数据文件F1、F2、F3等，而其他的多媒体数据文件F1、F2、F3等也可以在被部署在系统100内之前被预先提供在每个通信装置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被使得能够处理多媒体输入数据，将多媒体输入数据转换为多媒体数据文件F1以发送到中央服务器110。在一些实施例内，多媒体数据文件F1然后被存储在存储器550内。
在一些实施例内，服务装置120能够在接收到例如来自用户121和/或来自计算装置(未示出)的触发时，向中央服务器110发送多媒体数据文件F1、F2、F3等，其中，服务装置120与用户121和/或计算装置通信。例如，用户121可以与输入装置交互，输入装置在这些实施例内可以包括与输出装置520相关联的键盘、鼠标、触摸屏等，用于选择一个或多个多媒体数据文件F1、F2、F3等以发送到中央服务器110。
在一些实施例内，服务装置120包括公共通告系统的元件。
现在关注图7，其图示出了按照一个非限定性实施例的、用于在多个通信装置140上播放多媒体数据的方法700。为了有助于说明方法700，因此将假定使用系统100来执行方法700。而且，下面的方法700的讨论将带来对系统100及其各种部件的进一步的理解。但是，应当明白，系统100和/或方法700可以被改变，并且不必彼此结合地精确地如在此所述那样工作，并且这样的改变在本实施例的范围内。
在步骤710，在中央服务器110从服务装置120接收多媒体数据。例如，在一个实施例内，服务装置120可以在输入装置560接收到多媒体输入数据时经由第一通信网络125向中央服务器110发送多媒体数据。在一些实施例内，多媒体数据包括在服务装置120产生的多媒体数据文件F1，如在图4内那样。因此，服务装置120捕获多媒体输入数据，将多媒体输入数据转换为多媒体数据文件F1，并且向中央服务器110发送多媒体数据文件F1。但是，在其他实施例内，服务装置120可以在从用户121和/或计算装置接收到触发时，发送在存储器550内存储的多媒体数据文件F1。
在一个非限定性实施例内，多媒体数据文件F1包括通告和/或寻呼消息，诸如“下午5点了，商店将要关门”。在另一个非限定性实施例内，多媒体数据文件F1包括非定制的紧急寻呼，诸如“有火灾，请撤出大楼”。在另一个非限定性实施例内，多媒体数据文件F1包括定制的紧急寻呼，诸如“在第四层的东侧有火灾，请经由大楼西侧的安全出口撤出大楼”。在另一个非限定性实施例内，多媒体数据文件可以包括例如当通信装置140被置于保持(hold)状态时可在通信装置140播放的背景音乐，如下所述。其他类型的多媒体数据文件F1在本说明书的范围内。
在其他实施例内，多媒体数据包括被广播的多媒体数据B1，如图8内那样。例如，在这些实施例内，用户121可以在服务装置120处与输入装置560交互，服务装置120接着将多媒体输入数据转换为被广播的多媒体数据B1，并且向中央服务器110广播被广播的多媒体数据B1。例如，用户121可以以寻呼通信装置140为目的而在服务装置120向麦克风内讲话。在非限定性实施例内，多媒体数据B1可以包括要在通信装置140播放的任何多媒体数据，诸如通告、寻呼、紧急寻呼、定制的紧急寻呼和/或背景音乐。在这些实施例的一些内，多媒体数据B1可以包括流数据。
在一些实施例内，在步骤720，多媒体数据被转换为可在通信装置140上播放的格式。例如，如在图8内那样，被广播的多媒体数据B1可以在中央服务器110被转换为多媒体数据文件F1。在这些实施例的一些内，如果必要，还使得中央服务器110能够在将被广播的多媒体数据B1转换为多媒体数据文件F1之前，记录被广播的多媒体数据B1。在又一实施例内，可以使得中央服务器110能够向通信装置140分发被广播的多媒体数据B1，如参考步骤730所述，按照需要，转换发生在通信装置140处。但是，在其他实施例内，在中央服务器110接收的多媒体数据文件F1可以不是可由通信装置140播放的格式，并且中央服务器110能够通过处理多媒体数据文件F1而将多媒体数据文件F1转换为可播放的格式。在一些实施例内，按照需要，转换可以在例如接收到多媒体数据文件F1时在每个单独的通信装置140处发生。
在步骤730，中央服务器110向通信装置140分发多媒体数据。例如，中央服务器110查阅记录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接收触发T1，触发T1指示应当在通信装置140播放哪个多媒体数据。例如，在这些实施例内，通信装置140可以像在步骤710-730那样经由通过中央服务器110的分发、或者在被提供到系统100之前经由针对每个通信装置140发生的提供步骤，像在图5内那样被预先提供给多媒体数据文件F1、F2、F3等。用户121随后可以在服务装置120处通过与输入装置560交互而选择要播放哪个多媒体数据，服务装置120然后向中央服务器110发送触发T1，中央服务器110随后以与参考步骤730所述的多媒体数据的分发类似的方式向通信装置140分发触发T1(或者另一个触发：在一些实施例内，中央服务器110通过处理触发T1而产生新的触发)。以这种方式，无需使用第一通信网络125内的额外带宽，并且通过向通信装置140预先提供多媒体数据文件F1、F2、F3等，而在通信装置140处播放多媒体数据。另外，用户121可以方便地使用通信装置140的分布式资源而无需使用第一通信网络125、服务装置120或者中央服务器110的额外资源来在通信装置140处触发寻呼/通告特征。
例如，在一些实施例内，当用户向诸如用户121的服务员报告紧急情况时，服务员可以经由服务装置120向中央服务器110发信号，以针对紧急通告的大量广播而配置所有的通信装置140。在每个子网130上的寻呼组装置将通过从中央服务器110接收多媒体数据或者请求多媒体数据而获得它，随后，多媒体数据将级联到在子网130上的所有适当的通信装置140，例如如同利用子130b内的通信装置140d和图2的电话1、2、3和5那样：多媒体数据被中央服务器110发送到每个子网内的主电话，并且子网内的其他电话从主电话请求多媒体数据。
在一些实施例内，对于海量通告/寻呼(紧急情况或者其他情况)，可以使得通信装置140能够重复地播放通告，直到其被触发来进行其他事务或者在通信装置140上的特定控制序列被完成为止。可以在如上所述的标准配置/预先提供处理期间在通信装置140内配置标准通告(即以多媒体数据文件F1、F2、F3等的形式)。标准配置将使正播放的通告关闭。在一些实施例内，为了触发通告的播放，例如经由来自中央服务器110的触发来更新通信装置140的配置，以便通告的播放将是通信装置140的默认行为，直到例如经由接收到另一个触发而进一步更新通信装置140的配置为止。
在一些实施例内，中央服务器110可以触发每个子网130，但是在其他实施例内，中央服务器110可以触发特定的子网130。因此，中央服务器110可以触发特定子网130内的寻呼；如果特定子网130与特定的地理区域或者建筑物的一部分相关联，则由此使得中央服务器110能够通过对特定子网130进行寻呼而向特定地理区域或者建筑物的一部分进行寻呼。
在一些实施例内，可以通过显示了具有到最近出口的方向的地图的诸如输出装置220之类的显示器来增强海量紧急通告特性。
在又一实施例内，中央服务器110可以触发多个通信装置140的子集，包括但是不限于特定的通信装置140。例如，在这些实施例的一些内，在特定的通信装置140内存储的多媒体数据文件F1可以包括背景音乐。如果特定的通信装置140参与了通信会话(例如电话呼叫)并且该通信会话被置于保持状态，则中央服务器110可以在特定通信装置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上处理数据。例如，可以使得中央服务器110能够经由第一通信网络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号的部分继续申请，该原案申请通过引用被包含在此。

Claims (10)

1.一种用于在多个通信装置上处理数据的方法，包括：
经由主通信网络在主通信装置处接收数据；
向与所述主通信装置通信的多个通信装置分发所述数据；
触发在所述多个通信装置的至少一个子集处的对所述数据的处理；以及
触发所述数据在所述多个通信装置处的存储。
2.根据权利要求1所述的方法，其中，所述多个通信装置经由第二通信网络来与所述主通信装置通信。
3.根据权利要求1所述的方法，其中，向与所述主通信装置通信的多个通信装置分发所述数据包括向被指定为主机的所述多个通信装置的一部分发送所述数据，所述数据向其余通信装置的所述分发是经由所述主机来进行的。
4.根据权利要求1所述的方法，其中，所述数据包括多媒体数据，并且，所述触发在所述多个通信装置的至少一个子集处的对所述数据的处理包括触发在所述多个通信装置的至少一个子集处的对所述多媒体数据的播放。
5.根据权利要求4所述的方法，还包括：在对所述多媒体数据的所述分发之前，将所述多媒体数据转换为所述多个通信装置能播放的格式。
6.根据权利要求5所述的方法，其中，所述多媒体数据包括通过公共通告系统广播的语音数据，并且所述方法还包括：在将所述多媒体数据转换为所述多个通信装置能播放的格式之前，记录所述语音数据。
7.根据权利要求5所述的方法，其中，所述多媒体数据包括流数据，并且所述方法还包括：在将所述多媒体数据转换为所述多个通信装置能播放的格式之前，捕获所述流数据。
8.根据权利要求4所述的方法，其中，使得所述多个通信装置的每个能够存储和删除多媒体数据文件。
9.根据权利要求4所述的方法，其中，在所述多个通信装置的至少一个子集处的对所述多媒体数据的播放的所述触发是经由向所述多个通信装置的所述多媒体数据的所述分发来进行的。
10.根据权利要求4所述的方法，其中，所述多媒体数据包括通告、寻呼、音频文件、视频文件和背景音乐的至少一个。
CNA200910005635XA 2008-05-09 2009-01-20 在多个通信装置上处理数据的方法和系统 Pending CN101577710A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US12/151,776 2008-05-09
US12/151,776 US20080222236A1 (en) 2006-11-27 2008-05-09 Method and system for processing data on a plurality of communication devices

Publications (1)

Publication Number Publication Date
CN101577710A true CN101577710A (zh) 2009-11-11

Family

ID=39742730

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA200910005635XA Pending CN101577710A (zh) 2008-05-09 2009-01-20 在多个通信装置上处理数据的方法和系统

Country Status (4)

Country Link
US (1) US20080222236A1 (zh)
EP (1) EP2117214A1 (zh)
CN (1) CN101577710A (zh)
CA (1) CA2638154A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8990361B2 (en) * 2010-04-23 2015-03-24 Psion Inc. Method and system for proximity-based, peer-initiated device configuration
CN102622209A (zh) * 2011-11-28 2012-08-01 苏州奇可思信息科技有限公司 多服务器节点并行音频处理方法
TW201344576A (zh) * 2012-04-17 2013-11-01 Hon Hai Prec Ind Co Ltd 韌體更新方法與系統以及使用該方法之終端裝置
CN103731451B (zh) * 2012-10-12 2018-10-19 腾讯科技（深圳）有限公司 一种文件上传的方法及系统
EP2962506B1 (en) * 2014-01-06 2017-07-26 Huawei Technologies Co., Ltd. System and method for low power transmission

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU693371B2 (en) * 1995-07-11 1998-06-25 Matsushita Electric Industrial Co., Ltd. Multimedia playing apparatus utilizing synchronization of scenario-defined processing time points with playing of finite-time monomedia item
IL117133A (en) * 1996-02-14 1999-07-14 Olivr Corp Ltd Method and system for providing on-line virtual reality movies
US6201974B1 (en) * 1996-09-06 2001-03-13 Nokia Mobile Phones Limited Mobile station and network having hierarchical index for cell broadcast service
US6526041B1 (en) 1998-09-14 2003-02-25 Siemens Information & Communication Networks, Inc. Apparatus and method for music-on-hold delivery on a communication system
US6697356B1 (en) * 2000-03-03 2004-02-24 At&T Corp. Method and apparatus for time stretching to hide data packet pre-buffering delays
KR100353649B1 (ko) * 2000-08-18 2002-09-28 삼성전자 주식회사 무선망을 이용한 네비게이션 시스템 및 그에 의한 경로안내 방법
US7594030B2 (en) * 2000-11-22 2009-09-22 Microsoft Corporation Locator and tracking service for peer to peer resources
WO2003015341A2 (en) * 2001-08-04 2003-02-20 Kontiki, Inc. Method and apparatus for facilitating secure distributed content delivery across a computer network
JP3874672B2 (ja) * 2002-02-25 2007-01-31 富士通株式会社 災害関連情報処理方法
US8780770B2 (en) * 2002-05-13 2014-07-15 Misonimo Chi Acquisition L.L.C. Systems and methods for voice and video communication over a wireless network
US7123696B2 (en) * 2002-10-04 2006-10-17 Frederick Lowe Method and apparatus for generating and distributing personalized media clips
US20050037728A1 (en) * 2003-08-13 2005-02-17 Binzel Charles P. Emergency broadcast message in a wireless communication device
ITPI20030101A1 (it) * 2003-12-05 2005-06-06 Cdc Srl Metodo ed apparato per la gestione della globalita'
EP1769399B1 (en) * 2004-06-07 2020-03-18 Sling Media L.L.C. Personal media broadcasting system
US7174385B2 (en) * 2004-09-03 2007-02-06 Microsoft Corporation System and method for receiver-driven streaming in a peer-to-peer network
US20070047520A1 (en) * 2005-08-31 2007-03-01 Byers Charles C Method for calling multimedia IP units about an impending emergency situation
US7509124B2 (en) * 2005-09-16 2009-03-24 At&T Intellectual Property I, L.P. Methods, systems, and computer program products for providing multimedia information services over a communication network
US20070116227A1 (en) * 2005-10-11 2007-05-24 Mikhael Vitenson System and method for advertising to telephony end-users
EP1793558B1 (en) * 2005-12-02 2008-10-29 Mitel Networks Corporation Distributed server network
CA2635965A1 (en) * 2006-01-08 2007-07-19 Aksys Networks Inc. Server-less telephone system and methods of operation
JP4681472B2 (ja) * 2006-02-24 2011-05-11 富士通株式会社 トポロジ情報収集プログラム、トポロジ情報収集装置およびトポロジ情報収集方法
US8589973B2 (en) * 2006-09-14 2013-11-19 At&T Intellectual Property I, L.P. Peer to peer media distribution system and method

Also Published As

Publication number Publication date
US20080222236A1 (en) 2008-09-11
CA2638154A1 (en) 2009-11-09
EP2117214A1 (en) 2009-11-11

Similar Documents

Publication Publication Date Title
US10492036B2 (en) Land mobile radio dispatch console
US7796520B2 (en) System and methods for announcing and locating services in a distributed peer-to-peer network
US8837711B2 (en) Dynamic update of skills database
CN109586929B (zh) 会议内容的传输方法及装置、电子设备、存储介质
US20050037740A1 (en) System and method for delivery of multimedia content into end-user devices
CN1976378A (zh) 控制广播呼叫的方法
CN103685793A (zh) 高保真音频数据的时移分配
CN101577710A (zh) 在多个通信装置上处理数据的方法和系统
WO2009103203A1 (zh) 实现彩铃业务的装置和方法及获取彩铃文件的装置
US8019052B2 (en) System and method for providing a customized dialtone
CN101400190B (zh) 一种增强呼叫双方用户体验的系统和方法
CN100571374C (zh) 视频录制实时回放方法
CN103685220A (zh) 高保真音频分配系统
CA2581199C (en) System and methods for announcing and locating services in a distributed peer-to-peer network
WO2009125418A2 (en) Method and system for setting media file as rbt
US10594871B2 (en) Automated bulk provisioning of primary rate interface and SIP trunk telephone numbers
US20210392232A1 (en) Audio broadcast system with cloud communications platform and related methods
CN100589435C (zh) 一种软交换中控制媒体资源播放的装置及其方法
JP2007512737A (ja) 無線技術を利用した放送信号配信システム
US8630900B2 (en) Method for playing a sequence of advertisements as waiting message, and call centre system
CN101568008A (zh) 视频消息播放的模块、系统、用户设备与方法
CN104717374A (zh) 一号通业务和多媒体彩铃业务的实现方法、设备和系统
CN104301551A (zh) 一种音乐播放的方法和设备
CN102185983B (zh) 一种互动式语音应答ivr呼叫中的语音提示播放方法和设备
CN101335921A (zh) 向个性化回铃音用户提供网络闪铃的方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Open date: 20091111