WO2001037555A1 - Procede et appareil pour le traitement de signaux numeriques et procede de creation d'une fonction d'extension - Google Patents

Procede et appareil pour le traitement de signaux numeriques et procede de creation d'une fonction d'extension Download PDF

Info

Publication number
WO2001037555A1
WO2001037555A1 PCT/JP2000/008113 JP0008113W WO0137555A1 WO 2001037555 A1 WO2001037555 A1 WO 2001037555A1 JP 0008113 W JP0008113 W JP 0008113W WO 0137555 A1 WO0137555 A1 WO 0137555A1
Authority
WO
WIPO (PCT)
Prior art keywords
signal processing
digital signal
command
bus
block
Prior art date
Application number
PCT/JP2000/008113
Other languages
English (en)
French (fr)
Inventor
Masashi Nakamura
Hisayoshi Moriwaki
Sunao Furui
Ichiro Hamada
Original Assignee
Sony Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corporation filed Critical Sony Corporation
Priority to CA002360550A priority Critical patent/CA2360550C/en
Priority to AU14149/01A priority patent/AU770178B2/en
Priority to EP00976316A priority patent/EP1146736A4/en
Priority to MXPA01007132A priority patent/MXPA01007132A/es
Priority to JP2001538401A priority patent/JP4581316B2/ja
Priority to US09/889,459 priority patent/US7096461B1/en
Publication of WO2001037555A1 publication Critical patent/WO2001037555A1/ja

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
    • H04N5/46—Receiver circuitry for the reception of television signals according to analogue transmission standards for receiving on more than one standard at will
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/418—External card to be used in combination with the client device, e.g. for conditional access
    • H04N21/4183—External card to be used in combination with the client device, e.g. for conditional access providing its own processing capabilities, e.g. external module for video decoding
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/76—Architectures of general purpose stored program computers
    • G06F15/78—Architectures of general purpose stored program computers comprising a single central processing unit
    • G06F15/7867—Architectures of general purpose stored program computers comprising a single central processing unit with reconfigurable architecture
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G06F9/4411—Configuring for operating with peripheral devices; Loading of device drivers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software

