用于ATSC 3.0实时广播移动应用的快速信道改变的长持续时间纠错

技术领域

本申请涉及必定根植于计算机技术中并针对数字电视的技术进步，更具体地，涉及先进电视系统委员会(ATSC)3.0。

背景技术

先进电视系统委员会(ATSC)3.0标准套件是用于递送下一代广播电视的、如ATSCA/300中所指示的一组超过十几个产业技术标准。ATSC 3.0支持宽范围的电视服务的递送，所述宽范围的电视服务包括但不限于电视视频、交互式服务、数据的非实时递送以及向大量接收设备(从超高清晰度电视到无线电话)做定制广告。ATSC 3.0还安排广播内容(被称为“空中(over the air)”)与有关的宽带递送内容和服务(被称为“过顶(over the top)”)之间的协调。ATSC 3.0被设计为灵活的，以便随着技术发展，可以在不需要对任何有关的技术标准进行全面修改的情况下容易地包含进步。如下文中所述，本原理针对此类进步。

发明内容

如在本文中理解的那样，由于立交桥、隧道、山和高层建筑而造成的信号的丢失或衰减可能损害ATSC 3.0信号的移动接收器的接收。信号的丢失可能长达数分钟。此外，虽然ATSC 3.0提供纠错作为调制方案的一部分以克服许多感知到的对信号的损害，但如果信号丢失超过一两秒钟，则可能完全丢失图像。

如在本文中进一步意识到的那样，存储器和处理能力正变得越来越便宜。因此，本原理利用允许接收设备(例如移动TV)向广播器请求分组以替代接收器的大型(10-15分钟)缓冲器中的丢失或损坏的分组的基础设施。可以从反向信道(back channel)接收替代分组，所述反向信道诸如蜂窝电话系统(诸如5G或4G)，或者当Wi-Fi可用时，所述反向信道可以是Wi-Fi。

为了解决由于使用大型缓冲器而造成的信道改变延迟，可以缓冲与当前调谐到的信道相同的多路复用中的多个信道，以便响应于信道改变立即进行调谐。或者可以缓冲不同多路复用中的多个信道(通过第二调谐器接收)。可以采用多个天线来允许调谐到和缓冲多个不同信号(而不是完全相同的信号)以执行无差错的快速信道改变功能。

因此，数字电视(TV)系统包括至少一个移动接收器，所述至少一个移动接收器又包括至少一个处理器，所述至少一个处理器被用指令编程为接收第一数字TV广播流。可以执行所述指令以在呈现第一流之前，在至少一个缓冲器中存储所述第一流的至少一个时段。此外，可以执行所述指令以识别所述第一流中的至少一个分组差异，并向至少一个反向信道源请求消除所述分组差异的数据。可以执行所述指令以从所述反向信道源接收所述数据，将所述数据插入到所述缓冲器中以消除所述分组差异，并从所述缓冲器播放所述第一流。

在示例实施例中，所述反向信道源包括至少一个无线电话网络和/或至少一个Wi-Fi源。

在一些实施例中，所述分组差异包括丢失的分组和/或损坏的分组。

在非限制性示例中，可以执行所述指令以与缓冲所述第一流同时至少缓冲第二流。可以在包含所述第一流的多路复用中接收所述第二流，或者可以在所述移动接收器的第一调谐器处接收所述第一流并在所述移动接收器的第二调谐器处接收所述第二流。

在一些示例中，可以执行所述指令以接收信道改变命令以呈现新信道。在这些示例中，可以执行所述指令以响应于所述信道改变命令，确定与所述新信道相关联的分组是否在所述缓冲器中，并且响应于确定与所述新信道相关联的分组在所述缓冲器中，立即从所述缓冲器访问与所述新信道相关联的所述分组并呈现所述新信道。可以执行所述指令以响应于确定与所述新信道相关联的分组没有在所述缓冲器中，开始缓冲所述新信道的分组比第一时段短的第二时段。可以执行所述指令以呈现所述新信道。

此外，在这些最后的示例中，可以执行所述指令以确定是否将所述新信道添加到要缓冲所述第一时段的流的集合，并且响应于识别应该将所述新信道添加到所述要缓冲所述第一时段的流的集合，将所述新信道添加到所述集合。

