JP5648363B2 - Audio storage medium, audio device, and program update method for audio device - Google Patents

Description

  The present invention relates to an audio device that updates a program using bitstream data, a program update method for the audio device, and an audio storage medium used for the program update.

  A technique has been proposed in which update data is recorded on a disk medium such as a CD, and the program of the audio device is updated by reproducing the disk medium (for example, Patent Document 1). It has also been proposed to transmit a reproduction signal of a CD in which update data is recorded to a downstream device as it is, and update the program using the reproduction signal in the downstream device.

JP 2004-127386 A

  In the above conventional technique, since the data of the disk medium is the update data itself, there is a problem that a large random noise is generated when the disk medium is erroneously reproduced as normal audio media (CD).

  Further, in recent DVD players and the like, there is an apparatus for processing data such as adjusting the volume appropriately when reproducing data in a normal audio CD format. When an update disk is reproduced by such an apparatus, There was a problem that the update data was broken and the program could not be updated.

  An object of the present invention is to provide an audio storage medium, an audio device, and a program update method for the audio device that do not generate noise even when played back as audio media and that do not process data unnecessarily. And

The invention of claim 1 is an audio storage medium having an audio track in which a container packet of a predetermined length is repeated,
The audio data divided into the predetermined length or less is written in each container packet, and the program update data divided for each step is written in an extra space where the audio data is written in an appropriately selected container packet. In addition, as a container packet in which each program update data is written, a container packet that is more than the time required for the program update step by the immediately previous program update data is selected from the container packet in which the immediately previous program update data is written. It is characterized by being.

According to a second aspect of the present invention, in the first aspect of the invention, the audio data is data obtained by digitizing a waveform of a silence or a sine wave.

Audio device is a third aspect of the present invention, an audio signal input unit that successive containers packets read from the audio storage medium of claim 1 is inputted, the container packet input from the signal input unit An audio data processing unit that extracts data and processes the audio data; a control unit that controls the operation of each unit including the audio data processing unit; and a storage unit that stores a program used by the control unit. Audio device,
The control unit constantly monitors whether the program update data exists in the surplus space of the container packet input from the signal input unit, and when the program update data exists in the surplus space of the container packet , the program update is performed. The program stored in the storage unit is updated based on the data.

According to a fourth aspect of the present invention, the audio data processing unit and the control unit are configured by a common processor.

According to a fifth aspect of the present invention, there is provided a method for updating a program of an audio device, wherein the program update data is written in a container packet in which audio data is written and divided in steps in a surplus space in which the audio data is not written. an input procedure of inputting an object, and the update data extracting procedure for extracting the program update data from the extra space of the input container packets, and program update procedure for updating the system program using the extracted program update data, the It is characterized by including.

  According to the audio storage medium of the present invention, the program update data is written in the surplus space that is the gap between the audio data, and can be reproduced as audio media. Further, by making the audio data into data of a specific audio format, it is not processed unnecessarily by the playback device.

  According to the audio apparatus of the present invention, it is possible to update a program using program update data input in parallel while reproducing audio data input from the outside (upstream apparatus). In the present invention, the bit stream data input from the outside is not limited to data reproduced from a disk medium such as a CD, but may be broadcast data or the like.

  According to the program update method of the audio device of the present invention, it is possible to update the program using the program update data input in parallel while reproducing the audio data input from the outside (upstream device). Become. In the present invention, the bit stream data input from the outside is not limited to data reproduced from a disk medium such as a CD, but may be broadcast data or the like.

