WO2001033372A1 - Storage medium, and method and apparatus for information processing - Google Patents

Storage medium, and method and apparatus for information processing Download PDF

Info

Publication number
WO2001033372A1
WO2001033372A1 PCT/JP2000/007549 JP0007549W WO0133372A1 WO 2001033372 A1 WO2001033372 A1 WO 2001033372A1 JP 0007549 W JP0007549 W JP 0007549W WO 0133372 A1 WO0133372 A1 WO 0133372A1
Authority
WO
WIPO (PCT)
Prior art keywords
encoding
message
hardware
state
control unit
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2000/007549
Other languages
English (en)
French (fr)
Inventor
Takeshi Iwatsu
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
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
Priority claimed from JP2000325219A external-priority patent/JP2001209553A/ja
Priority claimed from JP2000325218A external-priority patent/JP2001202087A/ja
Application filed by Sony Corp filed Critical Sony Corp
Priority to EP00970140A priority Critical patent/EP1143341A4/en
Priority to US09/869,658 priority patent/US6792476B1/en
Publication of WO2001033372A1 publication Critical patent/WO2001033372A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/10—Program control for peripheral devices
    • G06F13/102—Program control for peripheral devices where the program performs an interfacing function, e.g. device driver
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10H—ELECTROPHONIC MUSICAL INSTRUMENTS; INSTRUMENTS IN WHICH THE TONES ARE GENERATED BY ELECTROMECHANICAL MEANS OR ELECTRONIC GENERATORS, OR IN WHICH THE TONES ARE SYNTHESISED FROM A DATA STORE
    • G10H1/00—Details of electrophonic musical instruments
    • G10H1/0033—Recording/reproducing or transmission of music for electrophonic musical instruments
    • G10H1/0041—Recording/reproducing or transmission of music for electrophonic musical instruments in coded form
    • G10H1/0058—Transmission between separate instruments or between individual components of a musical system
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10H—ELECTROPHONIC MUSICAL INSTRUMENTS; INSTRUMENTS IN WHICH THE TONES ARE GENERATED BY ELECTROMECHANICAL MEANS OR ELECTRONIC GENERATORS, OR IN WHICH THE TONES ARE SYNTHESISED FROM A DATA STORE
    • G10H2240/00—Data organisation or data communication aspects, specifically adapted for electrophonic musical tools or instruments
    • G10H2240/011—Files or data streams containing coded musical information, e.g. for transmission
    • G10H2240/046—File format, i.e. specific or non-standard musical file format used in or adapted for electrophonic musical instruments, e.g. in wavetables
    • G10H2240/066—MPEG audio-visual compression file formats, e.g. MPEG-4 for coding of audio-visual objects
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10H—ELECTROPHONIC MUSICAL INSTRUMENTS; INSTRUMENTS IN WHICH THE TONES ARE GENERATED BY ELECTROMECHANICAL MEANS OR ELECTRONIC GENERATORS, OR IN WHICH THE TONES ARE SYNTHESISED FROM A DATA STORE
    • G10H2240/00—Data organisation or data communication aspects, specifically adapted for electrophonic musical tools or instruments
    • G10H2240/121—Musical libraries, i.e. musical databases indexed by musical parameters, wavetables, indexing schemes using musical parameters, musical rule bases or knowledge bases, e.g. for automatic composing methods
    • G10H2240/125—Library distribution, i.e. distributing musical pieces from a central or master library
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10H—ELECTROPHONIC MUSICAL INSTRUMENTS; INSTRUMENTS IN WHICH THE TONES ARE GENERATED BY ELECTROMECHANICAL MEANS OR ELECTRONIC GENERATORS, OR IN WHICH THE TONES ARE SYNTHESISED FROM A DATA STORE
    • G10H2250/00—Aspects of algorithms or signal processing methods without intrinsic musical character, yet specifically adapted for or used in electrophonic musical processing
    • G10H2250/541—Details of musical waveform synthesis, i.e. audio waveshape processing from individual wavetable samples, independently of their origin or of the sound they represent
    • G10H2250/571—Waveform compression, adapted for music synthesisers, sound banks or wavetables
    • G10H2250/575—Adaptive MDCT-based compression, e.g. using a hybrid subband-MDCT, as in ATRAC