在非限制性实施例中，可以执行所述指令以识别与至少一个路径相关联的至少一个故障时段。所述故障时段可以是广播数字TV不能接收的时段。可以执行所述指令以至少部分地基于所述故障时段来建立所述第一时段。

在非限制性实施例中，可以执行所述指令以接收停止在所述移动接收器上呈现数字TV的命令。响应于停止呈现的命令，可以执行所述指令以继续在所述缓冲器中缓冲至少一个数字TV流。可以执行所述指令以响应于开始在所述移动接收器上播放数字TV的命令，识别与要播放的流相关联的分组是否在所述缓冲器中，并且响应于确定与所述要播放的流相关联的分组没有在所述缓冲器中，开始缓冲所述要播放的流的分组比第一时段短的第二时段。还可以执行所述指令以从所述缓冲器播放所述要播放的流，创建具有比所述第二时段长的时段的所述要播放的流的复制缓冲器，并选择性地切换为播放在所述复制缓冲器中的分组。

在另一个方面中，装配体包括数字电视的至少一个移动接收器；无线数字TV信号的至少一个数字电视空中(OTA)源，可以由所述移动接收器从OTA源接收所述无线数字TV信号；和无线数字TV替代内容的至少一个反向信道源，可以由所述移动接收器从所述反向信道源接收所述无线数字TV替代内容。所述反向信道源包括至少一个无线电话网络或至少一个Wi-Fi源或者无线电话网络和Wi-Fi源两者。

在另一个方面中，方法包括向至少一个移动接收器广播数字TV信号和从蜂窝电话网络或Wi-Fi源向所述移动接收器发送对于所述数字TV信号中的缺损或丢失的分组的替代分组。

可以参照附图最好地理解本申请的细节(关于其结构和操作两者)，附图中，相同的附图标记指代相同的部件，并且其中：

附图说明

图1是先进电视系统委员会(ATSC)3.0系统的框图；

图2是显示图1中所示的设备的组件的框图；

图3图示了具有移动接收器、OTA ATSC 3.0源以及纠正的分组的反向信道源的示例装配体；

图4和图5图示了用于移动接收器所执行的缓冲和纠错的示例流程图格式的示例逻辑；

图6图示了用于基于沿着路径的预期故障区域来动态地建立缓冲器大小的示例流程图格式的示例逻辑；并且

图7图示了用于移动接收器的冷启动的示例流程图格式的示例逻辑。

具体实施方式

本公开涉及数字电视中的技术进步，诸如先进电视系统委员会(ATSC)3.0电视中的技术进步。本文中的示例系统可以包括ATSC3.0源组件和客户端组件，所述ATSC 3.0源组件和客户端组件经由广播和/或通过网络连接，以使可以在客户端和ATSC 3.0源组件之间交换数据。客户端组件可以包括一个或多个计算设备，所述一个或多个计算设备包括便携式电视(例如智能TV、支持因特网的TV)、便携式计算机(诸如膝上型计算机和平板计算机)以及包括智能电话和下文中讨论的附加示例的其他移动设备。这些客户端设备可以用各种操作环境来操作。例如，一些客户端计算机可以采用例如来自Microsoft的操作系统、Unix操作系统或者由Apple Computer或Google所生产的操作系统(诸如

ATSC 3.0源组件可以包括广播传输组件和服务器和/或网关，其可以包括执行指令的一个或多个处理器，所述指令将源组件配置为广播数据和/或通过诸如因特网之类的网络传输数据。可以由诸如Sony

可以通过客户端和服务器之间的网络来交换信息。为了这个目的并为了安全性，服务器和/或客户端可以包括防火墙、负载均衡器、临时存储装置和代理以及用于可靠性和安全性的其他网络基础设施。

如本文中所使用的，指令指用于处理系统中的信息的计算机实现的步骤。指令可以以软件、固件或硬件来实现，并且包括系统的组件所执行的任何类型的编程的步骤。

处理器可以是能够通过诸如地址线、数据线和控制线之类的各种线以及寄存器和移位寄存器来执行逻辑的通用单芯片或多芯片处理器。

本文中通过流程图和用户接口的方式所描述的软件模块可以包括各种子例程、过程等。在不限制本公开的情况下，所陈述的由特定模块执行的逻辑可以被重新分配给其他软件模块和/或一起合并在单个模块中和/或在可共享的库中提供。虽然可以使用流程图格式，但要理解的是，软件可以被实现为状态机或其他逻辑方法。

本文中所描述的本原理可以被实现为硬件、软件、固件或其组合；因此，说明性的组件、框、模块、电路和步骤是根据其功能来阐述的。

除上文已经提到的以外，还可以用处理器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)或诸如专用集成电路(ASIC)之类的其他可编程逻辑设备、分立式门或晶体管逻辑、分立式硬件组件或者被设计为执行本文中所述的功能的其任何组合来实现或执行逻辑框、模块和电路。可以由控制器或状态机或者计算设备的组合来实现处理器。