Configuration diagram of an AV system according to an embodiment of the present invention Diagram showing the track structure of a disc with a specific audio format Diagram showing the structure of update data and update disk Flow chart showing operation of AV amplifier The figure which shows the other structure of AV amplifier

  An AV (audio / video) system according to an embodiment of the present invention will be described with reference to the drawings.

  FIG. 1 is a diagram showing the configuration of an AV system. As shown in FIG. 2A, this AV system is configured by connecting a DVD player 1 and an AV amplifier 2 with a cable 4 conforming to SPDIF standards. A disc 3 such as a DVD or a CD is set in the DVD player 1. A speaker 5 and a TV 6 are connected to the AV amplifier 2. The SPDIF standard cable 4 may be an optical fiber cable dedicated to audio, or an HDMI cable that transmits a video signal and an audio signal.

  The operation mode when audio is reproduced in this AV system is as follows. The DVD player 1 reproduces the disc 3 which is an audio source such as a DVD or CD, and inputs the reproduced audio signal to the AV amplifier 2 via the cable 4 as a bit stream signal. The AV amplifier 2 amplifies the input audio signal and emits sound from the speaker 5.

  In the AV system of this embodiment, in addition to the normal audio reproduction operation, the firmware update operation of the AV amplifier 2 using the disk 3 is performed. The firmware update operation is as follows. A disc 3 in which firmware update data is written (hereinafter referred to as an update disc 3A) is reproduced by the DVD player 1, and the reproduced data is transmitted to the AV amplifier 2 via the cable 4 in the same manner as the audio signal. The AV amplifier 2 updates the firmware stored in the built-in flash memory 26 using the received data.

  In FIG. 1B, the DVD player 1 includes a disk drive unit 11, a disk reading unit 12, a signal processing unit 13, a control unit 10, and an SPDIF interface 14.

  The disk drive unit 11 rotates the set disk 3 while controlling the disk 3 at a predetermined angular velocity by servo control. The disk reading unit 12 reads a signal written on the disk using an optical pickup, decodes this signal into a baseband signal, performs error correction, and restores data.

  The signal processing unit 13 converts this signal into bit stream data of a bit string and outputs it to the SPDIF interface 14. Further, the signal processing unit 13 determines the format of the reproduced audio data, and performs processing such as adjusting and outputting the volume if the audio data is in the normal audio CD format, and appropriately outputs it. To do. On the other hand, in the case of an audio signal encoded in a specific audio format such as Dolby, processing such as volume adjustment is not performed, and the signal is output as it is to the SPDIF 14 interface as bit stream data.

  The SPDIF interface 14 is an interface that conforms to SPDIF (Sony Philips Digital InterFace), which is a digital audio signal transmission standard, and may be a single SPDIF interface (such as an optical fiber connector) or an AV interface incorporating SPDIF. It may be HDMI. The SPDIF interface 14 transmits the input bit stream data to the AV amplifier 2 which is a downstream device via the cable 4.

  The AV amplifier 2 includes an SPDIF interface 21, a DSP 22, an amplifier circuit 23, a speaker connection unit 24, a CPU 25, a flash memory 26, and a ROM 27. The flash memory 26 stores firmware that is a program for controlling the operation of the AV amplifier 2. The ROM 27 stores a boot program for starting the AV amplifier 2 and performing firmware update processing.

  The SPDIF interface 21 receives the bit stream data transmitted from the DVD player 1 via the cable 4. The received bit stream data is input to the DSP 22 and the CPU 25. The DSP 22 takes in the audio data input from the SPDIF interface 21, performs signal processing such as equalizing, and then inputs it to the amplifier circuit 23. The audio data is converted into an analog audio signal by the DSP 22 or the amplifier circuit 23. The amplifier circuit 23 amplifies the audio signal and outputs the amplified audio signal to the speaker connection unit 24. A speaker 5 is connected to the speaker connection unit 24, and the input audio signal is emitted by the speaker 5.

  If the bit stream data input from the SPDIF interface 21 is data in the normal audio CD format, the DSP 22 performs signal processing as it is. When the bit stream data input from the SPDIF interface 21 is in packet format, it is determined whether the packet is an audio data packet based on the header information of the packet.

  The CPU 25 is a control unit for the AV amplifier 2 and controls the AV amplifier 2 based on firmware stored in the flash memory 26. Further, the CPU 25 takes in firmware update data input from the SPDIF interface 21 and updates the firmware of the flash memory 26. When the packet format data is input from the SPDIF interface 21 and the header information of the packet indicates that the packet is an update data packet, the CPU 25 determines that the firmware update data has arrived.

  The CPU 25 may constantly monitor whether there is an update data packet in the bitstream data input from the SPDIF interface 21. Also, an update mode set by the user may be provided, and the bit stream data may be monitored only when the AV amplifier 2 is set to the update mode. The DSP 22 may stop the audio data processing operation when the update mode is set.

  In the following description, the AV amplifier 2 having a configuration in which both the CPU 25 and the DSP 22 constantly monitor bit stream data will be described.

  The configuration of the update disk 3A played back by the DVD player 1 will be described with reference to FIGS. The update disk 3A is a disk in which firmware update data is written in a gap between audio data of a specific audio format such as Dolby. Here, the specific audio format means a data format in which the DVD player 1 does not process the audio data, for example, an audio format such as Dolby. That is, in the case of linear PCM data such as a normal audio CD, the DVD player 1 may perform processing such as adjusting the volume as appropriate. If the firmware update data is rewritten by the DVD player 1, the firmware cannot be updated by the AV amplifier 2 which is a downstream device. Therefore, the data is described in a specific audio format that is not rewritten by the DVD player 1.

  FIG. 2 is a diagram showing the structure of the data track of the disc having the specific audio format. The data track is constituted by repetition of a container packet 100 which is a fixed-length data section. This container packet is a so-called audio packet. Each container packet 100 is written with audio data 101 for a certain period of time. Since the audio data is compressed, the data length of the audio data 101 changes according to the characteristics of the audio signal waveform and is indefinite. The container packet 100 is set to a size sufficient to accommodate the audio data 101. Filler data 103 for filling the empty space 102 is written in the empty space 102 of the container packet 100 containing the audio data 101.

  In general, even with audio data of the same time length, a simple signal waveform (for example, silence or sine wave) has a small amount of data, and a complicated signal waveform has a large amount of data. Therefore, in the case of audio data 101 with a simple waveform, the vacant space 102 increases, and in the case of audio data 101 with a complex waveform, the vacant space 102 decreases.

  FIG. 3 is a diagram showing the configuration of the firmware update data and the update disk 3A.

  FIGS. 3A and 3B are diagrams showing the arrangement of update data 104 and update packet 104n (-1 to 3 in the drawing) which is update data divided into packets. The update data 104 is divided into sizes that can be accommodated in the empty space 102 of the container packet 100 for each processing step, and is individually packetized. The packetized update packets 104n are arranged at time intervals that can be processed by the CPU 25 of the AV amplifier 2. For example, since the erase process of the flash memory 26 takes a corresponding time (erase time), after the packet in which the step of the erase command is described, the next packet is arranged with an interval corresponding to the erase time. Each update packet 104n is written in an empty space 102, which is a gap between the audio data 101 of the container packet 100, as shown in FIG.

  FIG. 3C is a diagram showing a track configuration of the update disk 3A. In the update disk 3A, the update packet 104n is appropriately written in the empty space 102 of the container packet 100. Each update packet 104 is written in the container packet 100 at a position that considers the interval between the previous and subsequent packets so as to maintain the time interval of each packet shown in FIG. When the container packet 100 does not correspond to an accurate position, the container packet 100 is written to the container packet 100 subsequent to the accurate position so that the interval with the immediately preceding packet 104n is not narrowed. In this case, the subsequent packet 104n may be shifted backward in accordance with this gap. If an empty space still remains after writing the update packet 104n in addition to the audio data 101, the filler data 103 may be written in the empty space.

  Any audio signal of the audio data 101 written to the update disk 3A may be used. However, if the signal waveform is simple, such as silence or a sine wave, the empty space 102 can be made large, and each update is performed. The packet 104n can be enlarged. In addition, in the case of silence or a continuous waveform, the size of the empty space 102 of all container packets 100 can be made the same.

  On the other hand, when an audio signal other than silence or sine wave is used as the audio signal of the audio data 101, an announcement that the firmware is being updated, and an announcement that is careful not to interrupt the playback of the update disk 3A until the end, Use environmental music. When the above-mentioned announcement is made for the audio signal, the user's erroneous operation can be eliminated. When the audio signal is environmental music, the firmware can be updated while the user is comfortably listening to the music.

  In the DVD player 1, when the update disk 3A having the data track configuration shown in FIG. 3B is set and a reproduction operation is performed, the data track data of the disk is read and the volume is changed. Without being performed, the bit stream data is output from the SPDIF interface 14 as it is. This is because the audio data packet is data of a specific audio format, and is a normal playback operation of the DVD player 1.

  In response to this, the AV amplifier 2 performs the following operation. The SPDIF interface 21 inputs the bit stream data received via the cable 4 to the DSP 22 and the CPU 25. When the container packet 100 that is an audio packet is present in the data input from the SPDIF interface 21, the DSP 22 takes in this packet, decodes the audio data 101, and outputs the decoded audio signal to the amplifier circuit 23. On the other hand, when the update packet 104n exists in the data input from the SPDIF interface 21, the CPU 25 captures this packet and updates the firmware of the flash memory 26 using the update data described.

  As described above, even if the audio data 101 and the update packet 104n are mixed in the bit stream data input from the SPDIF 21, the DSP 22 selects only the audio data 101 and the CPU 25 selects and captures only the update packet 104n. Therefore, if the DVD player 1 reproduces the update disk 3A on which the audio data 101 in which the audio signal waveform is recorded and the update packet 104n composed of the firmware update data are written together, the AV amplifier 2 reproduces the audio signal. While updating the firmware.

  The operation of the AV amplifier 2 will be further described with reference to the flowchart of FIG. When the SPDIF interface 21 receives the bit stream data (S1), the data is input to the DSP 22 and the CPU 25 (S2). The DSP 22 checks whether there is an audio data packet, that is, a container packet 100 in the input bit stream data (S10). If the container packet 100 exists (YES in S10), the audio data 101 is extracted from the packet 101 (S11), and audio data reproduction processing is performed (S12). Further, the CPU 25 checks whether there is an update packet 104n for updating the firmware in the input bitstream data (S20). If the update packet 104n exists (YES in S20), update data is extracted from the update packet 104n (S21), and the firmware stored in the flash memory 26 is updated (S22).

  Even when the rewriting of the firmware fails and the firmware is broken, such as when playback of the disk 3A is interrupted during the rewriting of the firmware, the boot program is stored in the ROM 27 separately. The firmware can be reinserted by restarting and launching the boot program.

  The AV amplifier 2 of the embodiment includes a DSP 22 and a CPU 25, and the DSP 22 functions as an audio data processing unit, and the CPU 25 functions as a control unit. On the other hand, FIG. 5 is a diagram illustrating an example of the AV amplifier 2 having a simpler configuration. The AV amplifier 2 shown in the figure is different from the AV amplifier shown in FIG. 1 in that the CPU 25 is omitted and the flash memory 26 and the ROM 27 are connected to the DSP 22. In this AV amplifier 2, the control function of the DSP 22 is used to control the operation of the entire amplifier and update the firmware. That is, in this embodiment, the DSP 22 functions as both an audio data processing unit and a control unit.

  In this embodiment, bit stream data including update data is input to the AV amplifier 2 by reproducing the update disk 3A with the DVD player 1, but means and sources for reproducing the bit stream data including update data are as follows. It is not limited to disk media such as CD. Other storage media may be used, such as radio / TV broadcasting or Internet broadcasting.

  The audio device for updating the firmware is not limited to the AV amplifier 2. The interface connecting the upstream device (DVD player 1) and the downstream device (AV amplifier 2) is not limited to SPDIF.

