专利名称：经由数字音频媒体的软件更新的制作方法
技术领域：
本发明大体上涉及具有音频重放功能的受计算机控制的系统，并且，更具体地涉及用于更新软件的系统和方法。
背景技术：
许多具有音频重放能力的系统包括通过计算机控制实现的功能。示例包括汽车中的音频系统，其可以是包括导航功能、乘客舒适度控制功能和其它乘客和驾驶员服务的更复杂系统的一部分。音频系统可包括受计算机控制的功能。音频系统还可连接到总线，总线提供了与可在计算机控制下执行功能的一个或多个其它系统的信号连接性。受计算机控制的系统包括软件，该软件被编程为执行它们的各种功能。软件提供了用于增加/删减特征、改正程序缺陷或以其它方式改善受计算机控制的系统的功能的机制。系统利用多种技术使它们的软件更新或升级。在大多数系统中，配置成从光盘中取出数据的光盘驱动被连接到该系统，并可用于安装新软件或更新软件。在嵌入式系统中更新或安装新软件典型地会更困难。典型地，需要访问包含软件代码的存储器芯片。如果软件被“刻录”到PROM中，则可简单地用包含更新软件的PROM来替换原PR0M。软件也可以被下载到芯片中，而不必一定要将芯片从其PC板上拆除。例如， 软件可被编程到闪存中，或一些其他适当的可编程存储器装置中。通过将“刻录器”连接到系统总线，以及控制总线信号以访问某些存储器位置并且写入到这些位置中，可将闪存重新编程，而不需要将存储器从其电路板上拆除。“刻录器”可以是电路板，或适用于连接到系统总线并具有连到某个仪器上的连接的一些其他装置，该某个仪器对总线信号进行控制并写入存储器位置。“刻录器”将构成软件新版本、软件更新、补丁或对软件的改变的一些其他元素的信息，直接写入到系统存储器中。更新嵌入式系统中的软件遇到的一个问题是，存储软件的装置典型地很难访问。 这些装置通常安装在，容纳系统硬件的外壳中包含的电路板上。对总线的访问可能受到类似的限制。例如，车辆中的音频系统可安装在车辆仪表板中，因此用其他设备遮蔽了总线， 这阻碍了对音频系统总线的访问。需要这样的系统和方法，其能在不必一定要物理连接到系统硬件的情况下，更新或修正嵌入式音频系统中的软件。
发明内容
鉴于上述内容，提供了用于处理编码数字数据的系统，该编码数字数据用于对音频回放系统中的待重新编程的装置进行编程。系统的示例包括音频媒体源，该音频媒体源包含数字数据，该数字数据具有音频数据或音频数据格式的编码数据。音频媒体读取器从音频媒体源读取数字数据。流检测器，从音频媒体读取器接收数字数据，并检测所接收到的数字数据是否包括按照音频数据格式化的编码数据或音频数据。音频接收器装置，用于接收音频数据，和处理音频数据，用于回放。待重新编程的装置使用按照音频数据格式化的编码数据。另一方面，提供了用于处理编码数字数据的方法，该编码数字数据用于对音频回放系统中的待重新编程的装置进行编程。在示例方法中，从音频媒体源读取数字数据流。确定所述数字数据是否包括按照音频数据格式化的编码数据。如果数字数据不包括按照音频数据格式化的编码数据，则将数字数据作为音频数据进行处理。如果包括按照音频数据格式化的编码数据，则向待重新编程的装置发送数字数据。对本领域技术人员来说，根据对以下的附图和详细说明的研究，本发明的其它系统、方法和特征将是，或者将变得是显而易见的。所有这样的额外的系统、方法和特征旨在被包括在本说明书中，在本发明的范围内，并且通过随附的权利要求书保护。
参考附图，可更好地理解一下描述的本发明的示例。图中的组件没有必要按比例绘制，重点放在说明本发明的原理上。在图中，贯穿不同的视图，相似的参考标号代表相应的部分。图1是示例系统的框图，该示例系统用于改变具有音频重放能力的受计算机控制的系统中的程序化装置。图2是示意图，说明了图1的系统200在车辆中的示例性实现的操作。图3是说明了示例方法的操作的流程图，该示例方法用于检测包含用于将装置重新编程的编码数据的流。图4是实现流检测器的音频接收器装置的示例的框图。图5说明了使用标准数字音频格式存储用于将装置重新编程的编码数据的示例。图6A说明了用于在数字记录媒体上存储编码数据的示例性音频轨道结构。图6B说明了图6A中所示的结构的示例性头部。图7说明了可用在图6B中的音频轨道结构中的示例性程序数据块。图8是说明用于处理音频轨道的示例性方法的流程图，该音频轨道包含用于将装置重新编程的编码数据。
具体实施例方式在以下对示例性实施方式的描述中，参考了附图，这些附图构成本说明书的一部分，并且通过说明的方式示出可实现本发明的具体示例实施方式。在不脱离本发明的范围的情况下，可利用其它实施方式，并且可进行结构的改变。图1是示例系统100的框图，该示例系统100用于改变具有音频重放能力的受计算机控制的系统中的程序化装置。系统100包括音频媒体源102、音频媒体读取器104、流检测器106、音频接收器装置108、待重新编程的装置110，和一组声换能器112。音频媒体源102包括数字记录媒体，诸如已经预先录制的光盘(⑶)。音频媒体源102可包括记录在媒体上的PCM(脉冲编码调制)编码音频信号。这里描述的示例将CD称为用于音频媒体源 102的示例。但是，音频媒体源102还可包括数字式音频磁带，或用于记录数字音频的任意其他媒体。音频媒体读取器104可以是用于从音频媒体源102读取数字音频信号的任意装置。在以下描述的示例中，音频媒体读取器104是CD播放器，但还可以是配置成读取所选的记录媒体上的数字音频信号的任意其他适当装置。流检测器106从音频媒体读取器104接收数字信号，确定该数字信号是否包括格式化数据的流，其中格式化数据包含要存储在系统的存储器中的代码和/或数据。如果数字信号包括格式化数据的流，则该数据被安装或下载到待重新编程的装置110的存储器中。将数据安装到待重新编程的装置110中，可包括用写入到装置110的存储器中的适当位置中的数据，“刻录”待重新编程的装置110，或对待重新编程的装置110进行编程。待重新编程的装置110中的存储器可以是闪存或任何适合的可编程存储器装置，诸如例如可编程只读存储器(PR0M)、可电编程的只读存储器(EPROM)，和其他类似类型的存储器装置。如果流检测器106没有在数字信号中检测到格式化数据流，则该数字信号被传送到音频接收器装置108。音频接收器装置108可包括音频放大器或到音频放大器的连接，音频放大器处理作为音频的输出信号，并将音频信号传送到音频声换能器112。下载到待重新编程的装置110中的格式化数据流，可包括代表对在系统100中存储和运行的软件的更新或修正的代码。软件可存储在例如音频接收器装置108中，并且可在处理器(未示出)的控制下在例如音频接收器装置108中运行。格式化数据流可在事前通过使用诸如以下描述的格式被编程或记录到音频媒体源102上，以产生更新或修正CD。 在示例性实施方式中，系统100的制造商可向系统100的用户提供程序化磁盘。系统100 可用在车辆中，并且系统100可包括用于为用户生成音频娱乐的音频媒体读取器104。系统100允许用户升级或更新可存储在待重新编程的装置110中的软件或其他类型代码或数据，待重新编程的装置110在车辆中工作。应理解，图1中的框图描述了具有实体(硬件和/或软件)实现方式的功能的逻辑划分，其中物理实现方式不受功能的结构或实体布局的限制。可以以多种配置来实现图 1示出的系统100。例如，流检测器106、音频接收装置108和待重新编程的装置110可作为单个硬件或软件单元中或分离的硬件/软件单元中的硬件/软件部件工作。例如，流检测器106、音频接收装置108和待重新编程的装置110，可作为耦合到音频媒体读取器104 的音频放大器中的部件进行工作。音频媒体读取器104还可包括用于向换能器112输出音频信号的所有音频部件，并还可包括流检测器106、音频接收装置108和待重新编程的装置 110，或包括流检测器106和音频接收装置108，但不包括待重新编程的装置110。每个硬件 /软件部件(流检测器106、音频接收装置108和待重新编程的装置110)还可被实现为，在包括参考图1描述的所有功能的系统中工作的单独的或组合的印刷电路板。图2是示意图，说明了图1的系统200在车辆中的示例性实现的操作。图2中的系统200包括⑶202，其可插入到汽车的无线电/控制单元204中。⑶202上的数字数据可通过数字音频路径被传送到汽车的音频放大器206。在图2所示的示例中，数字音频路径被显示为符合用于音频信号通信的S/PDIF标准。音频放大器206可包括流检测器106 (图 1中)和待重新编程的装置110(图1中)的示例性实现方式。当数字信号不包括格式化数字数据时，数字音频信号被转换成模拟音频输出信号，并被传送到车辆的扬声器208。在图2所示的系统200中，待重新编程的装置110(图1中)是汽车的音频放大器 206的子系统。例如，汽车的音频放大器206可包括流检测器106，并处理包含音频信号的数字信号。检测器106和待重新编程的装置110可以在容纳数字音频源的任意装置上，诸如后座椅娱乐系统、卫星无线电系统或导航系统。
图3是说明了示例方法的操作的流程图，该示例方法用于检测用于将装置重新编程的流。图3中说明的示例方法可通过流检测器106(图1)实现，流检测器106可以是接收来自音频媒体读取器104(图1)的数字数据的软件和/或硬件功能。当接收到数字数据时，可在图3的步骤300处调用流检测功能106。在一个示例中，为软件更新标识符(以下参考图6B描述了它的一个示例)连续地轮询(poll)所接收到的流。软件更新标识符对于每个装置都是特定的，并可以是匹配判别框304中的逻辑的任意适当模式。例如，用于软件更新标识符的模式可以是不大可能在实际的音频中出现的任何模式。在判别框302处，检查数字数据，以确定其是否包含非PCM音频数据。在示例实施方式中，编码数据可包括头部，或数字数据的其他类似部分，其包括在实际的音频中不大可能出现的数据。如果判别框 302检测数据值为编码数据，则进一步处理数字数据，以确定其是否被编码为用于对装置进行重新编程，这是出自判别框302的“是”支路。如果数据被确定为是PCM音频，那么数据被发送，用于进行音频处理，这是出自判别框302的“否”支路，通往步骤308。作为编码音频数据的数字数据，可包括针对DD、DTS或其他类似编码方案编码的音频，这是出自判别框 304的“否”支路。在判别框304处，进一步检查数字数据，以确定数字数据是被编码成用于对装置进行重新编程，或者确定数字数据是否是编码的音频数据。例如，判别框304可进一步包括检测数字数据流的头部中的数字值。如果判别框304确定数字数据不包括编码成用于装置重新编程的数据流，则在步骤306处，数字数据被解码，变成PCM音频流，并在步骤308处被进一步按照音频进行处理。如果判别框304确定数字数据被编码成用于装置重新编程，则在步骤310处，数字数据流被发送到用于重新编程的装置。这可包括在对闪存编程之前存储到RAM存储器中。用于对装置进行重新编程的方法的示例在以下通过参考图8来描述。图4是实现流检测器404的音频接收器装置400的示例的框图。接收器装置400 包括数字数据路径输入402，在所示的示例中为S/PDIF输入。在数字数据路径输入402处接收数字数据，并且在流输入S处数字数据被传送到流检测器404。如果流检测器404确定数字数据包括用于对装置进行重新编程的编码数据，则流检测器404将该流切换到M输出，其将数据引导到RAM存储器装置410。如果流检测器404确定数字数据包括数字音频信号，则流检测器404将该流切换到A输出，其将该流引导到接收器装置400的音频处理功能406。音频处理功能406可包括用于提供计算机处理资源和数模(D/A)转换器功能的处理器，数模(D/A)转换器功能将数字数据转换成模拟信号。模拟信号被调节，以便在音频输出408处作为音频来输出。音频输出408可连接到，例如，分离的放大器，用于进一步调节音频信号，或者如果音频接收器装置400包括足够的音频放大能力，则音频输出408可连接到声换能器，诸如汽车中的车辆扬声器。存储在RAM 410中的数字数据流可临时地存储在RAM 410中。FLASH编程操作可通过引导程序功能412实现，其确保了数字数据流中包含的数据存储在恰当的存储器位置，用于作为程序代码工作。引导程序功能412可例如重新计算校验和，该校验和用于确保程序代码完整性。图5说明了使用标准数字音频格式将来自数字数据流的数据存储在数字记录媒体中的示例。图5中的格式包括标准PCM格式500、第一数据编码格式502和第二编码格式 504。
标准的立体声PCM格式500包括16比特的PCM样本对的流。对于立体声音频资料，针对每条记录，存在“左”和“右”值的对。在紧凑型磁碟(CD)的示例中，16比特样本为每秒的记录音频提供44100组音频数据。编码数字数据流可使用相同基本格式来包含代替音频数据的代码或数据。第一编码格式502用数据的有序集合来取代左/右声道数据。左声道数据旨在用于存储在偶数地址值位置中，而右声道数据旨在用于存储在奇数地址值位置中，假设那些地址均包含16比特的数据。如果地址包含8比特的数据，则左声道数据包括四字节集合的前两个字节，排序为数据字节0和数据字节1。右声道数据包括四字节集合的后两个字节， 排序为数据字节2和数据字节3。每个16比特值的左/右对的第二编码格式504，仅包括一字节的数据。在16比特的音频声道中，该字节是左对齐的，使得每个16比特的声道的最高有效字节包括数据字节，而每个16比特的声道的最低有效字节是空的。保持空的最低有效字节，可使数据下载和软件更新更鲁棒。从诸如⑶这样的光学媒体传送的数据典型地具有每100000比特有1 比特错误的误差率，这可能足够毁掉整个软件更新。比特误差典型地在较低有效位更普遍。 通过将数据放置在8个最高有效位中，降低了比特误差的发生率。图6A说明了用于对装置进行重新编程中的数据的音频轨道结构600。音频轨道结构600包括头部、至少一个程序数据块，和一个或多个任选的音频消息，作为图6A中据此标记的音频轨道600的部分。头部包括关于编码数据的信息。例如，头部可包括允许将数据识别为用于对装置进行重新编程的编码数据的信息、关于数据结构的信息、关于数据大小的信息，和更新反馈标志，其中更新反馈标志提供关于消息的使用的信息，指示软件更新的成功或失败。至少一个程序数据块包括将被编程到待重新编程的装置中的数据。任选的音频消息包括音频消息，其在软件更新结束时播放，指示更新的成功或失败。以以下这样的方式来格式化每一部分，该方式使流检测器110(图1中)能够确定将数据作为音频还是作为编码数据来处理，并且使引导程序功能412(图4中)能够正常地将待重新编程的装置进行编程。程序数据块可包括副本，使得在程序数据块毁坏的情况下能够接收一个或多个副本程序数据块。图6B和图7说明了头部中可包括的数据类型以及可用在图6A的音频轨道结构600中的程序数据块的示例。音频轨道结构600的头部可包括软件更新标识符块、程序数据块的唯一计数、“更新完成”消息和“更新失败”消息。图6B说明了在图6A所示的结构中的示例软件更新标识符604。图6B中的软件更新标识符604包括依照立体声PCM音频格式的左声道数据和右声道数据。图6B中的软件更新标识符604符合以上参考图5描述的第一编码数据格式502。图6B中的软件更新标识符604中包含的数据可代表在音频数据中通常不会遇到的数据模式或集合。在图6B所示的示例中，数据值等同于全尺寸的(full-scale) 22. IkHz正弦波(假设抽样速度为44. IkHz)。 可使用值的任意适当模式或集合。图6A中的音频轨道结构600中的头部还包括程序数据块唯一计数，其是轨道中的程序数据块的数目。副本程序数据块未包括在该计数中。程序数据块大小包括在每个程序数据块中的字节或字的数目。数据块副本计数包括重复的程序数据块的数目。例如，为2的计数指示存在两个相同的块，一个紧接着另一个。具有副本块增强了在毁坏的数据段的情况下软件更新的鲁棒性。数据毁坏的示例可包括光学媒体上的划痕或有缺陷的闪存。“更新完成”消息是可选的。在一个示例中，在头部中使用布尔值(真/假)来指示是否存在“更新完成”消息块。“更新失败”消息是可选的。在一个示例中，在头部中使用布尔值(真/假)来指示是否存在“更新失败”消息块。图7说明了可用在图6A中的音频轨道结构中的示例程序数据块700。程序数据块 700可划分成三个部分程序数据头部、数据和零填充。程序数据头部可包括以下参数1.程序数据块标识符标识符，诸如例如，0xA700，或可用于将数据部分标识为程序数据块的另一个唯一值。2.起始目标地址用于数据块的起始地址的地址值。该地址值可与待重新编程的装置的目标系统的存储器空间相关。3.地址大小系统中编址的数据单元的大小以字节为单位。例如，可以使用以下方案1用于8比特，2用于16比特，而4用于32比特的尺寸。4.数据段长度在将要被下载到装置中的数据段中的字节数或字数。5.填零的长度零填充字段中的字节数，或字数。6.唯一块编号用于确保完整性。在块的所有副本版本中，唯一块编号应该是相同的。7.数据块的校验和数据块字段的CRC或等同校验和计算。校验和大小可以是32 比特。程序数据块700中的数据字段可包括顺序排列的程序代码。在这里描述的示例中，假设数据字段符合图5中的第二编码格式504。零填充字段可包括任何被忽略的数据值。正接收到零填充数据的时间段可用于处理将被复制到RAM中的数据。再次参考图6A中的音频轨道结构600，“更新完成”消息可包括输出“更新完成”的口语单词音频消息的PCM音频文件。“更新完成”消息提供指示下载成功的反馈。如果正在更新的装置包括连到扬声器的通路，则可播放此消息。例如，在图4所示的示例中正在更新的装置是音频接收器装置400，其连接到音频输出，该音频输出连到扬声器。当确定软件更新成功完成时，可输出“更新完成”消息。如果正在更新的装置不具有连到音频输出的通路， 或者缺少通知另一个装置软件更新成功完成的方式，该另一个装置具有连到音频输出的通路，则可不使用“更新完成”消息。“更新失败”消息可包括输出“更新失败”的口语单词音频消息的PCM音频文件。 “更新失败”消息提供指示下载失败的反馈。可播放“更新失败”消息的情况的示例包括1.唯一程序数据块与所有它的副本的校验和不匹配。2.在唯一程序数据块和所有它的副本中没有找到程序数据标识符。3.不正确的程序数据块计数。4.由于音频轨道正被切短引起的超时错误。5.内部闪存或RAM存储器错误。图8是说明用于处理音频轨道的示例性方法的流程图，该音频轨道包含用于将装置重新编程的编码数据。在一个示例中，图8中所说明的方法可被实施，来执行图3的步骤 310处执行的功能。图8示出了头部和程序数据块中的信息可如何用于处理数据。在步骤800处，已经确定数字数据是用于对装置进行重新编程的编码数据。头部的内容，可包括以上参考图6A和图6B描述的信息。该信息可包括程序数据块计数、副本计数、头部中的校验和，和可用于读入程序数据块的其他信息。在步骤802，扬声器在重新编程处理期间被静音。在步骤804，一次读入程序数据块。对于每个程序数据块，执行一组有效性检查。例如，在步骤806，计算程序数据块校验和。在判别框808，将计算出的校验和与在步骤800中从头部取出的头部校验和相比较。如果校验和有效，则在判别框810检查程序数据块标识符。如果程序数据块标识符是有效的，则在判别框812检查起始地址，以确定其是否是有效的存储器地址。如果校验和、程序数据块标识符和起始地址的检查之中任意一个失败，则在步骤814丢弃程序数据块并读取副本。在步骤816，针对副本程序数据块，执行判别框808、810和812中执行的检查。在读入每个副本的同时，执行测试，直至所有的副本程序数据块都被读入，或直至一个副本程序数据块通过了所有检查。每个程序数据块的副本的数目可从在步骤800存储的头部信息中获知。如果副本程序数据块合格，则在步骤804读入下一个程序数据块。如果所有副本都失败，则在步骤820中止该处理，并且读入在音频轨道中剩余的所有程序数据块，直至到达“更新失败”的消息头部。在步骤824，取出“更新失败的”消息。在步骤826，使扬声器取消静音。在步骤838，通过扬声器播放出取出的“更新失败”的消息。在判别框812，如果程序数据块通过了所有检查，则在步骤830，读出程序数据块中的数据字段，并将其存储在RAM中。在判别框832，检查程序数据块计数，以确定是否已经处理了最后的程序数据块。如果不是，则在步骤804读入下一个程序数据块。如果已经读入最后的程序数据块，则在此时，将其存储在RAM中，诸如图4中的RAM 410。在步骤834， 然后将存储在RAM中的数据拷贝到闪存414(图4中)，以对装置进行重新编程。如果没有遇到拷贝错误，则在步骤836取出“更新完成”消息。在步骤826，使扬声器取消静音，并且在步骤838通过扬声器播放出被取出的“更新完成”消息。如参考图1-8所描述的，提供了方法和系统，用于对具有音频能力的系统中的装置进行重新编程，该具有音频能力的系统使用通过音频重放系统读取的音频媒体源。本领域技术人员将理解和体会到的是，联系图3和图4描述的一个或多个处理、子处理或处理步骤可通过硬件和软件的组合来执行。软件可驻留在处理单元或其他控制器的内部或外部的软件存储器中，该处理单元在适当的电子处理部件或系统中，诸如图1、2和4中示出的一个或多个功能部件或模块。存储器中的软件可包括可执行指令的有序排列，这些可执行指令用于实现逻辑功能(即，“逻辑”可以诸如数字电路或源代码的数字形式来实现)，并且可选择性地包含在任意有形计算机可读媒体中，以便由指令执行系统、设备或装置或与指令执行系统、设备或装置相关地使用，该指令执行系统、设备或装置诸如是基于计算机的系统、含有处理器的系统，或可从指令执行系统、设备或装置选择性地取出指令并执行指令的其他系统。在本说明书的上下文中，“计算机可读媒体”是可包含、存储、传达或传送程序的任意媒体，该程序可被指令执行系统、设备或装置使用或与指令执行系统、设备或装置相关地使用。计算机可读媒体可以选择性地是，例如但不限于，电子、磁性、光学、电磁、红外的或半导体系统、设备、装置或媒体。计算机可读媒体的更具体的示例，但仍非穷举式列表，包括以下便携式计算机磁盘(磁性的)、RAM(电子的)、只读存储器“ROM” (电子的)、可擦除可编程只读存储器(EPR0M或闪存)(电子的)，和便携式压缩磁盘只读存储器“CDR0M” (光学的)或类似装置(例如，DVD和可重写的CD)。应注意，计算机可读媒体甚至可以是纸，或能够将程序打印到上面的另一种适当的媒体，因为能够经由，例如，光学扫描或读取纸张或其他媒体来电子捕获该程序，然后将该程序编译、解释或如果必要的话以适当的方式进行其他处理，然后将该程序存储在存储器中。 以上对实施方式的描述是为了说明和描述的目的而给出的。该描述不是穷举性的，并且不将要保护的发明限制到公开的精确形式。根据以上描述，修改和变化是可能的， 或者可根据实现本发明来学到这些修改和变化。还要注意，在不同系统之间，实施方式可发生变化。权利要求和它们的等同物定义了本发明的范围。
权利要求
1.一种系统包括音频媒体源，其包含数字数据，该数字数据包括音频数据或音频数据格式的编码数据；音频媒体读取器，用于从所述音频媒体源读取数字数据；流检测器，用于从音频媒体读取器接收数字数据，并检测所接收到的数字数据是否包括按照音频数据格式化的编码数据或音频数据；音频接收器装置，用于接收所述音频数据，和处理所述音频数据，用于回放；以及待重新编程的装置，其中通过使用按照音频数据格式化的编码数据对该装置进行重新编程。
2.如权利要求1所述的系统，其中所述待重新编程的装置包括可电编程的存储器，该存储器配置成存储包括可执行程序代码的编码数据。
3.如权利要求2所述的系统，其中可电编程的存储器是闪存装置、可电擦除可编程的只读存储器(EEPROM)、可擦除可编程的只读存储器(EPROM)、非易失性RAM(NOVRAM)，或非易失性磁性存储媒体。
4.如权利要求1所述的系统，进一步包括至少一个RAM存储器，用于在将编码数据存储在待重新编程的装置中之前临时存储编码数据。
5.如权利要求1所述的系统，其中所述音频媒体源包含记录的数字数据，该记录的数字数据包括打算存储在待重新编程的装置中并打算通过处理器来执行的程序代码，该处理器通过使用待重新编程的装置工作。
6.如权利要求1所述的系统，其中记录在音频媒体源中的数字数据包括头部，该头部包含关于按照音频数据格式化的编码数据的信息。
7.如权利要求6所述的系统，其中所述头部包括软件更新标识符，该软件更新标识符指示要编程到待重新编程的装置中的编码数据。
8.如权利要求7所述的系统，其中所述软件更新标识符包括一组数据，该组数据形成在音频信号中通常没有的音频模式。
9.如权利要求7所述的系统，其中所述头部包括以下信息中的任意信息关于所述编码数据的结构的信息；关于所述编码数据的大小的信息；或关于更新成功或失败的消息的信息。
10.如权利要求1所述的系统，其中记录在所述音频媒体源上的所述编码数据被格式化成符合标准PCM格式的结构。
11.如权利要求10所述的系统，其中所述编码数据符合第一编码格式，在该第一编码格式中，按照8比特左声道和8比特右声道的左/右声道数据格式按顺序存储数据，使得将要存储在偶地址位置中的数据与左声道对齐，将要存储在奇地址位置中的数据与右声道对齐。
12.如权利要求10所述的系统，其中所述编码数据符合第二编码格式，在该第二编码格式中，按照最高有效字节在左声道中并且最低有效字节在右声道中的左/右声道数据格式按顺序存储数据，使得数据的每个字节被存储在左声道中，并且将零存储在右声道中。
13.如权利要求10所述的系统，其中所述编码数据被构造成程序数据块，每个程序数据块具有程序数据块头部、数据块和零填充。
14.如权利要求13所述的系统，其中所述程序数据块头部包括以下信息中的任意信息程序数据块标识符； 起始目标地址； 地址的大小； 数据字段的长度； 零填充的长度； 唯一块编号；或校验和。
15.如权利要求13所述的系统，其中所述程序数据包括至少一个副本数据块。
16.如权利要求1所述的系统，其中所述流检测器被实施为由在所述音频接收器装置中工作的处理器控制的部件。
17.如权利要求1所述的系统，其中在数字磁盘播放器单元中实现所述音频媒体读取器。
18.如权利要求1所述的系统，其中所述音频媒体读取器和所述音频接收器装置是在汽车音频重放系统中工作的部件。
19.一种方法，包括从音频媒体源读取数字数据流；确定所述数字数据是否包括按照音频数据格式化的编码数据； 如果所述数字数据不包括按照音频数据格式化的编码数据，则将所述数字数据作为音频数据进行处理；以及向待重新编程的装置发送所述数字数据。
20.如权利要求19所述的方法，其中确定所述数字数据是否包括按照音频数据格式化的编码数据的所述步骤包括检测所述数字数据流中的头部；以及检测所述头部中的软件更新标识符。
21.如权利要求19所述的方法，其中向所述待重新编程的装置发送所述数字数据的所述步骤包括将所述数字数据作为程序块进行处理；在将所述数字数据传送到所述待重新编程的装置之前，将所述数据块存储在RAM。
22.如权利要求21所述的方法，其中处理所述数字数据的所述步骤包括 针对每个程序块存储所述编码数据中包含的完整性检查参数；读取所述程序数据块中包括的所述数字数据；对下载完整性检查参数进行计算；以及比较所述完整性检查参数和所述下载完整性检查参数。
23.如权利要求22所述的方法，其中所述完整性检查参数是按照音频数据格式化的所述编码数据中包含的校验和，并且所述下载完整性检查参数是计算出的校验和；或所述完整性检查参数是按照音频数据格式化的所述编码数据中包含的程序数据块计数，并且所述下载完整性检查参数是计算出的程序数据块计数。
24.如权利要求22所述的方法，其中所述编码数据包括程序块和副本程序块，处理所述数字数据的所述方法步骤包括在比较所述完整性检查参数和所述下载完整性检查参数的所述步骤之后，如果所述完整性检查参数不等于所述下载完整性检查参数，则读取所述副本程序数据块中包括的所述数字数据；为每个副本程序块计算下载完整性检查参数；比较所述完整性检查参数和所述下载完整性检查参数；以及重复读取所述副本程序数据块中包括的数字数据的步骤，直至所述完整性检查参数等于所述下载完整性检查参数，或者直至不再存在副本程序数据块。
25.如权利要求M所述的方法，其中所述完整性检查参数是按照音频数据格式化的所述编码数据中包含的校验和，并且所述下载完整性检查参数是计算出的校验和；或者所述完整性检查参数是按照音频数据格式化的所述编码数据中包含的程序数据块计数，并且所述下载完整性检查参数是计算出的程序数据块计数。
26.如权利要求19所述的方法，进一步包括 生成指示软件更新的成功或失败的可听消息。
27.一种数字记录媒体，用于存储数字音频格式的数字数据，所述数字记录媒体包括 与音频数字读取器兼容的光盘形式，该音频数字读取器用于读取所述数字记录媒体上存储的数字数据，并将该数字数据发送到流检测器，该流检测器确定是将所述数字数据作为音频数据处理，还是将所述数字数据作为按照音频数据格式化的编码数据处理以便由待重新编程的装置使用；包含所述数字数据的记录音轨，所述数字数据包括程序代码，该程序代码旨在存储在所述待重新编程的装置中，且旨在由通过使用所述待重新编程的装置工作的处理器来执行。
28.如权利要求27所述的数字记录媒体，其中所述音频媒体源上记录的所述数字数据包括头部，该头部包含关于按照音频数据格式化的所述编码数据的信息。
29.如权利要求观所述的数字记录媒体，其中所述头部包括软件更新标识符，该软件更新标识符指示要编程到待重新编程的装置中的编码数据。
30.如权利要求四所述的数字记录媒体，其中所述软件更新标识符包括一组数据，该组数据形成在音频信号中通常没有的音频模式。
31.如权利要求四所述的数字记录媒体，其中所述头部包括以下信息中的任意信息 关于所述编码数据的结构的信息；关于所述编码数据的大小的信息；或关于更新成功或失败的消息的信息。
32.如权利要求27所述的数字记录媒体，其中所述音频媒体源上记录的所述编码数据被格式化成符合标准PCM格式的结构。
33.如权利要求32所述的数字记录媒体，其中所述编码数据符合第一编码格式，在该第一编码格式中，按照具有8比特左声道和8比特右声道的左/右声道数据格式按顺序存储数据，使得将要存储在偶地址位置中的数据与左声道对齐，将要存储在奇地址位置中的数据与右声道对齐。
34.如权利要求32所述的数字记录媒体，其中所述编码数据符合第二编码格式，在该第二编码格式中，按照最高有效字节在左声道中并且最低有效字节在右声道中的左/右声道数据格式按顺序存储数据，使得数据的每个字节被存储在左声道中，并且将零存储在右声道中。
35.如权利要求32所述的数字记录媒体，其中所述编码数据被构造成程序数据块，每个程序数据块具有程序数据块头部、数据块和零填充。
36.如权利要求35所述的数字记录媒体，其中所述程序数据块头部包括以下信息中的任意信息程序数据块标识符； 起始目标地址； 地址的大小； 数据字段的长度； 零填充的长度； 唯一块编号；或校验和。
37.如权利要求35所述的数字记录媒体，其中所述程序数据包括至少一个副本数据块。
38.一种音频接收器装置，包括到音频媒体读取器的数字数据输入连接，该音频媒体读取器从音频媒体源读取数字数据，并在所述数字数据输入连接处传送所述数字数据；用于存储由音频数据处理器使用的程序代码的装置，所述装置可配置成通过电编程和重新编程；耦合到音频输出的音频数据处理器，所述音频数据处理器被配置成将音频数据转换成模拟音频数据；以及流检测器，用于在从所述音频媒体读取器接收的数字数据流中检测按照音频数据格式化的编码数据，并用于将音频数据指引到所述音频数据处理器，并将编码数据指引到用于存储程序代码的装置。
39.如权利要求38所述的音频接收器装置，其中所述待重新编程的装置包括可电编程的存储器，该可电编程的存储器配置成被编程，以存储包括可执行程序代码的编码数据。
40.如权利要求39所述的音频接收器装置，其中所述可电编程的存储器是闪存装置、 可电擦除可编程的只读存储器(EEPROM)、可擦除可编程的只读存储器(EPROM)、非易失性 RAM (NOVRAM)，或非易失性磁性存储媒体。
41.如权利要求38所述的音频接收器装置，进一步包括至少一个RAM存储器，用于在将所述编码数据存储在待重新编程的装置中之前临时存储所述编码数据。
42.如权利要求38所述的音频接收器装置，其中所述流检测器包括程序代码，该程序代码包括配置成检测所述数字数据流中的头部的逻辑；以及配置成检测所述头部中的软件更新标识符的逻辑。
43.如权利要求38所述的音频接收器装置，包括程序代码，该程序代码包括 配置成将所述数字数据作为程序块进行处理的逻辑；配置成在将所述数字数据传送到所述待重新编程的装置之前将所述数据块存储在RAM 中的逻辑。
44.如权利要求43所述的音频接收器装置，其中配置成处理所述数字数据的逻辑包括配置成针对每个程序块存储所述编码数据中包含的完整性检查参数的逻辑；配置成读取所述程序数据块中包括的所述数字数据的逻辑；配置成计算下载完整性检查参数的逻辑；以及配置成比较所述完整性检查参数和所述下载完整性检查参数的逻辑。
45.如权利要求44所述的音频接收器装置，其中所述完整性检查参数是按照音频数据格式化的所述编码数据中包含的校验和，并且所述下载完整性检查参数是计算出的校验和；或所述完整性检查参数是按照音频数据格式化的所述编码数据中包含的程序数据块计数，并且所述下载完整性检查参数是计算出的程序数据块计数。
46.如权利要求44所述的音频接收器装置，其中所述编码数据包括程序块和副本程序块，配置成处理所述数字数据的所述逻辑包括配置成在比较所述完整性检查参数和所述下载完整性检查参数之后，如果所述完整性检查参数不等于所述下载完整性检查参数，则读取所述副本程序数据块中包括的所述数字数据的逻辑；配置成为每个副本程序块计算下载完整性检查参数的逻辑； 配置成比较所述完整性检查参数和所述下载完整性检查参数的逻辑；以及配置成重复读取所述副本程序数据块中包括的数字数据的步骤，直至所述完整性检查参数等于所述下载完整性检查参数，或者直至不再存在副本程序数据块的逻辑。
47.如权利要求46所述的音频接收器装置，其中所述完整性检查参数是按照音频数据格式化的所述编码数据中包含的校验和，并且所述下载完整性检查参数是计算出的校验和；或者所述完整性检查参数是按照音频数据格式化的所述编码数据中包含的程序数据块计数，并且所述下载完整性检查参数是计算出的程序数据块计数。
48.如权利要求38所述的音频接收器装置，进一步包括 配置成生成指示软件更新的成功或失败的可听消息的逻辑。
全文摘要
本发明提供了用于处理编码数字数据的系统，该编码数字数据用于对音频回放系统中的待重新编程的装置进行编程。该系统包括音频媒体源，该音频媒体源包含具有音频数据或音频数据格式的编码数据。音频媒体读取器，用于从音频媒体源读取数字数据。流检测器，从音频媒体读取器接收数字数据，并检测所接收到的数字数据是包括按照音频数据格式化的编码数据还是包括音频数据。音频接收器装置接收音频数据，和处理音频数据，用于回放。待重新编程的装置，通过使用按照音频数据格式化的编码数据而被重新编程。
文档编号G06F9/445GK102576306SQ201080046584
公开日2012年7月11日 申请日期2010年10月14日 优先权日2009年10月14日
发明者J.塔克特, S.瑞恩 申请人:哈曼国际工业有限公司