当以软件实现时，可以用适当的语言来编写下文中所述的功能和方法，所述适当的语言诸如但不限于超文本标记语言(HTML)-5、

一个实施例中包括的组件可以以任何适当的组合被用于其他实施例。例如，本文中所描述的和/或附图中所描绘的各种组件中的任何一些都可以被组合、互换或排除在其他实施例之外。

“具有A、B和C中的至少一个的系统”(同样地，“具有A、B或C中的至少一个的系统”和“具有A、B、C中的至少一个的系统”)包括仅具有A、仅具有B、仅具有C、同时具有A和B、同时具有A和C、同时具有B和C和/或同时具有A、B和C等的系统。

转到图1，ATSC 3.0源组件的示例被标记为“广播器装置”10，并且可以包括空中(OTA)装置12，所述OTA装置12用于通常以一对多关系经由正交频分多路复用(OFDM)向诸如ATSC 3.0电视之类的多个接收器14无线地广播电视数据。一个或多个接收器14可以通过短距离的、通常是无线的链路18与诸如遥控器、平板计算机、移动电话等的一个或多个配套设备16进行通信，所述链路18可以由

此外，一个或多个接收器14可以经由诸如因特网之类的有线和/或无线网络链路20通常以一对一关系与广播器装置10的过顶(OTT)装置22进行通信。OTA装置12可以与OTT装置22在同一位置，或者广播器装置10的这两侧12、22可以相互远离并可以通过适当的手段相互通信。在任何情况下，接收器14可以通过调谐到的ATSC 3.0电视信道来通过OTA接收ATSC 3.0电视信号，并且还可以通过OTT(宽带)接收有关的内容，包括电视。注意，本文中所有附图中所描述的计算机化的设备可以包括针对图1和图2中的各种设备所阐述的组件中的一些或所有。

现在参照图2，可以看到图1中所示的组件的示例的细节。图2图示了可以由硬件和软件的组合实现的示例协议栈。使用图2中所示的ATSC 3.0协议栈并对于广播器侧适当地进行修改，广播器可以发送混合服务递送，其中经由计算机网络(在本文中被称为“宽带”和“过顶”(OTT))以及经由无线广播(在本文中被称为“广播”和“空中”(OTA))来递送一个或多个程序元素。图2还图示了具有可以由接收器实施的硬件的示例栈。

根据广播器装置10公开图2，访问诸如本文中所述任何存储器和存储装置之类的一个或多个计算机存储介质202的一个或多个处理器200可以被实现为提供顶层应用层204中的一个或多个软件应用。应用层204可以包括在运行时环境中运行的、用例如HTML5/Javascript编写的一个或多个软件应用。应用栈204中的应用可以包括但不限于线性TV应用、交互式服务应用、配套屏幕应用、个性化应用、紧急警报应用以及使用情况报告应用。通常，在表示查看者体验的元素的软件中实施所述应用，其包括视频编码、音频编码和运行时环境。作为示例，可以提供使用户能够控制对话、使用备用音轨、控制诸如归一化和动态范围之类的音频参数等的应用。

在应用层204下方是表示层206。表示层206在广播(OTA)侧包括被称为媒体处理单元(MPU)208的广播音频-视频回放设备，当在接收器中被实现时，所述MPU 208在一个或多个显示器和扬声器上解码并回放无线广播的音频视频内容。MPU 208被配置为呈现国际标准化组织(ISO)基础媒体文件格式(BMFF)数据表示210和具有例如Dolby音频压缩(AC)-4格式的音频的高效视频编码(HEVC)的视频。ISO BMFF是用于基于时间的媒体文件的通用文件结构，被分为“段”和表示元数据。每个文件本质上是嵌套对象的集，每个嵌套对象具有类型和长度。为了便于解密，MPU 208可以访问广播侧加密媒体扩展(EME)/通用加密(CENC)模块212。

