设备但仍保留数据。如以下更加详细地描述的，那些固件变量包括崩溃标志62。
[0019]此外，B1S包括能够在操作系统非运转时运行的备用视频模块52。备用视频模块被设计成提供备用视频消息传递服务。当操作系统非运转时，备用视频消息传递服务使处理设备在显示器上呈现至少一个视频ad或其它视频消息。例如，在图1的实施例中，备用视频模块包括能够在操作系统非运转时在系统管理模式(SMM)中运行的视频播放器54。(当SMM在处理设备上运行时，可以挂起所有正常执行(包括OS)，并且可以在高权限模式中执行特殊的单独的软件(例如固件或硬件辅助的调试器)。)视频播放器54甚至能够呈现移动A/V内容，尽管有非运转操作系统。处理设备还包括一个或多个备用视频ad 56(或其它视频消息)。备用视频消息可以存储在ROM 26中，并且它们可以包括而不限于移动A/V内容。
[0020]图3呈现用于使用图1的备用视频模块操纵非运转操作系统的示例时间线，以用于与以上关于常规处理系统描述的时间线进行比较。在图3的时间TO处，图1的处理设备中的操作系统正常运转，数字标示应用正在操作系统之上运行，并且数字标示应用正在使处理设备在一个或多个显示设备上呈现视频ad。然后在时间Tl处，操作系统崩溃，这使数字标示应用与它一起停机。结果，处理设备停止呈现任何视频ad。作为代替，显示器可能正在呈现错误消息、所谓的“死机蓝屏”、对数字指示牌的预期受众而言没有用的一些其它信息或者什么都不呈现。因此，在图3的时间TO和Tl处的事件与图2的对应事件类似。
[0021]还可能花费显著量的时间来诊断和修复处理设备，以使操作系统和数字标示应用再次进行操作。例如，在操作系统崩溃之后，远程管理模块可以被用于从远程处理设备修理处理设备。远程处理设备可以充当允许图1的处理设备的远程管理的远程控制台。在远程控制台已经完成任何必要诊断和修正行动之后，操作系统和数字标示应用可以再次变为运转。然而，在图3中，数字标示应用恢复视频ad的呈现的时间未被标记为T2，而是标记为T3。
[0022]原因是因为在时间Tl之后不久在图1的处理设备中发生另一重大事件。该事件是尽管有非运转操作系统但由备用视频模块呈现视频ad(或用于数字指示牌的其它所期望的视频内容)。在图3中，备用视频模块首次开始使所期望的数字标示内容被显示的时间被标记为T2。Tl与T2之间的时间是用于令备用视频模块运行的时间，如以下更加详细地描述的那样。该时间间隔被标记为持续时间D2。并且T2与T3之间的时间是在操作系统和数字标示应用再次变为操作的之前所经过的其余时间。该时间间隔被标记为持续时间D3。一旦操作系统和数字标示应用是操作的，数字标示应用可以从备用视频模块接管。图3中的底部箭头指示“呈现ad”为“否”的时间仅为短暂的时间。并且该箭头具有点状填充的部分表示“呈现ad”为“是”的时间(在常规系统中将为“否”的时间)，因为尽管有非运转操作系统但备用视频模块正在呈现ad。
[0023]利用遵循本公开的教导的处理设备，使操作系统和数字标示应用进行备用所需要的总时间量可以类似于在常规系统中完成那些任务所需要的时间量。换言之，持续时间Dl可以近似等于D2加上D3。然而，在图3中，处理设备并不等待直到操作系统运转以显示ad。而是，数字指示牌的停机时间从Dl降低至D2，其中D3表示在其期间为预期受众显示ad(或其它所期望的信息)的附加时间。
[0024]在一个场景中，Dl可能是两小时，而在图1的处理设备中的类似故障可能导致小于三十秒的D2，和两小时的D3。换言之，即便可能花费两小时来修理操作系统，处理设备也可以在故障的三十秒内恢复所期望的视频内容的呈现。在另一场景中，D2可以小于十秒。在另一场景中，D2可以小于五秒。在另一场景中,D2可以小于两秒。在一个实施例中，处理设备通过利用已知为“UEFI快速引导”或“快速引导B1S”的技术而在低于两秒中完成引导会话。关于UEFI快速引导的附加信息可以在www.1ntel.com=content=www=us=en=architecture-and-technology=unified-extensibIe-firmware-1nterface=uef1-fast-boot-windows-7.html中找到。关于快速引导B1S的附加信息可以在download, intel.com=design=intarch=papers=320497.pdf处找到。以下提供关于引导会话的更多信息。
[0025]图4A和4B呈现用于利用图1中描绘的备用视频模块操纵非运转操作系统的过程的示例实施例的流程图。过程在图4A的块210处开始，其中图1的处理设备被通电或重置。B1S然后初始化平台，如在块212处指示的那样。初始化平台的部分是启动管理引擎。管理引擎然后确定之前的终止是否正常，如在块220处所示。在一个实施例中，B1S通过检查崩溃标志来确定之前的终止是否正常。在一个实施例中，崩溃标志被实现为存储器重写(overwrite)请求(MOR)位。如以下所描述的，在正常开机和关机期间，操作系统可以自动地在无论何时操作系统启动时设置崩溃标志且在无论何时操作系统关机时清除崩溃标志。然而，如果操作系统异常终止，崩溃标志将保持被设置。在下一次引导期间，B1S然后可以确定操作系统未被正常终止。关于MOR位的更多细节可以在来自可信计算组(TCG)的日期为 2008 年 5 月 15 日的题为 “TCG Platform Reset Attack Mitigat1n Specificat1n”的文档，版本1.00,修订本1.00中找到，其从因特网在www.trustedcomputinggroup.0rg=files=temp=6452209B-lD09-3519-AD815636FC36C5CF=Platform%20Reset%20Attack%20Mitigat1n%20Specif icat1n.pdf 处可得到。
[0026]此外，当确定之前的终止是否正常时，B1S可以检查固件变量，所述固件变量指示操作系统在之前的引导会话期间是否被修复。这样的标志可以被称为修复标志64。当已经检测到OS的故障时，修复标志可以被B1S和/或远程控制台清除，例如结合图4B的块272或图5的块322处所示的操作。并且在已经修复了 OS之后，修复标志可以被B1S和/或远程控制台设置，例如结合图5的块326或328处所示的操作。特别地，如果崩溃标志被设置并且修复标志被设置，管理引擎可以确定之前的终止正常，并且图4A的过程可以从块220通过到块222。
[0027]因此，如果之前的终止正常，B1S可以引导到操作系统，如块222处所示。B1S传送控制到的操作系统代码可以例如被称为初始程序加载(IPL)代码。处理设备的初始开机和到操作系统的控制的传送之间的时间段可以被称为引导会话，并且引导会话期间的处理设备内的操作环境可以被称为引导环境。发生在引导环境内的操作可以被称为固件级操作或带外操作。当B1S向操作系统传送控制时，处理设备从引导环境转变到操作系统环境。发生在操作系统环境内的操作可以称为OS级操作、用户级操作或带内操作。然而，引导环境的某些部分可以甚至在一般已经将控制传送到操作系统之后仍然是操作的。例如，管理引擎可以在不依赖于操作系统的情况下继续操作。因此，管理引擎的操作也可以被称为带夕卜。如以下指示的，管理引擎可以监视处理设备的各种组件以检测问题且在必要时调用远程管理模块。
[0028]如在块224处示出和以上提及的，在向操作系统传递控制之后，操作系统设置崩溃标志。操作系统然后启动数字标示应用，如在块226处所指示的那样。运行在操作系统之上的数字标示应用然后呈现ad，如在块228处所示。
[0029]如在块230处所示，管理引擎然后可以确定数字标示应用是否已经崩溃。在一个场景中，管理引擎基于OS非运转的确定来确定数字标示应用已经崩溃。例如，在一个实施例中，远程控制台周期性地经由因特网向处理系统发送检测命令。当管理引擎接收到检测命令时，它尝试与OS的AMT代理连接或通信。然而，如果OS已经崩溃，管理引擎将不会接收到来自OS的AMT代理的响应。结果，管理引擎将告知远程控制台OS已经崩溃。
[0030]在另一场景中，管理引擎基于OS已经检测到数字标示应用的失效的确定而确定数字标示应用已经崩溃。例如，OS可以监视数字标示应用是否正在工作。并且响应于检测到数字标示应用已经崩溃，OS可以将某个UEFI运行时变量设置成指示数字标示应用(DSA)不在工作。该运行时变量可以称作DSA标志。处理系统可以周期性地自动转变成SMM，并且当处理系统在SMM中时，管理弓I擎可以检查DSA标志。如果DSA标志被设置，管理弓I