Definitions

  • the present invention relates to a digital signal processing device and system suitable for use in a digital broadcast receiving device for receiving digital broadcasts using satellites and terrestrial digital broadcasts, and a method for providing an extended function. Pertains to efficient design, easy design change, and easy adaptation to new services and functional upgrades
  • digital television broadcasting since the frequency use efficiency is improved, multi-channel broadcasting and HDTV (High Definition Television) broadcasting can be easily performed.
  • digital television broadcasting can provide various services, such as interactive services, data distribution services, and video-on-demand, which cannot be realized by conventional analog broadcasting.
  • a received signal is supplied from an input terminal 101 to a tuner circuit 102.
  • a signal transmitted in the 12 GHz band is received by a parabolic antenna (not shown), and this signal is transmitted by a low-noise converter attached to the parabolic antenna to the 1 GHz band. And supplied to the tuner circuit 102.
  • a signal of a carrier frequency of a desired channel is selected from the received signals, and a demodulation process and an error correction process are performed on the signal of the carrier frequency of the desired channel. Thereby, the transport stream composed of the video bucket and the audio bucket is decoded.
  • the output of the tuner circuit 102 is supplied to the demultiplexer 103.
  • the demultiplexer 103 separates a video bucket and an audio bucket from this transport stream.
  • the video packet is supplied to a video decoder 104, and the audio packet is supplied to an audio decoder 105.
  • the video decoder 104 expands the video data by, for example, the MPEG2 (Moving Picture Experts Group) method, and decodes the video data.
  • the audio decoder 105 the audio data is expanded by, for example, the MPEG method, and the audio data is decoded.
  • the video data decoded by the video decoder 104 is supplied to the graphics processing circuit 106.
  • the graphic processing circuit 106 performs image processing.
  • the output of the graphics processing circuit 106 is output from the output terminal 107.
  • the output of the audio decoder 105 is output from the output terminal 108.
  • Tuner circuit 102 Tuner circuit 102, demultiplexer 103, video decoder 10 4.
  • Control of the audio decoder 105 and the graphics processing circuit 1 • 6 is performed by the MPU (Micro Processor Unit) 111.
  • the bus 111 is derived from the MPU 111, and the bus 110 has a tuner circuit 102, a demultiplexer 103, a video decoder 104, an audio decoder 105, and graphics processing.
  • Circuit 106 is connected.
  • the bus 11 ⁇ has a modem 112 for billing processing, and an interface of an IEEE (Institute of Electrical and Electronics Engineers) 1 CJ 94 for exchanging a stream with external devices. 11 are provided.
  • the MPU controls the entire device. This MPU performs centralized control using commands for each hardware component, taking into account the fine timing levels of the hardware components.
  • buses become standardized, hardware for providing extended functions to the buses will be added so that new services can be used. Can be done. For example, it is conceivable to prepare an extension plug-in card to provide extended functions, and attach this extension plug-in card to the bus via an interface so that various functions and services can be newly added. .
  • the host MPU recognizes the hardware in order for the hardware to function, and the host MPU issues commands to the hardware. Need to be given. Software may need to be installed in order for the host MPU to be able to give commands to its hardware. Installing such software is a difficult task, especially for ordinary users such as television receivers.
  • an object of the present invention is to provide a digital signal processing device in which necessary functions are blocked and connected by a standardized bus, and hardware for providing an extended function can be easily connected to the bus. And to provide an extended function providing method. Disclosure of the invention
  • the present invention provides a plurality of digital signal processing blocks and a host operation processing block, which are blocked as functions necessary for digital signal processing, a path connecting the host operation processing block and the plurality of digital signal processing blocks,
  • extension function providing medium connected to the path, wherein the extension function providing medium includes means for implementing the extension function, and a script in which a command for operating the extension function is embedded;
  • the digital signal processing device is characterized in that the script is sent to the host operation processing block side, and the function of the extended function providing medium can be operated based on the command embedded in the script.
  • the present invention relates to a plurality of digital signal processing blocks and a host operation processing block which are blocked as functions required for digital signal processing, a bus connecting the host operation processing block and the plurality of digital signal processing blocks, A digital signal processing device having an interface for an extended function providing medium connected to the bus;
  • the extension function providing medium includes means for realizing the extension function, and a script in which commands for operating the extension function are embedded.
  • the script When attached to the bus via the interface, the script is sent to the host operation processing block side, and the function of the extended function providing medium can be operated based on the command embedded in the script
  • the present invention blocks functions necessary for digital signal processing into a plurality of digital signal processing blocks and host operation processing blocks, and connects a host operation processing block and a plurality of digital signal processing blocks with a bus.
  • the extension function providing medium includes means for implementing the extension function, and a script in which a command for operating the extension function is embedded.
  • the script is sent to the host operation processing block side, and the function of the extension function providing medium can be operated based on the command embedded in the script. Becomes An extended function providing method characterized by doing so.
  • each block is connected via a versatile bus.
  • an expansion plug-in card which is detachable from the bus is prepared.
  • the extension plug-in card stores hardware for realizing the extended functions and a script in which commands for controlling the hardware are described.
  • this script is automatically uploaded to the host processing block.
  • the host operation processing block can operate the extended plug-in card based on the transferred script. This eliminates the need to install software when new hardware is added.
  • FIG. 1 is a block diagram of an example of a conventional digital television broadcast receiving apparatus
  • FIG. 2 is a block diagram for explaining a basic configuration of the present invention
  • FIG. FIG. 4 is a schematic diagram used for explaining a screen display
  • FIG. 4 is a schematic diagram used for explaining a command sent from the host processor
  • FIG. 5 is a schematic diagram used for explaining a command sent from the host processor.
  • FIG. 6 is a flowchart used for explaining the driver installation
  • FIG. 7 is a block diagram of an example of a television receiver to which the present invention is applied
  • FIG. 8 is a block diagram of the present invention.
  • FIG. 9 is a block diagram showing an example of a case where encryption processing is performed in a television receiver to which the present invention is applied.
  • FIG. 9 is another block diagram in a case where encryption processing is performed in a television receiver to which the present invention is applied.
  • An example FIG. 10 is a perspective view used for describing a television receiver to which the present invention is applied, and
  • FIG. 12 is a block diagram used to explain when a new device is attached
  • Fig. 13 is a schematic diagram used to explain the command generation and screen display when a new device is attached.
  • FIG. 14 is a flowchart used to explain a case where an expansion plug-in card is installed in a television receiver to which the invention is applied.
  • FIG. 14 is an expansion plug-in card in a television receiver to which the invention is applied. It is a flow chart used for the description in the case where is attached.
  • Fig. 2 shows the basic structure of a digital television receiver in which elements necessary for the digital television receiver are blocked and blocks are connected by a bus. It is.
  • a digital television receiver 1 is configured by connecting blocks 11, 12, 13, 13, 14, 15, and 16 necessary for a digital television receiver to a bus 10.
  • digital television The host MPU block 11, AV signal processing block 12, front end block 13, interface block 14, plug-in interface block 15, built-in feature block 16 is connected to bus 10.
  • the host MPU block 11 controls the entire receiver.
  • the AV signal processing block 12 performs decompression processing and graphic processing of a video stream and an audio stream.
  • the front-end block 13 selects a carrier signal of a desired channel from the received television broadcast, performs demodulation processing, error correction processing, and the like on the signal, and performs a video stream and an audio stream. It decodes the stream.
  • the interface block 14 is an interface for connecting to an external device such as IEEE1394.
  • the plug-in interface block 15 is an interface for connecting a function extension.
  • the built-in feature block 16 is for realizing other necessary built-in functions.
  • commands and data which are continuous in time are transferred.
  • the command is not a low-level layer command that defines timing or directly controls hardware, but a high-level layer command that does not require real-time performance and is not aware of the hardware configuration. For example, give a command such as “How many channels do you want to receive” to the front end block 13, or “Enlarge or reduce the screen” or “Draw a circle” to the AV signal processing block 12. This is a highly versatile script-like command.
  • a script in hypertext such an operation can be easily realized. That is, as shown in Fig. 3, the up / down keys 201A and 201B and the enlargement / reduction keys 201C and 201D are displayed, and commands corresponding to these displays 201A to 201E are displayed. Create a script in which CMD1 to CMD4 are embedded using hypertext. When such a script is displayed, a screen as shown in Fig. 3 is displayed on the browser screen.
  • the channel up / down button ⁇ display 201 A to 201 D for scaling the screen is clicked, the corresponding commands CMD 1 to CMD 4 are generated.
  • the command is sent to the block that can receive this command in blocks 11 to 16. In the block that receives the command, the processing corresponding to this command is performed. Further, when performing complicated processing, JAVA or the like may be used.
  • the present invention is not limited to using hypertext or using JAVA.
  • Blocks 11, 12, 13, 14, 14, 15 and 16 are designed to meet this standardized standard. Of these blocks 11 to 16, basic blocks such as the host MPU block 11 interface block 14 and the plug-in interface block 15 are mounted on the motherboard. The other blocks 12, 13, and 16 may be set as daughter boards, and these other blocks 12, 13, and 16 may be connected to a standardized path. Further, the blocks 11, 12, 13, 14, 15, and 16 may be formed into an integrated circuit or a module.
  • the host MPU block 11, the AV signal processing block 12, the front end block 13, the interface block 14, the plug-in interface block 15, and the built-in field The block is divided into 16 and the block. It is not limited to this.
  • each block on the board it is not necessary to configure one block on one board, and two or more blocks may be functionally arranged on one board.
  • the host MPU block 11 and the interface block 14 may be arranged on one substrate.
  • one block may be composed of a plurality of substrates.
  • Each block 11, 1, 12, 13, 14, 15, 16 interprets the command sent via the node 10, executes processing for the command, or executes the processing via the bus 10. Since the commands with little hardware dependency, such as processing streams and data sent from the host, are sent via the bus 10, each block 12, 13, 14, 14, 15 and 1 6 are often interpreted as CPU (Central Processing Unit)
  • the CPU of each block 12, 13, 14, 14, 15 and 16 interprets the sent command and executes the processing corresponding to the command.
  • Drivers for operating the hardware in response to commands sent are contained in each blog 12, 13, 14, 14, 15, and 16. The processing is completed within the block.
  • the host MPU block 11 has a high-level interface HIF in order to perform processing with high-level commands that are highly versatile and hardware-independent. Is provided.
  • each of the blocks 12, 13, 14 and 15 has a driver DRV that interprets this higher-level command and performs processing closer to hardware. Direct control over hardware A low-level interface LIF is provided for control.
  • Upper-level commands are sent from the host MPU block 11 via the high-level interface HIF, and are transferred to each block via the bus 10.
  • the driver DRV of each block interprets this higher-level command. In this case, all parts depending on hardware are absorbed by the driver DRV of each of the blocks 12, 13, 14, 15 and 15.
  • FIG. 5 there is an idea that a driver DRV is mounted on the block 11 side of the host MPU.
  • a new driver DRV when new hardware is added or hardware is changed, a new driver DRV must be installed or the driver DRV must be changed. .
  • a high-speed stream such as a stream of video data and audio data and data that does not require real-time properties such as command data are transferred to the bus 10.
  • a bus that can transfer data with different characteristics a band for transmitting high-speed streams such as video data and audio data, and a data such as commands that do not require real-time
  • a configuration in which data is transmitted by dividing a band can be used.
  • priority should be given to data, and video data and audio data streams should be given higher priority so that video data / audio data streams can be sent at high speed. May be.
  • the commands sent to the bus 10 do not require real-time properties such as timing control, and are in a script format, so that the amount of transmission is minimized. Therefore, on the same bus 10, commands and In this way, blocks 11, 12, 13, 14, 15, and 16 can be connected by bus 10, and video data and audio data streams can be sent. If a digital television receiver is constructed by exchanging commands, streams, and data, it can be easily adapted to various types of television broadcasting, greatly improving the development environment.
  • the existing digital satellite broadcasting differs from the terrestrial digital broadcasting in the carrier frequency, modulation scheme, error correction scheme, transport stream configuration, etc. used, but it is assumed that the other schemes are the same.
  • only the AV signal processing block 12 and the front-end block 13 need to be developed for terrestrial digital broadcasting.
  • the AV signal processing block 12A and the front-end block 13A for terrestrial digital broadcasting were developed. If only the AV signal processing block 12 and the front end block 13 are replaced with the AV signal processing block 12 A for digital terrestrial broadcasting and the front end block 13 A, terrestrial digital broadcasting will be newly started. It is not necessary to redesign the receiver from the beginning.
  • a receiver corresponding to a digital television broadcast broadcast on a satellite in Europe or a receiver corresponding to a digital television broadcast broadcast on a CATV having a high capacity is referred to as a receiver. It can be easily realized without redesigning from the beginning.
  • a modem is installed for billing, so that it can be connected to a management company via a telephone line.
  • the modem 16A is mounted as the built-in feature 16. In this way, the equipment required to receive the broadcast service can be easily installed as the built-in feature block 16.
  • the hardware can be added as a device to be attached to the plug-in interface block 15.
  • a driver may be required when a block is replaced or a new device is attached to the plug-in interface 15. This driver is included in the memory of the device connected to the plug-in interface 15 in the block and automatically stored when the block is replaced or the device is connected to the plug-in interface 15. If it is installed in the, the usability will be improved.
  • a service center is called by telephone line and the driver is down-logged from the service center. You may do it.
  • Step S 1 ⁇ 1 it is determined whether a block has been replaced or a new device has been attached to the plug-in interface 15.
  • Step S 1 ⁇ 1 the replaced device or the type of the new device is recognized (step S102).
  • the service center is called by telephone (step S103).
  • the service center accepts the call, it sends driver software corresponding to the type of the device via a telephone line.
  • the software for this driver is downloaded (step S104).
  • the software of the driver may be made to be able to download from digital satellite broadcasting or digital terrestrial broadcasting signals.
  • the driver must be installed in the case where the driver is installed in each block as shown in Fig. 4, and as described in Fig. 5, the command for each block is required. If is the command of the upper layer, no driver installation is required. However, even in this case, it is assumed that a driver must be installed due to a change in software in a part that depends on hardware.
  • Terrestrial broadcasting, CATV network, telephone line, etc. are transmitted through various transmission media.
  • the carrier wave used in digital television broadcasting, the modulation method and the compression method are used in the transmission medium used and broadcasting. Is different depending on the country or region where the broadcasting is conducted, the company that broadcasts, and the like.
  • various services such as HDTV broadcasting, data transmission service and video-on-demand service are considered. For this reason, digital television broadcast receivers must be developed according to each transmission medium, region, service, etc.
  • the program for realizing each function of the television receiver If the system can be connected to a standardized bus, and streams such as video data and audio data can be exchanged with commands via this bus, the development of television receivers will be possible. Efficiency will be improved and various types of television receivers will be able to easily accommodate new services that will be developed in the future.
  • FIG. 7 is an example of a specific configuration of such a television receiver.
  • an internal bus 22 is derived from the host MPU 21, and a ROM (Read Only Memory) 23 is connected to the bus 22. Further, an additional logic 24 can be connected to the bus 22 for function expansion.
  • ROM Read Only Memory
  • the ROM 23 stores an abbreviated program for operating the entire television receiver.
  • An SDRAM 25 is connected to the host CPU 21.
  • the SDRAM 25 stores user-specific information and various setting information.
  • the host CPU 21 is connected to the bus 30 via the path controller 26.
  • the bus 30 is used for transmitting a continuous stream of time such as video data and audio data, and commands and data.
  • a command a command of an upper layer is used, which does not depend on hardware and does not require a real-time property.
  • the AV signal processing block 31, front end block 32, external interface block 33, and built-in feature block 34 are connected to the bus 30.
  • the path 30 is provided with a plug-in interface 35.
  • An extended plug-in card 36 can be attached to the plug-in interface 35.
  • the part consisting of the host MPU 21 is placed on the motherboard, and the blocks 31, 32, 33, and 34 are configured on the daughter board, and the physical It is also possible to determine the basic shape and terminal arrangement so that the daughter boards of each block 31, 32, 33, 34 can be attached to and detached from the mother board consisting of the host MPU 21. . Further, the blocks 31, 32, 33 and 34 may be formed into a module or an integrated circuit.
  • Data transferred via the bus 30 between the host MPU 21 and each of the blocks 31, 32, 33, 34 and the extension plug-in card 36 is managed by the bus controller 26. Data can be transferred directly between the blocks 31, 32, 33, 34 and the expansion plug-in card 36 by DMA (Direct Memory Access) control without going through the host MPU 21. .
  • DMA Direct Memory Access
  • data transfer is possible from one block to one block and from one block to a plurality of blocks, that is, broadcast.
  • broadcast transfer for example, the transport stream from the front end block 32 is sent to the AV signal processing block 31 and the interface block 33 at the same time, and the screen is played back while connected to the interface block 33. This can be used to record transport streams sent to equipment.
  • the AV signal processing block 31 extracts the video bucket and the audio bucket from the transport stream, decompresses the video packet and converts it to the original video data, and also decodes the audio packet and decodes the original audio data. Is converted to Also, the AV signal processing block 31 can perform image processing on the decoded video data.
  • the AV signal processing block 31 includes a CPU 41, a video decoder 42, an audio decoder 43, a demultiplexer 44, a graphics processing circuit 45, and a bridge circuit 46. These CPU4 1, video decoder 42, audio decoder 43, demultiplexer 44, graphics processing circuit 45, and bridge circuit 46 are connected to bus 47 in the chip.
  • the front-end block 32 selects a signal of a desired carrier from the received signal, demodulates the signal, performs error correction processing, and outputs a transport stream.
  • the front end block 32 has a front end pack 51 and a CPU 52.
  • the front end pack 51 includes a mixer circuit for converting a received signal into an intermediate frequency signal, a local oscillation circuit, an intermediate frequency amplifier circuit, a demodulation circuit, an error correction circuit, and the like.
  • the interface block 33 provides an interface with an external device, for example, IEEE1394.
  • the external interface block 33 includes, for example, an interface 1394 of IEEE1394 and a CPU 62.
  • the built-in feature block 34 is for further providing an additional circuit necessary for receiving the digital broadcast. For example, in digital satellite broadcasting, received data is transferred via a telephone line in order to perform charging. A modem for this purpose is provided in the built-in feature block 34.
  • the built-in feature block 34 includes a circuit (here, a modem) 71 for realizing additional functions and a CPU 72.
  • the plug-in interface 35 is for providing an extended function when receiving a new service.
  • An extension plug-in card 36 is attached to the plug-in interface 35.
  • the extension plug-in card 36 includes an extension function 81 composed of software and hardware for realizing the extension function, and a CPU 82.
  • a block capable of demodulating QPSK, Viterbi decoding, and error correction of Reed-Solomon code is used as the front end block 32.
  • the AV signal processing block 31 a block that performs decompression processing of a video bucket compressed by the MPEG 2 method and an audio bucket compressed by the MPEG method, which is sent in the transport stream, is used.
  • a signal in the 12 GHz band is used.
  • a received signal in the 12 GHz band from this satellite is received by a parabolic antenna (not shown), converted into a signal of about 1 GHz by a low-noise converter attached to the parabolic antenna, and then transmitted to the front.
  • Sent to end block 32 a carrier signal of a desired channel is selected from the received signals.
  • the signal is subjected to QP SK demodulation, Viterbi decoding, and error correction of the read-Solomon code, and the transport stream is decoded.
  • the selection of the channel to be received is set according to the command sent from the host MPU 21 via the bus 30.
  • an upper layer command such as “how many frequency channels should be received” is sent via the bus 30.
  • This command is sent from the bus 30 to the CPU 52 of the front end block 32.
  • the CPU 52 interprets this command and generates a control signal from the command to set the reception frequency of the front end pack 32 to a desired carrier frequency specified by the command. Specifically, the CPU 52 generates a control signal of a PLL constituting a local oscillator based on the transmitted command. Thereby, the frequency of the receiving channel is set.
  • a bucket of video data compressed in MPEG2 format and audio data compressed in MPEG format The transport containing the bucket is output. This transformer
  • the stream is sent to the AV signal processing block 31 via the bus 30.
  • the transport stream sent to the AV signal processing block 31 is sent to the demultiplexer 44 via the bridge 46 and the on-chip bus 47.
  • the video packet and the audio packet are separated by the demultiplexer 44, the video packet is sent to the video decoder 42, and the audio packet is sent to the audio decoder 43.
  • the video decoder 42 decompresses the video data of the MPEG2 system and decodes the video data.
  • the audio decoder 43 expands the audio data according to the MPEG-audio method and decodes the audio data.
  • the video data decoded by the MPEG decoder 42 is sent to the graphics processing circuit 45 via the on-chip bus 47.
  • the graphics processing circuit 45 performs image processing.
  • the functions required to configure the television receiver 20 are connected to the bus 30 as blocks 31, 32, 33, 34, and 35, Commands and streams are transferred via bus 30.
  • Bus 30 By standardizing the number of services, development efficiency will increase, and it will be possible to easily respond to changes in broadcasting methods and changes and additions to services.
  • each block 31, 32, 33, 34, 35 and the extended plug-in card 36 connected to the bus 30 are provided.
  • Encryption encoder / decoder 48, 58, 68, 78, 88 are provided.
  • the data is transferred from each block 31, 32, 33, 34, 35 via the bus 30 by the encryption encoder / decoder 48, 58, 68, 78, 88.
  • the stream of the video bucket audio bucket is decoded. In this way, the content can be protected by encrypting the stream of the video packet high-speed packet transferred via the bus 30.
  • each block 3 1 3 2 3 3 3 3 4 is contained in a set, so each block 3 1 3 It is relatively unlikely that content will leak out from 32, 33, and 34.
  • the bus 30 is led out of the plug-in interface 35 to the outside. Content It is most likely that the contents will leak out to the outside by connecting a device for copying to the plug-in interface 35 and extracting the contents from the bus 30.
  • an encryption encoder Z decoder 89 is provided in the extension plug-in interface 35, and the content data flowing through the bus 30 may be output from the extension plug-in interface 35 as it is. It may not be.
  • a card mounting portion 91 is provided on the front surface of the television receiver 20.
  • the expansion plug-in card 36 is mounted on the card mounting section 91.
  • the expansion plug-in card 36 is connected to the bus 30 via the plug-in interface 35.
  • control software may be required to enable the functions of the extended plug-in card 36 to work. It is conceivable that the control software is provided on a recording medium such as a magnetic disk or an optical disk, and the user installs the driver software, but this imposes a burden on the user.
  • the extended plug-in card 36 includes a command script CMD, a command interface C IF and a driver DRV.
  • the host MPU 21 recognizes that the expansion plug-in card 36 is installed.
  • a command script CMD for operating the extended plug-in card 36 is uploaded to the host CPU 21 side.
  • the command script CMD is uploaded to the host MPU 21, the host MPU 21 can generate a command to operate the newly installed expansion plug-in card 36.
  • the newly installed expansion plug-in card When the command 36 is operated, a command is generated from the script engine S ENG of the host MPU 21, and the command is sent to the extension plug-in card 36 via the bus 30. This command is interpreted by the command interface C IF of the extended plug-in card 36, and the hardware is controlled by the driver DRV in accordance with the transmitted command.
  • a reverse feed key 2 ⁇ 2A, a stop key 202B, and a play key 202 C, fast forward key 202 D, recording key 202 C commands for reverse feed, stop, playback, fast forward, and recording CMD11, CMD12, CMD13, CMD14, CMD1 Scripts with embedded 5 are written in hypertext.
  • the browser shows it as shown in Figure 12. Such a screen is formed.
  • a key 202A to 202E is clicked, an embedded command is generated, and the operation of the device is controlled by this command.
  • FIGS. 13 and 14 are flowcharts showing the processing at this time.
  • the host MPU 21 determines that the expansion plug-in card 36 is mounted (Step S2). Then, it is determined whether or not it is possible to confirm what kind of card the plug-in expansion card 36 is (step S3). If the extension plug-in card 36 cannot be recognized, a warning is issued (step S4).
  • step S5 the command script CMD in the extension plug-in card 36 is uploaded (step S5).
  • the host MPU 21 recognizes the command for the attached extension plug-in card 36, and the attached extension. Processing for the plug-in card 36 can be performed.
  • step S11 a user operation for operating the extended plug-in card 36 is performed (step S11)
  • step S12 the script is checked (step S12). It is determined whether the result of the check is correct (step S13). If the result of the check is incorrect, a warning is displayed (step S14). If the check result is correct, the script is interpreted by the script engine S ENG (step S15), and a command is issued (step S16). This command activates the extended plug-in device (step S17).
  • the receiving device is a digital broadcast receiving device.
  • the present invention can be similarly applied to other devices such as a digital VTR.
  • elements necessary for a digital television receiver are blocked, and the blocks are connected via a versatile bus.
  • a removable expansion plug-in card is prepared for this bus.
  • the extension plug-in card stores hardware for realizing the extension function and a script in which commands for controlling this hardware are described.
  • the host processing block can operate the extension plug-in card based on the transferred script. For this reason, when new hardware is added, software installation is not required.
  • the present invention is particularly suitable for use in implementing a television set for receiving digital broadcasts, and is suitable for supporting various digital television broadcasts having different carrier waves, modulation schemes, and compression schemes. Useful when used.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Bus Control (AREA)
  • Stored Programmes (AREA)
  • Television Systems (AREA)