图2还图示了在广播侧表示层206可以包括信令模块，所述信令模块包括动态图像专家组(MPEG)媒体传输协议(MMTP)信令模块214或通过单向传输的实时对象递送(ROUTE)信令模块216，以递送应用层204可访问的非实时(NRT)内容218。NRT内容可以包括但不限于存储的替代广告。ROUTE会话中包含音频视频(AV)流。在ROUTE会话内设置了分层编码传输(LCT)信道。每个LCT信道携带视频或音频或字幕或其他数据。

在宽带(OTT或计算机网络)侧，当由接收器实现时，表示层206可以包括用于解码和播放来自因特网的音频-视频内容的一个或多个通过超文本传输协议(HTTP)的动态自适应流(DASH)播放器/解码器220。为此，DASH播放器220可以访问宽带侧EME/CENC模块222。可以作为ISO/BMFF格式中的DASH段224来提供DASH内容。

如同广播侧的情况，表示层206的宽带侧可以包括文件226中的NRT内容，并且还可以包括用于提供回放信令的信令对象228。

在协议栈中的表示层206下方是会话层230。会话层230在广播侧包括MMTP协议232或ROUTE协议234。

在宽带侧，会话层230包括可以被实现为安全HTTP(HTTP(S))的HTTP协议236。会话层230的广播侧还可以采用HTTP代理模块238和服务列表(SLT)240。SLT 240包括用于建立基础服务列表并提供广播内容的引导发现(bootstrap discovery)的信令信息的表。在由ROUTE传输协议通过用户数据报协议(UDP)所递送的“ROUTE信令”表中包括媒体呈现描述(MPD)。

传输层242在协议栈中的会话层230下方以建立低延迟并且容忍丢失的连接。在广播侧，传输层242使用用户数据报协议(UDP)244，而在宽带侧传输层242使用传输控制协议(TCP)246。

图2中所示的示例非限制性协议栈还包括在传输层242下方的网络层248。网络层248在两侧使用因特网协议(IP)以进行IP分组通信，其中在广播侧多播递送是典型的，而在宽带侧单播是典型的。

在网络层248下方是物理层250，物理层250包括广播发射/接收装置252和计算机网络接口254，以在与两侧相关联的相应物理介质上进行通信。物理层250将因特网协议(IP)分组转换为适合于通过有关的介质来传输，并且可以添加前向纠错功能以允许接收器处的纠错，以及包含调制和解调模块以合并调制和解调功能。这将比特转换为符号，以便进行长距离传输以及提高带宽效率。在OTA侧，物理层250通常包括无线广播发射器以使用正交频分多路复用(OFDM)无线地广播数据，而在OTT侧，物理层250包括计算机传输组件以通过因特网发送数据。

在宽带侧，可以使用通过协议栈中的各种协议(HTTP/TCP/IP)发送的DASH行业论坛(DASH-IF)简档格式化数据。基于ISO BMFF的DASH-IF简档格式化数据中的媒体文件可以被用作广播和宽带递送两者的递送、媒体封装和同步格式。

每个接收器14通常包括与广播器装置的协议栈互补的协议栈。

如图2中所示，图1中的接收器14可以包括具有ATSC 3.0TV调谐器(等效地，控制TV的机顶盒)256的支持因特网的TV。接收器14可以是基于

因此，为了执行此类原理，可以由图1中所示的组件中的一些或所有来建立接收器14。例如，接收器14可以包括一个或多个显示器258，可以由高清晰度或超高清晰度“4K”或者更高的平面屏幕来实现所述一个或多个显示器258，并且所述一个或多个显示器258可以是或可以不是能够触摸的，以经由对显示器的触摸接收用户输入信号。接收器14还可以包括用于根据本原理输出音频的一个或多个扬声器260以及用于例如将可听命令输入到接收器14以控制接收器14的至少一个附加输入设备262(诸如例如音频接收器/话筒)。示例接收器14还可以包括一个或多个网络接口264，以在一个或多个处理器266的控制下通过诸如因特网、WAN、LAN、PAN等的至少一个网络进行通信。因此，接口264可以是但不限于Wi-Fi收发器，所述Wi-Fi收发器是无线计算机网络接口的示例，诸如但不限于网状网络收发器。接口264可以是但不限于