Definitions

  • the present invention relates to a recording medium, an information processing apparatus, and a method, and more particularly, to a recording medium, an information processing apparatus, and a method capable of easily changing or improving hardware necessary for processing information.
  • the present invention relates to a recording medium, an information processing apparatus, and a method capable of recovering an abnormal state more quickly.
  • FIG. 1 shows an example of a functional configuration (an example of a configuration of a program for encoding processing) of an encoder 10 constituting a device on the distribution side of a conventional music distribution service system.
  • a device on the distribution side of the music distribution service system includes a control terminal (not shown) for controlling the encoding process in the encoder 10, and a music data to be encoded.
  • PCM Pulse Code Modulation
  • PCM compressed music data music data encoded by the encoder 10
  • It is composed of a server (not shown) that distributes music distribution service users (reception side).
  • the encoder 10 includes a network card that controls communication with an alarm LAN (alarm Local Area Network) to which control data for controlling the encoding process is transferred, PCM uncompressed music data, and PCM compressed music data (hereinafter referred to as “encoded”). , If you do not need to distinguish them individually, Hardware such as a network card that controls communication with a medium LAN (called a music LAN) to which music data is transferred, and an encode card that executes an encoding process are provided.
  • an alarm LAN alarm Local Area Network
  • PCM uncompressed music data PCM uncompressed music data
  • PCM compressed music data hereinafter referred to as “encoded”.
  • the encoding processing program shown in Fig. 1 is composed of the control data input / output process 11, the network card driver process 12, the main processing process 13, the network card driver process 14, and the encoding card driver process 15. It consists of five processes (elements shown by solid frames in the figure).
  • the process is composed of a predetermined executable program, manages a data area (buffer, register, and the like), and each process is executed by this process. Communicates with main processing process 13.
  • the control data input / output process 11 receives various commands related to the encod- ing process transmitted from the control terminal via the network card driver process 12 and outputs it to the main processing process 13.
  • the control data input / output process 11 also receives a message from the main processing process 13 such as a message indicating that the encoding process has succeeded or an error message indicating that the encoding process has failed. Output to the control terminal via the network card driver process 12.
  • command / error messages transmitted and received between the control data input / output process 11 and the main processing process 13 are simply referred to as control data when it is not necessary to distinguish them individually.
  • the main processing process 13 receives, for example, PCM uncompressed music data transmitted from a server (not shown) via the network card driver process 14, and performs encoding card driver process 1. Feed through 5 to the encoding card.
  • the main processing process 13 also controls the encoding card via the encoding driver process 15 and performs encoding processing based on the control data from the control data input / output process 11. To run.
  • the encoding card uses an encoding method (hereinafter referred to as MPEG-1 compatible encoding processing) conforming to MPEG (Moving Picture Experts Group) 1 layer 2 with a sampling frequency of 48 KHZ, or a sampling frequency.
  • An encoding process conforming to ATRAC (adaptive transform acoustic coding) 1 (trademark) standard of 44. IKHz (hereinafter referred to as ATRAC 1 compatible encoding process) is executed.
  • the main processing process 13 receives the PCM compressed music data obtained by performing the encoding process from the encoding card via the encoding card driver process 15, and receives it via the network card driver process 14. Supply to server.
  • the control data overnight input / output process 11 consists of three programs: a control unit 21, a network card input I / F (interface) 22, and a network card output I / F2 3 (the dotted frame in the figure). And the data area necessary to execute them.
  • the network card input I / F 22 receives the control data from the control terminal received by the network card driver process 12 and outputs it to the control unit 21.
  • the network card output I / F 23 receives, for example, an error message from the main processing process 13 supplied via the control unit 21 and outputs it to the network card driver process 12.
  • the control unit 21 controls the network card input I / F 22 and the network card output I / F 23 and communicates with the control unit 31 of the main processing process 13.
  • the main processing process 13 consists of a control unit 31, a network card input / output I / F 32, an encoding engine input / output I / F 33, an encoding engine input / output I / F 34, an encoding engine 35, and an encoding card.
  • the seven programs of the input / output I / F 36 and the encoding card input / output I / F 37 (elements shown by the dotted frame in the figure) and the data area necessary to execute them Have.
  • the network card output I / F 32 receives the PCM uncompressed music data received by the network card driver process 14 and outputs it to the control unit 31 or is supplied via the control unit 31
  • the PCM compressed music data is output to the network card driver process 14.
  • the encoding engine input / output I / F 33 receives PCM uncompressed music data that has been subjected to ATRAC1 compatible encoding processing among the PCM uncompressed music data input via the control unit 31 and sends it to the encoding engine 35. Output.
  • the encoding engine input / output I / F 33 also outputs to the control unit 31 PCM compressed music data that has been input from the encoding engine 35 and has been subjected to ATRAC1-compatible encoding processing.
  • the encoding engine input / output I / F 34 receives the PCM uncompressed music data that has been encoded according to the MPEG 1 among the PCM uncompressed music data input via the control unit 31, and Output to 5.
  • the encoding engine input / output I / F 34 also outputs the PCM compressed music data, which has been input from the encoding engine 35 and has been subjected to MEPG 1 encoding processing, to the control unit 31.
  • the encoding card input / output I / F 36 receives the PCM uncompressed music data, which is processed by the ATRAC 1 compatible encoding, out of the PCM uncompressed music data input through the control unit 31 and encodes the encoded card.
  • Output to driver process 15 The encoding card input / output I / F 36 also outputs to the controller 31 the PCM compressed music data that has been input from the encoding card driver process 15 and has been subjected to the ATRAC1 compatible encoding processing.
  • the encoding card input / output I / F 37 receives the PCM uncompressed music data to be encoded according to the MPEG 1 among the PCM uncompressed music data input via the control unit 31, and performs an encoding card driver process. 1 Output to 5.
  • the encoding card input / output I / F 37 also outputs to the control unit 31 PCM compressed music data that has been input from the encoding card driver process 15 and that has been subjected to MEPG 1 compatible encoding processing.
  • the encoding engine 35 converts the PCM uncompressed music data supplied from the encoding engine input / output I / Fs 33 and 34 into ATR AC 1 compliant encoding processing or MPEG 1 compliant encoding processing by software. The obtained PCM compressed music data is returned to each.
  • each of the programs constituting the control data input / output process 11 to the encoder card driver process 15 is provided with the network power provided in the encoder 10. It is built depending on the prescribed hardware such as a single code card.
  • an interface program network card input I / F22, network card output I / F23, network card input The output I / F 32 to the encoding card input / output I / F 37
  • the driver program programs that make up the network card driver processes 12 and 14 and the encoding card driver process 15
  • the manufacturer that manufactures the encoder 10 by incorporating the hardware as a component becomes an interface program or driver for the hardware as a component. Creating programs directly is inefficient, and it is often the case that the manufacturer of hardware (parts manufacturer) creates each program and provides it to the manufacturer of the encoder 10 together with the hardware.
  • the encoder 10 is configured as described above, if an abnormality occurs in the processing of the program, the processing of the program is temporarily terminated, so that it takes time to restart the processing. There was. Disclosure of the invention
  • the present invention has been made in view of such a situation. This makes it easy to change or extend the key.
  • a program stored in the storage medium of the present invention is located between the control unit and the hardware, controls hardware based on a message from the control unit, and communicates with the control unit.
  • a second process capable of communicating with the first hardware and the second hardware, and communicating with the first process and the second process, and executing an interface process corresponding to the first hardware.
  • a third process that communicates with the first process and the second process and performs an interface process corresponding to the second hardware, and the first process includes:
  • a feature is to output a message to one of the third process and the fourth process based on a message from the control unit.
  • the program stored in the storage medium of the present invention includes an encapsulated process that is located between the control unit and the hardware and controls hardware based on a message from the control unit.
  • the process includes a first pass for initializing a first buffer used for data transfer with the hardware, a second buffer used for data transfer with the control unit, and a second pass for initializing a first buffer used for data transfer with the hardware.
  • FIG. 1 is a block diagram showing a functional configuration example of a conventional encoder.
  • FIG. 2 is a diagram showing a configuration example of a music distribution service system to which the present invention is applied
  • FIG. 3 is a diagram showing a configuration example of the encoder of FIG. 2
  • FIG. 4 is a diagram explaining survival time
  • Fig. 5 illustrates the principle of the real-time OS
  • Fig. 6 illustrates a functional configuration example of the encoder in Fig. 2
  • Figs. 7A and 7B illustrate the process in Fig. 6.
  • 8A and 8B are diagrams illustrating the MPEG encoding process of the process in FIG. 6,
  • FIG. 9 is a diagram illustrating the state transition of the process in FIG. 6.
  • FIGS. 11A to 11C are diagrams for explaining the structure of an inter-process communication message.
  • a to 12B are diagrams for explaining another configuration of the message for inter-process communication
  • FIG. 13 is a flowchart for explaining the process of the process
  • FIG. 14 is a flowchart for explaining the operation of the main application in FIG. 6,
  • FIG. 15 is an operation of the encoding process manager in FIG.
  • Fig. 16 is a diagram illustrating the transition of the process state during the initialization process in the event of an abnormality
  • Fig. 17 is a diagram illustrating the initialization process in the event of an abnormality.
  • FIG. 18 is a flowchart illustrating an initialization process at the time of abnormality
  • FIG. 19 is a diagram illustrating another configuration example of a music distribution service system to which the present invention is applied
  • FIG. 19 is a block diagram showing a configuration example of the terminal shown in FIG. 19,
  • FIG. 21 is a block diagram showing a functional configuration example of the terminal shown in FIG. BEST MODE FOR CARRYING OUT THE INVENTION
  • FIG. 2 shows a configuration example on the distribution side of a music distribution service system to which the present invention is applied.
  • an alarm LAN 101 and a medium LAN 100 consisting of 100BASE-TX Ethernet (trademark) are used. Two are provided.
  • a terminal 111 and an encoder 112 are connected to the alarm LAN 101, and an encoder 112 and a server 113 are connected to the medium LAN 102.
  • the terminal 111 has a control process W consisting of a program for controlling the encoder 112, and communicates with the encoder 112 via the alarm LAN 101 based on the control process W. Then, the encoder 1 112 is controlled to execute a predetermined encoding process. .
  • the encoder 112 is controlled by the terminal 111 and transmits uncompressed PCM music data such as CD-DA (Compact Disc-Digital Audio) stored in the server 113 to the medium LAN 102. Via the ATRAC 1 or MPEG 1 audio layer 3, the so-called MP3 standard.
  • the encoder 112 also transmits the PCM compressed music data obtained by encoding to the server 113 via the medium LAN 102, for example, using a file transfer protocol (ftp: file transfer protocol). )) To transfer.
  • ftp file transfer protocol
  • the server 113 records the PCM uncompressed music data and supplies it to the encoder 112 or records the PCM compressed music data from the encoder 112, and upon request, the music Deliver to the delivery service user (reception side).
  • FIG. 3 shows a configuration example of the encoders 112.
  • the CPU (Centra 1 Processing Unit) 122 is stored in a ROM (Read Only Memory) 122 or a hard disk 127, for example, for encoding processing.
  • the control program is loaded into RAM (Random Access Memory) 123 and the encoding process is executed accordingly.
  • RAM Random Access Memory
  • data necessary for the CPU 121 to execute the encoding process is appropriately stored. Further, a necessary data buffer area is secured in the RAM I 23.
  • the network card 124 is connected to the alarm LAN 101 and receives and transmits control data via the alarm LAN 101.
  • the network card 125 is connected to the medium LAN 102 and receives PCM uncompressed music data transmitted from the server 113 via the medium LAN 102, The PCM compressed music data encoded by the encoding card 126 is transmitted to the server 113.
  • Encoding card 1 26 converts PCM uncompressed music data received by network card 1 25 into ATRAC 1 compliant encoding (ATRAC 1 compliant encoding) or MEPG 1 audio layer 3 Perform the encoding process (MPEG 1 compatible encoding process).
  • the hard disk 127 stores PCM uncompressed music data received by the network card 125 and PCM compressed music data encoded by the encoding card 126, in addition to programs executed by the CPU 121.
  • the music data is transferred over the Ethernet medium LAN 102, so the PCM uncompressed music data is not encoded in real time.
  • the PCM uncompressed music data supplied from the server 113 is first stored in the hard disk 127, supplied to the encoding card 126 at a predetermined timing, and encoded. Thereafter, the encoded PCM compressed music data is stored on the hard disk 127. Thus, hard disk 1 2 7 is temporarily buffered. PCM uncompressed music data is properly encoded by using it as a key.
  • the interface 1 2 8 is located between the network card 1 2 4, network card 1 2 5, encoding card 1 2 6, hard disk 1 2 7, and CPU 1 2 1, and executes interface processing It should be noted that the CPU 122, the ROM 122, the RAM 123, and the interface 128 are mounted on one mother port 120.
  • This music distribution service system is controlled based on a real-time OS (Operating System).
  • a real-time OS is a multitasking OS that can run multiple tasks (processes) simultaneously.
  • the event handler may not be activated immediately.
  • the real-time OS it is guaranteed that an event handler will be activated within a predetermined time. That is, as shown in FIG. 4, the processing started within a predetermined time (survival time) determined by the clock is ended within the survival time.
  • Fig. 5 schematically shows the basic concept of a real-time OS.
  • a process When a process is created, it is managed so that it sequentially transitions to one of three states: active, standby, and ready. Each process is managed by a flag, and when transitioning from the operating state to the standby state, a command waitFlag is issued to instruct a flag to be waited. tFlag is issued.
  • the process that is running can be switched at high speed.
  • FIG. 6 shows an example of a functional configuration of the encoder 112 (an example of a configuration of an encoding processing program).
  • the program for this encoding process consists of three processes (capsule manager 151, encoding control application 152, and main application 153) (executable program and data area necessary to execute it).
  • Capsule manager 15 1 via main application 15 3, encode control application 15 2, control data input / output power supply 15 4 4, music data input / output capsule 15 5, and encoding processing capsule 15 6 Control.
  • Encoder control application 15 2 communicates with main application 15 3, for example, receives a command from capsule manager 15 1 and controls control data input / output capsule 15 4 based on it. You.
  • the main application 15 3 communicates directly with the capsule manager 15 1, and transfers the music input / output capsule 15 5 and the encod- ing processing capsule 15 6 based on instructions from the capsule manager 15 1. System I will.
  • the control data input / output capsule 154 is managed by the encoding control manager 161.
  • the encoder control manager 161 receives a command from the encode control application 152, and a network card input I / F process 162 (hereinafter abbreviated as a network card input I / F). The same applies to other processes), and generates or deletes the network card output I / F 163 and the network card driver (process) 164.
  • the network card input I / F 16 2 receives a control command (command) from the control process W of the terminal 11 1 via the network card 12 4 and the network card dryno 16 4. Receive and output to encoding control manager 16 1.
  • the network interface I / F 16 3 receives a control message (message) from the main application 15 3 via the encoding control application 15 2 and the encoding control manager 16 1. Output to the network card driver 164.
  • the network card driver 164 executes the input / output interface processing for the network card 124, receives the control data (command) transferred on the alarm LAN 101, and executes the network operation. It outputs to the network card input I / F 162 and receives control data (message) from the network card output I / F 163 and outputs it to the network card 124.
  • the music data input / output capsule 155 is managed by the data input / output manager 171.
  • the data input / output manager 17 1 receives a command from the main application 15 3, and the network card I / F 17 2 (process) and the network card driver 17 3 (Process) Create or delete.
  • the network card input / output I / F 172 receives PCM uncompressed music data from the server 113 via the network card 125 and the network card driver 173, and inputs data. It outputs PCM compressed music data from the output manager 171 or the data input / output manager 171 and outputs it to the network card driver 173.
  • the network card driver 173 executes the input / output interface processing for the network card 125, and receives the PCM uncompressed music data transferred on the medium LAN 102. Output to network output I / F 172. The network card driver 173 also receives PCM compressed music data from the network card input / output I / F 172 and outputs it to the network card 125.
  • Encode processing capsules 156 are managed by an encode processing manager 181.
  • the encoding processing manager 181 based on the instructions from the main application 1553, operates the encoding engine input / output I / F 182, encoding engine input / output I / F 183, encoding engine 184, encoding card. Creates or deletes the input / output I / F 185, the encoding card input / output I / F 186, and the encoding card driver 187 (all processes).
  • the encoding manager 181 also identifies the encoding by software (the encoding engine 184) and the encoding by the hardware (the encoding card 126), as well as the encoding processing for ATRAC1 and the encoding for MPEG1. The identification process of the first process is performed.
  • the encoding engine input / output I / F 18 2 receives the PCM uncompressed music data encoded for ATRAC 1 from the encoding processing manager 18 1, and outputs it to the encoding engine 18 4.
  • Encoding The engine input / output I / F 182 also receives ATR AC1-encoded PCM compressed music data from the encoding engine 1884, and outputs it to the encoding processing manager 1811.
  • the encoding engine input / output I / F 183 receives the PCM uncompressed music data that has been subjected to the MPEG-1 compliant encoding processing from the encoding processing manager 181, and outputs it to the encoding engine 184.
  • the encode engine input / output I / F 183 also receives the MEPG1-encoded PCM compressed music data from the encode engine 184, and outputs it to the encode process manager 181.
  • the encoding engine 184 performs ATRAC 1 compliant encoding processing by software or MPEG 1 compliant encoding processing by software, and the control data supplied from the encoding engine input / output I / Fs 18 2 and 18 3. Execute based on
  • the encoding input / output I / F 185 receives PCM uncompressed music data to be encoded for ATRAC 1 from the encoding processing manager 181, and outputs it to the encoding card driver 187.
  • the encoding card input / output I / F 185 also receives the PCM compressed music data encoded for ATRAC 1 from the encoding card driver 187 and outputs it to the encoding processing manager 181.
  • the encoding card input / output I / F 186 receives the PCM uncompressed music data to be encoded according to the MEPG 1 encoding processing manager 1801, and outputs it to the encoding card driver 187.
  • the encoding card input / output I / F 186 also receives the encoded PCM compressed music data corresponding to the MEPG 1 from the encoding card driver 187, and outputs it to the encoding processing manager 181.
  • Encoding card driver 1 8 7 is compatible with encoding card 1 2 6 And execute the input / output interface processing,
  • the encoding code 1 26 as hardware is replaced by one having the corresponding function when performing ATRAC 1 compatible encoding processing, and is replaced by one having the corresponding function when performing MPEG 1 compatible encoding processing .
  • the real-time OS When the power is turned on, the real-time OS generates a capsule manager 15 1, and the capsule manager 15 1 stores the music data input / output capsule 15 5 and the encode in the main application 15 3.
  • a processing capsule 15 6 is generated, and an encoding control application 15 2 is caused to generate a control data input / output capsule 15 4.
  • the command is transmitted to the control data. It is supplied from the network card driver 16 4 of the input / output capsule 15 4 to the encoder control manager 16 1 via the network card input I / F 16 2. Upon receiving this command, the encoding control manager 16 1 requests the encoding control application 15 2 to start ATRAC 1 compatible encoding processing in step S 1.
  • Encode control application 1 5 2 And receives a request from the encoding control manager 16 1.
  • This request includes code information that specifies the type of encoding and the processing unit that performs the encoding.
  • the encoding type is ATRAC1 compatible encoding processing
  • the encoding execution processing unit is hardware (encoding card 126).
  • step S12 the encoder control application 152, based on the request, permits the ATRAC 1-compatible encoder processing. Request to main application 15 3.
  • the main application 153 determines whether or not the processing corresponding to the request can be executed. In response to this, the encoding control application 152 is responded to that effect. When the encoding control application 152 receives this response result, it notifies the encoding control manager 161 of a corresponding response. The encoding control manager 161 sends a response corresponding to this notification to the encoding control manager 161, the network card output I / F 163, the network card driver 164, and the network card 1 2. 4 to the control process W of the terminal 111.
  • the main application 1 53 determines that the ATRAC 1 compatible encoding process can be executed, and transmits a corresponding permission response in step S32 2 to the encoder control application 1. 5 Notify 2.
  • step S 13 the encode control application 15 2 receives the permission response from the main application 15 3, and in step S 14, the encoding control manager 16 1 A response indicating the start of the corresponding encoding process is output.
  • the encoding control manager 16 1 receives this response in step S2.
  • the encoding control manager 16 1 further notifies the control process W of a notification corresponding to this response as described above.
  • step S32 the main application 153 outputs an ATRA C1 compatible encoding process permission response to the encoder control application 153, and in step S33, the music data input / output capsule 153. 5.
  • Request the data input / output manager 17 1 to obtain the basic data to be subjected to encoding processing output a basic data acquisition request).
  • the basic data acquisition request includes the address of the storage unit in which the basic data is stored, as well as the amount of data to be obtained.
  • step S81 the data input / output manager 171, upon receiving the request from the main application 1553, specifies the base data to be encoded based on the request in step S82. Execute the process to get from the address.
  • the data input / output manager 17 1 is connected via the network card input / output I / F 172, the network card driver 17 3, and the network card 1 25.
  • the network card driver 17 3 To access the hard disk 127 to obtain the specified amount of PCM uncompressed music data from the specified address.
  • the data input / output manager 171 accesses the basic data and acquires the basic data.
  • the data input / output manager 17 1 accesses the server 113 via the alarm LAN 101, and the medium LAN 102
  • the basic data is transferred from the server 113 via the server.
  • the acquired PCM uncompressed music data is stored in RAM I It is temporarily stored in the buffer area of 23.
  • step S83 the data input / output manager 1711 sends a basic data to the main application 1553. Sends an acquisition response indicating that it has been acquired.
  • the main application 153 When the main application 153 receives the basic data acquisition response from the data input / output manager 171 in step S34, the main application 153 in step S35 sends the response to the encode processing manager 181 in step S35.
  • the encoding processing manager 18 1 Upon receiving the encoding start request from the main application 153 in step S61, the encoding processing manager 18 1 determines whether or not processing corresponding to this request can be executed. Then, a response to that effect is output to the main application 153. In the case of the example shown in FIG. 7, the encoding process manager 18 1 determines that the encoding can be executed, and in step S 62, sends a response indicating that the encoding is started to the main application 15 3 Output to
  • the main application 153 receives the encoding start response from the encoding processing manager 181 in step S36. Thus, the main application 153 can know that the process corresponding to the request in step S35 has been accepted by the encoder processing manager 181.
  • the encode processing manager 181 encodes the data via the encode card input / output I / F 185 and the encode card driver 187 based on the encode start request from the main application 153.
  • Require card 1 26 to perform ATRAC 1 compatible encoding processing.
  • This request includes the address of the buffer of the RAM 123 holding the PCM uncompressed music data to be encoded.
  • the encoder card 126 reads out the PCM uncompressed music data stored in the buffer area of the RAM 123 and executes ATRAC 1 compatible encoding processing.
  • the encoded PCM compressed music data is stored in the buffer area of RAM I23.
  • step S64 the encoding processing manager 1811 outputs an encoding end notification indicating that encoding has been completed to the main application 1553. I do.
  • the main application 153 When the main application 153 receives the encoding end notification output by the encode processing manager 181 in step S37, the main application 153 transmits the corresponding encoding end response in step S38. Notify the processing manager 18 1.
  • step S65 the encoding processing manager 181 receives the encoding end response output from the main application 153. This allows the encoding processing manager 181 to confirm that the end of encoding has been notified to the main application 153.
  • step S38 the main application 153 outputs an encoding end response to the en-code processing manager 181, and then executes
  • step S39 a generated data storage request for storing the PCM compressed music data generated as a result of the encoding is output to the data input / output manager 171.
  • the request contains the address of the medium that stores the data. For example, when storing the encoded PCM compressed music data on the hard disk 127, the address of the hard disk 127 is included.
  • the data input / output manager 17 1 When the data input / output manager 17 1 receives the generated data storage request from the main application 15 3 in step S 84, the data input / output manager 17 1 stores the received data based on the request in step S 85. Execute Specifically, the data input / output manager 17 1, for example, requests to save data to the hard disk 127, the network card input / output I / F 17 2, the network card drive 17 3, the network card The hard disk 127 is accessed via 125, and the PCM compressed music data encoded at the specified address is recorded.
  • the storage destination is specified as CD-R
  • the PCM compressed music data after the encoding is stored at the specified address of the CD-R. If the storage destination is specified to the server 113, the encoded PCM compressed music data is supplied to the server 113 via the medium LAN 102 and stored.
  • step S86 the data input / output manager 171 outputs a generated data storage response indicating that the data has been stored to the main application 153.
  • the main application 153 receives the generated data storage response from the data input / output manager 171 in step S40, the main application 153 determines in step S41 that the ATRAC 1 compatible encoding process has been completed. Is output to the encoding control application 152.
  • step S15 the encoding control application 15 2 receives the notification from the main application 15 3, and in step S 16, the encoding control manager 16 1 performs ATRAC 1-compatible encoding processing. Notify that has ended.
  • the encoding processing manager 161 Upon receiving the end notification from the encode control application 152 in step S3, the encoding processing manager 161 sends a response corresponding to this notification to the encode control application 1 in step S4. 5 Output to 2.
  • the encode control application 15 2 Upon receiving the response from the encoding control manager 16 1 in step S 17, the encode control application 15 2 sends the ATRAC 1 to the main application 15 3 in step S 18. The response processing end response is transmitted.
  • the main application 1553 receives the end response from the encode control application 152 in step S42.
  • FIG. 8 shows a process when the MPEG-1 compatible encoding process is executed.
  • Steps S101 to S142 in FIG. 8 are basically the same as the processing in steps S1 to S42 in the case of executing the ATRAC1-compatible encoding process in FIG. It is processing of.
  • the difference is that the encoding type is not the ATRAC 1 compliant encoding process but the MPEG 1 compliant encoding process. Therefore, in the basic data acquisition process in step S182 of FIG. 8 corresponding to step S82 of FIG. 7, the transmission amount and transmission timing of the data based on the format of the ATRAC1 compatible process are set to the MPEG1 It is changed to one based on the format of the corresponding encoding process.
  • the MPEG1-compatible encoding processing is executed instead of the ATRAC1-compatible encoding processing. Is done.
  • ATRAC 1 and MPEG 1 are different encoding systems, the units of the amount of data to be encoded, the transmission timing, the error correction code, and the like are different.
  • step S185 in FIG. 8 corresponding to step S85 in FIG.
  • the different processes resulting from these different encoding methods are all processes centered on the encoding process manager 151 in the encoding process capsule 156, and the input / output power of music data.
  • the data input / output manager 17 1 uses the ATA (ADC Advanced Technology) Attachment (ATA) command to obtain data from the hard disk 127, but obtains data from the server 113 on the network.
  • ATA ADC Advanced Technology Attachment
  • FTP File Transfer Protocol
  • TCP / IP Transmission Control Protocol / Internet Protocol
  • HTTP Hyper Text Transport Protocol
  • SCSI Serial Computer System Interface
  • ATAPI AT Attachment Packet Interface
  • processing is performed via the ATRAC encoder driver of the encoding card driver 187, but when encoding in MPEG format encoding is performed at high speed, The processing is performed via the MPEG encoder driver among the encoding card drivers 187.
  • processing is performed using various hardware driver protocols inside the encoding processing capsule 156.
  • the main application 153 performs the data acquisition request, the encoding start request, and the data It is only necessary to have three simple sequences of storage requests.
  • the encoding processing capsule 156 and the music data input / output capsule 155 hide these protocols and data acquisition methods from the main application 153.
  • the main application 15 and the encoding control application 15 2 simply identify the type of encoding and whether the process that performs the encoding is software or hardware. Good. Therefore, the main application 153 code control application 155 basically does not need to change if the encoding type is changed or expanded, or only needs to change it slightly. .
  • the encoding processing program of the encoder 112 is configured as described above.
  • the process shown in FIG. 6 (shown by a solid frame in the figure) Each element changes its state (state) according to the state transition diagram shown in FIG. 9 and executes predetermined processing.
  • Each state in FIG. 9 constitutes the operation state in FIG.
  • the states in the state transition diagram in Fig. 9 are: EXECUTE, INITIALIZE 0, INITIALIZE 1, INITIALIZE 2, INITIALIZE 2
  • TERMINATE 1 evening one 0 (TERMINATEO), exit (EXIT), receive (RECEIVE), reply (REPLY), manage (MANA GE), send (SEND), and ready (READY) It is composed of a state.
  • step S202 the process transits to the initialization 0 state (INITIALIZE 0) B.
  • the initialization 0 state (INITIALIZE 0) B capsule (module) registration processing is executed. Specifically, a first buffer used mainly for data exchange with hardware is reserved, and the first buffer is initialized (for example, 0 is embedded), and the device is closed. It is checked whether the device is normal. This process is required only once when the power is turned on.
  • step S203 the process proceeds from the initialization 0 state (INITIALIZE 0) B to the initialization 1 state (INITIIZE 0).
  • ALIZE 1 Transit to C and execute resource reservation processing for capsule.
  • a second buffer mainly used for data exchange with the main application 153 is secured, the second buffer is initialized, and Registers are initialized.
  • step S204 the process transits from the initialization 1 state (INITIALIZE D) to the initialization 2 state (INITIALIZ E2) D, and executes the initialization processing of the capsule including the device.
  • the first buffer is re-initialized (at this time, no allocation processing is performed).
  • step S205 the process transits from the initialization 2 state (INITIALIZE 2) D to the ready state (READY) E.
  • step S205 each process transits to any one of the states E, F, G, H, I, J, K, L, and M in FIG. That is, in step S206, each process determines whether or not a process request message for a termination request has been received, and if a process request message other than the termination request has been received, the process returns to step S205. Transition to the corresponding state.
  • step S 206 If the process in any of the states E to M determines in step S 206 that the process request message of the end request has been received, the process proceeds to step S 207, and the termination 1 The state transits to the state (TERMINATE DN), where the release processing of the second buffer is performed.Next, the process proceeds to step S208, and the process transits to the evening 0 state (TERMINATEO)). In this state, the first buffer is released and the device is closed. Is done.
  • step S209 the process transits to the EXIT state (EXIT) P, the real-time OS is terminated, and the power is turned off.
  • Each process exchanges messages for inter-process communication with other processes, and transitions from a predetermined state to another state indicated by an arrow in FIG.
  • Fig. 11 shows the format of this inter-process communication message.
  • the message for inter-process communication is composed of a header and an extension part, and each data is described in a format of FTP (File Transfer Protocol).
  • FTP File Transfer Protocol
  • a message type hereinafter referred to as MSGT (Message Type)
  • FNCT Function Type
  • a message number hereinafter referred to as MSGN (Message number)
  • FNCN Function Number
  • the MSGT stores 00 to 11 data assigned to each requested interrupt, send, receive, or reply process.
  • MSGNs are assigned corresponding to the requested processing as shown below.
  • the stored predetermined data is stored.
  • TRM Terminal (TERMINATE)) 0 1 I B
  • the FNCT and FNCN store data indicating the following items, respectively, corresponding to the requested processing.
  • the header “pid—t src—pid” contains the ID of the process that is the source of the message for inter-process communication (source), and “pid—t dst_pid” contains the ID of the process that is the destination (destination). Each is described.
  • the extended part of the message for inter-process communication includes, for example, the location where the encoded PCM uncompressed music data is stored (for example, the memory address of the hard disk 127), and the encoded PCM compressed music. The place where data is stored is described.
  • the inter-process communication message shown in FIG. 12 includes only the header of the inter-process communication message shown in FIG.
  • the state transition between the states E to M in FIG. 9 in steps S205 and S206 in FIG. 10 will be described.
  • the main abbreviation 1553 requests the encoding processing manager 181 to perform ATRAC1 compatible encoding processing based on a request from the terminal 111 (control process W). explain.
  • step S221 each process proceeds from step waiting state to step S222, executes predetermined processing, and when the processing is completed, The program is again programmed to return to the state of waiting for the processing of step S221. Therefore, the state transitions to be described below are defined by each process, and the state to which the state transitions is not specified by the state itself. In other words, it is prescribed in advance that each process transitions according to the route indicated by the arrow in FIG.
  • step S311 the main application 1553 sends SND to MS GT, REQ to MSGN, data indicating encoding to FNCT, and data indicating encoding processing corresponding to ATRAC 1 to FNCN, respectively.
  • the message for inter-process communication including the set header hereafter, the inter-process communication message in which MSND is set to SND and MSGN is set to REQ is described as (SND, REQ) message
  • SND, REQ the inter-process communication message in which MSND is set to SND and MSGN is set to REQ
  • the encoding manager 181 the ready state (READY) E sends to the send state.
  • READY ready state
  • the main application 15 3 also starts the built-in timer at this time.
  • step S312 the main application 153 responds to the (SND, REQ) message transmitted in step S311 by using a message for inter-process communication (message in which RPY is set in the MSGT).
  • a message for inter-process communication messages in which RPY is set in the MSGT.
  • such a message is described as an (RPY, XXX) message
  • the process waits until it is received from the encoding processing manager 181, and if it is determined that the message has been received, the process proceeds to step S313.
  • the (RPY.XXX) message has the structure shown in FIG.
  • the (RPY, XXX) message has the configuration shown in FIG. That is, it consists of only the header.
  • step S313 the main application 1553 sends the (RPY, XXX) message determined to be received in step S312 to the (RPY, ACK) message (RPY to MSGT, MSGN ACK It is determined whether or not the message is a (set message). If it is determined that the message is an (RPY, ACK) message, the process proceeds to step S314. As in the case of this example, when encoding is requested, the encoding manager 181 sends an (RPY, ACK) message to the main application 153 when encoding is possible. Come. In step S314, the main application 153 transits from the send state (SEND) J to the managed state (MANAGE) K, and executes a predetermined process. However, in this case, the main application 153 does not perform any processing. This management state (MANA GE) K is prepared so that each process can execute predetermined processing as needed.
  • SEND send state
  • MANAGE managed state
  • This management state (MANA GE) K is prepared so that each process can
  • step S 315 the main application 153 sends a (RCV, REQ) message waiting for the end of encoding to the encoding processing manager 181, and from the managed state (MANAGE) K to the receiving state.
  • step S316 the main application 1553 waits until the (SND, NTF) message notifying the reception of the encoding completion waiting message from the encoding processing manager 181, and determines that the message has been received. If it is determined, the process proceeds to step S317.
  • step S 3 17 the main application 15 3 3 transits from the receive state (RECE IVE) L to the reply state (REPLY) M, and is determined to have been received in step S 3 16 (SND, NTF). ) Send an (RPY, NTF) message to the encoding manager 18 1 to respond to the message.
  • the process proceeds to step S318, where the main application 153 transits from the reply state (REPLY) M to the ready state (READY) E, and the process ends.
  • the encoding processing manager 181 when receiving the encoding request (SND, REQ) message from the main application 153, the encoding processing manager 181, when the encoding cannot be executed for any reason, causes the encoding to be performed. Notify (RPY, NTF) message is sent.
  • step S313 it is determined in step S313 that the received (RPY, XXX) message is not an (RPY, ACK) message, and the processing in steps S314 to S317 is skipped. Then, the process proceeds to step S318, where the main application 153 transits from the send state (SEND) J to the ready state (READY) E, and the processing ends.
  • the send state (SEND) J, the manage state (MANAGE) K, and the receive state (RE CEI VE) L are the same as those set in step S311.
  • step S321 the encoding processing manager 181 sends an (RCV, REQ) message waiting for an encoding request to the main application 1553, and changes the state from the ready state (READY) E to the receiving state (RECE I VE) F. Transitions to.
  • the encoding processing manager 18 1 also starts a built-in timer 1t.
  • step S322 the (SND, REQ) message (the message transmitted in step S311 in Fig. 14) that requests encoding is transmitted from main application 1553. Is Then, in step S32, the encoding processing manager 181 determines whether or not the requested encoding can be processed. If the encoding can be processed, the process proceeds to step S324, and the encoding processing manager 181 transits from the receiving state (RECE IVE) F to the reply state (REPLY) G.
  • step S324 the encoding process manager 1811 sends an encoding acceptance response (RPY, ACK) message corresponding to the encoding request (SND, REQ) message from the main application 153, Send to main application 1 5 3 Then, the state transits to the managed state (MANAGE) H.
  • RY, ACK encoding acceptance response
  • SND encoding request
  • REQ encoding request
  • step S325 the encoding process manager 181, in the management state (MANAGE) H, transmits the encoding card via the encoding card input / output I / F 185 and the encoding card driver 187. Controls 1 2 6 to execute the required ATRAC 1 compatible encoding process.
  • the capsule manager 15 1 has a priority and a priority for each of the control data input / output capsule 15 4, the music data input / output capsule 15 5, and the encoding processing capsule 15 6, or each of the capsule processes. Determine the scheduling algorithm.
  • the encoding processing capsule 156 when encoding of PCM uncompressed music data is started, the encoding processing capsule 156 is given a higher priority than the control data input / output capsule 154 and the music data input / output capsule 155. It is. Also, when an ATRAC 1 compatible encoding process is executed, the encoding process manager 18 1 of the encoding process capsule 156 is given the highest priority, and the encoding engine input / output I / F 1 8 2, Encoding engine 18 4, Encoding card input / output I / F 18 5 And the encoding card driver 187 are given priorities, and the encoding engine I / F 183 and the encoding card I / F 186 have the lowest priority. Ranking is given.
  • the input / output of music data related to the ATRAC 1 compatible encoding process is performed by the encoding engine I / F I / F 18 which interfaces with the encoding engine 18 4.
  • the encoding card input / output I / F 185 which interfaces music data input / output related to ATRAC 1 encoding processing with the encoding card driver 187
  • the priority of MPEG 1 encoding is Encoding engine input / output I / F I / F 183, which interfaces music data input / output related to processing with encoder engine 184, and music data input / output related to MPEG-1 compatible encoding processing. It is set higher than the priority of the encoding card input / output I / F 186 that interfaces with the encoding card driver 187.
  • the encoding engine input / output I / F 18 2 encodes when hardware encoding is commanded instead of software encoding.
  • the card input / output I / F 185 has a higher priority.
  • the capsule manager 15 1 determines the priority of the capsule and the process determined as described above via the encoding control application 15 2 and the main application 15 3, the control data input / output capsule 15 4, Each manager of the music data input / output capsule 15 5 and the en code processing capsule 15 6 (encoding control manager 161, data input / output manager 171, and encoding processing manager) Manager 1 8 1). Then, each manager creates a process and executes the process based on the notified priority of the process.
  • the encoding processing manager 181 of the encoding processing capsule 156 includes an encoding engine input / output I / F 182, an encoding engine 184, an encoding card input / output I / F Generates 185 and encode card dryno 187 and supplies messages for interprocess communication.
  • the generated encoding engine input / output I / F 182, encoding engine 184, encoding card input / output I / F 185, and encoding card driver 187 receive the supplied messages for inter-process communication. Is transmitted / received to / from a communicable process, and the encoding process is executed.
  • the PCM uncompressed music data stored in the address set in the extension part of the inter-process communication process is read from the hard disk 127 and subjected to ATRAC 1 compatible encoding processing. It is stored in the address set in the extension of the inter-process communication process on the hard disk 127.
  • the encoding processing corresponding to ATRAC 1 is executed by hardware, so the encoding engine input / output I / Fs 18 2 and 18 3, the encoding engine 184, and the encoding card input Output I / F 1886 is not generated. As a result, there is no need to secure the resources necessary for them, and the resources can be used for other processing.
  • step S326 the encoding process manager 181 sends the send state from the MANAGE state H to the send state.
  • step S327 the encoding process manager 1881 transmits the (RPY, NTF) message (not shown in FIG. 14) indicating the receipt of the encoding completion wait transmitted from the main application 153. Waits until the message (transmitted in the process of 3 17) is received. If it is determined that the message has been received, the process proceeds to step S 328 to return from the send state (SEND) I to the ready state (READY) E, The process ends.
  • the encod- ing processing manager 181 determines whether or not the measurement time of the timer t started in step S321 exceeds a predetermined time. If it is determined that the time has not exceeded, the processing is executed as described above.If it is determined that the measurement time of the timer t exceeds a predetermined time, the state transits to the ready state (READY) E. End the process.
  • the main application 1553 determines the location where the data to be encoded is stored. By simply notifying the encoding processing manager 18 1 of the location where the encoded PCM compressed music data is stored or the type of encoding processing, the encoding processing manager 18 1 executes the predetermined encoding processing. It can be done.
  • the main application 153 controls processes other than the encoding processing manager 181 in the encoding processing capsule 156 (for example, controls data processing and buffer processing), and transfers data. There is no need to control. So, for example, one code card 126 could be replaced with another higher performance encoding card. Even if it is replaced, if the encoding card and the corresponding encoding processing capsule 156 are provided together, the main application 153 does not need to be rebuilt, and the higher-performance encoding card is used as is (control ) can do.
  • the encoders 1 and 2 are ATRAC3 (Adaptive Transform Acoustic Coding 3) (trademark), MPEG-2AAC (Advanced Audio Coding) (trademark), ODesign Music Codec (trademark), TwinVO (Transform-Domain Weighted Interleave Vector Quantization) ) (Trademark), MS Audio (Microsoft Audio (WMA: Windows Media Audio)) (trademark), and Ogg Vorbis (trademark).
  • ATRAC3 Adaptive Transform Acoustic Coding 3
  • MPEG-2AAC Advanced Audio Coding
  • ODesign Music Codec trademark
  • TwinVO Transform-Domain Weighted Interleave Vector Quantization
  • MS Audio Microsoft Audio (WMA: Windows Media Audio)
  • Ogg Vorbis trademark
  • State Q in Fig. 16 is the ready state (READY) E, receive state (RECEIVE) F, L, REPLY state (REPLY) G, M, management state (MANAGE) H, K, send in Fig. 9.
  • State (SEND) I and J are supported.
  • the initialization route is initialized to the initialization 2 state (INITIALIZE 2) D and the ready state (READY) E to the first state.
  • FIG. 17 is a flowchart for explaining the initialization process at the time of this abnormality.
  • This process is started when an interrupt message is received.
  • each process determines whether or not (INT, QUT) has been received as an interrupt message. If it is determined that the received interrupt message is (INT, QUT), the process proceeds to step S352, and the process transits to the initialization 2 state (INITIALIZE2) D. In this state, the initialization processing of the first buffer is performed as in the case of the processing of step S204 in FIG. Thereafter, the state transits to the ready state (READY) E.
  • READY ready state
  • step S351 the interrupted message is ( If it is determined that the message is not an (INT.QUT) message, the process proceeds to step S353, and the process determines whether or not the interrupted message is an (INT, RST) message. If the interrupted message is an (INT, RST) message, the process proceeds to step S 354, and the process transitions to the TERMINATE DN state. Next, the buffer is released. Next, the process proceeds to step S355, where the process transits to the initialization 1 state (INITIALIZE DC. In this state, the process proceeds to step S203 in FIG. 10). As in the case, the second buffer is allocated, the second buffer is initialized, and the registers are initialized.
  • step S356 the process transits to the initialization 2 state (INITIALIZE 2) D.
  • the initialization processing of the first buffer is executed as in the case of step S 3 52 0
  • the process transits to the ready state (READY) E.
  • the initialization processing of the second pass the initialization processing of other states including the state of the initialization processing in the first pass is performed. It takes a longer time than processing, but it is possible to recover abnormal situations more reliably.
  • step S353 If it is determined in step S353 that the interrupted message is not an (INT, RST) message, the message is eventually an (INT, TRM) message. Therefore, in this case, the process proceeds to step S 357, and the process shifts to evening MINATE 1 state (TERMINATE DN. Therefore, the process proceeds to step S 354.
  • the second buffer is released in the same manner as in the case of Next, the process proceeds to step S358, and the process transits to the MINATE 0 state (TERM I NATE 0) O. In this state, the process of releasing the first buffer and the process of closing the device are performed.
  • This third pass is performed when the recovery cannot be performed by the initialization processing of the first and second passes.
  • the real-time OS since the real-time OS is restarted and each process is re-created, it takes longer time than the initialization process of the first or second pass. It is possible to more reliably recover from an abnormal situation.
  • FIG. 18 shows the initialization process of the three paths at the time of the above-described abnormality in chronological order.
  • the main application 153 outputs a (INT, QUT) message to the encoding process manager 181, in step S411.
  • the encod- ing process manager 18 1 transits to the initialization 2 state (INITI AL I ZE 2) D in step S421, and initializes the first buffer. Execute the conversion process.
  • the en-code processing manager 181 transitions to the ready state (READY) E.
  • the encoding process manager 181, in step S423, notifies the main application 1553 whether or not the abnormality has been recovered by the initialization processing of the first pass.
  • the main application 153 is executed by initializing the first pass. If the abnormality has not been recovered, an (INT, RST) message is further output to the encoding processing manager 181, in step S412. Upon receipt of the (INT, RST) message from the main application 153, the encoding processing manager 181 transits to the TERMINATE DN state in step S424 to release the second buffer. Next, in step S425, the encoding processing manager 18 1 transitions to the initialization 1 state (INITIALIZE 1) C, secures the second buffer, initializes the second buffer, and registers Execute the initialization process.
  • the initialization 1 state INITIALIZE 1
  • step S426 the encoding processing manager 18 1 transitions to the initialization 2 state (INITIALIZE 2) D, and executes the initialization processing of the first buffer.
  • step S427 the link processing manager 18 1 returns to the ready state (READY) E.
  • step S 428 the encoding processing manager 181 notifies the main application 153 whether or not the abnormality has been recovered by the above-described initialization processing of the second pass.
  • step S 413 the encoding processing manager 181 Output (INT, TRM) message to
  • the encode processing manager 18 1 Upon receiving the (INT, TRM) message from the main application 1553, the encode processing manager 18 1 transits to the terminating 1 state (TERMINATE DN) in step S429, and the second buffer In step S 430, the encoding process manager 18 1 further transitions to the first minute 0 state (TERMINATE0) ⁇ to release the first buffer and close the device. Execute the process.
  • step S431 the encod- ing process manager 181 transits to the ready state (READY) E, and determines whether or not the abnormality has been recovered by the initialization processing of the third path as described above in step S431.
  • the main application 15 3 is notified.
  • step S414 When the main application 153 determines that the abnormality has not been recovered yet by the initialization processing of the third path, in step S414, it requests the real-time OS to restart.
  • step S401 the real-time OS executes a restart process based on a request from the main application 153.
  • step S402 after the real-time OS is restarted, the real-time OS again executes a process of generating the encoding process manager 181.
  • the execute state (EXECUTE) A, the initialize 0 state (INITIALIZE 0) B, and the initialize 1 state (INITIAL IZE 1) C are performed by the processing of steps 201 to S205 in FIG.
  • the initialization 2 state (INITIALIZE2) D state processing to transition to the ready state (READY) E is executed.
  • the initialization processing for the three paths is provided, and the initialization processing is sequentially performed from the path requiring a shorter processing time, so that the abnormality can be recovered more quickly.
  • the exception signal (asynchronous signal), such as 1 ⁇ 84
  • the state can be transitioned to the initialization state (INITIALIZE) (Initialization state (I NITIALIZE) C, D) or to the evening state (TERMINATE) (Terminating state (TERMINATE) N, O).
  • I NITIALIZE Initialization state
  • TERMINATE Terminal state
  • FIG. 19 shows another configuration example of the distribution side of the music distribution service system to which the present invention is applied.
  • parts corresponding to those in FIG. 2 are denoted by the same reference numerals, and the description thereof will be appropriately omitted below.
  • the terminal 200 is connected to the alarm LAN 101 and the medium LAN 102, receives PCM uncompressed music data from the server 113, encodes it, and supplies it to the server 113 I do. That is, terminal 200 further has the function of encoder 112 in addition to the function of terminal 111 shown in FIG.
  • FIG. 20 illustrates a configuration example of the terminal 200.
  • the terminal 200 is constituted by, for example, a computer.
  • CPU 511 via bus 515
  • the input / output interface 516 is connected to the CPU 511 via the input / output interface 516.
  • the user issues a command from the input unit 518 including a keyboard, a mouse, and the like from the user.
  • the input unit 518 including a keyboard, a mouse, and the like from the user.
  • the CPU 511 When input, for example, R0M 5 12, hard disk 5 14, or magnetic disk 5 3 1, optical disk 5 3 2, magneto-optical disk 5 3 3, or semiconductor memory 5 3 4 attached to drive 5 20 Load a program stored in a recording medium such as to the RAM 513 and execute it.
  • the CPU 511 outputs the processing result to the display section 517 including an LCD or the like as necessary via the input / output interface 516, for example.
  • the program is stored in the hard disk 514 or R0M 512 in advance and provided to the user integrally with the terminal 200, or the magnetic disk 513, the optical disk 532, the magneto-optical It can be provided as package media such as the disk 533 and the semiconductor memory 534, or can be provided to the hard disk 514 via a communication unit 519 from a satellite, a network, or the like.
  • the semiconductor memory 534 is preferably a nonvolatile memory such as a flash memory. Also, it is desirable that the package media incorporating the semiconductor memory 534 should be capable of incorporating a microcomputer and capable of authenticating reading and writing of the semiconductor memory 534. For example, Memory Stick (trademark), SD Memory Card (trademark), Compact Flash (trademark), Smart Media (trademark), Multimedia Card (trademark), Microdrive (trademark), ID Format (trademark), Thumb Drive (trademark) or the like.
  • FIG. 21 shows an example of a configuration of a program loaded into the RAM 513 of the terminal 200 and executed by the CPU 511.
  • the terminal 200 includes, in addition to the control process W of the terminal 111 of FIG. 2, the encoder 1 of FIG. Further, a music data input / output capsule 15 and an encoding processing capsule 15 are provided. Since the terminal 200 has such a configuration, the same encoding processing as that of the terminal 111 can be performed.
  • the processing performed by the data input / output manager 17 1 for the control process W is implemented as a music data input / output capsule 15 5, and similarly, the encoding processing manager 18 1
  • the processing to be executed is encapsulated as an encoding processing capsule 156.
  • the steps of describing a program provided by a medium may be performed in chronological order in the order described, or may be performed in parallel or individually, even if not necessarily performed in chronological order. This also includes a separately executed process.
  • system refers to an entire device including a plurality of devices and means.
  • the program stored in the storage medium of the present invention is located between the control unit and the hardware, controls hardware based on a message from the control unit, and communicates with the control unit.
  • a second process capable of communicating with the first hardware and the second hardware, and communicating with the first process and the second process and executing an interface process corresponding to the first hardware;
  • the third process and the first A fourth process that communicates with the second process and the second process, and that executes an interface process corresponding to the second hardware, wherein the first process is based on a message from the control unit.
  • a message is output to one of the third process and the fourth process.
  • the program recorded on the storage medium of the present invention includes an encapsulated process that is located between the control unit and the hardware and controls the hardware based on a message from the control unit.
  • the process starts with a first pass, which initializes a first buffer used for sending and receiving data with the hardware, and a second buffer, which is used for sending and receiving data with the control unit. Free, allocate second buffer, initialize second buffer, and initialize first buffer second pass, and free second buffer, and free first buffer It is characterized by being initialized by one of the third passes.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Acoustics & Sound (AREA)
  • Multimedia (AREA)
  • Compression, Expansion, Code Conversion, And Decoders (AREA)
  • Information Transfer Between Computers (AREA)
  • Reverberation, Karaoke And Other Acoustics (AREA)
  • Small-Scale Networks (AREA)

Description

明 細 書 記憶媒体、 情報処理装置および方法 技術分野
本発明は、 記録媒体、 情報処理装置および方法に関し、 特に、 情報 を処理するために必要なハードウエアの変更または改良が容易にでき るようにした記録媒体、 情報処理装置および方法に関する。
また、 より迅速に異常なステートを回復することができるようにし た記録媒体、 情報処理装置および方法に関する。 背景技術
第 1図には、 従来の音楽配信サービスシステムの配信側の装置を構 成するエンコーダ 1 0の機能的構成例 （エンコード処理用のプロダラ ムの構成例） が示されている。 なお、 この音楽配信サービスシステム の配信側の装置は、 このエンコーダ 1 0の他、 エンコーダ 1 0におけ るエンコード処理を制御する制御端末 （図示せず） 、 およびェンコ一 ドされる音楽デ一夕 （以下、 PCM (Pulse Code Modu 1 a t i on)非圧縮 音楽データと称する） をエンコーダ 1 0に供給したり、 エンコーダ 1 0によりエンコードされた音楽データ （以下、 PCM圧縮音楽データ と称する） を記憶し、 音楽配信サービスの利用者 （受信側） に配信す るサーバ （図示せず） から構成されている。
エンコーダ 1 0には、 エンコード処理を制御するための制御デ一夕 が転送されるアラーム LAN (alarm Local Area Network) との通信 を制御するネットワークカード、 PCM非圧縮音楽データおよび PCM圧縮 音楽データ （以下、 これらを個々に区別する必要がない場合、 単に、 音楽データと称する） が転送されるメディアム LAN (med i um LAN)との 通信を制御するネットワークカード、 およびエンコード処理を実行す るエンコードカードなどのハードウエアが設けられている。
第 1図に示すエンコード処理用のプログラムは、 制御データ入出力 プロセス 1 1、 ネッ トワークカードドライバプロセス 1 2、 メイン処 理プロセス 1 3、 ネットワークカードドライバプロセス 1 4、 および エンコードカードドライバプロセス 1 5の 5つのプロセス （図中、 実 線の枠で示されている要素） から構成されている。 なお、 プロセスは 、 実行可能な所定のプログラムで構成され、 データ領域 （バッファや レジス夕など） を管理し、 各処理は、 このプロセス単位で実行される 制御デ一夕入出力プロセス 1 1は、 メイン処理プロセス 1 3と通信 を行う。 制御デ一夕入出力プロセス 1 1は、 ネットワークカードドラ ィバプロセス 1 2を介して、 制御端末から送信されてくる、 ェンコ一 ド処理に関する各種コマンドを受信し、 メイン処理プロセス 1 3に出 力する。 制御デ一夕入出力プロセス 1 1はまた、 メイン処理プロセス 1 3から供給される、 例えば、 エンコード処理が成功したことを示す メッセージやェンコ一ド処理が失敗したことを示すエラーメッセージ などを、 ネッ トワークカードドライバプロセス 1 2を介して制御端末 に出力する。 なお、 以下において、 制御データ入出力プロセス 1 1お よびメイン処理プロセス 1 3との間で授受されるコマンドゃエラーメ ッセージを、 個々に区別する必要がない場合、 単に、 制御データと称 する。
メイン処理プロセス 1 3は、 ネッ トワークカードドライバプロセス 1 4を介して、 サーバ （図示せず） から送信されてくる、 例えば、 P C M非圧縮音楽データを受信し、 エンコードカードドライバプロセス 1 5を介して、 エンコードカードに供給する。 メイン処理プロセス 1 3 はまた、 ェンコ一ドカ一ドドライバプロセス 1 5を介してェンコ一ド カードを制御し、 制御データ入出力プロセス 1 1からの制御データに 基づくェンコ一ド処理をェンコ一ドカ一ドに実行させる。 この例の場 合、 エンコードカードにおいて、 サンプリング周波数が 48KHZである M PEG (Moving Picture Experts Group) 1 layer 2に準拠したェン コード処理 （以下、 MPEG 1対応エンコード処理と称する） 、 またはサ ンプリング周波数が 44. IKHzである ATRAC(adapt ive transform aco ustic coding) 1 (商標） の規格に準拠したエンコード処理 （以下、 ATRAC 1対応エンコード処理と称する） が実行される。
メイン処理プロセス 1 3は、 ェンコ一ド処理を施して得られた PCM 圧縮音楽データを、 エンコードカードドライバプロセス 1 5を介して 、 エンコードカードから受け取り、 それを、 ネッ トワークカードドラ ィバプロセス 14を介してサーバに供給する。
次に、 制御データ入出力プロセス 1 1およびメイン処理プロセス 1 3について説明する。 制御デ一夕入出力プロセス 1 1は、 制御部 2 1 、 ネットワークカード入力 I/F (イン夕一フェース） 22、 およびネッ トワークカード出力 I/F2 3の 3つのプログラム （図中、 点線の枠で 示されている要素） 、 並びにそれらを実行するために必要なデータ領 域を有している。
ネッ トワークカード入力 I/F 22は、 ネッ トワークカードドライバ プロセス 1 2により受信された制御端末からの制御データを受け取り 、 制御部 2 1に出力する。 ネッ トワークカード出力 I/F2 3は、 制御 部 2 1を介して供給される、 メイン処理プロセス 1 3からの、 例えば 、 エラーメッセージを受け取り、 ネッ トワークカードドライバプロセ ス 1 2に出力する。 制御部 2 1は、 ネットワークカード入力 I /F 2 2およびネットヮ一 クカード出力 I /F 2 3を制御するとともに、 メイン処理プロセス 1 3 の制御部 3 1と通信を行う。
次に、 メイン処理プロセス 1 3の構成について説明する。 メイン処 理プロセス 1 3は、 制御部 3 1、 ネットワークカード入出力 I /F 3 2 、 エンコードエンジン入出力 I /F 3 3、 エンコードエンジン入出力 I /F 3 4、 エンコードエンジン 3 5、 エンコードカード入出力 I /F 3 6、 およびエンコードカード入出力 I /F 3 7の 7つのプログラム （図中、 点線の枠で示されている要素） 、 並びにそれらを実行させるために必 要なデータ領域を有している。
ネットワークカード出力 I /F 3 2は、 ネッ卜ワークカードドライバ プロセス 1 4により受信された PCM非圧縮音楽データを受け取り、 制 御部 3 1に出力したり、 制御部 3 1を介して供給される、 PCM圧縮音 楽データを、 ネッ卜ワークカードドライバプロセス 1 4に出力する。 エンコードエンジン入出力 I /F 3 3は、 制御部 3 1を介して入力さ れた PCM非圧縮音楽データのうち、 ATRAC 1対応エンコード処理され る PCM非圧縮音楽データを受け取り、 エンコードエンジン 3 5に出力 する。 エンコードエンジン入出力 I /F 3 3はまた、 エンコードェンジ ン 3 5から入力される ATRAC 1対応ェンコ一ド処理された PCM圧縮音 楽データを、 制御部 3 1に出力する。
エンコードエンジン入出力 I /F 3 4は、 制御部 3 1を介して入力さ れた PCM非圧縮音楽デ一夕のうち、 MPEG 1対応エンコード処理される PCM非圧縮音楽データを受け取り、 エンコードエンジン 3 5に出力す る。 エンコードエンジン入出力 I /F 3 4はまた、 エンコードエンジン 3 5から入力される MEPG 1対応エンコード処理が施された PCM圧縮音 楽データを、 制御部 3 1に出力する。 エンコードカード入出力 I /F 3 6は、 制御部 3 1を介して入力され た P CM非圧縮音楽データのうち、 ATRAC 1対応ェンコ一ド処理される P CM非圧縮音楽データを受け取り、 エンコードカードドライバプロセス 1 5に出力する。 エンコードカード入出力 I /F 3 6はまた、 ェンコ一 ドカードドライバプロセス 1 5から入力される ATRAC 1対応ェンコ一 ド処理された P CM圧縮音楽データを、 制御部 3 1に出力する。
エンコードカード入出力 I /F 3 7は、 制御部 3 1を介して入力され た P CM非圧縮音楽データのうち、 MPEG 1対応エンコード処理される PC M非圧縮音楽データを受け取り、 エンコードカードドライバプロセス 1 5に出力する。 エンコードカード入出力 I /F 3 7はまた、 ェンコ一 ドカードドライバプロセス 1 5から入力される MEPG 1対応ェンコ一ド 処理が施された P CM圧縮音楽データを、 制御部 3 1に出力する。
エンコードエンジン 3 5は、 エンコードエンジン入出力 I /F 3 3、 3 4から供給された PCM非圧縮音楽デ一夕を、 ソフトウェア的に、 ATR AC 1対応エンコード処理、 または MPEG 1対応エンコード処理し、 得ら れた PCM圧縮音楽データを、 それぞれに戻す。
エンコーダ 1 0は以上のように構成されているが、 制御デ一夕入出 力プロセス 1 1乃至ェンコ一ドカードドライバプロセス 1 5を構成す る各プログラムは、 エンコーダ 1 0に設けられた、 ネットワーク力一 ドゃェンコードカ一ドなどの所定のハ一ドウエアに依存して構築され ている。
従って、 例えばインターネット、 デジタル衛星放送、 地上波デジタ ル放送等の伝送媒体に対応して、 エンコーダ 1 0に設けられているネ ットワークカードやエンコードカードを変更したり、 拡張したりする 場合、 各プロセスを再構築する必要があり、 時間および費用がかかる 課題があった。 また、 例えば、 エンコーダ 1 0に設けられたハードウェアとしての ネットワークカードやエンコードカードを制御するィン夕ーフェース プログラム （ネットワークカード入力 I /F 2 2、 ネットワークカード 出力 I /F 2 3、 ネットワークカード入出力 I /F 3 2乃至エンコードカー ド入出力 I /F 3 7 ) およびドライバプログラム （ネットワークカード ドライバプロセス 1 2、 1 4、 およびエンコードカードドライバプロ セス 1 5を構成するプログラム） は、 通常、 エンコーダ 1 0の製造業 者により作成される。
しかしながら、 エンコーダ 1 0の 1つの部品としてのハードウエア の機能がより高性能になると、 部品としてのハードウェアを組み込ん でエンコーダ 1 0を製造する製造業者が、 部品としてのハードウェア のインターフェースプログラムやドライバプログラムを直接作成する ことは、 非効率的となり、 八一ドウエアの製造業者 （部品の製造業者 ) が各プログラムを作成し、 ハードウェアとともにエンコーダ 1 0の 製造業者に提供することが多くなる。
このような場合、 エンコーダ 1 0の製造業者は、 部品としてのハ一 ドウエアの詳細は判らなくなるため、 それを制御する制御部 2 1や制 御部 3 1の作成が困難になり、 ますます、 ハードウェアの変更や拡張 も困難になる課題があった。
更に、 上述のようにエンコーダ 1 0は構成されているが、 プロダラ ムの処理に異常が発生した場合、 プログラムの処理を一旦終了させる ようにしているので、 処理を再開させるのに時間がかかる課題があつ た。 発明の開示
本発明はこのような状況に鑑みてなされたものであり、 ハードゥエ ァの変更や拡張が容易にできるようにするものである。
更に、 プログラムの処理の異常を迅速に回復することができるよう にするものである。
本発明の記憶媒体に記憶されるプログラムは、 制御部とハードゥエ ァとの間に位置し、 制御部からのメッセージに基づいてハードウェア を制御し、 制御部と通信する第 1のプロセスと、 第 1のハードウェア および第 2のハードウエアと通信可能な第 2のプロセスと、 第 1のプ ロセスおよび第 2のプロセスと通信すると共に、 第 1のハ一ドウエア に対応するィンタ一フェース処理を実行する第 3のプロセスと、 第 1 のプロセスおよび第 2のプロセスと通信すると共に、 第 2のハードウ エアに対応するィンターフェース処理を実行する第 4のプロセスとを 備え、 第 1のプロセスは、 制御部からのメッセージに基づいて、 第 3 のプロセスおよび第 4のプロセスのいずれか一方にメッセージを出力 することを特徵とする。
本発明の記憶媒体に記憶されるプログラムは、 制御部とハードゥエ ァとの間に位置し、 制御部からのメッセージに基づいてハードウエア を制御するカプセル化されたプロセスを含み、 プロセスに異常が生じ たとき、 当該プロセスは、 ハードウェアとのデータの授受に用いられ る第 1のバッファを初期化する第 1のパス、 制御部とのデータの授受 に用いられる第 2のバッファを開放し、 第 2のバッファを確保し、 第 2のバッファを初期化し、 および第 1のバッファの初期化する第 2の パス、 および第 2のバッファを開放し、 および第 1のバッファを開放 する第 3のパスのいずれかにより初期化されることを特徴とする。 図面の簡単な説明
第 1図は、 従来のエンコーダの機能的構成例を示すブロック図、 第 2図は、 本発明を適用した音楽配信サービスシステムの構成例を示す 図、 第 3図は、 第 2図のエンコーダの構成例を示す図、 第 4図は、 サ バイバルタイムを説明する図、 第 5図は、 リアルタイム OSの原理を説 明する図、 第 6図は、 第 2図のエンコーダの機能的構成例を示す図、 第 7図 A〜第 7図 Bは、 第 6図におけるプロセスの ATRACエンコード 処理を説明する図、 第 8図 A〜第 8図 Bは、 第 6図におけるプロセス の MPEGエンコード処理を説明する図、 第 9図は、 第 6図のプロセスの ステートの遷移を説明する図、 第 1 0図は、 正常時における初期化処 理を説明するフローチャート、 第 1 1図 A〜第 1 1図 Cは、 プロセス 間通信用メッセージの構成を説明する図、 第 1 2図 A〜第 1 2図 Bは 、 プロセス間通信用メッセージの他の構成を説明する図、 第 1 3図は 、 プロセスの処理を説明するフローチャート、 第 1 4図は、 第 6図の メインアプリケーションの動作を説明するフローチャート、 第 1 5図 は、 第 6図のェンコ一ド処理マネージャの動作を説明するフ口一チヤ ート、 第 1 6図は、 異常時の初期化処理時におけるプロセスのステ一 トの遷移を説明する図、 第 1 7図は、 異常時の初期化処理を説明する フローチャート、 第 1 8図は、 異常時の初期化処理を説明するアロー チャート、 第 1 9図は、 本発明を適用した音楽配信サービスシステム の他の構成例を示す図、 第 2 0図は、 第 1 9図の端末の構成例を示す ブロック図、 第 2 1図は、 第 1 9図の端末の機能的構成例を示すプロ ック図である。 発明を実施するための最良の形態
第 2図は、 本発明を適用した音楽配信サービスシステムの配信側の 構成例を示している。 この例の場合、 例えば、 1 00BASE-TXイーサネ ット （商標） からなる、 アラーム LAN 1 0 1およびメディアム LAN 1 0 2が設けられている。 アラーム LAN 1 0 1には、 端末 1 1 1およびェ ンコーダ 1 1 2が接続され、 メディアム LAN 1 02には、 エンコーダ 1 1 2およびサーバ 1 1 3が接続されている。
端末 1 1 1は、 エンコーダ 1 1 2を制御するためのプログラムから なる制御プロセス Wを有しており、 その制御プロセス Wに基づいて、 アラーム LAN 1 0 1を介してエンコーダ 1 1 2と通信して、 ェンコ一 ダ 1 1 2を制御し、 所定のエンコード処理を実行させる。。
エンコーダ 1 1 2は、 端末 1 1 1により制御され、 サーバ 1 1 3に 保持されている、 CD-DA(Compact Disc-Digital Audio)などの PCM 非圧縮音楽データを、 メディアム LAN 1 0 2を介して受信し、 ATRAC 1または MPEG 1 audio layer 3、 いわゆる MP 3の規格に準拠したェン コード処理を実行する。 エンコーダ 1 1 2はまた、 エンコードして得 られた PCM圧縮音楽データを、 メディアム LAN 1 02を介して、 サーバ 1 1 3に、 例えば、 ファイル転送ベース （ （ファイル転送プロトコル (ftp:file transfer protocol) ) で転送する。
サーバ 1 1 3は、 PCM非圧縮音楽デ一夕を記録し、 それをェンコ一 ダ 1 1 2に供給したり、 エンコーダ 1 1 2からの PCM圧縮音楽データ を記録し、 要求に応じて、 音楽配信サービスの利用者 （受信側） に配 信する。
このように、 制御デ一夕が転送されるアラーム LAN 1 0 1を、 音楽 データが転送されるメディアム LAN 1 0 2とは別に設けるようにする ことで、 エンコード処理および音楽データの配信処理がより効率的に 行われる。
第 3図は、 エンコーダ 1 1 2の構成例を示している。 CPU (Centra 1 Processing Unit) 1 2 1は、 ROM (Read Only Memory) 1 22 又はハードディスク 1 2 7に記憶されている、 例えば、 エンコード処 理用のプログラムを RAM (Random Access Memory) 1 2 3に展開し 、 それに従ってエンコード処理を実行する。 RAMI 2 3には、 CPU 1 2 1が、 例えば、 エンコード処理を実行する上において必要なデータな どが適宜記憶される。 また、 RAM I 2 3には、 必要なデータバッファ 領域が確保される。
ネットワークカード 1 24は、 アラーム LAN 1 0 1に接続され、 ァ ラーム LAN 1 0 1を介して、 制御データを受信したり、 送信する。 ネットワーク力一ド 1 2 5は、 メディアム LAN 1 0 2に接続され、 メディアム LAN 1 0 2を介して、 サーバ 1 1 3から送信されてくる PCM 非圧縮音楽デ一夕を受信したり、 エンコードカード 1 2 6によりェン コードされた PCM圧縮音楽デ一夕を、 サーバ 1 1 3に送信する。
エンコードカード 1 2 6は、 ネットワークカード 1 2 5により受信 された PCM非圧縮音楽デ一夕を、 ATRAC 1に準拠したエンコード処理 (ATRAC 1対応エンコード処理） 、 または MEPG 1 audio layer 3に準 拠したエンコード処理 （MPEG 1対応エンコード処理） する。
ハードディスク 1 2 7は、 CPU 1 2 1が実行するプログラムの他、 ネットワークカード 1 2 5により受信された PCM非圧縮音楽データや 、 エンコードカード 1 2 6によりェンコ一ドされた PCM圧縮音楽デー 夕を記憶する。
この例の場合、 音楽デ一夕は、 イーサネットであるメディアム LAN 1 0 2上に転送されるので、 PCM非圧縮音楽デ一夕は、 リアルタイム でエンコードされない。 サーバ 1 1 3から供給された PCM非圧縮音楽 データは、 はじめに、 ハードディスク 1 2 7に記憶され、 所定のタイ ミングで、 エンコードカード 1 2 6に供給され、 エンコードされる。 その後、 エンコードされた PCM圧縮音楽データは、 ハードディスク 1 2 7に記憶される。 このように、 ハードディスク 1 2 7を一時バッフ ァとして利用することより、 PCM非圧縮音楽デ一夕は、 適切にェンコ 一ドされる。
イン夕一フェース 1 2 8は、 ネットワークカード 1 2 4、 ネットヮ —クカード 1 2 5、 エンコードカード 1 2 6、 ハードディスク 1 2 7 と、 CPU 1 2 1との間に配置され、 インターフェース処理を実行する なお、 CPU 1 2 1、 ROM 1 2 2、 RAM 1 2 3 , およびィンターフェ一 ス 1 2 8は、 1つのマザ一ポード 1 2 0に実装されている。
この音楽配信サービスシステムは、 リアルタイム OS (Operating S ystem) に基づき制御される。 リアルタイム OSは、 複数のタスク （プ 口セス） を同時に動作させることが可能なマルチタスク OSである。 非 リアルタイム OSでは、 所定の処理を実行している最中に、 他のィベン ト、 すなわち外部からの要求が発生したとしても、 そのイベントハン ドラが直ちには起動されない場合がある。 これに対してリアルタイム OSでは、 予め設定された所定の時間内に、 イベントハンドラが起動さ れることが保証されている。 すなわち、 第 4図に示されるように、 ク ロックにより定められた所定の時間 （サバイバルタイム） 内において 開始された処理は、 そのサバイバルタイム内において終了される。 第 5図は、 リアルタイム OSの基本的な概念を模式的に表している。 各プロセスは、 生成されると、 動作状態、 待機状態、 および動作可能 状態の 3つの状態のいずれかに順次遷移するように管理される。 各プ ロセスは、 フラグ管理され、 動作状態から待機状態に遷移するとき、 フラグ待ちを指示するコマンド waitFlagが発行され、 待機状態から 動作可能状態へと遷移するとき、 フラグに値をセットするコマンド se tF lagが発行される。
同時に複数のプロセスが存在可能であり、 複数のプロセスのそれぞ れには、 優先順位が割り当てられる。 リアルタイム OSにより、 動作可 能状態にあるプロセスの中で最も優先順位の高いプロセスに実行権が 渡される。
リアルタイム OSでは、 このようにイベントの発生によって、 動作状 態にあるプロセスを高速に切り換えることができるようになされてい る。
第 6図は、 エンコーダ 1 1 2の機能的構成例 （エンコード処理用の プログラムの構成例） を示している。 このエンコード処理用のプログ ラムは、 カプセルマネージャ 1 5 1、 エンコード制御アプリケーショ ン 1 5 2、 およびメインアプリケーション 1 5 3の 3つのプロセス （ 実施可能なプログラムとそれを実行するために必要なデータ領域を有 している） の他、 所定のプロセスがブロック化 （カプセル化） された 制御デ一夕入出力カプセル 1 5 4、 音楽データ入出力カプセル 1 5 5 、 およびエンコード処理カプセル 1 5 6の 3つのカプセル （図中、 2 重線の枠で示されている要素） から構成されている。 なお、 図中、 実 線の枠で示されている要素は、 プロセスである。
カプセルマネージャ 1 5 1は、 メインアプリケーション 1 5 3を介 して、 エンコード制御アプリケーション 1 5 2、 制御データ入出力力 プセル 1 5 4、 音楽データ入出力カプセル 1 5 5、 およびエンコード 処理カプセル 1 5 6を制御する。
ェンコ一ド制御アプリケーション 1 5 2は、 メインアプリケ一ショ ン 1 5 3と通信して、 例えば、 カプセルマネージャ 1 5 1からの指令 を受信し、 それに基づいて制御データ入出力カプセル 1 5 4を制御す る。 メインアプリケ一ション 1 5 3は、 カプセルマネージャ 1 5 1と 直接通信し、 カプセルマネージャ 1 5 1からの指令に基づいて音楽デ 一夕入出力カプセル 1 5 5およびェンコ一ド処理カプセル 1 5 6を制 御する。
制御データ入出力カプセル 1 5 4は、 エンコード制御マネージャ 1 6 1により管理される。 そのェンコ一ド制御マネージャ 1 6 1は、 ェ ンコード制御アプリケーション 1 5 2からの指令により、 ネッ トヮ一 クカード入力 I /Fプロセス 1 6 2 (以下、 ネッ トワークカード入力 I/F と略称する。 他のプロセスについても同様である） 、 ネットワーク力 ード出力 I /F 1 6 3、 およびネッ トワーク力一ドドライバ （プロセス ) 1 6 4を生成したり、 消去する。
ネッ トワークカード入力 I /F 1 6 2は、 ネッ トワークカード 1 2 4 、 およびネットワークカードドライノ、 1 6 4を介して、 端末 1 1 1の 制御プロセス Wからの制御デ一夕 （コマンド） を受信し、 エンコード 制御マネージャ 1 6 1に出力する。 ネットワーク力一ド出力 I /F 1 6 3は、 エンコード制御アプリケ一ション 1 5 2とエンコード制御マネ —ジャ 1 6 1を介して、 メインアプリケーション 1 5 3からの制御デ 一夕 （メッセージ） を受信し、 ネッ トワークカードドライバ 1 6 4に 出力する。
ネッ トワークカードドライバ 1 6 4は、 ネッ トワークカード 1 2 4 に対して入出力インタ一フェース処理を実行し、 アラーム LAN 1 0 1 上に転送される制御デ一夕 （コマンド） を受信し、 ネッ トワークカー ド入力 I /F 1 6 2に出力したり、 ネッ トワークカード出力 I/F 1 6 3か ら、 制御データ （メッセージ） を受信し、 ネッ トワークカード 1 2 4 に出力する。
音楽データ入出力カプセル 1 5 5は、 デ一夕入出力マネージャ 1 7 1により管理される。 このデータ入出力マネージャ 1 7 1は、 メイン アプリケーション 1 5 3からの指令により、 ネッ トワークカード入出 力 I /F 1 7 2 (プロセス） およびネッ トワークカードドライバ 1 7 3 (プロセス） を生成したり、 消去する。
ネットワークカード入出力 I/F 1 7 2は、 ネッ トワーク力一ド 1 2 5とネッ トワークカードドライバ 1 7 3を介して、 サーバ 1 1 3から PCM非圧縮音楽デ一夕を受信し、 データ入出力マネージャ 1 7 1に出 力したり、 データ入出力マネージャ 1 7 1から、 PCM圧縮音楽データ を受信し、 ネッ トワークカードドライバ 1 7 3に出力する。
ネットワークカードドライバ 1 7 3は、 ネッ 卜ワークカード 1 2 5 に対して入出力イン夕一フェース処理を実行し、 メディアム LAN 1 0 2上に転送された PCM非圧縮音楽デ一夕を受信し、 ネッ トワーク力一 ド出力 I/F 1 7 2に出力する。 ネッ 卜ワークカードドライバ 1 7 3は また、 ネットワークカード入出力 I/F 1 7 2から、 PCM圧縮音楽データ を受信し、 ネッ トワークカード 1 2 5に出力する。
ェンコ一ド処理カプセル 1 5 6は、 ェンコ一ド処理マネージャ 1 8 1により管理される。 このエンコード処理マネージャ 1 8 1は、 メイ ンアプリケーション 1 5 3からの指令により、 エンコードエンジン入 出力 I/F 1 8 2、 エンコードエンジン入出力 I/F 1 8 3、 エンコードェ ンジン 1 84、 エンコードカード入出力 I/F 1 8 5、 エンコードカー ド入出力 I/F 1 8 6、 およびエンコードカードドライバ 1 8 7 (いず れもプロセス） を生成したり、 消去する。 エンコード処理マネージャ 1 8 1はまた、 ソフトウェア （エンコードエンジン 1 84) によるェ ンコードと、 ハードウェア （エンコードカード 1 2 6 ) によるェンコ —ドの識別処理、 並びに、 ATRAC 1対応エンコード処理と MPEG 1対応 ェンコ一ド処理の識別処理を行う。
エンコードエンジン入出力 I/F 1 8 2は、 ェンコ一ド処理マネージ ャ 1 8 1から、 ATRAC 1対応エンコード処理される PCM非圧縮音楽デ —夕を受信し、 エンコードエンジン 1 8 4に出力する。 エンコードェ ンジン入出力 I /F 1 8 2はまた、 エンコードエンジン 1 8 4から、 ATR AC 1対応エンコード処理された PCM圧縮音楽データを受信し、 ェンコ 一ド処理マネージャ 1 8 1に出力する。
エンコードエンジン入出力 I /F 1 8 3は、 エンコード処理マネージ ャ 1 8 1から、 MPEG 1対応エンコード処理される PCM非圧縮音楽デ一 夕を受信し、 エンコードエンジン 1 8 4に出力する。 エンコードェン ジン入出力 I /F 1 8 3はまた、 エンコードエンジン 1 8 4から、 MEPG 1対応エンコード処理された PCM圧縮音楽データを受信し、 ェンコ一 ド処理マネージャ 1 8 1に出力する。
エンコードエンジン 1 8 4は、 ソフトウェアによる ATRAC 1対応ェ ンコード処理、 またはソフトウエアによる MPEG 1対応ェンコ一ド処理 を、 エンコードエンジン入出力 I /F 1 8 2、 1 8 3から供給された制 御データに基づき実行する。
エンコード力一ド入出力 I /F 1 8 5は、 エンコード処理マネージャ 1 8 1から、 ATRAC 1対応エンコード処理される PCM非圧縮音楽デー 夕を受信し、 エンコードカードドライバ 1 8 7に出力する。 ェンコ一 ドカード入出力 I /F 1 8 5はまた、 エンコードカードドライバ 1 8 7 から、 ATRAC 1対応エンコード処理された PCM圧縮音楽デ一夕を受信 し、 エンコード処理マネージャ 1 8 1に出力する。
エンコードカード入出力 I /F 1 8 6は、 エンコード処理マネージャ 1 8 1力、ら、 MEPG 1対応エンコード処理される PCM非圧縮音楽データ を受信し、 エンコードカードドライバ 1 8 7に出力する。 エンコード カード入出力 I /F 1 8 6はまた、 エンコードカードドライバ 1 8 7力、 ら、 MEPG 1対応エンコード処理された PCM圧縮音楽データを受信し、 エンコード処理マネージャ 1 8 1に出力する。
エンコードカードドライバ 1 8 7は、 エンコードカード 1 2 6に対 して入出力ィンターフェース処理を実行し、 エンコードカード入出力
I /F 1 8 5、 1 8 6から、 PCM非圧縮音楽データを受信し、 エンコード カード 1 2 6に出力したり、 エンコードカード 1 2 6から、 ェンコ一 ド処理された PCM圧縮音楽データを受信し、 エンコードカード入出力 I /F 1 8 5、 1 8 6に出力する。 ハ一ドウエアとしてのエンコード力一 ド 1 2 6は、 ATRAC 1対応エンコード処理するとき、 対応する機能を 有するものに取り替えられ、 MPEG 1対応エンコード処理するとき、 対 応する機能を有するものに取り替えられる。
次に、 第 7図のフローチャートを参照して、 ATRAC 1対応ェンコ一 ド処理を実行する場合における各プロセスの全体的な処理について説 明する。
なお、 電源がオンとされると、 リアルタイム O Sがカプセルマネー ジャ 1 5 1を生成すると共に、 カプセルマネージャ 1 5 1は、 メイン アプリケーション 1 5 3に、 音楽データ入出力カプセル 1 5 5とェン コード処理カプセル 1 5 6を生成させるとともに、 エンコード制御ァ プリケーション 1 5 2に、 制御データ入出力カプセル 1 5 4を生成さ せる。
端末 1 1 1の制御プロセス Wから、 アラーム LAN 1 0 1を介してェ ンコーダ 1 1 2のネットワークカード 1 2 4に ATRAC 1対応ェンコ一 ド処理が指令されると、 この指令は、 制御デ一夕入出力カプセル 1 5 4のネットワークカードドライバ 1 6 4からネットワークカード入力 I /F 1 6 2を介してェンコ一ド制御マネージャ 1 6 1に供給される。 エンコード制御マネージャ 1 6 1は、 この指令を受けると、 ステップ S 1において、 エンコード制御アプリケーション 1 5 2に対して、 AT RAC 1対応エンコード処理の開始を要求する。
ェンコ一ド制御アプリケーション 1 5 2は、 ステツプ S 1 1におい て、 エンコード制御マネージャ 1 6 1からの要求を受け取る。 この要 求には、 エンコードの種類とエンコードを実行する処理部を特定する コード情報が含まれている。 この例の場合、 エンコードの種類は、 AT RAC 1対応エンコード処理とされ、 エンコードの実行処理部は、 ハー ドウエア （エンコードカード 1 2 6 ) とされる。
ェンコ一ド制御アプリケ一シヨン 1 5 2は、 ェンコ一ド制御マネー ジャ 1 6 1からの要求を受け取ると、 ステップ S 1 2において、 その 要求に基づいて、 ATRAC 1対応ェンコ一ド処理の許可をメインアプリ ケーション 1 5 3に要求する。
メインアプリケーション 1 5 3は、 ステップ S 3 1において、 ェン コード制御アプリケ一ション 1 5 2からの要求を受け取ると、 その要 求に対応する処理を実行できるか否かを判定し、 実行できない場合に は、 その旨をエンコード制御アプリケーション 1 5 2に応答する。 ェ ンコード制御アプリケーション 1 5 2は、 この応答結果を受信した場 合、 対応する応答を、 さらにエンコード制御マネージャ 1 6 1に通知 する。 エンコード制御マネージャ 1 6 1は、 この通知に対応する応答 を、 さらにエンコード制御マネージャ 1 6 1、 ネッ トワークカード出 力 I /F 1 6 3、 ネットワークカードドライバ 1 6 4、 ネッ トワーク力 ード 1 2 4を介して、 端末 1 1 1の制御プロセス Wに通知する。
第 7図の例の場合、 メインアプリケーション 1 5 3は、 ATRAC 1対 応エンコード処理を実行できると判定し、 対応する許可応答を、 ステ ップ S 3 2において、 ェンコ一ド制御アプリケ一ション 1 5 2に通知 する。
ェンコ一ド制御アプリケーション 1 5 2は、 ステツプ S 1 3におい て、 メインアプリケーション 1 5 3からの許可応答を受信すると、 ス テツプ S 1 4において、 エンコード制御マネージャ 1 6 1に、 ATRAC 1対応エンコード処理の開始を示す応答を出力する。 エンコード制御 マネージャ 1 6 1は、 この応答を、 ステップ S 2において受信する。 エンコード制御マネージャ 1 6 1は、 この応答に対応する通知を、 上 述したようにして、 さらに制御プロセス Wに通知する。
メインアプリケーション 1 5 3は、 ステップ S 3 2において、 ATRA C 1対応エンコード処理の許可応答をェンコ一ド制御アプリケーショ ン 1 5 2に出力した後、 ステップ S 3 3において、 音楽データ入出力 カプセル 1 5 5のデ一夕入出力マネージャ 1 7 1に、 ェンコ一ド処理 の対象とされる基データの取得を要求する （基データ取得要求を出力 する） 。 この基データ取得要求には、 その基デ一夕が記憶されている 記憶部のアドレスの他、 取得するデ一夕量等も含まれている。
ステップ S 8 1において、 データ入出力マネージャ 1 7 1は、 メイ ンアプリケーション 1 5 3からの要求を受け取ると、 ステップ S 8 2 において、 その要求に基づいて、 エンコードする基データを、 指定さ れたアドレスから取得する処理を実行する。
例えば、 基データがハードディスク 1 2 7に記憶されている場合、 データ入出力マネージャ 1 7 1は、 ネットワークカード入出力 I /F 1 7 2、 ネットワークカードドライバ 1 7 3、 ネットワークカード 1 2 5を介してハードディスク 1 2 7にアクセスし、 指定されたァドレス から、 指定された量の PCM非圧縮音楽データを取得する。
なお、 データ入出力マネージャ 1 7 1は、 基データが図示せぬ CD-R 等に記録されている場合には、 そこにアクセスし、 基データを取得す る。 また、 デ一夕入出力マネージャ 1 7 1は、 基データがサーバ 1 1 3に記録されている場合には、 アラーム LAN 1 0 1を介してサーバ 1 1 3にアクセスし、 ミディアム LAN 1 0 2を介してサーバ 1 1 3から 基データの転送を受ける。 取得された PCM非圧縮音楽データは、 RAM I 2 3のバッファ領域に、 一時的に格納される。
このようにして、 PCM非圧縮音楽デ一夕が取得されると、 ステップ S 8 3において、 デ一夕入出力マネージャ 1 7 1は、 メインアプリケ ーシヨン 1 5 3に対して、 基デ一夕が取得されたことを表す基デ一夕 取得応答を送信する。
メインアプリケーション 1 5 3は、 ステップ S 3 4において、 デー 夕入出力マネージャ 1 7 1からの基データ取得応答を受信すると、 ス テツプ S 3 5において、 ェンコ一ド処理マネージャ 1 8 1にェンコ一 ド開始を要求する。 この要求には、 エンコードの種類が ATRAC 1対応 エンコード処理であること、 並びにエンコードの実行処理部がェンコ 一ドカ一ド 1 2 6であることを表す情報が含まれている。
エンコード処理マネージャ 1 8 1は、 ステップ S 6 1において、 メ インアプリケーション 1 5 3からのエンコード開始要求を受信すると 、 この要求に対応する処理を実行できるか否かを判定し、 実行できな い場合には、 その旨を表す応答をメインアプリケーション 1 5 3に出 力する。 第 7図の例の場合、 ェンコ一ド処理マネージャ 1 8 1は、 ェ ンコードが実行できると判定し、 ステップ S 6 2において、 ェンコ一 ドを開始することを表す応答をメインアプリケーシヨン 1 5 3に出力 する。
メインアプリケーション 1 5 3は、 エンコード処理マネージャ 1 8 1からのェンコ一ド開始応答を、 ステップ S 3 6において受信する。 これにより、 メインアプリケーション 1 5 3は、 ステップ S 3 5の要 求に対応する処理が、 ェンコ一ド処理マネージャ 1 8 1において受け 入れられたことを知ることができる。
エンコード処理マネージャ 1 8 1は、 ステップ S 6 2において、 メ ィンアプリケ一ション 1 5 3にエンコード開始応答を出力した後、 ス テツプ S 6 3においてエンコード処理を実行させる。 具体的には、 ェ ンコード処理マネージャ 1 8 1は、 メインアプリケーション 1 5 3か らのエンコード開始要求に基づいて、 エンコードカード入出力 I /F 1 8 5、 エンコードカードドライバ 1 8 7を介してエンコードカード 1 2 6に、 ATRAC 1対応エンコード処理を要求する。 この要求には、 ェ ンコード対象とされる PCM非圧縮音楽デ一夕が保持されている RAM 1 2 3のバッファのアドレスが含まれている。 ェンコ一ドカード 1 2 6は 、 この要求に基づいて、 RAM 1 2 3のバッファ領域に記憶されている P CM非圧縮音楽デ一夕を読み出し、 ATRAC 1対応エンコード処理を実行 する。 エンコードされた PCM圧縮音楽デ一夕は、 RAM I 2 3のバッファ 領域に記憶される。
以上のようにして、 エンコードが終了すると、 ステップ S 6 4にお いて、 エンコード処理マネージャ 1 8 1は、 エンコードが終了したこ とを表すェンコ一ド終了通知を、 メインアプリケーション 1 5 3に出 力する。
メインアプリケーション 1 5 3は、 ステップ S 3 7において、 ェン コード処理マネージャ 1 8 1が出力したエンコード終了通知を受信す ると、 ステップ S 3 8において、 これに対応するエンコード終了応答 を、 ェンコ一ド処理マネージャ 1 8 1に通知する。
エンコード処理マネージャ 1 8 1は、 ステップ S 6 5において、 メ インアプリケーション 1 5 3より出力されたエンコード終了応答を受 信する。 これにより、 エンコード処理マネージャ 1 8 1は、 ェンコ一 ド終了が、 メインアプリケーション 1 5 3に通知されたことを確認す ることができる。
メインアプリケーション 1 5 3は、 ステップ S 3 8において、 ェン コード処理マネージャ 1 8 1にエンコード終了応答を出力した後、 ス テツプ S 3 9において、 データ入出力マネージャ 1 7 1に対して、 ェ ンコードした結果生成された PCM圧縮音楽データを保存することを要 求する生成データ保存要求を出力する。 この要求には、 データを保存 する媒体のアドレスが含まれている。 例えば、 ハードディスク 1 2 7 に、 このエンコード後の PCM圧縮音楽データを保存する場合、 ハード ディスク 1 2 7のアドレスが含まれている。
データ入出力マネージャ 1 7 1は、 ステップ S 8 4において、 メイ ンアプリケーション 1 5 3からの生成データ保存要求を受け取ると、 ステップ S 8 5において、 その要求に基づいて、 受信したデータを保 存する処理を実行する。 具体的には、 データ入出力マネージャ 1 7 1 は、 例えば、 ハードディスク 1 2 7への保存が要求された場合、 ネッ トワークカード入出力 I /F 1 7 2、 ネットワークカードドライブ 1 7 3、 ネットワークカード 1 2 5を介して、 ハードディスク 1 2 7にァ クセスし、 指定されたアドレスにェンコ一ドされた PCM圧縮音楽デ一 夕を記録させる。
保存先が CD-Rとして指定されている場合には、 ェンコ一ド後の PCM 圧縮音楽データは、 CD-Rの指定されたアドレスに保存される。 また、 保存先がサーバ 1 1 3に指定されている場合、 エンコード後の PCM圧 縮音楽データは、 メディアム LAN 1 0 2を介してサーバ 1 1 3に供給 され、 保存される。
以上のようにして保存が完了したとき、 ステップ S 8 6において、 データ入出力マネージャ 1 7 1は、 データが保存されたことを表す生 成データ保存応答を、 メインアプリケーション 1 5 3に出力する。 メインアプリケーション 1 5 3は、 ステップ S 4 0において、 デ一 夕入出力マネージャ 1 7 1からの生成データ保存応答を受信すると、 ステップ S 4 1において、 ATRAC 1対応ェンコ一ド処理が終了したこ とを表す終了通知を、 エンコード制御アプリケーション 1 5 2に出力 する。
ェンコ一ド制御アプリケーション 1 5 2は、 ステツプ S 1 5におい て、 メインアプリケーション 1 5 3からの通知を受信すると、 ステツ プ S 1 6において、 エンコード制御マネージャ 1 6 1に、 ATRAC 1対 応エンコード処理が終了したことを通知する。
エンコード処理マネージャ 1 6 1は、 ステップ S 3において、 ェン コード制御アプリケーション 1 5 2からの終了通知を受信すると、 ス テツプ S 4において、 この通知に対応する応答を、 エンコード制御ァ プリケ一シヨン 1 5 2に出力する。
ェンコ一ド制御アプリケーション 1 5 2は、 ステップ S 1 7におい て、 エンコード制御マネージャ 1 6 1からの応答を受信すると、 ステ ップ S 1 8において、 メインアプリケ一ション 1 5 3に対して ATRAC 1対応処理終了応答を送信する。
メインアプリケーション 1 5 3は、 ステップ S 4 2において、 ェン コード制御アプリケーション 1 5 2からの終了応答を受信する。
第 8図は、 MPEG 1対応エンコード処理が実行される場合の処理を表 している。 第 8図のステップ S 1 0 1乃至ステップ S 1 4 2は、 第 7 図の ATRAC 1対応ェンコ一ド処理を実行する場合における、 ステツプ S 1乃至ステップ S 4 2における処理と、 基本的に同様の処理である 。 ただし、 エンコードの種類が、 ATRAC 1対応エンコード処理ではな く、 MPEG 1対応エンコード処理とされている点が異なる。 従って、 第 7図のステップ S 8 2に対応する第 8図のステップ S 1 8 2における 基データ取得処理では、 ATRAC 1対応処理のフォーマツトに基づくデ 一夕の送出量や送出タイミングが、 MPEG 1対応エンコード処理のフォ 一マツ卜に基づくものに変更される。 また、 第 7図のステップ S 6 3の ATRAC 1対応ェンコ一ド処理に対 応する第 8図のステップ S 1 6 3における処理では、 ATRAC 1対応ェ ンコード処理ではなく、 MPEG1対応エンコード処理が実行される。 当 然のことながら、 ATRAC 1と MPEG 1とは、 それぞれ異なるエンコード 方式であるため、 エンコードのデ一夕量の単位、 送出タイミング、 誤 り訂正符号等も異なったものとなる。
このことは、 第 7図のステップ S 8 5に対応する第 8図のステップ S 1 8 5における処理でも同様である。
しかしながら、 これらのエンコードの方式が異なることに起因する 異なる処理は、 全てエンコード処理カプセル 1 5 6内のエンコード処 理マネージャ 1 5 1を中心とする各プロセスや、 音楽デ一夕入出力力 プセル 1 5 5のデータ入出力マネージャ 1 7 1を中心とする各プロセ スが実行する。 従って、 メインアプリケーション 1 5 3、 エンコード 制御アプリケーション 1 5 2等は、 ATRAC 1対応ェンコ一ド処理と MP EG 1対応エンコード処理の違いを微細に認識している必要がない。 すなわち、 メインアプリケーション 1 5 3から見て、 音楽データ入 出力カプセル 1 5 5のデータ入出力マネージャ 1 7 1により実行され るデータ取得処理および保存処理、 並びにェンコ一ド処理カプセル 1 5 6のェンコ一ド処理マネージャ 1 8 1により実行されるェンコ一ド 処理は、 その詳細が隠べいされる。
例えば、 デ一夕入出力マネージャ 1 7 1は、 ハードディスク 1 2 7 からデータを取得する際、 ATA (ADCAdvanced Technology) Attach ment) コマンドを用いるが、 ネットワーク上のサーバ 1 1 3からデ一 夕を取得する際は、 TCP/IP (Transmission Control Protocol/Int ernet Protocol) 上の FTP (File Transfer Protocol) 、 または HT TP (Hyper Text Transport Protocol) を用いる。 また、 CD-Rからデータを取得する場合には、 SCSI (Small Comput er System Interface) インターフェースが用いられ、 CD- Rを用い てデ一夕が取得される場合、 ATAPI (AT Attachment Packet Interf ace) が用いられる。
また、 エンコード処理は、 ATRAC形式のエンコードを高速に行う際 、 エンコードカードドライバ 1 8 7のうち、 ATRACェンコーダドライ バを介して処理が行われるが、 MPEGフォーマツトのェンコードを高速 に行う場合には、 エンコードカードドライバ 1 8 7のうち、 MPEGェン コーダドライバを介して処理が行われる。
このように、 エンコード処理カプセル 1 5 6の内部においては、 様 々なハードウエアドライバプロトコルを用いて処理が行われるが、 メ インアプリケーション 1 5 3は、 データ取得要求、 エンコード開始要 求、 およびデータ保存要求という簡単な 3つのシーケンスだけを有し ていれば良い。
従って、 エンコード処理カプセル 1 5 6や音楽データ入出力カプセ ル 1 5 5は、 これらのプロトコルやデータ取得方法を、 メインアプリ ケ一シヨン 1 5 3に対して隠ぺいするものとなる。
結果的に、 メインアプリケ一ション 1 5 3やエンコード制御アプリ ケーシヨン 1 5 2は、 ただ単に、 エンコードの種類や、 エンコードを 実行する処理が、 ソフトウェアであるのかハードウェアであるのかを 識別するだけでよい。 従って、 メインアプリケーション 1 5 3ゃェン コード制御アプリケーション 1 5 2は、 基本的に、 エンコードの種類 が変更されたり、 拡張されても変更する必要がないか、 変更するにし ても、 わずかで済む。
エンコーダ 1 1 2のエンコード処理用のプログラムは、 以上のよう に構成されるが、 第 6図に示されるプロセス （図中、 実線の枠で示さ れている要素） のそれぞれは、 第 9図に示す状態遷移図に従ってステ ート （状態） を遷移し、 所定の処理を実行する。
なお、 この第 9図の各ステートは、 第 5図における動作状態を構成 するものである。
第 9図の状態遷移図におけるステートは、 ィグゼキュート （EXECUT E) 、 イニシャライズ 0 (INITIALIZE 0 ) 、 イニシャライズ 1 (INIT IALIZE 1) 、 イニシャライズ 2 (INITIALIZE 2 ) 、 夕一ミネート 1
(TERMINATE 1 ) 、 夕一ミネート 0 (TERMINATEO) 、 エグジット （E XIT) 、 レシーブ （RECEIVE) 、 リプライ （REPLY) 、 マネージ （MANA GE) 、 センド （SEND) 、 およびレディ （READY) の 1 2種類のステー トにより構成されている。
次に、 第 9図の状態遷移図の正常時における場合の状態遷移につい て、 第 1 0図のフローチャートを参照して説明する。
電源がオンされ、 リアルタイム OSが立ち上げられてプロセスが生成 されると、 ステップ S 20 1において、 プロセスは、 ィグゼキュート ステート （EXECUTE) Aとなる。
次に、 ステップ S 202において、 プロセスは、 イニシャライズ 0 ステート （INITIALIZE 0 ) Bに遷移する。 このイニシャライズ 0ス テート （INITIALIZE 0 ) Bにおいては、 カプセル （モジュール） 登 録処理が実行される。 具体的には、 主に、 ハードウェアとのデータの 授受に用いられる第 1のバッファが確保され、 さらに、 その第 1のバ ッファが初期化され （例えば、 0が埋め込まれ） 、 デバイスがオーブ ンになり、 そしてデバイスが正常であるか否かがチェックされる。 こ の処理は、 電源オン時に、 1回だけ必要な処理である。
次に、 ステップ S 20 3において、 プロセスは、 イニシャライズ 0 ステート （INITIALIZE 0 ) Bからイニシャライズ 1ステート （INITI ALIZE 1 ) Cに遷移し、 カプセル用のリソース確保処理を実行する。 この処理が実行されることより、 主に、 メインアプリケーション 1 5 3との間のデータの授受に用いられる第 2のバッファが確保され、 さ らに、 その第 2のバッファが初期化され、 そしてレジスタが初期化さ れる。
ステップ S 204において、 プロセスは、 イニシャライズ 1ステー ト （INITIALIZE D じから、 イニシャライズ 2ステート （INITIALIZ E2) Dに遷移し、 デバイスを含むカプセルの初期化処理を実行する 。 この初期化処理が実行されることより、 第 1のバッファが再び初期 化される （このとき、 確保処理は行われない） 。
次に、 ステップ S 20 5において、 プロセスは、 イニシャライズ 2 ステート （INITIALIZE 2 ) Dからレディステート （READY) Eに遷移 する。
ステップ S 20 5において、 各プロセスは、 第 9図におけるステー E、 F、 G、 H、 I、 J、 K、 L、 Mのいずれかのステートに遷移 する。 すなわち、 ステップ S 20 6において、 各プロセスは、 終了要 求の処理要求メッセージを受信したか否かを判定し、 終了要求以外の 処理要求メッセージを受信した場合には、 ステップ S 2 0 5に戻り、 対応するステートに遷移する。
ステ一ト E乃至ステ一ト Mのいずれかのステ一トにあるプロセスは 、 ステップ S 20 6において、 終了要求の処理要求メッセージを受信 したと判定した場合、 ステップ S 20 7に進み、 ターミネート 1ステ ート （TERMINATE D Nに遷移し、 ここで、 第 2のバッファの開放処 理が行われる。 次に、 ステップ S 2 08に進み、 プロセスは、 夕一ミ ネート 0ステート （TERMINATEO) 〇に遷移する。 このステートにお いては、 第 1のバッファが開放されるとともに、 デバイスがクローズ される。
さらに、 ステップ S 2 0 9に進み、 プロセスは、 エグジットステー ト （EXIT) Pに遷移し、 リアルタイム OSが終了され、 電源がオフされ た状態に移行する。
各プロセスは、 他のプロセスと、 プロセス間通信用メッセ一ジを授 受し、 所定のステートから、 第 9図において矢印で示される他のステ 一卜に遷移する。
第 1 1図は、 このプロセス間通信用メッセージのフォーマツトを表 している。 プロセス間通信用メッセージは、 第 1 1図 Aに示すように 、 ヘッダと拡張部分からなり、 それらには、 FTP (File Transfer P rotocol)のフォ一マツトで各データが記載されている。 ヘッダの" u nsigned short type;" には、 第 1 1図 Cに示すように、 メッセージ タイプ （以下、 MSGT(Message Type)と記述する） 、 ファンクション タイプ （以下、 FNCT(Function Type)と記述する） 、 メッセージナン バー （以下、 MSGN(Message number)と記述する） 、 そしてファンク シヨンナンバー （以下、 FNCN( Function Number)と記述する） が設 けられている。
MSGTには、 下記に示すように、 要求するインタラプト、 センド、 レ シ一ブ、 またはリプライの各処理に対応して割り当てられている 0 0 乃至 1 1のデータが格納される。
<処理 > <デ一夕 >
インタラプト（INT (INTERRUPT)) 0 0 B
センド（SND (SEND)) 0 1 B
レシーブ（RCV (RECEIVE)) 1 0 B
リプライ（RPY (REPLY)) 1 1 B
MSGNには、 下記に示すように、 要求する処理に対応して割り当てら れている所定のデータが格納される。
ぐ処理 > <データ >
クウイ ト（QUT (QUIT)) 0 0 1 B
リセット（RST (RESET)) 0 1 0 B
タ一ミネ一ト（TRM (TERMINATE)) 0 1 I B
リクエスト（REQ (REQUEST)) 1 0 O B
ノーティフアイ （NTF (NOTIFY)) 1 0 I B
リフューズ（RFS (REFUSE)) 1 1 O B
ァクノリッジメント（ACK (ACKNOWLEDGEMENT))
1 1 1 B
FNCTおよび FNCNには、 要求する処理に対応して、 それぞれ下記の 事項を示すデータが格納される。
<FNCT> <FNCN>
エンコード ATRAC 1対応エンコード処理
MPEG 1対応エンコード処理
ファイル転送 put
ge t
ヘッダの" pid— t src— pid" には、 プロセス間通信用メッセージの 送り元（source)のプロセスの IDが、 " pid— t dst_pid" には、 送り 先（destination)のプロセスの IDが、 それぞれ記載される。
プロセス間通信用メッセージの拡張部分には、 例えば、 エンコード される PCM非圧縮音楽データが格納されている場所 （例えば、 ハード ディスク 1 2 7のメモリァドレス） や、 ェンコ一ドされた PCM圧縮音 楽データを格納する場所などが記載されている。
第 1 2図のプロセス間通信用メッセージは、 第 1 1図のプロセス間 通信用メッセージのヘッダのみから構成されている。 次に、 第 1 0図のステップ S 2 0 5、 S 2 0 6における第 9図のス テ一ト E乃至ステート Mの間における状態遷移を説明する。 ここでは 、 端末 1 1 1 (制御プロセス W) からの要求に基づいて、 メインアブ リケ一ション 1 5 3が、 ェンコ一ド処理マネージャ 1 8 1に、 ATRAC 1対応エンコード処理を要求する場合を例として説明する。
なお、 各プロセスは、 第 1 3図に示されるように、 ステップ S 2 2 1において、 処理待ちの状態から、 ステップ S 2 2 2に進み、 所定の 処理を実行し、 その処理が完了すると、 再び、 ステップ S 2 2 1の処 理待ちの状態に戻るようにプログラムされている。 従って、 これから 説明するステートの遷移は、 各プロセスが規定しているものであり、 いずれの方向のステートに遷移するかがステ一トそのものに規定され ているわけではない。 換言すれば、 各プロセスは、 第 9図に矢印で示 されるルートに従って遷移することが予め規則付けられている。
はじめに、 メインアプリケーション 1 5 3の状態遷移を、 第 1 4図 のフローチャートを参照して説明する。 なお、 メインアプリケーショ ン 1 5 3のステ一トは、 第 1 0図のステップ S 2 0 1乃至 S 2 0 5の 処理で、 すでに、 レディステート （READY) Eに遷移しているものと する。
ステップ S 3 1 1において、 メインアプリケーション 1 5 3は、 MS GTに SNDが、 MSGNに REQが、 FNCTにエンコードを示すデータが、 そし て FNCNに ATRAC 1対応エンコード処理を示すデ一夕が、 それぞれ設定 されているヘッダを含むプロセス間通信用メッセ一ジ （以下、 このよ うに MSGTに SNDが、 そして MSGNに REQが設定されているプロセス間通 信用メッセージを、 （SND，REQ) メッセージと記載する。 他のプロセ ス間通信用メッセージの場合も同様とする） を、 エンコード処理マネ —ジャ 1 8 1に送信し、 レディステート （READY) Eからセンドステ ―ト （SEND) Jに遷移する。
なお、 この （SND,REQ) メッセージのヘッダには、 送り元のメイン アプリケーション 1 53の IDが設定された" pid_t src_pid" 、 およ び送り先であるエンコード処理マネージャ 1 8 1の IDが設定された" pid_t dst_pid " が含まれている。 また （SND，REQ) メッセージは 、 第 1 1図に示す構成を有しており、 その拡張部分には、 エンコード される PCM非圧縮音楽データが格納されているハードディスク 1 2 7 のメモリァドレス、 エンコードされた後の PCM圧縮音楽デ一夕が格納 されるハードディスク 1 27のメモリアドレスが記述されている。 また、 第 9図において、 括弧を付加して示すメッセージは、 受信メ ッセージを表し、 括弧を付加しないメッセージは送信メッセージを表 す。
メインアプリケーション 1 5 3はまた、 このとき、 内蔵する夕イマ — tをスタートさせる。
次に、 ステップ S 3 1 2において、 メインアプリケーション 1 53 は、 ステップ S 3 1 1で送信した （SND，REQ) メッセージに応答する プロセス間通信用メッセージ （MSGTに RPYが設定されているメッセ一 ジで、 以下、 このようなメッセージを （RPY,XXX) メッセージと記述 する） が、 エンコード処理マネージャ 1 8 1から受信されるまで待機 し、 受信されたと判定した場合、 ステップ S 3 1 3に進む。 なお、 （ RPY.XXX) メッセージは、 第 1 2図に示した構成を有している。 なお 、 (RPY,XXX) メッセージは、 第 1 2図に示した構成を有している。 すなわち、 ヘッダのみから構成されている。
ステツプ S 3 1 3において、 メインアプリケ一ション 1 5 3は、 ス テツプ S 3 1 2で受信されたと判定された （RPY，XXX) メッセージが 、 (RPY, ACK) メッセージ （MSGTに RPYが、 MSGNに ACKが、 それぞれ 設定されているメッセ一ジ） であるか否かを判定し、 （RPY，ACK) メ ッセージであると判定した場合、 ステップ S 3 1 4に進む。 この例の 場合のように、 エンコード処理が要求されているとき、 エンコード処 理マネージャ 1 8 1は、 エンコード処理が可能であるとき、 （RPY, AC K) メッセージをメインアプリケーション 1 5 3に送信してくる。 ステップ S 3 1 4において、 メインアプリケーション 1 5 3は、 セ ンドステート （SEND) Jからマネージステート （MANAGE) Kに遷移 し、 所定の処理を実行する。 ただし、 いまの場合、 メインアプリケー シヨン 1 5 3は、 特に処理を行わない。 このマネ一ジステート （MANA GE) Kは、 各プロセスに、 必要に応じて所定の処理を実行させること ができるように用意されている。
次に、 ステップ S 3 1 5において、 メインアプリケーション 1 5 3 は、 エンコード終了待ちの （RCV, REQ) メッセージをエンコード処理 マネージャ 1 8 1に送信して、 マネージステート （MANAGE) Kからレ シ一ブステート （RECE I VE) Lに遷移する。 ステップ S 3 1 6におい て、 メインアプリケーション 1 5 3は、 エンコード処理マネージャ 1 8 1から、 エンコード終了待ちメッセージの受領を通知する （SND，NT F) メッセージが受信されるまで待機し、 受信されたと判定した場合 、 ステップ S 3 1 7に進む。
ステップ S 3 1 7において、 メインアプリケーション 1 5 3は、 レ シーブステート （RECE I VE) Lからリプライステート （REPLY) Mに 遷移し、 ステップ S 3 1 6で受信したと判定された （SND, NTF ) メッ セージに応答するための （RPY, NTF ) メッセージをエンコード処理マ ネ一ジャ 1 8 1に送信する。 その後、 ステップ S 3 1 8に進み、 メイ ンアプリケーション 1 5 3は、 リプライステート （REPLY) Mからレ ディステート （READY) Eに遷移し、 処理は終了する。 ェンコ一ド処理マネージャ 1 8 1は、 メインアプリケーション 1 5 3からエンコード要求の （SND, REQ) メッセージを受信した場合、 何 らかの理由によりェンコ一ドを実行することができないとき、 ェンコ ード不可を通知する （RPY, NTF ) メッセージを送信してくる。 そこで 、 この場合、 ステップ S 3 1 3において、 受信された （RPY，XXX) メ ッセージが （RPY，ACK) メッセージではないと判定され、 ステップ S 3 1 4乃至ステップ S 3 1 7の処理はスキップされ、 ステップ S 3 1 8に進み、 メインアプリケーション 1 5 3は、 センドステート （SEND ) Jからレディステート （READY) Eに遷移し、 処理は終了する。 なお、 メインアプリケーション 1 5 3は、 センドステート （SEND) J、 マネ一ジステート （MANAGE) K、 およびレシーブステート （RE C E I VE ) Lでは、 ステップ S 3 1 1でス夕一卜させた夕イマ一 tの計測 時間が所定の時間を超えているか否かを判定し、 超えていないと判定 した場合、 上述した処理を実行するが、 タイマ一 tの計測時間が所定 の時間を超えていると判定した場合 （いわゆるタイムアウトの場合） 、 レディステート （READY) Eに遷移し、 処理を終了させる。
次に、 この例の場合のェンコ一ド処理マネージャ 1 8 1の状態遷移 を、 第 1 5図のフローチャートを参照して説明する。 ステップ S 3 2 1において、 エンコード処理マネージャ 1 8 1は、 エンコード要求待 ちの （RCV，REQ) メッセージをメインアプリケーション 1 5 3に送信 し、 レディステート （READY) Eからレシーブステート （RECE I VE) Fに遷移する。 エンコード処理マネージャ 1 8 1はまた、 このとき、 内蔵するタイマ一 tをスタートさせる。 ·
ステップ S 3 2 2において、 メインアプリケーション 1 5 3から送 信されてきた、 エンコードを要求する （SND，REQ) メッセージ （第 1 4図のステップ S 3 1 1の処理で送信されたメッセージ） が受信され ると、 エンコード処理マネージャ 1 8 1は、 ステップ S 3 2 3におい て、 いま要求されたエンコードが処理可能であるか否かを判定する。 エンコードが処理可能である場合には、 ステップ S 3 2 4に進み、 ェ ンコード処理マネージャ 1 8 1は、 レシーブステート （RECE I VE) F からリプライステート （REPLY) Gに遷移する。
ステップ S 3 2 4において、 ェンコ一ド処理マネージャ 1 8 1は、 メインアプリケーション 1 5 3からのェンコ一ド要求の （SND，REQ) メッセージに対応するエンコード受付応答の （RPY，ACK) メッセージ を、 メインアプリケーション 1 5 3に送信する。 そして、 ステートは 、 マネージステート （MANAGE) Hに遷移する。
次に、 ステップ S 3 2 5において、 エンコード処理マネージャ 1 8 1は、 マネ一ジステート （MANAGE) Hにおいて、 エンコードカード入 出力 I /F 1 8 5とエンコードカードドライバ 1 8 7を介してェンコ一 ドカード 1 2 6を制御し、 要求された ATRAC 1対応エンコード処理を 実行させる。
カプセルマネージャ 1 5 1は、 制御データ入出力カプセル 1 5 4、 音楽データ入出力カプセル 1 5 5、 およびエンコード処理カプセル 1 5 6の各カプセル、 またはそのカプセルのプロセスのそれぞれに対す る、 優先順位およびスケジュールアルゴリズムを決定する。
例えば、 PCM非圧縮音楽データのエンコードが開始されるとき、 ェ ンコード処理カプセル 1 5 6には、 制御データ入出力カプセル 1 5 4 および音楽データ入出力カプセル 1 5 5よりも高い優先順位が与えら れる。 また、 ATRAC 1対応エンコード処理が実行される場合、 ェンコ ―ド処理カプセル 1 5 6のェンコ一ド処理マネージャ 1 8 1には、 最 も高い優先順位が与えられ、 エンコードエンジン入出力 I /F 1 8 2、 エンコードエンジン 1 8 4、 エンコードカード入出力 I /F 1 8 5、 お よびエンコードカードドライバ 1 8 7には、 それに継ぐ優先順位が与 えられ、 そしてエンコードエンジン入出力 I /F 1 8 3およびェンコ一 ドカ一ド入出力 I /F 1 8 6には、 最も低い優先順位が与えられる。 つまり、 ATRAC 1対応エンコード処理が実行される場合、 ATRAC 1 対応エンコード処理に関する音楽データの入出力を、 エンコードェン ジン 1 8 4との間でィンターフェースするエンコードエンジン入出力 I /F 1 8 2、 および ATRAC 1対応エンコード処理に関する音楽データ の入出力をェンコ一ドカードドライバ 1 8 7との間でィンターフェ一 スするエンコードカード入出力 I /F 1 8 5の優先順位は、 MPEG 1対応 エンコード処理に関する音楽データの入出力をェンコ一ドエンジン 1 8 4との間でイン夕一フェースするエンコードエンジン入出力 I/F 1 8 3、 および MPEG 1対応エンコード処理に関する音楽デ一夕の入出力 をエンコードカードドライバ 1 8 7との間でイン夕一フェースするェ ンコードカード入出力 I /F 1 8 6の優先順位に比べ、 高く設定される 。
さらに、 ATRAC 1対応ェンコ一ド処理が実行される場合であっても 、 ソフトウェアによるエンコードではなく、 ハードウェアによるェン コードが指令されているとき、 エンコードエンジン入出力 I /F 1 8 2 よりエンコードカード入出力 I /F 1 8 5の方が、 優先順位が高く設定 される。
カプセルマネージャ 1 5 1は、 上述したようにして決定した、 カブ セルおよびプロセスの優先順位を、 エンコード制御アプリケーション 1 5 2およびメインアプリケーシヨン 1 5 3を介して、 制御データ入 出力カプセル 1 5 4、 音楽データ入出力カプセル 1 5 5、 およびェン コード処理カプセル 1 5 6の各マネージャ （エンコード制御マネージ ャ 1 6 1、 デ一夕入出力マネージャ 1 7 1、 およびエンコード処理マ ネージャ 1 8 1 ) に供給する。 そして、 各マネージャは、 通知された プロセスの優先順位に基づいて、 プロセスを生成し、 処理を実行させ る。
例えば、 ATRAC 1対応エンコード処理が実行される場合、 ェンコ一 ド処理カプセル 1 56のエンコード処理マネージャ 1 8 1は、 ェンコ ードエンジン入出力 I/F 1 82、 エンコードエンジン 1 84、 ェンコ 一ドカード入出力 I/F 1 8 5、 およびェンコ一ドカードドライノ 1 8 7を生成し、 プロセス間通信用メッセージを供給する。 生成されたェ ンコードエンジン入出力 I/F 1 82、 エンコードエンジン 1 84、 ェ ンコードカード入出力 I/F 1 8 5、 およびエンコードカードドライバ 1 8 7は、 供給されたプロセス間通信用メッセージを、 通信可能なプ 口セスと送受信し、 エンコード処理を実行する。 これにより、 この例 の場合、 プロセス間通信用プロセスの拡張部分に設定されたァドレス に格納されている PCM非圧縮音楽デ一夕がハードディスク 1 27から 読み出され、 ATRAC 1対応エンコード処理が施され、 ハードディスク 1 2 7の、 プロセス間通信用プロセスの拡張部分に設定されているァ ドレスに記憶される。
なお、 第 1 5図の処理の例の場合、 ATRAC 1対応エンコード処理を ハードウエアにより実行するので、 エンコードエンジン入出力 I/F 1 8 2、 1 8 3、 エンコードエンジン 1 84、 およびエンコードカード 入出力 I/F 1 8 6は生成されない。 これにより、 それらに必要なリソ ースを確保する必要がなく、 そのリソースを他の処理に利用すること ができる。
第 1 5図の説明に戻り、 ステップ S 3 2 5において、 エンコード処 理が完了したとき、 ステップ S 32 6において、 エンコード処理マネ ージャ 1 8 1は、 マネージステート （MANAGE) Hからセンドステート ( SEND) Iに遷移し、 エンコード終了を示す （SND, NTF) メッセージ をメインアプリケーション 1 5 3に送信する。
ステツプ S 3 2 7において、 ェンコ一ド処理マネージャ 1 8 1は、 メインアプリケーション 1 5 3から、 送信された、 エンコード終了待 ち受領を通知する （RPY，NTF) メッセージ （第 1 4図のステップ S 3 1 7の処理で送信されたメッセージ） が受信されるまで待機し、 受信 されたと判定した場合、 ステップ S 3 2 8に進み、 センドステート （ SEND) Iからレディステート （READY) Eに戻り、 処理は終了する。 マネ一ジステート （MANAGE) H、 およびセンドステート （SEND) Iにおいて、 ェンコ一ド処理マネージャ 1 8 1は、 ステツプ S 3 2 1 でスタートさせたタイマー tの計測時間が所定の時間を超えているか 否かを判定し、 超えていないと判定した場合、 上述したように処理を 実行するが、 タイマー tの計測時間が所定の時間を超えていると判定 した場合、 レディステート （READY) Eに遷移し、 処理を終了させる 。
以上のように、 各プロセスが、 プロセス間通信用メッセージの内容 に基づいて、 ステートを遷移するようにしたので、 メインアプリケ一 シヨン 1 5 3が、 エンコードするデータが格納されている場所、 ェン コ一ドされた PCM圧縮音楽データが格納される場所、 またはェンコ一 ド処理の種類をエンコード処理マネージャ 1 8 1に通知するだけで、 エンコード処理マネージャ 1 8 1に所定のェンコ一ド処理を実行させ ることができる。 すなわち、 メインアプリケーション 1 5 3は、 ェン コード処理カプセル 1 5 6内のェンコ一ド処理マネージャ 1 8 1以外 のプロセスを制御したり （例えば、 データ処理やバッファ処理を制御 したり） 、 データ転送を制御する必要がない。 従って、 例えば、 ェン コードカード 1 2 6が、 より性能が高い他のエンコードカードと入れ 替えられても、 そのエンコードカードと、 それに対応したエンコード 処理カプセル 1 5 6がともに提供されれば、 メインアプリケーション 1 5 3は再構築する必要がなく、 より性能が高いエンコードカードを そのまま利用 （制御） することができる。
メインアプリケーション 1 5 3と音楽デ一夕入出力カプセル 1 5 5 との間、 並びに、 エンコード制御アプリケーション 1 5 2と制御デー 夕入出力カプセル 1 54との間においても、 同様のことが言える。 なお、 以上においては、 エンコーダ 1 1 2が、 ATRAC 1対応ェンコ ―ド処理および MPEG 1対応エンコード処理を実行する場合を例として 説明したが、 MP3、 その他のフォーマットのエンコード処理ゃェフエ クト機能などを実行させるようにすることもできる。
例えば、 エンコーダ 1 1 2は、 ATRAC3 (Adaptive Transform Ac oust ic Coding 3) (商標） 、 MPEG-2AAC (Advanced Audio Coding ) (商標） 、 ODesign Music Codec (商標） 、 TwinVO (Transform - Domain Weighted Interleave Vector Quantization) (商標) 、 MS Audio (Microsoft Audio (WMA:Windows Media Audio) ) (商標 ) 、 Ogg Vorbis (商標） などのフォーマットのエンコーダとするこ とも可能である。
次に、 第 1 6図を参照して、 ステートの異常時の初期化処理につい て説明する。 第 1 6図におけるステート Qは、 第 9図におけるレディ ステート （READY) E、 レシーブステート （RECEIVE) F、 L、 リプ ライステート （REPLY) G、 M、 マネ一ジステート （MANAGE) H、 K 、 センドステート （SEND) I、 Jに対応している。 すなわち、 これら のいずれのステートからもインタラプト （INTERRUPT) のメッセージ が受信された場合の初期化のルートとして、 イニシャライズ 2ステー ト （INITIALIZE 2 ) D、 およびレディステート （READY) Eの第 1の ルート、 夕ーミネート 1ステート （TERMINATE D N、 ィニシャライ ズ 1ステート （INITIALIZE D C イニシャライズ 2ステート （INI TIALIZE 2 ) D、 およびレディステート （READY) Eの第 2のルート 、 または夕一ミネ一ト 1ステート （TERMINATE D N、 夕一ミネ一ト 0ステート （TERMINATEO) 〇、 およびエグジットステート （EXIT) Pの第 3のルート、 の 3つのルートが用意されている。
第 1 7図は、 この異常時における初期化処理を説明するフローチヤ —トである。 この処理は、 インタラプトのメッセージを受信したとき 、 開始される。 ステップ S 3 5 1において、 各プロセスは、 インタラ ブトのメッセージとして （INT，QUT) が受信されたか否かを判定する 。 受信したインタラプトのメッセージが （INT，QUT) であると判定さ れた場合、 ステップ S 352に進み、 プロセスは、 イニシャライズ 2 ステート （INITIALIZE2) Dに遷移する。 このステートにおいては 、 第 1 0図のステップ S 204の処理における場合と同様に、 第 1の バッファの初期化処理が行われる。 その後、 レディステート （READY ) Eに遷移する。
このように、 プロセスを終了せず （エグジットステート （EXIT) P に遷移せず） 、 第 1のバッファの初期化のみを行い、 レディステート (READY) Eに遷移するようにすることより、 例えば、 一旦終了させ てしまったプロセスを、 エンコード処理のために、 再度、 生成するこ とによるオーバへッドの発生を、 防止することができる。
また、 何らかの異常が起きた場合に、 第 1のバッファの初期化を行 うだけで、 その異常が回復することが期待される。 この第 1のパスの 処理は、 後述する第 2のパスより短い時間で完了することができるの で、 より迅速に、 異常な事態を回復させることが可能となる。
ステップ S 3 5 1において、 インタラプトを受けたメッセージが （ INT.QUT) メッセージではないと判定された場合、 ステップ S 3 5 3 に進み、 プロセスは、 インタラプトを受けたメッセージが （INT，RST ) メッセージであるか否かを判定する。 インタラプトを受けたメッセ —ジが （INT,RST) メッセージである場合には、 ステップ S 3 54に 進み、 プロセスは、 夕一ミネート 1ステート （TERMINATE D Nに遷 移する。 このステートでは、 第 2のバッファの開放処理が行われる。 次に、 ステップ S 3 5 5に進み、 プロセスは、 イニシャライズ 1ス テート （INITIALIZE D Cに遷移する。 このステートにおいては、 第 1 0図のステップ S 20 3の処理における場合と同様に、 第 2のバ ッファの確保、 第 2のバッファの初期化、 並びにレジスタの初期化処 理が実行される。
次に、 ステップ S 3 5 6に進み、 プロセスは、 イニシャライズ 2ス テート （INITIALIZE 2 ) Dに遷移する。 ここでは、 ステップ S 3 5 2における場合と同様に、 第 1のバッファの初期化処理が実行される 0
その後、 プロセスは、 レディステート （READY) Eに遷移する。 このように、 第 2のパスの初期化処理においては、 第 1のパスにお ける初期化処理のステートを含む、 それ以外のステートの初期化処理 が行われるため、 第 1のパスの初期化処理を行う場合に比べて、 より 長い時間がかかるが、 より確実に、 異常な事態を回復することが可能 となる。
ステップ S 3 5 3において、 インタラプトを受けたメッセージが （ INT, RST) メッセージではないと判定された場合、 そのメッセージは 、 結局 （INT,TRM) メッセージであるということになる。 そこで、 こ の場合、 ステップ S 3 5 7に進み、 プロセスは、 夕一ミネ一ト 1ステ —ト （TERMINATE D Nに遷移する。 そこで、 ステップ S 3 54にお ける場合と同様に、 第 2のバッファの開放処理が行われる。 次に、 ス テツプ S 3 5 8に進み、 プロセスは、 夕一ミネ一ト 0ステート （TERM I NATE 0 ) Oに遷移する。 このステートにおいては、 第 1のバッファ の開放処理が行われるとともに、 デバイスをクローズする処理が行わ れる。
そして、 エグジットステート （EX I T) Pにプロセスは遷移し、 リア ルタイム OSが終了され、 電源オフの状態になる。
この第 3のパスは、 第 1および第 2のパスの初期化処理では回復す ることができなかった場合に行われる。 この場合、 リアルタイム OSが 再起動され、 各プロセスが新たに再び生成される処理が行われること になるので、 第 1のパスまたは第 2のパスの初期化処理に較べ、 より 長い時間がかかるが、 より確実に、 異常事態を回復することが可能と なる。
上述した異常時における 3つのパスの初期化処理を時系列に沿って 示すと、 第 1 8図に示すようになる。
例えば、 メインアプリケーション 1 5 3は、 異常が発生した場合、 ステップ S 4 1 1において （I NT, QUT) メッセージをェンコ一ド処理 マネージャ 1 8 1に出力する。 ェンコ一ド処理マネージャ 1 8 1は、 この （I NT，QUT) メッセージを受信すると、 ステップ S 4 2 1におい てイニシャライズ 2ステート （I N I T I AL I ZE 2 ) Dに遷移し、 第 1の バッファの初期化処理を実行する。 ステップ S 4 2 2において、 ェン コード処理マネージャ 1 8 1は、 レディステート （READY) Eに遷移 する。 エンコード処理マネージャ 1 8 1は、 この第 1のパスの初期化 処理により、 異常が回復したか否かをステップ S 4 2 3において、 メ インアプリケーション 1 5 3に通知する。
メインアプリケーション 1 5 3は、 第 1のパスの初期化処理により 、 異常が回復していない場合には、 さらに、 ステップ S 4 1 2におい て、 （INT，RST) メッセ一ジをエンコード処理マネージャ 1 8 1に出 力する。 エンコード処理マネージャ 1 8 1は、 メインアプリケーショ ン 1 53から （INT，RST) メッセージを受信すると、 ステップ S 42 4において、 夕一ミネート 1ステート （TERMINATE D Nに遷移し、 第 2のバッファの開放処理を行う。 次に、 ステップ S 42 5において 、 エンコード処理マネージャ 1 8 1は、 イニシャライズ 1ステート （ INITIALIZE 1 ) Cに遷移し、 第 2のバッファの確保、 第 2のバッフ ァの初期化、 並びにレジス夕の初期化処理を実行する。
ステップ S 426において、 エンコード処理マネージャ 1 8 1は、 イニシャライズ 2ステート （INITIALIZE 2 ) Dに遷移し、 第 1のバ ッファの初期化処理を実行する。 ステップ S 42 7において、 ェンコ —ド処理マネージャ 1 8 1は、 レディステート （READY) Eに戻る。 エンコード処理マネージャ 1 8 1は、 ステップ S 42 8において、 以 上の第 2のパスの初期化処理により、 異常が回復したか否かをメイン アプリケーション 1 5 3に通知する。
メインアプリケーション 1 5 3は、 以上の第 2のパスの初期化処理 により、 エンコード処理マネージャ 1 8 1の異常がまだ回復しないと 判定した場合、 ステップ S 4 1 3において、 エンコード処理マネージ ャ 1 8 1に対して （INT，TRM) メッセージを出力する。
ェンコ一ド処理マネージャ 1 8 1は、 メインアプリケ一ション 1 5 3から （INT，TRM) メッセージを受信すると、 ステップ S 42 9にお いて、 ターミネート 1ステート （TERMINATE D Nに遷移し、 第 2の バッファの開放処理を行う。 ステップ S 430において、 エンコード 処理マネージャ 1 8 1は、 さらに、 夕一ミネ一ト 0ステート （TERMIN ATE0) 〇に遷移し、 第 1のバッファの開放処理とデバイスクローズ 処理を実行する。
ステップ S 43 1において、 ェンコ一ド処理マネージャ 1 8 1は、 レディステート （READY) Eに遷移し、 以上の第 3のパスの初期化処 理により、 異常が回復したか否かを、 ステップ S 43 2において、 メ インアプリケーション 1 5 3に通知する。
メインアプリケーション 1 5 3は、 以上の第 3のパスの初期化処理 により、 まだ異常が回復していないと判定した場合、 ステップ S 41 4において、 リアルタイム OSに再起動を要求する。
リアルタイム OSは、 ステップ S 40 1において、 メインアプリケー シヨン 1 5 3からの要求に基づいて、 再起動処理を実行する。
そして、 ステップ S 402において、 リアルタイム OSは、 再起動後 、 再びエンコード処理マネージャ 1 8 1を生成する処理を実行する。 これにより、 上述した第 1 0図のステップ 2 0 1乃至 S 20 5の処理 により、 ィグゼキュートステート （EXECUTE) A、 イニシャライズ 0 ステート （INITIALIZE 0 ) B、 イニシャライズ 1ステート （INITIAL IZE 1 ) C、 イニシャライズ 2ステート （INITIALIZE2) Dの各ステ —トを経て、 レディステート （READY) Eに遷移する処理が実行され る。
このように、 3つのパスの初期化処理を設け、 より短い処理時間で すむパスから初期化処理を順次行うようにしたので、 より迅速に、 異 常を回復することが可能となる。
レシ一ブステート （RECEIVE) F、 L、 センドステート （SEND) I 、 J以外のステートにおいては、 基本的にメッセージが受信できない 状態となっている。 従って、 そのようなステートにおいて、 例えば、 異常が発生し、 そのステートにおける処理が完了できなくなってしま つたような場合、 異常な事態を回復することができなくなってしまう おそれがある。 また、 レシーブステート （RECEIVE) F、 L、 並びに センドステート （SEND) I、 Jにおいても異常が発生し、 所定のメッ セージを受信したとしても、 他のステートに遷移できなくなってしま うような場合がある。 このような異常な状態が発生した場合にも、 確 実に、 異常を回復することができるようにするために、 各ステートに は、 上述したように、 インタラプトのメッセージを受け付けることが できるようになされている。
以上のように、 プロセス間通信用メッセージのヘッダに、 MSGT=IN T (INTERRUPT)を設定することにより、 1^ の8 4ぃンステムコ一ル のように、 例外信号 （非同期信号） により、 プロセスのステートをィ ニシャライズステート （INITIALIZE) (イニシャライズステート （I NITIALIZE) C、 D) や夕一ミネ一トステート （TERMINATE) (ター ミネ一トステート （TERMINATE) N、 O) に遷移させることができる 。 その結果、 環境変数などを予め退避させておくことより、 遷移前の ステートへ確実に戻ることが可能となる。
第 1 9図は、 本発明を適用した音楽配信サービスシステムの配信側 の他の構成例を示している。 なお、 図中、 第 2図における場合と対応 する部分については、 同一の符号を付してあり、 以下では、 その説明 は、 適宜省略する。
端末 2 0 0は、 アラーム LAN 1 0 1およびメディアム LAN 1 02に接 続されており、 サーバ 1 1 3から、 PCM非圧縮音楽データを受け取り 、 それをエンコードして、 サーバ 1 1 3に供給する。 すなわち、 端末 2 0 0は、 第 2図に示す端末 1 1 1の機能に加え、 エンコーダ 1 1 2 の機能をさらに備えている。
第 20図は、 端末 200の構成例を表している。 この端末 2 0 0は 、 例えばコンピュータで構成される。 CPU 5 1 1にはバス 5 1 5を介 して入出力インターフェース 5 1 6が接続されており、 CPU 5 1 1は 、 入出力イン夕一フェース 5 1 6を介して、 ユーザから、 キーボード 、 マウスなどよりなる入力部 5 1 8から指令が入力されると、 例えば 、 R0M 5 1 2、 ハードディスク 5 1 4、 またはドライブ 5 2 0に装着 される磁気ディスク 5 3 1、 光ディスク 5 3 2、 光磁気ディスク 5 3 3、 若しくは半導体メモリ 5 3 4などの記録媒体に格納されているプ ログラムを、 RAM 5 1 3にロードして実行する。 さらに、 CPU 5 1 1は 、 その処理結果を、 例えば、 入出力インターフェース 5 1 6を介して 、 LCDなどよりなる表示部 5 1 7に必要に応じて出力する。
なお、 プログラムは、 ハードディスク 5 1 4や R0M 5 1 2に予め記 憶しておき、 端末 2 0 0と一体的にユーザに提供したり、 磁気ディス ク 5 3 1、 光ディスク 5 3 2、 光磁気ディスク 5 3 3、 半導体メモリ 5 3 4等のパッケージメディアとして提供したり、 衛星、 ネッ トヮ一 ク等から通信部 5 1 9を介してハードディスク 5 1 4に提供すること ができる。
半導体メモリ 5 3 4は、 フラッシュメモリなどの不揮発性メモリで あることが望ましい。 また、 半導体メモリ 5 3 4を内蔵するパッケ一 ジメディアは、 マイクロコンピュー夕を内蔵し半導体メモリ 5 3 4に 対する読み書きの認証が可能なものであることが望ましい。 例えば、 メモリスティック （商標） 、 SDメモリーカード （商標） 、 コンパク ト フラッシュ （商標） 、 スマートメディア （商標） 、 マルチメディア力 ード （商標） 、 マイクロドライブ （商標） 、 I Dフォーマツ ト （商標） 、 Thumb Dr i ve (商標） などとすることができる。
第 2 1図は、 端末 2 0 0の RAM 5 1 3にロードされ、 CPU 5 1 1によ り実行されるプログラムの構成例を示している。 この端末 2 0 0には 、 第 2図の端末 1 1 1の制御プロセス Wの他、 第 6図のエンコーダ 1 1 2の音楽データ入出力カプセル 1 5 5およびエンコード処理カプセ ル 1 5 6がさらに設けられている。 端末 2 0 0が、 このような構成を 有することより、 端末 1 1 1と同様のエンコード処理の実行が可能と なる。
この場合においても、 制御プロセス Wに対してデータ入出力マネー ジャ 1 7 1が行う処理は、 音楽データ入出力カプセル 1 5 5として力 プセル化されており、 同様に、 エンコード処理マネージャ 1 8 1が実 行する処理は、 エンコード処理カプセル 1 5 6としてカプセル化され ている。
また、 この場合においても、 上述した状態遷移図に対応して、 異常 時における初期化処理を含む各種の処理が実行される。 その処理は、 上述した場合と基本的に同様であるので、 その説明は省略する。
なお、 本明細書において、 媒体により提供されるプログラムを記述 するステップは、 記載された順序に沿って時系列的に行われる処理は もちろん、 必ずしも時系列的に処理されなくとも、 並列的あるいは個 別に実行される処理をも含むものである。
また、 本明細書において、 システムの用語は、 複数の装置、 手段な どより構成される全体的な装置を意味するものとする。 産業上の利用可能性
本発明の記憶媒体に記憶されるプログラムは、 制御部とハードゥエ ァとの間に位置し、 制御部からのメッセージに基づいてハードウエア を制御し、 制御部と通信する第 1のプロセスと、 第 1のハードウェア および第 2のハ一ドウエアと通信可能な第 2のプロセスと、 第 1のプ ロセスおよび第 2のプロセスと通信すると共に、 第 1のハードウェア に対応するィンターフェース処理を実行する第 3のプロセスと、 第 1 のプロセスおよび第 2のプロセスと通信すると共に、 第 2のハードウ エアに対応するィンターフェース処理を実行する第 4のプロセスとを 備え、 第 1のプロセスは、 制御部からのメッセージに基づいて、 第 3 のプロセスおよび第 4のプロセスのいずれか一方にメッセージを出力 することを特徴とする。
従って、 いずれの場合においても、 ハードウェアが変更されたとし ても、 制御部を変更する必要が無くなるか、 変更するとしても、 わず かの変更で済み、 1つの制御部で、 多くのハードウェアを共通に使用 することが可能になる。
また、 本発明の記憶媒体に記録されるプログラムは、 制御部とハー ドウエアとの間に位置し、 制御部からのメッセージに基づいてハード ウェアを制御するカプセル化されたプロセスを含み、 プロセスに異常 が生じたとき、 当該プロセスは、 ハードウェアとのデ一夕の授受に用 いられる第 1のバッファを初期化する第 1のパス、 制御部とのデータ の授受に用いられる第 2のバッファを開放し、 第 2のバッファを確保 し、 第 2のバッファを初期化し、 および第 1のバッファを初期化する 第 2のパス、 および第 2のバッファを開放し、 および第 1のバッファ を開放する第 3のパスのいずれかにより初期化されることを特徴とす る。
従って、 プロセスの異常なステートを迅速に回復することが可能と なる。

Claims

請求の範囲
1 . 制御部とハードウェアとの間に位置し、 上記制御部からのメッセ ージに基づいて上記ハードウェアを制御するプログラムは、
上記制御部と通信する第 1のプロセスと、
第 1のハードウエアおよび第 2のハ一ドウエアと通信可能な第 2の プロセスと、
上記第 1のプロセスおよび上記第 2のプロセスと通信すると共に、 上記第 1のハードウエアに対応するィン夕ーフェース処理を実行する 第 3のプロセスと、
上記第 1のプロセスおよび上記第 2のプロセスと通信すると共に、 上記第 2のハードウエアに対応するィン夕ーフェース処理を実行する 第 4のプロセスとを備え、
上記第 1のプロセスは、 上記制御部からのメッセージに基づいて、 上記第 3のプロセスおよび上記第 4のプロセスのいずれか一方にメッ セージを出力するコンピュータ制御可能なプログラムが記録されてい る記録媒体。
2 . 特許請求の範囲第 1項において、
上記プログラムは、 更に、
上記制御部と通信する第 5のプロセスを備え、
上記第 5のプロセスは、 上記制御部からのメッセージに応じて、 上 記ハードウエアが処理するべきデータを取得する。
3 . 特許請求の範囲第 2項において、
上記制御部は、 メインアプリケ一ションプロセスを含む。
4 . 特許請求の範囲第 3項において、
上記プログラムは、
上記メインアプリケ一ションプロセスからのデータ格納場所を指定 するメッセージを第 5のプロセスが受信し、
上記第 5のプロセスは、 上記データ格納場所に応じて上記ハードウ エアが処理するべきデータを取得し、
上記メインアプリケーシヨンプロセスからのェンコ一ド方式を指定 するメッセージを第 1のプロセスが受信し、
上記エンコード方式に応じて、 上記第 3のプロセスおよび上記第 4 のプロセスのいずれか一方が、 上記第 1のプロセスから上記メッセー ジを受信し、
上記第 3のプロセスおよび上記第 4のプロセスのいずれか一方の、 上記第 2のプロセスとの通信に応じて、 上記第 2のプロセスと通信す る第 1或いは第 2のハードウエアが上記取得されたデータをェンコ一 ドする。
5 . 特許請求の範囲第 4項において、
上記プログラムは、
上記メインアプリケーションプロセスからのデータ格納場所を指定 するメッセージをデータ入出力マネージャプロセスが受信し、 上記データ入出力マネージャプロセスは、 上記データ格納場所に応 じて上記ハードウェアが処理するべきデータを取得し、
上記メインアプリケーションプロセスからのェンコ一ド方式を指定 するメッセージをェンコ一ド処理マネージャプロセスが受信し、 上記エンコード方式に応じて、 第 1のエンコードカード入出力 I / Fプロセスおよび第 2のエンコードカード入出力 I Z Fプロセスのい ずれか一方が、 上記ェンコ一ド処理マネージャプロセスから上記メッ セージを受信し、
上記第 1のエンコードカード入出力 I Z Fプロセスおよび第 2のェ ンコードカード入出力 I Z Fプロセスのいずれか一方の、 エンコード カードドライバプロセスとの通信に応じて、 上記ェンコ一ドカ一ドド ライバプロセスと通信する第 1或いは第 2のハードウエアが上記取得 されたデータをエンコードする。
6 . 特許請求の範囲第 5項において、
上記エンコードカードドライバプロセスは、 A T R A C方式でォー ディォデ一夕をエンコードする第 1のエンコーダ、 および
MPEG Aud i o L aye r 3 方式でオーディオデータをエンコードする第 2のエンコーダと通信可能である。
7 . 特許請求の範囲第 1項において、
上記各プロセスには、 優先権が設定されている。
8 . 特許請求の範囲第 1項において、
上記各プロセスは、 異常時には、
生成されるとき遷移する第 1のステートを含む第 1のパス、 終了するとき遷移する第 2のステート、 生成されるとき遷移する第 3のステート、 および上記第 1のステートを含む第 2のパス、 または 上記第 2のステート、 および終了するとき遷移する第 4のステート を含む第 3のパス
のいずれかのパスによりステートを遷移する。
9 . 制御部とソフトウェアとの間に位置し、 上記制御部からのメッセ —ジに基づいて上記ソフトウエアを制御するプログラムは、
上記制御部と通信する第 1のプロセスと、
第 1のソフトウェアエンコーダおよび第 2のソフトウェアェンコ一 ダと通信可能な第 2のプロセスと、
上記第 1のプロセスおよび上記第 2のプロセスと通信すると共に、 上記第 1のソフトウエアエンコーダに対応するィン夕ーフェース処理 を実行する第 3のプロセスと、 上記第 1のプロセスおよび上記第 2のプロセスと通信すると共に、 上記第 2のソフトウエアエンコーダに対応するィン夕ーフェース処理 を実行する第 4のプロセスとを備え、
上記第 1のプロセスは、 上記制御部からのメッセージに基づいて、 上記第 3のプロセスおよび上記第 4のプロセスのいずれか一方にメッ セージを出力するコンピュータ制御可能なプログラムが記録されてい る記録媒体。
1 0 . 制御部とハードウェアとの間に位置し、 上記制御部からのメッ セージに基づいて上記ハードウエアを制御する情報処理装置において 上記制御部と通信する第 1の手段と、
第 1のハードウエアおよび第 2のハ一ドウエアと通信可能な第 2の 手段と、
上記第 1の手段および上記第 2の手段と通信すると共に、 上記第 1 のハードウエアに対応するィン夕一フェース処理を実行する第 3の手 段と、
上記第 1の手段および上記第 2の手段と通信すると共に、 上記第 2 のハードウエアに対応するィンタ一フェース処理を実行する第 4の手 段とを備え、
上記第 1の手段は、 上記制御部からのメッセージに基づいて、 上記 第 3の手段および上記第 4の手段のいずれか一方にメッセージを出力 する情報処理装置。
1 1 . 特許請求の範囲第 1 0項において、
更に、
上記制御部と通信する第 5の手段を備え、
上記第 5の手段、 上記制御部からのメッセージに応じて、 上記ハー ドウエアが処理するべきデータを取得する。
1 2 . 特許請求の範囲第 1 1項において、
上記第 5の手段は、 上記制御部からデ一夕格納場所を指定するメッ セージを受信すると共に、 上記データ格納場所に応じて上記ハードウ エアが処理するべきデータを取得し、
上記第 1の手段は、 上記制御部からのエンコード方式を指定するメ ッセージを受信し、
上記ェンコ一ド方式に応じて、 上記第 3の手段および上記第 4の手 段のいずれか一方が、 上記第 1の手段から上記メッセージを受信し、 上記第 3の手段および上記第 4の手段のいずれか一方の、 上記第 2 の手段との通信に応じて、 上記第 2の手段と通信する第 1或いは第 2 のハードウエアが上記取得されたデータをエンコードする。
1 3 . 制御部とハードウェアとの間に位置し、 上記制御部からのメッ セージに基づいて上記ハードウエアを制御する情報処理方法において 、
上記制御部からのデ一夕格納場所を指定するメッセージに応じて、 上記ハードウエアが処理すべきデータを取得するステップと、 上記制御部からのエンコード方式を指定するメッセージに応じて、 第 1のエンコーダ、 或いは第 2のエンコーダに対応するィンターフェ —ス処理を実行するステップと、
上記ィン夕ーフェース処理されたメッセージを上記第 1のェンコ一 ダ、 或いは上記第 2のエンコーダに送信するステップと、
上記インフェース処理されたメッセージに応じて、 上記第 1のェン コーダ、 或いは上記第 2のエンコーダにより上記取得されたデータを ェンコ一ドするステップとを備える情報処理方法。
1 4 . 制御部とハードウェアとの間に位置し、 上記制御部からのメッ セージに基づいて上記ハードウェアを制御する力プセル化されたプロ セスを含むプログラムにおいて、
上記プロセスに異常が生じたとき、 当該プロセスは、
上記ハードウエアとのデータの授受に用いられる第 1のバッファを 初期化する第 1のパス、
上記制御部とのデータの授受に用いられる第 2のバッファを開放し 、 上記第 2のバッファを確保し、 上記第 2のバッファを初期化し、 お よび上記第 1のバッファを初期化する第 2のパス、 および
上記第 2のバッファを開放し、 および上記第 1のバッファを開放す る第 3のパスのいずれかにより初期化される、 コンピュータ制御可能 なプログラムが記憶される記憶媒体。
1 5 . 特許請求の範囲第 1 4項において、
上記プロセスが上記第 1のパスにより初期化された場合においても 当該プロセスの異常が回復しないとき、
上記プロセスは上記第 2のパスにより初期化される。
1 6 . 特許請求の範囲第 1 5項において、
上記プロセスが上記第 2のパスにより初期化された場合においても 当該プロセスの異常が回復しないとき、
上記プロセスは上記第 3のパスにより初期化される。
1 7 . 特許請求の範囲第 1 4項において、
上記制御部からのメッセージのメッセージタイプが割り込み、 メッ セージナンパが QU I Tのとき、 上記プロセスは、 上記第 1のパスの初期 化が実行される。
1 8 . 特許請求の範囲第 1 4項において、
上記制御部からのメッセージのメッセージタイプが割り込み、 メッ セージナンパが RESETのとき、 上記プロセスは、 上記第 2のパスの初 期化が実行される。
1 9 . 特許請求の範囲第 1 4項において、
上記プロセスは、 リプライステート、 マネージステート、 センドス テート、 レシ一ブステート、 レディステートの各ステートをさらに備 える。
2 0 . 制御部とハードウェアとの間に位置し、 上記制御部からのメッ セージに基づいて上記ハードウェアを制御する力プセル化されたプロ セスを含むプログラムにおいて、
上記プロセスに異常が生じたとき、 当該プロセスは、
上記プロセスが生成されるとき遷移する第 1の初期化ステートを含 む第 1のパス、
上記プロセスが終了するとき遷移する第 1の終了ステート、 当該プ 口セスが生成されるとき遷移する第 2の初期化ステート、 並びに上記 第 1の初期化ステートを含む第 2のパス、 および
上記第 1の終了ステート、 および上記プロセスが終了するとき遷移 する第 2の終了ステートを含む第 3のパス
のいずれかにより初期化される、 コンピュータ制御可能なプロダラ ムが記憶される記憶媒体。
2 1 . 制御部とハードウェアとの間に位置し、 上記制御部からのメッ セージに基づいて上記ハードウェアを制御する力プセル化されたプロ セスを含むプログラムに基づき処理を行う情報処理装置において、 上記プロセスに異常が生じたとき、 上記プロセスが生成されるとき 遷移する第 1の初期化ステ一トを含む第 1の初期化手段と、
上記プロセスが終了するとき遷移する第 1の終了ステート、 当該プ 口セスが生成されるとき遷移する第 2の初期化ステート、 並びに上記 第 1の初期化ステートを含む第 2の初期化手段と、 上記第 1の終了ステート、 および上記プロセスが終了するとき遷移 する第 2の終了ステートを含む第 3の初期化手段とを備える情報処理
2 2 . 制御部とハードウェアとの間に位置し、 上記制御部からのメッ セージに基づいて上記ハードウエアを制御するカプセル化されたプロ セスを含むプログラムに基づき処理を行う情報処理方法において、 上記プロセスに異常が生じたとき、 上記プロセスが生成されるとき 遷移する第 1の初期化ステートを含む第 1の初期化ステップと、 上記プロセスが終了するとき遷移する第 1の終了ステート、 当該プ 口セスが生成されるとき遷移する第 2の初期化ステート、 並びに上記 第 1の初期化ステートを含む第 2の初期化ステップと、
上記第 1の終了ステート、 および上記プロセスが終了するとき遷移 する第 2の終了ステートを含む第 3の初期化ステップとを備える情報 処理方法。
PCT/JP2000/007549 1999-10-29 2000-10-27 Storage medium, and method and apparatus for information processing Ceased WO2001033372A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP00970140A EP1143341A4 (en) 1999-10-29 2000-10-27 STORAGE MEDIUM AND METHOD AND DEVICE FOR PROCESSING INFORMATION
US09/869,658 US6792476B1 (en) 1999-10-29 2000-10-27 Storage medium, and method and apparatus for information processing

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
JP30867499 1999-10-29
JP11/308673 1999-10-29
JP30867399 1999-10-29
JP11/308674 1999-10-29
JP2000325219A JP2001209553A (ja) 1999-10-29 2000-10-25 記憶媒体、情報処理装置および方法
JP2000325218A JP2001202087A (ja) 1999-10-29 2000-10-25 記憶媒体、情報処理装置および方法
JP2000/325218 2000-10-25
JP2000/325219 2000-10-25

Publications (1)

Publication Number Publication Date
WO2001033372A1 true WO2001033372A1 (en) 2001-05-10

Family

ID=27479972

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2000/007549 Ceased WO2001033372A1 (en) 1999-10-29 2000-10-27 Storage medium, and method and apparatus for information processing

Country Status (4)

Country Link
US (1) US6792476B1 (ja)
EP (2) EP1645966A1 (ja)
CN (1) CN1218254C (ja)
WO (1) WO2001033372A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4423550B2 (ja) * 2004-05-19 2010-03-03 ソニー株式会社 情報処理装置、コンテンツタイトル表示方法及びコンテンツタイトル表示プログラム
US8645540B2 (en) * 2004-07-29 2014-02-04 International Business Machines Corporation Avoiding unnecessary provisioning/deprovisioning of resources in a utility services environment
JP2012128721A (ja) * 2010-12-16 2012-07-05 Sony Computer Entertainment Inc 情報処理装置、情報処理システム、情報処理方法、プログラム及び情報記憶媒体
WO2017098644A1 (ja) * 2015-12-10 2017-06-15 三菱電機株式会社 情報処理装置、情報処理方法及び情報処理プログラム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05334224A (ja) * 1992-05-29 1993-12-17 Nec Corp バス制御装置
JPH07200420A (ja) * 1993-12-28 1995-08-04 Oki Electric Ind Co Ltd リセット制御装置
JPH09259067A (ja) * 1996-03-22 1997-10-03 Nec Yonezawa Ltd Ｉｃカード及び入出力制御装置及び入出力制御システム
US5968146A (en) * 1996-05-28 1999-10-19 Hitachi, Ltd. Data transfer device for decreasing load of CPU by avoiding direct control from the CPU in parallel computer system

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6364133A (ja) * 1986-08-29 1988-03-22 インタ−ナショナル・ビジネス・マシ−ンズ・コ−ポレ−ション 情報処理システム
EP0714212A3 (en) * 1994-11-21 1999-03-31 SICAN, GESELLSCHAFT FÜR SILIZIUM-ANWENDUNGEN UND CAD/CAT NIEDERSACHSEN mbH Video decoder using concurrent processing and resource sharing
US5815678A (en) * 1995-07-14 1998-09-29 Adaptec, Inc. Method and apparatus for implementing an application programming interface for a communications bus
US6009476A (en) * 1995-11-21 1999-12-28 Diamond Multimedia Systems, Inc. Device driver architecture supporting emulation environment
DE19631939A1 (de) * 1996-08-08 1998-02-12 Sel Alcatel Ag Digitaler ISDN-Video-Server
CN1162010C (zh) * 1996-08-29 2004-08-11 松下电器产业株式会社 图象译码设备和图象存储器
KR100442229B1 (ko) * 1996-09-13 2004-10-08 엘지전자 주식회사 간이형hdtv비디오디코더및디코딩방법
JPH10191236A (ja) * 1996-12-25 1998-07-21 Nec Corp 画像処理装置及び画像データメモリ配置方法
US6243735B1 (en) * 1997-09-01 2001-06-05 Matsushita Electric Industrial Co., Ltd. Microcontroller, data processing system and task switching control method
US6542541B1 (en) * 2000-01-12 2003-04-01 Sony Corporation Method and apparatus for decoding MPEG video signals using multiple data transfer units

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05334224A (ja) * 1992-05-29 1993-12-17 Nec Corp バス制御装置
JPH07200420A (ja) * 1993-12-28 1995-08-04 Oki Electric Ind Co Ltd リセット制御装置
JPH09259067A (ja) * 1996-03-22 1997-10-03 Nec Yonezawa Ltd Ｉｃカード及び入出力制御装置及び入出力制御システム
US5968146A (en) * 1996-05-28 1999-10-19 Hitachi, Ltd. Data transfer device for decreasing load of CPU by avoiding direct control from the CPU in parallel computer system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP1143341A4 *

Also Published As

Publication number Publication date
US6792476B1 (en) 2004-09-14
EP1645966A1 (en) 2006-04-12
EP1143341A1 (en) 2001-10-10
CN1218254C (zh) 2005-09-07
CN1337025A (zh) 2002-02-20
EP1143341A4 (en) 2005-08-24

Similar Documents

Publication Publication Date Title
JP5044254B2 (ja) ユニバーサル・シリアル・バスに基づくｐｃフラッシュディスクのためのアーキテクチャ
KR100708952B1 (ko) 병렬 처리 시스템, 병렬 처리 프로그램을 기록하는 컴퓨터 판독가능한 기록 매체 및 병렬 처리 방법
TWI239160B (en) Remote booting method and apparatus applied in WAN based on IP technique
CN100399305C (zh) 计算机网络内的数据块存储
CN1285030C (zh) 可以和主机交互信息的个人手持终端及其方法
WO2003084164A1 (en) Stream data processing device, stream data processing method, program, and medium
JPWO2004093446A1 (ja) 圧縮データと非圧縮データを同時転送する場合のタスクスケジューリング方法
JP4071098B2 (ja) ネットワークフィルタドライバのためのアーキテクチャおよびランタイム環境
US10908963B2 (en) Deterministic real time business application processing in a service-oriented architecture
JP2000184000A (ja) ステ―トマシン駆動型トランスポ―トプロトコルインタ―フェ―ス
WO2001033372A1 (en) Storage medium, and method and apparatus for information processing
JP2001308951A (ja) パケット送受信処理装置
TW514832B (en) Multiprocessor object control
WO2004099984A1 (ja) プログラム処理システム及びプログラム処理方法、並びにコンピュータ・プログラム
CN101561786B (zh) 信息处理装置和信息处理方法
JP2001202087A (ja) 記憶媒体、情報処理装置および方法
JP2001209553A (ja) 記憶媒体、情報処理装置および方法
JP4349189B2 (ja) ネットワークシステム、番組録画予約方法および情報処理装置
KR100962614B1 (ko) 저 레벨 계층을 고객 소프트웨어 프로그램에 개방하는메인 소프트웨어 프로그램과 저 레벨 계층을 구동하는무선통신 모듈
JP4569368B2 (ja) 計算機システム、メモリ初期化方法、および計算機システムのプログラム
CA2416830C (en) Communication apparatus and network system having rapid digital interface
JP3321090B2 (ja) 情報処理装置における楽音再生方法及び楽音再生装置
WO2003034657A2 (en) Scheme for dynamic process network reconfiguration
CN120034522A (zh) 一种基于多媒体框架的多媒体数据编解码方法和装置
JP2002185558A (ja) ネットワーク起動制御方法及び同方法を適用する電子機器

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 00802854.0

Country of ref document: CN

AK Designated states

Kind code of ref document: A1

Designated state(s): CN US

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE

WWE Wipo information: entry into national phase

Ref document number: 2000970140

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 09869658

Country of ref document: US

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWP Wipo information: published in national office

Ref document number: 2000970140

Country of ref document: EP