CN111788779B - 用于向多个接收器广播数字数据的系统和方法 - Google Patents

Abstract

本发明涉及将数字多媒体信息无线广播到多个接收器，特别是在双向通信不可行或不实用的环境中。

Description

用于向多个接收器广播数字数据的系统和方法

相关申请的交叉引用

本申请要求2018年2月26日提交的标题为“Methodology Developed for theTransfer of Digital Information by Broadcasting to an Unlimited Number ofReceivers”的第62/635,104号美国临时专利申请和2019年1月14日提交的标题为“Systemand Method for Broadcasting Digital Data to Receivers”的第62/792,003号美国临时专利申请的优先权，上述申请的全部内容通过引用并入本文。

技术领域

本发明涉及将数字信息无线广播到多个接收器，特别是在双向通信不可能或不实用的环境中。

背景技术

在诸如体育比赛、赛事、音乐会等大群人聚会的环境中，使用移动电话和无线设备访问数字数据是不可靠的。

在这种情况下，大量的移动设备争夺蜂窝网络附近天线的资源。尽管移动设备用户可以在设备屏幕上的状态栏看到信号可用，但是数据并没有一致地从蜂窝网络接收和返回。这种网络可能进一步受到“高业务量”的限制，这是因为此类事件在接收者120趋向于使用消耗大量网络带宽的大数据应用和多媒体(例如语音、照片、媒体和视频共享)时经常发生。