除了前述的内容以外，接收器14还可以包括一个或多个输入端口268，诸如用于物理地连接(使用有线连接)到另一个CE设备的高清晰度多媒体接口(HDMI)端口或USB端口和/或用于将耳机连接到接收器14以通过耳机从接收器14向用户表示音频的耳机端口。例如，输入端口268可以经由电线或无线地连接到线缆或音频视频内容的卫星源。因此，所述源可以是分离或集成的机顶盒或者卫星接收器。或者所述源可以是游戏机或盘播放器。

接收器14还可以包括一个或多个计算机存储器270，诸如并非暂时性信号的基于盘的存储装置或固态存储装置，在一些情况下，作为独立设备在接收器的机箱中实施所述一个或多个计算机存储器270，或者作为用于回放音频视频(AV)程序、在接收器的机箱内部或外部的视频盘播放器或个人视频记录设备(PVR)来实施所述一个或多个计算机存储器270，或者作为可移除存储器介质实施所述一个或多个计算机存储器270。此外，在一些实施例中，接收器14可以包括定位或位置接收器272，诸如但不限于蜂窝电话接收器、全球定位卫星(GPS)接收器和/或高度计，例如被配置为从至少一个卫星或蜂窝电话塔接收地理定位信息并向处理器266提供所述信息和/或确定接收器14结合处理器266被设置的海拔高度。然而，要理解的是，可以根据本原理使用除了蜂窝电话接收器、GPS接收器和/或高度计以外的另一个合适的定位接收器以确定接收器14的位置，例如在所有三个维度上。

继续说明接收器14，在一些实施例中，接收器14可以包括一个或多个相机274，所述一个或多个相机274可以包括以下相机中的一个或多个：热成像相机、诸如网络相机之类的数码相机和/或集成到接收器14中并可由处理器266控制以根据本原理采集图片/图像和/或视频的相机。接收器14上还可以包括

此外，接收器14可以包括向处理器266提供输入的一个或多个辅助传感器278(比如诸如加速度计、陀螺仪、回转计之类的运动传感器或磁性传感器及其组合)、用于从遥控器接收IR命令的红外(IR)传感器、光学传感器、速度和/或节奏传感器、手势传感器(用于感知手势命令)等。可以提供IR传感器280以从无线遥控器接收命令。可以提供电池(未示出)来为接收器14供电。

配套设备16可以包含与上述接收器14有关的所示的元件中的一些或所有。

图3图示了移动ATSC 3.0接收器300可以包括任何本文中所述的接收器组件，并且在所示的具体示例中包括一个或多个天线302(示例显示了两个)，所述一个或多个天线302接收信号并向一个或多个调谐器304(示例显示了两个)提供信号，所述一个或多个调谐器304可以处理信号以在一个或多个内容缓冲器306中缓冲信号中携带的分组。可以从ATSC3.0广播(OTA)源308无线地接收信号。缓冲器306可以是移动接收器300的数字视频记录器(DVR)310的一部分，或者可以是移动接收器300所在的车辆的一部分。可以在一个或多个处理器314的控制下在移动接收器300的显示器312上呈现缓冲的信号。

附加地，移动接收器300可以包括一个或多个带外收发器316，以便与ATSC 3.0分组的一个或多个反向信道源318进行无线通信。例如，反向信道源318可以包括一个或多个无线电话网络，诸如但不限于一个或多个全球移动通信系统(GSM)网络或码分多址(CDMA)网络。例如，反向信道源318可以包括一个或多个Wi-Fi服务器。

图4图示了可以由图3中所示的移动接收器300执行的逻辑。在框400处开始，调谐器304解调调谐到的数字TV，并且在框402处，流的分组被存储在缓冲器306中。缓冲器306相对较大，例如，它可以保存数分钟(例如，通过非限制性示例的方式，五分钟或十分钟或二十分钟的一个或多个流)。

附加地，在框404处，接收器300还解调一个或多个附加数字TV流，在框406处在缓冲器中缓冲其分组。可以在相同多路复用中从与从其中接收调谐到的流的调谐器304相同的调谐器304接收这些流，或者可以从另一个调谐器304(其可以从与从其中接收调谐到的流的天线302不同的天线302接收无线信号)接收这些流。