1 DVD player 2 AV amplifier 14, 21 SPDIF interface 22 DSP
25 CPU
26 Flash memory 100 Container packet 101 Audio data 104 Update packet

Claims (5)

An audio storage medium having an audio track in which a container packet of a predetermined length is repeated,
Audio data divided into the predetermined length or less is written in each container packet,
Program update data divided for each step is written in an extra space where the audio data is written in an appropriately selected container packet,
Also, as a container packet in which each program update data is written, an audio in which a container packet that is longer than the time required for the program update step by the immediately previous program update data is selected from the container packet in which the immediately previous program update data is written. Storage medium. The audio storage medium according to claim 1 , wherein the audio data is data obtained by digitizing a waveform of a silence or a sine wave. A signal input unit to which consecutive container packets read from the audio storage medium according to claim 1 are input;
An audio data processing unit for extracting audio data from the container packet input from the signal input unit and processing the audio data;
A control unit for controlling the operation of each unit including the audio data processing unit;
A storage unit for storing a program used by the control unit;
An audio device comprising:
The control unit constantly monitors whether the program update data exists in the surplus space of the container packet input from the signal input unit, and when the program update data exists in the surplus space of the container packet , the program update is performed. An audio device for updating a program stored in the storage unit based on data. The audio apparatus according to claim 3 , wherein the audio data processing unit and the control unit are configured by a common processor. An input procedure for inputting a container packet in which audio data is written and in which program update data divided for each step is written in a surplus space in which audio data is not written ;
An update data extraction procedure for extracting program update data from the surplus space of the input container packet ;
A program update procedure for updating the program of the apparatus using the extracted program update data;
A method for updating a program of an audio device including:

Images