WO2001015142A1 - Lecteur audio - Google Patents

Lecteur audio Download PDF

Info

Publication number
WO2001015142A1
WO2001015142A1 PCT/JP2000/005495 JP0005495W WO0115142A1 WO 2001015142 A1 WO2001015142 A1 WO 2001015142A1 JP 0005495 W JP0005495 W JP 0005495W WO 0115142 A1 WO0115142 A1 WO 0115142A1
Authority
WO
WIPO (PCT)
Prior art keywords
decoding
audio
format
audio signal
type
Prior art date
Application number
PCT/JP2000/005495
Other languages
English (en)
French (fr)
Inventor
Toru Kamimura
Masanao Yoshida
Toshihiro Waguri
Original Assignee
Sanyo Electric Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sanyo Electric Co., Ltd. filed Critical Sanyo Electric Co., Ltd.
Priority to US10/049,616 priority Critical patent/US7103431B1/en
Priority to CA002382004A priority patent/CA2382004C/en
Priority to KR1020027002236A priority patent/KR20020026263A/ko
Priority to EP00953454A priority patent/EP1217612A4/en
Publication of WO2001015142A1 publication Critical patent/WO2001015142A1/ja

Links

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L19/00—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis
    • G10L19/0018—Speech coding using phonetic or linguistical decoding of the source; Reconstruction using text-to-speech synthesis
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00007—Time or data compression or expansion
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00007—Time or data compression or expansion
    • G11B2020/00014—Time or data compression or expansion the compressed signal being an audio signal
    • G11B2020/00057—MPEG-1 or MPEG-2 audio layer III [MP3]
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/10537—Audio or video recording
    • G11B2020/10546—Audio or video recording specifically adapted for audio data
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/60—Solid state media