为了解决移动数字TV应用中的纠错并为了创建优质服务，在框408处，移动接收器300使用图3中所示的收发器316，识别ATSC3.0使用IP分组，向反向信道源318请求任何丢失的分组或有错误的分组。在框410处，从反向信道源318接收的替代分组被插入到与丢失或损坏的分组对应的缓冲器中的位置中。可以对于缓冲器306中的所有流执行这些步骤。

图5图示了为了解决由于使用大型缓冲器306而造成的信道改变延迟，在框500处，接收信道改变命令以呈现新信道代替当前已经调谐到的信道。移动到决策菱形502，确定与新信道对应的新的流分组是否已经被存储在缓冲器中。如果是，则立即从缓冲器访问新的流的分组，解码新的流的分组，并以极小的可感知延迟立即在显示器312上呈现新的流的分组。还可以假定根据图4对此新的流缓冲器中的内容进行纠错。

另一方面，在决策菱形502处，如果确定在框500处选择的新的流不是缓冲器中的预存储所预期的那个，则逻辑从菱形502流向框506，以缓冲初始的、足以开始播放的少量的新的流(例如，两秒钟)，然后，在这个较短的缓冲期后，在框508处开始播放新的流。在框510处，根据图4的逻辑来执行新的流的纠错。

移动到决策菱形512，确定是否将新的流添加到在未来长期(例如，数分钟)缓冲的流的集合。例如，如果新的流已经被调谐到阈值次数或达到阈值时段，则在框514处，它可以被添加在缓冲的流的集合中，或者可以替代缓冲的流的集合中的另一个流。

图6认识到一些传输路径可能具有已知的故障，诸如通常需要十五分钟来穿过的隧道或者数字TV广播信号的其他自然或人为障碍。因此，在框600处，可以识别规划的、当前的或重复的路径。例如，这可以通过在移动接收器300和用户的蜂窝电话导航应用之间建立无线连接或通过其他手段从应用识别常用路径、规划路径或当前路径来进行。移动到框602，识别可能无法接收数字TV广播的沿着路径的位置，诸如隧道。这可以通过访问包含路径并指示隧道等的电子路径来进行。

前进到框604，识别经过在框602处识别的位置的时间。例如，这可以通过使用如全球定位卫星(GPS)所指示的当前速度来进行，或者通过访问指示通过所述位置的典型速度的路径的电子地图来进行，或者通过其他手段来进行。框606指示可以根据经过的时间来设定缓冲器306中缓冲的流的长度，例如可以将缓冲器长度设定为与在框604处识别的最长经过时间大致相等。

因此，移动接收器300可以访问地图绘制软件(例如，在车辆中执行并经由蓝牙与移动接收器进行通信)，所述地图绘制软件知道目的地和路径并且可以计算最长故障，例如特定长度的特定隧道，并且知道平均行进速率(或关于交通速度的实时更新)+一些余量。缓冲器306的长度可以被动态地建立为正好是那个大小。因此，特定路径会影响在开始出行时选择的缓冲器大小，以使缓冲器最小化为正好需要的大小，并且还最小化在接收器/播放器“关闭”时预缓存缓冲器的需要。在该场景中，用户可能必须等待数分钟以在渲染内容之前填充缓冲器。

图7图示了在框700处，当移动接收器300被关闭(从某种意义上，它不再处于呈现数字TV内容的呈现模式)时，在框702处，它可以继续在缓冲器306中接收选择的信道的内容。在框704处，当接收器恢复呈现数字TV时，缓冲器306已满，并且在框706处，回放可以立刻发生。替代地，在移动接收器300开始播放数字TV的“冷启动”后，在框704处，可以创建(例如几秒钟的)小型缓冲器，以便相对较快地开始播放初始的流，同时并且并行地，在框708处，可以创建流的更大的缓冲器，在框710处，可以在信号故障的情况下切换到所述更大的缓冲器。

本文中所述的方法可以被实现为处理器所执行的软件指令、适当配置的专用集成电路(ASIC)或现场可编程门阵列(FPGA)模块或者本领域技术人员将理解的任何其他方便的方式。在采用软件指令的情况下，可以在诸如CD ROM或闪存驱动器之类的非暂时性设备中实施软件指令。替代地，可以在诸如无线电或光学信号之类的暂时性布置中或者经由通过因特网的下载来实施软件代码指令。

应该理解的是，虽然已经参照一些示例实施例描述了本原理，但这些实施例并不旨在限制，并且可以使用各种替代布置来实现本文中要求保护的主题。