Description

明 細 書 ディジタル信号処理装置及びシステム、 並びに拡張機能提供方法 技術分野
この発明は、 衛星を使ったディジタル放送や地上波のディジタル放送 を受信するためのディジタル放送の受信装置に用いて好適なディジタル 信号処理装置及びシステム、 並びに拡張機能の提供方法に関するもので 、 特に、 効率的な設計が行え、 設計変更が容易であると共に、 新たなサ 一ビスの追加や機能ァップに容易に対応できるようにしたものに係わる
背景技術
テレビジョン放送は、 アナログ方式からディジタル方式に移行しつつ ある。 現在、 C S (Communication Satellite ) 衛星を使ったディジタ ル衛星放送のサービスが開始されている。 また、 B S (Broadcasting Satellite) 衛星を使ったディジタル衛星放送の開始準備が進められて いる。 更に、 地上波テレビジョン放送についても、 ディジタルで行うこ とが予定されている。
ディジタルテレビジョ ン放送では、 周波数使用効率が向上されるため 、 多チャンネルィ匕を図ったり、 HDTV (High Definition Television ) 放送を行うことが容易にできる。 また、 ディジタルテレビジョ ン放送 では、 双方向サービスやデータ配信サービス、 ビデオオンデマンド等、 従来のアナログ放送では実現できなかったような種々のサービスが実現 できる。
このようなディジタルテレビジョン放送を受信するテレビョンは、 従 来、 図 1に示すように構成されている。
図 1において、 入力端子 1 0 1からチューナ回路 1 0 2に、 受信信号 が供給される。 例えば、 C Sディジタル放送の場合には、 1 2 G H z帯 で送られてきた信号がパラボラアンテナ （図示せず） で受信され、 この 信号がパラボラアンテナに取り付けられた低雑音コンバータで 1 G H z 帯の信号に変換されて、 チューナ回路 1 0 2に供給される。 チューナ回 路 1 0 2で、 この受信信号の中から所望のチャンネルの搬送波周波数の 信号が選択され、 この所望のチャンネルの搬送波周波数の信号に対して 、 復調処理及びエラー訂正処理がなされる。 これにより、 ビデオバケツ トとオーディオバケツ トとからなる トランスポートス トリ一ムが復号さ れる。
チューナ回路 1 0 2の出力はデマルチプレクサ 1 0 3に供給される。 デマルチプレクサ 1 0 3で、 このトランスポートス トリームから、 ビデ ォバケツ トとオーディオバケツ トとが分離される。
ビデオパケッ トはビデオデコーダ 1 0 4に供給され、 オーディオパケ ッ トはオーディォデコーダ 1 0 5に供給される。 ビデオデコーダ 1 0 4 で、 例えば、 M P E G 2 (Moving Pi cture Experts Group) 方式でビデ ォデータの伸長処理が行われ、 ビデオデータがデコードされる。 また、 オーディオデコーダ 1 0 5で、 例えば、 M P E G方式でオーディオデ一 タの伸長処理が行われ、 オーディオデータがデコードされる。
ビデオデコーダ 1 0 4でデコードされたビデオデータは、 グラフィッ タス処理回路 1 0 6に供給される。 グラフィッタス処理回路 1 0 6で、 画像処理が行われる。 グラフィックス処理回路 1 0 6の出力が出力端子 1 0 7から出力される。 オーディオデコーダ 1 0 5の出力が出力端子 1 0 8から出力される。
チューナ回路 1 0 2、 デマルチプレクサ 1 0 3、 ビデオデコーダ 1 0 4、 オーディオデコーダ 1 0 5、 グラフィックス処理回路 1 ◦ 6に対す る制御は、 MPU (Micro Processor Unit) 1 1 1により行われる。 M P U 1 1 1からはバス 1 1 1が導出されており、 バス 1 1 0に、 チュー ナ回路 1 0 2、 デマルチプレクサ 1 0 3、 ビデオデコーダ 1 04、 ォー ディォデコーダ 1 0 5、 グラフィックス処理回路 1 0 6が接続される。 また、 バス 1 1 ◦には、 課金処理のためのモデム 1 1 2、 外部機器と の間でス トリームをやり取りするための例えば I EE E (Institute of Electrical and Electronics Engineers ) 1 CJ 94の ンターフェ一 ス 1 1 3が設けられる。
上述のように、 従来のディジタルテレビジョン放送の受信機では、 M PUが機器全体の制御を行っている。 そして、 この MPUは、 各部のハ ―ドウエアの細かいタイミングレベルまで考慮し、 各部のハードウエア 毎のコマンドを使って集中制御を行っている。
ところが、 各ハードウェアを考慮して、 MPUで全体制御を集中管理 するような手法は、 機器毎に設計を開始しなけばならないため、 設計変 更に伴って大幅なソフトウ アの書き換えやハードウユアの変更が余儀 なく され、 開発効率が悪い。 また、 部品の共通化やモジュール化を難し くなるため、 結局、 コストアップになったり、 機器の小型化が困難にな る場合がある。 また、 ディジタルテレビジョン放送では、 各種のサービ スが行われており、 MP Uで全体制御を集中管理するような手法では、 新たなサービスに対応することが困難である。
そこで、 テレビジョ ン受信機に必要な機能をブロック化し、 共通のバ スで繋ぐことが考えられる。 このようなバスを用いると、 設計効率が向 上すると共に、 設計変更が容易である。
また、 バスが標準化されると、 このバスに拡張機能を提供するための ハードウエアを追加して、 新たなサービスを利用できるようにしたりす ることが行える。 例えば、 拡張機能を提供するために、 拡張プラグイン カードを用意し、 この拡張ブラグィンカードをインターフェースを介し てバスに装着すると、 様々な機能やサービスを新たに追加できるように することが考えられる。
ところが、 バスに拡張機能を提供するためのハードウェアを追加して も、 そのハードウェアを機能させるために、 ホスト M P Uにそのハード ウェアを認識させ、 ホス ト M P Uがそのハードウエアに対してコマンド を与えられるようにする必要がある。 ホス ト M P Uがそのハードウエア に対してコマンドを与えられるようにするためには、 ソフトウェアをィ ンス トールしなければならないことがある。 このようなソフトウェアの インス トール作業は、 特に、 テレビジョ ン受信機のような一般的なユー ザにとっては、 困難な作業である。
したがって、 この発明の目的は、 必要な機能をブロック化し、 標準化 されたバスで繋ぐようにした装置で、 拡張機能を提供するためのハード ウェアを簡単にバスに接続できるようにしたディジタル信号処理装置及 ぴシステム、 並びに拡張機能提供方法を提供することにある。 発明の開示
この発明は、 ディジタル信号処理に必要な機能としてプロック化され た複数のディジタル信号処理ブロック及びホス ト演算処理ブロックと、 ホスト演算処理プロックと複数のディジタル信号処理ブロックとの間 を繋ぐパスと、
パスに接続された拡張機能提供媒体のィンターフェースとを有し、 拡張機能提供媒体は、 拡張機能を実現するための手段と、 拡張機能を 動作させるためのコマンドが埋め込まれたスクリプトを含み、
拡張機能提供媒体がィンターフェースを介してバスに装着されると、 スクリプトがホス ト演算処理ブロック側に送られ、 スク リプトに埋め込 まれたコマンドに基づいて、 拡張機能提供媒体の機能が動作可能となる ようにしたことを特徴とするディジタル信号処理装置である。
この発明は、 ディジタル信号処理に必要な機能としてプロック化され た複数のディジタル信号処理ブロック及びホス ト演算処理ブロックと、 ホス ト演算処理プロックと複数のディジタル信号処理プロックとの間を 繋ぐバスと、 バスに接続された拡張機能提供媒体のインターフェースと を有するディジタル信号処理装置と、
ディジタル信号処理側の拡張機能提供媒体のィンターフェースに装着 される拡張機能提供媒体とからなるシステムであって、
拡張機能提供媒体は、 拡張機能を実現するための手段と、 拡張機能を 動作させるためのコマンドが埋め込まれたスクリプトを含み、
ィンターフェースを介してバスに装着されると、 スクリプトがホス ト 演算処理プロック側に送られ、 スク リブトに埋め込まれたコマンドに基 づいて、 拡張機能提供媒体の機能が動作可能となる
ようにしたことを特徴とするディジタル信号処理システムである。 この発明は、 ディジタル信号処理に必要な機能を、 複数のディジタル 信号処理プロック及びホス ト演算処理プロックとにブロック化し、 ホス ト演算処理プロックと複数のディジタル信号処理ブロックとの間 をバスで繋ぐと共に、
パスに対して拡張機能提供媒体のィンターフェースを設け、 拡張機能提供媒体は、 拡張機能を実現するための手段と、 拡張機能を 動作させるためのコマンドが埋め込まれたスクリプトを含み、
拡張機能提供媒体がィンターフェースを介してバスに装着されると、 スクリプトがホス ト演算処理ブロック側に送られ、 スクリプトに埋め込 まれたコマンドに基づいて、 拡張機能提供媒体の機能が動作可能となる ようにしたことを特徴とする拡張機能提供方法である。
ディジタルテレビジョン受信機に必要な要素をプロック化し、 各プロ ック間を、 汎用性のあるバスを介して接続するようにしている。 そして 、 新たなサービスを受けられるように、 このバスに対して着脱自在の拡 張プラグインカードが用意される。 拡張プラグインカードに、 拡張機能 を実現するためのハードウエアと、 このハ一ドウエアを制御させるため コマンドが記述されたスクリプ卜が格納されている。 拡張プラグインカ 一 ドがィンターフェースを介してバスに装着されると、 このスク リプト がホス ト演算処理ブロック側に自動的にアップロードされる。 ホス ト演 算処理ブロックは、 この転送されてきたスク リプトに基づいて、 拡張プ ラグインカードを動作させることができる。 このため、 新たなハードウ エアを追加したときに、 ソフ トウエアのインス トールは不要となる。 図面の簡単な説明
第 1図は従来のディジタルテレビジョン放送の受信装置の一例のプロ ック図であり、 第 2図はこの発明の基本構成を説明するためのプロック 図であり、 第 3図はコマンドの発生と画面表示の説明に用いる略線図で あり、 第 4図はホス トプロセッサから送るコマンドの説明に用いる略線 図であり、 第 5図はホス トプロセッサから送るコマン ドの説明に用いる 略線図であり、 第 6図はドライバのインス トール時の説明に用いるフロ 一チャートであり、 第 7図はこの発明が適用されたテレビジョン受信機 の一例のブロック図であり、 第 8図はこの発明が適用されたテレビジョ ン受信機において暗号化処理を行う場合の一例を示すプロック図であり 、 第 9図はこの発明が適用されたテレビジョン受信機において暗号化処 理を行う場合の他の例を示すブロック図であり、 第 1 0図はこの発明が 適用されたテレビジョン受信機の説明に用いる斜視図であり、 第 1 1図 はこの発明が適用されたテレビジョン受信機において拡張プラグインカ
―ドを装着した場合の説明に用いるプロック図であり、 第 1 2図は新た な機器を装着した場合のコマンドの発生と画面表示の説明に用いる略線 図であり、 第 1 3図はこの発明が適用されたテレビジョン受信機におい て拡張プラグィンカードを装着した場合の説明に用いるフローチヤ一ト であり、 第 1 4図はこの発明が適用されたテレビジョン受信機において 拡張プラグインカ一ドを装着した場合の説明に用いるフローチヤ一トで ある。 発明を実施するための最良の形態
以下、 この発明の実施の形態について図面を参照して説明する。 この 発明の実施の形態では、 ディジタルテレビジョン受信機に必要な要素を ブロック化し、 各ブロック間をバスで結合して、 ディジタルテレビジョ ン受信機を構成するようにしている。
このように、 ディジタルテレビジョン受信機に必要な要素をブロック 化し、 各ブロック間をバスを介して接続するようにすると、 ブロックを 交換するだけで、 搬送波や、 変調方式、 圧縮方式の異なる様々なデイジ タルテレビジョン放送に対応できる。 このため、 開発効率が向上する。 また、 新しいサービスが始まったときに、 ハードウェアを追加してその サービスに対応できるようにすることが簡単に行える。
第 2図は、 このように、 ディジタルテレビジョ ン受信機に必要な要素 をブロック化し、 各プロックをバスで接続して構成するようにしたディ ジタルテレビジョン受信機の基本的な構成を示すものである。
第 2図において、 ディジタルテレビジョン受信機 1は、 ディジタルテ レビジョン受信機に必要なブロック 1 1、 1 2、 1 3、 1 4、 1 5、 1 6を、 バス 1 0に繫いで構成される。 ここでは、 ディジタルテレビジョ ン受信機に必要なブロックとして、 ホス ト M P Uブロック 1 1、 A V信 号処理ブロック 1 2、 フロン トエン ドブロック 1 3、 インターフェース ブロック 1 4、 プラグインィンターフェースブロック 1 5、 内蔵フィ一 チヤブロック 1 6がバス 1 0に繋がれている。
ホス ト M P Uブロック 1 1は、 受信機全体の制御をするものである。 A V信号処理プロック 1 2は、 ビデオストリーム及びオーディオス トリ ームの伸長処理、 グラフィック処理を行うものである。 フロントエンド ブロック 1 3は、 受信したテレビジョン放送の中から所望のチャンネル の搬送波の信号を選択し、 その信号に対して、 復調処理、 エラー訂正処 理等を行って、 ビデオス ト リーム及びオーディオス ト リームをデコード するものである。 インターフェースブロック 1 4は、 I E E E 1 3 9 4 のよ うな外部機器と接続するためのィンターフェースである。 プラグィ ンインターフェースブロック 1 5は、 機能拡張用を接続するためのイン ターフェースである。 内蔵フィーチャブロック 1 6は、 その他の内蔵さ れる必要な機能を実現するためのものである。
バス 1 0には、 ビデオデータやオーディオデータのような時間的に連 続するス ト リームと、 コマン ドやデータが転送される。 コマンドは、 タ ィミングを規定したり、 ハードウエアを直接制御するような低レベルの レイヤのコマンドではなく、 リアルタイム性が要求されず、 ハードゥエ ァ構成を意識しない高レベルのレイヤのコマンドが用いられる。 例えば 、 フロントエンドブロック 1 3に対して 「何チャンネルの周波数を受信 せよ」 というようなコマンドを与えたり、 A V信号処理ブロック 1 2に 対して、 「画面を拡大或いは縮小せよ」 、 「円を描け」 というような、 汎用性の高いスクリプト形式のコマンドである。
例えば、 ハイパーテキス トでスク リプトを記述すると、 このよ うな動 作が簡単に実現できる。 すなわち、 第 3図に示すように、 アップダウンキー 2 0 1 A、 20 1 Bや拡大縮小キー 20 1 C、 20 1 Dを表示し、 これらの表示 20 1 A 〜 20 1 Eに対応するコマンド CMD 1〜CMD 4が埋め込まれたスク リプトをハイパーテキス 卜で作成する。 このようなスクリブトを表示さ せると、 第 3図に示すような画面がブラウザの画面上に表示される。 こ こで、 チヤンネルァップダウンボタンゃ画面の拡大縮小を行うための表 示 20 1 A〜20 1 Dがク リ ックされると、 対応するコマンド CMD 1 〜CMD 4が発生される。 ブロック 1 1〜1 6の中でこのコマンドを受 け付けられるブロックにそのコマンドが送られる。 コマンドを受け取つ たブロックでは、 このコマン ドに対応する処理が行われる。 更に、 複雑 な処理を行なわせる場合には、 J AVA等を用いれば良い。
勿論、 この発明は、 ハイパーテキス トを用いたり、 J AVAを用いた りすることに限定されるものではない。
また、 バス 1 0の物理的な形態は標準化されている。 ブロック 1 1、 1 2、 1 3、 14、 1 5、 1 6は、 この標準化された規格に合うように 設計されている。 これらのブロック 1 1〜1 6のうち、 ホス ト MPUブ ロック 1 1ゃィンターフェースブロック 1 4、 プラグインインタ一フエ ースブロック 1 5のよ うな基本となるブロックは、 マザ一ボード上に酉己 置し、 その他のブロック 1 2、 1 3、 1 6は、 ドウタボードとしておき 、 これら他のブロック 1 2、 1 3、 1 6を標準化されたパスに接続する 構成が考えられる。 また、 各プロック 1 1、 1 2、 1 3、 14、 1 5、 1 6を集積回路化又はモジュール化するようにしても良い。
なお、 上述の例では、 ホス ト MP Uブロック 1 1と、 A V信号処理ブ ロック 1 2と、 フロントエンドブロック 1 3と、 インターフェースブロ ック 1 4と、 プラグインインターフェースブロック 1 5と、 内蔵フィー チヤブロック 1 6とに分割しているが、 ブロックの分割のやり方は、 こ れに限るものではない。
また、 勿論、 各ブロックをボード上に配置する際に、 1つのブロック を 1つの基板で構成する必要はなく、 機能的に 2以上のプロックを 1つ の基板上に配置するようにしても良い。 例えば、 ホス ト MPUブロック 1 1 と、 インタ一フェースブロック 1 4とを 1つの基板上に配置するよ うにしても良い。 勿論、 1つのブロックを複数の基板で構成するように しても良い。
各ブロック 1 1、 1 2、 1 3、 14、 1 5、 1 6は、 ノ ス 1 0を介し て送られてきたコマンドを解釈し、 コマン ドに対する処理を実行したり 、 バス 1 0を介して送られてきたス ト リームやデータを処理したりする ハードウエアの依存性が小さいコマンドがバス 1 0を介して送られて くるため、 各ブロック 1 2、 1 3、 14、 1 5、 1 6は、 このコマンド を解釈して処理できるように、 多くの場合、 C PU (Central
Processing Unit ) を備えている。 各ブロック 1 2、 1 3、 14、 1 5 、 1 6の C PUで、 送られてきたコマンドが解釈され、 そのコマン ドに 対応する処理が実行される。 送られてきたコマンドに対してハードゥエ ァを動作させるためのドライバは、 各ブロッグ 1 2、 1 3、 14、 1 5 、 1 6内に収められており、 ハードウェアに強く依存する部分は、 その ブロック内で処理が完結するようにしている。
つまり、 第 4図に概念図で示すように、 ホス ト MPUのブロック 1 1 側には、 汎用性が高くハードウエアに依存しないを上位レベルのコマン ドで処理を行うために、 ハイレベルィンタ一フェース H I Fが設けられ ている。 これに対して、 各ブロック 1 2、 1 3、 1 4、 1 5側には、 こ の上位レベルのコマンドを解釈して、 よりハードウェアに近い処理を行 えるようにするドライバ DRVと、 実際のハードウエアに対して直接制 御するためのローレベルインターフエ一ス L I Fが備えられている。 ホス ト M P Uのブロック 1 1側からは、 ハイ レベルィンタ一フェース H I Fを介して、 上位レベルのコマンドが送られ、 バス 1 0を介して、 各ブロックに転送される。 各ブロックのドライバ D R Vで、 この上位レ ベルのコマンドが解釈され。 この場合、 ハ一ドウユアに依存する部分は 、 全て、 各ブロック 1 2、 1 3、 1 4、 1 5のドライバ D R Vで吸収さ れる。
これに対して、 第 5図に示すように、 ホス ト M P Uのブロック 1 1側 に、 ドライバ D R Vを搭載するという考えかたもある。 ところが、 第 5 図に示すようにすると、 新たなハードウェアが付加されたり、 ハードウ エアが変更された場合には、 新たなドライバ D R Vをインストールした り、 ドライバ D R Vを変更したりしなければならなくなる。
なお、 このバス 1 0には、 ビデオデータやオーディオデータのストリ ームのような高速のストリームと、 コマンドゃデータのようなリアルタ ィム性が要求されないデータが転送される。 このような性質の異なるデ ータを転送できるバスとしては、 ビデオデータやオーディオデータのよ うな高速性が要求されるストリームを送る帯域と、 コマンドのようなリ アルタイム性が要求されないデータを送る帯域とを分割してデータを伝 送する構成のものを用いることができる。 また、 データにプライオリテ ィが付けられるようにし、 ビデオデータやオーディオデータのストリー ムに対してはプライオリティを上げることにより、 ビデオデータゃォ一 ディォデータのストリームを高速で送れるようにしたものを用いるよう にしても良い。
また、 バス 1 0に送られるコマンドは、 タイミング制御のようなリア ルタイム性を要求されるものではなく、 スクリプト形式であるため、 伝 送量も極力抑えられている。 このため、 同一のバス 1 0で、 コマンドと 、 ビデオデータやオーディオデータのス トリームとを送ることができる このように、 各ブロック 1 1 、 1 2、 1 3、 1 4、 1 5、 1 6をバス 1 0で繋ぎ、 バスを介して、 コマンドやス ト リーム、 データをやり取り するようにして、 ディジタルテレビジョン受信機を構成すれば、 各種の 方式のテレビジョン放送に簡単に対応させることができ、 開発環境が大 幅に向上する。
例えば、 地上波ディジタル放送が始まったときには、 新たに、 地上波 ディジタル放送を受信するためのテレビジョン受信機を開発していく必 要がある。 ところが、 新たに地上波ディジタル放送のサービスが開始さ れるのに伴って、 そのための受信機を始めから設計するのでは開発効率 力 悪レヽ。
既存のディジタル衛星放送と、 地上波ディジタル放送とでは、 使用さ れる搬送波周波数や変調方式、 エラー訂正方式、 トランスポートス トリ ームの構成等が異なっているが、 他の方式が同じであるとすれば、 A V 信号処理ブロック 1 2及びフロントェンドブロック 1 3のみ、 地上波デ イジタル放送用のものを開発すれば良い。 すなわち、 この場合には、 新 たに地上波ディジタル放送のサービスが開始されるのに伴って、 地上波 ディジタル放送用の A V信号処理ブロック 1 2 A及ぴフロントエンドブ ロック 1 3 Aを開発し、 A V信号処理ブロック 1 2及ぴフロン トエンド プロック 1 3のみ地上波ディジタル放送用の A V信号処理プロック 1 2 A及びフロン トェンドブロック 1 3 Aに交換すれば、 新たに開始される 地上波ディジタル放送に対応でき、 受信機を始めから設計し直す必要は ない。 その他、 異なる部分があるとしても、 異なる部分のブロックだけ 新たに開発すれば良い。 また、 動作の変更は、 ホス ト M P Uブロック 1 1のアプリケ一ションプログラムを変更することで対応できる。 同様にして、 例えば、 ヨーロッパの衛星で放送されているディジタル テレビジョン放送に対応する受信機や、 ァメ リ力の C A T Vで放送され ているディジタルテレビジョン放送に対応する受信機を、 受信機を始め から設計し直すことなく、 容易に実現していく ことができる。
また、 C Sディジタル放送では、 課金処理のために、 モデムが装着さ れ、 電話回線を介して、 管理会社と接続できるようになつている。 この ような場合は、 内蔵フィ一チヤ 1 6 として、 モデム 1 6 Aが装着される 。 このよ うに、 その放送のサービスを受けるのに必要な機器は、 内蔵フ ィーチヤブロック 1 6 として、 簡単に装着できる。
更に、 音楽データをダウンロードできるようなサービスや、 ビデオォ ンデマンドのサービス、 その他、 種々のサービスが考えられており、 新 たなサービスを受けるために、 ハードウエアを追加したい場合がある。 この場合には、 プラグンインターフェースブロック 1 5に装着される機 器として、 そのハードウェアを追加できる。
なお、 ブロックを差し替えたり、 プラグインィンターフェース 1 5に 新たな機器が装着されるような場合に、 ドライバが必要な場合がある。 このドライバは、 ブロック内のメモリゃプラグインインターフェース 1 5に装着される機器のメモリ中の含めておき、 プロックが差し替えられ たり、 プラグインインターフェース 1 5に機器が装着されるときに、 自 動的にインス トールさせるようにすると、 使い勝手が向上する。
また、 第 6図に示すように、 ブロックが差し替えられたり、 プラグィ ンインターフェース 1 5に機器が装着されるときに、 電話回線によりサ 一ビスセンターを呼び出し、 サービスセンターから ドライバをダウン口 一ドさせるようにしても良い。
すなわち、 第 6図において、 ブロックが差し替えられたり、 プラグィ ンィンターフェース 1 5に新たな機器が装着されたか否かが判断される (ステップ S 1 ◦ 1 ) 。 ブロックが差し替えられたり、 ブラグインィン ターフェース 1 5に新たな機器が装着された場合には、 差し替えられた 機器や新たな機器の種類が認識される （ステップ S 1 0 2 ) 。 そして、 サービスセンターが電話で呼び出される （ステップ S 1 0 3 ) 。 サービ スセンタ一は、 呼び出しを受け付けると、 その機器の種類に対応する ド ライバのソフ トウェアを電話回線を介して送る。 このドライバのソフ ト ウェアがダウンロードされる （ステップ S 1 0 4 ) 。
更に、 ドライバのソフ トウェアをディジタル衛星放送やディジタル地 上波放送の信号からダウン口一ドできるようにしても良い。
勿論、 ドライバのインス トールが必要となるのは、 第 4図に示したよ うに、 各ブロック内にドライバを設ける構成としたの場合であって、 第 5図で説明したように、 各ブロックに対するコマンドを上位のレイヤの コマンドとしたときには、 ドライバのインス トールは不要である。 しか しながら、 この場合であっても、 ハードウェアに依存する部分のソフ ト ウェアの変更等で、 ドライバのインス トールが必要な場合が想定される 以上のように、 ディジタルテレビジョン放送は、 衛星、 地上波、 C A T V網、 電話回線等、 種々の伝送媒体を介して放送されており、 デイジ タルテレビジョ ン放送で使用される搬送波や、 変調方式、 圧縮方式は、 使用される伝送媒体、 放送を行っている国や地域、 放送を行っている会 社等により、 種々、 様々に異なっている。 更に、 ディジタルテレビジョ ン放送では、 H D T V放送を行ったり、 データ伝送サービスやビデオォ ンデマンドのサービスを行った等、 各種のサービスが考えられている。 このため、 各伝送媒体や、 地域、 サービス等に応じたディジタルテレビ ジョン放送の受信機を開発していかなければならない。
上述のように、 テレビジョン受信機の各機能を実現するためのプロッ クを標準化されたバスに繋ぐような構成とし、 このバスを介して、 ビデ ォデータやオーディォデータのようなス ト リームと、 コマンドとをやり 取りできるようにすれば、 テレビジョン受信機の開発効率が向上すると 共に、 各種のテレビジョン受信機を今後開発されていく新たなサービス に対応していくことが容易にできるようになる。
第 7図は、 このようなテレビジョン受信機の具体的な構成の一例であ る。 第 7図において、 ホス ト MPU 2 1からは、 内部バス 22が導出さ れており、 このバス 22に、 ROM (Read Only Memory) 23が接続さ れる。 また、 バス 22には、 機能拡張のために、 追加ロジック 24を接 続できる。
ROM 23には、 テレビジョン受信機の全体を動作させるためのアブ リケーシヨンプログラムが内蔵されている。 また、 ホス ト CPU 2 1に は、 S D RAM 25が接続される。 この SDRAM25には、 ユーザの 固有情報や各種の設定情報が格納される。 ホス ト C PU 2 1は、 パスコ ン トローラ 26を介して、 バス 30に接続される。
バス 30は、 ビデオデータやオーディォデータのような時間的に連続 するストリームと、 コマンドやデータを送るためのものである。 コマン ドとしては、 ハードウェアに依存せず、 リアルタイム性が要求されない 、 上位レイヤのコマンドが用いられる。
バス 30には、 A V信号処理ブロック 3 1、 フロン トエンドブロック 32、 外部ィンターフェースブロック 3 3、 内蔵フィーチャブロック 3 4が接続される。 また、 パス 30には、 プラグインインターフェース 3 5が設けられる。 プラグインインターフェース 3 5には、 拡張プラグィ ンカード 36が装着可能とされる。
なお、 ホス ト MPU 21からなる部分をマザ一ボード上に配置し、 各 ブロック 3 1、 32、 33、 34をドウタボード上で構成し、 その物理 的な形状や端子の配置を決めておき、 ホス ト MPU 2 1からなるマザ一 ボード上に、 各ブロック 3 1、 3 2、 3 3、 34の ドウタボードを着脱 できるようにして実現しても良い。 また、 ブロック 3 1、 3 2、 33、 34をモジュール化或いは集積回路化しても良い。
ホス ト MPU 2 1 と、 各ブロック 3 1、 32、 33、 34及び拡張プ ラグインカー ド 3 6間で、 バス 30を介して転送されるデータは、 バス コン トローラ 26により管理される。 データの転送は、 ホス ト MPU 2 1を介さず、 DMA (Direct Memory Access) 制御により、 各ブロック 3 1、 3 2、 33、 34、 及び拡張プラグインカード 36間で、 直接行 うことができる。
更に、 データの転送は、 1つのブロックから 1つのブロックへの転送 と共に、 1つのブロックから複数のブロックへの転送、 すなわち、 ブロ —ドキャス トが可能である。 ブロードキャス ト転送は、 例えば、 フロン トエン ドブロック 3 2からのトランスポートス ト リームを A V信号処理 ブロック 3 1とインターフェースブロック 33とに同時に送り、 画面を 再生させながら、 インターフェースブロック 3 3に接続された機器にト ランスポートス トリームを送って記録するような場合に利用でぎる。
A V信号処理プロック 3 1は、 トランスポートス トリームからビデオ バケツ トとオーディオバケツ トを取り出し、 ビデオパテツ トを伸長処理 して元のビデオデータに変換すると共に、 オーディオパケッ トをデコー ドして元のオーディオデータに変換するものである。 また、 AV信号処 理ブロック 3 1は、 デコードされたビデオデータに対して、 画像処理を 行なうことができる。
A V信号処理ブロック 3 1は、 C PU 4 1と、 ビデオデコーダ 42と 、 オーディオデコーダ 43と、 デマルチプレクサ 44と、 グラフィック ス処理回路 45と、 ブリ ッジ回路 46とを有している。 これら C PU4 1、 ビデオデコーダ 4 2、 オーディオデコーダ 4 3、 デマルチプレクサ 4 4、 グラフィ ックス処理回路 4 5、 ブリ ッジ回路 4 6は、 チップ内バ ス 4 7に接続される。
フロントェンドブロック 3 2は、 受信信号から所望の搬送波の信号を 選択し、 その信号を復調し、 エラー訂正処理を行って、 トランスポート ス ト リームを出力するものである。 このフロン トエン ドブロ ック 3 2は 、 フロン トエン ドパック 5 1 と、 C P U 5 2 とを有している。 フロン ト ェンドパック 5 1は、 受信信号を中間周波信号に変換するミキサ回路や 局部発振回路、 中間周波数増幅回路、 復調回路、 エラー訂正回路等を含 んでいる。
インターフェースブロック 3 3は、 例えば、 I E E E 1 3 9 4のよう な、 外部機器とのインターフェースを提供するものである。 この外部ィ ンターフェ一スブロック 3 3は、 例えば、 I E E E 1 3 9 4のインター フェース 6 1 と、 C P U 6 2とを含んでいる。
内蔵フィーチャブロック 3 4は、 更にそのディジタル放送を受信する ために必要な追加回路を設けるためのものである。 例えば、 ディジタル 衛星放送では、 課金を行うために、 電話回線を介して、 受信データが転 送される。 このためのモデムが内蔵フィーチャブロック 3 4に設けるも のである。 この内蔵フィーチャブロック 3 4は、 追加機能を実現するた めの回路 （ここではモデム） 7 1 と、 C P U 7 2とを含んでいる。
プラグインインターフェース 3 5は、 新たなサービスを受ける場合等 に拡張機能を提供するためのものである。 プラグインインターフェース 3 5には、 拡張プラグインカード 3 6が装着される。 拡張プラグインカ ード 3 6には、 拡張機能を実現するためのソフ トウェアやハードウエア からなる拡張機能 8 1 と、 C P U 8 2とを含んでいる。
第 7図に示すような構成で、 例えば、 ディジタル C S放送を受信する テレビジョ ン受信機 20を構成するとする。 この場合には、 フロン トェ ン ドブロック 3 2としては、 QP SKの復調処理、 ビタビ復号及びリー ド . ソロモン符号のエラー訂正処理が可能なものが用いられる。 また、 A V信号処理ブロック 3 1 として、 トランスポートス トリ一ムで送られ てくる MP EG 2方式で圧縮されたビデオバケツ ト及び MPEG方式で 圧縮されたオーディオバケツ トの伸長処理を行うものが用いられる。 ディジタル C S放送では、 例えば、 1 2 GH z帯の信号が用いられる 。 この衛星からの例えば 1 2 GH z帯の受信信号は、 パラボラアンテナ (図示せず） で受信され、 パラボラアンテナに取り付けられた低雑音コ ンバータで 1 GH z程度の信号に変換されて、 フロン トエンドブロック 3 2に送られる。 フロン トエン ドブロック 3 2で、 受信信号の中から、 所望のチャンネルの搬送波の信号が選択される。 そして、 この信号に対 して、 QP SKの復調処理、 ビタビ復号及びリー ド ' ソロモン符号のェ ラー訂正処理が行われ、 トランスポートス トリ一ムが復号される。
このとき、 受信するチャンネルの選択は、 ホス ト MPU 2 1から、 バ ス 30を介して送られてく るコマンドに応じて設定される。 ホス ト MP U 2 1からは、 バス 30を介して、 「何チャンネルの周波数を受信せよ 」 というような、 上位レイヤのコマンドが送られてく る。 このコマンド は、 バス 30から、 フロン トエン ドブロック 32の C PU 52に送られ る。 C PU 52は、 このコマンドを解釈し、 このコマンドから、 フロン トエンドパック 3 2の受信周波数をコマンドで指定された所望の搬送波 周波数に設定する制御信号を発生する。 具体的には、 C PU 5 2は、 送 られてきたコマンドに基づいて、 局部発振器を構成する P L Lの制御信 号を発生する。 これにより、 受信チャンネルの周波数が設定される。 フロントエンドブロック 3 2からは、 MPEG 2方式で圧縮されたビ デォデータのバケツ トと、 MP E G方式で圧縮されたオーディオデータ のバケツ トとを含むトランスポートするが出力される。 この トランスボ
—トス トリ一ムは、 バス 3 0を介して、 A V信号処理ブロック 3 1に送 られる。 A V信号処理ブロック 3 1に送られた トランスポートス トリー ムは、 ブリ ッジ 4 6、 チップ内バス 4 7を介して、 デマルチプレクサ 4 4に送られる。 デマルチプレクサ 4 4で、 ビデオパケッ トとオーディオ バケツ トとが分離され、 ビデオバケツ トはビデオデコーダ 4 2に送られ 、 オーディオパケッ トはオーディオデコーダ 4 3に送られる。 ビデオデ コーダ 4 2で、 M P E G 2方式のビデオデータの伸長処理が行われ、 ビ デォデータがデコードされる。 オーディオデコーダ 4 3で、 M P E Gォ 一ディォ方式のオーディオデータの伸長処理が行われ、 オーディオデー タがデコードされる。 M P E Gデコーダ 4 2でデコードされたビデオデ ータは、 チップ内バス 4 7を介してグラフィックス処理回路 4 5に送ら れる。 グラフィックス処理回路 4 5で、 画像処理が行われる。
このとき、 どのような画像処理をするかは、 ホス ト M P U 2 1から、 バス 3 0を介して送られてく るコマン ドに応じて設定される。 ホス ト M P U 2 1からは、 バス 3 0を介して、 「画面を縮小又は拡大せよ」 とい うような、 上位レイヤのコマンドが送られてく る。 このコマンドは、 ノ ス 3 0から、 ブリ ッジ 4 6を介して、 C P U 4 1に送られる。 C P U 4 1は、 このコマン ドを解釈し、 このコマンドから、 画面を指定された大 きさに縮小 Z拡大するための制御信号を発生する。 具体的には、 C P U 4 1は、 送られてきたコマンドに基づいて、 グラフィックス処理回路 4 5に、 画面の縮小又は拡大のためのタイミング信号やハードウエアを直 接制御するコマンドが送られる。
このように、 この例では、 テレビジョ ン受信機 2 0を構成するのに必 要な各機能は、 ブロック 3 1、 3 2、 3 3、 3 4、 3 5 としてバス 3 0 に繋がれ、 バス 3 0を介して、 コマンドやス ト リームが転送される。 バ ス 3 0を標準化することで、 開発効率が上がり、 放送方式の変更ゃサ一 ビスの変更や追加にも容易に対応できる。
ところでが、 この場合には、 ビデオパケッ トやオーディオパケッ トか らなるス トリームがバス 3 0上に直接転送されるため、 バス 3 0に機器 を繋いで、 バス 3 0を介して送られてくるビデオパケッ トやオーディオ バケツ トを抜き出して、 外部機器にコピーするようなことが行われる可 能性がある。 バス 3 0が標準化されていると、 バス 3 0に繋いでバス 3 0を介して送られてくるビデオバケツ トゃオーディオバケツトを抜き出 するような機器が簡単にできてしまう可能性がある。
そこで、 コンテンツの保護を図るために、 第 8図に示すように、 バス 3 0に繋がれる各ブロック 3 1、 3 2、 3 3、 3 4、 3 5及ぴ拡張プラ グィンカード 3 6には、 暗号化エンコーダ/デコーダ 4 8、 5 8、 6 8 、 7 8、 8 8が設けられる。
この暗号化エンコーダ デコーダ 4 8、 5 8、 6 8、 7 8、 8 8によ り、 各ブロック 3 1、 3 2、 3 3、 3 4、 3 5からバス 3 0を介して転 送されるビデオバケツ トゃオーディォバケツトのストリ一ムは喑号化さ れる。 このよ うに、 バス 3 0を介して転送されるビデオパケッ トゃォー ディォバケツトのス トリームを暗号化することで、 コンテンツの保護が 図れる。
なお、 上述の例では、 バス 3 0上に流されるコンテンツを保護するた めに、 各ブロック 3 1、 3 2、 3 3、 3 4及び拡張プラグインカード 3 6の全てに暗号化エンコーダ Zデコーダ 4 8、 5 8、 6 8、 7 8、 8 8 を設けているが、 各ブロック 3 1、 3 2、 3 3、 3 4はセットの中に収 納されているため、 各ブロック 3 1、 3 2、 3 3、 3 4からコンテンツ が外部に漏れる可能性は比較的少ない。 これに対して、 プラグインイン ターフェース 3 5からはバス 3 0が外部に導出されている。 コンテンッ が外部に漏れる可能性が最も高いのは、 プラグインィンタ一フェース 3 5にコピーのための機器を繋いで、 バス 3 0からコンテンツを取り出す ことである。
そこで、 第 9図に示すように、 拡張プラグインインターフェース 3 5 に暗号化エンコーダ Zデコーダ 8 9を設けておき、 拡張プラグインイン ターフェース 3 5からバス 3 0を流れるコンテンッのデータがそのまま 出ることがないようにしても良い。
また、 この発明が適用されたテレビジョン受信機 2 0では、 外部拡張 ブリ ッジ 3 5に拡張プラグィンカード 3 6を装着することで、 新たな機 能を付加して、 新たなサービスに対応させたりすることができる。
つまり、 第 1 0図に示すように、 上述のようにして構成されたテレビ ジョ ン受信機 2 0では、 例えばテレビジョ ン受信機 2 0の前面に、 カー ド装着部 9 1が設けられる。 このカード装着部 9 1に、 拡張プラグイン カード 3 6が装着される。 カード装着部 9 1に拡張プラグインカード 3 6が装着されると、 拡張プラグインカード 3 6がプラグインインタ一フ エース 3 5を介してバス 3 0に繋がれる。
このように、 拡張プラグインカード 3 6を、 プラグインインターフエ ース 3 5を介してバス 3 0に繫ぐことで、 新たなサービスに対応したり 、 機能を拡張させたりすることができる。
このような拡張プラグインカード 3 6を装着したとき、 その拡張ブラ グインカード 3 6の機能が働けるようにするためには、 制御用のソフト ウェアが必要な場合がある。 この制御用のソフ トウエアを磁気ディスク や光ディスクのような記録媒体で提供し、 ユーザがドライバのソフ トゥ エアをインス トールすることが考えられるが、 それでは、 ユーザの負担 になる。
そこで、 第 1 1図に示すように、 拡張プラグィンカード 3 6内のメモ リ にスク リプトを入れておき、 拡張プラグインカ一ド 3 6が装着される と、 このスク リプトがホス ト C PU 2 1の主記憶にァップロードされる ようにしている。
つまり、 第 1 1図に概念図で示すように、 拡張プラグインカード 3 6 には、 コマン ドスク リプト CMDと、 コマン ドインターフェース C I F と、 ドライバ DRVが含まれている。 新たな拡張プラグインカード 3 6 が装着されると、 ホス ト MPU 2 1により拡張プラグィンカード 36が 装着されたことが認識される。 それから、 この拡張プラグインカード 3 6を動作させるためのコマンドスクリプト CMDがホス ト C PU 2 1側 にアップロードされる。 コマンドスクリプト CMDがホス ト MPU 2 1 側にアップロードされると、 ホス ト MPU 2 1側では、 新たに装着され た拡張プラグィンカード 36を動作させるためのコマンドを発生できる 新たに装着された拡張プラグィンカー ド 3 6を動作させるときには、 ホス ト MPU 2 1側のスクリプトエンジン S ENGからコマンドが発生 され、 このコマンドがバス 30を介して、 拡張プラグインカード 36に 送られる。 拡張プラグィンカード 3 6のコマン ドィンターフェ一ス C I Fで、 このコマンドが解釈され、 ドライバ DRVにより、 送られてきた コマンドに応じて、 ハードウェアが制御される。
例えば、 番組を記録 Z再生できるような機器が拡張プラグインカード 36の場合には、 第 1 2図に示すように、 逆方向送りキー 2◦ 2 A、 停 止キ一 202 B、 再生キー 202 C、 早送りキー 202 D、 録画キー 2 02 Cの表示に、 逆方向送り、 停止、 再生、 早送り、 録画を行うための コマンド CMD 1 1、 CMD 1 2 , CMD 1 3、 CMD 1 4、 CMD 1 5を埋め込んだようなスクリプトがハイパーテキス トで記述される。 こ のようなスクリブトが読み込まれると、 ブラウザにより第 1 2図に示す ような画面が形成される。 そして、 キ一 202A〜20 2 Eがクリ ック されると、 埋め込まれていたコマンドが発生され、 このコマンドにより 、 その機器の動作が制御される。
第 1 3図及び第 1 4図は、 このときの処理を示すフローチヤ一トであ る。 第 1 3図において、 拡張プラグインカード 3 6が装着されると （ス テツプ S 1 ) 、 拡張プラグィンカード 3 6が装着されたことがホス ト M PU 2 1で判断され （ステップ S 2) 、 このプラグイン拡張カード 36 がどのようなカードであるか確認できるか否かが判断される （ステップ S 3) 。 拡張プラグインカード 36が認識できなければ、 警告が出され る （ステップ S 4) 。
ここで、 拡張プラグインカード 36が確認できたら、 拡張プラグイン カード 36内にあるコマンドスクリプト CMDがアップロードされる （ ステップ S 5) 。 このように、 拡張プラグインカード 3 6内にあるコマ ンドスクリプト CMDをアップロードすることで、 ホス ト MP U 2 1は 、 装着された拡張プラグインカード 36に対するコマンドを認識し、 装 着された拡張プラグィンカード 36に対する処理を行えるようなる。 第 14図において、 コマン ドスク リプトがァップロードされた後に、 その拡張プラグィンカード 36を動作させるためのユーザ操作がなされ ると （ステップ S 1 1) 、 スクリプトのチェックが行われ （ステップ S 1 2) 、 チェックの結果が正しいか否かが判断される （ステップ S 1 3 ) 。 チェックの結果が正しくなければ、 警告が表示される （ステップ S 14) 。 チェックの結果が正しければ、 スクリプトエンジン S ENGで スクリブトが解釈され （ステップ S 1 5) 、 コマンドが発行される （ス テツプ S 1 6) 。 このコマンドにより、 拡張ブラグイン機器が動作され る （ステップ S 1 7) 。
なお、 上述の例では、 新たな拡張プラグインカード 36を装着する場 合について説明したが、 バス 3 0に新たなプロックを追加する場合にも 、 同様な手法を使って、 新たなプロックに対するコマンドスクリプトを アップロードすることかできる。
なお、 上述の例では、 ディジタル放送の受信装置であるが、 この発明 は、 ディジタル V T R等の他の機器にも同様に適用することができる。 この発明によれば、 ディジタルテレビジョン受信機に必要な要素をブ ロック化し、 各ブロック間を、 汎用性のあるバスを介して接続するよう にしている。 そして、 新たなサービスを受けられるように、 このバスに 対して着脱自在の拡張ブラグィンカードが用意される。 拡張ブラグイン カードに、 拡張機能を実現するためのハードウェアと、 このハードゥエ ァを制御させるためコマンドが記述されたスクリプトが格納されている 。 拡張ブラグィン力一ドがィンターフェースを介してバスに装着される と、 このスク リブトがホス ト演算処理ブロック側に自動的にアップロー ドされる。 ホス ト演算処理ブロックは、 この転送されてきたスクリプト に基づいて、 拡張プラグインカードを動作させることができる。 このた め、 新たなハ一ドウエアを追加したときに、 ソフ トウェアのインス ト一 ルは不要となる。 産業上の利用可能性
以上のように、 この発明は、 特にディジタル放送を受信するテレビジ ヨ ンを実現するのに用いて好適であり、 搬送波や、 変調方式、 圧縮方式 の異なる様々なディジタルテレビジョン放送に対応させるのに用いて有 用である。