在紧急情况下或在灾难期间会发生类似的网络过载。在世界范围内的自然灾害、恐怖袭击和其它这样的事件的后果中，电信网络根本不能应对语音呼叫量或数据业务(例如，文本/SMS和多媒体消息)的急剧增加。自然灾害也可能导致蜂窝网络不可靠。例如，飓风桑迪过后不久，FCC就警告说移动服务已被风暴摧毁(https://www.fastcompany.com/3002578/post-sandy-fcc-warns-worsening-cell-phone-networks)。尽管桑迪涉及对移动网络基础设施的物理破坏，这与高网络容量有很大不同，但它们的基本要素是相同的。

当灾难来袭时，网络的去中心性意味着整个地理区域可能会因网络使用率的增加而受到损害，特别是来自接收者120的网络使用率，这些接收者从相关事件的区域中的中心(例如新闻、政府)来源寻求实时信息。当运营商站点的带宽紧张时，将阻止接收方120拨打电话和进行数字通信，尤其是多媒体数据通信。

类似地，在连接性差的环境中，移动设备与移动网络或其他网络之间的通信可能不可靠，尤其是当与“高密度”位置(例如建筑工地、医疗设施、购物中心、会议中心等)结合使用时

尽管存在这些挑战，但是接收者120期望随时随地通过他们的移动设备保持连接。在这种情况下，蜂窝和网络公司已部署了多种策略来提高可靠性。例如，当前的蜂窝技术将允许每个蜂窝塔或分布式天线系统(DAS)扇区最多大约2,000个同时连接。在大型事件(如体育场足球比赛)中，为了同时吸引50,000名粉丝，将需要25个手机发射塔。一些网络在大容量场馆中或大容量场馆附近以及附近的蜂窝塔中增加或升级了天线，还有一些网络安装了“小型小区”以提高体育场馆等大人群场馆的容量。小型蜂窝小区的范围比常规蜂窝塔小，但它们可以对这些蜂窝塔进行补充，以提高密集区域的容量。网络还将临时蜂窝站点部署到大容量场所，有时也称为“带轮子的蜂窝”或牛(cows)，以增强网络连接性。

新的场所也更有可能具有Wi-Fi，这减轻了手机网络的压力。但是从历史上看，Wi-Fi设备一直高高地安装在天花板或墙壁上。因此，信号可能会被钢和其他建筑材料的障碍物干扰。并且移动设备接收者120可以相对远离路由器，包括与网络的通信。Wi-Fi容量也趋于变小：当前的Wi-Fi技术允许每个接入点(天线)同时进行少于200个连接。接入点通常也只能离开100英尺。

但是，这些网络改进并未使拥挤区域的网络服务始终可靠，特别是在数字数据例如照片、视频和多媒体内容的通信方面。即使有了位于适当位置处的改进的基础设施，由于与多个发射器的接近度、风扇的移动以及其他复杂性相关的技术挑战和局限性，也无法同时到达所有与会者。

当前的数字文件传输协议(例如TCPIP、蓝牙和其他协议)需要双向通信链路来起作用，以便为正确的文件接收的数字确认提供反向信道。例如，蜂窝塔与移动设备之间的双向通信性质意味着，如果通信中断，则可以丢弃通信或传输。存在某些不需要双向反馈的文件传输协议，例如UDP，但是这些协议仍然需要连续，不间断地接收整个文件，以确保传输完好无损的数据并在接收端成功接收。因此，需要一种即使在信号不是完全连续且不中断的情况下也能接收未损坏的数字数据的文件传输协议。

关于紧急情况和自然灾害，国会指示建立一种创建国家移动警报系统的过程，现在称为WEA，由此参与的商业移动服务(CMS)提供商将紧急警报发送到他们的用户。自那时以来，CMS提供商一直有很高的参与度，所有四个主要的无线运营商都参与了该系统，占美国服务人口的98.6％。尽管现在已经覆盖了国家的大部分地区，但对于WEA消息的内容、呈现方式和地理定位仍然存在持续的担忧。

近年来，委员会在改善WEA消息的内容和传递方法上花费了相当多的时间和精力。例如，在2016年通过将消息的字符长度增加到360个字符，增强了WEA消息的功能。这提高了紧急情况下向公众提供的信息的质量，并减少了因难以理解的缩写而引起的公众困惑。但是，仍然需要提高WEA警报消息传递的质量，尤其是在多媒体方面，它不仅可以改善所提供信息的内容，还可以帮助进一步识别紧急情况的实际性质和位置(例如在警报中提供地图)。最近由虚假的WEA警报消息引起的有关所谓的对夏威夷的导弹袭击造成的混乱，推动了通过添加多媒体来改善消息传递。同样，在最近加州圣塔芭芭拉(Santa Barbara)地区发生大火的情况下，居民和急救人员本可以从多媒体(诸如地图)中受益，而这些地图将更加清晰地描绘出受疏散命令影响的地区。

电信行业中的CMS运营商和其他公司断言在WEA警报中插入多媒体尚不可行。行业的标准组织电信行业解决方案联盟(“ATIS”)坚持认为“小区广播技术不是为多媒体而设计的”以及“如果在技术上不可行，则在WEA通知中呈现多媒体内容将成为问题。”(电信行业解决方案联盟在PS Docket 15-91(2016年1月13日，在9.)的评论)。ATIS进一步争辩说，“WEA通知中的多媒体内容(如地图、照片和危险符号的表示)如果在技术上不可行，则是有问题的”(同上，在10.)

期望用于广播数字数据的改进的系统和方法，尤其是在紧急情况下或在高密度、不良连接环境中。

另外，期望用于广播多媒体的改进的系统和方法，尤其是在紧急情况下或在大容量场所中。

进一步，需要用于广播与事件或紧急情况有关的加密消息的改进的系统和方法，此外，期望将消息广播到选定的接收者，例如某些紧急响应者。

赞助者和营销者同样在大型事件(例如体育赛事或音乐会)上寻求更好的方法来连接到移动设备上的接收者，以执行品牌激活活动。

发明内容

为了精确地传送数字和在某些情况下的多媒体信息，本发明在其一种形式中包括用于广播数字数据(所述数字数据不需要数据流的反馈回路或数据流的不间断接收)的系统、协议和方法。更具体地，本发明允许在双向通信不可行或不实用的环境下向多个接收器无线广播数字信息。

在另一种形式中，本文公开的本发明提供了用于发送不需要双向反馈的串行数据流的系统、方法和通信协议。

在又一种形式中，本发明包括用于使用新颖的容器格式或报头信息在一对多(1：多)配置中与大量设备进行数据通信的系统和方法。这允许将任何类型的数字信息“推送(push)”到在特定地点或在所选半径内的多个接收器，所述数字信息包括但不限于，数字文件和媒体、流数据和数字功能，其然后可以用于命令和控制数字设备。

一个一般方面包括一种用于将多媒体数据无线地广播到多个移动接收器的系统，包括：中央服务，可操作以将所述多媒体数据分割成两个或更多个数字数据分段、用报头信息封装两个或更多个数字数据分段，以及将两个或更多个数字数据分段传送到远程数据服务器以广播到多个远程移动接收器，其中报头信息包括：地点标识符、用于标识多媒体数据是否旨在用于在地点处的所有多个移动接收器的至少一个八位字节、数据类型指示符，指示数字数据分段是否是序列中的一个的序列指示符、指示两个或更多个数字数据分段中的每个数字数据分段中的八位字节的总数的总八位字节数指示符、以及/或者指示两个或更多个数字数据分段中的每个数字数据分段将要被存储的位置的地址位置信息。报头信息还包括校验和。远程数据服务器可操作为接收两个或更多个数字数据分段，存储两个或更多个数字数据分段，并且将两个或更多个数字数据分段重复地发送到发射器，以广播到多个远程移动接收器。系统还包括发射器，所述发射器可操作地将从远程数据服务器接收的两个或更多个数字数据分段广播到多个移动接收器。多个移动接收器中的每一个都包括天线和唯一标识符，且至少一个主设备配对，并且可操作为从发射器接收两个或更多个数字数据分段，并且将两个或更多个数字数据分段重传到配对的至少一个主设备。每个主设备包括显示器并且可操作为接收两个或更多个数字数据分段，将两个或更多个数字数据分段重新格式化为多媒体数据，以及显示多媒体数据。该方面的其它实施例包括记录在一个或多个计算机存储设备上的相应的计算机系统、装置和计算机程序，每个均配置为执行所述方法的动作。

实现可以包括以下特征中的一个或多个：通过不包括发射器的替代通信网络从配对的至少一个主设备到中央服务的返回信道，其中，所述替代通信网络包括从多个移动接收器中的至少一个到中央服务的TCP/IP通信信道，和/或在多个移动接收器中的至少一个的范围内的多个短距离接近接收器。系统还包括与多个移动接收器中的每一个相关联的用户简档。中央服务还可在预定时间段内将用于广播的两个或更多个数字数据分段重新递送到远程数据服务器。所描述的技术的实现可以包括在计算机可访问介质上的硬件、方法或进程，或计算机软件。

另一个一般方面包括向多个移动接收器无线地广播多媒体数据的方法，包括以下步骤：在中央服务处，将多媒体数据分割成至少两个数字数据分段；用报头信息封装至少两个数字数据分段中的每个，所述报头信息包括：标识多媒体数据是否旨在用于在给定位置处的所有多个移动接收器的至少一个八位字节、标识数据表或存储器映射的单元中的数据位置的至少一个八位字节，以及具有用于所述单元的数据的至少一个八位字节；在预定时间段内将至少两个数字数据分段重复发送到远程数据服务器，以广播到多个远程移动接收器；在远程数据服务器处接收至少两个数字数据分段；将至少两个数字数据分段存储在远程数据服务器处；经由轮播缓冲器将至少两个数字数据分段传送到发射器，以广播到多个远程移动接收器；向多个移动接收器广播至少两个数字数据分段；通过多个移动接收器中的至少一个移动接收器向与多个移动接收器中的所述至少一个移动接收器配对的主设备发送至少两个数字数据分段；在主设备处接收至少两个数字数据分段；缓存至少两个数字数据分段；组合至少两个数字数据分段，使得多媒体数据能够显示；以及在主设备上显示多媒体数据。该方面的其它实施例包括记录在一个或多个计算机存储设备上的相应的计算机系统、装置和计算机程序，每个均配置为执行所述方法的动作。

另一个一般方面包括用于将多媒体数据无线地广播到多个移动接收器的系统，包括中央服务，能操作为：将多媒体数据分割成数字数据分段，用第一报头信息封装数字数据分段，以及将数字数据分段传送到远程数据服务器，以广播到多个远程移动接收器。系统还包括远程服务，能操作为将具有第二报头信息的远程服务数据传送到远程数据服务器，以与来自中央服务的数字数据分段和第一报头信息一起广播到多个远程移动接收器。远程数据服务器还可操作为：从中央服务接收数字数据分段和第一报头信息，从远程服务接收远程服务数据和第二报头信息，以及存储数字数据分段、第一报头信息、第二报头信息和远程服务数据。远程数据服务器可经由轮播缓冲器将数字数据分段、第一报头信息、第二报头信息和远程服务数据重复发送到发射器，以广播到多个移动接收器。系统还包括发射器，能操作为将数字数据分段、第一报头信息、第二报头信息和远程服务数据广播到多个移动接收器。该方面的其它实施例包括记录在一个或多个计算机存储设备上的相应的计算机系统、装置和计算机程序，每个均配置为执行所述方法的动作。

进一步的一般方面包括用于向多个移动接收器无线地广播多媒体数据的系统，包括：运行发射器程序的中央服务，能操作为将多媒体数据分割成数字数据分段、用报头信息封装每个数字数据分段，以及将具有报头信息的每个数字数据分段传送到远程数据服务器，以广播到多个远程移动接收器。报头信息包括地点标识符、数字数据分段类型指示符、移动接收器标识符、指示每个数字数据分段是否是序列中的一个的序列指示符、指示每个数字数据分段中的八位字节的总数的总八位字节数指示符、指示数字数据分段将要被存储的位置的地址位置信息，以及校验和；以及数据服务器，能操作为接收数字数据分段并将数字数据分段添加到轮播缓冲器中，以便由发射器连续广播，直到数字数据分段被中央服务改变或移除。该方面的其它实施例包括记录在一个或多个计算机存储设备上的相应的计算机系统、装置和计算机程序，每个均配置为执行所述方法的动作。

另一方面包括用于移动接收器的处理数据的方法，所述方法包括：接收和解调包括第一容器和第一数字数据分段的第一FM广播信号，其中，第一容器在9个八位字节和60个八位字节之间，并且包括地点标识符、数字数据分段类型指示符、移动接收器标识符、指示第一数字数据分段是序列中的一个的序列指示符、指示第一数字数据分段中的八位字节的总数的总八位字节数指示符、指示第一数字数据分段将要被存储的位置的地址位置信息和校验和；以及接收和解调包括第二容器和第二数字数据分段的第二FM广播信号，其中，第二容器在9个八位字节和60个八位字节之间，并且包括地点标识符、数字数据分段类型指示符、移动接收器标识符、指示第二数字数据分段是序列中的第二个的序列指示符、指示第二数字数据分段中的八位字节的总数的总八位字节数指示符、指示第二数字数据分段将要被存储的位置的第二地址位置信息，以及第二校验和。该方面的其它实施例包括记录在一个或多个计算机存储设备上的相应的计算机系统、装置和计算机程序，每个均配置为执行所述方法的动作。

附图说明

参考附图公开了本发明，其中：

图1是示出根据本发明一个实施例的系统体系结构的一部分的示图；

图2是示出根据本发明一个实施例的系统体系结构的一部分的示图；

图3是示出根据本发明一个实施例的示例性移动接收器和主设备的示图；

图4是示出根据本发明一个实施例的主设备上的示例性显示的示图；

图5A是根据本发明一个实施例的用于显示器的示例性模式的示意图；

图5B是根据本发明一个实施例的示例性引用表(A)的示意图；

图5C是根据本发明一个实施例的示例性引用表的另一示意图；

图5D是根据本发明一个实施例的示例性引用表(A)的另一示意图；

图5E是示出根据本发明一个实施例的主设备上的示例性显示器的注释图，其中引用是指引用表中的位置信息；

图6A是根据本发明一个实施例的示例性消息结构模式的示意图；

图6B是根据本发明一个实施例的示例性消息结构的示意图；

图7是示出根据本发明一个实施例的方法的流程图；

图8是示出根据本发明一个实施例的用于发送紧急警报的系统体系结构的一部分的示图；

图9A是在使用可扩展标记语言(XML)的Ver.1.2标准的通用警报协议中指定的示例性紧急警报消息；

图9B是示出根据本发明一个实施例的如何将图9A的XML消息中的信息转换为表格式的示图；

图10是示出根据本发明一个实施例的方法的流程图；

图11是示出根据本发明一个实施例的示例性硬件实现的框图；以及

图12是示出根据本发明一个实施例的示例性实现的功能的框图。

贯穿示图中，相应的附图标记表示相应的部分。本文所描述的示例说明了本发明的几个实施例，但不应解释为以任何方式限制本发明的范围。

具体实施方式

现在参照图1，提供了一种用于与一对多配置中的大量设备进行数据通信的系统。所述系统可操作以推送任何类型的数字信息，包括但不限于数字文件、流数据、多媒体文件和随后可用于对数字设备的命令和控制的数字功能。

图1示出了部署在地点110中的系统100，系统100用于将数字数据传送到一大组接收者120，每个接收者120具有移动接收器130。地点110配备有数据服务器140和用于无线广播数据的发射器150。发射器150可以是部署在地点110处的小型(例如，4英尺)天线。在一个实施例中，发射器150和数据服务器140被集成到相同的物理设备中。替换地，通过在远程计算机设备上操作的软件来控制和/或配置发射器150。每个移动接收器130可以将数据重发到主设备160(例如移动电话)，或者使用该数据来命令/控制其它装置。在一个实施例中，移动接收器130和主设备160被集成到相同的物理设备中。如果使用主设备160，则主设备160可操作为运行应用170，所述应用170在主设备160上显示或以其它方式在主设备160上可用，主设备160从移动接收器130接收数据，并且允许通过可用于主设备160的网络(优选地TCP/IP网络)向其发送响应。系统100可与其它接入网络互连，但为简单起见，未示出这些实体/接口。如图所示，系统100提供分组交换服务。

在一个实施例中，接收者120通过向图2中详述的中央服务注册移动接收器130来接收仅针对所述接收者120的移动接收器130的加密或编码消息。

在图2所示的实施例中，经由因特网从联网的中央服务200向地点110提供数据馈送(其可以包括数据广播节目)。中央服务200可以包括服务器，其可以是针对音频/视频/文本/命令流应用定制的Web服务器或流服务器。服务器上的文件可以包含任何类型的音频/视频/文本/命令内容。中央服务200通过将音频/视频/文本/命令文件发送到套接字中来将该文件引导到客户机。可以使用TCP和UDP套接字连接。在将音频/视频/文本/命令文件发送到网络之前，对该文件进行分段，并且用适合于音频/视频/文本/命令业务的报头信息封装分段，这将在下面进一步详细描述。数据格式化和数据生成可以在中央服务200处完成，或者在场所本地的类似服务处完成。替换地，中央服务200可以位于地点110处。地点110可以配备有中央服务和/或本地服务，如下所述。数据服务器140能够从一个以上的服务器(中央服务200，或一个或多个本地服务)接收内容。在一个实施例中，数据服务器140将所有消息存储在“轮播”型缓冲器上，并通过发射器150不断地广播缓冲器的内容。“轮播”型是指在一段时间内重复广播一组数据分组以便确保它们被一个或多个接收器接收的会话协议。

中央服务的操作员可以逐个元素地手动输入封装数据元素，或者，可替换地，中央服务可以操作为自动输入封装数据。

在地点110处，经由例如以太网连接上的UDP协议，在数据服务器140处接收数据馈送并将数据馈送传送到发射器150。数据服务器140可以包括服务网关和分组数据网络(PDN)网关，以及处理中央服务200或本地服务与移动接收器130之间的信令的控制节点。发射器150可以是永久安装的地点发射天线，其在选定的距离(例如3.5平方英里/6千米区域(1英里/1.6千米半径))上发送RF信号。在一个实施例中，发射器150发射217MHz至220MHz(200kbps)之间的单向数据广播。在FCC许可的情况下，所选择的距离可以更大。可以采用本领域已知的几种类型的传输机制，包括FM无线电信号上的脉冲编码调制(PCM)、ISDB-T、ISDB-T、多媒体广播、数字系统E、T-DMB、DVB-H、DVB-SH、FLO、RAVIS和DVB-T2 Lite。

参照图3，示出了移动接收器130和主设备160。移动接收器130可以是独立的接收器，其被设计成与单独的非数字设备交互并控制该设备。在另一形式中，移动接收器130可操作以经由有线或无线通信协议(例如，蓝牙)将数据中继到主设备160。在又一个实施例中，移动接收器130与主设备160是一体的。在一个实施例中，移动接收器130被设计成安装在车辆中，由车辆的电气系统供电，并且在车辆行驶时加电。在另一个实施例中，移动接收器130是便携式的并且由电池供电，并且由用户打开。移动接收器130的操作可以使用能够维持数字通信的任何RF频率。在一个实施例中，移动接收器130工作在217MHz的频率上。

移动接收器130通过自身的接收器/天线接收广播数据。每个移动接收器130对调制到RF载波上的信息进行恢复，并将该信息提供给在移动接收器130处或在主设备160处的控制器/处理器。控制器/处理器可以与存储程序代码和数据的存储器相关联。存储器可以被称为计算机可读介质。在主设备160中，控制器/处理器提供传输和逻辑信道之间的解复用、分组重组、解密、报头解压缩和控制信号处理。控制器/处理器还可以负责错误检测。

移动接收器130可以具有用于充电和数据上载的端口或连接器(例如USB)，以及用于激活和控制各种功能的控制开关(例如按钮)。还可以设置状态/数据传输指示器，例如灯。移动接收器130可以是经由到主设备160的蓝牙或其它通信链路(包括但不限于IR、短距离EMF、近场传输等)的小型表袋(small fob)的形式。移动接收器130可用于从发射器150接收广播数据。移动接收器130还可以包括收发器，用于与主设备160通信或者以其他方式向主设备160发送数据和从主设备160接收数据，例如确认信号或控制信号。在一个实施例中，移动接收器130和主设备160都不具有返回到中央服务200的宽带反回/反向信道能力，然而，主设备160经由短距离通信或窄带反向信道与移动接收器130通信。为此目的，移动接收器130还可以与位于地点110周围的多个固定收发器进行通信。移动接收器130还可以包括可操作为接收88-108MHZ频带中的标准FM无线电广播的无线电接收器或芯片。在一个实施例中，移动接收器130是包括FM无线电接收器的主设备160上的模块配置。

移动接收器130可以被分配标识信息，例如MAC地址或其它标识码，例如EMEI等等。可以使用分配有标识信息的移动接收器130，使得特定的移动接收器130可以接收数据广播传输，所述数据广播传输通常情况下被广播到所有设备并且特别情况下被定向到所标识的移动接收器130。替换地，来自主设备160的MAC地址或其它标识信息可用于特定地将传输指引到个体或一组接收者120。

在一个实施例中，移动接收器130被配置为中间接收器/收发器，所述中间接收器/收发器可操作以从中央服务200接收传输、可选地对所述传输进行解码，并将所述传输进一步发送到主设备160。从移动接收器130到主设备160的传输可以通过在主设备160中可用的任何通信链路来实现，或者如果设备上存在可用端口(例如蓝牙适配器)，则可以通过插入模块来实现。移动接收器130可操作以经由运行在主设备160上的应用170或经由终端仿真器程序(例如来自微软的Remote Desktop)与主设备160通信。应用170允许与可以预先存储在主设备160中的控制屏幕的紧凑消息通信。

参照图4，示出了具有显示器410的主设备160。主设备160可以是蜂窝移动电话、智能电话、会话发起协议(SIP)电话、膝上型计算机、个人数字助理(PDA)、卫星无线电、全球定位系统、多媒体设备、视频设备、车载无线电、数字音频播放器(例如MP3播放器)、相机、游戏控制台或任何其它类似设备。主设备160也可以被本领域技术人员称为移动台、订户站、移动单元、订户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动订户站、接入终端、移动终端、无线终端、远程终端、手机、用户代理、移动客户端、客户端或某种其它合适的名称。主设备160可以配置有应用170以接收或处理在地点110处广播的数据。在一个实施例中，接收者120从适当的应用提供者或应用存储器下载应用170到主设备160。当接收者120打开应用170时，应用170可被配置为与移动接收器130同步或以其它方式与移动接收器130通信(有线地或无线地，例如，经由蓝牙)。移动接收器130向主设备160发送由应用170处理的广播数据。可以采用像媒体播放器这样的单独或集成的辅助应用来播放音频/视频数据。应用170还可以在播放期间对音频/视频进行动态解压缩、抑制分组抖动、提供用于显示给接收者的图形用户界面等。

在一个实施例中，应用170在显示器410上显示广播数据，接收者120可以采用与传统网站或移动应用相同的方式来观看所述广播数据。在一个实施例中，应用420可以包括与主设备160相关联的用户简档。用户简档可以包括用户偏好，包括例如优选语言。如果预期特定广播将需要能够发送个别或群组消息，那么将存在所限定的规定地址(addressprovision)，可借由所述地址通过空中来传递将仅可由匹配所述地址的接收器进行操作的特定消息和指令。广播数据可以用用户简档中指定的语言显示。在一些实施例中，主设备160可以是基站、基站收发器、无线电基站、无线电收发器、收发器功能、基本服务集(BSS)、扩展服务集(ESS)或一些其它合适的术语。在一个实施例中，主设备160和移动接收器130被配置在相同的物理设备内。

在一个示例性实施例中，系统100被部署在足球场中，以将数字数据传送到比赛出席者接收者120，每个比赛出席者接收者120具有支持蓝牙的小型(例如，1英寸×1英寸)表袋(fob)或口袋(pocket)接收器形式的移动接收器130。足球场配备有数据服务器140和发射器150，用于无线地向移动接收器130广播数据的4英尺高的天线。每个移动接收器130从发射器150接收广播数据，包括例如比赛得分和统计、视频突出显示和重放、消息、粉丝竞赛、广告、公告、天气更新、定制程序、促销、实况视频等，并且经由蓝牙将广播数据重发到配对的主设备160(包括移动电话、平板电脑、计算机或其它无线设备)。

例如，主队或体育场拥有者可以要求获得在事件期间通过移动接收器进行的销售的一部分，或者在比赛期间对赞助商或广告进行收费来产生收入。主设备160可操作为运行应用170，例如在比赛之前或期间从例如苹果或Android应用商店下载的应用。当由接收者激活时，应用处理和显示从移动接收器130表袋接收的、主设备160上可用的广播数据。

运行在主设备160上的应用是可配置的，使得它基于在广播中所提供的指令在显示器410上显示信息。这些指令可以引用包含待显示的特定信息的表，例如，如图5A至图5D所示。使用广播数据的方式将取决于与移动接收器130配对的主设备160的程序设计。为了将数据组织为微小增量，存储器映射可组织为“表”序列。在一个配置中，最多可以有255个不同的表，每个表最多可以有255行和255列。表中的每个“单元”将包含可以由主设备160上的应用170单独寻址的单个项目。尽管不是必需的，但优选的是采用使存储在每个表中的数据在性质上类似的方式来组织表。在主设备160上运行的应用170将被写入，使得将改变的所显示信息的任何部分将由存储在其中一个表中的数据集来控制，如图所示。

在这些示例中，用八位字节“B”和字符串“S”来指示数据类型。用于某些特征的符号也可以被表示(例如){GF}和{Sticky}，{GF}是指一个或多个需要评估组ID的组过滤消息，{Sticky}在该示例中意味着一旦被设置为“真”，它就不应该被改变为假，即使广播到主设备160的指令另外指示。为了避免与使用除“字节”(八位)以外的其他八位的系统混淆，当本发明或附图指“字节”时，应被理解为指代“八位字节”或八位。

在图5A所示的一个示例中，在12行E列处，广播指示应用应该在何处查找合适的“主团队”名册，并且在12行F列处,广播指示应用应该在何处查找合适的“访问团队”名册。每列具有“团队ID”(八位字节)，所述“团队ID”对应于包含团队的名册的表。在图5B中示出了将包含这种名册的特定数据的示例性表配置。回到图5A，在11行C列中引用视频显示。示例性引用表T200在图5C中示出。在该示例中，表中的第一单元指示需要多少额外的单元来构建完整的视频。可以以相同的方式提供照片或其它多媒体文件。同样可以在诸如屏幕颜色的查找表中提供其它信息，在图5D中提供了示例性查找表。优选地，每个单元的数据量保持较小。随着来自发射器流的例如每秒200千比特速度的每次传输，一遍遍地重新创建表。在一个示例中，每5秒重写每个表的每个单元。因此，能够显示新信息，而无需重新呈现整个显示。

参照图5E，主设备160和显示器410被示出为具有用于应用170的示例性“主页”。重叠的是指示应用170对要显示的适当数据的引用的注释。例如，显示的第一团队的图形或标志510被映射到表1的第0行第2列。由于所引用的元素是图形(或照片、标志等)，表1中所引用的单元位置处的数据将被分配给特定的图形文件。在另一个示例中，比赛时间520(“3pmET”)在表1的第0行第1列的单元中找到。当每个位置处的单元内的信息随时间改变或移除时，显示器将用新信息进行更新。在一个实施例中，在表的行和列位置中指定的数据将随着数据出现在表单元中(例如，文本或数字)而由应用170显示。在另一个实施例中，包括在所引用的表单元中的数据等同于显示一些其它数据的命令。例如，Alabama v.Clemson比赛的“比赛状态”由位于表1的第1行第1列中的、包含数字4的数据来表示。在该示例中，表1的第1行第1列的内容引用应该显示的特定文本或附加动作，如表1所示：

表1

然后，当数字4被包括在单元表1的第1行第1列中时，应用170显示文本“决赛”，如5E所示。

在一个实施例中，接收者120可以与显示器410上所示的数据交互。例如，当用户在显示器410的链接到单元的一部分上“点击”或敲击或以其它方式交互时，假定存在到因特网的某种程度的连接性，则主设备160将连接到URL，并中继请求和接收者120的联系信息。例如，这可以包括购买请求。以这种方式，广播内容可以使用户能够浏览目录或菜单，而不使用因特网来下载内容，然后通过因特网中继购买请求。

转到图6A，示出了允许在不需要双向通信的情况下传输广播数据的示例性消息封装协议500。消息协议允许同时将数字指令、文件、流数据或任何其它类型的数字信息传输到多个设备。

在一个实施例中，被广播的数字信息被构造为使得每个八位字节的数据被包含在具有前导码的消息中，所述前导码包括预期移动接收器130的地址信息，以及如果适当的话，数据在较大文件内的位置。该地址信息允许以完成整个网络的任务所必需的任何序列来发送数据。二进制数据可以与较大的数据文件混合，而不会损坏较大的文件。地址信息可以是例如数据库地址、表结构或存储器映射的形式。被发送的每个消息包含预期移动接收器130解译和执行或存储广播数据所必需的所有地址信息。

当从中央服务200广播数据传输时，将优选地具有多八位字节消息数据结构，其中具有标识(除了其他方面的)地点ID的前导码(或后导码)，该地点ID标识数据传输将要到达哪个体育场/地点。因为可能有多个同时运行并且非常接近的事件，所以在某些实施例中，移动接收器130可以在被激活时被预置为特定的事件/地点。该结构还可以包括消息类型，例如“全面广播”，即地点110的每个移动接收器130都接收，或者“特定”于特定的移动接收器130，这可以通过匹配移动接收器130的标识信息来确定，例如移动接收器130的MAC地址的匹配。在一个实施例中，对在主设备160上操作的应用进行编程设计，以自动地与正在工作且从地点接收广播的中央服务200通信。中央服务200然后将该信息链接到接收者120的数据库，该数据库例如在应用最初安装在用户的主设备上时创建。移动接收器130的MAC地址可以与数据库中的地点相关联，并且如果/当中央服务200需要沿着个人/组消息传递时，则引用该地址。在特定类型消息的情况下，该结构还可以包括具有移动接收器130的标识信息(例如，MAC地址)的其它八位字节。该结构还可以包括存储器映射或消息类型标识符，其告知移动接收器130和/或主设备160(如果适当的话)应该如何使用广播数据，和/或应该将其存储在预定义的存储器映射中的哪个位置。在一个实施例中，当在主设备160上安装应用时，在应用中定义该信息。当地址信息被存储在预定义的单元位置(下面描述)中与移动接收器130的MAC地址相匹配时，该特定消息的有效载荷的内容可以如应用中所定义的那样被作用。该结构将进一步包括消息数据。在视频或图片的情况下，消息可以是单个像素或一组像素。

在一个实施例中，为了解决反向信道带宽的缺乏，已经进行了调节以确保没有反向信道确认信号的消息传递。中央服务200将优选地在预定时间段内连续地发送所有消息，即使它们已经被主设备长期接收。这将允许“回填”由于缺乏确认而可能在第一次传输中丢失的消息数据，确认是一种能够知道丢失了哪些数据的方法。通过在预定时间段内连续重传，大多数消息将最终被完全传递，而不需要确认。例如，在运动应用中，除非/直到分数改变，否则将不断地重发分数。此时，修改的分数将成为轮播广播的一部分。由应用所使用的内容将使用这种轮播方法不断地被重新广播，以便在任何给定的时间点，用户可以获得最新的信息。

在图6A中，提供了用于传输数据流的示例性容器格式或报头信息610，该数据流与本文描述的系统和方法或其它系统和方法一起使用。消息可以具有不同的长度，从少数9个八位字节直到60个八位字节。

每个消息的“0”八位字节611包含“消息ID”。该数字表示后面的消息类型。“01”八位字节612是“地点ID”。如上所述，这是由发射器程序设置并由中央服务400发送的数字，并且对于每个事件/地点和/或事件/地点/日期是唯一的。在一个实施例中，发射器程序是在中央服务200上运行的软件程序或在特定事件处使用的任何本地服务。发射器程序(和本地服务发射器程序)负责创建在特定事件处要广播的所有消息分组。然后，这些消息分组被传送到数据服务器140，在那里它们被添加到轮播缓冲器，用于由发射器150连续广播，直到改变或移除(例如，由中央服务200或本地服务)。主设备160中的软件将地点ID数字保存在存储器(例如，NVRAM)中，使得它将每个消息的“01”八位字节与保存的地点ID数字进行比较。如果保存的数字与包含在消息的八位字节“01”中的数字相同，则它可以被忽略，并且该消息应该被正常处理，即，被解析并保存到存储器中。如果包含在消息的八位字节“01”中的数字与已经保存在存储器中的数字不同，则将清除存储在所有表中的所有数据，并保存新的数字。然后创建新的表，并加载后续接收的消息中的数据。在一个实施例中，使用该过程，当他或她去新的事件、位置或地点时，可以存储在接收者的主设备的显示器中的旧数据被“清除”。在另一个实施例中，当地点ID＝0时提供例外。在这种情况下，不启动存储器复位，并且接收到的消息被处理为“特定地址”或用于特定移动接收器130的消息。“特定地址”消息的前六个八位字节可用于指示移动接收器130的标识信息，例如，预期移动接收器130的MAC地址或其它ID。然后，所有其它移动接收器130将忽略该消息。

八位字节“02”613包含数字(C_L)，该数字指示后面的数据是否将是表中的一个中的整个单元内容，或者是否是将用于填充单元的消息序列中的一个。例如，如果C_L是“0”，则随后的数据将是整个单元内容。消息的内容将覆盖当前存储在单元中的数据(如果有的话)。如果C_L是“1”，则该消息的内容将是该单元中最终将成为字符序列的第一部分。如果C_L是“2”，则内容将被附加到在较早的消息中发送的内容的末尾，依此类推。在一个实例中，任何时间C_L被设置为“0”或“1”，然后当前存储在单元中的所有数据被重写。

八位字节“03”614包含指示消息中总共有多少个八位字节的数字。该数字是8+P_L，其中P_L指示消息的实际有效载荷中的八位字节的数量。P_L＝0指示1个八位字节有效载荷，P_L＝1指示2个八位字节有效载荷，等等。在消息长度计算中不计入校验和。

八位字节“04”615、“05”616和“06”617包含八位字节“07”到“P_L+7”中包含的信息的地址位置。在一个示例中，八位字节“04”615指示要存储数据的位置的表号，八位字节“05”616指示要存储数据的位置的行号，而八位字节“06”617指示要存储数据的位置的列号。由于P_L指示存储在单元中的八位字节的数目，包含在八位字节“07”到“P_L+7”中的信息被顺序地存储在由八位字节“04”、“05”和“06”指定的单元中。

最后一个八位字节(PL+8)618总是校验和。该八位字节用于验证接收到的每个消息，但它不存储在表中。

图6B提供了示例性消息。在该结构中，MID＝F4＝可变长度消息，VID＝48,PID＝17,LEN＝9,AT＝表#＝17,AR＝行#＝1,AC＝列#＝1,Data＝D0+D1＝01,00,CHK＝AD。

在一个实施例中，要广播的消息的每个分组是独立的项目。上述地址方案允许由移动接收器130适当接收的任何分组由配对主设备160连同任何其它所需分组进行保存、组装和显示，而与其它内容是否还没有被完全发送无关。换句话说，如果警报消息的文本部分在五个分组之间被分割，则一旦这五个分组被接收，该消息就可以显示在主设备160上，即使可能有更多的分组仍然正被广播，这些分组属于例如像照片或视频那样的相关联的多媒体文件。作为示例，如图5所示，第0行第0列用于显示在比赛中发送到所有接收者120的公告。消息分组不一定必须由移动接收器130按顺序接收，也不一定必须是连续的。

在一个实施例中，系统以任何波特率工作。消息之间的时间延迟不会产生影响，也不需要在整个广播传输中以相同的速率发送分组。在一个示例中，以4800波特的波特率发送消息格式。

在一个实施例中，消息格式被提供用于多媒体内容的RF广播。在替代实施例中，消息格式用于允许经由UDP在整个因特网上广播相同类型的内容。由于数据流中的各个分组可以以任何顺序被接收，并且不需要对接收进行确认，因此分组可以通过UDP连接发送。允许使用UDP可以显着地提高速度并降低由试图通过因特网向数百万个同时的接收者120提供内容的人所使用的典型因特网服务器的基础设施要求。由于UDP是“无连接”协议，因此通过它传输的数据可以由数百万个接收者120同时接收和处理，而不必增加服务器处的带宽或基于用户对数据的需求的路由器容量。而且，由于没有数据接收确认的要求，传输速率将由于减少的网络拥塞而急剧上升。

在另一个实施例中，多媒体消息或数字数据可以被发送到FM发射器，再到具有移动接收器130的接收者120，其中移动接收器130(无论是与主设备160物理集成的还是与主设备160分离的)包括FM无线电芯片。类似蜂窝电话或汽车控制面板/汽车无线电或立体声或类似组合无线电/导航系统的主设备160可以包含FM无线电芯片。数字数据/多媒体信息可以使用如上提供的报头信息被分割和封装、调制以通过FM发送，然后以例如56Kb/s从FM发射器广播到移动接收器130(例如像FM调谐器和解调器芯片以及汽车立体声系统中的相关模块)。在汽车立体声移动接收器130的情况下，每个分组可以在左/右立体声信道上交替。主设备160上的软件应用将从FM芯片接收(或任选地提取)数据，并解码和重新组合分段以呈现消息。这种系统的载波频率可能是国家相关的，并且可以由普通技术人员选择。

在另一个实施例中，发射器150在地点110处不断地发射和重新发射由移动接收器130使用的广播数据的整个结构。当广播数据改变(例如，足球比赛中的圈计时(laptimes)、天气、得分)时，发射新消息，该消息覆盖单元中的先前广播数据，使得主设备160上的显示器410改变以反映更新的广播数据。如果广播数据被用于向应用170提供信息以在显示器410上显示，则显示器410可以立即改变，而不必重新发送最初用于生成显示的整个数据集。

通过监视从移动接收器130到主设备160的广播数据，主设备160不断地重新生成或刷新显示器410。如果任何广播数据被来自发射器150的消息序列改变，则一旦在移动接收器130处接收到那些消息、将其发送到主设备160并由应用170处理和显示，就更新显示器410。这可以应用广播数据格式化或显示偏好信息(例如，屏幕颜色)。显示在显示器410上的信息的任何部分可以被改变以指示事件已经发生(例如，当竞赛在警示警报下进行时，屏幕改变为黄色)。示例性应用420可以被配置为使得发布者希望能够控制或改变的任何内容可以在应用编程过程的开始处定义的表中找到。这些特征可以包括文本、图片、屏幕布局、主设备的部件(如智能电话上的手电筒)，或者可以通过主设备140的扬声器回放的声音。内容和指令可以被发送和存储在表的单元中的特定位置，并且应用被写入以查找那些定义的单元中的内容/指令。

因此，即使没有从接收器130发送回发射器150的确认信号，主设备160上的显示器410也应该最终完全填充完整的预期广播数据，即使广播数据最初在传输中丢失或损失。

在一个实施例中，被发送的广播数据还可以包括数字指令，该数字指令可以用于控制位于地点110处的设备，如图1所示。这对于不希望硬接线到更大网络的设备尤其有用。因为每个正被发送的消息包含指定其打算用于哪个移动接收器130的地址信息，所以移动接收器130可以构建为发射控制信号来打开或关闭其它设备，以及利用嵌入在广播数据中的数字命令来配置和/或控制这些设备。例如，移动接收器130可以操作为用于较大屏幕设备或跟踪照明(例如，Jumbotron^@设备)的控制器。例如，在跑道上，在每个电子标志上建立硬线控制器可能是困难的。然而，可以使用系统100以从移动接收器130控制大型设备，并且将不需要控制器布线。

在图7中，示出了向多个移动接收器广播数据的方法700。在步骤701中，中央服务200例如经由因特网将包括内容的数据(例如，运动得分、事件更新、紧急情况信息、多媒体等)传送到在地点110中部署的系统。地点110配备有用于无线广播数据的数据服务器140和发射器150。在步骤702中，在数据服务器140处接收来自中央服务200的数据，所述数据服务器140与发射器150通信。在步骤703，数据服务器140将待广播到接收者120的广播数据传送到发射器150，每个接收者120具有移动接收器130。在步骤704中，发射器150向移动接收器130发射广播数据，所述移动接收器130包含至少一个收发器并且与主设备160配对。在步骤705中，移动接收器130接收广播数据，并且在步骤706中，向正在运行应用以处理和/或显示广播数据的主设备160发送广播数据。在步骤707中，来自主设备160的响应经由对主设备160而言可用的网络(例如TCP/IP网络)被发送回系统100(如果有的话)。在一个实施例中，该特征可用于菜单或目录项被广播到接收者120的情况，并且如果用户想要从菜单或目录项购买某物，则用户选择一项(经由应用170)，并且购买请求可连同例如支付信息一起经由TC/PIP网络(例如，蜂窝或Wi-Fi)被中继回商店。

在一个实施例中，数据服务器140可操作为选择性地发送从中央服务200接收的数据。可以将针对一个位置中的所有接收者所授权的数据发送到发射器150，以便全面广播到所有移动接收器130。只有当接收者拥有或输入例如所需的代码，或者在另一实施例中，只有具有特定标识信息的移动接收器130，才可以由主设备160访问仅为所选接收者授权的数据。在一个实施例中，该服务可以由中央服务200或本地服务来实现。

在另一个实施例中，发射器150使用轮播方法不断地广播要传送到移动接收器130的数据的整个结构。因此，即使没有从移动接收器130发送的确认信号，在主设备160上也最终完全填充，即使数据最初丢失/损失。

参照图8，提供了适于在紧急或灾难情况900中应用的本发明的方法和系统的实施例。在美国广泛部署LTE或其它广播技术之前，包含多媒体内容的WEA多播消息通常在紧急情况下是不可用的。WEA是一种公共安全系统，其允许拥有某些无线电话和其它兼容移动设备的客户接收地理上有针对性的、类似文本的消息，以警告他们在他们区域中的安全即将受到威胁。当前，蜂窝电话没有被配备来接收多媒体广播消息。本发明的一个实施例提供了一种系统，其中，希望接收WEA多播消息的(一个或多个)接收者被提供有移动接收器810(例如，用于接收以分组形式发送的消息的、配备有蓝牙的小型数字接收器)，然后使用

协议将消息重传到主设备820(例如，移动电话)。在主设备820上，由软件应用接收和处理消息，该软件应用包含必要的编解码器和API，以便视情况将消息分组编译为文本、二进制命令或多媒体内容。

作为示例，在飓风中，政府当局(例如FEMA)可以将移动接收器810分发给受影响区域的紧急人员或居民，使得接收者可以接收来自政府官员的最新信息，天气和新闻警报或紧急警报，以及诸如地图、视频、照片等多媒体信息。多媒体消息可从部署在相关地理位置、区域或地点(例如，避难所)中的移动或临时发射器广播到移动接收器810。接收者可以在灾难之前将应用下载到他们的移动电话或其他主设备，这些设备可以经由任何可用的通信信道(例如，蓝牙)与移动接收器810配对。

图9A和图9B提供了通过本发明的系统和方法发送的政府警报消息的示例性信息。图9A是在使用可扩展标记语言(XML)的Ver.1.2标准的通用警报协议中指定的紧急警报消息示例，其是在国内和国际上普遍采用的用于分发紧急警报消息的方法。图9B示出了如何将该XML消息中的信息转换为符合本发明描述的广播格式的表格式。

在该实施例中，发射器150不断地发送出存储在表中的所示数据的整个结构。当事物改变(例如，“紧急”级别或“确定性”级别，或图像文件或GIF)时，广播数据消息将重写存储该数据的单元中的数据。主设备160的显示器410将改变以反映更新的信息。

在一个或一个以上示范性实施例中，所描述的功能可实施于硬件、软件、固件或其任何组合中。如果在软件中实现，则功能可以被存储在计算机可读介质上或被编码为计算机可读介质上的一个或多个指令或代码。计算机可读介质包括计算机存储介质。存储介质可以是可由计算机访问的任何可用介质。作为示例而非限制，这种计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备，或者可以用于以指令或数据结构的形式携带或存储所需程序代码并且可以由计算机访问的任何其它介质。如本文所使用的，光盘和磁盘包括压缩盘(CD)、激光盘、光盘、数字通用盘(DVD)和软盘，其中光盘通常磁性地再现数据，而光盘利用激光光学地再现数据。上述的组合也应该包括在计算机可读介质的范围内。

参照图10，提供了流程图。在步骤1000，运行应用170的主设备160激活用于地点101处的广播服务的文件传递会话。主设备160在与文件传递会话的传输会话ID相关联的定义的网络地址和端口上开始下载内容。在步骤1001，主设备160接收与地点101处的数字文件广播相关联的至少一个第一媒体分段。在步骤1002，主设备160接收与地点101处的数字文件广播相关联的至少一个第二媒体分段。在一个实施例中，方法用于传送数字文件(例如，图片、音频和视频)。在特定地点，定义表以将创建所需数字文件所需的数字信息存储为包含在表中的单元序列。数字文件被划分为分段(例如，每个在20至60个八位字节之间)，然后每个分段被存储在表中的不同单元中。运行在主设备160上的应用170评估所接收的媒体分段的内容，并且根据使得用户可访问或观看原始数字文件的方式以适当的顺序组合它们。

图11示出了说明示例性装置1100中的不同部件之间的数据流的概念性数据流图。装置可以是主设备160。装置1100包括广播数据管理模块1101，其可操作以激活在地点处的广播网络中的会话。装置1100还包括广播数据处理模块1102，其可操作以从网络1103接收会话中的数据流。数据流包括至少一个封装的数字数据文件分段，其中至少一个封装的数字数据文件分段与地址信息相关联。装置1100还包括数据高速缓存模块1104，其可操作为高速缓存至少一个封装的数字数据文件分段。装置1100还包括内容处理模块1105，其用于解码多媒体封装的数字数据文件分段以供回放，同时还使用高速缓存的封装的数字数据文件分段。广播数据处理模块1102可进一步操作以接收与数字数据文件相关联的额外封装的数字数据文件分段。因此，上述流程图中的每个步骤可以由模块执行，并且装置1100可以包括这些模块中的一个或多个。

图12是示出用于采用处理系统1201的装置1200的实现示例的示图。处理系统1201可以用总线体系结构来实现。处理系统1201可以包括任意数量的互连总线和桥接器，这取决于处理系统1201的特定应用和总体设计约束。处理系统1201将包括一个或多个处理器和/或硬件模块的各种电路(表示为处理器1202、处理模块1203、1204、1205和1206以及计算机可读介质1207)链接在一起。处理系统1201还可链接各种其它电路，例如时序源、外围设备、电压调节器和本领域已知的功率管理电路。处理系统1201可以联接到收发器1208。收发器1208联接到一个或多个天线1209。收发器1208提供了用于通过传输介质与各种其它装置进行通信的部件。处理系统1201包括联接到计算机可读介质1207的处理器1202。处理器1202负责总体处理，包括存储在计算机可读介质1207上的软件的执行。当处理器1202执行软件时，使得处理系统1201执行上述用于任何特定装置的各种功能。计算机可读介质1210还可以用于存储在执行软件时由处理器1202操纵的数据。模块1203、1204、1205和1206可以是运行于处理器1202中的、驻留/存储在计算机可读介质1210中的软件模块、联接到处理器1202的一个或多个硬件模块，或它们的某种组合。处理系统1201可以是主设备160和/或移动接收器130的部件，并且可以包括其它存储器和处理器。

应当理解，所公开的过程中的特定顺序或层次的步骤是对示例性方法的说明。可以理解，可以基于设计偏好来重新安排过程中步骤的特定顺序或层次。此外，一些步骤可以组合在一起或被省略。所附方法权利要求以示例性顺序呈现了各个步骤元素，并且不意味着受限于所呈现的特定顺序或层次。

提供前面的描述是为了使本领域的技术人员能够实践这里描述的各个方面。对于本领域技术人员来说，对这些方面的各种修改将是显而易见的，并且这里定义的一般原理可以应用于其它方面。因此，权利要求不旨在限于本文所示的方面，而是要符合与语言权利要求相一致的全部范围，其中对单数形式的元素的引用不旨在意味着“一个且仅一个”，除非明确如此陈述，而是“一个或多个”。除非另有具体说明，否则术语“一些”是指一个或多个。在本公开中所描述的各个方面的元件的所有结构和功能等效物(其是本领域普通技术人员已知的或稍后将会变得已知)明确地以引用的方式并入本文中，并且旨在由权利要求涵盖。此外，无论本文所公开的内容是否在权利要求中明确陈述，这些内容都不打算专用于公众。除非使用短语“用于……的装置”来明确地陈述元件，否则权利要求的元件不应被解释为装置加功能。

因此，本发明不限于作为预期用于实施本发明的最佳模式而公开的特定实施例，而是本发明将包括落入所附权利要求的范围和精神内的所有实施例。

Claims (9)

1.一种用于向多个远程移动接收器无线地广播多媒体数据的系统，包括：

a.中央服务，能操作为将所述多媒体数据分割成两个或更多个数字数据分段、用报头信息封装所述两个或更多个数字数据分段，以及将所述两个或更多个数字数据分段传送到远程数据服务器，以广播到所述多个远程移动接收器，其中所述报头信息包括：

i.地点标识符，

ii.至少一个字节，用于标识所述多媒体数据是否旨在用于在所述地点处的所有所述多个移动接收器，

iii.数据类型指示符，

iv.序列指示符，指示所述数字数据分段是否是序列中的一个，

v.总字节数指示符，指示所述两个或更多个数字数据分段中的每个数字数据分段中的字节的总数，

vi.地址位置信息，指示所述两个或更多个数字数据分段中的每个数字数据分段将要被存储的位置，以及

vii.校验和；

b.其中，所述远程数据服务器能操作为接收所述两个或更多个数字数据分段、将所述两个或更多个数字数据分段存储在轮播缓冲器上，以及将所述两个或更多个数字数据分段重复传输到发射器，以广播到所述多个远程移动接收器；

c.其中，所述发射器能操作为将从所述远程数据服务器接收到的所述两个或更多个数字数据分段广播到所述多个移动接收器；

d.其中，所述多个移动接收器中的每一个均

i.包括天线和唯一标识符，

ii.与至少一个主设备配对，以及

iii.能操作为从所述发射器接收所述两个或更多个数字数据分段，并将所述两个或更多个数字数据分段重传到配对的所述至少一个主设备；以及

e.其中，每个主设备包括显示器并且能操作为接收所述两个或更多个数字数据分段、将所述两个或更多个数字数据分段重新格式化为所述多媒体数据，以及显示所述多媒体数据。

2.如权利要求1所述的系统，还包括通过不包括所述发射器的替代通信网络从配对的所述至少一个主设备到所述中央服务的返回信道。

3.如权利要求2所述的系统，其中，所述替代通信网络包括从所述多个移动接收器中的至少一个到所述中央服务的TCP/IP通信信道。

4.如权利要求3所述的系统，其中，所述替代通信网络包括在所述多个移动接收器中的至少一个的范围内的多个接收器。

5.如权利要求1所述的系统，还包括与所述多个移动接收器中的每一个相关联的用户简档。

6.如权利要求1所述的系统，其中，所述中央服务在预定时间段内将用于广播的所述两个或更多个数字数据分段重新递送到所述远程数据服务器。

7.一种向多个移动接收器无线地广播多媒体数据的方法，包括以下步骤：

a.在中央服务处，将所述多媒体数据分割成至少两个数字数据分段；

b.用报头信息封装所述至少两个数字数据分段中的每个，所述报头信息包括：标识所述多媒体数据是否旨在用于在给定位置处的所有所述多个移动接收器的至少一个字节、标识数据表或存储器映射的单元中的数据位置的至少一个字节，以及具有用于所述单元的数据的至少一个字节；

c.在预定时间段内将所述至少两个数字数据分段重复发送到远程数据服务器，以广播到多个远程移动接收器；

d.在所述远程数据服务器处接收所述至少两个数字数据分段；

e.将所述至少两个数字数据分段存储在所述远程数据服务器处；

f.经由轮播缓冲器将所述至少两个数字数据分段传送到发射器，以广播到所述多个远程移动接收器；

g.向所述多个移动接收器广播所述至少两个数字数据分段；

h.通过所述多个移动接收器中的至少一个移动接收器向与所述多个移动接收器中的所述至少一个移动接收器配对的主设备发送所述至少两个数字数据分段；

i.在所述主设备处接收所述至少两个数字数据分段；

j.在所述主设备处缓存所述至少两个数字数据分段；

k.组合所述至少两个数字数据分段，使得所述多媒体数据能够显示；以及

l.在所述主设备上显示所述多媒体数据。

8.一种用于向多个移动接收器无线地广播多媒体数据的系统，包括：

a.中央服务，能操作为：

i.将多媒体数据分割成数字数据分段，

ii.用第一报头信息封装所述数字数据分段，以及

iii.将所述数字数据分段传送到远程数据服务器，以广播到多个远程移动接收器；

b.远程通信服务，能操作为将具有第二报头信息的远程服务数据传送到所述远程数据服务器，以与来自所述中央服务的所述数字数据分段和所述第一报头信息一起广播到所述多个远程移动接收器；

c.其中，所述远程数据服务器能操作为：

i.从所述中央服务接收所述数字数据分段和所述第一报头信息，

ii.从所述远程通信服务接收远程服务数据和第二报头信息，

iii.存储所述数字数据分段、所述第一报头信息、第二报头信息和所述远程服务数据，以及

iv.经由轮播缓冲器将所述数字数据分段、所述第一报头信息、所述第二报头信息和所述远程通信服务数据重复发送到发射器，以广播到所述多个移动接收器；以及

d.其中，所述发射器能操作为将所述数字数据分段、所述第一报头信息、所述第二报头信息和所述远程服务数据广播到所述多个移动接收器。

9.一种用于向多个移动接收器无线地广播多媒体数据的系统，包括：

运行发射器程序的中央服务，能操作为将多媒体数据分割成数字数据分段、用报头信息封装每个数字数据分段，以及将具有报头信息的每个数字数据分段传送到远程数据服务器，以广播到多个远程移动接收器；

其中，所述报头信息包括地点标识符、数字数据分段类型指示符、移动接收器标识符、指示每个数字数据分段是否是序列中的一个的序列指示符、指示每个数字数据分段中的字节的总数的总字节数指示符、指示所述数字数据分段将要被存储的位置的地址位置信息，以及校验和；以及

其中，所述远程数据服务器能操作为接收所述数字数据分段并将所述数字数据分段添加到轮播缓冲器中，以便由发射器连续广播，直到所述数字数据分段被所述中央服务改变或移除。

Images