Definitions

  • the present invention relates to an audio reproducing apparatus, and more particularly to, for example, an audio reproducing apparatus that reproduces an audio signal recorded in a state coded on a removable recording medium.
  • Formats for encoding and decoding audio signals include MP3 (MPEG-1 AUDIO Layer 3), Twin VQ, and the like.
  • MP3 MPEG-1 AUDIO Layer 3
  • Twin VQ Video Streaming Layer 3
  • a decoding program corresponding to any one of such a plurality of formats is stored in a memory, and an audio signal encoded in the same format is decoded by the decoding program. .
  • a main object of the present invention is to provide an audio reproducing apparatus capable of reproducing an audio signal encoded in any format.
  • An audio reproducing apparatus comprises: mounting means for detachably mounting a recording medium on which an audio signal encoded in a first format and a first decoding program according to the first format are recorded; Storage means for storing a second decryption program according to the second format; determination means for determining whether the first format and the second format match each other; first decryption based on the determination result of the determination means Activating means for activating one of the program and the second decoding program; decoding means for decoding an audio signal by the decoding program activated by the activating means; and an output for outputting an audio signal decoded by the decoding means. means.
  • the first decoding program according to the first format and the audio signal encoded in the first format are recorded on the recording medium.
  • a recording medium is detachably mounted by the mounting means.
  • a second decryption program according to the second format is stored in the internal memory.
  • the judging means judges whether the first format and the second format match each other, and the activating means activates one of the first decoding program and the second decoding program based on the judgment result.
  • the decoding means decodes the audio signal by the activated decoding program, and the decoded audio signal is output by the output means.
  • the audio signal encoded in any format can be reproduced.
  • the decoding means uses a first type processing method, and a recording medium stores a first decoding program corresponding to the first type and a first decoding program corresponding to the second type.
  • the loading means included in the activating means when the determination result indicates a mismatch, loads the first decryption program corresponding to the first type from the recording medium.
  • the audio signal encoded in the first format and the first decoding program are stored in a common data file.
  • the audio signal is a music signal.
  • An audio reproducing apparatus comprises: mounting means for detachably mounting a recording medium on which an audio signal encoded in a predetermined format and a decoding program according to the predetermined format are recorded; Loading means for loading from a recording medium; decoding means for decoding an audio signal by a decoding program played by the mouth means; and output means for outputting the audio signal decoded by the decoding means.
  • a decoding program conforming to a predetermined format and an audio signal encoded in the predetermined format are recorded on a recording medium, and such a recording medium is detachably mounted by the mounting means.
  • the loading means records the decryption program Loading from a medium, the decoding means decodes the audio signal by the loaded decoding program.
  • the decoded audio signal is output by the output means.
  • the decoding program is loaded from the recording medium and the audio signal is decoded by the loaded decoding program, the audio signal encoded in any format can be reproduced.
  • the decoding means uses a first type processing method, and a recording medium stores a first decoding program corresponding to the first type and a first decoding program corresponding to the second type.
  • the loading means loads the first decryption program corresponding to the first type from the recording medium.
  • the audio signal encoded in the first format and the first decoding program are stored in a common data file.
  • the audio signal is a music signal.
  • FIG. 1 is an illustrative view showing one embodiment of the present invention.
  • FIG. 2 is a block diagram showing a part of the embodiment of FIG.
  • FIG. 3 is an illustrative view showing a memory force.
  • FIG. 4 is an illustrative view showing a data structure of an audio file.
  • FIG. 5 is an illustrative view showing one example of an additional information management table.
  • FIG. 6 is an illustrative view showing another example of the additional information management table.
  • FIG. 7 is an illustrative view showing one portion of the operation of the embodiment in FIG.
  • FIG. 8 is an illustrative view showing another portion of the operation of the embodiment in FIG.
  • FIG. 9 is a flowchart showing a part of the operation of the embodiment in FIG.
  • FIG. 10 is a flowchart showing another part of the operation of the embodiment in FIG.
  • FIG. 11 is a flowchart showing another part of the operation of the embodiment in FIG.
  • FIG. 12 is a flowchart showing yet another portion of the operation of the embodiment in FIG.
  • FIG. 13 is a flowchart showing a part of the operation of another embodiment of the present invention.
  • FIG. 14 is a flowchart showing another part of the operation of the FIG. 11 embodiment.
  • FIG. 15 is a flowchart showing another portion of the operation of the FIG. 11 embodiment.
  • FIG. 16 is a flowchart showing yet another portion of the operation of the FIG. 11 embodiment.
  • a portable audio recording / reproducing apparatus 100 of this embodiment is connected to a communication terminal 400 such as a personal computer.
  • the communication terminal 400 is connected to the internet 100 via a telephone line, and the operator can access a plurality of web sites 300 a and 300 0 via the internet 100. b ..., 3 0 0 n can be accessed.
  • the WEB site 300a is a site that distributes music. If the operator accesses this site and orders the desired music (songs), the WEB site 300a sends the ordered music via the Internet 100 to the data base server 2.
  • the database server 200 transmits the data file (audio file) of the requested music to the ordering communication terminal 400 via the Internet network 100.
  • the transmitted audio file is downloaded to the hard disk of the communication terminal 400. An audio file is created for each song, and when an operator orders a music album containing multiple songs, the corresponding multiple audio files are downloaded.
  • the downloaded audio file is input to audio recording / reproducing device 10 through input terminal 12.
  • the input audio file is recorded on the memory card 18 via the interface 14.
  • the memory card 18 stores a plurality of audio files in the manner shown in FIG.
  • the memory card 18 is a detachable recording medium, and is electrically connected to the interface 14 when the memory card 18 is inserted into the slot 16.
  • the data structure of the audio file recorded on the memory card 18 is shown in Fig. 4.
  • Security information, content information, and additional information are stored in this order after the header of the audio file c.
  • Encrypted The music data for one song (audio data) is stored following the additional information.
  • the security information is encryption key information for preventing the audio file from being illegally copied, and the encryption is decrypted by using the encryption key information.
  • the content information includes compression format information indicating the format in which the music data is compressed, encryption format information indicating the format in which the music data is encrypted, and additional information. It contains an additional information management table that indicates what data is included as well as information related to this audio file such as artist name, song name, album name, composer name, and producer name. included.
  • the additional information includes decoding software (decoding program) for extending music data, equalizer software for adjusting music tunes, artist image data, artist messages, and episodes for creating albums.
  • decoding software decoding program
  • equalizer software for adjusting music tunes, artist image data, artist messages, and episodes for creating albums.
  • compression formats such as MP3, TwinVQ, AAC, AC-3 (Dolby Digital), and ePAC. For this reason, when music data included in an audio file is compressed in ePAC format, the compression format information indicates “ePAC”, and the music data is compressed in MP3 format. If present, the compression format information indicates "MP 3".
  • the decoding software that can be used differs depending on the type of DSP (Digital Signal Processor) provided in the playback device (for example, 16-bit operation or 24-bit operation).
  • DSP Digital Signal Processor
  • the DSP is a processor of 16-bit operation
  • type A decoding software is activated.
  • 03? Is a processor of 24-bit operation only type B decoding software is activated.
  • the additional information management table contains “ePAC decod software— Type A "decoding software information is included. It can support both 16-bit and 24-bit DSPs.
  • the additional information management table contains “ePAC decoding software type A” and “ePAC decoding”.
  • Software—Decoded software information of type "B” is included.
  • the decoding software information is a concept including compressed format information and type information.
  • decoding software corresponding to both Type A and Type B and following a common compression format is contained in the audio file.
  • the information shown in FIG. 5 is stored in the additional information management table.
  • additional information 1 is “ePAC decoding software overnight B”
  • additional information 2 is “ePAC decoding software—type A”
  • additional information 3 is “artist”. Comment (TEXT) ".
  • the audio file contains only one piece of decoding software, and instead contains DSP software for producing special effects suitable for each song, the additional information management table contains, for example, the information shown in Fig. 6. Is stored. According to FIG.
  • additional information 1 is “ePAC decoding software type A”
  • additional information 2 is “virtual sound software—type A”
  • additional information 3 is “artist image (JPEG)”. ) ".
  • Virtual sound software is effective, for example, when playing music recorded at a concert with a sense of realism.
  • the first is to store the decoding software, compression format information and type information in the audio file on the database server side
  • the second is for the communication terminal 400 to use the Web site 300a or the data base server 200
  • a plurality of decoding software is obtained in advance from the company, and when purchasing an audio file, the corresponding decoding software, compression format information and type information are stored in this audio file.
  • the first method will be specifically described with reference to FIG. Opere first orders the desired song from the WE B site 300a. Then, WE B site 300a is Request the database server 200 to send the ordered music. In response to the dispatch request, the database server 200 creates an audio file including the desired music data, the corresponding decoding software, compression format information and type information, and transfers the created audio file to the operator. Dispatch to communication terminal 400. The sent audio file is once written on the hard disk of the communication terminal 400 and then recorded on the memory card 18 of the audio recording / reproducing device 10 by an operation of the operator.
  • the second method is as shown in FIG.
  • the operator downloads a plurality of decoding software from the WEB site 300a or the database server 200 in advance, and then places an order for the desired music to the WEB site 300a. Then, the WEB site 300a requests the base server 200 to send the desired audio file in the same manner as described above.
  • the database server 200 receiving this dispatch request downloads the audio file not including the decoding software to the communication terminal 400.
  • the communication terminal 400 stored decoding software necessary for decompressing the music data in the audio file together with the compression format information and the type information, and performed such storage processing. Record the audio file on the memory card 18.
  • the memory card 18 can also record music data reproduced from the CD 500.
  • an audio file having the structure shown in FIG. 4 is created by the communication terminal 400.
  • the CPU 20 included in the audio recording / reproducing apparatus 10 processes the flowcharts shown in FIGS. The processing in this flowchart is started in response to turning on the power.
  • the CPU 20 performs an initialization process in step S1. By this processing, the count value N of the file count 20c is set to "1". Next, the CPU 20 determines whether or not the memory card 18 is installed in the slot 16 in step S3. If NO, a message to that effect is displayed on the LCD 36 in step S5, Return to step S3. When the operator mounts the memory card 18 in response to this message, the CPU 20 proceeds from step S3 to step S7, and transmits the file management information shown in FIG. Read from memory card 18.
  • the file management information is information for managing data files recorded on the memory card 18, and it is possible to grasp what type of data is stored in each data file.
  • step S9 determines in step S9 whether an audio file exists in memory card 18 or not. At this time, the above-described file management information is used. If there is no audio file, the CPU 20 displays a message to that effect on the LCD 36 in step S11, and after a predetermined time has passed, ends the processing in step S83 and proceeds to step S83. Turn off the power in S85. On the other hand, if at least one audio file exists in the memory card 18, the CPU 20 proceeds to step S 13, where the header, security information, and content information are read from the audio file N in the memory card 18. Is read. In step S15, it is determined whether or not the audio file N is an illegally copied file based on the read security information.
  • Step S 2 1 file counter evening increments 20 c, Step S 2 1
  • the count value N to determine whether exceeds the total number N MAX of the audio file. If it is determined in step S21 that the value is N NMAX, the CPU 20 returns to step S13 and performs the same processing for the next audio file. On the other hand, if it is determined that N> N MAX at Step S 2 1, C PU 2 0, the process proceeds to step S 8 3. As a result, the power is turned off after the termination processing.
  • step S15 determines NO in step S15 and proceeds to step S23.
  • step S23 it is determined whether or not the compression format of the audio file N matches the format of the decoding software prepared in advance in the ROM 22 a of the DSP 22. That is, at least one piece of decoding software is stored in the ROM 22a provided in the DSP 22 in advance. If the DSP 22 is a 16-bit arithmetic processor, the ROM 22a stores, for example, decoding software of "MP3-Type A" and "AAC-Type A". On the other hand, if the compression format information included in the content information read in step S13 is "ePAC", the music data included in the audio file N is decoded by the decoding software of the ROM 22a. It is impossible to decode.
  • step S23 it is determined whether or not the format of the decoding software stored in the ROM 22a and the compression format of the music data match each other. If the determination result indicates a match, the DSWF flag is reset in step S27, and the flow advances to step S29.
  • step S24 determines whether decoding software suitable for the DSP 22 is stored in the audio file N. As described above, if the type is different between the decoding software and the DSP 22, the decoding software cannot be started by the DSP 22. Therefore, in step S24, it is determined whether or not the type of the decoding software stored in the audio file N matches the type of the DSP 22 with reference to the additional information management table. If none of the decoding software matches the type of DSP 22, the CPU 20 displays a message to that effect on the LCD 36 for a predetermined time in step S25, and proceeds to step S79. On the other hand, if the type of at least one decoding software matches DSP22, CPU 20 sets the DSWF flag in step S26, and proceeds to step S29.
  • step S29 referring to the additional information management table, it is determined whether other DSP software (for example, the virtual sound software type A described above) whose type matches that of the DSP 22 is stored in the audio file N. Is determined.
  • the CPU 20 sets the ⁇ DSPS flag in step S31. While the type is If there is no other matching DSP software, CPU 20 resets the OD SPS flag in step S33.
  • the content of the audio file N is grasped, and the DSWF flag and the ODSPS flag are set to predetermined states.
  • the preparation for reproduction is completed, and thereafter, processing according to the operation of the operation button 34 by the operator is performed.
  • step S35 the CPU 20 determines YES in step S35, and determines the state of the DSWF flag in step S63.
  • step S65 the decoding software corresponding to DSP 22 is read out from the memory card 18 out of the decoding software stored in the audio file N with reference to the additional information management table, and provided to the DSP 22. Loaded into RAM 2 2b.
  • the DSP 22 is a 16-bit arithmetic processor and the audio file N has the additional information management table shown in FIG. 5 or FIG. 6, the “ePAC—Empty A” decoding software is used for the RAM22. It is spoken to b.
  • the CPU 20 loads the corresponding decoding software in the ROM 22a into the RAM 22b in step S67. That is, if the compression format of the audio file N is "MP3", the "MP3 one type A” decoding software stored in the ROM 22a is loaded into the RAM 22b.
  • the decoding software necessary for decoding the music data stored in the audio file N can always be obtained in the RAM 22.
  • the CPU 20 determines the state of the $ DSPS flag in step S69. (4) If the DSPS flag is in the reset state, the CPU 20 proceeds directly to step S73. On the other hand, if the ⁇ DSPS flag is set, the CPU 20 loads the DSP software other than the decoding software (the type is identical) from the audio file N to the RAM 22b in step S71, and proceeds to step S73. Proceed to. For this reason, audio file N has the additional information management table shown in FIG. In that case, the virtual sound software is loaded into the RAM 22b.
  • the CPU 20 activates the DSP 22 in step S73, and validates the request given to the CPU 20 from the DSP 22 in step S75. Based on this request, music data is read from the audio file N recorded on the memory card 18. The read music data has been subjected to the encryption processing and the compression processing as described above, and such music data is provided to the DSP 22 via the interface 14. DSP 22 first decrypts the music data, then RAM
  • the DSP22 further applies a process for producing a special effect to the music data as needed.
  • the music data subjected to such processing is converted into an audio signal (analog signal) by the DZA converter 24, and the converted audio signal is output to the headphone 30 via the amplifier 26 and the output terminal 28. .
  • step S77 determines in step S77 whether or not the reproduction of the music data for one music has been completed. If “NO” here, the process returns to the step S35, but if “YES”, the process proceeds to a step S79. Step S is incremented 79 in file counter evening 20 c of the count value N, the subsequent step S 8 1 In the count value N is determined whether or exceeds the total number N MAX of the audio file I le. If N ⁇ N MAX , the CPU 20 returns to step S13 and performs the same processing for the next audio file. On the other hand, if N> N MAX , all the audio files have been played, and the power is turned off after the end processing.
  • step S37 If the operator instructs skipping while music data is being reproduced, the CPU 20 proceeds from step S37 to step S39, and invalidates the request output from the DSP 22. As a result, the reproduction of the music data from the memory card 18 is interrupted. The CPU 20 proceeds to step S79 after the processing in step S39. Therefore, if the audio file that was being played before the skip was instructed is not the last file, playback of the next audio file starts.
  • step S43 in which music data relating to reproduction is skipped by one block.
  • the music data for one song stored in the audio file is divided into a plurality of blocks, and the CPU 20 advances the music data to be reproduced by one block.
  • step S45 it is determined whether or not the reproduction of one song has been completed. If YES, the flow advances to step S79.
  • step S45 it is determined whether or not an instruction to cancel the fast forward is issued in a step S47. If “NO” here, the process returns to the step S43. If "YES”, the process returns to the step S35. Since the request of the DSP 22 is not invalidated in any of the steps S41 to S47, the reproduction of the music data is resumed from the point where the fast forward is released.
  • step S49 determines YES in step S49, and invalidates the request of the DSP 22 in step S51. As a result, the reproduction of the music data is interrupted. Thereafter, when the pause release is instructed, the CPU 20 determines YES in step S53, re-enables the request for the DSP 22 in step S55, and returns to step S35. As a result, the reproduction of the music data is resumed.
  • step S57 If the stop is instructed during the reproduction of the music data, the CPU 20 determines YES in step S57, invalidates the request of the DSP 22 in step S59, and returns to step S35. As a result, the reproduction of the music data is interrupted.
  • CPU 20 determines YES in step S61 and proceeds to step S83. As a result, the CPU 20 turns off the power after the end processing.
  • decoding software for decoding music data is stored in the audio file recorded on the memory card 18 together with the music data.
  • This decoding software is loaded into the RAM 22b when the music data cannot be decoded by the decoding software stored in the ROM 22a. Therefore, even if an audio file that cannot be decoded by the decoding software stored in the ROM 22a is recorded in the memory card 18, the music data included in the audio file can be reproduced.
  • decoding software there are multiple types of DSP, and in consideration of the fact that DSP cannot process different types of decoding software, decoding software that can handle multiple types is stored in the audio file. For this reason, audio files can be played back by any audio recording / playback device equipped with any DSP.
  • the CPU 20 processes the flowcharts shown in FIGS. 13 to 16, but this process includes many processes similar to those in FIGS. I will tell.
  • step S113 the header, security information, and content information of all audio files are read at once, and in step S114, the read information is associated with the file number of each audio file.
  • step S114 the read information is associated with the file number of each audio file.
  • a number of D SWF flags and OD SPS flags corresponding to the number of audio files are prepared.
  • steps S126 and S127 the corresponding DSF flag (N—DSFF flag) is set / reset, and in steps S131 and S133, the corresponding ⁇ DSPS flag (N—OSDP S Flag) is set.
  • step S163 the state of the N-D SWF flag is determined, and in step S169, the state of the N-ODSPS flag is determined. This simplifies the management of audio files.
  • At least one piece of decoding software is stored in the ROM provided in the DSP.
  • any decoding software except for the minimum software such as volume control is stored in the DSP.
  • the software may not always be stored, and the music data may always be decoded by the decoding software included in the audio file.
  • the present invention can be applied to contents other than music, such as reading of a book and English conversation. There are several compression formats suitable for each of music and speech, such as human speech. Therefore, the present invention is particularly effective when music and non-music sound are reproduced by one device.
  • the decoding corresponding to the music data compression format is performed.
  • the encryption software is stored in the same audio file, but the encryption format also has multiple formats, so the corresponding decryption software (decryption software) is stored in the audio file. You may do so.
  • a personal computer is used as the communication terminal 400 in this embodiment, a PDA (Personal Digital Assistant) such as a mobile phone may be used instead of the personal computer.
  • PDA Personal Digital Assistant
  • music data and decoding software are stored in an audio file on the database server side.
  • the audio recording / reproducing apparatus has decoding software corresponding to the audio data.
  • the decoding software may be stored in the audio file only when it is not. In this case, it is necessary for the audio recording / reproducing device to transmit the compatible decoding software information to the WEB site when the operator orders a song.
  • the DSP type information is transmitted to the ordering WEB site, and the decod- ing software suitable for this DSP is stored in the audio file. It will not be judged NO in 4.
  • the audio file received from the database server is written to the memory card via the hard disk of the communication terminal, and the audio file is written to the memory card without passing through the hard disk. You may come in.
  • the communication terminal obtains a plurality of decoding software in advance, and it is not necessary to obtain in advance the decoding software that is compatible with the audio recording / reproducing device. Absent. Also, even if you obtain compatible decoding software, there is no need to store the decoding software in an audio file.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Health & Medical Sciences (AREA)
  • Computational Linguistics (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • Acoustics & Sound (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Reverberation, Karaoke And Other Acoustics (AREA)
  • Stored Programmes (AREA)

Description

明細書 音声再生装置 技術分野
この発明は、 音声再生装置に関し、 特にたとえば、 着脱可能な記録媒体に符号 化された状態で記録された音声信号を再生する、 音声再生装置に関する。
従来技術
音声信号を符号化ノ復号化するフォーマットには、 M P 3 (MPEG-1 AUDIO Layer 3), T w i n V Qなどがある。 従来の音声再生装置では、 このような複数 のフォーマツ卜のいずれか 1つに対応する復号プログラムをメモリに格納し、 同 じフォーマツ卜で符号化された音声信号をこの復号プログラムによって復号して いた。
しかし、 上述のように音声信号の符号化ノ復号化フォーマツトは複数存在する ため、 自分が持っている音声再生装置が対応していないフォーマツ卜の音声信号 は、 聴取することができなかった。 発明の概要
それゆえに、 この発明の主たる目的は、 どのようなフォーマッ トで符号化され た音声信号も再生できる、 音声再生装置を提供することである。
この発明に従う音声再生装置は、 次のものを備える ：第 1フォーマツ卜で符号 化された音声信号と第 1フォーマツ卜に従う第 1復号プログラムとが記録された 記録媒体を離脱可能に装着する装着手段；第 2フォーマツ卜に従う第 2復号プロ グラムを格納する格納手段；第 1フォーマツトと第 2フォーマツ卜とが互いに一 致するかどうかを判定する判定手段；判定手段の判定結果に基づいて第 1復号プ ログラムおよび第 2復号プログラムの一方を有効化する有効化手段；有効化手段 で有効化された復号プログラムによって音声信号を復号する復号手段；および復 号手段によって復号された音声信号を出力する出力手段。 この発明によれば、 第 1フォーマツトに従う第 1復号プログラムと第 1フォー マツ 卜で符号化された音声信号とが記録媒体に記録されている。 このような記録 媒体が、 装着手段によって離脱可能に装着される。 一方、 内部メモリには、 第 2 フォーマットに従う第 2復号プログラムが格納される。 判定手段は、 上記の第 1 フォーマツトと第 2フォーマツトとが互いに一致するかどうかを判定し、 有効化 手段は、 その判定結果に基づいて第 1復号プログラムおよび第 2復号プログラム の一方を有効化する。 復号手段は、 有効化された復号プログラムによって音声信 号を復号し、 復号された音声信号は出力手段によって出力される。
このように、 判定手段による判定結果に基づいて第 1復号プログラムおよび第 2復号プログラムの一方を有効化するようにしたため、 どのようなフォーマツ ト で符号化された音声信号も再生できる。
この発明のある例では、 復号手段は第 1タイプの処理方式をとり、 記録媒体に は、 第 1タイプに対応する第 1復号プログラムおよび第 2タイプに対応する第 1 復号プログラムが記録される。 有効化手段に含まれるロード手段は、 判定結果が 不一致を示すとき、 第 1タイプに対応する第 1復号プログラムを記録媒体から口 一ドする。
この発明の他の例では、 第 1フォーマツ卜で符号化された音声信号および第 1 復号プログラムが、 共通のデータファイルに収納される。
この発明のその他の例では、 音声信号は音楽信号である。
この発明に従う音声再生装置は、 次のものを備える ：所定フォーマツ 卜で符号 化された音声信号と所定フォーマツ卜に従う復号プログラムとが記録された記録 媒体を離脱可能に装着する装着手段； 復号プログラムを記録媒体からロードする ロード手段； 口一ド手段によって口一ドされた復号プログラムによって音声信号 を復号する復号手段； および復号手段によって復号された音声信号を出力する出 力手段。
この発明によれば、 所定フォーマツ卜に従う復号プログラムと所定フォーマツ トで符号化された音声信号とが記録媒体に記録され、 このような記録媒体が装着 手段によって離脱可能に装着される。 ロード手段は、 この復号プログラムを記録 媒体からロードし、 復号手段は、 ロードされた復号プログラムによって上記の音 声信号を復号する。 復号された音声信号は、 出力手段によって出力される。
このように、 復号プログラムを記録媒体からロードし、 ロードされた復号プロ グラムによって音声信号を復号するようにしたため、 どのようなフォーマットで 符号化された音声信号も再生できる。
この発明のある例では、 復号手段は第 1タイプの処理方式をとり、 記録媒体に は、 第 1タイプに対応する第 1復号プログラムおよび第 2タイプに対応する第 1 復号プログラムが記録される。 ロード手段は、 記録媒体から第 1タイプに対応す る第 1復号プログラムをロードする。
この発明の他の例では、 第 1フォーマツ卜で符号化された音声信号および第 1 復号プログラムは、 共通のデータファイルに収納される。
この発明のその他の例では、 音声信号は音楽信号である。
この発明の上述の目的， その他の目的， 特徴および利点は、 図面を参照して行 う以下の実施例の詳細な説明から一層明らかとなろう。 図面の簡単な説明
図 1はこの発明の一実施例を示す図解図である。
図 2は図 1実施例の一部を示すブロック図である。
図 3はメモリ力一ドを示す図解図である。
図 4はオーディォファイルのデータ構造を示す図解図である。
図 5は付加情報管理テーブルの一例を示す図解図である。
図 6は付加情報管理テーブルの他の一例を示す図解図である。
図 7は図 1実施例の動作の一部を示す図解図である。
図 8は図 1実施例の動作の他の一部を示す図解図である。
図 9は図 1実施例の動作の一部を示すフロー図である。
図 1 0は図 1実施例の動作の他の一部を示すフロー図である。
図 1 1は図 1実施例の動作のその他の一部を示すフロー図である。
図 1 2は図 1実施例の動作のさらにその他の一部を示すフロー図である。 図 1 3はこの発明の他の実施例の動作の一部を示すフロー図である。
図 1 4は図 1 1実施例の動作の他の一部を示すフロー図である。
図 1 5は図 1 1実施例の動作のその他の一部を示すフロー図である。
図 1 6は図 1 1実施例の動作のさらにその他の一部を示すフロー図である。 発明を実施するための最良の形態
図 1を参照してこの実施例の携帯型音声記録再生装置 1 0は、 パーソナルコン ピュー夕のような通信端末 4 0 0と接続される。 通信端末 4 0 0は電話回線を通 じてイン夕一ネッ ト 1 0 0と接続され、 オペレータはイン夕一ネット 1 0 0を介 して複数の W E Bサイ ト 3 0 0 a， 3 0 0 b ... , 3 0 0 nにアクセスできる。 このうち、 W E Bサイ ト 3 0 0 aは音楽配信を行うサイ トである。 オペレータ がこのサイ トにアクセスして所望の音楽 （曲） を発注すれば、 W E Bサイ ト 3 0 0 aは、 受注した曲の発送をィンターネット 1 0 0を介してデ一夕ベースサーバ 2 0 0に要求する。 データベースサーバ 2 0 0は、 要求された曲のデータフアイ ル （オーディオファイル） をイン夕一ネッ ト 1 0 0を介して発注元の通信端末 4 0 0に送信する。 送信されたオーディオファイルは、 通信端末 4 0 0のハードデ イスクにダウンロードされる。 なお、 オーディオファイルは 1曲毎に形成され、 オペレー夕が複数の曲を含む音楽アルバムを発注したときは、 対応する複数のォ 一ディォファイルがダウンロードされる。
図 2を参照して、 ダウンロードされたオーディオファイルは、 入力端子 1 2を 通して音声記録再生装置 1 0に入力される。 入力されたオーディォファイルは、 イン夕フェース 1 4を介してメモリカード 1 8に記録される。 メモリカード 1 8 には、 図 3に示す要領で複数のオーディオファイルが格納される。 なお、 メモリ カード 1 8は着脱自在な記録媒体であり、 スロット 1 6に装着されたときにイン 夕フェース 1 4と電気的に接続される。
メモリカード 1 8に記録されるオーディォファイルのデータ構造を図 4に示す c オーディオファイルのヘッダ以降には、 セキュリティ情報， コンテンツ情報， 付 加情報がこの順で収納され、 所定フォーマツトで圧縮処理および暗号化処理を施 された 1曲分の音楽データ（音声デ一夕）が、付加情報に続いて収納されている。 ここで、 セキュリティ情報は、 オーディオファイルが不正にコピーされないよう にするための暗号化キー情報であり、 この暗号化キー情報を用いることで暗号が 解読される。
コンテンツ情報には、 音楽デ一夕がどのようなフォーマツトで圧縮されている かを示す圧縮フォーマツト情報、 音楽データがどのようなフォーマツ卜で暗号化 されているかを示す暗号化フォーマツト情報、 および付加情報としてどのような データが含まれているかを示す付加情報管理テーブルが含まれ、 さらにはァーテ イスト名， 曲名， アルバム名， 作曲家名， プロデューサ名のようなこのオーディ ォファイルに関連する情報なども含まれる。
付加情報には、 音楽デ一夕を伸長するためのデコードソフトウェア （復号プロ グラム）、音楽の曲調を調整するためのィコライザソフトウェア、 アーティストの 画像データ、 アーティス卜のメッセージやアルバム作成時のェピソ一ドなどのテ キストデ一夕が含まれる。
圧縮フォーマツ トとしては、 MP 3， Tw i nVQ, AAC， AC— 3 (Dolby Digital) , e P ACなどの複数のフォーマットがある。 このため、 オーディオフ アイルに含まれる音楽デ一夕が e P ACフォーマツ卜で圧縮されている場合、 圧 縮フォーマツト情報は "e P AC" を示し、 音楽データが MP 3フォーマッ トで 圧縮されている場合、 圧縮フォーマツト情報は "MP 3" を示す。
また、 再生装置に設けられた D S P (Digital Signal Processor) のタイプ （た とえば 1 6ビット演算であるか 24ビット演算であるか） によって、 対応できる デコードソフトウェアが異なる。 つまり、 D S Pが 1 6ビット演算のプロセサで あれば、 タイプ Aのデコードソフトウェアしか起動せず、 03 ?が24ビット演 算のプロセサであれば、 タイプ Bのデコードソフトウェアしか起動しない。 この ため、 付加情報に含まれるデコ一ドソフトウエアが e P ACフォーマツ卜に従い かつ 1 6ビット演算の D S Pに対応している場合、付加情報管理テーブルには" e P ACデコ一ドソフトウエア—タイプ A" のデコードソフトウエア情報が含まれ る。 また、 1 6ビット演算および 24ビット演算のいずれの D S Pにも対応でき るように、 e P ACフォーマツ卜に従う 2つのデコードソフトウエアが付加情報 に含まれている場合、 付加情報管理テーブルには "e P ACデコードソフトゥェ ァ—タイプ A" および " e P ACデコードソフトウェア—タイプ B" というデコ ードソフトウェア情報が含まれる。 なお、 デコードソフトウェア情報は、 圧縮フ ォーマツト情報およびタイプ情報を含む概念である。
この実施例では、 好ましくは、 タイプ Aおよびタイプ Bの両方に対応するかつ 共通の圧縮フォーマツトに従うデコードソフトウエアが、 オーディオファイルに 収納される。 この場合、 付加情報管理テーブルには、 たとえば図 5に示す情報が 格納される。 図 5によれば、 付加情報 1が " e P ACデコードソフトゥヱァ一夕 イブ B " であり、 付加情報 2が " e P A Cデコードソフトウェア—タイプ A" で あり、 付加情報 3が "アーティス卜のコメント （TEXT)"である。 オーディオ ファイルに 1つのデコードソフトウエアしか収納されず、 代わりに各曲に適した 特殊効果を発揮するための D S Pソフトウエアが収納される場合、 付加情報管理 テーブルには、 たとえば図 6に示す情報が格納される。 図 6によれば、 付加情報 1が " e P A Cデコードソフトウェアータイプ A" であり、 付加情報 2力 "バー チャルサウンドソフトウエア—タイプ A" であり、 付加情報 3が "アーチイスト 画像 （ J PEG)"である。 なお、 バーチャルサウンドソフトウエアは、 たとえば コンサートで録音された曲を臨場感を持たせて再生するときに有効である。
デコードソフトウエアならびに関連する圧縮フォーマツト情報およびタイプ情 報をオーディオファイルに格納する方法としては、 次の 2つが考えられる。 1つ 目は、 データベースサーバ側でデコードソフトウェア， 圧縮フォーマット情報お よびタイプ情報をオーディオファイルに格納する方法であり、 2つ目は、 通信端 末 400が WEBサイト 300 aまたはデ一夕ベースサーバ 200から複数のデ コードソフトウェアを予め入手しておき、 オーディオファイルの購入時に、 対応 するデコードソフトウエア， 圧縮フォーマツト情報およびタイプ情報をこのォー ディォファイルに格納する方法である。
1つ目の方法を、 図 7を参照して具体的に説明する。 ォペレ一夕はまず WE B サイト 300 aに対して所望の曲を発注する。すると、 WE Bサイト 300 aは、 受注した曲の発送をデータベースサーバ 2 0 0に要求する。 この発送要求に対し て、 データベースサーバ 2 0 0は、 所望の音楽デ一夕， 対応するデコードソフト ウェア， 圧縮フォーマツ ト情報およびタイプ情報含むオーディオファイルを作成 し、 作成したオーディォファイルをオペレータ側の通信端末 4 0 0に発送する。 発送されたオーディォファイルは、 通信端末 4 0 0のハードディスクに一旦書き 込まれ、 その後オペレータの操作によって音声記録再生装置 1 0のメモリカード 1 8に記録される。
2つ目の方法は、 図 8に示す通りである。 オペレータは、 複数のデコードソフ トウエアを W E Bサイ ト 3 0 0 aまたはデータベースサーバ 2 0 0から予めダウ ンロードしておき、その後所望の曲を W E Bサイ ト 3 0 0 aに発注する。すると、 W E Bサイ ト 3 0 0 aは、 上述と同様に所望のオーディオファイルの発送をデ一 夕ベースサーバ 2 0 0に要求する。 この発送要求を受けたデータベースサーバ 2 0 0は、 デコードソフトウエアを含まないオーディオファイルを通信端末 4 0 0 にダウンロードする。 オーディオファイルがダウンロードされると、 通信端末 4 0 0は、 音楽データの伸長に必要なデコードソフトウエアを圧縮フォーマツ ト情 報およびタイプ情報とともにオーディォファイルに格納し、 このような格納処理 を施したオーディオファイルをメモリカード 1 8に記録する。
なお、 メモリカード 1 8には、 C D 5 0 0から再生された音楽データも記録さ れ得る。 この場合、 図 4に示す構造のオーディオファイルは通信端末 4 0 0によ つて作成される。
このようにしてメモリカード 1 8に記録されたオーディオファイルを再生する とき、 音声記録再生装置 1 0に含まれる C P U 2 0は、 図 9〜図 1 2に示すフロ 一図を処理する。 なお、 このフロー図の処理は、 電源の投入に応答して開始され る。
C P U 2 0はまず、 ステップ S 1で初期化処理を行う。 この処理によって、 フ アイルカウン夕 2 0 cのカウント値 Nが" 1 "に設定される。 C P U 2 0は次に、 ステップ S 3でメモリカード 1 8がスロット 1 6に装着されているかどうか判断 する。 N Oであれば、ステップ S 5でその旨のメッセージを L C D 3 6に表示し、 ステップ S 3に戻る。 このメッセージに対してオペレータがメモリ力一ド 1 8を 装着すると、 C PU 2 0はステップ S 3からステップ S 7に進み、 図 3に示すフ アイル管理情報をィン夕フェース 1 4を介してメモリカード 1 8から読み出す。 ファイル管理情報は、 メモリカード 1 8に記録されたデータファイルを管理する 情報であり、 これによつて各データファイルにどういう種類のデータが収納され ているかが把握される。
C PU 2 0は続いて、 ステップ S 9でメモリ力一ド 1 8にオーディォファイル が存在するかどうかを判別する。 このとき、 上述のファイル管理情報が用いられ る。 オーディオファイルが 1つもなければ、 C PU 2 0は、 ステップ S 1 1でそ の旨のメッセージを L CD 3 6に表示し、 所定時間経過したときに、 ステップ S 8 3の終了処理を経てステップ S 8 5で電源をオフする。 これに対して、 メモリ カード 1 8にオーディオファイルが 1つでも存在すれば、 C PU 2 0はステップ S 1 3に進み、 メモリカード 1 8内のオーディオファイル Nからヘッダ， セキュ リティ情報およびコンテンツ情報を読み出す。 ステップ S 1 5では、 オーディオ ファイル Nが不正にコピーされたファイルであるかどうかを読み出されたセキュ リティ情報に基づいて判別する。
オーディオファイル Nが不正コピーファイルである場合、 C PU 2 0は、 ステ ップ S 1 7でその旨のメッセージを L CD 3 6に表示する。 ステップ S 1 9では ファイルカウン夕 20 cをインクリメントし、 ステップ S 2 1ではカウント値 N がオーディオファイルの総数 NMAX を上回ったかどうかを判断する。 ステップ S 2 1で N NMAX と判断されると、 C PU 2 0はステップ S 1 3に戻り、 次のォ —ディォファイルに対して同様の処理を行う。一方、ステップ S 2 1で N〉NMAX と判断されると、 C PU 2 0は、 ステップ S 8 3に進む。 この結果、 終了処理を 経て電源がオフされる。
オーディオファイル Nが適法に入手されたファイルである場合、 C PU 2 0は ステップ S 1 5で NOと判断し、 ステップ S 2 3に進む。 このステップでは、 ォ —ディォファイル Nの圧縮フォーマツトと D S P 2 2の ROM2 2 aに予め準備 されたデコードソフトウェアのフォーマツ卜が一致するかどうか判断する。 つまり、 D S P 22に設けられた ROM 22 aには、 少なくとも 1つのデコー ドソフトウエアが予め格納されている。 D S P 22が 1 6ビット演算のプロセサ である場合、 ROM22 aには、 たとえば " M P 3—タイプ A" および " A A C 一タイプ A" のデコードソフトウェアが格納される。 これに対して、 ステップ S 1 3で読み出されたコンテンツ情報に含まれる圧縮フォーマツト情報が "e P A C" であれば、 オーディォファイル Nに含まれる音楽データを ROM 22 aのデ コードソフトウエアによってデコードすることは不可能である。
このため、 ステップ S 23では、 ROM22 aに格納されたデコードソフトゥ エアのフォーマツ 卜と音楽データの圧縮フォーマツトとが互いに一致するかどう かを判定している。 判定結果が一致を示せば、 ステップ S 2 7で D SWFフラグ をリセットして、 ステップ S 29に進む。
一方、 ステップ S 23での判定結果が不一致を示す場合、 CPU 2 3はステツ プ S 24に進み、 DS P 22に適したデコードソフトウエアがオーディオフアイ ル Nに収納されているかどうか判断する。 上述のように、 デコードソフトウェア と D S P 22との間でタイプが相違すれば、 そのデコードソフトウエアは D S P 22によって起動できない。 このため、 ステップ S 24では、 付加情報管理テ一 ブルを参照して、 オーディォファイル Nに収納されたデコードソフトウエアのタ ィプが D S P 22のタイプと一致しているかどうか判定する。 いずれのデコード ソフトウエアも D S P 22のタイプと一致しなければ、 C PU 20はステップ S 25でその旨のメッセージを LCD 36に所定時間表示し、 ステップ S 79に進 む。 これに対して、 少なくとも 1つのデコードソフトウェアのタイプが DS P 2 2と一致していれば、 CPU 20は、 ステップ S 26で D SWFフラグをセット し、 ステップ S 29に進む。
ステップ S 29では、 付加情報管理テーブルを参照して、 DS P 22とタイプ がー致する他の D S Pソフトウエア （たとえば上述のバーチャルサウンドソフト ウェアータイプ A) がオーディォファイル Nに収納されているかどうかを判別す る。 ここで、 タイプが一致する他の D S Pソフトウェアが 1つでも存在すれば、 C PU 20はステップ S 3 1で〇 DS P Sフラグをセットする。 一方、 タイプが 一致する他の D S Pソフトウエアが 1つも存在しなければ、 C PU 20はステツ プ S 33で OD S P Sフラグをリセッ トする。
このようにして、 オーディオファイル Nのコンテンツが把握され、 DSWFフ ラグおよび OD S P Sフラグが所定の状態に設定される。 これによつて再生の準 備が完了し、 これ以降は、 オペレータによる操作ボタン 34の操作に応じた処理 が行なわれる。
ォペレ一夕がボタン操作により再生を指示すると、 CPU 20はステップ S 3 5で YE Sと判断し、 ステップ S 63で DSWFフラグの状態を判別する。 ここ で D SWFフラグがセット状態であれば、 C PU 20はステップ S 6 5に進む。 ステップ S 6 5では、 付加情報管理テーブルを参照して、 オーディオファイル N に収納されたデコ一ドソフトウエアのうち、 D S P 22に対応するデコードソフ トウエアをメモリカード 1 8から読み出し、 D S P 22に設けられた RAM 2 2 bにロードする。 D S P 22が 16ビッ ト演算のプロセサで、 かつオーディオフ アイル Nが図 5または図 6の付加情報管理テーブルを持つときは、" e P AC—夕 ィプ A" のデコ一ドソフトウエアが RAM22 bに口一ドされる。
これに対して、 D SWFフラグがリセット状態であれば、 C PU20は、 ステ ップ S 67で ROM22 a内の対応するデコードソフトウエアを RAM22 bに ロードする。 つまり、 オーディファイル Nの圧縮フォーマツ 卜が "MP 3 " であ れば、 ROM 22 aに格納された "MP 3一タイプ A" のデコードソフトウェア が R A M 22 bにロードされる。
これによつて、 オーディォファイル Nに収納された音楽データのデコードに必 要なデコードソフトウエアが、 必ず RAM 22 に得られることとなる。
CPU 20は続いて、 ステップ S 6 9で〇DS P Sフラグの状態を判別する。 〇D S P Sフラグがリセッ ト状態である場合、 C PU 20は、 そのままステップ S 73に進む。一方、〇D S P Sフラグがセット状態である場合、 C PU 20は、 ステップ S 7 1でデコードソフトウエア以外の D S Pソフトウェア （タイプが一 致） をオーディオファイル Nから RAM 22 bにロードし、 ステップ S 73に進 む。 このため、 オーディオファイル Nが図 6に示す付加情報管理テーブルを持つ 場合は、 バーチャルサゥンドソフトウエアが RAM22 bに口一ドされる。
CPU20は続いて、 ステップ S 7 3で D S P 22を起動し、 ステップ S 75 で DS P 22から CPU20に与えられる要求を有効化する。 この要求に基づい て、 メモリカード 1 8に記録されたオーディオファイル Nから音楽デ一夕が読み 出される。 読み出された音楽データは、 上述のように暗号化処理および圧縮処理 を施されており、 このような音楽データが、 インタフェース 14を介して D S P 22に与えられる。 DS P 22は、 まず音楽データの暗号を解読し、 次に RAM
22 bに格納されたデコードソフトウエアに従ってデコードする。 D S P 22は さらに、 特殊効果を発揮するような処理を必要に応じて音楽デ一夕に施す。 この ような処理を施された音楽データは、 DZA変換器 24によって音声信号 （アナ ログ信号） に変換され、 変換された音声信号は、 アンプ 26および出力端子 28 を介してヘッドフォン 30に出力される。 この結果、 オペレータはヘッドフォン
30を通して音楽を聴取できる。
C PU 20は、 ステップ S 77で 1曲分の音楽デ一夕の再生が終了したかどう か判断する。 ここで、 NOであればステップ S 35に戻るが、 YE Sであればス テツプ S 79に進む。 ステップ S 79ではファイルカウン夕 20 cのカウント値 Nをインクリメントし、 続くステップ S 8 1ではカウント値 Nがオーディオファ ィルの総数 NMAXを上回ったかどうか判断する。 N≤NMAXである場合、 CPU 2 0はステップ S 1 3に戻り、次のオーディォファイルに対して同様の処理を行う。 一方、 N>NMAXである場合、全てのオーディォファイルの再生が完了したため、 終了処理を経て電源をオフする。
音楽データが再生されている途中でオペレー夕がスキップを指示した場合、 C PU20は、 ステップ S 37からステップ S 39に進み、 DS P 22から出力さ れた要求を無効にする。 この結果、 音楽データのメモリカード 1 8からの再生が 中断される。 C PU 20は、ステップ S 39の処理の後にステップ S 7 9に進む。 したがって、 スキップが指示される前に再生されていたオーディォファイルが末 尾のファイルでなければ、 次のオーディォファイルの再生が開始される。
音楽データの再生中にオペレータが早送りを指示すると、 CPU 20はステツ プ S 41からステップ S 43に進み、 再生に係る音楽データを 1プロック分スキ ップさせる。 つまり、 オーディオファイルに収納された 1曲分の音楽データは複 数ブロックに分割されており、 CPU20は、 再生しょうとする音楽データを 1 ブロックだけ先に進める。 その後、 1曲分の再生が終了したかどうかをステップ S 45で判断し、 YE Sであればステップ S 79に進む。 一方、 ステップ S 45 で NOであれば、ステップ S 47で早送りの解除が指示されたかどうか判断する。 ここで NOであればステップ S 43に戻り、 YE Sであればステップ S 35に戻 る。 ステップ S 4 1〜S 47のいずれにおいても D S P 22の要求は無効とされ ないため、 音楽デ一夕の再生は、 早送りが解除された時点から再開される。
音楽データの再生中にポーズが指示されると、 CPU 20はステップ S 49で YE Sと判断し、 ステップ S 5 1で D S P 22の要求を無効化する。 これによつ て、 音楽データの再生が中断される。 その後、 ポーズの解除が指示されると、 C PU 20はステップ S 53で YE Sと判断し、 ステップ S 55で DS P 22の要 求を再度有効化してからステップ S 35に戻る。 この結果、 音楽データの再生が 再開される。
音楽データの再生中にストップが指示されると、 C PU 20はステップ S 57 で YE Sと判断し、 ステップ S 59で D S P 22の要求を無効化してからステツ プ S 3 5に戻る。 この結果、 音楽データの再生が中断される。
音楽データの再生中に電源オフが指示されると、 C PU 20はステップ S 6 1 で YE Sと判断し、 ステップ S 83に進む。 これによつて、 CPU20は、 終了 処理を経て電源をオフする。
この実施例によれば、メモリカード 1 8に記録されたオーディオファイルには、 音楽デ一夕をデコードするためのデコードソフトウエアが音楽データとともに収 納されている。 このデコードソフトウェアは、 ROM 22 aに格納されたデコー ドソフトウエアによって音楽データをデコ一ドできないときに RAM22 bに口 —ドされる。 このため、 ROM22 aに格納されたデコードソフトウェアではデ コードできないオーディォファイルがメモリ力一ド 1 8に記録されている場合で も、 このオーディォファイルに含まれる音楽データを再生することができる。 また、 DS Pには複数のタイプがあり、 D S Pは異なるタイプのデコードソフ トウエアを処理できないことを考慮して、 複数のタイプに対応できるデコードソ フトウェアがオーディオファイルに収納される。 このため、 いかなる DS Pを備 える音声記録再生装置でも、 オーディォファイルを再生できる。
他の実施例では、 C PU20は図 1 3〜図 1 6に示すフロー図を処理するが、 この処理は図 9〜図 1 1と同様の処理を多く含むため、 異なる処理を重点的に説 明する。
ステップ S 1 1 3では、 全てのオーディオファイルのヘッダ， セキュリティ情 報およびコンテンツ情報を一括して読み出し、 ステップ S 1 14では、 読み出さ れたこれらの情報と各オーディオファイルのファイル番号とが互いに対応付けら れたファイル管理テーブルを作成する。 また、 D SWFフラグおよび OD S P S フラグがオーディオファイル数に相当する数だけ準備される。 そして、 ステップ S 1 26および S 1 27では対応する D SWFフラグ （N— D SWFフラグ） を セッ卜/リセットし、 ステップ S 1 3 1および S 1 33では対応する〇D S P S フラグ （N— OSDP Sフラグ） をセット Zリセットする。 さらに、 ステップ S 1 63では N— D SWFフラグの状態を判別し、 ステップ S 1 69では N— OD S P Sフラグの状態を判別する。 これによつて、 オーディオファイルの管理が容 易になる。
なお、 上述の実施例では、 D S Pに設けられた ROMに少なくとも 1つのデコ ードソフトウェアを格納するようにしたが、 D S Pには、 ボリュームコントロー ルなどの最低限のソフトウエアを除いていかなるデコードソフトウエアも格納せ ず、 常にオーディォファイルに含まれるデコードソフトウエアによって音楽デー 夕をデコードするようにしてもよい。 また、 この発明は、 本の朗読， 英会話など の音楽以外のコンテンツにも適用できる。 圧縮フォーマットには、 音楽ならびに 人の話し声のような音声のそれぞれに適した複数のフォーマツ卜がある。 このた め、 この発明は、 1つの装置によって音楽ならびに音楽以外の音声を再生する場 合に、 特に効果がある。
さらに、 上述の実施例では、 音楽データの圧縮フォーマットに対応するデコー ドソフトウエアを同じオーディォファイルに格納するようにしたが、 暗号化フォ —マツトにも複数のフォーマツトがあるため、対応する暗号解読ソフトウエア（デ クリプションソフトウエア）をオーディォファイルに格納するようにしてもよい。 また、 この実施例では、 通信端末 4 0 0としてパーソナルコンピュータを用いて いるが、 パーソナルコンピュータに代えて携帯電話機のような P D A (Personal Digital Assistant) を用いてもよい。
さらに、 上述の図 7によれば、 音楽データおよびデコードソフトウェアをデー 夕ベースサーバ側でオーディォファイルに収納するようにしているが、 音声記録 再生装置がこの音声データに対応するデコードソフトウエアを持っていないとき に限って、 デコードソフトウエアをオーディオファイルに収納するようにしても よい。 この場合、 オペレータによる曲の発注時に、 音声記録再生装置が対応済み のデコードソフトウエア情報を W E Bサイ卜に送信する必要がある。
また、 曲の発注時に D S Pのタイプ情報を発注先の W E Bサイトに送信し、 こ の D S Pに適したデコ一ドソフトウエアをオーディォファイルに収納するように すれば、 図 1 0のステップ S 2 4で N Oと判断されることはない。
さらにまた、 図 7によれば、 データベースサーバから受信したオーディオファ ィルを通信端末のハードディスクを経てメモリカードに書き込むようにしている 力 オーディォファイルはハードディスクを経由することなくメモリ力一ドに書 き込んでもよい。
また、 図 8によれば、 通信端末は複数のデコードソフトウェアを事前に入手す るようにしている力、 音声記録再生装置が対応済みのデコードソフ卜ウェアにつ いては、 事前に入手する必要はない。 また、 対応済みのデコードソフトウェアを 入手したとしても、 そのデコ一ドソフトウエアをオーディファイルに収納する必 要はない。
この発明が詳細に説明され図示されたが、 それは単なる図解および一例として 用いたものであり、 限定であると解されるべきではないことは明らかであり、 こ の発明の精神および範囲は添付されたクレームの文言によってのみ限定される。

Claims

請求の範囲
1 . 音声再生装置であって、 次のものを備える ：
第 1フォーマツ 卜で符号化された音声信号と前記第 1フォーマツ卜に従う第 1 復号プログラムとが記録された記録媒体を離脱可能に装着する装着手段； 第 2フォーマツ卜に従う第 2復号プログラムを格納する格納手段；
前記第 1フォーマツトと前記第 2フォーマツトとが互いに一致するかどうかを 判定する判定手段；
前記判定手段の判定結果に基づいて前記第 1復号プログラムおよび前記第 2復 号プログラムの一方を有効化する有効化手段；
前記有効化手段で有効化された復号プログラムによって前記音声信号を復号す る復号手段； および
前記デコーダによって復号された音声信号を出力する出力手段。
2 . 請求項 1記載の音声再生装置であって、
前記復号手段は第 1タイプの処理方式をとり、
前記記録媒体には前記第 1タイプに対応する前記第 1復号プログラムおよび第 2タイプに対応する前記第 1復号プログラムが記録され、
前記有効化手段は前記判定結果が不一致を示すとき前記第 1タイプに対応する 第 1復号プログラムを前記記録媒体からロ一ドするロード手段を含む。
3 . 請求項 1または 2記載の音声再生装置であって、
前記第 1フォーマツ卜で符号化された音声信号および前記第 1復号プログラム は共通のデータファイルに収納される。
4 . 請求項 1ないし 3のいずれかに記載の音声再生装置であって、
前記音声信号は音楽信号である。
5 . 音声再生装置であって、 次のものを備える ：
所定フォーマツ卜で符号化された音声信号とともに前記所定フォーマツ 卜に従 ぅ復号プログラムが記録された記録媒体を離脱可能に装着する装着手段； 前記復号プログラムを前記記録媒体から口一ドするロード手段；
前記ロード手段によってロードされた前記復号プログラムによって前記音声信 号を復号する復号手段；および
前記復号手段によって復号された音声信号を出力する出力手段。
6 . 請求項 5記載の音声再生装置であって、
前記復号手段は第 1タイプの処理方式をとり、
前記記録媒体には前記第 1タイプに対応する第 1復号プログラムおよび第 2夕 ィプに対応する第 1復号プログラムが前記音声信号とともに記録され、
前記ロード手段は前記記録媒体から前記第 1タイプに対応する第 1復号プログ ラムを口一ドする。
7 . 請求項 5または 6記載の音声再生装置であって、
前記第 1フォーマツ 卜で符号化された音声信号および前記第 1復号プログラム は共通のデータファイルに収納される。
8 . 請求項 5ないし 7のいずれかに記載の音声再生装置であって、
前記音声信号は音楽信号である。
PCT/JP2000/005495 1999-08-25 2000-08-16 Lecteur audio WO2001015142A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US10/049,616 US7103431B1 (en) 1999-08-25 2000-08-16 Audio player
CA002382004A CA2382004C (en) 1999-08-25 2000-08-16 Sound reproducing apparatus
KR1020027002236A KR20020026263A (ko) 1999-08-25 2000-08-16 음성 재생 장치
EP00953454A EP1217612A4 (en) 1999-08-25 2000-08-16 AUDIO PLAYBACK DEVICE

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP11/237702 1999-08-25
JP23770299A JP2001067807A (ja) 1999-08-25 1999-08-25 音声再生装置

Publications (1)

Publication Number Publication Date
WO2001015142A1 true WO2001015142A1 (fr) 2001-03-01

Family

ID=17019251

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2000/005495 WO2001015142A1 (fr) 1999-08-25 2000-08-16 Lecteur audio

Country Status (7)

Country Link
US (1) US7103431B1 (ja)
EP (1) EP1217612A4 (ja)
JP (1) JP2001067807A (ja)
KR (1) KR20020026263A (ja)
CN (1) CN1143266C (ja)
CA (1) CA2382004C (ja)
WO (1) WO2001015142A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1291850A1 (en) * 2000-04-20 2003-03-12 Sanyo Electric Co., Ltd. Decoder

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10103134A1 (de) * 2001-01-24 2002-08-08 Harman Becker Automotive Sys Dekodiereinrichtung, Dekodierverfahren und Kraftfahrzeugaudiosystem mit einer derartigen Dekodiereinrichtung
WO2004034379A2 (en) * 2002-10-11 2004-04-22 Nokia Corporation Methods and devices for source controlled variable bit-rate wideband speech coding
KR20060055521A (ko) * 2003-07-23 2006-05-23 핑 캉 흐슝 디지털 미디어 카트리지 시스템 및 방법
CN1602068A (zh) * 2003-09-24 2005-03-30 松下电器产业株式会社 内容再现装置及再现内容的方法
US20050251273A1 (en) * 2004-05-05 2005-11-10 Motorola, Inc. Dynamic audio control circuit and method
JP4716675B2 (ja) * 2004-05-25 2011-07-06 三洋電機株式会社 録音再生装置
KR100608056B1 (ko) * 2004-06-05 2006-08-02 삼성전자주식회사 멀티미디어 컨텐츠 재생 장치, 재생 방법, 생성 장치,생성 방법, 및 그 멀티미디어 컨텐츠를 저장한 저장 매체
WO2006065303A2 (en) * 2004-12-16 2006-06-22 Intellectual Solutions, Inc. Combined modulator and digital file player having socket power supply adapter and/or universal connector
JP4572123B2 (ja) * 2005-02-28 2010-10-27 日本電気株式会社 音源供給装置及び音源供給方法
KR100763206B1 (ko) 2006-04-03 2007-10-04 삼성전자주식회사 이용 가능한 코덱 정보를 제공하는 장치 및 그 방법
CN103034147B (zh) * 2011-09-29 2015-11-25 展讯通信（上海）有限公司 媒体文件的播放处理方法、多处理器系统与设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63228200A (ja) * 1987-03-17 1988-09-22 株式会社日立製作所 Ｉｃ音源装置
JPH10232700A (ja) * 1997-02-19 1998-09-02 Nec Corp 記憶媒体及びそのデータ格納方法
JPH11167400A (ja) * 1997-12-03 1999-06-22 Kobe Steel Ltd 小型音楽信号再生装置

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06250700A (ja) 1993-02-26 1994-09-09 Sony Corp データ記録及び／又は再生装置、データ記録及び／又は再生方法、並びにデータ記録媒体
US6549942B1 (en) * 1995-05-25 2003-04-15 Audiohighway.Com Enhanced delivery of audio data for portable playback
JPH10187199A (ja) * 1996-12-24 1998-07-14 Oki Electric Ind Co Ltd 半導体記憶媒体記録装置及び半導体記憶媒体再生装置
US6449227B1 (en) * 1997-03-25 2002-09-10 Samsung Electronics Co., Ltd. DVD-audio disk, and apparatus and method for playing the same
GB2326572A (en) * 1997-06-19 1998-12-23 Softsound Limited Low bit rate audio coder and decoder
US6119091A (en) * 1998-06-26 2000-09-12 Lsi Logic Corporation DVD audio decoder having a direct access PCM FIFO
US6816491B1 (en) * 1998-11-04 2004-11-09 Hitachi, Ltd. Multiplexed audio data decoding apparatus and receiver apparatus
US6366544B1 (en) * 1999-02-09 2002-04-02 Advanced Communication Design, Inc. Universal CD player
US6845398B1 (en) * 1999-08-02 2005-01-18 Lucent Technologies Inc. Wireless multimedia player
US6721710B1 (en) * 1999-12-13 2004-04-13 Texas Instruments Incorporated Method and apparatus for audible fast-forward or reverse of compressed audio content
WO2001082292A1 (fr) * 2000-04-20 2001-11-01 Sanyo Electric Co., Ltd. Decodeur

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63228200A (ja) * 1987-03-17 1988-09-22 株式会社日立製作所 Ｉｃ音源装置
JPH10232700A (ja) * 1997-02-19 1998-09-02 Nec Corp 記憶媒体及びそのデータ格納方法
JPH11167400A (ja) * 1997-12-03 1999-06-22 Kobe Steel Ltd 小型音楽信号再生装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1291850A1 (en) * 2000-04-20 2003-03-12 Sanyo Electric Co., Ltd. Decoder
EP1291850A4 (en) * 2000-04-20 2005-07-20 Sanyo Electric Co DECODER

Also Published As

Publication number Publication date
EP1217612A4 (en) 2005-08-31
EP1217612A1 (en) 2002-06-26
JP2001067807A (ja) 2001-03-16
KR20020026263A (ko) 2002-04-06
CA2382004A1 (en) 2001-03-01
CN1370315A (zh) 2002-09-18
US7103431B1 (en) 2006-09-05
CA2382004C (en) 2009-07-14
CN1143266C (zh) 2004-03-24

Similar Documents

Publication Publication Date Title
KR100671920B1 (ko) 복호 장치
US8650314B2 (en) Method and system for remote access of personal music
US7206766B2 (en) Method and apparatus for distributing multimedia programs
Drews et al. Virtual jukebox: reviving a classic
US20100169462A1 (en) Digital data distribution system
JPH11260045A (ja) 再生システム、再生端末装置
WO2001015142A1 (fr) Lecteur audio
JP2002543476A (ja) 多フォーマットのパーソナル・ディジタル・オーディオ・プレーヤ
JP2002543475A (ja) ディジタル的に符号化された音声データを処理する装置と方法
KR20090046561A (ko) Ｍｐ３ 플레이어 및 이의 재생목록 생성방법
US20080052264A1 (en) Content transfer system, information processing apparatus, transfer method, and program
JP4655470B2 (ja) コンテンツデータ処理装置及びコンテンツデータ処理方法、並びにコンテンツデータ管理システム及びコンテンツデータ管理方法
JP2004118256A (ja) コンテンツ配信装置及びプログラム
JP2001202094A (ja) 再生装置、再生方法及び再生システム
JP2004046452A (ja) 情報記録装置及び情報再生装置並びにそのプログラム
WO2001082288A1 (fr) Dispositif de reproduction musicale
KR100294169B1 (ko) 저장 매체와 암호키를 이용한 음악파일 재생장치 및 그 방법
JP2005141870A (ja) 朗読音声データ編集システム
KR20090000184A (ko) 유비쿼터스 오디오 재생 및 서비스 방법 및 시스템
JP2007141333A (ja) オーディオファイル処理装置及びオーディオファイル処理方法
JP2005114931A (ja) 音楽データ再生装置および音楽データ再生方法
JP2001350483A (ja) データ配信システムおよび方法、データ配信サーバ
JP2007279945A (ja) 情報処理装置、再生制御方法、プログラム
JP2008090934A (ja) 記録媒体、プログラム及びメディアデータ再生システム
JP2006155876A (ja) 情報サーバとその制御方法

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): CA CN KR US

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): DE ES FR GB

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2382004

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 10049616

Country of ref document: US

Ref document number: 1020027002236

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 008119007

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2000953454

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 1020027002236

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 2000953454

Country of ref document: EP

WWR Wipo information: refused in national office

Ref document number: 1020027002236

Country of ref document: KR