Claims

求 の 範 囲
1 . ディジタル信号処理に必要な機能としてプロック化された複数のデ ィジタル信号処理プロック及びホス ト演算処理ブロックと、
上記ホス ト演算処理プロックと上記複数のディジタル信号処理プロッ クとの間を繋ぐバスと、
上記バスに接続された拡張機能提供媒体のィンターフェースとを有し 上記拡張機能提供媒体は、 上記拡張機能を実現するための手段と、 上 記拡張機能を動作させるためのコマンドが埋め込まれたスクリプトを含 み、
上記拡張機能提供媒体が上記ィンターフェースを介して上記バスに装 着されると、 上記スクリブトが上記ホスト演算処理プロック側に送られ 、 上記スクリプトに埋め込まれた上記コマンドに基づいて、 上記拡張機 能提供媒体の機能が動作可能となる
ようにしたことを特徴とするディジタル信号処理装置。
2 . 上記ディジタル信号処理ブロックは、 上記バスを介して送られてき たコマンドを解釈して実行する手段を含むようにした請求の範囲第 1項 記載のディジタル信号処理装置。
3 . 上記コマンドは、 ハードウェアに依存せず、 リアルタイム性を要求 されない上位レイヤのコマンドである請求の範囲第 1項記載のディジタ ル信号処理装置。
4 . 上記コマンドは、 ハイパーテキス トのスクリプト中に埋め込まれて 記述されており、 上記ハイパーテキス トがブラウザで解釈され、 上記拡 張機能を操作するための画像が表示されると共に、 上記拡張機能を操作 するための画像中にこの機能に対応するコマンドが埋め込まれて表示さ れる請求の範囲第 1項記載のディジタル信号処理装置。
5 . ディジタル信号処理に必要な機能としてプロック化された複数のデ ィジタル信号処理ブロック及びホス ト演算処理ブロックと、 上記ホス ト 演算処理ブロックと上記複数のディジタル信号処理ブロックとの間を繋 ぐバスと、 上記バスに接続された拡張機能提供媒体のインタ一フェース とを有するディジタル信号処理装置と、
上記ディジタル信号処理側の上記拡張機能提供媒体のィンターフェ一 スに装着される拡張機能提供媒体とからなるシステムであって、 上記拡張機能提供媒体は、 上記拡張機能を実現するための手段と、 上 記拡張機能を動作させるためのコマンドが埋め込まれたスクリプトを含 み、
上記ィンターフェースを介して上記バスに装着されると、 上記スクリ ブトが上記ホス ト演算処理プロック側に送られ、 上記スクリブトに埋め 込まれた上記コマンドに基づいて、 上記拡張機能提供媒体の機能が動作 可能となる
ようにしたことを特徴とするディジタル信号処理システム。
6 . 上記ディジタル信号処理ブロックは、 上記バスを介して送られてき たコマンドを解釈して実行する手段を含むようにした請求の範囲第 5項 記載のディジタル信号処理システム。
7 . 上記コマンドは、 ハードウェアに依存せず、 リアルタイム性を要求 されない上位レイヤのコマンドである請求の範囲第 5項記載のディジタ ル信号処理システム。
8 - 上記コマンドは、 ハイパーテキス トのスクリプト中に埋め込まれて 記述されており、 上記ハイパーテキス トがブラウザで解釈され、 上記拡 張機能を操作するための画像が表示されると共に、 上記拡張機能を操作 するための画像中にこの機能に対応するコマンドが埋め込まれて表示さ れる請求の範囲第 5項記載のディジタル信号処理
9 . ディジタル信号処理に必要な機能を、 複数のディジタル信号処理ブ 口ック及びホス ト演算処理ブロックとにブロック化し、
上記ホス ト演算処理プロックと上記複数のディジタル信号処理プロッ クとの間をバスで繋ぐと共に、
上記バスに対して拡張機能提供媒体のィンターフェースを設け、 上記拡張機能提供媒体は、 上記拡張機能を実現するための手段と、 上 記拡張機能を動作させるためのコマンドが埋め込まれたスクリプトを含 み、
上記拡張機能提供媒体が上記ィンターフェースを介して上記バスに装 着されると、 上記スクリブトが上記ホス ト演算処理プロック側に送られ 、 上記スクリプトに埋め込まれた上記コマンドに基づいて、 上記拡張機 能提供媒体の機能が動作可能となる
ようにしたことを特徴とする拡張機能提供方法。
1 0 . 上記ディジタル信号処理ブロックは、 上記バスを介し. て送られ てきたコマンドを解釈して実行するステップを含むようにした請求の範 囲第 9項記載の拡張機能提供方法。
1 1 . 上記コマンドは、 ハードウェアに依存せず、 リアルタイム性を要 求されない上位レイヤのコマンドである請求の範囲第 9項記載の拡張機 能提供方法。
1 2 . 上記コマン ドは、 ハイパーテキス トのスク リプト中に埋め込まれ て記述されており、 上記ハイパーテキス トがブラウザで解釈され、 上記 拡張機能を操作するための画像が表示されると共に、 上記拡張機能を操 作するための画像中にこの機能に対応するコマンドが埋め込まれて表示 される請求の範囲第 9項記載の拡張機能提供方法。
PCT/JP2000/008113 1999-11-17 2000-11-17 Procede et appareil pour le traitement de signaux numeriques et procede de creation d'une fonction d'extension WO2001037555A1 (fr)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CA002360550A CA2360550C (en) 1999-11-17 2000-11-17 Method and apparatus for digital signal processing and method of providing extension function
AU14149/01A AU770178B2 (en) 1999-11-17 2000-11-17 Method and apparatus for digital signal processing and method of providing extension function
EP00976316A EP1146736A4 (en) 1999-11-17 2000-11-17 METHOD AND APPARATUS FOR PROCESSING DIGITAL SIGNALS AND METHOD FOR CREATING AN EXTENSION FUNCTION
MXPA01007132A MXPA01007132A (es) 1999-11-17 2000-11-17 Aparato procesador de senales digitales, sistema del mismo y metodo que proporciona una funcion de expansion.
JP2001538401A JP4581316B2 (ja) 1999-11-17 2000-11-17 ディジタルテレビジョン受信機およびディジタルテレビジョン受信機における拡張機能提供方法
US09/889,459 US7096461B1 (en) 1999-11-17 2000-11-17 Method and apparatus for digital signal processing and method of providing extension function

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP11/327161 1999-11-17
JP32716199 1999-11-17

Publications (1)

Publication Number Publication Date
WO2001037555A1 true WO2001037555A1 (fr) 2001-05-25

Family

ID=18196001

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2000/008113 WO2001037555A1 (fr) 1999-11-17 2000-11-17 Procede et appareil pour le traitement de signaux numeriques et procede de creation d'une fonction d'extension

Country Status (10)

Country Link
US (1) US7096461B1 (ja)
EP (1) EP1146736A4 (ja)
JP (1) JP4581316B2 (ja)
KR (1) KR100752463B1 (ja)
CN (1) CN100387054C (ja)
AU (1) AU770178B2 (ja)
CA (1) CA2360550C (ja)
ID (1) ID30311A (ja)
MX (1) MXPA01007132A (ja)
WO (1) WO2001037555A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9367890B2 (en) 2011-12-28 2016-06-14 Samsung Electronics Co., Ltd. Image processing apparatus, upgrade apparatus, display system including the same, and control method thereof

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2360444C (en) 1999-11-17 2007-01-16 Sony Corporation Method and apparatus for digital signal processing
KR100677091B1 (ko) * 2000-05-06 2007-02-05 삼성전자주식회사 기능 확장이 가능한 멀티미디어기기 및 그를 이용한 기능확장방법
TWI252036B (en) * 2004-04-28 2006-03-21 Quanta Comp Inc Television
US20060069782A1 (en) * 2004-09-16 2006-03-30 Michael Manning Method and apparatus for location-based white lists in a telecommunications network
US8005879B2 (en) 2005-11-21 2011-08-23 Sap Ag Service-to-device re-mapping for smart items
US8156208B2 (en) * 2005-11-21 2012-04-10 Sap Ag Hierarchical, multi-tiered mapping and monitoring architecture for service-to-device re-mapping for smart items
US8522341B2 (en) 2006-03-31 2013-08-27 Sap Ag Active intervention in service-to-device mapping for smart items
US8296413B2 (en) 2006-05-31 2012-10-23 Sap Ag Device registration in a hierarchical monitor service
US8131838B2 (en) * 2006-05-31 2012-03-06 Sap Ag Modular monitor service for smart item monitoring
US8065411B2 (en) 2006-05-31 2011-11-22 Sap Ag System monitor for networks of nodes
US8396788B2 (en) 2006-07-31 2013-03-12 Sap Ag Cost-based deployment of components in smart item environments
JP4605273B2 (ja) * 2008-08-27 2011-01-05 ソニー株式会社 情報処理装置及び機能拡張方法
US8540522B2 (en) * 2010-10-05 2013-09-24 Lumetric Lighting, Inc. Utility control system and method
KR20190120509A (ko) 2018-04-16 2019-10-24 주식회사 퓨쳐디자인시스템 부하분산 처리장치 및 그 방법

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05284524A (ja) * 1991-10-22 1993-10-29 Toshiba Corp フレキシブル電子回路装置
JPH0879641A (ja) * 1994-08-31 1996-03-22 Toshiba Corp テレビジョン受信機
JPH09503108A (ja) * 1993-09-23 1997-03-25 ベル コミュニケーションズ リサーチ，インコーポレイテッド 端末機器のための拡張機能を提供する広帯域インテリジェント電気通信ネットワークおよびその方法

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH01226066A (ja) * 1988-03-04 1989-09-08 Hitachi Ltd ディジタル信号処理プロセッサ
FR2673476B1 (fr) * 1991-01-18 1996-04-12 Gemplus Card Int Procede securise de chargement de plusieurs applications dans une carte a memoire a microprocesseur.
JPH04328639A (ja) * 1991-04-26 1992-11-17 Nec Home Electron Ltd 機能拡張ボード
US5367571A (en) * 1992-12-02 1994-11-22 Scientific-Atlanta, Inc. Subscriber terminal with plug in expansion card
ATE426300T1 (de) * 1992-12-09 2009-04-15 Sedna Patent Services Llc Aufsatz-endgerat fur kabelfernsehverteilsysteme
JPH0746521A (ja) * 1993-07-30 1995-02-14 Sony Corp Ａｖ機器およびカード
JPH07281986A (ja) * 1994-04-14 1995-10-27 Canon Electron Inc 拡張ボード及び該ボードを用いた情報処理装置とその周辺装置の制御方法
CA2146472C (en) 1994-04-22 2007-10-09 Kevin Elliott Bridgewater Packet video signal inverse transport processor with memory address circuitry
EP0700205A3 (en) * 1994-08-31 1997-04-02 Toshiba Kk Multimedia television receiver and initialization process therefor
JPH08161252A (ja) * 1994-11-30 1996-06-21 Hitachi Ltd 情報処理装置およびその機能を拡張するための機能拡張装置
JPH08248936A (ja) * 1995-03-14 1996-09-27 Matsushita Electric Ind Co Ltd 映像データ表示装置
JP3771949B2 (ja) * 1995-06-22 2006-05-10 ソニー株式会社 表示制御装置および表示制御方法
DE19600195C2 (de) * 1996-01-04 1997-11-20 Siemens Ag Bildsignalverarbeitungseinrichtung und Verfahren zur Verarbeitung digitaler Datensignale
US5909572A (en) * 1996-12-02 1999-06-01 Compaq Computer Corp. System and method for conditionally moving an operand from a source register to a destination register
KR19990015370A (ko) * 1997-08-06 1999-03-05 윌리엄 비. 켐플러 디지털 데이터 패킷을 처리하는 시스템의 동기화를 위한클록 신호 발생기.
JP3389843B2 (ja) 1997-10-17 2003-03-24 日本電気株式会社 情報処理装置におけるデジタル放送受信システム
US8489860B1 (en) * 1997-12-22 2013-07-16 Texas Instruments Incorporated Mobile electronic device having a host processor system capable of dynamically canging tasks performed by a coprocessor in the device
KR100258956B1 (ko) * 1997-12-29 2000-06-15 윤종용 다수 채널신호를 동시에 수신하기 위한 디지털 수신기와 그 처리방법
KR100499457B1 (ko) * 1997-12-31 2006-03-23 엘지전자 주식회사 디지털방송수신기의다중방송신호처리장치
US6477683B1 (en) * 1999-02-05 2002-11-05 Tensilica, Inc. Automated processor generation system for designing a configurable processor and method for the same

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05284524A (ja) * 1991-10-22 1993-10-29 Toshiba Corp フレキシブル電子回路装置
JPH09503108A (ja) * 1993-09-23 1997-03-25 ベル コミュニケーションズ リサーチ，インコーポレイテッド 端末機器のための拡張機能を提供する広帯域インテリジェント電気通信ネットワークおよびその方法
JPH0879641A (ja) * 1994-08-31 1996-03-22 Toshiba Corp テレビジョン受信機

Non-Patent Citations (1)

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

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9367890B2 (en) 2011-12-28 2016-06-14 Samsung Electronics Co., Ltd. Image processing apparatus, upgrade apparatus, display system including the same, and control method thereof
US9396511B2 (en) 2011-12-28 2016-07-19 Samsung Electronics Co., Ltd. Image processing apparatus, upgrade apparatus, display system including the same, and control method thereof

Also Published As

Publication number Publication date
MXPA01007132A (es) 2004-08-12
JP4581316B2 (ja) 2010-11-17
US7096461B1 (en) 2006-08-22
AU770178B2 (en) 2004-02-12
CN1339221A (zh) 2002-03-06
EP1146736A4 (en) 2005-10-12
KR20010089593A (ko) 2001-10-06
AU1414901A (en) 2001-05-30
CA2360550A1 (en) 2001-05-25
ID30311A (id) 2001-11-22
KR100752463B1 (ko) 2007-08-24
CN100387054C (zh) 2008-05-07
EP1146736A1 (en) 2001-10-17
CA2360550C (en) 2007-01-23

Similar Documents

Publication Publication Date Title
WO2001037555A1 (fr) Procede et appareil pour le traitement de signaux numeriques et procede de creation d'une fonction d'extension
JP5309103B2 (ja) 移動体通信網の接続を支援するデータ放送サービス受信装置及びその方法
JP2010074837A (ja) 特定のデバイス向けコントローラを利用したチューナモジュール
KR100772284B1 (ko) 디지털 신호 처리 장치 및 방법
JP4920155B2 (ja) ディジタル信号処理装置及び方法
CN101766027B (zh) 以电视为中心的系统
KR100651504B1 (ko) 이동 단말기와 디지털 멀티미디어 방송 동글 간의 연동을통한 디지털 멀티미디어 방송 서비스 제공 방법
US20080192658A1 (en) Media distribution system with wireless local area network module
US20070109442A1 (en) Information reproducing device and electronic instrument
US7847864B1 (en) All digital radio frequency modulator
JP2007110563A (ja) インテリジェントスイッチ
JP2002024045A (ja) 信号処理装置

Legal Events

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

Ref document number: 00803436.2

Country of ref document: CN

AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

ENP Entry into the national phase

Ref document number: 2001 538401

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: PA/a/2001/007132

Country of ref document: MX

Ref document number: IN/PCT/2001/00633/DE

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 1020017008968

Country of ref document: KR

Ref document number: 09889459

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2360550

Country of ref document: CA

Ref document number: 2360550

Country of ref document: CA

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14149/01

Country of ref document: AU

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2000976316

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 1020017008968

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 2000976316

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

WWG Wipo information: grant in national office

Ref document number: 14149/01

Country of ref document: AU